酒店客房管理系统系统需求规格说明书.docx
《酒店客房管理系统系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《酒店客房管理系统系统需求规格说明书.docx（17页珍藏版）》请在冰豆网上搜索。
酒店客房管理系统系统需求规格说明书
软件工程课程
大作业
软件需求规格说明书
项目组长吴灏学号＿0123734
专业软件工程班级＿125班
成员李东玲万勇平
实验项目名称＿＿酒店客房管理系统
指导教师及职称＿段喜龙＿讲师＿
开课学期2013至2014学年第1学期
1引言
1.1立项背景
现今，酒店的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。
服务的提升和管理的升级是酒店业的竞争核心。
餐饮住房领域目前呈多元发展趋势，多种业态：
路摊、小餐馆、奶茶店、饭店、大酒店、旅馆、宾馆等相互并存。
如何在激烈的竞争中扩大营业额、降低营业成本、扩大经营规模，成为酒店营业者努力追求的目标。
1.2立项原因概述
针对酒店的特点，为了帮助酒店解决现在面临的问题，提高酒店的竞争力，我们将开放一个酒店客房管理系统。
1.3UML概述
面向对象的系统分析与设计，包括OOA（面向对象分析）与OOD（面向对象设计）两个部分。
其中OOA的主要任务是分析问题，找出问题解决方案。
同时，发现对象并分析对象内部构成和外部关系，建立软件系统的对象模型。
OOD的主要任务是根据已确立的系统对象模型，运用面向对象技术，设计
对象与类，进而设计系统结构、人机界面、数据管理、任务管理等子系统。
UML（UnifiedModelingLanguage）是第3代的面向对象建模语言。
UML是由Rational公司的面向对象技术研究专家GradyBooch、IvarJacobson和JimRumbaugh联合开发的。
它采纳和扩展了Booch标记法、OMT的面向对象建模技术的方法，以及面向用例（Use-Case）的OOSE方法，并且吸取了其他学者和软件厂商的建议。
UML在提交给OMG（ObicctManagementGroup）后，最终成为大众所接受的标准建模语言。
UML建模语言吸取和发展了Booch、OMT和OOSE方法，以及其它OO和非OO方法的优点。
它融入了软件工程领域的新思想、新方法和新技术，提出如模板、扩展机制、活动图等新概念。
UML易于表达且功能强大，应用广泛。
它不但适用于面向对象的软件分析与设计，还支持从需求分析开始的软件开发的全过程。
UML定义了一系列图形工具，以对现实世界进行面向对象建模。
标准建模语言UML已成为面向对象技术的主流建模工具，支持系统分析、设计和实现等软件开发全过程。
UML定义了5类10种模型图，用于提供静态建模机制和动态建模机制。
静态模型包括用例图、类图、对象图、包图、构件图。
配置图动态模型包括行为图（活动图，状态图）和交互图（顺序图，合作图）。
（1）用例图：
描述应用领域需求与功能，以及事务（用例）之间的逻辑关系。
（2）类图：
是显示一组类、接口、协作以及它们之间关系的图。
1）对象图：
类的实例图。
2）包图：
提供类图的分组优化机制
（3）行为图：
描述跨越多个用例的对象行为（数据操作功能），包括活动图和状态图。
1）活动图：
描述多用例和多对象的复杂行为及活动间的约束关系；或者说，描述复杂行为中的活动及其执行顺序。
2）状态图：
描述单个对象的所有可能状态及转移条件。
（4）交互图：
显示一个交互，由一组对象和它们之间的关系构成，其中包括在对象间传递的消息，包括顺序图和协作图。
1）顺序图：
是强调消息的时间顺序的交互图。
2）协作图：
是强调发送和接收消息的对象之间的结构组织的交互图。
（5）实现图：
用于描述系统实现的一些特性，包括构件图和配置图。
1）构件图：
描述软构件及相互间的依赖（及调用）关系，包括源文件、二进制文件、可执行文件。
2）配置图：
描述构件运行环境及系统软硬件体系结构。
1.4参考文献
《软件工程概论》
2项目概述
面向的用户
酒店经理主要是管理员工、查询和权限设置，前台接待员主要负责客户订餐、订房、入住登记、结账，系统管理员主要维护系统和数据处理。
实现目标
（1）建立一个具有友好界面，操作简单的酒店客房管理系统；
（2）能够更好的控制和发展酒店各种业务，使其顺利进行；
（3）实现对客户的信息录入，员工的信息录入，客房的信息录入，并建立完整的数据库，对客户、员工、客房实行统一管理；
（4）前台人员查询本系统，可以更直接，更有效的获得客户与客房的信息，提供客户满意的服务；
（5）经理通过本系统，也可以更直接，更有效的获得客户与客房的信息和员工信息，了解酒店客房的入住情况和酒店的收入情况，以做出更好的决策，给酒店带来更大的效益。
项目开发要求
（1）项目开发规范统一：
模块划分，代码编写均遵照小组命名规范文档；
（2）程序优化、安全并要有良好的可扩展性；
（3）用户界面简洁明了、操作简单实用；
（4）与用户保持良好的沟通，及时根据用户新的需求改善系统功能。
开发工具
MicrosoftVisualC++
SQLserver2000
RationalRose2003
3系统描述
系统概述
该酒店客房管理系统主要分为两大系统，分别是前台管理系统和后台管理系统：
前台管理系统分为酒店管理、客房管理、客户管理、预约管理、入住管理、结账管理；后台管理系统分为人员管理、订单管理、查询统计报表。
实现对酒店更加方便的管理。
系统总体结构
各部分功能描述
（1）酒店管理：
负责客户的点餐订餐。
（2）客房管理：
对客房信息进行管理，增加客房信息，删除客房信息，修改客房信息，查询客房信息。
（3）客户管理：
对客户信息进行管理，增加客户，删除客户，修改客户信息，查询客户信息，给客户办理会员。
（4）预约管理：
实现客户预订客房的功能，可增加预约信息，删除预约信息，修改预约信息，查询预约信息。
（5）入住管理：
对已入住客户信息和客房信息进行管理，可增加入住信息，删除入住信息，修改入住信息，查询入住信息。
（6）结账管理：
对退房客户和用餐客户进行结账操作，可删除客户信息，更新客房信息，增加一笔营业收入。
（7）人员管理：
对员工信息进行管理，可增加员工，辞退员工，修改员工信息，查询员工信息。
（8）订单管理：
增加订单，删除订单，修改订单，查询订单。
（9）查询统计报表：
对营业收入信息进行统计查询。
4系统分析
用例图
客房管理
用例分析：
用例名称：
客房管理
描述：
前台接待员及时更新客房信息
角色：
前台接待员
前置条件：
前台接待员成功登陆系统并具有客房管理的权限
主流事件：
1.前台接待员选择“客房管理”选项，用例开始
2.系统自动进入客房管理界面
3.系统自动获取客户入住信息和退房信息
4.前台接待员修改客房信息
A1：
格式不正确
5.系统自动更新数据
6.将更新的信息自动写入日志文件
7.用例结束
其他流事件：
A1：
格式不正确
（1）系统提示错误信息
（2）返回主事件4
后置条件：
系统成功将信息记入客房管理系统
客户管理
用例分析：
用例名称：
客户管理
描述：
前台接待员及时更新客户信息
角色：
前台接待员
前置条件：
前台接待员成功登陆系统并具有客户管理的权限
主流事件：
1.前台接待员选择“客户管理”选项，用例开始
2.系统自动进入客户管理界面
3.系统自动获取客户预约信息和入住信息，更新客户数据库
4.前台接待员处理客户信息
A1：
格式不正确
5.系统自动更新数据
6.将更新的信息自动写入日志文件
7.用例结束
其他流事件：
A1：
格式不正确
（1）系统提示错误信息
（2）返回主事件4
后置条件：
系统成功将信息记入客户管理系统
预约管理
用例分析：
用例名称：
预约管理
描述：
前台接待员实现对客户预约信息的录入和修改
角色：
前台接待员
前置条件：
前台接待员成功登陆系统并具有预约管理的权限
主流事件：
1.前台接待员选择“预约管理”选项，用例开始
2.系统自动进入预约管理界面
3.前台接待员输入客房预约信息
A1：
格式不正确
4.系统自动更新数据
5.将更新的信息自动写入日志文件
6.用例结束
其他流事件：
A1：
格式不正确
（1）系统提示错误信息
（2）返回主事件3
后置条件：
系统成功将信息记入预约管理系统
入住管理
用例分析：
用例名称：
入住管理
描述：
前台接待员实现对客户入住信息的录入和修改
角色：
前台接待员
前置条件：
前台接待员成功登陆系统并具有入住管理的权限
主流事件：
1.前台接待员选择“入住管理”选项，用例开始
2.系统自动进入入住管理界面
3.输入客户信息
A1：
格式不正确
4.系统自动获取客户预约信息
5.前台接待员处理客户信息
6.系统自动更新数据
7.将更新的信息自动写入日志文件
8.用例结束
其他流事件：
A1：
格式不正确
（1）系统提示错误信息
（2）返回主事件3
后置条件：
系统成功将信息记入入住管理系统
结账管理
用例分析：
用例名称：
结账管理
描述：
前台接待员实现对客户退房进行结账
角色：
前台接待员
前置条件：
前台接待员成功登陆系统并具有结账管理的权限
主流事件：
1.前台接待员选择“结账管理”选项，用例开始
2.系统自动进入结账管理界面
3.输入客户信息
A1：
格式不正确
4.系统自动获取客户入住信息
5.前台接待员处理客户信息
6.系统自动更新数据
7.将更新的信息自动写入日志文件
用例结束
其他流事件：
A1：
格式不正确
（1）系统提示错误信息
（2）返回主事件3
后置条件：
系统成功将信息记入结账管理和统计报表系统
酒店管理
用例分析：
用例名称：
酒店管理
描述：
前台接待员实现对客户点餐订餐信息的录入
角色：
前台接待员
前置条件：
前台接待员成功登陆系统并具有点餐订餐业务管理的权限
主流事件：
1.前台接待员选择“酒店管理”选项，用例开始
2.系统自动进入酒店管理界面
3.前台接待员输入客户点餐订餐信息
4.系统自动更新数据
5.将更新的信息写入日志文件
6.用例结束
后置条件：
系统成功将信息记入结账管理和统计系统
客户网上预约
用例分析：
用例名称：
客户网上预约
描述：
客户在网页上自助进行预约客房
角色：
客户
前置条件：
客户成功打开网页
主流事件：
1.客户选择所需客房
2.客户选择住房时间
3.若为会员则输入账号密码
A1.输入错误
4.输入客户信息
A2.格式错误
5.提交信息
6.用例结束
其他流事件：
A1.输入错误
（1）系统提示错误信息
（2）返回主事件4
A2：
格式不正确
（1）系统提示错误信息
（2）返回主事件4
后置条件：
系统成功将信息记入预约管理系统
人员管理
用例分析：
用例名称：
员工管理
描述：
经理可以对员工基本信息录入、修改、查询和删除
角色：
经理，系统管理员。
前置条件：
经理已成功登录系统并具有信息录入、修改、查询和删除的权限。
主事件流:
1.选择“员工管理”选项，用例开始
2.系统管理员或经理录入员工信息并检查信息格式
A1:
格式不正确
3.系统成功写入一条员工信息
4.输入查询条件对员工的信息进行查询
5.系统返回查询结果
6.经理对员工权限进行设置
7.更新系统客户表
8.系统管理员对员工信息进行修改
A2：
格式不正确
9.更新员工信息表
10.删除员工信息
11.更新员工信息表
12.用例结束
其他事件流：
A1:
格式不正确
（1）提示格式错误信息
（2）返回主事件流第2步
A2：
格式不正确
（1）系统提示错误信息
（2）返回主事件8
后置条件：
系统成功将信息记入人员管理系统
订单管理
用例分析：
用例名称：
订单管理
描述：
系统管理员可以对员工基本信息录入、修改、查询和删除
角色：
系统管理员
前置条件：
系统管理员已成功登录系统并具有信息录入、修改、查询和删除的权限。
主流事件：
1.系统管理员选择“订单管理”选项，用例开始
2.系统自动进入订单管理界面
3.系统自动获取所有订单信息
4.前台接待员处理需要操作的订单信息
5.系统自动更新数据
6.将更新的信息自动写入日志文件
7.用例结束
后置条件：
系统成功将信息记入订单管理系统
查询统计报表
用例分析：
用例名称：
查询统计报表
描述：
系统管理员操作生成统计报表，经理可以检查并修改报表
角色：
系统管理员，经理
前置条件：
系统管理员已成功登录系统并具有生成统计报表的权限,经理拥有最高权限。
主事件流:
1.系统管理员选择“查询统计报表”选项，用例开始
2.打开查询统计报表窗体
3.系统管理员或经理录入登陆密码并检查格式
A1:
格式不正确
1.系统管理员选择成统计报表
2.系统生成统计报表
3.经理检查报表数据
4.经理输入密码登陆
5.系统管理员修改数据
6.系统管理员重新生成统计报表
7.经理检查报表数据
A2：
报表错误
10．打印统计报表
11.用例结束
其他事件流：
A1：
格式不正确
（1）系统提示错误信息
（2）返回主事3
A2：
报表错误
（3）返回主事件7
后置条件：
活动图
预约管理
客户网上预约
入住管理
4.2.4结账管理
酒店管理
人员管理
4.2.7订单管理
查询统计报表
客户管理
客房管理
时序图
4.3.1预约管理
4.3.2客户网上预约
4.3.3入住管理
4.3.4人员管理
4.3.5查询统计报表
4.3.6结账管理
客户管理
客房管理
订单管理
酒店管理
类设计
前台管理类关系图
客户网上预约类关系图
后台管理类关系图
5系统接口
用户接口
说明人机交互界面的用户需求，如屏幕格式，报表，菜单的格式与内容及功能键定义。
硬件接口
本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面（如：
输入界面、输出界面）。
用户对程序的维护，最好要有备份。
另需要IC卡扫描仪，对会员信息扫描，和商品信息扫描仪，录入商品信息。
6性能需求
精度要求
（1）软件的输入精度:
小数点后保留3位有效数字
（2）输出数据精度的要求:
小数点后保留3位有效数字
（3）传输过程中的精度:
小数点后保留3位有效数字
时间特征
（1）响应时间:
秒以内
（2）更新处理时间:
秒钟以内
（3）数据的转换和传送时间:
1秒以内
（4）解题时间:
1秒以内
灵活性
操作方式上的变化:
该软件实用与现在流行的操作系统
精度和有效时限的变化:
可以根据实际情况自行设置
7软件属性
系统安全性
通过sql的数据库安全设置，一定程度上保证了数据库的安全性。
系统根据用户身份不同赋予不同权限，用户用密码登陆，同样也保证了系统数据的安全性。
定期备份数据库，以确保因病毒、系统崩溃等其他原因引起数据丢失。
可维护性
系统管理者和维护者须懂得SQL数据库应用等方面的技能，必要时由对其进行培训。
8其它需求
8其他需求
数据库需求
对数据库的静态结构，动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。
系统操作要求
本系统使用SQLserver，可利用其自带的各种功能进行管理。
对不同数据信息和其它信息分类存储，使用索引查找。
故障及其处理
为避免系统运行中故障对用户造成经济上的损失，我们建议：
（1）重要数据用户应自行备份。
（2）做好数据库的日常维护工作。
升级会员 