软件工程详细设计说明书.docx

软件工程详细设计说明书.docx

《软件工程详细设计说明书.docx》由会员分享，可在线阅读，更多相关《软件工程详细设计说明书.docx（22页珍藏版）》请在冰豆网上搜索。

软件工程详细设计说明书

设计说明书

1.1定义

实体关系图（ERD），用于表示实体（数据对象）和它们之间的相互关系。

数据流图（DFD），描述信息和数据从输入移动到输出时被应用的变换的图形化技术。

1.2总体设计

1.2.1概念设计和处理流程

该酒店管理系统的总体设计思路与开发流程如下：

图1总体设计思路与开发流程

1.2.2系统功能模块结构

根据客户需求酒店需求分析，最终确定该酒店的管理系统各功能模块之间的关系如下所示：

图2功能模块关系图

1.2.3各模块功能详细说明

1.2.3.1客房预定系统

散客预定

团体预定

客房预定

预定未到处理

预售查询

1.2.3.2前台接待系统

散客入住登记

合约入住登记

团体自动入住和手动入住

补填客单

修改客人信息、转房、调房、设置房态、客人留言

预定客房查询

可售客房查询

1.2.3.3前台收银系统

记帐（包括客人在酒店各营业场点的消费）

埋单

限制客人消费

退房

押金加入

查帐（可查总客帐、总收入帐、总消费帐）

转帐

设置跑单

客用保险箱管理

团体埋单及退房

1.2.3.4帐务系统

收银

纠错

报表输出

1.2.3.5管家系统

设置净房、脏房、坏房、及取消坏房

设置SKIP房、SLEEP房

查询净房表、脏房表、坏房表

房间状态

新入住查询

1.2.3.6电话系统

自动计费

1.2.3.7夜审系统

客人信息查询

动态房态查询

房间明细帐查询

收银员报表

当日入住客人报表

1.2.3.8客历系统

客人资料手工、自动输入

客人资料查询与修改

黑名单

入住客人自动查询客历

入住客人自动归入客历

客历合并

1.2.3.9合约系统

查询、修改和删除

1.2.3.10经理系统

修改客房定价

增加、删除、修改各级密码

修改特别客单

设置系统参数

内部银行系统（即IC卡功能）

数据整理

自我诊断

数据备份

1.2.3.11总经理系统

住店客单查询

查询客房状态

查询可售情况

客房占用统计

帐务查询

万能查询

报表输出

1.2.3.12密码管理系统

1.2.3.13报表系统

客房占用表

转房改租表

预定未到表

客房取消表

房租分析表

经营统计表

可售情况表

房间状况表

坏房报告表

日租统计表

合约销售表

1.2.3.14帐务报表

收入报表（前台收入明细表、现付收入明细表）

消费报表

顾客帐务（住客帐务、离店客人帐务和跑单帐务）

交班报表

信用卡报表

街帐报表

应收报表

催帐报表

转帐报表

借贷总表

联网消费

酒店总表

1.3需求分析建模

1.3.1数据建模（ERD图）

酒店管理系统ERD图

1.3.2系统各模块分析、DFD图和数据字典

1.3.2.1总流程图

图3系统总流程图

表3：

系统总流程数据字典

数据流名：

登记

组成：

{客户信息}+{房间信息}+{押金}+时间

数据项：

客户信息

备注：

个人或团队

组成：

身份证号+姓名+性别+年龄+民族+出生日期+家庭住址

+VIP+人数+单位+单位地址+电话+手机+BP机号码

+E-MAIL地址+照片

组织：

身份证号

数据项：

客房信息

组成：

房号+类型+单价+状态

组织：

房号

数据项：

状态

取值：

空房可用

空房待修

预订占用

正在占用

数据项：

押金

组成：

预订金+入住押金+入住租金

取值：

现金

信用卡

转帐支票

挂帐

免费

数据项：

时间

组成：

预订时间+入住时间+预计离店时间+住宿时间

数据流名：

离店凭据

备注：

指客人办理手续后，所持有的酒店开出的票据

组成：

住店发票+停车场收据+其它票据

1.3.2.2第二层流程图

图4第二层流程图

表4：

流程图数据字典

数据处理名：

前台加工

简述：

在酒店中直接与客人发生关系的活动，为客人提供的一切服务，包括

客人进入酒店前的预订，预订后的入住，消费，以及离店前的手续

办理。

组成：

预订+接待+取消预订+离店

数据处理名：

后台加工

简述：

在酒店中不直接与客人发生关系的活动，包括间接为客人提供的服

务，以及酒店的内部管理体系，主要是库房管理，IC卡管理，总理

查询等。

组成：

数据备份+经理查询

数据处理名：

停车场加工

简述：

为酒店内外客人提供停车的系统。

数据库1：

所有在前台与客人有关的信息库。

组成：

历史客人信息表+房间占用信息表+IC卡管理表

数据库2：

组成：

酒店日常消耗品库存管理表+日现金帐目表

数据库3：

说明：

停车场建立的有关车辆进出停车场的时间及费用信息表。

1.3.2.3前台子系统

图5前台子系统示意图

备注按照客人从住店、离店的过程将系统划分为预订、接待、取消预订和离店四个处理过程。

客人通过预订，也可直接到酒店登记住宿。

客人预订后，也可能取消预订。

客人分为个人与团体两类。

（1）个人预订

图6个人预订DFD图

表5：

个人预订数据字典

数据处理名：

房间查询

简述：

根据客人的预订要求，查询客房预订信息表，确定是否有空房

输入：

客户信息，来源：

外部实体“客人”

输出：

[1]无客房，去处：

外部实体“客人”

[2]有客房，预订登记表，去处：

“客人信息”

数据流名称：

预订登记表

简述：

在房间查询有房时所填的表，用于记载客人信息

组成：

身份证号+姓名+性别+年龄+民族+国籍+家庭住址+VIP+电话

数据处理名：

订房

简述：

根据客人的预订要求，确定客人订什么房，哪类房，多少间房，是否

确定具体房间。

输入：

订金收据，来源：

收银

输出：

预订证明表，去处：

外部实体“客人”

数据流名称：

预订证明表

简述：

在订房、收银后所填的表，用于记载客人订房的信息和证明

组成：

身份证号+姓名+性别+家庭住址+电话+押金+房间数量、类别+时间

客人来店预订，服务员查询“客房预订信息表”，无空房则返回客人。

有客房则登记，并核对“客人黑名单”（进行消费而未付帐的客人名单）及“挂帐表”，无误后收取预订押金并记入“预订金入帐表”。

进行订房，将预订信息记入“客人预订信息表”，修改“客房预订信息表”的客房状态，给客人预订证明表。

预订完成。

（2）团队预订

图7团队预订DFD图

表6：

团队预订数据字典

数据处理名：

房间查询

简述：

根据客人的预订要求，查询客房预订信息表，确定是否有空房

输入：

客户信息，来源：

外部实体“客人”

输出：

[1]无客房，去处：

外部实体“客人”

[2]有客房，预订登记表，去处：

“客人信息”

数据流名称：

预订登记表

简述：

在房间查询有房时所填的表，用于记载客人信息

组成：

团队ID号+团队名称+领队人+领队手机+团队开户行+帐号+地址+联系

电话+人数+人员名单+房间数量

数据处理名：

订房

简述：

根据客人的预订要求，确定客人订什么房，哪类房，多少间房，是否

确定具体房间。

输入：

订金收据，来源：

收银

输出：

预订证明表，去处：

外部实体“客人”

数据流名称：

预订证明表

简述：

在订房、收银后所填的表，用于记载客人订房的信息和证明

组成：

团队ID号+团队名称+地址+联系电话+人数+进店日期+离店日期+房间

数量+押金。

团体预订与个人预订基本一样，只是将团队预订信息记入“团体预订信息表”。

（3）取消预订

图8取消预订DFD图

表7：

取消预订数据字典

数据处理名：

预订查询

简述：

核对客人的“预订证明表”。

输入：

预订证明表，来源：

外部实体“客人”

输出：

预订收据，去处：

退款处理

客人要取消预订，只需将“预订证明表”和“预订收据”交给服务员，经核对后退款并修改“客房预订信息表”及“团队或个人预订信息表”。

（4）接待团体（未预订的客人）

图9接待团体DFD图

表8：

接待团体数据字典

数据处理名：

空房查询

简述：

根据客人的住房要求，查询“目前房间占用信息表”，确定是否有空房

输入：

客户信息，来源：

外部实体“客人”

输出：

[1]无客房，去处：

外部实体“客人”

[2]有客房，住房登记表，去处：

“客人查询”

数据流名称：

住房登记表

简述：

在房间查询有空房时所填的表，用于记载客人信息

组成：

身份证号+姓名+性别+年龄+民族+国籍+家庭住址+电话+单位

数据处理名：

客人查询

简述：

根据客人的住房登记表，从“客人黑名单”、“挂帐单位”等多个表中

查询核对。

输入：

住房登记表，来源：

查询空房

输出：

交款，去处：

收银处理

数据流名称：

押金收据

简述：

在收银后所开出的证明，用于记载客人住房时交的押金

组成：

身份证号+姓名+押金金额+房间数量、类别+入住时间+离开时间

（5）接待个人（未预订的客人）

图10接待个人DFD图

接待的客人是个人时，过程基本与接待团队相同，首先通过“目前房间占用信息表”查询目前有无空房，有则填“住房登记表”，根据客人的信息核对“客人黑名单”、“挂帐个人”等多个表，确认后收取住房押金，将客人的有关信息记入“历史客人信息表”并用写卡机将客人的ID写入IC卡。

（6）接待团体（已预订）

图11接待预订团体DFD图

表9：

接待预订团体数据字典

数据处理名：

查询验证预订表

简述：

核对客人的预订表是否与数据库中的相符

输入：

预订证明表，来源：

外部实体“客人”

输出：

登记表，去处：

查询客房

接待团队（已预定）的过程与接待未预订的相似，只是开始要验证“预订表”，同时不必进行客人查询而可直接入住。

将预订金转为住房押金。

（7）接待个人（已预订）

图12接待预订个人DFD图

接待个人（已预定）的过程与接待未预订的相似，只是开始要验证“预订表”，同时不必进行客人查询而可直接入住。

将预订金转为住房押金。

（8）离店

表8：

离店收银数据字典

数据处理名：

退房

简述：

在客人离店的时候，核实房间的物件等，同时更改“客房占用信息表”

输入：

有客人ID的IC卡，来源：

外部实体“客人”

输出：

[1]有问题，去处：

外部实体“客人”

[2]无问题，退房凭证，去处：

收银

数据流名称：

退房凭证

简述：

在房间核实无误后开给客人的允许结帐凭证

组成：

身份证号+姓名+性别+IC卡ID号+客房核实结果

数据处理名：

收银

简述：

根据客人的消费进行收取费用、退还押金。

调用IC卡管理子模块使该

卡号作废。

将客人信息记入数据库备查。

输入：

退房凭证，来源：

退房

输出：

离店发票，去处：

外部实体“客人”

客人可保留IC卡，以后如再到该酒店，经修改IC卡仍可使用。

图13离店收银DFD图

1.3.2.4后台子系统

图14后台系统DFD图

后台不与客人发生直接的接触，主要支持经理查询、库房管理、数据的备份以及财务上的管理。

1.3.2.5数据备份

图15数据备份DFD图

数据备份是指数据库管理员周期性的对系统产生的数据（客房占用信息表，客人信息表，日现金入帐表，IC卡管理表等一切表格）进行安全双备份，以防止数据丢失，不仅在硬盘里要作备份，还要用软盘备份，以便进行灾害恢复。

由于数据库中的数据是变化的，间隔时间越长，备份数据库中的数据与当前使用的库中数据差别就越大，因而要根据数据库的变化快慢确定转储周期。

1.4系统实现技术

1.4.1系统登录

1.4.1.1管理人员登录

1、酒店工作人员登录：

酒店工作人员在登录前台接待系统和前台收银系统时，应当先输入客人用户名和证件号（或刷入房卡），以供校验管理员的身份。

2、客人住房明细管理：

包括新添客人明细、修改已存在的客人信息明细、删除已存在的客户信息、查询已存在的客户信息等有效编辑功能。

3、自动计算功能：

夜审系统自动结算当日所有客人消费,实现消费累计,加入客户入住押金

4、帐务系统查询：

输入允许查询权限的用户名及密码,根据对数据的需要自设查询条件，并将符合条件的信息显示出来。

5、管理员管理：

包括增加新的信息、删除已有的客人信息。

8、修改密码：

提供修改密码功能供酒店工作人员定期修改密码，以确保系统的安全性。

9、数据导入：

当有大量新增客户信息记录时，可通过数据导入功能批量导入数据到数据库中。

10、数据导出：

将酒店运营的各项明细导出成文本文件，根据需要打印出来。

1.4.1.2一般用户登录

1、一般用户登录：

一般用户在登录客历系统时，应当先输入名字及证件号码，插入房间钥匙,以供校验用户的身份。

2、客人信息查询：

根据对数据的需要自设查询条件，并将符合条件的信息显示出来。

3、数据导出：

将客人信息导出成文本文件，根据需要打印出来。

1.4.2数据库

1.4.2.1数据库的建立

开发人员采用MicrosoftAccess的数据库引擎,在用户访问数据库时采用DAO方式工作。

1.2.2数据库的链接

工资管理系统采用VisualBasic6.0来写ACCESS数据库，采用DAO访问数据库，运用DATA控件打开、访问并操作已有的数据库，通过编程方式，采用标准的SQL语句进行与对数据库的查询和修改，实现了用户管理本系统的功能。

1.4.3运行界面

1、系统欢迎界面：

（以下略）