酒店管理系统需求分析1

第一篇：酒店管理系统需求分析1

酒店管理系统需求分析

酒店业是一个前景广阔而又竞争激烈的行业。改革开放以来，我国的酒店业迅速发展，已经成为一个具有相当规模的产业。虽然计算机管理并不是酒店管理走向成功的关键元素，但它可以最大限度地发挥准确、快捷、高效等作用，对酒店的业务管理提供强有力的支持。因此，采用全新的计算机网络和酒店业务管理系统，已成为提高酒店的管理效率，使作业人员与管理系统 之间灵活互动，实现流畅的工作流衔接，帮助酒店有效地进行业务管理，释放最大价值。酒店业务管理系统在达到在节省人力资源成本的同时，可以提高业务效率，并能够及时、准确、迅速地满足顾客服务的需求。

该系统的最终用户有两种类型：一是顾客，二是酒店管理人员。顾客只在酒店的网站部分有权限，可以预定酒店房间，对酒店进行评价等。酒店管理人员可按职位有不同的权限，既经理，客房管理职员和仓库管理员各自有不同的权限。系统需对用户登录进行管理。使用各功能模块时，系统应验证用户身份的有效性，否则要求用户登录。另外，允许用户对自己的密码进行修改。

整个系统可以分为2大部分。酒店网站部分（客户服务网站）和酒店管理部分（管理员部分）。

酒店管理部分可以分为五个部分。即客房管理页面部分，账务报表页面部分，员工管理页面部分，仓库库存管理页面部分和餐饮管理页面部分。一·酒店网站部分

1.酒店介绍：大致介绍下酒店的历史及其现状和未来的规划。

2.客房的介绍：主要介绍下酒店各个价位房间。

3.餐饮的介绍：介绍酒店各价位的餐饮。

3．客房的预定：可以通过网络进行预定，预定修改，取消预订。

4.酒店公告：在这里可以看到酒店对客户的。

5．酒店评价：顾客可以对酒店的服务，房间，地理位置等进行评价，使酒店改进。

6.酒店周边的景点：在这里可以查询到周边的景点和到景点的公交路线

二·酒店管理部分

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.处理过程：服务通知

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

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

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

云南工商学院09信息管理1班

图书管理系统需求分析

班级：09信息管理1班

组员： 唐学悦，段敏，杨文燕，胡勇毅，余科辑，林春宇，李波

任务分配情况：

云南工商学院09信息管理1班

目录 系统需求概述...............................................................................................................................3 1.1 图书管理系统功能概述....................................................................................................3 1.2 系统主要业务流程分析....................................................................................................3 1.3 系统功能模块分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 读者用例图.............................................................................................................4 1.4.2 图书管理员用例图.................................................................................................4 1.4.3 系统管理员用例图.................................................................................................5 1.5 详述用例............................................................................................................................5 2 系统分析.......................................................................................................................................6 2.1 类图....................................................................................................................................6 3 系统设计.......................................................................................................................................8 3.1 用例动态模型设计............................................................................................................8 3.1.1 实现“读者查询个人借阅信息”用例的动态模型.................................................8 3.1.2 实现“查询图书信息”用例的动态模型.................................................................9 3.1.3 实现“借阅图书”用例的动态模型.........................................................................9 3.2 类图设计..........................................................................................................................11 3.3 物理架构设计..................................................................................................................12 3.3.1 组件图...................................................................................................................12 3.3.2 配置图...................................................................................................................13 2

云南工商学院09信息管理1班

1.系统需求概述

1.1 图书管理系统功能概述

图书管理主要是借书、还书以及其他一些附带操作（例如，超期罚款、催还图书等）的处理。一个简单的图书管理系统应提供如下功能：

·借书处理：完成读者借书的流程处理。·还书处理：完成读者还书的流程处理。

·信息查询：包括图书信息查询和读者借阅情况查询。·图书管理：包括输入新书记录和删除旧书记录。

1.2 系统主要业务流程分析

与系统功能相对应，系统主要有4个流程：结束流程、还书流程、图书查询、图书资源管理。各流程的主要过程描述如下：

·借书流程：读者借阅所需的图书，借出后图书记录中的借阅标志被置为false(不能再借)，借书文件中增加一个借书记录。

·还书流程：读者归还所借的图书，还书后图书记录中的借阅标志被置为true(可被外借)，在借书文件中删除一个借书记录。

·图书查询：读者和工作人员可以进行图书信息查询，输入图书的编号或书名，可从图书对象列表中查找相应的记录。

·图书管理：首先由工作人员在“录入新书资料”和“删除旧书资料”两个选项中选择。若是“录入新书资料”，则由工作人员输入新书资料，将新书添加为对象列表的新纪录。若是“删除旧书资料”，则查找需要删除的图书，将其从图书对象列表中删除。

1.3 系统功能模块分析

满足上述需求的系统主要包括以下几个系统模块：

·基本业务处理模块：主要用于实现图书管理员对读者借阅图书和归还图书的处理。

·信息查询模块：重要用于实现读者对图书信息和自身借阅信息的查询。

云南工商学院09信息管理1班

·系统维护模块：主要用于实现系统管理员对读者信息、图书管理员信息、图书信息、和数据库的管理。

1.4 建立用例模型

根据功能需求构造用例模型，主要任务是识别系统中的所有参与者，并对每个参与者找出其用例，建立用例模型。

系统主要的参与者为“读者”、“图书管理员”、和“系统管理员”。各个参与者的用例图如下：

1.4.1 读者用例图

<>查找借阅信息登录系统查找图书借阅图书读者<>归还图书缴纳罚金

图1-1 读者用例图

1.4.2 图书管理员用例图

<>查询借阅信息检查用户合法性<>图书管理员归还图书收取罚金

图1-2 图书管理员用例图

云南工商学院09信息管理1班

1.4.3 系统管理员用例图

添加书目添加读者删除书目删除读者系统管理员查询图书查询读者

图1-3 系统管理员用例图

1.5 详述用例

在识别了参与者和主要用例并创建了用例图之后，如果有必要，还可以按顺序详述每个用例，包括用例如何开始、结束以及如何与参与者进行交互。

表1-1 读者查找个人借阅信息用例

用例：读者查找个人借阅信息(用例名称)(唯一标识符)(涉及用例的参与者)(用例开始时，系统必须满足的条件)ID：1参与者：

1、读者前提条件： 读者已登录到系统事件流：

1、读者选择查找个人借阅信息界面

2、读者输入图书证编号

3、系统按图书证编号查找读者借阅信息结果：系统向读者显示读者借阅信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)

云南工商学院09信息管理1班

表1-2 读者查找图书信息用例

用例：读者查找图书信息(用例名称)(唯一标识符)(涉及用例的参与者)ID：2参与者：

1、读者(用例开始时，系统必须满足的条件)前提条件： 读者已经启动图书管理系统，并已知书名或书号事件流：

1、读者选择查找图书信息界面

2、读者输入书名或书号

3、系统按书名或书号查找图书信息结果：系统向读者显示图书信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)系统分析

2.1 类图

在定义系统需求后，下一步就是确定系统中存在的对象类。系统中对象类的识别可以使用名词/动词分析法来进行，即文本中的名词和名词短语暗示类或类的属性，动词和动词短语暗示职责或者类的操作。

通过用例图的分析可知，在图书管理系统中可以确定的主要对象类包括 “读者”，“图书”、“图书管理人员”和“系统管理员”。其中“读者”和“图书”通过借阅关系可以构成一个新类“借阅记录”。

另外，分析用例图可知，用例“身份验证”和“图书资料查询”是对象类“读者”和“工作人员”共同拥有的，并且用例“身份验证”是除用例“图书资料查询”之外其余用例执行的前提，因此可以将“身份验证”与“图书资料查询”定义为接口类中的操作(接口类是不含属性且操作函数没有具体实现的抽象类，接口类通过一个实现联系获得其它对象类的支持，这些对象类实现接口类中定义的全部操作)。其余用例则抽象为与该用例交互的参与者所属对象类的操作。因此，最后可获得的对象类图为：

云南工商学院09信息管理1班

系统管理员-name-password1*读者-name-number-password+借书()+还书()+借阅情况查询()***<>身份验证*<>图书资料查询****借书记录-borrower-book**1*图书-number-name-author-public-time1**图书管理人员-name-number-password+添加图书记录()+删除图书记录()*

图1-4 系统对象类图

除了定义上述用于系统数据信息存储管理和业务逻辑控制的类之外，在用图形用户界面开发系统时，我们还可以定义一些相应的用户界面类：

(1)MainWindow类—MainWindow是图书管理员与系统交互的主界面，系统的主 界面具有菜单，当用户选择不同的菜单项时，MainWindow对象调用相应的方法完成功能操作。

(2)BorrowDialog类—BorrowDialog是进行借书操作时需要的对话框。(3)ReturnDialog类—ReturnDialog是进行还书操作时需要的对话框。(4)QueryDialog类—QueryDialog是查询某借阅者的借阅信息或图书库存信息的对话框。

(5)MaintenanceWindow类—MaintenanceWindow是系统管理员对系统进行维护的主界面，它也提供菜单项。

ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 图1-5图书管理系统的用户界面类

云南工商学院09信息管理1班 系统设计

系统设计的主要工作是用例实现—设计。即对每个用例进行动态建模，包括建立序列图、协作图等，描述如何通过类对象的协作来实现用例中的功能。随着动态建模的深入，会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。

3.1 用例动态模型设计

3.1.1 实现“读者查询个人借阅信息”用例的动态模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:getBook5:消息查询6：返回借阅信息7：显示借阅信息

图1-6 读者查询个人借阅信息序列图

1:queryLoan():MainWindowerBorrower6:显示借yLoanInfo()阅信息5:返回借阅信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu

图1-7 读者查询个人借阅信息协作图

云南工商学院09信息管理1班

3.1.2 实现“查询图书信息”用例的动态模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:findBook5:图书信息查询6：返回图书信息7：显示图书信息 图1-8 读者查询图书序列图

1:queryLoan():MainWindowerBorrower6:显示图yLoanInfo()书信息5:返回图书信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu

图1-9 读者查询图书协作图

3.1.3 实现“借阅图书”用例的动态模型

云南工商学院09信息管理1班

:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查询图书库存5:返回图书是否可借6:修改读者的借阅信息及库存信息7:修改成功8:显示借书成功

图1-10 读者借阅图书序列图

2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:显示借书成功存库信书借存图可库询否及查是息功:4书信成图阅改修Borrower回借:7返者:读5改修:6:QueryDialog

图1-11 读者借阅图书协作图

云南工商学院09信息管理1班

3.1.4 实现“归还图书”用例的动态模型

:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改读者的借阅信息及库存信息4:修改成功5:显示还书成功

图1-12 读者归还图书序列图

1:queryLoan():MainWindowBorrower6:显示还书成功4:修改成功:QueryDialog3:修改读者的借阅信息及库存信息:ReturnDialog2:createDialog()

图1-13 读者归还图书协作图

3.2 类图设计

进一步扩充和细化分析阶段定义的类，包括定义新的类来处理用户的需求。随着动态建模的深入，也会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。

云南工商学院09信息管理1班

系统管理员-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借书记录-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*读者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<>身份验证*<>图书资料查询*1*图书-number:string-name:string-author:string-publish:string-time:Date+newBook()+findBook()**图书管理人员*-name:string-number:string-password:string+AddLoan()+DeleteLoan()*****

图1-14 设计类图

3.3 物理架构设计

物理架构设计就是用UML图形描述系统软件和硬件的大致结构，包括画出组件图和配置图。

3.3.1 组件图

组件图：表示构成软件系统的各物理组件及其相互之间的联系。它能明确表示软件系统各部分的功能职责。图书管理系统的组件图如下所示，其中包含“借/还书处理”、“信息查询”、“图书资源管理”和“身份验证”等组件。

云南工商学院09信息管理1班

图书管理系统借/还处理信息查询图书资源管理身份验证图书信息借阅信息

图1-15 系统组件图

3.3.2 配置图

图书管理系统是一个基于网络和数据库的应用系统,可以采用B/S结构,系统配置图下图所示：

数据库服务器图书信息借阅信息读者客户端借/还书处理工作人员客户端公共客户端身份验证图书资源管理借阅信息图书资料查询 图1-16 系统配置图

第四篇：图书管理系统需求分析

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

1.引言 1.1 编写目的

软件需求分析，其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中，首先要获取用户的需求，通过对软件需要的提取、分析、文档化和验证，为进一步的设计和实现提供数据。软件需求与其他活动也密切相关，如软件测试、配置管理和质量管理等。

本需求的编写是为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2 项目背景

本项目的名称：图书管理系统。

图书管理系统这任务提出与开发者为某学生的课程设计,用户是学校图书馆。本产品是针对电脑管理图书的需求设计的，可以完成图书信息录入、修改、删除，读者登记、购入新书、读者借还书、图书注销等。

1.3 相关定义

数据流图（Data Flow Diagram）：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。数据字典：它是数据的信息的集合，即对数据流图中包含的所有元素的定义的集 合。其作用是为设计人员提供关于数据描述的信息。数据字典应该由对以下四类元素的定义组成：数据流、数据流分量（即数据元素）、数据存储、处理。

2.需求概述 2.1 目标

“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。本系统是提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。

2.2 用户类和特征

最高用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作即可。

2.3 运行环境

服务器：CPU P4 1GHz以上;内存256M以上配置。由于服务器将存储大量图书资料，建议准备100G以上硬盘、并预留磁盘扩充接口。

客户端：CPU C433MHz以上；硬盘：200M以上空白空间；内存：128M以上配置。

软件运行环境：服务器：Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。

3.需求分析 3.1数据需求

图书馆管理信息系统需要完成功能主要有：

1)读者基本信息的输入，包括借书证编号、读者姓名、读者性别等。2)读者基本信息的查询、修改，包括读者借书证编号、读者姓名、读者性别等。3)书籍类别标准的制定、类别信息的输入，包括类别编号、类别名称。4)书籍类别信息的查询、修改，包括类别编号、类别名称。

5)书籍库存信息的输入，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期、登记日期。

6)书籍库存信息的查询，修改，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期登记日期等。

7)借书信息的输入，包括读者借书证编号、书籍编号、借书日期。

8)借书信息的查询、修改，包括借书证编号、借书证编号、读者姓名、书籍编号、书籍名称、借书日期等。

9)还书信息的输入，包括借书证编号、书籍编号、还书日期。

10)还书信息的查询和修改，包括还书读者借书证编号、读者姓名、书籍编号、书籍名称、借书日期、还书日期等。11)超期还书罚款输入，还书超出期限包括超出期限还书的读者借书证号，书籍编号，罚款金额。

12)超期还书罚款查询，删除，包括读者借书证编号、读者姓名、书籍编号、书籍名称，罚款金额等

13)管理员管理：包括创建读者用户信息、删除读者用户信息、添加图书信息、删除图书信息。

3.2事物需求

1)在读者信息管理部分,要求: a.可以查询读者信息。

b.可以对读者信息进行添加及删除的操作。

2)在书籍信息管理部分,要求: a.可以浏览书籍信息。

b.可以对书籍信息进行维护,包括添加及删除的操作。

3)在借阅信息管理部分,要求: a.可以浏览借阅信息。

b.可以对借阅信息进行维护操作。

4)在归还信息管理部分，要求: a.可以浏览归还信息。

b.对归还信息可修改维护操作。

5)在管理者信息管理部分,要求: a.显示当前数据库中管理者情况。b.对管理者信息维护操作。

6)在罚款信息管理部分，要求: a.可以浏览罚款信息。b.对罚款信息可以更新。

3.3确定用例及编写用例文档

用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。

在这个“图书管理系统”中的用例图如下所示。

用例图不能提供用例所具有的全部信息，为此需要使用文字描述那些不能放在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。

4.非功能需求 4.1 性能需求

学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了，查询的时间不要超过3秒钟。条件、假定和限制：

1）系统最小寿命： 系统应该能在无重大改动的条件下正常运行5年以上。

2）对设备的要求：

要求计算机稳定性良好，整套系统经济实惠。

3）可以利用的信息和资源：

图书管已经配置了所有的计算机，以及网络设备，操作人员将使用win2003 4)图书管员工受过较好的计算机方面的培训，在调研的时候感觉有不少员工有计算机方面的专业经验。5）编目要参照中图法。

安全性需求

对于图书管理系统的图书量会非常大，所以在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意攻击系统，修改原始记录，同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。

5.故障处理

在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，也应保证系统数据不会丢失。

故障出现后可能采取的变通措施，包括：

备份：使用附加存储设备备份数据。备份频率为每日一次。需手动备份。恢复及再启动：如果数据造成丢失，可使用备份数据还原。

第五篇：图书管理系统需求分析

图书管理系统需求分析

1.引言

1.1 编写目的：编写次文档是为了分析软件的可行性和软件的细化问题。1.2项目背景：桂林电子科技大学大三软件工程系数据结构课程设计。2.任务概述 2.1 目标：（1）提高图书馆借书还书查询书籍的效率，避免人工管理的失误和低效率问题。（2）为完成课程设计需要。

2.2 运行环境：（1）硬件方面：神舟笔记本（2）软件方面：CodeBlocks 2.3 条件与限制：编程用计算机一台；完成期限2017/9/18；无资金供给。4.功能需求 4.1 功能划分

可细化为五部分：人事管理，图书信息管理，借书管理，还书管理，超时管理。（1）人事管理：1.能对校园内所有教职工学生有关档案详细资料记录并保存。2.能对保存的文档数据进行查询和修改。3.能按姓名检索人员。

（2）图书信息管理：1.对图书以检索号进行数据储存。2.对图书的进货时间与价钱进行记录。3.对图书的借出与还入进行记录。

（3）借出管理：对图书借出的人员进行记录。（4）还书管理：对图书还入进行记录。

（5）超时系统：当某人员借书的期限达到上限时，按时提醒。5.性能需求

5.1时间特性：对图书的借出和还入时间要求有及时性，借出和还入能立即做出图书库是否还有此书。

5.2适应性：此软件为课程设计所设计，因此不考虑适应性。6.用户界面：

CodeBlocks运行窗口。

7.使用的数据结构算法：使用数组动态分配空间来储存数据。