第11章软件工程复习2008.pptVIP

软件工程原理/技术/方法 9、各种需求分析方法所应遵循的准则 (1)必须理解并描述问题的信息域，建立数据模 型； (2)必须定义软件应完成的功能，建立功能模型； (3)必须描述作为外部事件结果的软件行为，建立 行为模型； (4)必须对描述信息、功能和行为的模型进行分 解，用层次的方式展开细节。 软件工程原理/技术/方法 10、需求分析的具体任务 (1)确定软件系统的综合需求； (2)分析系统的数据需求： 数据模型/信息模型E-R/层次方框图 ； (3)导出软件系统的逻辑模型： 数据流图/E-R图/状态转换图/数据字典/算法； (4)修正系统开发计划； (5)验证软件需求分析的正确性； (6)编写软件需求规格说明书。 软件工程原理/技术/方法 11、系统的综合要求/需求 (1) 功能需求：系统必须提供的服务 (2) 性能需求：系统必须满足的定时约束或容量约束 等。 (3) 可靠性和可用性需求。 (4) 出错处理需求：系统对环境错误应该怎样响应。 (5) 接口需求：系统与它的环境通信格式要求。 (6) 约束：设计约束或实现约束描述在设计或实现应用 系统时应遵守的限制条件：精度/工具/语言/设计/标准/ 平台。 软件工程原理/技术/方法 12、需求获取的常用方法 (1)访谈 (2)面向数据流自顶向下求精 (3)简易的应用规格说明技术 (4)快速建立软件原型 软件工程原理/技术/方法 13、总体设计过程 1 .设想供选择的方案 2 .选取合理的方案 3 .推荐最佳方案 4 .功能分解 5. 设计软件结构 6. 设计数据库 7. 制定测试计划 8. 书写文档 9. 审查和复审 软件工程原理/技术/方法 14、软件设计中的常用启发规则 (1) 改进软件结构提高模块独立性； (2) 模块规模应该适中； (3) 深度、宽度、扇出、扇入都应适当； (4) 模块的作用域应该在控制域之内； (5) 力争降低模块接口的复杂程度； (6) 设计单入口单出口的模块； (7) 模块功能应该可以预测。 软件工程原理/技术/方法 15、耦合设计原则 (1)尽量使用数据耦合 (2)少用控制耦合 (3)限制公共环境耦合范围 (4)完全不用内容耦合 16、内聚设计原则 (1)力求高内聚； (2)中等内聚也可以采用； (3)低内聚不要用。 软件工程原理/技术/方法 17、面向数据流的设计方法 (1)系统结构特征可归纳为两种典型形式 变换型结构 事务型结构 (2)数据流图可分为两种类型 变换型数据流 事务型数据流 软件工程原理/技术/方法 系统结构基本模型 输入 变换 输出 中心 变换型 结构 事务 中心 接受 路径 动 作 路 径 事务型 结构 特征 由输入、变 换中心和输 出三部分组 成 具有在多种 事务中选择 执行某类事 物的能力 软件工程原理/技术/方法 数据流图基本模型 变换型 数据流 结构 事务型 数据流 结构 变换 中心 变换 传入 部分 传入 传出 部分 传出 事务 中心 事务 分析 动作1 动作2 动作3 接受 部分 接受 软件工程原理/技术/方法 (3)面向数据流设计方法的设计步骤 (1)精化DFD。 (2)确定DFD类型。 (3)把DFD映射到系统模块结构，设计出模块结构的上 层。 (4)基于DFD，逐步分解高层模块，设计出下层模块。 (5)根据模块独立性原理，精化模块结构。 (6)模块接口描述。 流类型 用启发式设计规则精化软件结构 导出接口描述和全程数据结构 复查 详细设计 “事务” 区分事务中心 和数据接收路径 映射成事务结构 “变换” 区分输入和 输出分支 映射成变换结构 事务分析 变换分析 软件工程原理/技术/方法 精化数据流图 软件工程原理/技术/方法 事务分析的映射方法 总控 调度 C路径 B路径 A路径 A路径 B路径 C路径 接收 路径 软件工程原理/技术/方法 18、人机界面设计中经常遇到的4个设计问题 (1)系统响应时间 (2)用户帮助设施 (3)出错信息处理 (4)命令交互 19、人机界面设计一般交互指南 (1) 保持一致性 (2) 提供有意义的反馈 (3)在执行有较大破坏型的动作之前，要求用户确认 软件工程原理/技术/方法 (4)允许取消绝大多数操作 (5)减少在两次操作之间必须记忆的信息量 (6)提高对话、移动和思考的效率 (7)允许犯错误 (8)按功能对动作分类，并据此设计屏幕布局 (9)提供对用户工作内容敏感的帮助设施 (10)用简单动词或动词