系统需求分析报告 (2)

1、系统需求分析报告 书店管理需求分析规格说明书 目录 1.引言.错误。未定义书签。 1.1编写需求分析规格说明书的目的.41.2软件设计目标.41.3术语表.41.4参考资料.42.软件产品的一般性描述.52.1运行环境.52.2软件产品的功能（用例模型）.52.3用户特征.72.4限制与约束.73.系统功能行为分析.73.1引言.73.2系统功能模型系统用例模型.73.3相关用例的展开活动图.103.4系统静态模型对象类模型.123.5系统动态模型（顺序图）.143.6系统体系结构模型.183.7输出结果.194.系统性能分析.204.1数据精准度.20 2 4.2时间特性.204.3适应性.

2、204.4故障处理.205.系统运行要求分析.205.1用户界面.205.2硬件接口.205.3软件接口.206.其他要求.207.附录.错误。未定义书签。 3 1.引言 1.1编写需求分析规格说明书的目的 随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。传统的书店管理系统其日常管理工作都是人工操作，存在着许多缺点，如：效率低下、保密性差，另外时间一长，将产生大量的文件和数据，这对于数据的查找、更新和维护都带来了不少的困难，并且浪费了许多人力和物力。在信息时代，使用计算机对图书信息进行管理，具有着手工管理所无法比拟的

3、优点.例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高书店管理的效率。因此，开发这样一套书店管理软件成为很有必要的事情。 1.2软件设计目标 （1）登录系统：管理员和顾客进入登陆界面，输入各自的的用户名和密码进入登陆界面，可以通过登录该系统进行各项功能的操作 （2）书籍管理。管理员进入书籍管理界面，对书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。 （3）书籍出售。管理员进入书籍出售管理界面，根据isbn号出售图书，删去相应库存，记录销售时间，包括预订书籍、查询书籍的处理。 （4）顾客管理。管理员进入顾客管理界面，进行对顾客

4、的一系列操作，包含对顾客信息的增删改等操作，以及会员服务等。 （5）查询书籍。管理员和顾客登录系统，进入书籍查询界面，对图书的一些详细信息进行查询。 （6）预定书籍。顾客登录系统，进入书籍预定界面，通过对图书信息查询，对已选择的图书进行预定。 （7）购买书籍。顾客登录系统，进入购买图书界面，对已选择的图书进行购买。 （8）系统应符合书店管理的规定，满足书店相关人员日常使用的需要，并达到操作过程中的直观、方便、实用安全等要求； （9）系统采用模块化程序设计方法，即便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员补充、维护；（10）系统应具备数据库维护功能，及时根据用户需求进行数据的添

5、加、删除、备份等操作； （11）尽量采用现有软硬软硬件环境及先进的管理系统开发方案，从而达到充分利用现在有资源，提高系统开发水平和应用效果的目的。 1.3术语表 1.登录。包括书店管理员、顾客在书店登陆界面输入各自用户名和密码，如果输入正确就可以直接进入书店系统，管理员可以对系统进行相应的操作；而顾客也可以进行相应的操作。 2.书籍管理：是指管理员对书籍进行一个比较系统的管理，如对图书信息进行录入、删除、浏览、查询、修改等基本操作3.书籍出售：是指管理员对书籍的出售情况进行管理，及时处理顾客的订单， 4 完成书籍出售的过程。 4.顾客管理。是指管理员对顾客的管理，包括对会员的管理，对会员信息进

6、行维护，及时的增加、修改、删除等来完善对会员的管理；也包括对其他顾客的信息管理。是指 5.购买书籍。是指顾客对已选择的图书进行购买的过程。 6.查询：是指管理员查询图书的库存，出售情况，以及缺货补充等的查询；顾客对图书种类，价格等的查询。7.预定书籍：是指顾客再经过对图书的查询，选择需要的图书并对图书进行预定，方便购买。 1.4参考资料 1黄梯云管理信息系统经济科学出版社2000.32甘仞初信息系统开发经济科学出版社1996.93汪星明管理系统中计算机应用武汉大学出版社1997.54方美琪，软件开发工具m，经济科学出版社 5陈禹，方美琪，软件开发工具m，经济科学出版社 2.软件产品的一般性描述

7、 2.1运行环境 硬件环境： 512m以上内存 软件环境： 数据库microsoftsqlserver2005及以上版本windowsxp，win7cp/ip通信协议 2.2软件产品的功能（用例模型） 5 图1功能用例“系统登录”用例 1.管理员和顾客进入登陆界面2.填写各自用户名及密码3.系统进行账户的核实4.成功登陆 5.管理员可以进行顾客管理、图书管理、售书管理、书籍查询等。 6.顾客可以进行书记的查询、预定、购买等。 “顾客管理”用例 1.管理员登陆顾客管理界面2.系统响应相应的用户权限3.列出相应的信息4.用户选择相应的操作“购买书籍”用例 1.管理员进入登陆界面2.系统响应相应的用

8、户权限3.列出相应的信息4.用户操作“图书管理”用例 1.登陆图书信息管理界面 2.系统响应相应的用户权限操作 3.图书信息进行录入、删除、浏览、查询、修改等基本操作4.列出相应的信息 5.用户选择相应的操作 6 “预定书籍”用例 1.管理员进入登陆界面 2.系统响应相应的用户权限，对订单信息进行管理或处理 3.列出相应的信息 4.接收订单并发货、拒绝订单、查询库存、订购货品、订单增加5.用户操作“售书管理”用例 1.管理员进入登陆界面2.系统响应相应的用户权限3.列出相应的信息4.用户操作“査书管理”用例1.陆查询界面 2.系统响应相应的用户权限3.列出相应的信息 4.管理员对图书销售及相关

9、信息的情况查询 5.顾客（会员和游客）对图书的相关信息的查询 6.用户选择相应的操作进行查询 2.3用户特征 该软件适用于掌握计算机基础知识的客户，书店员工可根据自己的权限进行相应操作，系统管理员要求由计算机的专业知识。 2.4限制与约束 1.建议开发软件运行的最短寿命：3年2.进行系统方案选择比较的期限：3个月3.经费来源和使用限制：新华书店 4.硬件、软件、运行环境和开发环境的条件和限制。新华书店拥有大型机以及用来支持的数据库，安装有windowsxp及以上的操作系统。 5.建议开发软件投入使用的最迟时间。开发完成后试运行1个月。 3.系统功能行为分析 3.1引言 第一步创建系统的用例模型

10、。作为描述系统的用户或参与者所能操作的模型，它在需求分析阶段有着重要的作用，整个开发过程都围绕系统的需求用例表述的问题和问题模型进行。 3.2系统功能模型系统用例模型 创建系统用例的第一步是确定系统的参与者。 书店管理系统的参与者包含以下三种： 管理员。进入管理页面，可以维护客户注册信息、维护图书信息、处理订单信息、报表维护（报表输出、报表备份、报表恢复、报表删除）、商品销售查询。 7 员工。进入工作管理页面，可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。 顾客：（会员和游客）会员：进入登入页面，可以对图

11、书信息进行查询、，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）；游客：进入网站后，只能进行基本的信息浏览和查询。 图2系统参与者 1.用户用例（会员和普通用户） （1）登录。会员通过身份验证，登录到网上书店系统。 （2）注册：普通用户在网上书店系统注册个人信息，可以成为会员。（3）浏览图书：会员或游客可以浏览网上书店的图书。 （4）查询个人资料。会员可以查询修改个人资料，包括个人的基本信息、订单信息。 （5）修改个人资料。会员可以修改个人信息。 （6）加入购物车。会员可以将要买的书籍添加到购物车，可以对购物车里书籍数量信息进行修改。 （7）提交订单：会员可以对所下订单进行提

12、交。（8）付款：会员可以进入付款界面进行结算。 2.员工用例 （1）登录：员工根据用户名和密码，登录到网上书店系统。（2）销售查询：员工可以对书店的销售情况进行查询。（3）库存查询：员工可以对书店所剩下的书籍进行查询。（4）图书管理：员工可以修改书籍信息、添加图书、删除图书。（5）订单处理：员工可以修改订单信息、删除订单。 8 3.管理员用例 （1）登录：管理员输入账号和密码可以登录带网上书店系统（2）管理会员：管理员可以修改会员信息、添加、删除会员。（3）员工信息维护：管理员可以修改员工信息、添加、删除员工。 在识别出参与者和用例后，要想建立用例图，还需要识别出他们之间的关系。“加入购物车”

13、、“添加书籍到购物车”、“查看个人资料 ”、“提交订单”等，这些动作是由“会员”执行的。为了购物安全方便，系统还需要提供用户信息验证，确保只有会员用户才可以进行书籍购买。用例“管理书籍”、“管理订单”这些动作是由“员工”执行的。用例“维护员工信息”“维护系统”等，这些动作是由“管理员”执行的。为了系统的安全性，系统还需要提供进行身份验证的功能，以确保只有具有权限的“系统管理员”才可以使用系统的功能，所以“管理员”必须与用例“登录”交互，也即“管理员”在使用系统前，要使用用户名和密码进行登录，系统验证用户的密码正确后，用户才可以执行进一步的操作。 图3会员用例图 9 图4 管理员用例图 图5 员

14、工用例图 3.3相关用例的展开活动图 （1）员工订单处理活动图 员工可以对用户提交的订单进行处理，员工在系统中，先对系统发出订单处理请求，系统转到订单管理界面，如果要删除订单，选择要删除的订单，系统将修改的信息保存到数据库中。如果需要删除订单，订单处于待修改状态，体统将10 修改后的信息保存到数据库中。 图6员工订单处理活动图 （2）员工图书管理活动图 图7 员工图书管理活动图 11 （3）顾客购买商品和管理员处理订单的活动图如图8所示。 图8 顾客购买商品和管理员处理订单的活动图 从图8中可以看出，管理员、顾客发生了相互的关系。顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来

15、顾客处于查询订单的循环状态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成已处理后，购买过程结束。 3.4系统静态模型对象类模型进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象7分析的基本任务。系统的静态结构模型主要用类图和对象图描述。 进一步分析系统，发现类以及类之间的关系，确定它们的静态结构，是面向对象分析的基本任务。系统的静态结构模型主要用类图和对象图来实现的。类图从抽象的角度描述系统的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类之间的相互关系。其中类的

16、识别分为三类：识别实体类、识别边界类和识别控制类。 类不是孤立的，uml为我们定义了它们之间的四种关系，它们是：关联（association）关系（聚合和组合）、依赖（dependency）关系、泛化（generalization）关系、实现（realization）关系。 关联关系是类之间最广泛的关系，若两个类的对象的实例之间具有某种（属 12 性上的）依赖关系，对象所属类间的关系称为关联关系，关联关系是一种结构关系，是一种弱关系，被关联的元素间通常可以被独立的考虑。指出了一个事物的对象与另一个事物的对象之间的语义上的连接。其表示方法是在uml中，关联的图形表示是实线+箭头，箭头指向被关联的

17、类。关联可以是单向的，也可以是双向的。关联关系包含两种：聚合关系和组合关系。其中聚合关系是类与类之间的关系具有“整体部分”的特点。其表示方式：在uml中聚合的图示方式为，在表示关联关系的直线末端加一个空心的小菱形，空心菱形紧挨着具有整体性质的类，即箭头指向整体类。组合关系是整体和部分是不可分的，整体的生命周期结束时也就是部分的生命周期到头时。 依赖关系是对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。用虚箭头表示。 泛化关系表示一个泛化的元素和一个具体的元素之间的关系。它又称继承，uml中的泛化是通用元素和具体元素之间的

18、一种分类关系。具体元素完全拥有通用元素的信息，并且还可附加一些其它信息。泛化可用于类、用例等各种模型元素。父类与子类的泛化关系图示为一个带空心三角形的直线，空心三角形紧挨着父类。 实现关系是指定两个实体之间的一个合同。实现是规格说明和其实现之间的关系，它将一种模型元素与另一种元素连接起来。在uml中，实现关系的符号与泛化关系的符号类似，用一条带指向接口的空心三角箭头的虚线表示。 根据上述类的关系，完整的类图如图9所示 图9 类图 13 3.5系统动态模型（顺序图） 系统的动态模型可以使用交互作用图、状态图和活动图来描述。交互作用图包括序列图和协作图。序列图描绘了系统中的一组对象在时间上交互的整

19、体行为，协作图描绘的是系统中一组对象的交互行为。创建顺序图： （1）顾客订购顺序图如图10所示。 用户首先使用自己的账号和密码登录系统，登录模块会将客户的id保存在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品列表后，提交自己想要购买的商品id。订购模块得到商品id，生成订单并提交给数据模块进行保存。保存成功后，订购模块提示用户订购该商品成功。 图10顾客订购顺序图 （2）顾客删除订单顺序图如图11所示。 客户在提交订单后可以对订单进行维护（添加、删除、修改）。客户首先输入自己的账号和密码登录系统。登录

20、模块会将客户的id保存在系统缓存中并提14 交给订单查询模块。订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品id，订单处理模块把删除信息提交给数据模块，数据模块保存信息。订单处理模块提示用户删除操作成功。 图11顾客删除订单顺序图 （3）管理员处理订单顺序图如图12所示。 管理员使用其账号和密码登录后，登录模块会将管理员的id保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理订单的列表，管理员提交某商品id得到该商品的库存情况。如果库存充足则接受订单，并把接受信息提交给数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块

21、提示管理员该操作成功。 15 图12管理员处理订单顺序图 （4）.管理员登录顺序图 管理员登陆的过程为。管理员进入系统，进入登录页面，输入账号密码，系统验证身份信息，验证成功，界面返回成功信息，管理员接受成功消息，登陆系统成功。如图11。 图13 管理员登录顺序图 （5）会员提交订单顺序图 会员登录系统，进入提交订单界面，将确认的订单提交到系统中，如果订单无误则显示成功提交订单，并返回提交订单界面，如果订单有误，则显示是错误 16 订单，会员在进行订单的修改确认。 图14会员提交订单顺序图 （7）员工管理图书顺序图 员工进入图书信息管理界面，可以进行图书的检查、修改、删除、增加等操作。进入修改

22、删除图书界面，并输入要修改的图书信息，以及要增加的图书信息，如果增加图书信息成功则返回信息成功修改添加界面，并显示修改成功，返回界面，如果有误在进行进一步的修改。 图15 员工管理图书顺序图 17 3.6系统体系结构模型 我们可以识别系统中存在的主要实体类。书店、员工、用户。 图16 书店管理系统的主要参与者 （1）主界面 系统的主界面具有菜单和菜单项，当选择不同的菜单项时，用户可以执行不同的操作。当程序退出时，主界面窗口关闭。 （2）图书信息显示界面 图书信息显示界面是进行书籍查询时所需要的对话框。用户根据书籍名、作者、类别等条件查询书籍，系统查询数据库获取符合条件的书籍并显示到界面。 （3

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

24、入付款界面，并且系统将此购物产生一个订单保存到数据库中。 （5）图书管理界面 图书管理界面是进行操作“添加书籍”、“编辑书籍”或“删除书籍”时所需的对话框。 当选择主窗口中的菜单项“添加书籍”时，对话框弹出，员工输入书籍信息，然后单击按钮“添加”，系统创建书籍的信息并将之存储在系统中。当选择菜单项“编辑书籍”或“删除书籍”时，对话框弹出，员工输入要编辑或删除的书籍的名称，单击按钮“ok”提交。系统查询数据库检索到书籍信息后弹出对话框bookdialog，显示书籍的详细信息，如若是“编辑书籍”，员工编辑修改书籍的有关信息，然后单击按钮“更新”，更新系统中存储的书籍信息；如若是“删除书籍”，员工则单击按钮“删除”，系统删除所存储的该书籍信息，当然，与该书 18 籍有关的其他信息业也一并删除。 （6）登陆界面 登陆界面是用户用来登陆的界面。用户输入用户名和密码，点击按钮“登陆”，系统查询数据库检索此用户的用户名和密码是否正确，若正确，若是admin用户，系统将显示后台管理界面，否则系统将显示首页面。若错误，系统提示“用户名或密码错误。” 根据上述部分界面的分析，网上书店系统中的边界类图 图17边界类图 图18 控制类图 3.7输出结果 19 4.系统性能分析 4.1数据精准度 在向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数据时，要求输入