如何规划符合CMMI要求的过程说明书

1CMMI导入相关议题

如何规划符合CMMI要求的过程说明书

生命周期模型、过程与项目生命周期过程间的关系2课程目标本课程主要在说明在常见的三个观点：软件生命周期模型、软件生命周期过程及项目生命周期过程，以及这三者与组织标准过程集(OSSP)间的关系。使学习者了解这三者在组织的项目中所扮演的角色及如何操作。3课程内容大纲生命周期模型与生命周期过程各种生命周期模型的介绍OSSP的发展活动的抽取与定义项目生命周期模型项目生命周期模型OSSP中的项目管理过程OSSP在项目管理上的应用4生命周期的两种观点生命周期模型的观点：探讨系统或软件开发的方法几种生命周期模型：瀑布式渐增式演化式螺旋式生命周期过程的观点：探讨系统或软件生命周期内有那些过程/活动/工作5CMMI中三个观念过程—达成某一项功能所需实施的活动、工作的集合。在过程中除界定了做什么，还说明会产出什么。WBS—将项目最终的产品、交付项目、项目活动的副产品，以树状结构或表列示地呈现，在协助项目经理掌握全貌。生命周期模型—完成一项产品(工作)之历程的简要描述，划分为数个阶段，协助项目经理界定项目的阶段，以及从模型角度，可能需要产生的产品或副产品，可以用来充实WBS。组织中的生命周期模型，应与组织标准过程发生关联。生命周期模型中的阶段活动，应全部于过程说明书中描述。生命周期模型是由数个说明活动先后次序的连结关系所形成。601瀑布式生命周期模型702渐增式生命周期模型803演进式生命周期模型904螺旋式生命周期模型1005含需求分析雏型的瀑布式生命周期模型1106含分析与设计雏型的瀑布式生命周期模型1207含子系统雏型的瀑布式生命周期模型1308含全系统雏型的瀑布式生命周期模型观念层次上，与演进式生命周期模型相同1409使用4GL制作雏型的生命周期模型1510快速应用发展(RAD)生命周期模型1611软件维护生命周期模型17OSSP标准过程：在组织中指导通用过程建立之基本过程的操作型定义。标准过程在描述期待在未来被纳入已定义过程的基本过程组件。标准过程也会说明过程组件间的关系(次序及接口)。从某个角度来看，当把人当成一部计算机，这些过程就是一些程序(programs)，人根据过程执行工作，并依据过程的要求产生应有的产出。OSSP(企业层级)(企业层级OSSP+组织层级的OSSP)OSSP(组织层级)(DefinedProcesses)(组织层级OSSP+项目层级OSSP)OSSP(专案层级)(ManagedProcesses)(Project’sDefinedProcesses)项目层级的OSSP(project’sdefinedprocesses)裁适自组织层级的OSSP。组织层级的OSSP裁适自企业层级的OSSP18CMMI过程架构31424132321445213过程(Process)子过程(Subprocess)活动(activity)工作(Task)过程组件(Processelements)BBCA19组织标准过程组(OSSP)的发展分析组织常用的生命周期模型，抽取出相同或类似的活动项目(指subprocess或是phase)。XX需求分析01瀑布式02渐增式03演进式04螺旋式05需求分析雏型06分析与设计雏型07子系统雏型08全系统雏型094GL制作雏型10RAD11软件维护YY雏型制作抽取出来的Activity抽取出来的Activity20组织标准过程组(OSSP)的发展Process/SubprocessTask1Task2Activity1Task3Activity2ProcesselementsDescribetheProcess(描述此过程)Decompose(分解;解构)DecomposeProcessintoProcessElements21ProductDevelopmentProcess01系统需求分析02系统架构设计03软件需求分析04软件架构设计05软件细部设计06编码与单元测试07软件整合08软件鉴定测试09系统整合10系统鉴定测试11验收测试12包装与交付组织标准过程组(OSSP)的发展13雏型制作就抽取出来的活动项目，规划详细的工作步骤、进出准则、输入与输出、验证事项。活动的标题序列号(OrderingNo.)，活动的识别，不代表其在过程中的绝对先后顺序(Sequencing)。07.1拟订软件整合计划07.2整合软件单元与软件组件07.3更新使用者文件(如果适用)07.4订定测试组合、测试个案及测试程序07.5评估整合计划、设计之结果、程序代码、测试数据、测试结果、使用者文件07.6举行软件整合之联合审查ETVX22活动的内部结构23过程描述注意事项提出项目核准书(ProjectCharter)核准项目？规划项目结束驳回同意02接案决策ProjectCharter决策会议纪录02接案决策02.1受命执行可行性分析人员，根据可行性分析的结果，拟写及提出项目核准书。02.2依组织管理审查程序，召开项目核准决策会议，并将结果(驳回/同意)纪录于决策会议纪录中。03规划项目03.1根据项目RFP及/或项目合约，进一步分析项目的需求、规模、风险、成本、期程。03.2依据分析的结果规划项目的需求、工作项目、工作方法、管理方法、里程碑，并纳入项目计划中。03.3举行项目计划同侪审查。03规划项目决策会议纪录专案RFP专案合约项目计划书过程/子过程描述重点在于输入是什么，以及产出是什么过程/子过程间的连结应透过文件，而非决策X24过程描述注意事项02接案决策ProjectCharter决策会议纪录02接案决策02.1受命执行可行性分析人员，根据可行性分析的结果，拟写及提出项目核准书。02.2依组织管理审查程序，召开项目核准决策会议，并将结果(驳回/同意)纪录于决策会议纪录中。03规划项目03.1根据项目RFP及/或项目合约，进一步分析项目的需求、规模、风险、成本、期程。03.2依据分析的结果规划项目的需求、工作项目、工作方法、管理方法、里程碑，并纳入项目计划中。03.3举行项目计划同侪审查。03规划项目决策会议纪录专案RFP专案合约项目计划书过程/子过程描述重点在于输入是什么，以及产出是什么过程/子过程间的连结应透过文件，而非决策EntryCriteria:决策会议决议「同意接案」对项目计划的变更要求被提出，并经过核准以EntryCriteria来说明本项过程/子过程的起动时机与条件。务必避免在过程与子过程之间使用决策符号来表达。重点—凡走过必留下痕迹，这个「痕迹」就在文件中。25另案合约项目工作计划书软件开发计划书……ISO/IEC12207软件生命周期标准项目环境程序、方法、技术软件开发模型客户需求时间、预算、资源组织政策政府规定、法律国际惯例A.裁适过程A.1鉴别项目环境A.2征求输入数据A.3选择过程、作业及工作项目A.4记录裁适的决策与原理作业程序书裁适决策纪录裁适过程所谓裁适，除了不选择组织标准过程集(OSSP)中的项目外，对于组织标准过程集中没有定义，但因为客户的要求或是项目的实际需要，亦可视状况增列新的活动项目。OSSP合约26裁适时的思考方向严谨度—可依不同的详细度执实行、或专注于正式规则、程序或标准之作业，不可或缺的构面。(不同的项目，关键性不同，构型管理深度也会不同)频率—作业的频率(多久实施一次，例如稽核、审查)需视组织与项目的需要来而定。详细度—构型管理过程定义所需的详细程度会有不同的变化。范围—由于组织的限制条件(能力、工具的限制)、事务环境(例如，只管开发、不管运维)等等，使得执行某些作业项目，可能是不具意义的。27裁适指引TailoringGuidelinesTailoringAllowanceProjectTypeTailoringScenariosTailoringImpactProjecttypeinclude:1.NewDevelopment2.MaintenanceorModification3.Enhancement4.Outsourcing5.DevelopedInternally6.SystemRetirement/MigrationTailoringScenariosInclude:1.Outsourcing2.DevelopInternally3.DevelopinCOTSProduct/Componentswithoutmodification4.DevelopinCOTSProduct/ComponentswithModification5.Developsamission-criticalProduct6.Developsanon-mission-criticalProduct7.Modification/developmentinSystemLevel8.Modification/developmentinSubsystemLevel9.Modification/developmentinFunctionalLevel10.Modification/developmentinComponentLevel11.Modification/developmentinUnitLevel12.ProceeswithAutomationTools13.ProcessManually14.WithInsufficientBudget15.WithInsufficientSchedule16.WithInsufficientResources28制订项目定义生命周期过程01系统需求分析02系统架构设计03软件需求分析04软件架构设计05软件细部设计06编码与单元测试07软件整合08软件鉴定测试09系统整合10系统鉴定测试11验收测试12包装与交付13雏型制作SLCM-分析与设计雏型法OSSP-产品发展过程用生命周期模型考虑项目需求，从OSSP挑选项目适用的工作项目，组成项目的生命周期过程项目所选定的软件生命周期模型裁適01系统需求分析02系统架构设计03软件需求分析04软件架构设计05软件细部设计06编码与单元测试07软件整合08软件鉴定测试11验收测试12包装与交付13雏型制作ProjectLCP项目中客户要求的试用与意见回复做法29项目中客户要求的试用与意见回复做法制订项目定义生命周期过程01系统需求分析02系统架构设计03软件需求分析04软件架构设计05软件细部设计06编码与单元测试07软件整合08软件鉴定测试11验收测试12包装与交付13雏型制作ProjectLCP用生命周期模型考虑项目需求，从OSSP挑选项目适用的工作项目，组成项目的生命周期过程01系统需求分析02系统架构设计03软件需求分析04软件架构设计05软件细部设计06编码与单元测试07软件整合08软件鉴定测试11验收测试12包装与交付13雏型制作ProjectLCP※重要观念：在进行项目工作排程(sequencing)之前，别急着依照OSSP中所赋予每个阶段(Subprocess/phase)的序列号(orderingno.)加上代表工作流程的箭头。因为这个序列顺序，通常不会是项目进行的真正顺序。项目中客户要求的试用与意见回复做法30项目生命周期模型接案签约规划执行与控管交付产品结案投标政府标案型接案签约规划执行与控管交付产品结案民间企业型A接案签约规划执行与控管交付产品结案民间企业型B组织从以往执行项目的经验，综整出常遇到或使用的项目生命周期模型。接案签约执行交付产品结案民间企业型C接案签约执行交付产品结案民间企业型D保固服务保固服务保固服务保固服务保固服务31ProjectManagementProcessOSSP中的项目管理过程接案签约规划执行与控管交付产品结案投标从组织常见的项目生命周期模型抽取工作项目，并定义其ETVX抽出之工作项目保固服务01.1客户需求可行性分析01.2接案决策02.1拟订建议书02.2参与评选02.3议价03.1议约03.2签订合约04.1项目规划04.2拟订项目计划04.3项目计划审查04.4项目计划核准05.1按项目计划执行05.2进度报告05.3项目管理审查05.4项目技术审查08.1行政结案08.2经验教训分享06.1产品检验与测试06.2产品运交06.3取得验收凭证02投标04规划06交付产品08结案07.1分析保固服务需求07.2拟订保固服务计划07.3执行保固服务计划07.4评估保固服务绩效01接案03签约05执行与控管07保固服务32ProjectManagementProcess07.1分析保固服务需求07.2拟订保固服务计划07.3执行保固服务计划07.4评估保固服务绩效07保固服务OSSP中的项目管理过程01接案02投标03签约04规划05执行与控管06交付产品08结案01.1客户需求可行性分析01.2接案决策02.1拟订建议书02.2参与评选02.3议价03.1议约03.2签订合约04.1项目规划04.2拟订项目计划04.3项目计划审查04.4项目计划核准05.1按项目计划执行05.2进度报告05.3项目管理审查05.4项目技术审查08.1行政结案08.2经验教训分享06.1产品检验与测试06.2产品运交06.3取得验收凭证输入处理步骤输出01接案01.1客户需求可行性分析01.2接案决策01.1.1就客户需求内容，进行技术风险、成本、规模、时程、资源运用的可行性分析。01.1.2将分析结果记录于客户需求可行性分析报告(PM-PP-T01)中。01.1.3组成审查小组，并依据审查工作指导书(ENG-VV-W01)实施同侪审查。审查结果记录于同侪审查会议纪录中。01.1.4根据审查结果修订可行性分析报告，并重复步骤01.1.3至01.1.4至可行性分析报告通过审查为止。RFP/客户需求文件同侪审查结果通过审查之可行性分析报告待办事项01.2.1依据审查工作指导书(ENG-VV-W01)，召集接案决策会议。01.2.2根据客户需求可行性分析报告做成接案与不接案决策，并将结果记录在接案决策会议记录(PM-PP-T02)中。通过审查之可行性分析报告接案决策会议纪录各活动或工作项目的ETVXCMMI所指的processelement(过程组件)，其编号代表执行的顺序。33项目生命周期模型01接案03签约04规划05执行与控管06交付产品08结案02投标政府标案型01接案03签约04规划05执行与控管06交付产品08结案民间企业型A01接案03签约04规划05执行与控管06交付产品08结案民间企业型B在项目中使用OSSP，订定项目所使用的生命周期过程。01接案03签约05执行06交付产品08结案民间企业型C01接案03签约05执行06交付产品08结案民间企业型D07保固服务07保固服务07保固服务07保固服务07保固服务34项目已定义生命周期过程的发展使用系统概念发展、需求分析、功能设计与分配获得最终产品(endproducts)的WBS(尽可能细致至足以执行估算)估算最终产品(应用系统产品，含所有软硬件)的规模。使用最终产品WBS及其规模数据，并根据客户的期程(上线或产品上市)及版期(builds)需求，选择项目生命周期模型，并切割项目的阶段。根据选择的项目生命周期模型及切割出来的项目阶段，规划完成终端产品的开发期间，将伴随产生的致能产品(enablerproduct)(亦即，管理性文件及服务)，并展开致能产品的WBS。选择(每项)最终产品的开发生命周期模型，综整伴随最终产品产生的致能产品(enablerproduct)(亦即，系统开发文件及服务)，并展开这些致能产品的WBS。整合所有重迭或相关的致能产品，并将项目生命周期模型及最终产品生命周期模型合并，成为项目已定义的生命周期模型。计算致能产品(管理性文件+系统开发文件)的规模。使用致能产品及项目已定义的生命周期模型，自OSSP中裁适出项目的已定义生命周期过程(project’sdefinedprocesses)。35项目生命周期模型的例子小型项目规划生命周期模型大型项目规划生命周期模型规模估算成本估算期程规划风险规划品保规划CM规划撰写PMPPMPWBSMA规划审查PMP产生PMP基准订为基准的PMP规模估算成本估算期程规划风险规划品保规划CM规划整合PMP整合式PMPWBSMA规划审查整合式PMP产生整合式PMP基准订为基准的整合式PMP撰写及审查风险管理计划撰写及审查项目QA计划撰写及审查项目MA计划撰写及审查项目CM计划风险管理计划书QA计划书CM计划书MA计划书36完整的项目发展程序01接案03签约04规划05执行与控管06交付产品08结案02投标07保固服务01系统需求分析02系统架构设计03软件需求分析04软件架构设计05软件细部设计06编码与单元测试07软件整合08软件鉴定测试11验收测试12包装与交付13雏型制作意见回复与需求修改过程产品发展生命周期过程+项目管理过程经过资源调整及开发方法调整后所得到的项目发展程序外包(筹获)过程可行性分析使用SLCM-分析与设计雏型法37完整的项目发展程序01接案03签约04规划05执行与控管06交付产品08结案02投标07保固服务01系统需求分析02系统架构设计03软件需求分析04软件架构设计05软件细部设计06编码与单元测试07软件整合08软件鉴定测试11验收测试12包装与交付产品发展生命周期过程+项目管理过程外包(筹获)过程可行性分析05软件细部设计06编码与单元测试07软件整合12包装与交付06交付产品07保固服务使用SLCM-渐增式生命周期模型Build1Build238CNS14837与CMMI的结合发展过程文件时，可参照CNS14837的过程及其过程设计原则，以发展出组织合用，又可同时达成CMMI中PA的GG与SG的过程文件。值得注意的是，运用此过程设计原则得到的过程文件，不会是为个别的PA而写，也不会将PA拆解成为类似个别独立之活动或工作项目的「流程组件」(相关定义请参阅CMMI的TR)，因为，为个别PA写过程文件，或拆解流程组件的作法，都将使原本已经很复杂的过程改善工作更加复杂，而且增加了过程实作上的困难度。39过程设计原则(1)管理手册中的过程是模块化的，因此要：内聚力强(Stronglycohesive)。过程的每个部分都要有强烈的关联性；耦合松散(Looselycoupled)。过程间的接口要维持在最低的状态下。40过程设计原则(2)原则上，每个过程只专注在生命周期中一项独特的功能上，而且可以就特定功能的需要，运用其它的过程。以下是过程识别、范围界定及建构的规则：过程必须是模块化的，也就是，在生命周期当中，过程执行单项，而且仅执行单项的功能；任意两个过程间的界面要减至最低；在架构中，每个过程都是以「被援引(invoked)」的方式运用；如果过程甲是由过程乙来援引，而且仅会被过程乙援引，那么就把过程甲纳入过程乙当中；若某项功能由一个以上的过程所援引，则该项功能本身就要独立成为一个过程；过程必须能够验证生命周期模型中的任何功能；每个过程要有充分定义的内部结构，以便能够被执行。41符合CMMI的程序书格式建议的程序格式：Process(ProcedureName)ProcessOwnerProcessDescriptionEntryCriteria/InputsExitCriteria/OutputsRolesAssets/ReferenceTasksMeasures42需求发展与软件生命周期阶段的关系RequirementDevelopment系统需求分析系统架构设计软件需求分析SP1.1诱导需要SP1.2开发客户需求SP3.1建立营运概念及情境SP3.2建立必要之功能的定义SP3.3分析需求SP2.1建立产品及产品组件需求SP2.2配置产品组件需求SP2.3鉴别界面需求SP3.4分析需求以达到平衡SP3.5广泛运用各种方法去确认需求SP1.1诱导需求SP1.2发展客户需求SP2.1建立产品及产品组件需求SP2.2配置产品组件需求SP2.3鉴别界面需求SP3.1建立营运概念及情境SP3.2建立必要之功能的定义SP3.4分析需求以达到平衡SP3.5广泛运用各种方法去确认需求系统需求系统架构-SW,HW,MO软件需求SP3.3分析需求SP3.4分析需求以达到平衡SP3.5广泛运用各种方法去确认需求组织最好依据生命周期阶段的目的规划发展活动。43技术解决方案与软件生命周期阶段的关系TechnicalSolution软件架构设计软件细部设计软件编码与测试软件架构软件细部设计软