软件开发管理平台技术方案

软件开发管理平台技术方案

随着软件应用水平 的提高，软件规模越来越庞大，软件开发的过程日益复杂，而软件开发的模式依旧停留

在 传统的以技术人员为核心的方式下的，不可避免的会暴露出许多问题：

?

没有完善的对需求变更及问题追踪的流程和管理手段

目前对需求变更及问题追踪流程没有完善的管理方法及有效的管理手段。对于业务人员、运维人< /p>

员提出的各种需求和缺陷以及系统问题没有一个管理机制和经验积累。

?

无法保证发布版本的完整性

没有完善 的内部产品版本控制、发布、上线、运维、变更的管理体系，无法记录和追踪需求、产

品 、文档、流程的变更过程，这样造成的直接后果是无从判断项目版本状态，系统的故障诊断难

度加大。容易发生开发人员未经授权修改代码或文档，留下系统故障隐患。

?

缺乏沟通，难于控制项目状态

项目开 发过程中各部门之间，各部门与集成商之间缺乏有效的沟通手段，无法实现流程的自动化

操作。无法记录完整的管理信息，造成各级领导、业务人员和项目管理者，没有办法及时、自动

< br>地了解项目管理状态，量化内部项目人员及供应商项目组成员工作量，工作进度。

本技术方案书针对目前软件公司开发团队普遍面临的问题，

通过 制定一个自动化、

可管理、

可追踪的流程，

提供一种高度协作化方式的，迭代化的、增量方式的开发手段，在最低费用的情况下及时的生产满足需要

的高质量软件。从而达到

IT

和业务目标紧 密结合，并引导业务的创新和发展。

为了建立敏捷的开发流程 ，

达到

IT

和业务目标紧密结合，并引 导业务的创新和发展，

必须建立一个能从需

求人员、项目经理、 开发人员、配置管理人员到测试团队的端到端的流程，并且这个流程必须自动化、可

管理 并且可追踪。

?

?

?

?

?

?

流程需要保证项目的连贯性

保证随时可以得到项目状态

流程需要多次循环

确保闭环的流程

确保质量问题被预先发现和解决

需要和已有的工具集成（配置管理、测试）

< br>在本方案中我们会使用一个

“漏斗”

模型，

将信息部门面临的成千上万的问题通过流程梳理，

分类、

排序，

最终形成各个角色日常工作的工作任务，使得正确的人在正确的时间做正确的 工作。从而保证信息部门的

工作有条不紊，系统上线胸有成竹。下图所示为流程的分类模 型。

该流程包括：

问题管理

?

由业务部门或任何使用

IT

系统的部门 提交的相关问题，

如系统使用问题、

网络问题、

改进请求等。

这些问题可能是由于业务人员不熟悉系统，或是系统没有提供方便 的使用方式，或是系统的一个

缺陷等

需求管理

?

需求改进或新增需求申请，由业务部门提出或由于新技术的产生而对系统产生的改进要求 ，由专

门的需求小组提出并分析

缺陷管理

?

系统上线后由业务部门提交的问题经确认是系统缺陷，或测试人员在产品上线前在测试过 程中发

现的软件缺陷

测试管理

?

验证软件系统是否和完整实现了需求并且满足性能要求，可以持续地，自动地进行回归测 试

上线管理

?

保证上线版本的有效性、可靠性并进行过相应的审批过程。

< /p>

流程管理是软件开发管理平台的集线器

(HUB)

，

通过将所有人员的工作统一有序的管理之后，

我们可 以在不

同的流程环节集成不同的工具。从而将所有人员日常工作的内容通过流程驱动，并 将相关数据自动纳入流

程管理范畴，为量化的管理、量化的分析提供信息来源，从而形成 不断流程改进的源泉。

除了流程以外，软件开发管理平台还 需要三个重要的工具配合集成使用：需求管理工具、配置管理工具和

测试管理工具。

需求管理工具：

?

无论开发何种产品，需求仍是驱动 开发进程的重要因素，需求管理的粒度决定了软件交付的周期

和质量。在软件开发的过程 中，围绕需求主要进行需求的定义和分析、需求跟踪、需求变更这三

方面的工作。

配置管理工具：

?

在实现需求或需求改进或是修复缺 陷时，我们通常会修改源代码、测试脚本、设计文档、操作手

册等。

第一代的配置管理工具支持基于文件

（

File