高校图书管理系统项目计划书

1、精选优质文档-倾情为你奉上高校图书管理系统项目计划书姓 名： 班 级： 学号： 目录图书馆管理系统1.图书管理系统需求分析设计实现一个图书信息管理系统，通过与计算机的结合使用对图书馆的各种图书信息进行管理，减轻图书馆管理人员的工作量，给管理员和用户带来以下不同的方便：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高工作效率，使图书馆等部门管理科学化、正规化。使低成本的计算机管理的图书馆系统极大限度地应用于现代化图书管理中。1.1整体要求(1)界面设计友好、美观。(2)数据存储安全、可靠。(3)信息分类清晰、准确。(4)强大的查询功能，保证数据查询的灵活

2、性。(5)实现对图书借阅和归还过程的全程数据信息跟踪。(6)提供图书借阅排行榜，为图书管理员提供了真实的数据信息。(7)提供灵活、方便的权限设置功能，使整个系统的管理分工明确。(8)具有可扩充性、易维护性和易操作性。(9)具有一定的保护机制，防止系统被恶意攻击，信息被恶意修改和窃取。有完善的备份机制，如果系统被破坏应该能快速恢复。1.2日常业务需求图书管理系统的使用者有三种:超级管理员、管理员和读者。（1）超级管理员需要的业务如下:1.系统登录：超级管理员用户的登录并根据用户权限进入超级管理员用户界面的功能。2.管理员管理：包括增加、删除管理员,查询、修改管理员信息。3.系统参数设置：如：各类

3、读者同时最多可借书数目,可借书天数;预借期限；读者续借次数、续借天数等。4.读者管理：包括添加、修改、删除读者类别。5.留言板管理：添加、回复和删除留言板的内容。（2）管理员需要的业务如下:1.系统登录，管理员用户的登录并根据用户权限进入管理员用户界面的功能。2.图书管理：包括图书添加、修改、删除,查询图书信息。3.借阅管理：包括借书、还书。4.读者管理：包括查询、添加、修改、删除读者信息。5.留言板管理：添加、回复和删除留言板的内容。（3）读者需要的业务如下:1.系统登录：读者管理员用户的登录并根据用户权限进入读者管理员用户界面的功能。2.查询图书信息。3.预借图书。4.查询自己借阅情况。5

4、.使用留言板。1.3系统主要功能本系统是一个适用于高校的图书管理系统，主要是针对高校的图书管理情况提供适合的网上图书管理平台,系统主要包括系统功能和日常业务管理功能，系统功能主要有系统管理、密码修改、用户登录或退出，日常业务管理功能主要有图书管理、读者管理、借阅管理、留言板。（一）系统管理功能1.系统管理：包括管理员管理、系统参数设置等内容。管理员管理有增加、删除管理员,查询、修改管理员信息等功能。系统参数设置有设置各类读者同时最多可借书数目,可借书天数;预借期限;读者续借期次数等。2. 密码修改：包括修改用户登录密码。3. 登录或退出：包括用户登录和退出系统。（二）日常业务功能1.图书管理：

5、包括图书添加、修改、删除,查询图书信息等内容,其中图书信息包含:书名、图书编号、作者、出版社、出版日期、定价、书本摆放位置、是否附有光盘软盘或磁带、是否有损坏或丢失、是否已借或预借、页数、书本大小、装補、内容简介、作者简介、ISBN、所属类别等信息;查询方式有:按图书编号、书名精确查找、书名模糊查找、作者、出版社、ISBN、查看全部等方式查找,若不太清楚书名或作者出版社的,可以进行模糊查询,只有输入查询的几个关键字便可以查询出含有该关键字的书籍。同时还要有可以检索出所有超期且未归还的书籍借阅信息的功能,以便及时通知读者归还书籍。此外，系统还应具有统计某个时段的馆藏情况和读者借阅情况给出新书推荐

6、和借阅排行的功能。2.读者管理：包括类别管理和信息管理两个方面的内容,具体内容有添加、修改、删除读者类别,添加、修改、删除、查询读者信息。3.借阅管理：包括借书、还书和预借三个方面的内容。 4.留言板：包括留言、回复、管理留言等功能,其中分为公共留言、个人留言和隐藏留言,公共留言是所有用户都可以浏览其内容的,个人留言是浏览个人留言或回复,隐藏留言是对管理员留言,只有个人和系统管理员可以浏览其内容。2.生存期模型针对本项目的开发特点，参考企业的生存期说明和软件过程体系，觉得采用增量模型，如图所示。项目规划需求分析总体设计增量一增量二增量三增量四增量五集成测试产品提交图2-1 项目生存期模型理由如

7、下：（1） 图书管理系统的全部功能分成系统功能和日常业务管理功能两大类。因此可以先基于通用功能做出一个最小的使用版本，在逐步添加其余的功能。这样一来，用户可以在先使用最小版本的同时，提出更多明确的需求。这有助于下一阶段的开发，大大减小了开发的风险。（2） 在图书管理系统中，要求系统有扩展性。若使用增量式模型，可以保证系统的可扩充性。用户明确了需求的大部分，但也存在不很详尽的地方，通过客户使用这个可用的产品，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产品。（3） 系统要求有可扩充性，用户可能会增加新的需求。（4） 对一个管理方式已经比较

8、成熟的图书管理，要完全舍弃原有的管理方式，用该图书管理系统替代全部管理，这是不实际的。所以，可以从最基础的做起，逐步扩充其应用，所以选用增量式模型来开发系统。（5） 本项目具备增量式模型的其他特点：1） 项目复杂程度为中等2） 预计开发软件的成本为中等3） 产品和文档的再使用率会很高4） 项目风险较低生存期中的和阶段定义如下：项目规划阶段阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。输入：合同文本、SOW过程：项目规划、计划确认输出：项目计划需求分析阶段阶段目标：确定客户的需求输入：项目计划、SOW过程：需求获取、需求分析、需求控制输出：原型系统、需求规格设计阶段阶段目

9、标：总体系统结构设计输入：原型系统、需求规格过程：总体设计输出：系统设计说明书、数据库结构定义增量一实现阶段目标：实现系统的系统功能输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本1增量二实现阶段目标：实现系统的图书管理功能输入：系统设计说明书，数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本2增量三实现阶段目标：实现系统的读者管理功能输入：系统设计说明书，数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本3

10、增量四实现阶段目标：实现系统的借阅管理功能输入：系统设计说明书，数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本4增量五实现阶段目标：实现系统的留言板功能输入：系统设计说明书，数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本5集成测试阶段目标：通过集成测试下的软件测试输入：测试计划、测试案例过程：集成测试、系统测试输出：系统软件包，测试报告，产品说明书产品提交阶段目标：产品可投入使用输入：系统软件包过程：产品提交输出：验收报告3.系统WBS提交人员培训图书管理系统建设可行性分析系统分

11、析析系统设计项目准备项目管理系统编码系统测试需求分析设计准备系统技术方案设计数据库设计设备采购项目计划财务管理进度管理风险管理系统管理功能预算计划进度计划人员分配计划资源分配计划图书管理功能读者管理功能留言板借阅管理功能完成安装招投标逻辑设计概念设计物理设计图3-1 系统WBS4.项目进度计划4.1初期项目计划由于项目初期信息不足，所以初期项目计划只是一个计划表格，相当于一个大计划，简单说明计划的执行步骤，如表4-1所示。表4-1 项目初期计划任务完成时间负责人资源需求讨论2015年1月1日项目经理系统分析师参与项目规划2015年1月8日项目经理系统分析师、系统设计师参与需求确定2015年1月

12、18日项目经理全体人员参与设计2015年2月1日系统设计师设计员参与项目实施2015年2月15日项目经理程序员参与测试2015年2月20日测试工程师测试员参与提交2015年2月22日项目经理4.2项目计划的细化表4-1的大计划不能作为指导详细工作的计划，是比较粗的，还需要进一步细化。随着对项目了解的深入，项目计划也会逐步完善和细化的。首先，根据WBS的分解情况，继续分解相应的活动，使用MS project工具，将分解后的所有活动和WBS的代码录入项目计划文件中，然后确定各个活动之间的关系，由于采用增量式的生存期模型，在需求设计之后，系统的功能采用增量方式实现，实施阶段分5个增量，通过资源调整优

13、化以及工期、活动关系的调整等，再经过多次评审讨论，将此计划存为基准计划。（1）进度计划表4-2 项目计划（2）项目甘特图图4-1和图4-2（实施任务的展开）是项目进度计划的甘特图。图4-1 项目甘特图图4-2 实施部分项目甘特图5.成本管理图书管理系统项目的成本管理主要涉及项目资源计划、项目成本估算、项目成本预算、项目成本控制以及项目成本预测几大部分。在此着重论述前三部分。  在开始执行项目成本管理的过程工作之前，需要完成项目管理的规划过程，以便确保过程实施的协调一致和有效率，该规划过程主要制定了项目成本规划、结构、估算、预算和控制的标准，生成成本管理计划，主要作了以下工作

14、。l 精确等级，基于本项目的活动范围和项目规模，计划活动成本估算数据将精确“元”，并可以包含应急成本。 l 测量单位 定义了每种资源的测量单位为“人·日”。 l 报告格式，讨论了各种成本报告的格式。 l 过程说明，是对每个成本管理过程的讨论及说明。 5.1项目资源计划在整个项目过程中需要的资源有设备，材料，人力资源等。其中人力资源是极其重要的一个部分。根据WBS和项目进程，我们进行合理的分配人力资源，使得人力得到充分有效的运用，以下为根据项目结构所做出的人力资源需求表。表5-1 人力资源需求表工作名称人员类型资源数量（人）工资标准（元/天）工期（天）1总体规划与协调项目经理 1300

15、262需求分析系统分析师 225053总体设计系统设计师 225024数据库的设计设计员 220015系统管理功能的设计设计员 220016图书管理子系统的设计设计员 220017读者管理子系统的设计设计员 220018借阅管理子系统的设计设计员 220029系统管理功能的编码程序员 2200210图书管理子系统的编码程序员 2200211读者管理子系统的编码程序员 2200212借阅管理子系统的编码程序员 2200313系统管理功能单元测试测试员 2220214图书管理子系统单元测试测试员 2220215读者管理子系统单元测试测试员 2220216借阅管理子系统单元测试测试员 2220217

16、系统联调与测试测试工程师 22503根据不同职务的职责，人力资源主要包括项目经理、系统分析员、系统设计师、设计员、程序员、测试员和测试工程师。项目经理整个项目中由非常重要的地位。主要负责对整个项目进行总体的规划和协调，确保项目目标的实现。首先必须了解客户的要求，提供他们希望的和应得的各种服务；其次在项目进行中要始终掌握项目的进展情况和潜在的问题，把主要精力集中于控制项目的进度和费用、提高工作效率和保证产品质量等重要环节，及时就正偏差；应注意充分利用公司的人力、技术、管理等各项资源，发挥团队的整体优势、整体水平，合理安排工作时间。还应协调好项目组织与公司各部门及项目组织内部的力量，保持与各部门的

17、信息交流。最后项目经理还应有敏锐的触角，对于项目成员之间的或项目成员与其他利益相关者之间的冲突有敏锐的直觉。因为项目经理是项目组织的核心和整个团队的灵魂,要对项目的实现进行全面的管理，所以项目经理的报酬相对较高。工资标准为300元/天，他的工期贯穿于整个项目。系统分析员的主要任务是在公司接到项目后正确理解客户的需求，参与拥护需求调研、负责系统体系结构、功能、性能的分析和总体的设计计划，写出需求分析计划书，并与各设计人员沟通，让他们对客户的需求以及应该设计的系统的功能有一个详尽的了解，这是项目工作顺利进行的保证。同时要保证和客户之间的沟通顺畅，对需求进行未来的可能的改变要有相当多的了解。在此基础

18、上负责项目的开发流程管理，进行项目的计划、管理、跟进也是分析员的工作。系统分析员在整个项目中有举足轻重的作用，他分析出的客户需求、系统目标是整个项目进行的指导思想。工资标准为250元/天，工作时间相对集中于前期，所以设定工期为5天。系统设计师把握着整个系统的设计。在与系统分析员的有效沟通后，对整个项目所要设计的系统有非常明确的框架。把结构模型对应到实现模型，然后对系统进行划分，例如在图书管理系统中分为系统管理子系统、图书管理子系统、读者管理子系统、借阅管理子系统。同时系统分析师还应有良好的沟通能力，在系统设计初步定型时与系统分析员进行沟通，保证需求与所设计系统的功能一致；在系统的初步设计完成后

19、，与各分析员商讨进行详细设计，最终确定各个部分的设计。系统设计师起着承上启下的作用，是一个传送的纽带。工资标准为250元/天，工期主要集中在需求分析表出来后，所以设定为2天。设计员主要对所负责部分系统进行详细的设计。在此之前，设计师需要和系统分析师、系统设计师进行沟通，明确所设计部分的功能、目标。完成设计后，与编码人员沟通，保证工作顺利向下进行。设计员工资标准为200元/天，根据程序的复杂度确定工期的长短，系统管理子系统1天、读者管理子系统1天、图书管理子系统1天、借阅子系统2天。程序员是系统功能的实现者，所设计系统的功能必须通过程序员的编码才能在计算机上实现。作为程序员，必须有扎实的编程专业

20、知识，掌握多门编程语言，精通1-2门，这样在编程时可以有多的选择，满足不同客户的需求。程序员在了解所负责部分系统的目标后选择合适的语言编程，同时还应与其他程序员保持良好的沟通，保证系统的整体性。程序员从事的编程是系统开发的基础工作。工资标准为200元/天，各个系统的复杂度决定工期，系统管理功能2天、图书管理子系统2天、读者管理子系统2天、借阅管理子系统3天。测试员和测试工程师是站在用户的立场对系统进行测试，对软件涉及的各种功能进行试运行，检测能否正常工作并达到预期的目标，分析代码，寻找软件缺陷。测试员是对各个子系统进行测试，测试工程师是在测试员完成对各个子系统的测试后，对整个系统进行的联调与测

21、试。避免各个子系统整合中出现的一些问题或错误。作为测试员和测试工程师要有创造性：要设想出富有创意甚至超常的手段来寻找缺陷； 追求完美：力求完美，但当知道某些无法企及时，不要去苛求，而要尽力接近目标；判断准确：对测试内容、测试时间，以及看到的问题是否是真正的缺陷要判断准确；良好沟通能力：必须能够同测试涉及到的所有人进行沟通，知道如何与程序员正确的交流，知道怎样策略和职业地处理这些问题，也知道如何和不够冷静的程序员合作，将测试人员与相关人员之间的冲突和对抗减少到最低程度 ；善于说服：但找出的缺陷有时被认为不重要，不用修复时。要善于清晰地表达观点，说明软件缺陷为何必须修复，并推进缺陷的修复； 善于提

22、问：要有打破砂锅问到底的精神，勇于提出问题；拥有编程知识：需要有一定的编程知识，可以帮助对软件开发过程有较深入的理解，从开发人员的角度正确的评价测试者； 拥有行业知识：了解行业知识，能更好的了解软件的目的，有助于查找该领域软件的缺陷。同时责任心、专心、细心、耐心也是必不可少的。如果测试中没有尽到责任，甚至敷衍了事，这将会把测试工作交给用户来完成，很可能引起非常严重的后果。如：返工，这样会拖延工期，给公司找策划那个损失；执行测试工作时候要细心，认真执行测试，不可以忽略一些细节。某些缺陷如果不细心很难发现，例如一些界面的样式、文字等；需要有难以置信的耐心。有时你需要花费惊人的时间去分离、识别和分派

23、一个错误，很多测试工作有时候显得非常枯燥，需要很大的耐心才可以做好。各个子系统的测试工作高质量的完成有助于系统联调与测试。普通测试员的工资标准为220元/天，工期为每个子系统2天。测试工程师的工资标准为250元/天。在整个项目中，项目经理、系统设计师、分析员、设计员、程序员、测试员和系统工程师的工作是紧密相连的，一步接着一步的。所以每个部分的工作都非常重要，项目成员之间要多沟通交流，确保所有的工作都在向正确的方向进行。另外，在开发一个系统时，技术占有主导地位，所以系统开发中，人力资源是非常重要的一个部分。除了人力资源以外，材料、设备也是需要的资源，在此不作过多陈述。5.2项目成本估算项目成本估

24、算作为项目成本管理的核心工作，主要对完成项目各个任务所需资源的成本进行近似的估算，并为下一步项目成本预算打好基础。  在分析项目成本估算的进程中，对项目的估算是逐步细化的。在初期根据项目WBS和项目进程，仅是对数据库管理系统的规模、成本、进度进行做大体地估算；等到各个细节讨论确定后，缩小估算进度的范围，进行较为精确的成本估算。以下为详细的论述。1、 成本估算的依据此次成本估算的依据主要有两大方面，一是历史信息；二是项目内部资料。1）历史信息，通过上网查找先前项目中类似工作的实际数据，作为估计现在项目的基础，在项目初期没有形成具体的工作分解时用于粗略的估算。2）内部资料，在项

25、目启动前期工作完成后，根据所得数据进行进一步的估算，这些资料主要包括工作分解结构WBS、项目范围说明书、项目管理计划（资源计划）、资源单位价格、资金成本参数等。在此将做简要概括l 分解结构模式WBS，为估算依据的核心。根据它将图书管理系统整体的工作分解成若干细化的工作包，使成本的估算能够分块、分项进行，使其尽量的合理准确。l 项目范围说明书，提供了在成本估算中需考虑的关于项目要求的重要信息如可交付成果清单和项目及其产品、服务和结果的验收标准等信息，有利于我们准确把握估算成本。l 进度管理计划，是视为决定成本估算的主要依据，其决定项目成本的主要因素是资源的类型和数量，以及这些资源应用到完成项目工

26、作的时间。 l 项目管理计划，提供了执行估算的标准。l 人员配备管理计划，项目人员的属性和人工费率是编制进度计划成本估算的必要组成部分。 2、 成本估算的方法由于现在经验的局限性，很难对项目的规模有一个详尽的了解，对源代码行数做出较为精确的估算。如果仅仅是简单的进行估算模型的套用，使用别人的计算系数的话，成本估算的数据与真实数据的偏差会非常的大。因此采用自下而上的估算方法。对WBS的每项活动先确定具体人员，然后根据项目进程对活动本身进行详细分析确定工期，最后通过财务计算得出人力资源成本。通过综合对WBS及项目进程的评估确定项目人员配备情况：项目经理1人，系统设计师2人，系统分析师2名，设计员2

27、名，程序员2人，测试人员2人、测试工程师2名。根据制定的WBS，综合考虑系统的功能、关键技术及难度、团队人员情况等因素开始人员工作量的估算。工作量估算是成本管理的关键，其估算结果决定了成本估算。结合工作量的估算和项目进程确定人力资源工作时间，进而确定人力资源估算成本为22320元表5-2 软件开发项目投资成本估算表人员类型资源（人·日）工资标准（元/天）金额（元） 1项目经理263007800 2系统分析师102502500 3系统设计师42501000 4设计员122002400 5程序员182003600 6测试员162203520 7测试工程师62501500为了避免因需求变更

28、、人员调整或其它不可预见事件给项目带来超出预算的风险，还预留总成本的5%作为应急项目成本。最终得出的成本估算结果为23436元。按照上述成本估算方法，使项目成本在整个实施过程中处于可控之中，保证了项目如期按质完成。5.3项目成本预算 在项目成本估算的基础上,为了更精确的估算项目总成本,并将其分摊到项目的具体活动和阶段上,做出项目成本预算。1、 成本预算的依据l 成本估算，主要提供各个工作活动的大概数据。l 工作分解结构WBS，主要提供分配项目的组成。l 项目进度计划，主要将成本分配到各个时段上。 2、 成本预算的方法主要考虑人力资源成本的预算，仍然采用自下而上的方法，首先，依据工作分解结构中确

29、定各个工作包，依据与每个工作包有关的人力预算做出每个工作包的预算，总预算成本及各个组成部分所有人力成本的总合。在此更详细的做出了每天的预算成本，制定累计预算成本，便于实施时对成本的控制。表5-3 累积预算成本天数任务预算（元）累计预算第1天工作组成立300300第2天项目范围规划300600第3天确定项目范围300900第4天需求分析8001700第5天需求分析8002500第6天需求分析8003300第7天需求分析8004100第8天需求分析8004900第9天总体设计8005700第10天总体设计8006500第11天数据库设计7007200第12天系统管理功能设计7007900第13天图

30、书管理子系统设计、系统管理功能编码11009000第14天读者管理子系统设计、系统管理功能编码110010100第15天借阅管理子系统设计、图书管理子系统功能编码、系统管理功能测试154011640第16天借阅管理子系统设计、图书管理子系统的编码、系统管理功能测试154013180第17天读者管理子系统的编码、图书管理子系统单元测试114014320第18天读者管理子系统的编码、图书管理子系统单元测试114015460第19天借阅管理子系统的编码、读者管理子系统单元测试114016600第20天借阅管理子系统的编码、读者管理子系统单元测试114017740第21天借阅管理子系统的编码70018

31、440第22天借阅管理子系统的测试74019180第23天借阅管理子系统的测试74019920第24天系统联调与测试80020720第25天系统联调与测试80021520第26天系统联调与测试80022320项目随时间的费用支出图如图4-1所示，其中的BCWS(Budgeted Cost of Work Scheduled)是预算曲线，也是将来项目跟踪控制的费用曲线。图5-1项目成本预算5.4 功能点计算根据该图书管理系统的功能性能需求进行认真细致的分析，得到表4-4的软件的功能记数项。表5-4 软件的功能记数项复杂度各类记数项简单一般复杂外部输入421外部输出331外部查询241外部接口文件

32、442内部逻辑文件5211)计算UFC:按照UFC的计算过程计算出UFC=205，如表4-5所示。表4-5 计算UFC的结果组件组件复杂度低中高外部输入4*32*41*6外部输出3*43*51*7外部查询2*34*41*6外部接口文件4*54*72*10内部逻辑文件5*52*71*10总计758149UFC2052)计算TCF：假定该软件项目所有的技术复杂度因子的值都为4，即技术复杂影响程度都是平均程度，则TCF=0.65+0.01（14*4）=1.21。3）计算功能点FP：由于UFC=205，有公式FP=UFC*TCF得出功能点FP=205*1.21=248.05，即项目的功能点为248。6

33、.质量计划软件质量计划过程是确定项目应达到的质量标准，以及决定如何满足质量标准的计划安排和方法。合适的质量标准是质量计划的关键。只有做出精准的质量计划，才能指导项目的实施，做好质量管理。6.1导言图书管理信息系统质量计划说明在制定项目计划的时候，质量经理参与整个项目计划的制定过程，同时根据项目的特点和企业的质量保证体系，负责制定质量计划。质量计划的主要内容包括：项目的质量目标、项目执行过程程序、质量保证活动、质量控制活动。6.2项目组织6.2.1组织结构在项目实施期间成立质量保证组织，该组织由质量保证人员和项目经理组成，项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量

34、监督工作，质量保证人员负责质量保证工作。组织结构如图6-1所示。高层管理项目管理软件开发质量保证配置管理设计实施质量控制协调者用户图6-1 项目的组织结构6.2.2职责在本项目中，质量保证组织的职责如下：（1）高层管理高层管理是公司负责质量的高级管理，其质量职责如下：Ø 受理项目内不能解决的不符合问题，必要时与项目经理协调；Ø 负责听取质量保证组的工作报告，评审质量保证活动和结果；Ø 负责参加有关质量保证过程改进的评审。（2）项目的质量保证人员Ø 质量保证人员的质量职责如下：Ø 负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作

35、产品进行监督检查；Ø 实施项目组成员的质量保证培训；Ø 制定质量保证计划；Ø 按计划实施审计活动，依照质量保持计划执行评审/审计，并记录执行中发现的不符合项；Ø 对不符合问题提交不符合项报告，跟踪并验证措施的执行情况；Ø 对项目内不能解决的不符合问题，向高层管理提交报告；Ø 向项目经理报告项目质量工作状况和质量度量结果；Ø 定期向项目组报告质量活动的结果；Ø 制定质量保证的过程改进计划，记录过程数据。（3）项目经理项目经理的质量职责如下：Ø 评审质量计划；Ø 与质量保证人员一起协调不符合项问题的

36、纠正措施，并安排资源实施纠正措施；Ø 定期或事件驱动的评审质量保证活动和结果。6.3质量目标根据企业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标：n 基于需求的测试覆盖率为100%。n 软件功能测试用例通过率不低于95%。n 每个阶段评审中发现的问题都已经解决或得到适当处理。n 产品发布时不存在严重问题以及以上的缺陷。注：严重问题指导致系统或模块不能正常工作的问题。结合以往的项目经验和企业的质量相应标准，制定质量标准如表6-1所示。表6-1 质量计划标准项目具体描述计划实际缺陷排除率（缺陷数/页）需求检查4系统总体设计检查2缺陷排除率（缺陷数/KLOC）详细设计复核3

37、0详细设计检查10代码复核65代码检查20编译20单元测试15系统集成5系统测试56.4质量策略为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施包括：（1）将质量贯彻到日常的项目进展过程中。（2）应该特别注意项目工作产品质量和早期评审工作，无论是质量保证还是质量控制，采取的策略都是早期预防和早期排除缺陷。6.5质量保证活动质量保证的只要活动包括过程评审和产品审计，过程评审和产品审计的目的是确保在项目进展过程中的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程评审和产品审计都应填写相应的报告或活动记录。6.5.1产品审计产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。质量保证人员可以有选择性地审计项目生存期中创建工作产品，以验证是否符合适当的标准，是否进行了质量检查。质量审计一览表见表6-2