中小型酒店管理系统概要设计说明书

实验四软件概要设计

小组：第四组组长：

实验目的与任务

目的：完成系统的体系结构的建立和概要设计，并给出相应的规格说明书。

任务：认真分析实验三的结果，给出系统合理的体系结构，描绘系统结构图，并合理划分系统的各组成模块，最后给出系统的各部分设计规格说明书。

预习内容

参考资料和阅读相关的国家有关软件开发的标准文档。

实验内容及要求

功能结构图设计，软件处理流程设计，输出设计（主要指打印输出设计），存储文件格式设计（数据库结构设计），输入设计（主要指数据录入卡设计）。

实验结果（可续页）

四、概要设计说明书

1．引言 (3)

1.1编写目的 (3)

1.2项目背景 (3)

1.3定义 (3)

1.4参考资料 (3)

2．任务概述 (4)

2.1目标 (4)

2.2运行环境 (4)

2.3需求概述 (5)

2.4条件与限制 (5)

2.5详细软件结构 (5)

3．总体设计 (6)

3.1处理流程 (6)

3.2总体结构和模块外部设计 (7)

3.3功能 (8)

3.4性能 (8)

3.5输入项目 (8)

3.6输出项目 (8)

3.7算法 (8)

3.8程序逻辑E-R图 (9)

3.9程序逻辑设计 (11)

3.10存储分配 (12)

3.11限制条件 (12)

3.12测试要点 (12)

4．接口设计 (12)

4.1外部接口 (12)

4.2内部接口 (12)

5．数据结构设计 (113)

5.1逻辑结构设计 (113)

5.2物理结构设计 (113)

5.3数据结构与程序的关系 (113)

6．运行设计 (15)

6.1运行模块的组合 (15)

6.2运行控制 (15)

6.3运行时间 (15)

7．出错处理设计 (16)

7.1出错输出信息 (16)

7.2出错处理对策 (16)

8.安全保密设计 (16)

9.维护设计 (16)

1．引言

1.1编写目的

完成系统的体系结构的建立和概要设计，并给出相应的规格说明书。说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。同时也是规范开发人员进行设计和部署实施的基础和依据，为整体工作组的工作流程做出明确指导，引导工作组员之间、工作组员与用户之间的沟通。最终作为总体审核、验证、确认和结项验收的依据；为开发方与客户方提供合法的合同保障。详细设计为较为详细的系统理论，使得编码更为容易，更加方便学习此系统。

本系统预期读者为：中小型酒店管理系统的软件开发小组，此项目评审小组，软件维护和测试人员，中小型酒店的中高层管理者

1.2项目背景

a.项目委托单位：中小型酒店

b.开发单位：中小型酒店系统软件开发小组

c.主管部门：中小型酒店项目开发部门、财政部门

d.该软件系统与其他系统的关系：该软件可结合数据库使用，使用SQL Server 2005可是

操作更加简洁、便捷。

1.3定义

数据字典：关于数据的信息的集合，也即是对数据流图中包含的元素的定义的集合。

顾客就餐管理：对就餐的顾客进行管理，并存储顾客消费记录。

顾客住宿管理：对就餐的住宿进行管理，并存储顾客住宿记录。

顾客信息：存放顾客的姓名，证件类型，证件号，性别，年龄，籍贯，工作单位等各项基本信息，还有就餐住宿信息，管理员负责管理顾客基本信息。

房间信息：包括房间编号，房间等级，房间价格，房间类型等信息

菜肴信息：包括菜肴编号，菜肴名称，菜肴价格，菜肴类型等信息

1.4参考资料

中小型酒店管理系统需求规格说明书

中小型酒店管理系统概要设计说明书

《实用软件工程》郑人杰等人编著清华大学出版社

《数据库原理与应用——基于SOL Server 2005》李春葆等人编著清华大学出版社《数据库原理与应用——基于SOL Server》程云志等人编著机械工业出版社

2．任务概述

2.1目标

概要设计的基本任务就是将需求转换为数据结构和软件的体系结构。结构设计是概要设计的重点，在这个阶段主要完成四个任务：

1.采用某种设计方法，将一个复杂的软件系统按功能划分成模块的层次结构；

2.决定每个模块的功能，建立与已确定软件需求的对应关系；

3.决定每个模块的调用关系；

4.决定模块间的接口，及模块间的传递信息，设计接口的信息结构；

5.评估模块划分的质量及寻出模块结构的规则。

2.2运行环境

1,硬件环境: 512M内存(推荐为1G，最高为4G)，256M显卡，至少500M的硬盘剩余空间。

2.软件环境：本系统支持的操作系统包括Windows 2003或Windows 7或Windows XP，本系统支持的数据库为SQL Server 2005，本软件开发所使用的工具为Rational Rose Enterprise Edition。

2.3需求概述

⑴顾客就餐管理

①顾客就餐管理由合法用户进行操作，首先用户应先登录该系统，经系统检查合法并具有相应权限后方能使用；

②输入顾客信息：

含顾客姓名、证件名称、证件号码、菜肴编号、菜肴名称、菜肴价格、菜肴类型；其中菜肴价格为浮点型数据就，其他为字符型数据

③处理过程描述

顾客订餐时输入所需证件号与顾客姓名，当顾客用餐时检查顾客的正确身份，给顾客菜单，让顾客点菜并录入系统保存。如果顾客不满意点的菜肴，可以进行换菜或退掉不想要的菜肴。顾客就餐完毕后，顾客结帐，并保存顾客的就餐信息到数据库中。

④输出信息

点餐时出现，操作成功或失败的提示信息；而结账时系统提示所消费信息并且打印消费信息（含概所有消费信息与价码）

⑵顾客住宿管理

①顾客住宿管理由合法用户进行操作，首先用户应先登录该系统，经系统检查合法并具有相应权限后方能使用；

②输入顾客信息

包含顾客姓名，证件号，证件名称，性别，年龄，籍贯，工作单位，所住人数，房间

编号，房间等级，房间价格，所住时间等；

其房间价格用浮点型数据，其余为字符型数据。 ③ 处理过程描述

当顾客订房时，录入顾客信息，提供其所需类型与环境，当顾客入住房间时先检查顾客的正确身份，提供房间信息，让顾客选自己满意的房间并录入系统。 用户住宿完毕后，给顾客结帐，并保存顾客的住宿信息到数据库中。 ④ 输出信息

在顾客订房时，系统会出现操作成功或失败的提示信息。在顾客住宿完毕结账时会出现，顾客所花费明细账与总额。

（3）数据库信息管理

① 数据库信息管理由合法用户进行操作，首先用户应先登录该系统，经系统检查合法后方能使用，并根据用户权限进行查询，增删，修改等操作。 ② 输入

用户名和密码

③ 处理过程描述

先检查用户名和密码是否正确，如检查正确，方能使用。用户可以做自己权限范围内的事。 ④ 输出

操作成功或失败的提示信息

运用该系统软件，实现对酒店的信息化管理。

2.4条件与限制 2.5详细软件结构

消费记录

输入合法顾客信息

住房部 餐饮部

写入顾客信

息 合法顾客 客房类型 客房编号 入住日期 退房日期

菜肴名称 菜肴数量

菜肴价格

客房价格

合法顾客信息

顾客信息

顾客信息

合法顾客信息

住房消费记录

餐饮消费记录

3．总体设计

3.1处理流程

b.数据库信息流程图

a.用户登录流程图

用户登录入口

判断该用户是否存在

核对用户密码是否正确

取得该用户及其密码

判断该使用用户的权限

将UserID 存入session 中

显示登陆成功

顾客信息

合法顾客

餐饮消费 住房消费

估算

积分

c.住宿与餐饮管理流程图 3.2总体结构和模块外部设计

住宿餐饮

房间选择

钟点房 单人间 标准间 套间

选定餐桌

点餐

结账

住宿

餐饮

3.3功能

输入模块：用户登录时所需进入的系统，要求进入前先验证用户身份信息的合法性，

主模块

用户输入

输出模块

酒店系统管理 用户输入处理模块

输出处理

就餐管理员用户

住宿管理员用户

数据库信息 管理员用户 就餐管理

住宿管理

数据库信息管理 管理

餐桌信息管理

菜肴信息管理

房间信息 管理

顾客住宿记录信息管理

顾客就餐文件

顾客住宿文件

顾客就餐记录信息管理

正常显示 出错显示

需要用户名及其密码来进行登录验证。

输出模块：输出用户所需要的信息。

用餐管理模块：本模块主要用于管理顾客用餐的，了解顾客用餐情况，及其对此餐厅及菜单菜色的评价，在登陆此系统时，不拥有此权限的人不允许使用，就餐管理管理员或者更高层管理着方具有此权限。

住宿管理模块：本模块主要用于管理顾客住宿，了解顾客住宿情况，在登陆此系统时，不拥有此权限的人不允许使用，住宿管理管理员或者更高层管理着方具有此权限。

数据库管理信息系统：本模块主要用于查询，添加、删除等操作。只有部分管理者拥有此权限。

3.4性能

对于数据的精确度要求不高，关键数据能够查到，数据类型符合即可；

在程序的响应时间和处理速度上越快越好，尽量不要超过5s；

在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时，具有较强的适应能力并且具有继续升级和扩充的功能。能够实现系统的更新与升级，并在更新时数据库信息不会丢失。

3.5输入项目

主要为：

用户姓名、性别、年龄、证件名称、证件号码、工作单位；菜肴编号、菜肴名称、菜肴价格、菜肴类型；房间编号、房间等级、房间价格等。

其类型为字符型，价格为浮点型。其数据来源为系统数据库信息，信息来源为：顾客提供本人信息外，其他为各主管部门提供。

3.6输出项目

主要为：

用户的用餐消费金额和消费历史记录及所用详细账单；用户所在房间消费及详细账单同样。其输出为字符型，价格为浮点型。其数据来源为系统数据库信息。

3.7算法

查询所需数据库信息使用算法如下：

Select 用户名

From USER_PSD

Where 用户名=输入内容

若显示为空，则提示无该用户，后回到输入界面；若显示用户名录入错误，则返回输入界面，重新输入；若错误超过三次，则不允许登陆需关闭系统。

Select 密码

From USER_PSD

Where 用户名=输入内容 and 密码=输入内容

若显示为空，则提示无该用户，后回到输入界面；若显示用户名或密码录入错误，则返回输入界面，重新输入；若出现错误超过三次，则不允许登陆需关闭系统。

若查询到记录后，则对其进行权限判断，然后判断用户所能使用相应功能，然后进入所需要界面。

3.8程序逻辑E-R 图

编号

类型

价格

床数目

名称 名称

身份证号

姓名

联系方

式 性别

预定房间

房间

管理员

管理

餐厅

入住

用餐

顾客

顾客

姓名

性别

编号

密码

职位

编号

类型

价格

餐桌数目

姓名

性别

预定餐桌

身份证号

联系方式

3.9程序逻辑

、

入口

用户登录

判断用户类型

普通用户

住宿餐饮

房间选择 钟点房 单人间 标准间

套间

选定餐桌

点餐

结账

是否VIP

打折系统

积分系统

是否办理VIP

添加到会员数据库

管理员系统

住宿

餐饮

是

否

否

人

事管理系统

计算最终金额

3.10存储分配

本程序的存储分配为：用户名及密码信息、客房信息、菜肴信息、会员信息存入数据库中，程序使用队列将输入内容与数据库中的内容进行比较，或者直接使用数据库的存取，进而更进一步的增快程序的查询速度。一些临时顾客的信息采用临时空间进行存储，信息保留一个月，一个月后系统自动进行清除。

3.11限制条件

3.12测试要点

系统测试是将经过测试的子系统装配成一个完整的系统来测试。用来检查系统是否确实能提供系统方案说明书中指定功能的有效方法，为了发现缺陷并度量产品质量，按照系统的功能和性能需求进行的测试，找出存在的问题并加以修正，使之符合设计要求及需求。主要进行测试内容：功能测试：连接、表单、数据库

性能测试：速度、压力

可用性：图形、内容、整体界面

兼容性：平台、浏览器

安全测试：保密性、安全性

4．接口设计

4.1外部接口

用户界面：中小型酒店管理系统管理系统必须包括用户登录、查询、添加、删除等可视化用户界面，且可为中小型酒店管理者设用最高层模块，例如：整个酒店的营业信息分析、前台信息等。

硬件接口：采用基于超5类双绞的综合布线系统，同时支持语音和数字的传输。Cpu2400转以上、显示器支持800*600分辨率、基本内存512M推荐2G、Windows兼容打印机。支持错误检查校正(ECC)的双通道DDR2内存。

软件接口：内存在256MB及以上，支持SQL SERVER2005关系数据库。

4.2内部接口

客户端接口：调用客户界面用户模块，得到客户登陆信息后查询信息表，对界面模块发出登陆成功的信息。得到用户操作信息后查询信心表选择调用通知查询模块，客房信息查询模块，帮助查询模块。

可将系统内部分为：顾客就餐系统和住宿管理系统两个子系统，以及数据库信息管理系统

5．数据结构设计

5.1逻辑结构设计

用表格的形式存储信息，包括顾客信息表，房间信息表，菜单信息表，餐桌信息表，

餐厅信息表。

模块名称子程序实现功能

主模块Main 实现整个系统结构

用户输入模块User input 输入用户名及口令

输出模块Output 输出显示

系统管理模块System management 系统处理

输出处理模块Display 显示正误信息

用户输入处理模块User use 判断用户类型

就餐管理员用户模块Jiucan management 就餐管理员用户权限住宿管理员用户模块Zhusu management 住宿管理员用户权限

数据库信息管理员用户模块Data management 数据库信息管理员用户权限就餐管理模块Jiucan information 就餐管理

住宿管理模块Zhusu information 住宿管理

数据库信息管理模块Data information 数据库信息管理

顾客就餐记录信息管理模块Manager jiucan 顾客就餐记录信息管理餐桌信息管理模块Manager canzuo 餐桌信息管理

菜肴信息管理模块Manager caiyao 菜肴信息管理

房间信息管理模块Manager fangjian 房间信息管理

顾客住宿记录信息管理模块Manager zhusu 顾客住宿记录信息管理住宿管理文件Zhusu file 记录所有住宿情况

就餐管理文件Jiucan file 记录所有就餐情况

正常显示模块Right display 正常显示信息

出错显示模块Error display 出错显示信息

5.2物理结构设计

本系统使用数据库存储，各数据项需从数据库中提取，存取单位为表格，存储区域处

于系统的硬盘中，其必须满足安全保密性的需求，针对每位用户设定操作权限，只有满足

情况下方可使用其数据，例如：读取，查询等任务，系统在用户输入用户名及其密码时对

其进行权限判断。了解应用环境与DBMS的功能和特点。

5.3数据结构与程序的关系

数据结构设计：

姓名

用户信息性别

年龄

房间类型

消费信息

房间价格

输入数据住房信息输出数据

开房时间

消费金额

退房时间

菜肴名称

菜肴信息菜肴价格

菜肴数量

关系：

从层次性的输入和输出数据可以直接推导出程序的流程图。如下所示：

住房类型住房价格开房时间退房时间

入住天数

姓名性别年龄会员

菜肴名称菜肴价格菜肴数量用户信息住房消费金额餐厅消费金额

消费金额、消费信息

a.输入数据导出流程图

消费金额、消费信息

处理顾客数据处理酒店总计

住宿消费餐饮消费计算交易总额会员积分

b.输出数据导出流程图

6．运行设计

6.1运行模块的组合

不同的用户登陆此系统所获得的系统功能是不同的，例如：管理者具有使用此系统的所有功能，比如：添加用户，删除用户或者此系统所设置的安全保密信息的浏览或者是更新数据或者信息；而一些普通用户只具备浏览数据的功能，不具备数据更新或者信息更新的功能。

6.2运行控制

管理者享有设置操作系统权限的功能，可以对系统的普通用户设置访问权限，则权限受限的用户只能访问部分系统模块。

6.3运行时间

系统中模块所占用时间不多，应控制在0.5s以内。

7．出错处理设计

7.1出错输出信息

当用户没有输入非空字段而进行数据提交时，系统提示某某字段数据不得为空，请重新输入再提交。系统输出信息提示用户用户名出错或密码出错，将不允许用户登录。

7.2出错处理对策

本系统中，应充分考虑各种系统错误，避免造成数据库系统不一致或损坏。当用户没有输入非空字段而进行数据提交时，系统提示某某字段数据不得为空，请重新输入再提交。此时，输入界面保留刚刚输入信息的界面，而不是清空全部输入界面上的所有数据；要求用户重新输入。定期进行数据备份，每天进行增量转储，每月一次进行海量转储，可使用静态转储也可使用动态转储。采用对话框形式为用户提供、警告信息。

8.安全保密设计

系统安全性：

a.安装防毒软件，经常进行系统扫描并升级病毒库。

b.关闭默认共享。

c.要把一些重要的用户数据（文件、数据表、项目文件等）定时备份在另一个安全的服务器中。

保密性：

a.整个系统分为2个权限，系统管理员和用户，权限的划分有利于管理和安全。系统管理员将有最高权限，用户通过自己的密码和账号进行登陆和使用。

b.用户账号密码将严格保密，系统中的所有密码是不可见的，系统管理员也无法看见用户的密码，但是管理员可以看见和管理用户的账户。

9.维护设计

详细编写各阶段的文档资料，以利于未来版本升级及移植等二次开发。专用模块为系统备份模块；系统备份模块即为系统自动拷贝模块，在每天都进行一次动态增量转储；在终端上要安装杀毒软件，以防止其他人对系统进行恶意的破坏。系统必须按照软件产品设计规范的步骤进行开发，并充分考虑可维护性。

思考题

1．系统设计和需求分析的关系是什么？两者必须先后关联吗？

2．怎样描绘系统的体系结构？

3．怎样绘制符合规范的流程图。

4．简述详细设计阶段的主要任务。

5．简述详细设计说明书的主要内容。

6．怎样组织对设计阶段工作的评审？

1.软件开发是要实现目标系统的物理模型。需求分析的任务是借助当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统“做什么”的问题。软件设计的任务就是把分析阶段产生的软件需求转换成用适当手段表示的软件设计文档，即把软件的需求翻译成软件的描述性过程。换句话说，软件设计就是在明确了系统必须“做什么”之后，下一步就是要明确系统“怎么做”的问题。

只有明确了软件“做什么”的情况下，才能在下一步进行“怎么做”的规划。因此，要先进行需求分析，再进行系统设计。而系统设计又是在需求分析的基础之上完成的，前后要进行联系。

2.构化设计是将结构化分析的结果(数据流图)映射成软件的体系结构(结构图)。

1)复审和精化数据流图；

2)确定数据流图的类型(变换型、事务型)；

3)将DFD映射成初始结构图：采用变换分析或事务分析技术，将DFD映射成初始结构

图；

4)改进初始结构图知道得到符合要求的结构图为止；

5)修改和补充数据字典；

6)制定测试计划。

3.以程序流程图为例，说明绘制过程。

首先，为使用流程图描述结构化程序，必须限制流程图只能使用五种基本控制结构（顺序型、选择型、先判断型循环、后判断型循环、多情况型选择）。

其次，需要对流程图所用的符号做出确切的规定。除去使用规定的符号外，流程图中不允许出现任何其他符号。需要说明的几点：

1)循环的界限设有一对特殊的符号；

2)流线表示控制流的流向；

3)注解符可用来标识注解内容，其虚线连在相关的符号上，或连接一个虚线框。

4)判断有一个入口，但有多个可选出口；

5)虚线表示两个或多个符号间的选择关系。另外，虚线也可以配合注解使用；

6)外接符及内接符表示在另外一个地方接续，或者表示转向外部或从外部转入。

4．概要设计完成了软件系统的总体设计，规定了各个模块的功能及模块间的联系，进一步就要考虑实现各个模块规定的功能。从软件开发的工程化观点来看，在使用程序设计语言编制程序以前，需要对所采用算法的逻辑关系进行分析，设计出全部必要的过程细节，并给予清晰地表达，使之成为编码的依据。这就是过程设计的任务。即确定软件的内部特性。

5．在详细说明书中，应对软件的结构进行阐述，对每个模块的功能、性能以及实现的算法进行说明，利用详细设计的工具，例如程序流程图、N-S、PAD、判定表和PDL语言等对程序进行描述，本报告主要是利用程序流程图进行的描述，之后对信息的存储与分配进行描述，最后，将测试的要点一一列举。

6. 设计评审的内容

1)可追溯性：即分析该软件的系统结构、子系统结构，确认该软件设计是否覆盖了所有

已确定的软件需求，软件每一成分是否可追溯到某一项需求。

2)接口：即分析软件各部分之间的联系，确认该软件的内部接口与外部接口是否已经明

确定义。部件是否满足高内聚和低耦合的要求。部件作用范围是否在其控制范围之内。

3)风险：即确认该软件设计在现有技术条件下和预算范围内是否能按时实现。

4)实用性：即确认该软件设计对于需求的解决方案是否实用。

5)技术清晰度：即确认该软件设计是否以一种易于翻译成代码的形式表达。

6)可维护性：从软件维护的角度出发，确认该软件设计是否考虑了方便未来的维护。

7)质量：即确认该软件设计是否表现出良好的质量特征。

8)各种选择方案：看是否考虑过其它方案，比较各种选择方案的标准是什么。

9)限制：评估对该软件的限制是否现实，是否与需求一致。

10)其它具体问题：对于文档、可测试性、设计过程等等进行评估。

教师评分