如何解决设计软件和软件子任务的体系结构
我是该领域的新手,我正在尝试创建项目设计。我定义了两个里程碑
- 软件的体系结构
- 设计软件
作为子任务/活动,我已经考虑
- 软件的体系结构
创建组件图
- 设计软件
创建行为UML图
创建结构化UML图
对吗?
解决方法
这种顺序方法听起来很理论。在实践中,架构和设计是相互联系的,随着设计的进行,架构会在工作的早期阶段出现。
这就是说,system theory定义了一个与其环境具有边界的系统,该系统由相互作用的部分组成以实现系统的目标。从架构的角度来看,主要部分定义明确且自立时,通常称为“组件”。
在经典的UML视图中,您首先要使用use-case diagram来定义系统的边界和目标。因为如果没有这种核心了解,所有其他内容将毫无意义。
然后,您确实要确定主体components并对其建模,然后将组件分解为较小的组件,依此类推,直到获得详细的class diagrams。组件和类之间的桥梁是composite structure。同时,您还将在每个级别上设计不同类的组件或对象之间的交互以及其他行为方面。
然而,在早期考虑系统时,要达到UML要求的精确度并不总是那么容易。例如,用客户端上的一些组件来表示一个Web体系结构,而服务器上的一堆服务就很难用UML来简单地表达。这就是为什么越来越多地使用其他更轻便的建模方法的原因,例如C4 model:C4允许对体系结构有一个不太正式的高层视野,可以轻松快速地对其进行重新设计,以及何时使用。足够稳定,您可以考虑进一步研究UML。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。