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

1.1项目实施与管理1.1.1项目实施方法论标、业务能力和IT环境的理解，结合多年的软件开发和系统实施经验，将项目1.1.1.1项目定义阶段其他风险，外部依赖条件以及假设。这个工作为未来项目决策，为基础的业务需求，并且把它转化成产品模块实施信息。1.1.1.2需求分析阶段专家服务顾问将进行一个配置检查，以保证系统有精确的规格，便于购买硬件和架构部署。在有技术客户经理参与的情况下，通过完成初始的评估，来建1.1.1.3项目设计阶段1.1.1.4项目开发阶段这些流程整合和测试活动更好地保证介入的系统功能与客户组织的业务需求协1.1.1.5项目验证阶段1.1.1.6部署上线阶段地识别任何可能造成部署中断和使实施的系统解决方案的技术优点打折扣的所1.1.2项目管理方案1.1.2.1项目管理概述项目管理包括在项目生命周期中协调所有项目管理知识领域所涉及的过程.1.1.2.2项目进度管理>专题小组负责人确定任务的日程安排；对于大型>交由项目经理和过程管理人员审核.>专题小组负责人在执行中发现延迟，分析原因：◆事先预估不足：调整任务日程安排；若解决不了，告知项目经理，1.1.2.3项目变更管理>客户方或高伟达提出变更请求，填写变更申请表；>双方项目经理(或项目经理授权人，必须以书面形式确认)共同审阅，评>高伟达在收到经审阅批准的需求变更1.1.2.4项目沟通管理内容1领导小组与项目组的联系会议领导小组组长项目管理组、领导小组问题报告、建议措施并要求得到回复，项目组进行问题回复和每两周1次会议纪要2总体组会议项目总监、项目总体组成员总体组内部工作分工协调、布置，分析各出的问题决策，为与项目组的联系会议作准备会议纪要内容3专业组组长项目总监、项目组长、总体组专业组进行进展汇措施；总体组部署工分析进度、问题等每周1次会议纪要*4专业组内部组长员议，任务布置、信息交流、问题讨论等每2～3/5总体组、领导小组全体人员在全体项目成员范围内宣布项目总体和阶成果，激励士气项目各阶段的开始/6简报项目助理全体人员决方案，本周工作成果、下周工作重点等每周1次7小组工作周报组长总体组反映各个专业组每周实际工作情况及结果，包括根据计划的执行情况和进度偏每周1次小组工作周报*8个人工作周报组员长反映个人每周实际工每周1次个人工作周报9电子邮件员当事人需讨论问题的非正式书面交流按实际需求电子邮件内容日常交流员当事人需讨论问题的非正式口头交流按实际需求/备注：作并派发“沟通对象”;>会后跟踪：1.1.2.5项目质量管理控制.整体的软件代码交叉评审总量不能少于60%。目的是保证最终软件产品能够符合业务需求的各项要求，并对开发过程进行监>按照说明的标准建立文档；1.1.2.6项目风险管理风险，因此需要了解工程本身的风险、技术风险、新产品的风险、工程资源风达还提供培训考试合格上岗及定期培训定期总结分析的模式来规避此>项目实施前和实施中对风险的发现、识别、上报、分析及风险责任人的案);风险识别人项目相关的任何人明风险严重度、风险发生机率和风险分类如果是项目相关人员，提交至项目经理，如果是项目管理办公室人员，提交项目管理办公室主任项目经理项目内风险管理负责人在项目进行中，管理项目内的风险并提供项目内的应对计划表，并确认风险描述、风险发生机率、风险责任人以及风险发生后的应急预案口头确认或书面认可上报的风险登记表，将风险登记表发往相应部门项目管理办公室项目整体的执行监督机构在项目启动前，组织定义项目级别的风险登记、评估和应对计划险、严重度为中或中以上的风险和发生机率为中或中以上的风险，建议整个项目的应对计划险，负责上报项目总监定期统计分析项目风险，在项目周报和月报中项目总监最终决策机构人避、应急预案执行的负责人填写风险登记表的风险分析与行动计划负责风险应对的执行、并汇报风险状态变化>轻微的：会因为无法满足要求而导致次要任务的退化，影响项目里程碑的范围、交付日期和交付质量以及会影响其它>可忽略的：不影响或轻微影响项目里程碑的范围、交付日期和交付质量项目经理项目管理办公室风险责任人项目总监项目领导组项目管理办公室审核风险发生机率、严重度和风险责任人并负责风险状态的监所有发现的风险因素和审批通过的相应风险应对计划由项目管理办公室公布归1.1.3项目实施计划目管理.服务总线管理组由南京银行架构师和本公司企业架构师共同组成.项目决建议，对项目进行有计划地组织管理，并检查项目进展情况.项目管理组由南负责基础架构的设计和流程建模设计.和企业架构师共同设计整体基础架构，理，全面的执行各项局方及业内规定的质量标准和工作>详细的需求分析。需求分析的计划和方法主要包括调研阶段划分、日程>公司方与用户方进行应用软件需求的讨论、研究和分析，并一起根据需时间跨度：6周需要资源(专职):行方科技部2名、高伟达公司项目组需求分析人员3人.>编写系统结构设计、功能设计、数据库结构及数据库设计、系统内外接需要资源(专职):行方科技部2名、高伟达公司现场8名技术、业务骨干，产品咨询1名。>在系统设计完成后，由公司项目实施团队开发人员根据各种设计文档进时间跨度：2周需要资源：行方科技部1名、高伟达公司现场设计开发人员、测试人员10>验收测试：在系统试运行一段时间后，由验收小组组织进行全面系统验时间跨度：8周需要资源：行方科技部3名、接入系统相关人员1名、高伟达公司现场8名技>系统上机联调；>试运行期间还是测试的良好时机，在该阶段，应对各网点的设备、网络时间跨度：4周需要资源：行方科技部1名、接入系统相关人员1名、高伟达公司现场4名时间跨度：24周需要资源：行方相关人员2名、高伟达公司现场2名技术、业务骨干。时间跨度：26周需要资源：科技部1名、高伟达公司现场1名配置管理人员。时间跨度：26周需要资源：行方科技部1名、高伟达公司现场1名QA人员.时间时间需求分析阶段产品培训T需求梳理需求分析需求评审系统设计阶段详细设计设计评审系统开发阶段集成测试、用户验收测试环境准备系统测试阶段性能测试系统试运行上线系统培训系统运行环境准备上线系统试运行试运行总结项目验收1.1.4项目测试方案1.1.4.1测试目的1)保证软件基本功能使用正常，严重缺陷率小于5%;3)保证项目相关文档符合CMMI3级文档规范。1.1.4.2测试对象5.系统可靠性、稳定性。1.1.4.3测试范围1.1.4.4测试方法目标阶段一1.执行测试用例中的“基本场景”2.保证系统执行正常操作时，数据的输入输出流转正常(使用正常、执行测试用例中的“异常场景”保证系统异常操作时，系1.对“阶段一”、“阶段二”发现并被修正的缺陷进行再次测试；2.抽样执行测试用例中的“异常场保障软件的缺陷遗留率小于1.1.4.4.2.性能测试思考时间单业务压力测试模型1单业务压力测试模型2混合业务压力测试模型压力测试模型稳定性测试模型单业务压力测试模型。混合业务压力测试模型.稳定性测试模型。1.1.4.4.3.文档测试1.1.4.5测试用例本次测试中将主要的测试用例归类为不同的测试场景，同时设计易用性测试用例和接收测试用例.1.1.4.5.1.基本测试场景描述系统正常操作流程，以通过操作完整实现一个业务功能为原则。其中每一个步骤对应一个测试用例。测试用例中采取的数据都为正常数据.的数据校验、特殊操作处理等功能.其中每一个步骤对应一个测试用例。测1.1.4.6人员及职责到位时间并指导、带领本组人员日常测试工2.负责对各个项目做测试需求分析和文档整理工作；3.参与执行测试用例1测试小组进场时配置管理员负责测试文档和测试工具管理工作1测试开始执行前质量管理员负责检查测试过程中各个环节测试质量测试开始执行前测试工程师1.参与编写测试用例；测试开始执行前文档测试项目负责人测试项目负责人阶段性输出本阶段的测试总结报告测试项目负责人含性能、功能测试结果通过压力测试发现的性能瓶颈经过待测试系统开发人员对系统调优后无解1.1.4.9测试风险分析需求、设计变更频繁导致测试依个测试计划延期低主要需求不变更；开展有效的需求评审，及时与客户确认评审结果；需求负责开发人员不能够及时提供可以测迭代测试周期增延高管开发进度项目经理PQA部门长高查监督；尽快关闭；对于暂缓处理的缺陷，测试人员要记录并跟踪；项目经理测试负责人人员流动中用例的准确性，降低新人项目经理1.1.5项目上线管理1.1.6验收管理1.1.6.3验收测试的范围验收测试的范围包括招标文件中的所有南京银行企业服务总线项目内容.1.1.6.5验收测试地点1.1.6.6验收测试的规范(一)登记造册.对项目中所涉及的所有硬件、软件及项目文档逐一登记造(二)对照检查。对照检查项目各项建设内容是否与合同条款及系统(六)外购的操作系统、数据库、中间件、应用软件和开发工具应符合知识(八)经过监理方、高伟达公司及相关主管部门的同意；(九)符合合同或合同附件规定的其他验收条件；(十一)南京银行审核材料同意项目阶段验收。(一)准备阶段.项目监理单位组织人员根据阶段验收内容对项目进行验收(二)成立阶段验收小组。高伟达公司负责组织成立项目验收小组。1.1.6.9终验内容及程序评价报告(组织与实施协调)、试用总结报告、用户使用反馈意见、项目培训计项目验收实施.验收小组按本办法第二章验收方法和标准进行验1.1.6.10终验结论及后续管理●没有对系统或设备进行试运行，或者试运行不合格；●违反法律、法规的其他行为。1.1.6.11项目文档要求1.1.7.1提交物内容>核心技术文档>系统开发所需的全部文档资料>系统实施过程中形成的各类文档需求分析《南京银行企业服务总线系统功能需求关系表系统设计《南京银行企业服务总线系统接口架构规格说系统开发代码(含注释)系统测试系统上线1.1.7.2规范性、完整性和准确性4.系统终验时，高伟达公司根据客户需要免费提供2套完整的文档硬拷贝和2份完整的文档电子拷贝(光盘).1.1.7.3文档权限由于项目为双方合作开发性质，南京银行有权利自由地复制文档供自己使1.1.7.4语言需求1.1.8系统培训1.1.8.2培训步骤5。在技术培训结束后，高伟达公司技术支持小组将培训的结果汇总、整理1.1.8.3培训方式>培训结束后，可根据行内要求安排2-3小时对培训人员进行理论和实际1.1.8.4培训计划1.1.8.5培训安排1.1.8.6培训考试1.1.9交付能力保证1.1.9.1问题管理1.1.9.2测试能力1.1.9.3文档高伟达公司在本项目的交付物(包括，但不限于)如下表：提交时间点1项目章程启动阶段2项目工作说明书启动阶段描述项目实施的工作范围3业务需求差异化分析和需求梳理阶段评估报告4项目需求分析说明书需求分析阶段描述系统业务需求5需求评审报告需求分析阶段6概要设计说明书7需求分析阶段业务功能设计原型8软硬件、网络、存储等技术架构方案9技术规格说明书技术设计说明书包括业务架构、技术架构、数据架构、接口架构的概要设计详细设计说明书详细设计阶段包括业务架构、技术架构、数据架构、接口架构的详细设计业务流程细化报告详细设计阶段描述系统的业务详细业务操置设计评审报告详细设计阶段性能测试计划和报告性能测试阶段系统集成测试计划和报告用户验收测试计划和报告案上线演练计划和方案试运行和应急方案系统运维手册投产和推广阶段系统安装手册投产和推广阶段用户操作手册投产和推广阶段投产和推广阶段项目的数据模型、源代项目开发的全部源代码、数据结构项目验收报告系统验收阶段项目工作报告系统实施各阶段项目各阶段的项目周报、月报项目会议纪要系统实施各阶段项目各阶段的会议纪要和行动计划1.1.9.4技术支持和临时性紧急维修服务.高伟达公司必须要有在30分钟内对用户提出的临时性紧急维修要求做出回应，并派出工程师进行1.1.10服务和技术支持方案1.1.10.2人员支持>配套的高标准的人员支持：按照项目实施人员计划，严格规划不同的