软件过程管理复习提纲.ppt

1、1,软件过程管理,-Ch.1 软件过程规范,童先群,xq_,2,总成绩分布,平时：10%出勤 作业：30%，公式：实交作业次数/布置作业总次数30 注：作业，课堂上完成，作为期末复习材料 期末：60%,3,内容概览,全书共分为10章，以全面阐述软件过程管理的各个方面。首先说明了软件过程规范、成熟度及其相关的概念和理论，包括软件过程标准体系。然后在此基础上，深入讨论了软件过程的组织管理、需求管理、项目管理、质量管理、技术管理和集成管理等流程、方法和实践，并进一步探讨了软件过程评估和改进的框架、模型和实施细节，最后通过具体的应用实践对软件过程管理做了全方位的阐释。,4,课程目标,通过本课程的学习，

2、可以了解并掌握： 软件过程规范的内容、影响和作用 软件过程不成熟的特点、软件过程成熟的标准 软件过程的可视性和过程能力 软件过程文化、环境和过程框架 如何定义组织过程并对过程剪裁以获得项目过程 软件过程的需求管理 、项目管理和质量管理 软件过程的技术管理和集成管理 如何实施软件过程的评估和改进 ,5,软件过程管理不当-软件危机,绝大多数软件企业长期面临“产品质量低下、进度延误、成本高昂”的共性问题，就像患了恶劣的慢性病，难以根除。 1969年，“软件危机”，数十年后，司空见惯，习以为常了。 软件过程管理的目的：最大限度地提高软件产品的质量与软件开发过程的生产率。,6,本章提纲,1.1 过程的定

3、义 1.2过程规范 1.3 软件生命周期的过程需求 1.4 软件生命周期标准 1.5 软件过程建模,7,1.1 过程的定义,牛津简明词典中，“过程”被定义为活动与操作的集合，例如一系列的生产阶段或操作。 书氏大词典定义“过程”是用于产生某结果的一整套操作、一系列的活动、变化以及作为最终结果的功能。 IEEE-Std-610定义“过程”是为完成一个特定的目标而进行的一系列操作步骤，如软件开发过程。 SEICMM 定义过程是用于软件开发及维护的一系列活动、方法及实践。,8,实现、管理和支持过程之间的关系,过程一般可分为实现过程、管理过程、支持过程。,9,软件过程包括？,软件过程(software

4、process)，是人们用来开发和维护软件及产品的活动、方法、实践和改进的集合。 软件过程包括？（作业1） 需求分析、概要设计、详细设计、编码、测试、 上面几点仅属于基本过程。,10,1.1.2 软件过程的分类和组成,软件基本过程（实现过程）：软件获取、供应、开发、运行和维护的过程，包括需求分析、软件设计、编码等过程。 软件支持过程：包括文档编制过程、配置管理过程、质量保证过程、验证和确认过程（测试过程）、评审过程等。 软件组织过程：对软件主要过程和支持过程的组织保证过程，包括管理过程、基础设施过程、改进过程和培训过程。,11,IEC12207软件生存周期过程国际电工委员会（Internati

5、onal Electro technical Commission，简称IEC）,12,软件过程的基本组成示意图,工程过程(Engineering Process, ENG) 支持过程(Support Process, SUP) 管理过程(Management Process, MAN) 组织过程(Organization Process, ORG) 客户-供应商过程(Customer-supplier Process, CUS),关键,核心,基础,13,ISO/IEC15504软件生存周期过程,基本过程,组织过程,5个过程并行执行,14,1.1.3 软件过程定义的层次性,公共（通用）软件过程

6、。 组织标准软件过程。 项目自定义的软件过程。,大学模型 我校情况 我系情况,15,1.3 软件生命周期的过程需求,1.3.1 软件工程过程 1.3.2 软件支持过程 1.3.3 软件管理过程 1.3.4 软件组织过程 1.3.5 软件客户供应商的过程,16,1.3.1 软件工程过程,工程过程是软件系统、产品的定义、设计、实现以及维护的过程。P10 开发过程：定义并开发软件产品的活动过程，包括需求分析、软件设计（功能性与非功能性）和编程等。 运行过程：在规定的环境中为其用户提供运行计算机系统服务的活动过程，包括软件部署 维护过程：提供维护软件产品服务的活动过程，也就是通过软件的修改、变更，使软

7、件系统保持合适的运行状态，这一过程包括软件产品的移植和退役。,17,1.3.2 软件支持过程,文档编制 配置管理 质量保证 验证 确认 联合评审 审核 问题解决,明确如何写文档（标准）？写什么文档（各类文档）？ 规定文档的内容？相关的输出产品？ 根据定义的标准与已确定的计划来编写、审查、修改和发布所有文档。 按已定义的标准和具体的规则维护文档。,文献综述、开题报告、毕业论文 内容及系统 阶段性的检查 答辩,18,1.3.2 软件支持过程,文档编制 配置管理 质量保证 验证 确认 联合评审 审核 问题解决,进行配置管理最低要求是保证重要工作成果不发生混乱。 如果没有配置管理？最大的麻烦就是工作成

8、果被覆盖。新的覆盖老的版本，后果？ Check out/ check in，时间间隔？(例：ghost) 如同入库出库，必须做好所有记录，严格坚持出入库检查。 确保配置项的完全性与一致性。P126,19,1.3.2 软件支持过程,文档编制 配置管理 质量保证 验证 确认 联合评审 审核 问题解决,健康定义，古代/现代？ 最高境界：“零缺陷”？ Microsoft，航空航天 什么时间进行？ 制定出计划与进度表。 确定有关标准、方法、规程与工具，所需的资源、组织及其组织成员的职责。 保证各类相关的计划进度保持一致 。,20,1.3.2 软件支持过程,文档编制 配置管理 质量保证 验证 确认 联合评

9、审 审核 问题解决,根据需要验证的工作产品所制定的规范（如产品规格说明书）实施必要的检验活动： 有效地发现各类阶段性产品所存在的缺陷，并跟踪和消除缺陷。 验证强调的是在开发过程中对工作产品进行检查，尽早发现问题。,验证（VER）：保证做的对，验证规格需求 按钮响应时间为1秒,21,1.3.2 软件支持过程,文档编制 配置管理 质量保证 验证 确认 联合评审 审核 问题解决,确认强调的是，在真实的使用环境中，确保软件能达到 预期的效果。如：尽快发出一个小版本，在实际环境中运行起来，尽快发现确认其中的问题。 一般来说，调试、试用、验收测试等都是确认的工作。,确定（VAL）：保证做对的产品 ，属于性

10、能需求。 大容量存储，响应时间为1秒（多线程后台处理来解决这个问题 ）,22,1.3.2 软件支持过程,文档编制 配置管理 质量保证 验证 确认 联合评审 审核 问题解决,与客户、供应商以及其他利益相关方（或独立的第三方）对开发的活动和产品进行评估 。 为联合评审的实施制定相应的计划与进度，跟踪评审活动，直至结束 。,23,1.3.2 软件支持过程,文档编制 配置管理 质量保证 验证 确认 联合评审 审核 问题解决,判断是否与指定的需求、计划以及合同相一致 。 由合适的、独立的一方来安排对产品或过程的审核工作 。 以确定其是否符合特定需求,24,1.3.2 软件支持过程,文档编制 配置管理 质

11、量保证 验证 确认 联合评审 审核 问题解决,提供及时的、有明确职责的以及文档化的方式，以确保所有发现的问题都经过相应的分析并得到解决 。 提供一种相应的机制，以识别所发现的问题并根据相应的趋势采取行动 。,25,1.3.3 软件管理过程,对其它四个过程的实践活动提供指导、跟踪和监控的过程。,26,1.3.3 软件的管理过程,项目管理过程是计划、跟踪和协调项目执行及生产所需资源的管理过程。 立项管理是决策行为，决策是指“做正确的事情” 立项后，目标是“正确地做事情”（正确=￥） 为过程和执行制定计划，进行项目规划（城市规划） 制定进度表；项目监控；成本估计；项目间接口等 结项管理与立项管理相对

12、应,27,1.3.3 软件的管理过程,质量管理过程是对项目产品和服务的质量加以管理，从而获得最大的客户满意度。 以客户的质量需要为基础； 定义质量度量标准并实时检查； 未达到质量目标要及时采取相应的措施等,28,1.3.3 软件的管理过程,风险管理过程，在整个项目的生命周期中对风险不断的识别、诊断和分析，回避风险、降低风险或消除风险，并在项目以及组织层次上建立有效的风险管理机制 被刻画为风险的事件最终可能发生也可能不发生。人们对待风险有两种态度： 被动态度（“救火模式”） 主动态度（“防火模式”）=风险管理属于“防火模式” 量化管理风险：风险严重性，风险可能性，风险系数,29,1.3.3 软件

13、的管理过程,子合同商管理过程，选择合格的子合同商并对其进行管理的过程 软件管理的四个过程？（作业2）,30,1.3.4 软件组织过程(全局规划),组织过程是软件组织用来建立和实现由相关的生命周期过程和人员组成的基础结构并不断改进这种结构的过程。 业务规划过程 定义过程 改进过程 人力资源和培训过程 基础设施过程,31,1.3.4 软件组织过程(全局规划),业务规划过程是为组织与项目成员提供对远景的描述以及企业文化的介绍，从而使项目成员能更有效地工作。 （明确保每个人都有明确定义的工作） 定义过程是建立一个可重复使用的过程定义库，指导其他四个过程(裁剪) 改进过程是为了满足业务变化的需要，提高过

14、程的效率与有效性，而对软件过程进行持续的评估、度量、控制和改善的过程 （进一步裁剪）,32,1.3.4 软件组织过程(全局规划),人力资源和培训过程，为项目或其它组织过程提供培训合格的人员所需的活动 基础设施过程是建立生存周期过程基础结构、为其他过程建立和维护所需基础设施的过程 （软件工程环境）,33,1.3.5 软件客户供应商的过程,客户供应商过程是内部直接影响到客户、外部直接影响开发、向客户交付软件以及软件正确操作与使用的过程，包括： 获取过程 客户需求管理过程 供应过程 软件操作过程 客户支持过程,34,1.3.5 软件客户供应商的过程,获取过程:以客户为主导的。以客户的需求为起点，以客

15、户对产品或服务的认同与接受为终点。 从确定需要获取的软件系统、产品或服务开始，然后制定和发布标书、选择供方和管理获取过程，直到验收软件系统、产品或服务 。 该过程的成功实施会导致最终生成一个明确的合同或条约，清楚地描述出客户与供应方的期望、职责与义务。,35,1.3.5 软件客户供应商的过程,客户需求管理过程：在整个软件生命周期中，针对不断变化的客户需求加以收集、处理和跟踪，并建立软件需求的基准线，以作为项目中软件开发活动过程和产品度量和变更管理的基础 收集，处理，跟踪同样重要。 需求是产品的根源，需求工作的优劣对产品影响最大。（河流污染）,36,1.3.5 软件客户供应商的过程,供应过程：按

16、客户、事先规定的要求对软件进行包装、发布与安装的活动过程 确定包装、发布以及安装软件的有关要求。 软件有效地被安装与使用。 软件达到需求定义中所规定的质量水平。,37,1.3.5 软件客户供应商的过程,软件操作过程： 确定和管理由于引入并发操作软件而带来的操作上的风险。 按要求的步骤和在要求的操作环境中运行软件。 提供操作上的技术支持，以便解决操作过程中出现的问题 确保软件（或主机系统）有足够的能力满足用户的需求。,38,1.3.5 软件客户供应商的过程,客户支持过程：基于实施情况，确定客户所需要的支持服务。 通过提供适当的服务来满足客户的需求。 针对客户对产品本身及其相应的支持服务的满意程度

17、进行持续的评估,39,作业,软件过程包括？ 软件管理的四个过程？ 软件项目管理包括哪几个主要管理，了解项目经理的职能。（上网或查资料，要求写满一页）,40,软件过程管理,-Ch.2 软件过程成熟度,童先群,xq_,41,本章提纲,2.1 过程成熟度标准 2.2 能力成熟度模型概述 2.3 过程成熟度级别 2.4 软件过程的可视性 2.6 软件过程框架,42,2.1 过程成熟度标准,2.1.1 软件过程不成熟的特点 2.1.2 软件过程成熟的标准,软件过程能力 软件过程性能 软件过程成熟度,3个基本概念,43,软件过程能力,软件过程能力:遵循软件过程后能够实现预期结果的程度。（关注预期结果） 该

18、指标是对能力的一种衡量，用它可以预测一个组织（企业）在承接下一个软件项目时，所能期望得到的最可能的结果。 如果能按要求完成三年的高中学习，你有能力考上大学。,44,软件过程性能,软件过程性能：表示遵循一个软件过程后所得到的实际结果。（关注已得到的结果） 由于项目要求和客观环境的差异，导致预期和结果不相符合。 软件过程性能不可能充分反应软件过程整体能力，即软件过程能力受限于它的环境。 如果没考上大学，不代表你的能力不行，可能是其它原因引起的。,45,软件过程成熟度,是指一个具体的软件过程被明确地定义、管理、评价、控制和产生实效的程度 。 成熟度表明了组织（企业）实施软件过程的实际水平。 组织软件

19、过程成熟度能力的提高= 从而提高软件过程能力 从而使软件的质量、生产率和生产周期得到改善。 从而达到良好的软件过程性能,46,2.1.2 软件过程成熟的标准,软件过程能力高：能达到预期结果，不断提高自身能力。 软件过程性能可预见性:积累了有关过程性能的大量历史数据，对效率，成本，质量能做出准确的估计。 过程的可视性: 软件组织的能力是已知的/软件过程定义清晰 过程的每个阶段进出的标准，执行的方法和规则清楚/人员职责清楚。 过程的稳定性:有纪律的过程,47,2.1.2 软件过程成熟的标准,软件过程规范化：过程定义、方法和规则等文档化，所有过程标准化，有规则可循。 过程的一致性：软件过程被正确无误

20、地传递到不同的团队。已定义的过程是真正的标准。 过程的丰富性:各种子过程 过程的不断改进:通过可控的先导性试验和成本效率分析对过程进行持续改进。（可持续发展）,48,2.2 能力成熟度模型概述,2.2.1 CMM的基本内容 2.2.2 系统工程能力模型 2.2.3 集成化产品开发模型 2.2.4 CMMI介绍,49,2.2.1 CMM的基本内容P33,CMM是软件过程能力成熟度模型（Capacity Maturity Model，CMM）的简称，1991年正式推出了CMM 1.0 版。 CMM描述一条从无序的、混乱的过程到成熟的、有纪律的过程的改进途径。 CMM建立起一个标准，对照这个标准就能

21、以可重复的方式判断组织软件过程的成熟度,50,CMM的起源和结构,CMM建立的目的:确定成熟度，找改进策略。 CMM的起源P34 内容和结构 （缩写 ）,51,内容和结构,每个成熟度等级由若干个关键过程域（KPA）组成 。不同的成熟度关注的过程域不同。 下一层为上一层的基础，先有物质文明，后有精神文明。 每个KPA用若干关键实践（KP）加以描述。实施这些关键实践，就实现了关键过程区域的目标。（Flash中的关键帧） 关键实践以5个共同特点（Common Features）加以组织: 执行约定、执行能力、执行的活动、测量和分析、验证实施。,52, 执行约定（Commitment to Perfo

22、rm，简称CO）：企业为了保证过程建立和继续起作用必须采取的一些措施。例：建立机构策略。 执行能力（Ability to Perform，简称AB）：组织和项目实施软件过程的先决条件。执行能力一般指提供资源、分派职责和人员培训。 执行的活动（Activities Performed，简称AC）：指实施关键过程区域所必需的角色和规程。执行的活动一般包括制订计划和规程、执行活动、跟踪与监督并在必要时采取纠正措施。(只有此条与项目执行相关) 测量和分析（Measurement and Analysis，简称ME）：对过程进行测量和对测量结果进行分析。 验证实施（Verifying Implement

23、ation，简称VE）：保证按照已建立的过程执行活动的步骤。例：评审和审计。,53,三合一,十几年来，CMM的改进工作一直不断地进行。美国国防部希望把现在所有的、以及将被开发出来的各种能力成熟度模型，集成到一个框架中去。 到2000年，CMM演化成为CMMI（Capability Maturity Model Integration，能力成熟度模型集成）。 CMMI不仅适合软件，而且适合于软件硬件结合的系统，这是对CMM最大的改进。,54,2.2.4 CMMI介绍,CMMI,55,CMMI项目的成就之一就是在软件和系统工程之间实现了较高的集成化程序。 软件和系统工程集成后产生了一个公共的过程域

24、集。,56,2.3 过程成熟度级别,2.3.1 成熟度等级的行为特征 2.3.2 理解成熟度等级 2.3.3 成熟度等级的过程特征 2.3.4 CMMI过程域 2.3.5 CMM和CMMI过程域的比较分析,57,CMM/CMMI成熟度的5个等级,58,2.3.1 成熟度等级的行为特征,初始级具有明显的不成熟过程的特点 (1)软件过程的特点是杂乱无章，有时甚至混乱，几乎没有定义过程的规则或步骤。所谓“过程”，往往是“就这么干”而言。 (2)开发过程中不断地出现危机，以及不断的“救火”。甚至遇到危机就放弃原计划过程，反复编码和测试。 (3)偶尔成功完全依赖个人努力和杰出的专业人才，能力只是个人的特

25、性，而不是开发组织的特性。一旦优秀人物离去，项目就无法继续。,59,1、初始级,(4)过分的承诺，常作出良好的承诺：如“按照软件工程方式，有序的工程来工作”；或达到高目标的许诺。但实际上却出现一系列问题。 (5)软件过程是不可确定的和不可预见的。（过程是随意的）。这类组织也在开发产品，但其成果是不稳定的，不可预见的，不可重复的。也就是说，软件的计划、预算、功能和产品的质量都是不可确定和不可预见的。 做事情（考研）要有计划，有跟踪，有文档可查。,60,2、可重复级/受管理级,根据多年的经验和教训，人们总结出软件开发的首要问题不是技术问题而是管理问题。因此，第二级的焦点集中在软件管理过程上。 可重

26、复级/受管理级建立了管理软件项目的方针和实施这些方针的规程，使软件项目的有效管理过程制度化，有能力去跟踪成本、进度和质量。 一个有效过程可特征化为已文档化的、已实施的、可培训的和可测量的软件过程。达到二级证明已经进入规模开发。,61,2、可重复级/受管理级（特征）,(1)进行较为现实的承诺，可按以前在同类项目上的成功经验建立的必要过程准则来确保再一次的成功。 (2)主要是逐个项目地建立基本过程管理条例来加强过程能力。 (3)建立了基本的项目管理过程来跟踪成本、进度和功能。 (4)管理工作主要跟踪软件经费支出、进度及功能。识别在承诺方面出现的问题。 (5)采用基线（BASELINE）来标志进展、

27、控制完整性。,62,3、已定义级,第二级中存在的问题： 仅定义了管理的基本过程，而没有定义执行的步骤标准 按项目制定软件过程，而不是总结各种项目的成功经验，使之规则化 已定义级包含一组协调的、集成的、适度定义的软件工程过程和管理过程，具有良好的文档化、标准化，使软件过程具有可视性、一致性、稳定性和可重复性，软件过程被集成为一个有机的整体,63,3、已定义级（特征）,(1)无论管理方面或工程方面的软件过程都已文件化、标准化，并综合成软件开发组织的标准软件过程。 (2)软件过程标准被应用到所有的工程中，用于编制和维护软件。有的项目也可根据实际情况，对软件开发组织的标准软件过程进行剪裁。 (3)在从

28、事一项工程时，产品的生产过程、花费、计划以及功能都是可以控制的，从而软件质量也可以控制。 (4)软件工程过程组负责软件活动。 (5)在全组织范围内安排培训计划。,64,2.3.2 理解成熟度等级,CMM是一个描述模型，或者说是一个规范。CMM处在调试的抽象层次上，使之不会过多限制一个组织如何去实施软件过程，而是告诉一个组织应该达到的软件过程能力和框架。 相当于学英语时的英语大纲，告诉你应该达到的什么水平，但不会限制你如何去学习。,65,2.3.2 理解可重复级和已定义级,等级2：可重复级 技术问题 焦点:项目管理过程、项目过程自身的改进。 单个项目管理过程一致，为等级3组织层一致打下基础,等级

29、3:已定义级 组织体系和管理问题 焦点：全组织范围内过程规范化,转向,项目规模和复杂性增长,66,4、已管理级,已管理级的软件过程是量化的管理过程。 在上述已定义级的基础上，可以建立有关软件过程和产品质量的、一致的度量体系，采集详细的数据进行分析，从而对软件产品和过程进行有效的定量控制和管理。 （量化控制将使软件开发真正变成为一种工业生产活动 ） 第四级软件产品是高质量的。,67,4、已管理级（特征）,(1)制定了软件过程和产品质量的详细而具体的度量标准，软件过程和产品质量都可以被理解和控制。 (2)软件组织的能力是可预见的，原因是软件过程是被明确的度量标准所度量和操作。超过限制范围时，采取措

30、施予以而使软件产品具有可预测的高质量。 (3)具有良好定义及一致数据库，保存收集到的数据，可用于各项目的软件过程。,68,4、已管理级（需要改进的地方）,(1)缺陷防范，不仅仅在发现了问题时能及时改进，而且应采取特定行动防止将来出现这类缺陷。 (2)主动进行技术变动管理、标识、选择和评价新技术，使有效的新技术能在开发组织中施行。 (3)进行过程变动管理，定义过程改进的目的，经常不断地进行过程改进。,69,5、优化级,第五级的目标是达到一个持续改善的境界，所谓持续改善是指可根据过程执行的反馈信息来改善下一步的执行过程，即优化执行步骤。 优化级 不断改善组织的软件过程能力和项目的过程性能 利用来自

31、过程和来自新思想、新技术的先导性试验的定量反馈信息，使持续过程改进成为可能。 为了预防缺陷出现，组织有办法识别出弱点并预先针对性地加强过程,70,2.3.3 成熟度等级的过程特征,第4级，对软件产品的质量、开发进度和其它开发目标进行有效的评估和预测 （量化管理） 第5级，其焦点是软件过程的持续改进 成熟度各个级别的软件过程特征，如表2-2所示。,71,2.3.4 CMMI过程域,72,2.3.4 CMMI过程域,73,2.6.3 PSP/TSP和CMM组成的软件过程框架,个体软件过程（Personal Software Process，PSP） 帮助软件开发团队中的个体-软件工程师改善其个人能

32、力和素质的组织过程 PSP告诉软件工程师： 如何计划要做的工作 如何有效的按照计划来执行工作 如何按照计划跟踪自己的性能 如何提高程序质量,74,团队软件过程TSP,团队软件过程 (Team Software Process，TSP) 属于团队软件开发过程： 用于指导项目组中的成员如何有效地规划和管理所面临的项目开发任务 并且告诉管理人员如何指导软件开发队伍。始终以最佳状态来完成工作。 TSP实施集体管理与自己管理自己相结合的原则。,75,2.6.3 PSP/TSP,76,PSP/TSP/CMM之间的关系,PSP,TSP,CMM,77,组织的过程目标,78,作业,举出一些具体的例子说明过程不成

33、熟性。 通过查找资料，详细介绍CMM的第二、三、四、五等等级的核心过程域 ？ PSP/TSP/CMM之间的关系？,79,复习：CMM/CMMI成熟度的5个等级,80,2.4 软件过程的可视性,81,复习：CMM/CMMI成熟度的5个等级,82,2.3.2 理解可重复级和已定义级,等级2：可重复级 技术问题 焦点:项目管理过程、项目过程自身的改进。 单个项目管理过程一致，为等级3组织层一致打下基础,等级3:已定义级 组织体系和管理问题 焦点：全组织范围内过程规范化,转向,项目规模和复杂性增长,83,软件过程管理,-Ch.3 软件过程的组织管理,童先群,xq_,84,CMM组成,85,3.1 组织

34、过程焦点,1. 执行约定 2. 执行能力 3. 执行活动 4. 测量与分析 5. 验证实施,86,组织过程焦点-执行约定,（1）组织应该遵循一个文档化的关于协调软件流程的制定和改进活动的组织方针 （2）高级管理人员发起对软件过程制定和改进的组织活动 （3）高级管理人员监督软件过程的制定和改进的组织活动,87,组织过程焦点-执行能力,（1）建立一个负责整个组织的软件过程活动的工作组 （2）为软件过程活动提供足够的资源和资金 （3）组织软件过程活动的组员进行培训 （4）软件工程组和其他工程组的组员接受软件过程活动的相关培训,88,组织过程焦点-执行活动,（1）发现问题：定期评估软件过程并根据评估结

35、果制订相应的更改计划 （2）制定计划：组织制定和维护有关软件过程和改进活动的计划 （3）改进工作：协调组织的标准软件过程和项目自定义的软件过程的制定和改进工作 （4）保存数据：协调组织的软件过程数据库的使用,89,组织过程焦点-执行活动,（5）尝试新方法：新过程、新方法、新工具的评价、监控和推广 （6）培训：对有关组织和项目的软件过程培训进行统一管理 （7）通知：及时将有关软件过程制定和改进的活动通知与实施软件过程相关的组和人员,90,组织过程焦点-评估,1. 测量和分析(两个比较) 每次软件过程的评估结果与以往的评估结果和建议的比较。 已经完成的工作量以及实际消耗的资源与计划的比较。 2.

36、实施验证(要求领导的足够重视) 评审软件过程制定和改进活动的进展状态。 分析在低层次上无法解决的矛盾和问题。 各项活动的组织、实施、审核以及结果。 总结验证结果,91,3.2 组织过程定义,组织过程定义：在组织层上定义软件过程。（各个项目通用的过程） 组织过程定义的目的： 是开发和维护一组可用的软件过程财富（software process assets）,（成功经验） 用来改进跨越各个项目的过程性能， 为组织的长期发展奠定基础。,92,看图后，你能想出的软件过程财富是？,软件生命周期,93,组织过程定义-软件过程财富,软件过程财富可用于开发、执行和维护标准软件过程和项目定义软件过程。软件过程

37、财富主要包含如下内容： 组织标准软件过程。 软件生命周期的描述。 过程剪裁指南和准则。 组织软件过程数据库。 软件过程的有关文档库。,94,2.6.3 PSP/TSP和CMM组成的软件过程框架,个体软件过程（Personal Software Process，PSP） 帮助软件开发团队中的个体-软件工程师改善其个人能力和素质的组织过程 PSP告诉软件工程师： 如何计划要做的工作 如何有效的按照计划来执行工作 如何按照计划跟踪自己的性能 如何提高程序质量,95,团队软件过程TSP,团队软件过程 (Team Software Process，TSP) 属于团队软件开发过程： 用于指导项目组中的成员

38、如何有效地规划和管理所面临的项目开发任务 并且告诉管理人员如何指导软件开发队伍。始终以最佳状态来完成工作。 TSP实施集体管理与自己管理自己相结合的原则。,96,3.3 PSP过程框架,PSP的目的：为了改善软件工程师的开发性能，对项目有一个比较准确的把握。 PSP过程由一系列方法、表格、脚本等组成，用以指导软件开发人员计划、度量和管理他们的工作。,97,PSP过程框架,98,PSP成熟度模型,PSP是一个具有4个等级的成熟度框架 。4个等级分别为 个体度量过程 PSP0/PSP0.1 个体计划过程 PSP1/PSP1.1 个体质量管理过程 PSP2/PSP2.1 个体循环过程 PSP3,99

39、,PSP成熟度模型,100,3.5 通过多轮次调查专家对问卷所提问题的看法，经过反复征询、归纳、修改，最后汇总成专家基本一致的看法，作为预测的结果。 这种方法具有广泛的代表性，较为可靠。,180,SWOT分析,SWOT分析：是一种环境分析方法。 优势(Strengths)； 劣势(Weaknesses)； 竞争市场上的机会(Opportunities)； 威胁(Threats),181,道斯矩阵,182,10种常见的风险,183,定量的风险分析,量化的风险分析通常需要对事实进行更详细的分析，较之主观的风险分析往往更为可靠。 主要的量化分析方法有： 比率/范围分析 概率分析 敏感性分析,184,

40、复习软件需求包括三个不同的层次：,三个层次 业务需求： 用户需求： 功能需求：,三个单词 Why? What? How?,三类人 领导层 用户 开发人员,185,WBS-工作分解结构,1 项目范围规划 1.1确定项目范围 1.2获得项目所需资金 1.3定义预备资源 1.4获得核心资源 1.5项目范围规划完成 2 分析/软件需求 2.1行为需求分析 2.2起草初步的软件规范 2.3制定初步预算 2.4工作组共同审阅软件规范/预算 2.5根据反馈修改软件规范 2.6确定交付期限 2.7获得开展后续工作的批准(概念、期限和预算) 2.8获得所需资源 2.9分析工作完成,3 设计 3.1审阅初步的软件

41、规范 3.2制定功能规范 3.3根据功能规范开发原型 3.4审阅功能规范 3.5根据反馈修改功能规范 3.6获得开展后续工作的批准 3.7设计工作完成 4 开发 4.1审阅功能规范 4.2确定模块化/分层设计参数 4.3分派任务给开发人员 4.4编写代码 4.5开发人员测试(初步调试) 4.6开发工作完毕 ,186,187,创建WBS的基本法则(学科划分),每个工作单元在WBS只能出现一次 概要任务是对其下所有任务的总结 每个WBS的条目都有单独的人员负责 与实际要做的工作情形保持一致 建立WBS时应让项目组员参予 每个WBS条目都应备案 WBS既要灵活又要不失控制,188,任务排序（学科排序

42、）,制定日程安排-项目网络图 箭线图法(Arrow Diagram Method，ADM ) 或称为双代号网络图法(Activity-On-Arrow，AOA) 前导图法(顺序图法，Precedence Diagramming Method, PDM) 或称为单节点网络图法（AON, Activity on Node），,189,箭线图法（ADM）,190,1、请找出关键路径？ 2、写出各节点的最早发生时间，最迟发生时间？,191,前导图法（PDM）,192,根据上表完成此项目的前导图(单代号网络图)，表明各活动之间的逻辑关系，并指出关键路径和项目工期。节点用以下样图标识。 图例：ES：最早开

43、始时间 EF：最早结束时间LS：最迟开始时间 LF：最迟完成时间DU：工作历时 ID：工作代号,193,练习,请分别计算工作B、C和E的自动浮动时间。 为了抢进度，在进行工作G时加班赶工，因此将该项工作的时间压缩了7天(历时8天)。请指出此时的关键路径，并计算工期。,194,时间安排-甘特图,摘要任务:由子任务组成并对这些子任务进行汇总的任务,里程碑：实心菱形,箭头表示依赖关系,子任务,195,责任矩阵,用距阵的形式列出对某项任务负责的人或资源。,196,项目跟踪和控制,1. 了解成员的工作情况 2. 调整工作安排，合理利用资源 3. 促进计划内容的完善 4. 促进项目经理对人员的认识 5.

44、促进对项目工作量的估计 6. 统计并了解项目总体进度 7. 有利于人员考核,197,项目过程的跟踪和控制,信息收集 被动接受：项目成员自动发出项目的相关信息，项目经理在接收到之后，进行整理分析 。 主动接受：项目经理通过各种手段主动收集项目信息。,198,问题分析和处理,需求变动 需要遵循需求变动控制的流程。 任务的实际进度落后于计划进度，该如何解决？ 调整工作策略，优化网络图，例如重排活动之间顺序，压缩关键路径长度。 增加资源 或者使用经验丰富的员工。 尽可能地调配非关键路径上的资源用于关键路径上的任务。 赶工 并行,199,项目计划案例：建造地牢,说明： 你是路易10世的俘虏。他要给自己的

45、城堡增加三个新地牢，让你做一个规划。干得好就释放，干不好就终生监禁。 小地牢很难设计，要12周，但容易建成，1周即可；中地牢设计要5周，施工要6周；大地牢设计只要1周，但建造要用9周。 你有一个设计师和一个建筑师，设计师不会建造而建筑师不会设计。 要建好这三个地牢，你规划的工期是几周？,200,不同的思路,思路一,思路二,201,理性的选择,思路一的缺点： 从一开始就关注单个产品这样的细节，容易造成只见树木，不见森林 思路二的关键： 建造可以根据设计的整体安排进行调整，要取得最佳效果必须安排好工作的起点与排序,202,可行方案甘特图,1 2 3 4 5 6 7 8 9 101112131415

46、16 1718192021222324 周,尽可能让某一地牢的建造在其它地牢设计的过程中进行，以达到节省时间的目的。,203,可行方案甘特图,1 2 3 4 5 6 7 8 9 10111213141516 1718192021222324 周,204,可行方案甘特图,1 2 3 4 5 6 7 8 9 10111213141516 1718192021222324 周,205,例题,某工厂需要生产四个部件A,B,C,D。每个部件都需要先设计完成后，才能进行加工，另外，该工厂只有一个设计师和一个加工员，设计师不会加工而加工员不会设计。 设计师和加工员在设计或加工每个部件上所需的工时（包括加工前

47、的准备时间以及加工后的处理时间）如下表,206,排序规律： 设计最小的先开始 加工最小的最后结束,207,若以A、B、C、D零件顺序安排加工，则共需29小时。适当调整零件加工顺序，可产生不同实施方案，在各种实施方案中，完成四个零件加工至少共需要多少小时？26BADC 请画出甘特图,208,请写清楚自己的学号及姓名1、小测试,适当调整零件加工顺序，可产生不同实施方案，在各种实施方案中，完成四个零件加工至少共需要多少小时？（10分）加工的顺序是？（10分） 请画出甘特图（20分）,209,2、如下图所示的网络计划图中关键路径是_ （10分） _，全部计划完成的时间是_ （10分） _。,210,3

48、、软件需求包括三个不同的层次 ？ （10分） 4、变更控制的7个阶段？ （10分） 5、基线是？（10分）。 6、基线控制，填写下面的空缺（10分）,211,参考答案,1、 22小时 CDAB 甘特图,212,2、如下图所示的网络计划图中关键路径是_abcefg_，全部计划完成的时间是_24_。,213,小测试,3、软件需求包括三个不同的层次 ？ （10分） 业务需求：用户需求：功能需求 4、变更控制的7个阶段？ （10分） 提交、接收、评估、决策、实现、验证、完成 5、基线是（10分） 评审过的一个或多个软件配置项，每一个基线都是下一步开发的出发点和基础，而且只有通过正式的变更控制流程才能被

49、更改。,214,6、,215,变更控制的7个阶段,提交：在提交阶段，将对变更软件系统的请求进行记录。 接收：项目接收提交的变更请求并进行跟踪。 评估：浏览所有新提交的变更请求，对变更影响范围和修改程度，为确定是否有必要进行变更提供参考依据。,216,变更控制的7个阶段,决策：决定选择实现一个变更请求。 实现：针对不的变更给出解决方案。 验证： 缺陷：是否消除了该缺陷。 增强：验证所做的变更是否满足该增强请求的需要。 完成： 由提交请求的原有请求者中止这一循环过程 。,217,常用的风险识别方法,检查单 文件审核 头脑风暴 德尔菲法 访谈 SWOT分析 图表分析,218,德尔菲法：,采用匿名发表

50、意见的方式，即专家之间不得互相讨论，不发生横向联系，只能与调查人员联系; 通过多轮次调查专家对问卷所提问题的看法，经过反复征询、归纳、修改，最后汇总成专家基本一致的看法，作为预测的结果。 这种方法具有广泛的代表性，较为可靠。,219,SWOT分析,SWOT分析：是一种环境分析方法。 优势(Strengths)； 劣势(Weaknesses)； 竞争市场上的机会(Opportunities)； 威胁(Threats),220,道斯矩阵,221,项目计划归纳为下面几个问题：,项目计划归纳为下面几个问题： 为什么做？ 做什么？ 怎么做？ 什么时候做？ 谁来做？,对应的英文单词： Why What H

51、ow When Who,222,项目计划,项目说明书一般已经阐述了前面两个问题，在进行到项目计划阶段，重点需要解决后面三个问题： 怎么做？-WBS 什么时候做？把项目工作排序，最终制定一个日程表。P146 谁来做？根据技术和能力将人员分配到具体的任务上。任务分配矩阵,223,前导图法（PDM）,224,时间安排-甘特图(Gantt ),摘要任务:由子任务组成并对这些子任务进行汇总的任务,里程碑：实心菱形,箭头表示依赖关系,子任务,225,项目跟踪和控制重要性,1. 了解成员的工作情况 2. 调整工作安排，合理利用资源 3. 促进计划内容的完善 4. 促进项目经理对人员的认识 5. 促进对项目工

52、作量的估计 6. 统计并了解项目总体进度 7. 有利于人员考核,226,项目过程的跟踪和控制P149,信息收集 被动接受：项目成员自动发出项目的相关信息，项目经理在接收到之后，进行整理分析 。 主动接受：项目经理通过各种手段主动收集项目信息。 跟踪后发现问题如何解决？,227,问题分析和处理P150补充,需求变动，应该如何处理？ 需要遵循需求变动控制的流程。 提交：在提交阶段，将对变更软件系统的请求进行记录。 接收：项目接收提交的变更请求并进行跟踪。 评估：浏览所有新提交的变更请求，对变更影响范围和修改程度，为确定是否有必要进行变更提供参考依据。 决策：决定选择实现一个变更请求。 实现：针对不

53、的变更给出解决方案。 验证： 缺陷：是否消除了该缺陷。 增强：验证所做的变更是否满足该增强请求的需要。 完成： 由提交请求的原有请求者中止这一循环过程 。,228,案例分析题P150,如果你是项目经理，任务的实际进度落后于计划进度，该如何解决？ 调整工作策略，优化网络图，例如重排活动之间顺序，压缩关键路径长度。 增加资源 或者使用经验丰富的员工。 尽可能地调配非关键路径上的资源用于关键路径上的任务。 赶工 并行,229,软件过程管理,-Ch.7 软件过程的质量管理,230,软件过程的质量管理,产品质量是生产出来的，不是检验出来的 。 威廉戴明,231,软件过程的质量管理,软件的质量是软件开发各

54、个阶段质量的综合反映，因此软件的质量管理贯穿了整个软件开发周期。 为了更好地管理软件产品质量，首先需要制定项目的质量计划。然后，在软件开发的过程上，需要进行技术评审和软件测试，并进行缺陷跟踪。,232,233,质量计划,质量计划是进行项目质量管理、实现项目质量方针和目标的具体规划。 质量计划是针对具体的软件开发制定的，总体过程包括了4个阶段： 计划的编制 实施 检查调整 总结,234,制定质量计划的方法和技术,利益/成本分析 满足质量需求的主要的利益是减少重复性工作。 基准 比较实际或计划项目的实话与其他同类项目的实施过程。 流程图 原因结果图 系统流程图 试验设计 在实施过程中，不断加强对质量计划执行情况的检查，发现问题和及时调整。,235,软件评审,不管你有没有发现他们，缺陷总是存在，问题只是你最终发现它们时，需要多少纠正成本。评审的投入把质量成本从昂贵的、后期返工转变为早期的缺陷发现。 卡尔威格,236,评审方法P162,临时评审（Ad hoc review） 最不正式的一种评审方法 轮查（Passroud）