银行信息系统项目开发管理制度模版.docx

银行信息系统项目开发管理制度
第一章总则
第一条为提高信息系统项目开发的科学性和实效性，规范信息系统项目的立项、开发、测试及投产运行全生命周期管理，明确信息系统项目开发过程中各阶段成果及明确相关角色的职责，提高软件质量和工作效率，促进信息系统项目开发的发展，制定本管理制度。
第二条我行所有信息系统建设项目必须在我行统一领导下，由信息科技管理委员会统一组织，对实施的全过程进行跟踪管理。
第三条为了保障信息系统兼容互通，资源共享集成，统一技术规范，避免重复建设，我行信息系统项目开发实行招投标管理，由我行信息科技部门牵头负责。
第四条我行统一规范的集中信息系统（核心业务系统、信贷管理、财务管理、总账系统、监管报送系统、管理会计类系统、数据平台类、影像流平台、经营管理类等信息系统）建设，由我行信息科技部门组织，有信息科技部门与业务部门人员共同成立项目小组，明确相关人员及责任。
第五条本规范适用于信息科技部门负责或配合其他部门开发、实施、管理的已正式立项的信息系统项目管理。
第二章项目管理
第六条信息系统项目管理包括立项管理、质量管理、进度管理、成本管理、人力资源管理、范围管理、整体管理、风险管理、采购管理、沟通管理等方面。重点是加强对立项、质量、进度、成本的综合管理。
第七条信息系统项目开发的的立项管理，项目由我行业务部门提出项目申请，填写《项目申请书》，经行信息科技管理委员会审批。项目涉及新业务开办或重大系统变更需风险控制部门提供风险评估报告，项目需外包开发的由信息科技管理委员会组织招标。
第八条信息系统项目开发的质量管理是一个系统工程，项目实施的质量好坏，会直接影响系统运行的效果和客户对所交付的产品的满意度。项目的质量管理需要从项目的规划、实施过程中控制上进行重点控制，即对项目可行性研究、项目需求管理、需求开发（需求定义

和分析、系统设计和编码、测试）等进行重点控制。本规范重点从信息系统项目质量管理的角度对信息系统项目管理的要点进行阐述。
第九条信息系统的进度管理是指对信息系统项目开发的整个生命周期（设计阶段、开发阶段、测试阶段、上线阶段等）的管理，进度管理的主要内容是项目计划、项目跟踪与监控2个方面。
第十条信息系统的成本管理是指在批准的预算范围内完成项目所需要的各个过程。项目成本管理过程主要包括资源计划、成本估算、成本预算、成本控制。一旦项目启动后，对项目完成了资源计划及成本预算，在项目实施过程中最重要的技术成本控制，在项目实施过程中需要检测成本的执行情况与成本预算的偏差，同时针对偏差采取综合的措施进行控制，包括组织措施、技术措施、经济措施等。
第十一条结合信息系统质量、进度和成本的要求，信息系统项目管理应重点应对项目可行性研究、需求定义及分析、系统设计和编码
（或原型设计）、测试、项目变更和终止、培训和投产（含试运行）和投产后的系统跟踪、项目文档管理、验收进行管理。

第三章可行性研究
第十二条信息系统项目开发必须提交可行性研究报告，由我行信息管理委员会进行审核或组织专家进行论证，审查通过的项目报请信息管理委员会批准后方可立项。审核内容主要有：
(一)是否符合我行信息化建设总体发展规划(二)是否符合我行信息化建设技术标准；
(三)申报项目的必要性、可行性。
第十三条信息系统项目开发可行性研究报告通过后，科技开发部门负责牵头组织成立项目组（项目组由项目技术组和项目业务组构成），指定项目技术组和项目业务组负责人及其成员。由业务部门和科技开发部门共同准备《项目任务书》，由信息化管理部门领导签发。
第十四条项目负责人负责编制《项目总体计划表》，包括项目各阶段之时间估算、软硬件资源计划和人力资源计划。
第四章需求定义和分析
第十五条需求提出单位负责组织编写《需求说明书》。《需求说明

书》确认后，需求提出单位应填写《需求确认表》，需求提出单位负责人签字确认后发送给科技开发部。
纸质《需求确认表》：由需求提出单位负责人签字加盖本单位公章
（以下简称签字盖章）后发送给科技开发部门进行审核。
第十六条项目技术组依据《需求说明书》，在充分理解业务需求的基础上，编写相应的《功能说明书》，其内容除包含业务功能说明外，针对风险控制需求也应写出相关功能说明。需求提出单位应对《功能说明书》签字盖章确认。
第十七条信息系统维护类项目，无须项目申请的，须由维护申请单位提交签字盖章的《信息系统维护申请表》。
第五章系统设计和编码
第十八条设计内容应包括：（一）硬件、操作系统、中间件、数据库等支撑平台要求；（二）网络（带宽、协议）需求；（三）应用软件设计（含数据库设计、系统容量、与其它系统的集成设计等）；（四）数据备份与系统容灾方案。
第十九条系统设计须遵从以下原则：概念整体性、模块化、定义界面（模块间界面、用户界面和其他系统间界面）、简单化、减少模块间及系统间耦合、自顶向下的设计方法和反复设计。
第二十条对于功能比较复杂，需求不确定的信息系统项目，建议采用原型开发，要求系统开发人员快速建立一个可使用的系统试用版本；交付用户（业务部门和信息化管理部门）使用并听取用户意见，修改系统，修改过的系统必须再次交给用户试用，用户可能又提出一些意见，直到用户完全满意为止；
第二十一条如果属于原型开发，可依据业务需要做差异分析，编写《差异分析说明书》，由需求提出单位、信息化管理部门及项目开发商签字盖章确认。
第二十二条根据项目特点，特别是针对新构建的项目，信息化管理部门负责组织安排相关人员进行评审，相关人员包括：业务人员、生产运行人员、信息安全人员、网络人员、维护人员和技术专家等，评审内容包括：硬件架构、软件架构、网络架构和信息安全策略等。第二十三条系统设计分两阶段实施，即系统总体框架设计和详细

设计。对于大型项目必须单独编写《系统总体技术框架说明书》和《系统设计说明书》，其他的可以仅编写《系统设计说明书》，但必须涵盖项目总体框架设计和详细设计内容。
第二十四条如有需要数据结转（整合、更新等），应设计数据结转方案，并编写《数据结转说明书》。
第二十五条系统开发项目经理根据《系统设计说明书》组织开发小组实施编程开发，并编制《程序规格说明书》，若无独立的测试部门，组织测试小组，编码测试方案和测试用例。
第二十六条项目开发过程中，系统开发小组负责安排测试环境、开发环境的搭建，并指定专人负责环境管理、文档管理和版本控制，并定期备份。
第六章项目测试
第二十七条测试应包括功能测试、压力测试、适应性测试、数据迁移测试和安全性测试等。
第二十八条测试不得直接使用生产数据。
第二十九条开发公司测试小组负责牵头实施系统集成测试，指导和安排测试人员设计案例、执行测试和测试结果检验等，并组织编写内部《系统集成测试报告》。
第三十条开发公司测试小组测试后，填写《测试通知书》并知会需求提出单位组织用户测试验收。
第三十一条需求提出单位负责组织用户测试验收，用户自己编写业务测试案例，未能达到业务需求部分，提交《需求差异报告》。由开发小组确认并修改系统。至用户测试验收通过。用户测试验收通过后，须提交签字盖章的《用户测试报告》。
第三十二条用户测试验收必要时可请第三方公司或测试机构进行测试，用户测试验收通过后，须提交签字盖章的《用户测试报告》。
第七章项目的变更和终止
第三十三条项目变更是指项目投产前所发生的需求变更和计划调整。
第三十四条需求提出单位必须填写《项目变更/终止申请表》。项目技术组对变更内容进行评估，确定变更的可行性，对于影响项目投

资、进度等重大变更，必须经信息管理部门负责人签字确认。
第三十五条信息系统建设项目出现重大情况变化，需对计划项目的内容、计划进度等作重大变更，由项目实施（承建）单位提出申请，经科技开发部审查并报信息管理委员会批准后，方可调整。
第八章项目培训和投产
第三十六条需求提出单位负责编制《用户操作手册》，系统开发部门负责编制《系统操作手册》，业务需求部门组织业务培训，项目技术组负责技术培训。
第三十七条项目技术组负责项目投产前的技术准备工作（包括系统安装、软件版本发布、参数设置等）。
第三十八条需求提出单位发起填写《项目投产申请表》，一般性项目由需求提出部门与科技部门经理签字后投产，重大、战略性项目需主管领导审批签字后投产。
第三十九条为加强对投产时间段的风险管理，投产日期和时间应遵循如下规则：不在业务高峰时段投产、特殊日（如年初末等）和节假日（如五一、十一、春节等）期间投产；具体日期和时间由信息化管理部门、需求提出部门和开发公司共同协商确定。
第四十条为有效控制项目投产风险，项目组需制订《系统应急预案》。预案应包括信息系统应急方案及回退流程。
第四十一条投产前，应做好项目移交准备工作，包括运行维护人员的培训、《系统操作手册》、《系统维护手册》等相关的操作维护文档的编写。
第四十二条投产后一个月内，属于项目试运行阶段。试运行结束后，系统可移交给系统维护人员，由其负责系统的运行和维护。
第九章投产后的系统跟踪
第四十三条项目投产后（特别是投产半年内），应定期跟踪、评价系统运行情况，包括用户意见反馈、系统稳定性、数据增长情况、用户访问量（在线用户数等）情况、系统资源使用情况等。需求提出部门和信息化管理部门（运行维护人员）根据具体情况填写《系统投产反馈分析报告》，项目组根据评价及时对项目进行调整和优化。
第十章项目文档管理

第四十四条信息化管理部门负责牵头组织项目文档验收和审计工作。
第四十五条项目文档包括：
>《项目申请书》
>《项目任务书》
>《项目总体计划表》
>《需求说明书》
>《需求确认表》
>《功能说明书》
>《差异分析说明书》
>《系统总体技术框架说明书》
>《系统设计说明书》
>《数据结转说明书》
>《程序规格说明书》
>《系统应急预案》
>《系统集成测试报告》
>《需求差异报告》
>《用户测试报告》
>《项目验收报告》
>《系统操作手册》
>《系统维护手册》
>《用户操作手册》
>《测试通知书》
>《项目投产申请表》
>《系统投产反馈分析报告》
>《信息系统维护申请表》
>《项目变更/终止申请表》
>《需求变更申请表》
>《项目情况周报》
>《项目总体计划表》
>《需求确认表》

>源代码
>各类会议纪要
第四十六条实际工作中依据项目类型、规模，可增加、减少、合并上述文档。
第四十七条各种文档资料应经相关部门及其负责人签字确认。第四十八条所有项目文档必须包括电子介质和纸质介质两种形
式。项目文档移交时要填写《项目文档清单》。
第四十九条项目文档管理按照集团信息化项目文档管理有关规定执行。
第十一章项目验收
第五十条信息系统建设项目完成后，由项目实施（承建）单位向我行信息管理委员会提交验收申请，由我行信息管理委员会组织组织有关部门进行验收。
第五十一条我行信息管理委员会牵头组织成立项目验收小组，安排项目验收工作。验收小组由相关领域技术、业务需求部门组成，人数一般不少于5人。
第五十二条必须参加验收的项目，包括新构建的系统、外包及合作项目。
第五十三条项目验收的条件是：系统试运行后，项目组确认该项目能满足业务需求、实现既定功能，符合各项技术要求和指标方可提请验收。
第五十四条项目验收内容包括：系统是否达到预定的功能及性能指标、文档是否齐全合格、培训情况，以及合同条1中其他内容的验收。
第五十五条根据验收情况，项目验收小组填写《项目验收报告》。验收通过后，将项目文档移交信息管理部门进行管理。
第十二章附则
本规范自公布之日起执行。
二〇**年六月三十日