软件架构设计教程.pdfVIP

介绍

软件系统的架构对其成功至关重要。它决定了不同部分如何组合在一

起，并影响系统开发和维护的速度。良好的架构设计还可以帮助您避免

在开发过程中出现代价高昂的错误，例如组件过多或无法创建健壮的逻

辑。这篇文章将探讨为您的下一个项目设计可靠架构的一些内容。

确定主要业务需求

设计架构的第一步是了解软件的需求。这些是主要的业务需求，应该记

录在一个文档中，以便以后参考。

以下问题将帮助您确定这些要求：

.

你们产品的主要特点是什么？

.

.

为客户解决什么样的业务问题？

.

.

用户将如何与该系统（例如，移动应用程序）或流程（例如，呼叫中心）

进行交互？

.

良好的架构是软件项目成功的关键因素

您需要知道许多因素会影响应用程序开发项目的成功或失败。尽管如

此，有一件事最突出：精心设计的架构将使您的软件在未来更加可靠和

易于构建。

建立可视化编程模型

可视化编程模型表示组件之间的交互、它们如何相互关联以及这些关系

如何随时间变化。一个很好的例子是一个面向对象的程序，其中类表示

数据，函数（或方法）用于操作它。

创建有效的组件模型

实用的组件模型是一组易于使用、理解和维护的组件。它为创建健壮的

架构提供了必要的构建块。

一个实用的组件模型可以分为两种类型：

.

一个松散耦合的模型，其中每个组件都有其范围（单一职责）并且不会

干扰其他功能的工作。这有助于通过限制应用程序不同部分之间的依赖

关系来保持代码库的小而干净，从而使开发人员更容易理解每个部分的

作用，而无需直接查看它们的所有相互依赖关系。

.

.

一个紧密耦合的模型，其中所有组件都通过接口或抽象类互连，允许您

在自己的应用程序中轻松重用来自其他应用程序的现有代码

.

优化上市速度

如果您可以构建一个易于使用并快速交付结果的系统会怎样？如果您

能以最少的时间浪费在开发上，将您的产品推出市场会怎样？您会有对

购买感到满意的客户，对吗？

嗯，是的——但这还不够。您的软件需要经过设计，使其能够经受住时

间的考验。它必须是稳定的、可扩展的和安全的，您的业务模型才能随

着时间的推移而成功。

选择适合您组织需求的示例架构

您的架构应该基于您组织的需求，而不仅仅是您认为最好的。例如，如

果您在IT部门工作并希望确保您的所有应用程序都能顺利运行，那么

BizTalk基础架构可能最适合您。但是，如果您在一家只有一两名员工

的小公司工作，他们没有时间学习如何使用SQLServer或其他专门的

软件工具，那么让他们访问这些类型的工具就没有意义了。资源，除非

他们愿意学习新技能，并且在工作时间不会造成太多干扰。

拥有良好的架构设计对于软件开发的成功至关重要

这就好比房屋的地基，如果不够牢固，其他的一切都会土崩瓦解。

尽早建立原型

原型是让你的想法和想法下来的最好方法，但它也是消除任何问题的快

速方法。您可以使用其他人已经为您编写的现有代码；无论是来自

GitHub还是GoogleDocs，大量示例都可以帮助您快速启动原型。

不要拘泥于需求。

在软件架构的早期阶段，最好关注概念而不是最终需求。开始考虑软件

架构的最佳时机是在给出任何需求之前。最好关注概念而不是最终要

求。这将帮助您为设计奠定坚实的基础，并避免因过于复杂的条件而陷

入困境，这些条件可能会在流程的后期引起问题。

要开始这个过程，请考虑三大类：业务目标、技术能力和战略（包括数

据结构）以及组织结构/角色/职责。这三个类别通常被称为需要“”，但它

们不仅仅是需要；它们也是你想用你的软件系统完成的事情——而且这

些事情不必仅仅受限于你认为它们应该是什么！

使用行业标准的构建块

设计架构时要做的最重要的事情之一是使用行业标准的构建块。从长远

来看，这将使您的生活更轻松，因为您不必每次构建新软件时都重新发

明轮子。

假设您使用的是开源编程语言，例如RubyonRails或Python。在这

种情况下，大量的库可以帮助您完成日常任务，例如数据库访问和Web

Java，一些工具允许具有不同技能水平

的开发人员访问他们的代码库，而无需学习另一种语言（如Spring）。

确