修订控制
修订控制目录
修订控制
目录
一、概述
1.名词说明
2.产品目标
3.产品Roadmap
二、整体流程和逻辑关系
三、功能模块和特性
四、附录
一、概述
1.名词说明
2.产品目标
3.产品Roadmap
二、整体流程和逻辑关系
三、功能模块和特性
简介
联运商可以提交建立锦标赛冠名赛的“新增申请”,在申请中提交赛事相应参数到觅呱游戏后台审批后可以上架赛事。联运商可以在“联运商后台”中的“赛事管理”模块查看自己所建立的审批通过的赛事。并可在查看赛事详情时看到赛事的运行信息。联运商可在“我的申请”中,查看所有提交的申请。点击具体条目可以查看详情页。联运商可在“发放记录和对账”中看到简要的开赛记录。联运商可在“账户信息”中查看账号简要信息。
模块1 赛事申请列表
模块说明
该列表中罗列所有该用户提交的赛事申请,点击申请条目后可以查看相应的申请详情;该模块中也可点击“新建”,新建“开赛申请”;
赛事申请列表功能需求1 “申请列表”的筛选功能
用户使用场景
用户在列表中使用筛选功能,选择指定条件后快速查看相应的赛事申请
功能描述
面向地区筛选中,选择项源于用户所有“开赛申请”中的“上线地区”;其中,选中具体城市时列表仅显示申请上线地区为该城市的申请;当“不限”项选中后,只要是用户自己的申请全部显示;
游戏筛选中,选择项源于用户所有“开赛申请”中的“具体游戏”;其中,选中具体游戏时,列表仅显示“”的申请;当“不限”项选中后,显示全部申请;
审核状态筛选。不限加3种审核状态,待审核、已通过和未通过;选“不限”时,全部申请都罗列出来;选中特定状态时,仅罗列处于该状态的申请。
我的申请列表表头原型处理流程
筛选后的结果,必选满足所有筛选的条件才会罗列显示出来;
功能需求2 “申请列表”的搜索功能
用户使用场景
用户在列表中使用搜索功能,输入关键字后可快速搜索到相关赛事申请;
功能描述
可以输入赛事名称、游戏名称经行搜索;
搜索功能原型功能需求3 “申请列表”中列表内容
用户使用场景
露出赛事申请的基本信息;
功能描述
包括提交时间、赛事名称、游戏、上架地区、奖励套数、审批状态和奖品套数;
补充说明
提交时间精确到分钟,格式为“年-月-日 小时:分数”;
例:2017-05-01 15:30;
赛事名称,格式为“赛事名称(申请ID)”。例,“周黑鸭十周年店庆比赛(ID)”;
备注:赛事名称最多十个汉字;
游戏,该赛事的的游戏方式;
上架地区,城市名称;
审批状态分为待审核、已通过、未通过;
待审核,后台尚未审核该赛事;
已通过,后台已审核并上线该赛事;
未通过,后台已审核但未上线该赛事;
功能需求4 “申请列表”中底部翻页功能
用户使用场景
用户使用该功能,可以经行页面切换;
功能描述
翻页功能首尾按钮的功能为上一页或者下一页翻页;
点击页码按钮,可以快速切换到该页面;
跳页功能每10条、20条、50条、100条待审核分页;
输入具体页码数值,回车跳页;
输入不存在的页码回车跳页时“提示页码不存在”仍旧停留在该页面;
模块2 “赛事申请”详情
模块简要说明
用户提交的赛是申请详情。
功能需求1 “申请列表”表头
用户使用场景
赛事基本信息,包括赛事名称(申请ID)、提交时间、状态、待审核(已通过、未通过);
功能描述
申请详情的表头原型赛事名称,用户提交申请时填写的,最多十个字;
申请ID,用户填写完赛事申请点击提交后,系统自动生成的ID;
提交时间,申请提交到系统的时间,具体到分。例,2018/10/20 12:30;
有三种审核状态,分别为待审核、已通过、未通过;
已通过,系统审核并上线赛事后显示为“已通过”。下方显示审核时间为“年/月/日 时:分”,例,2018/10/20 12:00;
未通过,申请未通过审核。下方显示审核时间为“年/月/日 时:分”;
例:2018/10/20 12:00。未通过原因由管理员在审批时填写该内容;
功能需求2 “申请列表”基本信息
用户使用场景
用户在提交申请时填写的内容;
功能描述
赛事基本信息包括的信息有赛事名称、比赛模式、上线地区、游戏类型、具体游戏、游戏规则和赛事形象图;
功能需求3 “申请列表”参赛条件
用户使用场景
信息来源于用户填写;
功能描述
赛事申请的基本信息包括开赛时间规则、奖品份数、参赛门票、天梯分限制、赛场人数限制和用户填写的赛事申请备注;
功能需求4 “申请列表”奖品设置
用户使用场景
来源于用户申请时填写的内容;
功能描述
奖品设置原型包括奖品分数、每套奖品内容、奖品套数和预计总成本;
模块3 “赛事申请”新增
模块简要说明
用户提交的赛事申请详情。
功能需求1 “新增申请”表头
用户使用场景
包括“提交申请功能”和“放弃申请”的功能;
功能描述
新增申请的表头提交功能,只有在全部开赛信息填写完毕方可提交。如有内容未填写即提交,提示“请填写完全再提交”;
放弃申请,用户放弃填写申请时,点击该按钮即可放弃。点击后,出弹出提示“确定放弃吗?”;
功能需求2 “新增申请”填写基本信息
用户使用场景
由用户填写,时建赛的基本信息;
功能描述
赛事基本信息赛事名称,最少3个汉字,最多10个汉字。超出十个汉字,无法发输入;
比赛模式,固定为竞标赛冠名赛;
上线地区,单选项。用户可选选项由用户账号权限决定,用户账号权限由大后台配置;
游戏类型,当前只有“麻将类“;
具体游戏,目前麻将类游戏有“红中麻将”、“蚌埠麻将”;
赛事形象图,点击读取本地图片上传。图片大小不超过1Mb,分辨率不做识别;
功能需求3 “新增申请”填写参赛条件
用户使用场景
此处主要时参赛条件和开赛条件的填写;
功能描述
赛事参赛条件开赛时间规则,目前仅一种“报名即开”,“指定时间开”的功能下个版本做;
参赛门票,用户填写参考数值提交后由后台管理员最终设置。门票费用由觅呱收取且收取后归属于觅呱游戏;
天梯分限制,用户填写上限和下限。用户留空或者填写后又清除,上限(下限)不限;
赛场人数,前端显示的满多少人开赛的数值和开赛后赛场总人数的值;
功能需求4 “新增申请”填写奖品设置
用户使用场景
此处内容主要为赛事奖品设置和成本核算;
功能描述
奖品设置街晓经销商账户,用户绑定的街晓经销商账户,详细功能见功能需求5 街晓经销商账户登陆和退出;
奖品设置,可以输入卡券ID以调用登陆的街晓账户中的优惠券,详细功能见功能需求6 “申请列表”奖品设置;
每套奖品设置,设置名次对应要发放的券数量。详细功能见功能需求7 “申请列表”每套奖品设置;
开赛场数,最低开10场,最多999场。场数对应奖品套数;
“核算成本”按钮,点击后向“卡券经销商服务器”获取“街晓经销商账户”中本次选用的券的可用数量是否满足“可用数量不小于‘总计需要的卡券数量’”的条件。如果满足,则判定“每套奖品设置”的“名次逻辑是否正确?”、“名次对应的奖品数量逻辑是否正确?”。以上判定都通过后,计算总成本。如果以上的判定有哪个未通过,则出提示“奖品设置有误(券可用数量不足/名次设置有误/奖品数量设置有误)”;
备注:每套奖品发放券的张数*开赛场数=总计需要的卡券数量;
成本核算,总计需要的卡券数量*卡券单价=总成本;
处理流程
核算流程功能需求5 街晓经销商账户登陆和退出
用户使用场景
输入街晓经销商账号,登陆后才能调用优惠券;
功能描述
街晓登陆接口输入街晓账号进行登陆,该页面调“街晓经销商后台”的登陆接口;
记住我的街晓账号,选中后点击登陆,下次自动登陆;
登陆时,街晓首先验证子账号是否存在?街晓账号存在的话,子账号绑定的联运商是否为该联运商?如果不是该联运商,则无法登陆;
功能需求6 “新增申请”奖品设置
用户使用场景
用户在登陆“街晓经销商账户”后才能输入卡券ID经行选用;
功能描述
查询优惠券当登陆街晓账户后,才能在“请选择奖品”中输入卡券ID;
输入ID后,点击“查询”向“街晓卡券经销商向后台”查询该“街晓经销商账户”此卡券的卡券名称、卡券ID、单张卡券成本和剩余可用数量;
如果“街晓卡券经销商向后台”返回数据“不存在该券”,则网页做相应提示;
功能需求7 “新增申请”每套奖品设置
用户使用场景
用户设置获奖名次和对应奖品;
功能描述
排名奖品配置第一名必填,该条目不可删除;
点击新增,系统接上一条“最后名次”“N名”生成新的条目“‘N+1’名~‘可填’名次”;
例:上一条“6~9”名,点击新增生成一条“10~待填”;
每次“新增”,系统锁定之前的条目,要修改之前的条目,必须将该条目之后的条目都删除;
“可填”名次的值介于于“上一条目‘最后名次N+1’~用户本次申请之前填写的‘赛场人数限制’”;
奖品配置说明当用户填写的数值小于上一条目“最后名次N+1”时,提示“名次设置有误”;
当用户填写的数值大于“赛场人数限制”时,提示“名次设置有误”;
当用户填写“最后名次”的数值等于“N+1”或者留空时,则该条目对应的名次未单独名次;
名次对应奖品卡券张数数值设置,排名靠后的奖品优惠券数值不得大于排名靠前的数值;
“新增申请”街晓联运商账号的支撑见下文;
模块4 赛事管理
模块简要说明
该列表中罗列所有该用户上线的赛事,点击申请条目后可以查看相应的赛事详情;
已上线赛事列表功能需求1 “赛事管理”的筛选功能
用户使用场景
用户在列表中使用筛选功能,选择指定条件后快速查看相应的赛事申请
功能描述
上线地区筛选中,选择项源于用户所有“开赛申请”中的“上线地区”;其中,选中具体城市时,列表仅显示申请上线地区为该城市的申请;当“不限”项选中后,全部显示;
游戏筛选中,选择项源于用户所有“赛事详情”中的“具体游戏”;其中,选中具体某款游戏时,列表仅显示该游戏的申请;当选中“不限”后,显示全部申请;
赛事状态,分为全部、进行中、已结束和已停用;
列表表头功能处理流程
筛选后的结果,必选满足所有筛选的条件才会罗列显示出来;
功能需求2 “赛事管理”的搜索功能
用户使用场景
用户在列表中使用搜索功能,输入关键字后可快速搜索到相关赛事;
功能描述
可以输入赛事名称、游戏名称经行搜索;
搜索功能功能需求3 “赛事管理”中列表内容
用户使用场景
露出上线赛事的基本信息;
功能描述
包括上 线时间、赛事名称、游戏、上架地区、展示位置、已用/剩余奖品数量(套)、赛事状态;
补充说明
提交时间精确到分钟,格式为“年-月-日 小时:分数”。例2017-05-01 15:30;
赛事名称,格式为“赛事名称(申请ID)”。例,“周黑鸭十周年店庆比赛(ID)”;
备注:赛事名称最多十个汉字;
游戏,该赛事的的游戏方式;
上架地区,城市名称;
暂时位置,前端该游戏暂时的位置;
上线状态分为进行中、已结束、已停用;
进行中,前端能看到,奖品足够开赛;
已结束,前端不能看到,奖品或者开赛场数用光;
已停用,管理员手动停用该赛事;
功能需求4 “赛事管理”中底部翻页功能
用户使用场景
用户使用该功能,可以经行页面切换;
功能描述
翻页首尾按钮的功能为上一页或者下一页翻页;
点击页码按钮,可以快速切换到该页面;
跳页功能每10条、20条、50条、100条待审核分页;
输入具体页码数值,回车跳页;
输入不存在的页码回车跳页时“提示页码不存在”仍旧停留在该页面;
模块5 已上线赛事详情
模块简要说明
已上线的赛事详情;
功能需求1 “赛事详情”表头
用户使用场景
用户点击列表中的赛事条目查看已上线的赛事详情;
功能描述
赛事详情表头赛事名称,用户提交申请时填写的,最多十个字;
赛事ID,审核通过后系统自动生成的ID;
上线时间为赛事上线的时间,具体到分。例,2018/10/20 12:30;
有三种状态,分别为进行中、已结束和已停用;
三种形态进行中,赛事由管理员审核通过后上线且“可开场数”非零;
备注:可开场数=总可开场数-已开场数;
已开赛场数=已发放卡券数量/每套奖品数量;
每套奖品数量=各名次对应奖品数之和;
已发放卡券数量来源于大后台;
已结束,可开场数等于零。下方显示审核时间为“年/月/日 时:分”,例,2018/10/20 12:00。结束原因显示为“可开赛场数用尽”;
已停用,管理员主动停用赛事。下方显示审核时间为“年/月/日 时:分”,例,2018/10/20 12:00。停用原因由管理员在停用时填写该内容;
游戏,赛事具体选用的游戏;
开赛时间规则,目前只有一种“报名即开”;
参赛门票,由管理员审核时填写的金币数值;
参赛天梯分,提交申请时用户填写的参赛门槛;
已开/总可开场数,已经开了的场数和申请时设置的可开场数;
功能需求2 “赛事详情”基本信息
用户使用场景
用户在提交申请时填写的内容;
功能描述
赛事基本信息包括的信息有赛事名称、比赛模式、上线地区、游戏类型、具体游戏、游戏规则和赛事形象图;
功能需求3 “赛事详情”前端展示信息
用户使用场景
已上线赛事前端展示位置显示;
功能描述
上线地区和展示位置包括赛事上线地区(城市),该赛事在(上线地区前端)前端的展示位置;
功能需求4 “赛事详情”赛事信息
用户使用场景
来源于用户申请时填写的内容;
功能描述
赛事信息包括赛事形象图、预计总成本、奖品基本信息、各名次对应奖品数量;
模块6 账户信息
模块简要说明
此处为联运商基本信息;联系电话和密码可以更改;认证信息来源于游戏大后台管理员填写;
联运商信息功能需求1 修改登陆密码
用户使用场景
联运商可在此处修改登陆密码;
功能描述
联运商点击修改密码,验证手机号,填写验证码;通过验证后,填写新的密码并进行二次确认;
模块7 奖品发放
模块简要说明
联运商记录赛场ID、时间、券名,发放数量;每一笔奖励记一次,不需要记录发给了谁;
功能需求1 奖品发放
用户使用场景
在街觅呱游戏中比赛获得的奖品,觅呱游戏传输数据到街晓,并由街晓发到游戏玩家的街晓账户中,发送数据到觅呱后台记录;觅呱后台记录后,传送赛场ID,时间,券名,发放数量给联运商账号,联运商账号记录数据;
功能描述
觅呱玩家在游戏中获得奖品,觅呱后台传输数据给街晓,街晓发送相应奖品到该用户街晓账户;
奖品发放,赛事每累计发出一套奖品数量的优惠券为一条记录。当剩余卡券不足一套奖品时,下架赛事,剩余的券系统回收(系统将该券销毁);
奖品发放记录处理流程
优惠券奖品发放流程 交互时序图四、附录
1.联运商后台原型
原型地址:https://9s4vd4.axshare.com
密码:QsOFz6S5kl2WWiIYlS5Y
网友评论