软件项目集成开发流程及文档Word下载.docx

软件项目集成开发流程及文档Word下载.docx

《软件项目集成开发流程及文档Word下载.docx》由会员分享，可在线阅读，更多相关《软件项目集成开发流程及文档Word下载.docx（5页珍藏版）》请在冰点文库上搜索。

熟悉业务工作流程，有丰富的业务经验。

业务需求人员的选择应覆盖系统所服务的业务部门。

Ｄ文档整理人员

随时整理系统开发过程中相关的技术文档。

作为业务支撑，文档整理人员需熟悉软件开发的流程、文档管理、文档模板。

Ｅ测试工程师

专门进行代码的测试工作，并且计划和执行源代码复审，负责有关返工的任何反馈意见（有条件可配置）。

二、项目流程管理

系统开发的过程必须符合IT项目开发流程的规律，整个过程应包含但不仅限于以下环节：

需求调研是软件开发的最初阶段。

需求调研的结果确立了软件开发的方向。

软件设计是后续开发步骤及软件维护工作的基础。

在项目实施的过程中，项目实施者大多把精力放在了编码阶段，而需求调研和系统设计往往不被重视。

没有严格的需求调研和分析，最终的软件产品会偏离用户的真正需求。

如果没有设计，只能建立一个不稳定的系统结构。

如下图所示：

在项目实施过程中，以上各个流程都不应该被忽略（重大项目更是如此），任何一个环节的遗失都可能引起项目方向的偏差，甚至失败。

项目管理者可以在此基础上，完善项目管理流程，以降低项目实施的风险。

三、项目文档管理

项目管理者必须在系统开发过程中做好项目文档管理。

项目文档是项目实施的依据，也是项目设计、编码、测试、修正、培训和验收的依据。

根据以上项目流程，项目实施过程中应包含以下所必须的文档：

项目阶段

文档名称

文档格式

文档成果描述

文档负责人

需求调研

《项目需求调研记录》

Spark-CR-DM-01

Word

记录用户的原始需求，作为需求分析和系统设计的原始依据

项目经理/

系统分析师

《系统数据模型图》

Spark-CR-DM-02

FrontPage/Word

让用户直观地了解系统的设计思路

《项目需求说明书》

Spark-CR-DM-03

阐述用户对系统的功能、报表、数据等需求范围，作为用户与技术人员的沟通桥梁，也是项目测试和验收的依据

《项目需求确认书》

Spark-CR-DM-04

用户和技术人员填写对《项目需求说明书》的评审意见，并由双方代表签字，确认《项目需求说明书》中所描述内容为用户最终需求

项目经理

《项目合作协议》

Spark-CR-DM-05

明确用户与技术人员双方的责任与义务，并由双方代表签字

项目总监

系统设计

《系统概要设计说明书》

Spark-CR-DS-01

对系统的解决方案、功能分配、模块化分、程序的总体结构、输入输出和接口设计、运行设计及出错设计等方面进行全面的概括性的说明，为系统的详细设计奠定基础

系统设计师

《系统详细设计说明书》

Spark-CR-DS-02

在概要设计的基础上进一步明确系统结构，详细地介绍系统的各个模块，为进行后面的实现和测试做准备

系统编码

《项目成员分工及系统进度监控表》

Spark-CR-CD-01

Project/

Excel

根据项目成员能力与特长进行任务分配，并按时间将任务进行分解、细化

《系统开发工作周报》

Spark-CR-CD-02

每个程序员都记录总结每周工作，记录工作中存在的问题，及时沟通解决

程序员

《系统单元测试方案》

Spark-CR-CD-03

系统每完成一个单元的编码，技术人员都需进行单元测试，单元测试方案提供测试计划、测试方法、测试要求等

系统测试师

《系统单元测试报告》

Spark-CR-CD-04

记录单元测试中的问题、解决方法及最终结果，为用户测试奠定基础

系统测试

《系统用户测试方案》

Spark-CR-TS-01

确定测试计划、人员、方法、用例等

《用户测试详细记录表》

Spark-CR-TS-02

测试人员详细记录测试中遇到的种种问题，给系统改进与完善提供依据

《系统缺陷状态跟踪表》

Spark-CR-TS-03

技术人员分析用户测试出的种种问题并进行分类，对于缺陷的改进进行跟踪

《系统需求变更记录》

Spark-CR-TS-04

根据分析，把用户的新需求从测试问题中分离出来，进行系统的二次开发

培训验收

《用户培训方案》

Spark-CR-CH-01

确定培训计划、培训内容和培训内容，并制定培训效果的考核方案

系统培训师

《用户使用手册》

Spark-CR-CH-02

用户实际操作的帮助文件

《系统维护手册》

Spark-CR-CH-03

由技术人员编写，为系统的后续维护提供依据

《项目验收报告》

Spark-CR-CH-04

汇总项目实施过程中的所有文档，对项目过程进行总结，对软件产品是否达标进行评价

文档编号说明：

（1）CR：

ContentResource（内容资源）的缩写，代表部门与项目名称。

（2）DM：

Demand的缩写，代表需求调研阶段。

（3）DS：

Design的缩写，代表系统设计阶段。

（4）CD：

Code的缩写，代表系统编码阶段。

（5）TS：

Test的缩写，代表系统测试阶段。

（6）CH：

Check的搜写，代表系统验收阶段。