上篇已经开始了系统内部的分析，并且得到一些分析对象。在整个动作场景中，我们得到了一些粗略的对象。有必要对对象进行分析，合并，再抽象。

实质是职责的合理分配，使得系统合乎功能性，同时得到最大的可扩展，可维护性。建议用图表示，但不要忘记任务是职责分配到对象。

网站（处理连入）

连接（处理数据接收，发送）

请求处理器（对请求处理 GET POST）

请求（各种请求的抽象）

回复（各种回复的抽象）

连接检查器

 

这里把发送回复去除，因为这个可以归结到请求处理中。

 

对第二个主要用例进行健壮性分析：

U5 （由于不清楚网站怎么发布，参考了IIS，大致是下边的一个流程）

     网站发布人：打开发布界面               【此命令需要一个边界对象响应 publisher】              

     目标系统   ：显示发布界面              【控制逻辑    show】

     网站发布人：填写网站配置（主目标，端口等）

　                    确认启用网站               【边界对象 publisher】

　 目标系统 ：启动网站                         【控制逻辑 start】

                   开始等待浏览器连接            

 

经过对重要的用例的分析，对系统内部的构造，有了比较清楚的认识，根据不同的服务对象及目标，将系统分成几个子构件（逻辑视图）：

 需要注意的是：这里不是静态的包图。而是逻辑视图，各个子系统通过接口而互相访问，从而定义了系统的整体构架。