您好,欢迎访问三七文档
当前位置:首页 > 办公文档 > 招标投标 > IT项目实施与管理方案-投标书
1.1项目实施与管理1.1.1项目测试方案1.1.1.1测试目的对系统进行集成测试。对测试范围内需要测试的特性进行“完整性”、“准确性”、“有效性”、“可靠性”、“稳定性”验证并对性能指标进行测评。通过本次测试,达到以下具体目的:1)保证软件基本功能使用正常,严重缺陷率小于5%;2)保证系统可靠稳定运行;3)保证项目相关文档符合CMMI3级文档规范。1.1.1.2测试对象1.系统具有总线基本功能如:协议转换、交易路由、数据转换;2.服务封装规范满足行内存量、增量业务系统;3.对各类系统提供的适配器功能满足性;4.系统并发处理能力及响应时间满足要求;5.系统可靠性、稳定性。1.1.1.3测试范围测试范围最终以实际形成的《系统业务需求说明书》的内容为准。1.1.1.4测试方法1.1.1.4.1.功能测试配合开发组的开发过程分阶段提供测试小结,测试方法以标准黑盒技术为主。本次测试过程中,功能测试的执行环节分为两个阶段,具体描述如下:阶段名称具体方法目标阶段一1.执行测试用例中的“基本场景”用例,验证系统基本功能的使用正常;2.保证系统执行正常操作时,数据的输入输出流转正常(使用正常、有效的数据)。保障软件正操操作时功能正常阶段二执行测试用例中的“异常场景”用例。保证系统异常操作时,系统的健壮性有一定保障,(使用异常数据)。回归测试1.对“阶段一”、“阶段二”发现并被修正的缺陷进行再次测试;2.抽样执行测试用例中的“异常场景”用例。保障软件的缺陷遗留率小于5%1.1.1.4.2.性能测试分为负载测试、压力测试、稳定性测试等三个阶段。使用LoadRunner进行测试。根据性能测试调研得到的数据构建业务模型,进而构建测试模型。测试模型包含多种子类型,不同类型的测试模型应用于不同类型的性能测试。性能测试模型包含要素如下:测试模型子类型所含业务并发用户数思考时间单业务压力测试模型1单业务压力测试模型2……混合业务压力测试模型压力测试模型稳定性测试模型本次测试包含的性能测试类型如下:1)压力测试基于本次的测试的目的和需要测试的特性,将本次测试分为两个阶段:阶段一,单业务压力测试;阶段二,多业务混合压力测试。a)单业务压力测试测试目的:排查各个典型业务的压力瓶颈。选用测试模型单业务压力测试模型。b)混合业务压力测试测试目的:在排查各个典型业务的性能瓶颈后,测试该系统的最大并发用户数,并找到系统存在的性能瓶颈。选用测试模型:混合业务压力测试模型。2)稳定性测试测试目的:检查系统在连续运行240小时过程中的性能表现选用测试模型:稳定性测试模型。1.1.1.4.3.文档测试对需求说明书、设计文档进行规范性检查。1.1.1.5测试用例本次测试中将主要的测试用例归类为不同的测试场景,同时设计易用性测试用例和接收测试用例。1.1.1.5.1.基本测试场景描述系统正常操作流程,以通过操作完整实现一个业务功能为原则。其中每一个步骤对应一个测试用例。测试用例中采取的数据都为正常数据。1.1.1.5.2.异常测试场景基于系统正常操作流程,在整实现一个业务功能的操作过程中验证系统的数据校验、特殊操作处理等功能。其中每一个步骤对应一个测试用例。测试用例中采取的数据有正常数据和异常数据。1.1.1.5.3.接收测试用例由“基本测试场景”中选取出代表性用例,用于验证开发团队提交测试版本的可测性。1.1.1.6人员及职责资源职责描述数量到位时间测试项目负责人1.负责测试人员的组织和管理工作,并指导、带领本组人员日常测试工作;2.负责对各个项目做测试需求分析和文档整理工作;3.参与执行测试用例1测试小组进场时配置管理员负责测试文档和测试工具管理工作1测试开始执行前质量管理员负责检查测试过程中各个环节测试质量测试开始执行前测试工程师1.参与编写测试用例;2.负责功能、性能测试用例执行。若干测试开始执行前1.1.1.7测试工作输出分类名称描述输出人备注文档《测试方案》Word测试项目负责人《测试进度计划》project测试项目负责人《性能测试方案》Word测试项目负责人《测试用例》QCS/Excel测试组《缺陷状态报告》Word测试组《阶段简报》Word测试组阶段性输出本阶段的测试总结报告《测试报告》Word测试项目负责人含性能、功能测试结果1.1.1.8启动、暂停/重启、结束准则1.1.1.8.1.启动准则待测试系统部署完毕,功能使用正常。1.1.1.8.2.暂停/再启动准则测试版本未通过“接收测试”,需要由开发人员修正后再次接收测试;测试过程中发现性能瓶颈时测试执行暂停,由开发人员进行调优;开发人员经过调优后解决系统测试瓶颈后,可以再次启动1.1.1.8.3.退出准则通过压力测试发现的性能瓶颈经过待测试系统开发人员对系统调优后无解决时。1.1.1.9测试风险分析风险描述程度解决方案相关负责人备注需求、设计变更频繁导致测试依据失效,导致整个测试计划延期低充分了解用户需求,确保主要需求不变更;开展有效的需求评审,及时与客户确认评审结果;需求负责人项目经理开发人员不能够及时提供可以测试的版本,导致迭代测试周期增长,测试计划拖延高规范开发和测试流程,监管开发进度项目经理PQA部门Bug生命周期过长高及时分配修复任务,并检查监督;对于非问题、拒绝的等缺陷,请相关责任人验证后,尽快关闭;对于暂缓处理的缺陷,测试人员要记录并跟踪;项目经理测试负责人人员流动中规范测试流程,保证测试用例的准确性,降低新人执行测试的风险。项目经理1.1.2项目上线管理在系统上线过程中,首先成立上线领导小组,在领导小组的组织下,编写上线方案和应急预案,将上线方案和应急预案提交项目管理办公室进行评审,待评审通过后进行实施。1.1.3验收管理为加强南京银行企业服务总线系统验收管理工作,确保项目建设达到合同要求,高伟达公司建立该验收管理办法,与南京银行一道保障项目的顺利成功实施。1.1.3.1项目验收的过程项目验收包括阶段验收和最终验收(以下简称“终验”)两部分。项目只有阶段验收合格后才能投入试运行,终验合格后才能移交并投入正式运行。1.1.3.2项目验收的参与者阶段验收工作由南京银行和高伟达公司共同组织实施,终验工作在高伟达公司申请后由南京银行负责组织实施。1.1.3.3验收测试的范围验收测试的范围包括招标文件中的所有南京银行企业服务总线项目内容。1.1.3.4验收测试的责任高伟达公司负责建立验收测试环境,详细设计所有的验收测试方案。测试由高伟达公司进行准备,由南京银行组织验收,测试验收方式和机构由南京银行确定,全部费用由高伟达公司承担。南京银行负责组织对验收测试结果进行评估。在出现严重缺陷时,南京银行可以决定将所有的测试暂停,直至缺陷得到纠正。1.1.3.5验收测试地点南京银行1.1.3.6验收测试的规范高伟达公司为每一项的测试编写验收测试手册。验收测试手册的内容包括:验收测试目的验收测试环境设备验收测试过程的描述验收测试结果及分析1.1.3.7验收方法及标准对项目进行阶段验收或终验时,需按如下步骤验收:(一)登记造册。对项目中所涉及的所有硬件、软件及项目文档逐一登记造册。(二)对照检查。对照检查项目各项建设内容是否与合同条款及系统需求规格相一致。(三)操作检查。1、操作硬件设备,验证是否与硬件提供的技术性能相一致;2、运行软件系统,操作处理业务,检查是否与合同规定的功能一致;3、对项目文档进行包括内容针对性、内容充分性、内容一致性、文字明确性、图表详实性等方面检查。4、项目的验收以国家标准、行业标准或国际惯例等为标准。1.1.3.8阶段验收内容及程序1.1.3.8.1.阶段验收目的检查整个项目的设备、系统功能、项目文档等,使其达到合同建设要求。1.1.3.8.2.检验条件承建单位申请项目阶段验收,应当符合以下条件:(一)所有建设内容按照合同要求全部建成,并满足使用要求;(二)各个分项工程全部阶段验收合格;(三)验收审核材料齐全,材料主要包含以下几个部分:1、基础资料:招标书、投标书、合同书、批复文件、系统设计说明书、系统功能说明书、系统结构图、项目详细实施方案;2、项目竣工资料:项目开工报告、项目实施报告、项目质量测试报告、项目检查报告、应用测试报告、材料清单、项目实施质量与安全检查记录、操作使用说明书、售后服务保证文件、培训文档;3、软件开发文档:需求调研报告、需求说明书、概要设计说明书、详细设计说明书、数据要求说明书、数据库设计说明书、测试计划、测试分析报告、程序维护手册、程序员开发手册、用户操作手册;4、软件开发管理文档:项目计划书、质量控制计划、配置管理计划、用户培训计划、质量总结报告、会议记录和开发进度月报、项目开发总结报告。(四)软件已置于配置管理之下;(五)系统建设和数据处理符合信息安全的要求,凡涉密信息系统需提供保密主管部门出具的验收合格证书;(六)外购的操作系统、数据库、中间件、应用软件和开发工具应符合知识产权及相关政策法规的要求,并有相关的授权使用证书;(七)各种设备经加电试运行,工作正常;(八)经过监理方、高伟达公司及相关主管部门的同意;(九)符合合同或合同附件规定的其他验收条件;(十)由高伟达公司向南京银行提出阶段验收申请,同时将与项目验收有关的材料提交到高伟达公司处;(十一)南京银行审核材料同意项目阶段验收。1.1.3.8.3.阶段验收内容按照项目合同以及项目的阶段划分,核实硬件设备是否齐全、硬件设备是否符合安全要求、系统功能是否符合合同要求、项目文档是否符合文档撰写要求。结合本项目特点,我们建议的阶段验收分为:1.平台建设完成阶段验收;2.数据、技术相关规范制定完成后阶段验收;3.各业务系统接入总线完成后阶段验收等。同时根据项目的不同开发阶段,穿插对开发过程形成的文档进行验收,例如:1.项目需求评审验收;2.项目概要设计验收;3.项目详细设计验收;4.项目测试方案验收;5.项目上线方案验收等。1.1.3.8.4.阶段验收形式阶段验收只进行功能性测试。1.1.3.8.5.阶段验收步骤(一)准备阶段。项目监理单位组织人员根据阶段验收内容对项目进行验收需求分析,编写验收计划书并提交给南京银行、高伟达公司单位审定。(二)成立阶段验收小组。高伟达公司负责组织成立项目验收小组。(三)项目验收实施。阶段验收小组按本办法第二章验收方法和标准进行验收。(四)提交阶段验收报告。项目检查完毕,验收小组对项目系统设计、建设质量、设备质量、软件运行情况等做出全面的评价,并撰写阶段验收告提交给高伟达公司。(五)高伟达公司根据阶段验收报告,对合格的项目准许投入试运行;对不合格的项目提出存在问题及整改时限,以书面形式通知承建单位,承建单位在通知的时限内完成整改后,可再次提出阶段验收申请。1.1.3.9终验内容及程序1.1.3.9.1.终验目的对经过一段时间试运行后的项目进行全面审核。1.1.3.9.2.终验条件高伟达公司申请项目终验,应当符合以下条件:1、阶段验收合格后,高伟达公司按照南京银行要求完成中标的系统开发并经南京银行上线运行3个月之后,南京银行确认能够完全满足南京银行的业务需求并且能够实现本次招标项目的建设目标,完全符合南京银行的技术要求并且能够实现本招标项目的系统要求,系统运行稳定。2、高伟达公司按照南京银行要求完成本次招标项目的业务与技术向南京银行的完全转移,包括向南京银行提供中标标的的培训。3、高伟达公司按照南京银行要求向南京银行完成中标标的所有相关的源代码、项目文档及其介质的移交工作。4、系统在试运行期间没有出现问题,或出现的问题已经解决;5、验收审核材料齐全:除阶段验收时涉及的审核材料外,还有项目建设总结评价报告(组织与实施协调)、试用总结报告、用户使用反馈意见、项目培训计划、项目培训总结,以及由测试资质的第三方单位出具的测试报告;6、高伟达公司向南京银行提交终验申请、验收计划书及终验审核材料;7、南京银行审核材料后同意项目终验。1.1.3.9.3.终验内容按照项目合同,对项目建设的各种设备进行核实;对项目建设系统进行终验验收测试,并进行用户使用满意度调查;对项目建设
本文标题:IT项目实施与管理方案-投标书
链接地址:https://www.777doc.com/doc-5889689 .html