软件开发需求阶段的 Facade 迭代全解析
在软件开发过程中，采用用例驱动的方法能够有效组织和系统化软件开发工作。需求生命周期的第一个迭代——Facade 迭代，对于明确系统需求起着至关重要的作用。
1. Facade 迭代的目标
Facade 迭代的主要目的是为预期的参与者与应用程序的每一次主要交互创建占位符。一个 Facade 用例仅包含作为占位符所需的最少信息，如交互的名称、简短描述，同时明确发起参与者和其他参与者。执行这个迭代具有一定难度，因为此时团队可能还没有对应用程序形成清晰概念。因此，若能营造一个鼓励开放和创新的环境，团队将能发挥出最佳水平。
在定义拟议系统时，可以从以下几个方面获取想法和意见：
-用户：用户对拟议系统交互的定义有着重大影响，他们是新系统的核心，其输入和支持至关重要。然而，用户往往无法完整阐述新系统的需求。这是因为新系统可能并非仅仅是对现有系统的自动化，还涉及许多尚未建立的新业务流程；而且用户可能对自身领域过于熟悉，认为很多操作显而易见，或者由于组织架构调整刚进入当前角色，还未熟悉工作环境。此外，若项目团队中没有像用户一样熟悉该领域的主题专家（SME），团队将难以深入理解用户的需求，从而错过一些关键信息。SME 通常是前用户，或者是在特定行业有丰富系统实施经验的 IT 人员。
-项目团队：项目团队也会对用户与系统的交互方式提出意见。团队负责具体的开发工作，应专注于设定交互标准、维护项目范围、根据用户输入进行推理，以及对需求进行记录、存储和索引。在这些交互中，主要的指导力量应是用户和项目团队中的 SME，团队其他成员的任务是将这些模型转化为用例。用
