留言板管理需求分析报告

第一篇：留言板管理需求分析报告

留言版系统

需求分析报告 目录

一、概述.....................................................................................................................................................................3 1.1 目的.............................................................................................................................................................3 1.2 项目背景......................................................................................................................................................3

二、功能分析...........................................................................................................................................................3 2.1用户功能模块：..........................................................................................................................................3 2.2管理员功能模块：......................................................................................................................................3 2.3总管理员功能模块:......................................................................................................................................4

三、模块图.................................................................................................................................................................4 3.1用户功能模块：...........................................................................................................................................4 3.2管理员功能模块：.......................................................................................................................................4 3.3总管理员功能模块：...................................................................................................................................5

四、性能需求.............................................................................................................................................................5

五、出错处理需求.....................................................................................................................................................5

六、运行需求.............................................................................................................................................................5

留言版管理系统一、概述

1.1 目的

一个功能强大且富有个性的网络留言版，是每一个大型网站系统的追求，而且网络留言 板是网站与访客之间交流的重要手段。一个设计合理，界面优美的留言板程序能够从侧面体现网站良好的服务，给来来访的用户留下好的印象，增强用户对网站的信心。对于每一个网站，留言板功能模块已经成为必不可少的一部分，鉴于这样的形势下开发 一个具有广泛适应性，功能广泛性，符合大众体验要求，可嵌入性强的留言板模块，意义显得格外重要。

1.2 项目背景

项目的任务提出者：兰州商学院陇桥学院

开发软件的名称：留言板管理系统

开发者：

用户：陇桥学院学生信息管理员 实现软件的单位：2012信管一班 兼容系统：Windows XP SP2/SP3 开发工具：ASP.NET+ Microsoft SQL Server 2005

二、功能分析

在留言板管理系统中其管理权限分为三级，分别总管理员、管理员、用户。他们的权限分别依次递增进而组成系统的前后台管理来使系统规范化。

2.1用户功能模块：

(1)用户注册：用户通过填写详细的个人信息包括主要的用户名、密码等来进行注册。(2)用户登录:输入已经通过注册成功的用户名、密码并选择用户身份来进行登入。(3)个人信息模块:用户可以查看、修改个人信息包括其个人密码。(4)留言管理模块：用户可以查看、删除、回复留言信息。(5)留言者管理模块：用户可以对留言者进行查看、添加、删除。

2.2管理员功能模块：

(1)管理员登录：输入用户名和密码，选择管理员身份进行登录。

(2)管理用户模块：管理员可以对所有的用户进行查询、删除、修改与禁言等功能。(3)留言管理模块：管理员可以对所有的用户留言进行查询、删除、修改。(4)个人信息模块：管理员可以修改自己的个人信息包括其密码。

2.3总管理员功能模块:

(1)总管理员登录：输入用户名、密码，选择总管理员身份进行登录.(2)用户管理模块：管理员可以对所有的用户进行查询、删除、修改与禁言等功能。

(3)管理员管理功能：总管理员可以对管理员进行查询、添加、删除、修改等功能。

(4)留言管理模块：管理员可以对所有用户、管理员的留言进行查询、删除、修改。

三、模块图

注册

登录用户管理员总管理员

3.1用户功能模块：

用户登录个人信息管理

留言管理留言者管理

3.2管理员功能模块：

管理员登录个人信息3.3总管理员功能模块：

用户管理留言管理

总管理员登录用户管理

四、性能需求

通过分析，系统性能需求如下：

1.系统的高速性、稳定性、安全性。

2.系统的体系结构能够方便添加功能模块，适应业务、办公的发展。

3.系统人机界面友好，易学易用。

4.系统维护成本较低。

管理员管理留言管理

五、出错处理需求

出错处理的任务是及时有效的避免或纠正错误：

1.接受到从另一个系统发来的违反协议格式的消息时要及时拒绝。

2.发现系统自己出现错误时要及时提出出错处理需求

六、运行需求

1．用户界面： 本软件是基于windows平台下的窗口图形界面软件，运行主界面为Windows的经典运行界面，采用多文档界面，从而可以使程序更加美观，整齐有序，简易操作。

2．硬件接口：DVD光驱，打印机等。

3．软件接口：软件运行基于windows平台上的2000，NT，XP,Vista等。

4．故障处理：在用户的输入有错误的情况下，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。

第二篇：网络留言板--需求分析

网络留言版软件性分析报告

软件工程

班级： 小组成员：

网络留言板需求分析

一、网络留言板系统的开发意义

1.一个功能强大且富有个性的网络留言版，是每一个大型网站系统的追求，而且网络留言板是网站与访客之间交流的重要手段。一个设计合理，界面优美的留言板程序能够从侧面体现网站良好的服务，给来来访的用户留下好的印象，增强用户对网站的信心。2.对于每一个网站，留言板功能模块已经成为必不可少的一部分，鉴于这样的形势下开发一个具有广泛适应性，功能广泛性，符合大众体验要求，可嵌入性强的留言板模块，意义显得格外重要。

二、系统目标

1.总目标：

留言板提供网站访客的给网站留言功能，通过留言使用户与网站维护者很好的交流,来方便用户和网站的维护，同时可以更好的服务用户。留言板主要接收访问者输入的信息，将其存入网站数据库，并且通过Web页面将访客的留言显示出来。访客也可以通过注册成为网站会员。2.留言板功能目标：

1>留言功能：访客可以创建留言，也可以跟帖留言，同时也可以删除自己的留言和评论。但是无法删除和修改别的访客的留言信息。网站管理员可以根据留言信息做出相印的回复，也可以删除访客留言；

2>用户注册功能：网站的浏览者用户可以在网站上进行注册，成为网站的会员 3.性能目标：

1> 界面美观；

2> 易于操作，方便学习和使用； 3> 具有好的扩展性和跨平台型； 4> 具有很好的安全性；保证用户信息的安全，同时对不同的用户具有不同的权限。

三、结构

四、功能需求

1.前台功能需求：

a)网站的所有浏览者用户可以浏览网站上的留言信息

i.通过关键字搜索浏览 ii.根据网站信息的默认排序浏览

b)网站的浏览者用户可以在网站上进行注册，成为网站的会员

i.注册用户类型 ii.注册用户访问权限 c)会员功能

i.登录网络留言板 ii.回复留言 iii.浏览留言 iv.添加留言 v.管理自己的留言的功能 vi.管理个人信息

功能需求分析图：

前台的一个用例图：

2.后台功能需求：

a)管理员用户可以管理所有的注册用户

i.注册用户的操作权限的修改 ii.注册用户信息查询

b)管理员用户可以管理所有注册用户的留言信息

i.留言信息的回复 ii.留言信息删除 c)管理员功能

i.管理留言信息分类 ii.管理用户权限 iii.分布网站信息

后台的一个用例图：

五、非功能需求

1.安全性

a)注册到网站的用户个人信息必要保密 b)用户的留言信息需要进行必要的保密

c)对于不同的浏览者浏览留言应该限定访问权限 2.适应性

a)网络留言板模块应该具有很强的可扩展性，能够根据不同的网站增加适应性功能 3.方便性

a)界面优美，设计人性化

用户操作方便，易于学习。

六、环境需求

硬件环境: 个人计算机：内存：2G

主频：2.2GHZ

操作系统：Win7 软件环境：

Mircosoft SQL server 2005 Tomcat 6.0 JDK 1.6

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

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

目录

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.编写目的 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、编写目的

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

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）外部实体条目 外部实体条目 名称:图书 说明:图书情况

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

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

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