宾馆管理信息系统需求分析.docx
《宾馆管理信息系统需求分析.docx》由会员分享，可在线阅读，更多相关《宾馆管理信息系统需求分析.docx（17页珍藏版）》请在冰豆网上搜索。
宾馆管理信息系统需求分析
（宾馆管理信息系统）
软件需求规格说明书
2007-09-18
1引言
1.1文档编制目的
本文档详细介绍了宾馆管理信息系统的需求说明，为用户和领导描述出一个具体的产品模型，为软件设计、开发及测试人员提供下步工作的依据。
1.2背景
宾馆为了适应工作发展的需要，委托项目组为其开发一套新的《宾馆管理系统》。
宾馆在正常运行中要对客房资源，顾客信息和结算信息进行管理，利用宾馆信息管理系统可以及时了解各个环节的变更，有利于提高管理效率，为居住的客户提供更快捷，便利的服务。
一个宾馆信息管理系统应该提供客房类型管理，客房信息管理，客房查询，客户入住，客户结算等功能。
主要为用户提供住宿服务，包括客房查询、客房入住、客户结算等服务项目。
《宾馆管理系统》应将这些项目有关的信息纳入电脑系统统一管理，以便及时获取有关信息，提高管理效率。
确定分以下子系统进行新系统的开发：
客房查询界面；客房入住界面；客户记录查询界面;客户结算界面；客户管理界面。
1.3词汇表
词汇名称
词汇含义
备注
客户号
随即赋予顾客的号码,在查找等用
每个客户一个
房间号
在查找等用
每个房间一个
额定人数
每个房间可以入住的最多人数
1.4参考资料
无
2软件概述
2.1软件范围定义
宾馆管理信息系统是宾馆以业务流程为基础，利用计算机技术、网络技术和通信技术及数据库技术，对客房查询、客房入住、客户结算等服务项目进行有效的管理和应用，实现宾馆内、外部信息资源共享的计算机应用软件系统。
本系统就是基于上述情况而提出的。
宾馆管理信息系统所研究的对象即宾馆管理的信息。
以用户信息的采集、存储、展现、处理为中心；简化和优化入住服务流程；使宾馆内部资源数据共享，加强各部门之前的联系和协调；节约用户排队等候、辗转于宾馆各部门的时间；保存完整的用户记录，为客户结算提供保证。
系统所涉及到的部门参见图1宾馆管理信息系统顶层图（部分）。
图1宾馆管理信息系统顶层图
子系统之间的关系参见图2宾馆管理信息系统关联图。
图2宾馆管理信息系统关联图。
2.2系统特性概述
（1）首先是登陆系统，根据用户输入的内容判断用户的合法身份。
（2）进入客房种类管理界面可以进行客房种类信息的增加，删除，修改和查询，以及遍历记录。
（3）进入客房信息管理界面可以进行客房信息的增加，删除，修改和查询，以及遍历记录。
（4）进入客房查询界面，可以根据用户输入的查询条件来给出客房信息，例如目前空房的在二层的双人间。
（5）进入客户入住界面可以进行客户入住登记，并同步更新相应客房信息。
（6）进入客户结帐界面可以算出客户应交金额，并同时注销相应客房。
进入系统帮助界面可以给出关于软件的提示。
子系统之间的关系参见图3
宾馆管理系统关联图。
表1系统特性综述表
系统特性名称
系统特性描述
客房信息管理界面
在客房信息管理界面中,用户可以对客房信息进行增加,删除,修改,查询各个客房类型。
客房查询界面
在客房查询界面里,系统可以根据用户输入的一个或者几个条件来完成查询。
同时还有空房和未满按钮来直接查找出空房和未满的房间。
客户入住界面
当客户查询到了满意的房间,单击”入住”按钮后,系统进入到”客户入住”界面中.界面中客户输入自己的身份证号码,姓名,性别等信息,并记录入住日期。
客户记录查询界面
在客户记录查询界面中,用户要输入查询客户的身份证号码,此客户的入住记录就会被显示出来.包括客户ID,客户姓名,客房ID等项目。
客户结算界面
当在客户入住记录中查询到没有结算的记录,并开始收银时,弹出客户结算界面。
用户管理界面
在用户管理界面中,用户可以对本系统的用户做管理,包括增加,删除,修改,查询用户。
2.2.1运行体系图
图4宾馆管理系统运行体系图
宾馆正常的营运主要依靠业务应用部分中包括的三个部门（子系统）的运行，而其运行所依赖的基础数据环境是由系统维护部分的二个信息管理部门提供，数据管理部分是宾馆正常元转过程中产生重要数据的一个统一管理过程。
业务应用部分的程序必须同时运行。
2.2.2程序/模块对应表
图5系统功能层次图
宾馆在正常运行中要对客房资源，顾客信息和结算信息进行管理，利用宾馆信息管理系统可以及时了解各个环节的变更，有利于提高管理效率，为居住的客户提供更快捷，便利的服务。
宾馆管理信息系统要涵盖了以下6个组成部分的管理：
（1）在进入系统之后首先是用户管理登陆子系统，根据用户输入的内容判断用户的合法身份。
合法用户分为普通用户和系统管理员，其中系统管理员拥有所有权限，而普通用户没有用户管理和修改系统信息的权限。
（2）进入客房种类管理子系统界面可以进行客房种类信息的增加，删除，修改和查询，以及遍历记录。
（3）进入客房信息管理子系统界面可以进行客房信息的增加，删除，修改和查询，以及遍历记录。
（4）进入客房查询子系统界面，可以根据用户输入的查询条件来给出客房信息，例如目前空房的在二层的双人间。
（5）进入客户入住子系统界面可以进行客户入住登记，并同步更新相应客房信息。
（6）进入客户结帐子系统界面可以算出客户应交金额，并同时注销相应客房。
进入系统帮助子系统界面可以给出关于软件的提示。
2.3系统物理结构
图6系统物理结构图
2.4技术路线
（1）C/S模式
本系统基于宾馆业务的安全性、稳定性的高性能要求，决定采用C/S架构来实现。
采用C/S结构的主要原因有以下三点：
第一，采用C/S模式能充分发挥客户端PC的处理能力，很多工作可以在客户端处理后再提交给服务器，大大减轻了服务器的压力，使得客户端响应速度快，以满足医院面对众多患者对速度要求高的特点；
第二，C/S结构的管理信息系统具有较强的事务处理能力，能实现复杂的业务流程。
同时保证数据处理的安全性；
相对而言，B/S的灵活性、分布性优势在本系统中体现不明显，而且B/S中客户端的功能较C/S弱，在大数据量的情况下反应速度较慢，不能够满足宾馆高效率的要求，考虑以上原因，本系统决定采用C/S模式。
（2）实现语言采用C#
应用程序开发采用C#。
C#（读做"Csharp"，中文译音“夏普”）是微软公司发布的一种面向对象的、运行于.NETFramework之上的高级程序设计语言,C#与Java很相似;它包括了诸如单一继承,界面,与Java几乎同样的语法,和编译成中间代码再运行的过程.但是C#与Java有着明显的不同,它借鉴了Delphi的一个特点,与COM（组件对象模型）是直接集成的。
C#的出现，为开发者提供了一个快速建立应用程序的开发平台。
微软对C#的定义是：
“一种类型安全、现代、简单，由C和C++衍生出来的面向对象的编程语言，它是牢牢根植于C和C++语言之上的，并可立即被C和C++的使用者所熟悉。
2.5系统运行环境
2.5.1设备及分布
1）主机类型
数据库服务器：
SUNE220,单CPU，1GRAM
前台客户端：
LEGENDPC，256MRAM
2）存贮器容量
数据库服务器：
100G以上
客户端：
20G以上
3系统接口设计
3.1用户接口
描述该软件与用户的接口，包括用户输入输出界面样式、操作方式和界面间的转移关系。
如具有等同作用的文件（如使用开发工具编写的界面原型程序等），本处仅需列出该文件名、保管部门即可。
要求：
1）列举实现某用户接口对应的程序名称；
2）用户接口描述采用对话图或者界面原型程序表示；
3）需要对逐个程序进行说明。
3.2外部系统接口
描述该软件与其它系统的接口，主要说明
1）系统所使用的外部系统提供的编程接口；
2）本系统向其它系统提供的编程接口。
如具有等同作用的文件（如包含接口说明及注释的源文件程序头文件、接口帮助的超文本文件等），本处仅需列出该文件名、保管部门即可；
3）本系统和外部系统相关的硬件接口、通信协议及规程、数据交换格式等。
要求：
1）对所有相关的外部系统逐个描述；
2）对接口详细描述。
3.3模块间接口
描述各相关模块间的接口，主要说明：
1）某接口的目的以及实现的基本任务；
2）列出与该接口相关的模块名称及编号；
3）描述在相关各模块中的使用（调用）方式；
4）逐个说明和接口相关的类和数据格式。
只要模块间有存在关系，就必须逐个的按照上述要求描述。
如果建立了软件体系结构图。
4子系统/模块设计
图7客房种类管理子系统模块图
4.1需求规格
4.1.1系统特性说明
图8入住业务流程图
4.2功能总体说明
图9客房入住处理过程数据流图片段
客房种类信息管理的基本功能是增加，删除，修改客房种类信息，查询,遍历客房种类信息，实现客房种类信息的管理。
客房种类具体包括客房种类编号，客房种类名称，客房面积，床位数目，是否有空调，是否有电脑，是否有卫生间和房间单价。
4.2.1功能需求
详细列出该系统特性包含的功能集。
这些是须提交给用户的软件功能，使用户可以使用所提供的特性执行特定的服务。
描述各功能需求如何响应可预知的出错条件或者非法输入或动作。
对每个功能需唯一标识。
功能编号
功能名称
功能描述
1
客房查询界面
在客房查询界面里,系统可以根据用户输入的一个或者几个条件来完成查询。
同时还有空房和未满按钮来直接查找出空房和未满的房间。
2
客户结算
当在客户入住记录中查询到没有结算的记录,并开始收银时,弹出客户结算界面。
3
客户入住
当客户查询到了满意的房间,单击”入住”按钮后,系统进入到”客户入住”界面中.界面中客户输入自己的身份证号码,姓名,性别等信息,并记录入住日期。
4.2.2.1客房查询界面
图10客房查询处理过程数据流图片段
具体的实际功能如下：
输入数据
处理描述
输出数据
密码
客户号
如果密码正确,则进入主界面.选择”客房查询”按钮
客户信息
4.2.2.2客户入住界面
图11客户入住处理过程数据流图片段
具体的实际功能如下：
输入数据
处理描述
输出数据
密码
客户号
如果密码正确,则进入主界面.选择”客房查询”按钮
图12客户结算处理过程数据流图片段
4.2.2.3数据字典
数据库实现
（1）基本表的实现
字段名称
类型
长度
允许空
RoomTypeName
Varchar
20
Area
Smallint
2
允许
BedNum
Smallint
2
允许
Price
Money
8
允许
AirCondition
Bit
1
允许
Computer
Bit
1
允许
Tlevision
Bit
1
允许
Toilet
Bit
1
允许
表2RoomType表的设计
RoomType
Name
Area
BedNum
Price
AirCondition
Computer
Television
Toilet
标准间
40
1
100
1
1
1
1
双人间
60
2
90
1
0
1
1
四人间
80
4
80
1
0
1
1
表3RoomType表中的数据
字段名称
类型
长度
允许空
主键
RoomID
char
20
主键
RoomTypeName
Varchar
2
允许
RoomPosition
Varchar
2
允许
PeopleNum
Smallint
8
允许
Remark
Varchar
1
允许
FactPeopleNum
Smallint
1
允许
表4Room表的设计
字段名称
类型
长度
允许空
主键
ClientID
char
16
主键
ClientName
Varchar
50
允许
Sex
char
2
允许
NativePlace
Varchar
50
允许
表5Client表的设计
4.3模块结构
（1）增加客房种类
{连接数据库;
在客房种类信息表中添加信息;
关闭数据库的连接;
}
（2）删除客房种类
{连接数据库;
在客房种类信息表中删除信息;
关闭数据库的连接;
}
（3）修改客房种类
{连接数据库;
修改数据库中的客房种类记录;
关闭数据库的连接;
}
（4）查询客房种类
{连接数据库;
等待输入查询信息;
按要求检索数据库中的客房种类记录;
关闭数据库的连接;
}
（5）遍历客房种类
{连接数据库;
打印数据库的记录信息;
关闭数据库的连接;
}
4.4子模块接口设计
描述各相关模块间的接口，主要说明：
1）某接口的目的以及实现的基本任务；
2）列出与该接口相关的子模块名称和编号；
3）描述在相关各子模块中的使用（调用）方式；
4）逐个说明和接口相关的类和数据格式。
只要子模块间有存在关系，就必须逐个的按照上述要求描述。
如果建立了模块内部结构图，要求图中所有子模块间有连线的都必须全部说明，没连线的事实存在的也应进行说明。
5其他非功能需求
5.1一般性性能需求
详细描述不同应用领域对软件性能的需求，解释它们的原理以帮助设计人员做出合理的设计选择。
5.2一般性安全性需求
详细描述与系统安全性、完整性或与登录到该系统的使用人员的隐私相关的需求，这些问题会影响到软件系统的使用以及创建或使用的数据的保护。
定义用户身份确认或授权需求。
明确产品必须满足达到安全性或保密性策略。
6其他需求
7尚需解决的问题
问题编号
问题名称
问题描述
备注
备注中须注明该问题需要哪些项目相关方在什么阶段提供什么样的协助以解决问题。
也可以描述该问题对项目成本、进度、质量方面将带来的影响。
升级会员 