uml实践报告校园二手交易系统

基于UML的校园二手交易系统分析与设计报告
专业年级11级软件工程
课程名称UML
任课教师XXX
学生姓名XXX
学号XXX
20 年月日
目录 (2)
一、项目开发指南 (4)
二、项目需求规格说明书 (4)
1.用户需求 (4)
1.1系统功能性需求 (4)
1.2系统非功能性需求 (4)
2.需求分析 (5)
2.1系统执行者 (5)
2.2系统用例 (5)
2.2.1用户操作 (5)
2.2.2管理员操作 (5)
2.3用例与执行者之间的关系 (6)
3.需求描述 (6)
3.1系统用例图 (6)
3.1.1用户系统用例图 (6)
3.1.2管理员系统用例图 (7)
3.1.3支付系统用例图 (7)
3.2用例描述 (8)
3.3概念层类图或对象图 (10)
4.需求评审 (10)
三、概要设计 (11)
1.系统顺序图 (11)
1.1顺序图 (11)
o用例的需求 (11)
o需求中涉及的对象 (11)
▪用户购物 (11)
▪管理员操作 (11)
o对象间的消息的传递 (11)
▪用户购物顺序 (11)
▪管理员操作顺序 (12)
o顺序图 (12)
▪用户购物顺序图 (12)
▪管理员操作顺序图 (12)
2.系统协作图 (13)
o协作图元素 (13)
▪用户购物 (13)
▪管理员操作 (13)
o各元素间关系 (13)
o实例层协作图 (14)
▪用户购物协作图 (14)
▪管理员操作协作图 (14)
3.系统状态图 (14)
3.1用户状态图 (15)
3.2管理员状态图 (15)
4.系统活动图 (15)
4.1用户活动图 (15)
4.2管理员活动图 (16)
5.说明层类图 (17)
6.概要设计评审 (17)
四、系统详细设计 (18)
1.实现层类图设计 (18)
2.包的设计 (18)
3.系统构件图设计 (18)
4.详细设计评审 (19)
五、系统部署图 (20)
六、教师评定 (20)
一、项目开发指南
项目开发指南开发文档将为网上商城项目实训的参与者讲述在此项目中的软件过程。

请参与者先了解统一软件开发过程（RUP）和统一建模语言（UML）方面的知识。

在本项目中，将采用剪裁的统一软件开发过程（RUP）来规范整个项目的开发过程，同时，采用UML来作为项目的分析设计和建模语言。

二、项目需求规格说明书
1.用户需求
1.1系统功能性需求
1.2系统非功能性需求
2.需求分析
2.1系统执行者
该系统提供给在校大学生使用，同时还需要管理员维护系统，所以执行者为用
户和管理员
2.2系统用例
2.2.1用户操作
a)用户注册
b)用户登录
c)物品发布与修改
d)留言
e)浏览商品
f)加入购物车
g)提交订单
h)通过网银系统或线下交易付款
i)交易完成后的评价评分
2.2.2管理员操作
a)管理员登录
b)管理用户信息
c)管理用户留言和评论内容
d)管理订单
e)发布修改促销优惠
f)处理用户投诉和反馈信息
2.3用例与执行者之间的关系
3.需求描述
本系统目标是为了实现网站的二手商品的在线交易。

通过系统实现二手物品交易的多项功能，其中主要是管理员对商品的管理实现和用户的购物的实现：前台：用户在线浏览所有商品，按需求搜索相关商品，以及注册为会员后对商品选购的操作，购物结束后生成订单信息的功能，还可以发布修改个人二手商品。

后台：管理员对用户注册信息进行管理，对用户购物订单的处理，以及管理员对网站新闻、公告的维护操作。

系统对从用户购物、生成订单，管理员从管理用户、管理网站、管理商品，处理订单等功能都一一实现。

建成一个功能齐全、合理、完善的二手物品交易网站。

3.1系统用例图
3.1.1用户系统用例图
3.1.2管理员系统用例图3.1.3支付系统用例图
3.2用例描述
二手交易系统——用户系统用例
日期版本说明作者
2013-6-5 草案草案版本李清伟
1.简要说明
本用例描述用户进入系统后的操作过程
2.事件流
(1)基本流
1.用户通过系统注册账号并且登录
2.用户通过个人中心页面发布商品或修改商品信息，查看评论和留言
3.通过首页检索选择要购买的商品
4.给卖家留言
5.加入购物车并提交订单
6.系统通过商品优惠数据计算优惠金额
7.用户选择支付方式
8.系统显示用户该次购买成功信息
9.用户确定交易完成后双方提交评价结束该次购买
(2)备选流
5.a 如果顾客取消订单，系统给出提示并关闭订单结束
7.a 用户选择在线支付却没有付款，系统给出提示并保留订单，等待用户支付3.特殊需求
需要系统能和银行系统连接，获得用户付款信息
4.前置条件
用户必须成为系统注册用户才能登录才能执行上述操作
5.后置条件
(1)基本流
1.用户选择商品提交订单
2.选择支付方式
3.进入网银系统进行支付
4.完成支付网银系统反馈支付信息
(2)备选流
无
3.特殊需求
管理员在处理受争议订单时须和买卖双方进行商讨
4.前置条件
管理员必须是系统注册管理员，登录后才能进行管理员操作
5.后置条件
无
6.扩展点
无
7.相关的数据
用户提交的订单、评价和留言信息
8.问题说明
无
3.3概念层类图或对象图
4.需求评审
项目名称校园二手交易系统评审日期2013-06-07 项目编号001 评审方式浏览文档
项目类型合同项目：
自主项目：1、特殊项目2、一般项目3、小型项目√评审意见：
文字介绍清楚，图也清晰，通过
经办人：李清伟日期：2013年6月7日
评审结论：
通过
评审负责人：李清伟日期：2013年6月7日
三、概要设计
概要设计主要完成系统的功能设计和对外接口设计。

在功能设计中，最重要的是对每个功能的执行过程以及对象交互的分析。

1.系统顺序图
1.1顺序图
o用例的需求
用户购物流程以及管理员操作
o需求中涉及的对象
▪用户购物
▪用户
▪验证页面
▪商品详细页面
▪联系卖家
▪订单页面
▪支付页面
▪交易完成评论与评分
▪退出系统
▪管理员操作
▪管理员
▪验证页面
▪商品管理
▪用户信息管理
▪订单信息管理
▪留言与评论管理
▪促销公告发布与修改
▪后台管理页面
o对象间的消息的传递
▪用户购物顺序
输入登录信息用户验证页面
浏览商品验证页面商品详情页面
购买商品商品详情页面订单页面
询问商品详情页面供货方
确定购买供货方订单页面
确定付款订单页面支付页面
交易成功支付页面评论
交易不成功支付页面退出
交易完成评论退出
▪管理员操作顺序
消息发送对象接收对象输入登录信息管理员验证页面
登陆成功验证页面后台管理页面
验证操作商品管理后台管理页面
验证操作用户管理后台管理页面
验证操作订单管理后台管理页面
验证操作评论管理后台管理页面
验证操作促销公告发布修改管理后台管理页面
o顺序图
▪用户购物顺序图
▪管理员操作顺序图
2.系统协作图
o协作图元素
▪用户购物
▪用户
▪验证页面
▪商品详细页面
▪联系卖家
▪订单页面
▪支付页面
▪交易完成评论与评分
▪退出系统
▪管理员操作
▪管理员
▪验证页面
▪商品管理
▪用户信息管理
▪订单信息管理
▪留言与评论管理
▪促销公告发布与修改
▪后台管理页面
o各元素间关系
元素间关系见下图
o实例层协作图
▪用户购物协作图
▪管理员操作协作图3.系统状态图
3.1用户状态图
3.2管理员状态图
4.系统活动图
4.1用户活动图
4.2管理员活动图
5.说明层类图
6.概要设计评审
项目名称校园二手交易系统评审日期2013-06-07 项目编号001 评审方式浏览文档
项目类型合同项目：
自主项目：1、特殊项目2、一般项目3、小型项目√评审意见：
文字介绍清楚，图也清晰，通过
经办人：李清伟日期：2013年6月7日
评审结论：
通过
评审负责人：李清伟日期：2013年6月7日
批准意见：
通过
批准人：李清伟日期：2013年6月7日
四、系统详细设计
1.实现层类图设计
2.包的设计
3.系统构件图设计
在分析阶段，构件图表达的UML是现实世界中的实体。

它是软件系统的一个物理单元，它驻留在计算机中而不是只存在系统分析员的脑海里。

构件之间存在的唯一关系是构件的依赖性。

构件依赖性指一个构件依赖于另一个构件。

构件依赖性画成构件之间
的虚线箭头。

如下图箭头指的构件表示被依赖，也就是说Cart、Eshop、Checkout都依赖于ShoppingServlet。

下图描述的是在网上购物系统中几个构件之间的依赖关系。

4.详细设计评审
项目名称校园二手交易系统评审日期2013-06-07
项目编号001 评审方式浏览文档
项目类型合同项目：
自主项目：1、特殊项目2、一般项目3、小型项目√
评审意见：
文字介绍清楚，图也清晰，通过
经办人：李清伟日期：2013年6月7日
评审结论：
通过
评审负责人：李清伟日期：2013年6月7日
批准意见：
通过
批准人：李清伟日期：2013年6月7日
五、系统部署图
部署图描述系统硬件的物理结构以及在此结构上执行的软件。

部署图可以显示计算节点的拓扑结构和通信路径、结点上运行的软件组件、软件组件包含的逻辑单元等。

部属图常常用于帮助理解分布式系统。

在网上购物系统中，我们可以从网络上开始划分结构，该系统分为三层结构，分别针对数据库、服务器、和客户机。

下图显示了网上购物系统的主要部属。

六、教师评定。