二手平台交易用例图及用例

校园二手交易平台用例图

先决条件
已注册的用户登录。
普通过程
1.用户登录；
2.进行用户信息的修改，接受信息更改通知；
3.接受交易通知或发送交易请求；
4.发布出售信息表或求购信息表；
5.确认信息修改更新完毕。
可选过程
3和4，可以仅是对用户基本信息的修改。
例外
当用户登录密码与注册不一样时，系统报错，显示密码错误无法登陆。
针对发布出售信息的用例：
用例编号y01用例名称用户信息管理执行者用户和管理员说明用户在此实现了物品的请求交易发布更新交易信息的能并能更改自己的注册信息以及基本信息
用例
顶层图
零层图
针对用户信息管理用例：
用例编号
Y_01
用例名称

说明
用户在此实现了物品的请求交易，发布，更新交易信息的功能，并能更改自己的注册信息以及基本信息。
用例编号
Y_02
用例名称
发布出售信息
执行者
用户
说明
已登陆用户可以发布将要出售物品的详细信息
先决条件
所要出售物品经过管理员检查已合格
普通过程
1．用户录入出售信息；
2．用户确认出售信息；
3．将信息录入出售信息表；
4．发布出售信息。
可选过程
无
例外
当用户录入信息表内的信息和用户确认的信息不一样时，系统会提示信息错误。

UML用例图-商家

二、角色：商家图表1子系统:我是商家2.1用例名：店铺设置2.1.1用例名：店铺信息设置行为者：商家前置条件：商家进入店铺设置项的店铺信息设置系统界面描述：（1）商家进入系统界面后，点击“店铺信息设置”按钮，页面将会出现系统中所存在的店铺信息设置的基本信息，商家可以选择“新增”按钮，查看店铺填写的信息并进行添加。

（2）若未完成店铺信息添加，可以选择“保存”按钮，下次可接着填写。

（3）对于信息状态为“未提交”的信息，商家可以选择“修改”按钮对暂存的信息进行修改，商家也可选择“删除”按钮，删除暂存的信息。

（4）若完成填写并通过系统校验，商家可以点击“提交”按钮，将店铺信息提交并完成填报。

说明：若对店铺信息的增删改未通过系统检验，无法提交后置条件：商家可完善店铺信息设置并能获取2.1.2用例名：版式设置行为者：商家前置条件：商家进入店铺设置项的版式设置系统界面描述：（1）商家进入系统界面后，点击“版式设置”按钮，页面将会出现系统中所存在的版式设置的基本信息，商家可以选择“更换”按钮，对店铺的模板和主题进行替换。

（2）若商家未进行“保存”设置，无法更改版式和标题（3）若商家点击“保存”按钮，店铺的模板和主题就会更新说明：未进行系统检验的不能替换版式的更新后置条件：商家可修改店铺的版式进行美化，也可以更新店铺的主题2.2用例名：交易管理2.2.1用例名：订单查看行为者：商家前置条件：商家进入交易管理项的订单查看系统界面描述：（1）商家进入系统界面后，点击“订单查看”按钮，页面将会出现系统中所存在的订单。

（2）商家可以点击“买家订单”按钮查看买家付款的订单；（3）商家可点击“售货订单”按钮，查看“发货的订单”和“已发货的订单”；（4）商家点击“交易订单”按钮，查看“已成功的订单”，“未成功的订单”和“退款中的订单”。

（5）商家可以点击“评价”按钮，对发货进行交易评价。

说明：生成的订单若不能打印成信息不能查看后置条件：商家可获得收获的订单对买家要求进行修改2.2.1.1用例名：交易评价行为者：商家—会员前置条件：商家进入交易评价界面描述：（1）商家点击“会员的交易评价或追加评价”按钮，可看到商品的评价信息（2）商家点击“回复交易评价或追加评价”按钮，可对会员进的评价行评价说明：交易评价或追加评价必须建立在商家—会员商品交易成功的基础上后置条件：商家可对评价的商品适当的添加受益的产品2.2.2用例名：发货管理2.2.2.1用例名：物流定制行为者：商家前置条件：商家进行交易管理项转向发货管理中的物流定制界面描述：（1）商家进入系统界面后，点击“物理定制”按钮，页面将会出现系统中所能浏览的库存物品，可点击“查看”按钮，查看客户的物流服务。

毕业设计二手交易网站：需求规格说明书Word版

需求规格说明书版本: 1.2修订历史记录目录需求规格说明书 (1)版本: 1.2 (1)修订历史记录 (1)1. 引言 (1)1.1 目标 (1)1.2 文档约定 (1)1.3 预期的读者和阅读建议 (1)1.4 产品的范围 (1)1.5 参考文献 (2)2. 综合描述 (2)2.1 产品的前景 (2)2.2 产品的功能 (2)2.3 用户类和特征 (2)2.4 运行环境 (3)2.5 设计和实现上的限制 (3)2.6 假设和依赖 (3)3. 外部接口需求 (3)3.1 用户界面 (3)3.2 硬件接口 (3)3.3 软件接口 (4)3.4 通信接口 (4)4. 系统特性 (4)4.1 说明和优先级 (4)4.2 激励/响应序列 (5)4.3 功能需求 (5)4.3.1 二手交易网站功能模块图 (5)4.3.2 功能描述 (6)4.3.3 用例图与用例描述 (6)4.4 数据需求 (10)4.4.1 二手交易平台的数据流图 (10)4.4.2 二手交易平台的数据字典 (14)5. 非功能需求 (15)5.1 性能需求 (15)5.2 安全设施需求 (15)5.3 安全性需求 (16)5.4 软件质量属性 (16)5.5 业务规则 (17)5.6 用户文档 (17)6. 其他需求 (18)1.引言1.1目标本文档首先给出整个系统功能结构的概貌，试图从整体架构上给出整个系统的轮廓，然后对功能需求、数据需求、性能需求和其他非功能需求进行了详细的描述。

其中对功能需求的描述运用了UML的用例模型方式，描述每一用例的基本事件流，并给出直观的用例图。

对数据需求的描述运用了数据流图的软件模式图示方法，从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。

这些文字与图形都为了文档能够详细准确地描述用户的需求，同时也为用户更容易的理解这些需求的描述创造了条件。

1.2文档约定（1）页面的左右边距为1.91cm，上下边距为2.54cm,正文文本左对齐段落首行缩进2磅，行距设置值为1.25。

二手平台交易--用例图--及-用例

大学生二手交易平台:
用例:
基于wｅｂ的二手交易平台用例图
ﻩ后台管理用例图
用户ﻩ系统
ﻩ支付功能用例图
用例——购物车功能：该用例让用户能用户添加、移出以及查看商品的信息单情况来确认购买商品
一、用户选择“购物车功能”,显示的页面包括“添
加商品”,移出商品“,”“更新购物车”,“查
看商品信息单”
二、用户选择“添加商品”
1.用户选择要添加的商品
2.用户确认添加
3.系统添加该商品的求购信息
三、用户选择“移出商品信息”
1.用户选择要删除的商品
2.用户确认删除
3.系统关闭该商品的求购信息
四、用户选择“查看商品信息单”
1.用户选择需要查看的商品
2.用户查看该商品的信息单情况
3.用户同意购买，选择“支付”，系统产生订
单,通知发货。

房产中介系统需求分析文档

需求规格说明书1引言 (2)1.1编写目的： (3)1.2背景： (3)1.3定义： (3)1.4参考资料： (3)2任务概述 (4)2。

1目标: (4)2.2用户的特点: (4)2。

3假定和约束： (4)3需求分析-—系统用例图分析 (4)3.1用例图： (4)3.1。

1一般用户功能用例图： (4)3.1。

2经济人功能用例图: (5)3.1。

3系统管理员功能用例图： (6)3.2一般用户用例描述： (6)3.2.1注册用例描述： (6)3。

2.2登录用例描述： (6)3.2。

3修改登录密码用例描述: (7)3。

2.4管理个人信息用例描述: (8)3。

2.4。

1 修改个人信息用例描述：3。

2。

4.2 完善个人信息用例描述：3。

2.5查询房源信息用例描述： (8)3。

2.5.1 查询出售房源信息用例描述：3.2。

5。

2 查询出租房源信息用例描述：3。

2。

6收藏房源用例描述： (9)3。

2.7管理个人房源用例描述： (10)3.2。

7。

1发布个人房源用例描述: (10)3.2.7.2删除个人房源用例描述: (10)3.2.7。

3修改个人房源信息用例描述： (11)3.2。

7。

4查看个人房源信息用例描述: (11)3.2。

8预约房源用例描述： (11)3。

2。

9评价房源、经纪人用例描述: (12)3。

2.10给经济人/系统留言：3.3 房产经济人用例描述： .............................................................................................3.3.1 经济人注册用例描述： ......................................................................................3.3。

2 经济人登陆用例描述：....................................................................................3。

3- 用例图2019

1b
……(其中可以包含子事件流，以子事件流编号来表示)
[对多次重复的事件流可以定义为子事件流，这也是抽取被包含用例的地方。]
[对该用例实现时需要考虑的业务规则、非功能需求、设计约束等]
用例图的组成
识别用例
在需求分析时，当找到参与者以后，可以根据参与者来确定系统的用例，主要看各参与者如何使用系统，需要系统提供什么样的服务。可以通过回答以下问题，寻找用例：每个参与者希望系统提供什么功能？系统是否存储和检索信息？如果是，由哪个参与者触发？系统改变状态时，是否通知参与者？哪些外部事件触发系统？哪个参与者发出事件？
• 卖方可以在出售自己的二手商品时，将物品交由客服人员进行商品的价值估计，保护商品的价值不被浪费。
• 网站能通过服务器的整理，将最近的打折商品显示到网站的首页的打折模块中，使得有需求的买家能够清楚的看到。
你有以下问题吗
• 我的系统功能很复杂，很难用简单的话概括 • 我的系统采用的技术有….、…… • 我的系统分为什么什么模块，第一个模块的功能
后置条件成功保证基本事件流
扩展事件流
子事件流规则与约束
[为用例制定一个唯一的编号，通常格式为UCxx]
[应为一个动词短语，让读者一目了然地知道用例的目标]
[用例的目标，一个概要性的描述]
[用例的设计范围]
[该用例的主Actor，在此列出名称，并简要的描述它]
[该用例的次要Actor，在此列出名称，并简要的描述它]
通过回答以上问题，得到一个候选用例列表。
系统时钟
周期性操作
用例图的组成
4）如何寻找系统的参与者
系统开发出来后，使用系统主要功能的是谁？谁需要借助系统来完成日常的工作？系统需要从哪些人或其他系统中获得数据？系统会为哪些人或其他系统提供数据？系统需要与哪些其他系统交互（其他系统可以分为两类，一类是该系统要使用的系统，二是启动该系统的系统，包括计算机系统和计算机中的其他应用程序）？系统需要操纵哪些硬件？系统是由谁来维护和管理的，以保证系统处于工作状态？系统控制的硬件设备有哪些？谁对系统产生的结果感兴趣？

【计算机软件毕业设计】二手车交易平台的分析、设计与实现(一版)

编号毕业设计（论文）完整源代码68661508题目二手车交易平台的分析、设计与实现二级学院计算机科学与工程学院专业软件工程班级学生姓名学号指导教师职称副教授时间 2014年6月12日Abstract (6)1 绪论 (7)1.1 系统开发背景 (7)1.2 二手车交易网站的优势 (7)1.3 二手车交易网站的基本特征 (8)1.4 设计目的 (9)2 系统目标及开发可行性 (10)2.1 系统目标 (10)2.2 可行性分析 (10)2.2.1 市场可行性分析 (10)2.2.2 技术可行性分析 (10)2.2.3操作可行性分析 (11)2.2.4 经济可行性分析 (11)2.2.5 社会因素方面的可行性 (11)2.2.6 可行性分析结论 (11)3 需求分析 (12)3.1功能需求 (12)3.1.1 前台用户登录注册业务概述 (12)3.1.2 用户买车的业务概述 (13)3.1.3 用户卖车的业务概述 (15)3.1.4 用户求购的业务概述 (15)3.1.5 后台管理人员登录的业务概述 (16)3.1.6 管理员信息管理的业务概述 (17)3.1.7 前台用户管理的业务概述 (19)3.1.8 车辆管理的业务概述 (20)3.1.9 留言评论的业务概述 (21)3.1.10 其他的业务概述 (22)3.2 非功能性需求 (22)3.2.1 性能需求 (22)3.2.2 软硬件环境需求 (22)3.2.3 产品质量需求 (23)4 系统设计 (24)4.2 总体类图设计 (25)4.3 功能设计 (26)4.3.1 前台用户登录注册的功能设计 (26)4.3.2 用户买车的功能设计 (28)4.3.3 用户卖车的功能设计 (31)4.3.4 用户求购的功能设计 (32)4.3.5 后台管理人员登录的功能设计 (34)4.3.6 管理员信息管理的功能设计 (35)4.3.7 前台用户管理的功能设计 (37)4.3.8 车辆管理的功能设计 (38)4.3.9 留言评论的功能设计 (39)4.3.10 其他的功能设计 (40)5 数据库设计 (42)5.1 数据库需求分析 (42)5.2 数据库概念设计 (42)5.3 数据库逻辑设计 (43)5.4 数据库表设计 (44)5 系统实现 (47)5.1 前台登录注册实现 (47)5.1.1 实现原理 (47)5.1.2 具体效果 (47)5.2 首页实现 (48)5.2.1 实现原理 (48)5.2.2 具体效果 (49)5.3 买二手车页面实现 (49)5.3.1 实现原理 (49)5.3.2 具体效果 (50)5.4 卖二手车页面实现 (51)5.4.1 实现原理 (51)5.4.3 具体效果 (51)5.5 个人信息页面实现 (52)5.5.1 实现原理 (52)5.5.2 具体效果 (52)5.6.1实现原理 (53)5.6.2 具体效果 (54)5.7 管理员登录页面 (55)5.7.1 实现原理 (55)5.7.2 具体效果 (55)5.8 管理员信息管理实现 (56)5.8.1 实现原理 (56)5.8.2 具体实现 (56)5.9 前台用户管理实现 (57)5.9.1 实现原理 (57)5.9.2 具体实现 (57)5.10 车辆管理实现 (58)5.10.1 实现原理 (58)5.10.2 具体效果 (58)6 系统测试 (61)6.1 测试环境 (61)6.2 测试记录 (61)7 结语 (63)致谢 (65)参考文献 (66)摘要随着时代的发展，经济提升速度的加快，产品更新速度也在不停的提速，随着而来的网络购物也开始越来越接近人们的生活。

二手交易平台需求分析

校园二手交易网站需求规格说明书(V1.0)第十五小组二。

一三年十月小组成员：陈龙斌陶则恩殷文龙曹璟王龙1.2参考资料 .......................................................................错误！未定义书签。

1 引言 01・1文档目的 01. 3术语与缩略语错误！未定义书签。

系统概述2.1系统简介 2. 2系统特性 2. 3系统应用坏境 2.4遵循的标准和规范错误！未定义书签。

功能性需求4非功能性需求1641川用性 .............................................. 错误！未定义书签。

4.2可靠性 ............................................ 错误！未定义书签。

4・3性能 ............................................. 错误！未定义书签。

4.4支持性 ............................................ 错误！未定义书签。

4. 5实现 ............................................. 错误！未定义书签。

4.6 接口 ............................................. 4. 7操作 ............................................. 4. 8打包 ............................................. 4. 9合法性 ...........................................5系统模型................................................5.1场景模型.........................................5・2用例模型..........................................5. 2. 1用例图.・5. 2. 2用例描述5. 3对象模型……5. 4动态模型……错误！未定义书轄禊！未定义书签。

“小型二手货交易平台”测试需求文档

小型二手货交易平台测试需求文档目录•引言•背景•测试目标•测试范围•测试策略•测试用例•风险和假设•测试进度•资源需求•验收标准•附录引言本文档旨在概述小型二手货交易平台的测试需求，明确测试目标、范围、策略、用例等，以确保在交付之前对平台的功能和性能进行全面的验证和确认。

背景小型二手货交易平台是一个在线交易平台，旨在为用户提供一个购买和出售二手货物的平台。

该平台为用户提供了浏览、搜索、发布和管理二手货物的功能。

测试目标•确保平台的核心功能可用性和稳定性•验证平台的用户界面和操作流程的可用性•测试平台对不同设备和浏览器的兼容性•性能测试，确保平台在高并发和大数据量情况下的稳定性测试范围•用户登录和注册功能的测试•浏览和搜索二手货物的功能测试•发布和管理二手货物的功能测试•站内信和评论功能的测试•不同设备和浏览器的兼容性测试•高并发和大数据量情况下的性能测试测试策略•功能测试：针对平台的主要功能，设计并执行测试用例，验证其正确性和一致性。

•兼容性测试：在不同的设备（如PC、手机、平板）和浏览器（如Chrome、Firefox、Safari）上测试平台的兼容性。

•性能测试：使用负载测试工具模拟高并发和大数据量情况下的用户访问，评估平台的性能。

•安全性测试：测试平台的登录和注册功能的安全性。

测试用例以下是针对平台核心功能的一些测试用例示例：用户登录和注册功能测试用例用例1: 用户注册•输入正确的用户名、密码和邮箱•点击。

二手书交易市场-需求分析

⼆⼿书交易市场-需求分析计算机学院基于J a v a的软件开发⼆⼿书交易市场需求规格说明书⼩组序号：06组员姓名：梁庭庭兰云杉张家晨年级班级：2012级应⽤1班提交⽇期：2014年11 ⽉10 ⽇摘要随着市场经济的发展和⼈们⽣活⽔平的提⾼，⼆⼿书的市场是⼀个环保和低成本看书的选择，在学校⾥，⼆⼿书商店就带给同学们⼀个供需平台，但是，对于⼆⼿书籍的管理和销售，普通的旧书市场不能有效的进⾏，⽽随着Internet的普及，⽹上购买商品或获取信息已成为现代⼈的⼀种⽣活习惯。

⽽上⽹更是⼤学⽣活不可或缺的⼀部分，所以⼀个独⽴的能够满⾜⽤户需求的校园⼆⼿图书交易⽹站的设计与开发是⼗分有必要也是可⾏的。

本篇论⽂⾸先介绍了⼆⼿书交易⽹站的开发模式和环境，详细阐述了⼆⼿书交易⽹站的开发背景和意义，并对⽹站的运⾏流程通过⽂字和图⽚进⾏了系统的分析。

对于该⽹站使⽤的数据库也有详细的介绍。

最后，着重的分析介绍了该系统的每个功能模块，展现了⼀个清晰，完整的⼆⼿书交易⽹站的开发过程。

在这个系统中，采⽤的是Oracle数据库，可以灵活的管理和发布各种信息。

关键字: ⼆⼿书；交易；⼤学⽣；Oracle⽬录1.引⾔ (1)1.1⽂档介绍 (1)1.2编制⽬的 (1)1.3范围 (1)1.4预期的读者和阅读建议 (1)1.5术语和缩略语 (2)1.6参考⽂献 (2)2.项⽬概述 (3)2.1⽬标 (3)2.2范围 (3)2.3⽤户的特点 (3)2.4假定条件和约束限制 (3)2.5运⾏环境 (4)2.6硬件环境 (4)2.7软件环境 (4)3.需求描述 (4)4.功能需求 (5)5.⾮功能需求 (5)5.1性能需求 (5)5.2安全保密需求 (5)5.3稳定性需求 (5)6.系统模型 (6)6.1⽤例模型 (6)6.1.1 模块流程图 (6)6.1.2 模块介绍 (6)6.1.3 模块图 (7)6.1.4 ⽤例列表 (8)6.1.5 ⽤例图 (8)6.1.6 ⽤例规格说明 (9)6.2对象模型 (13)6.2.1 类与对象的属性与服务 (13)6.2.2 类图 (15)6.3动态模块 (16)6.3.1 顺序图 (16)6.3.2 协作图 (19)7.项⽬组成员分⼯ (22)1.引⾔1.1⽂档介绍在此⽂档中我们详细的介绍了对开发此⼆⼿书交易市场应实现的功能，其中包括编制背景，编制⽬的，功能性需求，⾮功能性需求，系统模型以及在开发此系统时应遵循的规范等等，同时我们说明了此系统要求的⽤户的特点，软硬件环境需求，后期测试以及维护的流程。

使用Rose绘制“小型二手货交易平台”的类图_实用软件工程_[共3页]

230
至此，“小型二手货交易平台”的顶层用例图已经绘完，要及时保存。

根据用例模型的分层思想，还可以对顶层用例图中的用例进行细化，即继续绘制低一层的用例图。

“小型二手货交易平台”中“需求管理”模块的底层用例图如图6-46所示。

其他模块的底层用例图的绘制可参照本节中介绍的方法完成。

图6-46 “需求管理”模块的用例图
6.12 使用Rose绘制“小型
二手货交易平台”的类图
“小型二手货交易平台”的“用户登录”模块的类图如图6-47所示。

图6-47 “用户登录”模块的类图
通常，类图中包括模块中用到的所有的类和接口，以及它们所属于的包和它们之间的关系，类与类。

校园二手交易APP》需求分析报告

课程设计课程名称《软件需求工程》论文题目《校园二手交易APP》需求分析报告学院专业班级姓名指导教师目录1.大作业论文要求----------------------------------------------------22.可行性研究报告----------------------------------------------------32.1.前提--------------------------------------------------------32.2.经济因素可行性分析------------------------------------------32.3.技术因素可行性分析------------------------------------------32.4.社会因素可行性分析------------------------------------------42.5.结论--------------------------------------------------------43.需求规格说明书----------------------------------------------------53.1.引言--------------------------------------------------------53.2.总体描述----------------------------------------------------63.3.业务需求----------------------------------------------------63.4.用户需求--------------------------------------------------63.5.功能需求----------------------------------------------------63.6接口需求-----------------------------------------------------73.7非功能需求---------------------------------------------------84.附录--------------------------------------------------------------95.评分标准---------------------------------------------------------101.大作业论文要求（1）对所选系统进行完整的需求获取以及需求分析工作,给出所选系统的各层次需求，包括业务需求，用户需求，功能需求以及非功能需求。

校园二手交易APPppt课件

01 项目概况
PART ONE
项目概况
1
实现学校内部的二手商品信息交流，根据GPS 定位的学校为该校学生提供校园内所需要的商品服务。
2
通过地区的选择分类，校外人士也可以选择附近的学校查看商品信息进行交易，买家范围扩大。
产品概述
3
简便的交易方式，卖家注册好个人信息后即可把商品挂出售卖，严格地保护好卖家和买家的个人信息，保密性强。
04 竞争优劣
THANK YOU!
4
提供估计系统，可以让卖家能够客观定价得到最大的利益的同时让买家买到性价比高的商品。
01 项目概况
PART TWO
市场分析
市场背景
市场机遇及环境
在校的大学生所拥有的闲置全国的学生二手交易市场比物品越来越多，特别是对于即较不足，在校学生对书籍、自行将面临毕业的学生来说，很多车以及电子产品异常关注、交易东西的处理都成了问题。很多需求大，同时学生具有相似的消人想转让二手物品却没有方费需求等，很多物品都可以反复法，,所以二手交易发展的并不使用。这为我们建立一个二手交好，,有需要的同学未必能找到易平台提供了很好的平台，也满所要的信息，还有许多书籍和足了这个缺口。生活用品被丢弃，造成了浪费。并且网上购物趋势越来越强
项目市场
在当今大力倡导构建节约型社会的前提下，中国的许多高校里也掀起了节约的风气。为了响应这一号召，开始打造节约型校园。校园二手市场正是在这样的有利环境中应运而生。高校资源的浪费已成为高校管理者关注的重点，许多高校鼓励学生资源的再利用:书籍的再利用，其他生活用品的再利用，这就为我们提供了可预测的市场。
DEFECT

校园二手商品交易平台设计与实现

校园二手商品交易平台设计与实现作者：李元博王法胜来源：《电脑知识与技术》2021年第29期摘要：校园二手交易是实现闲置物品循环利用的有效方式。

传统的校园二手交易方式存在过程复杂、效率低等问题，该文采用Eclipse平台和MySQL数据库设计了基于B/S架构的校园二手商品交易系统。

该系统界面美观、操作简便、功能完善，可对校园二手交易市场进行优化和管理。

系统采用人脸识别技术实现系统登录，提高了系统安全性能。

该系统能够满足学生对二手商品交易流程优化的需求，实现了资源的循环利用。

关键词：二手商品;人脸识别;交易平台中图分类号：TP311 文献标识码：A文章编号：1009-3044（2021）29-0064-041背景一直以来二手物品交易在许多高校中都占据了很大的市场，但目前为止很多高校对于二手物品交易多采用跳蚤市场、悬赏群、微信公众号的方式，由于数据繁多杂乱，可能存在上当受骗的现象，不利于二手物品的交易与使用，让真正有需求的同学得不到相应的满足[1]。

近几年毕业生的增多也导致了二手物品的增多，如果不能妥善处理这些二手物品，它们最终的归宿只能是垃圾场[2]。

随着信息化的程度越来越高，信息化技术不仅方便了我们的生活，也能够为我们二手交易系统的实现提供一个良好的技术基础，这对于提高我们闲置物品的价值有着重要的意义。

本文针对高校内二手商品交易存在的问题，开发并实现了校园二手交易系统，确保了安全性和时效性。

本系统功能实现比较完整，基本满足了学生交易二手商品的需求，也减少了垃圾的产生，有着较好的实用价值和推广价值。

校园二手交易系统旨在提供一个管理平台，对大学校园内的闲置物品进行交易，学生可以通过系统来上架、求购二手商品，卖家可以出售闲置物品，管理员最终对商品信息进行相应的审核以及对系统的维护。

2关键技术2.1人脸识别技术本系统为实现安全性，在登录功能中加入了人脸识别技术，运用百度的人脸识别API进行相应技术的实现[3-4]。

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

基于UML的校园二手交易系统分析与设计报告专业年级课程名称任课教师学生姓名学号年月日目录目录 (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）方面的知识。

校园二手交易平台数据流图

校园二手购物平台需求分析
姓名：
学号：
用户信息及权限用户清单
权维护信息
注登限
册录验维护
信信证上架维护请求
息息信息信息信息
货品管理权限
登录信息及请求商品详单下架权限来自架货品管理权限信息订
游客用户及请求单
浏览浏览内
查询查询容
请求请求
购买请求
用例名称
卖家进行商品下架
执行者
卖家
说明
卖家可对已售出，或不决定出售的商品下架
先决条件
此商品已经上架，且未在订单中
普通过程
1.发出下架请求，到商品详单中
2.详单中商品若没有被订购，直接提示删除
3.若已被订购，则请求失效，显示当前无此权限
4.请求被保存，至约定订购期限若无被购买，取消订购并提醒卖家删除
5.若商品详单中显示商品已被购买，则自动执行下架程序，并提醒卖家
部分用例详细示意

基于UML的二手物品交易系统分析

图１　具体用例图图２　系统在问题域的静态模型系统上下文建模及类图根据二手物品交易系统的用例分析，可进一步得出系统中各类对象及相互之间的关系，根据系统需求可以识别系统中存在的对象。

将系统分为用户、买家、卖家、订单、留言、我的收藏、二手物品和管理员几类，之后可以确定类与类之间的关系。

具体二手交易系统类图如图3所示。

买家和卖家存在相同属性，共同继承用户类。

卖家、买家与留言的关系是双向关联，表示一个用户对一条帖子进行留言，留言类中也存在一个变量，表示此条留言为哪个用户所留，且两者之间为一对多的关系。

一个买家拥有其对应的一个我的收藏页面，即买家与我的收藏之间存在单向关联。

我的收藏中可以包含0～50个二手物品，两者之间为聚合关系。

卖家与二手物品之间存在单向关联。

管理员与订单之间存在依赖关系，订单只有经管理员审核通过后才能传递至用户。

2.5 系统动态交互建模此系统中，二手物品的状态具有典型意义，以下使用状态图进行描述。

二手物品包含多种状态，被创建的二手物品、被存入我的收藏的二手物品、在订单中的二手物品、已发货的二手物品、在系统管理中的二手物品以及被删除的状态，转化规则如图4所示。

二手物品交易系统在当今社会广受好评，此系统中的操作流程及一些主要功能都可在UML 定义的各种图中清晰体建模，可减少软件开发过程中的错误，为系统管理人员提供一定帮助，且能提高管理人员与参与者的交互能力，使软件开发工作成功完成。

图３　二手交易系统类图图４　转化规则参考文献[1]王蕊.浅析软件工程中的UML 建模技术界,2018(8):134-135.[2]叶科晗.大数据时代下闲鱼APP 的发展之道流通经济,2017(2):6-8.[3]张喻平.基于UML 的在线销售系统的分析与建模电脑知识与技术,2013,9(34):7939-7941.。