还剩8页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
1.1质量管理内容软件开发质量保证方案1编制和评审质量计划制定质量保证计划根据项目计划及项目质量目的确定需要检查的I重要过程和工作产品,识别项目过程中日勺干系人及其活动,估计检查时间和人员,并制定出本项目的质量保证计划
1.
7.12系统实现的目的是根据系统设计文档,由程序员进行程序编写,以便实现设计规定,系统实现过程中,开发人员需要对模块进行代码走查和交叉单元测试,以保证模块代码质量软件实现也就是代码的生产过程根据上一阶段形成的设计文档,程序员在完毕代码之后,可以开始编码并且进行代码走查和单元测试对于测试完毕的程序可以交由配置管理人员进行配置管理
1.
7.13系统测试系统开发波及到一系列的过程,每一种过程均有也许引入缺陷(Bug),本系统质量的好坏直接关系到正常使用和后来的维护在开发过程中,我们将质量控制贯穿于所有阶段和所有参与系统的人员中,包括系统分析、设计和编码分阶段日勺评审和测试是软件质量的有力保障系统存在平台测试和应用系统的I测试以及最终的I测试由于测试也存在协调的问题,如错误详细定位,在应用系统发现一种错误,究竟是应用系统的自身的错误还是中间件存在的错误,需要测试人员进行精确的判断为了到达良好的测试目的,本系统测试工作由测试组来完毕,重要采用下列措施进行系统的测试从测试措施上来说,分为黑盒测试和白盒测试黑盒测试着重于测试软件系统的外部特性;根据系统日勺设计规定,每一项功能都要进行逐一测试,检查其与否到达了预期的规定,与否能对日勺地接受输入,与否能对的I地输出成果白盒测试由于软件的I所有源代码都要由项目组组员编写,对其内部的逻辑规则和数据流程,都要进行测试,以检查其代码编写与否符合设计规定从测试方略上来说分为集成测试和系统测试:
1.
7.14集成测试:在所有模块都通过了单元测试后,将各个模块组装在一起,进行组装测试,用于发现与接口相联络的问题在通过组装测试后,将通过单元测试的模块组装成一种符合设计规定的软件构造
1.
7.15系统测试在本项目通过了以上的测试环节后,与其他系统元素(如硬件服务器、网络系统等)进行集成测试和系统级确实认测试,将多种也许的缺陷完全排除掉,从主线上保证系统的长期稳定运行
1.
7.16系统维护本项目中,技术支持小组的任务首先是保证对项目客户的跟踪服务,另首先是保证该项目的技术征询工作系统维护期,对于一般性的错误,如操作不妥等引起的I问题,所有由技术支持小组执行完毕,但需要顾客测试确认上线假如较大的I修改则需要走变更控制流程,填写变更申请,经项目组讨论分析可行方案在由技术支持小组实行,通过测试后方可提交顾客在这个过程中质量人员需要对维护过程和维护记录单进行检查碑评审,需要监督的重要活动和工作产品,确定审计方式,根据项目计划中的评审计划确定质量保证人员需要参与的评审计划明确质量审计汇报的报送范围质量保证计划的评审质量保证计划需要通过评审方能生效,以保证质量保证计划和项目计划的一致性通过同意的质量保证计划需要纳入配置管理当项“过程和工作产品”的质量检查目计划变更时,需要及时更改和复审质量保证计划
1.
1.5根据质量保证计划进行质量的审计工作,并公布质量审计汇报
1.
1.6审计的重要内容包括与否按照过程规定执行了对应的活动,与否按照过程规定产生了对应的工作产品本项目中对质量的控制重要体目前不一样阶段的审计当中
1.
1.7不符合项的跟踪处理
1.2对审计中发现的不符合项,规定项目组及时处理,质量保证人员需要确认不符合项的状态,直到最终的不符合项状态为“完毕”为止
1.3质量管理责任分派
1.
3.1我企业在开发项目上按照规范化软件的生产方式进行生产每个项目除配置了项目开发所需角色外,还专门配置了质量保证小组、配置管理小组、测试小组来保证质量管理的实行,下面针对这三种角色进行阐明:
1.
3.2质量保证小组职责质量保证小组作为质量保证的实行小组,在项目开发的J过程中几乎所有的I部门都与质量保证小组有关质量保证小组的重要职责是以独立审查方式,从第三方的角度监控软件开发任务的执行,分析项目内存在的质量问题,审查项目的质量活动,给出质量审计汇报就项目与否遵照已制定的计划、原则和规程,给开发人员和管理层提供反应产品和过程质量的信息和数据,使他们能理解整个项目生存周期中工作产品和过程的状况,提高项目透明度,从而支持其交付高质量的I软件产品
1.
3.3质量保证人员根据质量保证计划,通过质量审计汇报向项目经理及有关人员提出已经识别出的不符合项,并跟踪不符合项的处理过程,通过审计周报或者审计月报向项目经理提供过程和产品质量数据,并与项目组协商不符合项的处理措施
1.
3.4质量保证小组的检测范围重要包括项目的进度与否按照项目计划执行,顾客需求与否得到了顾客的签字确认,软件需求与否对的的反应了顾客的需求,与否将每一项顾客需求都映射到软件需求;系统设计与否完全反应了软件需求;实现欧I软件与否对的时体现了系统设计;测试人员与否进行了较为彻底时和全面的测试;客户验收和交接清单与否完备;对于系统运行中出现时问题,维护人员与否记录了详细的维护记录;配置管理员与否按照配置管理计划建立了基线,与否严格控制变更过程,与否对配置库进行了维护
1.
3.5配置管理小组职责
1.
3.6配置管理活动的目的是通过执行版本控制、变更控制、基线管理等规程,借助配置管理工具的使用,来保证整个生命周期过程产生的所有配置项的完整性、致性和可追溯性配置管理是对工作成果(阶段工作成果和产品成果、进展状态成果)的一种有效保护形式,是反应项目及其工作产品的过去、目前、动态的资料和数据集中管理体现
1.
3.7配置管理小组的重要职责包括根据项目计划制定配置管理计划,建立配置库,为项目组人员分派配置库权限,创立需求、设计、开发、测试、交付阶段的基线当纳入基线库的工作产品发生变更时,严格按照配置项变更控制过程执行变更,变更后建立新的基线
1.
3.8测试小组职责作为质量控制的重要手段,如同软件开发同样,测试在执行之前,测试小组制定软件测试计划、测试用例的编写和执行工作
1.4本项目中,测试可以分为如下几种类型代码走查、单元测试、集成测试、系统测试为了保证程序的质量,开发人员需要对同伴的代码进行代码走查,同步对自己编写的程序进行单元测试,保证程序编译、运行对的
1.5测试人员根据软件需求分析汇报进行软件集成测试用例和系统测试用例的编写对编写完毕的测试用例提交项目组进行评审,同步质量保证人员对评审过程和工作产品进行监测
1.6测试人员根据测试计划和测试用例执行测试用例,并对发现的缺陷进行记录,只有这样才能保证项目组开发的软件产品满足顾客需求在完毕集成测试之后,可以进行软件系统测试,系统测试包括对软件进行功能测试、性能测试、安全测试、压力测试只有进行了系统测试软件测试才是完整的系统测试在本项目中占有重要的地位,性能规定有也许变化软件的设计,为防止导致软件的后期返工,测试在性能上需要较大的侧重
1.7质量保证措施
1.
7.1通过质量管理责任的分派,通过如下几种方面来进行质量保证的实行过程:项目计划的制定为工程项目实行、管理和支持工作、项目进度、成本、质量及过程产品的I有效控制打下了良好的基础,以便所有有关人员可以按照该计划有条不紊地开展工作;制定《项目计划》,必须获得有关干系人的承认,并以此作为项目跟踪欧I基础项目进度是项目进行与否顺利的最直观体现制定合理的项目计划首要前提是选择从事类似规模和类似业务项目日勺有经验日勺项目负责人参与制定项目进度计戈心项目计划由项目负责人制定,由项目各小组组长、项目组员、干系人、质量保证人员参与一起进行评审评审过程重要讨论项目计划的可行性,对其中不合理日勺地方提出修改意见,对计划中不合理日勺地方进行修改完善,并由质量保证人员对其成果进行跟踪处理,以保证项目计划完整性、可行性,项目计划评审通过后,交由配置管理人员进行配置管理线,将整个开发周期划分为若干阶段根据里程碑的完毕状况,合适时调整每一种较小的阶段的任务量和完毕的任务时间,动态跟踪和动态调整,以利于项目质量保证时实行
1.
7.4实际运作中,质量保证人员在对项目执行过程进行检查时,对于发现的项目偏差,以质量审计汇报的形式提交项目负责人由项目负责人组织人员对计划进行维护,对于已经变动的项目计划,由配置管理进行配置管理
1.
7.5需求分析需求分析是开发人员对系统需要做什么和怎样做的J定义过程从系统分析的经验来看,这个过程往往是个循序渐进的过程,一次性对系统形成完整的认识是困难的只有不停地和客户领域专家进行交流确认,方能逐渐明了顾客的需求从系统开发的过程得知,系统分析时犯下的错误,会在接下来的阶段被成倍的放大,越是在开发时后期,纠正分析时犯下的错误所花费时代价越是昂贵,也越发影响系统的工期和系统日勺质量本项目中,将邀请招标方技术负责人参与需求调研,以便保证需求调研质量,同步形成顾客需求阐明书需求评审时会同双方管理层、项目实行层共同进行,对于通过顾客确认的需求,交由配置管理员形成需求基线顾客需求在招标方确认后,由系统分析人员形成软件需求分析汇报,同步对软件需求分析汇报进行评审,对于评审通过的软件需求分析汇报可以交由测试人员进行测试计划和测试用例的编写。