软件项目管理课程设计报告酒店管理系统项目管理文档

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

1、後件项貝管理報告酒店管理系统项目管理文档小组成员分工及组长打分班级学号姓名承担工作组长打分10分教师打分评语7目录项目槪述41.1 编写目的41.2 背景41.3 定义51. 4参考资料51. 5重要术语52 项目定义62. 1软件生存期模型选择与设计62.2 项目团队情况简述82. 3软件估算情况92.4 项目范围的信息分析与使用92.4.1软件的工作任务分解结构（WBS） 92.4.2基于项目背景的WBS的细化方案112.4.3重要的假设及其说明123 实施计划133.1进度计划133. 2基于进度计划的成本核算183.3 调整后的进度计划193.4 关于进度计划的其他说明193. 5关于

2、其他计划的说明194 项目成果产品214. 1 软件程序214. 2 软件文档214. 3 软件服务214.4 非移交的软件产品214. 5 验收标准214. 6 风险管理234. 6.1项目风险管理的目的234. 6.2项目风险管理的组成234. 6.3定义风险参数234. 6.4风险管理策略234. 6.5风险管理角色及职责245 其他25项目概述1.1编写目的进度是对执行的活动和里程碑制左的工作计划日期表，它决泄是否达到预期目的，它是 跟踪和沟通项目进展状态的依据，也是跟踪变更对项目影响的依据。它的主要目标是：最短 时间、最少成本、最小风险，即在给泄的限制条件下，用最短时间、最少成本，以

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

4、发者、用户及实现该软件的组织结构（企业）项目的任务提岀者：XX酒店高层领导本系统的开发者：YY软件股份有限公司本系统的用户：XX洒店的高层领导、部门经理及其员工。实现该软件企业（YY软件股份有限公司）的组织结构图：产a工逞部人力资源部商务都!C.该软件系统同其他系统或英他机构的基本的相互来往关系。1.3定义WBS :Work Breakdown Structure 任务分解结构。PMI: Project Management Institute 美国项目管理学会，成立于1969年一个国际 性组织，PDM :Precedence Diagramming Method 单代号网络图1.4参考资料1

5、1软件项目管理案例教程（笫一版），韩万江 姜立新编著，机械工业出版社，2009年4月2 软件项目管理案例教程（第二版），韩万江 姜立新编著，机械 工业出版社，2009年4月3 软件项目估计（第二版），（美）CAPERS JONES著，刘从越编译， 电子工业出版社，2008年3月4 软件需求（第二版），（美）Karl E. wiegers著，刘伟琴、刘 洪涛译，清华大学出版社，2007年9月5 酒店管理工作细化执行与模板，王宏编著，人民邮电出版社，2008 年4月1.5重要术语1. WBS, Work Breakdown Structure,任务分解结构，是而向可交付成果的对项目元素 的分组，它

6、组织并圧义了整个项目的范围。2. 进度计划,进度，就是工作计划日期表3. 质量汁划：主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的 中间产品：需求规格、设计说明书，源程序，测试汁划，测试结果等。2项目定义2.1软件生存期模型选择与设计1选择增量模型的原因：1）瀑布模型要求严格线性的开发，每个阶段开发活动结朿后，通过严格的阶段性复 审与确认，得到该阶段的一致、完整、正确和无二义性的良好文档资料，以冻结”这些 文档资料，作为该阶段的结束标志，保持不变，作为下一阶段活动的唯一基础，以每一步 的正确性和完整性来保证最终系统的质虽:。但是大量的实践并不是这种理想的线性开发序 列，而是在

7、开发过程中逐步完善的。而在增量开发过程：软件描述、设计和实现活动被分散成一系列的增量，这些增疑轮流 被开发。先完成一个系统子集的开发，再按同样的开发步骤增加功能（系统子集），如此递增 下去直至满足全部系统需求。要求系统的总体设汁在初始子集设计阶段就应做出设计。2）增量模型有如下优点：可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实 现，然后逐步完善，保证投入的有效性。可以更快地开发出可以操作的系统。可以减少开发过程中用户需求的变更。一些增量可能需要重新开发（如果早期开发的需求不稳泄或者不完整）。3）增量模型开发适合的项目：项目开始，明确了需求的大部分，但是需求可能会发生变化

8、对于市场和用户把握不是很准，需要逐步了解对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。我们开发的是洒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。虽然 大部分的需求已明确，但是部分需求可能会发生变化：对于用户需逐步了解才能准确耙握: 对于复杂功能的系统进行功能改进，就需要一步一步实施的。同时系统具有可扩充性，若使 用增量模型，可以保证系统的可扩充性。本项目具备增量模型的其他特点：项目的复杂程度 中等：项目的风险较低：产品和文档的使用率会很高。所以选择增量式作为我们的开发模型。!1/1 11 八I核心I核心核心功能I功能功能1EH123图2-1增量式模型2.具体的设计

9、为:第三增虽第四増虽酒店管理系统 财务甘理予系統W / / / / / / /酒店管理系统 人力资济管理于系统1L核心功能核心功能 J酒店管理系统 集成测试产品提交图2-2详细的增量模型2.2项口团队情况简述表2T此项目团队人员的介绍:职位人员项目经理：需求分析员：概要设计员：详细设计员：编码人员：测试人员：9由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于一个 大计划，简单说明计划的执行步骤，如表5所示。表22项目初期计划任务完成时间负责人资源备注项目规划2013-12-24需求获取2014-01-05需求确定2014-01-13概要设计2014-02-03详细设计2

10、014-03-04项目实施2014-11-17有待细化项目集成、测试2014-01-11提交2014-02-072.3软件估算情况此软件估算结果列表：表2-3估算列表估算项估算结果功能点估算：该软件的功能点总数约为1012个进度估算：该软件开发时间15. 9个月成本估算：总成本为333900元人员数估算：所需的人员为3个人2.4项L1范圉的信息分析与使用2. 4.1软件的工作任务分解结构（WBS）表2-4 WBS分解情况编号任务名称任务内容定义备注1客房管理子系统涉及到客房部经理及部门员工的功能1. 1客房登记登记信息生成报表1. 1. 1入住登记登记信息生成入住报表，收取押金，交给 客户住房

11、卡及钥匙等1.1.2退房登记登记信息生成退房报表，收银结算，收回 住房卡和钥匙，交给客户票据副根等1.2客房预订客房的预定服务1.2. 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餐饮管

12、理子系统涉及到餐饮部经理及部门员工的功能2. 1生成点菜单报表2.2预定记录客户预左餐饮服务并生产报表2.3买单收银结算并生成淸单交付客户票据副根 等2.4换台更新报表2.5餐饮经理涉及餐饮部经理的功能模块2. 5. 1餐饮价格调整显示餐饮价格变更的信息2. 5.2工作报告年、月预算报表的提交，酒店正式年、月 预算的査看，员工绩效考核等2.6信息查询査询餐饮历史记录及客户信息等3财务管理子系统涉及财务的相关功能3. 1査看财务预算汇总表査看汇总后的预算报表3.1. 1査看月度预算汇总表査看汇总后的月度预算报表3. 2.2査看年度预算汇总表査看汇总后的年度预算报表3.2洒店财务预算综合各信息后由

13、相关负责人发布洒店正 式的财务预算报表3. 2. 1洒店年度预算发布发布洒店年度预算报表并显示在部门经 理窗体下相应版块3. 2.2洒店月度预算发布发布洒店月度预算报表并显示在部门经 理窗体下相应版块3. 2.3査看洒店的年度预算报表及月度预算报 表3.3查看报表査看报表3. 3. 1年度报表査看年度报表3. 3.2月度报表査看月度报表3.4财务经理査看酒店的财务报表3.4. 1月度报表査看各部门的月度财务报表 并可将其整合为总月度财务报表3.4.2年度报表査看各部门的年度财务报表 并可将其整合为总年度财务报表3.5工作报告写入业务文档备份为财务预算提供信息4人力资源管理子系统涉及人力资源管理

14、的相关功能4. 1员工管理管理员工信息的录入、修改、删除4. 1. 1员工添加添加新员工的信息4. 1.2员工信息修改修改员工信息4.1.3员工删除删除被解雇的员工信息4.2绩效考核调岀员工月度考核表并对员工做岀加嶄、编号任务名称任务内容定义备注降薪、升职、解雇等命令等4.3调出员工信息表以备查询4.3. 1个人基本信息査看员工的基本信息4.3.2培训档案査看员工的培训档案4.4人力资源经理人力资源部经理的各项职能4.4. 1工作报告写入业务文档备份2.4.2基于项目背景的WBS的细化方案表2-5 WBS细化方案项目阶段各活动下的任务任务内容定义任责人需求分析阶段1.对各个子系统进行需求获取用

15、多种方式进行需求获取2.对获得的需求进行确认分阶段的开需求评审会议概要设计阶段1齐个系统的用例描述和图各个系统总的用例，分用例和所 有的用例解说2.各个系统的槪念数据建模各个系统的E-R模型和UML模型3.概要设计评审分阶段开概要评审会议详细设计阶段1.各个系统对象关系建模各个系统的对象模型建立2.各个系统分析类各个系统的分析类，界而类，控 制类3.各个系统设计类设置所有类的属性值，和方法头4.各个系统物理数据库设计对所有关系进行物理数据库5.详细设计评审分阶段开详细评审会议编码阶段1.客房管理子系统编码对管理员子系统的分析类的方 法进行编码2客房管理子系统集成对管理员子系统所有模块进行 集成

16、3.餐饮管理子系统编码对教师子系统的分析类的方法 进行编码4.餐饮管理子系统集成对教师子系统所有模块进行集 成5.财务管理子系统编码对学生子系统的分析类的方法 进行编码6.财务管理子系统集成对学生子系统所有模块进行集 成7.人力资源管理子系统编码对人力资源管理子系统的分析 类的方法进行编码8.人力资源管理子系统集成对人力资源管理子系统所有模 块进行集成系统集成1.系统集成对各个子系统进行集成系统测试1.集成测试对各个子系统的集成进行测试2.环境测试对发布版本的环境进行测试提交1 编写用户使用手册包括使用的方法2.提供给用户安装程序主要是安装向导用户培训1给用户进行初期进行系统应用的基本培训2.

17、4.3重要的假设及其说明假设：1洒店领导，公司领导都比较重视。2. 洒店里的领导，员工都比较积极主动配合。3. 分配的功能点总数为1012个，平均每人337个功能点4. 每个人每个月人均生产率为24个功能点。133实施计划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需求开发11 d2013-12-272014-1-

18、13一用户界而设计5 d2013-12-272013-12-31一用户需求评审3 d2014-1-32014-1-5修改需求、修改用户界而3 d2014-1-62014-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-

19、9一分析类5 d2014-2-102014-2-16一设计类4 d2014-2-172014-2-22物理数据库设计5 d2014-2-232014-3-1一详细设计评审3 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评审2 d2014-3-102014-3-11一客房登记-增量29 d2014-3-142014-3-24一一入住登记3 d2014-3-142014-3-16一

20、一退房登记2 d2014-3-172014-3-18一一客房更换2 d2014-3-212014-3-22一一增量2评审2 d2014-3-232014-3-24一客房预订-增量39 d2014-3-252014-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一一遗物信息录入3 d2014-4-72014-4-11遗物查询3 d2014-4-122014-4-14一一增量4评审3 d2

21、014-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-292014-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

22、一一信息查询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 d2014-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

23、-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-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-9

24、2014-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 d2014-8-262014-8-30一一年度报表4 d2014-8-312014-9-5一一增量4评审4 d2014-9-62014-9-9一财务管理子系统集成8 d2014-9-122014-9-21一一子系统集成测试4 d2014-9-122014

25、-9-15一一子环境测试4 d2014-9-162014-9-21一人力资源管理子系统11 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-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

26、评审3 d2014-10-142014-10-18一员工査看-增量314 d2014-10-192014-11-7一一个人基本信息4 d2014-10-192014-10-24一一培训档案4 d2014-10-252014-10-28一一増量3评审6 d2014-10-312014-11-7人力资源管理子系统集成8 d2014-11-82014-11-17子系统集成测试5 d2014-11-82014-11-14子环境测试3 d2014-11-152014-11-17系统集成24 d2014-11-182014-12-21系统集成24 d2014-11-182014-12-21系统测试29 d

27、2014-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图19图Al进度计划网络图2）项目进度计划的甘特图:标识号任务名称目发计计施成试 项幵设设实集测 件求要细目统统交 软需概详项系系捺 12345678工期幵始时间152013/12/6142013/12/27152014/1/14212014/2/41852014/

28、3/7242014/11/21292014/12/232015/2/25完成时I可2013/12/242014/1/132014/2/32014/3/42014/11/192014/12/222015/2/12015/2/81253）项目甘特图实施部分的计划展开如下：够名和工轉开场时個I-容腥仓理子系黛連用功18 熠星1 sisae 增呈？* KH订增呈3-sftea t*5“客房管湮子系煤集农 孑汞统*通用功宓増呈1*名饮首盘孑乐空麻 财势管子系换 |_兰若財务Bill汇启农塔呈2“相话财a-iS3 S5KJE -10铸管湮子系毀集萤 人力冬环克子禾娇* 人力KiSa Wfiifi：*人力系

29、躱集或mi11T432H50工作日 工作曰 工低日 工作日 工作日 工作日 工作日 工作日 工作日 工作日 工住日 工作曰日口日低作作总作作作作ft作 工工工工工工工工工工9 9 38 10 9日日日日日2014 年3 月 TR2014 年 3 月 TU Z014 年 3j14R 2014母 3 月 25 U2014 年 Afilfi 2014 年月 20 H2014 年5月5U ?014 年2014 年5月 16口 ?0146|)1702014年7月冃 2014ftT14U?014 年 7/11402014母T月27日2014年8月0日ZO14年射刃26日20149120Z0M2fl?2H2

30、014年9月22日Z014毎10月6日20M年1O月1日201411 月8日2014年5月（3日 2014年3月11日2014年3月肌日2014年4月&日2014年4月2日2014年5月4日20 2年5月丄3日2014年T月13日20146 月 1&日20M 年7）11 日20M年？月柑日2014年？月21日勿14 年 VJ126B2014年8月8日20 M年8月25日2CH4年9月9日20M年9月21日 201411 Jl7B202年2月5日 2014年10月18日2014年加日2014年11月M日2014Sj$S 33)42 3 I 4 I 9 G I ?9910 I 11图3-3实施部分

31、的甘特图5）里程碑高层领导可能更加关注里程碑的进展.所以需要一个里程碑的图示，如下表所示。表3-2里程碑表事件时间增量客房管理通用功能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增量10一财务经理2014-07-26增量11一査看财务预算汇总表2014-08-08增量12一洒店财务预算2014-08-25增量13

32、査看报表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基于进度计划的成本核算表任务名称开始时间结朿时间比较基准洒店管理系统2013-12-62015-2-7340, 000软件项目规划2013-12-62013-12-2412, 000一项目规划2013-12-62013-12T57, 000计划评审2013-12-162013-12-245, 000需求开发2013-12

33、-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一概念数据建模2014-1-212014-1-276, 000一概要设计评审2014-1-282014-2-33, 000详细设

34、计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-1813, 000客房登记-增量22014-3-212014-3-2510, 000

35、-客房预订-增量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, 000财务管理子系统2014-7-142014-9-2160, 0

36、00J-财务经理-增量12014-7-142014-7-2015, 000一一查看财务预算汇总表-增量22014-7-212011-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-222014T0-510, 000员匸管理-増量22014-10-62014-10-1813, 000员

37、工査看增量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验收、提交2015-2-62015-2-71, 500项目开发人员

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

39、月左右的余量时间，以备变化。3.5关于其他讣划的说明质量管理 计划、1. 软件质虽:是设计岀来的不是检查出来的。所以质量管理的关键是预防重于检 查，事前计划好质量，而不是事后检查。2. 软件质疑计划的主要内容为：针对项目过程中那些对最终产品起着重要的作 用的中间产品：需求规格、设计说明书，源程序，测试讣划，测试结果等的管理。配置管理计划1管理的主要内容为：版本信息。2.管理的主要目标：软件配苣的完整性和可追溯性。项目跟踪 管理计划1.基本原理：:hka#4项目成果产品4.1软件程序程序名称：酒店管理系统安装程序所用的编程语言:Visual Basic存储程序的媒体形式：移动硬盘本系统能够完成用

40、户所提的基本功能需求和非功能需求，安全性能比较髙，且能同时容 纳2000人同时访问服务器。4.2软件文档验收报告：客户对产品的验收情况的记录用户安装手册：指导用户怎样安装产品用户使用手册：指导用户怎样使用本系统帮助：提供给用户在使用过程中的参考4.3软件服务服务名称服务的级别服务开始日期服务期限是否收费安装培训iik软件提交给用户时Id不收系统维护髙每年寒假开始2d视情况而定运行支持髙软件提交给用户时1G不收4.4非移交的软件产品项目计划质量保证计划配置管理计划项目范帀说明书槪要设讣说明书详细设讣说明书设计术语及规范源程序编码规则测试计划测试用例测试报告4. 5验收标准1验收测试的对象：软件包

41、括程序、数据和文档。2. 验收测试要注意问题：（1）验收测试始终要以双方确认的需求规格说明和技术合同为准，确认各项需求是否得到 满足，各项合同条款是否得到贯彻执行。（2）验收测试和单元测试、集成测试不同，它是以验证软件的正确性为主，而不是以发现 软件错误为主。（3）对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。（4）验收测试中的用例设计要具有全而性、多维性、效率性，能以最少的时间在最大程度 上确认软件的功能和性能是否满足要求。3. 验收测试的目的是确认系统是否满足产品需求规格说明和技术介同的相关规定。通过 实施预左的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。安

42、装测试、 功能测试、界而测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容 性测试等。（1）安装测试：安装测试的目的在于验证软件能否在不同的配宜情况下完成安装，并确认 能否正常运行。（2）功能测试：功能测试是验收测试中的主要内容。功能测试要包含以下项目：单个模块 的查询、增加、删除、修改、保存等操作：数据的输入与输岀：数拯处理操作，如导 入、结转等；基础数据泄义的精度；计算的准确性，如仓库的历史库存、当前库存、 货位库存是否准确：数据共享能力；身份验证和权限管理。（3）界而测试：界而要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确 保整个软件风格一致。界面测试要从友

43、好性、易操作性、美观性、布局合理、分类科 学、标题描述准确等方而入手。测试用例的设计要重点掌握以下几点：第一，背景和 前景的颜色是否协调，颜色反差是否用得恰当；第二，软件得图标、按钮、对话框等 外观风格是否一致，美观效果所要求的屏幕分辨率：第三，窗口元素的布局是否合理, 并保持一致；第四，各种字段标题的信息描述是否准确：第五，快捷键、按钮、鼠标 等操作在软件中是否一致：第六，窗口及报表的显示比例和格式是否能适应用户的预 期需求：第七，误操作引起的错误提示是否友好：第八，活动窗口和被选中的记录是 否髙亮显示；第九，是否有帮助信息，菜单导航能否正常执行：第十，检查一些特殊 域和特殊控件能否运行。（

44、4）性能测试：性能测试主要测试软件的运行速度和对资源的消耗。通过调整软硬件配宜、网络拓扑结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、 稳左性和可靠性。一般借助Win Runner之类的企业级自动化测试工具来辅助测试，通 过极限测试来分析评估软件性能。（5）文档测试：文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内 容。文档测试主要通过评审的方式检査文档的完整性、准确性、一致性、可追溯性和 可理解性。（6）英他测试：第一，安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系统 的认证机制、加密机制、防病毒功能等安全防护策略的健壮性：第二，兼容性测试。 通

45、过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移 植的特性。4.6风险管理4.6.1项目风险管理的目的风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间，资源和 预算完成产生重大影响。风险管理的目标是在潜在问题发作以前就标志它们，这样就可以在 生命周期中可以适时地计划和启用风险处理活动。4. 6.2项目风险管理的组成风险识别风险分析风险优先级4. 6.3定义风险参数风险参数可用于评估、分类和划分风险的优先级;该项目将发生的可能性的等级划分为: 非常可能发生，可能发生，几乎不可能发生3个级别。将对项目的影响程度划分为：非常严 重影响.严重影响，中等影响，

46、微弱影响4个级别。相应的表格如下：发生的可能性对项目的影响程度名称等级名称等级非常可能发生3非常严重影响4可能发生2严重影响3儿乎不可能发生2中等影响2微弱影响14. 6.4风险管理策略有三种主要的策略：*风险规避：使其不再受到该风险的影响。*风险转移：让其他方（客户、厂商、银行、其他主体等）承担该风险。*风险接受：决左将该风险当作意外事件来接受。监测风险征兆，并制定应急计划，以 确定在风险发生时将采取何种行动。4. 6.5风险管理角色及职责（1）项目经理项目经理对风险管理工作负全部责任。（2）项目组开发人员项目组开发人员将被要求作为项目风险分析组的成员，对项目工作中存在的风险进行分析, 并整理成书面材料。（3）SQASQA经理将定期对风险管理工作开展情况进行评审，确保所开展的风险管理工作符合组织的 要求。315其他因为项目开发是个循环迭代的过程。在项目计划编制过程中，存在淸楚的依赖关系，原 则上要求它们按照基本相同的顺序进行。但在具体的实现过程中可能会有所变动。因此项目 计划是一个逐步完善的过程。项目计划的开发是贯穿项目始终的，可以渐进式进行，例如初 始讣划可能包含资源的属性和未定义的项目日期的活动排序，而后可以细化项目计划，包括 具体的资源和明确的项目日期等。