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

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关于进度计划的其他说明183。5关于其他计划的说明194项目

2、成果产品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 编写目的进度是对执行的活动和里程碑制定的工作计划日期表,它决定是否达到预期目的，它是跟踪和沟通项目进展状态的依据，也是跟踪变更对项目影响的依据。它的主要目标是：最短时间、最少成本、最小风险，即在给定的限制条件下，用最短时间、最少成本,以最少风险完成项目工作.PMI强调：作为项目,成功的三大要素是计

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

4、本系统的开发者：YY软件股份有限公司本系统的用户：XX酒店的高层领导、部门经理及其员工.实现该软件企业（YY软件股份有限公司)的组织结构图：c。该软件系统同其他系统或其他机构的基本的相互来往关系.1.3 定义WBS :Work Breakdown Structure 任务分解结构。PMI： Project Management Institute 美国项目管理学会 ，成立于1969年一个国际性组织，PDM :Precedence Diagramming Method 单代号网络图1.4 参考资料1 软件项目管理案例教程(第一版)，韩万江 姜立新编著, 机械工业出版社，2009年4月2 软件项目

5、管理案例教程（第二版)，韩万江 姜立新编著， 机械工业出版社，2009年4月 3 软件项目估计（第二版）, (美)CAPERS JONES 著,刘从越编译,电子工业出版社，2008年3月4 软件需求（第二版)，(美）Karl E. wiegers 著，刘伟琴、刘洪涛译，清华大学出版社,2007年9月5 酒店管理工作细化执行与模板，王宏编著,人民邮电出版社，2008年4月1.5 重要术语1。WBS，Work Breakdown Structure,任务分解结构,是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的范围。2。进度计划，进度，就是工作计划日期表3。质量计划:主要的质量管理对象

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

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

8、行功能改进,就需要一步一步实施的。我们开发的是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。虽然大部分的需求已明确，但是部分需求可能会发生变化；对于用户需逐步了解才能准确把握；对于复杂功能的系统进行功能改进，就需要一步一步实施的。同时系统具有可扩充性,若使用增量模型，可以保证系统的可扩充性。本项目具备增量模型的其他特点：项目的复杂程度中等；项目的风险较低；产品和文档的使用率会很高。所以选择增量式作为我们的开发模型.图21 增量式模型2。具体的设计为：图22 详细的增量模型2.2 项目团队情况简述表21 此项目团队人员的介绍:职位人员项目经理：需求分析员：概要设计员：详细设计员:编

9、码人员：测试人员：由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于一个大计划，简单说明计划的执行步骤，如表5所示。表22 项目初期计划任 务完成时间负责人资 源备 注项目规划2013-12-24需求获取2014-0105需求确定20140113概要设计2014-02-03详细设计2014-03-04项目实施2014-1117有待细化项目集成、测试2014-01-11提交2014-02072.3 软件估算情况此软件估算结果列表：表23 估算列表估算项估算结果功能点估算：该软件的功能点总数约为1012个进度估算：该软件开发时间15.9个月成本估算:总成本为333900元人员

10、数估算：所需的人员为 3个人2.4 项目范围的信息分析与使用2.4.1 软件的工作任务分解结构(WBS）表2-4 WBS 分解情况编号任务名称任务内容定义备注1客房管理子系统涉及到客房部经理及部门员工的功能1.1客房登记登记信息生成报表 1。1.1入住登记登记信息生成入住报表,收取押金，交给客户住房卡及钥匙等 1。1.2退房登记登记信息生成退房报表，收银结算，收回住房卡和钥匙,交给客户票据 副根等1.2客房预订客房的预定服务 1。2。1预订登记预定登记并生产报表 1.2。2预订查询对已订房查询1.3客房更换客户要求改变客房时对报表操作1。4客户遗物管理管理客户遗失物品 1.4.1遗物信息录入录

11、入客户遗失的物品 1。4.2遗物查询遗物查询及数据备份防止纠纷1。5客房经理涉及客房部经理的功能模块 1.5.1客房价格调整显示客房价格变更的信息 1.5.2工作报告年、月 预算报表的提交，酒店正式年、月 预算的查看，员工绩效考核等1。6信息查询查询客房历史记录及客户信息等2餐饮管理子系统涉及到餐饮部经理及部门员工的功能2.1点 单生成点菜单报表2。2预 定记录客户预定餐饮服务并生产报表2。3买 单收银结算并生成清单交付客户票据 副根等2.4换 台更新报表2.5餐饮经理涉及餐饮部经理的功能模块 2。5.1餐饮价格调整显示餐饮价格变更的信息 2.5.2工作报告年、月预算报表的提交，酒店正式年、月

12、预算的查看,员工绩效考核等2。6信息查询查询餐饮历史记录及客户信息等3财务管理子系统涉及财务的相关功能3.1查看财务预算汇总表查看汇总后的预算报表 3。1。1查看月度预算汇总表查看汇总后的月度预算报表 3。2。2查看年度预算汇总表查看汇总后的年度预算报表3.2酒店财务预算综合各信息后由相关负责人发布酒店正式的财务预算报表 3。2。1酒店年度预算发布发布酒店年度预算报表并显示在部门经理窗体下相应版块 3.2。2酒店月度预算发布发布酒店月度预算报表并显示在部门经理窗体下相应版块 3。2。3查看查看酒店的年度预算报表及月度预算报表3。3查看报表查看报表3.3.1年度报表查看年度报表3.3。2月度报表

13、查看月度报表3。4财务经理查看酒店的财务报表 3.4.1月度报表查看各部门的月度财务报表并可将其整合为总月度财务报表 3。4.2年度报表查看各部门的年度财务报表并可将其整合为总年度财务报表3.5工作报告写入业务文档备份为财务预算提供信息4人力资源管理子系统涉及人力资源管理的相关功能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对各个子系统进行需求获取用多种方式进行需求获取2对获得的需求进行确认分阶段的开需求评审会议概要设计阶段1。各个系统的用例描述和图各个系统总的