软件工程需求分析模板.pptVIP

* 3.7.2 Warnier图 和层次方框图类似，Warnier图也用树形结构描绘信息，但是这种图形工具比层次方框图提供了更丰富的描绘手段。 用Warnier图可以表明信息的逻辑组织，也就是说，它可以指出一类信息或一个信息元素是重复出现的，也可以表示特定信息在某一类信息中是有条件地出现的。很容易把Warnier图转变成软件设计的工具。 * Warnier图的一个例子 * 3.7.3 IPO图 IPO图是输入、处理、输出图的简称，它是美国IBM公司发展完善起来的一种图形工具，能够方便地描绘输入数据、对数据的处理和输出数据之间的关系。 建议使用一种改进的IPO图(也称为IPO表)，这种图中包含某些附加的信息，在软件设计过程中将比原始的IPO图更有用。 * 3.7.3 IPO图 在需求分析阶段可以使用IPO图简略地描述系统的主要算法(即数据流图中各个处理的基本算法)。 在需求分析阶段，IPO图中的许多附加信息暂时还不具备，但是在软件设计阶段可以进一步补充修正这些图，作为设计阶段的文档。这正是在需求分析阶段用IPO图作为描述算法的工具的重要优点。 * 3.8 验证软件需求 大量统计数字表明，软件系统中15%的错误起源于错误的需求。应该从下述4个方面进行验证： 一致性 完整性 现实性 有效性 * 3.8 验证软件需求 (1) 一致性所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾。 (2) 完整性需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能。 (3) 现实性指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。对硬件技术的进步可以做些预测，对软件技术的进步则很难做出预测，只能从现有技术水平出发判断需求的现实性。 (4) 有效性必须证明需求是正确有效的，确实能解决用户面对的问题。 * 3.8.2 验证软件需求的方法 验证需求的一致性 当需求分析的结果是用自然语言书写的时候，除了靠人工技术审查验证软件系统规格说明书的正确性之外，目前还没有其他更好的“测试”方法。 人们提出了形式化的描述软件需求的方法。当软件需求规格说明书是用形式化的需求陈述语言书写的时候，可以用软件工具验证需求的一致性，从而能有效地保证软件需求的一致性。 * 3.8.2 验证软件需求的方法 验证需求的现实性 为了验证需求的现实性，分析员应该参照以往开发类似系统的经验，分析用现有的软、硬件技术实现目标系统的可能性。必要的时候应该采用仿真或性能模拟技术，辅助分析软件需求规格说明书的现实性。 * 3.8.2 验证软件需求的方法 验证需求的完整性和有效性 检验需求的完整性，特别是证明系统确实满足用户的实际需要，只有在用户的密切合作下才能完成。 使用原型系统是一个比较现实的替代方法，开发原型系统所需要的成本和时间可以大大少于开发实际系统所需要的。用户通过试用原型系统，也能获得许多宝贵的经验，从而可以提出更符合实际的要求。 可以适当降低对接口、可靠性和程序质量的要求，此外还可以省掉许多文档资料方面的工作，从而可以大大降低原型系统的开发成本。 * 3.8.3 用于需求分析的软件工具 PSL/PSA系统的功能主要有下述4种： 描述任何应用领域的信息系统； 创建一个数据库保存对该信息系统的描述符； 对描述符施加增加、删除和更改等操作； 产生格式化的文档和关于规格说明书的各种分析报告。 PSL/PSA系统用描述符从系统信息流、系统结构、数据结构、数据导出、系统规模、系统动态、系统性质和项目管理等8个方面描述信息系统。 软件工程 第3章 需求分析 * 3 需求分析 需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?”这个问题。 需求分析的任务还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 在需求分析阶段结束之前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求。 * 3 需求分析 所有这些分析方法都遵守下述准则： (1) 必须理解并描述问题的信息域，根据这条准则应该建立数据模型。 (2) 必须定义软件应完成的功能，这条准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 * 3.1 需求分析的任务 3.1.1 确定对系统的综合要求 功能需求 性能需求 可靠性和可用性需求 出错处理需求 接口需求 约束 逆向需求 将来可能提出的要求 * 3.1 需求分析的任务 3.1.2 分析系统的数据要求 分析系统的数据要求通常采用建立数据模型的方法。 为了提高可理解性，常常利用图形工具辅助描绘数据结构。常用的图形工具有层次