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

《书店管理系统需求分析报告.docx》由会员分享，可在线阅读，更多相关《书店管理系统需求分析报告.docx（34页珍藏版）》请在三一办公上搜索。

1、店管需求 分 析 规 格 说 明 书目录1.引言.61.1编写需求分析规格说明书的目的61.2软件设计目标6（1）登录系统：管理员和顾客进入登陆界面，输入各自的的用户名和密码进入登陆界面，可以通过登录该系统进行各项功能的操作6（2）书籍管理：管理员进入书籍管理界面，对书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。6（4）顾客管理：管理员进入顾客管理界面，进行对顾客的一系列操作，包含对顾客信息的增删改等操作，以及会员服务等。 6（5）查询书籍：管理员和顾客登录系统，进入书籍查询界面，对图书的一些详细信息进行查询。7（6）预定书籍：顾客登录系统，进入书籍预定界面，通过对图书

2、信息查询，对己选择的图书进行预定。 7（7）购买书籍：顾客登录系统，进入购买图书界面，对己选择的图书进行购买。7（8）系统应符合书店管理的规定，满足书店相关人员日常使用的需要，并达到操作过程中的直观、方便、实用安全等要求； 7（9）系统采用模块化程序设计方法，即便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员补充、维护；71.3术语表71.4参考资料82. 软件产品的一般性描述92.1运行环境92.2软件产品的功能（用例模型）92.3用户特征132.4限制与约束133. 系统功能行为分析133.1引言133.2系统功能模型系统用例模型133.3相关用例的展开活动图18从图8中可以看

3、出，管理员、顾客发生了相互的关系。顾客登录后查询商 品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循 环状态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品 的库存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成己处理后，购买过程结束。 203.4系统静态模型对象类模型20进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和 动态行为，是面向对象7分析的基本任务。系统的静态结构模型主要用类图和 对象图描述。20进一步分析系统，发现类以及类之间的关系，确定它们的静态结构，是面 向对象分析的基本任务。系统的静态结构模型主要用类图和对象图

4、来实现的。 类图从抽象的角度描述系统的静态结构，特别是模型中存在的类、类的内部结 构以及它们与其他类之间的相互关系。其中类的识别分为三类：识别实体类、识别边界类和识别控制类。213.5系统动态模型（顺序图） 233.6系统体系结构模型293.7输出结果324.系统性能分析334.1数据精准度334.2时间特性334.3适应性334.4故障处理335.系统运行要求分析345.1用户界面345.2硬件接口345.3软件接口346.其他要求341.引言1.1编写需求分析规格说明书的目的随着科学技术的不断提高,计算机科学日渐成熟，其强大的功能已为人们 深刻认识,它已进入人类社会的各个领域并发挥着越来越

5、重要的作用。传统的书 店管理系统其日常管理工作都是人工操作，存在着许多缺点,如:效率低下、保密 性差,另外时间一长，将产生大量的文件和数据，这对于数据的查找、更新和维护都 带来了不少的困难，并且浪费了许多人力和物力。在信息时代，使用计算机对图 书信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、 可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高 书店管理的效率。因此，开发这样一套书店管理软件成为很有必要的事情。1.2软件设计目标（1）登录系统：管理员和顾客进入登陆界面，输入各自的的用户名和密 码进入登陆界面，可以通过登录该系统进行各项功能的操作（2）

6、书籍管理：管理员进入书籍管理界面，对书籍基本信息制定、输入、 修改、查询，包括书籍编号、类别、关键词、备注。（3）书籍出售：管理员进入书籍出售管理界面，根据ISBN号出售图书， 删去相应库存，记录销售时间，包括预订书籍、查询书籍的处理。（4）顾客管理：管理员进入顾客管理界面，进行对顾客的一系列操作， 包含对顾客信息的增删改等操作，以及会员服务等。(5) 查询书籍：管理员和顾客登录系统，进入书籍查询界面，对图书的 一些详细信息进行查询。(6) 预定书籍：顾客登录系统，进入书籍预定界面，通过对图书信息查 询，对己选择的图书进行预定。(7) 购买书籍：顾客登录系统，进入购买图书界面，对己选择的图书进

7、 行购买。(8) 系统应符合书店管理的规定，满足书店相关人员日常使用的需要，并 达到操作过程中的直观、方便、实用安全等要求；(9) 系统采用模块化程序设计方法，即便于系统功能的各种组合和修改， 又便于未参与开发的技术维护人员补充、维护；(10) 系统应具备数据库维护功能，及时根据用户需求进行数据的添加、删 除、备份等操作；(11) 尽量采用现有软硬软硬件环境及先进的管理系统开发方案，从而达到充 分利用现在有资源，提高系统开发水平和应用效果的目的。1.3术语表1.登录：包括书店管理员、顾客在书店登陆界面输入各自用户名和密码， 如果输入正确就可以直接进入书店系统，管理员可以对系统进行相应的操作;

8、而顾客也可以进行相应的操作。2.书籍管理：是指管理员对书籍进行一个比较系统的管理，如对图书信息进行录入、删除、浏览、查询、修改等基本操作3 .书籍出售：是指管理员对书籍的出售情况进行管理，及时处理顾客的订 单，完成书籍出售的过程。4 .顾客管理：是指管理员对顾客的管理，包括对会员的管理，对会员信息 进行维护，及时的增加、修改、删除等来完善对会员的管理；也包括对其他顾客 的信息管理。是指5 .购买书籍：是指顾客对已选择的图书进行购买的过程。6 .查询：是指管理员查询图书的库存，出售情况，以及缺货补充等的查询； 顾客对图书种类，价格等的查询。7 .预定书籍：是指顾客再经过对图书的查询，选择需要的图

9、书并对图书进 行预定，方便购买。1.4参考资料1 黄梯云管理信息系统经济科学出版社2000.32 甘仞初信息系统开发经济科学出版社1996.93 汪星明管理系统中计算机应用武汉大学出版社1997.54 方美琪，软件开发工具M，经济科学出版社5 陈禹，方美琪，软件开发工具超，经济科学出版社2. 软件产品的一般性描述2.1运行环境硬件环境：512M以上内存软件环境：数据库Microsoft SQL Server 2005及以上版本Windows XP，Win7CP/IP通信协议2.2软件产品的功能（用例模型）图1功能用例“系统登录”用例1. 管理员和顾客进入登陆界面2. 填写各自用户名及密码3.

10、系统进行账户的核实4. 成功登陆5. 管理员可以进行顾客管理、图书管理、售书管理、书籍查询等。6. 顾客可以进行书记的查询、预定、购买等。“顾客管理”用例1. 管理员登陆顾客管理界面2. 系统响应相应的用户权限3冽出相应的信息4. 用户选择相应的操作“购买书籍”用例1. 管理员进入登陆界面2. 系统响应相应的用户权限3冽出相应的信息4.用户操作“图书管理”用例1. 登陆图书信息管理界面2. 系统响应相应的用户权限操作3. 图书信息进行录入、删除、浏览、查询、修改等基本操作4冽出相应的信息5. 用户选择相应的操作“预定书籍”用例1. 管理员进入登陆界面2. 系统响应相应的用户权限，对订单信息进行

11、管理或处理3. 列出相应的信息4. 接收订单并发货、拒绝订单、查询库存、订购货品、订单增加5. 用户操作“售书管理”用例1. 管理员进入登陆界面2. 系统响应相应的用户权限3. 列出相应的信息4. 用户操作“查书管理”用例1. 陆查询界面2. 系统响应相应的用户权限3. 列出相应的信息4. 管理员对图书销售及相关信息的情况查询5. 顾客（会员和游客）对图书的相关信息的查询6. 用户选择相应的操作进行查询2.3用户特征该软件适用于掌握计算机基础知识的客户，书店员工可根据自己的权限进行 相应操作，系统管理员要求由计算机的专业知识。2.4限制与约束1. 建议开发软件运行的最短寿命：3年2. 进行系统

12、方案选择比较的期限：3个月3. 经费来源和使用限制：新华书店4. 硬件、软件、运行环境和开发环境的条件和限制：新华书店拥有大型机 以及用来支持的数据库，安装有Windowsxp及以上的操作系统。5. 建议开发软件投入使用的最迟时间：开发完成后试运行1个月。3. 系统功能行为分析3.1引言第一步创建系统的用例模型。作为描述系统的用户或参与者所能操作的模 型，它在需求分析阶段有着重要的作用，整个开发过程都围绕系统的需求用例表 述的问题和问题模型进行。3.2系统功能模型一一系统用例模型创建系统用例的第一步是确定系统的参与者。书店管理系统的参与者包含以下三种：管理员：进入管理页面，可以维护客户注册信息

13、、维护图书信息、处 理订单信息、报表维护（报表输出、报表备份、报表恢复、报表删除）、商 品销售查询。员工：进入工作管理页面，可以对图书（或商品）信息进行录入、 删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接 收订单并发货、拒绝订单、查询库存）。顾客：（会员和游客）会员：进入登入页面，可以对图书信息进行查 询、，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增 加）；游客：进入网站后，只能进行基本的信息浏览和查询。图2系统参与者1.用户用例（会员和普通用户）（1）登录：会员通过身份验证，登录到网上书店系统。（2）注册：普通用户在网上书店系统注册个人信息，可以成为会

14、员。（3）浏览图书：会员或游客可以浏览网上书店的图书。(4) 查询个人资料：会员可以查询修改个人资料，包括个人的基本信息、 订单信息。(5) 修改个人资料：会员可以修改个人信息。(6) 加入购物车：会员可以将要买的书籍添加到购物车，可以对购物车里 书籍数量信息进行修改。(7) 提交订单：会员可以对所下订单进行提交。(8) 付款：会员可以进入付款界面进行结算。2. 员工用例(1) 登录：员工根据用户名和密码，登录到网上书店系统。(2) 销售查询：员工可以对书店的销售情况进行查询。(3) 库存查询：员工可以对书店所剩下的书籍进行查询。(4) 图书管理：员工可以修改书籍信息、添加图书、删除图书。(5

15、) 订单处理：员工可以修改订单信息、删除订单。3. 管理员用例(1) 登录：管理员输入账号和密码可以登录带网上书店系统(2) 管理会员：管理员可以修改会员信息、添加、删除会员。(3) 员工信息维护：管理员可以修改员工信息、添加、删除员工。在识别出参与者和用例后，要想建立用例图，还需要识别出他们之间的关系。“加入购物车”、“添加书籍到购物车”、“查看个人资料”、“提交订单”等，这些动作是由“会员”执行的。为了购物安全方便，系统还需要提供用户信息验证，确保只有会员用户才可以进行书籍购买。用例“管理书籍”、“管理订单”这些动作是由“员工”执行的。用例“维护员工信息”“维护系统”等，这些动作是由“管理

16、员”执行的。为了系统的安全性，系统还 需要提供进行身份验证的功能，以确保只有具有权限的“系统管理员”才可以使 用系统的功能，所以“管理员”必须与用例“登录”交互，也即“管理员”在使 用系统前，要使用用户名和密码进行登录，系统验证用户的密码正确后，用户才 可以执行进一步的操作。图4 管理员用例图3.3相关用例的展开一一活动图(1)员工订单处理活动图员工可以对用户提交的订单进行处理，员工在系统中，先对系统发出订 单处理请求，系统转到订单管理界面，如果要删除订单，选择要删除的订单，系 统将修改的信息保存到数据库中。如果需要删除订单，订单处于待修改状态，体 统将修改后的信息保存到数据库中。图6员工订单

17、处理活动图(2)员工图书管理活动图图7员工图书管理活动图(3)顾客购买商品和管理员处理订单的活动图如图8所示。图8顾客购买商品和管理员处理订单的活动图从图8中可以看出，管理员、顾客发生了相互的关系。顾客登录后查询商 品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环 状态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库 存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成已处 理后，购买过程结束。3.4系统静态模型一一对象类模型进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动 态行为，是面向对象7分析的基本任务。系统的静态结

18、构模型主要用类图和对象 图描述。进一步分析系统，发现类以及类之间的关系，确定它们的静态结构，是面向 对象分析的基本任务。系统的静态结构模型主要用类图和对象图来实现的。类图 从抽象的角度描述系统的静态结构，特别是模型中存在的类、类的内部结构以及 它们与其他类之间的相互关系。其中类的识别分为三类：识别实体类、识别边界 类和识别控制类。类不是孤立的，UML为我们定义了它们之间的四种关系，它们是：关联 (Association)关系(聚合和组合)、依赖(Dependency)关系、泛化(Generalization)关系、实现(Realization)关系。关联关系是类之间最广泛的关系，若两个类的对象

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

20、 结束时也就是部分的生命周期到头时。依赖关系是对于两个相对独立的对象，当一个对象负责构造另一个对象的实 例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。用虚 箭头表示。泛化关系表示一个泛化的元素和一个具体的元素之间的关系。它又称继承， IML中的泛化是通用元素和具体元素之间的一种分类关系。具体元素完全拥有通 用元素的信息，并且还可附加一些其它信息。泛化可用于类、用例等各种模型元 素。父类与子类的泛化关系图示为一个带空心三角形的直线，空心三角形紧挨着 父类。实现关系是指定两个实体之间的一个合同。实现是规格说明和其实现之间 的关系，它将一种模型元素与另一种元素连接起来。在UML中

21、，实现关系的符号 与泛化关系的符号类似，用一条带指向接口的空心三角箭头的虚线表示。根据上述类的关系，完整的类图如图9所示图9类图3.5系统动态模型（顺序图）系统的动态模型可以使用交互作用图、状态图和活动图来描述。交互作 用图包括序列图和协作图。序列图描绘了系统中的一组对象在时间上交互的整体 行为，协作图描绘的是系统中一组对象的交互行为。创建顺序图：（1）顾客订购顺序图如图10所示。用户首先使用自己的账号和密码登录系统，登录模块会将客户的ID保存 在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件，客 户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品 列表后

22、，提交自己想要购买的商品ID。订购模块得到商品ID，生成订单并提交 给数据模块进行保存。保存成功后，订购模块提示用户订购该商品成功。图10顾客订购顺序图(2) 顾客删除订单顺序图如图11所示。客户在提交订单后可以对订单进行维护(添加、删除、修改)。客户首先 输入自己的账号和密码登录系统。登录模块会将客户的ID保存在系统缓存中并 提交给订单查询模块。订单查询模块显示该客户当前的所有订单，客户得到该列 表后，选择需要删除的商品ID，订单处理模块把删除信息提交给数据模块，数据 模块保存信息。订单处理模块提示用户删除操作成功。兰亳 | 咬愤换 |刀立查询装换|雎换 |或据貌换订单查询模块订单处理模块2

23、:提乂用户ID :订单信息任更新成功了:提示删除成功I图11顾客删除订单顺序图(3) 管理员处理订单顺序图如图12所示。管理员使用其账号和密码登录后，登录模块会将管理员的ID保存在系统 缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理订单的列表， 管理员提交某商品ID得到该商品的库存情况。如果库存充足则接受订单，并把 接受信息提交给数据模块，数据模块更新该客户的订单信息并返回成功信息给订 单处理模块，订单处理模块提示管理员该操作成功。7：更新月户订单状况：n&更新咸功图12 管理员处理订单顺序图，II:(4) .管理员登录顺序图管理员登陆的过程为：管理员进入系统，进入登录页面，输入账

24、号密码， 系统验证身份信息，验证成功，界面返回成功信息，管理员接受成功消息，登陆 系统成功。如图11。图13管理员登录顺序图(5) 会员提交订单顺序图会员登录系统，进入提交订单界面，将确认的订单提交到系统中，如果订单 无误则显示成功提交订单，并返回提交订单界面，如果订单有误，则显示是错误 订单，会员在进行订单的修改确认。:u：显示成功振必信息栅一延回成功信眉Ur u订单:会员|蝠长辽三号面|汀且TU图14会员提交订单顺序图(7)员工管理图书顺序图员工进入图书信息管理界面，可以进行图书的检查、修改、删除、增加 等操作。进入修改删除图书界面，并输入要修改的图书信息，以及要增加的图书 信息，如果增加

25、图书信息成功则返回信息成功修改添加界面，并显示修改成功， 返回界面，如果有误在进行进一步的修改。图节 1输入图I匕信息2：增加图书请求3.庠9显示成功信,加图书处理:4返回成功增加信息 号、查图杓信息7, 修社删除囹书i8. 返回成功佰息，佥显小成功信腐Wr图15员工管理图书顺序图3.6系统体系结构模型我们可以识别系统中存在的主要实体类：书店、员工、用户。图16书店管理系统的主要参与者(1) 主界面系统的主界面具有菜单和菜单项，当选择不同的菜单项时，用户可以执行不 同的操作。当程序退出时，主界面窗口关闭。(2) 图书信息显示界面图书信息显示界面是进行书籍查询时所需要的对话框。用户根据书籍名、作

26、 者、类别等条件查询书籍，系统查询数据库获取符合条件的书籍并显示到界面。(3) 注册界面注册界面是进行游客注册时所需要的对话框。当选择主窗口中的菜单项“注 册”时，对话框弹出，游客填写用户名、密码、电话、家庭住址、邮编等信息， 然后点击“提交”按钮，系统创建用户的信息并将之存储到数据库中。并且系统 将自动登录到系统主页。(4) 购物车界面购物车界面是进行操作“删除购物车里的书籍”、“修改购物车里书籍数量” 或“提交订单”时所需要的对话框。当用户选择删除购物车里的书籍时，对话框弹出，用户点击“删除按钮”， 系统删除用户购物车里的该书籍。当用户选择修改购物车里书籍数量时，用户输 入书籍的数量，然后

27、点击“更新”按钮，系统更新用户购物车里的该书籍数量。 当用户选择“提交订单”时，系统进入付款界面，并且系统将此购物产生一个订 单保存到数据库中。(5) 图书管理界面图书管理界面是进行操作“添加书籍、“编辑书籍”或“删除书籍时所需的 对话框。当选择主窗口中的菜单项“添加书籍时，对话框弹出，员工输入书籍信息， 然后单击按钮“添加”，系统创建书籍的信息并将之存储在系统中。当选择菜单 项“编辑书籍”或“删除书籍时，对话框弹出，员工输入要编辑或删除的书籍的 名称，单击按钮“ OK”提交。系统查询数据库检索到书籍信息后弹出对话框 BookDialog，显示书籍的详细信息，如若是“编辑书籍，员工编辑修改书籍

28、的有 关信息，然后单击按钮“更新”，更新系统中存储的书籍信息；如若是“删除书 籍”，员工则单击按钮“删除”，系统删除所存储的该书籍信息，当然，与该书籍 有关的其他信息业也一并删除。(6)登陆界面登陆界面是用户用来登陆的界面。用户输入用户名和密码，点击按钮“登陆”， 系统查询数据库检索此用户的用户名和密码是否正确，若正确，若是admin用户， 系统将显示后台管理界面，否则系统将显示首页面。若错误，系统提示“用户名 或密码错误。”根据上述部分界面的分析，网上书店系统中的边界类图3.7输出结果4. 系统性能分析4.1数据精准度在向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数 组中添加

29、数据时，要求输入数据准确。金额，身份证，卡号等按需求设定字符 数。4.2时间特性程序响应时间：在人的感觉和视觉事件范围内；信息交换时间：要求在程序调用前、调用后都与数据库保持同步更新，网络 信息交换时间应该小于程序调用的时间。4.3适应性要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内 存容量没有很高的要求，但是数据库应该能够对并发事件、脏数据具有较强的识 别处理能力。4.4故障处理软件应具备自动拼写错误检查等功能，在出现故障后应从整个系统数据库 重新载入数据进行操作。5. 系统运行要求分析5.1用户界面屏幕格式：采用全屏格式，通过分窗口操作进行各个操作之间的转换报表格式：以

30、银行原报表格式设计电子打印表格式。菜单格式：下拉式菜单，应显示储户资料及帐户资料的各个详细条目。5.2硬件接口网络硬件接口要求：现实中要求具有高速以太网组网以实现联网操作，但 是从理论实验验证软件本身的目的来看，无需网络通讯接口。业务员键入储户 的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与 打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。5.3软件接口Windows标准接口，要求与其他软件无冲突错误发生。6. 其他要求安全保密性、复用性、灵活性、易用性、可维护性、可移植性等。指明 不同属性的相对侧重点，例如易用程度优于易学程度，或者可移植优于有效性。(1) 健壮性：说明软件在容错能力，故障处理能力上需要达到的目标，保证系统稳定可靠；(2) 安全保密性：包括用户身份确认或授权方面的需求，保密性策略，产品 所创建或使用的数据的保护等等；(3) 安全性：通过网络传送的数据需要简单加密，服务器端对接收到的数据 需要二次简单验证。(4) 复用性：说明本项目是否可以复用已有软件、是否可为其它产品复用；(5) 灵活性：说明在运行环境、与其他软件的接口以及开发计划等发生变化 时，应具有的适应能力。7.附录