开发架构设计

开发架构设计关注软件开发环境中软件模块的实际组织方式，即软件系统由那些程序包组成，以及它们之间的关系。程序包不仅包括要编写的源程序，而且包括直接使用的第三方SDK和现存的框架、类库，支持系统运行的操作系统或中间件。

开发架构设计的重点考虑开发期质量，软件模块的组织有利于可扩展性、可重用性、可移植性、易理解性、易测试性等，设计中的关键技术主要体现软件开发期质量有关的设计，如设计模式的运用，框架的选择等。

开发架构设计的主要工作是：

●确定要开发的程序包或直接利用的程序包（如函数库）之间的依赖关系。

●采用的技术，包之间采用什么技术实现连接，以保证必要的开发期质量，如有依赖关系的包之间的松耦合。

●确定采用的框架。如果实现连接的技术有对应的框架，采用框架是值得推荐的选择。

分层模型开发架构设计的主要工具。三层架构模型把程序代码分成负责与用户交互的表现层（用户界面层）代码、负责业务处理的业务层代码、负责数据服务的数据层代码。表现层可以按用例分成若干个包，业务层可以可以按照业务逻辑独立性分成若干个包，数据层可以由若干实体对象组成。其中，业务层由领域模型细化得到。由于领域模型相对稳定，所以业务层也相对稳定。表现层受表现设备和表现方式影响，数据层受数据库系统影响，因此这两层必须满足可扩展性、可修改性等要求。

分层架构模式为“把变化点封装起来”提供了手段。分层架构的最大优点是将整体问题局部化，把可能的变化封装到不同层中。最终将系统规划为单向依赖的分层体系，利于修改、扩展、替换。将代码分为层的好处是：层形成了开发小组的自然边界—分层的开发人员需要的技巧是不同的。表现层的开发小组要深入了解用户界面工具包的使用；数据层开发小组许傲熟悉相关的数据库、数据持久化工具或文件系统。

采用分层和分区的描述方式能够反映直接使用的程序包或框架的用法，使开发架构更清晰