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

高校图书管理系统

项目计划书

姓 名： 班 级：

学号：

目录

1. 图书管理系统需求分析 ................................................................................................................. 2 1.1整体要求 . ....................................................................................................................................... 2 1.2日常业务需求 . ............................................................................................................................... 2 1.3系统主要功能 . ............................................................................................................................... 3 2. 生存期模型 .................................................................................................................................... 4 3. 系统WBS . ....................................................................................................................................... 8 4. 项目进度计划 . ................................................................................................................................ 8 4.1初期项目计划 . ............................................................................................................................... 8 4.2项目计划的细化 . ........................................................................................................................... 9 5. 成本管理 ...................................................................................................................................... 11 5.1项目资源计划 . ............................................................................................................................. 11 5.2项目成本估算 . ............................................................................................................................. 15 5.3项目成本预算 . ............................................................................................................................. 17 5.4 功能点计算 ................................................................................................................................. 19 6. 质量计划 ...................................................................................................................................... 20 6.1导言 . ............................................................................................................................................. 20 6.2项目组织 . ..................................................................................................................................... 20 6.2.1组织结构 . .............................................................................................................................. 20 6.2.2职责....................................................................................................................................... 21 6.3质量目标 . ..................................................................................................................................... 22 6.4质量策略 . ..................................................................................................................................... 23 6.5质量保证活动 . ............................................................................................................................. 23 6.5.1产品审计 . .............................................................................................................................. 23 6.5.2过程审计 . .............................................................................................................................. 24 6.6 质量控制活动 ............................................................................................................................. 24 6.7质量保证的报告途径 . ................................................................................................................. 25 6.8记录的收集、维护和保存 .......................................................................................................... 25

图书馆管理系统

1. 图书管理系统需求分析

设计实现一个图书信息管理系统，通过与计算机的结合使用对图书馆的各种图书信息进行管理，减轻图书馆管理人员的工作量，给管理员和用户带来以下不同的方便：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高工作效率，使图书馆等部门管理科学化、正规化。使低成本的计算机管理的图书馆系统极大限度地应用于现代化图书管理中。

1.1整体要求

(1)界面设计友好、美观。 (2)数据存储安全、可靠。 (3)信息分类清晰、准确。

(4)强大的查询功能，保证数据查询的灵活性。 (5)实现对图书借阅和归还过程的全程数据信息跟踪。

(6)提供图书借阅排行榜，为图书管理员提供了真实的数据信息。 (7)提供灵活、方便的权限设置功能，使整个系统的管理分工明确。 (8)具有可扩充性、易维护性和易操作性。

(9)具有一定的保护机制，防止系统被恶意攻击，信息被恶意修改和窃取。有完善的备份机制，如果系统被破坏应该能快速恢复。

1.2日常业务需求

图书管理系统的使用者有三种:超级管理员、管理员和读者。 （1）超级管理员需要的业务如下:

1. 系统登录：超级管理员用户的登录并根据用户权限进入超级管理员用户界 面的功能。

2. 管理员管理：包括增加、删除管理员, 查询、修改管理员信息。

3. 系统参数设置：如：各类读者同时最多可借书数目, 可借书天数; 预借期 限；读者续借次数、续借天数等。

4. 读者管理：包括添加、修改、删除读者类别。 5. 留言板管理：添加、回复和删除留言板的内容。 （2）管理员需要的业务如下:

1. 系统登录，管理员用户的登录并根据用户权限进入管理员用户界面的功 能。

2. 图书管理：包括图书添加、修改、删除, 查询图书信息。 3. 借阅管理：包括借书、还书。

4. 读者管理：包括查询、添加、修改、删除读者信息。 5. 留言板管理：添加、回复和删除留言板的内容。 （3）读者需要的业务如下:

1. 系统登录：读者管理员用户的登录并根据用户权限进入读者管理员用户界 面的功能。 2. 查询图书信息。 3. 预借图书。

4. 查询自己借阅情况。 5. 使用留言板。

1.3系统主要功能

本系统是一个适用于高校的图书管理系统，主要是针对高校的图书管理情况提供适合的网上图书管理平台, 系统主要包括系统功能和日常业务管理功能，系统功能主要有系统管理、密码修改、用户登录或退出，日常业务管理功能主要有图书管理、读者管理、借阅管理、留言板。 （一）系统管理功能

1. 系统管理：包括管理员管理、系统参数设置等内容。管理员管理有增加、删除管理员, 查询、修改管理员信息等功能。系统参数设置有设置各类读者同时 最多可借书数目, 可借书天数; 预借期限; 读者续借期次数等。

2. 密码修改：包括修改用户登录密码。

3. 登录或退出：包括用户登录和退出系统。 （二）日常业务功能

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

2. 读者管理：包括类别管理和信息管理两个方面的内容, 具体内容有添加、修改、删除读者类别, 添加、修改、删除、查询读者信息。 3. 借阅管理：包括借书、还书和预借三个方面的内容。

4. 留言板：包括留言、回复、管理留言等功能, 其中分为公共留言、个人留言和隐藏留言, 公共留言是所有用户都可以浏览其内容的, 个人留言是浏览个人留言或回复, 隐藏留言是对管理员留言, 只有个人和系统管理员可以浏览其内容。

2. 生存期模型

针对本项目的开发特点，参考企业的生存期说明和软件过程体系，觉得采用增量模型，如图所示。

图2-1 项目生存期模型

理由如下：

（1） 《图书管理系统》的全部功能分成系统功能和日常业务管理功能两大类。

因此可以先基于通用功能做出一个最小的使用版本，在逐步添加其余的功能。这样一来，用户可以在先使用最小版本的同时，提出更多明确的需求。这有助于下一阶段的开发，大大减小了开发的风险。

（2） 在图书管理系统中，要求系统有扩展性。若使用增量式模型，，可以保证

系统的可扩充性。用户明确了需求的大部分，但也存在不很详尽的地方，通过客户使用这个可用的产品，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产品。

（3） 系统要求有可扩充性，用户可能会增加新的需求。

（4） 对一个管理方式已经比较成熟的图书管理，要完全舍弃原有的管理方式，

用该图书管理系统替代全部管理，这是不实际的。所以，可以从最基础的做起，逐步扩充其应用，所以选用增量式模型来开发系统。 （5） 本项目具备增量式模型的其他特点：

1）项目复杂程度为中等 2）预计开发软件的成本为中等 3）产品和文档的再使用率会很高 4）项目风险较低

生存期中的和阶段定义如下： 项目规划阶段

阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。 输入：合同文本、SOW 过程：项目规划、计划确认 输出：项目计划 需求分析阶段

阶段目标：确定客户的需求 输入：项目计划、SOW

过程：需求获取、需求分析、需求控制 输出：原型系统、需求规格 设计阶段

阶段目标：总体系统结构设计 输入：原型系统、需求规格 过程：总体设计

输出：系统设计说明书、数据库结构定义 增量一实现

阶段目标：实现系统的系统功能

输入：系统设计说明书、数据库结构定义

过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本——1 增量二实现

阶段目标：实现系统的图书管理功能 输入：系统设计说明书，数据库结构定义

过程：详细设计，编码，代码走查，代码评审，单元测试

输出：详细设计说明书，源代码，可运行版本——2 增量三实现

阶段目标：实现系统的读者管理功能 输入：系统设计说明书，数据库结构定义

过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本——3 增量四实现

阶段目标：实现系统的借阅管理功能 输入：系统设计说明书，数据库结构定义

过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本——4 增量五实现

阶段目标：实现系统的留言板功能 输入：系统设计说明书，数据库结构定义

过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本——5 集成测试

阶段目标：通过集成测试下的软件测试 输入：测试计划、测试案例 过程：集成测试、系统测试

输出：系统软件包，测试报告，产品说明书 产品提交

阶段目标：产品可投入使用 输入：系统软件包 过程：产品提交 输出：验收报告

3. 系统WBS

图3-1 系统WBS

4. 项目进度计划

4.1初期项目计划

由于项目初期信息不足，所以初期项目计划只是一个计划表格，相当于一个大计划，简单说明计划的执行步骤，如表4-1所示。

表4-1 项目初期计划

4.2项目计划的细化

表4-1的大计划不能作为指导详细工作的计划，是比较粗的，还需要进一步细化。随着对项目了解的深入，项目计划也会逐步完善和细化的。

首先，根据WBS 的分解情况，继续分解相应的活动，使用MS project 工具，将分解后的所有活动和WBS 的代码录入项目计划文件中，然后确定各个活动之间的关系，由于采用增量式的生存期模型，在需求设计之后，系统的功能采用增量方式实现，实施阶段分5个增量，通过资源调整优化以及工期、活动关系的调整等，再经过多次评审讨论，将此计划存为基准计划。 （1）进度计划

表4-2 项目计划

（2）项目甘特图

图4-1和图4-2（实施任务的展开）是项目进度计划的甘特图。

图4-1 项目甘特图

图4-2 实施部分项目甘特图

5. 成本管理

图书管理系统项目的成本管理主要涉及项目资源计划、项目成本估算、项目成本预算、项目成本控制以及项目成本预测几大部分。在此着重论述前三部分。 在开始执行项目成本管理的过程工作之前，需要完成项目管理的规划过程，以便确保过程实施的协调一致和有效率，该规划过程主要制定了项目成本规划、结构、估算、预算和控制的标准，生成成本管理计划，主要作了以下工作。

●

精确等级，基于本项目的活动范围和项目规模，计划活动成本估算数据将精确“元”，并可以包含应急成本。

● ● ●

测量单位 定义了每种资源的测量单位为“人·日”。 报告格式，讨论了各种成本报告的格式。

过程说明，是对每个成本管理过程的讨论及说明。

5.1项目资源计划

在整个项目过程中需要的资源有设备，材料，人力资源等。其中人力资源是极其重要的一个部分。根据WBS 和项目进程，我们进行合理的分配人力资源，使得人力得到充分有效的运用，以下为根据项目结构所做出的人力资源需求表。

表5-1 人力资源需求表

根据不同职务的职责，人力资源主要包括项目经理、系统分析员、系统设计师、设计员、程序员、测试员和测试工程师。

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

敏锐的触角，对于项目成员之间的或项目成员与其他利益相关者之间的冲突有敏锐的直觉。因为项目经理是项目组织的核心和整个团队的灵魂, 要对项目的实现进行全面的管理，所以项目经理的报酬相对较高。工资标准为300元/天，他的工期贯穿于整个项目。

系统分析员的主要任务是在公司接到项目后正确理解客户的需求，参与拥护需求调研、负责系统体系结构、功能、性能的分析和总体的设计计划，写出需求分析计划书，并与各设计人员沟通，让他们对客户的需求以及应该设计的系统的功能有一个详尽的了解，这是项目工作顺利进行的保证。同时要保证和客户之间的沟通顺畅，对需求进行未来的可能的改变要有相当多的了解。在此基础上负责项目的开发流程管理，进行项目的计划、管理、跟进也是分析员的工作。系统分析员在整个项目中有举足轻重的作用，他分析出的客户需求、系统目标是整个项目进行的指导思想。工资标准为250元/天，工作时间相对集中于前期，所以设定工期为5天。

系统设计师把握着整个系统的设计。在与系统分析员的有效沟通后，对整个项目所要设计的系统有非常明确的框架。把结构模型对应到实现模型，然后对系统进行划分，例如在图书管理系统中分为系统管理子系统、图书管理子系统、读者管理子系统、借阅管理子系统。同时系统分析师还应有良好的沟通能力，在系统设计初步定型时与系统分析员进行沟通，保证需求与所设计系统的功能一致；在系统的初步设计完成后，与各分析员商讨进行详细设计，最终确定各个部分的设计。系统设计师起着承上启下的作用，是一个传送的纽带。工资标准为250元/天，工期主要集中在需求分析表出来后，所以设定为2天。

设计员主要对所负责部分系统进行详细的设计。在此之前，设计师需要和系统分析师、系统设计师进行沟通，明确所设计部分的功能、目标。完成设计后，与编码人员沟通，保证工作顺利向下进行。设计员工资标准为200元/天，根据程序的复杂度确定工期的长短，系统管理子系统1天、读者管理子系统1天、图书管理子系统1天、借阅子系统2天。

程序员是系统功能的实现者，所设计系统的功能必须通过程序员的编码才能在计算机上实现。作为程序员，必须有扎实的编程专业知识，掌握多门编程语言，精通1-2门，这样在编程时可以有多的选择，满足不同客

户的需求。程序员在了解所负责部分系统的目标后选择合适的语言编程，同时还应与其他程序员保持良好的沟通，保证系统的整体性。程序员从事的编程是系统开发的基础工作。工资标准为200元/天，各个系统的复杂度决定工期，系统管理功能2天、图书管理子系统2天、读者管理子系统2天、借阅管理子系统3天。

测试员和测试工程师是站在用户的立场对系统进行测试，对软件涉及的各种功能进行试运行，检测能否正常工作并达到预期的目标，分析代码，寻找软件缺陷。测试员是对各个子系统进行测试，测试工程师是在测试员完成对各个子系统的测试后，对整个系统进行的联调与测试。避免各个子系统整合中出现的一些问题或错误。作为测试员和测试工程师要有创造性：要设想出富有创意甚至超常的手段来寻找缺陷； 追求完美：力求完美，但当知道某些无法企及时，不要去苛求，而要尽力接近目标；判断准确：对测试内容、测试时间，以及看到的问题是否是真正的缺陷要判断准确；良好沟通能力：必须能够同测试涉及到的所有人进行沟通，知道如何与程序员正确的交流，知道怎样策略和职业地处理这些问题，也知道如何和不够冷静的程序员合作，将测试人员与相关人员之间的冲突和对抗减少到最低程度 ；善于说服：但找出的缺陷有时被认为不重要，不用修复时。要善于清晰地表达观点，说明软件缺陷为何必须修复，并推进缺陷的修复； 善于提问：要有打破砂锅问到底的精神，勇于提出问题；拥有编程知识：需要有一定的编程知识，可以帮助对软件开发过程有较深入的理解，从开发人员的角度正确的评价测试者； 拥有行业知识：了解行业知识，能更好的了解软件的目的，有助于查找该领域软件的缺陷。同时责任心、专心、细心、耐心也是必不可少的。如果测试中没有尽到责任，甚至敷衍了事，这将会把测试工作交给用户来完成，很可能引起非常严重的后果。如：返工，这样会拖延工期，给公司找策划那个损失；执行测试工作时候要细心，认真执行测试，不可以忽略一些细节。某些缺陷如果不细心很难发现，例如一些界面的样式、文字等；需要有难以置信的耐心。有时你需要花费惊人的时间去分离、识别和分派一个错误，很多测试工作有时候显得非常枯燥，需要很大的耐心才可以做好。各个子系统的测试工作高质量的完成有助于系统联调与测试。普通测试员的工资标准为220元/天，工期为每个子系统2天。测试工程师的工资标准为250元/天。

在整个项目中，项目经理、系统设计师、分析员、设计员、程序员、测试员和系统工程师的工作是紧密相连的，一步接着一步的。所以每个部分的工作都非常重要，项目成员之间要多沟通交流，确保所有的工作都在向正确的方向进行。另外，在开发一个系统时，技术占有主导地位，所以系统开发中，人力资源是非常重要的一个部分。

除了人力资源以外，材料、设备也是需要的资源，在此不作过多陈述。

5.2项目成本估算

项目成本估算作为项目成本管理的核心工作，主要对完成项目各个任务所需资源的成本进行近似的估算，并为下一步项目成本预算打好基础。

在分析项目成本估算的进程中，对项目的估算是逐步细化的。在初期根据项目WBS 和项目进程，仅是对数据库管理系统的规模、成本、进度进行做大体地估算；等到各个细节讨论确定后，缩小估算进度的范围，进行较为精确的成本估算。以下为详细的论述。 1、 成本估算的依据

此次成本估算的依据主要有两大方面，一是历史信息；二是项目内部资料。 1）历史信息，通过上网查找先前项目中类似工作的实际数据，作为估计现在项目的基础，在项目初期没有形成具体的工作分解时用于粗略的估算。

2）内部资料，在项目启动前期工作完成后，根据所得数据进行进一步的估算，这些资料主要包括工作分解结构WBS 、项目范围说明书、项目管理计划（资源计划）、资源单位价格、资金成本参数等。在此将做简要概括

● 分解结构模式WBS ，为估算依据的核心。根据它将图书管理系统整体的

工作分解成若干细化的工作包，使成本的估算能够分块、分项进行，使其尽量的合理准确。

● 项目范围说明书，提供了在成本估算中需考虑的关于项目要求的重要信

息如可交付成果清单和项目及其产品、服务和结果的验收标准等信息，有利于我们准确把握估算成本。

● 进度管理计划，是视为决定成本估算的主要依据，其决定项目成本的主

要因素是资源的类型和数量，以及这些资源应用到完成项目工作的时间。

● 项目管理计划，提供了执行估算的标准。

● 人员配备管理计划，项目人员的属性和人工费率是编制进度计划成本估

算的必要组成部分。 2、 成本估算的方法

由于现在经验的局限性，很难对项目的规模有一个详尽的了解，对源代码行数做出较为精确的估算。如果仅仅是简单的进行估算模型的套用，使用别人的计算系数的话，成本估算的数据与真实数据的偏差会非常的大。

因此采用自下而上的估算方法。对WBS 的每项活动先确定具体人员，然后根据项目进程对活动本身进行详细分析确定工期，最后通过财务计算得出人力资源成本。

通过综合对WBS 及项目进程的评估确定项目人员配备情况：项目经理1人，系统设计师2人，系统分析师2名，设计员2名，程序员2人，测试人员2人、测试工程师2名。根据制定的WBS ，综合考虑系统的功能、关键技术及难度、团队人员情况等因素开始人员工作量的估算。工作量估算是成本管理的关键，其估算结果决定了成本估算。结合工作量的估算和项目进程确定人力资源工作时间，进而确定人力资源估算成本为22320元

表5-2 软件开发项目投资成本估算表

为了避免因需求变更、人员调整或其它不可预见事件给项目带来超出预算的风险，还预留总成本的5%作为应急项目成本。最终得出的成本估算结果为23436元。

按照上述成本估算方法，使项目成本在整个实施过程中处于可控之中，保证了项目如期按质完成。

5.3项目成本预算

在项目成本估算的基础上, 为了更精确的估算项目总成本, 并将其分摊到项目的具体活动和阶段上, 做出项目成本预算。

1、

成本预算的依据

● 成本估算，主要提供各个工作活动的大概数据。 ● 工作分解结构WBS ，主要提供分配项目的组成。 ● 项目进度计划，主要将成本分配到各个时段上。 2、

成本预算的方法

主要考虑人力资源成本的预算，仍然采用自下而上的方法，首先，依据工作分解结构中确定各个工作包，依据与每个工作包有关的人力预算做出每个工作包的预算，总预算成本及各个组成部分所有人力成本的总合。在此更详细的做出了每天的预算成本，制定累计预算成本，便于实施时对成本的控制。

表5-3 累积预算成本

项目随时间的费用支出图如图4-1所示，其中的BCWS(Budgeted Cost of Work Scheduled) 是预算曲线，也是将来项目跟踪控制的费用曲线。

图

5-1项目成本预算

5.4 功能点计算

根据该图书管理系统的功能性能需求进行认真细致的分析，得到表4-4的软件的功能记数项。

表5-4 软件的功能记数项

1) 计算UFC:

按照UFC 的计算过程计算出UFC=205，如表4-5所示。

表4-5 计算UFC 的结果

2) 计算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. 质量计划

软件质量计划过程是确定项目应达到的质量标准，以及决定如何满足质量标准的计划安排和方法。合适的质量标准是质量计划的关键。只有做出精准的质量计划，才能指导项目的实施，做好质量管理。

6.1导言

《图书管理信息系统》质量计划说明在制定项目计划的时候，质量经理参与整个项目计划的制定过程，同时根据项目的特点和企业的质量保证体系，负责制定质量计划。质量计划的主要内容包括：项目的质量目标、项目执行过程程序、质量保证活动、质量控制活动。

6.2项目组织

6.2.1组织结构

在项目实施期间成立质量保证组织，该组织由质量保证人员和项目经理组成，项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量监督工作，质量保证人员负责质量保证工作。组织结构如图6-1所示。

图6-1 项目的组织结构

6.2.2职责

在本项目中，质量保证组织的职责如下： （1）高层管理

高层管理是公司负责质量的高级管理，其质量职责如下： 受理项目内不能解决的不符合问题，必要时与项目经理协调； 负责听取质量保证组的工作报告，评审质量保证活动和结果； 负责参加有关质量保证过程改进的评审。 （2）项目的质量保证人员

质量保证人员的质量职责如下：

负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作

产品进行监督检查；

实施项目组成员的质量保证培训； 制定质量保证计划；

按计划实施审计活动，依照质量保持计划执行评审/审计，并记录执行中发

现的不符合项；

对不符合问题提交不符合项报告，跟踪并验证措施的执行情况；

对项目内不能解决的不符合问题，向高层管理提交报告； 向项目经理报告项目质量工作状况和质量度量结果； 定期向项目组报告质量活动的结果；

制定质量保证的过程改进计划，记录过程数据。 （3）项目经理

项目经理的质量职责如下： 评审质量计划；

与质量保证人员一起协调不符合项问题的纠正措施，并安排资源实施纠正措

施；

定期或事件驱动的评审质量保证活动和结果。

6.3质量目标

根据企业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标： ⏹ 基于需求的测试覆盖率为100%。 ⏹ 软件功能测试用例通过率不低于95%。

⏹ 每个阶段评审中发现的问题都已经解决或得到适当处理。 ⏹ 产品发布时不存在严重问题以及以上的缺陷。 注：严重问题指导致系统或模块不能正常工作的问题。

结合以往的项目经验和企业的质量相应标准，制定质量标准如表6-1所示。

表6-1 质量计划标准

6.4质量策略

为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施包括：（1）将质量贯彻到日常的项目进展过程中。（2）应该特别注意项目工作产品质量和早期评审工作，无论是质量保证还是质量控制，采取的策略都是早期预防和早期排除缺陷。

6.5质量保证活动

质量保证的只要活动包括过程评审和产品审计，过程评审和产品审计的目的是确保在项目进展过程中的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程评审和产品审计都应填写相应的报告或活动记录。

6.5.1产品审计

产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。 质量保证人员可以有选择性地审计项目生存期中创建工作产品，以验证是否符合适当的标准，是否进行了质量检查。质量审计一览表见表6-2。

6.5.2过程审计

项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。

质量保证人员负责对项目过程进行监督，将发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。

每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。 根据公司的质量保证体系和本项目的具体特点，确定项目执行过程如下： ● 项目规划过程及产品标准。 ● 项目跟踪管理过程。 ● 需求分析过程及产品标准。 ● 系统设计过程及产品标准。 ● 详细设计过程及产品标准。 ● 调试运行过程及产品标准。 ● 代码检查过程及产品标准。

● 产品集成测试过程及代码编写标准。 ● 开发环境中执行规则。 ● 测试环境中的执行规则。 ● 质量保证过程及其标准。 ● 配置管理过程及其标准。

6.6 质量控制活动

质量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发入负责，详见进度计划。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交给测试部门进行集成测试、系统测试。测试部的测试应达到质量目标要求，软件发布时应达到测试通过

准则的要求。

6.7质量保证的报告途径

质量保证人员对于每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施并预定完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，由商层管理者决定最后的措施。同时不符合项在项目周例会中汇报。

对不符合项，质量保证人员要在预定完成日期内重新审计，验证不符合项的纠正情况，若超过预定完成日期l 周仍没有决的不符合项，质量保证人员上报给高层管理者，由高层管理者冼定最后的措施。

质量保证人员有独立的汇报途径，日常的汇报途径如下： ◆ 将发现的问题通知项目经理，协调纠正措施。

◆ 将项目组内不能协调的问题汇报给高层管理者，由高层管理者协解决。 ◆ 将日常工作和过程数据汇报给质量经理，由其统一收集并进行统计。

6.8记录的收集、维护和保存

项目组应当保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录，对于项目中问题的处理也需要形成记录保存。每周由质量保证人员根据任务清单的审计任务进行审计活动，并收集各活动的过程数据。