【方案架构】“解决方案架构” 日常思维

语言 Chinese, Simplified

作为一名架构师，你可以期望，在你职业生涯的某个时刻，参与一个关键的前线，动荡的项目或计划。在这种情况下，你需要依靠在信息和通信技术领域工作几年所获得的技术、政治和社会技能。

今天的博客（在伦敦考文垂火车上准备）提醒我们，在处理复杂的项目时，一般的解决方案架构师必须考虑一些“基础知识”。这些“以系统为导向”的考虑因素在项目参与要素中始终处于前列，需要在系统构建/交付的分析、设计和构建阶段进行考虑，同时保持结果的视线。

与生活中的大多数事情一样，列出的列表显然取决于您所操作的领域，例如，如果您正在研究制造执行系统（MES）解决方案，那么您在项目中的主要关注点将是实时监控和数据采集系统和过程。但是，如果您正在开发零售银行应用程序，那么您的重点将偏向于法规遵从性和报告。

所列清单并非详尽无遗，仅作一般性说明。然而，如果我们研究大多数信息和通信技术项目，我们通常会发现一种共同的模式，即收集原始数据，将其转换为信息，然后允许数字流程消费和生成报告，从而允许企业执行一项为组织增值的活动或行动。

这一运动如下图所示，思维泡泡代表了下表中进一步列出的思维区域；

项目期间的日常解决方案架构重点

数字化数据

考虑	说明
收集	项目元素将如何或如何收集“原始数据”-物理/逻辑和相关传输协议等？
提取转换与加载	你的系统将如何收集原始数据，如果数据没有结构-你需要“模具”它使用之前，存储？因此，需要什么样的造型/改造？
存储	一旦收集，系统将如何物理存储数据，“原样”或我们重组，索引，创建元数据等。？
清洗	我们需要清理数据还是需要隔离，即在发布使用之前放置在临时暂存区？
保护	我们如何在收集期间保护和保护数据，在收集、转换和存储阶段保持完整性？比如：防止恶意活动。
来源	了解数据的来源，无论是SCADA设备、存储库还是第三方，对于确保所有上游馈送保持不变至关重要。
摄入	尽管原始数据可以链接到多个对象，例如包含几何坐标的空间数据，因此必须在摄取阶段进行验证。

考虑	说明
管理	“信息生命周期”要求在项目生命周期和上线后进行广泛的管理。
分类	信息作为一种资产，需要分类，以便能够对其使用和管理进行保护性标记。
转换	在信息和通信技术项目期间，最大的增值活动之一是将数据转换为其表示形式的增值。
治理	必须对数据的控制和使用进行管理，以确保遵守任何企业标准和政策。
可视化	可视化通常是收集大量数据的副产品，这些数据需要可视化地表示或简化以供使用。
成本	生产、保留和分发信息的实际和名义成本
智力	对大量数据进行分组以提供信息的过程，而这些信息反过来又提供了可以“执行”的智能

考虑	说明
定义	流程定义–流程的功能性和非功能性定义。
编排	已定义流程和关联触发器的编排。
相互作用 (内部/外部)	流程可以在组织外部执行，但是之后。
BPM – 建模	业务流程的实际建模。
RACI	流程的角色和职责（RACI-负责、负责、咨询和告知）
执行	流程如何执行？–启动流程的触发器或事件是什么？
符号/图形工具	大多数组织都有具有多个依赖关系的复杂流程——这些流程通常不能简单地在文本文档中表示，并且有许多工具可用于以图形方式捕获流程流/泳道等。

考虑	说明
动态/静态报告	动态/静态分析告有两种报告类型-静态和动态报告通常是“预定义”的数据源和结构，用于表示特定信息。动态报告是在没有固定结构或硬编码变量的情况下动态生成报告的能力。
本土化	在进行全球部署项目时，必须不断考虑报告的本地化要求，如果在巴西等国家开展业务，这对合规性很重要。
数据源/查询执行器	以下都是不言而喻的，并被认为是解决方案的“面包和黄油”架构师。什么报表将基于的源和查询是什么？可重用的报表结构
结构
图表
模板
元素和风格

讨论：请加入知识星球【首席架构师圈】或者微信小号【ca_cea】

本文地址

https://architect.pub/everyday-solution-architectural-thinking

SEO Title

Everyday ‘Solution Architectural’ Thinking