6、软件架构需求：从业务目标到架构设计

软件架构需求：从业务目标到架构设计

在软件开发过程中，架构设计是至关重要的一环。它不仅要满足系统的功能需求，更要与组织的业务目标紧密结合。特别是在全球软件开发（GSD）项目中，由于涉及地理上分散的团队，架构设计面临着更多的挑战。本文将深入探讨软件架构需求的相关内容，包括架构与业务目标的关系、影响架构的因素、架构师所需的信息，以及如何识别和沟通架构上重要的需求。

1. 架构与业务目标的关联

软件架构应支持组织的业务目标，但在实际项目中，很多设计决策往往缺乏明确的业务标准。例如，在讨论使用基于事件还是基于消息的通信方式，或者选择.NET 还是 J2EE 构建系统时，人们常常受个人偏好和难以量化的因素影响，而忽略了这些选择对组织底线的影响。

以公司 A 为例，该公司通过销售硬件设备盈利，但硬件业务逐渐商品化，利润空间预计在未来十年内缩小。为确保业务的长期生存能力，公司决定开发一个新的软件管理系统以实现盈利，具体措施包括降低内部开发成本和拓展市场。这两个目标对系统架构产生了重要影响，尽管不一定影响系统的功能。

从这个例子可以看出，组织的目标在多个方面对系统架构产生重大影响，如支持不同硬件产品线、考虑不同市场的监管、文化和语言因素等。在 GSD 项目中，由于一切都更加复杂，明确业务期望与技术解决方案可行性之间的潜在不匹配尤为重要。

2. 影响架构的因素

影响架构的因素通常是质量属性，如性能、安全性、可修改性和可靠性等。从公司 A 的业务目标可以看出，可修改性（如允许增值经销商对系统进行“品牌化”）、本地化和适应性（如适应新的硬件产品线）是需要考虑的因素。此外，在 GSD 项目中，除了典型的质量属性外，还需要考虑一些额外的因素。