OI-IT-15 软件开发规范.docVIP

CCCC信息技术有限公司深圳分公司 软件开发规范 编号： OI-IT-15 页码/页数： PAGE 1/8 工作文件 版本 A 修订次数 00 修订人 修订日期 2018-9-1 第 PAGE8 页，总 NUMPAGES8 页 软件开发规范 2018年9月1日起发布实施 CCC信息技术有限公司深圳分公司 软件开发规范 编号： OI-IT-15 页码/页数： PAGE 8/8 工作文件 版本 A 修订次数 00 修订人 修订日期 2018-9-1 文档修订历史 修订版本 修订日期 作者 审核人 批准人 说明 目 录 TOC \o 1-3 \h \z \u 1. 目的 4 2. 适用范围 4 3. 参考文件 4 4. 定义 4 5. 角色与职责 5 6. 立项 6 7. 需求分析 6 8. 设计 6 9. 开发 6 9.1 工作分解 7 9.2 编码 7 9.3 代码审查 7 10. 测试 7 11. 实施 7 12. 技术支持 8 PAGE 目的 为了加强公司软件项目开发产出水平，提高软件项目开发的质量与效率，特制定此文档规范（以下简称“规范”）。该规范针对项目开发对设计的执行与落实提供执行规范的指导和质量验收保障，对开发团队产出的代码的质量、可读性和可维护性提供执行规范的指导和质量验收保障。 适用范围 本规范将作为公司所有软件开发项目开发参考规范。 参考文件 下列标准中的条款经本规范引用而成为本规范的条款，其随后所有的修改(不包括勘误的内容)或修订版均不适用于本标准。GB/T 8567-2006 计算机软件文档编制规范 GB/T 8566-2007 信息技术 软件生存周期过程 GB/T 11457-2006 软件工程术语 定义 文档/文档编制document/documentation 能供人或机器阅读的，一般具有永久性的一套资料(不管它们记录在什么媒体上)。 过程process 为实现某个既定目的而进行的一组有组织的活动。 软件开发software development 产生软件产品的一整套活动。软件开发可以包括新开发、修改、重用、再工程、维护或者任何会产生软件产品的其他活动。 软件开发文件software development file(SDF) 与特定软件实体开发有关的资料库。其内容一般包括(直接的或引用的)有关需求分忻、设计和实现的考虑、原理和约束条件；开发方内部的测试资料；进度和状态资料。 软件开发过程software development process 为了把用户的需求转换成软件产品而进行的一系列有组织的活动。 软件工程software engineering 一般情况下，它是软件开发的同义词。在本标准中，软件工程是软件开发的一个子集，它包含除了合格性测试之外的全部活动。本标准之所以加以这种区分只是为了给软件工程和软件测试环境以不同的命名。 软件产品software product 为了满足一个合同而建立、修改或组台的软件及相关资料。例如包括计划、需求、设计、代码、数据库、测试资料和手册。 角色与职责 每个项目组都需要具备以下职能角色，分别承担不同的责任，对项目的进度从不同的维度负责。 角色 责任 项目经理 对整个项目的全过程负责，包括立项、需求分析、设计、开发、测试、发布、验收、技术支持；直接负责立项、验收的工作，其他部分重点在于对进度的管控、质量的把握、资源的协调，也可以视需求参与到任何一个环节的部分或全部工作中去。 产品经理 开发团队编制外人员；承担项目的需求分析任务；负责与业务部门沟通，采集需求并转化为相应的《需求说明文档》；向开发团队讲解和分析需求，确保开发团队对需求的理解与业务部门的预期一致；验收开发团队产出的产品，确保产品与业务部门的预期一致。 设计人员 负责重点与产品经理交流，理解《需求说明文档》，整理并编写设计文档，作为指导开发人员开发的标准以及开发人员工作验收的标准。 主程 配合设计人员规划系统架构，数据库设计；是项目产出的代码的质量的主要负责人；对代码做定期检查；指导开发人员进行具体开发工作；检查并验收开发人员的工作成果。 开发人员 负责根据设计文档及任务分派进行开发工作；配合测试人员对测试人员提出的缺陷进行修正。 测试人员 负责根据需求及设计文档编写测试用例；对项目产出的软件产品进行测试，找出缺陷并跟进缺陷的解决；确保项目产出的质量及对需求的符合。 部署人员 开发团队编制外人员；负责项目结束后根据项目的计划安排部署工作；监控系统的运行状态，与项目人员系统保障系统的正常运行。 立项 立项主要是用以分析和说明该软件开发项目的实现在日常业务中的必要性和价值；论证并规划在技术、人