小型网上书店系统

  • 前言
  • 一、案例简介
  • 二、使用工具
    • 三、软件过程
    • 四、系统的UML基本模型
  • 总结

前言

最近上半年的浙江软考已经取消，于是开始高强度系统复习Java面向对象的各个知识点，顺便将UML的系统性学习提上日程。

这里先附上本项目的.eap工程文件(须用Enterprise Architect打开)、生成的Java代码以及参考教材存放的github仓库地址
https://github.com/2820881540/online_book_store_system_UML.git

PS： 学校对于UML的教学很不重视，只给了2个选修学分，选不上就只能自学了

一、案例简介

这里对于UML的重要性和一些基础的定义不再赘述，详细内容可参考吕云翔教授的《UML与Rose建模实用教程》，本案例就以该教材第15章的内容”小型网上书店系统“为例，通过一个简单但完整软件过程进行UML建模实践学习。

二、使用工具

关于建模工具除了教材中展示的Rose之外，还可选择PowerDesigner、Visio或 Enterprise Architect。

其中Rose过于古老而且安装破解很麻烦。

PowerDesigner虽上手容易但我对该软件的审美不敢恭维。

最后还是选择功能最强大的Enterprise Architect来进行建模

三、软件过程

1、 项目背景描述

随着互联网时代的到来，相对于实体书店，很多人选择网络购书。某公司计划建立一个网上书店，需要本软件团队来为公司开发一款“小型网上书店系统”。

系统的主要功能是实现用户通过互联网的图书购买。未注册的用户（以下称为游客）可以通过本系统搜索图书，并可以查看图书的书名、作者、价格等一系列基本图书信息，还可以通过注册来成为网上书店的会员（注册用户）。会员仍然具有游客除了注册之外的所有功能，还可以进行图书的购买操作。购买行为又称作交易， 每一次交易对应着一张订单。

为了方便，本系统拟提供会员对已下订单的管理功能。 一个典型的会员购买流程如下。

•用户（注册并）登录；•用户在浏览图书时选择其中一本；•填写姓名、收货地址、手机号等必要信息；（在这一步生成订单）•用户确认订单，并通过第三方支付平台进行支付；•支付成功，通知书店发货； •书店发货；•用户收货，并确认收货。（订单生命周期结束）

考虑到网络交易的非实时性，订单的处理情况可能比较复杂（尤其是涉及取消订单和退货问题时），在实现时需要注意这一点。

2、系统需求分析
使用以下包含4个步骤的建模方法进行该项目的需求分析。

(1)参与者的确定第一步，根据参与者确定其对系统有何需求，把这些需求转化成用例。小型网上书店系统最明显的主要业务参与者就是游客和会员，其次由于系统的书单需要管理员来维护，所以管理员也是这个系统的参与者。所以参与者有游客、会员和管理员三者。(2)用例的获取在描述中我们看到，游客可以浏览和搜索网上书店的书目，可以查看某种书的详细信息，并且可以注册成为会员，所以起初我们可以将这三个需求加以转化；会员具有游客的全部功能，并且还可以登录，以及进行购书操作，并且可以修改和取消订单(均纳入订单管理)；管理员可以对书目进行管理,并且在使用管理员功能时也应当事先登录。(3)系统的模块划分由于系统存在一定的复杂性，考虑将其划分成以下几个模块。•用户管理模块；•订单管理模块；•书目管理模块。(4)系统的非功能需求考察由于背景中给出的信息很少，考虑到未来可能添加更多的功能，应当适当地提高系统的可扩展性。因此该系统应采用分层设计，把各个功能模块横向划分为显示层、接口层和实现层。在本项目中这些层次对应着以下组件。•显示层：界面层；•接口层：业务动作层；•实现层：业务实现层；•其他实用组件：数据库。

3、用户管理模块

用户管理選块的核心任务是提供用户的注册、登录、个人信息添加和修改等功能。 本模块涉皮的参与者包括游客、会员和管理员。对于三种不同的参与者分别存在以下功能。

•游客可以通过本模块进行注册和登录；•会员可以通过本模块添加个人信息、修改个人信息；个人信息包括昵称、密码、个人描述、 常用收货地址等。•管理员通过本模块对已注册用户(会员)进行管理，包括对一些常常进行非法操作的账号进行封禁和销号等。

4、订单管理模块

订单管理模块的主要任务是管理用户的订单，即已确认和未确认的购买记录。本模块涉及的参与者主要为会员。

会员可以通过本模块对指定图书进行购买操作，生成订单;可以对已有的订单进行管理；可以取消一份未确认的订单。

5、书目管理模块

书目管理模块的主要功能是管理网上书店的书目信息。本模块设计的参与者为管理员。管理员可以通过本模块进行图书上新、下架、信息修改等工作。

四、系统的UML基本模型

1、需求分析阶段模型

小型网上书店系统的整体用例图如下。通过对项目背景进行需求分析，得到用户管理模块的主要业务参与者有游客、会员和管理员。另外还有一个外部服务参与者——第三方支付系统。

2、基本动态模型

(1)用户登录活动图用户登录的主要过程为:•用户进入登录界面； •输入用户名、密码、验证码； •单击登录； •系统对输入信息进行验证； •验证成功则用户以会员身份进入网站，否则返回跳转至重新进行登录验证。

(2)取消订单活动图在本系统中，取消订单是一个比较复杂的用例。在订单处于不同状态时取消订单的用例事件流有比较大的变化，对这样经常需要根据条件变化的事件过程适宜建立活动图。

(3)提交订单协作图提交订单用例涉及用户界面、订单控制和数据库管理三个对象，以及一个数据库组件。会员通过用户界面来新建订单、填写必要信息并提交；订单提交到订单控制对象时需要经过信息校验,校验成功后通过数据库管理类来向数据库中记录订单信息，数据库将成功消息沿着各个类反向传递回用户界面。

(4)订单实体状态图订单实体在本系统中存在未确认、已确认、已发出、已取消和已确认收货五个状态，不同状态的语义如下: •未确认：用户选择了购买商品，输入了必要的信息（如收货地址等），但没有确认购买；  •已确认：用户确认购买并付款，网站正在对订单进行处理或刚刚处理完毕，书店方面没有发货； •已发出：书店已经发货，此时不支持从网站退货，若退货则需要另行和工作人员联系；  •已取消：未发货的订单被取消，交易结束； •已确认收货：用户确认收到了商品，交易结束。

(5)添加图书顺序图添加图书的基本步骤如下。•管理员在图书管理界面中选择“添加图书”;•界面类返回一个添加图书的操作界面;•管理员录入新图书的各个信息并单击“提交”按钮;•界面类向图书管理控制类发出添加图书请求，并将图书信息传给控制类； •控制类收到添加图书请求，执行一定方法，通过图书数据管理类向数据库中录入信息;•图书数据管理类录入成功，向控制类返回成功信息； •控制类返回成功信息，由界面类向管理员呈现最终的成功界面。

3、类的设计与实现

(1)系统设计类


(2)导出Java代码：以 BookServiceImpl 为例
/** * @author lenovo * @version 1.0 * @created 26-5月-2022 20:52:49 */public class BookServiceImpl implements IBookService {public List m_Book;public BookServiceImpl(){}public void finalize() throws Throwable {super.finalize();}/** *  * @param Book */public boolean addBook(Book Book){return false;}/** *  * @param book */public boolean deleteBook(Book book){return false;}/** *  * @param isbnNo */public Book searchBook(String isbnNo){return null;}/** *  * @param book */public void updateBookStatus(Book book){}}//end BookServiceImpl

4、系统的组件图


5、系统的部署图

总结

依照教材，使用 Enterprise Architect 针对本管理系统共绘制了9幅UML图，其中最核心的是类图、用例图、顺序图，这三者分别描述了系统的静态结构、系统开发的驱动因素以及系统动态的时间结构。

通过对UML建模的初步学习，帮助我有效完善了对软件过程的理解，相信之后在参与真实的项目时不至于无从下手。

另外，本模型是笔者在短期内使用操作较为复杂的Architect绘制的UML图仓促赶制的，必然会存在各种各样的缺陷和不足之处（如对于各种类、接口关联类型的选择和构造型的设置问题），希望大家能多多提供批评和建议。