信息化项目管理办法.docx
- 文档编号:23196974
- 上传时间:2023-05-15
- 格式:DOCX
- 页数:27
- 大小:69.95KB
信息化项目管理办法.docx
《信息化项目管理办法.docx》由会员分享,可在线阅读,更多相关《信息化项目管理办法.docx(27页珍藏版)》请在冰豆网上搜索。
信息化项目管理办法
文件名称
信息化项目管理办
法
编号
文件类型程序文件版本
文件等级内部公开页码1/11
拟制何小春审核闫书元批准杨战兵
制定部门科技管理部生效日期
1.目的和范围
本管理办法规定信息化软件研发管理所遵循的原则和方法,目的是提高软件质量和软件开发
项目的可控性。
2.定义
质量控制小组:
负责软件项目过程评审和项目验收。
项目负责人:
负责项目设计、开发、实施全过程管理。
3.软件开发的基本流程:
文件名称
信息化项目管理办
法
编号
文件类型程序文件版本
文件等级内部公开页码2/11
拟制何小春审核闫书元批准杨战兵
制定部门科技管理部生效日期
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以文档形式反馈开发人
文件名称
信息化项目管理办
法
编号
文件类型程序文件版本
文件等级内部公开页码3/11
拟制何小春审核闫书元批准杨战兵
制定部门科技管理部生效日期
员进行修改,开发人员修复系统BUG完成后,由测试人员进行回归测试。
经过反复的测试及
修复,形成最终版本程序。
测试人员编写《软件测试报告》(见附录E)后,与最终版本程序
一并提交质量控制小组评审,给出“通过”和“不通过”的结论。
评审通过后提交试运行。
4.软件的试运行
开发小组与业务部门组织软件的试用行,项目的试用期应根据项目的复杂程度、推广缓
急程度不同而定,一般试用期最短不低于2个月,最长不超过6个月。
试用期间,开发小组应与业务部门和软件使用人员保持紧密联系,充分听取对软件的修
改意见,并及时解决试用中遇到的问题,不断完善软件功能。
试用完成后,质量控制小组应对软件试运行效果组织评估,填写《软件试运行效果评估
表》(见附录F),并由使用人员会签。
3.1.4项目需求变更控制
3.2.2需求变更定义
项目需求变更是指软件需求分析阶段结束之后,并且《业务调整/开发评审表》已经通
过评审,正式定稿发行之后的软件开发各阶段对软件项目的需求发生必要的更改的情况。
3.2.3需求变更流程
由业务部门提出项目的需求变更,并填写《项目需求变更表》(见附录H),先由业务部
门内部进行评审,评审通过并且部门相关领导签字确认后提交软件开发小组,软件开发小组
对软件项目的需求变更要求进行技术评估及管理评估,并且组织相关人员进行评审,评审通
过后,相关开发人员进行程序开发。
3.1.5软件验收
3.6软件验收过程
根据试运行评估意见,由质量控制小组组织业务需求部门、软件使用部门进行验收,验
收内容为:
1)《业务调整/开发评审表》及其变更记录;
2)设计方案及测试方案的全部资料;
3)全部源程序;
4)测试记录文档;
5)培训资料;
6)资料的详细清单。
验收结束由质量控制小组经过认真评议给出“验收是否合格”结论,填写《软件验收评
估表》(见附录G)。
文件名称
信息化项目管理办
法
编号
文件类型程序文件版本
文件等级内部公开页码4/11
拟制何小春审核闫书元批准杨战兵
制定部门科技管理部生效日期
5.2软件发布和归档
3.1.6软件的发布
将经过正式验收的软件交付交付科技管理部标准化室进行发布。
3.1.7项目的归档管理
项目负责人对本开发项目的所有文档和源代码进行整理,形成文档目录一并交付科技管
理部标准化室进行归档。
文件名称
信息化项目管理办
法
编号
文件类型程序文件版本
文件等级内部公开页码5/11
拟制何小春审核闫书元批准杨战兵
制定部门科技管理部生效日期
附录A
业务调整/开发需求申请表编号:
提出部门提出时间期望完成时间
联系人联系电话重要且紧急□
项目名称
紧急程度
重要不紧急□
一般□
紧急不重要□
应用现状、应用难点
问题描述
需求应用期望描述
目标应用
场景描述
从技术实现路线、开发方式、风险评估等方面描述技术解决方案
技术评估
开发周期评估日期是否委外
评审人员
从业务管理、内控管理等主面描述意见
管理评审
评审日期
评审人员
提出部门
审批意见
公司领导
审批意见
科技管理部
意见
总工程师
批准
附录B
文件名称
信息化项目管理办
法
编号
文件类型程序文件版本
文件等级内部公开页码6/11
拟制何小春审核闫书元批准杨战兵
制定部门科技管理部生效日期
软件需求说明书模板
1.任务名称
2.任务来源
3.运行环境
4.功能需求
详细的以文字和图/表描述该软件应该完成的功能。
5.技术性能要求
说明该软件应该具备的安全性、可靠性、实时响应性、可用性等具体要求。
6.功能模块描述
简要说明该软件的各个功能模块的功能,及与其它模块之间的关系。
7.对人机交互的要求
说明该软件是否要求人机交互,以何种方式进行交互,交互欲达到的目的;并简要说明
主要人机交互的过程。
附录C
开发设计方案模板
1需求规定
2运行环境
3基本设计概念和处理流程
4系统功能结构图
5接口设计
6运行设计
7系统数据结构设计
文件名称
信息化项目管理办
法
编号
文件类型程序文件版本
文件等级内部公开页码7/11
拟制何小春审核闫书元批准杨战兵
制定部门科技管理部生效日期
附录D
测试方案模板
1测试的目的
2界定测试的范围
3确定测试的环境
4测试内容
5.测试的详细操作步骤
3.1.8测试的合格的标准
文件名称
信息化项目管理办
法
编号
文件类型程序文件版本
文件等级内部公开页码8/11
拟制何小春审核闫书元批准杨战兵
制定部门科技管理部生效日期
附录E
软件测试报告模板
1测试概要
包括测试的一些声明、测试范围、测试目的等情况简介。
2测试环境配置
3测试方法和工具
6.测试内容和执行情况
3.1.9缺陷统计与分析
3.1.10测试结论与建议
文件名称
信息化项目管理办
法
编号
文件类型程序文件版本
文件等级内部公开页码9/11
拟制何小春审核闫书元批准杨战兵
制定部门科技管理部生效日期
附录F
软件试运行效果评估表
软件名称试运行部门
评估时间
试运行情况简
述
试运行用户意
见
试运行效果评
价
参与试运行人
员会签
文件名称
信息化项目管理办
法
编号
文件类型程序文件版本
文件等级内部公开页码10/11
拟制何小春审核闫书元批准杨战兵
制定部门科技管理部生效日期
附录G
软件验收评估表
系统名称参与部门
验收地点验收时间
验收内容
验收结论
参与人员
会签
文件名称
信息化项目管理办
法
编号
文件类型程序文件版本
文件等级内部公开页码11/11
拟制何小春审核闫书元批准杨战兵
制定部门科技管理部生效日期
附录H
项目需求变更表
提出部门提出时间期望完成时间
重要且紧急□联系人联系电话
项目名称
紧急程度
重要不紧急□
一般□
紧急不重要□
变更描述
提出部门
审批意见
从技术实现路线、开发方式、风险评估等方面描述技术解决方案
技术评估
开发周期评估日期是否委外
评审人员
从业务管理、内控管理等主面描述意见
管理评审
评审日期
评审人员
科技管理部
意见
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信息化 项目 管理办法