背景：给某省政府提供数字化受理事项能力 ● 业务需求 ○ 业务流*号补录 ○ 在线受理结果页展示 ○ 事项质量分析全链路体检 ○ 办件支付后置流程 ○ 受理视频引导 ○ 受理告知书流程 ○ 受理材料文件预览 ● 标准化输出 ○ 全域化导入导出工具 ● 稳定性维护

锁定具体部门的方式 事件挂载，事项属性挂载模型 接口IO Input 事件、地址语料 Output 事项、应该处理的部门list 能力 以具体城市发生事件为数据源，解析地址语料，完成具体层级地址获取，在通过管辖地址+条线完成部门的锁定 逻辑流程 权责列表和规则关系 Rule：地址层级+条线+地址类型 列表属性：Rule+地址+部门 大纲 领域模型 接口IO 能力 逻辑流程

背景 针对政务行业的用户系统，考虑到服务本身种类丰富，以及相同种类服务针对不通的场景多样和实现多样，需要一种可拓展，灵活可配置的服务实现的路由方案 详细方案 本发明的配置手段提供服务路由的方案，基于对政务服务环境下，用户的多样性，渠道的复杂性。核心采用路由参数配置化的方式实现。 使用基本的五项参数：accountType（账号类型）、endpoint（端）、platform（平台渠道）、accountSource（账号来源）、loginType（登录类型）完成对所有场景的参数描述，并且在参数的获取上支持所有urlParam、Header、Cookie的使用。最重要的是，场景的区分和定位，使用的这5哥参数，完全支持配置文件配置或者ACM配置，拓展灵活，极易梳理和管理。 借助配置参数实现的用户系统服务路由的模式，陆续实现了某省政务系统的大部分用户相关场景，如下图 技术难点 相当于使用了一个大型的策略模式； 用户日常业务操作的各类方法组合成某流程；（流程就是一系列业务方法的顺序搭配，实现） 再基于不同的业务场景吗，通过5个要素（accountType，endPoint，platform，accountSource，loginType） 完成对场景的定位，不同场景下的具体流程的下的方法会有各自不同的实现； 比如：登录场景（登录流程+账号数据同步流程） 扫脸登录 账密登录 他们都是用的同一种账号数据同步流程，但是用不同的登录流程实现