文档介绍：第六讲软件质量标准与质量控制
本讲目的:
了解软件设计的基本原理
1. 软件设计的基本原理
放之四海而皆准的原则
软件生存期中的一系列相关软件工程活动的集合
规定获取、供应、开发、操作和维护软件所要实施的过程、活动和任务
为各类人员提供一个公共框架以方便交流
软件工程过程
开发过程:分析、设计、编码、集成、测试、安装、验收等
管理过程:项目管理计划、实施和控制、评审和评价等
供应过程
获取过程
操作过程
维护过程
支持过程
2. 模块化
模块
可以组合、分解、更换的单元,如过程、函数、子程序、宏等
完成特定的子功能
模块化
解决一个复杂问题时,自顶向下逐层将软件分解成若干模块的过程
C(p1)>C(p2)  E(p1)>E(p2)
C(p1+p2)>C(p1)+C(p2)  E(p1+p2)>E(p1)+E(p2)
结论:分解软件可以减少工作量,但增加接口成本
模块评价标准:
模块可分解性:把问题分解为子问题的系统化机制
模块可组装性:把现有的可重用模块组装成新系统
模块可理解性:一个模块作为独立单元无需参考其他模块来理解
模块连续性:系统需求的微小修改只导致对个别模块,而不是对整个系统的修改
模块保护性:一个模块内出现异常情况时,它的影响局限在该模块内部
3. 抽象
抽象是一种思维方法:忽略细节,把握本质
软件工程过程的每一步,都是对软件解法的抽象层次的一次细化
抽象的层次
可行性研究阶段:抽象的最高层,软件被看作一个完整的系统
需求分析阶段:使用问题环境的术语来描述软件的解法
总体设计阶段:使用计算机环境的术语来描述软件的解法
编程序阶段:抽象的最低层,对计算机底层软硬件依赖性强
4. 信息隐蔽与局部化
信息隐蔽(又称信息隐藏):一个模块内包含的信息(过程或数据) 对于不需要这些信息的其他模块来说不可见(不能访问)
局部化:将关系密切的软件元素的位置尽量靠近
信息隐蔽与局部化有利于软件的可维护性,可以防止误操作和误修改
5. 自顶向下逐步求精
自顶向下
自底向上
自顶向下、逐步求精、各个击破
非常适合于数据处理类软件开发
局限性:指明全部需求困难甚至不现实、开发周期过长、用户不能及时提出修改意见
编码(实现):俗称编程序
阶段性标志:源程序代码
选择一种程序设计语言
将详细设计文档“翻译”为程序
单元测试(调试)
测试
集成测试(组装测试)
确认测试(验收测试)
阶段性标志:确认测试报告
测试方法:白盒测试、黑盒测试,测试、β测试
测试不能证明软件没有错误
应避免程序员测试自己的程序