架构开发
描述方方面面未来平台架构. |
当前架构
第一步分析现有系统与工具
图表显示各种系统及其当前所有者
系统商务对象确定后第二步业务对象间工作流
所有信息存储企业架构师通用UML模型HTML模型副本可在此查找 :UML模型
地形学
图表显示当前系统与工具详解下链路引导对应架构模型
主系统为:
可在此查找表层学 :UML模型-地形学
下图显示平台覆盖
商务对象
商务对象抽象描述今日系统基本对象
UML模型描述上述系统
可在此查找表层学 :UML模型-商业对象
详细商务对象可用
工作流
工作流描述今日系统商务对象交互
每种工作流都用游泳带图详解
工作流图和游泳带可见于UML模型中,供今日系统使用
参考子目录中详图UML模型-业务流程流.
消息和数据对象
当前架构全景中与相关数据对象交换的所有消息概述消息和对象万事通
参考工作表消息传递.
透视
基于商务对象并工作流联想今日系统服务归纳成抽象层层综合各种系统服务
阶梯
阶梯(见圆点)实现如下:
- 描述过程和平台当前架构)
- 删除平台边框保留过程和对象
- 基于远见、治理和原则分析服务
- 聚合发现限制
- 描述漏洞(基于发现限制)
- 对齐服务面向未来架构
透视和链接进程、对象、限制和能力
每一视角分配进程并包含从当前覆盖该视角的系统中取出进程步骤UML模型详细描述透视下图显示为每个视图可找到的东西
上层透视中发现进程化内覆盖此透视下方工作流w88优德中文官方平台RUs和Partners以及附加数字平台工作流描述使用游泳带
优德娱乐娱乐描述形式气泡显示参演者
商务对象和主数据下角剖面描述透面覆盖
约束当前视图中发现并用框描述(Orange/Brown/Orack/Brown)
部门主动属于此视图的系统尚未覆盖或UML模型尚未描述用箭盒描述
限制在单独的文件中详解可见此文档 :限制列表万事通
今日透视
确定了以下视角UML模型中已经定义并描述那些含有链路的链路
更多可能的透视
并识别出下列似然透视后一步可分析这些视角
- 交通规划准备
- 驱动服务书籍
- 驱动路由知识
- 逻辑服务手册
- 随机主数据
视图可见UML模型
列表限制可见于此 :限制列表万事通
非功能需求
非功能需求描述额外需求
基本原则
以下基本原则可帮助查找非功能性需求
- 验证安全
- 小层获取服务
- 可追踪性
- API管理
- 测试集成
- 服务行为
- 安全冗余
非功能需求分析并定义限制和能力,一方面解决现有限制,另一方面覆盖非功能需求
基本原则详解如下:基本原则万事通
列表非功能性需求可见于此 :非功能需求万事通
约束
谈限制时,我们身处问题世界.
方法论
- 限制点在讲习班上基于透视
- 发现的限制记录在电子表格和UML模型中
- 顺序分组限制
- 重复消除(电子表格中)
- 限制之间的依存性记录在UML模型中
- 后限制分组UML模型
- 利益和影响定义
- 所有分组按低中高优先级分类
标准
选择潜在限制的标准如下:
- 立宪治理
- 数据治理
- 服务形状
- 可达性
- 集成化
- 主数据
- 标识符
优先级
所有限制都经过分析,每项限制优先级则按下列标准和分数确定
优先级标准
问题区
if限制归题区 | 取分 |
---|---|
数据质量 | 3 |
覆盖度(治理) | 2 |
功能性/业务流程 | 一号 |
级
if限制归级 | 取分 |
---|---|
L1 | 3 |
L2 | 2 |
L3 | 一号 |
依存性
如果限制有下列依存性 | 取分 |
---|---|
其它限制取决于此 | 3 |
受限无依存性 | 2 |
限值取决于其他限值 | 一号 |
增值
受限效果 | 取分 |
---|---|
大块头 | 3 |
介质 | 2 |
小点 | 一号 |
Efort
if实施努力受限 | 取分 |
---|---|
小点 | 3 |
介质 | 2 |
大块头 | 一号 |
权重
以上每项标准相对权值定义
标准 | 权值 |
---|---|
问题区 | 3 |
级 | 一号 |
依存性 | 2 |
增值 | 3 |
Efort | 2 |
排名法
基于分数和每项标准乘法加权
优先级++
优先级限制范围介于1和10间
优先级值越高限制排序越高
安全排序
限制按SAFE方法额外排序(SACED Agile框架),以便在较长规划范围分析限制并相应确定优先级
越低安全带限制,优先行为越高
SAFE=E/CEVA/CEPA
- 越努力越高,越高SAFE,意指越低优先行动
- 越高增值和/或问题越低SAFE值越高
结论
基于上述方法发现下列26高排名限制
观察各种集群覆盖时显示下图
顶点26前19项与数据质量相关(21项限值中),4项限值与治理相关,1项限值与功能相关前26排名限制内找不到商务约束
文件编译
详细描述加权标准如下:约束标准万事通
限制列表可见于以下电子表格:限制列表万事通
概述所有限制也可见[UML模型万事通
并发现依存限制UML模型万事通
能力性
谈到能力和漏洞时,我们身处其中世界解决方案.
能力取自限制考虑CIOs提出的远见、治理和原则
它们是规划开发举措的基础。
方法论
基础分层约束能力详解
- 适配性目标定义
- 超出限制
- 平台需求
- 从视觉
- 连接能力约束组
- 详解限制组与期望能力组间的差距
- 解决差分变量,清晰描述
- 功能性
- 执行努力(T-Shirt尺寸,XS-S-M-L-XL)
- 实现持续时间
- 受影响的利益攸关方
- 评估求解变量
- 最终解决方案变量决策
工作结果堆积解决方案,可在世界实现.
能力可见UML模型
与约束性非功能性需求相关联
细节可直接从能力对象或能力表中查找来..
能力概述
寻找未来能力时考虑以下领域链接指UML模型,查找对应区域能力的细节
权重排序
所有发现能力都经过评价并加权重使用下列方法排位能力
选择能力随限制排名
- 优先级高于8的所有限制均选择,结果26项限制
- 解决这些限制的所有能力都选择,优先能力定在优先优先级最高优先级
产生结果22能力
独立评估所有能力
所有能力独立评价如下
-
估计每项能力成本
(3=low/<200k€, 2=medium/200k€-1M€, 1=high/>1M€) -
估计每种能力的好处
3=High2=Meedive -
计算FAFE因子
SAFE=1/成本效益 -
排除能力已沿限制排序排序
-
剩余能力排序向上SAFE
-
选择因子=0.11
产生结果14个适配物
附加能力
端端选择额外能力与上选能力之一相关联,因为这些能力必须同已选能力并举实现,才能实现预期结果。
产生结果18个额外能力.
54项能力(10551%)解决至少75项限制(20137%)
结论
发现54功能几乎覆盖所有集群
在这54个可达性中,只有按键规则的可达性不出现排名太低无法出现在排名能力列表中
聚类36大容量时(无相关容量),出现下列情形
概述文件所有能力(此处)中可找到更详细描述能力和覆盖限制的图解。
列表能力可在此查找 :能力链表.(作为限制清单的一部分)文档描述的每一种限制都链接到UML模型
UML模型中也可以直接找到能力:....万事通
数据对象
对象现有平台
基于现有平台对象识别后也是未来平台基础
看吧UML模型
考虑平台与对象如下:
- Xrail(黄树)
- 发货
- 交通计划
- 订书
- 三方计划
- ETA偏差
- RNE(red)
- 列车运行信息
- 路径协调
- 路径细节
- 火车路线
- 案例引用
- 火车服务
- RailData(绿色)
- wagon状态
- 寄存注解
- 火车组成
- GCU(蓝调)
- wagon性能
- wagon损坏
- wagon技术数据
- 滚盘数据集
存取权限
面向上述对象及其所有属性定义未来平台无障碍性定义无障碍程度如下:
闭合 | 不允许数据交换 |
---|---|
受限 | 对象可见并可在未来平台内存取,如果有使用信息的合同或许可 |
内部 | 未来平台内可见和无障碍对象 |
外部 | 对象可见性为人人可访问 |
默认访问权未来平台对象级别为内部
利害相关方和角色
角色划分
利益攸关方访问未来平台对象可有不同作用对这些角色中的每一角色,对象存取权可以是不同的。
确定作用如下:
角色划分 |
---|
铅RU |
参赛RU |
wagon控件 |
基础设施管理员 |
Yard管理器 |
客户端 |
货运代理 |
港务局 |
终端运算符 |
跨模式运算符 |
海关Handler |
第三方 |
wagon维护工作坊 |
初级和二级接收器
利害相关方初级接收器和二级接收器有区别:
角色划分 | 颜色化 | 描述性 |
---|---|---|
初级接收器 | 绿化 | 初级接收器需要对象/信息以正确处理业务 |
二次接收器 | 黄黄 | 二级接收者对信息感兴趣帮助处理业务,但信息管理非强制性质 |
Objective-C
对象/属性和利害相关方/作用组合对象/作用存取权是根据定义存取权层次定义的
示例:列车构件对象及其属性访问权(灰色字段:不感兴趣,绿田:初级接收器)
完全矩阵可见于此 :Objective-C万事通
分析和结论
利害相关方分布
63.3%使用未来平台上提供对象的新利益攸关方为RUsRUs大都从平台上提供推理信息中得益
三分之一新利害相关方不是RU的利害相关方新未来平台服务向相关方出售的契机
初级接收器
基本接收者完成作业所需对象97.5%内部存取水平,即接收者可访问对象处理相应的事务或流量
二级接收器
半数多对象内部二级接收器访问三分之一对象/信息二级接收者需要合同或许可访问信息
仅有8%对象/信息无法为二级接收者访问
对象消费
观察谁是信息消费者时,有趣的是客户、货运代理商、联运运营商、海关处理商和第三方从未来平台提供对象/信息二级接收商中获利
现有接收者如RUs、马车看守和IMS只能从额外提供对象中有限获利,但像院管理者、港务局和码头运营商等数个新接收者可以从新平台大规模获利
智能服务
智能服务建议解决漏洞和限制
A智能服务列表短描述、发布者、注释和优先级可见文件区
目标架构
本章描述查找目标架构的方法,并概述未来目标架构及其基本框架概念
内存计数非功能性需求.
RU社区角色
建设未来架构,RU社区起重要作用
开关
- 坐标RU所有兴趣
- 表示大小RUs
- RUs、Wagon维护者、IMS(RNE)和其他有关第三方之间的合作机构
- 手势协调策略
- 可提供游说营销
- 可作为强健伙伴参与标准化工作
平台方法
今日情境
今日,铁路企业的每一位参与者必须连接到各种工具平台,以便与其他参与者交流信息。
新建数字平台实验
而不是分解并重构今日可用和经验证平台和工具可搭建枢纽,隐藏今日平台和工具并提供一个地方独有接入小RUs可减少中心功能,大RUs可提供各种交互可能性
本实验的优势如下:
- 快速整合可用平台和工具
- RUs单点交换资料
- 参与者独立性基础平台和工具变化
进化智能服务
中心建立后,基础平台和工具可分解成智能服务并增加新服务
为了从现有平台、工具系统中取优,可以选择所有今日应用中最优应用并环绕此最佳元件构建新智能服务
RU社区拥有很多机会和独特的营销建议来搭建这样一个综合平台:
- 最佳治理
- CEO集成
- 欧盟游说
- 450成员
- 长期经验(25年+)
- 优德娱乐娱乐所有大用例覆盖
- 敏捷灵活方法
- 现代IT平台
RU集成
实验阶段后,中枢成为A型、B型和C型RUs三种口味的稳定RU接口词汇表需求服务提供
- 一号
- 可靠
- 稳态
接口对每一RU类型的具体需求组成台面RU数据交换
w88优德中文官方平台与合作伙伴整合
下一层次整合是关于RU对伙伴通信内含
- 基础设施管理员Broker
- Auth代理
- wagon开源器
- 跨模式运算符代理
通信w88优德中文官方平台建立稳定标准数字交换工具对所有通信伙伴都很重要架构预测布洛克分组数据流所需的功能w88优德中文官方平台Broker将起桥梁作用并收集所有所需服务,以促成并简化伙伴间数字电文交换建立专用数据交换通道
组织化
今日情境
今日每个平台都有一个管理组织、企业团队和一个IT设计服务团队
未来平台组织
向综合RU平台过渡时,必须建立新组织,由新管理组织、新企业专家组和一个或多个IT设计服务队组成新平台组织参与者必须加入现有平台管理和商业专家小组,这些平台不融入RU平台,但与新平台交互
平台概念
搭建综合RU平台时,该平台除提供和发布数据外,还提供框架内一些重要基础服务平台框架概念描述这些基础服务
概述
服务局
服务定义操作平台和提供基础基础设施服务.第一项分析确认下列服务
质量服务
质量服务对交付平台的数据质量进行集中监控
监听器
- 质量数据项目交付平台
- 数据可用性
- 量数据
提供
- KPIs、阈值和阵列RFF板
- 向RFF董事会和参与方报告质量水平
内容服务
内容服务提供方式与数据制作者提供的数据交互
允许
- 滤波
- 汇总式
- 匿名
- 生成信息
- 存储数据中间
检验数据访问许可与否 基础为身份服务
通过通道服务访问数据
身份服务
身份服务提供人和系统用户权利和义务信息
提供
- 用户管理
- 人的权利和义务
- 权限和职责系统
- RU平台内其他服务的权利和义务信息
- 协议信息质量服务
- 基于给定令牌和访问协议的安全检查
许可服务
许可服务管理合同和许可
允许
- 管理合同和许可
- 通知超时许可或合同
- 通知帐单和发票
向身份服务局通报许可或合同新权限、修改权限或过期访问权限
通道服务
通道服务为主动通信协议提供清晰定义
开关
- 由平台系统提供分权服务
- 提供通道管理(提供哪种格式技术)
- 确保提供渠道可用并运行
- 定期检查端对端通信链可用性
- 提供集成蓝图和基本功能测试能力
- 提供格式转换规范
迁移路径
说起迁移时,我们身处世界实现组织
基础原理限制并能力类并积存解决方案,工作包定义 每一个迭代纹理像购物列表
基本原则
5项定义基本原理中,CIOs决定在第一个迭代阶段侧重于覆盖度和数据质量
数据质量:监测和提高现有服务的数据质量
覆盖:通过简化连接和工具小至最小RUs增加覆盖
集成维
迁移可走不同融合路径E.g.service前可先聚焦框架服务定义和实施w88优德中文官方平台或先定义并实现未来平台,与外部伙伴协作,然后为小RUs服务并迁移RUs到平台等
依据选定基本原理设置以下集成维度:
产生以下题目:
聚焦点
- 数据质量未来平台框架提供的服务
- 实施枢纽第一迁移步骤提供访问现有系统
- 网基小RUs解决方案
工作打包
基于所选基本原理和集成维度选择相关能力和非功能需求,优先实施
除功能和业务需求(由选定能力覆盖)外,逻辑和技术问题也必须在第一个迭代阶段加以考虑。
购物链
首迭代阶段选择以数据质量和覆盖为重点的下列能力,并配有下组逻辑和技术方面,同时定义首迭代阶段购物链
购物列表查找......
实现
基于购物列表,第一个迭代阶段可实现,产生未来RU平台第一版
利得快速胜
资源规划
依据选定的基本原则、迁移路径和购物链设计出第一阶段实施资源规划结果可以找到来..