分析目标初始化阶段.pptVIP

* * 用例驱动开发 功能需求首先记录在用例（用例模型）中； 用例是迭代计划的重要部分，是预算的关键输入 用例实现驱动设计 用例影响了用户手册和测试 * * 需求规格说明的工作任务跨越了各个迭代，见书表6-1， 中文，pp72，英文，pp96 * * 初始阶段编写用例 确定目标和涉众，推测项目范围 参与者-目标-用例 表 绝大部分需要关注的，复杂的，具有风险的用例采用简单的形式编写 其中的10%-20% 的用例代表了复杂的核心功能，需要构建核心架构或者在某些方面具有风险，采用详细的格式进行描述 确定是否要继续到细化阶段 * * 细化阶段编写用例 多次时间定量的迭代 绝大部分的需求被识别和描述清楚 在每一次迭代中，会有一次需求会议 早期的会议关注于最重要用例的子集 用户目标和用例列表被精化 在细化阶段结束时，80-90%的用例被详细描述 * * 构造阶段编写用例 由时间定量的迭代 关注于完成系统 在这个阶段可能涉及编写一些次要的用例，也可能举办需求讨论会 * * January February Use Case: Capture a Sale . . . Main Success Scenario: 1. ... 2. ... 3. ... Extensions: Use Case: Handle Returns . . . Main Success Scenario: 1. ... 2. ... 3. ... Extensions: When Once during inception. Short; do not try to define or polish all requirements. Several times during elaboration iterations. Where At a requirements workshop. Who Many, including, end users and developers, will play the role of requirements specifier , helping to write use cases . Led by system analyst , who is responsible for requirements definition. How: Tools Software: For use case text, use a web-enabled requirements tool that integrates with a popular word processor. For use case diagrams, a UML CASE tool. Hyperlink the use cases; present them on the project website. Hardware: Use two projectors attached to dual video cards and set the display width double, to improve the spaciousness of the drawing area or display 2 adjacenct word processor windows . Developer Customer System Analyst End User Two adjacent projections. Software Architect 5.识别其他需求 * * UP中的制品 * * 需求制品集合 * * 初始化阶段的制品 用例模型 词汇表 补充性规格说明 前景 业务规则 * * 词汇表 领域术语 设计/实现中的术语对所有人并不相同 从用例中观察：是不是有任何术语需要重用或者容易误解 * * 补充说明文档 包含那些用例中没有的需求: 非功能需求 (URPS+) 领域 (或者业务) 规则 法律问题 – 责任，知识产权，等等 约束 封装, 等等. * * 远景 业务机会 竞争 目标 关键的涉众 产品概览 远景中表达的需求 * * 初始化中的其他制品 风险列表: What issues could be a problem for project achieving goals? 原型: Proof of technical feasibility UI prototypes to clarify functionality in vision 高层的系统备选架构 * * 编写前景的第一个草稿 确定用户目标和支持性用例 编写某些用例并开始编写补充性规格说明 依据上述信息，修改前景 * * 构造 依据反馈修改前景 其他需求将更清楚