|
组织结构图compositestructure diagram 系统是一个整体，但是我们要针对不同的部门、类别划分子系统，so，我们一般在开发系统的时候首先开始开发子系统，到最后的时候我们在进行子系统的整合。整合后，我们又得把自己开发的系统和外部系统在进行整合。针对这样重新整合的系统接口架构，会出现很多工作流程和bug。所以我们就得重新画一张组织结构图，所以就有了我现在要讲的组织结构图。 现在系统的整合主要是把开发的系统和与外部的系统整合起来，一般来说，如要开发的系统是属于“主动式”连接外部系统的话，此时，外部系统的“访问接口”或成为要开发的系统的“限制”；相反地，如果属于“被动式”提供服务的话，则要开发的系统必须要定义出标准的“访问接口”，成为其他系统的限制条件。 （一）概念 1，定义 组织结构图是描述针对重新整合的开发系统和外部系统接口架构的。
2，五个元素（部件，关系，端口，接口） （1），部件 一般是实体组件，类产生的对象，子系统等。使用一个矩形表示。 , （2），组件装配关系assembly 部件与部件的之间的连接关系。主要是“组件装配”关系，弱部件有“组件装配”关系的话，代表这两个部件间，要通过“接口”interface来沟通。
（3），端口port 部件与外部的部件连接时，必须通过“端口”来连接。
（4）接口 （4.1）提供接口providedinterface 提供接口代表某个特定的“部件”提供服务给外部的部件来连接，提供接口的图形是像一个棒棒堂的标识。很容易被记住。
（4.2）需求接口requiredinterface 需求接口代表某个特定的“部件”需要外部的“部件”提供服务。
（二）建模 针对重新整合的开发系统和外部系统接口架构的进行建模。
（三）实例 学校系统中有许多的系统，比如，考试系统，评教系统，图书馆系统，还有机房收费系统。其中机房收费系统需要一个计算费用的接口，考试系统需要有一个考试通知接口。评教也是。so，我们就可以这样话，但是我们就得让机房收费系统和其他的系统进行整合。关键点要找到他们之间的接口。
如图：（图片有错，不提供参考）
|
|
|
