软件质量管理与质量保证课件.ppt

《软件质量管理与质量保证课件.ppt》由会员分享，可在线阅读，更多相关《软件质量管理与质量保证课件.ppt（119页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 软件质量管理与质量保证9.1 软件质量9.1.1 影响软件质量的因素F人的因素F软件需求F测试的局限性F质量管理的困难F软件人员的传统习惯F开发规范F开发工具支持不够什么是软件质量成本可靠维护及时交付正确 功能功能成本及时交付软件质量的若干侧面9.1.2 McCall提出的表明软件质量 的11个质量特性使用性 测试性正确性 维护性可靠性 移植性效率 重用性完整性 互操作性适应性(灵活性)9.1.3 产品质量与过程质量产品质量开发技术 成本、时间、进度过程质量人员素质影响产品质量的4个方面9.2 软件质量保证 质量保证也是一个过程，已列入国际标准“ISO/IEC 12207信息技术-软件生存期

2、过程”中。9.2.1 质量保证的主要功能F质量方针的制定和展开F质量保证方针的质量保证标准的制定F质量保证体系的建立和管理F各阶段的质量评审9.2.2 质量保证的实施 质量度量方法ISO建议的软件质量评价标准分为三级:高层:质量需求评价准则(SQRC)中层:质量设计评价准则(SQDC)低层:质量度量评价准则(SQMC)ISO建议的软件质量度量模型正 确 性可 跟 踪 性完 备 性准 确 性容 错 性简 洁 性模 块 性通 用 性扩 充 性可 容 性效 率安 全 性可维护性适 应 性连 接 性SQDC SQRC SQMC可 用 性一 致 性由各使用单位根据实际情况决定能用于软件质量定量评价的软件

3、度量H美国国防部AD报告:把质量表现形式 归纳为190多个 问题;HIEEE质量标准词典规定:39组度量公式39个度量项分为四级:0级:已公式化,尚未被运行有效确认1级:已为软件界采用,应用范围有限2级:已被软件界接受,已取得一定经验3级:软件界已广泛使用,已取得相当经验3级的8个度量项(1)缺陷密度(2)需求可追踪性(3)Halstead软件科学(4)McCabe复杂性度量(5)发现k个缺陷的平均时间(6)按耗时作故障分析(7)平均故障时间(8)故障率 9.2.3 技术评审 软件评审是一个“过滤器”，用于“净化”软件工程各项活动9.3 软件可靠性硬件系统故障率0tZ(t)软件系统故障率0tZ

4、(t)9.3.1 基本概念软件可靠性定义 在给定时间间隔内和特定的环境下，软件按规格说明成功运行的概率。软件可靠性的主要指标 借用硬件可靠性的定量度量方法来度量软件的可靠性：MTBF:平均故障间隔时间 MTTF:平均故障时间t1，t2,.,tn:失效时间MTTFni=1n1ti软件可靠性定义的要素(1)环境条件 规定软件的使用环境(输入数据要求和环境)(2)规定时间 时间t是随机变量。(3)规定的功能(4)成功运行9.4 质量管理、质量认证与质量审核 质量管理的类型：(1)质量检验型管理(2)全面质量管理(3)质量认证软件质量保证体系的研究和主要技术 目前国际上软件过程质量管理最主要的三个典型

5、代表：CMM/PSP/TSPISO9000系列ISO/IEC15504 过程与软件质量管理 随着软件技术和软件应用的发展，以过程为中心的软件开发、生产与质量管理是现代软件产业的时代特征。质量形成于过程，高可信、高质量的软件必须依赖对软件过程的管理。过程与软件质量管理 ISO9000 2000版将过程定义为“一组将输入转化为输出的相互关联或相互作用的活动”软件过程分为：软件工程过程：软件开发和生产的过程，如：需求分析、设计、编码、测试等过程；软件管理过程：对软件开发和生产的过程进 行管理的过程，如：项目策划过程、跟踪监控过 程、质量保证过程软件支持过程：对软件开发和生产的过程进 行支持的过程，如

6、：评审过程、培训过程、质量过程。技术改进与过程改进的关系 技术改进必须与过程改进同时并举低技术 高技术过程成熟过程不成熟低风险途径高风险途径原始态理想态可能无结果途径 软件工程的五个发展方向方向 说明 技术 组织 管理编程方法 例如：结构化编程 面向对象编程高 低 低形式化方法例如:Z语言、CSP、高 低 低计算机辅助软件工程例如：CASE工具高 低 低软件开发模型 例如:瀑布模型、高 中 低软件工程过程探讨软件过程(包括开发过程、软件支持过程或维护过程等)的管理和改进。例如：CMM SPICE BOOTSTRAP SPERM高 高 高软件过程的管理模式 CMM：软件过程管理与改进 CMM是软

7、件工程过程学科中的一个管理与改进软件过程的模式，也是一种衡量软件开发能力和成熟度的标准。CMM/PSP/TSP技术流派 CMM(软件能力成熟度模型：Capability Maturity Model For Software)是由美国卡内基梅隆大学的软件工程研究所(SEI：Software Engineering Institute)受美国国防部评估软件供应商能力的要求，1986年开始研究制定，并在美国，随后在全世界推广实施的一种软件评估标准，主要用于软件开发过程和软件开发能力的评估和改进。CMM标准共分五个等级，由低到高分别为:初始级、可重复级、已定义级、定量管理级和优化级。1998年SEI

8、启动了CMMI(CMM Integration)CMMI通过提供统一的过程改进框架，消除了不同模型之间的不一致和重复性，可望成为今后软件过程改进领域比较稳定的一个实用模型。目前SEI正在进行二个方面的扩充：将质量管理的理念和思想向人力资源管理方面扩展(PSP/TSP/P-CMM);将过程技术与产品线技术融合；如2000年推出的软件产品线PLP(Products Line Practice)和COTS(Commercial Off The Shelf)ISO 9000标准系列 1987年ISO公布ISO9000质量管理和质量保证标准系列。至1997年底，约100个国家、地区推行ISO9000质量

9、认证活动；ISO 9000族列标准现有20个标准，分为五类：(1)质量术语标准：ISO8402-1994(2)质量保证标准(3)质量管理标准(4)质量管理和质量保证标准的选用和实施指南(5)支持性技术标准ISO 9000主体可分为两组：l用于“需方对供方要求质量保证”的标准:9001 9003l 用于“供方建立质量保证体系”的标准：90049001、9002、9003的区别其对象的工序范围不同：9001范围最广，包括从设计到售后服务；9002是9001 的子集；9003是9002 的子集。ISO/IEC15504 1998年SPICE(Software Process Improvement

10、and Capability dTermination)项目组织发表用于确定自我能力改造和进行软件供应商能力的国际标准ISO/IEC15504.该标准覆盖了过程评估、过程改进和过程能力确认等指南和模型。目前，有关组织正在就CMMI和15504标准的兼容性问题进行探讨，很有可能CMMI会最终和ISO/IEC 15504标准兼容，并同时支持和兼容CMM。CMM模型及其实践 在CMM模型及其实践中,企业的过程能力被作为一项关键因素予以考虑。所谓过程能力,是指把企业从事软件开发和生产的过程本身透明化、规范化和运行的强制化。这样一来,就可以把软件开发及生产过程中成功或失败的经验教训变成今后可以借鉴和吸取

11、的营养,大大加快软件生产的成熟程度提高。在软件开发过程中,一些关键的过程域(KPA)可以被识别出来,成为某些CMM模型方法中的衡量基准。利用过去软件工程发展的成果,侧重这些关键过程域的实施,将会有效地建立一个过程,加快软件企业成熟度的提升。CMM级别世界软件企业通过CMM的数量世界软件企业通过CMM的份额5级 41家 3%4级 54家 4%3级 232家 17%2级 438家 32%1级 600家 44%CMM一共有5级，18个关键过程域（KPA），52个目标，300多个关键实践。据美国卡内基.梅隆大学SEI统计，至2001年6月底，CMM的认证情况如下表所示。过程成熟度框架要区分不成熟和成熟

12、软件组织需要构造一个软件过程成熟度框架，它描述一条从无序到有序的软件过程的进化途径，框架是支持持续改进的基础。软件过程成熟度框架包括四个概念：软件过程软件过程能力软件过程性能软件过程成熟度：CMM分为五级软件过程成熟度的五个等级0 1 2 3 4 5软件过程能力成熟度等级优化级(5)管理级(4)不断改进的过程定义级(3)重复级(2)初始级(1)可预测的过程标准的一致的过程有纪律的过程 级别 特点1 初始级 软件开发过程是一个偶然的甚至无序的过程,很少有明确的定义,成功完全依赖于个体的能力.2 重复级实施基本的项目管理:跟踪软件成本、进度和功能。依照以往项目成功的经验来建立基本的过程规则，使得其

13、他相似项目能重复以往的成功。3 定义级软件过程的管理和实行方法都已文档化、标准化，使开发商有一个开发过程的标准。即所有项目都可以依照标准来开发和维护软件。4 管理级定义了评估软件过程和产品质量的度量。利用此度量对软件过程和产品做出推断和控制。5 优化级系统地引导新理念及技术的反馈，从而不断改进软件过程。5个成熟度等级在开发过程中变化的显著特点 五级成熟度的特性等级1 初始级CMM1杰出的主管和优秀的队伍 项目成功CMM1一般的主管和队伍 项目成功难以预测等级2 重复级项目经验定义准则和跟踪新的类似项目再成功 五级成熟度的特性等级3 定义级CMM重复定义软件过程可视和可控等级4管理级软件过程能力

14、 量化改进与预测等级5优化级已有的技术等级24中的改进已有的技术等级5中的优化新的技术 CMM的内部结构与定义能力成熟度模型的结构过程能力成熟度等级关键过程域包含共同特点被规划成关键实践包含指示目标完成规范化阐述活动描述关键过程域优化级(5)过程更改管理技术改革管理缺陷预防管理级(4)软件质量管理定量过程管理每一个关键过程域指出了改进过程能力的主要过程定义级(3)同行评审组间协调软件产品工程集成软件管理培训大纲组织过程定义组织过程集点重复级(2)软件配置管理软件质量保证软件子合同管理软件项目跟踪和监督软件项目策划需求管理初始级(1)CMM成熟度等级的评估评估步骤：1.项目关键实践(被执行活动)

15、的性能评分2.评定关键过程域所达到的目标3.项目的成熟度等级评定4.有多个项目的等级来评定组织(软件商)的成熟度等级 重复级的关键实践需求管理：执行约定执行能力被执行活动测量和分析检查软件项目计划：软件项目跟踪和监督：管理级的关键实践组织过程定义组织标准软件过程集成软件管理项目定义软件过程定量分析项目定义软件过程性能控制数据软件过程性能在定义的范围内定量过程管理改进定义过程管理 软件质量管理软件质量管理定量过程管理软件产品管理集成软件管理管理级定义级实现定量目标:软件产品定量分析:项目定义 软件过程实践:项目定义 软件过程建立:项目定义 软件过程 软件过程评估和软件能力评价软件过程评估：集中关

16、注一个组织所需 改进之处及其轻重缓急；软件能力评价：集中关注识别一个特定 项目再进度要求和预算 限制内构造出高质量软 件所面临的风险。软件过程评估和软件能力评价的差别是在开放、合作的环境中进行的；目的在于暴露问题和帮助经理和工程师改进他们组织的软件过程；软件过程评估 软件能力评价是在更为面向审计的环境中进行的，评价的目的与金钱密切相关，评估评价组的推荐意见将影响挑选承制方或投放资金。统一软件开发过程RUPRUP(Rational Unified Process)是Rational公司1998年发布的通用的软件开发过程框架RUP是一种软件工程过程;统一了各种开发方法;使用统一建模语言UML RU

17、P和CMM相辅相成;软件企业使用RUP很容易达到CMM3级的要求;RUP可以作为CMM3级所要求的机构标准软件 过程;RUP的特点 用例驱动;架构为核心;增量迭代的开发过程;第十章 软 件 复 用10.1软件复用概述 10.1.1软件复用的定义 软件复用就是通过对已有软件的各种知识来建立新的软件。这些软件知识包括:领域知识开发经验设计决定体系结构需求设计编码测试文档等 复用的益处 提高软件生产率，降低软件生产代价 提高软件质量 其它：系统对用户体现较多的一致性系统具有较好的互操作性推动标准化支持原型开发10.1.2软件复用的过程抽象:从已有软件制品的简要描述中抽取 本质信息(即可复用部分),摒

18、弃细节选取:即用户根据已有软件制品的抽象,寻 找、比较最合适他需要的制品(可复 用件)特化:即对已有制品(可复用件)的修改或形成 它的一个实例(例化后的复用件)集成:将例化后的复用件集成为应用系统 10.1.3 软件复用的粒度软件复用的粒度(按粒度从大到小)可分为五类:代码和设计拷贝源代码的复用设计和软件体系结构复用应用程序生成器领域特定的软件体系结构 10.1.4 软件复用的形式根据复用活动跨越的领域可分为:垂直(纵向)复用水平(横向)复用根据实现复用的途径可分为:组装式复用生成式复用根据复用的方式可分为:黑盒复用白盒复用 面向对象技术存在的问题 模型和概念尚未统一 要求使用面向对象技术的人

19、员较高 面向对象复用处于初级阶段 工程上难以实施 基于面向对象的构件软件应运而生 10.2 构件技术 构件(component)可以复用的软件成分，可被用来构造其他软件。它可以是：被封装的对象类 类树 功能模块 软件框架（framwork）软件架构（或体系结构Architecture）文档 分析件 设计模式等 分类(1)按开发过程分为：分析件 设计件 程序件 数据件(2)按功能分为三层：基础层：基本数据构件、系统支撑构件 中间层：各种通用构件 顶层：针对领域的专用构件或子系统构件 分类(3)按使用方式分为：动态构件 静态构件(4)按构件结构分为：原子构件 多个构件聚集的组合构件 语言 应用软件

20、开发过程可提供的语言：(1)构件描述语言(2)构件编程语言(3)过程控制语言 研究构件软件的两个核心：(1)如何提取可复用构件(2)如何组装成系统并能实现互操作 基于构件的应用软件开发模型：第一阶段：需求获取 第二阶段：领域分析 第三阶段：系统集成 域分析 域分析过程可大致归纳以下步骤：(1)发现并描述可重用的实体；(2)对这些实体及它们之间的关系进行 抽象化、一般化和参数化；(3)对可重用的实体进行分类、归并，以备日后重用。软件构件的开发.需求及设计级软部件2.代码级软部件 可复用构件一个可复用构件应具备的条件：独立性 完整性 可标识性 一般性 适应性 可靠性 标准化 构件接口技术 目前广泛

21、流行的具有代表性的构件模型主要有:对象管理组织(OMG)的CORBAMicrosoft的COM+SUN公司的EJB/J2EE 对象技术规范CORBA标准CORBA(Common Object Request Broker Architecture 公共对象请求代理体系结构)国际OMG组织颁布的一系列有关对象技术的规范之一CORBA给出多种环境下的面向对象的编程范例 构件软件连接技术规范 OLE和DCOM标准OLE(Object Linking and Embedding)对象连接与嵌套技术 OLE是一组可扩充的应用程序协议，它使得一个应用程序能够紧密正确地使用另一个应用程序的服务。遵循OLE协

22、议的应用程序能够创建包含来自由其它应用程序创建的文档中链接和嵌入的文档，这样的文档称为载体文档。OLE的对象模型COM(Component Object Model)定义对象接口与构件统一的数据传送机制结构化存储技术（复合文件）DCOM的技术规范 DCOM是微软的分布式计算策略 COM运行在单机上 DCOM组件运行在分布式网络上构件库（component library）构件库系统应提供的主要功能：构件的存储、管理、检索标准化库的浏览、维护主要技术问题：构件分类构件检索软件复用的根本困难不同基准线上的类比不断提高的复用要求精神产品与物质产品领域的广阔性 专向领域的复用及领域分析 专向领域的复用

23、的目标是在一个特定的领域中实现软件复用。可复用的软件架构：把各个可复用构件连接到一起的软件架构。帐册上级系统接口供货员销售事件商品商品一览表超市销售管理系统的软件架构收款机领域分析针对一类应用系统的共同应用领域进行系统化分析，以发现该领域的共同认识、需求及应用系统的共同特征。领域分析的主要输出：对刻画该领域应用系统的对象、操作及其 关系的认识；对可能在该领域一个以上的应用系统中出现的共 同的对象、操作、关系的认识；对该领域不同应用系统差异的认识；描述上述对象、操作、关系的公共词汇表；描述该领域系统共性的领域需求模型；对该领域所有应用系统都适应的参考体系结构。基于构件/构架的软件开发 构 件 开

24、 发分析 设计 编程 测试领域分析系统测试构架细化构件提交领域知识领域专家经验现有系统资料领域构件需求构件/构架库领域构架领域构件系统开发系统专用构件应用系统构件生产线领域构架 领域构件问题域用户需求系统生产线专 用 构 件 开 发分析 设计 编程 测试 系 统 组 装 分析 设计 编程 青鸟系统发展思路JB2系统专用(应用)平台专用(应用)平台应用软件 系统应用软件 系统应用软件系统组装平台异构平台构架库 构件库.仓库管理系统 剪 裁支持.基于构件构架模式的应用系统集成环境 软件生产线应用构件提取车间 应用构件库构件生产车间 构件库组装车间领域 1领域 2应用系统.标准规范 与 质量保证12

25、341基础构件，2功能构件 3接口构件，4用户界面构件 第十一章 软件项目管理与计划11.1 软件工作范围软件计划的第一个任务;包括:软件的功能、性能、接口:硬件、软件(已有且须与新开发 软件连接的软件)、操作人员、可靠性11.2 资源人工具确定 技能要求 工作期限 开始时间硬件 宿主机 目标机 专用设备软件 支持软件 实用软件各阶段管理人员和技术人员参与情况管理人员人员参加程度计划需求分析概要设计 编码详细设计单元测试确认测试组装测试初级技术人员高级技术人员高低11.3 成本估算11.3.1 成本估算方法(1)专家估算法(2)类推估算法(3)算式估算法可能影响成本模型结果的各种成本因素 类型

26、 成本因素系统规模 1.程序指令的估算条数 2.交付的机器指令数 3.交付的源语言指令数 4.新指令的百分比 5.书写指令的百分比 6.判定指令的数目 7.非判定指令的数目 8.信息存储和检索指令的百分比 9.交付代码的百分比 可能影响成本模型结果的各种成本因素 类型 成本因素数据库 10.数据库中词数系统复杂性 11.估算整个复杂性的级别 12.接口的复杂性 13.系统的唯一性 14.难度 15.硬件-软件接口 16.程序结构的考虑 17.文件.报告和应用程序的数目可能影响成本模型结果的各种成本因素 类型 成本因素系统复杂性 18.生存期人力总数 开发期人力总数 测试和验证期人力总数 19.

27、生存期总时间,开发期总时间 20.作业类型程序类型 21.文档 24.环境与项目属性 27.M L/P=M:人力L:指令数P:常数,单位:指令数/人.日11.3.1 成本估算模型(1)IBM模型(2)SLIM(3)COCOMO模型(1)IBM模型工作量 E=5.2 L(人-月)项目持续时间 D=4.1 L(月)项目人员要求 S=0.54 E(人)文档页数 DOC=49 L(页)0.910.310.61.01(2)SLIM模型(Putnam模型)源代码行数 L=CkK td1343K:整个生存周期的工作量(人-年)td:开发持续时间(年)Ck:技术状态常数(3)COCOMO模型基本COCOMO模

28、型:组织型（组织模式）半独立型(半分离模式)嵌入型（嵌入模式）中间COCOMO模型:组织型（组织模式）半独立型(半分离模式)嵌入型（嵌入模式）11.4 进度安排11.4.1 各阶段工作量的分配系统整个生存期活动工作量分配 系统开发阶段活动工作量分配概要设计详细设计编码单元测试组装,确认测试系统定义维护组装,确认测试单元测试编码详细设计概要设计需求与定义11.4.2 制定开发进度 进度表编码功能 1设计需求测试编码功能 2设计需求测试任务周1 2 3 4 n.1 2 3 4 n.文档编写评审11.5 软件配置管理（SCM）软件配置：软件生存期各阶段的交付项（各种文档和可执行代码）软件配置管理：交

29、付项管理问题，用于：标记变化；控制变化；保证变化被适当地实现；向其他可能有兴趣的人员报告变化11.5.1 基线IEEE(IEEE Std.610.12-1990)定义基线如下：已经通过正式复审和批准的某规约或产品,它因此可以作为进一步的基础,并且知只能通过正式的变化控制过程的改变.基线是软件开发的里程碑,标志是有一个或多软件配置项的交付,并且这些配置项已经经过正式技术复审而获得认可.最常见的软件基线系统工程需求分析软件设计编码测试发布系统规约软件需求规约设计规约源代码测试计划/过程/数据可操作的系统11.5.2 软件配置管理过程 SCM的五个任务：标识配置对象 版本控制 修改控制 配置审计 配

30、置状况报告第十二章软件工程标准化与软件文档12.1 软件工程标准的类型12.2 软件工程标准的层次12.3 中国的软件工程标准化12.4 软件质量认证12.1 软件工程标准的类型F 过程标准F 产品标准F 专业标准F 记号标准12.2 软件工程标准的层次F 国际标准F 国家标准F 行业标准F 企业标准F 项目规范 国家标准举例:l GB-中华人民共和国国家技术监督局公布l ANSI-美国国家标准协会l FIPS(NBS)-美国商务部国家标准局 联邦信息处理标准l BS-英国国家标准l DIN-德国标准协会l JIS-日本工业标准 行业标准举例:l IEEE-美国电气与电子工程师学会 SESS-

31、软件标准分技术委员会ANSI/IEEE str 828-1983 软件配置管理计划标准l GJB-中华人民共和国国家军用标准 GJB 437-88 军用软件开发规范 GJB 438-88 军用软件文档编制规范l DOD-STD 美国国防部标准l MIL-S 美国军用标准12.3 中国的软件工程标准化 国标分类:F 基础标准F 开发标准F 文档标准F 管理标准中国的软件工程国家标准基础标准l 软件工程术语 GB/T 11457-89l 信息处理-数据流程图、程序流程图的文 件符号编制及约定GB 1526-891(ISO 5807-85)l 软件工程标准分类法GB/T 15538-95l 信息处理

32、-程序构造及其表示法的约定 GB 13502-92(ISO 8631)l 信息处理-单命中判定表规范 GB/T 15535-95(ISO 5806)l 信息处理系统 计算机系统配置图符号及其约定 GB/T 14085-93(ISO 8790)中国的软件工程国家标准开发标准l 软件开发规范 GB 8566-88l 计算机软件单元测试 GB/T 15532-95l 软件支撑环境l 信息处理-按记录组处理顺序文卷的程序 流程（ISO 6593-85）l 软件维护指南 GB/T 14079-93中国的软件工程国家标准文档标准l 软件文档管理指南l 计算机软件产品开发文件编制指南 GB 8567-88l

33、 计算机软件需求说明编制指南 GB 9585-88（ANSI/IEEE 829）l 计算机软件测试文件编制指南 GB 9386-88（ANSI/IEEE 830）中国的软件工程国家标准管理标准计算机软件配置管理计划规范 GB/T12505-90（IEEE 828）l 信息技术 软件产品评价-质量特征及其使用指南GB/T12260-96（ISO/IEC9126-91）l 计算机软件质量保证计划规范 GB 12504-90（ANSI/IEEE 829）l 计算机软件可靠性和可维护性管理 GB/T 14394-93l 质量管理和质量保证标准 第三部分:在软件开发、供应和维护中的使用指南 GB/T 1

34、9000.3-94（ISO9003-3-93）软件工程复习根据软件工程教学大纲1.软件与软件工程n 基本概念 软件工程的定义 软件危机 软件工程学的范畴 软件生存周期 软件工程的3 个要素（方法、工具、过程）n 软件工程模式（特点、相互的区别、适用范围）瀑布式模型 原型模型阿 增量模型 螺旋模型2.软件需求和分析原则 n 分析任务n 需求获取的内容n 需求分析的主要工具（DFD、DD、）n 需求规格说明书的主要内容3.传统的分析方法 n 结构化分析方法（SA）（特点、描述方式）n 数据流图（DFD）（课设：顶图外部项的处理）n 数据字典（DD）（课设：数据流、文件、数据项，描述不规范）n 过程

35、说明（即：小说明）4.设计概念和原则 n 设计的基本原则（抽象、细化、模块化、软件体系结构、控制层次、数据结构、软件过程、信息隐藏）n 模块化设计 模块的独立性 内聚性（偶然性、逻辑性、时间性、过程性、通讯性、顺序性、功能性内聚）耦合性（非直接、数据、标记、控制、外部、公共、内容耦合）n 体系结构设计的准则：模块的规模适中 确保模块的作用范围在控制范围之内 软件结构的深度、宽度及模块的扇入扇出要适中n 数据设计的原则：（1）用于功能和行为的系统分析原则也适用于数据设计。（2）应确定所有的数据结构及每项上的操作。（3）建立数据字典，用来定义数据和程序设计。（4）低层的数据设计，应在设计过程的后期

36、进行。（5）数据结构的表达式，应当是那些有名的模型。（6）开发数据结构及操作的实用库。（7）软件设计和编程语言应支持抽象数据类型的规格说明和实现。5.传统的设计方法 n 结构化设计（SD）（即：面向数据流的设计）n 结构图（SC 图）n 软件结构的典型形式（变换型、事务型）n DFD SC 的转换方法（课设：对于复杂的、多层分解的DFD，如何转换成SC）n 结构化程序设计方法（SP）n 详细设计描述方法（程序流程图、N-S 图、PAD图、IPO 图、PDL 语言）n 非结构化程序流程图转化为结构化程序流程图6.面向对象方法学 n 基本概念 面向对象的观点：面向对象=对象+分类+继承+通信Coa

37、d 和Yourdon 类和对象、属性、操作、消息、封装、继承、多态 问题论域、领域分析、应用分析n 面向对象软件的开发过程：分析阶段 高层设计 类的开发 实例的建立 组装测试 维护n OOA 的基本原则 建立信息域模型 描述功能 表达行为 分解模型，以揭示更多细节 早期模型表示问题的本质，后期模型提供实现细节n OOA 的任务n 标识类和对象（外部实体、物、发生或事件、角色、组织单位、位置、结构）n Coad 和Yourdon 方法Coad&Yourdon 的OOD 模型（OOA 的5个层次，4个组元）表达形式（对象、类、分类结构、装配结构、链、消息）n Rambaugh 方法（OMT，对象建

38、模技术）3种模型（对象模型、动态模型、功能模型）对象模型的描述方法（类图、实例图、链与关联、聚集、一般化与继承、阶的表示）动态模型的描述方法（状态图、事件跟踪图、事件、状态、触发条件、活动、动作）功能模型的描述方法（DFD）3个模型分别描述的内容 OMT 方法的特点n 统一建模语言UMLUML 的构造块UML 的5 个视图7.软件测试和确认 n 概念软件测试定义测试的目标成功的测试n 白盒测试方法逻辑覆盖法（特点、覆盖能力的比较、测试用例设计）n 黑盒测试方法 等价类划分法（测试用例的设计）边界值法n 软件测试步骤（单元测试、组装测试、确认测试、系统测试）n 驱动模块和桩模块（作用）8.软件项目的管理 n 概念 项目管理的范围（3 个P：人员、问题、过程）COCOMO 模型面向的3 种类型软件（组织模式、半分离模式、嵌入模式）基本COCOMO 模型计算公式9.软件过程和度量 n 软件复用 复用的范围 领域工程 结构模型 结构点n 再工程 再工程 逆向工程 软件重构 正向工程n CMM 的基本概念 软件过程成熟度框架的5 个级别 软件过程评估 软件能力评价10.软件工具与环境 n 基本概念CASECASE 工具分类 集成框架 集成化CASE 环境（I-CASE）