信息化项目管理办法.docx
《信息化项目管理办法.docx》由会员分享,可在线阅读,更多相关《信息化项目管理办法.docx(14页珍藏版)》请在冰豆网上搜索。
![信息化项目管理办法.docx](https://file1.bdocx.com/fileroot1/2023-1/30/0a083b8a-43ad-48c8-82ce-833d9eaca870/0a083b8a-43ad-48c8-82ce-833d9eaca8701.gif)
信息化项目管理办法
1.
2.
3.
4.
5.目的和范围
6.
本管理办法规定信息化软件研发管理所遵循的原则和方法,目的是提高软件质量和软件开发项目的可控性。
7.定义
8.
质量控制小组:
负责软件项目过程评审和项目验收。
项目负责人:
负责项目设计、开发、实施全过程管理。
9.
软件开发的基本流程:
10.
3.1软件需求提出
3.1.1需求提出
业务部门经过内部评估后,填写《业务调整/开发需求申请表》(见附录A),由业务部门领导、公司分管领导批准后的《业务调整/开发需求申请表》报科技管理部。
3.1.2技术评估
科技管理部从技术实现路线、开发方式、风险评估等方面组织对需求的技术评估;并在《业务调整/开发评审表》填写相关评审意见。
3.1.3管理评估
科技管理部组织相关部门从业务流程、内控管理、业务职责等方面进行管理评审,并在《业务调整/开发评审表》填写相关评审意见。
科技管理部在综合技术评估和管理评审意见、提出项目建议意见,报经总工程师批准后,信息化室指定项目负责人组建开发小组,负责开展相应的优化改进和开发工作,指定质量控制人员组建质量控制小组负责开发过程的质量控制、组织过程评审和项目验收等工作;相关单位应做好测试及应用推广等工作。
3.2软件的需求调研和分析
3.2.1需求调研
业务部门主导,开发小组共同参与调研,协助业务部门进行需求收集工作。
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),并由使用人员会签。
11.项目需求变更控制
12.
4.1需求变更定义
项目需求变更是指软件需求分析阶段结束之后,并且《业务调整/开发评审表》已经通过评审,正式定稿发行之后的软件开发各阶段对软件项目的需求发生必要的更改的情况。
4.2需求变更流程
由业务部门提出项目的需求变更,并填写《项目需求变更表》(见附录H),先由业务部门内部进行评审,评审通过并且部门相关领导签字确认后提交软件开发小组,软件开发小组对软件项目的需求变更要求进行技术评估及管理评估,并且组织相关人员进行评审,评审通过后,相关开发人员进行程序开发。
13.软件验收
14.
5.1软件验收过程
根据试运行评估意见,由质量控制小组组织业务需求部门、软件使用部门进行验收,验收内容为:
1)《业务调整/开发评审表》及其变更记录;
2)
3)设计方案及测试方案的全部资料;
4)
5)全部源程序;
6)
7)测试记录文档;
8)
9)培训资料;
10)
11)资料的详细清单。
12)
验收结束由质量控制小组经过认真评议给出“验收是否合格”结论,填写《软件验收评估表》(见附录G)。
5.2软件发布和归档
5.2.1 软件的发布
将经过正式验收的软件交付交付科技管理部标准化室进行发布。
5.2.2项目的归档管理
项目负责人对本开发项目的所有文档和源代码进行整理,形成文档目录一并交付科技管理部标准化室进行归档。
附录A
业务调整/开发需求申请表编号:
提出部门
提出时间
期望完成时间
联系人
联系电话
紧急程度
重要且紧急□
重要不紧急□
一般□
紧急不重要□
项目名称
问题描述
应用现状、应用难点
目标应用
场景描述
需求应用期望描述
技术评估
从技术实现路线、开发方式、风险评估等方面描述技术解决方案
开发周期
评估日期
是否委外
评审人员
管理评审
从业务管理、内控管理等主面描述意见
评审日期
评审人员
提出部门
审批意见
公司领导
审批意见
科技管理部
意见
总工程师
批准
附录B
软件需求说明书模板
1.任务名称
2.任务来源
3.运行环境
4.功能需求
详细的以文字和图/表描述该软件应该完成的功能。
5.技术性能要求
说明该软件应该具备的安全性、可靠性、实时响应性、可用性等具体要求。
6.功能模块描述
简要说明该软件的各个功能模块的功能,及与其它模块之间的关系。
7.对人机交互的要求
说明该软件是否要求人机交互,以何种方式进行交互,交互欲达到的目的;并简要说明主要人机交互的过程。
附录C
开发设计方案模板
1需求规定
2运行环境
3基本设计概念和处理流程
4系统功能结构图
5接口设计
6运行设计
7系统数据结构设计
附录D
测试方案模板
1测试的目的
2界定测试的范围
3确定测试的环境
4测试内容
4.1.测试的详细操作步骤
4.2测试的合格的标准
附录E
软件测试报告模板
1测试概要
包括测试的一些声明、测试范围、测试目的等情况简介。
2测试环境配置
3测试方法和工具
4.测试内容和执行情况
4.缺陷统计与分析
5.测试结论与建议
附录F
软件试运行效果评估表
软件名称
试运行部门
评估时间
试运行情况简述
试运行用户意见
试运行效果评价
参与试运行人员会签
附录G
软件验收评估表
系统名称
参与部门
验收地点
验收时间
验收内容
验收结论
参与人员
会签
附录H
项目需求变更表
提出部门
提出时间
期望完成时间
联系人
联系电话
紧急程度
重要且紧急□
重要不紧急□
一般□
紧急不重要□
项目名称
变更描述
提出部门
审批意见
技术评估
从技术实现路线、开发方式、风险评估等方面描述技术解决方案
开发周期
评估日期
是否委外
评审人员
管理评审
从业务管理、内控管理等主面描述意见
评审日期
评审人员
科技管理部
意见