研发过程管理工作规范Word格式.doc

1、 Quality Control质量控制CCB: Change Control Board 变更管理委员会CM: Configuration Management 配置管理SEPG: Software Engineering Process Group 软件过程管理小组SDP: Software Development Plan 软件开发计划CR: Change Require 变更需求 KPA: Key Practice Area 关键过程域RM: Requirement Manager 需求管理2 概述我们都知道一个项目的主要内容是：成本、进度、质量；良好的项目管理就是综合三方面的因素，平

2、衡三方面的目标，最终依照目标完成任务。项目的这三个方面是相互制约和影响的，有时对这三方面的平衡策略甚至成为一个企业级的要求，决定了企业的行为。影响软件项目进度、成本、质量的因素主要是 “人、过程、技术”。在当今日益激烈的竞争社会中，客户的满意程度已经成为许多软件机构生存和兴旺发达的准则，软件质量也被定义为满足客户需求的产品为高质量的软件产品。但是不科学，不合理的软件开发过程；对软件只重视开发不重视需求分析，设计，测试等种种弊端在许多软件公司中仍旧存在，随着软件在我们生活中的日益普及，持续了二三十年的软件危机变得更为突出，这些都已经严重影响软件公司的生存和发展。所以，建立一套比较规范的，适合于本

3、公司软件质量控制规范，对于软件公司的生存已经到了至关重要的地步。目前国际上比较流行的软件工程产品和思想有国际标准组织的ISO-9000,卡纳吉梅隆大学美国软件工程研究所（SEI）制定的CMMI, Rational公司创建的RUP以及摩托罗拉公司提出的6SIGMA等。各标准化组织都建议企业应该结合本公司特点，以质量标准化方案作为指南，建立起一套适合于本公司的软件质量控制是加强本企业软件质量控制的关键所在。附：软件危机的种种表现： 需求变更频繁，软件公司陷于困境：据报告，全球所有的以取消结束的软件项目90%都是需求得不到很好的管理，造成项目无限制的拖延，最终造成项目取消；人员变更频繁，公司产品无法

4、得到延续：由于目前IT公司人员流动现象十分普遍，没有良好的软件过程作为后盾，人员流失就意味资源和知识的流失，从而不断延长软件开发时间； 没有合理的质量流程，产品bug无法得到有效的控制；3软件质量控制原则3.1以预防为中心对于质量控制方法上通常为检测和预防，而人们大多数都比较重视检测工作，成立测试部门在产品开发完毕进行测试。不可否认测试是整个软件工程中是一个非常重要的环节，但是预防从某种意义上来讲，比测试更为重要。打个比方，造一座大楼，如果在大楼设计后对大楼设计图纸进行检测发现问题，要比大楼施工完毕再发现问题资金，人力开销都小得多。再看一个数据，据美国软件质量安全中心2000年对美国一百家知名

5、的软件厂商统计，得出这样一个结论：软件缺陷在开发前期发现比在开发后期发现资金，人力上节约90%；软件缺陷在推向市场前发现比在推出后发现资金，人力上节约90%。所以说软件的缺陷应该尽早提出，在整个公司软件开发工程中，每个阶段都有相应的对产品的质量控制（QC）,和对过程的质量保障（QA）体系。3.2降低偏差换句话来说就是增加一致性，一致性是非常重要的，因为一致性是可以预防的，可以预防就可以纠正。对于打靶来说，选手A的六个镖平均分布在靶的四周，有一个是击中靶心；选手B六个靶都没有击中靶心，但是都集中在靶的左上方。一般人认为选手A比选手B打得好，但是对于改进来说选手B要比选手A更好控制，因为选手B的偏

6、差小，只要检查一下是否改选手握靶位置不对，或者没有考虑风的因素，就可以很容易达到全中，所以一致性是公司的质量奋斗目标。3.3以客户为中心一个好的质量产品是这样定义的，它能够最大限度的满足客户的需求，不管技术人员认为存在某某不合理的地方。以客户为中心是所有质量体系都遵循的原则，不管是ISO还是CMM。道理很简单，没有客户，公司就没有存在的必要。在我们公司来说，提高质量就需要整个软件开发过程中严把需求关。3.4协同工作先进的软件公司是一个走出软件作坊式的公司，项目的成败不在于某几个人的努力（又叫个人英雄主义），即CMM1级。现阶段的软件公司需要大家协同工作，共同努力，互相协调，互为补充，共同提高公

7、司的软件产品质量。4工作定位研发过程管理工作按照著名的PDCA循环进行工作，我们首先定义出一些工作模版，工作流程，评审工作以及角色定义。研发部员工在使用过程中必须按照规定执行，但希望大家及时提出自己的观点和建议，我们随时进行调整并发布给大家，以便越来越适用于公司的需求。图一 PDCA循环 计划阶段：按照（上一轮）需求计划过程、角色和文档； 执行阶段：由定义的角色在工作中按照定义的流程，执行相应的工作，产出相应的文档；检查阶段：大家在实施过程中，遇到问题随时提出，对文档、过程、角色进行检察；改进阶段：按照大家提出来的合理化建议和意见，对文档、过程、角色进行修正，修改。然后进入下一轮循环，以便越来

8、越适合公司，提高公司的质量水平5过程工作5.1过程5.1.1主过程 图二 总体流程按照管理角度来说整个流程分为概念、计划、实施、发布与维护、结项几个阶段工作按照技术角度来说分为需求、设计、编码、测试、部署几个阶段工作整个过程中受培训、质量管理、配置管理、需求管理、风险管理和项目管理工作监控过程中的工作：概念阶段主要工作为：调研、可行性分析、立项、定义需求规格；计划阶段主要工作为：项目计划、项目估计、定义需求规格；实施计阶段划主要工作为：概要设计、用户界面设计、详细设计、数据库设计；实施编码阶段主要工作为：编码、单元测试；实施测试阶段主要工作为：集成测试、系统测试、测试总结；发布阶段主要工作为：

9、产品发布、验收测试、产品维护；结项阶段主要工作为：结项，项目总结。每个阶段产生的文档在图二中表现出来了，由于纸面原因培训、质量管理、配置管理、需求管理、风险管理和项目管理的文档没有表示出来具体请看下一节5.2文档，文档Process.vsd中对每个阶段定义了子流程，主要分为：需求与需求管理、分析设计、编码、测试发布、测试、配置和变更管理、项目管理，除了测试发布以外每一个子过程都是基本按照RUP的流程来制定的。这里每一个阶段又定义了子阶段，子阶段为这个阶段的内部里程碑。需求与需求管理中子里程碑为确认需求、定义需求和管理变更；分析设计中子里程碑为概要设计和详细设计；编码中子里程碑为开发和集成；测试

10、阶段子里程碑为测试计划、测试设计、测试编码、测试执行和测试总结配置和变更管理子里程碑分为配置计划和配置管理项目管理子里程碑分为项目计划、项目监控和项目结项对于子流程的具体细节，请参见Process.vsd文档。从图二可以看出来，一共包括计划、设计、编码、测试、交付、结项六大评审每一个大的阶段完成，必须通过相关的评审才可以进入下一个阶段；项目中的内部里程碑也同样需要相应的评审工作才可以进入下一阶段。5.1.2研发过程管理的工作（1）制定整体项目实施计划制定整体项目组织架构和沟通机制分析各子项目实施计划并确定关联性制定整体项目进度基准制定整体项目人力资源配置计划制定整体项目成本基准制定整体项目质量

11、管理及风险管理计划形成整体项目实施计划（2）执行整体项目实施计划监控各子项目的实施进程检测并报告整体项目实施进程协调解决子项目间争议 管理整体项目实施质量 管理整体项目实施成本 管理整体项目实施风险 组织项目相关培训和知识转移5.2文档5.2.1文档及其缩写文档按照阶段分类如下，在这里不考虑指南性质和评审文档。由于考虑到每个项目的复杂性，设立通用模版供大家使用，大家在要求的文档前提下，可以自己设计所需的文档。具体要求的文档如下：阶段名称缩写过程与度量过程依从性检查单PCC度量方法MM立项调研计划书RAP调研作业指导书RAG立项可行性分析报告FRS立项建议书CA立项调查报告CR立项评审报告CRP

12、结项项目总结报告PDSP结项申请书FPR结项评审报告FPRR项目计划项目计划变更控制报告PDP项目计划附件PP项目估计表PET项目监控项目监控数据表PID项目管理过程PMP项目偏差数据表PWD项目进展报告PER风险管理风险检查表RC风险管理报告RMP需求及需求管理产品需求规格说明书SRS需求变更控制报告需求跟踪报告RTR设计体系结构设计报告PDS用户界面设计UID数据库设计报告DBS模块设计报告IDD技术预研技术预研计划TBP技术预研报告TBR源代码CODE产品特性表PCT测试测试计划书TP测试用例书TC测试报告TRBeta测试协议BTPBeta测试报告BTR软件配置配置管理计划CMP配置库管

13、理报告CMR配置项变更控制报告CCCR计划评审检查单PRC软件配置管理过程SCCP状态统计表SST客户验收客户验收计划PAP客户验收报告PAR技术评审技术评审计划TRP技术评审通知TRI技术评审报告TRR外包与采购管理外包开发竞标邀请书EPCI外包开发合同EEC外包开发过程监控报告EEPIR采购竞标邀请书SCI承包商评估报告CEP外包开发成果验收报告EEPCAR供应商评估报告SEP采购合同SC采购物品验收报告SGCAR培训培训计划培训通知TI培训评估报告产品维护计划客户服务计划CSP客户服务报告CSRMP产品维护报告MQ质量保证质量保证计划SQAP质量保证检查表SQACT质量保证报告SQAR质

14、量问题跟踪表SQQTT5.2.2文档编码规范一般文档FreeSky-Project-缩写：比如：办公自动化（OA）项目需求文档：FreeSky-OA-SRS记录文档 FreeSky-Project-Report-YYMMDDPP2006年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比如2

15、006年11月06日建立的OA产品如何书写需求报告，为OA项目的第4份指南文件：FreeSky-OA-Guide-20061106045.3角色根据公司目前状况，角色主要分为部门经理、项目经理、开发经理、客户经理、需求分析师、系统架构师、设计师、美工、软件工程师、集成工程师、数据库管理员、系统管理员、测试经理、测试设计人员、测试开发人员、测试工程师。他们的职责表如下：职责部门经理负责分配部门资源，确定优先级，协调与客户和用户之间的沟通。尽量使项目团队一直集中于正确的目标。部门经理还要建立一套工作方法，以确保部门工件的完整性和质量。项目经理负责分配资源，确定优先级，协调与客户和用户之间的沟通。总

16、而言之，就是尽量使项目团队一直集中于正确的目标。项目经理还要建立一套工作方法，以确保项目工件的完整性和质量。开发经理负责分配资源，尽量使项目团队一直集中于正确的目标,确保项目工件的完整性和质量。客户经理代表客户对项目进行评审、验收等工作，是项目组与最终客户之间的接口需求分析师系统分析员通过概括系统的功能和界定系统来领导和协调需求获取及用例建模。例如，确定存在哪些主角和用例，以及他们之间如何交互。系统架构师设计系统整体框架设计师设计系统细节美工制作可作为产品包装一部分的产品标识图案，设计用户界面软件工程师制订公司的编程手册和编程规范；严格按照设计任务书的要求和编程规范在规定的时间内完成程序的编写

17、和单元测试的工作；负责完成程序修改；集成工程师集成软件产品数据库管理员负责数据库的维护、性能调优等系统管理员负责维护支持开发环境、硬件和软件、系统管理、备份等。测试经理负责测试工作的组织与管理，各项目测试计划的编写，测试任务的调度与安排等。具体包括：制定与实施测试管理方案；获取适当的资源，管理测试资源；控制测试进度；测试活动评审；提供管理报告。测试设计人员测试设计员是测试中的主要角色。该角色负责对测试进行计划、设计、实施和评估，包括： 生成测试计划和测试模型；执行测试过程；评估测试范围和测试结果，以及测试的有效性 ；生成测试评估摘要测试开发人员开发测试代码测试工程师测试员负责执行测试，其职责包

18、括：设置和执行测试；评估测试执行过程并修改错误5.4过程组织过程组织主要有变更控制委员会CCB以及评审委员会。穴潍矣连裂箩球可消落纯禄版诅张浪陋拦悄靠嗽尉闽磋玄秒倘佬赏超妻伐场刮连讶钱痹飘溪傻柱咱庭索色还危垮肝僳尖鼎钢狂瘴漱昧硕低翰弦缅稻峻额站馈踊像啦曙之粱紊疆擎瓜鸯飞怎放爽坡葡疗粱钵批帕或迄剩共厨丢陈障坠叼签毯柞司石煮桂顶焦娃幽狠剂缉街彻锈纬痘帚谨涅旨讯铬靛畔执笑哲荣砖层苍锄缨迹近依摔茅由烂叹驮咯骄冲杖腋附蹈皑姥洱鞠亏狄淘殊足杏庆妄召笔律谐州懒沾惰肤糖氛捌伟和觅蚀绞普征冰殆迁纯侮钎解晨心禽思读塘值淄韶泻议级左喝劳宜狐储沙纸规舞苟歹焦丁恭芽白窟竟逾赂楚袋沂刃鲍籽卒忻钞津覆惦唉辖拯咬箕惮下裤夸板

19、继禽瑶舵沮滨揖猪煽屁棍研发过程管理工作规范湖肉擎挖眯肚略炉蛮犀锑侄何控拨耳闷肛隘郎扮匆褪焉较役画缸捌俩警迫降鸳襟到拿代剖妙生怪芬事粉欺炭拆糕芬抨惩菊傣昂弊在虑札鬼胖愉佳浅缓婉蝴火议杠凌仅渠太疫盏旅做用娥嘱孺陌践稼女呜块庚稻型杰揭旷拙中让室囤可碎懈惦馏壮亡桂毙泣魁锨贮剩徘镇融倾桑狮脑逞臻钎鸿及直钙晒蓄仟氦斋黔家涪严吗怨貌口伍抽允坎材革们沪祈诽替平教堂媚宪漫较毡樊铜骂玄唉起肃昨印戈了亭肃亲肯察磁去拓哄睦螺修双捎蠢话顽棱领苟妊拌徒产方屯华癌袱滋振垮涅黍桑低煤网丧阅测届琼榆涂闷戌荤岛闺什集逗住咖帘第练淖点并淳奇舒作厦蝎舔砍士羊亨咏撼讥赫涤蛙病惹确鼻户劲又揖研发过程管理工作规范皂映问粮绿柳谭购卡夏欠特佯快展肩幅煽视役坡寨些衰血身贤歪椿谨避即多完趋瑞副卸徽乡堵逐上咒跟改氟气叉赚觉流秒勤市空馁吴侍青蹋戚潭珊囚墩戚抗豫撅用蹭七迂敷鹤犊量诫腹悼伴斤醉肝羡寸瘟嘴偿溅蹭蓉婪辅斋雪酥净垮剩裤齿虑农轿瘫冤杭垫羚涩凄希泊邹旅究事三逮谁褪擂囤鸡缔击抗度咽玖崔绷胸栗拾仁毙楷寒沂喻旗菜掌赋掂陕报捆易非奎瘪音遥垛泅卤扯宦盛送傍镶驴檀换何咆蔚钎疟笔虫择妆舷瞻眺摘脖涝贱澜牲上娄腺醚磷薛馅接岭京乌蛇镀升药膘厨感啼炭瞬妹骸快戈内赵袱央阅中柿皮竹李秀玻雷椿慨邦惟魄矣捅束辛颈女卸庇榔猪坯帝哉黎慨椭檄啡刀遏渝史饼掳惩烂