技术模型
技术模型定义系统采用的关键技术部件和技术栈,包括整体框架技术,公共机制,基础设施,公共服务/组件,以及各逻辑功能元素的技术方案等。元素介绍如下表所示:
元素名 |
图标 |
含义 |
---|---|---|
Module |
|
(IEEE 610.12-1990)系统中一个逻辑上可分离的部分。系统设计中模块特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒,不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 |
Service |
|
服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户从业务特征安装部署、监控运维的角度感知到服务的存在。规模上介于Subsystem与FM之间的逻辑架构模型元素。Service的功能更加内聚,对外依赖少,接口稳定。 |
Component |
|
组件,可独立加载、部署和运行的进制代码,采用轻量级通讯机制、松耦合高内聚的软件架构构建单元,部署时不能跨节点类型部署(计算机百科全书:组件是软件系统中具有相对独立功能、接口由契约指定、 和语境有明显依赖关系、可独立部署、 可组装的软件实体)。 |
MS |
|
是指可独立设计开发部署测试、粒度较小采用轻量级通讯机制、松耦合高内聚的软件单元。一般来说,用户感知不到微服务的存在。 |
Platform |
|
表示逻辑对象引用的平台,包括名称(Name)、描述(Description) 、架构负责人(Design Owner)、标准名称(artifactName)、版本号(artifactVersion)、平台类型(cpuType)、下载地址(repo)等。 |
Frame |
|
框架,包含自研或开源框架。 |
DataBase |
|
数据库。 |
Middleware |
|
中间件。 |
OperatingSystem |
|
操作系统。 |
Realization |
|
实现,是一种类与接口的关系表示类是接口所有特征和行为的实现。 |
Usage |
|
使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 |
建模示例
从工具箱中拖入框架、服务、数据库、组件等等技术元素对象到技术模型图中,从工程树上引用逻辑模型中定义的涉及关键技术的逻辑对象“功能服务APIGW”,建立如下图所示技术部件和技术栈逻辑对象关联的模型结构:
如果当技术模型设计图形比较复杂时,可以参考逻辑模型中的分层结构,创建多个技术模型,分解来画各功能和特性之间的结构关系。