如何构建一个 UML(企业架构师)项目结构

4
我是一名新的嵌入式软件项目开发者。我将使用Enterprise Architect来捕捉需求和设计软件架构。
在Enterprise Architect中,我应该如何结构化/组织项目?
我的想法是类似以下方式(由于Aleks的建议已编辑):
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

这有意义吗?


部署最好放在设计/静态文件夹下,因为它是一个物理视图,显示系统结构(并使用那里也有的组件)。 - Aleks
那张图片展示了您的模型树吗?如果是的话,在这个 UML 模型树中,您使用什么类型作为节点,是包吗? - falkb
1
@falkb 是的,包。 - sergej
3个回答

3

看起来不错,遵循项目阶段。最重要的是模型结构遵循您的方法论,并且您感到舒适,导航快速自然。特别是对于EA,如果模型结构正确,报告生成也非常完美,因此如果您想生成文档,请记住这一点。

对于嵌入式系统,很可能会有一些带有状态机的类。最自然的地方是将其放在相应的类内部(尽管也可以使用动态视图,稍后链接到类)

另一个重要的图表是静态视图下的组件图。它显示了整个系统模块及其接口(架构)。

如果系统具有分布式组件或外部系统,则部署也可能很方便。

对于EA,您应始终考虑追溯矩阵,作为跨软件包和模型跟踪元素的工具。这是我最喜欢的EA功能。 :)


1
如果您正在开始一个全新的项目,并且没有特定的组织要求(例如,您在一家公司工作,在分析方面需要与其他团队成员合作,并且已经建立了协作工具和流程),那么我建议您不要试图重新发明轮子,而是使用企业架构师通过模型向导提供给您的组织建议。

此外,请查看帮助文件中的章节建模基础->模型模板,以及在Stack Overflow编程网站之外还有很多资源可用 - 在Enterprise Architect资源页面和Enterprise Architect论坛上。


1
正如Aleks所说,对于嵌入式项目来说,状态机非常重要。我将创建一个高级别的图表,然后将所有状态机图表拖放到其中。这样可以将它们都放在一个地方,当我想要向某人传达对领域的解释时,我只需要打印出静态领域模型图和整合后的状态引擎图。

你认为在这种情况下,静态视图和动态视图之间的分离不是一个好主意吗? - sergej

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接