软件工程之需求分析

软件工程之需求分析内容摘要：

用实例、产品特性或 单项需求实现的优先级别。 以优先级为基础确定产品版本将包括哪些特性或哪类需求。 当允许需求变更时，在特定的版本中加入每一项变更，并在那个版本计划中作出需要的变更。 5）为需求建立模型：为需求建立模型需求的图形分析模型是软件需求规格说明极好的补充说明。 它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。 这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。 6）编写数据字典：创建数据字典数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统 一的数据定义。 在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。 分析和设计工具通常包括数据字典组件。 7）应用质量功能调配：使用质量功能调配质量功能调配是一种高级系统技术，它将产品特性、属性与对客户的重要性联系起来。 该技术提供了一种分析方法以明确那些是客户最为关注的特性。 它将需求分为三类：期望需求，即客户或许并未提及，但如若缺少会让他们感到不满意；普通需求；兴奋需求，即实现了会给客户带去惊喜，但若未实现也不会受到责备。 3． 编写规格说明书 项目视图和范围文 档包含了业务需求，而使用实例文档则包含了用户需求。 你必须编写从使用实例派生出的功能需求文档，还要编写产品的非功能需求文档，包括质量属性和外部接口需求。 软件需求规格说明阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件 ,它不仅是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。 它应该尽可能完整地描述系统预期的外部行为和用户可视化行为。 除了设计和实现上的限制，软件需求规格说明不应该包括设计、构造、测试或工程管理的细节。 1）采用软件需求规格说明模版 : 采用需求规格说明书模板在你 的组织中要为编写软件需求文档定义一种标准模板。 该模板为记录功能需求和各种其它与需求相关的重要信息提供了统一的结构。 注意，其目的并非是创建一种全新的模板，而是采用一种已有的且可满足项目需要并适合项目特点的模板。 许多组织一开始都采用 IEEE 标准 8301998(IEEE 1998)描述的需求规格说明书模板。 要相信模板是很有用的，但有时要根据项目特点进行适当的改动。 1 2 3 4 5 6 A 引言 目的 文档约定 预期的读者和阅读建议 产品的范围 参考文献 B 综合描述 产品的前景 产品的功能 用户类和特征 运行环境 设计和实现上的限制 假设和依赖附录 C 外部接口需求附录 用户界面附录 硬件接口 软件接口 通信接口 D 系统特性 说明和优先级 激励 /响应序列 功能需求 E 其它非功能需求 性能需求 安全设施需求 安全性需求 软件质量属性 业务规则 用户文档 F 其它需求 G 附件 词汇表 分析模型 待确定问题的列表 表 2 需求规格说明模板 a. 引言 引言提出了对软件需求 规格说明的纵览，这有助于读者理解文档如何编写并且如何阅读和解释。 a . 1 目的 对产品进行定义，在该文档中详尽说明了这个产品的软件需求，包括修正或发行版本号。 如果这个软件需求规格说明只与整个系统的一部分有关系，那么就只定义文档中说明的部分或子系统。 文档约定 描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。 预期的读者和阅读建议 列举了软件需求规格说明所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员或文档的 编写人员。 描述了文档中剩余部分的内容及其组织结构。 提出了最适合于每一类型读者阅读文档的建议。 产品的范围 提供了对指定的软件及其目的的简短描述，包括利益和目标。 把软件与企业目标或业务策略相联系。 可以参考项目视图和范围文档而不是将其内容复制到这里。 参考文献 列举了编写软件需求规格说明时所参考的资料或其它资源。 这可能包括用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。 b. 综合描述 这一部分概述了正在定义的 产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。 产品的前景 描述了软件需求规格说明中所定义的产品的背景和起源。 说明了该产品是否是产品系列中的下一成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个新型的、自含型产品。 产品的功能 概述了产品所具有的主要功能。 其详细内容将在 d 中描述，所以在此只需要概略地总结。 很好地组织产品的功能，使每个读者都易于理解。 用户类和特征 确定你觉得可能使用该产品的不 同用户类并描述它们相关的特征。 有一些需求可能只与特定的用户类相关。 运行环境 描述了软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件组件或与其共存的应用程序。 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。 这可能包括你打算要用的商业组件或有关开发或运行环境的问题。 你可能认为产品将符合一个特殊的用户界面设计约 定，但是另一个 S R S 读者却可能不这样认为。 如果这些假设不正确、不一致或被更改，就会使项目受到影响。 此外，确定项目对外部因素存在的依赖。 例如，如果你打算把其它项目开发的组件集成到系统中，那么你就要依赖那个项目按时提供正确的操作组件。 如果这些依赖已经记录到其它文档 (例如项目计划 )中了，那么在此就可以参考其它文档。 c. 外部接口需求 利用本节来确定可以保证新产品与外部组件正确连接的需求。 关联图。