《现代软件工程软件生命周期过程.pptx》由会员分享，可在线阅读，更多相关《现代软件工程软件生命周期过程.pptx（69页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、2023年4月20日1提纲第二章 软件生命周期过程2.1 软件生命周期2.2 基本过程2.3 支持过程2.4 组织过程第1页/共69页2023年4月20日22.1 软件生命周期2.1.1 软件生命周期定义2.1.2 软件生命周期模型 第2页/共69页2023年4月20日32.1.1 软件生命周期定义l1、软件生命周期：指软件产品从考虑其概念开始，到该软件产品不再能使用为止的整个时期。l一般包括：概念阶段、需求阶段、设计阶段、实现阶段、测试阶段、安装阶段以及交付使用阶段、运行阶段和维护阶段。有时还有退役阶段。l这些阶段可以有重复，执行时也可以有迭代。第3页/共69页2023年4月20日42.1.
2、1 软件生命周期定义l2、软件开发生命期：指软件产品从考虑其概念开始到该软件产品交付使用为止的整个时期。l一般包括：概念阶段、需求阶段、设计阶段、实现阶段、测试阶段、安装阶段，以及交付阶段。l这些阶段可以有重叠，执行时也可以有迭代。第4页/共69页2023年4月20日52.1.1 软件生命周期定义l3、软件开发过程：把用户的要求转变成软件产品的过程叫做软件开发过程。是人们用于开发和维护软件及其相关产品（项目计划、设计文件、编程代码、测试、用户手册）的一系列活动、方法、实践和改造。l软件过程的规划由不同开发机构针对不同应用项目确定，包括一些有组织的活动：1)对用户的要求（need）进行分析、2)
3、解释成软件需求（requirement）、3)把需求变换成设计、4)把设计用代码来实现、5)测试该代码，5)有时还要进行代码安装和把软件交付运行使用。进一步可以抽象为：1.软件规格说明：规定软件的功能及其运行限制；2.软件开发：产生满足规格说明的软件；3.软件确认：确认软件能够完成客户提出的要求；4.软件演进：为满足客户的变更要求而进行演进。l这些活动可以重叠，执行时也可以迭代。第5页/共69页2023年4月20日62.1.1 软件生命周期定义l软件过程的研究重点：软件生产和管理。因此，不仅要有工程的观点，还要有系统的、管理的、运行的、用户的观点。l软件过程的分类：1.基本过程：与软件生产直接
4、相关的过程2.支持过程：支持软件生产的过程3.组织过程：与软件生产组织(单位)有关的过程4.剪裁过程：将上述过程和活动剪裁到具体应用中的过程。第6页/共69页2023年4月20日72.1.1 软件生命周期定义l4、软件过程的活动：实现软件开发生命期目标所必须完成的所有任务以及完成任务的步骤。l一般包括框架活动和伞形活动。l框架活动：是软件工程过程必须的主要步骤、是决定软件产品如何出现、存在的重要活动。包括：一组软件工程工作任务并指出什么算完(里程碑)?交付出什么?质量保证点是什么?l软件工程工作任务因产品特性而选用不同的过程模型展开。当然，最抽象的框架活动是定义、开发、维护。有了模型它就可以把
5、这三大步骤细化了。第7页/共69页2023年4月20日82.1.1 软件生命周期定义l伞形活动：是为保证高质量产品出现、存在的活动。它凌驾于框架活动之上，故谓之“伞形”,典型的伞形活动是:n软件项目追踪和管理(1)正式技术评审(2)软件质量保证(3)软件配置管理(4)文档的准备和制作n可重用管理n软件度量(指本项目特殊的度量)n风险管理第8页/共69页2023年4月20日92.1.1 软件生命周期定义l5、框架活动与项目特征l框架活动对某类项目、某开发单位相对固定，但变动比较大。l一般把软件项目分成五类。(1)概念开发项目：相当于我国科研体制中“预研”项目(2)新应用开发项目：例如，Word
6、1.0(3)应用增强项目：有重大改进如Word 3.0，6.0(4)应用维护项目：相对小的改进(5)重构工程项目：将已有项目部分或全部重构l概念开发项目可以采用线性顺序模型:(1)项目定义：概念范围定义 (2)作计划：初步概念计划和技术风险评估 (3)作工程/构建：概念证明 (4)发布：概念实现 (5)客户评价：客户反应第9页/共69页2023年4月20日102.1.1 软件生命周期定义l对于新应用开发和后续的增强和维护项目，可以采用螺旋模型，其框架活动是:(1)与客户通信：建立有效通信 (2)作计划：定义资源、时限、项目相关信息 (3)风险分析：技术和管理风险 (4)作工程：作出主要应用程序
7、表示 (5)构建和发布：构建、测试、安装并提供用户支持 (6)客户评价：收集反馈意见l这些框架活动可因公司(单位)项目而异。如RUP方法学把框架活动定义为线性顺序四阶段模型:(1)初始(Inception)：定义环境、捕捉需求 (2)求精(Elaboration)：定义需求、分析、设计 (3)构建(Construction)：实现、测试 (4)移交(Transition)：测试、布署l每个阶段内部都是迭代的，即支持原型。因此生存周期模型不同于传统一维模型，变为二维的模型，一维是框架活动，一维是可反复迭代的工程活动。第10页/共69页2023年4月20日112.1.2 软件生命周期模型l软件开发
8、模型：是从软件项目需求定义直至软件经使用后废弃为止，跨越整个生存期的系统开发、运作和维护所实施的全部过程、活动和任务的结构框架。第11页/共69页2023年4月20日122.1.2.1 瀑布模型l早期的瀑布模型即为线性顺序模型。它一次走完分析、设计、编码、测试和运行维护这些框架活动。l质量保证、文档制作、正式技术评审、配置管理等伞形活动穿插其中。第12页/共69页2023年4月20日132.1.2.1 瀑布模型第13页/共69页2023年4月20日142.1.2.1 瀑布模型l1970年，W.Royce提出瀑布模型。l特征：活动的输入来自上一活动的输出；完成该项活动的内容；活动的输出传给下一活
9、动；对活动的实施工作进行评审。l适合：需求明确的任务。l优点：以项目的阶段评审和文档控制为手段有效地对整个开发过程进行指导，从而保证了软件产品及时交付，并达到预期的质量要求。严格把关、错误尽早发现并消灭在前一阶段。l缺点：不允许变更、客户必须一开始就明白需求，成品时间长；缺乏灵活性。80年代中期发现严格按瀑布模型开发的大型系统成功率极低(低于23%)。第14页/共69页2023年4月20日152.1.2.1 瀑布模型l瀑布模型的变种V模型需求分析概要设计详细分析编码单元测试集成测试确认测试其他测试第15页/共69页2.1.2.2 增量模型2023年4月20日16沟通策划建模构建部署交付第1个增
10、量交付第2个增量交付第3个增量第16页/共69页2.1.2.2 增量模型l93年提出l特征：初始的软件需求明确，但是整个开发过程不宜用线性模型，同时，需要向用户迅速提供一套功能有限的软件产品。然后在后续版本中再细化和扩展功能；l特别适合既定商业项目在要求开发期限之前不可能找到足够的开发人员。增量模型可以规避继续风险。2023年4月20日17第17页/共69页2.1.2.3 快速原型开发2023年4月20日18沟通策划建模构建部署第18页/共69页2.1.2.3 快速原型开发l88年提出l特征：初始的软件需求不很明确，客户只说出了一些功能，但不知道详细的输入、处理、输出。开发人员对技术、效率、平
11、台也不清楚。但是整个开发过程不宜用线性模型，同时，需要向用户迅速提供一套功能有限的软件产品。然后在后续版本中再细化和扩展功能；2023年4月20日19第19页/共69页2023年4月20日202.1.2.4 演化模型l项目开发初始阶段对需求的认识不够清晰，使得开发工作出现再开发在所难免。经验告诉我们：开发“两次”后的软件能较好地满足用户的要求。l第一次：试验开发，目的是探索可行性，弄清楚项目的需求。l第二次：在第一次的原型基础上进行开发，从而获得较为满意的软件产品。第20页/共69页2023年4月20日212.1.2.4 演化模型需求分析软件设计程序编码软件测试软件集成软件评审需求分析软件设计
12、程序编码软件测试软件集成软件评审反馈“第一次”“第二次”适合：事先不能清晰和完整定义需求的软件开发。原型增加了开发的工作量，增加了管理上的困难。特别是原型过程步骤事先难于计划，不知道应反复几次，从哪里开始反复，预算进度均难于控制。但它具有切合实际，成功率较高的优点，故至今仍在使用。第21页/共69页2023年4月20日222.1.2.5 螺旋模型l88年由Boehm提出l对于大型项目而言，事先不能完整清晰地定义需求是常事，而且开发一个原型是远远不能解决问题的，需要开发内容逐步丰富的多个原型。l大型项目的规模和复杂性增加，软件开发过程中必然存在着许多风险问题，风险分析是保证项目成功的必要手段。l
13、结合了原型系统的迭代性和瀑布模型的系统性和可控性。第22页/共69页2023年4月20日232.1.2.5螺旋模型第23页/共69页2023年4月20日242.1.2.5 螺旋模型l螺旋模型沿着螺线旋转，在四个象限上分别表达了四个方面的活动，即：l制定计划确定软件目标，选定实施方案，弄清项目开发的限制条件l风险分析分析所选方案，考虑如何识别和消除风险l实施工程实施软件开发l客户评估评价开发工作，提出修正建议第24页/共69页2023年4月20日252.1.2.5 螺旋模型第25页/共69页2023年4月20日262.1.2.6 喷泉模型l软件开发的固有特征：1、迭代 多次重复、演进。2、无间隙
14、 各阶段间无明显的界限。支持分析和设计结果的自然复用。适用：面向对象的软件开发过程。第26页/共69页2023年4月20日272.1.2.6 喷泉模型第27页/共69页2.1.2.7 快速应用开发模型lR(apid)A(pplication)D(evelopment)l91年提出lRAD是一种侧重于短暂的开发周期的增量软件过程模型。通过基于构件的构建方法实现快速开发，RAD模型能使开发团队在一段非常短的实践内创造出全功能系统。2023年4月20日28第28页/共69页2.1.2.7 快速应用开发模型2023年4月20日29沟通策划建模部署集成交互反馈第29页/共69页2.1.2.7 快速应用开
15、发模型l建模过程有以下步骤:l(1)业务模型：以什么信息驱动业务过程运作?要生成什么信息?谁生成它?信息流的去向?由谁处理?可以辅之以数据流图。l(2)数据模型：为支持业务过程的数据流，找数据对象集合,定义数据对象属性,与其它数据对象的关系构成数据模型，可辅之以E-R图。l(3)处理模型：如何使数据对象在信息流中完成各业务功能。描述数据对象的增加、修改、删除、查找。即细化数据流图中的处理框。l(4)应用程序生成：利用第四代语言(4GL)写出处理程序，重用已有构件或创建新的可重用构件，利用环境提供的工具，自动生成，构造出整个的应用系统。l(5)测试与交付，由于大量重用，一般只作总体测试，但新创建
16、的构件还是要测试的。2023年4月20日30第30页/共69页2023年4月20日312.1.2.7 其他模型l还有协同开发模型、并发开发模型：针对并发程序系统、组件开发模型和形式方法模型-净室软件工程：需要进行数学验证或函数式、逻辑式程序系统而设的。l面向方面的软件开发l统一过程模型：UP(Unified Process)第31页/共69页敏敏 捷捷 软软 件件 开开 发发-路宁路宁敏敏 捷视角下的过程捷视角下的过程 第32页/共69页疲于应付变化的需求质量不尽如人意无法按时交付第33页/共69页疲于应付需求变化疲于应付需求变化 满足需求变化增加软件价值 需求细化于发现新知识的时候 合理的需
17、求规模迭代式地挖掘、细化和实现需求应用敏捷实践使代码的设计简洁和灵活，易于变化（测试驱动开发，持续集成，结对编程）第34页/共69页质量不尽如人意质量不尽如人意 质量产生于开发过程，而非后期测试 质量产生于简约的设计，而非补丁全员参与质量保证测试提前，频繁，自动化地进行（TDD，持续集成）频繁、小量的重构持续优化设计第35页/共69页无法按时交付无法按时交付 及时交付可用功能为客户创造更多价值 成功交付前的所有工作都不能称为“完成”频繁交付，迭代式开发持续集成，确保软件随时处于“可用”状态第36页/共69页其它敏捷实践：其它敏捷实践：计划游戏 现场客户 可视化管理 代码共有 编码标准 第37页
18、/共69页内建质量内建质量 持续集成持续集成 测试驱动开发测试驱动开发 自动化测试自动化测试 简单设计简单设计 结对编程结对编程 迭代式开发迭代式开发 频繁交付频繁交付 最小可交付需求集最小可交付需求集 用户故事用户故事 演进式设计演进式设计 基于速度的计划基于速度的计划 观念与行为观念与行为 消除浪费消除浪费 着眼整体着眼整体 沟通与反馈沟通与反馈 简单是美简单是美 以流程为中心以流程为中心 授授 权权 团团 队队*目标共享目标共享 *自我管理自我管理 *可视化管理可视化管理 *基于异常的管理基于异常的管理*集体所有集体所有 *教练风格教练风格 *全能型人才全能型人才用户价值用户价值及时交付
19、及时交付 低成本低成本 高质量高质量持持 续续 改改 进进 *回顾会议回顾会议 *频繁的改进活动频繁的改进活动敏捷屋敏捷屋为什么要为什么要敏捷？敏捷？流程的两大流程的两大支柱支柱敏捷的三个敏捷的三个方面方面第38页/共69页个体和交流 重于 过程和工具可以工作的软件 重于 面面俱到的文档客户合作 重于 合同谈判拥抱变化 重于 遵循计划敏敏 捷捷 宣宣 言言强调目标而不要盲强调目标而不要盲目优化手段目优化手段达到目达到目标的一标的一种可选种可选手段手段目标或目标或直指目直指目标的做标的做法法第39页/共69页敏捷不是什么？敏捷不是什么？包治百病的灵丹妙药 忽略前期需求分析和设计，不写文档，盲目图
20、快 只能在小团队小项目中发挥作用的方法第40页/共69页敏捷更适合什么样的项目敏捷更适合什么样的项目 持续产生价值，需求有一定不确定性 规模适中，没有特别约束 有测试和集成工具支持 便于和客户交流第41页/共69页应用敏捷要求组织做那些改变应用敏捷要求组织做那些改变 清除，至少要消弱部门间障碍，将服务某一项目的各种角色人员组成团队 管理架构要适应流程的变化，放权团队自我管理，领导成为教练 团队成员要学习更多的技能 将很多日常重复性工作自动化第42页/共69页2023年4月20日432.2 基本过程l定义：指那些与软件生产直接相关的过程。l包括：获取过程；供应过程；开发过程；运行过程；维护过程；
21、l其中：每一个过程是由一些有组织的活动构成的。每一个活动还可以继续划分为一些将输入变换为输出的操作任务。第43页/共69页2023年4月20日442.2.1 获取过程l过程执行者：需要软件系统或软件产品的人。l包含的活动：确定需求；招标；签订合同；对供应方的监督；验收完成。第44页/共69页2023年4月20日452.2.2 供应过程l过程执行者：软件供应方l包含的活动：理解需求；投标；签订合同；计划；实施；控制；评审评价；交付。第45页/共69页2023年4月20日462.2.3 开发过程l过程执行者：软件开发者l包含的活动：需求分析；设计；编码；集成；测试；安装；验收支持等。l具体的任务：
22、1.过程的实施准备：制定过程计划、过程规约、文档编制方式等；2.系统需求分析：完成系统需求规格说明书，检查其一致性和完备性。（系统需求：主要是指用户的要求以及软/硬件配置要求等）第46页/共69页2023年4月20日472.2.3 开发过程3.系统结构设计：建立一个高层的系统体系结构，并检查一致性。4.软件需求分析：确定软件需求和质量特性需求，完成软件需求规格说明书，并检查其一致性、跟踪性、可行性等。5.软件体系结构设计：根据软件需求确定软件体系结构风格、软件功能结构，并检查一致性和可跟踪性。同时完成初步的用户手册和初步的测试要求。6.软件详细设计：详细设计功能结构部件、软件的外部接口、数据库
23、设计、用户手册；制定单元和集成测试计划等。第47页/共69页2023年4月20日482.2.3 开发过程7.软件编码和测试：编码并进行单元测试；充实集成测试计划；充实用户手册。8.软件集成：制定集成测试计划（集成测试要求、步骤、测试责任和时间进度表），并将各软部件集成为所需软件；充实用户手册。9.软件合格测试：制定并执行确认测试计划，检查测试的覆盖程度，测试的结果是否符合预期结果。10.系统集成：将交付的软件与整个系统中的其它软件进行集成。11.系统合格测试12.软件安装13.验收支持：支持获取者对软件的验收评审和测试（需要提供培训）。第48页/共69页2023年4月20日492.2.4 运行
24、过程l过程执行者：用户和操作人员（为了使系统或产品投入运行而在用户的业务运行环境中进行的一系列有关的活动）l包含的活动：运行准备；运行测试；产品转移；运行；对用户运行的支持（提供帮助和咨询）；系统运行评价；用户对运行效果进行评价。l目的：使软件从开发环境向用户业务运行环境转移。第49页/共69页2023年4月20日502.2.5 维护过程l过程执行者：维护人员l包含的活动：过程实施准备；问题分析和修改设计；修改实施；对维护的评审和验收；软件移植；软件退役。l目的：保持软件整体性能的同时修改它，使其达到某一需求，直到其退役为止。1.改正性维护：诊断并校正错误。2.适应性维护：为适应变化的环境而对
25、软件进行修改的活动。3.完善性维护：根据用户新的需求，或增加或修改软件的功能。第50页/共69页2023年4月20日512.2.6 基本过程总结过程名执行者活动内容获取过程项目委托方确定需求；招标；签订合同；对供应方的监督；验收完成。供应过程项目承包方理解需求；投标；签订合同；计划；实施；控制；评审评价；交付。开发过程软件开发人员过程实施准备；系统需求分析；系统结构设计；软件需求分析；软件体系结构设计；软件详细设计；软件编码和测试；软件集成；软件合格测试；系统集成；系统合格测试；软件安装；验收支持。运行过程用户运行准备；运行测试；产品转移；运行；运行支持；运行评价。维护过程维护人员过程实施准备
26、；问题分析和修改设计；修改实施；对维护的评审和验收；软件移植；软件退役。第51页/共69页2023年4月20日522.3 支持过程l定义：为了提供系统或软件产品的质量而在软件基本过程的各个活动中使用的支持手段。l包括：文档过程；配置管理过程；质量保证过程；验证过程；确认过程；联合评审过程；审计过程；问题解决过程。l过程执行组织：1.软件开发组织自己实施；2.独立的第三方组织实施；3.作为一种服务由客户实施。第52页/共69页2023年4月20日532.3.1 文档过程l定义：记录在某一软件基本过程或活动中产生的信息的过程。l活动：l 1.制订文档编制计划；l 2.设计和开发文档；l 3.制作和
27、发行文档；l 4.文档维护。第53页/共69页2023年4月20日542.3.2 配置管理过程l定义：管理软件配置项（软件工程过程中产生的所有信息项，如：文档、报告、程序、表格、数据等）的提交、存储、更新，保证软件配置项完整、相容和正确的过程。l活动：l 1.确定、定义一个系统中的软件配置项和基线（Milestone：软件生存期中各开发阶段末尾的特定点）。l 2.控制配置项的修改与交付。l 3.记录并报告配置项的完成情况和修改要求。l 4.保证配置项的完整性、相容性、正确性。l 5.控制配置项的存储、处理和提交。第54页/共69页2023年4月20日552.3.3质量保证过程l目的：使软件过程
28、和软件产品符合规定的质量要求。l要求：实施质量保证的人员不能是直接负责软件产品开发的人员，并应在组织上给予独立的权限。l内容：l 1.软件产品质量保证：保证产品及其相关文档与合同的要求一致。l 2.软件过程质量保证：保证软件开发过程能按合同要求的计划完成。l *保证开发单位的软件工程支持按合同要求完成。l *保证开发环境、测试环境及资料等与合同要求一致。l *保证软件度量符合所建立的标准和步骤。l *保证项目组成员接受必要的培训以达到软件开发必需的知识和技能。第55页/共69页2023年4月20日562.3.4验证（verification）过程l目的：确定一个系统或软件的需求是否完备和正确，
29、以及每一阶段的软件产品是否达到了前面各阶段对它提出的要求或条件。l内容：l 1.合同验证：验证供应者满足需求的能力。l 2.过程验证：验证项目计划需求是否已经合适和适时。l 3.需求验证：验证系统需求的完备性、相容性、正确性、可行性和可测试性。l 4.设计验证：验证设计是否正确并且是否符合可跟踪要求。l 5.代码验证：验证关键代码是否可跟踪设计和需求、可测试、正确、符合编码标准。l 6.集成验证：验证每一个软件配置项的部件是否已完全、正确地集成到该软件配置项中。l 7.文档验证：验证文档内容的正确性、交付的及时性、文档管理的规范性。第56页/共69页2023年4月20日572.3.5确认（Va
30、lidation）过程l定义：确定需求和建成的系统或软件产品满足原计划特定应用的过程。l目标：证实在一个给定的外部环境下软件的逻辑正确性。l与验证过程的区别：确认过程证实软件的逻辑正确性，验证过程则对是否达到逻辑正确性的要求进行检查，进一步保证软件的逻辑正确性。第57页/共69页2023年4月20日582.3.6联合评审过程l定义：评价项目的某个阶段或其中的某个活动的执行情况是否合适；评价产品是否合适。l内容：l 1.项目管理的评审：评价项目是否按照计划进展。l 2.技术评审：评价软件产品的完备性和适合性；评价软件产品与标准、规范规格说明书的一致程度。第58页/共69页2023年4月20日59
31、2.3.7审计过程l确定软件开发遵照需求、计划合同的程度；l软件产品是否反映了设计文档的要求；l文档描述的验收评审和测试需求是否适合于软件产品的验收；l测试数据是否遵照规格说明书的要求；l测试是否通过并满足规格说明书的要求；l测试报告和使用手册是否完整和适合；l各项活动是否都已按可应用的需求、计划和合同完成。第59页/共69页2023年4月20日602.3.8 问题解决过程l定义：分析和排除在开发、运行、维护或其它过程中发现的问题或不一致的过程。l目的：提供一种适时的、可信赖的、并编成文档的手段，以保证分析和排除所有的问题并指明各种倾向。第60页/共69页2023年4月20日612.3.9 支
32、持过程总结过程名执行者活动内容文档过程1.由软件开发组织自己实施。2.由独立的第三方机构实施。3.作为一种服务由客户实施。制订文档编制计划；设计和开发文档；制作和发行文档；文档维护。配置管理过程确定软件配置项和基线；控制配置项的修改和交付；记录配置项的完成和修改情况；保证配置项的完整、相容和正确性；控制配置项的存储和提交。质量保证过程软件产品质量保证；软件过程质量保证。验证过程合同验证；过程验证；需求验证；设计验证；代码验证；集成验证；文档验证。确认过程类似于验证的活动，区别是：确认针对软件是否正确地满足客户的要求，验证针对软件是否按照规范要求开发。评审过程项目管理评审；技术评审审计过程问题解
33、决过程第61页/共69页2023年4月20日622.4组织过程l定义：与软件生产组织有关的过程。l内容：l 管理过程l 基础设施过程l 改进过程l 培训过程第62页/共69页2023年4月20日632.4.1管理过程l定义：软件开发组织的管理者对软件工程过程中的活动进行管理的过程。l目的：在一定的时间和预算范围内有效地利用人力、资源、技术和工具，完成预定的系统和软件产品，实现预定的功能和其它质量指标。l管理的复杂性：体现在软件生产具有可见性差、定量化难的特点。l 可见性差：软件研制进度不易识别，存在问题不易及时发现和纠正，其过程容易出现修改和反复。l 定量化难：软件的成本、生产率和质量不易度量
34、。l管理的对象：进度；系统规模和工作量估计；经费；组织和人员；风险；质量；作业；环境配置。l分类：进度管理；成本管理；质量管理；人员管理；资源管理；标准化管理。第63页/共69页2023年4月20日642.4.2基础设施过程l定义：建立、维护任何其它过程所需的基础设施的过程。l范围：硬件、软件、工具、技术、标准；以及开发、运行、维护所需的设施。l活动：定义并建立各过程所需的基础设施，并在相关过程执行时维护所建立的基础设施。第64页/共69页2023年4月20日652.4.3改进过程l定义：评估、度量、控制和改进软件生命周期过程。l活动：评估相关过程并实施分析、改进的过程。第65页/共69页20
35、23年4月20日662.4.4培训过程l定义：为系统或软件产品提供人员进行培训的过程。l活动：制定培训计划、培训实施和控制。第66页/共69页2023年4月20日672.4.5 组织过程总结过程名执行者活动内容管理过程软件开发组织进度管理；成本管理；质量管理；人员管理；资源管理；标准化管理。基础设施过程定义、建立和维护各开发过程中所需要的基础设施。改进过程评估相关过程并实施分析、改进。运行过程运行准备；运行测试；产品转移；运行；运行支持；运行评价。培训过程制定培训计划；实施培训过程；控制培训质量。第67页/共69页2023年4月20日682.5 裁减过程l定义：针对特定领域的软件工程，对选定的过程模型和标准进行剪裁，以形成这一工程的模型及标准，形成该工程的各个软件过程和活动。l步骤：1.指明工作环境；2.收集信息；3.选取任务、活动、过程；4.编制文档。第68页/共69页2023年4月20日69感谢观看！感谢观看！第69页/共69页