Skip to content

Latest commit

 

History

History
512 lines (405 loc) · 17.5 KB

网站用例文档.md

File metadata and controls

512 lines (405 loc) · 17.5 KB

网站术语表

术语表


用例一:

名称:登陆系统
角色:企业、学生、管理员
前置条件:学生和管理员已有账号和密码、已成功注册的企业
后置条件:企业、学生、管理员成功登陆平台
简述:企业、学生、管理员输入相关信息登陆
基本流:

  • 学生第一次登录

    1. 学生选择"学生"进行登录
    2. 系统显示修改密码界面。
    3. 学生输入密码;系统验证密码是否符合至少使用一个特殊字符一个数字7个字母的要求
    4. 学生提交已填写的个人资料
    5. 学生与系统签订协议
    6. 系统对该用户信息进行初始化
    7. 系统发送邮件至邮箱,通知PA首次登录成功
  • 学生不是第一次登录

    1. 选择学生登录
    2. 系统显示登录界面
    3. 输入登录信息
    4. 点击登录按钮
  • 企业已注册成功登录

    1. 选择企业登录
    2. 系统显示登陆界面
    3. 输入登录信息
    4. 点击登录按钮
  • 管理员登录

    1. 系统显示登录界面
    2. 输入登录信息
    3. 点击登录按钮

扩展流:

  • 企业登陆之前没有注册(将登陆的信息和注册表中的信息做对比,发现信息不一致)

    1. 跳转到企业注册界面
    2. 企业填写注册相关信息(工商管理登记证,登记人身份证信息啥的)
    3. 提交信息
    4. 等待系统审核
  • 学生登陆之前系统未导入相关信息(将登陆的信息和注册表中的信息做对比,发现信息不一致)

    1. 弹出提示窗口:您的注册信息有误,请联系管理员。
    2. 后台给管理员推送登陆不成功通知,管理员核实该条登陆信息。

用例二:

名称:发布项目
角色:企业
前置条件:已注册企业成功登入
后置条件:发布此需求并处于招标状态
简述:企业发布本企业的需求,可上传文档进行说明,发布具体需求
基本流:

  1. 企业点击发布项目
  2. 企业填写项目名称和信息及说明文档,预计时间,预算等信息
  3. 点击确认发布项目按钮(需要管理员审核通过才能真正发布)
  4. 此项目会生成一个项目需求的页面
  5. 将此需求添加到企业主页,并处于招标状态
  6. 将此需求发布到浏览项目中

用例三:

名称:浏览项目列表
角色:企业、学生 、游客
前置条件:无
后置条件:学生了解和选择与自己技能相关的项目信息,企业、游客了解大致行情
简述:学生进行项目的浏览会优先显示与自己相关技能有关的项目信息,企业和游客按照默认排序浏览已发布的项目列表
基本流:

  • 学生在个人信息上填写了相关技能

    1. 在主页中点击“浏览项目”
    2. 推送与本技能相关的项目
    3. 选择排序的方式,关注度或者发布时间
    4. 排序并展示出来
  • 企业或学生未填写相关技能

    1. 在主页中点击“浏览项目”
    2. 选择相关技能
    3. 推送与本技能相关的项目
    4. 选择排序的方式,关注度或者发布时间
    5. 排序并展示出来
  • 未选择相关技能(学生或者游客)

    1. 在主页中点击“浏览项目”(注意游客的权限,不能投标)
    2. 选择排序的方式,关注度或者发布时间
    3. 排序并展示出来

用例四:

名称:查看项目详细信息
角色:企业、学生
前置条件:企业已成功发布至少一个项目
后置条件:

  • 企业:

    1. 企业能了解发布的各个项目有多少人投标项目,以及他们各个作品的详细内容
    2. 选定投标的作品,开始交易(该项可选)
  • 学生:

    1. 根据自身特长选择是否投稿

简述:企业点击想要了解的项目,查看项目信息和投稿人的投稿作品 ,学生了解项目,决定是否投稿
基本流:

  • 企业:

    1. 企业通过浏览项目列表点击某一想要了解的项目
    2. 进入到该项目的详细页面
    3. 查看投标人的投标
    4. 选定投标人(该项可选)
  • 学生:

    1. 学生通过浏览项目列表,点击感兴趣的项目
    2. 了解该项目的详细信息
    3. 根据自身特长选择是否投稿

用例五:

名称:学生投标
角色:学生
前置条件:已登录的学生,选中某个项目
后置条件:此学生投标的作品显示在项目具体内容的页面中(具体作品只有企业可见,学生及访问者不可见)
简述:浏览项目时点开项目信息,投稿
基本流:

  1. 学生浏览项目列表
  2. 点击某一项目查看详细信息
  3. 点击投稿按钮,页面跳转至学生投标界面
  4. 投标
  1. 从个人作品中选择作品投标
  1. 点击从个人作品中上传
  2. 显示所有个人作品
  3. 选择投标作品
  4. 将此作品的详细信息填充至此界面
  5. 可进行修改完善
  6. 学生填写报价
  7. 点击投标
  8. 个人作品状态由A->B
  1. 本地上传
  1. 填写相关信息(作品名称,作品描述,作品文件)
  2. 填写报价
  3. 点击投标
  4. 将此作品信息写入作品表,状态为B

备注:
作品的三个状态:

A. 个人作品(即可以展示出来)
B. 正在进行投标的作品(显示正在交易的区域)
C. 交易结束的作品(显示在已完成的项目的区域)


用例六:

名称:进行线上交流
角色:企业、学生
前置条件:已登录并且已选定要交流的对象
后置条件:

  1. 了解了更多关于作者作品的想法等等
  2. 确定该投标人为交易对象(该项可选)

简述:企业在项目详细介绍界面选择某一投稿人进行线上交流
基本流:

  1. 企业进入项目详细介绍界面
  2. 浏览投标人作品
  3. 选择作者进行线上交流
  4. 选定投稿人(该项可选)

用例七:

名称:企业选标
角色:企业
前置条件:已发布项目的企业并且有学生进行投标,同时企业有看中的作品
后置条件:
简述:企业选定交易的学生,同意支付协议,全额付款,收到学生具体联系方式
基本流:

  • 选标
    1. 对投标的作品进行浏览
    2. 选择投稿人进行线上交流
    3. 选出最符合企业要求的作品

用例八:
名称:支付交易金额
角色:企业、管理员
前置条件:

  1. 企业:已经选中投标人
  2. 管理员:企业确认交易完成(用例十)

后置条件:

  1. 企业:企业全款支付,学生的具体联系方式以邮件方式发送至企业的邮箱,系统已发送信息(短信的方式)给交易学生
  2. 管理员:按照协议已经将报酬打入学生账户

简述:企业选中投稿支付全额。企业学生交易完成,管理员将报酬打入学生账户
基本流:

  • 企业

    • 检查订单,并支付

      1. 系统显示项目需交总费用,让企业进行确认
      2. 点击同意支付协议
      3. 跳转至支付页面,可选择银行卡或者支付宝微信扫码进行支付
    • 显示学生联系方式

      1. 系统以邮件的形式发送被选定投稿人的详细信息给企业邮箱
      2. 系统发送信息(手机短信)通知作者,其作品已中标
      3. 系统在企业和学生间创建一份新订单,分配唯一的订单号,保存该订单,进行跟踪处理
      4. 修改项目状态为进行中(不接受投标),处于交易状态
  • 管理员

    • 处理项目
      1. 根据订单,选择学生
      2. 将报酬打入学生账户
      3. 系统发送信息告知学生和企业,交易成功

用例九:

名称:企业和学生线下交流
角色:企业、学生
前置条件:企业支付完定金,获得学生联系方式
后置条件:完成作品 或者交易失败
简述:企业和学生线下交流项目
基本流:

  • 规定时间内完成

    1. 企业获得学生信息后和学生取得联系
    2. 通过某一方式交流后完成作品(在交流的过程中,学生给对方的样稿应该都带上水印)
    3. 完成作品,合作完成
  • 超出预期时间

    1. 企业获得学生信息后和学生取得联系
    2. 交流后未在规定时间内完成作品,分两种情况: 2.1 经双方协商一致后同意延期的,修改订单到期时间后继续正常履约。 2.2 经双方协商后企业仍不同意延期的,按学生违约执行以下步骤。
    3. 学生违约次数加一
    4. 系统将订单置为交易失败
    5. 系统退全额给企业
    6. 系统发送邮件通知企业和学生交易失败

扩展流:

  • 企业中途取消交易

    1. 企业获得学生信息后和学生取得联系
    2. 企业交流途中取消交易
    3. 系统提示是否确认取消交易
    4. 点击确认取消交易
    5. 系统按照协议退回部分金额给企业
    6. 系统将订单置为交易失败
    7. 系统发送邮件通知学生交易失败
    8. 项目详细信息界面中显示项目交易失败
  • 学生中途取消交易

    1. 企业获得学生信息后和学生取得联系
    2. 学生交流途中取消交易
    3. 系统提示是否确认取消交易
    4. 点击确认取消交易
    5. 学生违约次数加一
    6. 系统将订单置为交易失败
    7. 系统退全额给企业
    8. 系统发送邮件通知企业交易失败

用例十:

名称:企业确认交易完成
角色:企业
前置条件:企业和学生合作完成
后置条件:订单状态为交易完成,此项目状态为交易完成,并显示在各自的主页上(该稿子在学生主页将被放入“已完成项目”的部分中(该部分不允许被下订单),版权归企业所有)
简述:交易完成后,企业确认交易完成
基本流:

  1. 企业确认交易成功(有个交易成功的协议,还没定)
  2. 学生将最终的稿子上传至
  3. 系统按照协议(学校和学生之间签订的协议)将报酬打入学生银行卡内
  4. 系统修改项目、作品和订单的状态为完成状态

用例十一:

名称:修改个人信息
角色:企业、学生
前置条件:企业或学生已经在该平台登录
后置条件:生成更新后的个人信息
简述:企业或学生在个人主页中修改(可修改的部分)需要修改的内容或在设置对重要信息进行修改
基本流:

  • 企业

    1. 企业进入个人主页(也是它的项目发布主页)
    2. 点击需要修改部分的“笔”的形状
    3. 可更改信息进入可编辑模式
    4. 鼠标点界面其他地方
    5. 显示更新后的主页
  • 学生

    1. 学生进入个人主页
    2. 点击需要修改的“笔”的形状
    3. 可更改信息进入可编辑模式
    4. 鼠标点击界面其他地方
    5. 显示更新后的主页

用例十二:

名称:上传作品
角色:学生
前置条件:已登录的学生
后置条件:将自己想要上传的作品成功上传
简述:在个人主页上点击上传作品按钮上传
基本流:

  1. 进入个人主页
  2. 点击上传作品按钮
  3. 选择想要上传的作品
  4. 点击上传
  5. 上传成功(如果网速给力的话)

用例十三:

名称:展示学生作品(“人才排行榜”功能)
角色:学生
前置条件:信息已被录入数据库的学生
后置条件:按照学生的作品被中标率或关注度分别排出前x(待定)名
简述:比较所有学生的作品中标率和关注度,排名
基本流:

  1. 选择是按照中标率还是关注度进行排序
  2. 系统给出排名

关注度:学生的follower个数


用例十四:

名称:展示学生作品(“发现”功能)
角色:学生
前置条件:信息已录入数据库的学生及学生作品展示区域有作品
后置条件:按照学生的作品发布时间和被点赞的次数随机展示
简述:系统随机进行展示,让用户发现作品
基本流:

  1. 企业、学生或游客点击发现,进入此页面
  2. 点击喜欢的作品
  3. 对作品进行点赞或是留言(游客没有此权限)
  4. 进入此学生的个人主页(此项可选)

用例十五:

名称:浏览学生主页
角色:企业、学生、游客
前置条件:无
后置条件:了解学生主页中的作品,有符合企业需求的可以进行作品的单独购买
简述:浏览学生的个人主页
基本流:

  1. 点击学生的头像,跳转至学生主页页面
  2. 浏览学生个人主页
  3. 选择学生作品,点击购买按钮(可选)(游客没有此权限)
  4. 进入交易界面(可选)

用例十六:

名称:浏览企业主页
角色:企业、学生、游客
前置条件:无
后置条件:了解企业主页中的项目,有喜欢的可投稿项目可以进行投稿
简述:浏览企业的个人主页
基本流:

  1. 点击企业的名称,跳转至企业主页页面
  2. 浏览企业个人主页
  3. 选择某一可投稿项目(可选)(游客没有此权限)
  4. 投稿(可选)

用例十七:

名称:申诉
角色:企业、学生
前置条件:企业、学生对订单有异议
后置条件:已提交申诉文件
基本流:

  1. 学生或企业在交易期间有异议
  2. 点击菜单上的申诉按钮
  3. 填写申诉内容
  4. 将此申诉内容显示至管理员界面
  5. 管理员进行联系及处理

用例十八:

名称:录入信息
角色:管理员
前置条件:管理员已经登陆
后置条件:管理员将需要录入的企业信息和学生信息已经录入到系统中
基本流:

  • 企业

    1. 管理员登陆后台管理系统
    2. 选择企业信息管理进行信息录入
    3. 录入相关企业信息到注册表中
  • 学生

    1. 管理员登陆后台管理系统
    2. 选择学生信息管理进行信息录入
    3. 录入相关学生信息到注册表中

用例十九:

名称:修改信息
角色:管理员
前置条件:管理员已经登陆
后置条件:管理员将需要修改的企业信息或学生信息已经进行修改
基本流:

  • 企业

    1. 管理员登陆后台管理系统
    2. 选择企业信息管理进行信息修改
    3. 完成修改
  • 学生

    1. 管理员登陆后台管理系统
    2. 选择学生信息管理进行信息修改
    3. 完成修改

用例二十:

名称:审核企业注册信息
角色(PA):管理员
前置条件:管理员已经登陆后台管理界面、企业申请注册
后置条件:系统给该企业发送审核是否通过的邮件
简述:管理员对申请注册的企业进行审核
基本流:

  1. 管理员查看所申请注册的企业信息
  2. 与企业取得联系,确认信息,并确认是否和学校进行合作
  3. 系统发送邮件至邮箱,通知PA审核是否通过

用例二十一:

名称:审核企业项目发布信息
角色(PA):管理员
前置条件:管理员已经登陆后台管理界面、企业发布项目
后置条件:系统给该企业发送审核是否通过的邮件
简述:管理员对申请发布企业进行审核
基本流:

  1. 管理员查看关于发布项目的详细信息
  2. 选择同意或不同意
  3. 同意:企业主页中待审核项目进入“正在交易”区
  4. 不同意:企业主页中待审核项目进入“交易失败区”

用例二十二:

名称:订单查看
角色(PA):管理员
前置条件:管理员已经登陆后台管理界面、已生成至少一张订单
后置条件:管理员获得订单信息
简述:管理员进入后台管理系统查看订单详情
基本流:

  1. 管理员点击订单管理系统
  2. 选择订单管理界面进入
  3. 查看订单详情

用例二十三:

名称:订单修改
角色(PA):管理员
前置条件:管理员已经登陆后台管理界面、已生成至少一张订单
后置条件:管理员修正出错的信息
简述:管理员进入后台管理系统修改订单
基本流:

  1. 管理员点击订单管理系统
  2. 选择订单管理界面进入
  3. 修改信息