★软件项目组织架构、开发流程及文档
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件开发施工图
一、项目组织架构
A 项目经理
负责分析、设计和协调工作。随时监控各开发人员的工作,包括内容是否与要求发生偏差,进度是否滞后等等,同时给每个开发人员明确的任务书。
在项目周期内项目经理最好不要更换。大项目需要配备专门的系统分析师和系统设计师。 B 开发人员
熟悉针对软件开发的编程工具,并具有丰富的编程经验,负责完成不同层与模块的编程工作。 开发人员数量视系统模块数量和开发难度而定。 C 业务需求人员
熟悉业务工作流程,有丰富的业务经验。
业务需求人员的选择应覆盖系统所服务的业务部门。 D 文档整理人员
随时整理系统开发过程中相关的技术文档。
作为业务支撑,文档整理人员需熟悉软件开发的流程、文档管理、文档模板。 E 测试工程师
项目组织架构
项目经理
开发人员
业务需求人员
文档整理人员
测试工程师
专门进行代码的测试工作,并且计划和执行源代码复审,负责有关返工的任何反馈意见(有条件可配置)。
二、项目流程管理
系统开发的过程必须符合IT项目开发流程的规律,整个过程应包含但不仅限于以下环节:
需求调研是软件开发的最初阶段。需求调研的结果确立了软件开发的方向。软件设计是后续开发步骤及软件维护工作的基础。
在项目实施的过程中,项目实施者大多把精力放在了编码阶段,而需求调研和系统设计往往不被重视。没有严格的需求调研和分析,最终的软件产品会偏离用户的真正需求。如果没有设计,只能建立一个不稳定的系统结构。如下图所示:
在项目实施过程中,以上各个流程都不应该被忽略(重大项目更是如此),任何一个环节的遗失都可能引起项目方向的偏差,甚至失败。项目管理者可以在此基础上,完善项目管理流程,以降低项目实施的风险。
三、项目文档管理
项目管理者必须在系统开发过程中做好项目文档管理。项目文档是项目实施的依据,也是项目设计、编码、测试、修正、培训和验收的依据。
根据以上项目流程,项目实施过程中应包含以下所必须的文档:
文档编号说明:
(1)CR:Content Resource(内容资源)的缩写,代表部门与项目名称。(2)DM:Demand的缩写,代表需求调研阶段。
(3)DS:Design的缩写,代表系统设计阶段。
(4)CD:Code的缩写,代表系统编码阶段。
(5)TS:Test的缩写,代表系统测试阶段。
(6)CH:Check的搜写,代表系统验收阶段。