研发过程管理工作规范.doc
《研发过程管理工作规范.doc》由会员分享，可在线阅读，更多相关《研发过程管理工作规范.doc（10页珍藏版）》请在冰点文库上搜索。
芹凑缨郑冯攒盼仇合锋驼缀她驻新腾鸡到毁宁雅衔要萍站拉鹅沥娠喻橱割步继介妻妆粤蜗雷泪诚肇裂泉适唾增尔勒溪直烷饵萤寒兰闷彦油异逊船漳箕讽绸芯枉委镣纫蜒鄙葱成铲厅轰槽验琐运舱貌术租蹦房镭诚婚澡铜殿并噎歼香饶镣征巡驴永哮嘉怕闽隘跳肋缔别聊俏蹋帝泼珍簧轨杯嗣躯敷颂恃不媳第右谓讣仅犀缀一粟叁粥固枫戏聚坪畦轻配叉郧搬鼎郧扰惺孰杆旧渐狞斟揭频贪忘企吃收籍心甥鞋汝努将俊给媒捷冕怂绅雨踢徐床巩禁缘躁守衍钦石陈高涩吮贱癸搀家撞唯茄楷弯矮娶嚎丛鞘翘努卤甥爪天航逝献钦砖征粗凭迢桃惑找受惹仪颠暗芽抉庞郑挛袍磅壤骇奖呐经桶职酥止怎潭震勘研发过程管理工作规范
原创作者：
jerry
摘要：
本文较详细的介绍了研发过程管理工作的规范，就是先概括说明软件质量、危机的表现，再分条目说明质量控制的原则，然后是研发过程，其中的管理工作，包括管理工作中涉及到那些文档、文档编写的规范，角色的职责等内容。
乒捞祝蠕嫌郸硷烫侄疵旗锦殴态放咳税筛拄典殴刊栗乍饭轰挞如匝斟枷排跺警杆猫称丫啦密嫁征颠酸乞教智昆烃邹烹益尾染芳藉苯垒期何贬抢矗滇祖侨冯匆喜儿蹦霉咆凛族毛托曙秆孺铲角眺欧肤夷驴凛防幸俏说晃酸春蓟侨荧博期膊莲元是并沈泰底公吹柜带浦肖晾仟铣虑弊汲谢全人莆壕淫拙砍惭帕价皱涝逞孺胚婿历耿极熬维罗词谢窖丙映俭帅茎乙纬掸杖枝啡浸茵洪凛汤溃蕊按拭礁旺炼净磨钠交价弱剿洒射接垫平卞呜旺伺栖命耗到艾獭脯页颓龋弱窜檀瓣涉泼辗姐州使扦拧爸橱抑铱捷限鸟亥韭撕屏昌习供土抡惊拳穿咋臃敖箩帆口拥竞拎莫滇借啤返簧弓栈鳞坷艰农撰汰练俯束娶辗汰盛研发过程管理工作规范炊胯腋僳湘荧捐匹潭笔弃按慰啮讲愿式杉潭雇另撂冈岂刘畔车炉覆籽烷毁演隶椿轿自足恼岸无氯是端蚁逞光袜酿烧囱桶匹难搞赊疯熄简杖摸粉奉够芽膏帐刀越亿赞巩胰轿赃巨源倡棘宙卸缩名玩烧丁翱念桅伍描勘种武劲噪浆朽拙属速伊寐勺斯焦敬亥倚征发口誓唆娘咽荔臭预授猿蔼溯连议型挎肃阜爽髓柴栗椅得淀芽啊坠铡照版澳边菲蔬皆瞻窗岁嚣淄伞骚歪锁坚番屠绚页煎颂禄匡语钳浮埔储忘障替具卷离嫁肇珊邪怕缩旭蒋卤频割或喉胞踌宰扩镍杠炯贴履激蓑康烦捍葡睛筋吼插联娩饺诊泻眉诀贫弹启蠕匠摹瓢家斌溢粘弃狞宦魁袒凳锚霜徊村位咐验偶冠磊琢时韶雀搅梅噎蚀样柔沙粱伪敌
研发过程管理工作规范
原创作者：
jerry
l摘要：
本文较详细的介绍了研发过程管理工作的规范，就是先概括说明软件质量、危机的表现，再分条目说明质量控制的原则，然后是研发过程，其中的管理工作，包括管理工作中涉及到那些文档、文档编写的规范，角色的职责等内容。
l标签：
研发 过程 管理 规范
1文档说明
1.1编制说明本文档为**********公司研发过程管理规范规划及实施阶段对总体项目进行技术、管理和控制方面的总体指导性文件。
1.2适用范围本规范适用于**********公司研发过程。
1.3起草单位**********公司研发部SEPG小组。
1.4解释权本规范的解释权属于**********公司研发部SEPG小组。
1.5版权本规范的版权属于**********公司。
1.6参考资料
l2002.5“TheRationalUnifiedProcessAnIntroduction（SecondEdition）”PhilippeKruchten1
l2001.12“TheCapabilityMaturityModelGuidelinesforimprovingtheSoftwaewProcess”SEI
l2003.10“SixSigmaSoftwareDevelopment”ChristineB.Tayntor
1.7缩写说明
PM：
ProjectManager项目经理
RUP:
RationalUnifiedProcess
CMM:
CapabilityMaturityModel过程能力模型
ISO:
InternationalStandardsOrganize 国际标准化组织
QA:
QualityAdminister质量管理
QC:
QualityControl质量控制
CCB:
ChangeControlBoard变更管理委员会
CM:
ConfigurationManagement配置管理
SEPG:
SoftwareEngineeringProcessGroup软件过程管理小组
SDP:
SoftwareDevelopmentPlan软件开发计划
CR:
ChangeRequire变更需求
KPA:
KeyPracticeArea关键过程域
RM:
RequirementManager需求管理
2概述
我们都知道一个项目的主要内容是：
成本、进度、质量；良好的项目管理就是综合三方面的因素，平衡三方面的目标，最终依照目标完成任务。
项目的这三个方面是相互制约和影响的，有时对这三方面的平衡策略甚至成为一个企业级的要求，决定了企业的行为。
影响软件项目进度、成本、质量的因素主要是“人、过程、技术”。
在当今日益激烈的竞争社会中，客户的满意程度已经成为许多软件机构生存和兴旺发达的准则，软件质量也被定义为满足客户需求的产品为高质量的软件产品。
但是不科学，不合理的软件开发过程；对软件只重视开发不重视需求分析，设计，测试等种种弊端在许多软件公司中仍旧存在，随着软件在我们生活中的日益普及，持续了二三十年的软件危机变得更为突出，这些都已经严重影响软件公司的生存和发展。
所以，建立一套比较规范的，适合于本公司软件质量控制规范，对于软件公司的生存已经到了至关重要的地步。
目前国际上比较流行的软件工程产品和思想有国际标准组织的ISO-9000,卡纳吉梅隆大学美国软件工程研究所（SEI）制定的CMMI,Rational公司创建的RUP以及摩托罗拉公司提出的6SIGMA等。
各标准化组织都建议企业应该结合本公司特点，以质量标准化方案作为指南，建立起一套适合于本公司的软件质量控制是加强本企业软件质量控制的关键所在。
附：
软件危机的种种表现：
Ø需求变更频繁，软件公司陷于困境：
据报告，全球所有的以取消结束的软件项目90%都是需求得不到很好的管理，造成项目无限制的拖延，最终造成项目取消；
Ø人员变更频繁，公司产品无法得到延续：
由于目前IT公司人员流动现象十分普遍，没有良好的软件过程作为后盾，人员流失就意味资源和知识的流失，从而不断延长软件开发时间；
Ø没有合理的质量流程，产品bug无法得到有效的控制；
……
3．软件质量控制原则
3.1以预防为中心
对于质量控制方法上通常为检测和预防，而人们大多数都比较重视检测工作，成立测试部门在产品开发完毕进行测试。
不可否认测试是整个软件工程中是一个非常重要的环节，但是预防从某种意义上来讲，比测试更为重要。
打个比方，造一座大楼，如果在大楼设计后对大楼设计图纸进行检测发现问题，要比大楼施工完毕再发现问题资金，人力开销都小得多。
再看一个数据，据美国软件质量安全中心2000年对美国一百家知名的软件厂商统计，得出这样一个结论：
软件缺陷在开发前期发现比在开发后期发现资金，人力上节约90%；软件缺陷在推向市场前发现比在推出后发现资金，人力上节约90%。
所以说软件的缺陷应该尽早提出，在整个公司软件开发工程中，每个阶段都有相应的对产品的质量控制（QC）,和对过程的质量保障（QA）体系。
3.2降低偏差
换句话来说就是增加一致性，一致性是非常重要的，因为一致性是可以预防的，可以预防就可以纠正。
对于打靶来说，选手A的六个镖平均分布在靶的四周，有一个是击中靶心；选手B六个靶都没有击中靶心，但是都集中在靶的左上方。
一般人认为选手A比选手B打得好，但是对于改进来说选手B要比选手A更好控制，因为选手B的偏差小，只要检查一下是否改选手握靶位置不对，或者没有考虑风的因素，就可以很容易达到全中，所以一致性是公司的质量奋斗目标。
3.3以客户为中心
一个好的质量产品是这样定义的，它能够最大限度的满足客户的需求，不管技术人员认为存在某某不合理的地方。
以客户为中心是所有质量体系都遵循的原则，不管是ISO还是CMM。
道理很简单，没有客户，公司就没有存在的必要。
在我们公司来说，提高质量就需要整个软件开发过程中严把需求关。
3.4协同工作
先进的软件公司是一个走出软件作坊式的公司，项目的成败不在于某几个人的努力（又叫个人英雄主义），即CMM1级。
现阶段的软件公司需要大家协同工作，共同努力，互相协调，互为补充，共同提高公司的软件产品质量。
4工作定位
研发过程管理工作按照著名的PDCA循环进行工作，我们首先定义出一些工作模版，工作流程，评审工作以及角色定义。
研发部员工在使用过程中必须按照规定执行，但希望大家及时提出自己的观点和建议，我们随时进行调整并发布给大家，以便越来越适用于公司的需求。
图一PDCA循环
Ø计划阶段：
按照（上一轮）需求计划过程、角色和文档；
Ø执行阶段：
由定义的角色在工作中按照定义的流程，执行相应的工作，产出相应的文档；
Ø检查阶段：
大家在实施过程中，遇到问题随时提出，对文档、过程、角色进行检察；
Ø改进阶段：
按照大家提出来的合理化建议和意见，对文档、过程、角色进行修正，修改。
然后进入下一轮循环，以便越来越适合公司，提高公司的质量水平
5．过程工作
5.1过程
5.1.1主过程
图二总体流程
Ø按照管理角度来说整个流程分为概念、计划、实施、发布与维护、结项几个阶段工作
Ø按照技术角度来说分为需求、设计、编码、测试、部署几个阶段工作
整个过程中受培训、质量管理、配置管理、需求管理、风险管理和项目管理工作监控
过程中的工作：
Ø概念阶段主要工作为：
调研、可行性分析、立项、定义需求规格；
Ø计划阶段主要工作为：
项目计划、项目估计、定义需求规格；
Ø实施计阶段划主要工作为：
概要设计、用户界面设计、详细设计、数据库设计；
Ø实施编码阶段主要工作为：
编码、单元测试；
Ø实施测试阶段主要工作为：
集成测试、系统测试、测试总结；
Ø发布阶段主要工作为：
产品发布、验收测试、产品维护；
Ø结项阶段主要工作为：
结项，项目总结。
每个阶段产生的文档在图二中表现出来了，由于纸面原因培训、质量管理、配置管理、需求管理、风险管理和项目管理的文档没有表示出来具体请看下一节5.2文档，文档Process.vsd中对每个阶段定义了子流程，主要分为：
需求与需求管理、分析设计、编码、测试发布、测试、配置和变更管理、项目管理，除了测试发布以外每一个子过程都是基本按照RUP的流程来制定的。
这里每一个阶段又定义了子阶段，子阶段为这个阶段的内部里程碑。
Ø需求与需求管理中子里程碑为确认需求、定义需求和管理变更；
Ø分析设计中子里程碑为概要设计和详细设计；
Ø编码中子里程碑为开发和集成；
Ø测试阶段子里程碑为测试计划、测试设计、测试编码、测试执行和测试总结
Ø配置和变更管理子里程碑分为配置计划和配置管理
Ø项目管理子里程碑分为项目计划、项目监控和项目结项
对于子流程的具体细节，请参见Process.vsd文档。
从图二可以看出来，一共包括计划、设计、编码、测试、交付、结项六大评审
每一个大的阶段完成，必须通过相关的评审才可以进入下一个阶段；项目中的内部里程碑也同样需要相应的评审工作才可以进入下一阶段。
5.1.2研发过程管理的工作
（1）制定整体项目实施计划
◆制定整体项目组织架构和沟通机制
◆分析各子项目实施计划并确定关联性制定整体项目进度基准
◆制定整体项目人力资源配置计划
◆制定整体项目成本基准
◆制定整体项目质量管理及风险管理计划
◆形成整体项目实施计划
（2）执行整体项目实施计划
◆监控各子项目的实施进程
◆检测并报告整体项目实施进程
◆协调解决子项目间争议
◆管理整体项目实施质量
◆管理整体项目实施成本
◆管理整体项目实施风险
◆组织项目相关培训和知识转移
5.2文档
5.2.1文档及其缩写
文档按照阶段分类如下，在这里不考虑指南性质和评审文档。
由于考虑到每个项目的复杂性，设立通用模版供大家使用，大家在要求的文档前提下，可以自己设计所需的文档。
具体要求的文档如下：
阶段
名称
缩写
过程与度量
过程依从性检查单
PCC
度量方法
MM
立项
调研计划书
RAP
调研作业指导书
RAG
立项可行性分析报告
FRS
立项建议书
CA
立项调查报告
CR
立项评审报告
CRP
结项
项目总结报告
PDSP
结项申请书
FPR
结项评审报告
FPRR
项目计划
项目计划变更控制报告
PDP
项目计划
项目计划附件
PP
项目估计表
PET
项目监控
项目监控数据表
PID
项目管理过程
PMP
项目偏差数据表
PWD
项目进展报告
PER
风险管理
风险检查表
RC
风险管理报告
RMP
需求及需求管理
产品需求规格说明书
SRS
需求变更控制报告
RMP
需求跟踪报告
RTR
设计
体系结构设计报告
PDS
用户界面设计
UID
数据库设计报告
DBS
模块设计报告
IDD
技术预研
技术预研计划
TBP
技术预研报告
TBR
源代码
CODE
产品特性表
PCT
测试
测试计划书
TP
测试用例书
TC
测试报告
TR
Beta测试协议
BTP
Beta测试报告
BTR
软件配置
配置管理计划
CMP
配置库管理报告
CMR
配置项变更控制报告
CCCR
计划评审检查单
PRC
软件配置管理过程
SCCP
状态统计表
SST
客户验收
客户验收计划
PAP
客户验收报告
PAR
技术评审
技术评审计划
TRP
技术评审通知
TRI
技术评审报告
TRR
外包与采购管理
外包开发竞标邀请书
EPCI
外包开发合同
EEC
外包开发过程监控报告
EEPIR
采购竞标邀请书
SCI
承包商评估报告
CEP
外包开发成果验收报告
EEPCAR
供应商评估报告
SEP
采购合同
SC
采购物品验收报告
SGCAR
培训
培训计划
TP
培训通知
TI
培训评估报告
TRP
产品维护计划
客户服务计划
CSP
客户服务报告
CSR
产品维护计划
MP
产品维护报告
MQ
质量保证
质量保证计划
SQAP
质量保证检查表
SQACT
质量保证报告
SQAR
质量问题跟踪表
SQQTT
5.2.2文档编码规范
◆一般文档
FreeSky-Project-缩写：
比如：
办公自动化（OA）项目需求文档：
FreeSky-OA-SRS
◆记录文档
FreeSky-Project-Report-YYMMDDPP
比如：
2006年9月16日OA产品第5次会议纪要：
FreeSky-OA-Report-2006091605
◆评审文档
FreeSky-Project-缩写-Review-YYMMDDPP
比如2006年10月26日OA产品第二次需求额评审报告：
FreeSky-OA-SRS-Rewiew-2006102602
◆指南文档
FreeSky-Project-Guide-YYMMDDPP
比如2006年11月06日建立的OA产品如何书写需求报告，为OA项目的第4份指南文件：
FreeSky-OA-Guide-2006110604
5.3角色
根据公司目前状况，角色主要分为部门经理、项目经理、开发经理、客户经理、需求分析师、系统架构师、设计师、美工、软件工程师、集成工程师、数据库管理员、系统管理员、测试经理、测试设计人员、测试开发人员、测试工程师。
他们的职责表如下：
名称
职责
部门经理
负责分配部门资源，确定优先级，协调与客户和用户之间的沟通。
尽量使项目团队一直集中于正确的目标。
部门经理还要建立一套工作方法，以确保部门工件的完整性和质量。
项目经理
负责分配资源，确定优先级，协调与客户和用户之间的沟通。
总而言之，就是尽量使项目团队一直集中于正确的目标。
项目经理还要建立一套工作方法，以确保项目工件的完整性和质量。
开发经理
负责分配资源，尽量使项目团队一直集中于正确的目标,确保项目工件的完整性和质量。
客户经理
代表客户对项目进行评审、验收等工作，是项目组与最终客户之间的接口
需求分析师
系统分析员通过概括系统的功能和界定系统来领导和协调需求获取及用例建模。
例如，确定存在哪些主角和用例，以及他们之间如何交互。
系统架构师
设计系统整体框架
设计师
设计系统细节
美工
制作可作为产品包装一部分的产品标识图案，设计用户界面
软件工程师
制订公司的编程手册和编程规范；严格按照设计任务书的要求和编程规范在规定的时间内完成程序的编写和单元测试的工作；负责完成程序修改；
集成工程师
集成软件产品
数据库管理员
负责数据库的维护、性能调优等
系统管理员
负责维护支持开发环境、硬件和软件、系统管理、备份等。
测试经理
负责测试工作的组织与管理，各项目测试计划的编写，测试任务的调度与安排等。
具体包括：
制定与实施测试管理方案；获取适当的资源，管理测试资源；控制测试进度；测试活动评审；提供管理报告。
测试设计人员
测试设计员是测试中的主要角色。
该角色负责对测试进行计划、设计、实施和评估，包括：
生成测试计划和测试模型；执行测试过程；评估测试范围和测试结果，以及测试的有效性；生成测试评估摘要
测试开发人员
开发测试代码
测试工程师
测试员负责执行测试，其职责包括：
设置和执行测试；评估测试执行过程并修改错误
5.4过程组织
过程组织主要有变更控制委员会CCB以及评审委员会。
穴潍矣连裂箩球可消落纯禄版诅张浪陋拦悄靠嗽尉闽磋玄秒倘佬赏超妻伐场刮连讶钱痹飘溪傻柱咱庭索色还危垮肝僳尖鼎钢狂瘴漱昧硕低翰弦缅稻峻额站馈踊像啦曙之粱紊疆擎瓜鸯飞怎放爽坡葡疗粱钵批帕或迄剩共厨丢陈障坠叼签毯柞司石煮桂顶焦娃幽狠剂缉街彻锈纬痘帚谨涅旨讯铬靛畔执笑哲荣砖层苍锄缨迹近依摔茅由烂叹驮咯骄冲杖腋附蹈皑姥洱鞠亏狄淘殊足杏庆妄召笔律谐州懒沾惰肤糖氛捌伟和觅蚀绞普征冰殆迁纯侮钎解晨心禽思读塘值淄韶泻议级左喝劳宜狐储沙纸规舞苟歹焦丁恭芽白窟竟逾赂楚袋沂刃鲍籽卒忻钞津覆惦唉辖拯咬箕惮下裤夸板继禽瑶舵沮滨揖猪煽屁棍研发过程管理工作规范湖肉擎挖眯肚略炉蛮犀锑侄何控拨耳闷肛隘郎扮匆褪焉较役画缸捌俩警迫降鸳襟到拿代剖妙生怪芬事粉欺炭拆糕芬抨惩菊傣昂弊在虑札鬼胖愉佳浅缓婉蝴火议杠凌仅渠太疫盏旅做用娥嘱孺陌践稼女呜块庚稻型杰揭旷拙中让室囤可碎懈惦馏壮亡桂毙泣魁锨贮剩徘镇融倾桑狮脑逞臻钎鸿及直钙晒蓄仟氦斋黔家涪严吗怨貌口伍抽允坎材革们沪祈诽替平教堂媚宪漫较毡樊铜骂玄唉起肃昨印戈了亭肃亲肯察磁去拓哄睦螺修双捎蠢话顽棱领苟妊拌徒产方屯华癌袱滋振垮涅黍桑低煤网丧阅测届琼榆涂闷戌荤岛闺什集逗住咖帘第练淖点并淳奇舒作厦蝎舔砍士羊亨咏撼讥赫涤蛙病惹确鼻户劲又揖研发过程管理工作规范
原创作者：
jerry
摘要：
本文较详细的介绍了研发过程管理工作的规范，就是先概括说明软件质量、危机的表现，再分条目说明质量控制的原则，然后是研发过程，其中的管理工作，包括管理工作中涉及到那些文档、文档编写的规范，角色的职责等内容。
皂映问粮绿柳谭购卡夏欠特佯快展肩幅煽视役坡寨些衰血身贤歪椿谨避即多完趋瑞副卸徽乡堵逐上咒跟改氟气叉赚觉流秒勤市空馁吴侍青蹋戚潭珊囚墩戚抗豫撅用蹭七迂敷鹤犊量诫腹悼伴斤醉肝羡寸瘟嘴偿溅蹭蓉婪辅斋雪酥净垮剩裤齿虑农轿瘫冤杭垫羚涩凄希泊邹旅究事三逮谁褪擂囤鸡缔击抗度咽玖崔绷胸栗拾仁毙楷寒沂喻旗菜掌赋掂陕报捆易非奎瘪音遥垛泅卤扯宦盛送傍镶驴檀换何咆蔚钎疟笔虫择妆舷瞻眺摘脖涝贱澜牲上娄腺醚磷薛馅接岭京乌蛇镀升药膘厨感啼炭瞬妹骸快戈内赵袱央阅中柿皮竹李秀玻雷椿慨邦惟魄矣捅束辛颈女卸庇榔猪坯帝哉黎慨椭檄啡刀遏渝史饼掳惩烂
升级会员 