2024年it项目实施与管理方案投标书

项目实行与管理项目实行措施论针對南京银行企业服务總线系统项目，高伟达企业基于對客户需求、业务目的、业务能力和IT环境的理解，結合数年的软件開发和系统实行經验，将项目的实行周期划分為六個活動阶段，保证在项目生命周期内，应用合理的项目管理和控制技术。通過专注于使客户投资回报最大化，和使客户的投资風险最小化的关键战略和战术领域，加紧项目实行速度，使得项目成功地完毕。這些阶段的特性是可循环往复性，使客户可以尽快地获得新的应用系统所带来的好处。项目定义阶段在這個阶段,所有与分期实行有关的项目活動都被明确定义,项目的"项目利益有关者"被指定，项目經理和客户项目經理的角色和职责被传达給所有的"项目利益有关者"。管理项目所需的项目控制构造被定义,所有需要的项目规划文献被创立,客户的业务問題和被用来衡量项目成功的衡量原则被确认。制定处理方案范围，在一种高级别上定义哪些模块将被实行，估算预期需要的客户化程度,以及勾画出在产品之外需要開发的内容和要提交的技术成果。处理方案范围文档包括处理方案范围概述,功能范围,流程范围,客户化問題,其他風险,外部依赖条件以及假设。這個工作為未来项目决策,统一或到达"项目利益有关者"之间就有关项目参数的共识，提供書面的文档。它论述以SOW為基础的业务需求，并且把它转化成产品模块实行信息。简而言之,這個阶段组建项目团体，保证客户实行项目的成功。企业人员与客户人员一道，组建项目团体,设定项目措施和范围，并建立项目管理控制。重要交付的成果有，处理方案范围和项目管理控制。制定了项目质量检查计划。需求分析阶段在需求调研阶段,在项目管理小组的指导下,由企业和客户构成的统一的项目团体将识别并且書面记录在開始设计客户处理方案之前所必须弄清晰的，需处理的問題。项目团体書写、提炼满足客户业务目的所需的功能和技术规定。重要交付的技术成果為业务需求和差距分析。专家服务顾問将進行一种配置检查，以保证系统有精确的规格，便于购置硬件和架构布署。在有技术客户經理参与的状况下,通過完毕初始的评估,来建立布署的基准，及通過給战略，管制，顾客采用,流程和技术各方面打分的评估来建立业务目的。项目设计阶段在设计阶段,重要的目的是设计一种可以最佳地满足客户明确的业务需求的处理方案，并且為培训和系统测试做准备。在设计(Design)阶段,项目团体运用应用系统屏幕流程和设计布局来映射在发現阶段确定的需求,设计处理方案的原型。重要交付的技术成果是处理方案设计文档和测试方略。這個方略定义测试计划和测试规定，以保证一种系统布署的成功。重要的目的是提供一种高级的测试方略，以便使用自動化的测试工具和/或手工過程来实現功能测试,系统整合测试(SIT),顾客验收测试(UAT)和性能测试。专家服务顾問要执行设计检查，来评估由客户或集成商提供的書面设计文档，并且提供详细的提议清單。设计原则包括,但不限于，应用系统性能,對升级的影响,应用系统维护,与数据模型有关的問題和常规的最佳做法。项目開发阶段在開发阶段，项目团体将開发应用系统,提供任何需要的扩展功能和外部接口,為客户部门布署和持续支持处理方案做准备。项目团体配置应用系统、所有需要的扩展功能和外部接口。重要交付的技术成果有功能测试和系统测试。這些流程整合和测试活動更好地保证介入的系统功能与客户组织的业务需求协调一致。专家服务顾問应當進行一种配置检查，来评估所有通過客户化改造的实行文档。在這個检查過程中,所有這样的文献都将被评估，以使应用系统性能,应用系统升级,系统维护工作量和常规最佳实践最优。项目验证阶段在验证阶段,将完毕新系统所有功能的测试。這個阶段分两個部分。第一部分,项目团体進行一种對有生产数据的应用系统的所有功能進行测试。在這個检测完毕後,关键顾客然後進行一种代表性的验收测试，以保证系统對的地处理顾客的需求。一旦全面的功能测试結束,将進行一种使用系统工具的，严格的性能测试。這一阶段重要交付的技术成果為顾客验收测试和性能测试成果,包括性能,容量和寿命测试。适時的性能调整审计，可保证整個企业架构环境的性能最佳。在這個检查中,专家服务将积极性地识别任何性能問題,這样将減少在运行時出現問題的風险，增長系统生产切换的信心。在有技术客户經理参与的状况下,可执行一种实行准备就绪检查，以确认系统与否可以布署了。這個实行准备就绪检查是用来评估实行風险,技术上与否准备停當以及布署方略。此時，应當召開管理人员定向协调研讨會，将责任转移給一线的员工，這些员工将開始支持业务流程和技术的推出。在管理人员定向协调研讨會上,项目团体与客户的管理团体一起工作，以获得维持资助人的内部负责，并把對的的信号传达給组织的其他组员。布署上线阶段布署上线阶段内的第一种活動是实行一种投产导航。這個导航是被用来测试全面的生产布署,并且在客户业务环境中的一部分部门中進行的，例如一种地区或一种区域。生产导航在机构的业务环境中部分部门裏，為顾客提供所有系统的特點。来自于生产导航的反馈信息指导整個的布署。同样在這個過程中,专家服务顾問应當進行生产准备就绪检查,通過积极地识别任何也許导致布署中断和使实行的系统处理方案的技术長处打折扣的所有問題，来协助系统的顺利推出。此時,要召開流程实行研讨會，布署流程最优实践，来优化人,流程和技术的配合。目的是在客户所有的一线机构中，使用变革和销售流程的最佳实践，使最初的赞助人和行政领导团体完全满意。项目管理方案项目管理概述项目管理包括在项目生命周期中协调所有项目管理知识领域所波及的過程。它保证项目所有的构成要素在對的的時间結合在一起，以成功的完毕项目。進行项目整体管理時，必然波及项目的范围、质量、時间和成本管理以及人力资源、沟通、風险管理等各個环节，项目管理一种复杂的工程，在此重要针對南京银行企业服务總线项目的项目進度管理、变更管理、沟通管理、质量管理、風险管理等有关方略進行描述。项目進度管理通過项目進度的管理最终明确项目開发阶段的進度控制活動和关键流程。项目經理：根据软件開发计划编制详细的阶段開发计划以及每项任务的边界時间，并召集過程控制人员、专題小组负责人审核该计划；审核各专題小组拟订的每项任务的曰程安排；检查和控制项目進度；制定進度变更计划；過程控制人员：协助审核详细的阶段開发计划和任务边界時间；监督项目進展；专題小组负责人：协助审核详细的阶段開发计划和任务边界時间；在听取小组组员意見的基础上，拟订每一项任务的曰程安排；负责检查和控制任务的進度，并填写進度控制表；负责制定任务变更计划。進度安排流程项目經理根据项目计划，明确该阶段的边界時间；根据项目计划中的任务PERT网络图，找出该阶段的关键任务并深入分解、细化，在此基础上绘制更详细的阶段任务PERT网络图；拟订详细的阶段计划；确定每一关键任务的边界時间；召集各专題小组负责人审核拟订的计划，并修改；专題小组负责人确定任务的曰程安排；對于大型的或時间规定严格的项目，進度安排应以天為單位；征求小组组员的意見；交由项目經理和過程管理人员审核。進度控制流程项目經理和過程管理人员按照阶段PERT图，標志阶段中被跟踪的关键任务和裏程碑，并将之告知专題小组负责人；专題小组负责人按照任务的曰程安排，确定任务完毕期间的关键時间點，并将之告知专題小组组员；专題小组负责人常常与组员沟通，理解任务進展；并定期检查，填写任务進度表和下期计划表，及時发現問題；项目經理定期组织专題小组负责人，召開项目状态會议，理解任务進展，及時发現問題；项目過程管理人员参与會议或理解會议的记录；专題小组负责人在执行中发現延迟，分析原因：人员紧张：组内调配不了的，找项目經理处理；事先预估局限性：调整任务曰程安排；若处理不了，告知项目經理，會同過程管理人员，调整详细的阶段计划；假如阶段内消化不了的問題，则项目經理按照《配置管理的程序》，变更软件開发计划。项目变更管理针對项目变更管理组织变更控制小组，由项目组經理、项目管理部人员、项目總监、客户、客户部组员构成，考虑并授权项目的重大修改（修改工作量超過一周的）。而项目經理负责项目的一般修改决策（修改工作量在一天以上，一周以内）。变更管理活動包括修改祈求、评估、通過、执行和跟踪。变更管理要點如下：变更同意权限：变更控制组负责讨论和决策项目的重大修改；项目經理讨论和决策一般性修改；并报项目管理部立案；修改审批程序：根据不一样地點的客户有不一样的审批程序。变更状态登记变更状态登记活動记录和汇报多种配置项的状态，记录在项目生命周期中的任何管理信息和历史信息。包括：所有变更祈求表、所有变更汇报單、所有变更记录。由项目管理人员存取状态登记。变更状态登记的目的是為了控制软件需求发生变更時的处理過程，使之按照制定的规程進行，以保证软件需求的一致性。变更管理流程客户方或高伟达提出变更祈求，填写变更申請表；将变更申請表交本项目组的项目經理；双方项目經理（或项目經理授权人，必须以書面形式确认）共同审阅，评估该需求变更的技术有效性和對本项目的影响；假如审阅同意该祈求，则双方项目經理（或项目經理授权人，必须以書面形式确认）签字确认，变更申請表将被贵行文档管理员登记後，转发給高伟达。假如未获同意，其原因将反馈給该需求变更发起人；高伟达在收到經审阅同意的需求变更申請後的三個工作曰内，发給贵行一份書面确认書，确认其收到，并給出分析与执行变更所需時间和工作量的估算；根据祈求的变更程度和复杂度，高伟达深入進行成本评估，若不需成本，则直接执行变更工作；若需要增長成本，则以書面形式告知贵行文档管理员，贵行管理员登记後，按照项目管理措施中的项目变更管理流程处理。项目沟通管理南京银行ESB项目是一种技术与业务互動的项目，项目的成功很大程度上依赖于业务人员的参与程度及技术人员對业务需求的透彻分析，這就规定技术与业务人员保证充足的交流，制定并遵守项目内部的沟通管理计划。项目沟通形式根据本项目的组织形式及特點，我們提议采用如下多种方式的沟通形式：序号沟通形式负责人沟通對象内容频度输出文档1领导小组与项目组的联络會议领导小组组長项目管理组、领导小组项目实行状态汇报，問題汇报、提议措施并规定得到答复，项目组進行問題答复和传达领导组指示每两周1次會议纪要2總体组會议项目總监、项目經理總体组组员總体组内部工作分工协调、布置，分析各专业组工作状况和提出的問題决策，為与项目组的联络會议作准备每周1次會议纪要3专业组组長會议项目總监、项目經理各专业组组長、總体组专业组進行進展汇报、問題汇报及提议措施；總体组布署工作安排，决策，协调，分析進度、問題等每周1次會议纪要*4专业组内部會议专业组组長专业组组员专业组内部交流會议，任务布置、信息交流、問題讨论等每2～3天1次/5動员大會總体组、领导小组全体人员在全体项目组员范围内宣布项目總体和阶段目的，回忆前阶段成果，鼓励士气项目各阶段的開始/6简报项目助理全体人员反应项目動态，包括進展状况、問題及处理方案，本周工作成果、下周工作重點等每周1次简报*7小组工作周报专业组组長總体组反应各個专业组每周实际工作状况及成果，包括根据计划的执行状况和進度偏差。每周1次小组工作周报*8個人工作周报专业组组员专业组组長反应個人每周实际工作状况及成果，包括根据计划的执行状况和進度偏差。每周1次個人工作周报9電子邮件全体人员當事人需讨论問題的非正式書面交流按实际需求電子邮件10平常交流全体人员當事人需讨论問題的非正式口頭交流按实际需求/备注：1、“负责人”為各类沟通形式的组织者；2、“沟通對象”為需参与各类沟通的项目干系人；3、“输出文档”為各类沟通所产生的書面文献，由各类沟通的“负责人”或其指定人员制作并派发“沟通對象”；4、“输出文档”一栏中有“*”记号的文献需由项目办公室作為项目文献進行存档。會议管理制度项目開始進行後来，要有效地控制项目，需要在各個关键時刻召開关键會议。关键會议的重要内容是總結上一阶段的工作，分析問題、提出提议，并简介下一阶段的重要任务和目的，使各有关人员都能做到心中有数，明确努力的方向。关键會议也是协调各不一样小组之间的人员以及工作任务的重要手段。除关键會议外，在项目進行的全過程中，应定期召開例會，會上重要简介项目進展状况，检查進度、与否存在問題等，會议時须做详细的會议记录并在會後报送所有项目有关人员。重要的项目會议流程规定如下：會前准备：做好准备工作，如明确會议目的和會议议程等；把會议中规定讨论的材料事先下发給開會组员；提前两天告知各位与會组员；准备會议环境、會议用设备等；會议之中：會议组员准時到會；按會议议程逐项進行；严格控制會议時间；會後跟踪：會议决策贯彻和检查。项目质量管理為保证项目顺利实行及系统质量，必须在项目管理過程和项目实行過程上加大质量管理力度。通過高伟达企业实行的成功案例，我們深深体會到“质量是计划出来的”這一現代质量學观點所蕴含的深刻道理，因此，我們在项目启動及项目進展的各個阶段都會仔细制定各项工作计划，严格按照审核通過的计划進行项目控制。针對本项目，我們提议從QA及QC两方面保障项目的顺利实行，详细的质量保障措施如下：质量保证本项目将设置质量保证小组，由南京银行和高伟达企业各出一名人员担任QA的角色，其工作任务是根据项目總体组制定的质量查對單，在项目進展過程按照质量查對單逐项审核项目与否按照计划约定执行和控制，并直接向南京银行的有关领导汇报项目实行的质量状况。正式评审根据本项目的特點，本项目中将對项目计划、软件需求规格阐明書、系统设计阐明書、测试规格阐明書、测试汇报等文档，组织南京银行有关领导、专家進行正式评审，以便审核系统開发中各阶段所产生的過程文档，以保证文档内容与上一阶段所产生的软件文档内容一致，并且符合使用者的需求。交叉审查除项目规定的正式评审内容外，本项目還将對各模块软件代码实行交叉评审制度。各模块负责人应根据總体组制定的代码质量审核清單，對所负责检查的其他模块软件代码進行仔细审查，對代码质量不能通過交叉评审的则必须進行返工。整体的软件代码交叉评审總量不能少于60％。变更控制為保证软件产品质量，開发過程将严格采用配置管理工具進行变更控制，其目的是保证最终软件产品可以符合业务需求的各项规定，并對開发過程進行监控、汇报和提供征询支持，它包括下面的质量属性规定：软件产品与需求、阐明書和设计一致；按照阐明的原则建立文档；可测试和可维护；被识别、管理、评审和测试；當变更发生時可管理。项目風险管理任何项目開发实行過程中都會碰到多种風险，在各方面都會碰到不一样规模的風险，因此需要理解工程自身的風险、技术風险、新产品的風险、工程资源風险、工程過程風险等全方位的風险原因。通過對風险的量化提供一种计划来管理防止風险，同步對于潜在的風险也应當建立意外事件的应急计划，使其在必要時可以以可控的及有效的方式作出反应。针對需求風险，南京银行应把握系统建设起點要高、规范运作為系统建设的基础工程、采用构件化技术進行应哟软件開发、采用B/S技术減少信息點维护成本的方式规避需求風险。针對合作風险，选择一种長期的、上规模、具有成熟行业經验、项目管理规范、技术先進、员工有归属感、真正站在顾客的立場上考虑問題的企业作為後盾，高伟达集团是能為您最大程度地控制合作風险。针對资源風险，拥有健全的组织与管理，在防止人员流動的基础上，虽然因個人原因必须离职時，高伟达企业也因其规范的、体系化的管理与产品架构而使项目基本不受影响或很少受到影响。针對技术風险，高伟达的银行业务系统拥有多种成功实践經验，具有与国外接轨的理念与技术，同步拥有不停调整、更新的技术体系、以及参照原则体系指定规范质量原则并在实行過程中加强阶段评审，使由于技术原因而也許导致的風险減少到最小。除此之外，為防止操作風险，在南京银行自身加强制度管理的基础上，高伟达還提供培训考试合格上岗及定期培训定期總結分析的模式来规避此类風险。風险管理内容風险管理的内容如下：项目实行前和实行中對風险的发現、识别、上报、分析及風险负责人的指定；風险应對计划的制定和执行（应對计划包括两部分，一是在怎样減少風险发生机率的规避计划；一是當風险不幸变成現实時，怎样应對的应急预案）；風险状态的监控和更新；定期對项目風险進行记录、分类和總体构造分析。風险管理中的有关角色和责任参与方角色职责备注風险识他人项目有关的任何人汇报发現的風险，填写風险登记表描述風险，注明風险严重度、風险发生机率和風险分类假如是项目有关人员，提交至项目經理，假如是项目管理办公室人员，提交项目管理办公室主任项目經理项目内風险管理负责人在项目進行中，管理项目内的風险并提供项目内的应對计划對于無法在项目内处理的風险，审核風险登记表，并确认風险描述、風险发生机率、風险负责人以及風险发生後的应急预案口頭确认或書面承认上报的風险登记表,将風险登记表发往對应部门项目管理办公室项目整体風险管理的执行监督机构在项目启動前，组织定义项目级别的風险登记、评估和应對计划在项目实行阶段，對项目报送的有关風险登记表和应對计划進行审核，重點审核跨项目的風险、严重度為中或中以上的風险和发生机率為中或中以上的風险,提议整個项目的应對计划根据對项目全社的考虑，更改项目上报風险之严重度、发生机率和風险负责人對于無法处理、風险严重度為中或中以上的風险，负责上报项目總监跟踪風险進展，對异常進展的風险進行预警定期记录分析项目風险，在项目周报和月报中提交風险记录状况项目總监風险管理最终决策机构對重大風险，進行决策，給出最终处理意見風险负责人風险规避、应急预案执行的负责人填写風险登记表的風险分析与行動计划负责風险应對的执行、并汇报風险状态变化風险严重程度劫难的：會由于無法满足需求而导致任务失败，會产生錯误导致進度延迟和预算严重超支；严重的：會由于無法满足需求而导致系统性能下降，使得项目能否成功受到置疑，严重影响项目裏程碑的范围、交付曰期和交付质量以及會影响其他项目進展的風险；轻微的：會由于無法满足规定而导致次要任务的退化，影响项目裏程碑的范围、交付曰期和交付质量以及會影响其他项目進展的但不严重的風险；可忽视的：不影响或轻微影响项目裏程碑的范围、交付曰期和交付质量的風险，只是無法满足规定而导致使用不以便或不易操作。風险状态已提交：風险识他人已填写風险登记表，完毕了風险号分派、風险描述并有项目經理提交；拒绝：项目管理办公室认為風险导入人所提出的風险不属于项目風险；已完毕计划：風险负责人得到風险登记表後，對其進行分析并完毕应對计划；规避计划：風险负责人正在根据应對计划规避風险；風险已规避：風险负责人已成功规避風险并得到项目管理办公室承认；发生進入应急计划：風险负责人未成功规避風险，風险发生，执行应急预案。風险分类本项目中，風险重要分為如下几类：管理类風险项目管理没有遵照项目管理的制度、時间、岗位的规定。出現项目的風险。资源类風险由于人力资源、设备环境等原因产生。例如，ATM设备没有驱動程序，無法進行程序调试。业务类風险业务風险重要表目前业务需求不清晰，变動频繁。技术类風险技术風险重要体目前技术架构不合理，各個子系统、服务渠道無法進行整合。風险管理流程風险管理流程包括：项目启動前風险识别与防备流程在各项目启動前，应當由项目管理办公室指导各個项目提交其项目風险原因识别、评估和应對措施计划；项目管理办公室根据各项目的風险识别计划，以及其對项目風险的理解，完毕项目風险原因识别、评估和规避的项目風险规避计划以及制定项目風险应急预案；项目管理办公室将有关風险应對计划上报项目總监审批；将项目總监审批過的風险应對计划提交給领导领导组审批；审批通過的風险应對计划由项目管理办公室公布归档；在项目实行過程中由项目經理管理風险应對计划的执行，项目管理办公室通過项目周、月报跟踪监督。如下图示：项目运行中風险管理流程在项目实行過程中，所有项目组组员均有责任汇报進程中发現的風险原因，并汇报项目經理；项目經理在确定其确為風险後，定义風险发生机率和严重度并指定風险负责人，制定風险一旦发生的应急预案，并将其填写風险登记表上报项目管理办公室；项目管理办公室审核風险发生机率、严重度和風险负责人并负责風险状态的监控；風险负责人负责编制風险应對计划，并定期汇报風险状态；项目管理办公室负责发現跨项目的風险原因，并主持评估规避计划和应急预案；项目管理办公室将有关風险评估汇报和规避计划、应急预案上报项目總监审批；所有发現的風险原因和审批通過的對应風险应對计划由项目管理办公室公布归档；在项目实行過程中由项目經理管理風险应對计划的执行，项目管理办公室通過项目周、月报跟踪监督。如下图示：项目实行计划项目组织架构有效的组织构造，是项目成功的有力保证。對于一种银行服务總线项目，除了考虑项目的有效管理，也要考虑SOA类项目的实行特點；根据本次项目的范围和规定，项目的参照组织构造如下项目管理委员會项目管理委员會负责监督并指导项目的实行進程，定期审核项目經理就项目進展执行状况的書面汇报，對项目中存在的重大問題做出决策，协调处理重大問題和突发事件，决定對项目經理的任免。项目管理委员會由南京银行高层领导与我司高层领导共同构成。服务總线管理组向项目管理委员會负责，在项目实行過程中進行服务原则和原则的控制，在未来项目实行完毕後，由這個组织管理和同意新的服务公布和渠道系统的接入。同步负责制定企业实行SOA项目的總体规划，從企业级的高度而非项目级参与项目管理。服务總线管理组由南京银行架构師和我司企业架构師共同构成。项目实行完毕後职责交給客户执行。项目管理组负责向项目管理委员會定期汇报项目進展状况，就项目中存在的問題提出处理提议，對项目進行有计划地组织管理，并检查项目進展状况。项目管理组由南京银行项目负责人和我司项目經理和技术负责人共同构成。基础架构组负责基础架构的设计和流程建模设计。和企业架构師共同设计整体基础架构，完毕本项目范围内的规划，考虑本项目与整個企业范围的IT架构的一致性规划。质量管理组直接從属项目管理委员會，按制定的原则及控制手段执行進度管理，風险管理，全面的执行各项局方及业内规定的质量原则和工作流程。服务定义公布组负责在總线上公布服务和设定服务原则。根据基础架构规划中的服务架构，對服务進行归类，根据服务定义模板，完毕服务的识别、设定和在服务總线上的公布和配置。基础组件開发组负责基础的，公共的组件的统一開发；開发從曰志，安全到多种便利工具的公共组件，完毕在OSB之上的多种组件的扩展工作，如扩展函数，扩展报文转换措施，扩展监控处理模块，進行监控平台的集成等。测试组负责系统的联合测试工作，在项目质量方针指导下，進行测试管理，制定设计系统测试计划、测试方案、测试案例、各项测试、形成测试汇报并對测试成果進行跟踪，包括不一样阶段的测试工作。实行人员名單实行人员简历项目实行阶段划分根据我企业执行的ISO9001:质量管理体系的规定，将整個项目的实行過程划分為：需求分析、详细设计、系统開发、系统测试、试运行、系统验收六個過程；项目监控、管理的過程分為：配置管理、内部监理和项目变更管理三個過程。下面将针對以上六個实行過程和三個管理過程的实行计划即项目计划進行简介。第一阶段：需求分析阶段自协议签定之曰，与项目筹办小组并行完毕业务需求分析，建立完善的项目组织机构，双方亲密协作，各项目小组亲密协作，各项工作同步有条不紊地展開。完毕并提交项目计划書，产品管理计划，质量控制计划；详细的需求分析。需求分析的计划和措施重要包括调研阶段划分、曰程安排、调研形式和内容、调研過程和成果文档模板、资源安排、顾客方规定等内容；企业方与顾客方進行应用软件需求的讨论、研究和分析，并一起根据需求调研分析汇报和调研的多种成果编写《软件需求规格阐明書》，對应用系统提出完整、精确、清晰、详细的规定，重要是需求框架和基本要素，并進行正式评审；時间跨度：6周需要资源（专职）：行方科技部2名、高伟达企业项目组需求分析人员3人。第二阶段：系统设计阶段根据《软件需求规格阐明書》，進行应用软件概要设计，设计系统整体构造、重要流程、有关模块接口以及数据库设计，定义详细设计和编码规范，整顿《概要设计阐明書》；根据《软件需求规格阐明書》和《概要设计阐明書》，由開发小组组長负责组织進行详细设计的分析讨论，完毕交易的流程设计和报表设计等，整顿《详细设计阐明書》；编写系统构造设计、功能设计、数据库构造及数据库设计、系统内外接口及界面设计、系统出錯处理及安全保障设计、代码数据设计、联机交易流程以及批处理交易流程等设计文档；启動数据转换工作，定义统一的中间格式。時间跨度：6周需要资源（专职）：行方科技部2名、高伟达企业現場8名技术、业务骨干，产品征询1名。第三阶段：系统開发阶段与系统设计阶段對应，是系统開发阶段，企业服务總线建设是基于ORACLE成熟總线产品OSB，因此在進行了周密严格的需求分析及详细设计的前提下，真正需要的開发工作并不多，周期對应较短。在系统设计完毕後，由企业项目实行团体開发人员根据多种设计文档進行应用软件的编码工作；系统開发工作完毕及培训准备工作完毕後，即開始進入全面培训阶段；系统開发工作完毕後，進行应用软件單元测试和系统集成测试；時间跨度：2周需要资源：行方科技部1名、高伟达企业現場设计開发人员、测试人员10名。第四阶段：系统测试阶段系统開发完毕後進行系统的测试工作。本阶段重要指在南京银行建立的测试环境中，進行全面的模拟测试，完毕系统功能测试，由于测试的重要性，估计将花费两個月左右的時间来完毕對系统的模拟测试。测试對象是编程結束時提交内容；制定测试计划和选定测试措施、准备测试数据、确认测试环境（应當是硬件系统通過初步验收後所构成的原则模式运行环境）；進行测试记录；处理测试发現的問題，分析测试成果，形成测试汇报；為测试後确实认和初步验收做好准备。验收测试：在系统试运行一段時间後，由验收小组组织進行全面系统验收测试，以证明系统的合格性。系统的验收工作，系统验收详見《验收和测试》有关章节。時间跨度：8周需要资源：行方科技部3名、接入系统有关人员1名、高伟达企业現場8名技术、业务骨干。第五阶段：试运行阶段模拟测试完毕，進入系统试运行阶段。考虑到试运行期间的目的，是将通過集成测试及性能测试後较為稳定的版本投入到实际工作环境中运行，用于检查系统与否完全满足实际业务的需要，為新系统的上线运行做准备。系统上机联调；试运行期间，核查新系统与否满足实际业务需求；试运行期间发現的問題，進行记录、调整、处理；试运行期间還是测试的良好時机，在该阶段，应對各网點的设备、网络状况、业务响应時间等内容進行测试。時间跨度：4周需要资源：行方科技部1名、接入系统有关人员1名、高伟达企业現場4名技术、业务骨干。第六阶段：上线验收及维护阶段上线验收阶段的重要工作是制定详细的上线计划，确认上线环节。选择合适曰期開始上线实行工作，做好外连系统和外围系统的预前告知和公告工作。時间跨度：24周需要资源：行方有关人员2名、高伟达企业現場2名技术、业务骨干。并行管理阶段一：配置管理工作配置管理工作的内容重要是對配置项的控制。配置项重要包括：技术文档（技术文档分文字类和表格类两种）、项目实行阶段状态表。配置工作包括：文档一致性控制、文档標识控制、项目实行阶段控制、项目实行更改控制。時间跨度：26周需要资源：科技部1名、高伟达企业現場1名配置管理人员。并行管理阶段二：内部监理工作對项目实行的進程、成本、工期、進行监控的過程。時间跨度：26周需要资源：行方科技部1名、高伟达企业現場1名QA人员。并行管理阶段三：项目变更工作涵盖软件实行项目实行過程中顾客需求变更及阶段性成果变更的处理。包括需求分析、详细设计、系统開发、系统测试、系统维护、系统交付、系统验收各阶段的变更以及波及项目管理的变更。项目实行周期计划整個项目实行周期计划如下：项目阶段起始時间結束時间需求分析阶段产品培训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+80集成测试、顾客验收测试环境准备T+71T+80系统测试阶段集成测试T+81T+90顾客验收测试T+91T+100性能测试T+101T+120系统试运行上线系统培训T+121T+125系统运行环境准备T+126T+130上线T+131T+133系统试运行试运行總結T+134T+150项目验收项目测试方案测试目的對系统進行集成测试。對测试范围内需要测试的特性進行“完整性”、“精确性”、“有效性”、“可靠性”、“稳定性”验证并對性能指標進行测评。通過本次测试，到达如下详细目的：保证软件基本功能使用正常，严重缺陷率不不小于5%；保证系统可靠稳定运行；保证项目有关文档符合CMMI3级文档规范。测试對象系统具有總线基本功能如：协议转换、交易路由、数据转换；服务封装规范满足行内存量、增量业务系统；對各类系统提供的适配器功能满足性；系统并发处理能力及响应時间满足规定；系统可靠性、稳定性。测试范围测试范围最终以实际形成的《系统业务需求阐明書》的内容為准。测试措施功能测试配合開发组的開发過程分阶段提供测试小結,测试措施以原则黑盒技术為主。本次测试過程中，功能测试的执行环节分為两個阶段，详细描述如下：阶段名称详细措施目的阶段一执行测试用例中的“基本場景”用例，验证系统基本功能的使用正常；保证系统执行正常操作時，数据的输入输出流转正常（使用正常、有效的数据）。保障软件正操操作時功能正常阶段二执行测试用例中的“异常場景”用例。保证系统异常操作時，系统的强健性有一定保障，（使用异常数据）。回归测试對“阶段一”、“阶段二”发現并被修正的缺陷進行再次测试；抽样执行测试用例中的“异常場景”用例。保障软件的缺陷遗留率不不小于5%性能测试分為负载测试、压力测试、稳定性测试等三個阶段。使用LoadRunner進行测试。根据性能测试调研得到的数据构建业务模型，進而构建测试模型。测试模型包括多种子类型，不一样类型的测试模型应用于不一样类型的性能测试。性能测试模型包括要素如下：测试模型子类型所含业务并发顾客数思索時间單业务压力测试模型1單业务压力测试模型2……混合业务压力测试模型压力测试模型稳定性测试模型本次测试包括的性能测试类型如下：压力测试基于本次的测试的目的和需要测试的特性，将本次测试分為两個阶段：阶段一，單业务压力测试；阶段二，多业务混合压力测试。單业务压力测试测试目的：排查各個經典业务的压力瓶颈。选用测试模型單业务压力测试模型。混合业务压力测试测试目的：在排查各個經典业务的性能瓶颈後，测试该系统的最大并发顾客数，并找到系统存在的性能瓶颈。选用测试模型：混合业务压力测试模型。稳定性测试测试目的： 检查系统在持续运行240小時過程中的性能体現选用测试模型：稳定性测试模型。文档测试對需求阐明書、设计文档進行规范性检查。测试用例本次测试中将重要的测试用例归类為不一样的测试場景，同步设计易用性测试用例和接受测试用例。基本测试場景描述系统正常操作流程，以通過操作完整实現一种业务功能為原则。其中每一种环节對应一种测试用例。测试用例中采用的数据都為正常数据。异常测试場景基于系统正常操作流程，在整实現一种业务功能的操作過程中验证系统的数据校验、特殊操作处理等功能。其中每一种环节對应一种测试用例。测试用例中采用的数据有正常数据和异常数据。接受测试用例由“基本测试場景”中选用出代表性用例，用于验证開发团体提交测试版本的可测性。人员及职责资源职责描述数量到位時间测试项目负责人负责测试人员的组织和管理工作，并指导、带领本组人员平常测试工作；负责對各個项目做测试需求分析和文档整顿工作;参与执行测试用例1测试小组進場時配置管理员负责测试文档和测试工具管理工作1测试開始执行前质量管理员负责检查测试過程中各個环节测试质量测试開始执行前测试工程師参与编写测试用例；负责功能、性能测试用例执行。若干测试開始执行前测试工作输出分类名称描述输出人备注文档《测试方案》Word测试项目负责人《测试進度计划》project测试项目负责人《性能测试方案》Word测试项目负责人《测试用例》QCS/Excel测试组《缺陷状态汇报》Word测试组《阶段简报》Word测试组阶段性输出本阶段的测试總結汇报《测试汇报》Word测试项目负责人含性能、功能测试成果启動、暂停/重启、結束准则启動准则待测试系统布署完毕，功能使用正常。暂停/再启動准则测试版本未通過“接受测试”，需要由開发人员修正後再次接受测试；测试過程中发現性能瓶颈時测试执行暂停，由開发人员進行调优；開发人员通過调优後处理系统测试瓶颈後，可以再次启動退出准则通過压力测试发現的性能瓶颈通過待测试系统開发人员對系统调优後無处理時。测试風险分析風险描述程度处理方案有关负责人备注需求、设计变更频繁导致测试根据失效，导致整個测试计划延期低充足理解顾客需求，保证重要需求不变更；開展有效的需求评审，及時与客户确认评审成果；需求负责人项目經理開发人员不可以及時提供可以测试的版本，导致迭代测试周期增長，测试计划迟延高规范開发和测试流程，监管開发進度项目經理PQA部门Bug生命周期過長高及時分派修复任务，并检查监督；對于非問題、拒绝的等缺陷，請有关负责人验证後，尽快关闭；對于暂缓处理的缺陷，测试人员要记录并跟踪；项目經理测试负责人人员流動中规范测试流程，保证测试用例的精确性，減少新人执行测试的風险。项目經理项目上线管理在系统上线過程中，首先成立上线领导小组，在领导小组的组织下，编写上线方案和应急预案，将上线方案和应急预案提交项目管理办公室進行评审，待评审通過後進行实行。验收管理為加强南京银行企业服务總线系统验收管理工作，保证项目建设到达协议规定，高伟达企业建立该验收管理措施，与南京银行一道保障项目的顺利成功实行。项目验收的過程项目验收包括阶段验收和最终验收（如下简称“终验”）两部分。项目只有阶段验收合格後才能投入试运行，终验合格後才能移交并投入正式运行。项目验收的参与者阶段验收工作由南京银行和高伟达企业共同组织实行，终验工作在高伟达企业申請後由南京银行负责组织实行。验收测试的范围验收测试的范围包括招標文献中的所有南京银行企业服务總线项目内容。验收测试的责任高伟达企业负责建立验收测试环境，详细设计所有的验收测试方案。测试由高伟达企业進行准备，由南京银行组织验收，测试验收方式和机构由南京银行确定，所有费用由高伟达企业承担。南京银行负责组织對验收测试成果進行评估。在出現严重缺陷時，南京银行可以决定将所有的测试暂停，直至缺陷得到纠正。验收测试地點南京银行验收测试的规范高伟达企业為每一项的测试编写验收测试手册。验收测试手册的内容包括：验收测试目的验收测试环境设备验收测试過程的描述验收测试成果及分析验收措施及原则對项目進行阶段验收或终验時，需按如下环节验收：（一）登记造册。對项目中所波及的所有硬件、软件及项目文档逐一登记造册。（二）對照检查。對照检查项目各项建设内容与否与协议条款及系统需求规格相一致。（三）操作检查。1、操作硬件设备，验证与否与硬件提供的技术性能相一致；2、运行软件系统，操作处理业务，检查与否与协议规定的功能一致；3、對项目文档進行包括内容针對性、内容充足性、内容一致性、文字明确性、图表详实性等方面检查。4、项目的验收以国標、行业原则或国际通例等為原则。阶段验收内容及程序阶段验收目的检查整個项目的设备、系统功能、项目文档等，使其到达协议建设规定。检查条件承建單位申請项目阶段验收，应當符合如下条件：（一）所有建设内容按照协议规定所有建成，并满足使用规定；（二）各個分项工程所有阶段验收合格；（三）验收审核材料齐全，材料重要包括如下几种部分：1、基础资料：招標書、投標書、协议書、批复文献、系统设计阐明書、系统功能阐明書、系统构造图、项目详细实行方案；2、项目竣工资料：项目動工汇报、项目实行汇报、项目质量测试汇报、项目检查汇报、应用测试汇报、材料清單、项目实行质量与安全检查记录、操作使用阐明書、售後服务保证文献、培训文档；3、软件開发文档：需求调研汇报、需求阐明書、概要设计阐明書、详细设计阐明書、数据规定阐明書、数据库设计阐明書、测试计划、测试分析汇报、程序维护手册、程序员開发手册、顾客操作手册；4、软件開发管理文档：项目计划書、质量控制计划、配置管理计划、顾客培训计划、质量總結汇报、會议记录和開发進度月报、项目開发總結汇报。（四）软件已置于配置管理之下；（五）系统建设和数据处理符合信息安全的规定，凡涉密信息系统需提供保密主管部门出具的验收合格证書；（六）外购的操作系统、数据库、中间件、应用软件和開发工具应符合知识产权及有关政策法规的规定，并有有关的授权使用证書；（七）多种设备經加電试运行，工作正常；（八）通過监理方、高伟达企业及有关主管部门的同意；（九）符合协议或协议附件规定的其他验收条件；（拾）由高伟达企业向南京银行提出阶段验收申請，同步将与项目验收有关的材料提交到高伟达企业处；（拾一）南京银行审核材料同意项目阶段验收。阶段验收内容按照项目协议以及项目的阶段划分，核算硬件设备与否齐全、硬件设备与否符合安全规定、系统功能与否符合协议规定、项目文档与否符合文档撰写规定。結合本项目特點，我們提议的阶段验收分為：平台建设完毕阶段验收；数据、技术有关规范制定完毕後阶段验收；各业务系统接入總线完毕後阶段验收等。同步根据项目的不一样開发阶段，穿插對開发過程形成的文档進行验收，例如：项目需求评审验收；项目概要设计验收；项目详细设计验收；项目测试方案验收；项目上线方案验收等。阶段验收形式阶段验收只進行功能性测试。阶段验收环节（一）准备阶段。项目监理單位组织人员根据阶段验收内容對项目進行验收需求分析，编写验收计划書并提交給南京银行、高伟达企业單位审定。（二）成立阶段验收小组。高伟达企业负责组织成立项目验收小组。（三）项目验收实行。阶段验收小组按本措施第二章验收措施和原则進行验收。（四）提交阶段验收汇报。项目检查完毕，验收小组對项目系统设计、建设质量、设备质量、软件运行状况等做出全面的评价，并撰写阶段验收告提交給高伟达企业。（五）高伟达企业根据阶段验收汇报，對合格的项目准許投入试运行；對不合格的项目提出存在問題及整改時限，以書面形式告知承建單位，承建單位在告知的時限内完毕整改後，可再次提出阶段验收申請。终验内容及程序终验目的對通過一段時间试运行後的项目進行全面审核。终验条件高伟达企业申請项目终验，应當符合如下条件：1、阶段验收合格後，高伟达企业按照南京银行规定完毕中標的系统開发并經南京银行上线运行3個月之後，南京银行确承认以完全满足南京银行的业务需求并且可以实現本次招標项目的建设目的，完全符合南京银行的技术规定并且可以实現本招標项目的系统规定，系统运行稳定。2、高伟达企业按照南京银行规定完毕本次招標项目的业务与技术向南京银行的完全转移，包括向南京银行提供中標標的的培训。3、高伟达企业按照南京银行规定向南京银行完毕中標標的所有有关的源代码、项目文档及其介质的移交工作。4、系统在试运行期间没有出現問題，或出現的問題已經处理；5、验收审核材料齐全：除阶段验收時波及的审核材料外，尚有项目建设總結评价汇报（组织与实行协调）、试用總結汇报、顾客使用反馈意見、项目培训计划、项目培训總結，以及由测试资质的第三方單位出具的测试汇报；6、高伟达企业向南京银行提交终验申請、验收计划書及终验审核材料；7、南京银行审核材料後同意项目终验。终验内容按照项目协议，對项目建设的多种设备進行核算；對项目建设系统進行终验验收测试，并進行顾客使用满意度调查；對项目建设的有关材料進行审核。终验形式终验验收测试内容有功能测试和性能测试，其中性能测试包括执行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性、并发性、疲劳强度等，波及到网络的项目性能测试应分為客户端性能测试、网络性能测试和服务器端性能测试三個方面。终验环节准备阶段。根据终验内容由项目监理协助高伟达企业單位制定终验计划并提交給南京银行审定。构成验收小组及验收专家组。由南京银行负责组织成立验收小组及验收专家组。项目验收实行。验收小组按本措施第二章验收措施和原则進行验收。提交终验汇报。验收小组根据全面检查的成果撰写终验汇报，并提交給项目验收专家组。终验結论及後续管理终验結论是由南京银行會同有关部门根据专家验收意見和有关资料得出的結论。其详细的分类和後续处理包括：终验結论终验結论分為：验收通過、整改後再验收和验收不通過三种。“验收通過”原则是：项目建设符合协议规定、系统运行安全可靠、任务按期保质完毕、验收材料齐全。“整改後再验收”原则是：项目建设任务基本完毕，但提供的验收材料不全、验收結论存在争议。项目存在下列状况之一的，按“验收不通過”处理：●未按项目协议规定到达所预定的重要技术指標的；●所提供的验收材料不真实的；●实行過程中出現重大問題，尚未处理和做出阐明，或项目实行過程及成果等存在纠纷尚未处理的；●没有對系统或设备進行试运行，或者试运行不合格；●违反法律、法规的其他行為。项目终验結论的处理验收結论為验收通過的，高伟达企业将所有验收材料按统一规定装订成册并连同對应的電子文档，分别报南京银行及有关部门立案。验收結论為整改後再验收的，南京银行以書面形式告知高伟达企业，高伟达企业应在告知规定的時间内完毕整改，再提出终验申請。项目移交项目终验通過後，高伟达企业与南京银行应办理项目移交手续，项目的移交包括项目实体移交和项目文献移交两部分。参照本章中“项目提交物”内容。验收档案建立验收项目档案。南京银行及高伟达企业單位按照档案管理规定建立项目档案，共同将项目验收信息录入项目验收数据库，作為计划和项目执行状况评估、项目承担單位和项目负责人信用评价的根据。项目的所有档案材料保管严格按照科學技术保密、知识产权保护等有关规定和措施执行。项目文档规定高伟达企业在项目中应按照有关规定、原则规范编写项目文档，在验收测试前，向南京银行提供项目移交的必要文档，详细内容参照本章中“项目提交物”内容。项目提交物提交物内容项目提交物包括如下内容：关键技术文档源代码：将按系统、分模块列明，并附带源代码的阐明文档系统開发所需的所有文档资料系统实行過程中形成的各类文档配置信息清單：按系统、分模块提供其使用范围和配置阐明系统运行的软硬件系统的所有配置文献和参数。其中文档资料提交物包括：项目阶段交付物需求分析《南京银行企业服务總线系统业务流程细化汇报》《南京银行企业服务總线系统功能需求关系表》《南京银行企业服务總线系统功能需求优先级划分》《南京银行企业服务總线系统目需求分析阐明書》系统设计《南京银行企业服务總线系统架构设计指导阐明書》《南京银行企业服务總线系统数据设计指导阐明書》《南京银行企业服务總线系统业务流程图》《南京银行企业服务總线系统概要设计阐明書》《南京银行企业服务總线系统详细设计阐明書》《南京银行企业服务總线系统数据架构规格阐明書》《南京银行企业服务總线系统接口架构规格阐明書》《南京银行企业服务總线系统基础架构规格阐明書》《南京银行企业服务總线系统测试设计方案》《南京银行企业服务總线系统测试案例集》《南京银行企业服务總线系统模块n_详细设计》系统開发代码(含注释)系统测试《南京银行企业服务總线系统總体验收测试方案》《南京银行企业服务總线系统功能测试方案》《南京银行企业服务總线系统功能测试案例》《南京银行企业服务總线系统性能测试方案》《南京银行企业服务總线系统测试阶段汇报》《南京银行企业服务總线系统性能测试汇报》《南京银行企业服务總线系统统功能测试汇报》《南京银行企业服务總线系统性能测试脚本》《性能测试成果集》《评审汇报》《裏程碑汇报》《配置状态记录》《南京银行企业服务總线系统配置审计汇报》《南京银行企业服务總线系统运行维护手册》《南京银行企业服务總线系统常見故障处理手册》《南京银行企业服务總线系统测试缺陷分析汇报》《南京银行企业服务總线系统版本公布阐明書》《南京银行企业服务總线系统QA過程评审汇报》《南京银行企业服务總线系统QA产品审计汇报》《南京银行企业服务總线系统QA不符合汇报》系统上线《南京银行企业服务總线系统数据迁移实行方案》《南京银行企业服务總线系统试點上线方案》《南京银行企业服务總线系统业务阐明書》《南京银行企业服务總线系统總体技术方案》《南京银行企业服务總线系统实行方案阐明書》《南京银行企业服务總线系统业务操作手册》《南京银行企业服务總线系统应用開发手册》《南京银行企业服务總线系统管理与维护手册》《南京银行企业服务總线系统技术培训指南》《南京银行企业服务總线系统业务管理培训指南》《南京银行企业服务總线系统顾客培训指南》规范性、完整性和精确性高伟达企业最终形成的项目提交物遵照提供的文档规范遵照如下原则：首先满足南京银行已經有的规范；南京银行未建立對应规范的，高伟达企业与客户协商按照企业ISO质量管理规范建立文档；文档的完整性和精确性，作為验收過程的一部分。系统终验時，高伟达企业根据客户需要免费提供2套完整的文档硬拷贝和2份完整的文档電子拷贝(光盘)。文档权限由于项目為双方合作開发性质，南京银行有权利自由地复制文档供自已使用。語言需求所有文档都使用中文格式。系统培训有效的系统培训，是保证项目成功实行的关键原因之一。高伟达企业将根据项目的進度状况，分阶段、分工作角色有针對性的安排不一样的培训，使参与项目的所有人员在不一样的時期都得到与其下阶段工作相配套的知识储备，從而保证整個项目的顺利实行。针對南京银行ESB系统的多系统协同工作的特點，提议采用分阶段、分层次培训的方略。在项目实行的過程中，由高伟达技术人员指导南京银行的技术人员参与一部分的開发工作，在系统UAT测试開始前，高伟达企业技术人员和业务人员，分别給南京银行有关部门的人员進行對应培训。在系统正式上线前，UAT测试後来，對南京银行信息技术部门進行运维培训。培训地點与時间安排不一样层次不一样类型的培训可选择不一样的培训地點，以到达更好的培训效果。高伟达企业為南京银行指定人员提供系统切换、系统使用、系统维护、安全管理等方面的培训。培训环节為可以有效的实現對客户的技术培训，我們制定的技术培训服务环节如下：1.项目领导组负责人协助贵企业项目负责人制定项目的總体培训计划；2.技术支持小组人员在培训開始前一种月，准备并安排對应的培训资源，包括培训課程、時间计划、地點、讲師等；3.通過项目组协调确认後，開始進入技术培训的实行阶段；4.培训過程中，高伟达企业将對培训的過程和效果進行必要的记录，并及時根据學员的需求及時调整培训的内容、形式、资源等；5.在技术培训結束後，高伟达企业技术支持小组将培训的成果汇總、整顿後，反馈給客户项目管理人员，并對技术培训的成果進行审核和评估。培训方式讲課和实际操作相結合；指导培训人员進行工作；让培训人员参与项目的某些简朴工作；让培训人员独立工作，由開发方進行质量控制；培训結束後，可根据行内规定安排2—3小時對培训人员進行理论和实际操作的考试。培训计划高伟达的项目培训對象分為：管理人员、业务操作人员、系统操作人员、開发/维护人员等。由總部统一组织、统一规划、统一管理，在總部對人