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

软件质量管理与质量保证,§9.1 软件质量9.1.1 影响软件质量的因素人的因素软件需求测试的局限性质量管理的困难软件人员的传统习惯开发规范开发工具支持不够,什么是软件质量,成本,可靠,维护,及时交付,正确,功能,功能,成本,及时交付,软件质量的若干侧面,9.1.2 McCall提出的表明软件质量 的11个质量特性,使用性 测试性正确性 维护性可靠性 移植性效率 重用性完整性 互操作性适应性(灵活性),9.1.3 产品质量与过程质量,产品质量,开发技术,成本、时间、进度,过程质量,人员素质,影响产品质量的4个方面,§9.2 软件质量保证,质量保证也是一个过程，已列入国际标准“ ISO/IEC 12207信息技术-软件生存期过程”中。,9.2.1 质量保证的主要功能,质量方针的制定和展开质量保证方针的质量保证标准的制定质量保证体系的建立和管理各阶段的质量评审,9.2.2 质量保证的实施 质量度量方法ISO建议的软件质量评价标准分为三级:高层:质量需求评价准则(SQRC)中层:质量设计评价准则(SQDC)低层:质量度量评价准则(SQMC),ISO建议的软件质量度量模型,正 确 性,可 跟 踪 性,完 备 性,准 确 性,容 错 性,简 洁 性,模 块 性,通 用 性,扩 充 性,可 容 性,效 率,安 全 性,可维护性,适 应 性,连 接 性,SQDC,SQRC,SQMC,可 用 性,一 致 性,由各使用单位根据实际情况决定,能用于软件质量定量评价的软件度量,美国国防部AD报告:把质量表现形式 归纳为190多个 问题;IEEE质量标准词典规定:39组度量公式39个度量项分为四级:0级:已公式化,尚未被运行有效确认1级:已为软件界采用,应用范围有限2级:已被软件界接受,已取得一定经验3级:软件界已广泛使用,已取得相当经验,3级的8个度量项,(1)缺陷密度(2)需求可追踪性(3)Halstead软件科学(4)McCabe复杂性度量(5)发现k个缺陷的平均时间(6)按耗时作故障分析(7)平均故障时间(8)故障率,9.2.3 技术评审,软件评审是一个“过滤器”，用于“净化”软件工程各项活动,§9.3 软件可靠性,硬件系统故障率,0,t,Z(t),软件系统故障率,0,t,Z(t),9.3.1 基本概念,软件可靠性定义 在给定时间间隔内和特定的环境下，软件按规格说明成功运行的概率。,软件可靠性的主要指标,借用硬件可靠性的定量度量方法来度量软件的可靠性： MTBF:平均故障间隔时间 MTTF:平均故障时间,t1，t2, ., tn:失效时间,MTTF,n,i=1,n,1,t,i,软件可靠性定义的要素,(1)环境条件 规定软件的使用环境 (输入数据要求和环境)(2)规定时间 时间t是随机变量。(3)规定的功能(4)成功运行,§9.4 质量管理、质量认证与质量审核,质量管理的类型：(1)质量检验型管理(2)全面质量管理(3)质量认证,软件质量保证体系的研究和主要技术,目前国际上软件过程质量管理最主要的三个典型代表：CMM /PSP/TSPISO9000系列ISO/IEC15504,过程与软件质量管理 随着软件技术和软件应用的发展，以过程为中心的软件开发、生产与质量管理是现代软件产业的时代特征。 质量形成于过程，高可信、高质量的软件必须依赖对软件过程的管理。,过程与软件质量管理 ISO9000 2000版将过程定义为“一组将输入转化为输出的相互关联或相互作用的活动” 软件过程分为：软件工程过程：软件开发和生产的过程， 如：需求分析、设计、编码、 测试等过程；软件管理过程：对软件开发和生产的过程进 行管理的过程， 如：项目策划过程、跟踪监控过 程、质量保证过程软件支持过程：对软件开发和生产的过程进 行支持的过程， 如：评审过程、培训过程、 质量过程。,技术改进与过程改进的关系 技术改进必须与过程改进同时并举,低技术,高技术,过程成熟,过程不成熟,低风险途径,高风险途径,原始态,理想态,可能无结果途径,软件工程的五个发展方向,软件过程的管理模式,CMM：软件过程管理与改进 CMM是软件工程过程学科中的一个管理与改进软件过程的模式，也是一种衡量软件开发能力和成熟度的标准。,CMM /PSP/TSP技术流派 CMM(软件能力成熟度模型：Capability Maturity Model For Software)是由美国卡内基梅隆大学的软件工程研究所(SEI：Software Engineering Institute)受美国国防部评估软件供应商能力的要求，1986年开始研究制定，并在美国，随后在全世界推广实施的一种软件评估标准，主要用于软件开发过程和软件开发能力的评估和改进。CMM标准共分五个等级，由低到高分别为: 初始级、可重复级、已定义级、定量管理级和优化级。,1998年SEI启动了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质量认证活动；,ISO 9000族列标准现有20个标准，分为五类：(1) 质量术语标准：ISO8402-1994(2)质量保证标准(3)质量管理标准(4)质量管理和质量保证标准的选用和实施指南(5)支持性技术标准,ISO 9000主体可分为两组：用于“需方对供方要求质量保证”的标准: 9001 9003用于 “供方建立质量保证体系”的标准： 90049001、 9002、 9003的区别其对象的工序范围不同： 9001范围最广，包括从设计到售后服务； 9002是9001 的子集； 9003是9002 的子集。,ISO/IEC15504 1998年SPICE(Software Process Improvement and Capability dTermination)项目组织发表用于确定自我能力改造和进行软件供应商能力的国际标准ISO/IEC15504. 该标准覆盖了过程评估、过程改进和过程能力确认等指南和模型。 目前，有关组织正在就CMMI和15504标准的兼容性问题进行探讨，很有可能CMMI会最终和ISO/IEC 15504标准兼容，并同时支持和兼容CMM。,CMM模型及其实践,在CMM模型及其实践中,企业的过程能力被作为一项关键因素予以考虑。所谓过程能力,是指把企业从事软件开发和生产的过程本身透明化、规范化和运行的强制化。这样一来,就可以把软件开发及生产过程中成功或失败的经验教训变成今后可以借鉴和吸取的营养,大大加快软件生产的成熟程度提高。,在软件开发过程中, 一些关键的过程域(KPA)可以被识别出来,成为某些CMM模型方法中的衡量基准。利用过去软件工程发展的成果,侧重这些关键过程域的实施,将会有效地建立一个过程,加快软件企业成熟度的提升。,CMM一共有5级，18个关键过程域（KPA），52个目标，300多个关键实践。据美国卡内基.梅隆大学SEI统计，至2001年6月底，CMM的认证情况如下表所示。,过程成熟度框架,要区分不成熟和成熟软件组织,需要构造一个软件过程成熟度框架，它描述一条从无序到有序的软件过程的进化途径，框架是支持持续改进的基础。,软件过程成熟度框架包括四个概念：软件过程软件过程能力软件过程性能软件过程成熟度：CMM分为五级,软件过程成熟度的五个等级,0 1 2 3 4 5,软件过程能力,成熟度等级,优化级(5),管理级(4),不断改进的过程,定义级(3),重复级(2),初始级(1),可预测的过程,标准的一致的过程,有纪律的过程,5个成熟度等级在开发过程中变化的显著特点,五级成熟度的特性,等级1 初始级,CMM1,杰出的主管和优秀的队伍,项目成功,CMM1,一般的主管和队伍,项目成功难以预测,等级2 重复级,项目经验,定义准则和跟踪,新的类似项目,再成功,五级成熟度的特性,等级3 定义级,CMM重复,定义软件过程,可视和可控,等级4管理级,软件过程能力,量化,改进与预测,等级5优化级,已有的技术,等级24中的改进,已有的技术,等级5中的优化,新的技术,CMM的内部结构与定义,能力成熟度模型的结构,过程能力,成熟度等级,关键过程域,包含,共同特点,被规划成,关键实践,包含,指示,目标,完成,规范化,阐述,活动,描述,关键过程域,优化级(5)过程更改管理技术改革管理缺陷预防,管理级(4)软件质量管理定量过程管理,每一个关键过程域指出了改进过程能力的主要过程,定义级(3)同行评审组间协调软件产品工程集成软件管理培训大纲组织过程定义组织过程集点,重复级(2)软件配置管理软件质量保证软件子合同管理软件项目跟踪和监督软件项目策划需求管理,初始级(1),CMM成熟度等级的评估,评估步骤：1.项目关键实践(被执行活动)的性能评分,2.评定关键过程域所达到的目标,3. 项目的成熟度等级评定,4.有多个项目的等级来评定组织(软件商) 的成熟度等级,重复级的关键实践,需求管理：执行约定执行能力被执行活动测量和分析检查,软件项目计划：,软件项目跟踪和监督：,管理级的关键实践,组织过程定义组织标准软件过程,集成软件管理项目定义软件过程,定量分析项目定义软件过程性能,控制,数据,软件过程性能在定义的范围内,定量过程管理,改进,定义过程管理,软件质量管理,软件质量管理,定量过程管理,软件产品管理,集成软件管理,管理级,定义级,实现定量目标:软件产品,定量分析:项目定义 软件过程,实践:项目定义 软件过程,建立:项目定义 软件过程,软件过程评估和软件能力评价软件过程评估：集中关注一个组织所需 改进之处及其轻重缓急；软件能力评价：集中关注识别一个特定 项目再进度要求和预算 限制内构造出高质量软 件所面临的风险。,软件过程评估和软件能力评价的差别,是在开放、合作的环境中进行的；目的在于暴露问题和帮助经理和工程师改进他们组织的软件过程；,软件过程评估,软件能力评价,是在更为面向审计的环境中进行的，评价的目的与金钱密切相关，评估评价组的推荐意见将影响挑选承制方或投放资金。,统一软件开发过程RUP,RUP(Rational Unified Process)是Rational公司1998年发布的通用的软件开发过程框架,RUP是一种软件工程过程; 统一了各种开发方法; 使用统一建模语言UML,RUP和CMM相辅相成; 软件企业使用RUP很容易达到CMM3级的要求; RUP可以作为CMM3级所要求的机构标准软件 过程;,RUP的特点,用例驱动; 架构为核心; 增量迭代的开发过程;,第十章 软 件 复 用§10.1软件复用概述 10.1.1软件复用的定义 软件复用就是通过对已有软件的各种知识来建立新的软件。这些软件知识包括:领域知识开发经验设计决定体系结构需求设计编码测试文档等,复用的益处 提高软件生产率，降低软件生产代价 提高软件质量 其它：系统对用户体现较多的一致性系统具有较好的互操作性推动标准化支持原型开发,10.1.2软件复用的过程抽象:从已有软件制品的简要描述中抽取 本质信息(即可复用部分),摒弃细节选取:即用户根据已有软件制品的抽象,寻 找、比较最合适他需要的制品(可复 用件)特化:即对已有制品(可复用件)的修改或形成 它的一个实例(例化后的复用件)集成:将例化后的复用件集成为应用系统,10.1.3 软件复用的粒度软件复用的粒度(按粒度从大到小)可分为五类:代码和设计拷贝源代码的复用设计和软件体系结构复用应用程序生成器领域特定的软件体系结构,10.1.4 软件复用的形式根据复用活动跨越的领域可分为:垂直(纵向)复用水平(横向)复用根据实现复用的途径可分为:组装式复用生成式复用根据复用的方式可分为:黑盒复用白盒复用,面向对象技术存在的问题 模型和概念尚未统一 要求使用面向对象技术的人员较高 面向对象复用处于初级阶段 工程上难以实施,基于面向对象的构件软件应运而生,§10.2 构件技术 构件(component)可以复用的软件成分，可被用来构造其他软件。 它可以是： 被封装的对象类 类树 功能模块 软件框架（framwork） 软件架构（或体系结构Architecture） 文档 分析件 设计模式等,分类 (1)按开发过程分为： 分析件 设计件 程序件 数据件 (2)按功能分为三层： 基础层：基本数据构件、系统支撑构件 中间层：各种通用构件 顶层：针对领域的专用构件或子系统构件,分类 (3)按使用方式分为： 动态构件 静态构件 (4)按构件结构分为： 原子构件 多个构件聚集的组合构件,语言 应用软件开发过程可提供的语言： (1)构件描述语言 (2)构件编程语言 (3)过程控制语言,研究构件软件的两个核心： (1)如何提取可复用构件 (2)如何组装成系统并能实现互操作,基于构件的应用软件开发模型： 第一阶段：需求获取 第二阶段：领域分析 第三阶段：系统集成,域分析 域分析过程可大致归纳以下步骤： (1) 发现并描述可重用的实体； (2) 对这些实体及它们之间的关系进行 抽象化、一般化和参数化； (3) 对可重用的实体进行分类、归并， 以备日后重用。,软件构件的开发. 需求及设计级软部件2. 代码级软部件,可复用构件一个可复用构件应具备的条件： 独立性 完整性 可标识性 一般性 适应性 可靠性 标准化,构件接口技术 目前广泛流行的具有代表性的构件模型主要有:对象管理组织(OMG)的CORBAMicrosoft的COM+SUN公司的EJB/J2EE,对象技术规范CORBA标准CORBA(Common Object Request Broker Architecture 公共对象请求代理体系结构 )国际OMG组织颁布的一系列有关对象技术的规范之一CORBA给出多种环境下的面向对象的编程范例,构件软件连接技术规范 OLE和DCOM标准OLE(Object Linking and Embedding)对象连接与嵌套技术 OLE是一组可扩充的应用程序协议，它使得一个应用程序能够紧密正确地使用另一个应用程序的服务。 遵循OLE协议的应用程序能够创建包含来自由其它应用程序创建的文档中链接和嵌入的文档，这样的文档称为载体文档。,OLE的对象模型COM( Component Object Model)定义对象接口与构件统一的数据传送机制结构化存储技术（复合文件）DCOM的技术规范 DCOM是微软的分布式计算策略 COM运行在单机上 DCOM组件运行在分布式网络上,构件库（component library）构件库系统应提供的主要功能：构件的存储、管理、检索标准化库的浏览、维护主要技术问题：构件分类构件检索,软件复用的根本困难不同基准线上的类比不断提高的复用要求精神产品与物质产品领域的广阔性,专向领域的复用及领域分析 专向领域的复用的目标是在一个特定的领域中实现软件复用。 可复用的软件架构：把各个可复用构件连接到一起的软件架构。,帐册,上级系统接口,供货员,销售事件,商品,商品一览表,超市销售管理系统的软件架构,收款机,领域分析针对一类应用系统的共同应用领域进行系统化分析，以发现该领域的共同认识、需求及应用系统的共同特征。领域分析的主要输出：对刻画该领域应用系统的对象、操作及其 关系的认识；对可能在该领域一个以上的应用系统中出现的共 同的对象、操作、关系的认识；对该领域不同应用系统差异的认识；描述上述对象、操作、关系的公共词汇表；描述该领域系统共性的领域需求模型；对该领域所有应用系统都适应的参考体系结构。,基于构件/构架的软件开发,构 件 开 发分析 设计 编程 测试,领域分析,系统测试,构架细化,构件提交,领域知识,领域专家经验,现有系统资料,领域构件需求,构件/构架库,领域构架,领域构件,系统开发,系统专用构件,应用系统,构件生产线,领域构架,领域构件,问题域,用户需求,系统生产线,专 用 构 件 开 发分析 设计 编程 测试,系 统 组 装 分析 设计 编程,青鸟系统发展思路,JB2系统,专用(应用) 平台,专用(应用) 平台,应用软件 系统,应用软件 系统,应用软件系统组装平台,异构平台,构架库,构件库,.,仓库管理系统,剪 裁,支持,.,基于构件构架模式的应用系统集成环境,软件生产线,应用构件提取车间,应用构件库,构件生产车间,构件库,组装车间,领域 1,领域 2,应用系统,.,标准规范 与 质量保证,1,2,3,4,1基础构件，2功能构件 3接口构件，4用户界面构件,第十一章 软件项目管理与计划,§11.1 软件工作范围软件计划的第一个任务; 包括:软件的功能、 性能、 接口: 硬件、 软件(已有且须与新开发 软件连接的软件)、 操作人员、 可靠性,§11.2 资源,人,工具,确定 技能要求 工作期限 开始时间,硬件 宿主机 目标机 专用设备,软件 支持软件 实用软件,各阶段管理人员和技术人员参与情况,管理人员,人员参加程度,计划,需求分析,概要设计,编码,详细设计,单元测试,确认测试,组装测试,初级技术人员,高级技术人员,高,低,§11.3 成本估算,11.3.1 成本估算方法(1)专家估算法(2)类推估算法(3)算式估算法,可能影响成本模型结果的各种成本因素,类型 成本因素系统规模 1.程序指令的估算条数 2.交付的机器指令数 3.交付的源语言指令数 4.新指令的百分比 5.书写指令的百分比 6.判定指令的数目 7.非判定指令的数目 8.信息存储和检索指令的百分比 9.交付代码的百分比,可能影响成本模型结果的各种成本因素,类型 成本因素数据库 10.数据库中词数系统复杂性 11.估算整个复杂性的级别 12.接口的复杂性 13.系统的唯一性 14.难度 15.硬件-软件接口 16.程序结构的考虑 17.文件.报告和应用程序的数目,可能影响成本模型结果的各种成本因素,类型 成本因素系统复杂性 18.生存期人力总数 开发期人力总数 测试和验证期人力总数 19.生存期总时间, 开发期总时间 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.91,0.31,0.6,1.01,(2)SLIM模型(Putnam模型),源代码行数 L=CkK td,1,3,4,3,K:整个生存周期的工作量 (人-年)td:开发持续时间 (年)Ck:技术状态常数,(3)COCOMO模型,基本COCOMO模型:组织型（组织模式） 半独立型(半分离模式) 嵌入型（嵌入模式）中间COCOMO模型:组织型（组织模式） 半独立型(半分离模式) 嵌入型（嵌入模式）,§11.4 进度安排,11.4.1 各阶段工作量的分配,系统整个生存期活动工作量分配,系统开发阶段活动工作量分配,概要设计,详细设计,编码,单元测试,组装,确认测试,系统定义,维护,组装,确认测试,单元测试,编码,详细设计,概要设计,需求与定义,11.4.2 制定开发进度,进度表,编码,功能 1,设计,需求,测试,编码,功能 2,设计,需求,测试,任务,周,1,2,3,4,n,.,.,1,2,3,4,n,.,文档编写评审,§11.5 软件配置管理（SCM）,软件配置：软件生存期各阶段的交付项 （各种文档和可执行代码）,软件配置管理：交付项管理问题， 用于： 标记变化； 控制变化； 保证变化被适当地实现； 向其他可能有兴趣的人员报告变化,11.5.1 基线,IEEE(IEEE Std.610.12-1990)定义基线如下： 已经通过正式复审和批准的某规约或产品,它因此可以作为进一步的基础,并且知只能通过正式的变化控制过程的改变.,基线是软件开发的里程碑,标志是有一个或多软件配置项的交付,并且这些配置项已经经过正式技术复审而获得认可.,最常见的软件基线,系统工程,需求分析,软件设计,编码,测试,发布,系统规约,软件需求规约,设计规约,源代码,测试计划/过程/数据,可操作的系统,11.5.2 软件配置管理过程,SCM的五个任务： 标识配置对象 版本控制 修改控制 配置审计 配置状况报告,第十二章软件工程标准化与软件文档,§12.1 软件工程标准的类型§12.2 软件工程标准的层次§12.3 中国的软件工程标准化§12.4 软件质量认证,§12.1 软件工程标准的类型,过程标准 产品标准 专业标准 记号标准,§12.2 软件工程标准的层次,国际标准 国家标准 行业标准 企业标准 项目规范,国家标准举例:GB-中华人民共和国国家技术监督局公布ANSI - 美国国家标准协会FIPS(NBS) - 美国商务部国家标准局 联邦信息处理标准BS - 英国国家标准DIN - 德国标准协会JIS - 日本工业标准,行业标准举例:IEEE- 美国电气与电子工程师学会 SESS - 软件标准分技术委员会ANSI/IEEE str 828-1983软件配置管理计划标准GJB - 中华人民共和国国家军用标准 GJB 437-88军用软件开发规范 GJB 438-88军用软件文档编制规范DOD-STD 美国国防部标准MIL-S 美国军用标准,§12.3 中国的软件工程标准化,国标分类: 基础标准 开发标准 文档标准 管理标准,中国的软件工程国家标准基础标准,软件工程术语 GB/T 11457-89信息处理-数据流程图、程序流程图的文 件符号编制及约定GB 1526-891(ISO 5807-85)软件工程标准分类法GB/T 15538-95信息处理-程序构造及其表示法的约定 GB 13502-92 (ISO 8631)信息处理-单命中判定表规范 GB/T 15535-95 (ISO 5806)信息处理系统 计算机系统配置图符号及其约定 GB/T 14085-93 (ISO 8790),中国的软件工程国家标准开发标准,软件开发规范 GB 8566-88计算机软件单元测试 GB/T 15532-95软件支撑环境信息处理-按记录组处理顺序文卷的程序 流程 （ISO 6593-85）软件维护指南 GB/T 14079-93,中国的软件工程国家标准文档标准,软件文档管理指南计算机软件产品开发文件编制指南 GB 8567-88计算机软件需求说明编制指南 GB 9585-88 （ANSI/IEEE 829）计算机软件测试文件编制指南 GB 9386-88 （ANSI/IEEE 830）,中国的软件工程国家标准管理标准,计算机软件配置管理计划规范 GB/T12505-90 （IEEE 828）信息技术 软件产品评价-质量特征及其使用指南GB/T12260-96 （ISO/IEC9126-91）计算机软件质量保证计划规范 GB 12504-90（ANSI/IEEE 829） 计算机软件可靠性和可维护性管理 GB/T 14394-93质量管理和质量保证标准 第三部分:在软件开发、供应和维护中的使用指南 GB/T 19000.3-94 （ISO9003-3-93）,软件工程复习,根据软件工程教学大纲,1.软件与软件工程,基本概念软件工程的定义软件危机软件工程学的范畴软件生存周期软件工程的3个要素（方法、工具、过程）软件工程模式（特点、相互的区别、适用范围）瀑布式模型原型模型阿 增量模型螺旋模型,2.软件需求和分析原则,分析任务需求获取的内容需求分析的主要工具（DFD、DD、）需求规格说明书的主要内容,3.传统的分析方法,结构化分析方法（SA）（特点、描述方式）数据流图（DFD）（课设：顶图外部项的处理）数据字典（DD） （课设：数据流、文件、数据项，描述不规范） 过程说明（即：小说明）,4.设计概念和原则,设计的基本原则（抽象、细化、模块化、软件体系结构、控制层次、数据结构、软件过程、信息隐藏） 模块化设计模块的独立性内聚性（偶然性、逻辑性、时间性、过程性、通讯性、顺序性、功能性内聚）耦合性（非直接、数据、标记、控制、外部、公共、内容耦合）体系结构设计的准则：模块的规模适中确保模块的作用范围在控制范围之内软件结构的深度、宽度及模块的扇入扇出要适中,数据设计的原则：（1）用于功能和行为的系统分析原则也适用于数据设计。（2）应确定所有的数据结构及每项上的操作。（3）建立数据字典，用来定义数据和程序设计。（4）低层的数据设计，应在设计过程的后期进行。（5）数据结构的表达式，应当是那些有名的模型。（6）开发数据结构及操作的实用库。（7）软件设计和编程语言应支持抽象数据类型的规格说明和实现。,5.传统的设计方法,结构化设计（SD）（即：面向数据流的设计）结构图（SC图）软件结构的典型形式（变换型、事务型）DFDSC的转换方法（课设：对于复杂的、多层分解的DFD，如何转换成SC）,结构化程序设计方法（SP）详细设计描述方法（程序流程图、N-S图、PAD图、IPO图、PDL语言）非结构化程序流程图转化为结构化程序流程图,6.面向对象方法学,基本概念面向对象的观点：面向对象=对象+分类+继承+通信Coad和Yourdon类和对象、属性、操作、消息、封装、继承、多态问题论域、领域分析、应用分析,面向对象软件的开发过程：分析阶段高层设计类的开发实例的建立组装测试维护,OOA的基本原则建立信息域模型描述功能表达行为分解模型，以揭示更多细节早期模型表示问题的本质，后期模型提供实现细节OOA的任务标识类和对象（外部实体、物、发生或事件、角色、组织单位、位置、结构）,Coad和Yourdon方法Coad&Yourdon的OOD模型（OOA的5个层次，4个组元）表达形式（对象、类、分类结构、装配结构、链、消息）,Rambaugh方法（OMT，对象建模技术）3种模型（对象模型、动态模型、功能模型）对象模型的描述方法（类图、实例图、链与关联、聚集、一般化与继承、阶的表示）动态模型的描述方法（状态图、事件跟踪图、事件、状态、触发条件、活动、动作）功能模型的描述方法（DFD）3个模型分别描述的内容OMT方法的特点,统一建模语言UMLUML的构造块UML的5个视图,7.软件测试和确认,概念软件测试定义测试的目标成功的测试白盒测试方法逻辑覆盖法（特点、覆盖能力的比较、测试用例设计）,黑盒测试方法等价类划分法（测试用例的设计）边界值法软件测试步骤（单元测试、组装测试、确认测试、系统测试）驱动模块和桩模块（作用）,8.软件项目的管理,概念项目管理的范围（3个P：人员、问题、过程）COCOMO模型面向的3种类型软件（组织模式、半分离模式、嵌入模式）基本COCOMO模型计算公式,9.软件过程和度量,软件复用复用的范围领域工程结构模型结构点再工程再工程逆向工程软件重构正向工程,CMM的基本概念软件过程成熟度框架的5个级别软件过程评估软件能力评价,10.软件工具与环境,基本概念CASECASE工具分类集成框架集成化CASE环境（I-CASE）,