(完整版)【全】CMMI3标准过程活动流程图
- 格式:docx
- 大小:1.07 MB
- 文档页数:20
软件开发流程软件项目生命周期模型需求分析需求分析流程图过程描述1、由部门经理组建临时项目组,并指定PM、开发人员、测试人员、QA,人数根据项目规模确定。
2、PM制定需求阶段日程表,该表须通过研发经理审核。
3、PM指示配置管理员建立配置库。
4、由PM与测试负责人提出裁剪申请,QA指导临时项目组人员对项目进行裁剪,形成项目裁剪表。
5、EPG和部门经理对裁剪结果进行审批,审批通过项目裁剪表正式生效。
6、PM与测试负责人确定项目管理机制,内容包括组织结构、沟通、跟踪、报告、风险管理、问题管理、QA、CM等。
7、项目组人员与客户进行沟通,编写需求清单列表。
8、PM组织临时项目组成员确定系统架构,编写架构设计书和需求规格书。
架构设计过程中的重要的技术方案选择、开发/采购/复用分析等内容要明确体现在架构设计书中。
➢对技术方案选择(例如,系统结构、开发平台、数据库等的选择),要事先建立评价准则(例如,满足系统需求的能力(例如,功能、性能、可靠性等)、技术的发展前景、供应商资质与实力等)及相对优先级,采用讨论表决的方法选择并确定最终的技术方案。
➢关于自行开发和采购复用的分析,如果公司有基本满足系统需要的可复用组件(包括其分析、设计、代码、测试用例等),一般应进行复用;本公司没有能力开发或没有必要开发的非核心技术部分,如果采购成本在项目可接受范围内,可考虑采购;否则,由项目组自行开发。
架构设计的总体候选方案选择和供应商选择要使用正式的方法做决策。
9、PM召集临时项目组、测试负责人等技术骨干评审架构设计书和需求规格书。
10、PM组织临时项目组与客户沟通、说明需求,必要时编制系统原型向客户展示,直到临时项目组、客户就需求的真实含义达成共识、客户书面确认需求规格书为止。
11、临时项目组确定项目目标的范围,明确系统边界,建立系统的模块分解结构。
12、PM与测试负责人遵循《项目估算流程》组织人员进行项目估算。
13、PM、测试负责人与临时项目组确定项目关键参数。
CMMI3级18个过程域CMMI(Capability Maturity Model Integration)是一种用于评价和改进组织的软件工程能力的模型。
CMMI模型将软件工程能力分为不同的级别,目前最高级别是CMMI级别5、在CMMI模型中,共有18个过程域,每个过程域都包含一组过程目标和过程实践。
下面将介绍CMMI级别3中的18个过程域,并对每个过程域进行详细解析。
1. 要求开发(Requirements Development):该过程域涉及确定、分析和记录系统和软件需求的活动。
它包括需求的获取、管理、分析和验证。
2. 要求管理(Requirements Management):该过程域涉及组织和控制项目的需求。
它包括需求的识别、跟踪、控制和变更管理。
3. 项目计划和监控(Project Planning and Monitoring):该过程域涉及制定和维护项目计划,并监控项目活动的执行。
它包括识别和规划项目活动、建立项目计划、监控项目进展和基于此进行调整。
4. 项目监控和控制(Project Monitoring and Control):该过程域涉及监控和控制项目执行过程中的工作和活动。
它包括收集和分析项目绩效数据、对比实际和计划绩效,对项目进展进行控制。
5. 供应商协议管理(Supplier Agreement Management):该过程域涉及与供应商达成协议,并管理和监控供应商的活动。
它包括选择供应商、与供应商协商、管理和控制供应商的交付和绩效。
6. 产品集成(Product Integration):该过程域涉及对各个组成部分进行整合,形成最终产品。
它包括定义和实施产品集成策略、执行产品集成和验证集成后的产品。
7. 风险管理(Risk Management):该过程域涉及识别、评估和控制项目和产品的风险。
它包括制定风险管理计划、识别和评估风险、并采取相应的风险缓解措施。
8. 决策分析和解决方案评估(Decision Analysis and Resolution):该过程域涉及通过分析和评估不同的解决方案,制定决策。
CMM3 正式评估全过程2005-06-28 09:08来源:CSDN评估时间:5月30日- 6月8日1 . ATM(Assessment Team Member)培训也就是对正式评估的评估小组成员进行相关培训,但我和几个将要被访谈的同事也参加了培训。
培训时间:5.30-5.31 9:00-17:00培训地点:公司会议室培训老师:SEI 派来的CMM 主任评估师公司派了4个同事参加评估小组,但是后来有个同事病了。
所以最后我们的评估组:主任评估师(后面简称老外)、CMM 咨询公司的两个老师(其中一个兼作翻译(后面简称翻译),另一个是我们这一年多来指导我们过程改进的老师(后面简称老师)),还给我们培训过CMM呢。
)、还有3个同事(不是将要被访谈人员)。
培训教材是CMM 咨询公司带来的教材Capability Maturity Model ATM Training。
主要讲授了评估小组的建立,在评估过程中将要进行的活动,考察哪些东西以及怎样进行这些活动等。
评估过程中的活动有:A. Conduct Opening MeetingB. Interview Project LeadersC. Interview Middle ManagersD. Interview Functional Area RepresentativesE. Consolidate InformationF. Prepare Draft FindingsG. Present Draft FindingsH. Consolidate Rate and Prepare Final FindingsI. Present Final FindingsJ. Conduct Executive SessionK. Wrap-up assessmentOn-Site Activities 图示:|- B - E -|A-|- C - E -|- F - G - H ----------- I - J - K|- D - E -|Parallel Activities:Perform Document ReviewPerform Follow-up Interviews----------------------------------------------Day 1-----------------------------------> Day 82. 6月1日老总召开了正式评估启动会议,评估小组,所有将要被访谈的人员。
CMMI SPP各阶段流程图:•立项管理流程•结项管理流程•项目规划流程•项目监控流程•风险管理流程•需求管理流程•需求开发流程•技术预研流程•系统设计流程•实现与测试流程•系统测试流程•Beta测试流程•客户验收流程•技术评审流程•配置管理流程•质量保证流程•外包与采购管理流程•培训管理流程•服务与维护流程CRM系统培训讲座提纲:•CRM产生的背景•CRM的概念•CRM的组成部分•CRM的作用•CRM的主要功能模块•CRM的现状和前景•CRM的战略•呼叫中心与CRM•如何实施CRM•CRM 产生背景1990年前后,许多美国企业为了满足日益竞争的市场需要,开始开发销售力量自动化系统(SFA),随后又着力发展客户服务系统(CSS)。
1996年后一些公司开始把SFA和CSS两个系统合并起来,再加上营销策划(Marketing)、现场服务(Field service),在此基础上再集成CTI(计算机电话集成技术)形成集销售(Sales)和服务(Service)于一体的呼叫中心(CallCenter)。
这样就逐步形成了我们今天熟知的CRM。
特别是Gartner Group正式提出CRM(Customer Relationship Management)的概念,也加速了CRM的产生和发展。
狭义来讲,CRM客户关系管理的技术载体就是Call Center,1998年以后随着电子商务的兴起,CRM向eBRM/eCRM方向发展。
二、CRM的概念什么是客户关系管理(CRM)?简单定义,CRM是一个获取、保持和增加可获利客户的过程。
CRM是首先是一套先进的管理思想及技术手段,它通过将人力资源、业务流程与专业技术进行有效的整合,最终为企业涉及到客户或消费者的各个领域提供了完美的集成,使得企业可以更低成本、更高效率地满足客户的需求,并与客户建立起基于学习型关系基础上的一对一营销模式,从而让企业可以最大程度的提高客户满意度及忠诚度,挽回失去的客户,保留现有的客户,不断发展新的客户,发掘并牢牢地把握住能给企业带来最大价值的客户群。
密级:组织过程改进过程目录1.目的/方针 (1)2.范围 (1)3.术语 (1)4.角色与职责 (1)5.入口准则 (1)6.输入 (1)7.流程图 (2)8.主要活动 (3)8.1.识别过程改进 (3)8.2.过程改进策划 (4)8.3.过程改进实施 (5)8.4.评估组织过程 (5)9.出口准则 (6)10.引用文档 (6)11.使用模板 (6)1.目的/方针组织过程改进((Organization Process Focus, OPF)的目的在于掌握组织的过程状态,识别过程改进机会,策划和实施本组织的过程改进活动。
EPG应遵循本过程识别整个组织的过程改进机会,以及策划和实施过程改进活动。
2.范围适用于组织的过程改进。
3.术语4.角色与职责5.入口准则●无6.输入●过程改进信息本过程包括2个规程:1、EPG章程2、管理评审规程8.主要活动组织根据《EPG章程》组建EPG并实施EPG的管理。
EPG负责组织的过程改进工作,包括识别过程改进、过程改进策划、过程改进实施、评估组织过程等活动。
8.1.识别过程改进●EPG通过各种渠道和方式收集改进信息,收集的渠道和方式有:✧营造一个激励持续改进的氛围与环境,收集和分析来自员工等相关方的合理化建议,识别改进机会;✧组织过程的改进目标;✧过程评估的结果;✧通过常规性内部审核、管理评审和各种持续的差距分析活动,不断发现组织过程的薄弱环节;✧通过测量和分析,找出顾客的不满意、产品未满足要求、过程不稳定等事项,分析识别改进机会;✧从监控组织和项目的过程活动的中得出的经验教训中分析识别改进机会;✧通过QA工程师,在日常工作中发现不符合或潜在不符合的事实,分析识别改进机会;✧其它渠道收集的改进信息。
收集的改进信息记录在《改进信息跟踪表》。
●EPG每月对收集的信息进行综合分析,识别组织过程的薄弱环节,确定改进的时机和改进的方式。
过程改进活动有两种方式:日常改进活动和周期性的过程改进活动。
(完整)CMMI项目文档流程图(完整)CMMI项目文档流程图编辑整理:尊敬的读者朋友们:这里是精品文档编辑中心,本文档内容是由我和我的同事精心编辑整理后发布的,发布之前我们对文中内容进行仔细校对,但是难免会有疏漏的地方,但是任然希望((完整)CMMI项目文档流程图)的内容能够给您的工作和学习带来便利。
同时也真诚的希望收到您的建议和反馈,这将是我们进步的源泉,前进的动力。
本文可编辑可修改,如果觉得对您有帮助请收藏以便随时查阅,最后祝您生活愉快业绩进步,以下为(完整)CMMI项目文档流程图的全部内容。
123项目立项阶段销售部门提交《项目交接报告》与《软件开发合同》副本,提交给项目管理中心,申请内部立项。
项目中心经过和开发部门协调后,确定项目承接部门和承接人,成立项目组。
承接人和客户经理沟通,了解合同和客户情况,整理《项目立项报告》。
承接部门召集包括客户经理、部门经理、项目管理中心、项目组成员,公司总工召开项目立项会议,主要由客户经理介绍客户和项目情况,承接人陈述项目组情况,项目进度和项目保证,项目初步风险评估和估算等.并且简要说明调研计划情况,其它人员就项目的技术、风险、进度等进行初步交流和确认,形成项目立项会议纪要。
需求开发阶段项目经理制定《项目调研计划》,提交部门经理审核,再提交给客户确认.得到确认后,项目组进入企业,按照《项目调研计划》展开项目调研,填写《项目调研表》,项目调研结束前整理出《用户需求说明书》,交客户确认,经过双方修正后,客户签字确认的《用户需求说明书》带回公司。
项目经理委任一名设计师,并同参与调研的实施人员,对《用户需求说明书》进行理解,开始撰写《产品需求说明书》。
项目经理组织同行评审,要求参加人员有参与调研人员、项目经理、文档撰写的设计师、架构和详细设计师、编码人员、测试人员、QA人员.对评审不合格的地方,确定责任人和计划消除时间。
再发送给各位评审人进行确认,必要时再进行评审.由设计师撰写《系统测试用例》提交同行评审.将所有基线文档进行基线管理.项目计划阶段项目经理在SQA指导下结合财富库内容,剪裁确定《项目定义的过程清单》。
CMMI3-过程管理类过程一.过程管理类过程 (3)1.组织过程定义(OPD) (3)1.1.建立软件质量管理体系 (3)1.2.建立软件生存周期模型 (3)1.3.建立裁剪指南和准则 (3)1.3.1. 生存周期模型剪裁 (3)1.3.2. 软件过程剪裁 (3)1.3.3. 工作产品剪裁 (3)1.4.建立组织的测量库 (3)1.5.建立组织的过程资产库 (4)1.6.建立工作环境标准 (4)2.组织过程焦点 (5)2.1.制定组织过程改进计划 (5)2.2.评估组织的过程 (5)2.2.1. 制定过程评估计划 (5)2.2.2. 实施过程评估 (5)2.2.3. 识别组织的过程改进 (6)2.3.策划并实施过程改进 (6)2.3.1. 制定过程行动计划 (6)2.3.2. 实施过程行动计划 (7)2.4.部署和监督组织的过程资产 (7)2.4.1. 部署组织的过程资产 (7)2.4.2. 部署标准过程 (7)2.4.3. 监督组织过程的实施 (8)2.5.将与过程有关的经验纳入组织的过程资产 (8)3.组织培训 (9)3.1.建立和维护战略培训需要 (9)3.2.策划年度培训 (10)3.3.实施培训 (11)3.4.评估培训效果 (11)3.5.建立和维护培训能力 (12)4.组织过程绩效 (12)4.1.建立过程绩效测量项 (12)4.2.建立质量和过程绩效目标 (12)4.3.建立过程绩效基线 (13)4.4.建立过程绩效模型 (14)5.组织创新和部署 (14)5.1.分析创新需求 (14)5.1.1. 收集创新意见 (14)5.1.2. 分析创新意见 (15)5.1.3. 实施创新试点 (15)5.2.制定创新部署计划、 (16)5.3.实施和管理部署 (16)5.4.测量创新结果 (16)一.过程管理类过程1.组织过程定义(OPD)组织过程定义是建立和维护组织过程资产库的过程,目的是建立和维护一个可用的组织过程资产集和工作环境标准。
【EPG】组织过程定义与改进[OPD&OPF]
组织发展战略规划《组织级方针》原
有的组织过程资产
【培训】组织培训[OT]
过程开始
《过程改进目标》 2.收集、汇总过程改进建议《过程改进建议表》
原有的组织过程资产 3.评估组织现行过程
《过程改进评估报告》或
《差距分析报告》
《过程改进建议表》
《过程改进评估报告》或
《差距分析报告》
4.识别组织过程改进点《组织过程改进点列表》
《过程改进目标》
《过程改进评估报告》
《组织过程改进点列表》
5.制定过程改进计划并评审
《组织过程改进计划》
《组织过程改进进度表》
《组织过程改进计划》
原有的组织过程资产
“ 6.建立和维护组织过程资产•
J过程资产库(试用版)一
过程资产库(试用版)
《组织过程改进计划》
7.在项目中试点改进后的
组织过程资产
《过程改进建议表》
10.过程改进管理活动
(跟踪和监控、配置管
理、质量保证、度量等)
过程资产库(试用版)《过
程改进建议表》
8.评估、部者新的
组织过程资产
过程资产库(正式版)
过程资产库(正式版)•9.组织中全面实施推广+《过程改进建议表》
《EP会议记录》
《过程改进月报》
《组织过程改进总结报告》
《过程改进进展通告》
《过程资产修订记录》
i.确定组织过程改进目标《过程改进目标》
过程结束
【项目经理】立项过程[PIM]
【项目经理】结项过程[PCM]
------ >《项目已定义过程》
------ A《项目估算报告》
《项目计划》
《风险管理计划及跟踪表》
《质量保证计划》亠《配置管理计划》
《项目进度表》
《团队章程》
-《项目计划评审报告》
项目估算过程
输入项目经理输出程
过
算
估
项目估算表
结束
【项目经理】项目监控[PMC]
【项目经理】风险管理[RSKM]
《组织风险列表库》《项目计划》
过程开始
1.风险识别
2.风险分析
3.风险处理
尸
4.风险跟踪
■■
5.更新《组织风险列表库》及通报
风险状态
I
《风险管理计划及跟踪表》
I
过程结束
【项目经理】度量分析[MA]
4•收集和分析度量数据
《项目进度表》
《项目周报》
《项目里程碑报告》
《不一致项问题跟踪表》各
类《评审报告》
《测试报告》
《项目变更记录》
《项目问题跟踪表》《风险
管理计划及跟踪表》
过程开始
3.制定《度量分析计划》
【项目经
理、
需求】需求开发与管理[RDM]-需求开发过程《度量分析计划》
5.存储和更新、通报度量结果
项目度量库
【项目经理、需求】需求开发与管理[RDM]-需求管理过程需求变更控制
[VER]-同行评审过程-审查过程
过程结束
[VER]-同行评审过程-走查过程
过程开始
过程结束
【项目经理、需求、设计、开发、测试、配置、QA】验证[VER]-同行评审过程-个人评审过程
【项目经理、需求、设计】决策分析与解决方案[DAR]
【设计】技术解决方案[TS]
【开发】产品集成[PI]
【测试】确认[VAL]
【配置】配置管理[CM]
过程开始
【QA】质量保证[PPQA]
《项目计划》
《项目已定义过程》
过程资产中的
《组织过程检查列表》
《组织产品检查列表》J 1.制定QA计划
> 2.过程和产品质量检查
r
过程开始
3.不一致项跟踪处理
1
4.发布QA报告
r
过程结束
《QA计划》
《过程检查列表》
《产品检查列表》
《不一致问题跟踪表》
E 《QA月报》「4《QA里程碑
报告》
《QA外部审计报告》。