基础数据模块详细需求说明书.docx

基础数据模块详细需求说明书1. 引言1.1. 编写目的数据中心整体项目重写，通过对基础数据模块做详细需求说明，来指导该模块的重新设计与开发1.2. 背景数据中心基础数据模块是数据中心众多模块中最为基础的一部分，为其他模块提供了赛事基础数据，同时开放接口供爬虫及人工新增基础数据信息1.3. 定义数据中心：指 2B 业务的核心系统，为接入的各个商户提供数据服务的系统1.4. 参考资料2. 任务概述2.1. 目标完成数据中心基础数据模块，提供接口及数据更新通知，兼容电竞及体育相关赛事结构2.2. 运行环境Linux2.3. 条件与限制保证数据完整性，即目前电竞赛事的所有基础数据全部具备，同时可扩展至未来的体育赛事基础数据模块只负责赛事相关的基础数据，包括：选手、队伍、赛事类别、赛区、联赛、系列赛、比赛等数据3. 数据描述3.1. 静态数据3.2. 动态数据动态数据较多，在详细设计中给出相应的输入输出，主要围绕基础数据进行3.3. 数据库描述数据库建议采用 postgresql建表需要有前缀：base_ 作为基础数据模块表前缀字符集统一采用 utf8 字符集3.4. 数据词典数据字典主要定义各种状态的约定及相关代码3.5. 数据采集数据采集主要通过外围爬虫来实现，并提供接口供爬虫数据入库，该接口同时供后台操作人员手工添加各类信息。

4. 功能需求4.1. 选手选手即参赛人员，部分赛事可能会有上场人员的调配，并可能会根据不同的参赛人员拥有不同的参赛策略，从而影响赛局选手有可能会转籍、退役，因此也需要设计相应字段目前可能会涉及的字段有：选手名称、别名、国籍、目前所属队伍、是否在役4.2. 队伍队伍由选手组成，一般赛事为团体赛，以队伍为单位参赛（部分赛事也可能会以选手来参赛） 队伍字段：队伍名称、简称、别名、LOGO、籍贯（主场地）、是否解散、国家、地区、其他用于匹配的字段（steamId 等）4.3. 赛事类别赛事类别主要为区分不同类型的赛事，电竞中为区分不同游戏，如王者荣耀、CS：GO 等， 体育中为区分不同运动，如篮球、足球等赛事类别主要字段：类别名称、英文简称、代码、类型（电竞/体育）、是否启用、是否接入实时数据、是否开盘口、是否接入订单等4.4. 联赛联赛为每种赛事类别有组织性的统一比赛，这里的联赛也包含了杯赛是由可持续、多轮次、相互关联的竞赛组成的大型赛事电竞中，如 LPL 职业联赛；体育中，如中国足球超级联赛； 联赛字段：联赛名称、LOGO、所属赛事、所属类别、是否启用4.5. 赛区赛区依附于联赛存在，每个联赛可能会有多个赛区，每个赛区相对独立，主办方也可能不同， 同时每个赛区各自的赛程也可能有所区别4.6. 赛程赛程为联赛的具体某次赛程安排，如Lpl 有春季常规赛、季后赛等。

赛程字段：赛程名称、所属赛事、所属联赛、所属赛区、开始时间、结束时间、赛程状态、是否启用4.7. 系列赛系列赛为具体的对局比赛，依附于赛程下，为两队之间的多场比赛来确定胜负的方式系列赛可能只有一场比赛，也可能有多场比赛系列赛字段：所属赛事、所属联赛、所属赛区、比赛队伍1（主）、比赛队伍 2（客）、预计开始时间、实际开始时间、状态、队伍 1 总分、队伍 2 总分、状态4.8. 比赛比赛为具体的某一场比赛，依附于系列赛比赛字段：所属赛事、所属联赛、所属赛区、所属系列赛、场次、开始时间、实际开始时间、实际结束时间、队伍 1 得分、队伍 2 得分比赛详情：动态字段，根据不同的赛事可能关注不同的比赛详情，如lol 会关注：一血、一塔、人头等5. 性能需求5.1. 数据精确度5.2. 时间特性如响应时间、更新处理时间、数据转换与传输时间、运行时间等5.3. 适应性在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力6. 运行需求6.1. 用户界面如屏幕格式、报表格式、菜单格式、输入输出时间等6.2. 硬件接口6.3. 软件接口6.4. 故障处理7. 其他需求如可使用性、安全保密、可维护性、可移植性等些控制信号的来源。