软件需求分析和软件需求规格.pdfVIP

第 3 章 软件需求分析和软件需求规格 IEEE 把软件需求定义为： （1）用户为了解决某一问题或者达到某一目标而需要的功能和条件； （2 ）这些条件和功能要求必须要被系统所满足，同时要满足相关的合同 契约、标准、规范，或者其他一些正式强制性文件。需要指出的是，所需处 理的软件需求是动态的，也就是系统的性能是不断发展的。 正如我们所看到的，所有的开发模型都要求有明确的需求。若使用敏捷 技术就需要高层需求说明书，详细需求通过与客户反复交换意见得到，并且 直接反映在软件中。另一方面是需求描述要精准，需求活动的目的就是要得 到软件需求规格说明书 SRS （software requirement specification ），它描述了 软件需要做什么，而不描述怎么做。 这一章中要讨论： SRS 在工程中的作用，以及一个好的 SRS 会带来的价值。 在产生所需要的 SRS 的过程中的一些不同的活动。 SRS 文档要求的特性，结构以及它的关键部分。 用例分析方法和功能需求的指定以及怎样开发用例。 其他一些需求分析的方法，如数据流图 （data flow diagram ）分析法。 怎样验证需求。 3.1 好软件需求规格的意义 多数软件系统起源于某些客户的需要，软件系统本身由某些开发者生 产，最终完成的系统由用户使用。然而，在一个新的系统中有我们感兴趣的 三个主要部分，它们是：客户、开发者和用户，那些客户所要求的以及用户 ·28 · 软件工程导论 关心的需求必须要与开发者交换意见。问题是客户往往不懂软件和软件的开发过程，同 时开发者也往往不理解客户的问题和应用领域。这就造成在项目的开发过程中，各方交 流的空隙。SRS 最基本的目的就是要填补这个交流空隙，开发出一个拥有共同视图的软 件。所以一个优秀的 SRS 的主要优点是： SRS 使得客户与开发者之间在软件究竟要做些什么上达成一致。 客户与开发者会频繁的把这些一致做成具有法律效力的契约，所以通过 SRS，客户 清楚地描述它期望从开发者那得到什么，开发者也清楚地理解构造的该软件将具备什么 功能。一个相关但重要的优点是： SRS 对最终产品的验证提供一个参考。 也就是说，SRS 帮助客户确定一个软件是否满足需求，没有合适的 SRS，客户就没 有办法去决定软件是否按照所要求的那样去做，同时开发者也没有办法向客户表明那些 需求已经全都满足。 就以上所言已有足够的理由使客户与开发者需严肃处理这个需求说明，但是对一个 优秀的 SRS 还有更加实际的原因。 研究表明需求阶段存在着许多错误，并且 SRS 中的错误在最后的软件实现中肯定将 是个错误 。显然，若我们想要得到一个高质量的最终产品，而且几乎没有错误，那就必 须从做高质量 的 SRS 开始 。换句话说，可 以归纳为： 高质量 的 SRS 是高质量软件的前提。 高质量的 SRS 可 以减少工程费用，我们知道 SRS 可 存在错误，同样也知道随着 工程的进展，弥补一个错误所需的花费是呈指数增长的。所以，通过提高 SRS 的质量可 以为将来节省一大笔检测开销 。或者说： 高质量 的 SRS 可 以减少开发费用。 3.2 需求过程 需求分析过程就是做需求分析时的一系列活动的顺序，最终以形成高质量 的 SRS 文 档为终点。典型的需求分析过程包括三个基本任务 ：问题或需求分析、需求说明以及需 求验证。 问题分析通常 由一个高层的 “问题陈述 ”开始，在问题分析期，为问题域和环境建 模，这对理解系统的行为、约束、以及输入输 出等是很有效的，这项活动的基本目标就 是彻底地弄懂所开发的软件究竟要提供些什么。在分析过程中，分析者往往会与客