软件产品开发控制程序.doc

标准章节号：7.1软件产品开发控制程序 文件编号：Q/EHL-CX06-2008文件编号：Q/EHL-CX06-2008北京易华录信息技术有限公司质量管理体系文件软件产品开发控制程序Version B/0编写：彭湘瑾审核：樊平批准：李艳东实施日期：2008-2受控状态： 受控发放编号：文件会签部门会签人/日期部门会签人/日期北京易华录信息技术有限公司二零零八年1. 目的本程序的目的是规范公司软件产品开发策划至测试发布的一系列活动，保证软件产品的开发过程及开发目标的可行性和合理性，确保适时的推出有市场竞争能力、有广阔应用前景、产品化程度较高的软件产品。2. 适用范围本程序适用于需要公司投资的产品的研发项目，如核心模块、平台软件、现有软件产品化项目、现有软件产品二次开发项目、现有软件产品重大升级项目等，均属本控制程序适用范围。3. 职责 1) 市场发展中心和工程中心：根据市场和用户需求向智能交通技术研究院提出产品开发需求，由研究院考察分析是否需要立项开发；2) 智能交通技术研究院院长：对软件产品开发过程中各项评审结果的进行审批；3) 研究院质量保证部：a) 接收来自产品部的立项申请，组织软件产品开发过程中的各项评审；负责执行评审结果的审批过程，并保管评审记录；b) 根据软件产品综合开发计划对整个产品开发过程进行监督，进行里程碑检查及质量控制，及时发现问题，上报院领导；4) 研究院产品部（视频技术部、交通控制部、基础产品部、指挥调度及集成部）：a) 任命项目经理，组织成立项目组；b) 对项目组的进度和质量进行跟踪管理和控制；5) 项目经理a) 对所属部门部门经理和质量保证部负责；b) 组织项目组人员，确定人员岗位和职责，制定开发计划和费用预算c) 执行软件产品开发计划完成软件产品的开发；6) 财务部根据质量保证部提交已经通过的软件产品开发费用预算单对软件产品开发过程中产生的项目费用进行核算及费用控制。4. 工作程序4.1开发策划阶段1) 软件立项申请与审批a) 软件开发策划阶段，任务来源对象有：市场发展中心、工程中心、智能交通技术研究院内部；b) 各类需求汇总到智能交通技术研究院相关技术部产品经理；c) 产品经理安排编写并提交软件产品立项申请审批表d) 软件产品立项申请审批表编写完成后打印并由部门经理、研究院院长签字确认后提交到质保部；2) 制定项目计划与费用预算a) 项目经理接到任务后，从公司各相关部门获取与此项目相关的资料，制定软件综合开发计划和软件产品开发费用预算单；b) 软件综合开发计划应包括软件开发人员分工、进度计划、配置管理计划、质量计划等内容，并写明数据库设计、详细设计工具及格式等；c) 项目经理完成上述文档后，向质量保证部提交；3) 项目计划与费用评审a) 质量保证部经理负责召集相关人员组织软件开发计划评审会议，对策划阶段的文档进行评审，评审委员会针对开发计划签署软件产品开发策划评审报告，最后由研究院主管院长审批；b) 如果评审不通过项目经理需要根据评审委员会的意见重新修改再次提交立项申请，直至通过评审；c) 项目费用预算评审后由研究院院长签字确认。4) 上报财务部备案a) 经过评审和审核的软件产品立项申请审批表和软件产品开发费用预算单由质量保证部提交到财务部进行备案；b) 财务部根据审批的项目预算对产品开发过程中的费用进行监督控制。4.2需求分析阶段1) 项目经理组织相关成员编写软件需求分析说明书。2) 在编写的过程中，如果需要到现场调研的，需提交调研计划，调研计划需部门经理签字确认，调研结束后，由项目经理提交调研报告；3) 项目经理提交软件需求分析说明书，质保部经理负责成立评审组对此阶段的任务进行评审，评审是一个迭代的过程，直至通过评审。4) 评审结束后，评审组填写评审报告；5) 研究院主管领导对评审报告签字确认。6) 需求分析后对项目的规模有了更详细的了解，所以需要对开发计划进行调整修订projiect开发计划，如果里程碑发生变化的需提交变更申请4.3概要设计阶段1) 项目经理依据需求说明文档，组织成员进行软件的概要设计，根据公司的要求概要设计采用面向对象设计的方式，因此需要在概要设计说明书中，以用例的方式描述软件运行步骤，允许采用用例分级描述，例如：一级用例、二级用例等，用例应和需求设计拥护呼应，概要设计中的用例应该描述系统内部运行步骤；2) 概要说明书除了用例描述以外，还要对数据流进行描述，通过时序图、活动图、状态图等工具，简单明了的分析系统，最后推导出整体软件框架结构，同时利用设计模式等技术，进一步优化软件结构，形成顶层类图和接口类图；3) 概要设计说明书要求对顶层类和接口类进行详细描述，明确各个类的公用方法和参数；4) 概要设计后，需要在软件开发计划中明确里程碑评审计划，在软件开发阶段依据此里程碑计划进行评审；5) 项目经理提交概要阶段的文档，质量保证部组织相关人员成立评审委员会，进行迭代评审；4.4详细设计与编码实现阶段1) 软件经过概要设计后，如有需要项目经理可组织软件开发人员进行更详细的模块设计，或者直接根据概要设计文档进行任务分工，并将工作任务下发给项目组成员； 2) 软件开发人员根据任务要求进行详细设计和编码实现，详细设计要求包括所有的类；如果包括算法，还需要完成算法说明；3) 软件编码需严格按照公司编码规范编写，项目经理对软件质量全权负责，对开发期间发现的问题要及时予以纠正；4) 项目经理负责将各模块的设计进行汇总整理，形成详细设计文档；5) 详细设计文档可以由设计工具导出（推荐使用together、visio、rose、.net自带工具等），文档要求对每个类的作用以及该类包含的各方法做出详细说明，包含有详细的类图，类图要求有类名、方法、属性名称以及类间的调用关系；6) 项目经理负责单元测试，在编写实际代码之前，确定单元测试的方法与测试人员及时间安排； 7) 公司建议尽量采用测试驱动的方法进行代码开发，推荐使用XUNIT系列测试工具进行单元测试，项目经理应在代码开发之前，组织先写好基于产品代码的测试代码。8) 单元测试由项目组内部软件工程师进行，如多人开发建议采用交叉测试的方法；9) 设计编码过程中项目经理组织软件开发人员进行用户手册（包括安装手册和使用手册）的编写，并提交给测试部门。10) 所有模块开发完成后项目经理组织进行组装集成测试，然后向测试部门提交工作产品，申请系统测试。4.5软件测试发布阶段1) 测试工程师从需求分析阶段开始介入，开始编写软件产品测试用例；2) 软件编码完成后项目经理向测试工程师提交软件产品测试申请和软件安装包、设计文档、单元测试工作产品（单元测试代码）等；3) 测试工程师编写软件产品测试计划书，并根据提交的项目资料修订软件产品测试用例；4) 测试工程师组织相关测试人员根据软件产品测试计划软件产品测试用例组织测试，需要现场测试的测试工程师可选择申请现场测试，或委派现场技术支持人员协助测试，并负责追踪测试结果；5) 测试工程师将软件产品测试用例测试问题报告等测试结果反馈给项目经理，由项目经理负责安排组员修正错误；6) 所有错误修复后测试工程师进行回归测试，这是一个迭代测试的过程，直到错误被全部修复；7) 所有错误修复后，测试工程师提交软件产品测试报告，对通过测试的产品出具软件产品测试通过证明，证明软件产品经过测试并且合格，并将测试结果提交给质保部经理；8) 质保部经理根据软件产品测试通过证明和项目经理提供的项目总结报告，签署软件产品发布证明；9) 软件产品发布证明由研究院相关领导签字确认后生效。4.6软件维护阶段1) 软件正式发布后由于用户需求、用户使用过程中发现的错误或公司内部由于某种策略或技术变化的更改或维护的，将修改需求汇总到软件产品所属的研究院产品部；2) 由产品经理评估是否需要变更或修正，需要变更的按照软件变更控制程序进行变更；3) 需要进行修订的应通知配置管理员检出需要修改的配置项，修改后重新提交，并填写安装调试记录；4) 配置管理院按照软件配置管理程序进行配置管理和版本控制。4.7软件变更1） 文档的变更a) 配置管理员根据变更要求及评审记录（对不需要进行评审的变更需有项目经理的授权）将要进行变更的文档由受控态置为开发态，参见软件配置管理控制程序；b) 变更承担人负责根据变更情况修改相关技术性文档，并在文档附带的更改记录上记录变更内容。在变更内容概要中应尽量详细记录有关的序号和变更处，保留好变更的历史；c) 确认与审批变更处理，配置管理员依照软件配置管理控制程序，配置管理员对修改后的技术性文档及其版本进行控制。2） 代码的变更a) 配置管理员根据变更要求及评审记录将要进行变更的文档由受控态置为开发态；b) 在使用配置管理工具时，变更承担人应先将要修改的代码文件检出（check out），在修改完成后，再检入（check in）服务器中，形成新的版本；若不使用配置管理工具，配置管理员应要求变更承担人填写变更控制表。c) 变更承担人不应直接修改程序行，应将旧的程序行注释掉，添加进修改后的新程序行；在源程序的各个程序开始，将以下内容附加在注释语句中，作为变更的历史：版本：记述版本号。变更日期：YYYYMMDD负责部门：用简称记述负责变更任务的部门。变更人：记述负责承担变更任务的员工。变更内容：简要记述变更原因和变更处。d) 确认与审批变更处理,依据软件配置管理控制程序，配置管理员对修改后的代码及其版本进行控制。3） 变更的关联项目中某一处的变更，往往会引发其它处随之而来的变更。项目经理和相关的变更责任人应充分考虑所做变更对项目其它部分产生的影响，及时加以解决。解决办法与本程序上述变更的处理办法相同。若进度发生调整，则应变更调整所对应的计划（可能包括：软件产品开发计划、软件产品测试计划、软件实施项目计划等）。4） 变更结果的确认a) 计划和费用预算变更需同时提交修改后的计划或预算文档，作为变更申请的附件重新得到审批；b) 代码修改后，应组织相应的再测试（单元测试、集成测试、系统测试，甚至用户的验收测试）作为对变更的确认。5. 相关文件Q/EHL-CX08-2008软件配置管理控制程序Q/EHL-CX09-2008软件变更控制程序Q/EHL-CX06-ZY01-2006软件设计编码规范Q/EHL-CX06-ZY02-2008单元测试作业指导书6. 质量记录Q/EHL-CX06-JL01-2008软件产品立项申请审批表Q/EHL-CX06-JL02-2008软件产品开发综合计划Q/EHL-CX06-JL03-2008软件产品开发策划评审报告Q/EHL-CX06-JL04-2008软件需求分析说明书Q/EHL-CX06-JL05-2008软件产品需求分析评审报告Q/EHL-CX06-JL06-2008软件产品概要设计说明书Q/EHL-CX06-JL07-2008数据库设计说明书Q/EHL-CX06-JL08-2008软件产品概要设计评审报告Q/EHL-CX06-JL09-2008软件产品用户手册Q/EHL-CX06-JL10-2008软件产品安装手册Q/EHL-CX06-JL11-2008软件产品测试申请表Q/EHL-CX06-JL12-2008软件产品测试计划书Q