《酒店管理系统-软件项目进度计划说明书v2》(共19页).doc
《《酒店管理系统-软件项目进度计划说明书v2》(共19页).doc》由会员分享,可在线阅读,更多相关《《酒店管理系统-软件项目进度计划说明书v2》(共19页).doc(19页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、精选优质文档-倾情为你奉上北方民族大学课程设计报告 系(部、中心) 计算机科学与工程学院 姓 名 王朝令 学 号 专 业 软件工程 班 级 2008级2班 同组人员 况晓龙() 黄志刚() 课程名称 软件工程项目管理 设计题目名称酒店管理系统软件项目进度计划说明书 起止时间 2010年12月6日2010年12月11日 成 绩 指导教师签名 陶 铮 贾艳波 北方民族大学教务处制 目录1.1 编写目的进度是对执行的活动和里程碑制定的工作计划日期表,它决定是否达到预期目的,它是跟踪和沟通项目进展状态的依据,也是跟踪变更对项目影响的依据。它的主要目标是:最短时间、最少成本、最小风险,即在给定的限制条件
2、下,用最短时间、最少成本,以最少风险完成项目工作。PMI强调:作为项目,成功的三大要素是计划、计划、计划,计划是通向项目成功的路线图。按时完成项目是对项目经理最大的挑战,因为时间是项目规划中灵活性最小的因素,进度问题又是项目冲突的主要原因,尤其是在项目的后期。所以进度计划是项目计划中最重要的部分,是项目计划的核心。项目的进度问题,经常是所有项目冲突的主要原因,为了缓解这个冲突,所以编写了项目进度计划说明书。本计划书意在指导项目开发过程中的各个阶段的工作,为各个阶段安排具体的工作。本说明书的与其读者为:每个项目组的组长及其有关人员。1.2 背景a.待开发的软件系统的名称: 酒店管理系统b.本项目
3、的任务提出者、开发者、用户及实现该软件的组织结构(企业)项目的任务提出者:XX酒店高层领导本系统的开发者:YY软件股份有限公司本系统的用户:XX酒店的高层领导、部门经理及其员工。实现该软件企业(YY软件股份有限公司)的组织结构图:(参考例图)c.该软件系统同其他系统或其他机构的基本的相互来往关系。与本系统有关的系统:无1.3 定义WBS :Work Breakdown Structure 任务分解结构。PMI: Project Management Institute 美国项目管理学会 ,成立于1969年一个国际性组织,PDM :Precedence Diagramming Method 单代
4、号网络图1.4 参考资料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,任务分解结构,是面向可交付
5、成果的对项目元素的分组,它组织并定义了整个项目的范围。2.进度计划,进度,就是工作计划日期表3.质量计划:主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的中间产品:需求规格、设计说明书,源程序,测试计划,测试结果等。2 项目进度计划编制的背景概述2.1 软件生存期模型选择与设计1.选择增量模型的原因:1).瀑布模型要求严格线性的开发,每个阶段开发活动结束后, 通过严格的阶段性复审与确认,得到该阶段的一致、 完整、 正确和无二义性的良好文档资料,以“冻结”这些文档资料, 作为该阶段的结束标志,保持不变,作为下一阶段活动的唯一基础, 以每一步的正确性和完整性来保证最终系统的质量。
6、但是大量的实践并不是这种理想的线性开发序列,而是在开发过程中逐步完善的。而在增量开发过程:软件描述、设计和实现活动被分散成一系列的增量,这些增量轮流被开发。先完成一个系统子集的开发,再按同样的开发步骤增加功能 (系统子集),如此递增下去直至满足全部系统需求。要求系统的总体设计在初始子集设计阶段就应做出设计。2)增量模型有如下优点:l 可以避免一次性投资太多带来的风险,将主要的功能或者风险大的功能首先实现,然后逐步完善,保证投入的有效性。l 可以更快地开发出可以操作的系统。l 可以减少开发过程中用户需求的变更。l 一些增量可能需要重新开发(如果早期开发的需求不稳定或者不完整)。3)增量模型开发适
7、合的项目:q 项目开始,明确了需求的大部分,但是需求可能会发生变化q 对于市场和用户把握不是很准,需要逐步了解q 对于有庞大和复杂功能的系统进行功能改进,就需要一步一步实施的。我们开发的是酒店管理系统,分客房模块、餐饮模块、财务模块、人力资源模块。虽然大部分的需求已明确,但是部分需求可能会发生变化;对于用户需逐步了解才能准确把握;对于复杂功能的系统进行功能改进,就需要一步一步实施的。同时系统具有可扩充性,若使用增量模型,可以保证系统的可扩充性。本项目具备增量模型的其他特点:项目的复杂程度中等;项目的风险较低;产品和文档的使用率会很高。所以选择增量式作为我们的开发模型。图2-1 增量式模型2.具
8、体的设计为:图2-2 详细的增量模型2.2 项目团队情况简述表2-1 此项目团队人员的介绍:职位人员项目经理:王朝令需求分析员:王朝令 况晓龙概要设计员:况晓龙详细设计员:王朝令 况晓龙 黄志刚编码人员:王朝令 况晓龙 黄志刚测试人员:黄志刚由于项目初期信息不是很充分,所以初期的项目计划只存在一个计划表格,相当于一个大计划,简单说明计划的执行步骤,如表5所示。表2-2 项目初期计划任 务完成时间负责人资 源备 注项目规划2010-12-24王朝令全体人员参与需求获取2011-01-05况晓龙王朝令,况晓龙,酒店领导,部门经理,员工代表参与需求确定2011-01-13王朝令全体人员参与概要设计2
9、011-02-03况晓龙详细设计2011-03-04王朝令全体人员参与项目实施2011-11-17王朝令况晓龙,黄志刚参与有待细化项目集成、测试2012-01-11黄志刚提交2012-02-07王朝令况晓龙,黄志刚参与2.3 软件估算情况此软件估算结果列表:表2-3 估算列表估算项估算结果功能点估算:该软件的功能点总数约为1012个进度估算:该软件开发时间15.9个月成本估算:总成本为元人员数估算:所需的人员为 3个人2.4 项目范围的信息分析与使用2.4.1 软件的工作任务分解结构(WBS)表2-4 WBS 分解情况编号任务名称任务内容定义备注1客房管理子系统涉及到客房部经理及部门员工的功能
10、1.1客房登记登记信息生成报表 1.1.1入住登记登记信息生成入住报表,收取押金,交给客户住房卡及钥匙等 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工作报告年、月 预算报表的提交,酒店正式年、月
11、预算的查看,员工绩效考核等1.6信息查询查询客房历史记录及客户信息等2餐饮管理子系统涉及到餐饮部经理及部门员工的功能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.
12、2.2查看年度预算汇总表查看汇总后的年度预算报表3.2酒店财务预算综合各信息后由相关负责人发布酒店正式的财务预算报表 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工作报告写入
13、业务文档备份为财务预算提供信息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 细化方案项目阶段各活动下的任务任务内容定义
14、责任人需求分析阶段1对各个子系统进行需求获取用多种方式进行需求获取王朝令2对获得的需求进行确认分阶段的开需求评审会议王朝令概要设计阶段1.各个系统的用例描述和图各个系统总的用例,分用例和所有的用例解说况晓龙2.各个系统的概念数据建模各个系统的E-R模型和UML模型况晓龙3.概要设计评审分阶段开概要评审会议况晓龙详细设计阶段1. 各个系统对象关系建模各个系统的对象模型建立王朝令2. 各个系统分析类各个系统的分析类,界面类,控制类况晓龙3. 各个系统设计类设置所有类的属性值,和方法头黄志刚4. 各个系统物理数据库设计对所有关系进行物理数据库王朝令5.详细设计评审分阶段开详细评审会议黄志刚编码阶段1
15、.客房管理子系统编码对管理员子系统的分析类的方法进行编码王朝令2客房管理子系统集成对管理员子系统所有模块进行集成王朝令3.餐饮管理子系统编码对教师子系统的分析类的方法进行编码况晓龙4.餐饮管理子系统集成对教师子系统所有模块进行集成况晓龙5.财务管理子系统编码对学生子系统的分析类的方法进行编码王朝令6.财务管理子系统集成对学生子系统所有模块进行集成王朝令7.人力资源管理子系统编码对人力资源管理子系统的分析类的方法进行编码黄志刚8. 人力资源管理子系统集成对人力资源管理子系统所有模块进行集成黄志刚系统集成1.系统集成对各个子系统进行集成黄志刚系统测试1.集成测试对各个子系统的集成进行测试黄志刚2.
16、环境测试对发布版本的环境进行测试黄志刚提交1.编写用户使用手册包括使用的方法王朝令2.提供给用户安装程序主要是安装向导王朝令用户培训1.给用户进行初期进行系统应用的基本培训况晓龙2.4.3 重要的假设及其说明假设:1.酒店领导,公司领导都比较重视。2.酒店里的领导,员工都比较积极主动配合。3.分配的功能点总数为1012个,平均每人337个功能点4.每个人每个月人均生产率为24个功能点。3 实施计划3.1 进度计划此处用甘特图或进度表格描述。1) 进度计划:表3-1 进度计划表任务名称工 期开始时间结束时间资 源酒店管理系统420d2010-12-62012-2-7l 软件项目规划15 d201
17、0-12-62010-12-24王朝令,全体人员参与项目规划8 d2010-12-62010-12-15王朝令 计划评审7 d2010-12-162010-12-24全体人员参与l 需求开发14 d2010-12-272011-1-13王朝令,全体人员参与用户界面设计5 d2010-12-272010-12-31王朝令用户需求评审3 d2011-1-32011-1-5用户修改需求、修改用户界面3 d2011-1-62011-1-10况晓龙编写需求规格说明书2 d2011-1-112011-1-12况晓龙,黄志刚需求验证1 d2011-1-132011-1-13全体人员参与l 概要设计15 d2
18、011-1-142011-2-3况晓龙用例描述图5 d2011-1-142011-1-20况晓龙概念数据建模5 d2011-1-212011-1-27况晓龙概要设计评审5 d2011-1-282011-2-3全体人员参与l 详细设计21d2011-2-42011-3-4王朝令,全体人员参与对象关系建模4 d2011-2-42011-2-9王朝令分析类5 d2011-2-102011-2-16况晓龙设计类4 d2011-2-172011-2-22黄志刚物理数据库设计5 d2011-2-232011-3-1王朝令详细设计评审3 d2011-3-22011-3-4全体人员参与l 项目实施184 d2
19、011-3-72011-11-17全体人员参与客房管理子系统50 d2011-3-72011-5-13王朝令通用功能-增量15 d2011-3-72011-3-11王朝令信息查询3 d2011-3-72011-3-9王朝令增量1评审2 d2011-3-102011-3-11王朝令客房登记-增量29 d2011-3-142011-3-24王朝令入住登记3 d2011-3-142011-3-16王朝令退房登记2 d2011-3-172011-3-18王朝令客房更换2 d2011-3-212011-3-22王朝令增量2评审2 d2011-3-232011-3-24王朝令客房预订-增量39 d2011
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 酒店管理系统-软件项目进度计划说明书v2 酒店 管理 系统 软件 项目 进度 计划 说明书 v2 19
限制150内