技术模型
技术模型定义系统采用的关键技术部件和技术栈,包括整体框架技术,公共机制,基础设施,公共服务/组件,以及各逻辑功能元素的技术方案等。
元素介绍
元素名 |
图标 |
含义 |
---|---|---|
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 |
使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 |