软件项目管理办法.docx
- 文档编号:23138334
- 上传时间:2023-05-08
- 格式:DOCX
- 页数:14
- 大小:21KB
软件项目管理办法.docx
《软件项目管理办法.docx》由会员分享,可在线阅读,更多相关《软件项目管理办法.docx(14页珍藏版)》请在冰豆网上搜索。
软件项目管理办法
软件项目管理办法(试行)
第一章总则
第一条为加快本行信息化建设进程,促进新产品开发与创新,规范软件项目开发管理,确保软件项目开发工作按时、保质完成,根据《商业银行信息科技风险管理指引》等相关制度规定,特制定本办法。
第二条本办法所称软件项目是指以促进本行业务发展和提高管理效率为目的的信息化建设项目。
第三条软件项目管理的任务是加强项目在立项、需求调研、设计、开发、测试、运行和维护过程中的组织实施、质量控制和监督检查。
第二章职责分工
第四条信息科技管理委员会在其职责范围内负责软件项目的立项审批。
第五条信息科技管理委员会办公室负责受理软件项目立项申请,并搜集立项申请部门提供的可行性报告等相关资料,上报信息科技管理委员会审议。
同时,负责组织软件项目上线前的评审及验收。
第六条科技开发部是软件项目开发的主要承办部门,负责软件项目的研发、运行、维护和监控,并负责提供日常的科技服务和技术支持。
第七条业务主管部门应全程参与软件项目的开发,负责本部门、本业务条线相关软件项目的立项申请、业务需求、测试、培训、上线、验收等工作。
其中,科技管理类项目的业务主管部门为科技开发部。
第三章软件项目分类
第八条软件项目类别
(一)业务及交易类项目:
以辅助会计记账、业务审批等银行内部业务操作为目的,记录银行基本交易信息数据,主要包括核心系统、支付系统。
(二)渠道及服务类项目:
为银行客户开展金融业务活动提供服务渠道和手段,记录以银行客户行为特征的信息数据,主要包括ATM、POS、电话银行、网上银行、中间业务等系统。
(三)分析及管理类项目:
为银行内部管理和外部监管提供必要的分析数据和管理信息,主要包括办公自动化、人力资源、财务、信贷、客户关系等管理信息系统。
第九条重要信息系统
重要信息系统是指支撑重要业务,其信息安全和服务质量关系公民、法人和其他组织的权益,或关系社会秩序、公共利益乃至国家安全的信息系统。
重要信息系统包括面向客户、涉及账务处理且实时性要求较高的业务处理类、渠道类和涉及客户风险管理等业务的管理类信息系统,以及支撑系统运行的机房和网络等基础设施。
第四章软件项目管理过程
第十条软件项目开发由科技开发部组织实施,采用项目经理负责制,由项目经理全面负责项目开发,确保项目保质保量且按时完成。
第十一条按照软件工程的方法,软件项目的开发须经历五个阶段,即立项(可行性研究和审批、需求分析)、设计和开发(概要设计、详细设计、软件实现)、测试、培训和上线、验收以及运行和维护。
第十二条立项
(一)申请软件项目立项时,由主管业务部门按照《信息科技项目立项操作规程》要求,填写《软件项目立项审批表》(附件1)、《项目可行性分析报告》(附件2)、《软件开发需求书》(附件3),报信息科技管理委员会审批立项。
(二)立项审批通过后成立项目组,项目组成员应包含主管业务部门、科技开发部、风险管理部等部门。
项目组成立后,按照本行相关财务管理制度,通过招标等方式确定软、硬件供应商。
项目组根据项目具体情况制定项目开发计划,并对《软件开发需求书》及业务需求进行详细、系统的分析,以确定需要开发软件的软硬件平台选择、软件功能和性能等具体要求,并形成初步技术方案。
(三)主管业务部门应安排专人负责项目建设工作,细化软件项目需求,形成《业务需求书》,并初步形成《用户手册》,制定项目投产计划。
同时,根据系统功能要求着手编写测试案例,为后期测试做准备。
第十三条设计和开发
(一)概要设计:
科技开发部根据业务主管部门提供的业务需求编制项目功能说明书,设计总体技术框架,并对项目开发进行任务分解,即将系统划分成模块并确定每个模块的功能、调用关系和界面。
概要设计的最终结果是提供系统模块结构图。
科技开发部在设计总体技术框架时,对新系统还应同时制定技术应急方案。
(二)详细设计:
对概要设计划分的软件功能模块,按结构化程序设计原则进行过程描述。
详细设计的最终结果是提供详细设计文档,涉及各模块编码设计、输入输出设计、处理过程设计、数据存储设计、用户界面设计、安全控制设计。
详细设计阶段完成后,应提供项目详细设计说明书。
(三)软件实现:
将详细设计中产生的程序设计和描述转换成以某种具体程序设计语言书写的源程序。
详细设计和编码应符合项目功能说明书的要求。
该阶段每个程序模块要求提供程序设计说明文档,包括以下内容:
1、程序描述:
本程序的目的和功能描述。
2、输入输出项:
输入输出项参数描述。
3、算法:
说明本程序选用的计算公式和计算步骤。
4、接口:
用图形的方式标识本程序隶属的上、下层模块,子程序,程序单元关系以及本程序直接关联的数据结构。
5、各程序模块源代码清单。
6、源程序重要语句的必要注释。
(四)需求变更管理:
业务主管部门在软件项目开发过程中提出变更需求的,应编制《软件开发业务需求变更书》(附件4)。
科技开发部应及时召集业务部门及相关部门,对需求变更可能带来的风险进行评估。
对于重大需求变更,须报信息科技管理委员会审批。
第十四条测试
(一)测试目的:
验证应用软件的完整性、正确性和安全性。
测试应建立独立的测试环境,以保证测试的完整性和准确性。
测试用数据必须经过脱敏处理,严禁直接使用生产数据进行测试。
(二)测试内容
1、模块测试:
在模块编写完成且无编译错误后进行,从模块的五个特征进行,即模块接口、局部数据结构、重要执行路径、出错处理以及边界条件。
2、组装测试:
把模块按系统设计说明书的要求组合起来进行测试,采用非增量式集成和增量式集成两种方式测试。
3、确认测试:
在组装测试完成后,进一步检查软件的功能和性能是否与需求相符,包括有效性测试、软件配置审查和验收测试。
4、压力测试:
检查系统是否满足并发处理性能方面的要求,主要从响应时间、处理速度、吞吐量、处理精度等方面进行检测。
5、安全测试:
主要对系统在异常情况下的承受能力进行测试,包括边界测试、漏洞测试、容错测试等。
6、验收测试:
对系统进行整体验收。
(三)测试步骤:
按测试的内容分为以下两大步骤。
1、技术测试:
软件开发完成后,科技开发部应牵头组织软件开发和软件维护人员进行技术测试,内容包括模块测试、组装测试、压力测试、安全测试、技术应急测试。
技术测试完成后,应填写《软件测试报告(技术)》(附件5)。
2、业务测试:
由业务主管部门牵头组织实施,内容包括确认测试、压力测试、安全测试。
业务测试前应根据业务需求编写业务测试案例,业务测试案例必须先交科技开发部审核。
业务测试完成后,应填写《软件测试报告(业务)》(附件8),并附测试文档交科技开发部。
科技开发部可根据项目测试结果召集相关部门对业务测试报告进行评审,并依据评审结果及时修补系统缺陷,以提高系统整体质量。
第十五条培训和上线
(一)培训:
包括技术培训和业务培训,主要是为方便维护和操作人员尽快熟悉操作步骤。
对外包项目,承包方必须对本行项目技术人员进行专门培训,以便本行掌握其关键技术。
承包方培训时必须按合同规定提供与实际产品相一致的技术文档和源码,培训效果须经项目经理签字确认。
1、技术培训:
由科技开发部组织实施,内容包括系统软、硬件安装配置及日常维护操作。
培训前应提供培训资料并编写技术操作说明书。
2、业务培训:
由业务主管部门组织实施,内容包括有关业务知识和操作要领。
培训前应提供培训资料并编写业务操作说明书。
(二)上线:
软件项目测试通过后,业务主管部门必须编写相应的业务管理制度,需上线时填写《投产确认书》(附件6)。
对于重要信息系统,项目组须召开上线评审会,准备系统的总体说明、基本信息、安全策略和措施、基础设施信息、外包商信息、投产及变更方案、风险评估报告、应急预案等材料,确保项目成功上线。
第十六条验收及运行和维护
(一)项目组负责软件项目上线后的验收工作。
其中业务主管部门主要负责系统功能完备性等业务方面的验收,科技开发部主要负责系统技术方面的验收。
(二)对于重要信息系统,项目组应对其开展风险评估,也可委托外部专家或具备相应资质的外部专业机构对其进行风险评估。
同时,须召开项目验收工作会议,对项目总体开发情况及上线到验收期间的系统运行情况进行评审,评审后方可进行验收。
(三)软件项目验收,应填写《软件验收报告》(附件7)。
软件项目投入使用后,按照相关运行管理制度规定进行运行维护。
第五章软件及文档管理
第十七条软件项目开发过程中的软件须严格进行版本控制和管理,并根据项目开发进度备份。
软件项目开发完成后,软件应正式备份在磁带、光盘上保存,由专人保管,并登记相应软件版本号。
第十八条软件项目开发各阶段完成的文档,由项目经理审核并保管。
项目开发完成后,由项目经理审核签字,并移交专人保管。
第十九条软件项目文档包括但不限于以下内容:
(一)立项阶段:
项目可行性报告、项目立项审批报告、项目需求说明书;
(二)设计和开发阶段:
项目总体方案、项目计划书、项目功能说明书、项目详细设计说明书;
(三)测试和上线阶段:
项目测试案例、项目测试报告、项目压力测试报告、项目操作说明书、项目应急方案;
(四)验收以及运行和维护阶段:
项目风险评估报告(重要信息系统需提交)、项目验收报告。
第六章项目费用
第二十条软件项目费用主要由研发费用、后期维护费用、奖励费用三部分组成。
第二十一条项目研发费用
项目研发费用主要包括项目研发期间所需的硬件、软件、服务、咨询等费用,必须严格按照相关财务管理制度规定审批和使用。
第二十二条项目后期维护费用
项目后期维护费用原则上应按照合同约定支付。
第二十三条项目奖励费用
软件项目开发保质、保量且按时完成并验收合格的,根据项目总金额大小,经分管信息科技工作的行领导及本行行长审批同意后,按项目合同金额的5%~10%给予项目组一次性奖励。
第七章附则
第二十四条软件项目开发过程中,若出现影响项目进度和质量的情况,经信息科技管理委员会审查,并报经行长办公会审议后,对相关责任部门及责任人给予相应的处罚。
第二十五条本办法由科技开发部负责解释、修订。
第二十六条本办法自发布之日起实行。
附件:
1、软件项目立项审批表
2、项目可行性分析报告
3、软件开发需求书
4、软件开发业务需求变更书
5、软件测试报告(技术)
6、软件投产确认书
7、软件验收报告
8、软件测试报告(业务)
附件1:
软件项目立项审批表
编号:
项目名称
立项申请部门
联系人
联系电话
申请日期
项目级别
立项申请部门意见:
部门负责人:
年 月 日
相关部门意见:
签章
科技开发部意见:
签章:
信息科技管理委员会意见:
签章:
附件2:
××××项目
可行性报告
××××部
××××年××月××日
目 录
第一章 概述
第二章 项目背景介绍
第三章 时间计划
第四章 投资匡算
第一章概述
(一)产品简介
(二)市场需求及风险分析
(三)产品的技术含量和投入产出分析
(四)对产品的可行性结论
第二章项目背景介绍
(一)项目需解决问题
(二)项目实施范围
(三)项目用户
(四)项目功能
(五)与现有系统关系
(六)项目效益预估
第三章时间计划
(一)项目实施时间计划
(二)业务投产时间计划
第四章投资匡算
项目需要投资的匡算
附件3:
软件开发需求书
编号
项目名称
申请日期
计划上线时间
开发周期
需求描述
需求申请部门意见:
经办人:
负责人:
相关部门意见:
经办人:
负责人:
科技开发部意见:
经办人:
负责人:
行领导意见:
注:
需求描述栏可添加附件,具体内容参考如下:
1、本项目的任务提出者、使用者。
2、需求功能及概述:
包括每个功能描述、需要输入的数据、业务处理流程、会计分录、输出数据、报表及格式。
3、各功能的权限控制要求。
附件4:
软件开发业务需求变更书
编号
项目名称
变更事项
变更日期
开发周期
业务需求变更描述
原业务描述
(业务流程等)
变更后业务描述
(业务流程等)
项目业务经理:
项目技术经理:
业务部门意见:
签章:
相关部门意见:
签章:
科技开发部意见:
签章:
注:
业务需求变更描述栏可添加附件。
附件5:
软件测试报告(技术)
编号
项目名称
测试周期
测试人员
技术测试人员
测试环境
测试内容
测试意见
技术测试人员意见:
签名:
审查意见
科技开发部意见:
签章:
相关部门意见:
签章:
注:
测试内容栏可添加附件。
附件6:
软件投产确认书
审批编号:
项目需求提出部门
投产版本(名称及版本号)
投产日期
测
试
情
况
总
结
投产意见:
签章:
附件7:
软件验收报告
项目名称:
存档编号:
编写人:
一、项目背景
二、项目开发目的
三、系统功能及性能概述
四、系统运行环境
五、项目开发过程
六、项目运行情况
七、会议介绍(此项根据项目验收实际情况进行裁剪)
(一)项目开发小组汇报项目开发总结
(二)业务代表汇报测试结果及试运行情况
(三)系统模拟演示、验收测试,并对测试结果进行评审、答疑
(四)项目文档审阅
(五)技术及业务讨论,项目开发小组解答
(六)对于项目有关功能、管理办法修改建议
(七)对项目验收进行表决
(八)验收组发表验收意见
八、项目验收结论
(一)业务需求的满足度
(二)系统的先进性
(三)技术实现上的合理性及先进性
(四)项目开发过程的规范性、文档的完整性
(五)项目的不足之处
(六)项目推广使用范围
(七)验收结论
九、验收小组成员名单及签名
项目开发小组提交文档清单
附件8:
软件测试报告(业务)
编号
项目名称
测试周期
测试人员
业务测试人员
测试环境
测试内容
测试意见
业务测试人员意见:
签名:
审查意见
业务部门意见:
签章:
相关部门意见:
签章:
注:
测试内容栏可添加附件。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 管理办法