系统软件实施项目计划书_第1页
系统软件实施项目计划书_第2页
系统软件实施项目计划书_第3页
系统软件实施项目计划书_第4页
系统软件实施项目计划书_第5页
已阅读5页,还剩30页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

系统软件实施计划书项目名称XXXXXXXX系统软件实施单位XXXXXXXXXXXXXX时间XXXX年XX月XX日目录1、项目总体实施计划411工程实施原则412项目总体推进计划513系统实施过程的质量保证活动说明6131方案设计阶段6132实施准备阶段6133安装调试阶段7134培训试用阶段7135上线使用阶段7136验收结题阶段8137系统正式运行及维护阶段8138各阶段辅助文档8139实施过程提交文件汇总914项目实施计划11141数据实施步骤11142项目进度安排112、项目管理计划1221项目管理组织结构12211项目各方角色与责任12212任务分工1322项目范围管理计划1523项目进度管理计划1524项目风险管理计划15241技术风险16242需求风险16243协调与沟通风险16244项目人员风险1725质量管理计划17251质量管理体系标准17252质量控制过程17253质量评定计划17254质量管理措施18255软件质量控制1826项目协调与合作计划21261协调与合作管理方案21262协调手段2127配置管理计划22271配置管理和版本控制22272变更管理的方法2328文档管理计划2429人员管理计划24210保密管理计划243、测试计划2431测试工作准备2432软件开发测试25321模块测试25322功能测试25323性能测试26324分系统测试26325全系统测试26326容量测试26327压力测试27328灾难恢复测试2733设计测试用例和数据27331建立测试环境28332测试执行284、培训计划2941培训目标2942培训方式2943培训对象2944培训地点与环境2945培训计划及内容29451用户培训29452系统管理人员培训305、验收计划3151验收组织3152验收内容3153软件系统的验收316、技术支持和售后服务计划3261技术支持与售后服务政策32611技术后援支持32612技术后援支持方式33613保修及系统维护服务331、项目总体实施计划建设XXXXXXXXXXX医疗信息系统是一项复杂、长期的系统工程,为保证工程能够顺利地进行实施,必须要制定科学、合理、切实可行的实施计划。一方面要从组织上进行落实,成立强有力的项目领导小组和经验丰富的项目实施队伍;另一方面要制定严格的时间进度表,明确各里程碑的时间。同时还要制定工作原则,以指导项目的全面实施。11工程实施原则1用户方项目小组的成员,争取参与项目的全过程用户方成立客户项目小组,在调研、安装调试、测试、培训、运行、验收、售后服务等项目的各个阶段,配合系统实施方的工作,一方面可以培训自己的技术维护队伍,为系统的使用保驾护航;另一方面,在实施过程中,协调最终用户和实施方的关系,保证项目的顺利进行,及时发现问题,并对项目进度和质量进行监督。2采用“两手抓”的方针,一手抓实施、一手抓使用对于软件项目,之所以称为一个工程,很大程度上是因为软件项目的建设,除了技术因素外,还有很多的非技术因素需要考虑,并且必须被得到重视。衡量一个软件项目是否成功,很大程度上不是看这个软件项目采用了多么先进的技术,而是软件对用户来说是否实用,是否能够帮助用户解决许多预期的问题。国内很多软件项目的失败,很大程度上是使用抓得不够。建议在项目的试运行过程中,在抓系统维护的同时,也要狠抓系统的使用,实施方和用户方齐心协力帮助业务人员从原来的手工处理转到计算机辅助处理上来,在业务人员适应计算机辅助业务处理的过程中,尽可能早发现系统中存在的问题,从而最大可能地使系统保质保量的按时完成。3数据同程序同等重要该系统的建设,数据位于首要的地位,程序的编写完成,仅仅意味着系统完成了一半,数据的收集、整理、录入,对系统的建设来说同等重要。在项目实施过程中,一定要重视系统中数据的录入工作,充分估计数据处理的难度,在系统建设之初,就将数据工作提到议事日程上来,安排相应的资金、时间等,将数据工作落到实处,只有这样才能争取系统早日达到实用化。12项目总体推进计划为了有效地保证系统实施的质量,整个系统建设的全过程划分为方案设计、实施准备、安装调试、培训试用、上线使用、验收结题6个阶段,每个阶段完成相应的任务,确保信息系统的建设。如下图所示13系统实施过程的质量保证活动说明在实施过程中将发生的重大质量保证活动或由此将产生的质量记录和产品,项目管理与实施阶段划分密切相关,因此主要按照项目实施的具体阶段划分说明。131方案设计阶段首先在获得中标通知时,需要在公司内部按照项目启动流程,指派项目经理、组建核心管理小组、分析干系人、申请建立项目。在项目基本要素及项目背景等基本要素已经确定后,项目经理或实施经理会去客户现场进行详细的调研,了解项目的实施环境和客户需求。并将调研结果总结输出为调研报告,调研情况和项目基本信息作为输入,制定具体的实施方案,其中包括实施内容确认,此部分需要客户签字确认。作为后期实施工作内容的指导。同时根据制定的实施方案将其中的任务具体细化到对应的负责人和相应的完成时间得出项目的具体实施计划书。项目经理在做好前期调研和计划工作后,组织与客户召开正式的项目启动会。与客户介绍之前的整体调研情况,以及制定好的实施方案和实施计划。并获得客户对之前工作和对项目计划的认可,另外也需要客户承诺配合我们完成整个项目周期的配合工作。132实施准备阶段实施准备阶段的主要目的是为下一步的驻场安装做好各方面的准备工作,包括软件定制、接口定制、实施过程设计、集成测试用例设计、硬件采购及调试、安装环境准备(包括网络、设备安装位置等等)以及实施工具准备。这一阶段的工作涉及、客户医院和各个第三方供应商,各方在准备阶段需要互相协调。作为项目经理需要负责整体的准备情况的跟进,跟进第三方厂商接口的准备情况,跟进院方硬件设备的采购到货情况,跟进公司内部研发人员对客户需求定制化开发完成情况等等。在一切准备工作完成后,客户需要向实施项目经理提出入场通知或入场申请,并在入场通知函上签字。项目经理与PMO会对实施条件准备情况进行检验并评估,出具入场条件评估报告。PMO在入场条件满足后,可向项目组发放派工单代表此项目已通过实施准备阶段,可以正式驻场实施。133安装调试阶段根据产品安装部署手册,正式部署系统完成软硬件的安装,并对已完成的系统进行系统间的和数据集成测试,保证系统正确地按照要求地运行,在安装的过程中还需要满足客户或用户要求的定制化输出。缺陷管理流程和需求管理流程为客户提出的需求及系统遇到的BUG处理方法提供了指导,实施工程师与研发按照流程完成缺陷的修复与测试。并最终由客户对已经过测试的系统进行验证。系统安装调试完成,业务流程跑通验证之后,客户需签署需求实现确认单,代表项目可以进入培训试用阶段。134培训试用阶段系统部署完成验证之后,由实施工程师或实施经理为客户进行统一培训,同时在客户试用系统的过程中也进行相关的操作细节和熟练度方面的培训,保证客户能够尽快熟悉系统,熟练操作使用。在试用和培训过程中出现的新的需求和BUG同样按照安装调试阶段的处理方式由实施工程师和研发工程师一起解决,并完成相应测试。客户在接受过培训,并熟练使用没有问题之后需在培训记录中签名确认。135上线使用阶段该阶段的目标是使系统在用户环境下进行正常规模使用,实施人员监控系统的使用情况,及时处理所发现的问题,以保障系统的正常、平稳运行。在上线使用过程中出现的新的需求和BUG同样按照安装调试阶段的处理方式由实施工程师和研发工程师一起及时解决,并完成相应测试,防止影响客户的正常业务活动。系统完成客户要求的上线周期后,客户需在系统上线报告上签字确认。确保上线使用阶段任务均已完成。136验收结题阶段正式运行后,由用户提出验收要求,双方共同制定项目验收计划,组成项目验收小组,共同进行项目验收。此时公司将向用户提交验收的各类文档,包括用户手册、系统安装报告、上线报告等。验收工作将由用户组织的专家组对系统进行全面的验收和鉴定,并出具项目验收小组领导签字的项目验收报告,并签署验收意见,公司在此过程中将全程参与,在现场进行验收前的维护工作。完成客户验收工作之后,项目经理还要确保项目转入相应的维护阶段,并在公司内部完成项目的结题。137系统正式运行及维护阶段公司承诺对系统软件提供服务保证期,在保证期内提供免费的软件升级和维护服务;在保证期外,公司继续为系统的维护提供技术支持,对于软件升级提供优惠服务。维护期的具体工作方式请见售后服务承诺部分,所有维护工作,包括软件出现问题修改、细节性功能的增强,用户都要以售后问题及修改记录的书面形式提交给公司,修改完成后用户应组织相关的业务负责人进行确认,并在软件功能清单中说明;如遇紧急情况可事后补齐。138各阶段辅助文档项目进度计划,在实施中的各阶段,对于所发生的需要在现场进行较长时间工作的情况,如果在需求调研计划、项目开发计划、项目实施计划、培训计划等工作计划中未包含,则需要在工作开始前双方共同制订好项目进度计划,并严格据此执行,需要双方现场实施负责人签字生效。项目进度计划,在现场实施工作中,为了把阶段性的工作任务具体落实完成,需要合作双方每周一之前由公司实施工程师与用户组共同制定本周的工作计划,给出每个工作日上、下午的工作内容,以及双方的准备工作。计划制定完成后用户项目组向所有相关部门和领导发布,开始执行;实施中双方互相监督按照原计划开展工作;周五时双方负责人共同对本周计划执行情况进行总结,对原计划填写工作总结,详细描述各项计划的完成情况,未完成的部分应写明未完成原因和责任归属,必要时双方协商一起进行加班处理,力争按时完成;对于不能按时完成的必须调整到下周计划中进行。用户项目报告,对于实施中各阶段较长时间不在用户现场进行的,或项目处于用户试运行、维护期的情况,为了使用户能够及时获知项目的进展情况和公司开发小组的工作情况,公司将在开发阶段每周向用户相关领导提交此报告,维护期内每月至少提交一次。阶段评估报告,实施中当某一阶段性目标实现后,公司将对该阶段双方联合开发组的工作情况进行总结,编写该报告并向工程领导小组提交,及时总结经验教训,为下阶段工作打好基础。139实施过程提交文件汇总以下是对上面的实施过程中将产生的文件汇总说明阶段名称作用评审级别变更控制干系人登记册识别并记录项目所有干系人,并分析他们对项目的影响情况。项目经理项目经理调研计划调研问题列表调研报告调研按照计划执行并输出,防止遗漏,并可以让客户参与配合保证调研的效率。项目经理,客户经理项目经理,客户经理项目风险表识别并记录项目风险,不断更新,方便项目经理跟踪解决风险。项目经理项目经理方案设计实施方案书实施方案书定义和制定了整个实施过程方法。项目经理,客户经理项目经理,客户经理实施计划书计划可以让项目经理和客户及时了解项目整体进度,进一步可以协助推进项目。项目经理,客户经理项目经理,客户经理产品安装配置手册指导实施人员对产品安装正确的步骤与说明进行正确得部署项目经理,开发经理项目经理,开发经理用户手册指导用户了解系统功能并正确操作项目经理,开发经理项目经理,开发经理集成测试用例测试人员一定要按照测试用例严格按用例项目和测试步骤逐一实施测试。项目经理,测试工程师项目经理,测试工程师入场请求单客户在实施条件准备好之后要求项目组正式入场实施的通知项目经理,客户经理项目经理,客户经理入场条件评估报告项目经理和PMO对实施条件进行评估,防止条件不具备入场导致资源的浪费项目经理,PMO项目经理,PMO实施准备派工单实施条件满足后的入场准入与通知PMOPMO系统安装报告系统安装部署之后对整个安装过程的总结描述项目经理,实施经理项目经理,实施经理集成测试报告系统安装调试之后需要进行集成测试验证项目经理,测试工程师项目经理,测试工程师缺陷测试报告对安装调试过程中遇到的缺陷修复进行测试验证项目经理,测试工程师项目经理,测试工程师安装调试用户需求实现确认单系统初步安装调试成功代表客户的基本需求已满足,需要客户签字确认项目经理,客户经理项目经理,客户经理用户培训记录对用户培训过程与用户培训人员的记录项目经理,客户经理项目经理,客户经理培训试用用户试用报告对用户试用过程与系统试用情况的总结项目经理,客户经理项目经理,客户经理上线使用上线报告系统完成上线周期,满足客户上线使用需求项目经理,客户经理项目经理,客户经理验收标准为项目验收提出标准和规范参考,以检查各个验收项是否满足项目经理,客户经理项目经理,客户经理验收报告通过验收评审后,整个项目结束时客户需签字确认项目满足验收要求项目经理,客户经理项目经理,客户经理验收结题系统交付报告项目验收后由实施转为运维阶段向客户需交付系统项目经理,客户经理,维护项目经理,客户经理,维护权限及文档,向维护人员需移交所有项目文档并介绍项目情况。人员人员项目结题报告公司内部针对已验收项目做好经验教训总结,加入米健实施项目知识库项目经理,PMO项目经理,PMO项目进度计划汇报项目进度项目经理项目经理用户项目报告汇报项目情况项目经理项目经理现场工作周报汇报每周项目进展项目经理项目经理日常工作阶段评估报告项目阶段性评审总结项目经理,PMO项目经理,PMO14项目实施计划XXXXXXXXXXX软件实施的建设是一项庞大而复杂的信息化应用基础工程,需要分任务、分阶段组织建设,逐步实现总体目标。141数据实施步骤1基础信息医院组织架构,各科室信息。2公共信息公共信息是多个业务科室共用的公共信息,包括病人基础信息,门诊挂号信息,门诊收费信息,住院信息,检验检查信息等。3专用信息专用信息是科室医学临床信息。142项目进度安排系统建设分阶段进行,第一阶段至合同签订后10天,完成如下工作(1)组织数据的采集(2)硬件环境的搭建第二阶段,合同签订后20天,完成如下工作(1)XXXXXXXXXXX软件实施的搭建将部署(2)二次开发第三阶段,合同签订后30天内,完成如下工作()系统开始正式试运行()BUG修改()系统性能调优()系统培训()系统验收2、项目管理计划21项目管理组织结构211项目各方角色与责任需要明确的是,该系统是一个由用户、系统供应商、其他系统供应商、设备提供商等多方面共同组成的项目组实施。而这个项目组是由项目管理办公室领导。项目管理办公室是由用户和系统供应商的高层领导人组成,这样可以充分保证项目实施能被正确的指导和推动,可以迅速解决在实施过程中出现的不可预测的原则性问题。项目管理办公室中的用户成员有责任推动相关工作人员密切配合项目实施,对中心内部各部门所要达到的项目目标有清楚的定义,明确责、权、利关系,与项目组一起做好工作。项目经理必须随时向项目管理办公室报告整个项目进展情况,向项目管理办公室负责,采取正确的实施行动来完成项目实施工作。双方在项目中的角色和责任如下单位责任用户业务系统的现状调查、分析;提出项目需求;组织方案验收系统供应商项目管理负责系统连接或软件部署、配置、软件开发等技术文件;负责项目实施;提出项目测试计划,配合项目验收产品提供商提供产品的技术支持服务在客户特别指明时提供产品安装调试服务212任务分工在项目的实施过程中,如果没有明确的任务分工,将会造成“职责不清”的混乱局面,使工作关系与任务分配陷入多种的关联交叉状态,导致项目人员“不知所措、不知何往”,这将严重影响对项目的反应能力与控制能力,最终影响实施的进度与实施的质量。所以要完成好一个项目,建立起一个完善的组织架构后,组织中必须要有明确的分工,做到“各负其责”,但同时需要有统一、有效的领导机构,作到“协调一致”,才能保证整个项目的实施。XXXXXXXXXXX针对本项目的具体分工如下(1)项目管理办公室将由用户项目部领导以及XXXXXXXXXXX管理层的相关负责人构成,建议与决定项目管理组人员的组成,接受项目管理组的汇报,指导与监督项目管理组工作,对重大问题作出决定,确保项目实施所需要的资源。该小组在宣布中标后成立,项目验收后结束。(2)专家顾问组将由用户、XXXXXXXXXXX、高级专家顾问组成,在整个项目执行过程中起顾问咨询等作用。该小组在宣布中标后成立,项目验收后结束。(3)项目管理组接受项目管理办公室的领导与监督,向项目管理办公室汇报;由用户、XXXXXXXXXXX的项目管理人员组成,XXXXXXXXXXX指派一名项目经理任组长。该组负责协调各相关单位的关系,处理所出现的各种问题;组织各个专业小组,制定项目总的实施进度计划,推进项目进度,解决工程中出现的各种问题。该组在项目管理办公室成立后设立,项目验收后结束。(4)商务组接受项目管理组的领导,向项目管理组汇报,制定详细的商务计划,负责商务投标,合同的签署,按照合同定货,跟踪;处理合同执行过程中由于合同条款的修改与变动而带来的各种问题。该组在项目管理组成立后设立,项目验收后结束。(5)财务组接受项目管理组的领导,向项目管理组汇报,制定资金运作计划,负责财务成本核算、成本控制、财务审计等,保证整个合同过程中各个阶段、各个方面的资金需要。该组在项目管理组成立后设立,项目验收后结束。(6)培训组接受项目管理组的领导,向项目管理组汇报,制定详细的培训计划,负责协调与实施所有的培训工作,完成培训的组织、培训内容的审定、培训人员的落实、培训场地的联系、培训过程的组织、培训结业考试的组织、培训工作总结,按照合同规定完成所有培训工作。该组在合同签署后设立,全部培训工作完成后结束。(7)文档组接受项目管理组的领导,向项目管理组汇报,制定详细的文档递交计划,负责收集与整理各个阶段的技术文档,按照合同规定完成所有的文档递交工作。该组在项目管理组创立后设立,验收完毕,文档全部递交后结束。(8)技术核心组(架构设计组)接受项目管理组的领导,向项目管理组汇报,由用户与XXXXXXXXXXX的技术核心人员组成。COMMENTAS1增加需求管理流程负责制定详细系统设计、完成模型实验与测试报告、终端设备参数修改测试报告,并对系统实施过程中遇到的突发技术问题给予研究解决。该组在项目管理组创立后设立,验收完毕后结束。(8)设计施工组(开发组)接受项目管理组的领导,向项目管理组汇报。主要工作包括负责项目实施的技术细节方案设计、设备精确配置、精确物理连接图及设备位置安排等工作;给出详细设计的文档、图纸、资料及工程安装手册;完成文档、图纸和技术资料的质量审核;勘查施工现场环境;软件安装调试的细节方案设计、协调组织现场软件安装调试;软件集成所需的功能定制开发、接口定制开发。该组在合同签署后设立,测试验收工作全部完毕后结束。(9)验收组接受项目管理组的领导,向项目管理组汇报,负责现场实施的质量控制,以确保工程高质量、高效率地完成;制定详细的验收计划,负责编写测试验收手册、对安装后的系统进行测试与预验收、进行验收准备工作、配合用户验收小组对系统进行最终验收,按照合同规定完成所有的测试与验收工作。该组在安装调试工作开始后前设立,验收完毕后结束。22项目范围管理计划项目管理范围包括本项目建设周期内各个阶段以及所有相关的建设单位、设备、软硬件、场地等内容,从软硬件采购、需求分析、系统设计、软件开发、系统集成、测试、验收、试运行、系统维护的全过程都包括在内,如项目启动、项目范围内容、项目范围变更等项,具体内容在项目实施前经详细讨论确定。23项目进度管理计划针对本项目的进度管理从任务分解、时间进度安排到资源分配,每个阶段都有里程碑标志,每个阶段都须严格按照工期要求按时、保质完成,项目经理负责项目进度控制。24项目风险管理计划通过对大量的风险事件进行分析,在本项目中下列事件出现的概率最大,影响也是最大的。如何使得将上述事件对项目造成的影响降低到最小,是项目风险管理的主要工作。首先需要预防上述事件的发生,其次当事件发生不可避免之后,应当采取必要的、事先准备好的措施进行工作,将风险对项目目标的影响降低到可以容忍的程度。241技术风险XXXXXXXXXXX软件实施是一个采用先进的信息技术,在建设过程中需要与各个业务单位、多个技术支撑系统、多个业务系统之间接口。系统需要采集的数据量大、涉及的相关系统范围广,需要比较高的信息管理的专业知识。因此系统建设存在一定的技术风险,需要业主和系统建设方从系统开始建设之初,就要充分认识到该项目的技术难度,在系统调研、系统设计阶段就要进行反复的论证,在系统构架的时候尽可能采用国际上成熟的产品,借鉴相关的成功经验,同时系统的建设分步骤、分阶段进行,将技术难点逐个突破,力求将技术风险降至最低。242需求风险XXXXXXXXXXX软件的建设是一个项目周期较长、涉及相关部门较多、数据量大、系统功能要求高的复杂系统,只能在建设过程中与多家业务部门进行沟通,才能逐步明晰系统的需求。同时,由于专业性较强,有些需求各业务部门人员根本不可能明确地提出,需要系统建设方根据已有的系统建设经验进行用户需求的引导。这些状况容易造成系统的需求不明确,或者系统的需求变更频繁,使得项目进展严重滞后,最后造成项目的失败。为了能够减少该项目需求不清和需求频繁变更的风险,需要用户和公司在项目初期做好充分的需求调研,切实理解各个业务部门在信息方面的业务需求,尽可能避免对需求的误解和片面性。同时,在系统建设过程中,严格遵守项目管理的规章制度,对项目需求变更进行严格的审核与控制,以保障项目的质量和进度。243协调与沟通风险在系统建设过程中公司需要协调多个部门,与这些部门的沟通与协调可能直接影响到本项目的质量与进度。因此,建立高效的协调与沟通机制,减少相互之间的误解与拖延,是保障本项目成功实施的关键点之一。这需要各相关单位充分理解项目沟通管理的重要性,严格遵守项目管理的各项规章制度,提高协调沟通的效率,降低项目协调与沟通的风险。244项目人员风险由于XXXXXXXXXXX软件实施项目周期较长,技术难度大,因此项目人员压力会随着项目的进展逐渐加大,工作效率也可能会随着项目的进展逐渐降低,造成工作效率低下,甚至会造成项目成员的不稳定。这就需要用户与公司相互理解,明确共同的目标,发挥团队精神,同时要合理规划项目进度,作到劳逸结合,提高项目人员的积极性,降低项目人员的风险。25质量管理计划251质量管理体系标准本项目实施应采用先进的质量管理模式和科学的质量管理体系和流程,并根据项目自身特点选用合适的质量控制规程。目前,XXXXXXXXXXX主要采用ISO9001质量标准和软件成熟度模型(CMM)两种控制规程。针对本项目,公司将采用GB/T190012000ISO90012000质量体系标准,同时遵循SSECMM的安全实施标准,并在项目实施的过程中严格执行这些质量标准。252质量控制过程本项目中,由项目经理制订质量控制计划,项目质量控制组进行审核。审核方面包括质量控制措施是否足够、各个成员的质量责任是否明确合理,测试方法是否适用。253质量评定计划为了加强项目质量管理和界定产品质量标准,本公司将制订适应于项目的检查验收规定和质量评定标准,确保工程质量。本项目中,应实行两级检查、两级验收制度。一级检查、二级检查和一级验收由本公司实施小组组织完成;二级验收由用户组织实施。各级检查验收严格按项目实施中制订的相应的检查验收规定和质量评定标准执行。对实施和验收过程中出现的重大技术问题,将上报用户协调处理,对一般质量问题的处理应予以书面记录。254质量管理措施在项目实施过程中还将采取如下措施保障项目实施质量(1)产品到货后,对所有硬件设备应进行加电检测,同时对所有软件产品进行安装、产品授权验证。(2)在项目实施前后对网络性能进行评估。(3)在系统部署完成后要在实际环境中进行网络连通性测试、安全策略验证和应用系统测试。(4)配合应用系统做好压力测试,根据压力测试结果调整系统配置。(5)项目实施后要进行一定时间的试运行,在试运行期间要重点监控网络环境的运行情况、安全策略的验证和业务应用系统运行情况,若出现的问题要及时查找原因并加以修正。(6)在试点实施过程中验证方案的可行性和正确性。255软件质量控制2551阶段性评审软件质量保证过程包括对软件过程质量控制和软件产品质量控制。我公司在本系统项目组织中,由质量控制组负责质量控制和管理,采用软件度量过程采集信息对软件过程和软件产品的质量进行管理。对软件过程质量的控制通过量化并提取软件过程信息实现对软件过程的目标管理,量化的主要内容包括产品质量、项目进度和资源占用。软件过程控制一般采用软件开发过程的节点控制的方法。软件开发过程的节点控制是提高软件开发的计划性和成功经验的可重复应用的重要支持手段。我公司在开发本系统的过程中,将充分利用该方法,确保本系统的高质、准时完成。在本系统的开发过程中,把涉及软件开发、应用的人员分为甲方、乙方,甲方代表各种层次的软件系统的用户,乙方代表软件开发商中各组织、各层次人员。软件系统的最终成功基于甲乙双方对软件开发过程的共同控制与管理,甲方侧重“需求”与“监督”职能,乙方侧重“供求”与“控制”职能。甲乙双方实现职能的基础是软件开发过程的可视性,即从甲乙双方角度得到软件开发过程的可见性。如下图所示图(A)表示一个对甲乙双方可见性极差的过程,甲方给出需求后,经过乙方的开发过程得到的是最终结果,甲方对软件开发过程没法参与。乙方中只有具体的开发人员了解局部的软件过程,高层管理人员没法得到开发过程中具体的过程状态信息,不能根据过程状态做出决策。图(B)表示一个对甲乙双方可见性较好的软件过程,在软件开发过程的特定阶段设置阶段控制点(也称为里程碑),甲乙双方依据阶段成果,从各自的角度提出过程改善与修改意见,控制软件系统生产的质量、开发过程的效率及项目资源消费。2552测试测试是确保本系统质量的重要手段,不经过认真测试的系统是不能被用于生产的。虽然,对各阶段的文档的审核也可认为是测试,但本项目所指的测试是指对应用软件的测试。做好测试是测试组的责任,测试组是与开发组相互独立的两组,且需要相当的技术和经验,对业务的理解要十分透彻。为保证测试的效率和质量需要主意以下几点1建立高效合理的测试流程,包括建立尽量模拟真实环境的业务数据模型(即运行业务的初始环境);对测试案例的设计要有深度和广度;特别在系统测试和验收测试阶段,安排好项目组的全体人员的任务和责任;做好测试阶段文档和源程序的版本控制;做好测试中发现的BUGS的记录及存档工作;对发现的任何BUGS都要做好原因分析并记录归档;做好回归测试;防止对程序的修改而引起的其他问题。软件测试是一个过程,涉及到软件生命周期的各个阶段。下图描述了软件测试过程模型测试过程是与开发过程并行的,软件测试的实施过程是与改错过程既是交错的、同时又是并行进行的。在集成测试阶段中,测试一般应当由独立的软件测试人员来实施。这种方法一方面可以有效地压缩测试的总周期,但更重要的是可以避免开发者自身的思维局限,更加客观全面地进行有效的测试。26项目协调与合作计划对项目实施中的沟通是项目完成的顺利与否的重要因素,所以在整个项目实施的过程中要有一套完善的沟通机制。261协调与合作管理方案在项目实施中,将以项目经理为核心,实现全面、有效的沟通管理。其中(1)项目经理从始至终控制整个项目的工作进展与步骤,是信息的收集者和发送者。(2)项目经理要密切联系了解各干系人信息,及时传达给项目组其他成员。(3)项目经理要每周与项目领导小组交换项目工作进展情况,确保项目按计划有步骤地进行,并提交全部项目管理报告给项目领导小组。(4)项目经理要每周组织项目组成员召开会议,了解项目进展情况,分派工作,了解项目实施中的问题,及时解决。(5)项目主管定期联系用户负责人,倾听用户对项目的建议和意见,并采取相应的措施,最大程度保证用户满意度。(6)销售人员和用户保持正常通畅的沟通渠道,及时接受用户反馈意见。262协调手段作为沟通的手段,采用如下方式进行项目的交流(1)进程报告(工程简报)工程实施期间,各实施人员每天向项目经理报告工作进展;项目经理按照ISO9000质量管理体系的要求每周向公司提交项目进展报告;同时,项目经理每周向用户单位提交项目进展文件。(2)周例会必要时参加由项目管理组、用户方在每周共同召开的周例会,会议将对一周以来的工作进展进行回顾,总结问题点,分析原因,并确定解决方案。对下一阶段的工作任务进行部署。会议结果由项目管理组发布会议纪要。(3)工程阶段总结在实施的每一个阶段,进行工程阶段总结,评估上一阶段工作得失,为下阶段的工作进行必要的预沟通,解决隐患问题;(4)多种形式的交流项目经理与项目领导小组、用户、其它厂商之间、以及项目队伍成员之间保持通信联络,以传真、电话、电子邮件等方式进行沟通。27配置管理计划271配置管理和版本控制公司采用相应的配置控制程序来管理新系统的各个部分,包括文档,需求,设计,数据库设计,编码,文件和数据。并在项目实际实施时制定配置管理计划,并委任一名配置管理员。配置控制的目的是控制系统的物理和功能特性,确保整个系统的完整性。配置控制既是技术活动又是管理活动,它的过程包括配置项目发现和保存每个配置项目要有一个编号,用来区别有不同需求和实施要求的其它项目。它还有一个版本号,用来标明该项目所处的阶段,在配置项目修改时,版本号要更新。配置系统要能够容纳新的配置项目,不必修改现存项目。配置项目要保存在软件库里面。为确保足够的安全以及对所有可交付软件项目的控制必须建立如下典型的软件库名称状态开发库动态的主库控制的静态库静态的开发库是软件作为一系列模块进行开发和测试的动态库。主库是一个被控制的库,项目的放入和取出必须按规定并以一定的控制方式进行。例如,在单元测试成功之后,模块可以被转入到系统主库,然后供系统集成和系统测试。任何经过以上测试需要修改模块都要放回开发库,以供测试。当主库达到一定程度的稳定后,就可以将它合成一个基准。每当基准发布以后,相关主库都要进行拷贝产生静态库。之所以叫做静态库,因为以后不再更新,并且归档。2配置变动控制只有当项目已经成为基准的一部分时,软件配置控制才能够进行,它主要控制评估对配置项目的变动协调批准的变动在本项目的执行过程中,项目经理将与用户一起定义处理配置变动以及变动授权管理方法。作为对于已经通过的单元,系统的验收测试项目的变动,需要更高级别的授权。3配置状态记录配置状态记录包括所有配置项目跟踪报告,并且贯穿整个系统开发周期中,配置项目状态将通过配置管理员来跟踪和控制。为有效进行配置状态记录,应该详细记录以下信息每个基准版的日期,版本和问题;每份问题审阅以及文档修改的日期状态;每份软件问题报告、修改请求、和修改报告的日期和状态;每个配置项目的总结描述。软件版本公司将在版本文档内记录软件的版本,后续版本要附一个版本说明。该说明列出了版本内的配置项目,并且说明其安装步骤。而且,所有已经修改的错误和已经合并的新的需求都要有记录。要在提交新版本之前重新测试修改过的软件。对于每个版本公司保证文档和代码的一致性,而且保存旧版本。272变更管理的方法产品的完整性需要通过变更管理来维持。用户需求的变化、系统需求的变化和系统设计的变化都被监控和跟踪,从而了解被批准变动的实施状态。控制变更的目的是为了确保只有经过批准的变更才能实施,确保变更情况传达到了相应的有关方面,提供它们考虑和获得它们的批准。用户需求、系统需求和系统设计文档在通过评审并批准后将作为基准。当一个文档变为基准以后,就自动进入变更控制范围。任何变动都需要提交变更请求。变更管理由以下四个部分组成变更请求、变更评估、变更批准、变更实施和跟踪。28文档管理计划文档必须真实地反映实际工程状态。文档的验收,不能是在项目验收时统一移交给用户单位,而应当根据项目实施的不同阶段,分批移交,在项目准备阶段就需要制定一个文档移交计划,在规定的时间里移交事先规定格式、内容的文档。29人员管理计划人员的管理遵循几条原则本项目中的参与人员在无特殊情况且未经用户同意不进行调换;系统保障期人员均安排参加此项目建设的主要技术人员;本项目的项目管理人员安排具有同类项目丰富项目管理经验的人员。210保密管理计划考虑本系统的保密要求,公司承诺按照涉及国家秘密计算机系统要求进行系统建设的保密管理,并和用户签署保密协议,严格履行保密义务。3、测试计划31测试工作准备为保证项目的质量,XXXXXXXXXXX将成立专门的项目测试小组,在项目经理的统一领导之下,完成本次项目的测试工作,首先,在项目开始时,测试小组要完成测试的准备工作,测试准备工作的重点主要包括以下几个主要方面对整个项目情况进行调研与了解,以熟悉整个系统的整体架构和实现功能等相关情况,制定出初步的测试计划;确定测试管理工具的实施方案,对测试管理工具根据项目的特点进行合理规划;包括根据各个项目子系统的特点,制定相应的缺陷跟踪方案、版本提交计划等。保证测试人员的到位,并对测试人员进行测试管理工具和测试相关基础技术的培训,要求相关系统测试人员先进行相关系统体系结构和功能的了解,为后期的设计测试用例奠定基础。32软件开发测试本项目采用的测试种类包括模块测试、功能测试、性能测试、分系统测试、全系统测试、容量测试、压力测试、灾难恢复测试等。在进行测试前,需要编写详实的测试方案,其中包括测试时间安排、测试准则、测试用例、测试范围、测试目标、测试人员、出错处理流程及处理结果等内容。在测试案例中应包含对异常情况处理的测试,如数据不全、数据类别有误、数据不合法等。各种类型的测试都是采用循环往复的“测试改进”操作,以确保问题得到完整、充分的解决的过程。321模块测试每个应用程序模块完成后,进行模块测试。模块测试的目的在于通过大量、反复的测试,尽可能地捕获程序编写时的编码及应用处理上的错误,并加以改正,使程序编写时的错误在这一测试环节得到控制。322功能测试功能测试是对项目实现的功能进行测试。功能测试可细分为独立测试和连续测试两部分。独立测试是将本项目开发实现的功能一一进行独立测试。在测试过程中,将针对每一个功能制定相应的测试个案,进行严格的功能测试。如测试结果与实现要求不符,将由开发人员进行改进及完善,最终达到功能要求。测试中发生问题时,编程人员会改动程序以便解决问题。系统将在修改后进行重新测试。此时其进行的测试不仅针对改动部分,还应对原已通过独立测试的部分进行重新测试。323性能测试系统的性能是一个很重要的参数,本项目所指的系统性能包括系统的效率、响应时间及处理能力。在测试中,为每个应用设置响应时间、处理速度量度,评估系统的最高处理能力,在发现系统的性能不满足要求进,需进行相应措施对系统的性能进行调整。324分系统测试针对各个分系统,根据不同的测试方案,按照测试方案中的测试步骤进行测试,进行测试结果分析,得出测试结论,对分系统的配置给出建议意见。最终对每一个分系统做出一个分系统测试报告,主要内容为测试结果,结果分析,建议。对系统功能、性能、安全、可靠和扩展等每一方面都需有明确的结论和意见。325全系统测试在分系统测试完毕的基础上,对整个硬件平台进行测试,主要针对各分系统的结合部,以及总体功能。与分系统测试方案一样,全系统测试也是根据测试方案按照测试方案中的测试步骤进行,最终做出系统测试报告,主要包含系统功能、性能、安全、可靠和扩展等各个方面能否达到设计要求的结论,出现问题,建议解决问题方案。326容量测试项目在投产前,建议进行容量测试,以找出项目投产后可处理的最大处理容量,确保能够平滑地过渡或避开业务处理高峰期。与此同时,通过对业务处理高峰期时系统硬件资源情况的占有量的获取,能够有效地调配系统资源。通过容量测试,得知系统承载量,并结合业务发展增长量,可以推算出需要更换相关硬件的时间,以便用户可以提前做好应对准备。327压力测试压力测试的目的是希望能够通过测试,得知在极短时间内对网站进行大量并发访问,是否会对系统造成瞬间无法承受的压力冲击,致使其运行异常甚至崩溃。压力测试可以获知系统的耐压程度,在必要时采取适当的紧急防护措施,如控制、分散等措施,减低缓解系统瞬间压力,防止尖峰时刻的出现,使系统得以稳定地运行。328灾难恢复测试灾难恢复测试是指在模拟灾难事故发生的情况下,对系统的恢复情况进行测试及彩排。要尽可能地找出可能发生的灾难性事故,并一一进行模拟,查看系统的恢复情况。灾难恢复测试能够反映出系统备份的准确性及完整性,以及自动恢复功能的强弱,出具不同灾难恢复所需的时间数据,以此可以估算出在灾难发生时对用户所造成的影响及忍受程度。33设计测试用例和数据测试用例和数据准备的目的是帮助用户在不熟悉实际环境的时候,能正常的测试系统并对系统做出正确的评价。测试用例和数据的准备是一项枯燥和费时间的工作。为了提高工作效率可以从以下几方面着手将信息放在一个指定的位置,便于反复利用,降低变化产生的影响;一次完成一个步骤,避免冗余和额外的工作;尽早尽可能完成多个步骤。为了保证每一个业务流程准备测试用例和数据的正确性,在测试计划中应遵循下列过程,并完成以下步骤确定要测试的业务情况类型确定每个要求的测试用例合并所有的测试用例,生成测试大纲编制测试脚本,包括必要的系统输入信息和期望的输出结果检查信息保证每一步的准确性和完整性(即,确定业务情况类型、确定测试用例、生成测试大纲和编制测试脚本)。331建立测试环境为了预防出现问题,如数据损坏或对系统资源的争用,需要建立一个独立的测试环境。在进行测试之前,根据测试计划中确定的时机建立一个独立的测试环境。其准备工作包括技术活动如建立不同的服务器或在一台服务器上建立多个数据库实例,将相应的程序迁移到适当的程序库中;数据准备活动包括加载数据表,建立用户访问权限;建立版本控制程序,保证有效的控制对系统的修改;建立文档控制程序,保证随着系统的修改,有效地控制文档的修改(如,培训文档、联机帮助和用户手册)。332测试执行测试执行的目的是发现不满足用户要求的任何问题,在真实的环境中,客户的工作人员按照准备好的测试大纲来对系统进行测试。测试过程中的测试结果是非常重要的。文档可用于检查测试的进度;确定测试过程是否需要改进;分析系统是否准备就绪。4、培训计划41培训目标为确保系统投入使用后,能够稳定、良好地运行,达到建设预期的目的,将对用户相关人员进行全面、细致的培训工作。本项目人员培训,是指对系统的使用人员、开发、系统管理人员进行培训。目的是使该项目的受训人员充分具备系统安装、配置、使用和故障处理的能力,了解与项目相关的系统软件和操作环境,以及对系统设计及其相关业务的认识,以便更好的开展工作。经过培训,保证贵方人员能够独立进行使用、管理、维护和日常处理,保证系统正常、安全的运行。42培训方式本项目培训包括统一的多人大规模培训与小规模日常试用过程中的培训以及对专人的一对一的多种培训方式相结合。43培训对象用户单位本系统操作人员、技术人员、系统管理人员。44培训地点与环境客户安排的培训地点和系统适宜的使用环境下进行培训45培训计划及内容451用户培训培训项目描述参加培训人员操作人员培训时间5天/期培训人数15人教师培训目的通过培训,使操作人员了解应用系统及设备的结构、工作原理,掌握正确使用与操作和排除一般故障的能力。课程结合系统操作说明书进行讲解应用系统功能操作培训业务管理培训常见故障及排除方法培训培训教材用户手册、产品使用手册452系统管理人员培训对系统管理人员进行培训。培训项目描述参加培训人员应用系统管理员培训时间3天教师3人人数3人培训目的使系统管理员对各种应用系统软件的安装、配置、优化、管理有一定的了解,可以进行日常的系统维护工作;课程结合系统管理需要讲解结合应用系统二次开发所需知识讲解课程内容包括培训教材5、验收计划51验收组织由项目管理办公室组织项目承建单位、相关部门以及其他人员(技术顾问、其他开发商)组成验收小组,负责对项目各阶段进行全面的验收。经过大规模的安装与调试工作,整个系统已全部实现连接,所要求的功能已全部实现。为确保系统在以后的运行中稳定、高效,没有故障隐患的存在,应当通过试运行阶段来发现存在的隐患、并解决问题,另外分析试运行阶段中系统的各项数据,并对系统进行评价和预测也是系统试运行阶段一个

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论