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

1、XX银行信息科技项目开发管理办法 第一章总则 第一条为保障计算机应用开发的科学化、规范化，提高计算机系 统建设和应用软件开发的效率，满足业务不断发 展的需要，根据银监 会商业银行信息科技风险管理指引相矢要求，结合本行实际，制 定本办法。 第二条本办法所指的信息科技项目,系指本行为满足业务发展需 要而设立的应用软件开发项目，包括业务部门因新增业务需求、变更 业务需求和系统优化须对现有应用系统 改造，而进行的软件开发工 作。 第三条总行信息科技部是信息科技项目开发与技术支持的职能部 门，负责本行信息科技项目的日常管理及技术支持工作。 第四条 本行信息科技项目管理实行项目经理负责制，从项目立项 开始

2、至项目结项为止，项目经理负责项目“生命周期内”各项活动的 组织和管理。 第五条 信息科技项目开发过程是建立软件产品生命周 期模型，覆 盖需求、设计、编码、测试、发布等全流程的规 范化管理过程。项目 管理的主要活动包括：立项管理、需求管理、项目策划、设计与实 现、项目测试、上线投产、项目结项、监督与控制、评审管理、风险 管理、配置管理、质量管理、度量分析等领域。 第六条本办法适用本行所有信息科技项目开发过程的 管理。 第二章立项管理 第七条 立项管理包括立项受理、立项评估、立项审查 和立项批 准，以及相矢商务活动。 第八条立项受理 信息科技部接收各部门的立项申请，并对立项申请材料进行合规 ，性审

3、查。 第九条立项评估 信息科技部组织相矢人员进行立项评估讨论并出具评估 意见。 第十条立项审查 信息科技部将立项申请材料和评估意见提交信息科技管理委员会 项目立项审查小组，由项目立项审查小组审查后确 认是否同意立项。 第十一条立项批准 项目立项审查小组同意立项的项目，经立项签报流程审批 通过后 生效。立项后应及时成立项目组，项目组由信息科技 部、需求提出部 门以及系统主管部门相尖人员共同组成。 第十二条 经批准同意立项的项目,由项目组负责完成 项目财审、 集采、合同签订等相矢商务工作。 第三章需求管理 第十三条 需求管理包括需求受理、需求评估、需求确 认、需求变 更管理和需求跟踪等活动。 第十

4、四条需求受理 信息科技部接收需求提出部门提出的业务需求，并完成业务需求 的初审。 第十五条需求评估 需求初审通过后，信息科技部和相矢部门对需求进行评估并将评 估意见反馈至需求提出部门。如果该需求必须以单独 立项来实现，则 应及时发起立项申请。 第十六条需求确认 信息科技部和相尖部门共同解决需求存在的分歧，并对最终需求 进行确认。 第十七条需求变更管理需求实现过程中若发生需求变更，信息 科技部应及时组织相矢部门进行需求变更评审，并明确该变更的处理 方式。 第十八条需求跟踪在整个项目开发过程中，信息科技部对需求的 实现、变更、维护进行跟踪和管理。 第四章项目策划 第十九条 项目策划包括项目工作结构

5、分解、项目估算、项目计 划编制、项目计划评审和计划变更控制等活动。 第二十条 项目工作结构分解 项目组确定项目范围,完成项目工作 结构分解。 第二十一条项目估算 项目组结合项目范围、工作分解结构完成项目估算。 第二十二条 项目计划编制 项目组结合项目实际情况生成项目开发过程裁剪表，并依 据项目 范围、工作分解结构以及项目估算结果编制项目计划。 第二十三条 项目计划评审 项目计划编制完成后，项目组应及时提出评审申请，信息科技 部组织相矢人员对项目计划进行评审。 第二十四条计划变更控制 项目开发过程中若因项目内外部因素导 致项目无法按原定计划执行时，应及时提出计划变更，计划变更须经 评审通过后方可

6、实施。 第五章设计与实现 第二十五条 设计与实现主要包括概要设计、详细设计、程序编 码等活动，根据项目实施的实际情况，可在开发过程中进行多次迭 代。 第二十六条概要设计 概要设计需对系统架构、功能、数据结构、接口、性能、复用性 和安全性等方面进行分析和设计，形成概要设计文档。 为保证概要设计的正确性、完整性及与需求的一致性，应 对相 尖设计文档进行技术评审。 第二十七条详细设计 概要设计评审通过后，可进一步进行系统的详细设计，针 对每 个子系统从功能性能、输入输出、流程、接口、用户 界面等方面进 行具体细化设计。 第二十八条程序编码 按照设计要求，使用选定的编程语言，遵循相应的编码规范进 行代

7、码编写，并通过代码走查的方式，对代码的逻辑、分支、边界、 安全性以及规范性等进行验证，以达到功能和 质量要求。 第六章项目测试 第二十九条 项目测试包括开发测试、系统测试、验收测试和绿灯 测试等活动,根据项目规模和重要程度，可对测试过程进行相应裁 曳1J O 第三十条开发测试 项目开发结束时，项目组应组织人员对系统进行整体性测 试，以 保证功能、性能满足系统测试的准入要求。 第三十条系统测试 由测试人员组织系统测试，系统测试包括功能测试、性能与压 力测试等，如果项目对安全性要求较高，则还须组织安 全性测试和渗 透性测试。 第三十二条验收测试由系统主管部门和需求部门执行验收测试， 验收测试主要

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

9、五条 项目结项包括结项总结、结项评审等活动。 第三十六条结项总结 项目投产后6个月内，项目组应组织相尖人员对项目进行 总结。 系统使用部门对项目的使用情况、使用效果以及产生 的效益进行分析 和总结；信息科技部对项目开发过程、项目完成情况、系统运行情 况、项目目标达成情况等方面进行分析和总结。 第三十七条结项评审 信息科技部根据项目组提交的结项总结报告，组织对项目结项工 作进行评审。评审通过后标志项目开发完成，项目转 入运行维护阶 段。 第九章监督与控制 第三十八条 项目监督与控制包括项目跟踪、问题管理 和上报问题 处置等活动。 第三十九条 项目跟踪 项目组应在项目实施过程中周期性跟踪项目 的执

10、行情况，并收集引起项目偏差的问题。 第四十条问题管理 项目组对项目中存在的问题应认真分析、拟定并跟踪纠正 措施的 执行情况。如果遇到无法解决的问题应及时上报。 第四十一条 上报问题处置 信息科技部在接收到项目组上报的问题 后,应及时响应、协调解决，并组织相尖人员对已解决问题进行验 证。 第十章评审管理 第四十二条评审的重点在于对项目过程中的重要工作 产品进行质量验证，尽早发现和消除缺陷。本行项目评审活 动包括管 理评审、业务评审数据架构评审和技术架构评审 等。 第四十三条 评审可米取会议评审和非会议评审等方 X Jo _ r在项目策划阶段应制定合理的评审计划。 根据不同项目类型和不同阶段成果，

11、评审活动流程可进行适 当裁减。 第十一章风险管理 第四十五条风险管理的目的在于识别潜在的问题，以 便策划风险处理活动（包括风险识别、风险分析评估和风险 缓解）， 并在整个项目“生存周期”中实施这些活动，缓解 不利影响，实现项 目目标。 第四十六条项目组应及时识别项目风险，并记录风险 的来源、产生条件、特征和可能造成的后果 第四十七条项目组应对每个已识别的风险进行分析和 评估确定风险的相对优先级别和控制措施。 第四十八条项目组在项目实施过程中，对已识别的风 险实施风险控制措施，并跟踪和验证风险识别的全面性、风 险控制措 施的有效性。 第四十九条 信息科技部在整个项目管理过程中应及时监督风险的 状

12、态并报送相尖部门。 第十二章配置管理 第五十条 配置管理包括配置管理策划配置项和基线 管理配置 库管理、配置状态跟踪和配置审计等活动。 第五十一条配置管理策划 项目策划阶段应实施配置策划活动，形成项目配置管理计划。 第五十二条配置项和基线管理 根据项目配置管理计划提交配置项，建立项目基线并实施 基线管 理活动。 第五十三条配置库管理 配置库的管理包括配置库的创建、变更、授权维护和备 份 第五十四条配置状态跟踪 定期进行配置项状态的跟踪， 确保配置项的完整及变更处于受控 之中。 第五十五条配置审计 在项目实施过程中，定期开展配置审计，结合配置管理计划验 证项目基线和配置项的完整性和正确性。 第十

13、三章质量管理 第五十六条 质量管理包括质量管理策划、评价与检查问题处 理和质量改进等活动。 第五十七条质量管理策划 项目组在项目策划阶段，依据项目计划制定质量管理计 划。 第五十八条评价与检查信息科技部按照相矢制度和规 范，对项目组过程的符合性及输出的工作产品进行评价与检 查。 第五十九条问题处理 信息科技部应客观地跟踪问题，并确保问题得到解决。 第六十条质量改进 信息科技部在项目监管过程中，根据收集的各类数据对项目质量 管理提出改进建议，并要求项目组依据改进建议实施 改进。 第十四章度量与分析 第六人一条度量分析的主要工作包括：从各种工程活 动和管理过程中收集数据，并进行汇总、整理和分析，向相尖负责人 报告度量结果，为管理活动提供决策依据。 第六十二条度量分析分为组织级和项目级。组织级的 度量包括需求承诺与完成比例、各类工作投入占比、以及质 量控制活 动发现的缺陷数据、运行故障情况等；项目级的度量包括进度、项目 各阶段缺陷率、工作量投入情况等。 第六十三条各级度量分析活动应明确管理目标和信息 需求，分 析影响管理目标的主要问题，制定数据规格和度量 分析方法，保证 度量数据真实有效,