如何构造UML（企业架构师）项目

我正在启动一个新的嵌入式软件项目。我将使用企业架构师来捕获需求并设计软件架构

我应该如何在Enterprise Architect中构建/组织项目

我的想法是这样做（编辑，感谢Aleks）：

---

有意义吗？

在项目阶段之后，它看起来不错。最重要的是模型结构遵循您的方法，并且您对它感到舒适，并且导航速度快且自然。在particupar中使用EA时，还可以生成报告，如果模型结构正确，则可以完美地生成报告。因此，如果您想生成文档，请记住这一点

对于嵌入式系统，它可能有一些带有状态机的类。放置这些视图的最自然的地方是在相应的类中（尽管也可以使用动态视图并在以后链接到类）

另一个重要的图是静态视图下的组件图。它显示了整个系统模块及其接口（体系结构）

如果系统有一些分布式组件或外部系统，部署也可以派上用场

---

使用EA时，应始终考虑<强>可追踪性矩阵< /强>，作为跨软件包和模型跟踪元素的工具。这是我最喜欢的EA功能。：）

如果您正在开始新的项目，并且没有特定的组织要求（例如，您在一家公司工作，您必须与其他团队成员合作进行分析，并且已经为这种合作建立了工具和流程）然后，我建议不要试图重新发明轮子，而是使用企业架构师通过模型向导提供的组织建议

---

还可以查看帮助文件章节建模基础->模型模板，在Stack Overflow编程站点之外应该有很多可用的资源-在企业架构师资源页面和

，正如Aleks所说，对于嵌入式项目，状态机变得非常重要。我将创建一个高级图表，然后将所有状态机图表拖到上面。

---

这使它们保持在一个位置，当我想向某人传达我对域的解释时，我只需要打印出静态域模型图和合并状态引擎图。

部署最好在设计/静态下进行，因为它是一个显示系统结构的物理视图（并使用同样存在的组件）。该图片是否显示了您的模型树？如果是，您在这个UML模型树中使用什么类型的节点，它们是包吗？@falkb是的，包。您认为在这种情况下，静态视图和动态视图之间的分离不是一个好主意吗？

ProjectName
|
+-Analysis
|   +-Deployment (ECU HW, External Devices)
|   +-Actors
|   +-Use Cases
|   +-Requirements
|
+-Design
|   +-Static Views
|   |    +-Component Diagrams
|   |    +-Class Diagrams
|   +-Dynamic Views
|        +-Activity Diagrams
|
+-Testing
    +-Test Cases
         +-Sequence Diagrams