软件研发控制程序.docx

《软件研发控制程序.docx》由会员分享，可在线阅读，更多相关《软件研发控制程序.docx（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、质量管理体系文件软件研发控制程序文件编号：QP/X X X X-X. X（根据GB/T 19001 idt ISO 9001:2000 编写） 年月曰 年月曰 年月曰修改状态栏序号更改单编号更改方式更改人日期1目的描述软件研发工程从开始到结束经历的各个阶段，明确各个阶段的先后次序，说明 每个阶段输出的质量记录及所遵循的规范，明确相关人员的职责，为提高整个软件开发 水平，提高工程及软件产品质量提供有力保障。2适用范围适用于软件研发工程管理的全过程。3术语和定义本程序采用ISO 9000:2000质量管理体系基础和术语中的术语和定义。4职责总经理：大型工程上，组织人员进行工程立项报告编制，工程经董

2、事会批准后， 召开协调会，向研发部经理下达“任务委托书”；参与评审”产品研发工程计划”；控制 研发工程的进度。负责跨研发部门的协调和管理 “4.1 技术委员会：为产品研发提供技术指导与支持。4.2 研发部经理：选择合适的工程负责人，研发部内部工程资源的分配和协调；评审 工程计划书、工程需求设计和技术设计；研发部内部跨工程的协调和管理；工程质量监 督，查看工程负责人的周报；工程考核，人员考核等。4.3 工程负责人：配合总经理和技术委员会完成工程任务书；负责工程的整体运行， 保证工程在此流程的控制之下，进行工程计划的编制，组织评审及工程任务的分工，人 员调配，工程汇报等管理工作，并确保整个工程的文

3、档化管理。4.4 工程成员：负责完成工程负责人布置的工作任务，并按照规范及时准确填写各种 质量记录，高质量的完成工程所需的各种技术文档，确保工程运行有完整详细的文档记 录和高质量的软件。4.5 软件测试人员：负责软件的测试说明书的编写，软件的测试和软件质量的保证。4.6 技术文秘：负责配置管理软件的日常维护，培训工作。视工程规模及人员配置，部 分职责可以兼任,如软件测试兼技术文秘。5工作程序工程立项阶段5.1.1 编写立项建议书立项建议书由工程的发起人编写，可以是市场营销部、应用服务部等；主要内容为 市场营销分析、本钱效益分析、技术方案分析，更多内容见工程立项建议书编制规范。 当产品研发可能涉

4、及到较大的投入时，立项报告由总经理负责组织人员编写。5. 1.2 立项评审立项报告提交总经理后，必须在2个工作日内召集人员对立项报告进行评审，并对 评审结果在工程任务书上进行签字，对于同意立项的工程，总经理要召集人员开协调会, 对于不同意立项的工程，交市场营销部进行归档。评审结果入立项评审报告。5. 1.3开协调会对于同意立项的工程，总经理要在2个工作日内召集人员开协调会，开协调会之前 总经理要明确工程负责人，并在协调会上宣布。会议形式可视情况采用列席会议，远程 视频会议，MSN会议或邮件通信等多种形式，控制会议本钱。协调会结束时形成“工程 任务书二5.2工程计划5. 2.1编写工程计划工程负

5、责人在得到工程任务书后，要根据工程的情况，编写工程计划，主要包括开 发工作量、人力资源要求（需求设计、技术设计、开发、测试）、资金要求、硬件要求、 软件要求、外包要求、配置要求、设计工具、开发工具、一些技术规范的制订等，计划 工程的一些重要里程碑，工程初步工作阶段和工作进度的安排，更多内容见工程计划 编制规范。5. 2. 2 计划评审工程负责人编写的工程计划要经过有总经理参与的评审，确保重要的资源能在工程 研发当中能得到保证。总经理如果同意工程初步计划要在工程计划书上签字，该工程计 划书是该工程的第一版本工程计划书，以后随着工程的进展要对工程计划做调整和细 化。工程计划评审通过后基本上要确定工

6、程重要人员的组成，特别是需求设计人员。5. 2.3配置申请工程计划评审通过后，工程负责人根据初步的计划，申请配置，填写工程配置表给 配置管理员进行建库和建立文档权限管理。更多内容参见配置管理控制程序。5.3 研发阶段3.1需求分析需求设计阶段，需求设计人员须做需求分析，并在需求设计组讨论，经过一阶段的 需求分析后，要形成第一版本软件需求说明书，该需求设计说明书，在以后的有重 要的需求发生变更时，要对该需求设计说明书进行修改。更多内容见软件需求说明书 编制规范。需求分析后需要对需求进行评审。5. 3.2设计对于评审过的需求进行技术设计。技术设计包括对体系结构、模块功能、用户界面 和数据库进行设计

7、。对于数据库设计，要运用设计工具(PowerDesigner)进行设计，对于软件编码过 程中发生数据库设计变更时，由开发人员来补充和完善数据库设计文档。对于设计中的一些重要技术验证，需要趁早开展。对于重要的技术设计一定要通过工程负责人召集技术委员会和相关人员进行评审 讨论，有些要通过快速模型法进行验证，降低工程过程中的技术风险。技术委员会负责 需求设计的完整性评审；负责技术设计的评审；明确工程中的重大技术风险，对技术可 行性进行评审，对多种可行性选择进行决策。设计完成后需要对设计进行评审。技术设计要形成数据库设计报告、模块设计报告、体系结构设计报告和用 户界面设计报告，更多内容见数据库设计报告

8、编制规范、模块设计报告编制规范、 体系结构设计报告编制规范和用户界面设计报告编制规范。6. 3. 3编码研发工程可以采用快速模型模式来开发，软件编码也是对需求设计和技术设计的实 现。工程编码期间，需要写工程周报。工程小组成员，需要向工程负责人提交周报，项 目负责人对于下周安排有变更的情况，要写修改意见给小组成员。工程负责人需要给部门经理或分管经理提交周报，周报以电子邮件的形式发送给上级管理人员。提交的周报, 需要入工程管理配置库。7. 3. 4测试工程开发人员、工程子系统小组、工程小组内部或者测试部门可以进行代码的测试。对于有测试组的工程，测试人员在需求设计阶段就要进入这个工程，测试人员要编

9、写测试计划、编写测试用例、编写测试报告，选用一些测试工具和Bug管理软件。测试 完成后形成系统测试报告。5.4 工程交付阶段5. 4.1交付准备对于研发工程经过验收评审后，工程组人员需要准备交付，提供交付清单，对于有 测试人员参与的工程，需要测试人员在提交的集成测试报告中签字。5. 4. 2交付评审需要总经理、工程部门、研发部门、技术文秘一起参加，对于交付清单确认无误后, 各部门需要在交付评审报告中签字。5.5工程总结5. 5.1工程研发总结报告工程研发结束后，工程负责人须编制工程总结报告，对本工程的开发过程进行总结, 特别是对本公司今后类似工作有参考意义的内容应详细说明。5. 5.2工程考核

10、对于结束的工程，需要工程考核，部门经理或总经理（部门经理本人就是是工程负 责人时）要对工程组成员进行考核，对于优秀的工程成员要表扬，工程负责人要写工程 总结报告。6相关文件6. 1 WS/CP-01-A/0立项建议书编制规范6.2 WS/CP-03-A/0软件需求说明书编制规范6.3 WS/YF-04-A/06.4 WS/CP-04-A/06.5 WS/CP-05-A/06.6 WS/CP-08-A/06. 7 WS/GC-03-A/0工程计划编制规范数据库设计报告编制规范体系结构设计报告编制规范用户界面报告编制规范系统测试报告编制规范7质量记录7. 17.27.37.4QR/7. 3. 7-01-A/0QR/8. 2. 3-01-A/0QR/7. 5. 1-01-A/0QR/7. 5. 1-02-A/0配置管理报告工程周报交付清单工程总结报告表