05 需求分析方法.pdf

Chapter 5 需求分析方法 • 5.0 引言 • 5.1 需求分析的原则 • 5.2 需求收集方法 • 5.3 传统需求分析建模方法 • 5.4 面向对象的需求分析建模方法 • 5.5 相关文档规范 1/122 5.1 需求分析的原则(1/13) • 1)循序渐进 – 理由 • 系统的规模越大且复杂-难以一下子理解完整 • 急于求成- “边建边改” or 错误or 功能不完善 – 步骤 • 采集原始需求 • 整理需求 • 建立需求分析模型 • 编写需求规约文档 • 复审 2/122 5.1 需求分析的原则(2/13) • 1)循序渐进(续) 3/122 5.1 需求分析的原则(3/13) • 2) 自顶向下，逐层分解 – 理由 • 庞大的、复杂的系统很难一下子被完全理解 • 小鸟视角 – 分解 • 分解还是分割？ • 怎样分解？ • 分解多少/多深为宜？ 4/122 5.1 需求分析的原则(4/13) • 2) 自顶向下，逐层分解(续) 5/122 5.1 需求分析的原则(5/13) • 3)少涉实现 – 理由 • 避免记录一些因为当前的技术才存在的需求， 或者使用一些可能不适合新产品的技术 • 避免对实现的方式做出束缚。除非已经严格的 做出要求，否则一般不应使用属于实现的描述 • 各尽其责 – 解决办法 • 职业化、专业化的需求分析人员 • 复审 6/122 5.1 需求分析的原则(6/13) • 4)定义需求属性 – 理由 • 每个需求仅仅是几行描述语句吗？ • 评估测试故障对需求的影响 • 评估用户对系统的满意程度 • 估算开发成本 • 管理项目的规模 • 分配开发资源 • 安排调度计划 • 管理需求变更 • 管理项目风险 7/122 5.1 需求分析的原则(7/13) • 4)定义需求属性(续) – 属性包括 • 每个需求并不仅仅是一行描述语句。每个需求 都有类型、原因、开发优先级、风险、客户满 意度、客户不满意度、依赖关系、冲突关系， 以及来源等属性 • 随着开发的深入，还可以继续丰富需求的属 性，如开发难度、开发工作量等 8/122