在线书店管理程序软件项目管理大作业Word版.doc

《在线书店管理程序软件项目管理大作业Word版.doc》由会员分享，可在线阅读，更多相关《在线书店管理程序软件项目管理大作业Word版.doc（43页珍藏版）》请在三一文库上搜索。

1、传播优秀Word版文档 ，希望对您有帮助，可双击去除！目录第一部分 合同管理31.1需方合同环境31.1.1 合同准备31.1.2 合同签署41.1.3 合同管理41.1.4 合同终止过程41.2供方合同环境41.2.1合同准备41.2.2合同签署41.2.3合同管理41.2.4合同终止过程51.3内部环境51.4合同5第二部分 生存期6第三部分 需求管理93.1软件需求管理过程93.1.1 需求规格103.1.2需求管理图103.1.3需求变更管理11第四部分 任务分解114.1任务清单114.1.1 功能分解清单114.2WBS13第五部分 项目估算145.1成本估算155.1 .1直接成

2、本估算155.1.2 间接成本估算155.1.3估算的误差16第六部分 项目进度166.2活动排序176.3活动时间估计186.4项目进度安排186.5工具使用20第七部分 质量计划217.1质量计划编制217.2质量保证活动217.3产品审计227.4过程评审227.5测试计划22第八部分 配置计划228.1配置管理人员组成238.2配置控制238.3配置审核和审计23第九部分 团队管理2310.1软件团队管理概述24团队人员获取24输入：241. 人员配置管理计划242. 人员库说明243. 招募规则24工具和技术：241.谈判242.预分配243.采购24输出：241.已分配的项目人员2

3、42.项目团队名录24团队建设24输入：241. 项目人员242. 项目计划243.人员配置管理计划244.执行情况报告245.外部反馈24措施：241.团队建设活动242.一般管理技能243.奖励和承认系统244.集中245.培训24输出：241.团队效能改进242.绩效评估输入24团队组织计划24输入：241. 组织界面242. 人员配置要求243. 制约24方法和技术：241. 样板242. 人力资源惯例243. 组织理论244. 项目干系人分析24输出：241. 组织结构图242. 角色和职责分配243. 人员配备管理计划244. 支持细节24图82410.2IT软件项目管理团队241

4、0.3沟通时间安排25第十部分 集成项目2512.1项目集成计划2512.1.1项目概述2512.1.2项目任务范围2612.1.3项目目标26第十一部分 项目结束2614.1项目终止2614.1.1项目终止的条件2614.1.2成功与失败的标准2614.2收尾工作2614.3最后评审2714.4项目总结27第一部分 合同管理1.1需方合同环境1.1.1 合同准备海滨书店信息有关重要文件需要提供书店的基本重要信息，比如书店管理人信息，投资人信息，法人代表信息，工作人员信息，书店所属土地信息，书店地址，书店存书所有信息，进货信息等基本信息。供方选择供方根据项目此项目整理的工作人员名单、最终供方确

5、定的程序、确定最终的供方名单及其提供的建议书。合同文本准备海滨书店根据资料进行合同草案指定、草案评审、修订等程序，最终确定合同草案（合同草案略）。1.1.2 合同签署海滨书店与IT项目团队以海滨书店提出的合同草案为基础，经过确定谈判日程、合同草案提交、合同条款协商、确定合同签署文本、合同签署文本审阅、合同签署的流程完成合同签署。最终形成合同签署文本以及任务下达书。并将任务下达书分发给IT项目团队的管理人及其各部门工作人员。1.1.3 合同管理验收过程海滨书店依据合同准备和合同签署时确定的需求资料及合同文本制定验收清单。对验收清单评审后制定验收计划，并按验收计划执行，得到验收报告。对发现的问题制

6、定验收问题处理计划，最终确认验收报告。违约事件处理过程在合同执行期内，如果合同双方海滨书店或IT项目管理团队有违约事件。需根据违约事件报告进行违约事件通告，确定处理方式后按计划处理违约事件。之后形成违约事件处理报告。1.1.4 合同终止过程海滨书店与IT项目团队根据合同及相关文档，发布合同终止通知、项目执行总结。1.2供方合同环境1.2.1合同准备项目分析IT项目管理团队根据合同安排项目分析任务。经过需求管理者确定、需求分析、需求分析评审、项目规模估算、项目风险分析、项目初步实施规划、初步实施规划评审，最终得到需求分析报告和项目初步规划。合同文本准备IT项目管理团队根据海滨书店提出的资料制定合

7、同草案。在经评审和修订后确定己方的合同草案。1.2.2合同签署同需方，此处略。1.2.3合同管理合同执行跟踪管理过程IT项目管理团队以项目计划为基础，进行项目计划审批和合同执行管理规划。按计划完成项目进展报告、合同责任落实、需求变更处理和产品验收。合同修改控制如果需方即海滨书店提出变更请求，假设提出的是要求添加不用登录网页直接通过“海滨在线书屋”应用程序即可向网内用户发送邮件，并根据不同层级用户的权限显示网内在线用户。则IT项目管理团队需依据合同和变更请求进行变更评估，并提出合同修改建议，确定修改策略。对当前计划进行调整，并需得出处理报告。违约事件处理过程同需方，此处略。产品提交过程在产品的开

8、发测试结束后向海滨书店提交产品，经过审查后正式提交给海滨书店。最终相方签字认可，通知相关各方。产品维护过程根据合同中的维护需求，制定维护需求记录。1.2.4合同终止过程同需方，此处略。1.3内部环境IT项目管理团队内部确定任务范围，使相关各方有效的配合。详细任务分解在第四部分任务分解中会有详细阐述。1.4合同合同双方甲方：海滨书店乙方：IT项目管理团队协议形式协议形式：技术合同供应的商品和服务供应的软件：乙方为甲方提供所需的“海滨在线书屋”应用程序提供的服务：乙方为甲方提供所需的日常维护和服务器管理。同时对甲方用户提供使用教学。提供的文档：乙方在交付软件时提供详细的软件规格说明书和使用文档。安

9、装服务： 乙方为甲方提供软件的安装。公文处理： 乙方负责将甲方提供的公文资料加载入系统并进行分类维护协议： 当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复服务以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复服务。由于甲方拥有该软件的源代码所有权，因此甲方需要承担部分维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时，由双方共同协商决定。软件所有权该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，项目源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修改。专利成

10、果分配甲方在本项目中所有使用的专利保留专利权，乙方只拥有专利的使用权，未经甲方允许乙方不得私自出售，泄露甲方专利。环境乙方为甲方安装软件和进行员工培训时，需要由甲方提供住宿和膳食，乙方在规定时间内完成任务。甲方要保证安装软件的硬件设备和合同初始规定一致，乙方只保证软件和规定的硬件兼容。由任何一方的单方面原因导致的延期产生的费用，由该方面支付。客户承诺乙方开发软件过程中，甲方通过人员协同乙方进行开发。该人员主要参与项目的规划设计和需求分析，阶段性验收和总体测试。当项目出现需求变更时，对乙方进行详细的阐述说明。乙方不负责这些人员提供食宿和联系设备。验收规程2017年6月15日，乙方为甲方安装所需套

11、数的软件。6月15日至6月31日甲方代表对产品进行验收测试，并根据需求在6月30日前对产品提出更正请求。测试通过后，双方进行软件交付签字。乙方对甲方进行软件使用培训。标准乙方在开发过程中必须遵守ISO 12207关于软件生命周期和文档的标准。项目和质量管理甲乙双方前四个月每月初进行一次进展会议，后三个月每两周周末进行进展会议。会议内容为乙方向甲方提供最新进度的展示和下一阶段的工作安排和计划。甲方根据演示提出相应的整改意见，并对下一步工作进行提出意见和建议。时间表详细时间表见项目进度。此处略。价格和付款方式软件总价为200万元。合同签订后，甲方向乙方支付50万元定金。项目的第三个月，乙方按计划时

12、间表完成需求分析、系统分析、设计和完成系统的基本框架后，甲方向乙方支付80万元。该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支付全款。其他法律要求由任何一方的过失导致出现损失后的赔偿由双方协商决定。甲方法人代表：SSS乙方法人代表：XXX第二部分 生存期该项目的特点：此项目需求比较模糊，在开发过程中极有可能发生需求的变更，即使在开发结束后，也常常需要功能上的扩充，面向的用户群体相当广泛，不同的用户都有可能提出该系统针对某一类群体的改进意见和要求。项目组内部对此系统的认识也不够统一，对大量辅助功能及新增功能有不同的看法，需要在基本的核心功能完成之后，随着项目的进行，由项目经理进

13、一步收集用户及成员的想法意见进行决策。用户及成员都需要在短时间内得到一个系统最初的版本，对其进行评价并在后续的开发上对其定位，并得出更多明确的需求。在项目本身的开发上，为了使系统锦上添花，会用到许多开发人员也并不熟悉的技术，这可能需要开发人员进一步的学习后，再对系统进行改进。针对该项目的这些特点，权衡各个生存期的适用条件，该项目组选用了增量式模型来开发此系统。增量式模型的特点如下：可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。可以更快地开发出可以操作的系统。可以减少开发过程中用户需求的变更。一些增量可能需要重新开发（如果早期开发的需求不

14、稳定或者不完整）。可见，增量式模型充分迎合了该项目的特点，并且提供了多种途径解决项目中的一些难题。根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图1-1。图1-1增量模型生存期中的各阶段描述如下：项目规划阶段阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。输入： 合同文本、SOW过程：项目规划，计划确认输出：项目计划需求分析阶段阶段目标：确定客户的需求输入：项目计划，SOW过程：需求获取，需求分析，需求控制输出：原型系统，需求规格设计阶段阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书，数据库结构定义增量

15、1实现阶段目标：实现系统的通用功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本1增量2实现阶段目标：实现系统的图书管理功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本2增量3实现阶段目标：实现系统的图书显示功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本3增量4实现阶段目标：实现系统的图书订单管理功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代

16、码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本4集成测试阶段目标：通过集成环境下的软件测试输入：测试计划测试案例过程：集成测试，系统测试输出：系统软件包,测试报告，产品说明书产品提交阶段目标：产品可投入使用输入：系统软件包过程：产品提交输出：验收报告第三部分 需求管理3.1软件需求管理过程海滨书店提出需求如下：设计开发、安装调试并后期维护满足需求的“海滨在线书屋”应用程序。需要该程序有前台程序，进入程序后需要弹出书单界面，也需要有后台程序，方便管理。主要有前台（客户购买）和后台（管理员管理）2个主要功能，每个功能需在办公界面中有独立的快捷方式。每个功能的具体要求如下：（1）

17、前台（客户购买）部分：1.用户管理：注册会员、登录、激活、退出、修改密码；2.分类显示：显示所有1级和2级分类；3.图书显示：按分类查询图书、通过关键字搜索图书、高级搜索图书、查看某本图书的详细等；4.购物车管理：向购物车中添加图书、修改购物车中图书数量、删除除购车中图书、我的购物车；5.订单管理：通过购物车中图书生成订单、查看我的订单、查看某个订单的详细、订单支付、确认收货、取消未付款订单。（2）后台（管理员管理）部分：1.管理员：管理员登录；2.分类管理：查看所有分类、添加1级分类、添加2级分类、修改1级分类、 修改2级分类、删除1级分类、删除2级分类；3.图书管理：按分类搜索图书、高级搜

18、索图书、添加新图书、查看图书详细信息、编辑图书、删除图书；4.订单管理：按状态搜索订单、查看订单详细信息、取消订单、发货；3.1.1 需求规格需求规格说明书（简略版）系统定义：“海滨在线书屋”应用程序应用环境：Windows2000；Windows XP；Windows Vista；Windows 7；LINUX；Windows 10; IOS etc.功能规格：前台（客户购买）、后台（管理员管理）性能需求：保证所有人员同时登录服务器时也不会因处理的信息量过大而导致系统瘫痪。另必须保证系统的安全性，对账户有足够的保护措施以防账户被盗。操作简单明了，提示明显，容易上手，界面整洁大方。产品提交：略

19、实现约束：用户管理、分类显示、图书显示、购物车管理、订单管理、管理 员、分类管理、图书管理、订单管理质量描述：如需求所述的足够用户承载量；可靠的系统安全性；操作简单易学。界面整洁大方其他：略签字认证：甲方（需方）：海滨书店 乙方（供方）：IT项目管理团队3.1.2需求管理图需求管理包含5个特定实践，如图1所示。获得对需求的理解。在初步整理需求的基础上，项目小组和用户代表通过初步的分析讨论，对当前项目的需求达成共识，并在需求列表中作相应记录。获取需求承诺。通过项目参与者的书面承诺，建立各方或各项工作的基准。管理需求变更。维护变更历史，为调整与控制提供数据。在需求变更后维护对需求的双向可追溯性。从

20、软件可维护性的角度提出管理要求。标识项目工作(包括计划和产品)与需求的不一致性。若发现不一致性，即启动纠正措施。3.1.3需求变更管理需求变更假设海滨书店向IT项目管理团队提出如下需求变更：在办公界面做一个可收缩的列表，显示当前系统在线的工作人员，。软件基线产品修改提交单申请人：XXX申请日期：2017年7月6日项目名称：“海滨在线书屋”应用程序阶段名称：文件名称：修改内容：增加功能“可收缩的在线工作人员显示列表”验证意见：同意变更，邮箱功能随之变更验证人：YYY验证日期：2017年9月8日SCCB：SSS、CCC、BBB填表人：ZZZ第四部分 任务分解4.1任务清单4.1.1 功能分解清单1

21、海滨在线书屋”应用程序1.1用户管理1.1.1 注册会员1.1.2 登录1.1.3 激活1.1.4 退出1.1.5 修改密码 1.1.6 单元测试1.2 分类显示1.2.1 显示一级分类1.2.2 显示二级分类1.2.3 界面 1.2.4 单元测试1.3 图书显示1.3.1 按分类查询图书1.3.2 通过关键字搜索图书1.3.3 高级搜索图书 1.3.4 查看某本图书的详细 1.3.5 单元测试1.4 购物车管理 1.4.1向购物车中添加图书 1.4.2修改购物车中图书数量 1.4.3删除购物车中图书 1.4.4我的购物车 1.4.5单元测试1.5订单管理 1.5.1通过购物车中图书生成订单

22、 1.5.2查看我的订单 1.5.3查看某个订单的详细 1.5.4订单支付 1.5.5确认收货 1.5.6取消未付款订单 1.5.7单元测试1.6 管理员 1.6.1管理员登录1.7分类管理 1.7.1查看所有分类 1.7.2添加1级分类 1.7.3添加2级分类 1.7.4修改1级分类 1.7.5修改2级分类 1.7.6删除1级分类 1.7.7删除2级分类 1.77.8单元测试1.8图书管理 1.8.1按分类搜索图书 1.8.2高级搜索图书 1.8.3添加新图书 1.8.4查看图书详细信息 1.8.5编辑图书 1.8.6删除图书 1.8.7单元测试1.9订单管理 1.9.1按状态搜索订单 1.

23、9.2查看订单详细信息 1.9.3取消订单 1.9.4发货4.2WBS(1) WBS的定义WBS（工作分解结构）是Work Breakdown Structure的英文缩写，是项目管理重要的专业术语之一。WBS的基本定义 ：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中，还是在PMP，IPMP考试中，工作分解结构(WBS)都是最重要的内容之一。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所

24、以WBS也是一个项目的综合工具。(2)WBS字典 管理的规范化、标准化一直是众多公司追求的目标，WBS字典就是这样一种工具。它用于描述和定义WBS元素中的工作的文档。字典相当于对某一WBS元素的规范，即WBS元素必须完成的工作以及对工作的详细描述；工作成果的描述和相应规范标准；元素上下级关系以及元素成果输入输出关系等。同时WBS字典对于清晰的定义项目范围也有着巨大的规范作用，它使得WBS易于理解和被组织以外的参与者（如承包商）接受。在建筑业，工程量清单规范就是典型的工作包级别的WBS字典。(3)WBS的分层 WBS是进行计划，人员分配，预算计划的基础，没有WBS工作，后面的一切工作都没有依据。

25、WBS的分层分解图如图2所示(4)系统的WBS 前台：用户购书功能WBS图如图3所示第五部分 项目估算5.1成本估算5.1 .1直接成本估算 项目开发工作量估算表 单位：人天编号任务名称估计值小计前台设计：531用户管理模块82分类显示模块103图书查询模块104购物车管理模块105订单管理模块15后台管理：526分类显示模块107图书查询模块248订单管理模块18 表1从上图得知项目工作量是105/人天，假设开发人员开发成本参数=500/人天，则内部开发成本=500*105=52500元。管理和质量成本可以根据以往的经验，管理和质量成本约为开发成本的30%，即：52500*30%=15750

26、元。则直接开发成本=开发成本+管理和质量成本=68250元。5.1.2 间接成本估算项目名称海滨在线书屋管理系统项目经理梁某估算小组成员张三，李四，王五估算阶段与日期2014.6.10工作分解结构项目规模系统模块新代发模块的规模（代码行、类、文档页数）复用或自动生成的组件（代码行、类、文档页数）规模模块11025模块22030模块32520模块41515模块总和7090工作量估计项目研发工作量估计项目研发的工作量=100新开发组件的规模难度系数人均生产率10058需求开发工作量25系统设计工作量15编程工作量30测试工作量25研发总工作量95项目管理工作量估计项目管理的工作量=75比例系数0.

27、75项目规划工作量16项目监控工作量22需求管理工作量21管理工作量14项目支撑工作量估计项目支撑的工作量=30比例系数0.25配置管理工作量5质量保证工作量5外包与采购工作量4培训管理工作量6支撑总工作量20成本估计类别细分、说明金额人力资源成本2000050000 表25.1.3估算的误差任务编号里程碑计划工作预算成本已完成工作预算成本实际成本变量（%）计划成本1已完成100100100002已完成5050550-103已完成5050400204未开工7000-100-5已完成90901400-55.56未开工7000-100-7已完成4050250508未开工5000-总计4503403

28、60-24.4-5.9 表3EAC = （360/340）* 579000 = 613059（元）超支 = 613059 - 579000 = 34059（元）第六部分 项目进度项目进度管理是指在项目实施过程中，对各阶段的进展程度和项目最终完成的期限所进行的管理。是在规定的时间内，拟定出合理且经济的进度计划（包括多级管理的子计划），在执行该计划的过程中，经常要检查实际进度是否按计划要求进行，若出现偏差，便要及时找出原因，采取必要的补救措施或调整、修改原计划，直至项目完成。其目的是保证项目能在满足其时间约束条件的前提下实现其总体目标。 6.1定义活动定义活动是一过程，它涉及确认和描述一些特定的活

29、动，完成了这些活动意 味着完成了WBS结构中的项目细目和子细目。通过定义活动体现项目工作内容的完成，定义活动的输入输出图如图5所示 6.2活动排序活动排序过程包括确认且编制活动间的相关性。实际上，这是一个开发网络图的过程。网络图是一种示意图，描绘项目中各项活动以及它们的时序关系。活动必须被正确地加以排序以便今后制定实现的可行的进度计划，可用手工进行排序，大型项目也可以用专门的软件。排序还因为存在的特定的约束，包括：1.技术需求和规范2.安全性与效率3.企业政策与偏好4.资源可用性活动排序过程包括编制活动间的三种相关性:1.内在的相关性（强制依赖关系）2.指定性的相关性（资源依赖关系）3.与外部

30、相关性（外部依赖关系）活动间有四种相关依赖的关系：结束开始：某活动必须结束，然后另一个活动才能开始。结束结束：某活动结束前，另一活动必须结束。开始开始：某活动必须在另一活动开始时开始。开始结束：某活动结束前另一活动必须开始。活动排序的结果（输出）是项目网络图。项目网络图是项目所有活动以及它们之间逻辑关系（相关性）的一个图解表示，6.3活动时间估计活动时间估计指预计完成各活动所需时间长短，在项目团队中熟悉该活动特性的个人和小组可对活动所需时间做出估计。活动时间估计的输入包括活动目录，结束和假设，还有：1.资源需求2.资源数量活动所需时间估计的工具和方法：1.专家判断2.类推估计6.4项目进度安排

31、工作集子工作完成时间负责人最终交付物描述项目计划确定负责人以及组长第二周小小负责人以及组长名单完成海滨在线书屋管理系统开发团队的工作分配确定小组第三周王二小组成员名单成立系统开发团队小组搭建环境第三周各组组长开发环境运行说明文档确定项目 开发的工具及语言制定项目管理计划书第四周熊宝项目管理计划书初稿制定软件开发过程管理计划初步完成需求规格说明书采集用户需求第五周小小、熊宝需求规格说明书通过与用户沟通以及查阅相关资料了解和采集用户的需求。对需求进行汇总，制定需求规格说明初稿分析用户需求及制定需求规格说明原型第五周需求规格说明的进一步完善与修改第六周需求规格说明的最后确认第七周系统设计系统总体设计

32、第八周张三软件设计报告初稿制定系统总体的设计方案，并根据需求说明联系实际进行相应的修改系统详细设计第九周系统模型及架构最后确定第十周开发系统源代码及源码测试系统源码开发第十一周李四 交付源代码掌握开发工具的使用系统源码测试第十二周王五 测试文档根据测试要求严格测试系统源码复查第十三周吴倩无对代码进行复查，尽量减少bug进行整个进行整个网上教学系统的集成第十四周梁冰无与其他小组长无间协作海滨在线书屋滚轮系统的集成完成整个系统的集成对整个集成后的系统进行测试检查 运行情况第十四周张梦无配置好IIS服务，搭建整个系统的运行平台测试整个系统的发布情况系统交付系统交付第十五周张斌系统能够运行以及 以及把

33、相关技术文归类存档各组之间可以交流各自的开发经验和心得体会 表4甘特图如下：6.5工具使用Microsoft Project是国际上最为盛行与通用的项目管理软件，适用于新产品研发、IT、房地产、工程、大型活动等多种项目类型。经过微软多年研发，Project包含了经典的项目管理思想和技术以及全球众多企业的项目管理实践。在企业内部使用和推广Project，在提升项目管理人员能力的同时也实现了项目管理专业化与规范化的过程。Microsoft Excel是微软公司的办公软件Microsoft office的组件之一，是由Microsoft为Windows和Apple Macintosh操作系统的电脑而

34、编写和运行的一款试算表软件。Excel 是微软办公套装软件的一个重要的组成部分，它可以进行各种数据的处理、统计分析和辅助决策操作，广泛地应用于管理、统计财经、金融等众多领域。第七部分 质量计划项目质量计划是指为确定项目应该达到的质量标准和如何达到这些项目质量标准而做的项目质量的计划与安排。项目质量计划是质量策划的结果之一。它规定与项目相关的质量标准，如何满足这些标准，由谁及何时应使用哪些程序和相关资源。 项目质量计划工作的成果：项目质量计划、项目质量工作说明、质量核检清单、可用于其它管理的信息。7.1质量计划编制编制项目的质量计划，首先必须确定项目的范围、中间产品和最终产品，然后明确关于中间产

35、品和最终产品的有关规定、标准，确定可能影响产品质量的技术要点，并找出能够确保高效满足相关规定、标准的过程方法。编制质量计划通常采用流程图、因果分析图等方法对项目进行分析，确定需要监控的关键元素，设置合理的见证点（W点）、停工待检点（H点），并制定质量标准：1.流程图： 显示系统的各种成分是如何相互关系的，帮助我们预测在何处可能发生各种质量问题，并由此帮助开发处理他们的办法。2.因果分析图（也称鱼刺图）如图7所示：人员参考资料设备质量问题环境方法对于本项目，编制质量计划时采用因果分析图，描述相关的各种原因和子原因如何产生潜在问题或影响，将影响质量问题的“人员、设备、参考资料、方法、环境”等各方面

36、的原因进行细致的分解，方便地在质量计划中制定相应的预防措施。其次，质量计划中还必须确定有效的质量管理体系，明确质量监理人员对项目质量负责和各级质量管理人员的权限。戴明环（又名PDCA循环法）作为有效的管理工具在质量管理中得到广泛的应用，它采用计划执行检查措施的质量环，质量计划中必须将质量环上各环节明确落实到各责任单位，才能保证质量计划的有效实施。7.2质量保证活动质量保证的只要活动包括过程评审和产品审计，过程评审和产品审计的目的是确保在项目进展过程中的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程评审和产品审计都应填写相应的报告或活动记录。如下表9为质量计划标准项目

37、具体描述计划实际需求检查52系统总体设计检查21缺陷排除率（缺陷数/KLOC）详细设计复核3227详细设计检查107代码复核6156代码检查2018编译2115单元测试1514系统集成54系统测试55 表57.3产品审计产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。质量保证人员可以有选择性地审计项目生存期中创建工作产品，以验证是否符合适当的标准，是否进行了质量检查，质量审计一览表见表10所示项审计对象审计阶段参照的标准1软件项目计划计划结束企业质量体系2软件配置管理计划计划结束企业质量体系3软件质量保证计划计划结束企业质量体系和项目规划4总体设计文档设计结束企业质量体系和项目规划

38、5详细设计文档计划结束企业质量体系和项目规划6数据库表和编码规范计划结束企业质量体系和项目规划7产品代码每个阶段实施结束企业质量体系和项目规划8测试报告测试结束企业质量体系和项目规划9系统计划设计结束企业质量体系和项目规划10用户文档测试结束企业质量体系和项目规划 表67.4过程评审项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。7.5测试计划1.建立每个测试阶段的目标。2.确定没项测试活动的进度和职责。3.确定工具、设备和测试库的可

39、用性。4.建立用于计划和进行测试以及报告测试结果的规程和标准。5.制定衡量测试成功与完成的准则。第八部分 配置计划项目质量计划是指为确定项目应该达到的质量标准和如何达到这些项目质量标准而做的项目质量的计划与安排。项目质量计划是质量策划的结果之一。它规定与项目相关的质量标准，如何满足这些标准，由谁及何时应使用哪些程序和相关资源。 项目质量计划工作的成果：项目质量计划、项目质量工作说明、质量核检清单、可用于其它管理的信息。8.1配置管理人员组成根据本项目计划的角色分配，可以确定配置管理人员，配置管理人员的角色和职责见表11：角色人员职责、工作范围 配置管理者 张三1.制定配置管理计划2.创建和维护

40、配置库项目经理李四1.审批配置管理计划2.审批重大的变更项目组成员项目经理：张晓质量保证人员：王五配置管理者：吴天审批某些配置项或基线的变更表78.2配置控制配置控制活动请求、评估、认可或拒绝、实现对基线CI的配置变更。变更包括错误的改正和可靠性增强。为变更过程所需的必须手续的复杂程度依靠在配置结构中变更对基线的影响。计划必须描述在基线CI的变更控制影响。计划必须定义下列的详细步骤： 1.变更所需的标识和文档； 2.变更需求的分析和评估； 3.需求的认可或否决； 4.变更的确认、执行和发布；计划必须标识用来追踪和记录每个变更的执行序列的记录。在处理原始需求的变更的每个不同必须被明确的记录下来。8.3配置审核和审计配置审核决定事实上CI影响的所需的物理和功能的广度。配置审阅时建立基线的管理工