Enterprise Architect中文网站 > 最新资讯 > Enterprise Architect怎么画类图 Enterprise Architect属性与关系怎么规范命名
教程中心分类
Enterprise Architect怎么画类图 Enterprise Architect属性与关系怎么规范命名
发布时间:2026/03/06 17:07:54

  做类图时,很多人卡在两处:一是图能画出来但结构很乱,二是属性和关系命名不统一,后续生成文档或评审时对不上。用Enterprise Architect把类图画顺,建议先把包结构与图入口建好,再按同一套命名口径把类属性关系一次写规范,这样后面改动与复用会省很多返工。

  一、Enterprise Architect怎么画类图

 

  类图落地的关键是先把模型树里的包层级建清楚,再从包里新建类图,把类与连接器按图例规则摆放到位。

 

  1、新建包并选定放置位置

 

  在左侧Browser里选中你的模型根节点或目标包,右键点击【Add Package】,输入包名后确认,建议用业务域或子系统名做包名,避免所有类都堆在同一层。

 

  2、在包内创建类图

 

  右键目标包点击【Add Diagram】,在类型选择里找到UML结构相关项,选择Class Diagram并确认,图名建议与包名同口径,便于后续搜索与生成文档。

 

  3、打开工具箱并放置类元素

 

  打开类图后,若右侧工具箱未显示,点击功能区【Design】进入【Diagram】选择【Toolbox】,在工具箱里选择Class并拖到画布,先把核心实体类放齐,再补辅助类与接口类。

 

  4、为类补齐属性与操作入口

 

  双击类打开属性窗口,在属性页把Name与Notes先填好,再切到Attributes与Operations页分别添加条目,先把关键字段与主要方法写出来,细节后续迭代补充更稳。

 

  5、画关系并统一方向与对齐

 

  在工具箱选择Association或Generalization等连接器,从源类拖到目标类生成关系线,画完一组后用功能区【Layout】里的【Align】与【Space Evenly】把类块对齐,用【Auto Route】整理线条,避免交叉过多影响评审阅读。

 

  6、把图面信息密度控住

 

  在图空白处右键选择【Properties】或【Diagram Properties】,把显示选项控制在你们评审需要的层级,例如先显示类名与关键属性,细节用备注或文档输出呈现,避免一张图塞满导致重点看不出来。

 

  二、Enterprise Architect属性与关系怎么规范命名

 

  命名规范的目标是让读图的人不靠上下文也能理解含义,并且保证同一概念在不同图里写法一致。建议先定类名与属性名的语法规则,再定关系端名与多重度的写法。

 

  1、类名用名词并统一大小写风格

 

  类名建议用单数名词表达实体或概念,例如User、Order、Invoice,统一使用帕斯卡命名风格,多个单词首字母大写,避免同一图里混用下划线与大小写。

 

  2、属性名用业务含义加类型口径

 

  属性名建议用小驼峰或你们团队约定风格,例如orderNo、createdTime,类型字段在Attributes里用Type明确写出,如String、Integer、DateTime或引用到已有数据类型类,避免同一含义一会儿写Text一会儿写String。

  3、可见性与常用前缀统一写法

 

  在Attributes与Operations里把Visibility统一使用public、private、protected的同一口径,若你们习惯用前缀标识成员变量,例如m_或下划线,务必全团队一致,否则生成代码或评审时会出现风格割裂。

 

  4、关联关系端名按角色命名并配多重度

 

  双击关联线打开关系属性,在Source Role与Target Role里填端名,端名用角色名而不是类名复写,例如Order关联Customer时端名写customer,多重度用1、0..1、0..*、1..*这类固定写法,评审时能直接读出一对一或一对多。

 

  5、组合与聚合用名词表达整体与部分

 

  当你用Composition或Aggregation时,端名建议体现整体持有的部分集合含义,例如Order到OrderLine端名写lines,并在多重度上体现数量范围,避免只画菱形不写端名导致语义不清。

 

  6、依赖与实现关系用动词短语表达用途

 

  Dependency或Usage这类关系,名称更适合表达使用意图,例如uses、creates、loads,并在Notes里补一句触发场景,接口实现用Realization或Interface连接器,不建议用Association代替实现关系,避免读图时误判为持有关系。

 

  三、Enterprise Architect类图校对与导出

 

  图画完不做校对很容易留下重复命名、缺多重度、方向反了这类问题,交付时也容易出现导出不清晰或文档缺图。建议把校对与导出做成固定动作。

 

  1、用模型树检查重复与归属

 

  回到Browser按包逐层展开,检查类是否被放进了错误包,类名是否重复或仅大小写不同,发现问题先在模型层改名再回图确认,避免只在图上改显示而模型仍旧混乱。

 

  2、关系逐条核对端名与多重度

 

  在图上依次双击关键关系线,确认端名与多重度已填写且方向符合语义,特别是导航方向如果会影响生成代码或文档解释,建议在关系属性里明确设置而不是靠线头猜。

 

  3、用图属性控制导出显示层级

 

  在图空白处右键进入【Diagram Properties】,把显示内容控制到一致口径,例如只显示属性不显示操作,或只显示关键属性并隐藏辅助字段,保证同类图在报告里呈现一致。

 

  4、导出图片用于评审与汇报

 

  在图上右键选择【Save Image】或同等导出入口,输出为PNG或SVG并检查分辨率与字体是否清晰,建议统一导出到Deliverables或Docs目录,文件名包含图名与版本号便于追溯。

 

  5、生成文档时先固定模板再批量输出

 

  进入功能区【Publish】找到文档生成入口,先选定你们的报告模板,再选择包或模型范围生成文档,生成后抽查类图是否缺失与页码是否正常,发现问题优先回到图属性与包归属修正再重新生成。

  总结

 

  Enterprise Architect画类图时先把包与类图入口建好,再用工具箱放置类与连接器并整理布局;命名规范建议统一类名风格、属性名与类型口径、关系端名与多重度写法,并把依赖与实现关系的语义写清;最后通过模型树校对、图属性统一显示、图片与文档导出三步,把类图从能画提升到可交付、可复用。

135 2431 0251