[第11章软件工程复习208.pptVIP

软件工程原理/技术/方法 9、各种需求分析方法所应遵循的准则 (1)必须理解并描述问题的信息域，建立数据模 型； (2)必须定义软件应完成的功能，建立功能模型； (3)必须描述作为外部事件结果的软件行为，建立 行为模型； (4)必须对描述信息、功能和行为的模型进行分 解，用层次的方式展开细节。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 软件工程原理/技术/方法 10、需求分析的具体任务 (1)确定软件系统的综合需求； (2)分析系统的数据需求： 数据模型/信息模型E-R/层次方框图 ； (3)导出软件系统的逻辑模型： 数据流图/E-R图/状态转换图/数据字典/算法； (4)修正系统开发计划； (5)验证软件需求分析的正确性； (6)编写软件需求规格说明书。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 软件工程原理/技术/方法 11、系统的综合要求/需求 (1) 功能需求：系统必须提供的服务 (2) 性能需求：系统必须满足的定时约束或容量约束 等。 (3) 可靠性和可用性需求。 (4) 出错处理需求：系统对环境错误应该怎样响应。 (5) 接口需求：系统与它的环境通信格式要求。 (6) 约束：设计约束或实现约束描述在设计或实现应用 系统时应遵守的限制条件：精度/工具/语言/设计/标准/ 平台。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 软件工程原理/技术/方法 12、需求获取的常用方法 (1)访谈 (2)面向数据流自顶向下求精 (3)简易的应用规格说明技术 (4)快速建立软件原型 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 软件工程常用工具与模型 (13)程序流程图 定义：也称为程序框图； 箭头代表控制流而不是数 据流；20世纪70年代的主 要工具；趋势是越来越多 的人不再使用。它的主要 缺点包括：不是逐步求精 的好工具；用箭头代表控 制流，可以随意转移控 制；不宜表示数据结构。 实例： 开始 输入系数 a,b,c 判断有效否？ 是 退出否？ 是 结束 否 否 计算 ? b ± b 2 ? 4ac 2a x1,2 = 输出计算结果 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 计算 x 1,2 = 软件工程常用工具与模型 (14)盒图（N-S图） 定义：由Nassi和 Shneiderman提出的一种 程序设计方法；其主要特 点包括：[1] 功能域明 确；[2] 不可以随意转 移；[3] 容易确定局部和 全程数据的作用域；[4] 容易表达嵌套关系。 实例： 退出否？(不) 输入 a,b,c 判断有效性？(有效) ?b± b2?4ac 2a 输出计算结果 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 软件工程常用工具与模型 (15)PAD图 定义：PAD图是一种问题分析图(Problem Analysis Diagram)，1973年由日本日立公司提 出。其主要特点包括： [1] 必是结构化程序； [2] 程序结构清晰； [3] 易读、易懂、易记； [4] 支持自顶向下，逐步求精的方法； [5] 既可以表示程序逻辑，也可以表示数据结构。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Clien