软件建模(CodeArts Modeling)是一款集可视化、协同、规范、复用于一体的在线架构设计建模服务,不仅可以帮助用户运用UML标准的模型图来设计系统架构,还可以实现多人实时编辑和多浏览器实时同步渲染,提高研发对系统的设计效率和团队的协同效果。 产品介绍 立即使用 成长地图 由浅入深,带您玩转软件建模
领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介绍的过程中,表达
在部署模型图上创建出来的部署元素; 引用到部署模型中的部署元素(包含关联空间中的引用的部署元素); 如何检查 查询基于模型图构出的部署模型架构树,找出与架构方案不匹配(标红)的元素。 正确示例 架构层级规则示例: 关联父级:配置的是当前层级元素与上一层级的元素之间的连线类型和父子关系指向。
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。菱形箭头为整体所在一边。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Build
引用到代码模型中的代码元素(包含关联空间中的引用的代码元素); 如何检查 查询基于代码模型图构出的代码模型架构树,找出与架构方案不匹配(标红)的元素。 正确示例 架构层级规则示例: 关联父级:配置的是当前层级元素与上一层级的元素之间的连线类型和父子关系指向。 嵌套:是否支持当前类型的元素与同类型元素建立关系。 嵌
表示逻辑对象引用的平台。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage
常是有执行时间的。目标生命线在执行任务的这段时间处于激活状态,会在生命线上生成对应的激活块。 对应的代码模型。 同步消息线与异步消息线的区别是相对于消息发送方而言的,同步消息线的发送方会等待指令/任务执行完成,在指令/任务执行过程中它也是处于激活状态,所以发送方的生命线上会有对应
设置消息线层级 顺序图中的消息线是具备层级信息的,通常是该消息线源端激活块在生命线上的层级。如果一条消息线的源端激活块为生命线的直接子激活块,则该消息线的层级为最低的根层级;如果消息线的源端激活块为某个激活块的子激活块,则该消息线的层级就是子激活块对应的层级。对应到软件模型,激活
形的电子产品、服务及观念。 狭义上,系统指能独立满足客户某种需求、并符合客户的理解及业界划分习惯的实体。 SubSystem 子系统是一个独立的能够满足特定功能的组合,通过一个或多个它所实现的接口来提供行为。 完全封装自己的内容,通过接口提供行为。 可由组件/模块或更小的子系统组成。
逻辑模型的基础构造型与自定义构造型元素以及逻辑模型架构方案配置的构造型)。 在逻辑模型图上创建出来的逻辑元素之间的连线关系; 引用到逻辑模型中的逻辑元素(包含关联空间中的引用的逻辑元素)之间的连线关系; 不包含接口元素; 如何检查 找出逻辑模型图里的在检查范围内的逻辑元素间存
源端不以当前M1为出发点,而是以M1的上一条消息线LM1为出发点,并且不受异步与返回消息线的限制。 找到当前消息线M1的上一条消息LM1(注意,是位置在其上的第一条消息线),从LM1出发,如果LM1的目标端LT1在生命线L1上,则LT1为M1的源端【图8】,不在则继续如下流程。
架构信息树页签中可展示基于各种模型的架构方案规则,根据该类模型的元素关系集合生成一棵全量关系结构树。 架构方案规则的配置只有工程的管理员级别角色(带有配置资源操作权限的角色)才可配置,一般是产品的架构师来配置,制定产品的各模型中元素关系约束规则,例如逻辑模型的默认架构方案规则,方案中约束
您即将访问非华为云网站,请注意账号财产安全