《酒店管理系统-软件项目范围说明书》
北方民族大学
课程设计报告
系（部、中心）计算机科学与工程学院
姓名况晓龙学号 20082616 专业软件工程班级 2008级2班
同组人员王朝令（20082617）黄志刚（20082647）
课程名称软件工程项目管理
设计题目名称《酒店管理系统-软件项目范围说明书》
起止时间 2010年12月6日——2010年12 月11日
成绩
指导教师签名陶铮贾艳波
北方民族大学教务处制
目录
1引言 (3)
1.1编写目的 (3)
1.2参考资料 (3)
1.3重要术语 (3)
2项目概述 (3)
2.1系统与项目的定义 (3)
2.2系统开发背景与目标 (3)
2.3用户需求概述及系统主要功能 (4)
3项目范围界定 (5)
3.1开发技术选择与理由 (5)
3.2开发团队与开发环境、工作方式 (5)
3.3生命周期选择与资源配置情况 (6)
3.4项目工作任务分解（WBS）工作概述 (8)
3.5WBS图及必要的说明 (9)
4软件估算 (9)
4.1功能点估算 (9)
4.2进度估算 (10)
4.3成本估算 (10)
4.4人员数估算 (11)
4.5其他估算 (11)
5项目范围管理计划 (11)
5.1项目范围管理要求 (11)
5.2项目范围管理的输入与输出 (12)
5.3范围确认 (13)
5.4范围控制要求与活动概述 (13)
6其他说明 (14)
1引言
1.1 编写目的
编写本文档的目的是确保项目包括成功完成项目所需的全部工作，但又只包括必须完成的工作的各个过程。是项目管理团队确定、记载、核实、管理和控制项目范围的指南。此文当中包括制作工作分解结构，并确定如何维持与批准该工作分解结构；规定如何正式核实与验收项目已完成可交付成果。
1.2 参考资料
《软件项目管理案例教程》韩万江，姜立新编著机械工业出版社《软件工程导论》——第5版张海藩编著清华大学出版社
《酒店管理工作——细化执行与模板》王宏编著人民邮电出版社
1.3 重要术语
●SQL Server 2000：数据库管理软件
●DBMS：数据库管理系统
●Windows XP：运行环境
●https://www.360docs.net/doc/609205385.html, 2005：软件开发语言
●visual studio 2005 软件开发环境
2项目概述
2.1 系统与项目的定义
本系统是建立在C/S系统架构下基于SQL Server数据库，采用https://www.360docs.net/doc/609205385.html,技术分析、设计、开发用于酒店信息化管理的。该系统基本满足了酒店管理方面的需求，用户界面友好。系统对用户（主要是酒店管理层及员工）数据有效地实现了信息电子化处理，从而降低了人工劳动并增加信息的准确性。本系统的基本信息有客房、餐饮、财务及人力资源等，用户登录系统后根据权限操作这些基本信息。
要实现的功能模块包括4个方面，第一个方面是客房管理子系统，包括客房登记、客房预定、工作报表、信息查看及最重要的客房部经理管理模块；第二个方面是餐饮管理子系统，包括点单、埋单、预定、换台及最重要的餐饮部经理管理模块；第三个个方面是财务管理子系统，包括财务预算的查看及发布审核、财务报表的生成等；最后一个方面是人力资源管理子系统，包括员工信息的录入、查看及绩效考核等。
2.2 系统开发背景与目标
在信息高度发达的今天，酒店业务涉及的各个工作环节已经不再仅仅是传统的住宿、结算业务，而是更广、更全面的服务性行业代表。酒店宾馆作为一个服务性行业，从客房的营销即客人预订开始，到入住登记直至最后退房结账，整个过程应该能够体现以宾客为中心，提供快捷、方便的服务。给宾客一种顾客至上的享受。提高酒店的管理水平，简化各种复杂操作，在最合理、最短时间内完成酒店业务规范化操作，这样才能令旅客舒适难忘，增加宾客回头率。而对酒店业内激烈的竞争形势，各酒店均在努力拓展其服务领域的广度和深度。虽然信息化不是酒店走向成功的关键因素，但它可以帮助那些真正影响成败的要素发挥更大的作用。因此，采用全新的酒店管理系统，将成为提高酒店的管理效率，改善服务水平的重要手段之一。
酒店行业的激烈竞争使得争取客源、提高酒店入住率、制定正确营销策略已经成为一项重要的任务，借助蓬勃发展的IT工具来拓展其能力已经成为许多酒店的首选。
计算机管理系统在数据保存、数据交换方面的快速可靠，是手工操作不能完成的。
酒店管理系统的设计目标：
1）采用先进的分布式数据处理技术，以提高管理工作的质量、效率和规范性；
2）按照酒店管理体制分层进行数据管理，为不同层级的管理者设置相应的使用权限，保障系统的可靠性与安全性；
3）旨在提高酒店的管理效率，减免手工处理的繁琐和误差。及时、准确地反应酒店的工作情况、经营情况，从而提高酒店的服务质量，获得更好的经济效益；实现客房管理的规范化、自动化。
2.3 用户需求概述及系统主要功能
3项目范围界定
3.1 开发技术选择与理由
开发酒店管理系统，软硬件方面选择的是可视化的Visual https://www.360docs.net/doc/609205385.html, 2005和SQL Server 2000数据库，Windows XP操作系统等。
VB拥有图形用户界面（GUI），可以轻易的使用ADO连接数据库,程序员可以轻松的使用VB提供的组件快速建立一个应用程序,以上都是组员熟悉的语言和数据库，所以技术方面是绝对可行的。综上所述，我们完全有能力完成酒店管理系统的最终实现。
3.2 开发团队与开发环境、工作方式
开发团队：
项目经理王朝令
需求分析员王朝令况晓龙
设计人员况晓龙黄志刚
编码人员王朝令况晓龙黄志刚
测试人员黄志刚
开发环境：Windows XP，visual studio 2005, SQL Server 2000
工作方式：团队工作
3.3 生命周期选择与资源配置情况
1）所选择的生命周期模型：
本酒店管理系统采用增量式开发模型。
增量模型有如下优点：
●可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后
逐步完善，保证投入的有效性。
●可以更快地开发出可以操作的系统。
●可以减少开发过程中用户需求的变更。
●一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）。
增量模型开发适合的项目：
?项目开始时，明确了大部分的需求，但是需求可能会发生变化的项目。
?对于市场和用户把握不是很准，需要逐步了解的项目。
?对于有庞大和复杂功能的系统进行功能改进时需要一步一步实施的项目。
在增量开发过程：软件描述、设计和实现活动被分散成一系列的增量，这些增量轮流被开发。先完成一个系统子集的开发，再按同样的开发步骤增加功能(系统子集),如此递增下去直至满足全部系统需求。要求系统的总体设计在初始子集设计阶段就应做出设计。
1）本酒店管理系统的主分为四大功能模块，其中尤以客房管理模块最为核心，因此可以先基于客房管理功能做出一个最小的使用版本，再逐步添加其余的功能。这样一来，用户可以在先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。
2）酒店管理系统需求中，要求系统有可扩充性。若使用增量式模型，可以保证系统的可扩充性。用户明确了需求的大部分，但也存在很多不详尽的地方。这样，只有等到一个可用的产品出来，通过客户使用这个可用产品，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产品。
3）“系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块”——也说明用户可能会增加新的需求。
4）对一个使用传统管理方式是酒店，要完全舍弃原有的管理方式，用酒店管理系统来进行管理是很不实际的或者说需要一定的时间来转变。所以，可以从最基础的做起，逐步扩充其应用，让用户可以由简入繁，逐步对系统熟悉以致得心应手。所以选用增量式模型来开发校务通系统。
5）本项目具备增量式模型的其他特点：
项目复杂程度为中等。
预计开发软件的成本为中等。
产品和文档的再使用率会很高。
项目风险较低。
图3-1酒店管理系统项目生存期模型
生存期中的各阶段定义如下：
项目规划阶段
阶段目标：根据合同和初步的需求分析，确定项目的规模、时间计划和资源需求输入：合同文本，SOW
过程：项目规划，计划确认
输出：项目计划
需求分析阶段
阶段目标：确定客户的需求
输入：项目计划，SOW
过程：需求获取，需求分析，需求控制
输出：原型系统，需求规格
设计阶段
阶段目标：总体系统结构设计
输入：原型系统，需求规格
过程：总体设计
输出：系统设计说明书，数据库结构定义
增量1实现
阶段目标：实现系统的客房管理功能
输入：系统设计说明书，数据库结构定义
过程：详细设计，编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本-1
增量2实现
阶段目标：实现系统的餐饮管理功能
输入：系统设计说明书，数据库结构定义
过程：详细设计，编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本-2
增量3实现
阶段目标：实现系统的财务管理功能
输入：系统设计说明书，数据库结构定义
过程：详细设计，编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本-3
增量4实现
阶段目标：实现系统的人力资源管理功能
输入：系统设计说明书，数据库结构定义
过程：详细设计，编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本-4
集成测试
阶段目标：通过集成环境下的软件测试
输入：测试计划，测试用例
过程：集成测试，系统测试
输出：系统软件包，测试报告，产品说明书
产品提交
阶段目标：产品可投入使用
输入：系统软件包
过程：产品提交
输出：验收报告
2）资源配置情况：
人力资源：
?3个开发人员
?1个维护人员
?1个配置管理人员、质量管理人员
设备资源：
◆3台电脑
◆1台服务器
3.4 项目工作任务分解（WBS）工作概述
本酒店管理系统要实现的功能模块包括4个方面，第一个方面是客房管理子系统，包括客房登记、客房预定、工作报表、信息查看及最重要的客房部经理管理模块；第二个
方面是餐饮管理子系统，包括点单、埋单、预定、换台及最重要的餐饮部经理管理模块；第三个个方面是财务管理子系统，包括财务预算的查看及发布审核、财务报表的生成等；最后一个方面是人力资源管理子系统，包括员工信息的录入、查看及绩效考核等。
3.5 WBS图及必要的说明
图3-5 酒店管理系统的ＷＢＳ
4软件估算
4.1 功能点估算
本软件是酒店管理系统，为完成包括客房登记、客房预定、餐饮点单、埋单、餐饮预定、员工工作报表、部门经理预算报表、价格调整、生成财务清单、预算报表审核及汇总、财务清单汇总、制定月及年度计划、员工信息培训档案录入、员工绩效考核等功能，运行于Windows XP系统，该系统能够满足酒店领导、部门经理和普通员工对系统的使用和管理需要。
系统采用了当前流行的C/S结构技术，所以根据下表格可以估算出软件的功能点表4-1范围、类型、种类值示例（引于陶峥老师课件）
从上表中查出“范围”，“种类”，“类型”3个类别值是：范围=6（独立程序）
类型=5（内部多点使用）
类型=8（客户机服务器软件）
和=19
19的2.35次幂等于1012
结论：该软件的功能点总数约为1012个.
4.2 进度估算
因为以月为单位的开发进度等于功能点数的0.4次幂
所以开发该软件的开发进度为：1012的0.4次幂等于15.9个月.
4.3 成本估算
项目经理王朝令
需求分析员况晓龙
编码人员王朝令、况晓龙、黄志刚
测试人员黄志刚
。由上表可得出开发人员成本参数=14000元/月，则内部的开发成本=14000元/月*15.9月=222600元。
。由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算开发任务得到，管理任务和质量任务=20%*开发任务，
所以管理、质量成本=开发成本*20%=44520元。
。直接成本=222600+44520=267120元。
。计间接成本：
间接成本包苦熬前期合同费用、房租水电、培训、员工福利、客户服务等、
根据以往经验，采用公式：间接成本=25%*直接成本=66780元。总估算成本=267120+66780=333900元
4.4 人员数估算
1）开发应用程序所需的人员数约等于功能点数除以150，由于人力资源紧张压缩为300.
则该软件所需的开发人员数为1012除以300 ，约等于3
2）修改应用程序所需的维护人员数约等于功能点数除以750
则该软件所需的维护人员数为1012除以750 ，约等于1
综上所述，该项目所需的人员约为：3+1=4
4.5 其他估算
软件开发工作量估计：以人月为单位的工作量约等于软件开发进度乘以人员数
所以该软件开发工作量为：15.9*3=47.7人月
5项目范围管理计划
5.1 项目范围管理要求
开发酒店管理系统是一个面向酒店各部门以及各层次用户的多模块综合信息管理系统，包括客房登记、客房预定、餐饮点单、买单、预定、员工工作报表、部门经理预算报表、价格调整、生成财务清单、预算报表审核及汇总、财务清单汇总、制定月及年度计划、员工信息培训档案录入、员工绩效考核等功能模块，能够满足酒店领导、部门经理和普通员工对系统的使用和管理需要。系统采用了当前流行的C/S结构技术，使整个酒店职员都可以通过客户端访问该系统，最大程度地实现了数据共享。
项目要解决的问题或达到的目的：
开发酒店管理系统必须完成客房登记、客房预定、餐饮点单、埋单、餐饮预定、员工工作报表、部门经理预算报表、价格调整、生成财务清单、预算报表审核及汇总、财
务清单汇总、制定月及年度计划、员工信息培训档案录入、员工绩效考核等功能模块，能够满足酒店领导、部门经理和普通员工对系统的使用和管理需要。
项目将完成的可量化的成果：
项目规划阶段：项目计划
需求分析阶段：需求规格
设计阶段：系统设计说明书，数据库结构定义，详细设计说明书
实现阶段：源代码，系统软件包
测试阶段：测试报告，产品说明书
提交产品阶段：验收报告
该项目的构成：
客房管理子系统、餐饮管理子系统、财务管理子系统、人力资源管理子系统
评价和度量项目的成功的标准：
在预定的进度计划，和成本计划内实现了用户所要求的功能
完成标志：
系统验收通过，产品提交给客户
5.2 项目范围管理的输入与输出
1 范围规划
.1 输入
.1 企业环境因素
.2 组织的过程资产
.3 项目章程
.4 初始项目范围说明书
.5 项目管理计划
.2 工具和技术
.1 专家判断
.2 模板，表格和标准
.3 输出
.1 项目范围管理计划
2 范围定义
.1 输入
.1 组织的过程资产
.2 项目章程
.3 初始项目范围说明书
.4 项目范围管理计划
.5 已批准的变更请求
.2 工具及技术
.1 产品分析
. 2 可选方案识别
.3 专家判断
.4 项目干系人分析
.3 输出
.1 《酒店管理系统项目范围说明书》
.2 请求的变更
.3 项目范围管理计划（更新）
3 创建 WBS
.1 输入
.1 组织的过程资产
.2 《酒店管理系统项目范围说明书》
.3 项目范围管理计划
.4 已批准的变更请求
.2 工具及技术
.1 WBS 模板
.2 分解
.3 输出
.1 《酒店管理系统项目范围说明书》（更新） .2 工作分解结构
.3 WBS 字典
.4 范围基线
.5 项目范围管理计划（更新）
.6 变更请求
5.3 范围确认
.1 输入
.1 《酒店管理系统项目范围说明书》
.2 WBS 字典
.3 项目范围管理计划
.4 可交付物
.2 工具及技术
.1 检查
.3 输出
.1 已接受的可交付成果
.2 变更请求
.3 推荐的纠正措施
5.4 范围控制要求与活动概述
.1 输入
.1 《酒店管理系统项目范围说明书》
.2 工作分解结构
.3 WBS 字典
.4 项目范围管理计划
.5 绩效报告
.6 批准的变更请求
.7 工作绩效信息
.2 工具和技术
.1 变更控制系统
.2 偏差分析
.3 重新计划
.4 配置管理系统
.3 输出
.1 项目范围管理计划(更新) .2 工作分解结构 (更新)
.3 WBS 字典(更新)
.4 范围基线 (更新)
.5 变更请求
.6 推荐的纠正措施
.7 组织的过程资产 (更新) .8 项目管理计划 (更新)
6其他说明