实施方案+质量管理.docx

实施方案+质量管理.docx

《实施方案+质量管理.docx》由会员分享，可在线阅读，更多相关《实施方案+质量管理.docx（12页珍藏版）》请在冰点文库上搜索。

实施方案+质量管理

--本页仅作为文档封面，使用时请直接删除即可----内页可以根据需求调整合适字体及大小--

5实施方案+质量管理（总11页）

五、实施方案

1项目总体推进计划

为了有效地保证系统开发的质量，整个系统建设的全过程划分为准备、设计、开发、实施和运行阶段，每个阶段完成相应的任务，确保信息系统的建设。

如下图所示：

需求分析阶段

首先需要经双方协调，形成《需求调研计划》及《需求调研大纲》，确定准备工作、需求调研的内容、方法方式以及人员和日程安排等内容，经双方同意后按此计划开始调研。

调研正式开始前项目开发组应检查所有必要的准备工作已经圆满完成。

总体设计阶段

项目开发组通过对系统的功能、运行和性能要求加以分析，产生一个高层次的系统结构、软件结构、接口和数据格式的设计，并向工程领导小组提交《系统设计报告》（其中包括数据库设计），组织评审并签署评审意见。

对其中评审不合格的部分进一步完善和重新策划，评审通过后由双方共同签署评审意见，并正式生效，作为后续软件开发和测试的基础。

该报告内容的变更由双方的现场实施负责人、技术负责人进行交流即可确定，并需向工程领导小组汇报。

系统开发阶段

根据前面的设计结果，由双方的现场实施负责人、技术负责人讨论确定详细的开发计划，并向工程领导小组提交《项目开发计划》，工程领导小组对《项目开发计划》进行审查，由双方签字后正式生效，并将作为软件开发阶段的项目管理和监控依据，项目开发小组要严格据此计划控制项目进度，按时向工程领导小组汇报工作进展。

系统实施和试运行阶段

首先需要经双方交流协调，形成《项目实施计划》，确定现场实施的准备工作、人员和日程安排、培训计划、阶段目标等内容，经双方负责人签字后生效，按此计划开始现场实施。

正式开始现场实施前项目开发组应检查所有必要的准备工作是否已经完成。

现场工作首先要进行软件在服务器端的安装和调试，包括数据库中各类对象的生成，初始化数据，原有系统的重要数据的转换导入，前后台软件的安装，配置参数调整等工作；完成后需向系统维护人员提交《数据库安装目录》，《软件安装方法》文件，并协助用户进行软件安装。

软件安装完成并确认可在系统正常运行后，开始相关业务人员的培训；在培训开始之前需要由双方协商形成《培训计划》，明确培训环境、条件及方式，参加人员，课程课时等详细内容，由双方现场实施负责人签字后生效，并分别开始着手准备，在既定时间内完成。

项目验收阶段

在试运行期内系统存在一定的细节性问题是工程项目不可避免的问题，特别是随着用户应用的逐渐深入，此类需求会逐级提出，此类问题不属于系统的致命性错误；因此当试运行期内所发现的真正的“问题和错误”收敛到一定数目以下时，各业务子系统经过一段时间的并行工作新系统已基本可靠，就可以切换到正式运行阶段，开始正式运行。

2测试计划

测试工作准备

为保证项目的质量，将成立专门的项目测试小组，在项目经理的统一领导之下，完成本次项目的测试工作，首先，在项目开始时，测试小组要完成测试的准备工作，测试准备工作的重点主要包括以下几个主要方面：

对整个项目情况进行调研与了解，以熟悉整个系统的整体架构和实现功能等相关情况，制定出初步的测试计划；确定测试管理工具的实施方案，对测试管理工具根据项目的特点进行合理规划；包括根据各个项目子系统的特点，制定相应的缺陷跟踪方案、版本提交计划等。

保证测试人员的到位，并对测试人员进行测试管理工具和测试相关基础技术的培训，要求相关系统测试人员先进行相关系统体系结构和功能的了解，为后期的设计测试用例奠定基础。

软件开发测试

本项目采用的测试种类包括：

模块测试、功能测试、性能测试、容量测试、压力测试。

在进行测试前，需要编写详实的测试方案，其中包括测试时间安排、测试准则、测试用例、测试范围、测试目标、测试人员、出错处理流程及处理结果等内容。

在测试案例中应包含对异常情况处理的测试，如数据不全、数据类别有误、数据不合法等。

各种类型的测试都是采用循环往复的“测试－改进”操作，以确保问题得到完整、充分的解决的过程。

模块测试

每个应用程序模块完成后，进行模块测试。

模块测试的目的在于通过大量、反复的测试，尽可能地捕获程序编写时的编码及应用处理上的错误，并加以改正，使程序编写时的错误在这一测试环节得到控制。

功能测试

功能测试是对项目实现的功能进行测试。

功能测试可细分为：

独立测试和连续测试两部分。

独立测试是将本项目开发实现的功能一一进行独立测试。

在测试过程中，将针对每一个功能制定相应的测试个案，进行严格的功能测试。

如测试结果与实现要求不符，将由开发人员进行改进及完善，最终达到功能要求。

测试中发生问题时，编程人员会改动程序以便解决问题。

系统将在修改后进行重新测试。

此时其进行的测试不仅针对改动部分，还应对原已通过独立测试的部分进行重新测试。

性能测试

系统的性能是一个很重要的参数，本项目所指的系统性能包括系统的效率、响应时间及处理能力。

在测试中，为每个应用设置响应时间、处理速度量度，评估系统的最高处理能力，在发现系统的性能不满足要求进，需进行相应措施对系统的性能进行调整。

容量测试

项目在投产前，建议进行容量测试，以找出项目投产后可处理的最大处理容量，确保能够平滑地过渡或避开业务处理高峰期。

与此同时，通过对业务处理高峰期时系统硬件资源情况的占有量的获取，能够有效地调配系统资源。

通过容量测试，得知系统承载量，并结合业务发展增长量，可以推算出需要更换相关硬件的时间，以便用户可以提前做好应对准备。

压力测试

压力测试的目的是希望能够通过测试，得知在极短时间内对网站进行大量并发访问，是否会对系统造成瞬间无法承受的压力冲击，致使其运行异常甚至崩溃。

压力测试可以获知系统的耐压程度，在必要时采取适当的紧急防护措施，如控制、分散等措施，减低缓解系统瞬间压力，防止尖峰时刻的出现，使系统得以稳定地运行。

3验收计划

验收组织

由项目管理办公室组织项目承建单位、相关部门以及其他人员（技术顾问、其他开发商）组成验收小组，负责对项目各阶段进行全面的验收。

经过大规模的安装与调试工作，整个系统已全部实现连接，所要求的功能已全部实现。

为确保系统在以后的运行中稳定、高效，没有故障隐患的存在，应当通过试运行阶段来发现存在的隐患、并解决问题，另外分析试运行阶段中系统的各项数据，并对系统进行评价和预测也是系统试运行阶段一个重要的工作内容。

验收内容

系统的验收包括：

系统的实用性、稳定性、可维护性、灵活性、可操作性以及系统文档、代码、规范及注释说明等方面的验收。

系统功能：

逐一检查系统功能是否达到设计要求系统性能：

逐一测试系统性能指标是否达到设计要求。

文档资料：

检查系统建设各阶段提交的文档资料是否齐全、合格。

4培训方案

培训目标

为确保系统投入使用后，能够稳定、良好地运行，达到建设预期的目的，将对用户相关人员进行全面、细致的培训工作。

本项目人员培训，是指对系统的使用人员、系统管理人员进行培训。

目的是使该项目的受训人员充分具备系统安装、配置、使用和故障处理的能力，

了解与项目相关的系统软件和操作环境，以及对系统设计及其相关业务的认识，以便更好的开展工作。

经过培训，保证能够独立进行使用、管理、维护和日常处理，保证系统正常、安全的运行。

培训方式

现场培训或者远程培训指导、并提供完整系统操作维护手册。

培训对象

用户单位本系统使用者，管理者。

六、质量控制管理方案

1质量管理内容

编制和评审质量计划

制定质量保证计划：

依据项目计划及项目质量目标确定需要检查的主要过程和工作产品，识别项目过程中的干系人及其活动，估计检查时间和人员，并制定出本项目的质量保证计划。

质量保证计划的主要内容包括：

例行审计和里程碑评审，需要监督的重要活动和工作产品，确定审计方式，根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。

明确质量审计报告的报送范围。

质量保证计划的评审：

质量保证计划需要经过评审方能生效，以确保质量保证计划和项目计划的一致性。

经过批准的质量保证计划需要纳入配置管理。

当项目计划变更时，需要及时更改和复审质量保证计划。

“过程和工作产品”的质量检查

根据质量保证计划进行质量的审计工作，并发布质量审计报告。

审计的主要内容包括：

是否按照过程要求执行了相应的活动，是否按照过程要求产生了相应的工作产品。

本项目中对质量的控制主要体现在不同阶段的审计当中。

不符合项的跟踪处理

对审计中发现的不符合项，要求项目组及时处理，质量保证人员需要确认不符合项的状态，直到最终的不符合项状态为“完成”为止。

2质量管理责任分配

我公司在开发项目上按照规范化软件的生产方式进行生产。

每个项目除配备了项目开发所需角色外，还专门配备了质量保证小组、配置管理小组、测试小组来确保质量管理的实施，下面针对这三种角色进行说明：

质量保证小组职责

质量保证小组作为质量保证的实施小组，在项目开发的过程中几乎所有的部门都与质量保证小组有关。

质量保证小组的主要职责是：

以独立审查方式，从第三方的角度监控软件开发任务的执行，分析项目内存在的质量问题，审查项目的质量活动，给出质量审计报告。

就项目是否遵循已制定的计划、标准和规程，给开发人员和管理层提供反映产品和过程质量的信息和数据，使他们能了解整个项目生存周期中工作产品和过程的情况，提高项目透明度，从而支持其交付高质量的软件产品。

质量保证人员依据质量保证计划，通过质量审计报告向项目经理及有关人员提出已经识别出的不符合项，并跟踪不符合项的解决过程，通过审计周报或者审计月报向项目经理提供过程和产品质量数据，并与项目组协商不符合项的解决办法。

质量保证小组的检测范围主要包括：

项目的进度是否按照项目计划执行，用户需求是否得到了用户的签字确认，软件需求是否正确的反映了用户的需求，是否将每一项用户需求都映射到软件需求；系统设计是否完全反映了软件需求；实现的软件是否正确的体现了系统设计；测试人员是否进行了较为彻底的和全面的测试；客户验收和交接清单是否完备；对于系统运行中出现的问题，维护人员是否记录了详细的维护记录；配置管理员是否按照配置管理计划建立了基线，是否严格控制变更过程，是否对配置库进行了维护。

配置管理小组职责

配置管理活动的目的是通过执行版本控制、变更控制、基线管理等规程，借助配置管理工具的使用，来保证整个生命周期过程产生的所有配置项的完整性、一致性和可追溯性。

配置管理是对工作成果（阶段工作成果和产品成果、进展状态成果）的一种有效保护形式，是反映项目及其工作产品的过去、现在、动态的资料和数据集中管理体现。

配置管理小组的主要职责包括：

根据项目计划制定配置管理计划，建立配置库，为项目组人员分配配置库权限，创建需求、设计、开发、测试、交付阶段的基线。

当纳入基线库的工作产品发生变更时，严格按照配置项变更控制过程执行变更，变更后建立新的基线。

测试小组职责

作为质量控制的主要手段，如同软件开发一样，测试在执行之前，测试小组制定软件测试计划、测试用例的编写和执行工作。

本项目中，测试可以分为如下几种类型：

代码走查、单元测试、集成测试、系统测试。

为了保证程序的质量，开发人员需要对同伴的代码进行代码走查，同时对自己编写的程序进行单元测试，确保程序编译、运行正确。

测试人员根据软件需求分析报告进行软件集成测试用例和系统测试用例的编写。

对编写完成的测试用例提交项目组进行评审，同时质量保证人员对评审过程和工作产品进行监测。

测试人员根据测试计划和测试用例执行测试用例，并对发现的缺陷进行记录，只有这样才能确保项目组开发的软件产品满足用户需求。

在完成集成测试之后，可以进行软件系统测试，系统测试包括对软件进行功能测试、性能测试、安全测试、压力测试。

只有进行了系统测试软件测试才是完整的。

系统测试在本项目中占有重要的地位，性能要求有可能改变软件的设计，为避免造成软件的后期返工，测试在性能上需要较大的侧重。

3质量保证措施

通过质量管理责任的分配，通过如下几个方面来进行质量保证的实施过程：

项目进度

项目计划的制定为工程项目实施、管理和支持工作、项目进度、成本、质量及过程产品的有效控制打下了良好的基础，以便所有相关人员能够按照该计划有条不紊地开展工作；制定《项目计划》，必须获得相关干系人的认可，并以此作为项目跟踪的基础。

项目进度是项目进行是否顺利的最直观表现。

制定合理的项目计划首要前提是选择从事类似规模和类似业务项目的有经验的项目负责人参加制定项目进度计划。

项目计划由项目负责人制定，由项目各小组组长、项目成员、干系人、质量保证人员参加一起进行评审。

评审过程主要讨论项目计划的可行性，对其中不合理的地方提出修改意见，对计划中不合理的地方进行修改完善，并由质量保证人员对其结果进行跟踪处理，以确保项目计划完整性、可行性，项目计划评审通过后，交由配置管理人员进行配置管理。

在计划实施过程中，按项目计划中里程碑为界限，将整个开发周期划分为若干阶段。

根据里程碑的完成情况，适当的调整每一个较小的阶段的任务量和完成的任务时间，动态跟踪和动态调整，以利于项目质量保证的实施。

实际运作中，质量保证人员在对项目执行过程进行检查时，对于发现的项目偏差，以质量审计报告的形式提交项目负责人。

由项目负责人组织人员对计划进行维护，对于已经变动的项目计划，由配置管理进行配置管理。

需求分析

需求分析是开发人员对系统需要做什么和如何做的定义过程。

从系统分析的经验来看，这个过程往往是个循序渐进的过程，一次性对系统形成完整的认识是困难的。

只有不断地和客户领域专家进行交流确认，方能逐步明了用户的需求。

从系统开发的过程得知，系统分析时犯下的错误，会在接下来的阶段被成倍的放大，越是在开发的后期，纠正分析时犯下的错误所花费的代价越是昂贵，也越发影响系统的工期和系统的质量。

本项目中，将邀请招标方技术负责人参与需求调研，以便保证需求调研质量，同时形成用户需求说明书。

需求评审时会同双方管理层、项目实施层共同进行，对于通过用户确认的需求，交由配置管理员形成需求基线。

用户需求在招标方确认后，由系统分析人员形成软件需求分析报告，同时对软件需求分析报告进行评审，对于评审通过的软件需求分析报告可以交由测试人员进行测试计划和测试用例的编写。

对于开发过程存在的需求变动，招标方填写变更申请单发给项目经理，在质量保证人员参加的情况下，对这个变更进行评审，由项目经理组织项目组成员一起讨论实施变更的可行性及实施后所带来的影响，对于影响小的变更直接记录，大的变更则需要形成正式的变更报告，无论那种变更都需要对相应的文档实施同步变更（包括需求分析报告、系统设计、安装手册、操作手册等）。

但是对于无法实现或是变更会带来巨大的影响而将导致进度的延期，这时，我们将变更报告提交给招标方并召开协调会议，讨论变更取舍问题或是项目进度变更问题。

决定变更之后，由项目负责人组织实施变更，测试人员检测变更结果，而质量保证人员监督变更实施过程，并协助配置管理员对变更后的成果进行配置管理。

变更实施完后，运行前还需要协助用户一同测试并由招标方签字后同意方可上线。

系统设计

优良的体系结构应当具备可扩展性和可配置性，而好的体系结构则需要好的设计方法，需要针对项目的结构、项目的特征和用户的需求来分析。

本项目中将安排我公司高级系统架构师担当项目总体设计师，汇同总体设计组完成系统设计。

另外对公共类模块的开发。

由总体设计组通过对用户需求的仔细研究，尽可能的识别出公共类，并进行定义和设计，以减少重复工作。

对于项目组提供的设计文档，由项目经理组织，质保小组成员参与，对其设计文档进行评审，及时发现设计中可能存在的错误，降低项目开发风险，同时确保设计文档能为开发人员、测试人员提供切实的指导。

对于可复用的设计进行提取作为公共库设计和开发，提供项目组。

最后交由配置管理员进行设计文档的版本控制。

系统实现

系统实现的目的是依据系统设计文档，由程序员进行程序编写，以便实现设计要求，系统实现过程中，开发人员需要对模块进行代码走查和交叉单元测试，以保证模块代码质量。

软件实现也就是代码的生产过程。

根据上一阶段形成的设计文档，程序员在完成代码之后，可以开始编码并且进行代码走查和单元测试。

对于测试完成的程序可以交由配置管理人员进行配置管理。

系统测试

系统开发涉及到一系列的过程，每一个过程都有可能引入缺陷（Bug），本系统质量的好坏直接关系到正常使用和日后的维护。

在开发过程中，我们将质量控制贯穿于所有阶段和所有参与系统的人员中，包括系统分析、设计和编码。

分阶段的评审和测试是软件质量的有力保障。

系统存在平台测试和应用系统的测试以及最终的测试。

由于测试也存在协调的问题，如错误具体定位，在应用系统发现一个错误，到底是应用系统的自身的错误还是中间件存在的错误，需要测试人员进行准确的判断。

为了达到良好的测试目的，本系统测试工作由测试组来完成，主要采用下列方法进行系统的测试：

从测试方法上来说，分为黑盒测试和白盒测试：

黑盒测试：

着重于测试软件系统的外部特性；根据系统的设计要求，每一项功能都要进行逐个测试，检查其是否达到了预期的要求，是否能正确地接受输入，是否能正确地输出结果。

白盒测试：

由于软件的所有源代码都要由项目组成员编写，对其内部的逻辑规则和数据流程，都要进行测试，以检查其代码编写是否符合设计要求。

从测试策略上来说分为集成测试和系统测试：

集成测试：

在所有模块都通过了单元测试后，将各个模块组装在一起，进行组装测试，用于发现与接口相联系的问题。

在通过组装测试后，将经过单元测试的模块组装成一个符合设计要求的软件结构。

系统测试：

在本项目通过了以上的测试步骤后，与其它系统元素（如硬件服务器、网络系统等）进行集成测试和系统级的确认测试，将各种可能的缺陷完全排除掉，从根本上保证系统的长期稳定运行。

系统维护

本项目中，技术支持小组的任务一方面是保证对项目客户的跟踪服务，另一方面是确保该项目的技术咨询工作。

系统维护期，对于一般性的错误，如操作不当等引起的问题，全部由技术支持小组执行完成，但需要用户测试确认上线。

如果较大的修改则需要走变更控制流程，填写变更申请，经项目组讨论分析可行方案在由技术支持小组实施，通过测试后方可提交用户。

在这个过程中质量人员需要对维护过程和维护记录单进行检查。