更新时间:2024-10-24 GMT+08:00
分享

技术模型

技术模型定义系统采用的关键技术部件和技术栈,包括整体框架技术,公共机制,基础设施,公共服务/组件,以及各逻辑功能元素的技术方案等。元素介绍如下表所示:

表1 技术模型元素介绍

元素名

图标

含义

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”,建立如下图所示技术部件和技术栈逻辑对象关联的模型结构:

如果当技术模型设计图形比较复杂时,可以参考逻辑模型中的分层结构,创建多个技术模型,分解来画各功能和特性之间的结构关系。

相关文档