信息化项目管理办法.docx

-

1. 目的和*围
本管理办法规定信息化软件研发管理所遵循的原则和方法， 目的是提高软件质量和软件开发 项目的可控性。
2. 定义
质量控制小组：负责软件项目过程评审和项目验收。
项目负责人：负责项目设计、开发、实施全过程管理。
3. 软件开发的基本流程：

3.1 软件需求提出
需求提出
业务部门经过内部评估后，填写《业务调整/开发需求申请表》(见附录 A)，由业务 部门领导、公司分管领导批准后的《业务调整/开发需求申请表》报科技管理部。
技术评估
科技管理部从技术实现路线、 开发方式、 风险评估等方面组织对需求的技术评估；并在

. z.
-

《业务调整/开发评审表》填写相关评审意见。
管理评估
科技管理部组织相关部门从业务流程、 内控管理、 业务职责等方面进行管理评审， 并在 《业务调整/开发评审表》填写相关评审意见。
科技管理部在综合技术评估和管理评审意见、提出项目建议意见， 报经总工程师批准后， 信息化室指定项目负责人组建开发小组， 负责开展相应的优化改进和开发工作， 指定质量控 制人员组建质量控制小组负责开发过程的质量控制、组织过程评审和项目验收等工作；相关 单位应做好测试及应用推广等工作。
3.2 软件的需求调研和分析
需求调研
业务部门主导，开发小组共同参与调研，协助业务部门进行需求收集工作。
3.3 软件的需求分析
业务部门和开发小组共同参与， 认真分析、 理解相关的业务管理流程及要求， 使需求分 析符合实际，最终由开发小组编写《软件需求说明书》(见附录B)。由质量控制小组小组 评审内容，给出“通过”和“不通过”的结论。
3.3 软件开发的设计方案和测试方案
开发小组根据软件需求说明书， 进行《开发设计方案》 (见附录 C) 及《测试方案》 (见 附录 D)的编写，由质量控制小组组织评审，给出“通过”和“不通过”的结论。
3.3.1 设计方案
基本设计概念和处理流程、系统功能模块图，系统数据结构设计，接口设计等。 3.3.2 测试方案
概述该测试的目的、任务、环境、方法等。
3.4 软件的实施(编程和单元测试、集成测试)
项目负责人分配开发任务，软件开发人员负责编码、单元测试、集成测试。
3.5 软件的系统测试
测试人员根据《测试方案》进行测试，测试完成后，将系统 BUG 以文档形式反馈开发 人员进行修改，开发人员修复系统 BUG 完成后，由测试人员进行回归测试。经过反复的测 试及修复，形成最终版本程序。测试人员编写《软件测试报告》 (见附录 E)后，与最终版本 程序一并提交质量控制小组评审，给出“通过”和“不通过”的结论。评审通过后提交试运行。 3.6 软件的试运行
开发小组与业务部门组织软件的试用行， 项目的试用期应根据项目的复杂程度、 推广缓 急程度不同而定，一般试用期最短不低于 2 个月，最长不超过 6 个月。
试用期间， 开发小组应与业务部门和软件使用人员保持紧密联系， 充分听取对软件的修 改意见，并及时解决试用中遇到的问题，不断完善软件功能。
试用完成后， 质量控制小组应对软件试运行效果组织评估， 填写 《软件试运行效果评估 表》(见附录 F)，并由使用人员会签。
4. 项目需求变更控制
4.1 需求变更定义

. z.
-

项目需求变更是指软件需求分析阶段结束之后，并且《业务调整/开发评审表》已经通 过评审，正式定稿发行之后的软件开发各阶段对软件项目的需求发生必要的更改的情况。 4.2 需求变更流程
由业务部门提出项目的需求变更,并填写《项目需求变更表》(见附录 H)，先由业务部门 内部进行评审， 评审通过并且部门相关领导签字确认后提交软件开发小组， 软件开发小组对 软件项目的需求变更要求进行技术评估及管理评估， 并且组织相关人员进行评审， 评审通过 后，相关开发人员进行程序开发。
5. 软件验收
5.1 软件验收过程
根据试运行评估意见， 由质量控制小组组织业务需求部门、 软件使用部门进行验收， 验 收内容为：
1) 《业务调整/开发评审表》及其变更记录；
2) 设计方案及测试方案的全部资料；
3) 全部源程序；
4) 测试记录文档；
5) 培训资料；
6) 资料的详细清单。
验收结束由质量控制小组经过认真评议给出“验收是否合格”结论，填写《软件验收评估 表》 (见附录 G)。
5.2 软件发布和归档
5.2.1 软件的发布
将经过正式验收的软件交付交付科技管理部标准化室进行发布。
5.2.2 项目的归档管理
项目负责人对本开发项目的所有文档和源代码进行整理， 形成文档目录一并交付科技管 理部标准化室进行归档。
附录 A
业务调整/开发需求申请表编号：
期望完成时间
重要且紧急□ 重要不紧急□ 一般□
紧急不重要□
应用现状、应用难点
问题描述

目标应用
场景描述
提出部门
联系人

项目名称
提出时间
联系
需求应用期望描述
紧急程度

. z.
-

从技术实现路线、开发方式、风险评估等方面描述技术解决方案

技术评估
是否委外
开发周期 评估日期
评审人员
从业务管理、内控管理等主面描述意见

管理评审
评审日期
评审人员
提出部门
审批意见
公司领导
审批意见
科技管理部
意见
总工程师
批准
附录 B
软件需求说明书模板
1 ．任务名称
2 ．任务来源
3 ．运行环境
4 ．功能需求
详细的以文字和图/表描述该软件应该完成的功能。
5 ．技术性能要求
说明该软件应该具备的安全性、可靠性、实时响应性、可用性等具体要求。 6 ．功能模块描述
简要说明该软件的各个功能模块的功能，及与其它模块之间的关系。
7 ．对人机交互的要求
说明该软件是否要求人机交互， 以何种方式进行交互， 交互欲达到的目的；并简要说明
主要人机交互的过程。
附录 C
开发设计方案模板
1 需求规定
2 运行环境
3 基本设计概念和处理流程
4 系统功能结构图

. z.
-

5 接口设计
6 运行设计
7 系统数据结构设计 附录 D
测试方案模板
1 测试的目的
2 界定测试的*围
3 确定测试的环境
4 测试内容 4.1.测试的详细操作步骤
4.2 测试的合格的标准
附录 E
软件测试报告模板
1 测试概要
包括测试的一些声明、测试*围、测试目的等情况简介。
2 测试环境配置
3 测试方法和工具 4.测试内容和执行情况

. z.
4.缺陷统计与分析
5.测试结论与建议
附录 F

软件名称
评估时间

试运行情况简
述


软件试运行效果评估表
试运行部门

试运行用户意
见

试运行效果评
价

-

参与试运行人
员会签

附录 G
软件验收评估表

系统名称
验收地点
参与部门
验收时间

验收内容

验收结论

参与人员
会签

附录 H
项目需求变更表

提出部门 联系人
项目名称
期望完成时间
提出时间
联系
紧急程度
重要且紧急□ 重要不紧急□ 一般□
紧急不重要□

. z.
-

变更描述

提出部门
审批意见
从技术实现路线、开发方式、风险评估等方面描述技术解决方案

技术评估
开发周期 评估日期 是否委外
评审人员
从业务管理、内控管理等主面描述意见

管理评审

评审日期
评审人员
科技管理部
意见
. z.