2022年网上图书商城系统软件项目管理大作业 .pdf

《2022年网上图书商城系统软件项目管理大作业 .pdf》由会员分享，可在线阅读，更多相关《2022年网上图书商城系统软件项目管理大作业 .pdf（32页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、目录第 1 项合同 . 21 技术服务合同. 2项目名称：网上图书商城系统. 21.1.1 合同内容 . 2第 2 项项目实施 . 52.1 项目生存期 . 5第 3 项项目实施 . 83.1 系统功能模块概述和分析. 83.2 系统功能模块设计. 8第 4 项项目任务 . 104.1 序言 . 104.2 任务分解 . 10第 5 项项目估算 . 125.1 系统功能模块概述和分析. 12第 6 项项目进度 . 176.1 项目进度时间表. 176.2 甘特图 . 18第 7 项项目进度 . 217.1 组织机构 . 217.2 职责 . 217.2.1 高层管理 . 217.2.2 项目的

2、质量保证人员. 227.2.3项目经理 . 227.3. 质量目标 . 227.4. 质量策略 . 237.5. 软件质量保证. 24第 8 项项目风险管理. 258.1 、项目风险管理的目的. 258.2 、项目风险管理的组成. 258.3 、风险的种类. 258.3.1资源风险 . 258.3.2业务风险 . 268.3.3技术风险 . 278.3.4进度风险 . 288.4 、定义风险参数. 288.5 、风险管理策略. 298.6 、风险管理角色及职责. 298.7 、网上书店中风险的识别. 298.8 、风险的控制. 308.9 风险监控 . 308.10 、网上图书商城项目的风险管

3、理. 31名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 32 页 - - - - - - - - - 2 第 1 项合同1 技术服务合同项目名称：网上图书商城系统委托方（甲方）：刘某人承揽方（乙方）：刘某人地点：签订日期： 2016 年 06 月 01 日有效期限： 2016 年 01 月 01 日至 2016 年 06 月 24 日1.1.1 合同内容一、合同标题甲方同意委托乙方开发网上图书商城系统项目。乙方愿意承接甲方上述开发项目，并保证按时、按质地完成开发任务。二

4、、双方责任1、甲方负责提出信息发布系统用户需求，并在系统开发完成后，及时组织验收和付款。2、乙方负责详细需求调查、设计、开发、调试、培训、技术服务等，保证按照甲方提出的用户需求按时、按质地完成开发任务。在项目开发完成后，程序源代码使用权以及相关的技术文件完整地交给甲方。3、为使项目开发后能更好地满足用户的需要并方便今后的维护等，甲方将同时参加系统的开发。 甲方人员参与系统开发和编程，也可对开发工作提出建议，必要时与乙方共同对方案设计和要求进行修改。4、甲方为乙方现场调查、设计、测试、安装提供必要的条件，以满足项目的实施需要。5、 甲方在合同有效期内发生需求变更较大，引起合同中乙方设计开发内容调

5、整时，双方对变更内容进行协商，协同解决，并形成备忘录。6、此项目作为甲方和乙方共同开发项目，利益共享，其中任何一方如未经另一方同意，得利用此次项目开发设计程序申请其他专题立项，或给与第三方使用。三、开发费用及付款方式（一）本项目的总开发费用为（人民币大写）壹万贰仟叁佰肆拾伍元整（人民币元）。（二）甲方向乙方支付执行本合同所需款项：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 32 页 - - - - - - - - - 3 1、分期付款方式：在本合同签订后的15 日内，

6、甲方支付乙方项目预付款三十五万元人民币；在项目验收合格后的15 日内，甲方支付乙方项目开发款伍佰三十五万元人民币；四、验收由甲乙双方派出技术人员对软件进行验收。五、售后服务支持1、在系统验收合格后，乙方对所开发的应用系统提供一年免费的售后服务。2、在售后服务期的前两周，乙方将派工作人员协同甲方使用改软件。3、售后服务内容包括软件缺陷、故障及软件功能的部分修改和完善等，用户因工作需要要求对部分功能作小范围改动时，乙方应免费给予完成。4、在售后服务期内，乙方保证在出现应用系统故障时应及时、积极响应，遇有特殊情况双方协商。六、保密责任甲、乙双方保证应用系统的所有技术信息和资料，不透露给第三方。七、履

7、行的期限、地点和方式。本合同自 2016 年 06 月 01 日至 2016 年 06 月 24 日在北京履行。本合同的履行方式：甲方责任甲方全力协助乙方完成合同内容。合同期内甲方为乙方提供专业性接口技术支持。乙方责任：乙方按甲方要求完成合同内容。乙方愿提供在实现功能的前提下，进一步予以完善。乙方在合同商定的时间内保证系统正常运行。乙方在项目验收后提供一年免费维护。未经甲方同意， 乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。八、技术情报和资料的保密本合同中的相关专业技术内容和所有的系统数据，归甲方所有， 未经甲方同意乙方不得提供给第三方。九、不可抗力1、如合同双方中任何一方

8、由于不可抗力，如：地震、水灾、台风、战争和其他双方都认为的不可抗力原因而无法按期履行合同，则合同执行的时间由于上述时间的发生做相应延期。2、受影响方应尽快将所发生的不可抗力事故的情况以电话或传真通知另一方，并在不可抗力发生14 天内尽快用传真和挂号信将有关权威机构出具的证明文件提交另一方确认。3、当不可抗力事故终止或事故消除后，受阻方应尽快用传真或电传通知对方关于不可抗力形势的解除并以挂号信加以确认，并继续履行合同。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 32 页

9、 - - - - - - - - - 4 4、如果不可抗力阻碍合同的履行超过180 天，双方就合同的进一步履行问题进行讨论并达成一致意见。十、争议的解决办法在本合同履行过程中发生争议或出现未能预料到的问题，双方本着互相谅解、协作的原则，协商解决。十一、培训用户培训：乙方在系统试运行期间在甲方办公地点，为用户的操作培训。十二、专利成果分配甲方在本项目中所有使用的专利保留专利权，乙方只拥有专利的使用权，未经甲方允许乙方不得私自出售，泄露甲方专利。十三、其他1、双方签字、盖章的日期即为本合同的生效日期。2、本项目的知识产权属于甲乙双方共有。3、本合同一式两份，甲乙双方各执一份。甲方签字：乙方签字：甲

10、方盖章：乙方盖章：年月日年月日名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 32 页 - - - - - - - - - 5 第 2 项 项目实施2.1 项目生存期该项目的特点此项目需求比较模糊，在开发过程中极有可能发生需求的变更，即使在开发结束后，也常常需要功能上的扩充，面向的用户群体相当广泛，不同的用户都有可能提出该系统针对某一类群体的改进意见和要求。项目组内部对此系统的认识也不够统一，对大量辅助功能及新增功能有不同的看法，需要在基本的核心功能完成之后，随着项目的进

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

12、果早期开发的需求不稳定或者不完整）。可见，增量式模型充分迎合了该项目的特点，并且提供了多种途径解决项目中的一些难题。根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图 2-1。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 32 页 - - - - - - - - - 6 图 4-1 增量模型生存期中的各阶段描述如下：项目规划阶段阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。输入：合同文本、 SOW 过程：项目规划，计

13、划确认输出：项目计划需求分析阶段阶段目标：确定客户的需求输入：项目计划， SOW 过程：需求获取，需求分析，需求控制输出：原型系统，需求规格设计阶段阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书，数据库结构定义增量 1 实现阶段目标：实现系统的通用功能输入：系统设计说明书数据库结构定义过程：详细设计 ,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本1 增量 2 实现阶段目标：实现系统的图书管理功能输入：系统设计说明书数据库结构定义过程：详细设计 ,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本2 增量

14、 3 实现名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 32 页 - - - - - - - - - 7 阶段目标：实现系统的图书显示功能输入：系统设计说明书数据库结构定义过程：详细设计 ,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本3 增量 4 实现阶段目标：实现系统的图书订单管理功能输入：系统设计说明书数据库结构定义过程：详细设计 ,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本4 集成测试阶段目标：通过集成

15、环境下的软件测试输入：测试计划测试案例过程：集成测试，系统测试输出：系统软件包 ,测试报告，产品说明书产品提交阶段目标：产品可投入使用输入：系统软件包过程：产品提交输出：验收报告名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 32 页 - - - - - - - - - 8 第 3 项项目实施3.1 系统功能模块概述和分析网上图书商城是典型的网上购物实践中最为普遍的电子商务企业对客户（B2C）模式，主要包括会员注册、订单管理、购物车、搜索、支付等基本功能。此外，本系统也将

16、实现在线图书销售系统的后端管理，包括图书的添加、订单的处理等功能。本系统完全基于JSP技术， 在系统的设计与开发过程中严格遵守软件工程的规范，运用软件设计模式，从而减少系统模块间的偶合，力求做到系统的稳定性、可重用性和可扩充性。网上图书商城主要功能如下：(1) 前台（客户购买）部分：用户管理：注册会员、登录、激活、退出、修改密码；分类显示：显示所有1 级和 2 级分类；图书显示：按分类查询图书、通过关键字搜索图书、高级搜索图书、查看某本图书的详细等；购物车管理：向购物车中添加图书、修改购物车中图书数量、删除购物车中图书、我的购物车；订单管理： 通过购物车中图书生成订单、查看我的订单、 查看某个

17、订单的详细、订单支付、确认收货、取消未付款订单。(2) 后台（管理员管理）部分：管理员：管理员登录；分类管理：查看所有分类、添加1 级分类、添加2 级分类、修改1 级分类、修改 2 级分类、删除1 级分类、删除2 级分类；图书管理： 按分类搜索图书、 高级搜索图书、 添加新图书、 查看图书详细信息、编辑图书、删除图书；订单管理：按状态搜索订单、查看订单详细信息、取消订单、发货；3.2 系统功能模块设计根据系统功能分析，可以画出系统的功能模块图。前台：用户购书功能图后台管理员功能图：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - -

18、名师精心整理 - - - - - - - 第 8 页，共 32 页 - - - - - - - - - 9 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 32 页 - - - - - - - - - 10 第 4 项项目任务4.1 序言本计划以项目初期估算为蓝本，尽量实现所有成员在整个项目过程中都能得到相关技能的锻炼，根据现有成员的特点，制定了任务分配。若在计划执行过程中遇到不可控困难，可向项目经理提出申请延期。项目开始前可根据个人意愿进行小幅度任务调整，申请人需填写任

19、务申请表。计划开始后除极特别因素外，不予重新调整。4.2 任务分解项目任务分解编码表编码任务名称备注R000 000 需求讨论初步确定需求P000 000 软件规划制定项目计划P100 000 项目规划P200 000 计划评审M000 000 需求开发细化需求M100 000 用户界面设计M200 000 用户需求评审M300 000 修改需求、界面M400 000 编写需求说明M500 000 需求验证D000 000 设计完成项目设计工作D100 000 概要设计D200 000 数据库 ER 图编制、建库D300 000 设计评审C000 000 实施实际开发C100 000 用户管理

20、C100 100 用户注册名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 32 页 - - - - - - - - - 11 C100 200 用户注销C100 300 账号登陆C100 400 个人信息管理C200 000 图书管理C200 100 添加新书C200 200 删除图书C200 300 编辑图书C200 400 查看图书C300 000 界面实现C400 000 整合T000 000 测试对项目进行测试T100 000 功能模块测试T200 000 系统

21、集成测试T300 000 环境测设V000 000 部署发布并交付名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 32 页 - - - - - - - - - 12 第 5 项项目估算5.1 系统功能模块概述和分析声明项目规模估算使用Delphi 法进行估算，具体步骤如下：协调人向小组成员提供项目规格和估计表格；协调人召集小组讨论与规模相关的因素；小组成员匿名填写迭代表格；协调人整理出一个估计总结，以迭代表的形式返回各成员；协调人召集小组会，讨论较大的估计差异；成员复查

22、估计总结并在迭代表上提交另一个匿名估计；重复 4-6，直到达到一个最低和最高估计的一致。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 32 页 - - - - - - - - - 13 附 Delphi 法规模估计迭代表。Delphi 法规模估计迭代表项目名称：估计日期：估计者：估计轮次：结果：代码行（ LOC）周期（月）工作量（人月）费用（元）理由：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师

23、精心整理 - - - - - - - 第 13 页，共 32 页 - - - - - - - - - 14 项目规模估算经过小组内部讨论得出项目规模估算如下：项目名称：个人微薄系统规模预测：代码行： 15,000 LOC 周期： 1 月工作量： 6 人月费用：￥ 5530 元项目进度估算任务完成时间负责人资源备注需求讨论2016.6.15 刘权2 开发人员参与项目规划2016.6.18 张三全体人员参与需求确定2016.6.22 张三全体人员参与设计2016.6.26 张三3 开发人员参与项目实施2016.7.9 张三全体人员参与有待细化测试2016.7.14 张三3 开发人员参与部署2016

24、.7.15 张三2 开发人员参与交付2016.7.20 张三项目执行期间可根据实际完成情况申请延期。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 14 页，共 32 页 - - - - - - - - - 15 附延期申请表。项目名称：项目代号：项目所处阶段：第阶段（）申请时间：年月日原计划时间：年月日申请延期至：年月日申请延期的理由（逐条列出）：申请人签字：项目经理意见不同意延迟，理由：同意延迟至：年月日签字：名师资料总结 - - -精品资料欢迎下载 - - - - - - -

25、- - - - - - - - - - - 名师精心整理 - - - - - - - 第 15 页，共 32 页 - - - - - - - - - 16 项目成本估算声明由于涉及到的小组成员没有实际开发的经验，在薪酬结算方面没有可供参照的标准，因此在这里采用统一的￥30.00 人天。成本估算任务名称工时成本估算个人微薄系统111 人天￥5530.00 设备损耗31 工作日￥1000.00 需求讨论2*2 人天￥120.00 软件规划6*2 人天￥360.00 需求开发6*4 人天￥720.00 设计4*4 人天￥480.00 实施6*13 人天￥2340.00 测试3*5 人天￥450.00

26、 部署2*1 人天￥60.00 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 16 页，共 32 页 - - - - - - - - - 17 第 6 项项目进度6.1 项目进度时间表任务代码工期开始时间结束时间资源网上图书商城31 工作日2016-6-15 2016-7-15 R000 000 2 工作日2016-6-15 2016-6-16 刘权P000 000 2 工作日2016-6-17 2016-6-18 全体开发人员P100 000 1 工作日2016-6-17 201

27、6-6-17 刘权P200 000 1 工作日2016-6-18 2016-6-18 全体开发人员M000 000 4 工作日2016-6-19 2016-6-22 全体开发人员M100 000 1 工作日2016-6-19 2016-6-19 刘权M200 000 1 工作日2016-6-19 2016-6-19 刘权M300 000 1 工作日2016-6-20 2016-6-20 刘权M400 000 1 工作日2016-6-21 2016-6-21 刘权M500 000 1 工作日2016-6-22 2016-6-22 全体开发人员D000 000 4 工作日2016-6-23 201

28、6-6-26 全体开发人员D100 000 2 工作日2016-6-23 2016-6-24 全体开发人员D200 000 1 工作日2016-6-25 2016-6-25 全体开发人员D300 000 1 工作日2016-6-26 2016-6-26 全体开发人员C000 000 13 工作日2016-6-27 2016-7-9 全体开发人员C100 000 6 工作日2016-6-27 2016-7-2 全体开发人员C100 100 4 工作日2016-6-27 2016-6-30 全体开发人员C100 200 2 工作日2016-7-1 2016-7-2 全体开发人员C100 300 4

29、 工作日2016-6-27 2016-6-30 全体开发人员C100 400 2 工作日2016-7-1 2016-7-2 全体开发人员C200 000 11 工作日2016-6-27 2016-7-7 全体开发人员C200 100 5 工作日2016-7-1 2016-7-5 全体开发人员C200 200 5 工作日2016-7-1 2016-7-5 全体开发人员名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 17 页，共 32 页 - - - - - - - - - 18 C20

30、0 300 3 工作日2016-7-6 2016-7-8 全体开发人员C200 400 3 工作日2016-6-27 2016-6-29 全体开发人员C300 000 8 工作日2016-7-1 2016-7-8 全体开发人员C300 100 5 工作日2016-7-1 2016-7-5 全体开发人员C300 200 5 工作日2016-7-1 2016-7-5 全体开发人员C300 300 3 工作日2016-7-6 2016-7-8 全体开发人员C300 310 3 工作日2016-7-6 2016-7-8 全体开发人员C300 320 3 工作日2016-7-6 2016-7-8 全体开

31、发人员C400 000 12 工作日2016-6-27 2016-7-8 全体开发人员C500 000 1 工作日2016-7-9 2016-7-9 全体开发人员T000 000 5 工作日2016-7-10 2016-7-14 全体开发人员T100 000 3 工作日2016-7-10 2016-7-12 全体开发人员T200 000 1 工作日2016-7-13 2016-7-13 全体开发人员T300 000 1 工作日2016-7-14 2016-7-14 全体开发人员V000 000 1 工作日2016-7-15 2016-7-15 全体开发人员6.2 甘特图在此仅列出项目实施阶段甘

32、特图，其他部分省略。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 18 页，共 32 页 - - - - - - - - - 19 ID任务名称开始时间完成持续时间2010 年 06 月2010 年 07 月2728293012345678914d2010/6/302010/6/27用户注册24d2010/6/302010/6/27用户登陆32d2010/7/22010/7/1用户注销42d2010/7/22010/7/1个人信息维护53d2010/6/292010/6/27查看文

33、章65d2010/7/52010/7/1新建文章75d2010/7/52010/7/1删除文章83d2010/7/82010/7/6编辑文章95d2010/7/52010/7/1新建评论105d2010/7/52010/7/1删除评论113d2010/7/82010/7/6按文章查看评论123d2010/7/82010/7/6按评论者查看评论1312d2010/7/82010/6/27界面设计141d2010/7/92010/7/9项目整合名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - -

34、第 19 页，共 32 页 - - - - - - - - - 20 附任务申请表任务申请表申请人：申请时间：计划任务代码：申请任务代码：理由： （逐条列出）经理意见批准拒绝理由：日期：年月日经理签字：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 20 页，共 32 页 - - - - - - - - - 21 第 7 项项目进度7.1 组织机构在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经理组成，项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理

35、负责质量控制的工作，质量保证人员负责质量保证的工作。组织结构图1 如下 : 7.2 职责在本项目中，质量保证组织的职责如下：7.2.1 高层管理高层管理是公司负责质量的高级管理，其质量职责如下：受理项目内不能解决的不符合问题，必要时与项目经理协调；负责听取质量保证组的工作报告，评审质量保证活动和结果；参加有关质量保证过程改进的评审。用户图 1：项目的组织结构项目管理质量保证软件开发设计实施质量控制市场部Coordinator 配置管理高层管理名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - -

36、 第 21 页，共 32 页 - - - - - - - - - 22 7.2.2 项目的质量保证人员质量保证人员的质量职责如下：负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查；实施项目组成员的质量保证培训；制定质量保证计划；按计划实施审计活动, 依照质量保证计划执行评审/ 审计，并记录执行中发现的不符合项；对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况；对项目内不能解决的不符合项问题向高层管理提交报告；向项目经理报告项目质量工作状况和质量度量结果；定期向项目组报告质量活动的结果；制订质量保证的过程改进计划，记录过程数据。7.2.3 项目经理项目

37、经理的质量职责如下：评审质量计划；与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施；定期或事件驱动的评审质量保证活动和结果。7.3. 质量目标根据企业的质量方针和质量目标，结合本项目特点, 制定项目的总体质量目标：1）基于需求的测试覆盖率为100% ；2）软件功能测试用例通过率不低于95；3）每个阶段评审中发现的问题都已经解决或得到适当处理。4）产品发布时不存在严重及其以上的缺陷。注：严重问题指导致系统或模块不能正常工作的问题。结合以往的项目经验和企业的质量相应标准，制定质量标准如下表: 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - -

38、- - - - - - - 名师精心整理 - - - - - - - 第 22 页，共 32 页 - - - - - - - - - 23 质量计划标准项目具体描述计划实际缺陷排除率（缺陷数/ 页）需求检查4 系统总体设计检查2 缺陷排除率（缺陷数/KLOC）详细设计复核30 详细设计检查10 代码复核65 代码检查20 编译20 单元测试15 系统集成5 系统测试5 7.4. 质量策略为了保证提交用户的产品是高质量, 实施过程中采取的质量保证措施包括：1）将质量贯彻到日常的项目进展过程中；2) 应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是早期预防和早期

39、排除缺陷。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 23 页，共 32 页 - - - - - - - - - 24 7.5. 软件质量保证7.5.1 SQA 活动图1、参与制定项目开发计划2、编制 SQA PLAN3、准备检查表4、预约审计 / 评审5、执行评审 / 审计6、编制 SQA 审计报告7、不符合性问题跟踪9、SQA 工件提交 SCM8、编制SQA 阶段报告 有不符性问题 否则名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - -

40、- - - - - - 名师精心整理 - - - - - - - 第 24 页，共 32 页 - - - - - - - - - 25 第 8 项项目风险管理8.1 、项目风险管理的目的风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间，资源和预算完成产生重大影响。风险管理的目标是在潜在问题发作以前就标志它们，这样就可以在生命周期中可以适时地计划和启用风险处理活动。8.2 、项目风险管理的组成风险管理风险评估风险控制风险识别风险优先级风险分析风险管理计划风险化解风险监控8.3 、风险的种类分清风险的种类有利于更好的对项目进行风险管理。8.3.1 资源风险8.3.1.1组织对该

41、项目是否有足够的支持（包括管理人员、测试员、QA 和其他外部的相关各方）。这是否是该组织尝试过的最大项目。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 25 页，共 32 页 - - - - - - - - - 26 软件工程是否有明确定义的流程？需求记录和管理。8.3.1.2资金完成项目所需的资金是否到位。是否为培训和指导分配了资金。是否有预算限制使得系统必须以固定的成本交付，否则将被取消。成本估算是否准确8.3.1.3人员是否可以获得足够的项目工作人员。他们是否具备合适的技能和

42、经验。他们以前是否在一起工作过。他们是否相信项目会成功。是否可以找到用户代表来担任复审员。是否可以找到领域专家。8.3.1.4时间时间表制定得是否现实。是否可以为了满足时间表而对功能进行规模管理。对交付日期的要求有多严格。是否有时间“把工作做好”。8.3.2 业务风险如果竞争对手抢先将产品推向市场怎么办。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 26 页，共 32 页 - - - - - - - - - 27 如何确保有足够的资金。系统的预计价值是否大于预计成本？（考虑货币的时

43、间价值和资金的成本）。如果无法同关键的供应商签定合同怎么办。8.3.3 技术风险8.3.3.1规模风险成功是否能够被评测。是否有关于如何评测成功的协议。需求是否相当稳定并得到了充分的了解。项目规模是固定不变还是在不断扩展。项目开发的时间范围是否太短、不够灵活。8.3.3.2技术风险技术是否已经过证明。重复使用目标是否合理。工件必须要使用一次后才能被重复使用。构件可能要在若干次发布后才能变得稳定，以致无需重大变更即可复用。需求中的事务量是否合理。事务比率的估计值是否可靠？这些估计是否过于乐观。数据量是否合理？当前可用的框架是否能够保存这些数据，或者，如果需求使您相信工作站或部门系统将成为设计的一

44、部分，那么是否能够在这些地方合理地保存数据。是否有特殊或苛刻的技术需求。成功是否依赖于新的或未经试验的产品、服务或技术？是否依赖于新的或未被证明的硬件、软件或技术。对于与其他系统 （包括企业以外的系统）的接口是否存在外部依赖性？是否存在必需的接口或必须创建它们。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 27 页，共 32 页 - - - - - - - - - 28 是否存在极不灵活的可用性和安全性需求（例如“系统必须永远不出现故障”） 。系统的用户是否对正在开发的系统类型没有

45、经验。应用程序的大小或复杂性，或者技术的新颖性是否导致了风险的增加。是否存在对国家语言支持的需求。是否可能设计、实施和运行该系统？某些系统只由于太大或太复杂而无法正常工作。8.3.3.3外部依赖性风险该项目是否依赖于其他（平行的）开发项目。成功是否依赖于市售产品或外部开发的构件。成功是否依赖于开发工具（设计工具、编译器等）和实施技术（操作系统、数据库、进程间通信机制等）的成功集成。您是否有替代计划，可以在没有这些技术的情况下交付项目。8.3.4 进度风险功能是否无限追加。计划是否过于乐观。是否缺乏计划。在压力下是否放弃计划。是否追赶计划。8.4 、定义风险参数风险参数可用于评估、 分类和划分风

46、险的优先级；该项目将发生的可能性的等级划分为：非常可能发生， 可能发生，几乎不可能发生3 个级别。将对项目的影响程度划分为：非常严重影响，严重影响，中等影响，微弱影响4 个级别。相应的表格如下：发生的可能性对项目的影响程度名称等级名称等级非常可能发生3 非常严重影响4 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 28 页，共 32 页 - - - - - - - - - 29 可能发生2 严重影响3 几乎不可能发生2 中等影响2 微弱影响1 8.5 、风险管理策略有三种主要的策略

47、：*风险规避：使其不再受到该风险的影响。*风险转移：让其他方（客户、厂商、银行、其他主体等）承担该风险。*风险接受：决定将该风险当作意外事件来接受。监测风险征兆，并制定应急计划，以确定在风险发生时将采取何种行动。8.6 、风险管理角色及职责（1）项目经理项目经理对风险管理工作负全部责任。（2）项目组开发人员项目组开发人员将被要求作为项目风险分析组的成员，对项目工作中存在的风险进行分析，并整理成书面材料。（3）SQA SQA经理将定期对风险管理工作开展情况进行评审，确保所开展的风险管理工作符合组织的要求。8.7 、网上书店中风险的识别根据风险识别的分类标准可以识别出网上书店中存在的风险，如下：资

48、源风险完成该项目所需的资金受到一定的限制，人员的培训指导资金不到位，存在一定资金风险；参与项目的部分人员没有一起工作过，也存在着一定的人员风险；此外，交付日期的严格要求导致项目存在时间风险。业务风险由于软件行业的飞速发展，竞争对手可能抢先将产品推向市场，故存在着业务风险。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 29 页，共 32 页 - - - - - - - - - 30 技术风险客户可能随时提出需求和对项目的改进，需求的不稳定性和项目规模的不断扩展，可能导致项目存在规模风

49、险。进度风险功能的无限追加，在强大的压力下放弃计划都造成了项目的进度风险。8.8 、风险的控制1控制方法（1）风险管理计划重点是制定一个计划，以处理在排位靠前的高风险项。风险管理计划每阶段/ 迭代重新评估一次。风险监控时选取风险管理计划中没有关闭的前 10 大风险进行监控即可。每阶段/ 迭代启动时，选取“风险管理计划”中处于“监控”状态的前 10 大风险， 用于本阶段 / 迭代的周例会上进行跟踪和监控（注意： 周例会时只监控阶段/ 迭代启动时监控的前10 大风险）。（2）风险的化解避免风险（即：不要做冒险的活动）将风险从系统的一部分转移到另一部分（可能对于系统的其他部分此风险不会发生或发生时影

50、响不大）购买关于风险的信息（例如：做实验性项目，请咨询专家等）消除风险的根源接受风险（如果风险后果较小， 而处理它可能代价很大，滚动处理可能是最有效的途径）发布风险（将风险发布给相关涉众，如：管理者、市场人员、客户特别注意策略 等）控制风险制定风险无法化解时的“风险应急计划”分配额外的资源来处理风险为处理风险留出额外的时间记住风险（为将来的项目积累）8.9 风险监控（1）周例会检查风险名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 30 页，共 32 页 - - - - - - -