网上购书系统

网上购书系统指导老师：小组成员:卢**张**目录•系统需求•系统功能图•需求分析•识别用例•主要事件流•系统静态模型•动态行为模型•数据库模型•物理模型对网上购书系统进行分析，可以获得如下功能性需求：游客浏览主页面。游客用户注册。会员用户可以修改个人信息。会员用户可以添加书籍到购物车会员用户可以修改购物车内书籍的数量。会员用户可以删除购物车内书籍。员工可以管理购物用户。员工可以管理书籍。员工可以管理订单。员工可以查看书籍。员工可以添加书籍。员工可以修改书籍。员工可以删除书籍。员工可以查看订单。员工可以查询库存管理员可以管理会员信息管理员可以管理员工信息系统需求根据以上分析，给出系统功能图：网上书店系统管理员会员游客登录管理会员员工信息维护系统维护删除会员添加会员添加员工删除员工修改员工信息注册浏览图书库存查询图书管理修改会员信息找回密码图书搜索登录浏览图书修改个人资料查询个人资料提交订单加入购物车付款员工登录销售查询添加图书修改订单信息删除订单订单处理删除图书修改图书信息查看历史订单查看当前订单需求分析•2.1识别参与者•通过对系统需求的分析，可以确定系统中有三个参与者：游客、会员、员工、管理员。•参与者的描述如下：•游客•描述：游客可以浏览各种书籍、还可以注册成为会员后进行购买。•示例：可以访问到此网站的任何人或组织。•会员•描述：会员可以登录到系统，也可修改个人密码，注销个人信息，还可以浏览书籍、添加书籍到购物车、查看购物车、修改购物车的书籍、付款。•示例：任何在此购书网站成功注册的人或组织。•员工•描述：员工可以登录到系统，也可修改个人密码，注销个人信息，还可以浏览书籍、添加书籍、查看订单等操作。•示例：在网站上维护图书信息。•管理员•描述：管理员可以登录到系统，可以维护系统，管理员工和会员的信息。•示例：管理员管理员工信息。2.2识别用例前面已经识别出了参与者，通过对需求的进一步分析，可以确定系统中有如下用例存在：1.用户用例（会员和游客）登录会员通过身份验证，登录到网上书店系统。注册游客在网上书店系统注册个人信息，可以成为会员。浏览图书会员或游客可以浏览网上书店的图书。查询个人资料会员可以查修改个人资料，包括个人的基本信息、订单信息。修改个人资料会员可以修改个人信息。加入购物车会员可以将要买的书籍添加到购物车，可以对购物车里书籍数量信息进行修改。提交订单会员可以对所下订单进行提交。付款会员可以进入付款界面进行结算。2.员工用例(1)登录员工根据用户名和密码，登录到网上书店系统。(2)销售查询员工可以对书店的销售情况进行查询。(3)库存查询员工可以对书店所剩下的书籍进行查询。(4)图书管理员工可以修改书籍信息、添加图书、删除图书。(5)订单处理员工可以修改订单信息、删除订单。3.管理员用例(1)登录管理员输入帐号和密码可以登录带网上书店系统(2)管理会员管理员可以修改会员信息、添加、删除会员。(3)员工信息维护管理员可以修改员工信息、添加、删除员工。系统的用例图如下图所示：会员游客用例图找回密码(from管理员用例图)查看当前订单查看历史订单用户注册浏览游客图书搜索登录extend查询个人资料includeinclude修改个人资料浏览图书加入购物车提交订单付款会员员工用例图管理员用例图会员登录在这个用例开始前，网上书店系统需正常运行。如果登录成功，会员可以对网上书籍进行选购。否则，会员登录不能成功登录。当会员登录系统购书时，用例启动。基本路径：1.会员进入网上书店系统2.会员输入用户名密码3.会员提交输入的信息4.会员成功登录系统扩展点：4a：会员的账号错误4a1.系统弹出账号错误或账号已关闭信息4a2.会员重新输入账号或退出4b:会员密码错误4b1.系统弹出密码错误信息4b2.会员退出或重新输入密码事件流静态结构模型实体类图•实体类是系统领域内的实体。识别实体类的方法是：实体类都是系统中存在的对象，我们可以分析人员、组织、设备、事件和外部系统等，找出各种可能有用的候选对象，并判定这些候选对象是否具有相关的身份（唯一标识）和行为，以发现实体类；阅读系统文档和用例，查找用例的事件流中的名词（包括角色、类、类属性和表达式），从中寻找到类（实体类）。•类不是孤立的,UML为我们定义了它们之间的四种关系，它们是：关联（Association）关系（聚合和组合）、依赖（Dependency）关系、泛化（Generalization）关系、实现（Realization）关系。•关联关系是类间最广泛的关系，若两个类的对象的实例之间具有某种（属性上的）依赖关系，则对象所属类间的关系称为关联关系。•依赖关系是对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。•泛化关系表示一个泛化的元素和一个具体的元素之间的关系。•实现关系是指定两个实体之间的一个合同。实现是规格说明和其实现之间的关系，它将一种模型元素与另一种元素连接起来。根据上述描述，网上购书系统中各个类的属性、方法及其它们之间的关系如下图所示。边界类图根据上述部分界面的分析，网上购书系统中的用户边界类图和管理员边界类图如下图所示。控制类图•控制类是实体类和边界类之间的润滑剂，是从控制对象中归纳和抽象出来的，用于协调系统内边界类和实体类之间的交互。例如，某个边界对象必须给多个实体对象发送消息，多个实体对象完成操作后，传回一个结果给边界对象，这时，我们可以使用控制类来协调这些实体对象和边界对象之间的交互关系。通过对控制类的了解，绘制出网上购书系统的会员用户控制类图和管理员控制类图如下图所示。动态行为模型管理员登录顺序图:管理员:管理员登陆界面登陆界面显示成功信息显示成功信息管理主界面管理主界面1:请求登录2:身份验证3:验证失败4:验证成功5:显示成功信息6:返回成功消息会员购买书籍顺序图订单的状态图员工订单处理活动图员工图书管理活动图数据库模型•数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响。合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致。•基于UML的数据库概念结构模型是描述系统中的实体及实体之间的关联的视图模型，它的理论基础是传统的E-R模型。一种完整的需求分析时考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:N，M:N，还是1:1等。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。由数据库的概念结构模型，结合具体的数据库系统（SQLSever2000）可以实现数据库的详细设计，从而得到数据库的逻辑结构模型，本系统设计的数据库逻辑结构如下图5-1所示：物理模型•对系统在前面类图中创建的类分别创建对应的构件。基于MVC结构的系统三大类图可映射为三部分构件图，它们是面向用户的表示层（SYSTEMINTERFACE），完成数据维护的业务模型实体类对应的应用层（Application）构件和数据的存贮层。系统组件图MainSystemboundary.jspDBcustomer.javaadmin.javauser.javatourist.javabook.javainformationcon.javastaff.java系统配置图本系统是一个基于局域网和数据库的应用系统。部署图如图6.5所示，有以下几个节点：客户端、服务器、数据库、打印机