第五章 软件需求说明书的编写.pptVIP

第五章 软件需求说明书的编写 Mr. Tang 学习目标 一、需求分析概述 二、需求说明书的目的要求 三、软件需求说明书内容要求与编写要点 四、软件需求说明书编写示例 一、需求分析 需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?”这个问题。软件需求规格说明是分析任务的最终产物，通过建立完整的信息描述、详细的功能和行为描述、性能需求和设计约束的说明、合适的验收标准，给出对目标软件的各种需求。 需求分析的出发点是可行性报告，通过需求分析使用户要求的功能具体化。需求分析的结果是软件需求规格说明书。主要部分是详细的数据流图，数据词典和主要(关键)功能的逻辑处理描述。通过复审的需求说明书既是软件设计的基础，也是软件项目最后鉴定、验收的依据。 5.1.1 需求分析阶段的具体任务 1 ) ．确定对系统的综合要求 2 ) ．分析系统的数据要求 3 ) ．导出系统的逻辑模型 4 ) ．修正系统开发计划 5 ) ．开发原型系统 1 ) ．确定对系统的综合要求 (1)系统功能要求 应该划分出系统必须完成的所有功能。 (2)系统性能要求 如，联机系统的响应时间、系统需要的存储容量以及后援存储、重新启动和安全性等方面的考虑都属于性能要求。 (3)运行要求 表现为对系统运行时所处环境的要求，例如，支持系统运行的系统软件是什么，采用哪种数据库管理系统，需要什么样的外存储器和数据通信接口等。 (4)将来可能提出的要求 应该明确地列出那些虽然不属于当前系统开发范畴，但是根据分析将来很可能会提出来的要求。这样做的目的是在设计过程中对系统将来可能的扩充和修改预做准备，以便一旦需要时能比较容易地进行这种扩充和修改。 2 ) ．分析系统的数据要求 对系统的数据要求分析是软件需求分析的一个重要任务。 分析系统的数据要求通常采用建立概念模型的方法。 复杂的数据由许多基本的数据元素组成，数据结构表示数据元素之间的逻辑关系。利用数据字典可以全面准确地定义数据，为了提高可理解性，也可利用图形工具辅助描绘数据结构。 3 ) ．导出系统的逻辑模型 根据对系统的综合要求和数据要求的结果可以导出系统的详细的逻辑模型，通常用数据流图、数据字典和主要的处理算法描述这个逻辑模型。 4 ) ．修正系统开发计划 根据在分析过程中获得的对系统的深入、细致的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。 5 ) ．开发原型系统 在计算机硬件和许多其他工程产品的设计过程中经常使用原型系统。建造原型系统可以检验关键设计方案的正确性及系统是否真正满足用户的需要。 用户试用了原型系统以后能够指出系统的哪些特性是他们喜欢的，哪些是他们不能接受的以及他们还需要哪些新的功能。根据经过实践检验的用户需求而开发出来的系统，更可能真正满足用户的需要。 5.1.2 需求分析的步骤 通过可行性研究已经得出了目标系统的高层数据流图，需求分析的目的之一就是把数据流和数据存储定义到元素级。为了达到这个目的，通常从数据流图的输出端着手分析，这是因为系统的目标是产生这些输出，输出数据确定了系统必须具有的基本的组成元素。 1 ) ．沿数据流图回溯 沿数据流图从输出端往输入端回溯，应该能够确定每个数据元素的来源，与此同时也就初步定义了有关的算法。与用户和其他有关人员交流，可以划分系统中更多的数据元素。通常把分析过程中得到的有关数据元素的信息记录在数据字典中，把对算法的简明描述记录在IPO图中。通过分析而补充的数据流、数据存储和处理，应该添加到数据流图的适当位置上。 2 ) ．用户复查 IPO图 数据流图是帮助复查的极好工具。从输入端开始，分析员借助数据流图以及数据字典和简明的算法描述向用户解释输入数据是怎样一步一步地转变成输出数据的。 追踪数据流图和复查系统的逻辑模型这两个步骤实质上构成一个循环。 3 ) ．细化数据流图 为了追踪更详细的数据流，分析员应该把数据流图扩展到更低的层次。通过功能分解可以完成数据流图的细化。随着分析过程的进展，经过问题和解答的反复循环，分析员越来越深入具体地定义了目标系统，最终得到对系统数据和功能要求的满意了解。 4 ) ．修正开发计划 在可行性研究阶段分析员根据当时对系统的认识，草拟了一份开发计划．经过需求分析阶段的工作，分析员对目标系统有了更深入、更具体的认识，因此可以对系统的成本和进度作出，更准确的估计，在此基础上应该对开发计划进行修正。 5 ) ．书写文档 经过分析确定了系统必须具有的功能和性能，定义了系统中的数据并且简略地描述了处理数据的主要算法。下一步应该把分析的结果用正式的文档记录下来，作为最终软件配置的一个组成成分。根据需求分析阶段的基