综合项目软件开发的质量保障专项方案.docx

软件项目开发质量保障方案一、项目质量管理内容1.1. 项目编制和评审质量计划项目制订质量确保计划：依据项目计划及项目质量目标确定需要检验关键过程和工作产品，识别项目过程中干系人及其活动，估量检验时间和人员，并制订出本项目标质量确保计划。质量确保计划关键内容包含：例行审计和里程碑评审，需要监督关键活动和工作产品，确定审计方法，依据项目计划中评审计划确定质量确保人员需要参与评审计划。明确质量审计汇报报送范围。质量确保计划评审：质量确保计划需要经过评审方能生效，以确保质量确保计划和项目计划一致性。经过同意质量确保计划需要纳入配置管理。当项目计划变更时，需要立即更改和复审质量确保计划。1.2. “过程和工作产品”质量检验依据质量确保计划进行质量审计工作，并公布质量审计汇报。审计关键内容包含：是否根据过程要求实施了对应活动，是否根据过程要求产生了对应工作产品。本项目中对质量控制关键表现在不一样阶段审计当中。1.3. 不符合项跟踪处理对审计中发觉不符合项，要求项目组立即处理，质量确保人员需要确定不符合项状态，直到最终不符合项状态为“完成”为止。二、质量管理责任分配开发项目上根据规范化软件生产方法进行开发。每个项目除配置了项目开发所需角色外，还专门配置了质量确保小组、配置管理小组、测试小组来确保质量管理实施，下面针对这三种角色进行说明：2.2.1. 质量确保小组职责质量确保小组作为质量确保实施小组，在项目开发过程中几乎全部部门全部和质量确保小组相关。质量确保小组关键职责是：以独立审查方法，从第三方角度监控软件开发任务实施，分析项目内存在质量问题，审查项目标质量活动，给出质量审计汇报。就项目是否遵照已制订计划、标准和规程，给开发人员和管理层提供反应产品和过程质量信息和数据，使她们能了解整个项目生存周期中工作产品和过程情况，提升项目透明度，从而支持其交付高质量软件产品。质量确保人员依据质量确保计划，经过质量审计汇报向项目经理及相关人员提出已经识别出不符合项，并跟踪不符合项处理过程，经过审计周报或审计月报向项目经理提供过程和产品质量数据，并和项目组协商不符合项处理措施。质量确保小组检测范围关键包含：项目标进度是否根据项目计划实施，用户需求是否得到了用户签字确定，软件需求是否正确反应了用户需求，是否将每一项用户需求全部映射到软件需求；系统设计是否完全反应了软件需求；实现软件是否正确表现了系统设计；测试人员是否进行了较为根本和全方面测试；用户验收和交接清单是否完备；对于系统运行中出现问题，维护人员是否统计了具体维护统计；配置管理员是否根据配置管理计划建立了基线，是否严格控制变更过程，是否对配置库进行了维护。2.2. 配置管理小组职责配置管理活动目标是经过实施版本控制、变更控制、基线管理等规程，借助配置管理工具使用，来确保整个生命周期过程产生全部配置项完整性、一致性和可追溯性。配置管理是对工作结果（阶段工作结果和产品结果、进展状态结果）一个有效保护形式，是反应项目及其工作产品过去、现在、动态资料和数据集中管理表现。配置管理小组关键职责包含：依据项目计划制订配置管理计划，建立配置库，为项目组人员分配配置库权限，创建需求、设计、开发、测试、交付阶段基线。当纳入基线库工作产品发生变更时，严格根据配置项变更控制过程实施变更，变更后建立新基线。2.3. 测试小组职责作为质量控制关键手段，如同软件开发一样，测试在实施之前，测试小组制订软件测试计划、测试用例编写和实施工作。测试能够分为以下多个类型：代码走查、单元测试、集成测试、系统测试。为了确保程序质量，开发人员需要对同伴代码进行代码走查，同时对自己编写程序进行单元测试，确保程序编译、运行正确。测试人员依据软件需求分析汇报进行软件集成测试用例和系统测试用例编写。对编写完成测试用例提交项目组进行评审，同时质量确保人员对评审过程和工作产品进行监测。测试人员依据测试计划和测试用例实施测试用例，并对发觉缺点进行统计，只有这么才能确保项目组开发软件产品满足用户需求。在完成集成测试以后，能够进行软件系统测试，系统测试包含对软件进行功效测试、性能测试、安全测试、压力测试。只有进行了系统测试软件测试才是完整。系统测试在本项目中占相关键地位，性能要求有可能改变软件设计，为避免造成软件后期返工，测试在性能上需要较大侧重。三、质量确保方法经过质量管理责任分配，经过以下多个方面来进行质量确保实施过程：3.3.1. 项目进度项目计划制订为工程项目实施、管理和支持工作、项目进度、成本、质量及过程产品有效控制打下了良好基础，方便全部相关人员能够根据该计划有条不紊地开展工作；制订项目计划，必需取得相关干系人认可，并以此作为项目跟踪基础。项目进度是项目进行是否顺利最直观表现。制订合理项目计划首要前提是选择从事类似规模和类似业务项目标有经验项目责任人参与制订项目进度计划。项目计划由项目责任人制订，由项目各小组组长、项目组员、干系人、质量确保人员参与一起进行评审。评审过程关键讨论项目计划可行性，对其中不合理地方提出修改意见，对计划中不合理地方进行修改完善，并由质量确保人员对其结果进行跟踪处理，以确保项目计划完整性、可行性，项目计划评审经过后，交由配置管理人员进行配置管理。在计划实施过程中，按项目计划中里程碑为界限，将整个开发周期划分为若干阶段。依据里程碑完成情况，合适调整每一个较小阶段任务量和完成任务时间，动态跟踪和动态调整，以利于项目质量确保实施。实际运作中，质量确保人员在对项目实施过程进行检验时，对于发觉项目偏差，以质量审计汇报形式提交项目责任人。由项目责任人组织人员对计划进行维护，对于已经变动项目计划，由配置管理进行配置管理。3.2. 需求分析需求分析是开发人员对系统需要做什么和怎样做定义过程。从系统分析经验来看，这个过程往往是个循序渐进过程，一次性对系统形成完整认识是困难。只有不停地和用户领域教授进行交流确定，方能逐步明了用户需求。从系统开发过程得悉，系统分析时犯下错误，会在接下来阶段被成倍放大，越是在开发后期，纠正分析时犯下错误所花费代价越是昂贵，也越发影响系统工期和系统质量。本项目中将邀请企业业务顾问参与需求调研，方便确保需求调研质量，同时形成用户需求说明书。需求评审时由企业管理层、项目实施层共同进行，对于经过用户确定需求，交由配置管理员形成需求基线。用户需求在招标方确定后，由系统分析人员形成软件需求分析汇报，同时对软件需求分析汇报进行评审，对于评审经过软件需求分析汇报能够交由测试人员进行测试计划和测试用例编写。对于开发过程存在需求变动，需要填写变更申请单发给项目经理，在质量确保人员参与情况下，对这个变更进行评审，由项目经理组织项目组组员一起讨论实施变更可行性及实施后所带来影响，对于影响小变更直接统计，大变更则需要形成正式变更汇报，不管那种变更全部需要对对应文档实施同时变更（包含需求分析汇报、系统设计、安装手册、操作手册等）。不过对于无法实现或是变更会带来巨大影响而将造成进度延期，这时，将变更汇报提交给用户并召开协调会议，讨论变更取舍问题或是项目进度变更问题。决定变更以后，由项目责任人组织实施变更，测试人员检测变更结果，而质量确保人员监督变更实施过程，并帮助配置管理员对变更后结果进行配置管理。变更实施完后，运行前还需要帮助用户一同测试并由用户签字后同意方可上线。3.3. 系统设计优良体系结构应该含有可扩展性和可配置性，而好体系结构则需要好设计方法，需要针对项目标结构、项目标特征和用户需求来分析。项目中将安排我企业高级系统架构师担当项目总体设计师，汇同总体设计组完成系统设计。另外对公共类模块开发。由总体设计组经过对需求仔细研究，尽可能识别出公共类，并进行定义和设计，以降低反复工作。对于项目组提供设计文档，由项目经理组织，质保小组组员参与，对其设计文档进行评审，立即发觉设计中可能存在错误，降低项目开发风险，同时确保设计文档能为开发人员、测试人员提供确实指导。对于可复用设计进行提取作为公共库设计和开发，提供项目组。最终交由配置管理员进行设计文档版本控制。3.4. 系统实现系统实现目标是依据系统设计文档，由程序员进行程序编写，方便实现设计要求，系统实现过程中，开发人员需要对模块进行代码走查和交叉单元测试，以确保模块代码质量。软件实现也就是代码生产过程。依据上一阶段形成设计文档，程序员在完成代码以后，能够开始编码而且进行代码走查和单元测试。对于测试完成程序能够交由配置管理人员进行配置管理。3.5. 系统测试系统开发包含到一系列过程，每一个过程全部有可能引入缺点，系统质量好坏直接关系到正常使用和以后维护。在开发过程中，我们将质量控制贯穿于全部阶段和全部参与系统人员中，包含系统分析、设计和编码。分阶段评审和测试是软件质量有力保障。系统存在平台测试和应用系统测试和最终测试。因为测试也存在协调问题，如问题定位，在应用系统发觉一个错误，到底是应用系统本身错误还是中间件存在错误，需要开发人员进行正确判定。为了达成良好测试目标，本系统测试工作由测试组来完成，关键采取下列方法进行系统测试：从测试方法上来说，分为黑盒测试和白盒测试：黑盒测试：着重于测试软件系统外部特征；依据系统设计要求，每一项功效全部要进行逐一测试，检验其是否达成了预期要求，是否能正确地接收输入，是否能正确地输出结果。白盒测试：因为软件全部源代码全部要由项目组组员编写，对其内部逻辑规则和数据步骤，全部要进行测试，以检验其代码编写是否符合设计要求。从测试策略上来说分为集成测试和系统测试：集成测试：在全部模块全部经过了单元测试后，将各个模块组装在一起，进行组装测试，用于发觉和接口相联络问题。在经过组装测试后，将经过单元测试模块组装成一个符合设计要求软件结构。系统测试：项目经过了以上测试步骤后，和其它系统元素（如硬件服务器、网络系统等）进行集成测试和系统级确实定测试，将多种可能缺点完全排除掉，从根本上确保系统长久稳定运行。3.6. 系统维护在项目中，技术支持小组任务首先是确保对项目用户跟踪服务，其次是确保该项目标技术咨询工作。在系统维护期，对于通常性错误，如操作不妥等引发问题，全部由技术支持小组实施完成，但需要用户测试确定上线。假如较大修改则需要走变更控制步骤，填写变更申请，经项目组讨论分析可行方案在由技术支持小组实施，经过测试后方可提交用户。在这个过程中质量人员需要对维护过程和维护统计单进行检验。