【发布时间】：2021-01-06 15:12:10
【问题描述】：
我是这个领域的新手，我正在尝试创建一个项目设计。作为两个里程碑，我已经定义了
- 软件的架构
- 设计软件
作为子任务/活动，我考虑过
- 软件的架构
创建组件图
- 设计软件
创建行为 UML 图
创建结构 UML 图
对吗？
【问题讨论】：
-
没有。书架上有些书在谈论这个问题。拿一个开始阅读。
标签： architecture uml project diagram software-design
【发布时间】：2021-01-06 15:12:10
【问题描述】：
这种顺序方法听起来很理论化。在实践中，架构和设计是联系在一起的，随着设计的进行，架构出现在工作的早期阶段。
话虽如此，system theory 将系统定义为与其环境有边界，由交互的部分组成以实现系统的目标。从架构的角度来看，主要部分通常被称为“组件”，前提是它们定义明确且独立。
在经典的 UML 视图中，您将首先使用use-case diagram 定义系统的边界和目标。因为没有这种核心理解，其余的一切都没有意义。
然后你确实会识别和建模主要的components，然后将组件分解成更小的组件，依此类推，直到你得到一些详细的class diagrams。组件和类之间的桥梁是composite structure。同时，在每个级别，您还需要设计不同类的组件或对象之间的交互，以及其他行为方面。
然而，在对系统的早期思考中，要达到 UML 所要求的精确和准确并不总是那么容易。例如，在客户端具有一些组件的 Web 体系结构和在服务器上的一堆服务并不容易在 UML 中简单地表达。这就是为什么越来越多地使用替代的更轻量级建模方法的原因，例如C4 model：C4 允许对架构有一个不太正式的高级愿景，它可以轻松快速地重新设计，并且当它足够稳定时，您可以考虑在 UML 中进一步挖掘。
【讨论】：