第二次团队作业

一、作业基本信息
项目 内容
这个作业属于哪个课程 https://edu.cnblogs.com/campus/gdgy/SoftwareEngineering24
这个作业要求在哪里 https://edu.cnblogs.com/campus/gdgy/SoftwareEngineering24/homework/15656
这个作业的目标 完成项目的原型设计与概要设计（UML设计和数据库设计）
团队名称 三栈客
学号 3224004587-梁志宏 ；3124004600-尧浩慷 ；3124004597-吴慧权
二、项目概述
本次团队作业围绕校园二手交易系统展开，重点完成了项目的原型设计与概要设计两大部分，并进一步明确了系统结构、功能模块、业务流程以及数据库设计方案，为后续编码实现提供清晰、完整、可落地的设计依据。

本次提交内容主要包括以下几个方面：

原型设计：完成前台微信小程序用户端与后台 Web 管理端的原型设计，并保证主要页面交互完整、界面结构清晰。
概要设计：从系统架构、UML设计、数据库设计三个层面，对系统进行自顶向下的分层描述。
团队协作记录：明确开发计划、分工安排及协作方式，保证项目后续推进有序进行。
三、原型设计
本次原型设计采用 Modao（墨刀） 工具进行绘制，整体设计贴合校园二手交易场景，在保证界面美观性的同时，兼顾交互完整性与实际使用体验。原型主要分为前台微信小程序用户端与后台 Web 管理员端两大核心板块。

3.1 原型设计工具
使用工具：Modao（墨刀）
设计目标：
贴合校园二手交易实际使用场景
兼顾页面美观与功能可操作性
体现必要的交互流程、文本说明与规则描述
为后续前后端开发提供直观参考
3.2 核心板块

1. 前台原型（用户端）
   前台原型面向校园学生用户，主要用于满足学生在平台中的浏览、发布和交易需求。核心页面包括：

登录注册页
支持用户注册、登录及身份进入系统。
首页
展示推荐商品、商品分类、搜索入口等核心信息。
商品详情页
展示商品图片、价格、描述、卖家信息及交易入口。
发布商品页
支持填写商品信息、上传商品图片、设置价格及分类。
个人中心页
用于查看个人资料、已发布商品、订单信息及信用相关内容。
以上页面均设计了较为完整的交互流程，能够满足学生用户从注册到交易的基本使用路径。

2. 后台原型（管理员端）
   后台原型面向系统管理员，主要用于平台运营管理与风险控制。核心页面包括：

管理员登录页
实现管理员身份认证与后台入口管理。
用户管理页
对平台用户信息进行查看、审核与封禁处理。
商品审核页
对用户发布商品进行审核，控制内容合规性。
交易监控页
对平台订单和交易状态进行管理与异常排查。
数据统计页
查看平台运行数据，包括商品数量、用户增长、交易情况等。
后台页面与前台用户端形成完整闭环，能够有效支撑平台正常运行与管理需求。

3.3 原型设计特点
本次原型设计具有以下几个突出特点：

场景贴合度高
页面设计围绕校园二手交易场景展开，功能布局符合学生用户使用习惯。
交互流程完整
重点业务流程均有对应页面与交互设计，能够支持后续开发直接落地。
前后台分工明确
用户端聚焦交易体验，管理端聚焦审核与运营，职责清晰。
便于后续实现
原型内容与后续系统模块设计、数据库设计保持一致，减少设计与开发脱节问题。
3.4 原型在线预览链接
原型在线预览链接如下：

https://modao.cc/proto/e3tyWT8gtetk0xN8mrfg9K/sharing?view_mode=device&screen=skb3iacuTtBui0pyqO1LDv&canvasId=sskb3iacTtBui0q8dWB65d

四、概要设计
本次概要设计从系统架构、UML设计与数据库设计三个层面展开，采用自顶向下的分层方式，对系统功能模块、运行逻辑和数据组织进行清晰描述。

4.1 系统架构设计
本系统采用三层架构进行设计，包括表现层、业务逻辑层和数据持久层。

4.1.1 表现层
表现层负责与用户直接交互，分为两个终端：

微信小程序用户端

登录注册
首页浏览
商品详情查看
发布闲置商品
个人中心管理
Web 后台管理端

管理员登录
用户管理
商品审核
交易监控
数据统计
4.1.2 业务逻辑层
业务逻辑层按照功能模块进行划分，主要包括：

用户模块
用户注册、登录、个人信息维护、校园实名认证
商品模块
商品发布、编辑、删除、分类浏览、关键词搜索
AI智能模块
商品智能定价、个性化热度推荐
交易订单模块
创建订单、订单状态流转、确认收货
评价信用模块
订单评价、用户信用分管理
后台管理模块
账号封禁、实名认证审核、商品审核、纠纷处理
4.1.3 数据持久层
数据持久层负责系统数据的存储与缓存，主要包括：

MySQL
存储用户、商品、分类、订单、评价、管理员等业务数据
Redis
缓存登录状态、热门商品、分类数据等高频访问内容
文件存储
存储商品图片、用户头像等文件资源
4.2 UML设计
为了从不同视角展示系统功能与运行逻辑，本次概要设计使用了多种 UML 图进行描述，包括用例图、活动图、类图、时序图和协作图。

4.2.1 用例图（需求分析）
用例图主要用于展示系统参与者及其功能需求。

参与者：

学生用户
系统管理员
AI智能系统
学生用户的主要用例：

注册登录
实名认证
发布商品
浏览搜索商品
下单交易
订单评价
举报异常内容
系统管理员的主要用例：

后台登录
审核商品
审核实名信息
封禁违规用户
处理交易纠纷
查看数据统计
AI智能系统的主要用例：

智能定价
商品个性化推荐
4.2.2 活动图（业务流程）
活动图主要用于描述核心业务流程。本系统重点设计的业务流程如下：

用户发布商品流程：

用户登录系统
完成实名认证
进入发布商品页面
填写商品信息并上传图片
调用 AI 智能定价服务
提交商品发布申请
管理员进行商品审核
审核通过后商品在前台展示；若审核驳回则返回修改后重新提交
该活动流程体现了系统在商品发布过程中的业务控制与审核机制。

4.2.3 类图（系统结构）
类图主要用于描述系统中核心实体类及其关系。

本系统采用以下五个核心类：

用户类
商品类
分类类
订单类
评价类
各类中包含对应的属性与方法，用于支撑系统的业务逻辑。类图能够反映系统结构设计的清晰性，为后续面向对象实现提供依据。

4.2.4 时序图（重要算法模块）
时序图主要用于展示系统在关键业务场景下对象之间的调用顺序。

AI智能推荐时序如下：

小程序前端请求首页推荐数据
后端服务接收请求并调用 AI 服务
AI 服务读取用户行为数据与商品热度数据
计算用户与商品之间的匹配度
返回推荐商品结果给后端
后端将结果响应至前端页面进行渲染
该时序图体现了推荐功能中的服务调用关系与时间顺序。

4.2.5 协作图（对象交互）
协作图用于展示系统中各对象之间的交互关系、消息传递路径以及协同方式。

本系统的核心交互对象包括：

用户界面
业务服务层
AI 服务
数据库
对象之间通过请求、处理、返回等消息完成业务逻辑流转，协作图可进一步体现系统模块之间的解耦与协同机制。

4.3 数据库设计
数据库设计是本次概要设计的重要组成部分，主要包括 ER 图、关系数据模型及对象关系映射三个部分。

4.3.1 ER图（概念层）
系统的核心实体包括：

用户
商品
商品分类
订单
评价
管理员
主要实体关系如下：

分类 与 商品：1:N
用户 与 发布商品：1:N
用户 与 订单：1:N
订单 与 评价：1:N
图形符号约定如下：

矩形：实体
椭圆：实体属性
菱形：实体之间的关系
连线标注：实体关系的基数，如 1:N
4.3.2 关系数据模型（逻辑层）
根据业务需求，设计如下核心数据表：

1. 用户表 user
   字段包括：

用户ID
用户名
密码
电话
邮箱
真实姓名
学号
头像
信用分
认证状态
2. 商品表 goods
字段包括：

商品ID
标题
描述
售价
原价
分类
成色
图片
卖家ID
状态
发布时间
3. 分类表 category
字段包括：

分类ID
分类名称
描述
4. 订单表 order
字段包括：

订单ID
商品ID
买家ID
卖家ID
成交价
状态
创建时间
完成时间
5. 评价表 evaluate
字段包括：

评价ID
订单ID
评价人ID
被评人ID
评分
评论内容
创建时间
6. 管理员表 admin
字段包括：

管理员账号
密码
权限
4.3.3 对象关系映射（ORM）
系统中的实体类与数据库表保持一一对应关系，实体类属性与数据表字段名称及含义保持一致。映射关系如下：

实体类 对应数据表
用户类 user
商品类 goods
分类类 category
订单类 order
评价类 evaluate
通过对象关系映射，可以更方便地实现业务实体与数据库表结构之间的统一管理。

五、团队协作
为了保证项目后续开发能够顺利推进，团队在本次作业中进一步明确了开发计划、阶段性里程碑及成员分工。

5.1 预期开发计划时间安排
周次 里程碑 相应产出
第1周 完成需求分析，确定技术方案 需求分析文档、技术栈确认清单、项目开发计划初稿
第2周 完成系统概要设计，确定数据库结构 系统设计说明书、UML五种图（用例图、活动图、类图、时序图、协作图）、ER图
第3周 完成作业提交与原型设计整理 数据库设计说明书、博客提交、原型展示链接整理
5.2 预期开发计划分工安排
成员 角色 负责的详细开发部分
刘雯昕 需求分析、整体设计 统筹项目整体进度，协调团队分工，负责原型设计
王灿阳 前端开发、文档撰写 负责微信小程序用户端页面开发，包括登录、首页、商品详情、发布商品等
郑嘉颖 后端开发、测试 负责 Web 后台管理端页面开发，包括用户管理、商品审核、数据统计等
5.3 协作过程记录
本次作业中，团队采用了较为清晰的协作方式进行分工与推进。

协作工具
使用 GitHub 对代码与文档进行统一管理
协作流程
通过群聊每日同步工作进展，及时对接接口设计与页面设计细节
贡献记录
团队成员均在 GitHub 中建立分支，并提交原型、文档、UML图等相关内容
过程材料
可在博客中补充团队讨论截图、协作照片或阶段成果截图，以增强协作过程展示的完整性
协作照片：此处可根据团队实际情况插入项目讨论照片、线上会议截图或分工记录截图。

六、后端设计展示说明
本次后端设计主要通过系统架构图、UML图和数据库设计图进行展示，重点体现以下内容：

系统模块结构清晰
从用户端、后台端、业务逻辑层到数据持久层，层次划分明确。
业务流程完整
商品发布、审核、推荐、交易等关键流程均有图示支持。
数据库结构合理
实体关系明确，能够支撑系统核心业务落地。
图文结合说明
通过文字说明辅助设计图理解，方便助教和教师进行评分与审阅。
后续在最终提交版本中，应保证所有 UML 图、ER 图及架构图清晰可见，避免因图片分辨率不足影响展示效果。

七、总结
通过本次团队作业，我们完成了校园二手交易系统从需求分析阶段向系统设计阶段的过渡，进一步明确了系统的功能边界、结构设计与数据组织方式。原型设计为前后端页面实现提供了直观参考，概要设计则从架构、业务流程、类关系与数据库层面为后续开发打下了较为扎实的基础。

在后续开发中，团队将继续围绕当前设计成果推进编码实现，逐步完成核心功能开发与系统联调，确保项目能够按计划落地。