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

针对南京银行企业服务总线系统项目，高伟达公司基于对客户需求、业务目标、业务能力和IT环境的理解，结合多年的软件开发和系统实施经验，将项目的实施周期划分为六个活动阶段，保证在项目生命周期内，应用合理的项目管理和控制技术。通过专注于使客户投资回报最大化，和使客户的投资风险最小化的关键战略和战术领域，加快项目实施速度，使得项目成功地完成。这些阶段的特性是可循环往复性，使客户可以尽快地获得新的应用系统所带来的好处。在这个阶段,所有与分期实施相关的项目活动都被明确定义,项目的"项目利益相关者"被指定，项目经理和客户项目经理的角色和职责被传达给所有的"项目利益相关者"。管理项目所需的项目控制结构被定义,所有需要的项目规划文件被创建,客户的业务问题和被用来衡量项目成功的衡量标准被确认。制定解决方案范围，在一个高级别上定义哪些模块将被实施，估算预期需要的客户化程度,以及勾画出在产品之外需要开发的内容和要提交的技术成果。解决方案范围文档包括解决方案范围概述,功能范围,流程范围,客户化问题,其他风险,外部依赖条件以及假设。这个工作为未来项目决策,统一或达成"项目利益相关者"之间就有关项目参数的共识，提简而言之,这个阶段组建项目团队，保证客户实施项目的成功。公司人员与客户人员一道，组建项目团队,设定项目方法和范围，并建立项目管理控制。主要交付的成果有，解决方案范围和项目管理控制。制定了项质量检查计划。在需求调研阶段,在项目管理小组的指导下,由公司和客户组成的统一的项目团队将识别并且书面记录在开始设计客户解决方案之前所必须弄清楚的，需处理的问题。项目团队书写、提炼满足客户业务目标所需的功能和技术要求。主要交付的技术成果为业务需求和差距分析。专家服务顾问将进行一个配置检查，以保证系统有精确的规格，便于购买硬件和架构部署。在有技术客户经理参与的情况下,通过完成初始的评估,来建立部署的基准，及通过给战略，管制，用户采用,流程和技术各方面打分的评估来建立业务目标。在设计阶段,主要的目标是设计一个能够最佳地满足客户明确的业务需求的解决方案，并且为培训和系统测试做准备。在设计(Design)阶段,项目团队利用应用系统屏幕流程和设计布局来映射在发现阶段确定的需求,设计解决方案的原型。主要交付的技术成果是解决方案设计文档和测试策略。这个策略定义测试计划和测试要求，以保证一个系统部署的成功。主要的目的是提供一个高级的测试策略，以便使用自动化的测试工具和/或手工过程来实现功能测试,系统整合测试(SIT),用户验收测试(UAT)和性能测试。专家服务顾问要执行设计检查，来评估由客户或集成商提供的书面设计文档，并且提供详细的建议清单。设计标准包括,但不限于，应用系统性能,对升级的影响,应用系统维护,与数据模型相关的问题和常规的最佳做法。在开发阶段，项目团队将开发应用系统,提供任何需要的扩展功能和外部接口,为客户部门部署和持续支持解决方案做准备。项目团队配置应用系统、所有需要的扩展功能和外部接口。主要交付的技术成果有功能测试和系统测试。这些流程整合和测试活动更好地保证介入的系统功能与客户组织的业务需求协调一致。专家服务顾问应该进行一个配置检查，来评估所有经过客户化改造的实施文档。在这个检查过程中,所有这样的文件都将被评估，以使应用系统性能,应用系统升级,系统维护工作量和常规最佳实践最优。在验证阶段,将完成新系统全部功能的测试。这个阶段分两个部分。第一部分,项目团队进行一个对有生产数据的应用系统的全部功能进行测试。在这个检测完成后,关键用户然后进行一个代表性的验收测试，以保证系统正确地处理用户的需求。一旦全面的功能测试结束,将进行一个使用系统工具的，严格的性能测试。这一阶段主要交付的技术成果为用户验收测试和性能测试结果,包括性能,容量和寿命测试。适时的性能调整审计，可保证整个企业架构环境的性能最佳。在这个检查中,专家服务将主动性地识别任何性能问题,这样将减少在运行时出现问题的风险，增加系统生产切换的信心。在有技术客户经理参与的情况下,可执行一个实施准备就绪检查，以确认系统是否可以部署了。这个实施准备就绪检查是用来评估实施风险,技术上是否准备停当以及部署策这些员工将开始支持业务流程和技术的推出。在管理人员定向协调研讨会上,项目团队与客户的管理团队一起工作，以获得维持资助人的内部负责，并把正确的信号传达给组织的其他成员。部署上线阶段内的第一个活动是实施一个投产导航。这个导航是被用来测试全面的生产部署,并且在客户业务环境中的一部分部门中进行的，例如一个地区或一个区域。生产导航在机构的业务环境中部分部门里，为用户提供所有系统的特点。来自于生产导航的反馈信息指导整个的部署。同样在这个过程中,专家服务顾问应该进行生产准备就绪检查,通过主动地识别任何可能造成部署中断和使实施的系统解决方案的技术优点打折扣的所有问题，来协助系统的顺利推出。此时,要召开流程实施研讨会，部署流程最优实践，来优化人,流程和技术的配合。目的是在客户所有的一线机构中，使用变革和销售流程的最佳实践，使最初的赞助人和行政领导团队完全满意。项目管理包括在项目生命周期中协调所有项目管理知识领域所涉及的过程。它确保项目所有的组成要素在正确的时间结合在一起，以成功的本管理以及人力资源、沟通、风险管理等各个环节，项目管理一个复杂的工程，在此主要针对南京银行企业服务总线项目的项目进度管理、变更管理、沟通管理、质量管理、风险管理等相关策略进行描述。通过项目进度的管理最终明确项目开发阶段的进度控制活动和关键项目经理：根据软件开发计划编制详细的阶段开发计划以及每项任务的审核各专题小组拟订的每项任务的日程安排；协助审核详细的阶段开发计划和任务边界时间；协助审核详细的阶段开发计划和任务边界时间；在听取小组成员意见的基础上，拟订每一项任务的日程安排；负责检查和控制任务的进度，并填写进度控制表；负责制订任务变更计划。1.1.2.2.1.进度安排流程项目经理根据项目计划，明确该阶段的边界时间；根据项目计划中的任务PERT网络图，找出该阶段的关键任务并进确定每一关键任务的边界时间；召集各专题小组负责人审核拟订的计划，并修改；的项目，进度安排应以天为单位；交由项目经理和过程管理人员审核。1.1.2.2.2.进度控制流程项目经理和过程管理人员按照阶段PERT图，标志阶段中被跟踪的关键任务和里程碑，并将之告知专题小组负责人；间点，并将之告知专题小组成员；专题小组负责人经常与成员沟通，了解任务进展；并定期检查，填写任务进度表和下期计划表，及时发现问题；进展，及时发现问题；项目过程管理人员参加会议或了解会议的专题小组负责人在执行中发现延迟，分析原因：人员紧张：组内调配不了的，找项目经理解决；事先预估不足：调整任务日程安排；若解决不了，告知项目经理，会同过程管理人员，调整详细的阶段计划；如果阶段内消化不了的问题，则项目经理按照《配置管理的程序》，变更软针对项目变更管理组织变更控制小组，由项目组经理、项目管理部人员、项目总监、客户、客户部成员组成，考虑并授权项目的重大修改(修改工作量超过一周的)。而项目经理负责项目的一般修改决策(修改工作量在一天以上，一周以内)。变更管理活动包括修改请求、评估、通过、执行和跟踪。变更控制组负责讨论和决策项目的重大修改；项目经理讨论和决策一般性修改；并报项目管理部备案；根据不同地点的客户有不同的审批程序。1.1.2.3.1.变更状态登记变更状态登记活动记录和报告各种配置项的状态，记录在项目生命周期中的任何管理信息和历史信息。包括：所有变更请求表、所有变更报告单、所有变更记录。由项目管理人员存取状态登记。变更状态登记的目的是为了控制软件需求发生变更时的处理过程，使之按照制定的规程进行，以保证软件需求的一致性。1.1.2.3.2.变更管理流程将变更申请表交本项目组的项目经理；双方项目经理(或项目经理授权人，必须以书面形式确认)共同审阅，评估该需求变更的技术有效性和对本项目的影响；如果审阅批准该请求，则双方项目经理(或项目经理授权人，必须以书面形式确认)签字确认，变更申请表将被贵行文档管理员登记后，转发给高伟达。如果未获批准，其原因将反馈给该需求变贵行一份书面确认书，确认其收到，并给出分析与执行变更所需需成本，则直接执行变更工作；若需要增加成本，则以书面形式通知贵行文档管理员，贵行管理员登记后，按照项目管理办法中的项目变更管理流程处理。度上依赖于业务人员的参与程度及技术人员对业务需求的透彻分析，这就要求技术与业务人员保证充分的交流，制定并遵守项目内部的沟通管理计1.1.2.4.1.项目沟通形式根据本项目的组织形式及特点，我们建议采取如下多种方式的沟通形序号123456沟通形式领导小组与项目组的联系会议总体组会议专业组组长会议专业组内部会议动员大会负责人领导小组组长项目总监、项项目总监、项专业组长体组、领导小组项目助理沟通对象项目管理组、领导总体组成员各专业组组长、总体组专业组组员全体人员全体人员和传达领导组指示总体组内部工作分各专业组工作情况为与项目组的联系会议作准备专业组进行进展汇分析进度、问题等专业组内部交流会交流、问题讨论等在全体项目成员范围内宣布项目总体频度每两周次次每2~3项目各开始次输出文档会议会议会议//报*输出序号沟通形式负责人沟通对象内容频度文档反映各个专业组每789小组工作周报个人工作周报专业组长专业组员全体人员全体人员总体组专业组组长周实际工作情况及的执行情况和进度反映个人每周实际括根据计划的执行情况和进度偏差。需讨论问题的非正式书面交流需讨论问题的非正式口头交流次次按实际按实际作周报*个人作周报/1、“负责人”为各类沟通形式的组织者；2、“沟通对象”为需参与各类沟通的项目干系人；3、“输出文档”为各类沟通所产生的书面文件，由各类沟通的“负责人”或其指定人员制作并派发“沟通对象”；1.1.2.4.2.会议管理制度项目开始进行以后，要有效地控制项目，需要在各个关键时刻召开关键会议。关键会议的主要内容是总结上一阶段的工作，分析问题、提出建明确努力的方向。关键会议也是协调各不同小组之间的人员以及工作任务除关键会议外，在项目进行的全过程中，应定期召开例会，会上主要介绍项目进展情况，检查进度、是否存在问题等，会议时须做详细的会议记录并在会后报送所有项目相关人员。主要的项目会议流程规定如下：做好准备工作，如明确会议目的和会议议程等；把会议中要求讨论的材料事先下发给开会成员；提前两天通知各位与会成员；准备会议环境、会议用设备等；议议程逐项进行；会后跟踪：会议决议落实和检查。为保证项目顺利实施及系统质量，必须在项目管理过程和项目实施过程上加大质量管理力度。通过高伟达公司实施的成功案例，我们深深体会到“质量是计划出来的”这一现代质量学观点所蕴含的深刻道理，所以，我们在项目启动及项目进展的各个阶段都会仔细制定各项工作计划，严格按照审核通过的计划进行项目控制。针对本项目，我们建议从QA及QC两方面保障项目的顺利实施，具体1.1.2.5.1.质量保证本项目将设置质量保证小组，由南京银行和高伟达公司各出一名人员担任QA的角色，其工作任务是根据项目总体组制定的质量核对单，在项目进展过程按照质量核对单逐项审核项目是否按照计划约定执行和控制，并直接向南京银行的相关领导汇报项目实施的质量状况。1.1.2.5.2.正式评审根据本项目的特点，本项目中将对项目计划、软件需求规格说明书、系统设计说明书、测试规格说明书、测试报告等文档，组织南京银行相关以保证文档内容与上一阶段所产生的软件文档内容一致，并且符合使用者的需求。1.1.2.5.3.交叉审查除项目要求的正式评审内容外，本项目还将对各模块软件代码实行交叉评审制度。各模块负责人应根据总体组制定的代码质量审核清单，对所负责检查的其他模块软件代码进行仔细审查，对代码质量不能通过交叉评审的则必须进行返工。整体的软件代码交叉评审总量不能少于60％。1.1.2.5.4.变更控制为保证软件产品质量，开发过程将严格采用配置管理工具进行变更控制，其目的是保证最终软件产品能够符合业务需求的各项要求，并对开发过程进行监控、报告和提供咨询支持，它包括下面的质量属性要求：软件产品与需求、说明书和设计一致；按照说明的标准建立文档；被识别、管理、评审和测试；更发生时可管理。任何项目开发实施过程中都会遇到各种风险，在各方面都会遇到不同工程资源风险、工程过程风险等全方位的风险因素。通过对风险的量化提供一个计划来管理预防风险，同时对于潜在的风险也应该建立意外事件的应急计划，使其在必要时能够以可控的及有效的方式作出反应。针对需求风险，南京银行应把握系统建设起点要高、规范运作为系统建设的基础工程、采用构件化技术进行应哟软件开发、采用B/S技术降低信息点维护成本的方式规避需求风险。针对合作风险，选择一个长久的、上规模、具备成熟行业经验、项目管理规范、技术先进、员工有归属感、真正站在用户的立场上考虑问题的公司作为后盾，高伟达集团是能为您最大限度地控制合作风险。针对资源风险，拥有健全的组织与管理，在避免人员流动的基础上，即使因个人原因必须离职时，高伟达公司也因其规范的、体系化的管理与产品架构而使项目基本不受影响或极少受到影响。针对技术风险，高伟达的银行业务系统拥有多个成功实践经验，具备与国外接轨的理念与技术，同时拥有不断调整、更新的技术体系、以及参照标准体系指定规范质量标准并在实施过程中加强阶段评审，使因为技术原因而可能导致的风险降低到最小。高伟达还提供培训考试合格上岗及定期培训定期总结分析的模式来规避1.1.2.6.1.风险管理内容内容如下：项目实施前和实施中对风险的发现、识别、上报、分析及风险责任风险应对计划的制订和执行(应对计划包括两部分，一是在如何降对的应急预案)；风险状态的监控和更新；定期对项目风险进行统计、分类和总体结构分析。1.1.2.6.2.风险管理中的相关角色和责任参与方参与方角色职责备注风险识别项目相关报告发现的风险，填写风险登记表描述风人的任何人险，注明风险严重度、风险发生机率和风险如果是项目相关人员，提交至项目经理，如公室主任项目经理项目内风在项目进行中，管理项目内的风险并提供项险管理负目内的应对计划记表，并确认风险描述、风险发生机率、风险责任人以及风险发生后的应急预案口头确认或书面认可上报的风险登记表,将风险登记表发往相应部门参与方角色职责备注项目管理项目整体在项目启动前，组织定义项目级别的风险登办公室风险管理记、评估和应对计划的执行监在项目实施阶段，对项目报送的相关风险登督机构记表和应对计划进行审核，重点审核跨项目机率为中或中以上的风险,建议整个项目的应对计划之严重度、发生机率和风险责任人风险，负责上报项目总监中提交风险统计情况项目总监风险管理对重大风险，进行决策，给出最终处理意见最终决策机构风险责任风险规填写风险登记表的风险分析与行动计划人避、应急负责风险应对的执行、并汇报风险状态变化预案执行的负责人1.1.2.6.3.风险严重程度迟和预算严重超支；以及会影响其它项目进展的风险；质量的风险，只是无法满足要求而导致使用不方便或不易操作。1.1.2.6.4.风险状态已提交：风险识别人已填写风险登记表，完成了风险号分配、风险经理提交；已完成计划：风险责任人得到风险登记表后，对其进行分析并完成应对计划；规避计划：风险责任人正在根据应对计划规避风险；风险已规避：风险责任人已成功规避风险并得到项目管理办公室认发生进入应急计划：风险责任人未成功规避风险，风险发生，执行1.1.2.6.5.风险分类本项目中，风险主要分为以下几类：管理类风险项目管理没有遵循项目管理的制度、时间、岗位的要求。出现项目资源类风险序，无法进行程序调试。业务类风险业务风险主要表现在业务需求不清晰，变动频繁。技术类风险技术风险主要体现在技术架构不合理，各个子系统、服务渠道无法1.1.2.6.6.风险管理流程项目启动前风险识别与防范流程在各项目启动前，应当由项目管理办公室指导各个项目提交其项目风险因素识别、评估和应对措施计划；项目管理办公室根据各项目的风险识别计划，以及其对项目风险的理解，完成项目风险因素识别、评估和规避的项目风险规避计划以及制订项项目管理办公室将有关风险应对计划上报项目总监审批；将项目总监审批过的风险应对计划提交给领导领导组审批；审批通过的风险应对计划由项目管理办公室公布归档；在项目实施过程中由项目经理管理风险应对计划的执行，项目管理办公室通过项目周、月报跟踪监督。项项目启动前风险识别与防范流程项目经理项目管理办公室风险责任人项目总监项目领导组开始组织进行项目级风险识别评估分析项目级风险分析项目级风险风险等级表风险应对计划风险状态定期报告分析风险发生概率和严重性，并指定风险责任人审核并批准风险评估报告存档汇总、分析所有对项目群有重要影响的风险前动启目项审核并批准项目运行中风险管理流程在项目实施过程中，所有项目组成员均有责任报告进程中发现的风险项目经理在确定其确为风险后，定义风险发生机率和严重度并指定风险责任人，制订风险一旦发生的应急预案，并将其填写风险登记表上报项项目管理办公室审核风险发生机率、严重度和风险责任人并负责风险状态风险责任人负责编制风险应对计划，并定期报告风险状态；项目管理办公室负责发现跨项目的风险因素，并主持评估规避计划和项目管理办公室将有关风险评估报告和规避计划、应急预案上报项目所有发现的风险因素和审批通过的相应风险应对计划由项目管理办公室在项目实施过程中由项目经理管理风险应对计划的执行，项目管理办公室通过项目周、月报跟踪监督。项项目运行中风险管理流程风险识别人项目经理项目管理办公室风险责任人项目总监发现风险因素风险识别评估是否是风险否是风险登记表上报项目管理审核风险发生概率、严重性和责任人与项目领导组险监控核并批准风险评估报告风险应对计划风险状态定期报告段阶施实目项1.1.3.1.1.项目组织架构有效的组织结构，是项目成功的有力保证。对于一个银行服务总根据本次项目的范围和要求，项目的参考组织结构如下线管理组组义础组件项目管理委员会负责监督并指导项目的实施进程，定期审核项目经理就项目进展执行情况的书面报告，对项目中存在的重大问题做出决策，协调解决重大问题和突发事件，决定对项目经理的任免。项目管理委员会由南京银行高层领导与本公司高层领导共同组成。向项目管理委员会负责，在项目实施过程中进行服务标准和原则的控制，在未来项目实施完毕后，由这个组织管理和批准新的服务发布和渠道系统的接入。同时负责制定企业实施SOA项目的总体规划，从企业级的高度而非项目级参与项目管理。服务总线管理组由南京银行架构师和本公司企业架构师共同组成。项目实施完成后职责交给客户执行。负责向项目管理委员会定期报告项目进展情况，就项目中存在的问题提出解决建议，对项目进行有计划地组织管理，并检查项目进展情况。项目管理组由南京银行项目负责人和本公司项目经理和技术负责人共同组负责基础架构的设计和流程建模设计。和企业架构师共同设计整体基础架构，完成本项目范围内的规划，考虑本项目与整个企业范围的IT架构的一致性规划。直接隶属项目管理委员会，按制定的标准及控制手段执行进度管理，风险管理，全面的执行各项局方及业内规定的质量标准和工作流程。负责在总线上发布服务和设定服务标准。根据基础架构规划中的服务架构，对服务进行归类，根据服务定义模板，完成服务的识别、设定和在服务总线上的发布和配置。负责基础的，公共的组件的统一开发；开发从日志，安全到各种便利工具的公共组件，完成在OSB之上的各种组件的扩展工作，如扩展函数，扩展报文转换方法，扩展监控处理模块，进行监控平台的集成等。负责系统的联合测试工作，在项目质量方针指导下，进行测试管理，制定设计系统测试计划、测试方案、测试案例、各项测试、形成测试报告并对测试结果进行跟踪，包括不同阶段的测试工作。1.1.3.1.2.实施人员名单1.1.3.1.3.实施人员简历1.1.3.1.4.项目实施阶段划分根据我公司执行的ISO9001:2000质量管理体系的规定，将整个项目系统验收六个过程；项目监控、管理的过程分为：配置管理、内部监理和项目变更管理三个过程。下面将针对以上六个实施过程和三个管理过程的实施计划即项目计划进行介绍。1.1.3.1.4.1第一阶段：需求分析阶段自合同签定之日，与项目筹备小组并行完成业务需求分析，建立完善的项目组织机构，双方密切协作，各项目小组密切协作，各项工作同时有完成并提交项目计划书，产品管理计划，质量控制计划；详细的需求分析。需求分析的计划和方法主要包括调研阶段划分、用户方要求等内容；据需求调研分析报告和调研的各种成果编写《软件需求规格说明书》，对应用系统提出完整、准确、清晰、具体的要求，主要是需求框架和基本要素，并进行正式评审；需要资源(专职)：行方科技部2名、高伟达公司项目组需求分析人员1.1.3.1.4.2第二阶段：系统设计阶段根据《软件需求规格说明书》，进行应用软件概要设计，设计系统整体结构、主要流程、相关模块接口以及数据库设计，定义详细设根据《软件需求规格说明书》和《概要设计说明书》，由开发小组编写系统结构设计、功能设计、数据库结构及数据库设计、系统内联机交易流程以及批处理交易流程等设计文档；启动数据转换工作，定义统一的中间格式。需要资源(专职)：行方科技部2名、高伟达公司现场8名技术、业务1.1.3.1.4.3第三阶段：系统开发阶段与系统设计阶段对应，是系统开发阶段，企业服务总线建设是基于ORACLE成熟总线产品OSB，因此在进行了周密严格的需求分析及详细设计的前提下，真正需要的开发工作并不多，周期相应较短。档进行应用软件的编码工作；系统开发工作完成后，进行应用软件单元测试和系统集成测试；需要资源：行方科技部1名、高伟达公司现场设计开发人员、测试人1.1.3.1.4.4第四阶段：系统测试阶段系统开发完成后进行系统的测试工作。本阶段主要指在南京银行建立的测试环境中，进行全面的模拟测试，完成系统功能测试，由于测试的重要性，预计将花费两个月左右的时间来完成对系统的模拟测试。测试对象是编程结束时提交内容；应该是硬件系统通过初步验收后所构成的标准模式运行环境)；进行测试记录；解决测试发现的问题，分析测试结果，形成测试报告；为测试后的确认和初步验收做好准备。统验收测试，以证明系统的合格性。系统的验收工作，系统验收详见《验收和测试》相关章节。需要资源：行方科技部3名、接入系统相关人员1名、高伟达公司现1.1.3.1.4.5第五阶段：试运行阶段模拟测试完成，进入系统试运行阶段。考虑到试运行期间的目的，是将经过集成测试及性能测试后较为稳定的版本投入到实际工作环境中运行，用于检验系统是否完全满足实际业务的需要，为新系统的上线运行做试运行期间，核查新系统是否满足实际业务需求；试运行期间发现的问题，进行记录、调整、解决；试运行期间还是测试的良好时机，在该阶段，应对各网点的设备、网络状况、业务响应时间等内容进行测试。需要资源：行方科技部1名、接入系统相关人员1名、高伟达公司现1.1.3.1.4.6第六阶段：上线验收及维护阶段上线验收阶段的主要工作是制定详细的上线计划，确认上线步骤。选择适宜日期开始上线实施工作，做好外连系统和外围系统的预前通知和公1.1.3.1.4.7并行管理阶段一：配置管理工作配置管理工作的内容主要是对配置项的控制。配置项主要包括：技术文档(技术文档分文字类和表格类两种)、项目实施阶段状态表。配置工作包括：文档一致性控制、文档标识控制、项目实施阶段控制、项目实施1.1.3.1.4.8并行管理阶段二：内部监理工作对项目实施的进程、成本、工期、进行监控的过程。1.1.3.1.4.9并行管理阶段三：项目变更工作涵盖软件实施项目实施过程中顾客需求变更及阶段性成果变更的处理。包括需求分析、详细设计、系统开发、系统测试、系统维护、系统交付、系统验收各阶段的变更以及涉及项目管理的变更。1.1.3.1.5.项目实施周期计划整个项目实施周期计划如下：项目阶段需求分析阶段系统设计阶段系统开发阶段系统测试阶段系统试运行上线产品培训需求梳理需求分析需求评审概要设计详细设计设计评审应用开发单元测试环境准备集成测试用户验收测试性能测试系统培训系统运行环境准备上线起始TT+6T+14T+29T+31T+44T+58T+61T+71T+71T+81T+91T+101T+121T+126T+131T+5T+13T+28T+30T+43T+57T+60T+70T+80T+80T+90T+100T+120T+125T+130T+133系统试运行试运行总结T+134T+150项目验收对系统进行集成测试。对测试范围内需要测试的特性进行“完整性”、通过本次测试，达到以下具体目的：1)保证软件基本功能使用正常，严重缺陷率小于5%；2)保证系统可靠稳定运行；3)保证项目相关文档符合CMMI3级文档规范。1.系统具有总线基本功能如：协议转换、交易路由、数据转换；2.服务封装规范满足行内存量、增量业务系统；3.对各类系统提供的适配器功能满足性；4.系统并发处理能力及响应时间满足要求；5.系统可靠性、稳定性。测试范围最终以实际形成的《系统业务需求说明书》的内容为准。据)据)1.1.4.4.1.功能测试配合开发组的开发过程分阶段提供测试小结,测试方法以标准黑盒技具具体方法1.执行测试用例中的“基本场景”用例，验证系统基本功能的使2.保证系统执行正常操作时，数据的输入输出流转正常(使用正常、有效的数据)。作时，执行测试用例中的“异常场景”系统的健壮性有一定。1.对“阶段一”、“阶段二”发现保障软件的缺陷遗留率小并被修正的缺陷进行再次测于5%阶段名称阶段一阶段二试保障软件正操操作时功能正常1)压力测试2.抽样执行测试用例中的“异常1.1.4.4.2.1.1.4.4.2.性能测试分为负载测试、压力测试、稳定性测试等三个阶段。使用LoadRunner进行测试。根据性能测试调研得到的数据构建业务模型，进而构建测试模型。测试模型包含多种子类型，不同类型的测试模型应用于不同类型的性性能测试模型包含要素如下：测试模型子类型单业务压力测试模型1业务压力测试模型2混合业务压力测试模型压力测试模型稳定性测试模型所含业务并发用户数思考时间本次测试包含的性能测试类型如下：阶段一，单业务压力测试；阶段二，多业务混合压力测试。a)单业务压力测试排查各个典型业务的压力瓶颈。选用测试模型单业务压力测试模型。b)混合业务压力测试统的最大并发用户数，并找到系统存在的性能瓶颈。混合业务压力测试模型。2)稳定性测试检查系统在连续运行240小时过程中的性能表现稳定性测试模型。1.1.4.4.3.文档测试对需求说明书、设计文档进行规范性检查。本次测试中将主要的测试用例归类为不同的测试场景，同时设计易用性测试用例和接收测试用例。1.1.4.5.1.基本测试场景。其中每一个步骤对应一个测试用例。测试用例中采取的数据都为正常1.1.4.5.2.异常测试场景系统的数据校验、特殊操作处理等功能。其中每一个步骤对应一个测试用例。测试用例中采取的数据有正常数据和异常数据。1.1.4.5.3.接收测试用例由“基本测试场景”中选取出代表性用例，用于验证开发团队提交测试版本的可测性。数数量到位时间1.负责测试人员的组织和管理工1测试小组进场时作，并指导、带领本组人员日常测试项目负责人职责描述2.负责对各个项目做测试需求分析3.参与执行测试用例负责测试文档和测试工具管理工作负责检查测试过程中各个环节测试质量2.负责功能、性能测试用例执行。测试开始执行前测试开始执行前测试开始执行前配置管理员质量管理员测试工程师1若干备备注阶段性输出本阶段的测试总结报告含性能、功能测试结果名称《测试方案》《测试进度计划》《性能测试方案》《测试用例》《缺陷状态报告》《阶段简报》《测试报告》输出人测试项目负责人测试项目负责人测试项目负责人测试组测试组测试组测试项目负责人描述WordprojectWordQCS/ExcelWordWordWord分类文档1.1.4.8启动、暂停/重启、结束准则1.1.4.8.1.启动准则待测试系统部署完毕，功能使用正常。1.1.4.8.2.暂停/再启动准则测试版本未通过“接收测试”，需要由开发人员修正后再次接收测测试过程中发现性能瓶颈时测试执行暂停，由开发人员进行调优；开发人员经过调优后解决系统测试瓶颈后，可以再次启动1.1.4.8.3.退出准则通过压力测试发现的性能瓶颈经过待测试系统开发人员对系统调优后风险描述程度解决方案相关负责备注人频繁导致测试整个测试计划延期开发人员不能够及时提供可以测试的版试计划拖延过长人员流动低高高中充分了解用户需求，确评审，及时与客户确认评审结需求负责人项目经理项目经规范开发和测试流理PQA程，监管开发进度门及时分配修复任务，并对于非问题、拒绝的等项目经理缺陷，请相关责任人验测试负责人处理的缺陷，测试人员要记录并跟规范测试流程，保证测项目经试用例的准确性，降低理新人执行测试的风险。在系统上线过程中，首先成立上线领导小组，在领导小组的组织下，编写上线方案和应急预案，将上线方案和应急预案提交项目管理办公室进行评审，待评审通过后进行实施。为加强南京银行企业服务总线系统验收管理工作，确保项目建设达到合同要求，高伟达公司建立该验收管理办法，与南京银行一道保障项目的项目验收包括阶段验收和最终验收(以下简称“终验”)两部分。项目只有阶段验收合格后才能投入试运行，终验合格后才能移交并投入正式阶段验收工作由南京银行和高伟达公司共同组织实施，终验工作在高伟达公司申请后由南京银行负责组织实施。验收测试的范围包括招标文件中的所有南京银行企业服务总线项目高伟达公司负责建立验收测试环境，详细设计所有的验收测试方案。测试由高伟达公司进行准备，由南京银行组织验收，测试验收方式和机构由南京银行确定，全部费用由高伟达公司承担。南京银行负责组织对验收测试结果进行评估。在出现严重缺陷时，南京银行可以决定将所有的测试暂停，直至缺陷得到纠正。南京银行高伟达公司为每一项的测试编写验收测试手册。验收测试手册的内容验收测试目的验收测试环境设备验收测试过程的描述验收测试结果及分析对项目进行阶段验收或终验时，需按如下步骤验收：(一)登记造册。对项目中所涉及的所有硬件、软件及项目文档逐一(二)对照检查。对照检查项目各项建设内容是否与合同条款及系统(三)操作检查。1、操作硬件设备，验证是否与硬件提供的技术性能相一致；3、对项目文档进行包括内容针对性、内容充分性、内容一致性、文字明确性、图表详实性等方面检查。4、项目的验收以国家标准、行业标准或国际惯例等为标准。段验收内容及程序1.1.6.8.1.阶段验收目的检查整个项目的设备、系统功能、项目文档等，使其达到合同建设要1.1.6.8.2.检验条件承建单位申请项目阶段验收，应当符合以下条件：(一)所有建设内容按照合同要求全部建成，并满足使用要求；(二)各个分项工程全部阶段验收合格；(三)验收审核材料齐全，材料主要包含以下几个部分：书、系统功能说明书、系统结构图、项目详细实施方案；2、项目竣工资料：项目开工报告、项目实施报告、项目质量测试报告、项目检查报告、应用测试报告、材料清单、项目实施质量与安全检查记录、操作使用说明书、售后服务保证文件、培训文档；3、软件开发文档：需求调研报告、需求说明书、概要设计说明书、详细设计说明书、数据要求说明书、数据库设计说明书、测试计划、测试分析报告、程序维护手册、程序员开发手册、用户操作手册；用户培训计划、质量总结报告、会议记录和开发进度月报、项目开发总结(四)软件已置于配置管理之下；(五)系统建设和数据处理符合信息安全的要求，凡涉密信息系统需提供保密主管部门出具的验收合格证书；(六)外购的操作系统、数据库、中间件、应用软件和开发工具应符的授权使用证书；(七)各种设备经加电试运行，工作正常；(八)经过监理方、高伟达公司及相关主管部门的同意；(九)符合合同或合同附件规定的其他验收条件；(十)由高伟达公司向南京银行提出阶段验收申请，同时将与项目验收有关的材料提交到高伟达公司处；(十一)南京银行审核材料同意项目阶段验收。1.1.6.8.3.阶段验收内容备是否符合安全要求、系统功能是否符合合同要求、项目文档是否符合文结合本项目特点，我们建议的阶段验收分为：1.平台建设完成阶段验收；2.数据、技术相关规范制定完成后阶段验收；3.各业务系统接入总线完成后阶段验收等。1.项目需求评审验收；2.项目概要设计验收；3.项目详细设计验收；4.项目测试方案验收；5.项目上线方案验收等。1.1.6.8.4.阶段验收形式阶段验收只进行功能性测试。1.1.6.8.5.阶段验收步骤(一)准备阶段。项目监理单位组织人员根据阶段验收内容对项目进行验收需求分析，编写验收计划书并提交给南京银行、高伟达公司单位审(二)成立阶段验收小组。高伟达公司负责组织成立项目验收小组。(三)项目验收实施。阶段验收小组按本办法第二章验收方法和标准。项目检查完毕，验收小组对项目系统设计、建设质量、设备质量、软件运行情况等做出全面的评价，并撰写阶段验收告提交给高伟达公司。对不合格的项目提出存在问题及整改时限，以书面形式通知承建单位，承建单位在通知的时限内完成整改后，可再次提出阶段验收申请。1.1.6.9.1.终验目的对经过一段时间试运行后的项目进行全面审核。1.1.6.9.2.终验条件高伟达公司申请项目终验，应当符合以下条件：1、阶段验收合格后，高伟达公司按照南京银行要求完成中标的系统开发并经南京银行上线运行3个月之后，南京银行确认能够完全满足南京银行的业务需求并且能够实现本次招标项目的建设目标，完全符合南京银行的技术要求并且能够实现本招标项目的系统要求，系统运行稳定。2、高伟达公司按照南京银行要求完成本次招标项目的业务与技术向南京银行的完全转移，包括向南京银行提供中标标的的培训。3、高伟达公司按照南京银行要求向南京银行完成中标标的所有相关的源代码、项目文档及其介质的移交工作。4、系统在试运行期间没有出现问题，或出现的问题已经解决；5、验收审核材料齐全：除阶段验收时涉及的审核材料外，还有项目建设总结评价报告(组织与实施协调)、试用总结报告、用户使用反馈意见、项目培训计划、项目培训总结，以及由测试资质的第三方单位出具的6、高伟达公司向南京银行提交终验申请、验收计划书及终验审核材7、南京银行审核材料后同意项目终验。1.1.6.9.3.终验内容按照项目合同，对项目建设的各种设备进行核实；对项目建设系统进行终验验收测试，并进行用户使用满意度调查；对项目建设的相关材料进1.1.6.9.4.终验形式终验验收测试内容有功能测试和性能测试，其中性能测试包括执行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性、并发性、疲劳强度等，涉及到网络的项目性能测试应分为客户端性能测试、网络性能测试和服务器端性能测试三个方面。1.1.6.9.5.终验步骤准备阶段。根据终验内容由项目监理协助高伟达公司单位制订终验计划并提交给南京银行审定。组成验收小组及验收专家组。由南京银行负责组织成立验收小组及验项目验收实施。验收小组按本办法第二章验收方法和标准进行验收。提交终验报告。验收小组根据全面检查的结果撰写终验报告，并提交给项目验收专家组。终验结论及后续管理终验结论是由南京银行会同相关部门根据专家验收意见和相关资料得出的结论。其具体的分类和后续处理包括：1.1.6.10.1.终验结论终验结论分为：验收通过、整改后再验收和验收不通过三种。“验收通过”标准是：项目建设符合合同要求、系统运行安全可靠、任务按期保质完成、验收材料齐全。“整改后再验收”标准是：项目建设任务基本完成，但提供的验收材料不全、验收结论存在争议。项目存在下列情况之一的，按“验收不通过”处理：●未按项目合同要求达到所预定的主要技术指标的；●所提供的验收材料不真实的；●实施过程中出现重大问题，尚未解决和做出说明，或项目实施过程及结果等存在纠纷尚未解决的；●没有对系统或设备进行试运行，或者试运行不合格；●违反法律、法规的其他行为。1.1.6.10.2.项目终验结论的处理验收结论为验收通过的，高伟达公司将全部验收材料按统一要求装订成册并连同相应的电子文档，分别报南京银行及相关部门备案。验收结论为整改后再验收的，南京银行以书面形式通知高伟达公司，高伟达公司应在通知规定的时间内完成整改，再提出终验申请。1.1.6.10.3.项目移交项目终验通过后，高伟达公司与南京银行应办理项目移交手续，项目的移交包括项目实体移交和项目文件移交两部分。参考本章中“项目提交物”内容。1.1.6.10.4.验收档案建立验收项目档案。南京银行及高伟达公司单位按照档案管理要求建立项目档案，共同将项目验收信息录入项目验收数据库，作为计划和项目执行情况评估、项目承担单位和项目负责人信用评价的依据。项目的所有档案材料保管严格按照科学技术保密、知识产权保护等有关规定和办法执行。高伟达公司在项目中应按照有关规定、标准规范编写项目文档，在验目提交物包括如下内容：核心技术文档源代码：将按系统、分模块列明，并附带源代码的说明文档系统开发所需的全部文档资料系统实施过程中形成的各类文档配置信息清单：按系统、分模块提供其使用范围和配置说明系统运行的软硬件系统的全部配置文件和参数。其中文档资料提交物包括：交交付物《南京银行企业服务总线系统业务流程细化报告》《南京银行企业服务总线系统功能需求关系表》《南京银行企业服务总线系统功能需求优先级划分》《南京银行企业服务总线系统目需求分析说明书》《南京银行企业服务总线系统架构设计指导说明书》项目阶段需求分析系统设计项目阶段系统开发系统测试交付物《南京银行企业服务总线系统数据设计指导说明书》《南京银行企业服务总线系统业务流程图》《南京银行企业服务总线系统概要设计说明书》《南京银行企业服务总线系统详细设计说明书》《南京银行企业服务总线系统数据架构规格说明书》《南京银行企业服务总线系统接口架构规格说明书》《南京银行企业服务总线系统基础架构规格说明书》《南京银行企业服务总线系统测试设计方案》《南京银行企业服务总线系统测试案例集》《南京银行企业服务总线系统模块n_详细设计》代码(含注释)《南京银行企业服务总线系统总体验收测试方案》《南京银行企业服务总线系统功能测试方案》《南京银行企业服务总线系统功能测试案例》《南京银行企业服务总线系统性能测试方案》《南京银行企业服务总线系统测试阶段报告》《南京银行企业服务总线系统性能测试报告》《南京银行企业服务总线系统统功能测试报告》《南京银行企业服务总线系统性能测试脚本》《性能测试结果集》《评审报告》项目阶段系统上线交付物《里程碑报告》《配置状态统计》《南京银行企业服务总线系统配置审计报告》《南京银行企业服务总线系统运行维护手册》《南京银行企业服务总线系统常见故障处理手册》《南京银行企业服务总线系统测试缺陷分析报告》《南京银行企业服务总线系统版本发布说明书》AA《南京银行企业服务总线系统数据迁移实施方案》《南京银行企业服务总线系统试点上线方案》《南京银行企业服务总线系统业务说明书》《南京银行企业服务总线系统总体技术方案》《南京银行企业服务总线系统实施方案说明书》《南京银行企业服务总线系统业务操作手册》《南京银行企业服务总线系统应用开发手册》《南京银行企业服务总线系统管理与维护手册》《南京银行企业服务总线系统技术培训指南》《南京银行企业服务总线系统业务管理培训指南》《南京银行企业服务总线系统用户培训指南》1.1.7.2规范性、完整性和准确性高伟达公司最终形成的项目提交物遵循提供的文档规范遵循以下原则：1.首先满足南京银行已有的规范；2.南京银行未建立对应规范的，高伟达公司与客户协商按照公司ISO范建立文档；3.文档的完整性和准确性，作为验收过程的一部分。由于项目为双方合作开发性质，南京银行有权利自由地复制文档供自所有文档都使用中文格式。有效的系统培训，是保证项目成功实施的关键因素之一。高伟达公司将根据项目的进度情况，分阶段、分工作角色有针对性的安排不同的培训，使参与项目的所有人员在不同的时期都得到与其下阶段工作相配套的知识储备，从而保证整个项目的顺利实施。针对南京银行ESB系统的多系统协同工作的特点，建议采用分阶段、分层次培训的策略。在项目实施的过程中，由高伟达技术人员指导南京银司技术人员和业务人员，分别给南京银行相关部门的人员进行相应培训。在系统正式上线前，UAT测试以后，对南京银行信息技术部门进行运维培训地点与时间安排不同层次不同类型的培训可选择不同的培训地点，以达到更好的培训安全管理等方面的培训。为能够有效的实现对客户的技术培训，我们制定的技术培训服务步骤1.项目领导组负责人协助贵公司项目负责人制定项目的总体培训计2.技术支持小组人员在培训开始前一个月，准备并安排相应的培训资3.经过项目组协调确认后，开始进入技术培训的实施阶段；4.培训过程中，高伟达公司将对培训的过程和效果进行必要的记录，并及时根据学员的需求及时调整培训的内容、形式、资源等；5.在技术培训结束后，高伟达公司技术支持小组将培训的结果汇总、和实际操作相结合；行工作；让培训人员参与项目的一些简单工作；让培训人员独立工作，由开发方进行质量控制；培训结束后，可根据行内要求安排2—3小时对培训人员进行理论和实际操作的考试。高伟达的项目培训对象分为：管理人员、业务操作人员、系统操作人员、开发/维护人员等。由总部统一组织、统一规划、统一管