目录
- [1 导语](#1 导语)
- [2 需求分析实战](#2 需求分析实战)
- [3 核心方法论-架构立方体](#3 核心方法论-架构立方体)
- [4 功能性模型-模块定义](#4 功能性模型-模块定义)
- [5 功能性模型-模块关系图](#5 功能性模型-模块关系图)
- [6 功能性模型-模块细化](#6 功能性模型-模块细化)
想学习架构师构建流程请跳转：Java架构师系统架构设计
1 导语
架构设计的实战和思维方法的讨论，主要聚焦于需求分析的重要性和方法。
首先，文章强调了需求分析在整个系统生命周期中的贯穿性，说明了了解用户需求并在项目结束时验证用户需求是否达到的重要性。通过使用V型图，文章展示了从用户需求出发，逐步细化需求，最终验证需求是否满足的过程。
接着，文章从功能性、质量、限制三个角度对需求进行了分析。功能性需求是指系统需要实现的功能，质量需求是指系统需要满足的性能、可用性、可扩展性等质量要求，而限制条件则是指系统开发过程中需要遵守的约束条件，如项目时间、资金等。
在实战部分，文章将使用系统上下文图和用例模型等工具进行需求的梳理和展现。系统上下文图可以帮助我们了解系统与外部环境的关系，以及系统的主要功能和交互方式。而用例模型则可以帮助我们了解用户的需求和期望，以及系统如何满足这些需求和期望。
除了功能性需求外，文章也提到了质量和限制的描述。这些描述可以通过描述性语句来表达，例如性能要求可以是"系统响应时间应小于1秒"，高可用性要求可以是"系统应具备99.9%的可用性"等。同时，文章也提到了资金、项目时间、企业问题、监管要求等限制条件，这些条件需要在系统设计和开发过程中予以考虑和遵守。
总体来说，这一节的内容主要是为了帮助读者理解架构设计的思维方法和实战技巧，特别是需求分析的重要性和方法。通过学习和实践这些方法和技巧，读者可以更好地掌握架构设计的本质和精髓，提高架构设计的质量和效率，为软件系统的成功开发和运行奠定坚实的基础。
2 需求分析实战
如何使用用例模型来描述系统的功能性需求和非功能性需求。首先介绍了用例模型的概念，并强调了用例模型在架构设计中的重要性。用例模型是一种用于描述系统功能需求的工具，它可以帮助我们更好地理解系统的需求，并将其转化为具体的、可执行的需求描述。
在实战部分，以宠物寄存小屋系统为例，详细描述了系统的功能性需求。这些需求包括客户观察动物、宠物入驻、离开、吃喝拉撒、洗澡、互动等，这些都是通过用例模型来描述的。通过这些描述，我们可以更好地理解系统的功能需求，并为后续的架构设计提供基础。
除了功能性需求外，文章也提到了非功能性需求。这些需求包括扩展性、性能和成本限制等，这些都是在架构设计中需要考虑的重要因素。在描述非功能性需求时，可以通过一些具体的描述语句来表达，例如性能要求可以是"系统响应时间应小于1秒"，扩展性要求可以是"系统应具备可扩展性，以便未来能够添加新功能或处理更多用户"等。
最后，文章提到了下一节将进入功能性设计的章节，通过一些工具来跟大家聊一聊如何画这些功能性架构的图。这意味着读者可以通过学习下一节的内容，进一步了解如何使用工具进行架构设计，并将其转化为可视化的图形表示。
总体来说，这段内容主要是为了帮助读者理解如何使用用例模型来描述系统的功能性需求和非功能性需求。通过学习和实践这些方法和技巧，读者可以更好地掌握架构设计的本质和精髓，提高架构设计的质量和效率，为软件系统的成功开发和运行奠定坚实的基础。
3 核心方法论-架构立方体
架构立方体的概念、视角及其在数据服务架构设计中的应用。
首先，通过"盲人摸象"的比喻，强调了从不同视角看待事物的必要性，并引出了架构立方体的概念。架构立方体是一个多维度的框架，用于全面地描述和设计软件架构。它包括六个主要的视角：应用和技术、功能、运行、逻辑、物理以及安全。
接下来，通过一个数据服务的例子，详细解释了如何将这些视角应用于实际场景中。这个例子展示了如何从不同的视角出发，对数据服务的架构进行全面的分析和设计。例如，从功能视角出发，需要明确数据服务的功能需求；从运行视角出发，需要考虑数据服务的性能、可用性和伸缩性等。
此外，文章还强调了每个视角在架构设计中的重要性。通过综合考虑这些视角，可以更加全面地理解系统的需求，并在设计中考虑到各种因素。同时，这些视角之间的互相关联和引用，可以帮助我们在设计中保持一致性和完整性。
最后，文章预告了下章的内容，将详细讲解功能和运行性模型，以及如何使用这些模型来描述系统的非功能性需求。同时，还将介绍如何画出各种不同的视图，以更好地呈现和交流架构设计的思路和成果。
总体来说，这段内容为读者提供了一个全面、深入的视角来理解和应用架构立方体的概念。通过结合实际案例，帮助读者更好地掌握如何在架构设计中应用这些视角，提高架构设计的效率和准确性。
4 功能性模型-模块定义
架构设计中功能性模型的重要性，并重点强调了模块内聚和模块耦合的概念。
首先，文章阐述了内聚和耦合的概念。内聚是指模块内部功能的紧密程度，而耦合则是指模块之间的依赖关系。高内聚意味着模块内部的功能紧密相关，低耦合则表示模块之间的依赖关系较少。这样的设计原则有助于提高系统的可维护性和扩展性。
接下来，文章详细介绍了内聚和耦合的种类和特点。内聚可以分为功能内聚、逻辑内聚、顺序内聚和通信内聚等，而耦合则可以分为数据耦合、控制耦合和内容耦合等。这些不同类型的内聚和耦合具有不同的特点，需要在实际设计中根据具体情况进行选择和应用。
此外，文章还提到了领域驱动设计中的概念，如限界上下文和上下文映射等。这些概念有助于将复杂的业务领域划分为独立的模块，提高设计的可读性和可维护性。
最后，文章通过问句的形式，引导读者思考如何选择合适的力度进行模块划分。不同的项目和场景可能需要不同的划分力度，因此需要根据实际情况进行权衡和选择。
总体来说，这段内容为读者提供了关于架构设计中功能性模型的重要性和实现方法，通过深入探讨模块内聚和模块耦合的概念，帮助读者更好地理解和应用这些原则，提高架构设计的效率和准确性。
5 功能性模型-模块关系图
如何使用模块关系图来定义模块和组件之间的关系。
首先，通过AOD架构草图将子系统划分为多个层次，然后使用模块关系图进一步细化每个层次的模块和组件。在模块关系图中，组件用方块表示，并通过不同的线条和箭头来表示模块之间的依赖关系。这种图形化的表示方式可以清晰地展示模块和组件之间的结构和关系，使读者能够快速理解系统的整体结构和功能。
此外，文章还介绍了如何通过图标来表示不同类型的模块和组件，例如数据层、应用层和接口层等。这些不同类型的模块和组件具有不同的功能和职责，通过使用不同的图标可以更加清晰地表达它们的特性和作用。
最后，文章强调了这种方法的实用性和方便性，并鼓励读者在实践中应用这种方法。通过使用模块关系图，可以帮助读者更好地理解和组织系统中的各个模块和组件，从而提高系统的可维护性、可扩展性和可靠性。同时，这种图形化的表示方式也有助于团队成员之间的沟通和协作，促进共同理解和合作开发。
总体来说，这段内容为读者提供了一种实用的方法来定义模块和组件之间的关系，通过图形化的表示方式使系统结构更加清晰和易于理解。通过学习和实践这种方法，读者可以更好地掌握架构设计的技巧和方法，提高架构设计的效率和准确性。
6 功能性模型-模块细化
在软件架构设计中，如何使用鲁棒图和时序图进行模块的细化，并强调了模块映射的重要性。
首先，文章介绍了鲁棒图的概念，并展示了如何在Omini图上实现模块的定义、划出模块之间的关系以及具体的模块的命名。鲁棒图是一种用于描述模块之间交互关系的图形化工具，可以帮助我们更好地理解模块之间的结构和关系。通过鲁棒图，我们可以清晰地看到模块之间的转换关系，以及模块之间的依赖关系，从而更好地进行模块的细化和设计。
接着，文章提到了用例模型作为模块细化的输入，特别是核心用例的细化。用例模型是一种用于描述系统功能性需求的工具，通过用例模型可以明确系统的功能需求，并将这些需求细化到具体的模块和组件上。通过对核心用例的细化，可以确保整个功能能够正常运行和验收，从而提高系统的可用性和可靠性。
然后，文章强调了细节度的重要性。在模块细化的过程中，需要注意细节的处理，包括模块之间的交互关系、模块的命名、模块的功能描述等。这些细节的处理直接影响到系统的可维护性和可扩展性，因此需要认真对待。
此外，文章还提到了时序图作为模块细化的最终目标。时序图是一种展示模块之间交互关系的图形化工具，可以清晰地展示模块之间的调用关系和交互过程。通过使用时序图进行模块的细化，可以更好地理解模块之间的结构和关系，从而更好地进行系统的设计和实现。同时，文章也介绍了如何使用工具进行时序图的绘制，如Web Sequence Diagram等。
最后，文章强调了合理的设计前置和后置的重要性。合理的设计前置和后置是实现模块之间有效交互的关键。通过合理的设计前置和后置条件，可以确保模块之间的数据传递和通信的准确性和可靠性，从而提高系统的整体性能和质量。
总体来说，这段内容为读者提供了关于如何使用鲁棒图和时序图进行模块细化的详细介绍和指导。通过学习和实践这些方法和技术，读者可以更好地掌握架构设计的技巧和方法，提高架构设计的效率和准确性。