1、目的 为了对开发部的开发工作进行有效控制，确保开发工作的有序性、可控性、计划性和延续性，提高开发质量，特制定本控制程序。2、范围本程序适用于软件开发管理过程。3、相关文件3.1 产品发布规范3.2 评审管理制度3.3 产品测试作业规程4、职责4.1 开发部经理负责审批开发任务、概要设计、数据库设计、开发计划、更改申请、项目总结等。4.2 开发部经理负责审核开发任务、概要设计、数据库设计、开发计划、更改申请、项目总结等。4.3 开发部经理负责审批详细设计、开发进度记录等。4.4 开发部经理负责工程错误的指派，协助其它部门工作并提供相关的技术支持工作。4.5 设计师负责概要设计、数据库设计的编写、详细设计的审核等工作，并参与开发的阶段性输出评审，开发结果检查工作。4.6 开发小组负责详细设计、开发计划、开发进度记录编写，具体的开发实施工作。4.7 开发工程师负责编写详细设计、监督开发进度、组织单元测试和检查开发结果等主要工作。4.8 信息化实施与管理部负责组织概要设计、数据库设计、详细设计、阶段性输出的评审，开发服务器的日常备份、各种质量记录的审批组织和资料归档工作；并提供开发的具体用户需求和产品完善建议，并协助完成开发的测试验证，参与开发的相关评审工作。4.9 测试部负责开发的测试验证、组织产品发布工作，并参与开发的相关评审工作。5、开发宗旨以用户需求驱动产品开发，产品的所有功能设计应当都能在用户的实际需求中找到原型，作为设计开发的依据，同时兼顾覆盖面和通用性的要求。在设计上，必须首先满足用户的普遍需求，然后再考虑边缘的、较为个性化的需求。6、开发工作的一些通用规范6.1 在提交测试部测试以前，程序编写人员必须进行功能单元自测工作。6.2 开发任务的编码周期大于等于10人天的设计评审和设计更改评审必须是会议评审方式；编码周期小于10人天的基础模块、后台、工作流等框架功能的开发任务的设计评审方式由开发部经理指定。并在设计的会议评审中确定该任务的后期的阶段评审点，以及该任务的发布方式。阶段评审点主要包括里程碑完成后、提交测试前。发布方式主要包括试用发布和正式发布。6.3 开发工程师每完成一项开发计划中的内容，必须及时向部门经理汇报进展情况，以便启动下一步的工作。同时项目管理员负责将开发进度情况更新到内部系统里任务单的开发计划中。6.4 如果需要撤消开发任务，开发部经理必须提出任务撤消申请单，经开发部经理审批后生效。6.5 未经发布的产品不准应用于工程。6.6 项目管理员根据开发任务和开发质量记录登记开发任务台帐。7、设计开发过程管理7.1 任务分类开发任务分为四类，为产品开发或完善任务、技术研究任务、二次开发任务和临时开发任务。任务来源包括：1）由开发部门提出项目建议书并审核通后下达的产品开发或完善任务。2）由开发部门根据用户需求(用户方提出的需求)或内部需求（公司提出的需求）等提出的临时任务。3）由开发部门根据C类用户需求提出的二次开发任务。4）由开发部门提出项目建议书并审核通后下达的技术研究任务。A类和B类用户需求可以通过产品开发或完善任务和临时任务来最终实现，如果对用户需求进行过提炼总结且编码工作量大于60人天则以产品开发或完善任务实现，否则以临时任务方式实现。7.2 产品开发或完善任务的设计开发过程管理产品开发或完善任务的设计开发过程详见公司的产品开发控制程序。7.3二次开发任务7.3.1二次开发任务的开发过程，参见下图。流程说明：环节编号环节名称说明001下发任务单由开发部经理根据生效的C类需求记录，填写工作任务单，经信息化实施与管理部经理确认，下达给相关的开发负责人确认。002详细设计二次开发必须指定开发工程师针对二次开发需求按照详细设计模板撰写详细设计003组织评审评审具体操作规范可参见评审管理制度009测试发布测试工作的进行具体可以参见产品测试作业规程。产品经测试部测试通过后，由测试部负责组织产品的发布工作，开发小组提供相应的协助。产品发布的具体操作请参见产品发布规范。7.4技术研究任务技术研究的设计开发过程详见公司的预研开发控制程序以及技术开发控制程序。7.5 临时开发任务 7.5.1临时开发任务的开发过程参见以下流程图：流程说明：环节编号环节名称说明001下发任务单由开发部经理根据生效的用户需求记录填写工作任务单，下达给相关的开发负责人确认。此类任务一般编码工作量在60人天以内；由开发部经理根据需求的总结或者内部建议下达给相关的开发负责人确认。此类任务一般编码工作量在60人天以内002、006是否撰写概要设计是否撰写详细设计开发部经理根据临时开发任务的内容决定是否需要撰写概要设计或详细设计。003概要设计概要设计、数据库设计必须按照规定的设计模板撰写， 数据库设计为概要设计的附件文档，提交概要设计时必须附上对应的数据库设计，数据库设计由开发部门专人通过ETCONFIG工具更新到物理数据库中。004、008组织评审评审具体操作规范可参见评审管理制度007详细设计详细设计必须按照规定的设计模板撰写。014测试发布测试工作的进行具体可以参见产品测试作业规程。产品经测试部测试通过后，由测试部负责组织产品的发布工作，开发小组提供相应的协助。产品发布的具体操作请参见产品发布规范。7.6设计错误的处理7.6.1设计错误是指在开发阶段或测试阶段发现和发生的以下三种情况：1）概要设计内容错误，如前后矛盾、逻辑错误、模型关系错误、内容缺漏或功能缺陷等，如果交付将无法满足用户要求或无法正常使用。2）详细设计的内容错误，不能满足概要设计的功能要求。3）数据库设计错误，数据库设计不能满足概要设计的要求，如数据关系错误、表结构错误、数据类型错误等。7.6.2设计错误分为一般错误和严重错误：1)一般错误是指该设计错误对产品功能影响较小并且对开发进度影响较小的问题。2）严重问题是指该设计错误对产品功能影响较大或者对开发进度影响较大的问题。7.6.3开发过程中发生的设计错误根据所造成的影响分为三种：1）该设计错误的影响只涉及已经开发完的部分，对未开发的部分没有影响。2）对已开发完和未开发的部分都有影响。3）该缺陷不对已经开发完毕的代码产生影响（或者影响很小），只影响未开发的部分。7.6.4一旦发现设计错误，都必须暂停开发，报告开发部经理，开发部经理指令相关的设计师和开发工程师判断设计错误造成的影响以及严重程度，根据判断结果采取措施，包括更改开发计划、甚至撤销开发任务。在处理设计错误时，原则如下：1）必须指令相关的设计师和开发工程师更改相关的概要设计或详细设计。如果的严重的设计错误 ，经重新评审后，才可以重新启动开发工作。2）如果设计人员暂时无法准确估计错误类别或修改所需要的时间，必须暂时终止该开发任务（或子任务），将开发人员的工作另行安排，待设计修改通过评审后，再重新制定任务（或子任务）计划。3）如果造成开发计划的变化，必须提交计划更改，将根据更改后的计划进行考核。8、文档管理8.1文档存放和备份：开发过程中产生的一切文档都存放在SubVersion服务器上，SubVersion服务器由项目管理员进行维护和管理，同时定期对文档进行备份。8.2 开发部所发生的一切质量记录、台帐记录和设计文档在生效后，统一由项目管理员在SubVersion服务器上进行存档，其他人员不能上传文件。8.3 项目总结报告、任务撤消申请单等质量记录除了在SubVersion服务器上保留电子存档外，还必须保留纸面记录存档。其他台帐、设计文档等保留电子存档即可，注意根据SubVersion服务器操作要求打好版本标记，并在纸面记录上注明该文档的版本记录。8.4 目录划分：开发部文档的目录按照以下目录结构进行划分，不同文档按照其性质存入不同的目录。根目录操作手册设计文档概要设计详细设计数据库设计开发进度记录评审审批表更改审批表任务质量记录任务名称和编号产品名称产品资料开发台帐程序文件产品版本8.4.1开发部的文档从性质上分为产品资料文档和任务质量记录文档。产品资料目录下一般根据产品名称和版本进行命名。任务质量记录目录下一般根据任务名称和编号进行命名，目录定义方法参见上图。8.4.2工作任务单、开发计划、项目总结报告、任务撤消申请单、项目建议书等质量记录直接放到“任务名称和编号”目录下，与“开发进度记录”目录同层。8.4.3属于产品资料的文档包括：产品概要设计、详细设计、数据库设计、操作手册和发布文件等。8.4.4开发人员退出开发小组后，开发文档不得私自保留或带出公司，更不能交给公司以外的人传阅。提交外部的文档，都要必须以PDF的保护格式提交。有关文档的查阅管理按照公司技术资料和质量信息密级控制程序规定，到项目管理员处办理查阅手续后方准查阅。9、质量记录9.1工作任务单（无纸面记录，参见内部系统）9.2开发计划（无纸面记录，参见内部系统）9.3更改审批表（无纸面记录，参见内部系统）9.4项目建议书（电子文档）9.5项目总结报告9.6任务撤销申请单9.7开发任务台帐（无纸面记录，参见内部系统）9.8概要设计（电子文档）9.9详细设计（电子文档）