软件设计与软件子任务体系结构

Question

我是这个领域的新手，我正在尝试创建一个项目设计。作为两个里程碑，我定义了

1. 软件体系结构
2. 软件设计

作为子任务/活动，我考虑过

1. 软件体系结构

创建组件关系图

1. 软件设计

创建行为UML图

创建结构化UML图

这是正确的吗？

Answer 1

这种顺序的方法听起来很理论性。在实践中，建筑和设计是联系在一起的，随着设计的发展，建筑在工作的早期阶段就出现了。

尽管如此，系统理论定义了一个系统，它与它的环境有一个边界，它是由相互作用的部分组成的，以实现系统的目标。从架构的角度来看，主要部分通常被称为“组件”，当它们被很好地定义和独立的时候。

在经典的UML视图中，首先使用用例图定义系统的边界和目标。因为没有这种核心的理解，其余的一切都没有意义。

实际上，您将识别主组件并对其建模，然后将组件分解为更小的组件，等等，直到您得到一些详细的类图。组件和类之间的桥梁是复合结构。同时，在每个级别上，您还将设计不同类的组件或对象之间的交互，以及其他行为方面。

然而，在早期考虑系统时，要像UML所要求的那样精确和准确并不总是容易的。例如，表示具有客户端上某些组件的web体系结构，以及服务器上的一组服务，很难简单地用UML表示。这就是为什么越来越多地使用其他更轻的建模方法的原因，例如，C4模型：C4允许对体系结构有一个不太正式的高级视图，这是很容易和快速地重新设计的，并且当它足够稳定时，您可以考虑在UML中进一步挖掘。