项目管理控制_项目质量管理计划

《项目管理控制_项目质量管理计划》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

机密交项目质量管理计划湖南电信经营分析与决策支持系统项目项目质量管理计划2005年09月本文档及其所含信息为机密材料并且由湖南电信和NCR共同拥有本文档中的任何部分都不得以任何手段任何形式进行复制与传播未经湖南电信和NCR书面授权，不得将材料泄露给第三方Copyright©2005HuNantelecom&NCR版权保留所有的权利9HNDX/NCR保密资料

1机密交项目质量管理计划文档控制文件准备资料版本文件准备人修改内容准备日期HNDX校稿NCR校稿1.0黄侃文档建立2005-09-25HNDX意见版本校稿人校稿意见校稿日期客户签收姓名签字签收日期9HNDX/NCR保密资料

2机密交项目质量管理计划目录1前言22项目质量管理资源职责定义22.1职责定义22.2资源定义33项目质量控制方法43.1项目进度的质量保证43.2项目开发各阶段的质量保证53.2.1需求分析53.2.2系统设计53.2.3实现63.2.4文档管理63.2.4.1文档质量保证73.3系统维护质量保证89HNDX/NCR保密资料

3机密交项目质量管理计划1前言项目的质量管理指的是保证项目满足其目标要求所需要的过程，项目质量管理包含一些程序，它要求保证该项目能够兑现它的关于满足各种需求的承诺。它包括在质量体系中，与决定质量工作的策略、目标和责任的全部管理功能有关的各种活动，并通过质量计划、质量保证和质量控制等手段来完成这些活动。2项目质量管理资源职责定义2.1职责定义l配置管理小组职责配置管理小组是保证项目开发完毕的同时，内部文档和外部文档都同时完成。内部文档的及时产生和规范，是保证项目开发各小组能够更好的接口和沟通的重要前提，从另一个方面讲，也是保证工程不被某个关键路径所阻塞而延滞的前提。如上所述，配置管理小组还是保证质量保证小组得以发挥作用的基础。配置管理小组的主要职责包括：完善各个小组发送需要存档和进行版本控制的代码、文档（包括外来文件）和阶段性成果；对代码、文档等进行单向出入的控制；对所有存档的文档进行版本控制；提供文档规范，并传达到开发组中。本项目以VSS为配置管理的辅助工具，项目组通过VSS将项目的源代码以及文档在统一的平台上进行开发和编写，保证版本的唯一性；同时在VSS上建立相关的代码和文档存放的规范，如：目录规范、命名规范、模板规范、代码规范、版本规范等，确保项目的交付以统一的标准完成。l测试小组职责测试小组作为质量控制的主要手段，负责软件的测试设计和执行工作。测试人员根据详细设计的文档对软件要实现的功能进行一一测试，保证软件的执行正确地实现设计要求，在此也证明了软件正确的反映了设计思想，但是否真正反映了用户的需求仍需要进一步的功能性测试。9HNDX/NCR保密资料

4机密交项目质量管理计划测试人员只有根据软件需求规格说明书所提及的功能进行检测，才能确保项目组开发的软件产品满足用户需求。在正确性测试完成之后，需要测试的是软件的性能，软件的性能在本项目中占有重要的地位，性能要求有可能改变软件的设计，为避免造成软件的后期返工，测试在性能上需要较大的侧重。l质量保证小组职责质量保证小组作为质量保证的实施小组，主要职责是保证软件透明开发的主要环节。在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组对项目经理提供项目进度与项目真正开发时的差异报告，提出差异原因和改进方法。在项目进度被延滞或质量保证小组认为某阶段开发质量有问题时，提请项目经理、项目负责人等必要的相关人员举行质量会议。解决当前存在的和潜在的问题。质量保证是建立在文档的复审基础之上，因而文档版本的控制，特别是软件配置管理，直接影响软件质量保证的影响力和力度。质量保证小组的检测范围包括：系统分析人员是否正确地反映了用户的需求；软件执行体是否正确的实现了分析人员的设计思想；测试人员是否进行了较为彻底的和全面的测试；配置管理员是否对文档的规范化进行的比较彻底，版本控制是否有效。1.1资源定义l配置管理小组成员工作内容黄侃配置管理小组组长，制定项目配置管理计划，定义配置策略和规范项目交付的版本控制，文档的单向出入配置管理系统方面的维护工作l2、测试小组成员工作内容邓爱林从业务角度对数据的正确性、一致性进行测试ETL功能测试ETL性能测试备份系统和元数据管理测试9HNDX/NCR保密资料

5机密交项目质量管理计划系统整体性能测试l3、质量保证小组成员工作内容万家华项目整体质量控制黄侃信息调研、FS-LDM客户化及相关文档的质量控制黄侃、邓爱林、许松明、刘少辉后端开发代码及文档的质量控制各开发小组负责人保证首次的代码和提交的文档的质量1项目质量控制方法1.1项目进度的质量保证项目进度是项目进行是否顺利的最直观表现。显然在项目开始之前，项目开发计划是必须的。如果项目开发计划的制定是完全合理的，项目进度也就真正表达了项目与最终的交付使用之间的距离，然而要制定完全合理的项目开发计划几乎不太可能。可见要保证项目进度，首先要保证项目开发计划尽可能合理。项目计划的合理程度与项目计划制定者从事类似规模和类似业务的项目的经验有直接关系，通过经验往往能够预见潜在的阻碍，这样要求项目计划制定者需要集众人之力来完善计划。当项目计划制定初期，由质量保证小组组织召开的项目计划评审会，邀请公司技术专家、用户以及项目组小组成员一起讨论项目计划的可行性，会议通常采用头脑风暴法，各抒己见，会后由指定的记录员形成质量记录，发送给相关人员，对其计划中不合理的地方进行修改完善，并由质量保证人员对其结果跟踪，以确保项目计划完整性、可行性，完善后的计划交由配置管理人员进行版本控制。项目计划以里程碑为界限，将整个开发周期划分为若干阶段。根据里程碑的完成情况，适当调整每一个较小阶段的任务量和完成的任务时间，这种方式非常有利于整个项目计划的动态调整，也有利于项目质量保证的实施。9HNDX/NCR保密资料

6机密交项目质量管理计划实际运作中，当质保小组发现计划实施的差异后，报告项目经理，由项目经理组织负责对计划进行周期性维护，对于已经变动的计划由质保小组协助配置管理小组完成版本控制。1.1项目开发各阶段的质量保证1.1.1需求分析需求分析是开发人员对系统需要做什么和如何做的定义过程。从系统分析的经验来看，这个过程往往是个循序渐进的过程，一次性对系统形成完整的认识是不可能的。只有不断地和客户领域专家进行交流确认，方能逐步明用户的需求。从系统开发的过程得知，系统分析时犯下的错误，会在接下来的阶段被成倍放大，越是在开发的后期，纠正分析时所犯错误所花费的代价越是昂贵，也越发影响系统的工期和系统的质量。解决系统分析错误的方法通常采用邀请用户参与需求评定，然后对其用户的意见由质保成员跟踪检测是否纳入需求规格说明书，同时与用户签字确认形成需求基线，交由配置管理员放入配置管理库。虽然尽早地邀请用户参与，仍然避免不了项目进行中用户的需求变更。按照本项目的变更管理流程，对于开发过程中存在的需求变更，要求用户填写变更申请单发送给项目配置管理员，再通过配置管理员转交质保小组，负责组织专家小组和项目组成员一起讨论实施变更的可行性及实施后所带来的影响，小的变更则直接记录入变更记录原因分析项和风险项栏，大的变更则需要形成正式的变更报告，无论那种变更都需要对相应的文档实施同步变更（包括需求规格说明书、详细设计文档、安装手册、操作手册等）。但是对于无法实现或是会带来巨大影响而将导致进度的延期的变更，需将变更报告提交给用户或邀请用户进行协调会议，讨论变更取舍问题或是项目进度变更问题。决定变更之后，由项目经理组织实施变更，测试人员检测变更结果，而质保小组成员监督变更实施过程并协助配置管理员对变更后的交付进行版本控制。变更实施完后，上线前还需要指定人员协助用户一同测试并由用户签字同意后方可上线。1.1.2系统设计9HNDX/NCR保密资料

7机密交项目质量管理计划对于设计选型不能一概而论，需要针对项目的结构、项目的特征和用户的需求来分析，同样也要考虑到参与项目小组成员的素质，根据具体情况进行具体分析，做到有效地减少项目承担的技术风险。对于项目组提供的设计文档，由质保小组组织技术专家、项目组设计人员、开发人员和测试人员对其设计文档的评审，检测设计文档对其下一阶段工作的可行性，及时发现设计中可能存在的错误，降低项目开发风险，同时确保设计文档能为开发人员、测试人员提供切实的指导。对于可复用的设计进行提取作为公共库设计和开发，提供项目组重用。最后交由配置管理员进行设计文档的版本控制。1.1.1实现实现就是代码的生产过程。这里不仅包括代码的产生，同时也包括测试用例的产生。针对上一阶段提供详细设计，程序员开始编码并且调试程序，测试人员则根据设计进行测试用例的设计，设计出来的用例需要得到项目组成员认可由项目经理审核通过才能进入配置库。同时程序员调试完程序提交测试人员进行程序正确性检测。1.1.2文档管理文档维护主要是配置管理小组的工作。如何保证文档的全面性，使其真正为项目的进度提供保证，又不因文档的写作而耽误项目的进度，是一个比较难解决的问题。解决此问题，其核心仍然是个"度"的问题。在本项目的开发中，配置管理小组的一个非常重要的任务还是书写文档规范和文档模板。当有文档模板后需要书写文档的人员只剩下"填空"的工作，从某种意义上讲，书写文档的速度会加快。如果书写文档的人员认为文档的更细致的部分可以由他人帮助完成，则该文档即交由他人完成，但此时文档并不算被正式提交，当他人书写完毕之后，必须由文档的初写者进行复审，复审通过后方可以正式提交，进入软件配置管理的循环中。配置管理小组真正核心的工作是对文档的组织管理。根据文档的不同，文档的来源也不同，有些是通过质量保证小组经过复审之后转交给配置管理小组，有些则会直接从文档的出处到达配置管理小组。文档的管理是一个非常烦琐的工作，但是长远来看它不仅使项目的开发对单个主要人员的依赖减少，从而减少人员流动给项目带来的风险，更重要的是在项目进行到后百分之十的时候起到拉动项目的作用。9HNDX/NCR保密资料

8机密交项目质量管理计划从以往做大项目的经验来看，写作文档在项目开发的早期可能会使项目的进度比起不写文档要稍慢，但随着项目的进展，各个部门需要配合越来越多，开发者越来越需要知道其他人员的开发思路和开发过程，才能使自己的开发向前推进。一个明显的例子就是系统整合，或者某些环节是建立在其他环节完成的基础之上时，就更显现出文档交流的准确性和高效性。1.1.1.1文档质量保证为提高提交文档的质量，对提交的文档需要建立文档质量的内容审核机制：l文档由指定的人员编写，并在指定时间内完成应提交文档的编写工作，在完成文档编写后，撰写人员应对文档重新进行查看后提交给小组负责人。l在文档提交之前小组负责人需对文档进行审核，对出入较大的、不符合要求的文档退回给编写人进行补充和完善。文档审核包括，文档的内容、格式、错别字、页眉页脚等，同时在文档的“文档控制页”登记审核信息。l文档提交负责人—许松明和黄侃同对提交的文档质量进一步进行把关，若小组提交的文档存在较大差错的，退回小组负责人，要求重新完善文档。l经项目组内部层层把关审核后，由文档提交负责人—黄侃将文档提交给湖南电信项目组指定人员，并在提交文档列表进行登记提交的文档以跟踪客户的反馈。l客户对提交文档提出反馈意见，若需要讨论的组织对文档进行讨论，以明确修改意见，在责令时间内完成文档的修改。l经过三方认可无需改动的文档，可认为该文档已体现了编写目的，达到阶段性通过要求，进入文档的验收流程。9HNDX/NCR保密资料

9机密交项目质量管理计划编写文档文档内容复查文档审核文档质量把关提交文档跟踪提交文档反馈文档撰写人小组负责人文档提交负责人通过阶段性通过未通过通过未通过通过未通过文档质量保证方修改意见讨论文档质量保证流程1.1系统维护质量保证维护小组的任务一方面是保证对项目客户的跟踪服务，另一方面是确保该项目其他开发人员从项目中尽快解脱出来，以便投入到下一个项目的开发中去9HNDX/NCR保密资料

10机密交项目质量管理计划。所以通常项目维护小组成员主要由项目组的少部分开发人员承担完成。他们不仅了解软件的核心内容，而且与客户也不陌生，以便能够以最快的速度修正错误。对于一般性的错误，如操作不当等引起的问题，全部由维护小组执行完成，但需要用户测试确认上线。如果较大的修改则需要走变更控制流程，用户或者维护人员填写变更申请，经专家会议讨论分析可行方案在由维护小组实施，通过测试后方可提交用户。9HNDX/NCR保密资料