文档介绍：软件工程软件设计
场景互动
我们了解了系统构成单元〔模块〕构建的原那么，那么如何将其有效地组织在一起，以什么样的方式组织在一起呢？
体系构造三要素
程序构件〔模块〕的层次构造
构件之间交互的方式
数据的构造
构建体系构造的目的
简洁
建立一个相对小的、易于理解的掌握的模型，并描述了系统如何构成以及其构建如何一起工作。
扩展
在系统能够保持构造的稳定的前提下很容易地扩大功能和提升性能；
重用
系统能够重用以前的代码和设计，从而提高开发效率；
体系构造风格〔模型〕
根据各子系统如何共享数据、如何分布、如何相互交互，可开发更加特定的风格〔模型〕。
Catalogue
server
Vodio
server
Picture
server
Hypertext
server
Catalogue
Film clip
files
Digitized
photographs
Hypertext
web
Wide - bandwidth network
Client 1
Client 2
Client 3
Client 4
Film & Picture library system 的体系构造
〔1〕客户机 – 效劳器模型〔C/S〕
描述
典型的分布式系统模型
合作的双方都会利用各自的计算能力负责一定的计算工作，从而提高整个系统的能力和效率。
组成局部
一组功能各自独立的效劳器
为其他子系统提供效劳。如打印效劳器, 文件效劳器, 编译效劳器等。
一组客户机
并发访问多个效劳器提供的效劳。
或存在一些客户机可并发执行的客户机程序。
一个网络
使得客户机能够访问效劳器。
〔1〕客户机 – 效劳器模型〔C/S〕
两层客户/效劳器构造
系统的逻辑分层分别实现在不同的物理层〔物理机器〕上，通常将这种物理层次上的划分称为客户端程序和效劳器端程序
逻辑分层与物理分层的映射
胖客户端构造
客户端负责用户界面和应用逻辑局部，工作繁重
瘦客户端构造
效劳器端负责应用逻辑和数据访问局部，客户端工作简单
常被称为B/S构造
介于两者之间
客户端增加了对用户请求的处理
两层客户/效劳器构造
三层/多层应用模型
多层模型是两层C/S模型的扩展
应用逻辑局部被别离出来成为单独的一层〔或多层〕
这些中间层由一些完成应用业务功能的分布式对象组建构成