信息化项目管理办法_第1页
信息化项目管理办法_第2页
信息化项目管理办法_第3页
信息化项目管理办法_第4页
信息化项目管理办法_第5页
已阅读5页,还剩9页未读 继续免费阅读

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

信息化项目管理办

编号

入IT•口T<P引叫J

版本

JGZeTGKniffl寸什•半刑程序实件7TX?T*

。•件绰尔币矶-4-A4

J批净

ftw甲】久jUGTJJL

A

t生效H期

1.目的和范围

本管理办法规定信息化软件研发管理所遵循的原则和方法,目的是提高软件质量和软件开

发项目的可控性。

项目的可控性"

____定义

质量控制小组:负责软件项目过程评审和项目验收.

项目负责人:负责项目设计、开发、实施全过程管理。

项目负责人:负责项目设计、开发、实施仝过程管理U

3.软件开发的基本流程:

信息化项目管理办

编号

入IT•口T<P引叫J

九洲

®JWNWTGK版本

人I।人m程序实件7TX?T*

。•件绰尔币矶-4-A4

ftW批净

甲】久jUGTJJL

A前方都门

十叫ZLUNIJ生效H期

3.1软件需求提出

3.1.1需求提出

业务部门经过内部评估后,填写《业务调整/开发需求申请表》(见附录A),由业务

部门领导、公司分管领导批准后的《业务调整/开发需求申请表》报科技管理部。

业务部门经过内部评估后,填写《业务调整/开发需求申请表》(>附录A),由业务

部门领导、公司分管领导批准后的《业务调整/开发需求申请表》报科技管理部,,

3.1.2技术评估

信息化项管理办编号

入IT•口引叫J

版本

JGZeTGKniffl人I।人m程序实件7TX?T*

。•件绰尔币矶-4-A4

批净

ft——w甲】久jUGTJJL

A

t生效H期

科技管理部从技术实现路线、开发方式、风险评估等方面组织对需求的技术评估;并在

《业务调整/开发评审表》填写相关评审意见。

3.1.3管理评估

科技管理部组织相关部门从业务流程、内控管理、业务职责等方面进行管理评审,并在

《业务调整/开发评审表》填写相关评审意见.

科技管理部组织相关部门从业务流程、内控管理、立务职责等方面进行管理评审,并在

_《业务调整决发评.审丧》」真写相关评审意见―

科技管理部在综合技术评估和管理评审意见、提出项目建议意见,报经总工程师批准后,

信息化室指东项目负责人组建开发小组,侦责开展相应的优化改讲和开发工作.指宗质曷

控制人员组建质最控制小组负责开发过程的质晟控制、组织过程评审和项目验收等工作:相

关单位应做好测试及应用推广等工作。

科技管理部在综合技术评估和管理评审意犯、提出项目建议意贴,报经总工程师批准后,

信息化室指定项目负责人组建开发小组,负货开展相应的优化改进和开发工作,指定质昂:控

制人员组建质量控制小组负责开发过程的质量控制、组织过程而审和项目脸收等工作;相关

单位应做好测试及应用推广等工作u

3.2软件的需求调研和分析

3.2.1需求调研

业务部门主导,开发小组共同参与调研,协助业务部门进行需求收集工作。

业务部门主导,开发小组共同参与调研,协助业务部门进行需求收集工作,,

3.3软件的需求分析

业务部门和开发小组共同参与,认真分析、理解相关的业务管理流程及要求,使需求分

析符合实际,最终由开发小组编写《软件需求说明书》(见附录B)。由质量控制小组小组

评审内容,给出“通过”和“不通过”的结论。

析符合实际,最终由开发小组编写《软件需求说明书》(见附录B)u由质量控制小组小组

评审内容,给出—-不通过”的结论u

3.3软件开发的设计方案和测试方案

开发小组根据软件需求说明书,进行《开发设计方案》(见附录C)及《测试方案》(见

附录D)的编写,由质量控制小组组织评审,给州“通过”和“不通过”的结论。

附录D)的编写,由质量控制小组组织评审,给出“通过”和“不通过”的结论

信息化项管理办编号

入IT•口引叫J

版本

JGZeTGKniffl人I।人m程序实件7TX?T*

。•件绰尔币矶-4-A4

批净

ft——w甲】久jUGTJJL

A

t生效H期

3.3.1设计方案

基本设计概念和处理流程、系统功能模块图,系统数据结构设计,接口设计等。

贴本设计概念和处理流程、系统功能模块图,系统数据结构设计,接口设计等U

3.3.2测试方案

概述该测试的目的、任务、环境、方法等。

3.4软件的实施(编程和单元测试、集成测试)

项目负贡人分配开发任务,软件开发人员负责编码、单元测试、集成测试。

项目负责人分配开发任务,软件开发人员负责编码,单元测试、集成测试U

3.5软件的系统测试

测试人员根据《测试方案》进行测试,测试完成后,将系统BUG以文档形式反馈开发人

员进行修改,开发人员修复系统BUG完成后,由测试人员进行I可归测试。经过反复的测试及

修复,形成最终版本程序,测试人员编写《软件测试报告》(见附录E)后,与最终版本程序

一并提交质展控制小组评审,给出“通过”和“不通过”的结论。评审通过后提交试运行。

测试人员根据《测试方案》进行测试,测试完成后,将系统队(;以文档形式反馈开发人

修复,形成最终版本程序,测试人员编写《软件测试报告》(见附录E)后,与最终版木程序

一并提交质量控制小组评审,给出“通过”和“不通过”的结论uW审通过后提交试运行U

3.6软件的试运行

开发小组与业务部门组织软件的试用行,项目的试用期应根据项目的复杂程度、推广缓

急程度不同而定,一般试用期最短不低于2个月,最长不超过6个月。

开发小组小业务部门组织软件的俄用存T国的4式月期应根据项目的复杂程度程隹广缓

急程度不同而定,一般试用期最短不低于2个月,最长不超过6个月1

试用期间,开发小组应与业务部门和软件使用人员保持紧密联系,充分听取对软件的

修改意见,并及时解决试用中遇到的问题,不断完善软件功能。

试用期间,开发小组应与业务部门和软件使用人员保持紧密联系,充分听取对软件的修

改意见,并及时解决试用中遇到的问题,不断完苒软件功能U

试用完成后,质量控制小组应对软件试运行效果组织评估,填写《软件试运行效果评估

表》(见附录F),并由使用人员会签。

试用完成后,质量控制小组应对软件试运行效果组织评估,填写《软件试运行效果评估

取4—项目需求变更控制

信息化项管理办编号

入IT•口T<P引叫

法J

版本

JGZeTGKniffl人I।人m程序实件7TX?T*

。•件绰尔币矶-4-A4

批净

ft——w甲】久jUGTJJL

A

t生效H期

4.1需求变更定义

项目需求变更是指软件需求分析阶段结束之后,并且《业务调整/开发评审表》已经通

过评审,正式定稿发行之后的软件开发各阶段对软件项目的需求发牛.必要的更改的情况。

过评审,正式定稿发行之后的软件开发各阶段对软件项目的需求发生必要的更改的情况0

4.2需求变更流程

由业务部门提出项目的需求变更,并填写《项目需求变更表》(见附录H),先由业务部

门内部进行评审,评审通过并且部门相关领导签字确认后提交软件开发小组,软件开发小

组对软件项目的需求变事要求讲行技术评估及管理评估,并且组织相关人员讲行评审,评

审通过后,相关开发人员进行程序开发。

由业务部门提出项口的需求变更,并填写《项目需求变更表》(见附录ID,先由业务部

门内部进行评审,评审通过并且部门相关领导签字确认后提交软件开发小组,软件开发小组

对软件项目的需求变更要求进行技术评估及管理评估,并且组织相关人员进行评审,评审通

过后,相关开发人员进行程序开发]

85软件验收

5.1软件验收过程

根据试运行评估意见:由质量控制小组组织业务需求部门、软件使用部门进行验收,验

收内容为:

收内容为:

1)《业务调整/开发评审表》及其变更记录;

2)设计方案及测试方案的全部资料;

3)全部源程序:

4)测试记录文档;

5)培训资料;

6)资料的详细清单,

验收结束由质量控制小组经过认真评议给出”验收是否合格”结论,填写《软件验收

评估表》(见附录G。

险收结束由质量控制小组经过认真评议给出“险收是否合格”结论,英写《软件脸收

评估表》(她附录GL

5.2软件发布和归档

信息化项目管理办

编号

入IT•口T<P引叫J

九洲

®JWNWTGK版本

人I।人m程序实件7TX?T*

。•件绰尔币矶-4-A4

ftW批净

甲】久jUGTJJL

A前方都门

十叫ZLUNIJ生效H期

5.2.1软件的发布

将经过正式验收的软件交付交付科技管理部标准化室进行发布。

5.2.2项FI的归档管理

项目负货人对本开发项目的所有文档和源代码进行整理,形成文档目录一并交付科技

管理部标准化室进行归档,

项目负责人对本开发项目的所有•文档和源代码进行整理,形成文档目录•并交付科技管

理部标准化室进行归档

十不匕比称信息化项目管理办编号

入IT•口T<P引叫

法J

版本

JGZeTGKniffl寸什•半刑程序实件7TX?T*

。•件绰尔币矶-4-A4

J批净

ft——w甲】久jUGTJJL

A

t生效H期

附录A

业务调整/开发需求申请表

编号:

"PJ.

提出部门提出时间期望完成时间

联系人联系电话重要且紧急口

重要不紧急口

紧急程度

项目名称一般口

紧急不重要口

应用现状、应用难点

问题描述

需求应用期望描述

目标应用

场景描述

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

技术评估

开发周期评估日期是否委外

评审人员

从业务管理、内控管理等主面描述意见

管理评审

评审日期

评审人员

提出部门

审批意见

公司领导

审批意见

科技管理部

意见

信息化项目管理办

编号

入IT•口法引叫J

九洲

®JWNWTGK版本

人I।人m程序实件7TX?T*

。•件绰尔币矶-4-A4

ftW批净

甲】久jUGTJJL

A前方都门

十叫ZLUNIJ生效H期

总工程师

批准

附录B

软件需求说明书模板

1.任务名称

1.任务名称

2.任务来源

・2「任务来源一

工运行环境

3.运行环境

4.功能需求

4.功能需求

详细的以文字和图/表描述该软件应该完成的功能。

5.技术性能要求

5.技术性能要求

说明该软件应该具备的安全性、可靠性、实时响应性、可用性等具体要求。

6.功能模块描述

简要说明该软件的各个功能模块的功能,及与其它模块之间的关系。

简要说明该软件的各个功能模块的功能,及与其它模■块石耳的美条—

7.对人机交7的要求

说明该软件是否要求人机交互,以何种方式进行交互,交互欲达到的目的;并简要说明

主要人机交互的过程。

说明该软件是否要求人机交互,以何种方式进行维丁为为欲达到的目的:并简要说明

主要人机交互的过程U

附录C

开发设计方案模板

1需求规定

信息化项目管理办

入IT•口T<P引编叫号J

®JWNWTGK九洲

寸什•半刑程序实件7版TX?本T*

。•件绰尔币矶-4-A4

ftW甲】久批jUG净TJJL

A前方都门

十叫ZLUNIJ生效H期

2运行环境

3基本设计概念和处理流程

4系统功能结构图

5接口设计

6运行设计

7系统数据结构设计

信息化项目管理办

入IT•口T<P引编叫号J

®JWNWTGK九洲

寸什•半刑程序实件7版TX?本T*

。•件绰尔币矶-4-A4

ftW甲】久批jUG净TJJL

A前方都门

十叫ZLUNIJ生效H期

附录D

测试方案模板

1测试的目的

2界定测试的范闱

3确定测试的环境

4测试内容

4.1.测试的详细操作步骤

4.2测试的合格的标准

信息化项管理办编号

入IT•口T<P引叫J

九洲

®JWNWTGK版本

人I।人m程序实件7TX?T*

。•件绰尔币矶-4-A4

ftW批净

甲】久jUGTJJL

A前方都门

十叫ZLUNIJ生效H期

附录E

软件测试报告模板

1测试概要

包括测试的一些声明、测试范用、测试目的等情况简介。

2测试环境配置

3测试方法和工具

4.测试内容和执行情况

4.缺陷统计与分析

5.测试结论与建议

十不匕比称信息化项目管理办编号

入IT•口T<P引叫

法J

版本

JGZeTGKniffl寸什•半刑程序实件7TX?T*

。•件绰尔币矶-4-A4

批净

ftw甲】久jUGTJJL

A

t生效H期

附录F

软件试运行效果评估表

软件名称试运行部门

评估时间

试运行情况简

试运行用户意

试运行效果评

参与试运行人

员会签

十不匕比称信息化项目管理办编号

入IT•口T<P引叫J

九洲

®JWNWTGK版本

寸什•半刑程序实件7TX?T*

。•件绰尔币矶-4-A4

ftW批净

甲】久jUGTJJL

A前方都门

十叫ZLUNIJ

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论