《项目管理项目报告软件项目开发规程v22》由会员分享，可在线阅读，更多相关《项目管理项目报告软件项目开发规程v22（36页珍藏版）》请在金锄头文库上搜索。
1、东亚银行（中国）研发中心SDLC项目开发规程V2.22014-6-20修订记录日期版本修订目的描述作者审核2010-1-21初稿文档初建张丹张丹2010-1-21V1.1审核修订贺耘贺耘2010-3-2V1.2根据第一次会议要求修订：FS评审阶段确定是否进入此规程；FS评审后由BA协调用户签字；用户在UAT与归并两项分开签字张丹贺耘2010-3-3V1.2强调“影响范围”贺耘贺耘2010-3-9V1.3强调FS评审之前开发人员就应尽早介入讨论；增加项目组提出的FS变更控制张丹贺耘2010-3-17V1.4更新单位名称，设计评审单修改“评审结论”张丹张丹2010-4-28V1.5将本文以及附件中
2、的“开发负责人”修订为“项目经理”，“深圳开发办”修订为“深圳PMO”；增加“第二轮SIT”过程；在设计评审中输入增加程序规格设计；FS评审、项目启动，设计评审、需求（FS）、计划变更控制过程中增加第二轮SIT测试负责人参与评审，对应过程做部分修改部分附录的签字模板应过程改动也做了相应的变化张丹贺耘2010-11-22V1.6FS评审时，将第二轮SIT负责人可参加修改为必须参加；FS评审单中增加“上线文档比照缺陷”选项张丹张丹2011-3-29V1.7对“第二轮SIT”执行过程作部分修改，并且出具SIT2测试报告书；在“投产评审”过程中增加用户与第二轮SIT负责人的参与，MIGRATION单增
3、加健康测试负责人签字；在“需求（FS）变更控制”过程中增加深圳PMO的参与；修改“附录5_第二轮SIT报告”为“附录5_SIT2测试报告书”修改“附录8_需求(FS)变更控制报告”中QA签字处增加PMO协商张丹厉琪、刘彬、贺耘2011-5-10增加对裁剪的大致描述张丹贺耘2011-5-27V1.8对“FS确认”增加投产演练、回退演练、压力测试的勾选； 对“项目启动”增加对架构设计的安排；并强调对投产演练、回退演练、压力测试、SIT2的安排；对“设计评审”增加架构设计的内容，加强设计评审的着重点：架构、业务流程设计、重难点技术设计；对“第二轮SIT”增加对SIT2配置与版本的描述；对“UAT与归
4、并”增加并行开发的内容，对归并的描述；增加对版本控制、环境与配置管理的描述对“投产评审”增加平台组（含MQ）与DBA参与；强调评审的着重点：投产步骤、差异分析、回退方案、影响范围对“需求（FS）变更控制”增加对变更评审的着重点：变更的内容、范围、影响、风险张丹贺耘、刘彬2011-10-31V1.8在版本投产单中增加对归并冲突的检查确认张丹贺耘2011-12-1V1.8概述中增加子行及监管要求：要求操作细则具有可操作、可检查、可追究责任的内容刘彬贺耘2012-7-11V1.9设计、归并、投产评审环节增加外围系统影响分析；投产评审增加归并冲突检查，专家领域，QA回退冲突检查；增加两项前提张丹贺耘、
5、刘彬、厉琪2012-8-3V2.0在FS阶段，新系统项目，增加架构设计（含架构验证）的审阅；删除设计评审中的架构设计，将详细架构设计包含至概要设计中；SIT2阶段，项目（大变更），增加SIT2申请单，并签署；UAT阶段，项目（大变更），增加UAT申请单，并签署；投产评审阶段，增加用户、运维手册的新增与更新，人员的培训；张丹黄传军、杨冬、贺耘、刘彬、唐麒、厉琪2013-7-19V2.1由于系统增多，在模板中增加NDS、EDP 、ECIF、YSF、YEB、YTF、CGMP、其他的选择，方便管理；增加FS模板、概要设计模板、优化SIT2模板；张丹张丽、李锦堂、贺耘2014-4-30V2.21、统一描
6、述：深圳研发中心 改为 东亚银行（中国）研发中心；深圳PMO 改为 东亚研发中心主管；项目（大变更） 改为 项目（重大变更）小变更 改为 一般变更；签署环节增加“信息总监”角色，用于项目、重大变更的加签；2、Migration单变更为软件产品投产申请单；3、完善了项目-变更-缺陷过程裁剪方案，各规模的项目中均增加了必须的版本描述单和软件产品投产申请单张丹、刘彬黄传军、杨冬、贺卫红、贺耘2014-6-18V2.2附录增加附录24：各阶段风险评估报告.xls，该表格应合规和风险要求，对于行内重大信息科技项目，需对各阶段风险进行评估和控制，该表格只做收录，不做会签；附录增加附录25_紧急投产窗口申请
7、单.docx，该表格用于对紧急窗口的申请刘彬贺耘目 录1 概述12 FS评审42.1 介绍42.2 FS评审规程42.2.1 目的42.2.2 角色与职责42.2.3 启动准则52.2.4 输入52.2.5 主要步骤52.2.6 输出62.2.7 结束准则63 项目启动73.1 介绍73.2 项目启动规程73.2.1 目的73.2.2 角色与职责73.2.3 启动准则83.2.4 输入83.2.5 主要步骤83.2.6 输出83.2.7 结束准则94 设计评审104.1 介绍104.2 设计评审规程104.2.1 目的104.2.2 角色与职责104.2.3 启动准则114.2.4 输入114
8、.2.5 主要步骤114.2.6 输出124.2.7 结束准则125 SIT135.1 介绍135.2 SIT规程135.2.1 目的135.2.2 角色与职责135.2.3 启动准则145.2.4 输入145.2.5 主要步骤145.2.6 输出145.2.7 结束准则146 第二轮SIT156.1 介绍156.2 第二轮SIT规程156.2.1 目的156.2.2 角色与职责156.2.3 启动准则166.2.4 输入166.2.5 主要步骤166.2.6 输出176.2.7 结束准则177 UAT与归并187.1 介绍187.2 UAT与归并规程187.2.1 目的187.2.2 角色与
9、职责187.2.3 启动准则197.2.4 输入197.2.5 主要步骤197.2.6输出207.2.7 结束准则208 投产评审218.1 介绍218.2 投产评审规程218.2.1 目的218.2.2 角色与职责218.2.3 启动准则228.2.4 输入228.2.5 主要步骤228.3.6 输出238.3.7 结束准则239 需求（FS）变更控制249.1 介绍249.2 需求（FS）变更控制规程249.2.1目的249.2.2 角色与职责249.2.3 启动准则259.2.4 输入259.2.5 主要步骤259.2.6 输出269.2.7 结束准则2610 项目计划变更控制2710.
10、1 介绍2710.2 项目计划变更控制规程2710.2.1 目的2710.2.2 角色与职责2710.2.3 启动准则2810.2.4 输入2810.2.5 主要步骤2810.2.6 输出2810.2.7 结束准则29项目开发规程1 概述本文依据下述关键点进行阐述： 里程碑设置l FS评审l 项目启动l 设计评审l SITl 第二轮SIT（可选）l UAT与归并l 投产评审 变更控制l 需求变更控制l 项目计划变更控制每个规程按照“目的”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”分别定义。前提：项目已完成可行性分析、立项的相关过程；项目开发过程中，涉及版本、
11、配置、网络、安全、平台（OS、中间件等）、DBA、运维等的配合，需遵循其有关制度标准。本文可根据项目规模、性质做出相应裁剪以适应实际项目开发情况，具体裁剪方式可见项目-变更-缺陷过程裁剪方案.xls。因操作不当导致案件发生的，将根据子行制订的“案件风险防范与案发事件的处理、整纠制度”追究相关人员责任。 2 FS评审2.1 介绍FS（Functional Specification）评审是指用户、项目组、BA三方共同依据需求说明书对FS进行评审，三方对FS达成共识后作出书面承诺，使FS文档具有合同效果。如果评审通过，那么FS可以正式发布，不可以被随便修改。项目的所有成员按照FS执行研发工作。若在
12、项目进行中遇到不可避免的问题导致需求说明书和FS更改，可参考“9 需求（FS）变更控制”规程，但项目已进入归并则不可再对FS作变更。若为新系统项目，FS评审中还涉及架构设计，其中包含架构验证；架构设计可在立项阶段完成；新系统项目有外购新系统与自主研发新系统两种类型。FS评审产生的主要文档有： FS评审报告，见模板。2.2 FS评审规程2.2.1 目的l 项目组、BA、用户三方依据需求说明书对FS进行评审，确保FS对需求的理解未出现偏差，并作书面承诺。l 按任务的规模、范围等确定裁剪方案，明确具体开发流程。l 若为新系统项目，则需对架构设计做出审阅。2.2.2 角色与职责 项目经理l 尽早参与F
13、S确定之前的需求讨论；l 填写FS评审报告，发起FS评审会议；l 参与FS评审会议，并做出书面承诺；l 若为新系统项目，提供架构设计，包含架构验证； 用户负责人l 提供需求说明书，参与FS评审会议，并做出书面承诺； BA负责人l 提供FS文档，参与FS评审会议，并做出书面承诺；l 协调获取用户对FS评审之签字，用户签字表示认可FS和项目组对需求理解正确； 东亚研发中心主管l 参与FS评审，根据相关人员意见确定项目开发的流程； QA负责人l 参与FS评审会议，并对FS评审过程执行的正确性做书面承诺；l 接收各方认可的需求说明书、FS、架构设计（新系统项目，则有）、FS评审报告存档； IT测试组负
14、责人l 须参与评审，无需做书面承诺；2.2.3 启动准则l 项目组应尽早安排人员参与用户和BA的FS讨论制定，且参与FS讨论的开发人员必须为今后此项目的开发成员；l 东亚研发中心主管已确定了项目经理；l 需求说明书和FS已经完成；l 若为新系统项目，还需架构设计，其中包含架构验证；2.2.4 输入l 需求说明书；l FS文档；l 若为新系统项目，还需架构设计，其中包含架构验证；2.2.5 主要步骤Step1 举行评审l 项目经理填写FS评审报告，并邀请东亚研发中心主管、BA、用户、QA、IT测试组负责人一起依据需求说明书对FS进行评审，确保FS与项目组的理解能够正确无误地反映需求说明书中用户的意图。l 若为新系统项目，各方
