软件项目组织架构开发流程及文档

软件开发施工图

一、项目组织架构

项目经理

测试工程师

开发人员

项目组织架构

文档整理人员

Ａ 项目经理

业务需求人员

负责分析、设计和协调工作。随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等，同时给每个开发人员明确的任务书。

在项目周期内项目经理最好不要更换。大项目需要配备专门的系统分析师和系统设计师。 Ｂ 开发人员

熟悉针对软件开发的编程工具，并具有丰富的编程经验，负责完成不同层与模块的编程工作。 开发人员数量视系统模块数量和开发难度而定。 Ｃ 业务需求人员

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

业务需求人员的选择应覆盖系统所服务的业务部门。 Ｄ 文档整理人员

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

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

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

二、项目流程管理

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

需求调研 ?制定调研问卷 ?整理调研记录 ?建立数据模型 ?用户沟通修正 ?编写需求文档 ?需求文档评审 ?签订合作协议

系统设计 ?系统架构设计 ?子系统设计 ?数据库设计 ?用户界面设计 ?编写设计文档 ?设计文档评审 系统编码 ?设计文档培训 ?人员配置与分工 ?编写代码 ?单元测试 ?修改代码 ?系统安装调试

系统测试 ?制定测试方案 ?测试方案培训 ?用户测试并记录 ?测试记录分析 ?系统缺陷修正 ?回归测试 ?新需求分析 培训验收 ?编写用户手册 ?用户培训 ?用户初次验收 ?项目初验款结算 ?用户最终验收 ?项目终验款结算 ?系统维护 需求调研是软件开发的最初阶段。需求调研的结果确立了软件开发的方向。软件设计是后续开发步骤及软件维护工作的基础。

在项目实施的过程中，项目实施者大多把精力放在了编码阶段，而需求调研和系统设计往往不被重视。没有严格的需求调研和分析，最终的软件产品会偏离用户的真正需求。如果没有设计，只能建立一个不稳定的系统结构。如下图所示：

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

三、项目文档管理

项目管理者必须在系统开发过程中做好项目文档管理。项目文档是项目实施的依据，也是项目设计、编码、测试、修正、培训和验收的依据。

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

项目阶段 文档名称 文档格式 文档成果描述 记录用户的原始需求，作为需求分析和系统设计的原始依据 让用户直观地了解系统的设计思路 阐述用户对系统的功能、报表、数据等需求范围，作为用户与技术人员的沟通桥梁，也是项目测试和验收的依据 用户和技术人员填写对《项目需求说明书》的评审意见，并由双方代表签字，确认《项目需求说明书》中所描述内容为用户最终需求 文档负责人 项目经理/ 系统分析师 项目经理/ 系统分析师 项目经理/ 系统分析师 《项目需求调研记录》 Word Spark-CR-DM-01 《系统数据模型图》 Spark-CR-DM-02 《项目需求说明书》 Spark-CR-DM-03 FrontPage/Word Word 需求调研 《项目需求确认书》 Spark-CR-DM-04 《项目合作协议》 Spark-CR-DM-05 Word 项目经理 Word 明确用户与技术人员双方的责任与义务，项目总监 并由双方代表签字 对系统的解决方案、功能分配、模块化分、程序的总体结构、输入输出和接口设计、项目经理/ 运行设计及出错设计等方面进行全面的系统设计师 概括性的说明，为系统的详细设计奠定基础 系统设计 《系统概要设计说明书》 Spark-CR-DS-01 Word 《系统详细设计说明书》 Spark-CR-DS-02 《项目成员分工及系统进度监控表》 Spark-CR-CD-01 Word 在概要设计的基础上进一步明确系统结构，详细地介绍系统的各个模块，为进行后面的实现和测试做准备 项目经理/ 系统设计师 Project/ Excel 根据项目成员能力与特长进行任务分配，项目经理 并按时间将任务进行分解、细化 每个程序员都记录总结每周工作，记录工作中存在的问题，及时沟通解决 系统每完成一个单元的编码，技术人员都需进行单元测试，单元测试方案提供测试计划、测试方法、测试要求等 记录单元测试中的问题、解决方法及最终结果，为用户测试奠定基础 确定测试计划、人员、方法、用例等 测试人员详细记录测试中遇到的种种问题，给系统改进与完善提供依据 技术人员分析用户测试出的种种问题并进行分类，对于缺陷的改进进行跟踪 根据分析，把用户的新需求从测试问题中分离出来，进行系统的二次开发 确定培训计划、培训内容和培训内容，并制定培训效果的考核方案 用户实际操作的帮助文件 由技术人员编写，为系统的后续维护提供依据 汇总项目实施过程中的所有文档，对项目过程进行总结，对软件产品是否达标进行评价 程序员 项目经理/ 系统测试师 系统测试师 项目经理/ 系统测试师 系统测试师 系统编码 《系统开发工作周报》 Word Spark-CR-CD-02 《系统单元测试方案》 Word Spark-CR-CD-03 《系统单元测试报告》 Word Spark-CR-CD-04 《系统用户测试方案》 Word Spark-CR-TS-01 《用户测试详细记录表》 Spark-CR-TS-02 《系统缺陷状态跟踪表》 Spark-CR-TS-03 Excel 系统测试 Excel 项目经理/ 系统测试师 项目经理 项目经理/ 系统培训师 项目经理/ 系统培训师 项目经理/ 系统培训师 项目经理 《系统需求变更记录》 Word Spark-CR-TS-04 《用户培训方案》 Spark-CR-CH-01 《用户使用手册》 Spark-CR-CH-02 培训验收 《系统维护手册》 Spark-CR-CH-03 《项目验收报告》 Spark-CR-CH-04 文档编号说明：

Excel Word Word Word （1）CR：Content Resource（内容资源）的缩写，代表部门与项目名称。 （2）DM：Demand的缩写，代表需求调研阶段。 （3）DS：Design的缩写，代表系统设计阶段。 （4）CD：Code的缩写，代表系统编码阶段。 （5）TS：Test的缩写，代表系统测试阶段。 （6）CH：Check的搜写，代表系统验收阶段。