【Day 7】周测综合风格识别一题多风格辨析一、题目还原某市政务大数据平台需要整合公安、人社、税务、市场监管等12个委办局的数据提供三类核心服务①跨部门事项审批——如企业开办一件事涉及多个部门串联/并联审批流程可配置、可回溯办理时限要求压缩到1个工作日②数据共享交换——各局数据通过统一平台按需订阅、实时推送如人口变更、企业注册变更要求数据提供方与使用方完全解耦新增一个数据目录不影响存量订阅③大数据分析——对沉淀的政务数据做主题分析人口流动、产业经济每日批量计算供领导决策大屏展示。平台还要求审批链路任何一步失败要可补偿、可回滚共享数据要留痕审计分析任务支持断点续跑。请回答1分别指出①审批服务、②数据共享、③大数据分析最适合的架构风格并说明理由各至少一条对应题干需求。2说明本平台采用三风格并存时风格间如何协同以及各自的适用边界。3针对审批服务可配置、可回溯需求说明为何选用该风格及如何实现流程可配置。4若将②数据共享改用点对点直接调用实现分析其缺陷至少3条。二、考点分析本题为周测综合题一道题内考察三种架构风格的识别与辨析层次/流程驱动、事件驱动、数据流属于一题多风格的综合风格识别题型覆盖模板一风格选择 模板四方案对比。识别信号与对应风格题干出现流程可配置、串并联审批、可回溯、可补偿回滚→主程序-子程序/过程控制不更准确以流程引擎为核心的基于规则/流程驱动或层次状态机——真题标准答法为过程控制流程驱动 层次架构或直接答基于工作流/流程引擎的架构采分点核心是流程与业务逻辑分离、流程可配置出现数据提供方与使用方解耦、按需订阅、实时推送、新增目录不影响存量→事件驱动发布-订阅信号词订阅/解耦/推送出现批量计算、每日分析、断点续跑、决策大屏→数据流风格批处理序列/管道-过滤器信号词批量/管道/断点续传答题主线先按业务域定位风格每个域给1条题干对应理由→ 再讲协同机制 → 最后做方案对比。三种风格分别对应用例①审批需流程控制与审计、②共享需解耦订阅、③分析需流水线批量处理。三、标准答案采分点格式1三业务域架构风格选择及理由6分① 审批服务 → 过程控制流程驱动架构结合层次架构理由一对应流程可配置过程控制风格将业务流程与控制逻辑显式化、外部化如工作流引擎定义流程模板审批流程调整无需修改业务代码实现流程可配置理由二对应串并联审批、时限压缩流程引擎支持串行/并行网关、任务分派、超时督办可将多部门审批编排为并行执行压缩办理时限理由三对应可回溯过程控制风格天然记录流程实例状态与流转历史每一步操作留痕满足可回溯审计要求。② 数据共享交换 → 事件驱动发布-订阅架构理由一对应提供方与使用方解耦发布-订阅模式下数据提供方只发布事件不关心谁订阅使用方只订阅不关心数据来源双方完全解耦理由二对应新增目录不影响存量新增数据目录只需定义新事件类型并发布存量订阅者不受影响扩展性好理由三对应实时推送事件总线支持数据变更实时推送如人口变更事件秒级到达订阅方满足时效要求。③ 大数据分析 → 数据流风格批处理序列理由一对应批量计算批处理序列按抽取→清洗→转换→加载→建模固定管道顺序处理整批数据适合每日批量分析理由二对应断点续跑管道各环节可独立检查点Checkpoint失败后从断点续跑无需全量重算理由三对应多主题分析每个分析主题可抽象为一条独立管道/过滤器链新增主题即新增管道互不影响。2三风格协同与边界4分协同机制审批服务在关键节点如审批通过、材料补齐发布领域事件到事件总线数据共享交换基于事件总线实现各局数据订阅推送大数据分析作为管道消费者从事件总线/数据仓库取数做批量加工分析结果如主题指标再回写供审批与决策大屏使用。三者通过消息中间件Kafka API网关 数据仓库衔接适用边界过程控制风格管流程与状态——适合有明确流程状态机、需审计回溯的业务审批事件驱动管异步解耦分发——适合一对多、实时性要求高、强解耦的数据交换共享数据流管批量数据加工——适合离线/准实时计算不适合强交互分析边界口诀要流程→过程控制要解耦→事件驱动要加工→数据流要事务强一致→微服务/层次本平台审批域少量写操作也可落层次架构3审批流程可配置的实现3分采用工作流引擎如Flowable/Activiti将流程定义BPMN与业务代码分离流程模板存于配置库包含节点、网关串行/并行/条件、任务分派规则、超时策略业务人员通过流程设计器调整流程增删节点、改串并行保存后热部署生效运行时新流程实例按新定义执行存量实例按原定义跑完版本化管理每个流程实例维护状态机待办/处理中/已办/退回/归档操作记录写入审计日志谁、何时、对哪个环节做了什么实现全链路可回溯失败环节支持补偿/回滚如某部门驳回自动触发前置环节回退。4点对点直连的缺陷4分答3条即满分紧耦合数据提供方必须知道所有使用方任一使用方接口变更都波及提供方新增订阅方需改造提供方代码违背新增不影响存量需求扩展性差N个数据源×M个使用方形成N×M条连接连接数爆炸维护成本高可用性脆弱一方故障直接导致数据链路中断无缓冲、无削峰突发数据量会压垮下游无留痕审计点对点直连缺少统一的事件记录与审计追踪无法满足共享数据留痕要求无法实时订阅直连多为拉取式定时同步做不到变更即推送的实时性。四、评分要点必答点采分点三业务域风格判断正确审批过程控制/流程驱动答层次状态机也可酌情给分、共享事件驱动、分析数据流——3分每个风格给出题干对应的理由不能只写风格名称——3分协同机制事件总线/消息中间件衔接数据流向——2分直连缺陷≥3条——2分加分项提到BPMN流程定义、流程版本化管理、热部署提到Checkpoint断点续跑、幂等、审计日志设计用边界口诀总结风格分工展示体系化思维常见失分点审批域答微服务不给满分——本题信号词是流程可配置/可回溯微服务解决的是部署解耦而非流程编排共享域答SOA/ESB——ESB是集中式集成与订阅解耦语义不符注意区分理由不贴题干空泛写风格特点五、扩展知识点知识串联事件驱动本题②↔ 微服务Day 3事件驱动是微服务间异步解耦的连接件方案Day 3的跨服务通信用Spring Cloud StreamKafka即本题事件总线的落地数据流本题③↔ Day 1 ETL批处理序列 vs 管道-过滤器的辨析全量批量 vs 增量流式本题分析域偏批处理过程控制风格 ↔ 可修改性战术推迟绑定时间流程外部化运行时注册/配置变更不重编译易混淆对照事件驱动独立构件vs 黑板共享数据控制调度——本题②是典型事件驱动而非黑板因为数据按主题分发而非共享求解公式/指标联动审批时限1个工作日→可用性/性能度量办理时长P95分析断点续跑→可用性战术检查点/回退六、今日金句“综合风格识别题先按业务域贴标签要流程控制选过程驱动要异步解耦选事件驱动要批量加工选数据流——每种风格的答案里必须有一句’对应题干第X条需求’风格名称只值1分理由才值2分。” 【软件系统架构案例分析 Day 7】周测：综合风格识别（一题多风格辨析）
【Day 7】周测综合风格识别一题多风格辨析一、题目还原某市政务大数据平台需要整合公安、人社、税务、市场监管等12个委办局的数据提供三类核心服务①跨部门事项审批——如企业开办一件事涉及多个部门串联/并联审批流程可配置、可回溯办理时限要求压缩到1个工作日②数据共享交换——各局数据通过统一平台按需订阅、实时推送如人口变更、企业注册变更要求数据提供方与使用方完全解耦新增一个数据目录不影响存量订阅③大数据分析——对沉淀的政务数据做主题分析人口流动、产业经济每日批量计算供领导决策大屏展示。平台还要求审批链路任何一步失败要可补偿、可回滚共享数据要留痕审计分析任务支持断点续跑。请回答1分别指出①审批服务、②数据共享、③大数据分析最适合的架构风格并说明理由各至少一条对应题干需求。2说明本平台采用三风格并存时风格间如何协同以及各自的适用边界。3针对审批服务可配置、可回溯需求说明为何选用该风格及如何实现流程可配置。4若将②数据共享改用点对点直接调用实现分析其缺陷至少3条。二、考点分析本题为周测综合题一道题内考察三种架构风格的识别与辨析层次/流程驱动、事件驱动、数据流属于一题多风格的综合风格识别题型覆盖模板一风格选择 模板四方案对比。识别信号与对应风格题干出现流程可配置、串并联审批、可回溯、可补偿回滚→主程序-子程序/过程控制不更准确以流程引擎为核心的基于规则/流程驱动或层次状态机——真题标准答法为过程控制流程驱动 层次架构或直接答基于工作流/流程引擎的架构采分点核心是流程与业务逻辑分离、流程可配置出现数据提供方与使用方解耦、按需订阅、实时推送、新增目录不影响存量→事件驱动发布-订阅信号词订阅/解耦/推送出现批量计算、每日分析、断点续跑、决策大屏→数据流风格批处理序列/管道-过滤器信号词批量/管道/断点续传答题主线先按业务域定位风格每个域给1条题干对应理由→ 再讲协同机制 → 最后做方案对比。三种风格分别对应用例①审批需流程控制与审计、②共享需解耦订阅、③分析需流水线批量处理。三、标准答案采分点格式1三业务域架构风格选择及理由6分① 审批服务 → 过程控制流程驱动架构结合层次架构理由一对应流程可配置过程控制风格将业务流程与控制逻辑显式化、外部化如工作流引擎定义流程模板审批流程调整无需修改业务代码实现流程可配置理由二对应串并联审批、时限压缩流程引擎支持串行/并行网关、任务分派、超时督办可将多部门审批编排为并行执行压缩办理时限理由三对应可回溯过程控制风格天然记录流程实例状态与流转历史每一步操作留痕满足可回溯审计要求。② 数据共享交换 → 事件驱动发布-订阅架构理由一对应提供方与使用方解耦发布-订阅模式下数据提供方只发布事件不关心谁订阅使用方只订阅不关心数据来源双方完全解耦理由二对应新增目录不影响存量新增数据目录只需定义新事件类型并发布存量订阅者不受影响扩展性好理由三对应实时推送事件总线支持数据变更实时推送如人口变更事件秒级到达订阅方满足时效要求。③ 大数据分析 → 数据流风格批处理序列理由一对应批量计算批处理序列按抽取→清洗→转换→加载→建模固定管道顺序处理整批数据适合每日批量分析理由二对应断点续跑管道各环节可独立检查点Checkpoint失败后从断点续跑无需全量重算理由三对应多主题分析每个分析主题可抽象为一条独立管道/过滤器链新增主题即新增管道互不影响。2三风格协同与边界4分协同机制审批服务在关键节点如审批通过、材料补齐发布领域事件到事件总线数据共享交换基于事件总线实现各局数据订阅推送大数据分析作为管道消费者从事件总线/数据仓库取数做批量加工分析结果如主题指标再回写供审批与决策大屏使用。三者通过消息中间件Kafka API网关 数据仓库衔接适用边界过程控制风格管流程与状态——适合有明确流程状态机、需审计回溯的业务审批事件驱动管异步解耦分发——适合一对多、实时性要求高、强解耦的数据交换共享数据流管批量数据加工——适合离线/准实时计算不适合强交互分析边界口诀要流程→过程控制要解耦→事件驱动要加工→数据流要事务强一致→微服务/层次本平台审批域少量写操作也可落层次架构3审批流程可配置的实现3分采用工作流引擎如Flowable/Activiti将流程定义BPMN与业务代码分离流程模板存于配置库包含节点、网关串行/并行/条件、任务分派规则、超时策略业务人员通过流程设计器调整流程增删节点、改串并行保存后热部署生效运行时新流程实例按新定义执行存量实例按原定义跑完版本化管理每个流程实例维护状态机待办/处理中/已办/退回/归档操作记录写入审计日志谁、何时、对哪个环节做了什么实现全链路可回溯失败环节支持补偿/回滚如某部门驳回自动触发前置环节回退。4点对点直连的缺陷4分答3条即满分紧耦合数据提供方必须知道所有使用方任一使用方接口变更都波及提供方新增订阅方需改造提供方代码违背新增不影响存量需求扩展性差N个数据源×M个使用方形成N×M条连接连接数爆炸维护成本高可用性脆弱一方故障直接导致数据链路中断无缓冲、无削峰突发数据量会压垮下游无留痕审计点对点直连缺少统一的事件记录与审计追踪无法满足共享数据留痕要求无法实时订阅直连多为拉取式定时同步做不到变更即推送的实时性。四、评分要点必答点采分点三业务域风格判断正确审批过程控制/流程驱动答层次状态机也可酌情给分、共享事件驱动、分析数据流——3分每个风格给出题干对应的理由不能只写风格名称——3分协同机制事件总线/消息中间件衔接数据流向——2分直连缺陷≥3条——2分加分项提到BPMN流程定义、流程版本化管理、热部署提到Checkpoint断点续跑、幂等、审计日志设计用边界口诀总结风格分工展示体系化思维常见失分点审批域答微服务不给满分——本题信号词是流程可配置/可回溯微服务解决的是部署解耦而非流程编排共享域答SOA/ESB——ESB是集中式集成与订阅解耦语义不符注意区分理由不贴题干空泛写风格特点五、扩展知识点知识串联事件驱动本题②↔ 微服务Day 3事件驱动是微服务间异步解耦的连接件方案Day 3的跨服务通信用Spring Cloud StreamKafka即本题事件总线的落地数据流本题③↔ Day 1 ETL批处理序列 vs 管道-过滤器的辨析全量批量 vs 增量流式本题分析域偏批处理过程控制风格 ↔ 可修改性战术推迟绑定时间流程外部化运行时注册/配置变更不重编译易混淆对照事件驱动独立构件vs 黑板共享数据控制调度——本题②是典型事件驱动而非黑板因为数据按主题分发而非共享求解公式/指标联动审批时限1个工作日→可用性/性能度量办理时长P95分析断点续跑→可用性战术检查点/回退六、今日金句“综合风格识别题先按业务域贴标签要流程控制选过程驱动要异步解耦选事件驱动要批量加工选数据流——每种风格的答案里必须有一句’对应题干第X条需求’风格名称只值1分理由才值2分。”