软件过程管理考试复习PPT学习教案_第1页
软件过程管理考试复习PPT学习教案_第2页
软件过程管理考试复习PPT学习教案_第3页
软件过程管理考试复习PPT学习教案_第4页
软件过程管理考试复习PPT学习教案_第5页
已阅读5页,还剩80页未读 继续免费阅读

VIP免费下载

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、会计学1 软件过程管理考试复习软件过程管理考试复习 Final Review 第1页/共85页 Final Review 第2页/共85页 1. 软件与软件产业的发展过程 Final Review 软件管理工程的发展,经历了从20世纪70年 代开始以结构化分析与设计、结构化评审、 结构化程序设计以及结构化测试为特征的结 构化生产时代,到90年代中期,以CMM模 型的成熟和日益为市场接受为标志,已经进 入以过程成熟度模型CMM、个体软件过程 PSP和团队软件过程TSP为标志的以过程为 中心的时代,而软件发展第三个时代,即软 件工业化生产时代,以90年代中期软件过程 技术的成熟和面向对象技术、构件

2、技术的发 展为基础,已经渐露端倪。 第3页/共85页 2. 软件危机及其原因 Final Review 软件特殊性:软件成本高;软件开发的进度难 于控制;估计软件工作量很困难;软件质量难 于保证;修正维护软件困难。 软件企业的4个困难:需求的完全识别;软件 产品需求的完全传递;软件产品相关的变更控 制;软件产品相关技术的快速变化。 软件构建的核心就是管理复杂度 。软件是由人 开发的,人的智力与软件的复杂度之间存在矛 盾。 软件复杂度与软件的规模有很大关系,另外也 与模块间的耦合度、模块内的内聚性等因素有 关。 第4页/共85页 3. 过程及其要素 Final Review 软件开发项目是在规定

3、的成本和时间内, 开发和提交满足客户某些需求的软件产品 。 项目的三个基本特征是:成本、进度和质量 (代表软件在多大程度上满足客户的要求) 。 对于机构而言,包含多个项目,而实现机 构的高质量和生产率,依赖于三个因素:过 程、人和技术。 其中过程不仅仅是一系列步骤,还包含了 机构所积累的经验,包含了机构可以从已 成功的项目中所学到的一切。 第5页/共85页 4. CMM与软件产业 Final Review 管理是影响软件研发项目全局的因素,而技术 只影响局部。 1987年9月,美国卡内基-梅隆大学软件工程研 究所发布了软件过程成熟度框架,并提供了软 件过程评估和软件能力评价两种评估方法和软 件

4、成熟度提问单。 4年之后,SEI将软件过程成熟度框架进化为软 件能力成熟度模型(Capability Maturity Model For Software,简称SW-CMM)。1991年8月, SEI发布了最早的SW-CMM v1.0。经过两年的 试用,1993年SEI正式发布了SW-CMM v1.1, 这是目前使用最为广泛的版本。 第6页/共85页 5. ISO9001与CMM的异同 Final Review ISO9000系列包括3个第三方认证标准( ISO9001 、 ISO9002 和ISO9003 )和一个质量管理标准ISO9004 。 CMM和ISO9001标准系列都着眼于质量和

5、过程管理 ,二者都为了解决同样的问题。 CMM是动态的、开放的和持续改进的,强调没有 最好只有更好,强调不断改进,强调人在软件开发 方面的思想认识和主动性,适用于软件过程的改进 ;CMM模型只关注软件,它能解决“软件危机” 这个世界性的问题;ISO9001是静态的质量控制, 只要达到几个关键指标就能完成质量控制,更适用 于硬件制造生产线的质量控制。ISO 9001的适应范 围更广,包括硬件、软件和服务。 第7页/共85页 1. CMM基本知识 Final Review CMM为软件企业的过程能力提供了一个阶 梯式的进化框架,阶梯共有五级。 可重复级:建立基本的项目管理过程。相似 项目,重复以往

6、成果。 已定义级:文档化、标准化和标准的软件过 程。 初始级:无序、混乱的软件过程。依赖个 别人的努力和机遇。 已管理级:软件过程和产品质量有详细的度 量标准。 优化级:持续的对过程进行改进。 第8页/共85页 2. 成熟度级别的行为特征 Final Review 从效果而言,在上述不同阶段,软件开发生产的 成熟程度给软件企业带来了完全不同的效果。第 一阶段到第五个阶段,软件开发生产的计划精度 越来越高,每单位工程的生产周期越来越短,每 单位工程的成本越来越低。 各关键过程域中规定了执行约定、执行能力、执 行活动、质量和验证的标准等。 管理者:经理、各级经理、领导、职员和个人。 软件小组:软件

7、工程组、软件工程过程组、软件 相关组等。 第9页/共85页 3. 成熟度级别的跳跃 Final Review CMM每个成熟度级别都是下一级别的必要基础 。 机构可以选择合适的时机,着手进行特定的过程 改进。 过程改进工作应该在其业务环境内侧重机构的 需求。 实施软件过程改进的差异是由定义关键过程域引 起的。 第10页/共85页 4. 软件过程可视性 Final Review 等级1一个黑盒 等级2 项目里程碑处具有管理可视性 等级3盒子的内部结构可视 等级4软件过程被配备上度量,并得到定量地控 制 等级5对过程不断改进 第11页/共85页 1. CMM的内部结构 Final Review C

8、MM由5个成熟度级别组成。 每一个KPA进一步被分为称为公共特征的5 个部分。 这些公共特征包括了关键实践(KP),即每 一个KPA包括5类KP 。 每个成熟度级别(除级别1)包含了实现该 级别的若干个关键过程域(KPA)。 实现了这些KP后,就实现了关键过程域的目 标。 第12页/共85页 2. 关键过程域 Final Review 一系列相互关联的操作活动。 每个KPA的目标总结了它的关键实践(KP) ,目标说明了每一个KPA的界限、范围、内 容和关键实践。 某一级别的一组目标,用以衡量是否具有 此级别的能力。 不同级别的KPA(项目、数目、内容)是 不同的,但其中很多项都有深层次的联系

9、(上级是下级的深化和延伸)。 18个关键过程域,分布在25级。 第13页/共85页 3. 关键实践 Final Review 每一个关键过程域都是用关键实践的概念 进行描述。 描述了对关键过程域的有效实施和制度化起 最重要作用的基础设施和活动。 达到一个KPA而要做的事。 描述了“做什么”,但没有规定“如何做 ” 。 第14页/共85页 4. 共同特性 Final Review 无论哪个KPA,它们的关键实践都统一按五个公共属 性进行组织,即每一个KPA都包含五类KP 。 执行约定:组织为保证过程得以建立和持续发挥作用 所必须采取的行动,主要包括制定企业范围的政策和 高层管理的责任。 执行能力

10、:达到的前提条件,一般包括资源保证、人 员培训等内容。 执行活动 :必须执行的任务和步骤,一般包括计划 、执行的任务、任务执行的跟踪等。 度量和分析:度量的基本原则,用以确定、改进和控 制过程的状态。 验证实施:验证所开展的关键实践与确立的过程是否 遵循已制定的步骤。 第15页/共85页 5. CMM的应用 Final Review CMM的两种主要用途归结为两种评定方法。 软件过程评估: 用于确定组织目前的软件过程状态, 确定组织面临的突出软件过程问题,从而求得组织的 软件过程改进的支持。 软件能力评价: 用于识别合格的软件工作承包商,或 用于监控现行软件工作项目上用的软件过程的状态。 CM

11、M是软件过程评估和软件能力评价的公共基础。不过 ,两种用法的目的不同,而且具体用法也有很大差异。软 件过程评估侧重于确定本组织软件过程改进的轻重缓急; 软件能力评价侧重于确定在选择软件项目承包商时可能碰 到的风险,或者说是确定软件组织在软件能力方面的置信 程度。后面这一点正是许多软件组织看好按CMM评定等 级的原因。 第16页/共85页 1. 可重复级的基本特征 Final Review 已建立了项目管理的方针和规定。 组织的过程能力体现在有纪律。 当有转包商时,通过转包合同建立 有效的供求关系。 对项目已设置基本的软件管理控制。 缺陷:依赖经验管理项目。 关注项目一级的软件过程。 第17页/

12、共85页 2. 需求管理( RM, Requirements Management ) Final Review 由上级主管部门和软件质量保证组实施验证。 分配需求是指分配给软件的系统需求,包括:软 件项目活动中的非技术性需求、软件技术性需求 、接收标准。它是制定软件开发计划的根据,是 整个软件生命周期中估算、计划、执行和跟踪软 件项目活动的基础。 目标:建立基线;软件开发计划、产品和活动与 分配给软件的系统需求保持一致。即,需求确定 的管理、需求实现的管理、需求变更的管理。 执行活动:评审分配需求;将分配需求作为软件 开发的基础;评审需求变更并纳入到项目中。 第18页/共85页 3. 软件项

13、目计划(SPP,Software Project Planning ) Final Review 由高级管理者和软件质量保证组实施验证。 目标:对软件估计建立文档;项目活动和约定是 有计划的,并已形成文档;相关小组和个人对约 定达成共识。 执行活动:软件项目的策划、建议与评审;确定 易于管理的软件生命周期;制定项目的软件开发 计划(SDP);识别软件工作产品;作出软件估 计并形成文档;记录软件计划数据。 第19页/共85页 4. 软件项目跟踪和监控(SPTO,Software Project Tracking and Oversight) Final Review 由上级主管部门和软件质量保证

14、组实施验证。 目标:对照SDP,跟踪实际结果和性能;发生明显 偏离时采取纠正措施;对软件约定的更改应得到 相关小组和个人的认可。 执行活动:利用SDP跟踪活动并修订项目的开发 计划;跟踪实际的开发过程,必要时采取纠正措 施;记录软件项目的实际度量数据,并重新计划 数据;定期进行内部审查和在项目里程碑处进行 审查。 第20页/共85页 5. 软件转包合同管理(SSM,Software Subcontract Management) Final Review 由上级主管部门和软件质量保证组实施验证。 目标:主承制方选择合格的软件分承制方;主承 制方与软件分承制方确认他们相互间的约定;主 承制方和软

15、件分承制方保持工作联系;主承制方 根据约定跟踪软件分承制方的实际结果和性能。 执行活动:选择合格的转包商,并与之签订合同 ;主承包商审查转包商的软件开发计划,并用于 跟踪其软件活动;评审、评价转包商;监督、验 收转包商的软件活动。 第21页/共85页 6. 软件质量保证(SQA,Software Quality Assurance) Final Review 由上级主管部门和独立于SQA组的专家进行审查 。 目标:SQA活动是有计划的;客观地验证软件产 品和活动是否遵守所用的标准、规程和需求; SQA组所进行的活动和结果及时通知到相关的组 和个人;高层管理者及时处理在软件项目内部不 能解决的不

16、一致性问题。 执行活动:制定软件项目的SQA计划;按照SQA 计划来开展活动;评审软件工程活动,以检验一 致性;审核制定的软件工作产品,以检验一致 性。 创建一个SQA小组是开展软件质量保证的必要条件 。 第22页/共85页 7. 软件配置管理(SCM,Software Configuration Management) Final Review 由上级主管部门和SQA组进行审查。 目标:软件配置管理活动是有计划的;所选用的 软件工作产品是经过标识、受控和可用的;对已 标识的软件产品的变更是受控的;相关组和个人 能及时得到软件基线的状态和内容。 SCM活动主要解决四个方面的问题:配置识别; 变

17、更控制、配置状态统计、配置审核(正式审核 和非正式审核)。 创建一个有权力管理项目软件基线的委员会( SCCB)和一个SCM小组是开展SCM的必要条件 。 第23页/共85页 1. 概述 Final Review 用于开发、维护软件的过程已经得到了系 统的阐述并能付诸于实施。 软件过程能力可概括为标准的和一致的。 有两种“已定义”的软件过程:组织标准 软件过程(OSSP)、项目定义软件过程。 七个关键过程域。 关注组织一级的软件过程。 第24页/共85页 2. 组织过程焦点(OPF,organization process focus) Final Review 由高级管理者进行审查。 目标:

18、在整个组织内,有关软件过程的活动是协 调的;识别出一个具体软件过程与一个过程标准 相比较的强处和弱处;在组织层上,有关软件过 程的活动是有计划的。 OPF的主要活动:定期评估软件过程并制定相应 的更改计划;协调组织的标准软件过程和项目定 义软件过程的制定和改进活动。 创建一个负责组织软件过程活动的组(如SEPG组 )开展OPF的必要条件。 第25页/共85页 3.组织过程定义(OPD,Organization Process Definition) Final Review 由软件质量保证组实施验证。 目标:开发和维护组织的标准软件过程;收集和 评审软件项目使用组织的标准软件过程的信息, 并使

19、其可用。 OPD活动产生软件过程财富,包括:组织批准的 软件生命周期、组织标准软件过程、裁减指南、 组织的软件过程数据库、软件过程相关的文档库 。 软件过程体系结构是对组织标准软件过程的高层 次描述。它描述了OSSP中的软件过程元素的排序 、接口、相互依赖关系及其他关系。 第26页/共85页 4.培训程序(TP,Training Program) Final Review 目标:培训活动是有计划的;为培训组提供实施 管理和技术职责所需要的技能和知识的培训;软 件工程组和软件相关组的成员接受所需的培训。 第27页/共85页 5.集成软件管理(ISM,Integrated Software Man

20、agement) Final Review 目标:项目定义的软件过程是组织的标准软件过 程经裁减的版本;按照项目定义的软件过程对项 目进行计划和管理。 第28页/共85页 6.软件产品工程(SPE,Software Product Engineering) Final Review 目标:定义和集成软件工程任务,并一致地执行 它们;软件工作产品间保持一致。 第29页/共85页 7.组间协调(Intergroup Coordination) Final Review 目标:客户需求得到所有相关组的认同;工程组 之间的约定得到相关组的认同;各工程组识别、 跟踪和解决组间存在的问题。 组间协调的目的

21、是为了建立一种工作方式,使软 件工程组能和其他工程组积极协调地工作,从而 使项目能够更有效地满足客户的需要。 第30页/共85页 8.同行评审( Peer Reviews ) Final Review 目标:同行评审活动是有计划的;识别并消除软 件工作产品中存在的缺陷。 第31页/共85页 1.概述 Final Review u组织为软件产品和软件过程定了量化的质量标准 u量化控制将使软件开发真正成为一种工业生产活动 u两个关键过程域 定量过程管理 软件质量管理 第32页/共85页 2. 定量过程管理 Final Review 目标:定量过程管理活动是有计划的;定量地控 制项目定义的软件过程的

22、过程性能;组织的标准 软件过程的过程能力是定量已知的。 第33页/共85页 3. 软件质量管理 Final Review 目标:项目的软件质量管理活动是有计划的;软 件产品质量的可测目标和目标的优先级被定义; 对达到软件产品质量目标的实际进展进行了量化 管理。 第34页/共85页 1.概述 Final Review uCMM中的最高层次 u工作重点 对已有的软件过程进行深层次的改进和过程 成熟能力的不断提高 u企业以“预防”、“改革”和“完善”为目标 u三个关键过程域 缺陷预防 技术改革管理 过程变更管理 第35页/共85页 2.缺陷预防 Final Review 目标:缺陷预防活动是有计划的

23、;缺陷产生的共 同原因已经找出且被标识;缺陷产生的共同原因 已按优先级排序并被系统地消除。 第36页/共85页 3.技术改革管理 Final Review 目标:有计划地进行技术革新;评价新技术,确 定他们对软件质量和生产率的影响;将合适的新 技术引入到全组织的正常实践中。 第37页/共85页 4.过程变更管理 Final Review 目标:持续的过程改进是有计划的;组织内的人 员都参与组织的软件过程改进活动;组织的标准 软件过程和项目定义的软件过程是不断改进的。 第38页/共85页 Final Review 阶段计划是基于时间段的计划,产品计划是基于活 动的计划。一个产品计划需要一个阶段计

24、划的支持 。 个体软件过程(Personal Software Process,PSP)是 一种可用于控制、管理和改进个人工作方式的自 我持续改进过程,是一个包括软件开发表格、指 南和规程的结构化框架。PSP与具体的技术(程 序设计语言、工具或者设计方法)相对独立,其 原则能够应用到几乎任何的软件工程任务之中。 PSP能够说明个体软件过程的原则; 帮助软件工 程师作出准确的计划;确定软件工程师为改善产 品质量要采取的步骤;建立度量个体软件过程改 善的基准;确定过程的改变对软件工程师能力的 影响。 第39页/共85页 Final Review 通过缺陷分类,可以迅速找出哪一类缺陷的问题 最大,然

25、后集中精力预防和排除这一类缺陷,这 就是缺陷管理的关键。PSP将缺陷分为10类。 代码复查是PSP提倡的查找缺陷的方法。在编译 之前进行代码复查,是完成目标最好的方法。 缺陷是指程序中存在的错误,例如语法错误、标 点符号错误或者是一个不正确的程序语句,是任 何影响程序完整而有效的满足用户要求的东西, 是可以表示、描述和统计的客观事物。 第40页/共85页 Final Review q 在设计TSP过程时,需要遵循以下七条原则: 循序渐进的原则,首先在PSP的基础上提出一个简单的过程 框架,然后逐步完善; 迭代开发的原则,选用增量式迭代开发方法,通过几个循 环开发一个产品; 质量优先的原则,对按

26、TSP开发的软件产品,建立质量和性 能的度量标准; 目标明确的原则,对实施TSP的群组及其成员的工作效果提 供准确的度量; 定期评审的原则,在TSP的实施过程中,对角色和群组进行 定期的评价; 过程规范的原则,对每一个项目的TSP规定明确的过程规范 ; 指令明确的原则,对实施TSP中可能遇到的问题提供解决问 题的指南。 第41页/共85页 Final Review CMMI 与CMM 最大的不同点在于: CMMISM- SE/SW/IPPD/SS 1.1 版本有四个集成成分,即 :系统工程(SE)和软件工程(SW)是基本的科目, 对于有些组织还可以应用集成产品和过程开发方 面(IPPD)的内容

27、,如果涉及到供应商外包管理可 以相应的应用SS(Supplier Sourcing)部分 。 CMMI 的全称为:Capability Maturity Model Integration,即能力成熟度模型集成。CMMI是 CMM模型的最新版本。早期的CMMI(CMMI- SE/SW/IPPD)1.02版本是应用于软件业项目的 管理方法,SEI在部分国家和地区开始推广和试用 。随着应用的推广与模型本身的发展,演绎成为一 种被广泛应用的综合性模型。 第42页/共85页 Final Review CMMI 有两种表示方法,一种是大家很熟悉的,和 软件CMM 一样的阶段式表现方法,另一种是连续 式的

28、表现方法。这两种表现方法的区别是:阶段式 表现方法仍然把CMMI 中的若干个过程区域分成了 5 个成熟度级别,帮助实施CMMI 的组织建议一条 比较容易实现的过程改进发展道路。而连续式表现 方法则通过将CMMI 中过程区域分为四大类:过程 管理、项目管理、工程以及支持。对于每个大类中 的过程区域,又进一步分为基本的和高级的。这样 ,在按照连续式表示方法实施CMMI的时候,一个 组织可以把项目管理或者其他某类的实践一直做到 最好,而其他方面的过程区域可以完全不必考虑。 第43页/共85页 Final Review ( )1. CMM2(可重复级)重点关注的是下列哪 一个级别的软件过程 。 A.

29、个人 B. 机构 C. 项目 D. 小组 C 第44页/共85页 Final Review ( )2. 下面有关CMM模型的描述中,不正确的是 。 A. CMM模型定义了成熟的软件过程的实践活动 B. CMM模型提供了改进软件开发过程的结构化模型 C. CMM模型给出了适用于各种应用范围的专门技术 D. 按照CMM模型改进软件过程需要相当可观的费用 C 第45页/共85页 Final Review ( )3. 以下哪一个KPA不是CMM2(可重复级)关键过 程域 。 A. 软件需求管理 B. 软件质量保证 C. 软件配置管理 D. 定量过程管理 D 第46页/共85页 Final Review

30、 ( )4. 直接在测试环境中修改源代码违反了下列哪一个 KPA的规定 。 A. 需求管理 B. 配置管理 C. 项目计划 D. 过程变更 B 第47页/共85页 Final Review ( )5. 以下哪一项是实施OPF(组织过程焦点)活动的 前提条件 。 A. 成立SEPG组 B. 进行同行评审 C. 制定软件项目计划 D. 识别软件工作产品 A 第48页/共85页 Final Review ( )6. “定期地评估过程,理解过程的强项和弱项”是哪 一个KPA的活动 。 A. SQA(软件质量保证) B. OPD(组织过程定义 ) C. OPF(组织过程焦点) D. SCM(软件配置管理

31、) C 第49页/共85页 Final Review ( )7. OPF(组织过程焦点)的验证工作是由 来承 担的。 A. SEPG组 B. SQA组 C. 高级管理者 D. 项目经 理 C 第50页/共85页 Final Review ( )8. 在RUP中,关于周期(Cycle)、阶段(Phase )、迭代(Iteration)的描述错误的是 。 A. 一个周期由4个阶段构成,并产生一代软件产品 B. 每个阶段经历的时间长短可能不同 C. 每个阶段由多个迭代构成,每个迭代产生一个可运行 的版本 D. 每个迭代都是一次小型的瀑布式开发,从需求分析直 到测试、集成等工作都花费同样的时间 D 第

32、51页/共85页 Final Review ( )9.下列关于过程和软件过程的描述中不正确的是 。 A. 过程对结果的影响往往是决定性的 B. 过程是需要定义的 C. 在软件过程中,产品实现过程被称为“工程过程” D. 过程就是指完成某项任务的步骤之间的先后顺序 D 第52页/共85页 Final Review ( )10.下列关于“软件过程管理”和“软件工程” 的描述中,不正确的是 。 A. 经典的软件工程不是不好,而是不够,所以要关注软件 过程 B. 软件过程管理并不属于软件工程的范畴 C. 软件工程的诞生是为了解决软件危机,然而软件工程40 余年的发展并未彻底解决这个问题 D. 在软件过

33、程管理中并不排斥对经典软件工程方法的应用 B 第53页/共85页 Final Review ( )11.软件开发的瀑布模型是 。 A. 适用于需求被清晰定义的情况 B. 一种需要快速构造可运行程序的好方法 C. 最适合于大规模团队开发的项目 D. 已不能用于现代环境的过时模型 A 第54页/共85页 Final Review ( )12.在RUP中,有一个术语叫做“制品”(Artifacts), 在CMM中与之对应的术语是 。 A.模板(Templates) B.产品(Products) C.设计集(Design Set) D.工作产品(Work Products) D 第55页/共85页 F

34、inal Review ( )13.以下哪一项不是成熟的软件过程的特点 。 A. 过程可以度量 B. 过程本身受技术支持 C. 高度依赖于专业人员 D. 关注的焦点是过程改进 C 第56页/共85页 Final Review ( )14.依靠天才的管理者管理软件开发是很多公司的做 法。这种做法之所以错误的最主要的原因是 。 A. 再能干的人也有出错的时候 B. 有才华的管理者往往得不到员工的支持和配合 C. 依靠个人意味着放弃组织责任,该组织实际上已经从这 个项目退出 D. 实际上并不存在天才的管理者 C 第57页/共85页 Final Review 15. 可将过程分为 、 和 三大类。 产

35、 品 实 现 过产 品 实 现 过 程程 管理过程管理过程 支持过程支持过程 第58页/共85页 Final Review 16. RUP是一个软件过程的框架,它所使用的可视 化建模语言是 。 UML 第59页/共85页 Final Review 17. 软件开发的三个要素是人、 和 ,先 重视 ,后重视 ,是世界软件业发展 的共同规律。 技术技术 管理管理技术技术 管理管理 第60页/共85页 Final Review 18.软件危机是指软件项目开发在 、 和 三方面出了问题。 时间时间 成本成本质量质量 第61页/共85页 Final Review 19.用于提高 的实践 通称为软件过程改

36、进。 软件过程能力软件过程能力 第62页/共85页 Final Review 20.经典软件工程的一个重大贡献是防止了软件 开发人员匆匆开始编码,而强调了 和 的重要性,软件过程管理的理论则 为持续提高 指明了一条行之有 效的道路。 需求分析需求分析 系统设计系统设计 软件过程能力软件过程能力 第63页/共85页 Final Review 21. 如果从变更的意义上讲,软件配置管理主要解决 软件的变更 、变更 和变更发布的问题。 标识标识控制控制 第64页/共85页 Final Review 22. 软件管理工程的发展经历了 时代和 时 代,正向着 时代迈进。 结构化生产结构化生产 以过程为中心以过程为中心 的的 工业化生产工业化生产 第65页/共85页 Final Review 23.软件过程的三要素是 、 和 。 机构机构活动活动测量测量 第66页/共85页 Final Review 24.在RUP提倡的迭代开发中,一个周期分为4个阶段,它 们是:初始阶段、 、 和 。 细化阶段细化阶段构造阶段构造阶段移交阶段移交阶段 第67页/共85页 Final Review 25. CM

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论