高级软件工程第三章课件.pptVIP

高级软件工程 第 三 章 主讲人:张小平 第三章 软件项目需求管理 * * 2.1软件需求 2.1.1软件需求概念 1.定义 软件需求是系统或软件必须达到的目标和能力。是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。 1997年版IEEE软件工程标准词汇表需求定义如下： 用户解决问题或达到目标所需的条件和能力。 系统或系统部件要满足合同、标准、规范或其他正式文档所需具有的条件或能力 一种反映上面第一点或第二点所描述的条件或能力的文档说明 以下五项内容确定一组完整的软件需求： （1）系统的输入 （2）系统的输出 （3）系统的功能 （4）系统的属性 （5）系统环境的属性 2.软件需求在软件项目中的作用 项目计划过程 跟踪控制过程 变更控制过程 系统构建过程 软件需求过程 文档编制过程 系统测试过程 2.1.2软件需求分类 1.软件需求的抽象层次 原始问题描述 用户需求 系统需求 软件设计描述 原始问题空间 解决方案空间 2.用户需求 从用户的角度描述系统的需求，对系统的原始问题的描述。 是用自然语言和图表描述的关于系统需要提供的服务及系统的操作约束。 3.系统需求 比用户需求更为详细和专业的需求描述。 是系统功能描述的基础，可成为用户和软件开发组织之间协议的基础。 4.系统需求的分类 （1）功能需求 功能需求描述系统所应提供的功能和服务，包括系统应该提供的服务、对输入如何响应及特定条件下系统行为的描述。 理论上，功能需求应具备全面性和一致性。 （2）非功能需求 非功能需求是指不直接与系统的具体功能相关的一类需求，但与系统的总体特性相关，如可靠性、响应时间、存储空间、知识产权等。 非功能需求分为三类：产品需求、机构需求、外部需求； 功能需求得不到满足会降低系统的能力，但非功能需求得不到满足则有可能使系统无法运行。 （3）领域需求 领域需求的来源不是系统的用户，而是系统应用的领域，反应了该领域的特点。 2.1.3 软件需求文档 1.需求文档的编制与作用 软件需求分析和描述的最终目的是：在用户和软件开发组织之间就将要开发的软件系统达成一致的协议，从而产生正式的需求文档，以便为软件设计和实现提供依据。 软件需求文档包括用户需求和详细的系统需求描述，是对软件系统要求的正式陈述。 编写需求文档时，以下几点是应该注意的： 语句和段落尽量简短 表达时使用主动语态 语句要完整，且语法、标点等正确 使用的术语要与词汇表中的定义保持一致 陈述时要采用一致的样式 避免模糊的、主观的术语，如性能“优越” 避免使用比较性的词汇，尽量给出定量的说明，含糊的语句表达将引起需求的不可验证。 需求文档的作用 使用对象 需求文档的作用 软件项目客户 了解和检查软件功能和环境要求 项目管理人员 制定开发计划、软件开发过程、初步测试资源的使用 软件开发人员 理解开发的产品和内容 软件测试人员 验证系统是否满足要求 软件维护人员 理解软件系统内在逻辑关系 软件发布人员 编写用户文档 软件培训人员 编写培训材料 2.软件需求说明书 （1）基本含义 软件需求规格SRS（Software Requirement Specification）也称为功能规格说明、需求协议或系统规格说明。 是精确阐述一个软件系统必须提供的功能和性能以及所要考虑的限制条件， 是对外部行为和系统环境（软件、硬件、通信端口和人）接口的简洁完整的描述性文档。 是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。为软件项目管理者提供项目规划和管理的依据。 被作为是用户的使用手册或帮助用户理解系统的文档。实现用户、分析员和设计人员之间的通信。 SRS 的基础内容：功能需求和非功能需求。 （2）I