书店管理系统需求分析报告

第一篇：书店管理系统需求分析报告

书 店 管 理 需 求 分 析 规 格 说 明 书

目录

1.引言.................................错误！未定义书签。1.1编写需求分析规格说明书的目的........................4 1.2软件设计目标........................................4 1.3 术语表.............................................4 1.4参考资料............................................4 2.软件产品的一般性描述...................................5 2.1运行环境............................................5 2.2软件产品的功能（用例模型）..........................5 2.3用户特征............................................7 2.4限制与约束..........................................7 3.系统功能行为分析......................................7 3.1引言................................................7 3.2 系统功能模型——系统用例模型........................7 3.3相关用例的展开——活动图...........................10 3.4系统静态模型——对象类模型.........................12 3.5系统动态模型（顺序图）.............................14 3.6系统体系结构模型...................................18 3.7输出结果...........................................19 4.系统性能分析.........................................20 4.1数据精准度.........................................20

4.2时间特性...........................................20 4.3适应性.............................................20 4.4故障处理...........................................20 5.系统运行要求分析.....................................20 5.1用户界面...........................................20 5.2硬件接口...........................................20 5.3软件接口...........................................20 6．其他要求............................................20 7.附录.................................错误！未定义书签。

1.引言

1.1编写需求分析规格说明书的目的

随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。传统的书店管理系统其日常管理工作都是人工操作，存在着许多缺点,如:效率低下、保密性差,另外时间一长,将产生大量的文件和数据,这对于数据的查找、更新和维护都带来了不少的困难，并且浪费了许多人力和物力。在信息时代，使用计算机对图书信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高书店管理的效率。因此，开发这样一套书店管理软件成为很有必要的事情。

1.2软件设计目标

（1）登录系统：管理员和顾客进入登陆界面，输入各自的的用户名和密码进入登陆界面，可以通过登录该系统进行各项功能的操作

（2）书籍管理：管理员进入书籍管理界面，对书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。

（3）书籍出售：管理员进入书籍出售管理界面，根据ISBN号出售图书,删去相应库存,记录销售时间，包括预订书籍、查询书籍的处理。

（4）顾客管理：管理员进入顾客管理界面，进行对顾客的一系列操作，包含对顾客信息的增删改等操作，以及会员服务等。

（5）查询书籍：管理员和顾客登录系统，进入书籍查询界面，对图书的一些详细信息进行查询。

（6）预定书籍：顾客登录系统，进入书籍预定界面，通过对图书信息查询，对已选择的图书进行预定。

（7）购买书籍：顾客登录系统，进入购买图书界面，对已选择的图书进行购买。

(8)系统应符合书店管理的规定，满足书店相关人员日常使用的需要，并达到操作过程中的直观、方便、实用安全等要求；

(9)系统采用模块化程序设计方法，即便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员补充、维护；(10)系统应具备数据库维护功能，及时根据用户需求进行数据的添加、删除、备份等操作；

(11)尽量采用现有软硬软硬件环境及先进的管理系统开发方案，从而达到充分利用现在有资源，提高系统开发水平和应用效果的目的。

1.3 术语表

[1].登录：包括书店管理员、顾客在书店登陆界面输入各自用户名和密码，如 果输入正确就可以直接进入书店系统，管理员可以对系统进行相应的操作；而顾客也可以进行相应的操作。

[2].书籍管理：是指管理员对书籍进行一个比较系统的管理，如对图书信息进行录入、删除、浏览、查询、修改等基本操作 [3].书籍出售：是指管理员对书籍的出售情况进行管理，及时处理顾客的订单，完成书籍出售的过程。

[4].顾客管理：是指管理员对顾客的管理，包括对会员的管理，对会员信息进行维护，及时的增加、修改、删除等来完善对会员的管理；也包括对其他顾客的信息管理。是指

[5].购买书籍：是指顾客对已选择的图书进行购买的过程。

[6].查询：是指管理员查询图书的库存，出售情况，以及缺货补充等的查询；顾客对图书种类，价格等的查询。[7].预定书籍：是指顾客再经过对图书的查询，选择需要的图书并对图书进行预定，方便购买。

1.4参考资料

[1] 黄梯云 《管理信息系统》 经济科学出版社 2000.3 [2]甘仞初《信息系统开发》经济科学出版社 1996.9 [3]汪星明 《管理系统中计算机应用》武汉大学出版社 1997.5 [4] 方美琪，软件开发工具[M]，经济科学出版社

[5] 陈禹，方美琪，软件开发工具[M]，经济科学出版社

2.软件产品的一般性描述

2.1运行环境

硬件环境：

512M以上内存

软件环境：

数据库Microsoft SQL Server 2005及以上版本 Windows XP，Win7 CP/IP 通信协议

2.2软件产品的功能（用例模型）

图1 功能用例 “系统登录”用例

1.管理员和顾客进入登陆界面 2.填写各自用户名及密码 3.系统进行账户的核实 4.成功登陆

5.管理员可以进行顾客管理、图书管理、售书管理、书籍查询等。6.顾客可以进行书记的查询、预定、购买等。

“顾客管理”用例

1.管理员登陆顾客管理界面 2.系统响应相应的用户权限 3.列出相应的信息 4.用户选择相应的操作 “购买书籍”用例

1.管理员进入登陆界面 2.系统响应相应的用户权限 3.列出相应的信息 4.用户操作 “图书管理”用例

1.登陆图书信息管理界面

2.系统响应相应的用户权限操作

3.图书信息进行录入、删除、浏览、查询、修改等基本操作 4.列出相应的信息

5.用户选择相应的操作

“预定书籍”用例

1.管理员进入登陆界面

2.系统响应相应的用户权限,对订单信息进行管理或处理

3.列出相应的信息

4.接收订单并发货、拒绝订单、查询库存、订购货品、订单增加 5.用户操作 “售书管理”用例

1.管理员进入登陆界面 2.系统响应相应的用户权限 3.列出相应的信息 4.用户操作 “査书管理”用例 1.陆查询界面

2.系统响应相应的用户权限 3.列出相应的信息

4.管理员对图书销售及相关信息的情况查询

5.顾客（会员和游客）对图书的相关信息的查询

6.用户选择相应的操作进行查询

2.3用户特征

该软件适用于掌握计算机基础知识的客户，书店员工可根据自己的权限进行相应操作，系统管理员要求由计算机的专业知识。

2.4限制与约束

1.建议开发软件运行的最短寿命：3年 2.进行系统方案选择比较的期限：3个月 3.经费来源和使用限制：新华书店

4.硬件、软件、运行环境和开发环境的条件和限制：新华书店拥有大型机以及用来支持的数据库，安装有Windowsxp及以上的操作系统。

5.建议开发软件投入使用的最迟时间：开发完成后试运行1个月。

3.系统功能行为分析

3.1引言

第一步创建系统的用例模型。作为描述系统的用户或参与者所能操作的模型，它在需求分析阶段有着重要的作用，整个开发过程都围绕系统的需求用例表述的问题和问题模型进行。

3.2 系统功能模型——系统用例模型

创建系统用例的第一步是确定系统的参与者。

书店管理系统的参与者包含以下三种：

管理员： 进入管理页面，可以维护客户注册信息、维护图书信息、处理订单信息、报表维护（报表输出、报表备份、报表恢复、报表删除）、商品销售查询。

员工： 进入工作管理页面，可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。

顾客：（会员和游客）会员：进入登入页面，可以对图书信息进行查询、，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）； 游客： 进入网站后，只能进行基本的信息浏览和查询。

图2 系统参与者

1.用户用例（会员和普通用户）

（1）登录：会员通过身份验证，登录到网上书店系统。

（2）注册：普通用户在网上书店系统注册个人信息，可以成为会员。（3）浏览图书：会员或游客可以浏览网上书店的图书。

（4）查询个人资料： 会员可以查询修改个人资料，包括个人的基本信息、订单信息。

（5）修改个人资料：会员可以修改个人信息。

（6）加入购物车：会员可以将要买的书籍添加到购物车，可以对购物车里 书籍数量信息进行修改。

（7）提交订单：会员可以对所下订单进行提交。（8）付款：会员可以进入付款界面进行结算。2.员工用例

(1)登录：员工根据用户名和密码，登录到网上书店系统。(2)销售查询：员工可以对书店的销售情况进行查询。(3)库存查询：员工可以对书店所剩下的书籍进行查询。(4)图书管理：员工可以修改书籍信息、添加图书、删除图书。(5)订单处理：员工可以修改订单信息、删除订单。

3.管理员用例

(1)登录：管理员输入账号和密码可以登录带网上书店系统(2)管理会员：管理员可以修改会员信息、添加、删除会员。(3)员工信息维护：管理员可以修改员工信息、添加、删除员工。

在识别出参与者和用例后，要想建立用例图，还需要识别出他们之间的关系。“加入购物车”、“添加书籍到购物车”、“查看个人资料

”、“ 提交订单”等，这些动作是由“会员”执行的。为了购物安全方便，系统还需要提供用户信息验证，确保只有会员用户才可以进行书籍购买。用例“管理书籍”、“ 管理订单” 这些动作是由“员工”执行的。用例“维护员工信息”“维护系统”等，这些动作是由“管理员”执行的。为了系统的安全性，系统还需要提供进行身份验证的功能，以确保只有具有权限的“系统管理员”才可以使用系统的功能，所以“管理员”必须与用例“登录”交互，也即“管理员”在使用系统前，要使用用户名和密码进行登录，系统验证用户的密码正确后，用户才可以执行进一步的操作。

图3 会员用例图

图4

管理员用例图

图5

员工用例图

3.3相关用例的展开——活动图

（1）员工订单处理活动图

员工可以对用户提交的订单进行处理，员工在系统中，先对系统发出订单处理请求，系统转到订单管理界面，如果要删除订单，选择要删除的订单，系统将修改的信息保存到数据库中。如果需要删除订单，订单处于待修改状态，体统将 10

修改后的信息保存到数据库中。

图6 员工订单处理活动图

（2）员工图书管理活动图

图7

员工图书管理活动图

（3）顾客购买商品和管理员处理订单的活动图如图8所示。

图8

顾客购买商品和管理员处理订单的活动图

从图8中可以看出，管理员、顾客发生了相互的关系。顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成已处理后，购买过程结束。

3.4系统静态模型——对象类模型 进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象[7]分析的基本任务。系统的静态结构模型主要用类图和对象图描述。

进一步分析系统，发现类以及类之间的关系，确定它们的静态结构，是面向对象分析的基本任务。系统的静态结构模型主要用类图和对象图来实现的。类图从抽象的角度描述系统的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类之间的相互关系。其中类的识别分为三类：识别实体类、识别边界类和识别控制类。

类不是孤立的,UML为我们定义了它们之间的四种关系，它们是：关联（Association）关系（聚合和组合）、依赖（Dependency）关系、泛化（Generalization）关系、实现（Realization）关系。

关联关系是类之间最广泛的关系，若两个类的对象的实例之间具有某种（属

性上的）依赖关系，对象所属类间的关系称为关联关系,关联关系是一种结构关系，是一种弱关系，被关联的元素间通常可以被独立的考虑。指出了一个事物的对象与另一个事物的对象之间的语义上的连接。其表示方法是在UML中，关联的图形表示是实线+箭头，箭头指向被关联的类。关联可以是单向的，也可以是双向的。关联关系包含两种：聚合关系和组合关系。其中聚合关系是类与类之间的关系具有“整体——部分”的特点。其表示方式：在UML中聚合的图示方式为，在表示关联关系的直线末端加一个空心的小菱形，空心菱形紧挨着具有整体性质的类，即箭头指向整体类。组合关系是整体和部分是不可分的，整体的生命周期结束时也就是部分的生命周期到头时。

依赖关系是对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。用虚箭头表示。

泛化关系表示一个泛化的元素和一个具体的元素之间的关系。它又称继承，UML中的泛化是通用元素和具体元素之间的一种分类关系。具体元素完全拥有通用元素的信息，并且还可附加一些其它信息。泛化可用于类、用例等各种模型元素。父类与子类的泛化关系图示为一个带空心三角形的直线，空心三角形紧挨着父类。

实现关系是指定两个实体之间的一个合同。实现是规格说明和其实现之间的关系，它将一种模型元素与另一种元素连接起来。在UML中，实现关系的符号与泛化关系的符号类似，用一条带指向接口的空心三角箭头的虚线表示。

根据上述类的关系，完整的类图如图9所示

图9

类图

3.5系统动态模型（顺序图）

系统的动态模型可以使用交互作用图、状态图和活动图来描述。交互作用图包括序列图和协作图。序列图描绘了系统中的一组对象在时间上交互的整体行为，协作图描绘的是系统中一组对象的交互行为。创建顺序图：

（1）顾客订购顺序图如图10所示。

用户首先使用自己的账号和密码登录系统，登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品列表后，提交自己想要购买的商品ID。订购模块得到商品ID，生成订单并提交给数据模块进行保存。保存成功后，订购模块提示用户订购该商品成功。

图10 顾客订购顺序图

（2）顾客删除订单顺序图如图11所示。

客户在提交订单后可以对订单进行维护（添加、删除、修改）。客户首先输入自己的账号和密码登录系统。登录模块会将客户的ID保存在系统缓存中并提 14

交给订单查询模块。订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。订单处理模块提示用户删除操作成功。

图11 顾客删除订单顺序图

（3）管理员处理订单顺序图如图12所示。

管理员使用其账号和密码登录后，登录模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理订单的列表，管理员提交某商品ID得到该商品的库存情况。如果库存充足则接受订单，并把接受信息提交给数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示管理员该操作成功。

图12 管理员处理订单顺序图

（4）.管理员登录顺序图

管理员登陆的过程为：管理员进入系统，进入登录页面，输入账号密码，系统验证身份信息，验证成功，界面返回成功信息，管理员接受成功消息，登陆系统成功。如图11。

图13

管理员登录顺序图

（5）会员提交订单顺序图

会员登录系统，进入提交订单界面，将确认的订单提交到系统中，如果订单无误则显示成功提交订单，并返回提交订单界面，如果订单有误，则显示是错误

订单，会员在进行订单的修改确认。

图14 会员提交订单顺序图

（7）员工管理图书顺序图

员工进入图书信息管理界面，可以进行图书的检查、修改、删除、增加等操作。进入修改删除图书界面，并输入要修改的图书信息，以及要增加的图书信息，如果增加图书信息成功则返回信息成功修改添加界面，并显示修改成功，返回界面，如果有误在进行进一步的修改。

图15

员工管理图书顺序图

3.6系统体系结构模型

我们可以识别系统中存在的主要实体类：书店、员工、用户。

图16

书店管理系统的主要参与者

(1)主界面

系统的主界面具有菜单和菜单项，当选择不同的菜单项时，用户可以执行不同的操作。当程序退出时，主界面窗口关闭。

(2)图书信息显示界面

图书信息显示界面是进行书籍查询时所需要的对话框。用户根据书籍名、作者、类别等条件查询书籍，系统查询数据库获取符合条件的书籍并显示到界面。

(3)注册界面

注册界面是进行游客注册时所需要的对话框。当选择主窗口中的菜单项“注册”时，对话框弹出，游客填写用户名、密码、电话、家庭住址、邮编等信息，然后点击“提交”按钮，系统创建用户的信息并将之存储到数据库中。并且系统将自动登录到系统主页。

(4)购物车界面

购物车界面是进行操作“删除购物车里的书籍”、“修改购物车里书籍数量”或“提交订单”时所需要的对话框。

当用户选择删除购物车里的书籍时，对话框弹出，用户点击“删除按钮”，系统删除用户购物车里的该书籍。当用户选择修改购物车里书籍数量时，用户输入书籍的数量，然后点击“更新”按钮，系统更新用户购物车里的该书籍数量。当用户选择“提交订单”时，系统进入付款界面，并且系统将此购物产生一个订单保存到数据库中。

(5)图书管理界面

图书管理界面是进行操作“添加书籍”、“编辑书籍”或“删除书籍”时所需的对话框。

当选择主窗口中的菜单项“添加书籍”时，对话框弹出，员工输入书籍信息，然后单击按钮“添加”，系统创建书籍的信息并将之存储在系统中。当选择菜单项“编辑书籍”或“删除书籍”时，对话框弹出，员工输入要编辑或删除的书籍的名称，单击按钮“OK”提交。系统查询数据库检索到书籍信息后弹出对话框BookDialog，显示书籍的详细信息，如若是“编辑书籍”，员工编辑修改书籍的有关信息，然后单击按钮“更新”，更新系统中存储的书籍信息；如若是“删除书籍”，员工则单击按钮“删除”，系统删除所存储的该书籍信息，当然，与该书

籍有关的其他信息业也一并删除。

(6)登陆界面

登陆界面是用户用来登陆的界面。用户输入用户名和密码，点击按钮“登陆”，系统查询数据库检索此用户的用户名和密码是否正确，若正确，若是admin用户，系统将显示后台管理界面，否则系统将显示首页面。若错误，系统提示“用户名或密码错误。”

根据上述部分界面的分析，网上书店系统中的边界类图

图17 边界类图

图18

控制类图

3.7输出结果

4.系统性能分析

4.1数据精准度

在向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数据时，要求输入数据准确。金额，身份证，卡号等按需求设定字符数。

4.2时间特性

程序响应时间：在人的感觉和视觉事件范围内；

信息交换时间：要求在程序调用前、调用后都与数据库保持同步更新，网络信息交换时间应该小于程序调用的时间。

4.3适应性

要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是数据库应该能够对并发事件、脏数据具有较强的识别处理能力。

4.4故障处理

软件应具备自动拼写错误检查等功能，在出现故障后应从整个系统数据库重新载入数据进行操作。

5.系统运行要求分析

5.1用户界面

屏幕格式：采用全屏格式，通过分窗口操作进行各个操作之间的转换 报表格式：以银行原报表格式设计电子打印表格式。

菜单格式：下拉式菜单，应显示储户资料及帐户资料的各个详细条目。

5.2硬件接口

网络硬件接口要求：现实中要求具有高速以太网组网以实现联网操作，但是从理论实验验证软件本身的目的来看，无需网络通讯接口。业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。

5.3软件接口

Windows标准接口，要求与其他软件无冲突错误发生。

6．其他要求

安全保密性、复用性、灵活性、易用性、可维护性、可移植性等。指明不同属性的相对侧重点，例如易用程度优于易学程度，或者可移植优于有效性。(1)健壮性：说明软件在容错能力，故障处理能力上需要达到的目标，保证系统稳定可靠；

(2)安全保密性：包括用户身份确认或授权方面的需求，保密性策略，产品所创建或使用的数据的保护等等；

(3)安全性：通过网络传送的数据需要简单加密，服务器端对接收到的数据需要二次简单验证。

(4)复用性：说明本项目是否可以复用已有软件、是否可为其它产品复用；(5)灵活性：说明在运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。

7.附录

第二篇：网上书店管理系统 需求分析

第一章概述 需求分析

1.1需求分析意义-------------------------1

第二章功能需求

2.1 前台功能------------------------------2

2.2 后台功能------------------------------2

第三章性能需求

3.1 软件环境------------------------------3

3.2 硬件环境------------------------------3

第四章系统可行性分析

4.1 技术可行性----------------------------4

4.2 经济可行性----------------------------4

4.3 社会可行性----------------------------4

第五章出错处理需求

5.1 处理错误5

第六章将来可能提出的要求

6.1 不确定性要求-------------------------6

一 需求分析的意义：

一个好的产品之所以能成为一个好的产品，关键在于需求分析是否充分考虑到用户的所有需求，好的需求分析能提高工作效率，减少不必要的麻烦。需求分析的任务是发现、规范用户需求的过程，有益于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作，作为工作成果的原始依据，并且可向潜在用户传递软件功能、性能需求，使其能够判断该软件是否与自己的需求相关。

二 功能需求：

前台功能

（1）会员管理：登录是需要的凭证，每个会员都有自己的管理界面，可进行资料的修改等操纵。

（2）图书查询：图书查询的目的是为了帮助用户快速地找到想要购买的图书。用户可以按照书名、作者、出版社等方式查询到想要的书籍。当用户选择了某类书籍时应能显示书籍信息：图片、会员价、市场价等。

（3）图书展示：为了将网络他、书店中的图书有序的罗列出来。图书展示分为：新品图书、推荐图书、畅销图书、排行榜。

（4）购物车：购物车中要列出用户所选择的书籍名称、市场价、会员价、数量，总计金额。好、用户可以删除购物车中的书籍，修改某个书籍的数量，清空购物车，到结算页面确认并下定单。

（5）订单生成与管理：购物后，确认支付和配送方法后生成订单。系统发送邮件通知书店管理员。会员还可以查询自己订单的处理的处理情况和历史订单。

（6）结算功能：结算前必须再次验证用户，验证合法后，进入结算页面，显示订单的日期、收货信息、购买书籍清单，用户还可以再次修改收货人信息，修改或删除已选书籍，当确认后，可以选择下订单。

（7）在线帮助：简单介绍网站的购物流程，一姐一些常见的问题。

后台功能

（1）图书馆里

添加新书：管理员和添加人员可以通过这个功能详述点录入新的图书。添加信息包括书名、作者、出版社、缩略图异界所属类别等等。

管理书籍：管理员和添加人员可以进行图书的查看、编辑、修改。

（2）用户管理

此功能只有最高权限管理员拥有，这好似用来管理后台管理员的功能、可能添加、修改、删除新的管理员以及分派权限、修改管理密码。

（3）订单管理

订单管理处理时首先判断管理员的身份，然后课根据就、订单状态来做相应的服务。订单状态分为五种：未作任何处理、用户已经划出款、服务商已经收到款、服务商已经发货、用户已经收到货。

（4）会员管理

修改、删除会员资料。

三 性能需求：

硬件：微型计算机，计算机局域网络。

软件：Win

7、JDK/Tomcat/、Struts、Eclipse、mysql。

四 系统可行性分析：

4.1 技术可行性

根据前期的市场调查与对下列系统功能、性能及实现系统的各项所需技术的约束条件的分析来看，本系统程序开发应是一个集数据库管理和查询为一身的系统，根据现有的开发技术，开发硬件、开发软件的性能要求及环境条件等来看，各项条件良好。同时，考虑给予的开发期限较为充裕，预计可以在规定期限内完成预定功能地开发与实现。

在软件方面本程序设计采用的开发环境是Microsoft Visual Studio 2010,采用开发语言 ASP、NET编写程序，采用SQL Server2008 做后台数据库。在硬件方面电脑的各种配置包括输入输出能力，内部存储器和外部存储器的容量都能满足用户的要求。

4.2 经济可行性

据调查，在中国有实际购买行为的网民中，有57.6%购买的是图书，有26.4%购买音像制品，这充分说明以网络书店为代表的出版物在线销售有良好的发展机遇。出版物网上销售有诸多有点：24小时服务、送货上门、无店铺销售、搜索查询数据库等优点，弥补了传统出版发行业的不足。随着人们购物观念、购物习惯的改变以及网上购物质量、信誉的提升，出版物在线销售将有更大的空间。方便、快捷和经济使用的电子商务将推动企业的发展。而在线销售图书是不少企业的首选，这样网络书店便应运而生。

4.3 社会可行性

（1）法律可行性

该平台是自主研发设计，因此不会构成侵权，在法律上是可行的。

（2）用户可行性

该系统是一个电子商务网站，所以操作简易，用户购买不需要了解整个书店的工作流程，只需要按照提示一步步操作即可完成购书等其他活动。

五 出错处理需求：

处理需求指的是当应用系统发现他自己犯下一个错误时所采取的行动，但是，应该有选择地提出这类出错处理需求，对应用系统本事错误的检测应该仅限于系统的关键部分，而且应该尽可能少。

六 不确定性要求：

井盖明确地列出那些虽然不属于当前系统开发范畴，目的是在设计过程中对系统将来可能的扩充和修改预作准备，以便一旦确实需要时能比较容易第进行这种扩充和修改。

第三篇：图书管理系统需求分析报告

图书管理系统

1引言

1.1编写目的

本项目为图书管理系统；书写此文档是为了确定客户的真正需求，因此我们在可行性分析的基础上进一步了解、调查、明确用户对系统的综合要求、数据要求等；确定了一份完整、准确、清晰、具体的系统要求，从而得出系统必须完成什么样的功能。

此文档包含了用户对系统的具体要求，系统的功能需求等；可做为用户需求的确定书和总体设计的依据，也是验证和维护系统的依据。

1.2背景

社会的信息化带来了极大的信息量，而图书作为一种重要的信息交流传输载体,不管是在数量还是种类上都大大增加；因此我们迫切需要设计图书管理系统来满足日益增加的服务需求和管理需求。图书管理信息化中的一个主要环节就是图书借阅和归还的管理，因此针对这个环节的就成为图书管理系统的一个重要组成部分，而且是必不可少的一部分，也是应用最广的一部分。我们开发的系统正是为满足这一部分的需求，期望该系统能给管理者和借阅者都带来利益。

说明：

A.软件系统的名称：图书管理系统 B.开发者：徐达、金振兴、叶雷、王鹏 C.该软件系统同其他系统的关系

软件属于图书管理信息系统的一部分，应用中可能需要引用图书管理系统其它部分的数据内容，此处暂且使用自定义的数据表项

1.3定义

B/S：Browser/Server(浏览器/服务器)结构 SQL语言：用于数据库操纵的标准语言.NET：MS提供的一种高效的开发以及运行平台

ASP：全称为Active Server Pages，是一套由微软公司开发的服务器端运行的脚本平台，可用于开发动态网页

1.4参考资料

a．《软件工程导论 》 清华大学出版社 张海潘编著

b.《软件工程学实验 》 科学出版社 苏正、王文等编著 c.《数据库系统概论 》 高等教育出版社 王珊、萨师煊等编著 d.《C#.NET程序设计基础教程》 清华大学出版社 王华秋主编

2任务概述

2.1目标

2.1目标

图书查询系统的初衷是：

（1）.让用户在最快的时间内找到他所需要的书目

（2）.让用户在最短的时间内了解新书的到馆的情况以及书刊在馆情况（3）.让用户最大限度的使用图书这种公共资源

（4）.让用户了解自己的学习目标以及有哪些相应的图书与之配套（5）.让管理人员在尽可能短的时间内完成书刊的流通（6）.让管理人员在短时间内了解学生们的需要（7）.让管理人员及时更新在观书目

（8）.让管理人员更好的控制书刊的流通

可以在广大的学校中或者小型图书馆推广这套系统，来提高图书管理的效率，解决人工管理的问题。2.2用户的特点

（1）.在校读书的学生有很强的适应性可以在很短的时间内完成对这套系统的适应在最短的时间内提高效率（2）.想不断加强自身学习的人可以在图书馆以外的地方使用客户端来完成自己想要借阅的书籍（3）.对新鲜事物有很强好奇心的用户可以用这套系统来在最快时间内充实自己让系统可以更好的适应自己（4）.有一定知识水平了解简单电脑操作的用户可以在熟悉系统的前提下深入的了解系统，使之更好的为自己服务（5）.管理人员要熟悉服务器的维护数据的更新以及备份工作这就要求管理人员要了解数据库的一些基本原理在出现问题的情况下可以简单的处理（6）.经过简单培训可以熟练使用该系统的服务人员

预计使用频度为平均一个5000人的学校为：大约平均500—1000人/天

2.3假定和约束

 在开发中要考虑用户的可能出现的操作以及在出现问题后的处理：

 假定使用查询功能的人员出现登陆不了的情况及时的恢复对原有数据的备份可以由管理人员来完成。

 最大限度满足接受不同用户在同时发出的请求。例如可以有100人同时查询数据就可以有100人同时修改自己的数据

 如果用户的知识结构不是很好可以进行一下简单的培训。应该教会用户相应的操作以及应对紧急情况的手段。

 如果用户的密码丢失则需要重新验证，需要输入一个密码提示问题  管理人员对数据出现误操作则需要完成数据的恢复

 管理人员如果没有及时更改书目信息则该书不能被借出  管理人员需要良好的职业素质来保证图书更新的情况

 管理人员有良好的专业素养来应对突发事件如服务器操作系统的崩溃

3需求规定

3.1对功能的规定

用列表的方式，逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出。3.2对性能的规定 3.2.1精度

该软件在使用中，对“按序列号查询”要求全数字外，其他查询方式并没有特殊要求，并且在按照书名查询时候支持“模糊查询”，如：你要查询的书名为“软件工程基础导论”，你可以在查询框里面输入“软件工程”，系统将把所有的书名含有“软件工程”字样的书名列出。

3.2.2时间特性要求

如果本系统使用局域网链接，网络速度较快，并且本系统只适应于中小型图书馆使用，不会造成数据拥塞的现象，所以查询时间、内容更新时间都是瞬间完成。如果使用互联网链接，则由于网络速度问题可能造成一定延迟。或者由于长期使用致使的软件老化或数据库负担增加也可能造成延时。

3.2.3灵活性

a． 可以使用多种查询方式查询，时间允许的前提下可以增加多重条件模糊查询功能。b． 适用多种windows版本。

c． 适当整理数据库，或者增加网络传输速度可以提高速度。

d． 在时间允许的情况下可以适当增加读者留言板、图书推荐等模块，方便用户使用。

3.3输入输出要求

输出数据：如果添加成功，输出成功提示信息，失败则提示检查信息，重新输入。3.4 数据字典

（1）读者（帐号，姓名，班级，性别，组号）

名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：姓名简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。名字：性别简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。

名字：班级简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。名字：组号简述：对用户的等级说明，并且管理最大借书量。范围：”01“„”05”长度：使用位置：借书时对借书量进行限制。(2)管理员（帐号，姓名）

名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：姓名简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。

（3）图书(图书编号,类别,书名,作者,出版日期,出版社,定价,总数量,剩下数量,备注)

名字：图书编号简述：唯一标识每一本图书的关键域 范围：长度：使用位置：在新书入库，借阅登记，借阅查询，图书整理，超期提示中使用到名字：书名名字：类名简述：标识每一本图书的十简述：每一个图书有一个类几名字 别，用以管理员分类管理 范围：范围：长度：长度：使用位置：在在新书入库，借阅登记，借阅查询，使用位置：用户查找的时候图书整理，超期提示中使用可以对查找的项目进行限制到名字：作者简述：标识每一本图书的写作者 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：定价名字：类别简述：每一个图书有一个类简述：标识每一本图书的实别，用以管理员分类管理际价格 范围：长度：使用位置：用户查找的时候使用位置：在新书入库，借可以对查找的项目进行限制阅等级，图书整理中使用到名字：类型名字：类名简述：每一个图书有一个类 简述：标识图书的分类种类别，用以管理员分类管理 范围：范围：长度：长度：使用位置：在新书入库，借使用位置：用户查找的时候阅等级，图书整理中使用到可以对查找的项目进行限制名字：图书库存数量简述：管理每一种图书的现存量 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：出版社简述：标识每一个图书的出版处 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到名字：出版日期 简述：标识每一本图书的出版日期范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到（4）借还(用户帐号,图书编号,借书日期,到期日期,数量,还书日期)名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：图书编号简述：唯一标识每一本图书的关键域 范围：长度：使用位置：在新书入库，借阅登记，借阅查询，图书整理，超期提示中使用到名字：数量简述：管理每一种图书的现存量 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：借书日期简述：标识用户在何时借书 范围：长度：使用位置：在借阅等级中使用名字：到期日期简述：标识用户应在何时还书 范围：长度：使用位置：借阅登记中使用名字：还书日期简述：标识用户在何时还书 范围：长度：使用位置：在借阅登记中使用

（5）数据流图

a.新书入库

b．图书借阅

C．过期提示

d．借阅查询

e.还书处理

3.5数据管理能力要求

要求对两万左右的学生借阅信息和10万本以上的图书进行有效的管理，并且随着学生人数的增长和图书数量的增多，要能快速地查询出有效的信息，3.6故障处理要求

对于任何硬件或软件系统来说，都不可避免的会存在问题，当机器或者软件出现故障的时候，就应要有可靠的办法来解决才行。我们做的系统是可以通过网络运行的，所以应该考虑当网络发生拥塞时的处理情况。这个图书查询系统当遇到上述情况时会自动重新发送数据给服务器，避免了使用者再次输入信息的麻烦，而如果机器遇到突然死机就可能造成数据丢失，我们也设置了系统自动恢复到操作前状态的功能，尽可能的降低拥护的损失。

3.6其他专门要求

对于此系统来说，为了维护读者的权利，防止数据在传输的过程中泄露个人信息，必须给传输的数据加密，而且本系统界面全由图象和文字组成，使用方便。

在用户登录操作界面的时候，密码采用了密文的形式，防止用户使用不当造成密码泄露。在系统内部，考虑到不同拥护的需求以及系统的维护需要和长期发展的要求，我们的设计使得系统的可补充性好，维护简单，易读易懂，对系统软件的适应性强

4运行环境规定

4.1设备

a． 为了使系统稳定的运行，硬件要求cpu达到奔腾3以上，内存至少为256MB。

b．外存可以不做要求，但建议应该在20GB以上。

c． 本系统要求在联机情况下使用，用户可以通过网络（局域网或者Internet）访问，但是为了便于使用，建议用户使用局域网。

4.2支持软件

建议使用windowos2000及以上的系统，测试环境为windows xp操作系统下使用asp.net.4.3接口

软件与其他软件之间应该有较好的接口和通信协议，实现相互之间的通信需要，增强本软件的实用性和功能。

4.4控制

当使用者通过图形界面进行操作时，用户输入相应信息后，点击相应按键，激发内部数据传输。软件自身对输入数据进行对照识别，判断数据类型（和格式）是否相符，做出相应处理，把结果输出给用户。

第四篇：订单管理系统需求报告分析

1、订单管理系统 1.1、系统总体介绍

1、采购基础数据功能包括：物料数据维护、订/交货方式维护、来源类别维护、采购员维护、采购系统维护。

2、采购计划管理功能包括：请购计划维护、请购计划合并、采购计划生成。

3、采购订单管理功能包括：采购订单维护、采购合同维护、订单终止或取消、订单结案。

4、采购询价管理功能包括：报价资料维护、询价资料维护。

5、供应商评估管理功能包括：供应商类型维护、供应商资料维护、供应商报价维护、供应商评估。

6、主要应用部门：财务部门，营销部门，生产部门，运输部门

2、系统业务流程分析

3、系统功能模块说明：

（1）、采购基础数据: 采购子系统的基本数据有采购员资料、供应商资料、采购提前期以及业务流程设置。对这些数据就及时加以维护。

（2）、采购计划管理: 通过物料需求（订货点控制、订货周期控制等生成的请购计划）来生成采购计划（或采购建议订单），并综合考虑物料的订货批量、采购提前期、库存量、运输方式以及计划外的物料申请，进行系统自动物料合并，也可以人工干预和修改。另外，有些原材料的采购提前期很长（有的进口件要半年以上的采购周期），因此有可能超过主生产计划制定周期。这类采购的采购计划应经过销售、财务与计划等部门的综合讨论与评估确定所需的数量和时间，然后制定材料的中期或长期采购计划。

（3）、采购订单管理: 根据订货批量、采购提前期、库存量、运输方式、用款计划以及计划外的物料申请进行物料合并，生成采购订单，并经过确认后即可进行订单输出，最后下达给供应商，也可以网上发布订单。对于临时追加的采购任务，可以通过与供应商协商直接下达采购订单。

（4）、采购询价管理: 落实采购订单的采购供应商。采购业务人员广泛利用市场的采购供应资源，进行价格咨询并商谈有关交货数量、交货期、质量要求与技术要求，落实每种物料的供应商。对新开发的供应商资源还要进行供应商的认证过程，经过相应的评审并合格后才能作为许可采购的供应商。

（5）、供应商评估管理: 建立对供应商档案，同时对首选、次选等供应商加以分类，并建立供应商的供应物品明细（品种、价格、供应期、运输方式等），资料最终必须进行确认才有效。系统在执行采购订单下达时，要读入相应的供应商资料。供应商资料是采购子系统的基本资料，并且还要初始化供应商的有关账务资料。初始化完成后才能处理采购业务。

第五篇：酒店管理系统需求分析报告

目录

酒店管理系统需求分析...................................................................................................................1 1 2 引言...........................................................................................................................................1 需求问题描述...........................................................................................................................1 2.1 2.2 2.3 3 用户需求.......................................................................................................................1 用户功能需求...............................................................................................................1 系统功能需求...............................................................................................................2

数据流图...................................................................................................................................3 3.1 3.2 顶层数据流图...............................................................................................................3 一级细化数据流图.......................................................................................................3 3.2.1 3.2.2 3.2.3 3.2.4 3.2.5 3.2.6 预约管理...........................................................................................................3 入住管理...........................................................................................................4 退房管理...........................................................................................................4 消费管理...........................................................................................................5 房态管理...........................................................................................................5 查询管理...........................................................................................................6 数据字典...................................................................................................................................6 4.1 4.2 4.3 4.4 4.5 数据项：.......................................................................................................................7 数据结构：.................................................................................................................11 数据流：.....................................................................................................................12 数据存储：.................................................................................................................12 处理过程：.................................................................................................................14

I

酒店管理系统需求分析 引言

随着市场经济的发展，消费者消费意识的提高，酒店行业的竞争越来越激烈。为了提高办事效率，增加、保证酒店的销售额，树立酒店的良好形象，运用科学的管理方法非常必要，为此开发酒店客房管理系统，更好的满足各方面的需求。需求问题描述

2.1 用户需求

用户希望通过使用酒店客房管理系统得到所需信息，达到提高管理水平的目的，希望新系统具有以下功能：

1.使用计算机快速处理日常的业务及相关数据，实现实时查询各种入住信息。2.可以实时的录入住宿单、换房单和退宿单等的情况。3.可以实时查询客房信息、客人账单信息等的具体情况。4.可以建立客户的资料，方便日后建立良好的客户关系。

5.数据的安全性：不同用户有对数据查看，修改等处理不同的权限。6.打印退房报表、结帐报表等报表。

2.2 用户功能需求

1.密码设置：每个用户均有自己的密码，可以防止非本系统人员进入本系统，又因每个用户的权限不一致，故可防止用户越权操作。

2.权限设置：设置每个用户的权限，使各用户在自己的操作范围内工作，不得超出自己的操作范围。只有系统管理员才能进行权限设置。3.数据输入：可以进行酒店各种原始数据的输入。

4.数据查询：要求可以分别按房间编号，房间类型等进行数据查询。5.数据输出：根据需要打印退宿报表、结帐报表等报表。

2.3 系统功能需求

1.预订功能需求：其主要目的是提高酒店的开房率，为客人预留房间，并提供良好的预订服务。其功能需求包括预订查询，可用房确认，预订记录建立，预订确认，预订记录维护等。

2.接待功能需求：其主要目的是以最快的速度为客人开房。其功能需求包括宾客登记、可用房确认、修改宾客信息、删除宾客信息和查询宾客信息等。3.结账功能需求：其功能需求包括客人结账、打印报表和客人挂账等。

4.换房功能需求：其主要目的是满足客人换房的需要。其主要功能是查询客房，换房登记，换房确认等。

5.客房管理功能需求：其主要目的是对客房的信息化管理，提高客房管理的精度和准确度，同时减轻酒店客房中心员工的工作负担，从而提高客房管理的效率和服务质量。其主要功能是房态维护，费用记录和客人查询等综上，我们将系统的功能大体划分为三大模块：

1)权限管理：包括用户、及管理员的注册，登录，权限修改等。

2)前台管理：包括客户信息的录入、客户预订和入住登记以及结算的管理等。3)后台管理：客房信息管理、用户信息管理。3 数据流图

3.1 顶层数据流图

3.2 一级细化数据流图

3.2.1 预约管理 3.2.2 入住管理

3.2.3 退房管理 3.2.4 消费管理

3.2.5 房态管理 3.2.6 查询管理 数据字典

预约表 姓名 身份证号 客房号 预约时间 预约时间段

客户信息表 姓名 身份证号 客房号 消费金额

押金表 姓名 身份证号 押金金额

（姓名，身份证号，客房号，预约时间，预约时间段）name char(10)Not Null

cid char(20)Not Null Primary Key rid char(10)Not Null

reservetime datatime Not Null

timequantum varchar(50)Not Null

（姓名，身份证号，客房号，消费金额）name char(10)Not Null

cid char(20)Not Null Primary Key rid char(10)Not Null

consumption float

（姓名，身份证号，押金金额，押金状态）name char(10)Not Null

cid char(20)Not Null Primary Key damount float

押金状态

客房状态表 客房号 客房状态 dstate char（4）Not Null Not Null Not Null

部门消费表（姓名，身份证号，客房号，部门名称，消费类型，消费金额，备注）

（客房号，客房状态）rid char(10)rstate char（4）

Primary Key

姓名 name char(10)Not Null 身份证号 cid char(20)Not Null 客房号 rid char(10)Not Null 部门名称 bmname char(20)Not Null 消费类型 xfstyle char(21)Not Null 消费金额 consumption float Not Null 备注 postil navarchar(max)

总消费表

（姓名，身份证号，客房号，消费金额）

姓名 name char(10)Not Null 身份证号 cid char(20)Not Null 客房号 rid char(10)Not Null 消费金额 consumption float Not Null 客户历史信息表

（姓名，身份证号，客房号，部门名称，消费类型，消费金额，押金金额，押金状态，预约时间，预约时间段，备注）姓名 name char(10)Not Null 身份证号 cid char(20)Not Null 客房号 rid char(10)Not Null 部门名称 bmname char(20)Not Null 消费类型 xfstyle char(21)Not Null 押金金额 damount float 押金状态 dstate char（4）

Not Null 预约时间 reservetime datatime 预约时间段 timequantum varchar(50)

备注 postil navarchar(max)

4.1 数据项：

1.数据项：房间信息

说明：客房编号，唯一标识房间 类型：char 10 2.数据项：客户信息

Primary Key

Primary Key

Primary Key

说明：客户名 类型：varchar 50 3.数据项：客户 说明：客户身份证 类型：varchar 50 4.数据项：客房状态

说明：客房状态，分为三种，空房、入住、预订 类型：char 10 5.数据项：价格 说明：客房价格 类型;float 6.数据项：预定时间 说明：预订或入住时间 类型：datetime 7.数据项：退房时间

说明：退房结账时间。为系统当前时间 类型：datetime 8.数据项：客房信息 说明：客房类型 类型：char 10 9.数据项：入住信息 说明：入住类型—入住，住宿 类型：char 10 10.数据项：消费信息

说明：实际消费（在结账时，分为会员与非会员）类型：float 11.数据项：押金总额 说明：押金 类型：float 12.数据项：日期 含义说明：统计顾客和酒店相应消费或服务、付款等的日期 类型：字符型 长度：8位

取值含义：前四位为年份，后四位为月份和日数 与其他数据项的逻辑关系：决定顾客订房数 13.数据项：房间类型

含义说明：酒店提供的多种类型的房间供顾客挑选 类型：字符型 长度：根据酒店房间名称具体定义 取值含义：实际名称，反映房间档次

与其他数据项的逻辑关系：决定顾客应付款数额等数据项 14.数据项：饱和房间数 含义说明：顾客使用中的房间总数 类型：字符型 长度：定义最大值

取值含义：表明当前不可使用房间总数 与其他数据项的逻辑关系：决定顾客订房数 15.数据项：空闲房间数

含义说明：未被顾客使用的房间总数 类型：字符型 长度：定义最大值

取值含义：表明当前柯使用房间总数

与其他数据项的逻辑关系：决定一定时间内可容纳顾客数 16.数据项：服务名称

含义说明：为顾客提供的相应的有偿劳动 类型：字符型 长度：根据实际定义

取值含义：表明服务类型的内容等

与其他数据项的逻辑关系：与服务内容一一对应关系 17.数据项：服务价格

含义说明：为顾客提供的相应的有偿劳动的相应价格 类型：字符型 长度：根据实际定义 取值含义：表明服务的消费额度

与其他数据项的逻辑关系：与服务内容一一对应关系 18.数据项：服务描述

含义说明：描述酒店提供的服务的基本内容与信息 类型：字符型 长度：根据实际定义

取值含义：表明服务的实际内容

与其他数据项的逻辑关系：与服务内容一一对应关系 19.数据项：部门号

含义说明：为顾客提供的服务的负责机构的编号 类型：字符型 长度：根据实际定义

取值含义：表明服务的负责机构

与其他数据项的逻辑关系：与服务一一对应关系 20.数据项：工作号

含义说明：为顾客提供的服务的工作人员的编号 类型：字符型 长度：根据实际定义

取值含义：表明服务的负责人员

与其他数据项的逻辑关系：与服务一一对应关系 21.数据项：工作人员姓名

含义说明：为顾客提供的服务的工作人员的姓名 类型：字符型 长度：根据实际定义

取值含义：表明服务的负责工作人员

与其他数据项的逻辑关系：与服务一一对应关系 22.数据项：应付款账单

含义说明：为顾客提供结账时的消费清单 类型：字符型 长度：根据实际定义

取值含义：表明顾客实际的消费情况和数额 与其他数据项的逻辑关系：与服务总额对应关系 4.2 数据结构：

1.数据结构：当前房间统计表

含义说明：标识当前房间总体使用情况，房间类型等 组成： 房间类型 饱和房间数 空闲房间数 2.数据结构：顾客

含义说明：是酒店管理系统的主题数据结构，定义了一位顾客登记的相关信息 组成：顾客号 顾客姓名 证件号 顾客人数 房间号

3.数据结构：订单

含义说明：顾客消费是产生的统计单，记录了顾客的消费需求 组成：订单号 顾客号 服务号 应付款 4.数据结构：应收款报表

含义说明：统计一段时间内酒店顾客消费时应付款表，供酒店核对账目使用 组成：顾客号 应付款 日期

5.数据结构：房间

含义说明：酒店提供住宿服务时必备设施，是酒店的重要组成部分 组成：房间号 房间最大容纳数 房间状态 6.数据结构：发票

含义说明：顾客消费后由酒店有关部门开具的消费记录 组成：发票号 顾客号 应付款 日期 7.数据结构：服务

含义说明：由酒店提供的可供顾客选择的有偿劳动 组成：服务号 服务价格 服务名称 8.数据结构：部门

含义说明：由酒店提供的可供顾客选择的有偿劳动负责的机构 组成：部门号 服务号 服务名称 服务价格

9.数据结构：工作人员

含义说明：在酒店内负责接待等任务的人员 组成：工作号 工作人员姓名 部门号 4.3 数据流：

1.数据流：订房批准 说明：顾客订房时房间查询 数据流来源：订房 数据流去向：批准 组成：登记细节 登记表 2.数据流:服务通知

说明：由顾客登记完成触发后勤部门执行相应服务 数据流来源：酒店前台 数据流去向：酒店后勤部门 组成：通知细节 服务事项 3.数据流:发票本

说明：有顾客消费后结账是开具的统计消费金额的字面统计 数据流来源：应付款审计 数据流去向：发票核价 组成：发票细节 发票审核 4.数据流:应收款

说明：由顾客消费后，相关部门根据顾客使用服务计算顾客消费总额 数据流来源：顾客使用服务

数据流去向：应收款统计表 发票 组成：服务号 服务细节

4.4 数据存储：

1.数据存储：房间记录表

说明：记录当前房间的总体使用情况 流入数据流：顾客登记 流出数据流：房间记录

组成：房间类型 饱和房间数 可使用房间数 数据量：根据实际定义 存取方式：顺序存取 2.数据存储：顾客表

说明：统计顾客登记的几本信息 流入数据流：顾客登记 流出数据流：

组成：顾客号 顾客姓名 顾客人数 证件号 数据量：根据实际定义 存取方式：顺序存取 3.数据存储：应付款报表

说明：顾客消费时应付款的统计情况 流入数据流：应付款统计 流出数据流：

组成：顾客号 日期 应付款 数据量：根据实际定义 存取方式：顺序存取 4.数据存储：发票表

说明：统计有关部门开具的发票的相应信息 流入数据流：发票 流出数据流：发票本

组成：发票号 应付款 日期 顾客号 顾客姓名 数据量：根据实际定义 存取方式：顺序存取 5.数据存储：顾客消费表

说明：统计顾客在酒店消费的服务的集合 流入数据流：顾客的服务需求 流出数据流：顾客消费服务汇总

组成：顾客号 顾客姓名 服务号 应付款 日期 数据量：根据实际定义 存取方式：顺序存取 6.数据存储：服务价格表

说明：统计顾客在酒店消费的服务的价格 流入数据流：酒店提供

流出数据流：顾客消费服务价格汇总 价格单 组成：服务号 服务名称 服务价格 服务描述 数据量：根据实际定义

存取方式：顺序存取 4.5 处理过程：

1.处理过程：顾客订房 说明：顾客消费时选定房间 输入：订房要求 输出：订房登记

处理：在顾客发出订房要求时，酒店内部立即查询相应房间状态，如果符合要求，则响应顾客，完成订房登记

2.处理过程：开具发票

说明：在顾客消费结账时，由酒店相关部门开具消费发票 输入：顾客结账 输出：发票

处理：在顾客完成消费结账时，酒店相关部门根据顾客消费应付款为具体数据，开具相关发票。

3.处理过程：服务通知

说明：当顾客确定消费时，并且完成订单登记时由相关部门通知服务部门开始相关服务 输入：登记完成 输出：开始服务

处理：当顾客在酒店前台大厅完成订单登记后，数据库录入相应数据，并触发后勤部门，提供相应服务。