网上购书系统需求分析v11.docx

1、网上购书系统需求分析v11网上购书系统需求分析V1.1黄大彰、张奕帆、徐辉2010年4月22日目 录1 导言 11.1 目的 11.2 范围 11.3 缩写说明 11.4 术语定义 11.5 引用标准 11.6 参考资料 11.7 版本更新信息 22 系统定义 22.1 项目来源及背景 22.2 项目要达到的目标 22.3 系统整体结构 23 应用环境 33.1 系统运行网络环境 33.2 系统运行硬件环境 43.3 系统运行软件环境 44 功能规格 54.1 角色（Actor）定义 54.1.1 注册用户 54.1.2 管理用户 54.1.3 数据库 64.2 系统主Use Case图 64

2、.3 客户端子系统 74.3.1 用户注册 104.3.2 图书浏览 114.3.3 我的购物车 114.3.3我的收藏 124.3.4浏览历史 124.3.5 订单信息 134.3.6 个人信息 134.3.7 联系我们 134.4 管理端子系统 144.4.5 登录管理 154.4.6 图书管理 164.4.7 订单管理 164.4.8 用户管理 174.4.9 管理员设置 185 性能需求 185.3 界面需求 185.4 响应时间需求 195.5 可靠性需求 195.6 开放性需求 195.7 可扩展性需求 195.8 系统安全性需求 196 产品提交 197 实现约束 20导言目的该

3、文档是关于用户对于网上购书系统的功能和性能的要求，重点描述了网上购书系统的设计需求，将作为对该工具在概要设计阶段的设计输入。本文档的预期读者是： 设计人员 开发人员 项目管理人员 测试人员 用户范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。缩写说明admin 管理员 JSPJava Server Page（Java服务器页面）的缩写，一个脚本化的语言。术语定义引用标准参考资料版本更新信息系统定义我们分别阐述一下项目的来

4、源、背景和项目的目标。项目来源及背景本系统主要是为了实现一个在线的图书销售系统，方便注册用户在网上购买图书以及相关管理人员进行图书的管理。项目要达到的目标本项目设定的目标如下：1. 系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少2. 系统具有良好的运行效率，能够得到提高生产率的目的3. 系统应有良好的可扩充性，可以容易的加入其它系统的应用4. 通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力系统整体结构 客户端：用户登录注册、最新图书信息（新书上架、销售排行）、搜索图书、 我的购物车，我的收藏、浏览历史、订单信息、用户个人信息；管理端：图书管理（增加图书分类、添加图书、

5、修改图书、删除图书）、用户管理、 订单管理、系统功能；他们的结构如图A-1。 图A-1：网上购书系统流程图应用环境 本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。系统运行网络环境本系统的网络运行图如图A-2，无论是客户端的注册用户还是管理端的管理员等都可以通过网络登录到本系统中。注册用户进行相关的图书购买操作，管理员进行图书与用户的管理工作。图A-2：网络拓扑图系统运行硬件环境本系统的硬件环境如下： 客户机：普通PC CPU：P4 1.8GHz 内存：256MB以上 分辨率：推荐使用1024*768像素 WEB服务器 CPU：P4 1.8GHz 内存：256MB以上 数据库服务器

6、CPU：P4 1.8GHz 内存：256MB以上系统运行软件环境 操作系统：Windows xp/vista/7 数据库：SQL Server 2000 开发工具包：JDK 1.6、Netbeans6.8 JSP服务器：Tomcat 浏览器：IE6.0功能规格我们采用面向对象分析作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。 Use Case描述的是“actor

7、”(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。Use Case模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。 设计Use-case时，我们遵循下列步骤： 第一步，识别出系统的“actor”。Actor可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者(Actor)是谁。尽可能地确保所有Actor都被完全识别出来。 第二步，描述主要的Use Case。可以采取不断地问自己“这个Actor究竟想通过系统做什么？”来准确地描述Use C

8、ase。 第三步，重新审视每个Use Case，为它们下个详尽的定义。角色（Actor）定义角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。注册用户注册用户是指在网上购书系统进行注册之后的用户，这个Actor主要参与客户端查询图书、购买图书、提交订单的功能管理用户管理用户是指管理端的用户，这个此Actor派生两个子类， admin(管理员)和系统管理员，admin是指在管理端对图书与订单相关信息进行处理的管理员，主要包括图书分类的增加、图书的添加、图书的修改、图书的删除以及订单的维护、审核，用户的维护等后台管理功能。系统管理员是指对网上图书管理系统进行相关设置、维护的人员，

9、它也是通过管理端登录对管理端的用户进行设置，包括设定他们的用户名与密码它们的关系如图A3：图A-3：角色的关系图管理用户具体说明如下： admin 对图书、用户与订单进行相关的处理 系统管理员通过管理端对系统管理员进行权限分配的人员，这个Actor主要负责对管理端用户（admin）的增加，设定其用户名与密码。数据库数据库是一个与系统产生交互的外部系统，这个Actor负责系统的数据查询、增加、删除和修改等操作。系统主Use Case图网上图书管理系统可以分为两个主要的组成部分，一个是客户端子系统，一个是管理端子系统。客户端子系统主要是指注册用户进行的相关购书与下订单的操作。管理端子系统是用于管理

10、人员处理图书与订单。系统的主Use Case图如图A-4所示。图A-4：系统的主Use Case图客户端子系统用户通过网上购书系统进行注册，然后查询图书与下订单，进行购书，这就是客户端子系统的功能。在客户端用户可以看到新书上架，热销图书以及图书的作者，出版社，定价，内容介绍，其中新书上架按上架时间或销售数量排序，热销图书按用户的收藏次数或销售数量排序。点击收藏可以将暂不购买的图书放入自己的收藏中，方便下一次从其中直接购买。而点击购买后将会把选中的图书放入用户的购物车，用户在选择完要购买的图书后进入购物车管理页面，确定无误后点击结算即可完成下订单，订单将提交给系统并由管理员进行处理。它的活动图如

11、图A-5所示。图A-5：客户端的UML活动图客户端的功能主要包括选择图书、放入购物车、收藏、下订单、提交等功能，它的用例图如图A-6。图A-6：客户端的功能用例图客户端的功能描述如下：F-C-1：用户注册 用户需提供其用户名、真实姓名，登录密码、密码及确认密码、联系地址、联系电话、邮编和e-mail地址来完成新用户的注册成为会员。F-C-2：图书信息注册用户登录网上购书系统之后可以看到图书的列表，其中包括最新上架（接上架的时间排序）与热销图书（按销售的数量排序），用户还可以通过搜索的方式获得所需图书的信息。在图书列表中列出的图书信息包括图书名称、作者、出版社、定价、详细内容。F-C-3：我的购

12、物车当用户决定购买某本图书后，点击购买即可将图书放入购物车，如果不马上购买也可以将图书收藏起来，以便下一次购买。F-C-3：我的收藏 对于用户暂无法购买的图书，用户可以将其放入自己的收藏中，以便下一次需要时在收藏中直接购买。F-C-3：浏览历史 浏览历史保存了用户最近关注过的图书，方便用户在下一次登录时直接从中找到上次查看过的图书。F-C-3：订单信息 当用户将所有需要的图书放入购物车后可以进入购物车管理页面查看已选购的图书，在该界面用户可以设置所购买图书的数量，确定无误后点击结算完成下订单。F-C-3：个人信息 个人信息主要显示用户注册时填入的信息，并且用户可以在其中对其进行修改。F-C-3

13、：联系我们 当用户有任何疑问时，可以用其中的联系方式直接与我们联系用户注册 游客通过快速注册可以成为会员，享受会员的各种权利。 用例描述：用户注册执行者：游客后置条件：完成注册信息并成功提交成为会员基本路径： a) 如果用户没有输入带星号的信息，系统将显示一条错误消息，指出错误并提示用户输入有效信息;b) 如果用户输入的用户名已经存在，系统将会显示错误信息，指出错误并重新输入信息；c) 如果用户输入的E-mail地址的格式不正确，系统将显示一条错误消息，指出错误并提示用户输入正确的E-mail地址；d) 如果用户输入的密码位数不符合系统规定范围，系统将显示一条错误消息，指出错误并提示用户输入的

14、密码；图书信息图书信息给出所有图书的具体信息供用户选择。具体描述如下：用例描述：图书信息执行者：注册用户、游客前置条件：进入系统后置条件：选择的图书将放入购物车或我的收藏基本路径： a) 进入首页，将看到销售的图书列表，包括新书上架、热销图书；b) 图书列表中列出了图书的各项信息，包括书名、作者、出版社、单价以及详细内容；c) 点击购买可以将书可以放入购物车或点击收藏此书，但收藏图书前要登录或注册新用户；d) 如果需要查找某一本书可通过书名，作者，出版社等关键词进行查找。我的购物车购物车中放入了所有用户准备购买的图书，在这里用户可以设定所购商品的数量以及删除不购买的图书：用例描述：购物车管理执

15、行者：注册用户前置条件：用户已经选择了要购买的图书后置条件：确定购物车中信息无误，用户可以下订单基本路径： a) 显示所要购买图书的基本信息，包括书名、作者、出版社、价格、购买数量，其中数量由用户自己输入；b) 暂不购买的图书可以放入收藏或删除；c) 在确定信息无误后，点击结算进入订单信息页面，即下订单；d) 如果要清空列表中的信息可以点击“清空购物车”的按钮来完成。4.3.3我的收藏 在收藏列表中列出用户收藏图书的一些具体信息，包括书名、作者、出版社、原价、售价、详细内容，以及购买或删除操作。具体功能描述如下：用例描述：我的收藏执行者：注册用户前置条件：已收藏图书后置条件：查看收藏后，并进行

16、相关操作基本路径： a) 显示所收藏图书的信息，包括书名、作者、出版社、原价、售价、详细内容，以及购买或删除操作；b) 如果想购买该收藏，则点击“购买”按钮，系统将会把该书放入购物车中，如果想删除该收藏，则点击”删除”按钮，系统将会把该书从收藏列表中删除；4.3.4浏览历史在收藏列表中列出用户收藏图书的一些具体信息，包括书名、作者、出版社、原价、售价、详细内容，以及购买或收藏操作。具体功能描述如下：用例描述：浏览历史执行者：注册用户前置条件：已浏览图书后置条件：查看浏览后，并进行相关操作基本路径： a) 显示所浏览图书的信息，包括书名、作者、出版社、原价、售价、详细内容，以及购买或收藏操作；b

17、) 如果想购买该书，则点击“购买”按钮，系统将会把该书放入购物车中，如果想收藏该收藏，则点击”收藏”按钮，系统将会把该书放到收藏列表。4.3.5 订单信息在订单信息中显示用户之前下达的订单历史记录，包括订单号、下单时间、总金额、总数目、 收货人和查看订单详细信息的操作。用例描述：订单信息执行者：注册用户前置条件：已下达订单后置条件：查看并进行相关操作后基本路径： a) 显示用户之前下达的订单历史记录，包括订单号、下单时间、总金额、总数目、 收货人；b) 如果想查看该订单的详细信息，可通过点击“查看”按钮，系统将会把该订单内容详细的显示出来；4.3.6 个人信息显示用户注册的基本信息，包括用户名

18、、密码、真实姓名、联系地址、联系电话、e-mail地址和修改信息的操作用例描述：个人信息执行者：注册用户前置条件：已注册后置条件：查看并进行相关操作后基本路径： a) 显示用户注册的基本信息，包括用户名、密码、真实姓名、联系地址、联系电话、e-mail地址b) 如果想修改个人的详细信息，可通过点击“修改个人信息”按钮，系统将会转到修改界面，用户可进行相关的信息修改；c) 4.3.7 联系我们显示管理员的联系方式，包括地址、邮编、电话、和-mail用例描述：联系我们执行者：注册用户前置条件：已注册基本路径：a) 显示管理员的联系方式，包括地址、邮编、电话、和-mailb) 如果用户对系统有什么问

19、题，或者对相关操作存在疑问可通过显示的联系方式联系管理员；4.4 管理端子系统管理端子系统是系统管理人员使用的部分，它的功能分为图书管理、用户管理与订单管理。图A-7：管理端用例图管理端的这些Use case（用例）描述如下：F-M-1：登录管理登录管理是负责所有的管理端的登录，管理端的人员要登录到管理端必须经过登录界面，输入自己的用户名和密码，在系统判定正确后才可以进入。F-M-1图书管理：图书管理用例是管理员登录到系统，添加图书分类或图书、删除图书、修改图书，并给出图书的详细内容介绍。F-M-2订单管理：订单管理用例是管理员登录到系统，管理员根据用户提交的订单进行相应的处理，包括查询，设置

20、订单状态与删除订单等。F-M-3用户管理：用户管理用例是管理员登录到系统，可以对用户的详细内容进行并进行相应的操作，包括冻结与解冻用户民、删除用户。F-M-4管理员设置： 只能是系统管理员使用，用于分配管理员权限并设置密码。4.4.5 登录管理登录到管理端的所有人都需要通过登录界面进入管理界面，并根据相应权限判断是普通管理员还是系统管理员。4.4.6 图书管理图书管理主要功能包括添加图书分类或图书、删除图书、修改图书，并给出图书的详细内容介绍。具体描述如下：用例描述：图书管理执行者：管理员前置条件：管理员已登录系统；后置条件：如果对图书的操作成功，将改变图书列表内容基本路径： a) 进入图书管

21、理，首先可以查询已有的图书分类与图书列表；b) 对于每条图书信息可以进行删除或修改操作。4.4.7 订单管理在用户提交订单后，管理员可以对订单进行操作，包括查询订单与对订单进行修改或删除操作。具体功能描述如下：用例描述：订单管理执行者：管理员前置条件：管理员已登录系统；后置条件：对订单操作成功后，将改变订单所处的状态。基本路径： a) 进入订单管理页面，首先可以查看已有的订单；b) 对订单的状态进行设置，订单所处的状态有：审核中、已发货、已成交c) 可以删除选择的订单。4.4.8 用户管理用户管理主要包括对用户进行查询、删除功能：用例描述：用户管理执行者：管理员前置条件：管理已登录系统；后置条

22、件：管理员操作成功后，用户的状态将发生改变。基本路径： a) 进入用户管理页面，可以查看所有用户的信息；b) 可以对每个用户进行操作，包括查看用户的详细资料或查询一定时间段内注册的用户；c) 可以删除用户。4.4.9 管理员设置 管理员的设置主要是由系统管理员来对分配管理员权限与密码。具体的功能描述如下：用例描述：管理员设置执行者：系统管理员前置条件：系统管理已登录系统；后置条件：将设置可以管理员及其密码。基本路径： a) 进入管理员设置界面，可以查询所有已有的管理员；b) 点击添加可以增加新的管理员，并由系统管理员为其设定密码；c) 可以删除管理员5 性能需求根据用户对本系统的要求，确定系统

23、在响应时间、可靠性、安全等方面有较高的性能要求。5.3 界面需求 系统的界面要求如下：）页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。）导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。）技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。）艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当,动静效果好；色彩和谐自然,与主题内容相协调。5

24、.4 响应时间需求无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。5.5 可靠性需求系统应保证7X24内不当机，保证20人可以同时在客户端登录，系统正常运行，正确提示相关内容。5.6 开放性需求系统应具有十分的灵活性，以适应将来功能扩展的需求。5.7 可扩展性需求系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。5.8 系统安全性需求系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失，破坏。防止用户非法获取网页以及内容。6 产品提交提交产品为：a) 应用系统软件包b) 数据库初始数据c) 系统开发过程文档d) 系统使用维护说明文档提交方式：CD介质 7 实现约束系统的实现约束如下：a) 操作系统为b) 开发平台为：Netbeans5.8c) 数据库为