软件项目管理 — 软件项目需求管理

项目范围管理 —— 需求管理

• 项目范围管理是对项目包括什么与不包括什么的定义和控制过程。

• 确定项目范围是指定范围计划的依据。

• 项目的范围首先从项目的需求开始。

软件需求

需求是指用户对软件的功能和性能的需求，就是用户希望【软件有什么功能，达到什么样的性能！】

关于软件需求的注意事项

• 软件需求关注用户的期望、要求和需要，不是解决方案。

  • 区分what和how
  • eg: 要采用什么算法，不是用户需求

• 并不是所有方面的要求都是软件需求。

  • 功能、性能、设计约束、时间进度等
  • 重量、软件大小等不是用户需求

• 并不是所有的用户的期望和要求都是软件需求。

系统需求

功能需求

功能需求描述系统所应提供的功能和服务，包括系统应该提供的服务，对输入如何响应以及特定条件下系统行为的描述；

非功能需求

指哪些不直接与系统的具体功能相关的一类需求，但他们与系统的总体特性相关，eg: 可靠性、响应时间、存储空间等。
非功能需求定义了对系统提供的服务或功能约束，包括时间约束、空间约束、开发过程约束以及应该遵循的标准等。

领域需求

领域需求的来源不是系统的用户，而是系统应用的领域反映了该领域的特点。
领域需求可能是功能需求，也可能是非功能需求，其确定需要领域知识。

用户群分类： 
  - 客户（Customer）
  - 最终用户（End User)
  - 间接用户（或称为关系人）

需求分析

• 需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。
• 是开发人员对系统需要做什么的一个定义过程。
• 也成为需求建模。

需求规格编写

需求分析工作完成的一个基本标志： 形成一份完整的、规范的需求规格说明书
 
需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之称为整个开发工作的基础。

🌈敏捷需求分析

敏捷思维认为：

• 项目需求使慢慢清楚的
• 需求可以采用“渐进明细”的分析方法来应对变化
• 在项目早期：
  • 缩短定义和协商范围的时间；
  • 延长了持续探索和明确范围而创建相应过程的时间；

用户故事

• 用户故事： 是从希望新功能的人（通常是系统的用户或客户）的角度讲述的功能的简短描述；
• 敏捷需求从【描述用户故事】开始，通过用户故事体现（UML描述需求是从用户用例开始）
• 【用户故事】有助于将撰写需求转换为讨论需求。
• 用户故事按照一定的语法形式进行表示，不适用技术语言来描述。通常遵循一个简单的模板。