文档介绍：软件工程软件设计
第一页，编辑于星期三：十七点四十分。
场景互动
我们了解了系统构成单元〔模块〕构建的原那么，那么如何将其有效地组织在一起，以什么样的方式组织在一起呢？
第二页，编辑于星期三：十七点四十分。
体系构造三要素
程序构件〔模块〕的层次构造
构件之间交互的方式
数据的构造
第三页，编辑于星期三：十七点四十分。
构建体系构造的目的
简洁
建立一个相对小的、易于理解的掌握的模型，并描述了系统如何构成以及其构建如何一起工作。
扩展
在系统能够保持构造的稳定的前提下很容易地扩大功能和提升性能；
重用
系统能够重用以前的代码和设计，从而提高开发效率；
第四页，编辑于星期三：十七点四十分。
体系构造风格〔模型〕
根据各子系统如何共享数据、如何分布、如何相互交互，可开发更加特定的风格〔模型〕。
第五页，编辑于星期三：十七点四十分。
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模型的扩展
应用逻辑局部被别离出来成为单独的一层〔或多层〕
这些中间层由一些完成应用业务功能的分布式对象组建构成
第十页，编辑于星期三：十七点四十分。