IT项目实施与管理方案投标书

【MeiWei_81-优质适用文档】1.1工程实施与治理工程实施方法论性是可循环往复性，使客户可以尽快地获得的应用系统所带来的好处。工程定义阶段方案范围，在一个高级别上定义哪些模块将被实施，估算预期需要的客户化程度以及勾画出在产品之外需要开发的内容和要提交的技术成果。解决方案范围文档包括解决方案范围概述功能范围流程范围客户化问题其他风险外部依靠条件以及假设这个工作为将来工程决策统一或达成“工程利益相关供给书面的文档。它阐述以SOW 为根底的业务需求，并且把它转化成产品模块实施信息。【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】户人员一道，组建工程团队,设定工程方法和范围，并建立工程治理把握。主要交付的成果有，解决方案范围和工程治理把握。制定了工程质量检查打算。需求分析阶段在需求调研阶段,在工程治理小组的指导下,由公司和客户组成的统一的工程付的技术成果为业务需求和差距分析。专家效劳参谋将进展一个配置检查，以保证系统有准确的规格，便于购置硬件和架构部署。在有技术客户经理参与的状况下,通过完成初始的评估,来建立部署的基准，及通过给战略，管制，用户承受,流程和技术各方面打分的评估来建立业务目标。工程设计阶段在设计阶段,主要的目标是设计一个能够最正确地满足客户明确的业务需求的解决方案，并且为培训和系统测试做预备。在设计(Design)阶段,工程团队利用应用系统屏幕流程和设计布局来映射在觉察阶段确定的需求,设计解决方案的原型。(SIT),用户验收测试(UAT)和性能测试。并且供给具体的建议清单。设计标准包括,但不限于，应用系统性能,对升级的影响,应用系统维护,与数据模型相关的问题和常规的最正确做法。工程开发阶段整合和测试活动更好地保证介入的系统功能与客户组织的业务需求协调全都。档。在这个检查过程中,全部这样的文件都将被评估，以使应用系统性能,应用系统升级,系统维护工作量和常规最正确实践最优。工程验证阶段成后,关键用户然后进展一个代表性的验收测试，以保证系统正确地处理用户的这一阶段主要交付的技术成果为用户验收测试和性能测试结果,包括性能,容量和寿命测试。专家效劳将主动性地识别任何性能问题,这样将削减在运行时消灭问题的风险，施风险,技术上是否预备停当以及部署策略。员工将开头支持业务流程和技术的推出。在治理人员定向协调研讨会上,工程团传达给组织的其他成员。部署上线阶段全面的生产部署,并且在客户业务环境中的一局部部门中进展的，例如一个地区特点。来自于生产导航的反响信息指导整个的部署。同样在这个过程中,专家效劳参谋应当进展生产预备就绪检查,通过主动地识别任何可能造成部署中断和使实施的系统解决方案的技术优点打折扣的全部问题，来帮助系统的顺当推出。此时,要召开流程实施研讨会，部署流程最优实践，来优化人,流程和技术的初的赞助人和行政领导团队完全满足。工程治理方案工程治理概述工程治理包括在工程生命周期中协调全部工程治理学问领域所涉及的过程。等相关策略进展描述。工程进度治理通过工程进度的治理最终明确工程开发阶段的进度把握活动和关键流程。工程经理：间，并召集过程把握人员、专题小组负责人审核该打算；审核各专题小组拟订的每项任务的日程安排；检查和把握工程进度；制定进度变更打算；过程把握人员：帮助审核具体的阶段开发打算和任务边界时间；监视工程进展；专题小组负责人：帮助审核具体的阶段开发打算和任务边界时间；在听取小组成员意见的根底上，拟订每一项任务的日程安排；负责检查和把握任务的进度，并填写进度把握表；负责制订任务变更打算。进度安排流程工程经理依据工程打算，明确该阶段的边界时间；依据工程打算中的任务PERT网络图，找出该阶段的关键任务并进一步PERT拟订具体的阶段打算；确定每一关键任务的边界时间；召集各专题小组负责人审核拟订的打算，并修改；，进度安排应以天为单位；征求小组成员的意见；交由工程经理和过程治理人员审核。进度把握流程工程经理和过程治理人员依据阶段PERT图，标志阶段中被跟踪的关键任务和里程碑，并将之告知专题小组负责人；并将之告知专题小组成员；务进度表和下期打算表，准时觉察问题；准时觉察问题；工程过程治理人员参与会议或了解会议的记录；专题小组负责人在执行中觉察延迟，分析缘由：人员紧急：组内调配不了的，找工程经理解决；事先预估缺乏：调整任务日程安排；假设解决不了，告知工程经理，工程变更治理针对工程变更治理组织变更把握小组，由工程组经理、工程治理部人员、工程〔修改工作量超过一周的。而工程经理负责工程的一般修改决策〔修改工作量在一天以上，一周以内。变更治理要点如下：变更批准权限：变更把握组负责争论和决策工程的重大修改；工程经理争论和决策一般性修改；并报工程治理部备案；修改审批程序：依据不同地点的客户有不同的审批程序。变更状态登记记录。由工程治理人员存取状态登记。制定的规程进展，以保证软件需求的全都性。变更治理流程客户方或高伟达提出变更恳求，填写变更申请表；将变更申请表交本工程组的工程经理；〔或工程经理授权人，必需以书面形式确认〕共同批阅，评估该需求变更的技术有效性和对本工程的影响；假设批阅批准该恳求，则双方工程经理〔或工程经理授权人，必需以书签字确认，变更申请表将被贵行文档治理员登记后，转发给高伟达。假设未获批准，其缘由将反响给该需求变更发起人；高伟达在收到经批阅批准的需求变更申请后的三个工作日内，发给贵行量的估算；依据恳求的变更程度和简洁度，高伟达进一步进展本钱评估，假设不需本钱程处理。工程沟通治理ESB业务人员保证充分的沟通，制定并遵守工程内部的沟通治理打算。工程沟通形式依据本工程的组织形式及特点，我们建议实行如下多种方式的沟通形式：序号沟通形式负责人沟通对象内容频度输出文档工程实施状态汇报，1领导小组与工程组的联领导小工程治理问题报告、建议措施并要求得到回复，项1会议纪系会议组组长组目组进展问题回复和次要传达领导组指示总体组内部工作分工2总体组会议工程总经理员工程组的联系会议作次要预备专业组进展进展汇3专业组组长工程总各专业组报、问题汇报及建议措施；总体组部署工1会议纪会议经理组作安排，决策，协调，次K分析进度、问题等4专业组内部专业组专业组组专业组内部沟通会2～3/【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】序号沟通形式负责人沟通对象内容频度输出文档会议组长员议，任务布置、信息1沟通、问题争论等5发动大会领导小全体人员/组段目标，回忆前阶段成果，鼓舞士气开头反映工程动态，包括6简报工程助全体人员进展状况、问题及解1K理决方案，本周工作成次果、下周工作重点等反映各个专业组每周7小组工作周专业组总体组实际工作状况及结果，包括依据打算的1小组工作周报报组长执行状况和进度偏次K差。反映个人每周实际工8个人工作周报专业组组员专业组组长作状况及结果，包括依据打算的执行状况1次个人工作周报和进度偏差。9电子邮件全体人当事人需争论问题的非正式按实际电子邮序号 沟通形式 负责人 沟通对象 内容 频度

档员

书面沟通

需求 件按实际10 日常沟通 当事人 /员备注：

口头沟通 需求1、“负责人”为各类沟通形式的组织者；2、“沟通对象”为需参与各类沟通的工程干系人；制作并派发“沟通对象”；4、“输出文档”一栏中有“K”记号的文件需由工程办公室作为工程文件进展存档。会议治理制度键会议也是协调各不同小组之间的人员以及工作任务的重要手段。报送全部工程相关人员。主要的工程会议流程规定如下：会前预备：做好预备工作，如明确会议目的和会议议程等；把会议中要求争论的材料事先下发给开会成员；提前两天通知各位与会成员；预备会议环境、会议用设备等；会议之中：会议成员准时到会；按会议议程逐项进展；严格把握会议时间；会后跟踪：会议决议落实和检查。工程质量治理把握。QAQC量保障措施如下：质量保证本工程将设置质量保证小组，由南京银行和高伟达公司各出一名人员担当【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】的相关领导汇报工程实施的质量状况。正式评审依据本工程的特点，本工程中将对工程打算、软件需求规格说明书、系统设上一阶段所产生的软件文档内容全都，并且符合使用者的需求。穿插审查60％。变更把握为保证软件产品质量，开发过程将严格承受配置治理工具进展变更把握，其报告和供给询问支持，它包括下面的质量属性要求：软件产品与需求、说明书和设计全都；依据说明的标准建立文档；可测试和可维护；被识别、治理、评审和测试；当变更发生时可治理。工程风险治理以可控的及有效的方式作出反响。B/S护本钱的方式躲避需求风险。后盾，高伟达集团是能为您最大限度地把握合作风险。而使工程根本不受影响或极少受到影响。导致的风险降低到最小。达还供给培训考试合格上岗及定期培训定期总结分析的模式来躲避此类风险。风险治理内容风险治理的内容如下：指定；〔应对打算包括两局部，一是在如何降低风预案；风险状态的监控和更；定期对工程风险进展统计、分类和总体构造分析。风险治理中的相关角色和责任参与方角色职责 备注风险识别工程相关报告觉察的风险，填写风险登记表描述风险，人的任何人注明风险严峻度、风险发生气率和风险分类假设是工程相关人员，提交至工程经理，假设是工程治理办公室人员，提交工程治理办公室主任【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】参与方角色职责 备注工程经理工程内风险治理负责人内的应对打算任人以及风险发生后的应急预案口头确认或书面认可上报的风险登记表,将风险登记表发往相应部门工程治理工程整体在工程启动前，组织定义工程级别的风险登记、办公室风险治理的执行监视机构评估和应对打算中或中以上的风险,建议整个工程的应对打算严峻度、发生气率和风险责任人对于无法解决、风险严峻度为中或中以上的风险，负责上报工程总监跟踪风险进展，对特别进展的风险进展预警提交风险统计状况参与方角色职责 备注工程总监风险治理最终决策机构对重大风险，进展决策，给出最终处理意见风险责任风险规填写风险登记表的风险分析与行动打算人避、应急预案执行的负责人负责风险应对的执行、并汇报风险状态变化1.1.2.6.3.风险严峻程度迟和预算严峻超支；响其它工程进展的风险；险；的风险，只是无法满足要求而导致使用不便利或不易操作。【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】风险状态并有工程经理提交；拒绝：工程治理办公室认为风险导入人所提出的风险不属于工程风险；打算；躲避打算：风险责任人正在依据应对打算躲避风险；风险已躲避：风险责任人已成功躲避风险并得到工程治理办公室认可；预案。风险分类本工程中，风险主要分为以下几类：治理类风险险。资源类风险由于人力资源、设备环境等缘由产生。例如，ATM设备没有驱动程序，无法进展程序调试。业务类风险业务风险主要表现在业务需求不清楚，变动频繁。技术类风险合。风险治理流程风险治理流程包括：工程启动前风险识别与防范流程识别、评估和应对措施打算；案；工程治理办公室将有关风险应对打算上报工程总监审批；审批通过的风险应对打算由工程治理办公室公布归档；过工程周、月报跟踪监视。如以以下图示：工程启动前风险识别与防范流程工程启动前风险识别与防范流程工程经理工程治理办公室风险责任人工程总监工程领导组开头组织进展工程级风险识别评估分析工程级风险分析工程级风险风险等级表汇总、分析全部影响的风险风险应对打算期报告分析风险发生概指定风险责任人审核并批准审核并批准前动启目项风险评估报告存档工程运行中风险治理流程并报告工程经理；风险责任人负责编制风险应对打算，并定期报告风险状态；案；批；档；过工程周、月报跟踪监视。如以以下图示：工程运行中风险治理流程工程运行中风险治理流程风险识别人工程经理工程治理办公室风险责任人工程总监开头觉察风险因素风险识别评估是否是风险否是完毕办公室和责任人沟通控审核并批准风险评估报告划风险状态定期报告存档段阶施实目项1.1.3工程组织架构除了考虑工程的有效治理，也要考虑SOA类工程的实施特点；依据本次工程的范围和要求，工程的参考组织构造如下工程治理工程治理委员会效劳总线治理组工程经理质量治理组根底架构组效劳定义公布组根底组件开发组集成组测试组工程治理委员会本公司高层领导共同组成。效劳总线治理组向工程治理委员会负责，在工程实施过程中进展效劳标准和原则的把握，在SOA实施完成后职责交给客户执行。工程治理组京银行工程负责人和本公司工程经理和技术负责人共同组成。根底架构组IT质量治理组，全面的执行各项局方及业内规定的质量标准和工作流程。效劳定义公布组公布和配置。根底组件开发组负责根底的，公共的组件的统一开发；开发从日志，安全到各种便利工具的OSB之上的各种组件的扩展工作，如扩展函数，扩展报文转换方法，扩展监控处理模块，进展监控平台的集成等。测试组负责系统的联合测试工作，在工程质量方针指导下，进展测试治理，制定设进展跟踪，包括不同阶段的测试工作。实施人员名单实施人员简历工程实施阶段划分依据我公司执行的ISO9001:20KK质量治理体系的规定，将整个工程的实介绍。第一阶段：需求分析阶段完成并提交工程打算书，产品治理打算，质量把握打算；要求等内容；【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】公司方与用户方进展应用软件需求的争论、争论和分析，并一起依据需并进展正式评审；时间跨度：6〔专职232二阶段：系统设计阶段、主要流程、相关模块接口以及数据库设计，定义具体设计和编码标准责组织进展具体设计的分析争论，完成交易的流程设计和报表设计等，易流程以及批处理交易流程等设计文档；时间跨度：6〔专职281第三阶段：系统开发阶段ORACLE成熟总线产品OSB，因此在进展了周密严格的需求分析及具体设计的前提下，真正需要的开发工作并不多，周期相应较短。应用软件的编码工作；系统开发工作完成及培训预备工作完成后，即开头进入全面培训阶段；时间跨度：2需要资源：行方科技部1名、高伟达公司现场设计开发人员、测试人员10名。第四阶段：系统测试阶段花费两个月左右的时间来完成对系统的模拟测试。测试对象是编程完毕时提交内容；〔应当是硬件系统通过初步验收后所构成的标准模式运行环境；进展测试记录；解决测试觉察的问题，分析测试结果，形成测试报告；为测试后确实认和初步验收做好预备。验收测试：在系统试运行一段时间后，由验收小组组织进展全面系统验【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】和测试》相关章节。时间跨度：818技术、业务骨干。第五阶段：试运行阶段统是否完全满足实际业务的需要，为系统的上线运行做预备。系统上机联调；试运行期间，核查系统是否满足实际业务需求；试运行期间觉察的问题，进展记录、调整、解决；状况、业务响应时间等内容进展测试。时间跨度：414技术、业务骨干。第六阶段：上线验收及维护阶段日期开头上线实施工作，做好外连系统和外围系统的预前通知和公告工作。时间跨度：2422并行治理阶段一：配置治理工作〔技术文档分文字类和表格类两种、工程实施阶段状态表。配置工作包括：文档全都性把握、文档标识把握、工程实施阶段把握、工程实施更改把握。时间跨度：2611并行治理阶段二：内部监理工作时间跨度：2611QA并行治理阶段三：工程变更工作阶段的变更以及涉及工程治理的变更。工程实施周期打算整个工程实施周期打算如下：起始起始完毕工程阶段时间时间需求分析阶段产品培训TT+5需求梳理T+6T+13需求分析T+14T+28需求评审T+29T+30概要设计T+31T+43系统设计阶段具体设计T+44T+57设计评审T+58T+60应用开发T+61T+70系统开发阶段单元测试境预备T+71T+71T+80T+80集成测试T+81T+90系统测试阶段用户验收测试T+91T+100性能测试T+101T+120系统培训T+121T+125系统试运行上线系统运行环境预备T+126T+130上线T+131T+133系统试运行试运行总结T+134T+150工程验收工程测试方案测试目的通过本次测试，到达以下具体目的：5%；保证系统牢靠稳定运行；CMMI3测试对象系统具有总线根本功能如：协议转换、交易路由、数据转换；效劳封装标准满足行内存量、增量业务系统；对各类系统供给的适配器功能满足性；系统并发处理力气及响应时间满足要求；系统牢靠性、稳定性。测试范围测试范围最终以实际形成的《系统业务需求说明书》的内容为准。测试方法功能测试阶段名称具体方法阶段名称具体方法目标阶段一1.执行测试用例中的“根本场景”保障软件正操操作时功能正【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】用例，验证系统根本功能的使用 常用例，验证系统根本功能的使用 常正常；2.输入输出流转正常〔使用正常、有效的数据。执行测试用例中的“特别场景”阶段二用例。统的强健性有确定保障，〔使用特别数据。被修正的缺陷进展再次测试；抽样执行测试用例中的“特别场景”用例。保障软件的缺陷遗留率小于回归测试5%性能测试分为负载测试、压力测试、稳定性测试等三个阶段。使用LoadRunner进展测试。依据性能测试调研得到的数据构建业务模型，进而构建测试模型。测试模型包含多种子类型，不同类型的测试模型应用于不同类型的性能测试。性能测试模型包含要素如下：测试模型子类型测试模型子类型所含业务并发用户数思考时间12……混合业务压力测试模型压力测试模型压力测试模型稳定性测试模型本次测试包含的性能测试类型如下：压力测试压力测试；阶段二，多业务混合压力测试。单业务压力测试测试目的：排查各个典型业务的压力瓶颈。选用测试模型单业务压力测试模型。混合业务压力测试测试目的：在排查各个典型业务的性能瓶颈后，测试该系统的最大并发用户数，并找到系统存在的性能瓶颈。选用测试模型：混合业务压力测试模型。稳定性测试测试目的：检查系统在连续运行240小时过程中的性能表现选用测试模型：稳定性测试模型。【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】文档测试对需求说明书、设计文档进展标准性检查。测试用例用例和接收测试用例。根本测试场景中每一个步骤对应一个测试用例。测试用例中实行的数据都为正常数据。特别测试场景基于系统正常操作流程，在整实现一个业务功能的操作过程中验证系统试用例中实行的数据有正常数据和特别数据。接收测试用例版本的可测性。人员及职责资源资源职责描述数量到位时间负责测试人员的组织和治理工作，作；测试工程负责人 1 测试小组进场时负责对各个工程做测试需求分析和文档整理工作;参与执行测试用例配置治理员 负责测试文档和测试工具治理工作负责检查测试过程中各个环节测试质 1

测试开头执行前质量治理员 测试开头执行前量参与编写测试用例；测试工程师 假设干 测试开头执行前负责功能、性能测试用例执行。测试工作输出分类名称描述输出人备注《测试方案》Word测试工程负责人《测试进度打算》project测试工程负责人《性能测试方案》Word测试工程负责人文档《测试用例》QCS/Excel测试组《缺陷状态报告》Word测试组《阶段简报》Word测试组阶段性输出本阶段的测试总结报告《测试报告》《测试报告》Word测试工程负责人含性能、功能测试结果/重启、完毕准则启动准则待测试系统部署完毕，功能使用正常。/再启动准则测试过程中觉察性能瓶颈时测试执行暂停，由开发人员进展调优；开发人员经过调优后解决系统测试瓶颈后，可以再次启动退出准则决时。测试风险分析风险描述风险描述程度解决方案相关负责人备注需求、设计变更充分了解用户需求，确保需求负责频繁导致测试依主要需求不变更；人工程经低据失效，导致整开展有效的需求评审，及理个测试打算延期时与客户确认评审结果；拖延

高监管开发进度查监视；

工程经理工程经理高 陷请相关责任人验证后， 测试负责过长尽快关闭；试人员要记录并跟踪；人员流淌 中 执行测试的风险。

人工程经理工程上线治理审通过后进展实施。验收治理工程验收的过程〔以下简称“终验”〕两局部。工程只有阶段验收合格后才能投入试运行，终验合格后才能移交并投入正式运行。工程验收的参与者司申请后由南京银行负责组织实施。验收测试的范围验收测试的范围包括招标文件中的全部南京银行企业效劳总线工程内容。验收测试的责任定，全部费用由高伟达公司担当。可以打算将全部的测试暂停，直至缺陷得到订正。验收测试地点南京银行验收测试的标准高伟达公司为每一项的测试编写验收测试手册。验收测试手册的内容包括：验收测试目的验收测试环境设备验收测试过程的描述验收测试结果及分析验收方法及标准对工程进展阶段验收或终验时，需按如下步骤验收：〔一册。格相全都。〔三〕操作检查。1、操作硬件设备，验证是否与硬件供给的技术性能相全都；2、运行软件系统，操作处理业务，检查是否与合同规定的功能全都；、对工程文档进展包括内容针对性、内容充分性、内容全都性、文字明确性、图表详实性等方面检查。4、工程的验收以国家标准、行业标准或国际惯例等为标准。阶段验收内容及程序阶段验收目的检查整个工程的设备、系统功能、工程文档等，使其到达合同建设要求。检验条件承建单位申请工程阶段验收，应当符合以下条件：〔一〕全部建设内容依据合同要求全部建成，并满足使用要求；〔二〕各个分项工程全部阶段验收合格；〔三〕验收审核材料齐全，材料主要包含以下几个局部：、根底资料：招标书、投标书、合同书、批复文件、系统设计说明书、系统功能说明书、系统构造图、工程具体实施方案；2、工程竣工资料：工程开工报告、工程实施报告、工程质量测试报告、工程用说明书、售后效劳保证文件、培训文档；3、软件开发文档：需求调研报告、需求说明书、概要设计说明书、具体设序维护手册、程序员开发手册、用户操作手册；、软件开发治理文档：工程打算书、质量把握打算、配置治理打算、用户培训打算、质量总结报告、会议记录和开发进度月报、工程开发总结报告。〔四〕软件已置于配置治理之下；〔五密主管部门出具的验收合格证书；产权及相关政策法规的要求，并有相关的授权使用证书；〔七〕各种设备经加电试运行，工作正常；〔八〕经过监理方、高伟达公司及相关主管部门的同意；〔九〕符合合同或合同附件规定的其他验收条件；的材料提交到高伟达公司处；〔十一〕南京银行审核材料同意工程阶段验收。阶段验收内容结合本工程特点，我们建议的阶段验收分为：平台建设完成阶段验收；数据、技术相关标准制定完成后阶段验收；各业务系统接入总线完成后阶段验收等。工程需求评审验收；工程概要设计验收；工程具体设计验收；工程测试方案验收；工程上线方案验收等。阶段验收形式阶段验收只进展功能性测试。阶段验收步骤需求分析，编写验收打算书并提交给南京银行、高伟达公司单位审定。〔二〕成立阶段验收小组。高伟达公司负责组织成立工程验收小组。收。伟达公司。〔五知的时限内完成整改后，可再次提出阶段验收申请。终验内容及程序终验目的对经过一段时间试运行后的工程进展全面审核。终验条件高伟达公司申请工程终验，应当符合以下条件：1、阶段验收合格后，高伟达公司依据南京银行要求完成中标的系统开发并3个月之后，南京银行确认能够完全满足南京银行的业务需够实现本招标工程的系统要求，系统运行稳定。、高伟达公司依据南京银行要求完本钱次招标工程的业务与技术向南京银行的完全转移，包括向南京银行供给中标标的的培训。、高伟达公司依据南京银行要求向南京银行完成中标标的全部相关的源代码、工程文档及其介质的移交工作。4、系统在试运行期间没有消灭问题，或消灭的问题已经解决；5、验收审核材料齐全：除阶段验收时涉及的审核材料外，还有工程建设总〔组织与实施协调〕、试用总结报告、用户使用反响意见、工程培训打算、工程培训总结，以及由测试资质的第三方单位出具的测试报告；6、高伟达公司向南京银行提交终验申请、验收打算书及终验审核材料；7、南京银行审核材料后同意工程终验。终验内容验收测试，并进展用户使用满足度调查；对工程建设的相关材料进展审核。终验形式能测试三个方面。终验步骤交给南京银行审定。组。工程验收实施。验收小组按本方法其次章验收方法和标准进展验收。验收专家组。终验结论及后续治理结论。其具体的分类和后续处理包括：终验结论终验结论分为：验收通过、整改后再验收和验收不通过三种。期保质完成、验收材料齐全。验收结论存在争议。工程存在以下状况之一的，按“验收不通过”处理：●未按工程合同要求到达所预定的主要技术指标的；●所供给的验收材料不真实的；结果等存在纠纷尚未解决的；●没有对系统或设备进展试运行，或者试运行不合格；●违反法律、法规的其他行为。工程终验结论的处理连同相应的电子文档，分别报南京银行及相关部门备案。公司应在通知规定的时间内完成整改，再提出终验申请。工程移交包括工程实体移交和工程文件移交两局部。参考本章中“工程提交物”内容。验收档案工程担当单位和工程负责人信用评价的依据。和方法执行。工程文档要求内容。工程提交物提交物内容工程提交物包括如下内容：核心技术文档源代码：将按系统、分模块列明，并附带源代码的说明文档系统开发所需的全部文档资料系统实施过程中形成的各类文档配置信息清单：按系统、分模块供给其使用范围和配置说明。其中文档资料提交物包括：

交付物《南京银行企业效劳总线系统业务流程细化报告》《南京银行企业效劳总线系统功能需求关系表》【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】工程阶段 交付物《南京银行企业效劳总线系统功能需求优先级划分》《南京银行企业效劳总线系统目需求分析说明书》系统设计 导说明书》《南京银行企业效劳总线系统数据设计指导说明书》《南京银行企业效劳总线系统业务流程图》《南京银行企业效劳总线系统概要设计说明书》《南京银行企业效劳总线系统具体设计说明书》《南京银行企业效劳总线系统数据架构规格说明书》《南京银行企业效劳总线系统接口架构规格说明书》《南京银行企业效劳总线系统根底架构规格说明书》《南京银行企业效劳总线系统测试设计方案》《南京银行企业效劳总线系统测试案例集》n_具体设计》

《南京银行企业效劳总线系统总体验收测试方案》《南京银行企业效劳总线系统功能测试方案》《南京银行企业效劳总线系统功能测试案例》《南京银行企业效劳总线系统性能测试方案》《南京银行企业效劳总线系统测试阶段报告》《南京银行企业效劳总线系统性能测试报告》《南京银行企业效劳总线系统统功能测试报告》工程阶段 交付物《南京银行企业效劳总线系统性能测试脚本》《性能测试结果集》《评审报告》《里程碑报告》《配置状态统计》《南京银行企业效劳总线系统配置审计报告》《南京银行企业效劳总线系统运行维护手册》《南京银行企业效劳总线系统常见故障处理手册》《南京银行企业效劳总线系统测试缺陷分析报告》《南京银行企业效劳总线系统版本公布说明书》QAQA《南京银行企业效劳总线系统QA不符合报告》系统上线 施方案》《南京银行企业效劳总线系统试点上线方案》《南京银行企业效劳总线系统业务说明书》《南京银行企业效劳总线系统总体技术方案》《南京银行企业效劳总线系统实施方案说明书》《南京银行企业效劳总线系统业务操作手册》《南京银行企业效劳总线系统应用开发手册》《南京银行企业效劳总线系统治理与维护手册》工程阶段工程阶段交付物《南京银行企业效劳总线系统技术培训指南》《南京银行企业效劳总线系统业务治理培训指南》《南京银行企业效劳总线系统用户培训指南》标准性、完整性和准确性高伟达公司最终形成的工程提交物遵循供给的文档标准遵循以下原则：首先满足南京银行已有的标准；ISO治理标准建立文档；文档的完整性和准确性，作为验收过程的一局部。22文档权限语言需求全部文档都使用中文格式。系统培训【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】【MeiWei_81-优质适用文档】个工程的顺当实施。针对南京银行ESB系统的多系统协同工作的特点，建议承受分阶段、分层员参与一局部的开发工作，在系统UAT务人员，分别给南京银行相关部门的人员进展相应培训。在系统正式上线前，培训地点与时间安排治理等方面的培训。培训步骤1.工程领导组负责人帮助贵公司工程负责人制定工程的总体培训打算；括培训课程、时间打算、地点、讲师等；经过工程组协调确认后，开头进入技术培训的实施阶段；依据学员的需求准时调整培训的内容、形式、资源等；反响给客户工程治理人员，并对技术培训的成果进展审核和评估。培训方式授课和实际操作相结合；指导培训人员进展工作；让培训人员参与工程的一些简洁工作；让培训人员独立工作，由开发方进展质量把握；2—3际操作的考试。培训打算发/维护人员等。由总