软件项目管理课程设计报告

《软件项目管理课程设计报告》由会员分享，可在线阅读，更多相关《软件项目管理课程设计报告（26页珍藏版）》请在装配图网上搜索。

1、软件项目管理课程设计报告酒店管理系统项目管理文档小组成员分工及组长打分班级学号姓名承担工作组长打分10分教师打分评语目录1项目概述 31.1编写目的 31.2背景 31.3定义 41.4参考资料 41.5重要术语 42项目定义 52.1软件生存期模型选择与设计 52.2项目团队情况简述 72.3软件估算情况 82.4项目范围的信息分析与使用 82.4.1 软件的工作任务分解结构（WBS） 82.4.2 基于项目背景的WBS的细化方案102.4.3 重要的假设及其说明 113实施计划 123.1进度计划 123.2 基于进度计划的成本核算 173.3 调整后的进度计划 183.4 关于进度计划的

2、其他说明 183.5 关于其他计划的说明 194 项目成果产品 204.1 软件程序 204.2 软件文档 204.3 软件服务 204.4 非移交的软件产品 204.5 验收标准 204.6 风险管理 224.6.1 项目风险管理的目的 224.6.2 项目风险管理的组成 224.6.3 定义风险参数 224.6.4 风险管理策略 224.6.5 风险管理角色及职责 235 其他 24项目概述1.1 编写目的进度是对执行的活动和里程碑制定的工作计划日期表，它决定是否达到预期目的，它 是跟踪和沟通项目进展状态的依据，也是跟踪变更对项目影响的依据。它的主要目标是： 最短时间、最少成本、最小风险，

3、即在给定的限制条件下，用最短时间、最少成本，以最 少风险完成项目工作。PMI强调：作为项目，成功的三大要素是计划、计划、计划，计划 是通向项目成功的路线图。按时完成项目是对项目经理最大的挑战，因为时间是项目规划 中灵活性最小的因素，进度问题又是项目冲突的主要原因，尤其是在项目的后期。所以进 度计划是项目计划中最重要的部分，是项目计划的核心。项目的进度问题，经常是所有项 目冲突的主要原因，为了缓解这个冲突，所以编写了项目进度计划说明书。本计划书意在 指导项目开发过程中的各个阶段的工作，为各个阶段安排具体的工作。本说明书的与其读者为：每个项目组的组长及其有关人员。1.2 背景a. 待开发的软件系统

4、的名称：酒店管理系统b. 本项目的任务提出者、开发者、用户及实现该软件的组织结构（企业）项目的任务提出者： XX 酒店高层领导本系统的开发者： YY 软件股份有限公司本系统的用户： XX 酒店的高层领导、部门经理及其员工。实现该软件企业（YY软件股份有限公司）的组织结构图：股东大会董爭盘墮爭长）曲爭盘爭长）董爭会利书副总经理综合莒理部开 发 部测 试 部术 支 持 部训 部c该软件系统同其他系统或其他机构的基本的相互来往关系。审计委员会财谿技求部副总经理副总经理销商产售口 口口部工 程 部市场部1.3 定义WBS :Work Breakdown St rue ture 任务分解结构。PMI:

5、Project Management Institute 美国项目管理学会，成立于 1969 年一个国际性 组织，PDM :Precedence Diagramming Me thod 单代号网络图1.4 参考资料1 软件项目管理案例教程（第一版），韩万江姜立新编著，机械 工业出版社，2009年4月2 软件项目管理案例教程（第二版），韩万江姜立新编著，机械 工业出版社，2009年4月3 软件项目估计（第二版），（美）CAPERS JONES著，刘从越编译， 电子工业出版社，2008年3月4 软件需求（第二版），（美）Karl E. wiegers著，刘伟琴、刘 洪涛译，清华大学出版社， 200

6、7年9月5 酒店管理工作细化执行与模板，王宏编著，人民邮电出版社， 2008年 4 月1.5 重要术语1. WBS, Work Breakdown Structure，任务分解结构，是面向可交付成果的对项目元 素的分组，它组织并定义了整个项目的范围。2. 进度计划,进度，就是工作计划日期表3. 质量计划：主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用 的中间产品：需求规格、设计说明书，源程序，测试计划，测试结果等。2 项目定义2.1 软件生存期模型选择与设计1.选择增量模型的原因：1）.瀑布模型要求严格线性的开发，每个阶段开发活动结束后， 通过严格的阶段性复 审与确认，得到该阶

7、段的一致、 完整、 正确和无二义性的良好文档资料，以 “冻结”这些 文档资料， 作为该阶段的结束标志，保持不变，作为下一阶段活动的唯一基础， 以每一 步的正确性和完整性来保证最终系统的质量。 但是大量的实践并不是这种理想的线性开发 序列，而是在开发过程中逐步完善的。而在增量开发过程：软件描述、设计和实现活动被分散成一系列的增量，这些增量轮 流被开发。先完成一个系统子集的开发，再按同样的开发步骤增加功能 （系统子集）,如此递 增下去直至满足全部系统需求。要求系统的总体设计在初始子集设计阶段就应做出设计。2）增量模型有如下优点： 可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实

8、现，然后逐步完善，保证投入的有效性。 可以更快地开发出可以操作的系统。 可以减少开发过程中用户需求的变更。 一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）。3）增量模型开发适合的项目：口项目开始，明确了需求的大部分，但是需求可能会发生变化口对于市场和用户把握不是很准，需要逐步了解口对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。我们开发的是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。虽 然大部分的需求已明确，但是部分需求可能会发生变化；对于用户需逐步了解才能准确把 握；对于复杂功能的系统进行功能改进，就需要一步一步实施的。同时系统具有可扩充性 若使

9、用增量模型，可以保证系统的可扩充性。本项目具备增量模型的其他特点：项目的复 杂程度中等；项目的风险较低；产品和文档的使用率会很高。所以选择增量式作为我们的 开发模型。图2-1增量式模型核心功能2具体的设计为：酒店管理系统 项目管理酒店管理系统 需求分析酒店管理系统 概要设计酒店管理系统 详细设计客房管理客房预定信息査询点 单酒店财务预算査看报表员工管理绩效考核第四增量酒店管理系统人力资源管理子系统核心功能第一增量酒店管理系统客房管理子系统|z核心功能-J 客客信房房息管预査理定询,第二增量酒店管理系统餐饮管理子系统核心功能第三增量.酒店管理系统财务管理子系统核心功能图 2-2 详细的增量模型t

10、酒店管理系统集成测试T酒店管理系统产品提交2.2 项目团队情况简述表2-1此项目团队人员的介绍:职位人员项目经理：需求分析员：概要设计员：详细设计员：编码人员：测试人员：由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于 个大计划，简单说明计划的执行步骤，如表 5 所示。.表2-2 .项目初期计划任务完成时间负责人资源备注项目规划2013-12-24需求获取2014-01-05需求确定2014-01-13概要设计2014-02-03详细设计2014-03-04项目实施2014-11-17有待细化项目集成、测 试2014-01-11提交2014-02-072.3 软件估算情

11、况此软件估算结果列表：表2-3估算列表估算项估算结果功能点估算：该软件的功能点总数约为1012个进度估算：该软件开发时间15.9个月成本估算：总成本为333900兀人员数估算：所需的人员为3个人2.4 项目范围的信息分析与使用2.4.1 软件的工作任务分解结构（WBS）表2-4 WBS分解情况编号任务名称任务内容定义备注1客房管理子系统涉及到客房部经理及部门员工的功能1.1客房登记登记信息生成报表1.1.1入住登记登记信息生成入住报表，收取押金，交 给客户住房卡及钥匙等1.1.2退房登记登记信息生成退房报表，收银结算，收 回住房卡和钥匙，交给客户票据副根 等1.2客房预订客房的预定服务1.2.

12、1预订登记预定登记并生产报表1.2.2预订查询对已订房查询1.3客房更换客户要求改变客房时对报表操作1.4客户遗物管理管理客户遗失物品1.4.1遗物信息录入录入客户遗失的物品编号任务名称任务内容定义备注1.4.2遗物查询遗物查询及数据备份防止纠纷1.5客房经理涉及客房部经理的功能模块1.5.1客房价格调整显示客房价格变更的信息1.5.2工作报告年、月预算报表的提交，酒店正式年、 月预算的查看，员工绩效考核等1.6信息查询查询客房历史记录及客户信息等2餐饮管理子系统涉及到餐饮部经理及部门员工的功能2.1占单八、1生成点菜单报表2.2预定记录客户预定餐饮服务并生产报表2.3买单收银结算并生成清单交

13、付客户票据副 根等2.4换台更新报表2.5餐饮经理涉及餐饮部经理的功能模块2.5.1餐饮价格调整显示餐饮价格变更的信息2.5.2工作报告年、月预算报表的提交，酒店正式年、 月预算的查看，员工绩效考核等2.6信息查询查询餐饮历史记录及客户信息等3财务管理子系统涉及财务的相关功能3.1查看财务预算汇总表查看汇总后的预算报表3.1.1查看月度预算汇总表查看汇总后的月度预算报表3.2.2查看年度预算汇总表查看汇总后的年度预算报表3.2酒店财务预算综合各信息后由相关负责人发布酒店正 式的财务预算报表3.2.1酒店年度预算发布发布酒店年度预算报表并显示在部门经 理窗体下相应版块3.2.2酒店月度预算发布发

14、布酒店月度预算报表并显示在部门经 理窗体下相应版块3.2.3查看查看酒店的年度预算报表及月度预算报 表3.3查看报表查看报表3.3.1年度报表查看年度报表3.3.2月度报表查看月度报表3.4财务经理查看酒店的财务报表3.4.1月度报表查看各部门的月度财务报表 并可将其整合为总月度财务报表3.4.2年度报表查看各部门的年度财务报表 并可将其整合为总年度财务报表3.5工作报告写入业务文档备份为财务预算提供信息4人力资源管理子系统涉及人力资源管理的相关功能4.1员工管理管理员工信息的录入、修改、删除4.1.1员工添加添加新员工的信息4.1.2员工信息修改修改员工信息编号任务名称任务内容定义备注4.1

15、.3员工删除删除被解雇的员工信息4.2绩效考核调出员工月度考核表并对员工做出加新、 降薪、升职、解雇等命令等4.3员工查看调出员工信息表以备查询4.3.1个人基本信息查看员工的基本信息4.3.2培训档案查看员工的培训档案4.4人力资源经理人力资源部经理的各项职能4.4.1工作报告写入业务文档备份242 基于项目背景的WBS的细化方案表2-5 WBS细化方案项目阶段各活动下的任务任务内容定义任 责人需求分析阶段1 对各个子系统进行需求获 取用多种方式进行需求获取2.对获得的需求进行确认分阶段的开需求评审会议概要设计阶段1各个系统的用例描述和图各个系统总的用例，分用例和 所有的用例解说2各个系统的

16、概念数据建模各个系统的E-R模型和UML 模型3概要设计评审分阶段开概要评审会议详细设计阶段1.各个系统对象关系建模各个系统的对象模型建立2.各个系统分析类各个系统的分析类，界面类， 控制类3.各个系统设计类设置所有类的属性值，和方法 头4.各个系统物理数据库设计对所有关系进行物理数据库5.详细设计评审分阶段开详细评审会议编码阶段1客房管理子系统编码对管理员子系统的分析类的方 法进行编码2客房管理子系统集成对管理员子系统所有模块进行 集成3餐饮管理子系统编码对教师子系统的分析类的方法 进行编码4餐饮管理子系统集成对教师子系统所有模块进行集 成5财务管理子系统编码对学生子系统的分析类的方法 进行

17、编码6财务管理子系统集成对学生子系统所有模块进行集 成7人力资源管理子系统编码对人力资源管理子系统的分析 类的方法进行编码8.人力资源管理子系统集成对人力资源管理子系统所有模 块进行集成系统集成1系统集成对各个子系统进行集成系统测试1集成测试对各个子系统的集成进行测试2环境测试对发布版本的环境进行测试提交1编写用户使用手册包括使用的方法2提供给用户安装程序主要是安装向导用户培训1给用户进行初期进行系统应用的基本培训2.4.3 重要的假设及其说明 假设：1. 酒店领导，公司领导都比较重视。2. 酒店里的领导，员工都比较积极主动配合。3. 分配的功能点总数为 1012个，平均每人 337 个功能点

18、4. 每个人每个月人均生产率为 24 个功能点。3 实施计划3.1 进度计划此处用甘特图或进度表格描述。1) 进度计划：表3-1进度计划表任务名称工期开始时间结束时间资源酒店管理系统420d2013-12-62015-2-7 软件项目规划15 d2013-12-62013-12-24项目规划8 d2013-12-62013-12-15计划评审7 d2013-12-162013-12-24 需求开发14 d2013-12-272014-1-13用户界面设计5 d2013-12-272013-12-31用户需求评审3 d2014-1-32014-1-5修改需求、修改用户界面3 d2014-1-62

19、014-1-10编写需求规格说明书2 d2014-1-112014-1-12需求验证1 d2014-1-132014-1-13 概要设计15 d2014-1-142014-2-3用例描述图5 d2014-1-142014-1-20概念数据建模5 d2014-1-212014-1-27概要设计评审5 d2014-1-282014-2-3 详细设计21d2014-2-42014-3-4对象关系建模4 d2014-2-42014-2-9分析类5 d2014-2-102014-2-16设计类4 d2014-2-172014-2-22物理数据库设计5 d2014-2-232014-3-1详细设计评审3

20、d2014-3-22014-3-4 项目实施184 d2014-3-72014-11-17客房管理子系统50 d2014-3-72014-5-13通用功能-增量15 d2014-3-72014-3-11信息查询3 d2014-3-72014-3-9增量1评审2014-3-102014-3-11客房登记-增量29 d2014-3-142014-3-24入住登记3 d2014-3-142014-3-16退房登记2 d2014-3-172014-3-18客房更换2 d2014-3-212014-3-22增量2评审2 d2014-3-232014-3-24客房预订-增量39 d2014-3-25201

21、4-4-6预订登记4 d2014-3-252014-3-30预订房查询3 d2014-3-312014-4-4增量3评审2 d2014-4-52014-4-6客户遗物管理-增量49 d2014-4-72014-4-19任务名称工期开始时间结束时间资源遗物信息录入ll2014-4-72014-4-11遗物查询3 d2014-4-122014-4-14增量4评审3 d2014-4-152014-4-19客房经理-增量511 d2014-4-202014-5-4客房价格调整3 d2014-4-202014-4-22工作报告4 d2014-4-252014-4-28增量5评审4 d2014-4-292

22、014-5-4客房管理子系统集成7 d2014-5-52014-5-13子系统集成测试3 d2014-5-52014-5-9子环境测试4 d2014-5-102014-5-13餐饮管理子系统43 d2014-5-162014-7-13通用功能-增量124 d2014-5-162014-6-16点单4 d2014-5-162014-5-19信息查询4 d2014-5-202014-5-25预定4 d2014-5-262014-5-31买单4 d2014-6-12014-6-6换台4 d2014-6-72014-6-10增量1评审4 d2014-6-132014-6-16餐饮经理-增量211 d2

23、014-6-172014-7-1餐饮价格调整5 d2014-6-172014-6-23工作报告3 d2014-6-242014-6-28增量2评审3 d2014-6-292014-7-1餐饮管理子系统集成8 d2014-7-42014-7-13子系统集成测试4 d2014-7-42014-7-7子环境测试4 d2014-7-82014-7-13财务管理子系统50 d2014-7-142014-9-21财务经理-增量19 d2014-7-142014-7-26月度预算审核3 d2014-7-142014-7-18年度预算审核3 d2014-7-192014-7-21增量1评审3 d2014-7-

24、222014-7-26查看财务预算汇总表-增量29 d2014-7-272014-8-8查看月度预算汇总表3 d2014-7-272014-7-29查看年度预算汇总表3 d2014-8-12014-8-3增量2评审3 d2014-8-42014-8-8酒店财务预算-增量313 d2014-8-92014-8-25酒店年度预算发布3 d2014-8-92014-8-11酒店月度预算发布3 d2014-8-122014-8-16查看3 d2014-8-172014-8-19增量3评审4 d2014-8-222014-8-25查看报表-增量411 d2014-8-262014-9-9月度报表3 d2

25、014-8-262014-8-30年度报表4 d2014-8-312014-9-5任务名称工期开始时间结束时间资源增量4评审ll2014-9-62014-9-9财务管理子系统集成8 d2014-9-122014-9-21子系统集成测试4 d2014-9-122014-9-15子环境测试4 d2014-9-162014-9-21人力资源管理子系统41 d2014-9-222014-11-17人力资源经理-增量110 d2014-9-222014-10-5绩效考核3 d2014-9-222014-9-26工作报告3 d2014-9-272014-9-29增量1评审4 d2014-9-302014-

26、10-5员工管理-增量29 d2014-10-62014-10-18员工添加2 d2014-10-62014-10-7员工信息修改2 d2014-10-102014-10-11员工删除2 d2014-10-122014-10-13增量2评审3 d2014-10-142014-10-18员工杳看-增量314 d2014-10-192014-11-7个人基本信息ll2014-10-192014-10-24培训档案4 d2014-10-252014-10-28增量3评审6 d2014-10-312014-11-7人力资源管理子系统集成8 d2014-11-82014-11-17子系统集成测试5 d2

27、014-11-82014-11-14子环境测试3 d2014-11-152014-11-17 系统集成24 d2014-11-182014-12-21系统集成24 d2014-11-182014-12-21 系统测试29 d2014-12-222015-1-31系统测试15 d2014-12-222015-1-11环境测试14 d2015-1-122015-1-31 提交5 d2015-2-12015-2-7完成文档3 d2015-2-12015-2-3验收、提交2 d2015-2-62015-2-7备 注：安排的时间范围已包含节假日2）项目的 PDM 图图3-1进度计划网络图2）项目进度计划

28、的甘特图：标识号任务容称工期幵始时间元成时囘1软件项目规划152013/12/62013/12/242需求开岌142013/12/272014/1/133概要设计152014/1/142014/2/34详细设计212014/2/42014/3/45顷目实施1852014/3/72014/11/196系统集成242014/11/212014/12/227系统测试292014/12/232015/2/1852015/2/22015/2/sl3）项目甘特图实施部分的计划展开如下:开/酿叵和M问年菜译囲EDL4 年 SsSBtEDL4Si3Sat 1 34 I 5&T 09lo | ii工非日20诃緋

29、3月丫日2014年5月13日5工桂日20H3fir020943 11 B9-窖圧蜀id口増呈覽3工fit日Eld年3月诃日2134年勺月恵4日+客fit联订-谢鼻30 TffH沙丄4蒔3月25目2014tF4jjBU”*客户谥物丸1和0工邻日m理年月丁日戲佃年电J1旧日KJi工作日加坷邇詞月细日刼M年5；月虬口K7工性日Z01+fe月吕曲20时年月131日W-唾熬首理子施価工悻日酣运年5月10 0200，昭月13日+ ami劝佶-煨耳124工作日zowsflieO西阿毎gJilB日-居饮轻理増呈量11工fit日/on 4*月计日2(1U iH 月tjS* BKHT.RS6*IB工佯日EDHT月

30、丄廿即们旧月歸吐e-财型哲遲孑衰墟50工惟日固H肖年7月E04h JEI 日-U9工忡日2014年T月M日西14年明翎日+再着期爭葩盂豆去-姑戟3 TltEl如同年了月27曲皿4年田月甘日+扇秒书等耐-堵垒3n工悴日2014耶月*罚即W年B月5日+呑看绘年J*站411工淮日30时年B月餌曲凹冋年理加日-财筑昔理于来软集咸a工AE日hi TfES刼也年9月120pfirl 旳澤 O 旧? IF1匹1仏年日月日fl 1 li I7HJfj tBIO 4X J* aakia*iHI工惟日阳14年 J022日恣JH年山月m日*9工作日切園年诃月砂目201410月注日V1* Bia* isto14工惟日

31、EDM 年 Id 月 150列冷年iitBA,人卄熨碗誉子林蛋Iffia工“日和运年iR月別日20 制年图3-3实施部分的甘特图5）里程碑高层领导可能更加关注里程碑的进展，所以需要一个里程碑的图示，如下表所示。表3-2里程碑表事件时间增量1-客房管理通用功能2014-03-11增量2-客房登记2014-03-24增量3客房预订2014-04-06增量4 -客房遗物管理2014-04-19增量5客房经理2014-05-04增量6-客房管理子系统集成2014-05-13增量7-餐饮管理通用功能2014-06-16增量8-餐饮经理2014-07-01增量9-餐饮管理子系统集成2014-07-13增量

32、10-财务经理2014-07-26增量11查看财务预算汇总表2014-08-08增量12酒店财务预算2014-08-25增量13-查看报表2014-09-09增量14财务管理子系统集成2014-09-21增量15人力资源经理2014-10-05增量16员工管理2014-10-18增量17-员工查看2014-11-07增量18人力资源管理子系统集成2014-11-173.2 基于进度计划的成本核算表3-3基于进度计划的成本K核算表任务名称开始时间结束时间比较基准酒店管理系统2013-12-62015-2-7340, 000软件项目规划2013-12-62013-12-2412， 000项目规划2

33、013-12-62013-12-157，000计划评审2013-12-162013-12-245，000 需求开发2013-12-272014-1-1330， 000用户界面设计2013-12-272013-12-3110， 000用户需求评审2014-1-32014-1-59，000修改需求、修改用户界面2014-1-62014-1-104，000编写需求规格说明书2014-1-112014-1-123，000需求验证2014-1-132014-1-134，000 概要设计2014-1-142014-2-313， 000用例描述图2014-1-142014-1-204，000概念数据建模20

34、14-1-212014-1-276，000概要设计评审2014-1-282014-2-33，000 详细设计2014-2-42014-3-440， 000对象关系建模2014-2-42014-2-98，000分析类2014-2-102014-2-1611， 000设计类2014-2-172014-2-2211， 000物理数据库设计2014-2-232014-3-16，000详细设计评审2014-3-22014-3-44，000 项目实施2014-3-72014-11-17210， 000客房管理子系统2014-3-72014-5-1360， 000通用功能-增量12014-3-72014-3

35、-1813， 000客房登记-增量22014-3-212014-3-2510， 000客房预订-增量32014-3-282014-4-810， 000客户遗物管理-增量42014-4-112014-4-1910， 000客房经理-增量52014-4-202014-5-312， 000客房管理子系统集成2014-5-42014-5-135，000餐饮管理子系统2014-5-162014-7-1350， 000通用功能-增量12014-5-162014-6-1030， 000餐饮经理-增量22014-6-132014-7-615， 000餐饮管理子系统集成2014-7-72014-7-135，00

36、0财务管理子系统2014-7-142014-9-2160， 000财务经理-增量12014-7-142014-7-2015， 000查看财务预算汇总表-增量22014-7-212014-8-311， 000酒店财务预算-增量32014-8-42014-8-1111， 000查看报表-增量42014-8-122014-8-3013， 000任务名称开始时间结束时间比较基准财务官理子系统集成2014-9-82014-9-215, 000人力资源管理子系统2014-9-222014-11-1740, 000人力资源经理-增量12014-9-222014-10-510, 000员工管理-增量22014

37、-10-62014-10-1813, 000员工杳看-增量32014-10-192014-11-712, 000人力资源管理子系统集成2014-11-82014-11-175, 000系统集成2014-11-182014-12-2115, 000系统集成2014-11-182014-12-2115, 000 系统测试2014-12-222015-1-3115, 000系统测试2014-12-222015-1-119, 000环境测试2015-1-122015-1-316, 000 提交2015-2-12015-2-75, 000完成文档2015-2-12015-2-33, 500验收、提交20

38、15-2-62015-2-71, 500项目开发人员为3 个人员。项目开发用到52 个人月。预算总成本为340，000元（见 上表），与估算的成本333，900 元基本持平（有一点差距）。这样340，000 元可以作为 项目的成本控制参考。3.3 调整后的进度计划 逐项列出影响初始计划的因素和调整的条目（包括影响项目成败的关键问题、技术难 点和风险），指出这些问题对项目的影响然后给出调整后的进度计划。由于系统规模不是很大，开发团队的人员对本系统也很熟悉，所以开发的过程中风险 较小。所以进度计划没有太大的改动。3.4 关于进度计划的其他说明1. 本进度计划是从按照交付日期倒推确定时间，然后安排计

39、划内容；2. 进度安排提交的日期并非是真实的交付日期，而是留有半个月左右的余量时间，以备变化。3.5 关于其他计划的说明质量管 理计划、1软件质量是设计出来的不是检查出来的。所以质量管理的关键是预防重于检 查，事前计划好质量，而不是事后检查。2.软件质量计划的主要内容为：针对项目过程中那些对最终产品起着重要的 作用的中间产品：需求规格、设计说明书，源程序，测试计划，测试结果等 的管理。配置管 理计划1管理的主要内容为：版本信息。2管理的主要目标：软件配置的完整性和可追溯性。项目跟 踪管理1.基本原理：计划佣菱纠TE 1骨理至4修 LTvf iyj2.项目跟踪的主要目的是：保证正确的人在正确的时

40、候得到正确的信息。4 项目成果产品4.1 软件程序程序名称：酒店管理系统安装程序所用的编程语言：Visual Basic存储程序的媒体形式: 移动硬盘 本系统能够完成用户所提的基本功能需求和非功能需求，安全性能比较高，且能同时 容纳 2000 人同时访问服务器。4.2 软件文档验收报告：客户对产品的验收情况的记录 用户安装手册：指导用户怎样安装产品 用户使用手册：指导用户怎样使用本系统 帮助：提供给用户在使用过程中的参考4.3 软件服务服务名称服务的级别服务开始日期服务期限是否收费安装培训低软件提交给用户 时1d不收系统维护高每年寒假开始2d视情况而定运行支持高软件提交给用户 时1d不收4.4

41、 非移交的软件产品 项目计划 质量保证计划 配置管理计划 项目范围说明书 概要设计说明书 详细设计说明书 设计术语及规范 源程序 编码规则 测试计划 测试用例 测试报告4.5 验收标准1.验收测试的对象：软件包括程序、数据和文档2.验收测试要注意问题：（1）验收测试始终要以双方确认的需求规格说明和技术合同为准，确认各项需求是否得到 满足，各项合同条款是否得到贯彻执行。（2）验收测试和单元测试、集成测试不同，它是以验证软件的正确性为主，而不是以发现 软件错误为主。（3）对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。（4）验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时

42、间在最大程度 上确认软件的功能和性能是否满足要求。3. 验收测试的目的是确认系统是否满足产品需求规格说明和技术合同的相关规定。通 过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。安装 测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测 试、兼容性测试等。（1）安装测试 ：安装测试的目的在于验证软件能否在不同的配置情况下完成安装，并确 认能否正常运行。（2）功能测试 ：功能测试是验收测试中的主要内容。功能测试要包含以下项目：单个模 块的查询、增加、删除、修改、保存等操作；数据的输入与输出；数据处理操作，如 导入、结转等；基础数据定义的精度；计

43、算的准确性，如仓库的历史库存、当前库存 货位库存是否准确；数据共享能力；身份验证和权限管理。（3）界面测试 ：界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要 确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类 科学、标题描述准确等方面入手。测试用例的设计要重点掌握以下几点： 第一，背 景和前景的颜色是否协调，颜色反差是否用得恰当；第二，软件得图标、按钮、对话 框等外观风格是否一致，美观效果所要求的屏幕分辨率；第三，窗口元素的布局是否 合理，并保持一致；第四，各种字段标题的信息描述是否准确；第五，快捷键、按钮 鼠标等操作在软件中是否一致；第六，窗口及报表的

44、显示比例和格式是否能适应用户 的预期需求；第七，误操作引起的错误提示是否友好；第八，活动窗口和被选中的记 录是否高亮显示；第九，是否有帮助信息，菜单导航能否正常执行；第十，检查一些 特殊域和特殊控件能否运行。（4）性能测试 ：性能测试主要测试软件的运行速度和对资源的消耗。通过调整软硬件配 置、网络拓扑结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速 率、稳定性和可靠性。一般借助 Win Runner 之类的企业级自动化测试工具来辅助测 试，通过极限测试来分析评估软件性能。（5）文档测试 ：文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要 内容。文档测试主要通过评审的

45、方式检查文档的完整性、准确性、一致性、可追溯性 和可理解性。（6）其他测试 ：第一，安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系 统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性；第二，兼容性测试 通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移 植的特性。4.6 风险管理4.6.1 项目风险管理的目的 风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间，资源和预算完成产生重大影响。风险管理的目标是在潜在问题发作以前就标志它们，这样就可 以在生命周期中可以适时地计划和启用风险处理活动。4.6.2 项目风险管理的组成风险识别风险分析

46、风险优先级4.6.3 定义风险参数风险参数可用于评估、分类和划分风险的优先级；该项目将发生的可能性的等级划分 为：非常可能发生，可能发生，几乎不可能发生 3 个级别。将对项目的影响程度划分为： 非常严重影响，严重影响，中等影响，微弱影响4 个级别。相应的表格如下：发生的可能性对项目的影响程度名称等级名称等级非常可能发生3非常严重影响4可能发生2严重影响3几乎不可能发生2中等影响2微弱影响14.6.4 风险管理策略 有三种主要的策略：*风险规避：使其不再受到该风险的影响。*风险转移：让其他方（客户、厂商、银行、其他主体等）承担该风险。*风险接受：决定将该风险当作意外事件来接受。监测风险征兆，并制

47、定应急计划，以 确定在风险发生时将采取何种行动。4.6.5 风险管理角色及职责（1）项目经理项目经理对风险管理工作负全部责任。（2）项目组开发人员 项目组开发人员将被要求作为项目风险分析组的成员，对项目工作中存在的风险进行分析 并整理成书面材料。（3）SQASQA 经理将定期对风险管理工作开展情况进行评审，确保所开展的风险管理工作符合组织 的要求。5 其他因为项目开发是个循环迭代的过程。在项目计划编制过程中，存在清楚的依赖关系， 原则上要求它们按照基本相同的顺序进行。但在具体的实现过程中可能会有所变动。因此 项目计划是一个逐步完善的过程。项目计划的开发是贯穿项目始终的，可以渐进式进行， 例如初始计划可能包含资源的属性和未定义的项目日期的活动排序，而后可以细化项目计 划，包括具体的资源和明确的项目日期等。