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

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

目录

酒店管理系统需求分析...................................................................................................................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.处理过程：服务通知

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

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

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

酒店管理系统需求分析

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

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

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

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

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

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

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

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

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

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

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

二·酒店管理部分

1.客房管理：预定管理、客房查询、设置房态、开房、换房、续住、退房等管理。

2.员工管理: 员工修改信息、人员调配。

3.仓库管理：对库存消耗品进行统计，以便及时进货。

4.账务管理：主要是处理酒店的日常的账务报表，收入报表（前台收入明细表、现付收入明细表）、消费报表等。

5.餐饮管理：顾客就餐状况单，顾客结账单。

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

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

一、概述

1、编写目的

在对系统计划阶段的确定的工作范围内进一步对目标对象和环境作细致、深入的调查分析。

2、项目背景

a.所建设开发软件系统的名称：图书馆管理系统。b.本项目的任务提出者：系统开发小组。c.用户：图书馆工作人员及读者。d.软件系统委托方：图书馆领导。

3、定义

数据流程图（DFD）：为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。

数据字典是对数据流程图中的数据，变换等进行精确的定义。

4、参考资料

《数据库系统简明教材》 《软件工程技术与实践》 《软件工程基础》

二、现行系统概况

该单位图书馆现为人工管理，效率低，易比错，手续繁琐，而且耗费大量的人力。图书馆希望设计一个图书管理系统，用于管理读者的登记，图书的购入、借出、归还以及注销等。并且方便管理人员还查阅某位读者、某本图书的借阅情况。并可加快对当前借阅情况统计的效率，以全面掌握图书的流通情况、提高工作效率、加快信息反馈，为读者提供满意的借阅环境。

三、系统需求说明

1、对功能的规定

经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。

以下是图书管理系统必须具备的功能：

1.新进图书的登记功能：对于购进的新书，系统必须具备图书信息资料的录入功能。

2.图书的查询修改功能：当图书资料发生变化，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。

3.借阅的登记，归还的登记功能：系统的主要功能之一，供本校学生借阅图书、归还图书，并进行登记。

4.学生信息的增加、删除和修改功能：系统主要功能之一，建立学生信息，并对其进行维护。

2、对性能的规定

为了保证系统能够长期、安全、稳定、可靠、高效的运行，图书管理系统应该满足以下的性能需求：

（1）、系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开

发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。

（2）、系统的开放性和系统的可扩充性

图书管理系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

（3）、系统的易用性和易维护性

图书管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

（4）、系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。

（5）、系统的先进性

目前计算系统的技术发展相当快，做为图书管理系统工程，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

（6）、系统的响应速度

图书管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。

3、输入输出要求

输入：键盘，鼠标等。

输出：显示器等。

4、其他专门要求

数据库：对于图书馆管理信息系统来说，数据的处理流程 从软件操作的过程确定基础数据为： 图书管理员数据 读者数据（图书证）图书信息

为了方便用户对图书的维护工作减少数据输入量和数据一致性，基础数据还定义为： 图书类别定义 出版社定义

5、条件、假定和限制

运行环境：兼容当前主流操作系统95/98/NT/ME/2000/XP,Office软件等。

硬件环境：奔腾4以上计算机，打印机、扫描机等。开发软件：SQL Server、vb等。最早投入运行时间：2010年12月30。

windows

四、新系统的逻辑模型

1、图书馆组织机构分析

通过对图书馆工作人员的调查，图书馆主要有4个部门。借阅管理部负责图书的借阅管理；图书管理部负责书籍类别标准的制定，类别信息的输入；书籍类别信息的查询，修改；书籍信息的输入；读者管理部负责主要针对各类读者信息进行管理；系统管理部负责用户管理和密码管理。组织机构图如下：

图书馆 借阅管理部 图书管理部 读者管理部 系统管理部

图书馆组织机构图

2、系统功能结构图

图书馆管理系统 借阅信息管理 图书信息管理 读者信息管理 系统管理 还书信息管理 借书信息管理 设置图书信息 设置图书种类 设置读者信息 设置读者种类 密码管理 用户管理还还还书书书信信信息息息查修添询改加 借借借书书书信信信息息息查添修询加改 图图图书书书信信信息息息查修添询改加 图图书书类类别别添修加改 读读读者者者信信信息息息查修添询改加 读读者者种种类类修添改加

3、业务流程图

通过对学校的图书馆借书、还书业务的调查，弄清了借书还书的业务流程，如下图所示：

借书单借书证读者借书证借书审核合格书证、借书单借书登记图书目录图书档案书库记录图书还书审核合格图书还书处理

4、数据流程图

通过对业务流程图的细化，可得到系统的分层数据流图。如下图： 顶层数据流图：

图书管理系统读者信息会员信息读者审核信息借阅信息借还书信息读者图书信息借书卡、借阅信息管理员 图书馆管理系统的顶层数据图

对顶层数据流图细化、分解可得到图书管理系统的第一层数据流图，如下图：

借阅信息 借还书信息P1借阅信息管理借书信读者息还书信息读者P2图书信息管理书库文件管理员借书卡、借阅信息读者资料读者信息审核会员信息P3读者信息管理读者记录管理员信息P4系统管理 图书馆管理系统的第一层数据图

对第一层数据流图进一步细化、分解，可以得到第二层数据流图，如下图：

借书卡P1.1身份审核合格读者借书信息读者记录借还书信息P1.2借书登记管理员还书信息书库文件P1.3书籍检查合格书籍读者还书信息P1.4还书处理借阅信息管理数据流图

管理员管理员身份信息P2.1身份审核合格人员P2.2书籍查询P2.3入、出库情况图书目录书库文件书库记录图书信息管理数据流程图

管理员管理员身份信息P3.1身份审核合格人员P3.2读者查询P3.3读者情况读者信息表读者记录读者信息管理数据流图

5、数据字典

1）数据元素 数据元素条目

数据元素名称：用户密码 别名：userpass 长度：16 描述：用户登录系统的密码 有关的数据结构：User 数据元素条目

数据元素名称：图书分类编号 别名：Bookindex 类型：数值型 长度：10 描述：图书分类的编号 数据元素条目

数据元素名称：读者编号 别名：Readerindex 类型：数值型 长度：10 描述：区分读者的唯一标识 数据元素条目

数据元素名称：图书名称 别名：BookName

类型：文本型 长度：50 描述：图书的名称 2）数据流条目 数据流条目

数据流名称：添加读者 简述：进入读者管理可进行添加 数据来源：读者资料 数据流向：读者信息表 包含的数据结构： 数据流条目

数据流名称：查询结果 简述：从图书信息表中检索信息 数据来源：图书信息表 数据流向：查询结果 包含的数据结构： 数据流条目

数据流名称：查询读者信息 简述：读者登录后可进行查询 数据来源：读者信息查询窗口 数据流向：读者信息查询窗口 包含的数据结构：

数据流条目

数据流名称：按条件查找

简述：读者按类别或作者查找的结果 数据来源：读者信息查询条件窗口 数据流向：读者信息查询条件窗口 包含的数据结构： 数据流条目

数据流名称：管理员登录 简述：管理员对图书进行管理 数据来源：管理员表 数据流向：管理员表 包含的数据结构： 数据流条目

数据流名称：显示图书 简述：由条件将各类数据显示 数据来源：图书信息表 数据流向：浏览图书 包含的数据结构： 数据流条目

数据流名称：修改读者信息 简述：输入预修改的信息 数据来源：读者信息表

数据流向：读者信息修改界面 包含的数据结构： 数据流条目

数据流名称：读者信息 简述：读者都能对它进行维护 数据来源：读者信息表 数据流向：读者信息维护 包含的数据结构： 数据流条目

数据流名称：添加图书 简述：新购图书的添加 数据来源：图书信息表 数据流向：图书信息表 包含的数据结构： 数据流条目

数据流名称：修改图书信息 简述：图书更新 数据来源：图书信息表 数据流向：图书信息表 包含的数据结构： 3）处理过程描述 处理功能条目

名称：查询图书

输入数据：按图书编号、书目名称、作者等来查询 输出数据：图书编号、书目名称、书目作者 处理逻辑：（1）支持模糊查询

（2）对查询的图书可进行修改删除等 处理功能条目 名称：添加用户

输入数据：用户ID，用户密码，用户名称。输出数据：是否添加成功 处理逻辑：（1）用户名称是否不同

（2）用户密码是否包含非法字符 处理功能条目 名称：添加图书

输入数据：图书编号，图书名称，作者，在库数量，单价，图书分类，图书简介。

输出数据：是否添加成功 处理逻辑：（1）是否有漏填

（2）数据要求是否匹配

（3）信息是否填写完整 4）数据存储 数据存储条目

数据存储名称：图书信息表

说明：存储图书基本信息

结构：图书编号，图书名称，图书分类，出版社，入库时间，入库数量，图书状态，在库数量，图书简介。关键字：图书编号

相关处理：查询，修改，添加，删除。数据存储条目

数据存储名称：管理员信息表 说明：存储管理员信息

结构：管理员编号，管理员姓名，管理员密码。关键字：管理员编号 5）外部实体条目 外部实体条目 名称:图书 说明:图书情况

输出数据流：图书借阅信息表 输入数据流 图书 借阅信息 外部实体条目 名称:管理员 说明:读者信息情况 输出数据流：读者信息表 输入数据流 管理员 读者信息 外部实体条目

名称:读者 说明:读者借阅情况

输出数据流：读者借阅信息单 输入数据流 读者 借阅信息

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

目录 一．概述

1.编写目的 2.项目背景 3.定义 4.参考资料 5.开发环境 二．需求分析 1.问题提出

2.系统的业务功能分析 3.需完成的功能 三．系统需求说明 1.对功能的规定 2.对性能的规定 3.输入输出要求 四．新系统的逻辑模型 1.图书馆组织机构分析 2.系统功能结构图 3.业务流程图 4.数据流程图 5.数据字典 一．概述

1、编写目的

按照关系型数据库的基本原理，综合运用所学的知识，以小组为单位，设计开发一个小型的图书管理系统。通过对一个实际问题的分析、设计与实现，将原理与应用相结合，使学生学会如何把书本上学到的知识用于解决实际问题，培养学生的动手能力；另一方面，使学生能深入理解和灵活掌握教学内容

2、项目背景

数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了。造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。

a.待开发的软件系统的名称是《图书管理系统》

b.本软件适用于教育界，他是比较完善的系统管理软件，对图书馆的书籍、读者资料、借还书等可以进行方便的管理。

C.开发员：王林飞，张应锋

3、定义

数据流程图（DFD）：为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。数据字典是对数据流程图中的数据，变换等进行精确的定义。

5、开发环境

WindowXP,/7 eclipse，需求分析

1、问题的提出：

图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况（如借书天数、超过限定借书时间的天数）的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。有必要建立一个图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况。

2、系统的业务功能分析：

1）建立读者类，实现对读者编号、姓名、所在单位等信息的描述。

2）建立书籍类，实现对图书的编号、名称、作者、出版社、出版日期、价格、采购日 期、单价、数量、金额、版次、分类号、ISBN等信息的描述。

3）建立用于记录借书情况的类，实现输入读者编号和书籍编号后成功借书的描述。

系统的业务流程分析：

3、需完成的功能

1)图书基本情况的录入、修改、删除等基本操作。2)实现借书功能。3)实现还书功能。

4)能方便的对图书进行查询。5）管理员进行借书者用户进行管理

一、系统需求说明

1、对功能的规定

经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。

以下是图书管理系统必须具备的功能：

1.图书基本情况的录用：对于购进的新书，系统必须具备图书信息资料的录入功能。当图书资料发生变化，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。

2.办理借书卡模块：系统的主要功能之一，供本校学生借阅图书。3.实现借书功能：可以方便学生们借书。

4.实现还书功能：归还图书，并进行登记。

5.能方便的对图书进行查阅：可以快速简单的对图书进行查找一些信息。

2、对性能的规定

为了保证系统能够长期、安全、稳定、可靠、高效的运行，图书管理系统应该满足以下的性能需求：

（1）、系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。

（2）、系统的开放性和系统的可扩充性 图书管理系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

（3）、系统的易用性和易维护性

图书管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

（4）、系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。

（5）、系统的先进性

目前计算系统的技术发展相当快，做为图书管理系统工程，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

（6）、系统的响应速度

图书管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。

3、输入输出要求

输入：键盘，鼠标。输出：显示器。

二、新系统的逻辑模型

1、图书馆组织机构分析

通过对图书馆工作人员的调查，图书馆主要有4个部门。借阅管理部负责图书的借阅管理；图书管理部负责书籍类别标准的制定，类别信息的输入；书籍类别信息的查询，修改；书籍信息的输入；读者管理部负责主要针对各类读者信息进行管理；系统管理部负责用户管理和密码管理。组织机构图如下：

图书馆组织机构图

2、系统功能结构图

图书馆管理系统 借阅信息管理 图书信息管理 读者信息管理 系统管理 还书信息管理 借书信息管理 设置图书信息 设置图书种类 设置读者信息 设置读者种类 密码管理 用户管理还还还书书书信信信息息息查修添询改加 借借借书书书信信信息息息查添修询加改 图图图书书书信信信息息息查修添询改加 图图书书类类别别添修加改 读读读者者者信信信息息息查修添询改加 读读者者种种类类修添改加

3、数据流程图

通过对业务流程图的细化，可得到系统的分层数据流图。如下图： 顶层数据流图：

读者信息读者图书信息借书卡、借阅信息图书管理系统会员信息读者审核信息借阅信息借还书信息管理员 图书馆管理系统的顶层数据图

对顶层数据流图细化、分解可得到图书管理系统的第一层数据流图，如下图： 借阅信息 借还书信息P1借阅信息管理借书信读者息还书信息读者P2图书信息管理书库文件管理员借书卡、借阅信息读者资料读者信息审核会员信息P3读者信息管理读者记录管理员信息P4系统管理 图书馆管理系统的第一层数据图

对第一层数据流图进一步细化、分解，可以得到第二层数据流图，如下图： 借书卡P1.1身份审核合格读者借书信息读者记录借还书信息P1.2借书登记管理员还书信息书库文件P1.3书籍检查合格书籍读者还书信息P1.4还书处理借阅信息管理数据流图

注：附一些操作页面

1、登录页面

2、系统主页面（用户）（管理员 用户名：admin 密码：123）

3、新增图书

4、所有图书

5、借书

第五篇：教务管理系统需求分析报告[范文模版]

教务管理系统需求分析报告

一、导言

现在是信息化的社会，传统的教务管理模式，已经不适应信息时代的要求，迫使人们起用新的管理方法来管理。计算机技术的飞速发展，使各行各业在计算机技术应用方面得到了广泛的普及和使用。因此，教务管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活，将传统的教务管理方式彻底的解脱出来，提高效率，减轻工人人员以往繁忙的工作，减小出错的概率，从而使人们有更多时间来学习和享受生活。

二、目的

教务系统是对学校教务和教学活动进行综合管理的平台系统，满足学校管理层、教师。学生等日常工作、学习、管理和咨询等工作。目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程。

三、术语定义

教务管理系统以下简称系统

四、参考资料

《软件项目管理案例教程》 《软件工程导论》

五、任务概述 目标：通过强教务信息的管理，有利于决策者根据教务信息及时进行信息的处理，每个用户用自己的身份通过登录该系统，并根据自己的权限进行相关操作。

六、运行环境

1台主机：CPU2.4G，4G内存，windows7操作系统，连接到Internet。

WEB服务器、文本编辑工具、打印机一台。可利用学校现有的服务器及教师办公用微机等设备。

七、系统定义

（一）需求规定

1、对功能的定义（1）学生日常管理

a）限于全体学生操作。

b）一般浏览者只能查看教务信息，不能对它做任何修改。而且不同的用户级别所看到的教务信息是有限制的。（2）教师日常管理

a）查询单条教务信息：主要适合全体老师操作的。在窗体上先可以选择查询的条件，再输入关键字名。按查询即可。

b）查询全部教务信息：是给管理员用的，为了方便管理员查找，也有关键字搜索和模糊搜索，查到记录后，也可双击记录即可显示详细信息。

c）成绩查询：输入学号、密码即可查询学生成绩（3）信息公布

a）数据备份：用户可以通过选择保存路径把数据库保存在硬盘中。

b）数据恢复：用户可以通过选择路径把数据恢复。（4）操作管理

a）仅限管理员。其中可以添加、修改、删除操作学生，设置他们的权限、级别及密码。

b）系统整理信息：显示距离管理员整理系统的时间。（5）评教管理

a）打印单条教务记录：适用于一般浏览者和用户。他们只能打印在他们的权限范围内所能查看的教务。

b）打印全部教务：市委管理员设置的，他们可以根据需要设置打印。（6）选课管理

a）学生进行网上选课

b）对选课情况进行统计及分析，并生成新的课表。（7）招生管理 针对新生进行注册管理，并对注册数据进行统计及分析

（二）对性能的规定

1、数据精准度

（1）按照严格的数据格式输入，否则系统不给予响应进行处理。（2）查询时要保证查全率，所有响应域包含查询关键字的记录都应能查到。

2、时间特性

一般操作的响应时间应在1~2秒内。

3、适应性

（1）满足学校使用的需求。

（2）对前面提到的运行环境要求不应存在困难。

（三）系统图示

1、数据流图

管理员信息管理教务管理系统公布信息查看信息老师查看信息学生

1.1教务管理系统顶层图

录入信息教师名单登录教师管理信息查询查看信息教师信息学生信息 1.2.零层数据流图

ID和密码命令信息查询修改命令学生返回信息验证有效性返回信息信息数据学生选课情况信息查询系统学生选课系统 1.5.学生子系统

2、数据字典 2.1数据存储（1）老师信息 别名：无

简述：对老师信息进行存储管理 组成：老师姓名+密码+教师基本信息 组成方式：索引文件，教师姓名为关键字 查询要求：要求能立即查询（2）学生信息 别名：无

简述：对学生的信息进行存储管理 组成：学号+密码+选课信息+成绩+考试信息 组织方式：索引文件，学号为关键字 查询要求：要求能立即查询（3）选课信息 别名：无

简述：对学生所选择的课程信息进行存储管理 组成：课程+上课时间+上课地点 查询要求：要求能立即查询（4）评教信息 别名：无 简述：对评教的过程以及结果进行存储管理 组成：学号+评教信息 查询要求：要求能立即查询 2.2数据加工

（1）加工名：录入信息 编号：1.1 激发条件：接收到教师、学生的信息时 优先级：普通 输入：教师、学生信息 输出：无 加工逻辑：无（2）加工名：登录 编号：1.2 激发条件：进入本系统 优先级：普通 输入：用户信息 输出：登录成功或失败 加工逻辑：无

3、系统流程图

教务管理系统基本配置成绩管理教学评价系统选课管理基本信息管理信息公布招生管理成绩录入权限设置成绩录入重修重考成绩管理成绩查询成绩统计与分析成绩审批及维护评教指标设置学生在线评教教研室主任评教评教结果分析统计学生网上选课选课数据调查选课结果查询选课结果统计生成课表学生日常管理教师日常管理开课课程管理教务信息公布新生管理学生注册注册进程分析注册数据统计查询

4、用例视图

用例视图（Use Case View）是被称为参与者的外部用户所能观察到的系统功能的模型图。教务管理系统的用例视图如下： 教师档案管理管理员系统维护学生档案管理成绩管理学生成绩查询个人成绩查询课程管理网上评教成绩录入学生选课学生用户教师选课教师用户

5、顺序图

5.1学生选课、退课顺序图

对象11登录基础类学生信息数据信息2：验证消息3：进入学生界面4：点击选课退课5：执行选课、退选课6：提示操作成功

5.2管理员添加、修改、删除用户顺序图 管理员1：登录基础类用户管理界面2：验证登录3：进入管理员界面4：点击添加、修改、删除用户5：添加、修改、删除用户6：提示操作成功

6、状态图

网站主页用户登录浏览多个信息浏览查找信息基本业务模块下载文件数据页面更新

7、活动图

7.1学生查询成绩活动图 学生管理员教师登录用户名、密码错误正确选择查询科目生成成绩单成绩单错误通知管理员成绩有误无错误联系任课教师修改成绩更新数据库 7.2学生选课活动图

登录用户名、密码错误正确选择科目确定选课与专业冲突人数已满不和专业冲突人数未满更新数据库 7.3、管理员修改操作活动图 登录用户名错误正确选择修改项目确定修改继续修改不继续更新数据库

（四）故障处理

1、正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。调试中遇到的问题及解决的方案：

2、遇到“数据库已经关闭”提示信息阻止程序运行时：可以查看一下进行此项操作时，操作的表是否被关闭了或者实在没有关闭此表的情况下又一次运用打开语句打开此表。