XX银行信息科技项目开发管理办法

1、XX银行信息科技项目开发管理办法第一章总则第一条为保证计算机应用开发的科学化、规矩化，提高计算机系统 建设和应用软件开发的效率，满足业务不断发 展的需要，根据银监会商业银行信息科技风险管理指引相矢要求，接合本行实际，制 定本办法。第二条本办法所指的信息科技项目，系指本行为满足业务发展需要而设立的应用软件开发项目，囊括业务部门因新增业务需求、变更业务需 求和系统优化须关于现有应用系统 改造，而进行的软件开发工 作。门，负责本行信息科技项目的日常管理及技术支持工作。第四条 本行信息科技项目管理实行项目经理负责制，从项目立项 开始至项目结项为止，项目经理负责项目“生命周期内”各项活动的 组织 和管理

2、。第五条 信息科技项目开发进程是建立软件产品生命周 期模型，覆 盖需求、设计、编码、测试、发布等全流程的规 范化管理进程。项目 管理的主要活动囊括：立项管理、需求管理、项目策划、设计与实 现、 项目测试、上线投产、项目结项、监督与控制、评审管理、风险 管理、 配置管理、质量管理、度量分析等领域。管理。第二章立项管理第七条 立项管理囊括立项受理、立项评估、立项审查 和立项批准，以及相矢商务活动。第八条立项受理信息科技部接受各部门的立项申请，并且关于立项申请材料进行合规，T第九条立项评估意见。第十条立项审查信息科技部将立项申请材料和评估意见提交信息科技管理委员会项目 立项审查小组，由项目立项审查小

3、组审查后确 认是否同意立项。第条立项批准项目立项审查小组同意立项的项目，经立项签报流程审批 经过后 奏效。立项后应即时成立项目组，项目组由信息科技 部、需求提出部门 以及系统主管部门相尖人员共通组成。采、合同签署等相矢商务工作。第三章需求管理 第十三条 需求管理囊括需求受理、需求评估、需求确第十四条需求受理信息科技部接受需求提出部门提出的业务需求，并且完成业务需求的 初审。第十五条需求评估需求初审经过后，信息科技部和相矢部门关于需求进行评估并且将评估 意见反馈至需求提出部门。如果该需求必需以单独 立项来实现，则 应 即时发起立项申请。第十六条需求确认信息科技部和相尖部门共通解决需求存在的分歧，

4、并且关于最终需求进 行确认。第十七条需求变更管理需求实现进程中若发生需求变更，信息 科技 部应即时组织相矢部门进行需求变更评审，并且明确该变更的处理 方式。第十八条需求跟踪在整个项目开发进程中，信息科技部关于需求的实 现、变更、维持进行跟踪和管理。第四章项目策划第十九条项目策划囊括项目工作结构分解、项目估算、项目计划编 制、项目计划评审和计划变更控制等活动。第二十条 项目工作结构分解 项目组确定项目范围，完成项目工作 结构分解 第二十一条项目估算第二十二条项目计划编制项目组接合项目实际情况生成项目开发进程裁剪表，并且依 据项目范围、工作分解结构以及项目估算结果编制项目计划。第二十三条项目计划评

5、审项目计划编制完成后，项目组应即时提出评审申请，信息科技部组 织相矢人员关于项目计划进行评审。第二十四条计划变更控制 项目开发进程中若因项目内外部因素导 致项目无法按原定计划执行时，应即时提出计划变更，计划变更须经评审 通过后方可实施。第五章设计与实现第二十五条 设计与实现主要囊括概要设计、详细设计、程序编 码等 活动，根据项目实施的实际情况，可在开发进程中进行多次迭代。第二十六条概要设计概要设计需关于系统架构、功能、数据结构、接口、性能、复用性和 安全性等方面进行分析和设计，形成概要设计文档。为保证概要设计的正确性、完整性及与需求的一致性,应 关于相 尖设 计文档进行技术评审。面等方面进行具

6、 体细化设计。第二十八条程序编码 依照设计要求，使用选定的编程语言，遵循相应的编码规矩进 行代码编写，并且经过代码走查的方式，关于代码的逻辑、分支、边界、安全性 以及规矩性等进行验证，以达到功能和 质量要求。第六章项目测试第二十九条 项目测试囊括开发测试、系统测试、验收测试和绿灯 测试等活动，根据项目规模和重要程度可关于测试进程进行相应裁 曳 IJO第三十条开发测试项目开发结束时，项目组应组织人员关于系统进行整体性测 试，以保 证功能、性能满足系统测试的准入要求。第三十一八条系统测试由测试人员组织系统测试，系统测试囊括功能测试、性能与压力测 试等，如果项目关于安全性要求较高，则还须组织安全性测

7、试和渗透性 测试第三十二条验收测试由系统主管部门和需求部门执行验收测试，验收测试主要验证系统功能是否满足需求，验收测试经过后，系统方可 上线投产。第三十三条绿灯测试中经过实际业务操作验证系统是否满足需求。第七章上线投产第三十四条 上线投产囊括投产审批、投产准备、投产 实施、投产 验证、投产总结等活动。系统投产前应做好充足的准备，制定详细的投产方案、应急预案以及回退方案，并且进行风险分析与评估；投产进程中严格依照投产 方 案执行；投产结束后应密切跟踪系统运行情 况，并且即时总结。重要 信 息系统的投产与变更，应按监管部门的要求即时向监管部门报告。系统 投产的具体要求在投产管理办法中另行规则。第八

8、章项目结项第三十五条 项目结项囊括结项总结、结项评审等活动。第三十六条结项总结项目投产后 6 个月内，项目组应组织相尖人员关于项目进行 总结。标达成情况等方面进行分析和总结。第三十七条结项评审信息科技部根据项目组提交的结项总结报告，组织关于项目结项工 作进行评审。评审经过后标志项目开发完成，项目转 入运行维持阶 段。第九章监督与控制第三十八条 项目监督与控制囊括项目跟踪、问题管理 和上报问题处治等活动。第三十九条 项目跟踪 项目组应在项目实施进程中周期性跟踪项目的执行情况，并且收集引起项目偏差的问题。第四十条问题管理项目组关于项目中存在的问题应认真分析、拟定并且跟踪纠正 措施的 执 行情况。如

9、果遇到无法解决的问题应即时上报。第四十一条 上报问题处治 信息科技部在接受到项目组上报的问题后，应即时响应、协调节决，并且组织相尖人员关于已解决问题进行验 证。第十章评审管理产品进行质量验证，尽早发现和消除缺陷。本行项目评审活 动囊括管 理评审、业务评审数据架构评审和技术架构评审等第四十三条 评审可米取会议评审和非会议评审等方X Jo在项目策划阶段应制定合理的评审计划。 r根据不同项目类型和不同阶段成果，评审活动流程可进行适当裁减。第十一章第十一章风险管理第四十五条风险管理的目的在于识别潜在的问题，以便策划风险处理活动（囊括风险识别、风险分析评估和风险缓解）， 并且在整个项目“生存周期”中实施

10、这些活动缓解不利影响实现项 目目标。第四十六条项目组应即时识别项目风险，并且记录风的来源、产生条件、特征和可能造成的后果第四十七条项目组应关于每个已识别的风险进行分析和评估确定风险的相关于优先级别和控制措施。第四十八条项目组在项目实施进程中，关于已识别的风施的有效性。第四十九条 信息科技部在整个项目管理进程中应即时监督风险的 状 态并且报送相尖部门。第十二章配置管理第五十条配置管理囊括配置管理策划配置项和基线管理配置管理、配置状态跟踪和配置审计等活动。第五十一条配置管理策划第五十二条配置项和基线管理根据项目配置管理计划提交配置项，建立项目基线并且实施 基线管 理活动。第五十三条配置库管理配置库

11、的管理囊括配置库的创建、变更、授权维持和备份第五十四条配置状态跟踪定期进行配置项状态的跟踪，确保配置项的完整及变更处于受控 之中。第五十五条配置审计证项目基线和配置项的完整性和正确性。第十三章质量管理第五十六条质量管理囊括质量管理策划、评判与检查问题处理质量改进等活动。第五十七条质量管理策划项目组在项目策划阶段，依据项目计划制定质量管理计划。第五十八条评判与检查信息科技部依照相矢制度和规范，关于项目组进程的契合性及输出的工作产品进行评判与检查第五十九条问题处理信息科技部应客观地跟踪问题，并且确保问题得到解决第六十条质量改进信息科技部在项目监管进程中,根据收集的各类数据关于项目质量 管理提出改进建议，并且要求项目组依据改进建议实施 改进。第十四章度量与分析第六人一条度量分析的主要工作囊括：从各种工程活告度量结果，为管理活动提供决策依据。第六十二条度量分析分为组织级和项目级。组织级的度量囊括需求许诺与完成比例、各类工作投入占比、以及质量控制活 动发现的缺陷数据、运行故障情况等；项目级的度量囊括进度、项目各 阶段缺陷率、工作量投入情况等。第六十三条各级度量分析活动应明确管理目标和信息需求，分析 影为管理决策提供客观依据。