文档介绍：软件需求规格说明书
2
<任务调度中心后台管理系统>
需求规格说明书
3
修订历史记录
日期
版本
说明
作者
用"调度失败重试"策略时，将会自动重试一次；执行器执行失败且启用"执行失败重试"策略，或回调失败重试状态时，也将会自动重试一次；
11、阻塞处理策略：调度过于密集执行器来不及处理时的处理策略，策略包括：单机串行（默认）、丢弃后续调度、覆盖之前调度；
12、任务超时控制：支持设置任务超时时间，任务运行超时的情况下，将会主动中断任务；
12
13、分片广播任务：执行器集群部署时，任务路由策略选择"分片广播"情况下，一次任务调度将会广播触发集群中所有执行器执行一次任务，可根据分片参数开发分片任务；
14、动态分片：分片广播任务以执行器为维度进行分片，支持动态扩容执行器集群从而动态增加分片数量，协同进行业务处理；在进行大数据量业务操作时可显著提升任务处理能力和速度。
15、事件触发：除了"Cron方式"和"任务依赖方式"触发任务执行之外，支持基于事件的触发任务方式。调度中心提供触发任务单次执行的API服务，可根据业务事件灵活触发。
16、任务进度监控：支持实时监控任务进度；
17、Rolling实时日志：支持在线查看调度结果，并且支持以Rolling方式实时查看执行器输出的完整的执行日志；
18、GLUE：提供Web IDE，支持在线开发任务逻辑代码，动态发布，实时编译生效，省略部署上线的过程。支持30个版本的历史版本回溯。
13
19、脚本任务：支持以GLUE模式开发和运行脚本任务，包括Shell、Python、NodeJS等类型脚本;
20、任务依赖：支持配置子任务依赖，当父任务执行结束且执行成功后将会主动触发一次子任务的执行, 多个子任务用逗号分隔；
21、一致性：“调度中心”通过DB锁保证集群分布式调度的一致性, 一次任务调度只会触发一次执行；
22、自定义任务参数：支持在线配置调度任务入参，即时生效；
23、调度线程池：调度系统多线程触发调度运行，确保调度精确执行，不被堵塞；
24、数据加密：调度中心和执行器之间的通讯进行数据加密，提升调度信息安全性；
25、邮件报警：任务失败时支持邮件报警，支持配置多邮件地址群发报警邮件；
26、推送maven中央仓库: 将会把最新稳定版推送到maven中央仓库, 方便用户接入和使用;
14
27、运行报表：支持实时查看运行数据，如任务数量、调度次数、执行器数量等；以及调度报表，如调度日期分布图，调度成功分布图等；
28、全异步：系统底层实现全部异步化，针对密集调度进行流量削峰，理论上支持任意时长任务的运行；
产品设计理念
当前各大行业人群密集，因大量繁琐的任务分配不及时而困扰，繁琐的根源便是邮件的收发、电话沟通，需要人工分配任务，最终人工汇总表格，工作量大且出错率高。
任务调度中心系统致力于通过平台便捷地完成此项工作，且大大降低出错率。
用户特点
本系统的最终用户群体普遍接受高等教育，学习及适应能力强。能快速适应该软件，并充分感受到在任务调度中心的效能变化，提出合理改进意见。
15
操作人员及维护人员为了解该工作的整体流程，深入用户交流，便于调整软件功能，实现客户需求。
一般约束
进行本系统开发工作的约束条件如下：
：两个月的开发时间需要开发者合理规划时间，做到多项任务并发。
：项目团队成员的技术水平不够成熟，需要在开发中并发学习多种技术和能力。
假设与依据
本项目是否能够成功实施，主要取决于以下的条件：
（1）团队成员的积极合作配合，为了项目的开发和实施，对个人时间进行合理规划同时为团队做出合理牺牲，配合队友完成任务。
（2）完整详细的功能和性能需求资料，以便于团队对其进行分析，从而形成完善的软件需求。
（3）团队掌握先进的能够适用于该项目的技术，这是系统的性能是否优化和项目能否成功的保证。
17
设计思想
将调度行为抽象形成“调度中心”公共平台，而平台自身并不承担业务逻辑，“调度中心”负责发起调度请求。
将任务抽象成分散的JobHandler，交由“执行器”统一管理，“执行器”负责接收调度请求并执行对应的JobHandler中业务逻辑。
因此，“调度”和“任务”两部分可以相互解耦，提高系统整体稳定性和扩展性；
系统组成
调度模块（调度中心）：