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

书书 店店 管管 理理 需需 求求 分分 析析 规规 格格 说说 明明 书书 1 目录目录 1.1.引言引言.2 2 1.1 编写需求分析规格说明书的目的.2 1.2 软件设计目标.2 1.3 术语表.3 1.4 参考资料.3 2.2.软件产品的一般性描述软件产品的一般性描述.4 4 2.1 运行环境.4 2.2 软件产品的功能（用例模型）.4 2.3 用户特征.6 2.4 限制与约束.6 3.3.系统功能行为分析系统功能行为分析.7 7 3.1 引言.7 3.2 系统功能模型系统用例模型 .7 3.3 相关用例的展开活动图.8 3.4 系统静态模型对象类模型.12 3.5 系统动态模型（顺序图）.14 3.6 系统体系结构模型.19 3.7 输出结果.20 4.4.系统性能分析系统性能分析.2020 4.1 数据精准度.20 2 4.2 时间特性.20 4.3 适应性.20 4.4 故障处理.20 5.5.系统运行要求分析系统运行要求分析.2020 5.1 用户界面.20 5.2 硬件接口.20 5.3 软件接口.20 6 6其他要求其他要求.2020 7.7.附录附录.2121 3 1.引言 1.1 编写需求分析规格说明书的目的 随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深 刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。传统的书店 管理系统其日常管理工作都是人工操作，存在着许多缺点,如:效率低下、保密 性差,另外时间一长,将产生大量的文件和数据,这对于数据的查找、更新和维护 都带来了不少的困难，并且浪费了许多人力和物力。在信息时代，使用计算机 对图书信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找 方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极 大地提高书店管理的效率。因此，开发这样一套书店管理软件成为很有必要的 事情。 1.2 软件设计目标 （1）登录系统：管理员和顾客进入登陆界面，输入各自的的用户名和密码 进入登陆界面，可以通过登录该系统进行各项功能的操作 （2）书籍管理：管理员进入书籍管理界面，对书籍基本信息制定、输入、 修改、查询，包括书籍编号、类别、关键词、备注。 （3）书籍出售：管理员进入书籍出售管理界面，根据 ISBN 号出售图书,删 去相应库存,记录销售时间，包括预订书籍、查询书籍的处理。 （4）顾客管理：管理员进入顾客管理界面，进行对顾客的一系列操作，包 含对顾客信息的增删改等操作，以及会员服务等。 （5）查询书籍：管理员和顾客登录系统，进入书籍查询界面，对图书的一 些详细信息进行查询。 （6）预定书籍：顾客登录系统，进入书籍预定界面，通过对图书信息查询， 对已选择的图书进行预定。 （7）购买书籍：顾客登录系统，进入购买图书界面，对已选择的图书进行 购买。 (8)系统应符合书店管理的规定，满足书店相关人员日常使用的需要，并达 到操作过程中的直观、方便、实用安全等要求； (9)系统采用模块化程序设计方法，即便于系统功能的各种组合和修改，又 便于未参与开发的技术维护人员补充、维护； (10)系统应具备数据库维护功能，及时根据用户需求进行数据的添加、删 除、备份等操作； (11)尽量采用现有软硬软硬件环境及先进的管理系统开发方案，从而达到 充分利用现在有资源，提高系统开发水平和应用效果的目的。 1.3 术语表 1.登录：包括书店管理员、顾客在书店登陆界面输入各自用户名和密码， 如 果输入正确就可以直接进入书店系统，管理员可以对系统进行相应的操作； 而顾客也可以进行相应的操作。 2.书籍管理：是指管理员对书籍进行一个比较系统的管理，如对图书信息 进行录入、删除、浏览、查询、修改等基本操作 4 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 软件产品的功能（用例模型） 5 图 1 功能用例 “系统登录”用例 1.管理员和顾客进入登陆界面 2.填写各自用户名及密码 3.系统进行账户的核实 4.成功登陆 5.管理员可以进行顾客管理、图书管理、售书管理、书籍查询等。 6.顾客可以进行书记的查询、预定、购买等。 “顾客管理”用例 1.管理员登陆顾客管理界面 2.系统响应相应的用户权限 3.列出相应的信息 4.用户选择相应的操作 “购买书籍”用例 1.管理员进入登陆界面 2.系统响应相应的用户权限 3.列出相应的信息 4.用户操作 “图书管理”用例 1.登陆图书信息管理界面 2.系统响应相应的用户权限操作 3.图书信息进行录入、删除、浏览、查询、修改等基本操作 4.列出相应的信息 5.用户选择相应的操作 6 “预定书籍”用例 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 系统功能模型系统用例模型 创建系统用例的第一步是确定系统的参与者。 书店管理系统的参与者包含以下三种： 管理员： 进入管理页面，可以维护客户注册信息、维护图书信息、处理订单信息、 报表维护（报表输出、报表备份、报表恢复、报表删除 ） 、商品销售查 7 询。 员工： 进入工作管理页面，可以对图书（或商品）信息进行录入、删除、浏览、 查询、修改（商品销售） 、维护个人信息、维护订单信息（接收订单并发 货、拒绝订单、查询库存） 。 顾客：（会员和游客） 会员：进入登入页面，可以对图书信息进行查询、 ，并可以 维护个人信息，维护订单信息（订单状态查询、订单删除或增加） ； 游 客： 进入网站后，只能进行基本的信息浏览和查询。 图 2 系统参与者 1.用户用例（会员和普通用户） （1）登录：会员通过身份验证，登录到网上书店系统。 （2）注册：普通用户在网上书店系统注册个人信息，可以成为会员。 （3）浏览图书：会员或游客可以浏览网上书店的图书。 （4）查询个人资料： 会员可以查询修改个人资料，包括个人的基本信息、 订单信息。 （5）修改个人资料：会员可以修改个人信息。 （6）加入购物车：会员可以将要买的书籍添加到购物车，可以对购物车里 书籍数量信息进行修改。 （7）提交订单：会员可以对所下订单进行提交。 （8）付款：会员可以进入付款界面进行结算。 2.员工用例 (1)登录：员工根据用户名和密码，登录到网上书店系统。 (2)销售查询：员工可以对书店的销售情况进行查询。 (3)库存查询：员工可以对书店所剩下的书籍进行查询。 (4)图书管理：员工可以修改书籍信息、添加图书、删除图书。 8 (5)订单处理：员工可以修改订单信息、删除订单。 3.管理员用例 (1)登录：管理员输入账号和密码可以登录带网上书店系统 (2)管理会员：管理员可以修改会员信息、添加、删除会员。 (3)员工信息维护：管理员可以修改员工信息、添加、删除员工。 在识别出参与者和用例后，要想建立用例图，还需要识别出他们之间的关 系。 “加入购物车” 、 “添加书籍到购物车” 、 “查看个人资料 ” 、 “ 提交订单”等， 这些动作是由“会员”执行的。为了购物安全方便，系 统还需要提供用户信息验证，确保只有会员用户才可以进行书籍购买。用例 “管理书籍” 、 “ 管理订单” 这些动作是由“员工”执行的。用例“维护员工 信息” “维护系统”等，这些动作是由“管理员”执行的。为了系统的安全性， 系统还需要提供进行身份验证的功能，以确保只有具有权限的“系统管理员” 才可以使用系统的功能，所以“管理员”必须与用例“登录”交互，也即“管 理员”在使用系统前，要使用用户名和密码进行登录，系统验证用户的密码正 确后，用户才可以执行进一步的操作。 图 3 会员用例图 9 图 4 管理员用例图 图 5 员工用例图 3.3 相关用例的展开活动图 （1）员工订单处理活动图 员工可以对用户提交的订单进行处理，员工在系统中，先对系统发出订单 处理请求，系统转到订单管理界面，如果要删除订单，选择要删除的订单，系 统将修改的信息保存到数据库中。如果需要删除订单，订单处于待修改状态， 10 体统将修改后的信息保存到数据库中。 图 6 员工订单处理活动图 （2）员工图书管理活动图 图 7 员工图书管理活动图 11 （3）顾客购买商品和管理员处理订单的活动图如图 8 所示。 图 8 顾客购买商品和管理员处理订单的活动图 从图 8 中可以看出，管理员、顾客发生了相互的关系。顾客登录后查询商品， 在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状 态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库 存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成已 处理后，购买过程结束。 3.4 系统静态模型对象类模型 进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态 行为，是面向对象7分析的基本任务。系统的静态结构模型主要用类图和对象 图描述。 进一步分析系统，发现类以及类之间的关系，确定它们的静态结构，是面向对 象分析的基本任务。系统的静态结构模型主要用类图和对象图来实现的。类图 从抽象的角度描述系统的静态结构，特别是模型中存在的类、类的内部结构以 及它们与其他类之间的相互关系。其中类的识别分为三类：识别实体类、识别 边界类和识别控制类。 类不是孤立的,UML 为我们定义了它们之间的四种关系，它们是：关联 （Association）关系（聚合和组合） 、依赖（Dependency）关系、泛化 （Generalization）关系、实现（Realization）关系。 关联关系是类之间最广泛的关系，若两个类的对象的实例之间具有某种 12 （属性上的）依赖关系，对象所属类间的关系称为关联关系,关联关系是一种结 构关系，是一种弱关系，被关联的元素间通常可以被独立的考虑。指出了一个 事物的对象与另一个事物的对象之间的语义上的连接。其表示方法是在 UML 中， 关联的图形表示是实线+箭头，箭头指向被关联的类。关联可以是单向的，也可 以是双向的。关联关系包含两种：聚合关系和组合关系。其中聚合关系是类与 类之间的关系具有“整体部分”的特点。其表示方式：在 UML 中聚合的图 示方式为，在表示关联关系的直线末端加一个空心的小菱形，空心菱形紧挨着 具有整体性质的类 ，即箭头指向整体类。组合关系是整体和部分是不可分的， 整体的生命周期结束时也就是部分的生命周期到头时。 依赖关系是对于两个相对独立的对象，当一个对象负责构造另一个对象的 实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。 用虚箭头表示。 泛化关系表示一个泛化的元素和一个具体的元素之间的关系。它又称继承， UML 中的泛化是通用元素和具体元素之间的一种分类关系。具体元素完全拥有 通用元素的信息，并且还可附加一些其它信息。泛化可用于类、用例等各种模 型元素。父类与子类的泛化关系图示为一个带空心三角形的直线，空心三角形 紧挨着父类 。 实现关系是指定两个实体之间的一个合同。 实现是规格说明和其实现之间 的关系，它将一种模型元素与另一种元素连接起来。在 UML 中，实现关系的符 号与泛化关系的符号类似，用一条带指向接口的空心三角箭头的虚线表示 。 根据上述类的关系，完整的类图如图 9 所示 图9 类图 13 3.5 系统动态模型（顺序图） 系统的动态模型可以使用交互作用图、状态图和活动图来描述。交互作用图 包括序列图和协作图。序列图描绘了系统中的一组对象在时间上交互的整体行 为，协作图描绘的是系统中一组对象的交互行为。 创建顺序图： （1）顾客订购顺序图如图 10 所示。 用户首先使用自己的账号和密码登录系统，登录模块会将客户的 ID 保存在 系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件，客 户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商 品列表后，提交自己想要购买的商品 ID。订购模块得到商品 ID，生成订单并提 交给数据模块进行保存。保存成功后，订购模块提示用户订购该商品成功。 图 10 顾客订购顺序图 （2）顾客删除订单顺序图如图 11 所示。 客户在提交订单后可以对订单进行维护（添加、删除、修改） 。客户首先输 入自己的账号和密码登录系统。登录模块会将客户的 ID 保存在系统缓存中并提 14 交给订单查询模块。订单查询模块显示该客户当前的所有订单，客户得到该列 表后，选择需要删除的商品 ID，订单处理模块把删除信息提交给数据模块，数 据模块保存信息。订单处理模块提示用户删除操作成功。 图 11 顾客删除订单顺序图 （3）管理员处理订单顺序图如图 12 所示。 管理员使用其账号和密码登录后，登录模块会将管理员的 ID 保存在系统缓 存中并提交给订单处理模块。订单处理模块提交给管理员未处理订单的列表， 管理员提交某商品 ID 得到该商品的库存情况。如果库存充足则接受订单，并把 接受信息提交给数据模块，数据模块更新该客户的订单信息并返回成功信息给 订单处理模块，订单处理模块提示管理员该操作成功。 15 图 12 管理员处理订单顺序图 （4）.管理员登录顺序图 管理员登陆的过程为：管理员进入系统，进入登录页面，输入账号密码，系 统验证身份信息，验证成功，界面返回成功信息，管理员接受成功消息，登陆 系统成功。如图 11。 图 13 管理员登录顺序图 （5）会员提交订单顺序图 会员登录系统，进入提交订单界面，将确认的订单提交到系统中，如果订 单无误则显示成功提交订单，并返回提交订单界面，如果订单有误，则显示是 16 错误订单，会员在进行订单的修改确认。 图 14 会员提交订单顺序图 （7）员工管理图书顺序图 员工进入图书信息管理界面，可以进行图书的检查、修改、删除、增加等操 作。进入修改删除图书界面，并输入要修改的图书信息，以及要增加的图书信 息，如果增加图书信息成功则返回信息成功修改添加界面，并显示修改成功， 返回界面，如果有误在进行进一步的修改。 图 15 员工管理图书顺序图 17 3.6 系统体系结构模型 我们可以识别系统中存在的主要实体类：书店、员工、用户。 图 16 书店管理系统的主要参与者 (1) 主界面 系统的主界面具有菜单和菜单项，当选择不同的菜单项时，用户可以执行 不同的操作。当程序退出时，主界面窗口关闭。 (2) 图书信息显示界面 图书信息显示界面是进行书籍查询时所需要的对话框。用户根据书籍名、 作者、类别等条件查询书籍，系统查询数据库获取符合条件的书籍并显示到界 面。 (3) 注册界面 注册界面是进行游客注册时所需要的对话框。当选择主窗口中的菜单项 “注册”时，对话框弹出，游客填写用户名、密码、电话、家庭住址、邮编等 信息，然后点击“提交”按钮，系统创建用户的信息并将之存储到数据库中。 并且系统将自动登录到系统主页。 (4) 购物车界面 购物车界面是进行操作“删除购物车里的书籍” 、 “修改购物车里书籍数量” 或“提交订单”时所需要的对话框。 当用户选择删除购物车里的书籍时，对话框弹出，用户点击“删除按钮” ，系统 删除用户购物车里的该书籍。当用户选择修改购物车里书籍数量时，用户输入 书籍的数量，然后点击“更新”按钮，系统更新用户购物车里的该书籍数量。 当用户选择“提交订单”时，系统进入付款界面，并且系统将此购物产生一个 订单保存到数据库中。 (5) 图书管理界面 图书管理界面是进行操作“添加书籍”、 “编辑书籍”或“删除书籍”时所需 的对话框。 当选择主窗口中的菜单项“添加书籍”时，对话框弹出，员工输入书籍信息， 然后单击按钮“添加”，系统创建书籍的信息并将之存储在系统中。当选择菜单 项“编辑书籍”或“删除书籍”时，对话框弹出，员工输入要编辑或删除的书籍 的名称，单击按钮“OK”提交。系统查询数据库检索到书籍信息后弹出对话框 BookDialog，显示书籍的详细信息，如若是“编辑书籍”，员工编辑修改书籍的 有关信息，然后单击按钮“更新”，更新系统中存储的书籍信息；如若是“删除 18 书籍”，员工则单击按钮“删除”，系统删除所存储的该书籍信息，当然，与该 书籍有关的其他信息业也一并删除。 (6) 登陆界面 登陆界面是用户用来登陆的界面。用户输入用户名和密码，点击按钮“登 陆” ，系统查询数据库检索此用户的用户名和密码是否正确，若正确，若是 admin 用户，系统将显示后台管理界面，否则系统将显示首页面。若错误，系 统提示“用户名或密码错误。 ” 根据上述部分界面的分析，网上书店系统中的边界类图 图17 边界类图 图18 控制类图 19 3.7 输出结果 4.系统性能分析 4.1 数据精准度 在向数据库文件提取数据时