图书销售系统需求分析Word下载.docx

1、6吉根林 崔海源 Web程序设计 电子工业出版社 20202系统分析2.1开发背景及意义社会的进展正在向信息化和数字化的方向进展，信息技术在社会各行各业都有了专门大的进展空间，而且产业的进展强大必须依靠信息化的治理。运算机，互联网也必须是他们的要紧依附。图书销售行业的进展壮大一样必须依靠互联网的技术，在这种情形下网上图书销售系统应运而生。开发网上图书销售系统的宗旨在于方便人们进行图书的购买，加快书本的更新速度，使访问者足不出户就能够购买到自己想要的书籍，这种购书的方式打破了传统的单一购书方法，促使人们以更快的节奏、更高的投入到现在的生活中来。网上图书销售系统有专门多突出的优点，具体如下。1、全

2、面的书籍介绍：当读者找到自己所需要的书后，就能够更进一步地查看该书的相关介绍，除了书名、定价、出版社等差不多信息外，还能够查看该书的目的、内容简介。2、方便的书籍扫瞄：购书系统中以列表方式显示图书的信息，包括最新上架图书、特价图书以及最近的图书销售排行。3、快捷的购物方式：当读者找到合适的书籍后，就能够将其添加到购物车中，待购买终止后就能够进行订单的提交，以等待商家寄书。4、高价值的图书评论：图书的评论不但阻碍其他读者的购买欲望，更在专门大的程度上对商家的供货、更新以及装订质量提出了更高的要求。2.2可行性研究可行性研究的任务是从技术上、经济上、使用上、法律上分析应解决的问题是否有可行的解决方

3、案。其目的是用极少的代价在最短的时刻内确定被开发的软件是否开发成功。1、技术可行性Web技术的迅猛进展正推动Internet上信息服务类的进步。WWW服务的基础是HTML语言，HTML语言是静态网页编程语言，不能带后台，不能带数据库。因此在当今那个社会中HTML差不多不能满足人们的需求。Struts2语言就专门好的解决了HTML中的问题，同时支持数据库的连接，写好的网站会有一个后台的治理，当扫瞄器向服务器要求网页的时候，服务器会响应那个要求。将网页再发回给扫瞄器，同时将数据储存在后台的数据库中。断开连接，直到下一个要求。 网络图书销售治理系统有以下几个特点：一是数据量大，要求及时查询和扫瞄的内

4、容较多，二是数据处理比较集中。内部数据处理量大，输入和输出的量大。三是即时处理，要不断更新最新的数据信息。基于以上三个特点，现有的技术都能够达到现有的目标。在单机环境下组建治理信息系统，该系统的开发工作能够用struts2做前台，SQL Server 2000做后台，前台可视化程度较高，人机交互能力较强，应用方便。后台数据库治理数据功能强大，能更好的支持系统的运行。2、经济可行性软件系统的要紧设资费用包括：设备费用运算机及软件配置的费用，开发费用开发人员，爱护人员的费用，系统开销所用的电力，硬件的磨损折旧等和另外的一些系统的费用。现在各大中小型书店差不多上自主经营，自负营亏。本系统对硬件的要求

5、并不是专门高，只是一样的运算机就能够运行起来，还有确实是开发人员和爱护人员的费用，开发人员只需要一次性付款，而爱护人员只是公司职员开工资即可，系统的开销并不大。中小型书店应该能够同意并支付得起。另外还有一点确实是公司职员的培训，本系统简单易学。关于熟悉图书销售的工作人员来说，只要把握简单的运算机操作知识，便能够熟练把握。本系统的后台系统稳固，易于爱护，并可不能消耗掉太多的人力和物力，商家也应该情愿支付。本系统会给商家带来庞大的经济利益。前期的投资关于后期的创益来说应该是极其值得的。系统能使书店的工作人员从繁重的体力劳动中解脱出来。系统不仅给销售治理工作带来方便，同时也满足了不同客户的不同需求。

6、提高了数据的安全性、共享性和实力性，大大地降低公司预算，提高了工作效率，为图书商家在业界市场的猛烈竞争中减少不小的开支。3、使用可行性本系统采纳Struts2设计前台界面，用SQL Server 2000数据库为后台治理。能够在Windows xp、Windows2000 等Windows操作系统系列下运行。本系统考虑到当今社会当中运算机差不多成为不可缺少的元素之一，中国现在网民人数差不多突破2.6亿，而这也仅仅是上半年的调查结果。中国在网上消费的人数也在大幅度增加。这些人都有一定的运算机操作基础。本系统前台界面美观，操作简单，只要把握一些运算机差不多操作的人便能够短时刻内熟练使用系统。后台治

7、理中数据库稳固不易显现错误，易于治理。基于以上的种种理由，本系统完全能够在社会中使用，推动中国运算机网络的进展，同时也为书店商家制造出庞大的经济利益。4、法律可行性现在中国的法律中关于非法的软件的治理还处在一个空白的时期，使得现在非法软件肆意猖獗。比如偷窥别人的隐私，打搅别人的正常生活病毒，盗版等。本系统是完全遵守着软件开发人员的职业道德，系统并没有加入任何能够损害到商家和消费者利益的东西，能够放心使用。而且本系统完全遵守国家的中华人民共和国运算机软件爱护条例的条例，使本系统也拥有着法律的爱护。2.3功能需求要紧针对中小型书店对书店的图书信息和用户书店工作人员，网站注册用户即潜在购书者信息的进

8、行有效的治理，对图书的进销存等环节进行信息化治理，实现读者网上扫瞄图书，网上购书的可能。通过读者对购买图书的在线评判，处理读者网上的投诉和建议。2.3.1用例分析用例图要紧用来图示化系统的主事件流程，它要紧用来描述需求，即期望系统具备的完成一定功能的动作，通俗地明白得用例确实是软件的功能模块，是设计系统分析时期的起点，设计人员依照需求来创建和说明用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系，用例图图符如表2.1所示。表2.1 uml用例图图符可视化图符名称描述系统边界用来表示系统边界，所有用例放在系统之中，它确定系统的范畴用例用来表示用例图中的用例，它代表系统提高的范畴参与

9、者用于描述与系统功能有关的外部实体，能够是用户，也能够是外部系统关联连接执行者和用例，它表示角色与用例间的关系通过系统的功能需求分析，可得到系统的服务对象为购书者，网上图书销售系统的内部工作人员能够按照工作需要各自完成自己指定的任务。其中治理员为抽象角色，因此系统角色分析用例图如图2.1所示。图2.1 系统角色分析用例图顶层用例：对网站涉及到的所有人员进行详细地分工，描述了每个用例之间的联系。故网上图书销售系统顶层用例图如图2.2所示。图2.2 顶层用例图图书治理：对图书库中的所有的图书信息进行治理包括差不多的增、删、改、查，同时也能对图书进行分类像运算机类，经济类，外语类等，还能够对读者对图

10、书的评判进行回应，能够及时改变书店的图书供货关系，能够查看缺书登记，对用户想要购买的书及时进货，图书治理用例图如图2.3所示。图2.3 图书治理用例图订单治理：订单的治理要紧是执行订单和查看订单的详细信息，修改订单的下达信息，保证用户能够及时看到自己购买图书的发货信息，同时，治理员能够对不合法的订单进行删除。总体来说用户在网站前台购书并到收银台结账生成订单后，还需要执行订单。订单治理用例图如图2.4所示。图2.4 订单治理用例图用户治理：对在网站注册的用户进行统一治理，能够查看用户列表，关于会员信息的治理要紧是查看会员差不多信息和对部分非法用户予以删除，用户治理用例图如图2.5所示。图2.5

11、用户治理用例图新闻治理：关于新闻的治理要紧是查看新闻列表及信息的查看，添加新闻和删除新闻。由于新闻信息涉及到新闻公布时刻，因此没有修改新闻信息的功能，新闻治理的用例图如图2.6所示。图2.6 新闻治理用例图注册用户：通过网站注册的用户能够直截了当登录网站进行相关的活动，用户登录后能够查看、搜索、购买图书，并能够对喜爱的图书进行购买放入购物车，同时能够治理购物车对购物车的图书下订单结账，并对不小心加入购物车的图书进行删除，对自己差不多下订单的并不中意在没有发货前也能够对订单删除，注册用户用例图如图2.7所示。图2.7注册用户用例图2.3.2概念类描述类图（Class diagram）是显示了模型

12、的静态结构，专门是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示临时性信息9。类图是由假设干类关联在一起，反映系统或者子系统组成结构的静态图。类图的建模贯穿工程的分析和设计时期的始终，通常从商务伙伴能够明白得的类开始建模，最终往往成为只有开发小组才能够完全明白得的类。类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依靠、聚合等,也包括类的内部结构（类的属性和操作）。类图描述的是一种静态关系,在系统的整个生命周期差不多上有效的。类图是在面向对象的系统模型中使用得最普遍的图。类图包含了一组类、接口和协作以及其之间的关系。使用类图来为系统的静态视图建模。通常

13、这包括模型化系统的词汇，模型化协作，或那么模型化模式。类图依旧一些相关的图的基础，包括组件图、分布图。类图的重要性不仅仅表达在为系统建立可视化的、文档化的结构模型，同样重要的是构建通过正向和反向工程建立执行系统。没有类是单独存在的，类通常和别的类协作，制造比单独工作更大的语义。因此，除了捕捉系统的词汇以外，还要将注意力集中到这些类是如何在一起工作的。使用类图来表达这种协作，类图图符如表2.2所示。表2.2 类图图符类表示具体的一个类，第一栏为类名，第二栏为类的属性，第三栏为类的方法包一种分组机制，表示一个类图的集合表示类的对象间的关系，包括集合关联和组成关联泛化关系描述类或包的一样元素与专门元

14、素之间的分类关系类图是一种显示应用程序的类及类之间关系的可视表示。类能够定义每个元素实例包含的属性以及每个元素执行或经历的操作。由上面的用例图得到图书类的方法可有查看图书信息、添加图书信息、修改图书信息、删除图书等，图书订单类和图书库存类的方法可有查看订单详细信息、更新库存等，操作记录类的方法可有高级查询、查看图书详细信息、查询订单详细信息、查询图书库存、删除订单等，治理员类的方法可有用户治理、订单治理、库存治理、公告治理等。其中图书类别类能够泛化出小说、幼儿读物、运算机类图书、工具书、哲理书等具体类，图书订单类和图书库存类能够分别泛化出查看订单详细信息、删除订单等具体类，概念类的类图如图2.

15、8所示。图2.8 概念类类图2.3.3顺序类描述顺序图重点是显示对象之间发送的消息的时刻顺序。它也显示对象之间的交互，确实是在系统执行时，某个指定时刻点将发生的情况。顺序图由多个用垂直线显示的对象组成，图中时刻从上到下推移，同时顺序图显示对象之间随着时刻的推移而交换的消息或函数。消息是用带消息箭头的直线表示的，同时它位于垂直对象线之间。时刻说明以及其他注开释到一个脚本中，并将其放置在顺序图的页边空白处。顺序图是一种动态建模方法。一样用于确认和丰富一个使用情境的逻辑。一个使用情境确实是系统潜在的使用方式的描述，也确实是它的名称所要描述的。通过观看什么消息被发送给一个对象，以及通过概略的观看运行被

16、调用的方法需要花费多长时刻，专门快就能了解哪里的设计需要变化，以达到在系统内部平稳负荷的目的，UML顺序图图符如表2.3所示。表2.3 UML顺序图图符带有生命线的对象用于表示顺序图中参与交互的对象激活表示在那个时刻段内，对象处于活动状态消息用于表示对象之间传递的消息返回消息创建顺序图包含4项任务：一、确定需要建模的工作流；二、从左道右布置对象；三、添加消息和条件以便创建每一个工作流；四、绘制总图以便连接各个分图。在了解顺序图的建模方法情形下。绘制系统的顺序图第一要了解系统的过程，依照系统类图中的方法能够获得详细的系统过程，系统治理操作顺序图如图2.9所示。图2.9 系统治理操作顺序图2.4性

17、能需求性能指标有些模糊，专门难有一个确切、具体的数值来描述。通常是通过系统的稳固性、可靠性、无故障工作时刻和故障复原难易程度来表达的。系统的性能是系统的一种非功能特性，它关注的不是系统是否能够完成特定的功能，而是在完成功能时展现出来的及时性。为了能够客观地度量系统的性能，定义了一系列的性能指标，以便于在不同情形下度量系统的性能。2.4.1响应时刻响应时刻是指用户发出要求，系统做出相应的反应的这段时刻叫做响应时刻。在讨论系统的响应时刻时，通常是指系统所有功能的平均响应时刻或者所有功能的最大响应时刻。对一个系统，其响应时刻假如小于1秒应该是不错的，假如达到5秒就完全难以同意了。本系统采纳jsp语言

18、编写对用户本机与扫瞄器要求低，响应时刻也相对较短，最大为4秒平均为23秒，完全符合需求。2.4.2吞吐量吞吐量throughput，是指单位时刻内流经被测系统的数据流量，一样单位为b/s,即每秒钟流经的字节数。关于无并发的系统而言，吞吐量与响应时刻成严格的反比关系，实现上现在吞吐量确实是响应时刻的倒数。由于本系统的响应时刻比较短，因此系统的吞吐量比较大。在不同领域不同版本的资料当中，对吞吐量的概念是不尽相同的。2.4.3并发用户数是同时执行一个操作的用户，或者是同时执行脚本的用户，那个并发在设置不同场景的时候并发的情形是不一样的，在实际的测试中需要依照具体的需求进行设计。与吞吐量相比，并发用户

19、数是一个更直观但也更笼统的性能指标。实际上，并发用户数是一个专门不准确的指标，因为用户不同的使用模式会导致不同用户在单位时刻发出不同数量的要求。2.4.4资源利用率资源利用率反映的是在一段时刻内资源平均占用的情形。关于数量为1的资源，资源利用率能够表示为资源被占用的时刻与整段时刻的比值；关于数量不为1的资源，资源利用率能够表示为在该段时刻内平均被占用的资源数与总资源数的比值。2.5环境需求2.5.1硬件环境服务器端的最低配置是由建立站点所需的软件来决定的，在最低配置的情形下，服务器的往往不尽如人意，现在的硬件性能差不多相当杰出，而且价格也专门廉价，因此通常应给服务器端配置高性能的硬件，本系统服

20、务器端的配置如下：处理器：Inter Pentium（R） Dual-Core CPU T4300 2.1GHz 或更高内存：2GB硬盘空间：250GB显卡：Nvidia GeForce G210M因为客户端要紧用于扫瞄和操作数据，因此对客户端的硬件要求不高，只是现在的电脑专门高的性价比，因此需要的配置应该高于下面的配置：Inter Pentium 1.9GHz 或更高512MB80GBSVAG显示适配器。2.5.2软件环境服务器端软件环境如下：操作系统：Windows XP Professional Service Pack3网络协议：TCP/IPweb服务器：tomcat6.0数据库：Mi

21、crosoft SQLserver2000扫瞄器：Internet Explorer 8.0用户端要求如下：Windows 98/2000/XP服务器：.NET Framework 环境Internet Explorer 5.0以上3系统设计3.1 系统结构设计3.1.1软件设计的原那么1模块化模块化设计不仅减低了系统复杂性，使得系统容易修改，而且推动了系统各个部分的并行开发，从而提高了软件的生产效率。2抽象与逐步求精抽象是指抽出事物的本质特性而临时不考虑他们的细节。逐步求精是把问题的求解过程分成假设干步骤活时期，每个步骤活时期都比上一个步骤更精细化，更接近问题的解法。逐步求精是与抽象紧密相关

22、的感念，是一个由抽象到具体的过程。3信息隐藏和局部化信息隐藏是指每个模块的实现细节关于其他模块来说是隐藏的。模块所包含的信息部承诺其他不需要这些信息的模块使用，如模块的内部数据、过程等。信息屏蔽使修改软件时引入的错误造成的阻碍只局限在一个或几个模块内部，不涉及软件的其他部分。局部化那么是指把一些关系紧密的软件元素放的彼此靠近。在模块中使用局部数据元素确实是局部化的一个例子。明显局部化有利于实现信息的隐藏。4模块独立性模块独立性是指软件系统中每个模块只涉及软件要求的具体子功能，而和软件系统中其他模块的借口是无关的。模块独立的概念是模块化、抽象、信息隐藏和局部化概念的直截了当结构。模块的借口是无关

23、的。3.1.2系统层次结构HIPO图（hierarchy plus input-process-output）是IBM公司于70年代中期在层次结构图（structure chart）的基础上推出的一种描述系统结构和模块内部处理功能的工具（技术）。HIPO图由层次结构图和IPO图两部分构成,前者描述了整个系统的设计结构以及各类模块之间的关系,后者描述了某个特定模块内部的处理过程和输入/输出关系。HIPO图由三个差不多图表组成，进行模块层次功能分解遵循以下步骤：1、总体IPO图：它是数据流程图的初步分层细化结果，依照数据流程图，将最高层处理模块分解为输入、处理、输出三个功能模块。2、HIPO图：依

24、照总体IPO图，对顶层模块进行重复逐层分解，而得到的关于组成顶层模块的所有功能模块的层次结构关系图。3、低层要紧模块详细的IPO图：由于HIPO图仅仅表示了一个系统功能模块的层次分解关系，还没有充分说明各模块间的调用关系和模块间的数据流及信息流的传递关系。因此，对某些输送低层上的重要工作模块，还必须依照数据字典和HIPO图，绘制其详细的IPO图，用来描述模块的输入、处理和输出细节，以及与其他模块间的调用和被调用关系。网上图书销售系统的层次结构大体分为三层，第一层是系统的主体，第二层是系统的个功能块的划分，第三层是对各功能模块进行详细说明，如此实现自顶向下逐步求精，系统的层次结构图如图3.1所示

25、。图3.1 系统的层次结构图H图只说明了系统由哪些模块组成及其操纵层次结构，并未说明模块间的信息传递及模块内部的处理。因此对一些重要模块还必须依照H图绘制具体的IPO表。用户和治理人员可利用IPO表编写、修改和爱护程序。IPO表中包含的附加信息要紧有系统名称、图的作者，完成的日期，本图描述的模块的名字，模块在层次图中的编号，调用本模块的模块清单，本模块调用的模块的清单、注释以及本模块使用的局部数据元素等。订单状态修改的上层调用模块为订单治理，没有下层模块可调用，订单状态修改的IPO表如表3.1所示。表3.1 订单状态修改的IPO表系统名称：网上图书销售系统设计者：张玲、曾宪俊、张晨辰模块名：订

26、单状态修改日期：2009-12-10模块编号：1.2上层调用模块：订单治理下层被调用的模块：无输入数据：无 输出数据：状态修改后得到的结果处理：依照修改的状态确认后，重新查看是否显示相应的状态图书添加的上层调用模块为图书治理，没有下层模块可调用，图书添加的IPO表如表3.2所示。表3.2 修改信息的IPO表修改信息3.1图书治理填写要添加的信息对数据库的更新结果判定添加的图书信息的合法性，添加成功后返回主页进行扫瞄判定添加是否成功3.2 数据库设计3.2.1数据库概念设计1.用户登记表：储备用户的差不多信息。2.图书类别表：储备图书类别的信息。3.图书差不多信息表：储备图书的差不多信息。4.图

27、书评论表：储备读者对图书的评论信息。5.缺书登记表：储备没有的图书信息。6.图书订购信息表：储备购买图书的信息。7.图书订购者详情表：储备订书用户的信息。8.购物车详情表：记录购买者和书的信息。3.2.2数据库逻辑设计用户登记表是用来存放用户的详细信息的数据表，会员通过用户名和密码登陆到本站，实现购买图书，下订单，添加购物车等功能如图3.3所示。表3.3 用户登记表序号字段类型备注1编号IDint2用户名UserNamevarchar（60）主键3登录密码PasswordStr4真实姓名RealName5性别Sex承诺空6证件名称IDName7证件编号IDNumbervarchar（20）8教育水平Education9所在地Province10地址Addressvarchar（100）11PostCode12 号码PhoneNumber13移动 MobliePhone14电子邮件Email