软件过程管理复习大纲reviewlist市公开课金奖市赛课一等奖课件

软件过程管理-Ch.1软件过程规范童先群52306345@1第1页总成绩分布平时：10%出勤作业：30%，公式：实交作业次数/布置作业总次数×30注：作业，课堂上完成，作为期末复习材料期末：60%2第2页内容概览全书共分为10章，以全方面阐述软件过程管理各个方面。首先说明了软件过程规范、成熟度及其相关概念和理论，包含软件过程标准体系。然后在此基础上，深入讨论了软件过程组织管理、需求管理、项目管理、质量管理、技术管理和集成管理等流程、方法和实践，并深入探讨了软件过程评定和改进框架、模型和实施细节，最终经过详细应用实践对软件过程管理做了全方位阐释。3第3页课程目标经过本课程学习，能够了解并掌握：软件过程规范内容、影响和作用软件过程不成熟特点、软件过程成熟标准软件过程可视性和过程能力软件过程文化、环境和过程框架怎样定义组织过程并对过程剪裁以取得项目过程软件过程需求管理、项目管理和质量管理软件过程技术管理和集成管理怎样实施软件过程评定和改进……4第4页软件过程管理不妥--软件危机绝大多数软件企业长久面临“产品质量低下、进度延误、成本高昂”共性问题，就像患了恶劣慢性病，难以根除。1969年，“软件危机”，数十年后，司空见惯，习认为常了。软件过程管理目标：最大程度地提升软件产品质量与软件开发过程生产率。5第5页本章提要1.1过程定义1.2过程规范1.3软件生命周期过程需求1.4软件生命周期标准1.5软件过程建模6第6页1.1过程定义《牛津简明词典》中，“过程”被定义为活动与操作集合，比如一系列生产阶段或操作。《书氏大词典》定义“过程”是用于产生某结果一整套操作、一系列活动、改变以及作为最终止果功效。IEEE-Std-610定义“过程”是为完成一个特定目标而进行一系列操作步骤，如软件开发过程。SEI－CMM定义过程是用于软件开发及维护一系列活动、方法及实践。

7第7页实现、管理和支持过程之间关系过程普通可分为实现过程、管理过程、支持过程。8第8页软件过程包含？软件过程(softwareprocess)，是人们用来开发和维护软件及产品活动、方法、实践和改进集合。软件过程包含？（作业1）需求分析、概要设计、详细设计、编码、测试、……上面几点仅属于基本过程。9第9页1.1.2软件过程分类和组成软件基本过程（实现过程）：软件获取、供给、开发、运行和维护过程，包含需求分析、软件设计、编码等过程。软件支持过程：包含文档编制过程、配置管理过程、质量确保过程、验证和确认过程（测试过程）、评审过程等。软件组织过程：对软件主要过程和支持过程组织确保过程，包含管理过程、基础设施过程、改进过程和培训过程。10第10页IEC12207软件生存周期过程

国际电工委员会（InternationalElectrotechnicalCommission，简称IEC）

11第11页软件过程基本组成示意图工程过程(EngineeringProcess,ENG)支持过程(SupportProcess,SUP)管理过程(ManagementProcess,MAN)组织过程(OrganizationProcess,ORG)客户-供给商过程(Customer-supplierProcess,CUS)关键关键基础12第12页ISO/IEC15504软件生存周期过程基本过程组织过程5个过程并行执行13第13页1.1.3软件过程定义层次性公共（通用）软件过程。组织标准软件过程。项目自定义软件过程。

大学模型我校情况我系情况14第14页1.3软件生命周期过程需求1.3.1软件工程过程1.3.2软件支持过程1.3.3软件管理过程1.3.4软件组织过程1.3.5软件客户－供给商过程15第15页1.3.1软件工程过程工程过程是软件系统、产品定义、设计、实现以及维护过程。P10开发过程：定义并开发软件产品活动过程，包含需求分析、软件设计（功效性与非功效性）和编程等。运行过程：在要求环境中为其用户提供运行计算机系统服务活动过程，包含软件布署维护过程：提供维护软件产品服务活动过程，也就是经过软件修改、变更，使软件系统保持适当运行状态，这一过程包含软件产品移植和退伍。16第16页1.3.2软件支持过程文档编制配置管理质量确保验证确认联合评审审核问题处理

明确怎样写文档（标准）？写什么文档（各类文档）？要求文档内容？相关输出产品？依据定义标准与已确定计划来编写、审查、修改和公布全部文档。按已定义标准和详细规则维护文档。文件综述、开题汇报、毕业论文内容及系统阶段性检验答辩17第17页1.3.2软件支持过程文档编制

配置管理质量确保验证确认联合评审审核问题处理

进行配置管理最低要求是确保主要工作结果不发生混乱。假如没有配置管理？最大麻烦就是工作结果被覆盖。新覆盖老版本，后果？Checkout/checkin，时间间隔？(例：ghost)如同入库出库，必须做好全部统计，严格坚持出入库检验。确保配置项完全性与一致性。P12618第18页1.3.2软件支持过程文档编制配置管理

质量确保验证确认联合评审审核问题处理

健康定义，古代/当代？最高境界：“零缺点”？Microsoft，航空航天什么时间进行？制订出计划与进度表。确定相关标准、方法、规程与工具，所需资源、组织及其组织组员职责。确保各类相关计划进度保持一致。19第19页1.3.2软件支持过程文档编制配置管理质量确保

验证确认联合评审审核问题处理

依据需要验证工作产品所制订规范（如产品规格说明书）实施必要检验活动：有效地发觉各类阶段性产品所存在缺点，并跟踪和消除缺点。验证强调是在开发过程中对工作产品进行检验，尽早发觉问题。验证（VER）：确保做对，验证规格需求按钮响应时间为1秒20第20页1.3.2软件支持过程文档编制配置管理质量确保验证

确认联合评审审核问题处理

确认强调是，在真实使用环境中，确保软件能到达预期效果。如：尽快发出一个小版本，在实际环境中运行起来，尽快发觉确认其中问题。

普通来说，调试、试用、验收测试等都是确认工作。

确定（VAL）：保证做对产品，属于性能需求。大容量存储，响应时间为1秒（多线程后台处理来解决这个问题）21第21页1.3.2软件支持过程文档编制配置管理质量确保验证确认

联合评审审核问题处理

与客户、供给商以及其它利益相关方（或独立第三方）对开发活动和产品进行评定。为联合评审实施制订对应计划与进度，跟踪评审活动，直至结束。22第22页1.3.2软件支持过程文档编制配置管理质量确保验证确认联合评审

审核问题处理

判断是否与指定需求、计划以及协议相一致。由适当、独立一方来安排对产品或过程审核工作。以确定其是否符合特定需求23第23页1.3.2软件支持过程文档编制配置管理质量确保验证确认联合评审审核

问题处理

提供及时、有明确职责以及文档化方式，以确保全部发觉问题都经过对应分析并得到处理。提供一个对应机制，以识别所发觉问题并依据对应趋势采取行动。24第24页1.3.3软件管理过程对其它四个过程实践活动提供指导、跟踪和监控过程。25第25页1.3.3软件管理过程项目管理过程是计划、跟踪和协调项目执行及生产所需资源管理过程。立项管理是决议行为，决议是指“做正确事情”立项后，目标是“正确地做事情”（正确=￥）为过程和执行制订计划，进行项目规划（城市规划）制订进度表；项目监控；成本预计；项目间接口等结项管理与立项管理相对应26第26页1.3.3软件管理过程质量管理过程是对项目产品和服务质量加以管理，从而取得最大客户满意度。以客户质量需要为基础；定义质量度量标准并实时检验；未到达质量目标要及时采取对应办法等

27第27页1.3.3软件管理过程

风险管理过程，在整个项目标生命周期中对风险不停识别、诊疗和分析，回避风险、降低风险或消除风险，并在项目以及组织层次上建立有效风险管理机制

被刻画为风险事件最终可能发生也可能不发生。人们对待风险有两种态度：被动态度（“救火模式”）主动态度（“防火模式”）=》风险管理属于“防火模式”量化管理风险：风险严重性，风险可能性，风险系数28第28页1.3.3软件管理过程子协议商管理过程，选择合格子协议商并对其进行管理过程软件管理四个过程？（作业2）29第29页1.3.4软件组织过程(全局规划)组织过程是软件组织用来建立和实现由相关生命周期过程和人员组成基础结构并不停改进这种结构过程。业务规划过程定义过程改进过程人力资源和培训过程基础设施过程30第30页1.3.4软件组织过程(全局规划)业务规划过程是为组织与项目组员提供对远景描述以及企业文化介绍，从而使项目组员能更有效地工作。（明确保每个人都有明确定义工作）定义过程是建立一个可重复使用过程定义库，指导其它四个过程(裁剪)改进过程是为了满足业务改变需要，提升过程效率与有效性，而对软件过程进行连续评定、度量、控制和改进过程（深入裁剪）31第31页1.3.4软件组织过程(全局规划)人力资源和培训过程，为项目或其它组织过程提供培训合格人员所需活动基础设施过程是建立生存周期过程基础结构、为其它过程建立和维护所需基础设施过程（软件工程环境）32第32页1.3.5软件客户－供给商过程客户－供给商过程是内部直接影响到客户、外部直接影响开发、向客户交付软件以及软件正确操作与使用过程，包含：获取过程客户需求管理过程供给过程软件操作过程客户支持过程33第33页1.3.5软件客户－供给商过程获取过程:以客户为主导。以客户需求为起点，以客户对产品或服务认同与接收为终点。从确定需要获取软件系统、产品或服务开始，然后制订和公布标书、选择供方和管理获取过程，直到验收软件系统、产品或服务。该过程成功实施会造成最终生成一个明确协议或条约，清楚地描述出客户与供给方期望、职责与义务。34第34页1.3.5软件客户－供给商过程客户需求管理过程：在整个软件生命周期中，针对不停改变客户需求加以搜集、处理和跟踪，并建立软件需求基准线，以作为项目中软件开发活动过程和产品度量和变更管理基础搜集，处理，跟踪一样主要。需求是产品根源，需求工作优劣对产品影响最大。（河流污染）35第35页1.3.5软件客户－供给商过程供给过程：按客户、事先要求要求对软件进行包装、公布与安装活动过程确定包装、公布以及安装软件相关要求。软件有效地被安装与使用。软件到达需求定义中所要求质量水平。36第36页1.3.5软件客户－供给商过程软件操作过程：确定和管理因为引入并发操作软件而带来操作上风险。按要求步骤和在要求操作环境中运行软件。提供操作上技术支持，方便处理操作过程中出现问题．确保软件（或主机系统）有足够能力满足用户需求。37第37页1.3.5软件客户－供给商过程客户支持过程：基于实施情况，确定客户所需要支持服务。经过提供适当服务来满足客户需求。针对客户对产品本身及其对应支持服务满意程度进行连续评定38第38页作业软件过程包含？软件管理四个过程？软件项目管理包含哪几个主要管理，了解项目经理职能。（上网或查资料，要求写满一页）39第39页软件过程管理-Ch.2软件过程成熟度童先群52306345@40第40页本章提要2.1过程成熟度标准2.2能力成熟度模型概述2.3过程成熟度级别2.4软件过程可视性2.6软件过程框架41第41页2.1过程成熟度标准2.1.1软件过程不成熟特点2.1.2软件过程成熟标准软件过程能力软件过程性能软件过程成熟度3个基本概念42第42页软件过程能力软件过程能力:遵照软件过程后能够实现预期结果程度。（关注预期结果）该指标是对能力一个衡量，用它能够预测一个组织（企业）在承接下一个软件项目时，所能期望得到最可能结果。假如能按要求完成三年高中学习，你有能力考上大学。43第43页软件过程性能软件过程性能：表示遵照一个软件过程后所得到实际结果。（关注已得到结果）因为项目要求和客观环境差异，造成预期和结果不相符合。软件过程性能不可能充分反应软件过程整体能力，即软件过程能力受限于它环境。假如没考上大学，不代表你能力不行，可能是其它原因引发。44第44页软件过程成熟度是指一个详细软件过程被明确地定义、管理、评价、控制和产生实效程度。成熟度表明了组织（企业）实施软件过程实际水平。组织软件过程成熟度能力提升=>从而提升软件过程能力从而使软件质量、生产率和生产周期得到改进。从而到达良好软件过程性能45第45页2.1.2软件过程成熟标准软件过程能力高：能到达预期结果，不停提升本身能力。软件过程性能可预见性:积累了相关过程性能大量历史数据，对效率，成本，质量能做出准确预计。过程可视性:软件组织能力是已知/软件过程定义清楚过程每个阶段进出标准，执行方法和规则清楚/人员职责清楚。过程稳定性:有纪律过程46第46页2.1.2软件过程成熟标准软件过程规范化：过程定义、方法和规则等文档化，全部过程标准化，有规则可循。过程一致性：软件过程被正确无误地传递到不一样团体。已定义过程是真正标准。过程丰富性:各种子过程过程不停改进:经过可控先导性试验和成本效率分析对过程进行连续改进。（可连续发展）47第47页2.2能力成熟度模型概述2.2.1CMM基本内容2.2.2系统工程能力模型2.2.3集成化产品开发模型2.2.4CMMI介绍48第48页2.2.1CMM基本内容P33CMM是软件过程能力成熟度模型（CapacityMaturityModel，CMM）简称，1991年正式推出了CMM1.0版。CMM描述一条从无序、混乱过程到成熟、有纪律过程改进路径。CMM建立起一个标准，对照这个标准就能以可重复方式判断组织软件过程成熟度…49第49页CMM起源和结构CMM建立目标:确定成熟度，找改进策略。CMM起源P34

内容和结构（缩写）50第50页内容和结构每个成熟度等级由若干个关键过程域（KPA）组成。不一样成熟度关注过程域不一样。下一层为上一层基础，先有物质文明，后有精神文明。每个KPA用若干关键实践（KP）加以描述。实施这些关键实践，就实现了关键过程区域目标。（Flash中关键帧）关键实践以5个共同特点（CommonFeatures）加以组织:执行约定、执行能力、执行活动、测量和分析、验证实施。51第51页●执行约定（CommitmenttoPerform，简称CO）：企业为了确保过程建立和继续起作用必须采取一些办法。例：建立机构策略。●执行能力（AbilitytoPerform，简称AB）：组织和项目实施软件过程先决条件。执行能力普通指提供资源、分配职责和人员培训。●执行活动（ActivitiesPerformed，简称AC）：指实施关键过程区域所必需角色和规程。执行活动普通包含制订计划和规程、执行活动、跟踪与监督并在必要时采取纠正办法。(只有此条与项目执行相关)●测量和分析（MeasurementandAnalysis，简称ME）：对过程进行测量和对测量结果进行分析。●验证实施（VerifyingImplementation，简称VE）：确保按照已建立过程执行活动步骤。例：评审和审计。52第52页三合一十几年来，CMM改进工作一直不停地进行。美国国防部希望把现在全部、以及将被开发出来各种能力成熟度模型，集成到一个框架中去。到，CMM演化成为CMMI（CapabilityMaturityModelIntegration，能力成熟度模型集成）。CMMI不但适合软件，而且适合于软件硬件结合系统，这是对CMM最大改进。53第53页2.2.4CMMI介绍模型学科源模型软件SW-CMM，草案版本2.0系统工程EIA/IS731集成化产品与过程开发IPD-CMM,版本0.98CMMI54第54页CMMI项目标成就之一就是在软件和系统工程之间实现了较高集成化程序。软件和系统工程集成后产生了一个公共过程域集。55第55页2.3过程成熟度级别2.3.1成熟度等级行为特征2.3.2了解成熟度等级2.3.3成熟度等级过程特征2.3.4CMMI过程域2.3.5CMM和CMMI过程域比较分析56第56页CMM/CMMI成熟度5个等级57第57页2.3.1成熟度等级行为特征初始级含有显著不成熟过程特点(1)软件过程特点是杂乱无章，有时甚至混乱，几乎没有定义过程规则或步骤。所谓“过程”，往往是“就这么干”而言。(2)开发过程中不停地出现危机，以及不停“救火”。甚至碰到危机就放弃原计划过程，重复编码和测试。(3)偶然成功完全依赖个人努力和出色专业人才，能力只是个人特征，而不是开发组织特征。一旦优异人物离去，项目就无法继续。58第58页1、初始级(4)过分承诺，常作出良好承诺：如“按照软件工程方式，有序工程来工作”；或到达高目标许诺。但实际上却出现一系列问题。(5)软件过程是不可确定和不可预见。（过程是随意）。这类组织也在开发产品，但其结果是不稳定，不可预见，不可重复。也就是说，软件计划、预算、功效和产品质量都是不可确定和不可预见。做事情（考研）要有计划，有跟踪，有文档可查。59第59页2、可重复级/受管理级依据多年经验和教训，人们总结出软件开发首要问题不是技术问题而是管理问题。所以，第二级焦点集中在软件管理过程上。可重复级/受管理级建立了管理软件项目标方针和实施这些方针规程，使软件项目标有效管理过程制度化，有能力去跟踪成本、进度和质量。一个有效过程可特征化为已文档化、已实施、可培训和可测量软件过程。到达二级证实已经进入规模开发。60第60页2、可重复级/受管理级（特征）(1)进行较为现实承诺，可按以前在同类项目上成功经验建立必要过程准则来确保再一次成功。(2)主要是逐一项目地建立基本过程管理条例来加强过程能力。(3)建立了基本项目管理过程来跟踪成本、进度和功效。(4)管理工作主要跟踪软件经费支出、进度及功效。识别在承诺方面出现问题。(5)采取基线（BASELINE）来标志进展、控制完整性。61第61页3、已定义级第二级中存在问题：仅定义了管理基本过程，而没有定义执行步骤标准按项目制订软件过程，而不是总结各种项目标成功经验，使之规则化已定义级包含一组协调、集成、适度定义软件工程过程和管理过程，含有良好文档化、标准化，使软件过程含有可视性、一致性、稳定性和可重复性，软件过程被集成为一个有机整体62第62页3、已定义级（特征）(1)不论管理方面或工程方面软件过程都已文件化、标准化，并综合成软件开发组织标准软件过程。(2)软件过程标准被应用到全部工程中，用于编制和维护软件。有项目也可依据实际情况，对软件开发组织标准软件过程进行剪裁。(3)在从事一项工程时，产品生产过程、花费、计划以及功效都是能够控制，从而软件质量也能够控制。(4)软件工程过程组负责软件活动。(5)在全组织范围内安排培训计划。63第63页2.3.2了解成熟度等级CMM是一个描述模型，或者说是一个规范。CMM处于调试抽象层次上，使之不会过多限制一个组织怎样去实施软件过程，而是告诉一个组织应该到达软件过程能力和框架。相当于学英语时英语纲领，告诉你应该到达什么水平，但不会限制你怎样去学习。64第64页2.3.2了解可重复级和已定义级等级2：可重复级技术问题焦点:项目管理过程、项目过程本身改进。单个项目管理过程一致，为等级3组织层一致打下基础等级3:已定义级组织体系和管理问题

焦点：全组织范围内过程规范化转向项目规模和复杂性增加65第65页4、已管理级已管理级软件过程是量化管理过程。在上述已定义级基础上，能够建立相关软件过程和产品质量、一致度量体系，采集详细数据进行分析，从而对软件产品和过程进行有效定量控制和管理。（量化控制将使软件开发真正变成为一个工业生产活动）第四级软件产品是高质量。66第66页4、已管理级（特征）(1)制订了软件过程和产品质量详细而具体度量标准，软件过程和产品质量都能够被了解和控制。(2)软件组织能力是可预见，原因是软件过程是被明确度量标准所度量和操作。超过限制范围时，采取措施给予而使软件产品具有可预测高质量。(3)具有良好定义及一致数据库，保留收集到数据，可用于各项目标软件过程。67第67页4、已管理级（需要改进地方）(1)缺点防范，不但仅在发觉了问题时能及时改进，而且应采取特定行动预防未来出现这类缺点。(2)主动进行技术变动管理、标识、选择和评价新技术，使有效新技术能在开发组织中施行。(3)进行过程变动管理，定义过程改进目标，经常不停地进行过程改进。68第68页5、优化级第五级目标是到达一个连续改进境界，所谓连续改进是指可依据过程执行反馈信息来改进下一步执行过程，即优化执行步骤。优化级不停改进组织软件过程能力和项目标过程性能利用来自过程和来自新思想、新技术先导性试验定量反馈信息，使连续过程改进成为可能。为了预防缺点出现，组织有方法识别出弱点并预先针对性地加强过程69第69页2.3.3成熟度等级过程特征第4级，对软件产品质量、开发进度和其它开发目标进行有效评定和预测（量化管理）第5级，其焦点是软件过程连续改进

成熟度各个级别软件过程特征，如表2-2所表示。70第70页2.3.4CMMI过程域71第71页2.3.4CMMI过程域72第72页2.4软件过程可视性73第73页2.6.3PSP/TSP和CMM组成软件过程框架个体软件过程（PersonalSoftwareProcess，PSP）帮助软件开发团体中个体----软件工程师改进其个人能力和素质组织过程PSP告诉软件工程师：怎样计划要做工作怎样有效按照计划来执行工作怎样按照计划跟踪自己性能怎样提升程序质量74第74页团体软件过程TSP团体软件过程(TeamSoftwareProcess，TSP)属于团体软件开发过程：用于指导项目组中组员怎样有效地规划和管理所面临项目开发任务而且告诉管理人员怎样指导软件开发队伍。一直以最正确状态来完成工作。TSP实施集体管理与自己管理自己相结合标准。75第75页2.6.3PSP/TSP76第76页PSP/TSP/CMM之间关系PSPTSPCMM77第77页组织过程目标78第78页作业举出一些详细例子说明过程不成熟性。经过查找资料，详细介绍CMM第二、三、四、五等等级关键过程域？PSP/TSP/CMM之间关系？79第79页软件过程管理-Ch.3软件过程组织管理童先群xq_tong@126.com80第80页CMM组成81第81页3.1组织过程焦点1.执行约定2.执行能力3.执行活动4.测量与分析5.验证实施82第82页组织过程焦点-执行约定（1）组织应该遵照一个文档化关于协调软件流程制订和改进活动组织方针（2）高级管理人员发起对软件过程制订和改进组织活动（3）高级管理人员监督软件过程制订和改进组织活动83第83页组织过程焦点-执行能力（1）建立一个负责整个组织软件过程活动工作组（2）为软件过程活动提供足够资源和资金（3）组织软件过程活动组员进行培训（4）软件工程组和其它工程组组员接收软件过程活动相关培训84第84页组织过程焦点-执行活动（1）发觉问题：定时评定软件过程并依据评定结果制订对应更改计划（2）制订计划：组织制订和维护相关软件过程和改进活动计划（3）改进工作：协调组织标准软件过程和项目自定义软件过程制订和改进工作（4）保留数据：协调组织软件过程数据库使用85第85页组织过程焦点-执行活动（5）尝试新方法：新过程、新方法、新工具评价、监控和推广（6）培训：对相关组织和项目标软件过程培训进行统一管理（7）通知：及时将相关软件过程制订和改进活动通知与实施软件过程相关组和人员86第86页组织过程焦点-评定1.测量和分析(两个比较)每次软件过程评定结果与以往评定结果和提议比较。已经完成工作量以及实际消耗资源与计划比较。2.实施验证(要求领导足够重视)评审软件过程制订和改进活动进展状态。分析在低层次上无法处理矛盾和问题。各项活动组织、实施、审核以及结果。总结验证结果87第87页3.2组织过程定义组织过程定义：在组织层上定义软件过程。（各个项目通用过程）组织过程定义目标：是开发和维护一组可用软件过程财富（softwareprocessassets）,（成功经验）

用来改进跨越各个项目过程性能，为组织长久发展奠定基础。88第88页看图后，你能想出软件过程财富是？软件生命周期89第89页组织过程定义-软件过程财富软件过程财富可用于开发、执行和维护标准软件过程和项目定义软件过程。软件过程财富主要包含以下内容：组织标准软件过程。软件生命周期描述。过程剪裁指南和准则。组织软件过程数据库。软件过程相关文档库。90第90页2.6.3PSP/TSP和CMM组成软件过程框架个体软件过程（PersonalSoftwareProcess，PSP）帮助软件开发团体中个体----软件工程师改进其个人能力和素质组织过程PSP告诉软件工程师：怎样计划要做工作怎样有效按照计划来执行工作怎样按照计划跟踪自己性能怎样提升程序质量91第91页团体软件过程TSP团体软件过程(TeamSoftwareProcess，TSP)属于团体软件开发过程：用于指导项目组中组员怎样有效地规划和管理所面临项目开发任务而且告诉管理人员怎样指导软件开发队伍。一直以最正确状态来完成工作。TSP实施集体管理与自己管理自己相结合标准。92第92页3.3PSP过程框架PSP目标：为了改进软件工程师开发性能，对项目有一个比较准确把握。PSP过程由一系列方法、表格、脚本等组成，用以指导软件开发人员计划、度量和管理他们工作。93第93页PSP过程框架94第94页PSP成熟度模型PSP是一个含有4个等级成熟度框架。4个等级分别为个体度量过程PSP0/PSP0.1个体计划过程PSP1/PSP1.1个体质量管理过程PSP2/PSP2.1个体循环过程PSP395第95页PSP成熟度模型96第96页3.5&3.6TSP—小组软件过程TSP处理主要问题：怎样规划和管理一个软件开发团体。怎样制订团体工作所需要策略。怎样定义和确定团体中每个角色职责。怎样为团体中每个组员分配不一样角色。团体及其不一样角色在整个开发过程不一样阶段应该做些什么，怎样更加好地发挥作用。在怎样协调团体组员之间任务，并跟踪汇报团体整体任务进度。采取哪些方法提升团体协作能力。97第97页作业1.选择一门学习课程，进行PSP0时间统计日志，以7天为周期。2.上网查询一个好TSP标准，并举一详细TSP开启后例子。3.介绍PSP成熟度模型。98第98页软件过程管理-Ch.4软件过程需求管理99第99页软件需求工程100第100页软件需求工程软件需求包含三个不一样层次：业务需求用户需求功效需求（也包含非功效需求）。101第101页1业务需求业务需求：是企业发展要求，企业运行思绪，系统目标。

这类需求通常来自与高层从总体上描述了为何要开发系统(why)，组织希望到达什么目标。比如“希望实施CRM后企业客户满意度到达80％以上”就是一条组织愿景。这些最高级别需求数量极少（2-5条）。102第102页2用户需求用户需求：是详细用户需要经过你软件到达某种目标。客户都会说我想怎么怎么样。

是指描述用户使用产品必须要完成什么任务?用户需求描述了用户能使用系统来做些什么（what），这个层次需求是非常主要。用户需求层次上重心转移到怎样搜集用户需求上需求分析是极难，因为很多需求是隐性，极难获取，更难确保需求完整，而需求又是易变。103第103页3功效需求功效需求：要包括一些需求分析了，它是对于用户需求详细实现。这个客户也可能不能告诉你应该怎么样，而要依赖你自己设计。功效需求描述是开发人员怎样设计详细处理方案来实现这些需求（how），其数量往往比用户需求高一个数量级。系统分析员描述

开发人员在产品中实现软件功效，用户利用这些功效来完成任务，满足业务需求。104第104页需求获取方法需求研讨会头脑风暴用例模型访谈角色饰演原型法105第105页需求确认--怎样确保需求规格说明书质量？

正确性完备性易了解性一致性可行性健壮性易修改性易测试性和可验证性易追溯性兼容性开发方和用户必须对《需求规格说明书》进行确认关注系统特色功效，而忽略了其它一些不起眼不过却必需功效。例：WC前后一致，例：“矛”“盾”技术上可行，而且满足时间、费用、质量等约束。例：摩天大楼一项需求是“抗十二级台风”106第106页需求跟踪3.需求状态

已提议——该需求已被有权提出需求人提议

已同意——该需求已被分析，预计了其对项目余下部分影响（包含成本和对项目其余部分干扰），已经有一个确定产品版本号或编号，软件开发团体已同意实现该项需求

已实现——使用所选择方法已验证了实现需求，比如测试和检测，审查该需求跟踪与测试用例相符。该需求现在被认为完成

已删除——计划需求已被删除，并包含一个原因说明和作出删除决定人员107第107页需求跟踪正向跟踪：以用户需求为切入点，检验《用户需求说明书》或《需求规格说明书》中每个需求是否都能在后继工作产品中找到对应点。逆向跟踪：检验设计文档、代码、测试用例等工作产品是否都能在《需求规格说明书》中找到出处。正向跟踪和逆向跟踪合称为“双向跟踪”。108第108页需求变更控制流程需求变更是不可防止，所以怎样有效控制需求改变对于项目成功至关主要。109第109页需求变更控制策略（1）项目开启阶段变更预防开发方与客户方达成“事不过三”约定（2）项目实施阶段需求变更（3）项目收尾阶段总结110第110页需求变更控制策略假如你是项目经理，你将怎样预防客户屡次变更需求问题？111第111页通常情况下开发方是不敢得罪客户，不过无标准地退让将使开发小组陷入困境。处理这个问题最好方法是事先建立“游戏规则”开发方与客户方达成“事不过三”约定（符合中国人习惯），即允许客户变更三次需求；假如客户第四此变更需求，开发方有权拒绝，除非客户愿意赔偿开发方损失。112第112页软件过程管理-Ch.5软件过程技术管理童先群xq_tong@126.com113第113页本章提要5.1软件过程技术架构5.2软件过程问题分析和决议方法5.3软件过程技术路线5.4知识传递5.5软件过程管理工具114第114页引言复习软件过程分为哪五个过程？客户-供给商过程，工程过程，支持过程，管理过程，组织过程。为了实现软件开发基本过程目标，需要支持过程、管理过程和组织过程等帮助。其中，主要一点就是组织结构和技术架构支持。软件过程技术架构主要是指用于软件工程过程成功实现与过程改进技术基础设施。115第115页5.1.1过程技术架构层次和内容层次内容116第116页软件过程技术架构组成P101数据和文档存放、检索工具针对整个组织标准软件过程、全局性工具过程分析和决议支持工具帮助项目经理完成项目组特定软件过程软件过程模式模式是处理某个问题通用方法。软件过程剪裁技术方法软件过程度量和评定工具117第117页软件过程技术架构软件过程技术架构一个主要目标就是充分利用好过程中所存在各种资源。软件过程资源涵盖了软件过程各个关键过程域。含有不一样形式。P102复习：软件过程财富包含？P59118第118页5.1.2软件过程资源管理119第119页5.2软件过程问题分析和决议方法软件过程管理中，必定会碰到各种问题，怎样处理？找出原因，针对问题产生原因进行处理，取得最终处理方案就是一个决议过程。5.2.1过程问题处理系统方法5.2.2原因分析和缺点分析5.2.3决议分析与决定120第120页5.2.2原因分析和缺点分析软件开发过程在很大程度上依赖于发觉和纠正缺点过程。在开发周期每个阶段实施根本原因分析（rootcauseanalysis），为有效开展缺点预防活动提供依据。原因分析目标在于识别造成缺点和其它问题根本原因。=》目标是找到根源=》采取办法消除根源=》预防未来再次发生同类问题。121第121页软件中缺点软件中缺点（Defect或Bug）是软件开发过程中“副产品”。通常，缺点会造成软件产品在某种程度上不能满足用户需要。每一个软件组织都知道必须妥善处理软件中缺点。

122第122页怎样处理？经过制订原因分析计划、选择缺点分析数据而找出原因、实施提议办法、评价变更效果、统计数据等多个步骤，最终完成这一活动。缺点能够引发软件运行时产生一个不希望或不可接收外部行为结果，软件测试过程简单说就是围绕缺点进行。123第123页对缺点跟踪管理普通而言需要到达以下目标：确保每个被发觉缺点都能够被处理；处理：（处理方式必须能够在开发组织中到达一致）被修正在下一个版本中修正不修正搜集缺点数据并依据缺点趋势曲线识别测试过程阶段；搜集缺点数据并在其上进行数据分析，作为组织过程财富。124第124页蓝色缺点越趋近于近于水平（横轴），表示产品质量比较稳定，但不代表质量好。蓝色和红色两条曲线能够辅助分析收敛趋势改变情况，假如发觉缺点数目大于修复缺点数，那么收敛趋势曲线就上扬，反之则下跌。收敛趋势曲线往下跌时候，表示产品质量在连续改进。收敛趋势曲线往上扬，表示产品质量在连续恶化125第125页5.4知识传递P118纵向传递是一个含有很强时间次序性接力过程。指软件产品和技术知识从需求分析阶段到设计阶段、从设计阶段到编程阶段、从开发阶段到维护阶段、从产品上一个版本到当前版本知识传递过程。126第126页5.4知识传递从需求分析阶段到设计阶段从需求文档、产品设计规格说明书转换为：分析模型、设计模型、数据模型从设计阶段到编程阶段从分析模型、设计模型、数据模型转换为：编程语言127第127页5.4知识传递公布软件产品，又试图完整地复原用户需求。用户需求和产品功效特征差异，能够看做是知识传递失真程度，这种程度越大，产品质量越低。知识传递过程中，失真越早，在后继过程中知识失真会放大得更厉害。强调需求意义。128第128页5.4知识传递横向传递是指软件产品和技术知识在不一样团体之间传递过程。横向传递是一个实时性过程。不一样产品线开发团体之间，新老员工之间。在软件项目团体中，不一样角色有不一样责任和特定任务，不过一个项目标成功需要团体协作，需要相互之间了解和支持，也必定要求不一样知识相互交流。129第129页复习软件过程管理-Ch.5软件过程技术管理童先群xq_tong@126.com130第130页引言软件过程技术架构主要是指用于软件工程过程成功实现与过程改进技术基础设施。软件过程技术架构一个主要目标就是充分利用好过程中所存在各种资源。131第131页5.1.1过程技术架构层次和内容层次内容132第132页5.1.2软件过程资源内容和技术管理133第133页缺点是软件开发过程“副产品”，假如出现缺点，作为项目经理人，对缺点跟踪管理普通而言需要到达什么目标？134第134页对缺点跟踪管理普通而言需要到达以下目标：确保每个被发觉缺点都能够被处理；处理：（处理方式必须能够在开发组织中到达一致）被修正在下一个版本中修正不修正搜集缺点数据并依据缺点趋势曲线识别测试过程阶段；搜集缺点数据并在其上进行数据分析，作为组织过程财富。135第135页蓝色代表发觉缺点，越趋近于近于水平（横轴），表示产品质量越好？(不能)收敛趋势曲线往下跌时候，表示产品质量在连续改进。收敛趋势曲线往上扬，表示产品质量在连续恶化蓝色和红色两条曲线能够辅助分析收敛趋势改变情况，假如发觉缺点数目大于修复缺点数，那么收敛趋势曲线就上扬。136第136页5.5.3配置管理配置管理主要工作包含经过创建软件配置管理库、定义配置项（包含需求、分析设计模型、代码、文档、测试用例、测试数据等）以及建立和维护软件基线。137第137页软件过程管理-Ch.6软件过程项目管理童先群xq_tong@126.com138第138页软件过程项目管理有效项目管理是在用来实现项目详细目标要求时间内，对组织机构资源进行计划、引导和控制工作。——《项目管理知识指南》139第139页软件配置管理概念硬件配置：每种部件都需要有用于识别编号，版本号能够区分同类部件不一样设计。软件配置：统计哪些版本，哪些构件组成了整个软件系统，易改变，比硬件配置管理难度大。配置：是在技术文档中明确说明最终组成软件产品功效或物理属性。140第140页软件配置管理概念配置项：在软件生存周期内所产生各种应纳入管理范围系统组成成份。包含各种管理文档和技术文档，源程序与目标代码，以及运行所需各种数据等配置管理资源对象P126表6-1141第141页软件配置管理概念基线基线是评审过一个或多个软件配置项，每一个基线都是下一步开发出发点和基础，而且只有经过正式变更控制流程才能被更改。配置管理库配置管理库也称受控库，用于存放软件配置项以及相关配置管理信息。142第142页软件配置管理流程正常工作变更申请143第143页软件配置控制软件配置控制主要包含存取控制：控制存取权限，确保产品一致性版本控制：统计了软件系统中间状态。变更控制：为变更提供明确流程。经授权与同意才能实施。产品公布控制：确保了提交给客户软件产品是完整、正确。144第144页基线控制基线是项目储存库中每个工件版本在特定时期一个“快照”。它提供一个正式标准，随即工作基于此标准，而且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行变更都将统计为一个差值，直到建成下一个基线。145第145页基线控制基线是软件生存周期中各开发阶段末尾特定点，又称里程碑。计划基线需求基线设计基线编码基线测试基线146第146页基线控制147第147页复习软件过程管理-Ch.6软件过程项目管理童先群xq_tong@126.com148第148页软件配置管理概念基线？基线是评审过一个或多个软件配置项，每一个基线都是下一步开发出发点和基础，而且只有经过正式变更控制流程才能被更改。基线是软件生存周期中各开发阶段（A起始，B末尾）特定点，又称里程碑，包含：

包含：计划基线、需求基线、设计基线、编码基线、测试基线149第149页基线控制，填写下面空缺：150第150页基线控制151第151页软件配置控制软件配置控制主要包含A存取控制B版本控制C变更控制D产品公布控制请说出下面几条分别属于哪种控制？确保了提交给客户软件产品是完整、正确。确保产品一致性为变更提供明确流程。经授权与同意才能实施。统计了软件系统中间状态。152第152页版本控制版本控制分为？版本访问控制和同时控制。下面操作是针对版本A.访问控制还是B.同时控制检出/检入（Checkout/Checkin）可写/可读，可写是针对真正工作文件，而可读，则是针对源文件缓冲副本153第153页版本控制—分支再合并版本合并后产生稳定版本是？将需要保护分支锁定，打上Release标签。在以Release标签为基线分支上开发1.1版本。版本合并：1.1版本开发完成，希望合并到基线版本中作为以后开发新版本基础。154第154页变更控制造成软件开发困难一个原因就是软件可变性变更控制委员会(ChangeControlBoard,CCB)155第155页变更控制提交接收评定决议实现验证完成SCMSoftwareConfigurationManagement软件配置管理.156第156页变更控制7个阶段提交：缺点请求增强请求接收：项目接收提交变更请求并进行跟踪。评定：依据缺点严重程度和修复缺点主要性来评定缺点优先级。评定增强请求优先级。157第157页变更控制7个阶段决议：缺点决议与所处阶段相关早期，将缺点分配给开发人员，由开发人员决定做什么。后期，开发人员进行评定，但没有决议权，由项目领导人同意。全部增强请求放在一起进行权衡，进行决议。158第158页变更控制7个阶段实现修复缺点后，变更文档。增强请求包括新特征或新功效。验证：缺点：是否消除了该缺点。增强：验证所做变更是否满足该增强请求需要。完成：由提交请求原有请求者中止这一循环过程。159第159页变更控制提交接收评定决议实现验证完成160第160页项目规模估算方法惯用规模估算方法：(1)代码行方法（应用最广）(2)功效点分析方法(3)面向对象软件对象点方法161第161页项目成本组成P1351.项目成本组成（1）直接成本人力成本硬件设备软件费用（2）间接成本项目管理成本普通管理成本162第162页项目成本估算方法（1）经验估算法（2）百分比法（3）工作分解结构表(WBS)自上而下自下而上163第163页举例成本估算---人工成本：完成一个工作包需要：25个/人天平均薪水为：230元/人天各项福利占薪水40%非工作时间占总工作时间12%计算此工作包人工成本为：=（1+0.4+0.12）*230*25=X164第164页举例成本估算—设备成本设备成本主要是设备折旧费用：项目总历时40天。需要10台服务器，单价为8000元，预计使用5年。20台PC，单价为3800，预计使用4年。采取年限平均法计算天折旧率为：设备单价/(使用年限*12*30)设备成本Y为：？Y=(10*8000/(5*12*30)+20*3800/(4*12*30))*40165第165页举例成本估算—管理成本项目标管理费用为全部直接成本一定百分比，假设本项目为20%，则本项目标普通管理费用Z为：Z=(X+Y)*20%此项目总成本为X+Y+Z166第166页项目风险管理触发器风险风险次序清单风险等级排序概率分析量化风险次序清单风险识别定性分析定量分析风险监控纠正办法项目变更申请计划更新167第167页168第168页风险识别分三步搜集资料风险形势预计依据直接或间接症状将潜在风险识别出来。169第169页惯用风险识别方法检验单文件审核头脑风暴德尔菲法访谈SWOT分析图表分析170第170页德尔菲法：采取匿名发表意见方式，即教授之间不得相互讨论，不发生横向联络，只能与调查人员联络;经过多轮次调查教授对问卷所提问题看法，经过重复咨询、归纳、修改，最终汇总成教授基本一致看法，作为预测结果。这种方法含有广泛代表性，较为可靠。171第171页SWOT分析SWOT分析：是一个环境分析方法。优势(Strengths)；劣势(Weaknesses)；竞争市场上机会(Opportunities)；威胁(Threats)172第172页道斯矩阵ⅢS优势列出本身优势ⅣW劣势详细列出弱点ⅠO机会列出现有机会ⅤSO战略抓住机遇，发挥优势战略ⅥWO战略利用机会，克服劣势战略ⅡT挑战列出正面临威胁ⅦST战略利用优势，降低威胁战略ⅧWT战略填补缺点，躲避威胁战略173第173页10种常见风险No.软件风险对应对策1人员不足录用优异人才；人员应适应岗位需要；全方面考虑团体建设；骨干人员工作要协调；实施培训；预先安排关键人员使用计划2进度计划和预算不准确详细评定各种资源成本和进度；依成本进行设计；采取渐增式开发；软件复用；纯净需求3开发了错误软件功效进行组织分析；实施任务分析；进行用户调查；开发原型；及早编制用户手册4开发了不适用用户接口开发原型；制作脚本；作业分析；搞清了用户特征(功效性、格调、工作负荷)5只追求表面效果，需求中含有一些无须要功效（镀金）纯净需求；开发原型；成本－效益分析；依成本进行设计6需求不停变更重大变更设限；信息隐蔽；渐进式开发7外供部件不足制订基准点；检验；参考基准检验；兼容性分析8外包任务问题参考基准检验；发包前审核；未发包协议；竞标设计或开发原型；建立团体9实时性能达不到要求模拟；制订基准；建模；开发原型；安装测量装置；调准10误解计算机科学能力技术分析；成本－效益分析；开发原型；参考基准检验174第174页定量风险分析量化风险分析通常需要对事实进行更详细分析，较之主观风险分析往往更为可靠。主要量化分析方法有：

比率/范围分析概率分析敏感性分析175第175页复习软件需求包含三个不一样层次：三个层次业务需求：用户需求：功效需求：三个单词Why?What?How?三类人领导层用户开发人员176第176页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 审阅初步软件规范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 开发工作完成……177第177页178第178页创建WBS基本法则(学科划分)每个工作单元在WBS只能出现一次概要任务是对其下全部任务总结每个WBS条目都有单独人员负责与实际要做工作情形保持一致建立WBS时应让项目组员参予每个WBS条目都应立案WBS既要灵活又要不失控制179第179页任务排序（学科排序）制订日程安排--项目网络图箭线图法(ArrowDiagramMethod，ADM)或称为双代号网络图法(Activity-On-Arrow，AOA)前导图法(次序图法，PrecedenceDiagrammingMethod,PDM)或称为单节点网络图法（AON,ActivityonNode），180第180页箭线图法（ADM）181第181页1、请找出关键路径？2、写出各节点最早发生时间，最迟发生时间？182第182页前导图法（PDM）183第183页依据上表完成此项目标前导图(单代号网络图)，表明各活动之间逻辑关系，并指出关键路径和项目工期。节点用以下样图标识。图例：ES：最早开始时间EF：最早结束时间LS：最迟开始时间LF：最迟完成时间DU：工作历时ID：工作代号

184第184页练习请分别计算工作B、C和E自动浮动时间。为了抢进度，在进行工作G时加班赶工，所以将该项工作时间压缩了7天(历时8天)。请指出此时关键路径，并计算工期。185第185页时间安排-甘特图摘要任务:由子任务组成并对这些子任务进行汇总任务里程碑：实心菱形箭头表示依赖关系子任务186第186页责任矩阵用距阵形式列出对某项任务负责人或资源。任务管理人员项目经理分析人员项目范围规划1.1确定项目范围A1.2取得项目所需资金A1.3定义预备资源A1.4取得关键资源A分析/软件需求2.1行为需求分析A2.2起草初步软件规范A2.3制订初步预算A2.4工作组共同审阅软件规范/预算AP2.5依据反馈修改软件规范A2.6确定交付期限A2.7取得开展后续工作同意AP2.8取得所需资源A187第187页项目跟踪和控制1.了解组员工作情况2.调整工作安排，合理利用资源3.促进计划内容完善4.促进项目经理对人员认识5.促进对项目工作量预计6.统计并了解项目总体进度7.有利于人员考评188第188页项目过程跟踪和控制信息收集被动接受：项目成员自动发出项目相关信息，项目经理在接收到之后，进行整理分析。主动接受：项目经理通过各种手段主动收集项目信息。189第189页问题分析和处理需求变动需要遵照需求变动控制流程。任务实际进度落后于计划进度，该怎样处理？调整工作策略，优化网络图，比如重排活动之间次序，压缩关键路径长度。增加资源或者使用经验丰富员工。尽可能地调配非关键路径上资源用于关键路径上任务。赶工并行190第190页项目计划案例：建造地牢说明：你是路易10世俘虏。他要给自己城堡增加三个新地牢，让你做一个规划。干得好就释放，干不好就终生监禁。小地牢极难设计，要12周，但轻易建成，1周即可；中地牢设计要5周，施工要6周；大地牢设计只要1周，但建造要用9周。你有一个设计师和一个建筑师，设计师不会建造而建筑师不会设计。要建好这三个地牢，你规划工期是几周？191第191页不一样思绪思绪一思绪二192第192页理性选择思绪一缺点：从一开始就关注单个产品这么细节，轻易造成只见树木，不见森林思绪二关键：建造能够依据设计整体安排进行调整，要取得最正确效果必须安排好工作起点与排序193第193页可行方案甘特图12345678910111213141516171819222324周尽可能让某一地牢建造在其它地牢设计过程中进行，以到达节约时间目标。194第194页可行方案甘特图12345678910111213141516171819222324周设计大地牢设计中地牢设计小地牢建造大地牢建造中地牢建造小地牢任务195第195页可行方案甘特图12345678910111213141516171819222324周设计大地牢设计中地牢设计小地牢建造大地牢建造中地牢建造小地牢任务196第196页例题某工厂需要生产四个部件A,B,C,D。每个部件都需要先设计完成后，才能进行加工，另外，该工厂只有一个设计师和一个加工员，设计师不会加工而加工员不会设计。设计师和加工员在设计或加工每个部件上所需工时（包含加工前准备时间以及加工后处理时间）以下表197第197页排序规律：设计最小先开始加工最小最终结束工时（小时）ABCD设计8466加工6725198第198页若以A、B、C、D零件次序安排加工，则共需29小时。适当调整零件加工次序，可产生不一样实施方案，在各种实施方案中，完成四个零件加工最少共需要多少小时？26BADC请画出甘特图工时（小时）ABCD设计8466加工6725199第199页请写清楚自己学号及姓名

1、小测试适当调整零件加工次序，可产生不一样实施方案，在各种实施方案中，完成四个零件加工最少共需要多少小时？（10分）加工次序是？（10分）请画出甘特图（20分）工时（小时）ABCD设计8624加工31312200第200页2、以下列图所表示网络计划图中关键路径是______（10分）

______，全部计划完成时间是____（10分）

_________。abcdegfa3=6a1=8a2=4a4=3a5=3a6=6a10=6a7=1a9=4a11=2a8=8201第201页3、软件需求包含三个不一样层次？（10分）4、变更控制7个阶段？（10分）5、基线是？（10分）。6、基线控制，填写下面空缺（10分）202第202页参考答案1、22小时CDAB甘特图203第203页2、以下列图所表示网络计划图中关键路径是___abcefg_____，全部计划完成时间是_____24_____。abcdegfa3=6a1=8a2=4a4=3a5=3a6=6a10=6a7=1a9=4a11=2a8=8204第204页小测试3、软件需求包含三个不一样层次？（10分）业务需求：用户需求：功效需求4、变更控制7个阶段？（10分）提交、接收、评定、决议、实现、验证、完成5、基线是（10分）评审过一个或多个软件配置项，每一个基线都是下一步开发出发点和基础，而且只有经过正式变更控制流程才能被更改。205第205页6、206第206页变更控制7个阶段提交：在提交阶段，将对变更软件系统请求进行统计。接收：项目接收提交变更请求并进行跟踪。评定：浏览全部新提交变更请求，对变更影响范围和修改程度，为确定是否有必要进行变更提供参考依据。207第207页变更控制7个阶段决议：决定选择实现一个变更请求。实现：针对不变更给出处理方案。验证：缺点：是否消除了该缺点。增强：验证所做变更是否满足该增强请求需要。完成：由提交请求原有请求者中止这一循环过程。208第208页惯用风险识别方法检验单文件审核头脑风暴德尔菲法访谈SWOT分析图表分析209第209页德尔菲法：采取匿名发表意见方式，即教授之间不得相互讨论，不发生横向联络，只能与调查人员联络;经过多轮次调查教授对问卷所提问题看法，经过重复咨询、归纳、修改，最终汇总成教授基本一致看法，作为预测结果。这种方法含有广泛代表性，较为可靠。210第210页项目计划归纳为下面几个问题：项目计划归纳为下面几个问题：为何做？做什么？怎么做？什么时候做？谁来做？对应英文单词：WhyWhatHowWhenWho211第211页项目计划项目说明书普通已经阐述了前面两个问题，在进行到项目计划阶段，重点需要处理后面三个问题：怎么做？---WBS什么时候做？把项目工作排序，最终制订一个日程表。P146谁来做？依据技术和能力将人员分配到详细任务上。任务分配矩阵212第212页项目跟踪和控制主要性1.了解组员工作情况2.调整工作安排，合理利用资源3.促进计划内容完善4.促进项目经理对人员认识5.促进对项目工作量预计6.统计并了解项目总体进度7.有利于人员考评213第213页项目过程跟踪和控制P149信息收集被动接受：项目成员自动发出项目相关信息，项目经理在接收到之后，进行整理分析。主动接受：项目经理通过各种手段主动收集项目信息。跟踪后发现问题如何解决？214第214页问题分析和处理P150补充需求变动，应该怎样处理？需要遵照需求变动控制流程。提交：在提交阶段，将对变更软件系统请求进行统计。接收：项目接收提交变更请求并进行跟踪。评定：浏览全部新提交变更请求，对变更影响范围和修改程度，为确定是否有必要进行变更提供参考依据。决议：决定选择实现一个变更请求。实现：针对不变更给出处理方案。验证：缺点：是否消除了该缺点。增强：验证所做变更是否满足该增强请求需要。完成：由提交请求原有请求者中止这一循环过程。215第215页

案例分析题P150假如你是项目经理，任务实际进度落后于计划进度，该怎样处理？调整工作策略，优化网络图，比如重排活动之间次序，压缩关键路径长度。增加