分析阶段模型更改

model/用例描述/举报内容用例描述.txt

@@ -1,7 +0,0 @@
-用例名称：举报内容
-业务目标：允许校园点评用户举报不适当、违规或有害的文章或评论内容，以促使平台管理员采取适当的措施
-执行者： 校园点评用户
-基本交互动作：
-1.用户进行举报文章，向系统发送举报文章请求
-2.系统连接数据库，将标记文章被举报性质存储到数据中
-3.系统返回举报成功提示

model/用例描述/任务搜索和筛选用例描述.txt

@@ -1,8 +0,0 @@
-用例名称：跑手进行任务搜索和筛选
-业务目标：跑手对跑腿任务进行搜索和筛选，以找到适合的任务
-执行者：校园跑腿跑手
-前置条件：跑手已位于任务浏览页面
-基本交互动作：
-1.跑手进入搜索和任务筛选，搜索关键词或选择筛选条件
-2.系统从数据库搜索符合条件的相关任务信息
-3.系统将返回的相关任务信息返回给跑手

model/用例描述/发布文章用例描述.txt

@@ -1,8 +0,0 @@
-用例名称：发布文章
-业务目标：允许用户通过平台创建和发布校园点评文章
-执行者： 校园点评用户
-基本交互动作：
-1.用户进行发布文章，编写文章内容以及相应文章标签等
-2.系统对文章进行审核
-  2.1若文章涉及敏感词或敏感话题等，文章会被退回
-  2.2若文章无问题，系统将把文章存储到数据库中，发布成功

model/用例描述/发布跑腿悬赏任务用例描述.txt

@@ -1,12 +0,0 @@
-用例名称：发布跑腿悬赏任务
-业务目标：用户创建发布自己需要的跑腿悬赏任务，以便跑手完成
-执行者：校园跑腿用户
-前置条件：用户已经注册登陆小程序
-基本交互动作：
-1.用户点击发布悬赏按钮创建跑腿悬赏任务
-2.用户填写悬赏信息
-3.用户发布悬赏任务到平台
-4.发布的悬赏任务存到数据库
-5.系统返回发布成功信息
-6.用户退出悬赏接口
-7.系统返回我的悬赏任务面板

model/用例描述/审核文章和评论用例描述.txt

@@ -1,9 +0,0 @@
-用例名称： 审核被举报的文章和评论
-业务目标： 管理员审核被举报的文章和评论，确保它们符合平台的规定和政策
-执行者： 管理员
-前置条件： 管理员已登录到校园点评小程序，并具有审核权限；文章、评论被用户举报
-基本交互动作：
-1.用户查看带审核的内容，系统从数据库把待获取的内容进行返回
-2.用户进行审核
- 2.1审核通过，将审核的文章和评论的结果储存在数据库中，并在面板中显示“审核通过”
- 2.2审核不通过，将审核的文章和评论的结果储存在数据库中，并在面板中显示“审核通过”

model/用例描述/接受跑腿悬赏任务用例描述.txt

@@ -1,9 +0,0 @@
-用例名称：跑手接受跑腿悬赏任务
-业务目标：跑手查看并接受跑腿任务，以执行任务并获取报酬
-执行者：校园跑腿跑手
-前置条件：跑手已位于任务浏览页面。
-基本交互动作：
-1.跑手浏览查看感兴趣的跑腿任务，获取任务详情，系统从数据库获得相应任务消息
-2.跑手查看任务详情后，选择接受任务，系统从数据库查找任务的状态信息，对跑手的接受请求进行验证，确保任务未被其他跑手接受
-3.如果验证成功，系统将任务分配给跑手，并将任务状态更新为"进行中"，储存到数据库中
-4.系统提示跑手任务分配成功

model/用例描述/搜索文章用例描述.txt

@@ -1,8 +0,0 @@
-用例名称：搜索文章
-业务目标：允许校园点评用户使用搜索功能来查找感兴趣的校园点评文章
-执行者： 校园点评用户
-基本交互动作：
-1.用户搜索文章，系统向数据库发送数据请求
-2.数据将请求的相应文章结果返回到搜索面板上
-
-

model/用例描述/支付已完成悬赏任务用例描述.txt

@@ -1,12 +0,0 @@
-用例名称：支付已完成悬赏任务
-业务目标：用户对跑手已完成的悬赏任务支付悬赏金额，确保跑手收到
-执行者：校园跑腿用户
-前置条件：跑手已经完成悬赏任务
-基本交互动作：
-1.用户查看自己发布的悬赏任务，确保已被跑手完成
-2.用户点击确认支付调用支付接口进行支付
-3.系统获取悬赏任务信息并返回
-4.用户选择支付方式完成支付
-5.系统处理支付请求返回支付结果
-6.系统更新新的悬赏任务信息到数据库
-7.系统返回我的悬赏任务面板

model/用例描述/评价跑手用例描述.txt

@@ -1,14 +0,0 @@
-用例名称：评价跑手
-业务目标：用户对已完成悬赏任务的跑手进行评价，方便其他用户选择合适跑手
-执行者：校园跑腿用户、校园跑腿跑手
-前置条件：用户已经支付完成悬赏任务
-基本交互动作：
-1.用户查看悬赏任务
-2.用户点击评价按钮请求评价跑手
-3.系统获取悬赏任务信息并返回
-4.用户填写个人评价建议和打星评价
-5.用户提交个人评价
-6.系统处理评价请求并更新悬赏任务信息到数据库
-7.系统返回评价成功消息
-8.系统提供评价信息给跑手
-9.系统返回到我的悬赏任务面板

model/需求模型/用例描述/举报内容用例描述.txt

@@ -0,0 +1,8 @@
+用例名称：举报内容
+业务目标：允许校园点评用户举报不适当、违规或有害的文章或评论内容，以促使平台管理员采取适当的措施
+执行者： 用户
+基本交互动作：
+1.用户选择举报
+2.用户选择好想举报的内容后，向系统发出举报请求
+3.系统将被举报文章或评论信息同步到数据库
+4.系统返回举报成功提示

model/需求模型/用例描述/任务搜索和筛选用例描述.txt

@@ -0,0 +1,9 @@
+用例名称：任务搜索和筛选
+业务目标：跑手对跑腿任务进行搜索和筛选，以找到适合的任务
+用户：校园跑腿跑手
+前置条件：跑手已登录小程序
+基本交互动作：
+1.跑手选择搜索和筛选任务
+2.跑手输入关键词或选择筛选条件
+3.系统从数据库搜索符合条件的相关任务信息
+4.系统将返回的相关任务信息返回给跑手

model/需求模型/用例描述/发布任务用例描述.txt

@@ -0,0 +1,9 @@
+用例名称：发布任务
+用例功能：用户创建发布自己需要的跑腿悬赏任务，以便跑手完成
+执行者：用户
+前置条件：用户已经注册登陆小程序
+基本交互动作：
+1.用户请求发布跑腿悬赏任务
+2.用户填写悬赏信息
+3.用户发布悬赏任务到平台
+4.系统返回发布成功信息

model/需求模型/用例描述/发布公告用例描述.txt

@@ -3,6 +3,7 @@
 执行者：管理员
 前提条件：管理员已登录到校园点评小程序，并具有发布公告的权限
 基本交互动作：
-1、管理员进行编辑公告，并编辑内容
-2、系统将创建的公告和相应信息存到数据库
-3、管理员确认公告的发布，同时发布成功显示在屏幕上
+1.管理员选择发布公告
+2.管理员编辑公告内容
+3.用户发布公告，系统将相应信息存到数据库公告数据表中进行发布
+4.系统提示管理员发布成功

model/需求模型/用例描述/发布文章用例描述.txt

@@ -0,0 +1,13 @@
+用例名称：发布文章
+业务目标：允许用户通过平台发布校园点评文章
+前置条件：用户已登陆系统
+触发条件：用户选择发布文章功能
+执行者：用户
+基本交互动作：
+1.用户选择发布文章
+2.用户编写文章内容
+3.用户向系统提交发布的文章
+4.系统对文章进行审核
+5.审核通过后，系统将文章传入数据库文章数据表，发布成功
+扩展交互动作：
+5.1若文章涉及敏感词或敏感话题等，将不允许发布

model/需求模型/用例描述/审核文章和评论用例描述.txt

@@ -0,0 +1,11 @@
+用例名称： 审核文章和评论
+业务目标： 管理员审核被举报的文章和评论，确保它们符合平台的规定和政策
+执行者： 管理员
+前置条件： 管理员已登录到校园点评小程序，并具有审核权限；文章、评论被用户举报
+基本交互动作：
+1.管理员查看待审核的内容
+2.系统把代审核的内容从数据库中获取并进行返回
+3.管理员对违规内容进行审核
+4.管理员审核通过，系统将通过审核的文章和评论的结果储存在数据库中，并提示审核通过
+扩展交互动作： 
+4.1管理员审核不通过，系统将审核的文章和评论的结果储存在数据库中，并提示审核不通过”

model/需求模型/用例描述/接受任务用例描述.txt

@@ -0,0 +1,10 @@
+用例名称：接受任务
+业务目标：跑手查看并接受跑腿任务，以执行任务并获取报酬
+执行者：校园跑腿跑手
+前置条件：跑手已登录小程序
+基本交互动作：
+1.跑手浏览查看感兴趣的跑腿任务，获取任务详情
+2.系统从数据库获得相应任务消息，并返回信息
+3.跑手选择接受任务
+4.系统验证任务状态信息
+5.系统更新任务分配状态信息，并提示跑手任务分配成功

model/需求模型/用例描述/搜索文章用例描述.txt

@@ -0,0 +1,9 @@
+用例名称：搜索文章
+业务目标：允许校园点评用户使用搜索功能来查找感兴趣的校园点评文章
+执行者： 用户
+基本交互动作：
+1.用户选择搜索文章
+2.系统向数据库发送数据请求
+3.系统将请求的相应文章结果返回到搜索面板上
+扩展交互动作：
+3.1 若数据库中无相关文章，给予用户提示无相关文章

model/需求模型/用例描述/支付酬金用例描述.txt

@@ -0,0 +1,15 @@
+用例名称：支付酬金
+用例功能：用户对跑手已完成的悬赏任务支付悬赏金额，确保跑手收到。
+执行者：用户
+前置条件：跑手已经完成悬赏任务
+触发条件：用户选择支付酬金功能
+基本交互动作：
+1.用户查看自己发布的悬赏任务，确保已被跑手完成
+2.用户请求支付
+3.系统获取悬赏任务信息并返回
+4.用户选择支付方式完成支付
+5.系统处理支付请求返回支付结果
+6.系统更新新的悬赏任务信息到任务列表
+扩展交互动作：
+4.1.如果用户取消支付，系统返回我的悬赏任务面板
+5.1如果支付失败，系统返回支付失败信息

model/需求模型/用例描述/评价跑手用例描述.txt

@@ -0,0 +1,14 @@
+用例名称：评价跑手
+用例功能：用户对已完成悬赏任务的跑手进行评价，方便其他用户选择合适跑手。
+执行者：用户
+前置条件：用户已经支付完成悬赏任务
+触发条件：用户选择评价功能
+基本交互动作：
+1.用户查看悬赏任务，选择评价
+2.系统获取悬赏任务信息并返回
+3.用户填写个人评价建议和打星评价
+4.用户提交个人评价，系统更新悬赏任务信息
+5.系统返回评价成功信息
+6.系统提供评价信息给跑手
+扩展交互动作：
+5.1如果评价字数太少或字符不合法，提示用户重写评价