项目质量保证措施与进度保证措施方案.docx

项目质量保证措施与进度保证措施方案3、项目质量保证措施及进度保证措施为确保项目的顺利开展和实施，我们分别制定了项 目组人员保证方案和软件开发质量保证方案以及项目 进度保证方案。3.1 项目组人员保证方案 为确保项目的顺利开展和实施，项目组的人员配备既有高层次的技术带头人，也有中坚力量（高级工程 师、研发经理等），还有一般工作人员（具体开发设 计工作的人员、试验人员、管理人员等），并实行项 目经理、研发技术负责人质量负责制，加强研发技术 管理的有效性和研发过程的科学性、准确性。3.2 软件开发质量保证方案3.2.1 质量管理内容编制和评审质量计划设想文档进行评审，实时发现设想中大概存在的错误, 降低项目开发风险，同时确保设想文档能为开发人员、 测试人员提供切实的指导。对于可复用的设计进行提取作为公共库设计和开发，提供项目组。最后交由配置管理员进行 设计文档的版本控制。3.3.4 体系实现系统实现的目的是依据系统设计文档，由程序员进行程序编写，以便实现设计要求，系统实现过程中, 开发人员需要对模块进行代码走查和交叉单元测试, 以保证模块代码质量。软件实现也就是代码的生产过 程。根据上一阶段形成的设计文档，程序员在完成代 码之后，可以开始编码并且进行代码走查和单元测试。对于测试完成的程序可以交由配置管理人员进行配置 管理。3.3.5 系统测试体系开发涉及到一系列的进程，每个进程都有大概引入缺陷（Bug）,本体系质量的好坏直接关系到一般 使用和日后的维护。在开发进程中，我们将质量控制贯串于所有阶段和所有参与体系的人员中，包括体系分析、设想和编码。分阶段的评审和测试是软件质量的有力保障。体系存在平台测试和应用体系的测试以及最终的测试。由于测试也存在协调的问题，如错误具体定位，在应用体系发现 一个错误，到底是应用体系的自身的错误还是中间件存在的错 误，需要测试人员进行准确的判别。可编纂为了到达良好的测试目的，本体系测试工作由测试组来完 成，主要采用下列方法进行体系的测试：从测试方法上来说，分为黑盒测试和白盒测试：黑盒测试：着重于测试软件体系的外部特性；根据体系的 设想要求，每项功能都要进行逐个测试，检查其是否到达了预 期的要求，是否能正确地接受输入，是否能正确地输出成效。白盒测试：由于软件的所有源代码都要由项目组成员编写, 对其内部的逻辑规则和数据流程，都要进行测试，以检查其代 码编写是否符合设计要求。从测试策略上来讲分为集成测试和体系测试： 集成测试：在所有模块都通过了单元测试后，将各个模块组装在一起，进行组装测试，用于发现与接口相联系的问题。在通过组装测试后，将经过单元测试的模块组装成一个符合设 想要求的软件布局。系统测试：在本项目通过了以上的测试步骤后，与其它系 统元素（如硬件服务器、网络系统等）进行集成测试和系统级 的确认测试，将各种可能的缺陷完全排除掉，从根本上保证系 统的长期稳定运行。3.3.6 系统维护本项目中，技术支持小组的任务一方面是保证对项目客户 的跟踪服务，另一方面是确保该项目的技术咨询工作。系统维护期，对于一般性的错误，如操作不当等引起的问 题，全部由技术支持小组执行完成，但需要用户测试确认上线。 如果较大的修改则需要走变更控制流程，填写变更申请，经项 目组讨论分析可行方案在由技术支持小组实施，通过测试后方 可提交用户。在这个过程中质量人员需要对维护过程和维护记 录单进行检查。可编辑3.4项目进度保证方案3.4.1 加强项目进度管理为保证项目按期完成，通过制定项目里程碑管理运行表、定期举行项目状态会议、比较各项任务的实际开始日期与计划 开始日期是否吻合、确定正式的项目里程碑是否在预期完成等 方式加刚强目进度管理。3.4.2 控制项目进度措施(1)项目司理一定对全部项目的开发周期有一个清楚的了 解，把任务的划分一定要一天为单位，不要一模块为单位，而 每天无论是开发人员还是测试人员，都要对自己的工作有一个 大致的估计。即每天下午，有项目司理组织开发人员进行体系 的了解，并且作好相应的记录。对已经解决的问题一定要一个 详细的记录。而对没有解决的问题一定要重视起来。不要向后 退。找到根本的原因所在。(2)加强沟通和交流，项目司理一定要多多与开发人员进 行交流，要调动其的积极性，让他们学会问题该如何解决，不 要让他等待问题的解决。了解其实际的进展以及对开发工具的 熟练程度，这对以后的任务的重新安排有重要的借鉴意义。(3)把一些难点提出，让大家共同克服，大概有一些技术 比较精通的人来解决。解决完以后一定，让大家都熟悉其编程 思路。而对经常用的知识点，一定有详细的说明。这样实现资 源的共享。(4)做好项目的总结，无论是难点还是不难，只要有问题, 一定要提出，并且解决完以后一定让大家都熟悉，这样有助于 大家的技术水平的提高。(5)做到日清日结，是保证项目进度的关键所在。(6)质量保证：我公司保证本次所投标的项目均为高质量, 确保所提供的设备软、硬件在运行期间能够稳定、安全、高效 的运行。(7)严谨的售后服务体系、严格的售后服务制度、积极的 售后服务响应模式，同时在各个售后服务响应中心职责明确的 前提下，如何将售后服务工作落到实处，就必须有以下具体的 售后服务措施作保障，并将措施具体实施。同时，我公司还可 编纂(8)响应时间：我公司对本次招标供货有效期内所提供的 所有系统，坚持每月定期回访。系统若发生故障，我公司在接 到用户报修息后，在2个小时内远程指导修复。若情况特殊会 在24小时内到场解决处理。(9)服务工作时间：对本次招标供货有效期内所供给的所 有体系、软件、硬件，我公司坚持每周7天，每天24个工作 小时全天候服务。4、本项目拟派技术人员配备表:项目阶段项目任务调研分析任务描述调研分析业务需求配备人员项目司理1人初级工程师2人可行性研究项目计划研究需求可行性及解决方案项目经理1人产物司理1人高级工程师2人数据布局工程师1人页面风格需求、具体权限，产物司理1人需求分析需求分析详细数据及计算公式，形成模块设计方案初级工程师2人页面美工1人测试工程师1人需求说明书系统设计概要设计详细设计编制项目需求文档对项目总体进行框架设想对各功能模块方法进行设计项目经理1人项目经理1人项目司理1人产品经理1人高级工程师1人页面设计数据库设计对页面效果进行设想页面美工2人对数据布局进行优化设想数据布局设想1人编码实现可编辑前台页面编码前台代码实现WEB工程师2人后台编码用户操作手册制定质量保证计划：依据项目计划及项目质量目标确定需要检查的主要过程和工作产品，识别项目过程中的干系人及其 活动，估计检查时间和人员，并制定出本项目的质量保证计划。质量保证计划的主要内容包括：例行审计和里程碑评审， 需要监督的重要活动和工作产品，确定审计方式，根据项目计 划中的评审计划确定质量保证人员需要参加的评审计划。明确 质量审计报告的报送范围。质量保证计划的评审：质量保证计划需要经过评审 方能生效，以确保质量保证计划和项目计划的一致性。 经过批准的质量保证计划需要纳入配置管理。当项目 计划变更时，需要及时更改和复审质量保证计划。可编纂321.2 “进程和工作产物”的质量检查根据质量保证计划进行质量的审计工作，并发布质 量审计报告。审计的主要内容包括：是否按照过程要求执行了相应的活 动，是否按照过程要求产生了相应的工作产品。本项目中对质 量的控制主要体现在不同阶段的审计当中。321.3 不符合项的跟踪处理对审计中发现的不符合项，要求项目组实时处理，质量保 证人员需要确认不符合项的状态，直到最终的不符合项状态为 “完成”为止。321.4 管理责任分配我公司在开发项目上按照规范化软件的生产方式进行生产。 每个项目除配备了项目开发所需角色外，还专门配备了质量保 证小组、配置管理小组、测试小组来确保质量管理的实施，下 面针对这三种角色进行说明：321.4.1 保证小组职责质量保证小组作为质量保证的实施小组，在项目开发的进 程中几乎所有的部门都与质量保证小组有关。质量保证小组的 主要职责是：以独立审查方式，从第三方的角度监控软件开发 任务的执行，分析项目内存在的质量问题，审查项目的质量活 动，给出质量审计报告。就项目是否遵循已制定的计划、标准 和规程，给开发人员和管理层供给反应产物和进程质量的息和 数据，使他们能了解全部项陌生存周期中工作产物和进程的情 况，提高项目透明度，从而支持其托付高质量的软件产物。质量保证人员依据质量保证计划，通过质量审计报告向项 目司理及有关人员提出已经识别出的不符合项，并跟踪不符合 项的解决进程，通过审计周报大概审计月报向项目司理供给进 程和产物质量数据，并与项目组协商不符合项的解决办法。可编纂质量保证小组的检测范围主要包括：项目的进度是否按照 项目计划执行，用户需求是否得到了用户的签字确认，软件需 求是否正确的反应了用户的需求，是否将每项用户需求都映照 到软件需求；体系设想是否完全反应了软件需求；实现的软件 是否正确的体现了体系设想；测试人员是否进行了较为彻底的 和全面的测试；客户验收和交接清单是否完备；对于体系运行 中出现的问题，维护人员是否记录了详细的维护记录；配置管 理员是否按照配置管理计划建立了基线，是否严格控制变更进 程，是否对配置库进行了维护。321.4.2 管理小组职责配置管理活动的目的是通过执行版本控制、变更控制、基线管理等规程，借助配置管理工具的使用，来保证全部生命周期进程产生的所有配置项的完整性、一致性和可追溯性。配置管理是对工作成果（阶段工作成果和产物成果、进展状态成果）的一种有效保护 形式，是反应项目及其工作产物的过去、现在、静态 的资料和数据集中管理体现。配置管理小组的主要职责包括：根据项目计划制定配置管 理计划，建立配置库，为项目组人员分配配置库权限，创建需 求、设计、开发、测试、交付阶段的基线。当纳入基线库的工 作产品发生变更时，严格按照配置项变更控制过程执行变更， 变更后建立新的基线。321.4.3 小组职责作为质量控制的主要手段，如同软件开发一样，测试在执 行之前，测试小组制定软件测试计划、测试用例的编写和执行 工作。本项目中，测试可以分为如下几种类型：代码走查、单元 测试、集成测试、系统测试。为了保证程序的质量，开发人员 需要对同伴的代码进行代码走查，同时对自己编写的程序进行 单元测试，确保程序编译、运行正确。测试人员根据软件需求分析报告进行软件集成测试用例和体系测试用例的编写。对编写完成的测试用例提交项目组进行 评审，同时质量保证人员对评审进程和工作产物进行监测。可编纂测试人员根据测试计划和测试用例执行测试用例，并对发 现的缺陷进行记录，只有这样才能确保项目组开发的软件产物 满足用户需求。在完成集成测试之后，可以进行软件体系测试, 体系测试包括对软件进行功能测试、性能测试、平安测试、压 力测试。只有进行了体系测试软件测试才是完整的。体系测试 在本项目中占有重要的地位，性能要求有大概改变软件的设想, 为避免形成软件的后期返工，测试在性能上需要较大的侧重。3.3质量俣证措施通过质量管理责任的分配，通过如下几个方面来进行质量 保证的实施进程：3.3.1 项目进度项目计划的制定为工程项目实施、管理和支持工作、 项目进度、成本、质量及进程产物的有效控制打下了 良好的基础，以便所有相关人员可以按照该计划有条 不紊地开展工作；制定项目计划，必须获得相关 干系人的认可，并以此作为项目跟踪的基础。项目进度是项目进行是否顺利的最直观表现。制定合理的 项目计划首要前提是选择从事类似规模和类似业务项目的有经 验的项目负责人参加制定项目进度计划。项目计划由项目负责人制定，由项目各小组组长、项目成 员、干系人、质量保证人员参加一起进行评审。评审进程主要 讨论项目计划的可行性，对其中分歧理的地方提出修改意见， 对计划中分歧理的地方进行修改完善，并由质量保证人员对其 成效进行跟踪处理，以确保项目计划完整性、可行性，项目计 划评审通过后，交由配置管理人员进行配置管理。在计划实施进程中，按项目计划中里程碑为界限，将全部 开发周期划分为若干阶段。根据里程碑的完成情况，适当的调 整每个较小的阶段的任务量和完成的任务时间，静态跟踪和静 态调整，以利于项目质量保证的实施。可编辑实际运作中，质量保证人员在对项目执行进程进行检查时, 对于发现的项目偏差，以质量审计报告的形式提交项目负责人。 由项目负责人组织人员对计划进行维护，对于已经变动的项目 计划，由配置管理进行配置管理。3.3.2 需求分析需求分析是开发人员对系统需要做什么和如何做的定义过 程。从系统分析的经验来看，这个过程往往是个循序渐进的过 程，一次性对系统形成完整的认识是困难的。只有不断地和客 户领域专家进行交流确认，方能逐步明了用户的需求。从系统 开发的过程得知，系统分析时犯下的错误，会在接下来的阶段 被成倍的放大，越是在开发的后期，纠正分析时犯下的错误所 花费的代价越是昂贵，也越发影响系统的工期和系统的质量。本项目中，将邀请招标方技术负责人参与需求调研，以便 保证需求调研质量，同时形成用户需求说明书。需求评审时会 同双方管理层、项目实施层共同进行，对于通过用户确认的需 求，交由配置管理员形成需求基线。用户需求在招标方确认后，由系统分析人员形成软件需求 分析报告，同时对软件需求分析报告进行评审，对于评审通过 的软件需求分析报告可以交由测试人员进行测试计划和测试用 例的编写。对于开发过程存在的需求变动，招标方填写变更申请单发 给项目经理，在质量保证人员参加的情况下，对这个变更进行 评审，由项目经理组织项目组成员一起讨论实施变更的可行性 及实施后所带来的影响，对于影响小的变更直接记录，大的变 更则需要形成正式的变更报告，无论那种变更都需要对相应的 文档实施同步变更（包括需求分析报告、系统设计、安装手册、 操作手册等）。但是对于无法实现或是变更会带来巨大的影响 而将导致进度的延期，这时，我们将变更报告提交给招标方并 召开协调会议，讨论变更取舍问题或是项目进度变更问题。决定变更之后，由项目负责人组织实施变更，测试人员检 测变更成效，而质量保证人员监督变更实施进程，并协助配置 管理员对变更后的成果进行配置管理。变更实施完后，运行前 还需要协助用户一同测试并由招标方签字后同意方可上线。可编辑3.3.3 系统设计优良的体系结构应当具备可扩展性和可配置性，而好的体 系结构则需要好的设计方法，需要针对项目的结构、项目的特 征和用户的需求来分析。本项目中将安排我公司高级系统架构 师担当项目总体设计师，汇同总体设计组完成系统设计。另外对大众类模块的开发。由总体设想组通过对用户需求的仔细研究，尽大概的识别出大众类，并进行界说和设想，以减少反复工作。对于项目组供给的设想文档，由项目司理组织，质保小组成员参与，对其