物理模型：应用程序体系结构
概念模型和逻辑模型完成后，可以决定应用程序的物理实现。 若要创建物理模型，必须了解应用程序的各个服务应位于何处，以及如何实现这些服务。 应优先确定各种服务位于何处，而不是将实现服务的方式。
确定各种服务所在的位置的一个基本规则是：将组件放置在其当前使用位置。 例如，如果组件显示基本客户端的信息，则应转到用户的计算机。 如果组件验证来自基本客户端的信息，则它还应驻留在基本客户端的计算机上。 如果组件更新数据库中的信息，它应驻留在数据库服务器上。
当然，还有其他注意事项会对此规则提出例外。 性能和安全问题也会决定组件所在的位置。 考虑以下情况：
- 组件是否会频繁更改，使分发更新变得困难？
- 该组件是否会由其他应用程序使用，例如常见的安全验证组件？
- 组件是否进行冗长的计算或执行可卸载到服务器的功能，例如打印？
- 将组件放在服务器上可以增强组件的安全性吗？
如果系统或数据的位置发生更改，则正确定位应用程序的组件还让开发团队无需进行成本高昂的重新编码。 例如，通过将数据访问规则放在数据层而不是存储过程中，应用程序就可更轻松地消除对特定 DBMS 的依赖。 不仅限制更改和实现测试单元化，而且可以更改数据源，并且可以分发数据，而无需从根本上更改应用程序。
最后，定位组件应利用系统效率。 将业务对象放置在网络上的集中位置具有时间和成本效率。 可以在应用程序之间共享对象，并且可以在部署任何组件之前完成单元测试。 还可以降低维护成本，因为仅在单个点进行规则更改。
相关主题