软件项目开发流程规范模板.docVIP

软件项目开发流程规范（模板）文档作者:*创建日期:*更新日期:*文档编号:*当前版本:*文档提供: Note: Title, Subject, Last Updated Date, Reference Number, and Version are marked by a Word Bookmark so that they can be easily reproduced in the header and footer of documents. When you change any of these values, be careful not to accidentally delete the bookmark. You can make bookmarks visible by selecting Tools-OptionsView and checking the Bookmarks option in the Show region. 文档控制变更记录3日期作者版本变更说明2011-11-231.0审阅姓名职位分发拷贝编号名称位置/岗位1234Note: The copy numbers referenced above should be written into the Copy Number space on the cover of each distributed copy. If the document is not controlled, you can delete this table, the Note To Holders, and the Copy Number label from the cover page.备注：出于文档管理的目的，如果您收到了本文档的电子版本，请打印出来并在封面的相应位置写上您的名字出于文档管理的目的，如果您收到了本文档的纸介质版本，请在封面写上您的名字目录文档控制ii规范1目的1整体流程1职责说明2需求调研2需求分析2规格设计2详细设计2测试2部署，支持3后续需求3未决和已结问题4未决问题4已结问题4Note: To update the table of contents, put the cursor anywhere in the table and press F9. To change the number of levels displayed, select the menu option InsertIndex and Tables, make sure the Table of Contents tab is active, and change the Number of Levels to a new value.规范目的本文档内容主要用来对新需求开发过程各部门承担的责任、遵守的流程、规范进行说明。整体流程说明：部分节点需要多部门协调，部分节点有待职责划分，此两类节点跨越多部门。职责说明需求调研1.业务部门对系统高层次的目标要求；2.用户对系统使用和运行方式的重要规定；3.业务涉及的组织机构；4.主要的业务流程和参与角色；5.重要的影响到系统的外部约束和假设（如必须遵从的标准、规范，与其他部门的接口，其它关联的系统，和业务有关的法律、法规等）。需求分析1.对需求可行性分析，制定初步实施方案，由参与讨论人员给出建议，不能确定的问题及时升级上一级经理；2.确认功能点，明确本需求实现的所有功能点；3.确认需求实现目标，对需求的实现范围和实现方式进行明确；4.进行风险评估，对影响的范围充分估计，不确认的问题及时升级上一级经理；5.分配开发资源确定开发计划，同时根据需求的复杂程度和开发人员能力确定代码是否需要评审； 规格设计此部分细化由功能划分所生成的各部分的内容，无论采取哪种表达方式，都包括下列内容：1. 外部输入（界面上可能的输入）2. 外部输出（界面上的、报告）3. 可能执行的查询（既是在界面上已经体现了其表现，也再次写出其内部逻辑）4. 外部接口文件5. 内部逻辑文件（就是主要为了“交易”而不是“存储”而设定的文件（数据库表）6. 对此功能的详细描述7. 约束条件详细设计根据需求规格说明书，生成一个随后要构造的软件系统的模型。其关键过程包括：1.确定系统的设计目标和约束因素；2.确定设计策略；3.划分功能模块；4.设计数据结构（包括数据库设计）；5.确定模块功能；6.确定模块接口；7.编写设计文档；8.设计文档评审。测试1.审核功能：可用性，性能评估2.审核代码：命名，注释，声明，空白，缩进，语句分布，规模，可靠性，可维护性；部署，支持1.清理测试数据；2.导入基础信息；3.部署应用；4.用户培训；5.现场远程支持；后续需求反馈用户体验，转入需求调研流程 未决和已结问题Note: Add open issues that you identify while writing or reviewing this document to the open issues section. As you resolve issues, move them to the closed issues section and keep the issue ID the same. Include an explanation of the resolution.When this deliverable is complete, any open issues should be transferred to the project- or process-level Risk and Issue Log (PJM.CR.040) and managed using a project level Risk and Issue Form (PJM.CR.040). In addition, the open items should remain in the open issues section of this deliverable, but flagged in the resolution column