📄 200604161254415.html
字号:
<html>
<head><title>分层</title></head>
<center><h1>分层</h1></center>
<div><P align=right><FONT face=黑体 color=#ff0033><FONT face=Verdana><FONT color=#f70938><FONT face=黑体><a href="200604112229525.html" tppabs="http://www.itisedu.com/phrase/200604112229525.html" target="_new">中科永联</a>高级技术培训中心（</FONT><FONT face=黑体>www.itisedu.com</FONT><FONT face=黑体>）<IMG src="200641612597908.jpg" tppabs="http://www.itisedu.com/manage/Upload/image/200641612597908.jpg" border=0></FONT></FONT></FONT></FONT></P>
<P> <a href="200604161254415.html" tppabs="http://www.itisedu.com/phrase/200604161254415.html" target="_new">分层</a>是表示将功能进行有序的分组：应用<a href="200604232224305.html" tppabs="http://www.itisedu.com/phrase/200604232224305.html" target="_new">程序</a>专用功能位于上层，跨越应用程序领域的功能位于中层，而配置环境专用功能位于低层。</P>
<P><FONT face=Verdana><STRONG>典型分层方法</STRONG> </FONT></P>
<P><FONT face=Verdana> 分层表示将功能进行有序的分组：应用程序专用功能位于上层，跨越应用程序领域的功能位于中层，而配置环境专用功能位于低层。</FONT></P>
<P><FONT face=Verdana> 层的数量与组成取决于问题领域和解决空间的复杂程度： </FONT></P>
<P><FONT face=Verdana>通常只有一个应用程序专用层。 <BR>如果领域中已有先前构建的系统，或有由较小的互<a href="200602281634075.html" tppabs="http://www.itisedu.com/phrase/200602281634075.html" target="_new">操作系统</a>构成的大型系统，各设计<a href="200603082251135.html" tppabs="http://www.itisedu.com/phrase/200603082251135.html" target="_new">团队</a>之间尤其需要共享信息。因此，业务专用层很可能部分地存在，并且为明确起见，可能将其分成几个层。 <BR>如果解决空间得到<a href="200604241155005.html" tppabs="http://www.itisedu.com/phrase/200604241155005.html" target="_new">中间件</a>产品的充分支持，并且复杂的系统<a href="200604232134205.html" tppabs="http://www.itisedu.com/phrase/200604232134205.html" target="_new">软件</a>在其中起着更加重要的作用，解决空间就将具有经过充分开发的低层，并且还可能具有一些由中间件和系统软件构成的层。 <BR>应当把<a href="200604161433025.html" tppabs="http://www.itisedu.com/phrase/200604161433025.html" target="_new">子系统</a>组织成分层结构，构架的上层是应用程序专用子系统，构架的低层是硬件和操作专用子系统，中间件层是通用服务。</FONT></P>
<P><FONT face=Verdana> 下面是一个四层构架的示例。 </FONT></P>
<P><FONT face=Verdana>顶层是应用程序层，它包括应用程序专用的服务。 <BR>下面一层是业务专用层，它包括在一些应用程序中使用的业务专用<a href="200604161439595.html" tppabs="http://www.itisedu.com/phrase/200604161439595.html" target="_new">构件</a>。 <BR>中间件层包括各个构件，例如 GUI 构建器、与<a href="200603011033425.html" tppabs="http://www.itisedu.com/phrase/200603011033425.html" target="_new">数据库管理系统</a>的接口、独立于平台的操作系统服务以及电子表格程序、图表编辑器等 OLE 构件。 <BR>底层是系统软件层，它包括操作系统、<a href="200602271218062.html" tppabs="http://www.itisedu.com/phrase/200602271218062.html" target="_new">数据库</a>、与特定硬件的接口等构件。 </FONT></P><FONT face=Verdana>
<P align=center><IMG src="2006416125146213.gif" tppabs="http://www.itisedu.com/manage/Upload/image/2006416125146213.gif" border=0><BR> 分层结构始于最初略的功能层次，然后逐步发展成多个更为具体的功能层次。</P>
<P><STRONG>分层指南</STRONG></P>
<P> 分层从逻辑上将子系统划分成许多集合，而层间关系的形成要遵循一定的规则。通过分层，可以限制子系统间的依赖关系，使系统以更松散的方式耦合，从而更易于维护。</P>
<P> 子系统的分组标准包含以下几条规则： </P>
<P>·可见度。各子系统只能与同一层及其下一层的子系统存在依赖关系。 <BR>·易变性。 <BR> 最上层放置随用户<a href="200603101518295.html" tppabs="http://www.itisedu.com/phrase/200603101518295.html" target="_new">需求</a>的改变而改变的元素。 <BR> 最底层放置随实施平台（硬件、语言、操作系统、数据库等）的改变而改变的元素。 <BR> 中间的夹层放置广泛适用于各种系统和实施环境的元素。 <BR> 如果在这些大<a href="200603090857555.html" tppabs="http://www.itisedu.com/phrase/200603090857555.html" target="_new">类</a>中进一步划分有助于对模型进行组织，则添加更多的层。 <BR>·通用性。一般将抽象的模型元素放置在模型的低层。如果它们不针对于具体的实施，则倾向于将其放置在<a href="200603101709095.html" tppabs="http://www.itisedu.com/phrase/200603101709095.html" target="_new">中间层</a>。 <BR>·层数。对于小型系统，三层就足够了。对于复杂系统，通常需要 5-7 层。无论复杂程度如何，如果超过 10 层，就需要慎重考虑了。层数越多，越需慎重。以下列出了一些经验法则： </P>
<P align=center>
<TABLE cellPadding=2 width="85%" border=1>
<TBODY>
<TR>
<TD borderColor=#808080 borderColorLight=#808080 width=130 borderColorDark=#808080 height=21>
<P align=center><STRONG>类的数量</STRONG></P></TD>
<TD borderColor=#808080 borderColorLight=#808080 width=224 borderColorDark=#808080 height=21>
<P align=center><STRONG>层数</STRONG></P></TD></TR>
<TR>
<TD borderColor=#808080 borderColorLight=#808080 width=130 borderColorDark=#808080 height=31>
<P align=center>0 - 10</P></TD>
<TD borderColor=#808080 borderColorLight=#808080 width=224 borderColorDark=#808080 height=31>无需分层</TD></TR>
<TR>
<TD borderColor=#808080 borderColorLight=#808080 width=130 borderColorDark=#808080 height=11>
<P align=center>10 - 50</P></TD>
<TD borderColor=#808080 borderColorLight=#808080 width=224 borderColorDark=#808080 height=11>2 层</TD></TR>
<TR>
<TD borderColor=#808080 borderColorLight=#808080 width=130 borderColorDark=#808080 height=15>
<P align=center>25 - 150</P></TD>
<TD borderColor=#808080 borderColorLight=#808080 width=224 borderColorDark=#808080 height=15>3 层</TD></TR>
<TR>
<TD borderColor=#808080 borderColorLight=#808080 width=130 borderColorDark=#808080 height=15>
<P align=center>100 - 1000</P></TD>
<TD borderColor=#808080 borderColorLight=#808080 width=224 borderColorDark=#808080 height=15>4 层</TD></TR></TBODY></TABLE></P>
<P><FONT face=Verdana>特定层中的子系统和包只应同一层及其下一层的子系统存在依赖关系。如果不这样限制依赖关系，将会导致构架退化，使系统脆弱并难于维护。</FONT></P>
<P><FONT face=Verdana>如果子系统需要直接访问低层服务，则属于例外：应理智地决定如何处理整个系统所需的基本服务（如打印、发送<a href="200603090938465.html" tppabs="http://www.itisedu.com/phrase/200603090938465.html" target="_new">消息</a>等）。如果解决方案是在中间各层之间有效地实施调用传递，将消息限制在低层就毫无意义了。</FONT></P>
<P><FONT face=Verdana><STRONG>分区<a href="200603061709535.html" tppabs="http://www.itisedu.com/phrase/200603061709535.html" target="_new">模式</a></STRONG> </FONT></P>
<P><FONT face=Verdana><BR> 在系统的顶层作进一步的分区会有助于对模型进行组织。以下分区指南提出了需要考虑的各种问题： </FONT></P>
<P><FONT face=Verdana>·用户组织。可以根据业务组织中各种功能的组织形式来组织子系统，如按部门进行分区。由于现有的企业模型具有严格的组织划分结构，所以这种分区通常要在设计的初期进行。这种组织模式通常只影响到顶部少数层，即应用程序专用服务，随着设计工作的深入，它通常会变得无关紧要。 <BR> 根据用户的组织结构来进行分区，可以为模型提供一个良好开端。 <BR> 由于用户组织的结构在很长时间以后可能会因业务重组而变得不稳定，因此不宜用作系统分区的长期基础。系统的内部组织应该使系统便于开发和维护，而不受它所支持的业务组织的影响。 </FONT></P>
<P><FONT face=Verdana>·技能领域。在开发组织中，可以对子系统进行适当组织，以便将模型中的各个部分分派给不同的开发组。这通常发生在系统的中低层，它反映了在开发和支持复杂的基础结构技术时，需要有专门化的技能。这类技术包括网络与分布管理、数据库管理、通信管理，进程控制等等。根据能力来进行分区也可以在上层进行。在这些层需要具备问题领域内的特殊能力，以便了解和支持关键的业务功能；这样的例子有：电信呼叫管理、证券交易、保险申报处理和航空交通控制。 </FONT></P>
<P><FONT face=Verdana>·系统分布。在系统的任何层中，都可以将层作进一步的“水平方向”细分，以反映功能的物理分布情况。 <BR> 反映分布情况的分区有助于预见到在系统执行过程中将发生的网络通讯。 <BR> 但是，如果配置模型发生显著改变，反映分布情况的分区则会使系统难以作出相应的改变。 </FONT></P>
<P><FONT face=Verdana>·保密领域。有些应用程序，特别是那些要求有关人员通过安全审查才能进行开发和/或支持的应用程序，需要根据安全访问权限来进行分区。控制保密区域访问权的软件必须由通过相应审查的个人来开发和维护。如果项目中具有这种背景的人员有限，要求特殊审查的功能必须分区为子系统，并将独立于其他子系统单独开发。对其他子系统而言，唯一可见的将是与该保密领域的接口。 </FONT></P>
<P><FONT face=Verdana>·可变性领域。某些功能可能会用作可选功能，从而只在系统的某些变体中交付，这些功能应组织成独立的子系统，独立于系统的必需功能进行开发和交付。 </FONT></P>
<P><FONT face=Verdana><FONT face=Verdana><FONT face=Verdana><FONT size=1>© 1987 - 2001 <a href="200604032121225.html" tppabs="http://www.itisedu.com/phrase/200604032121225.html" target="_new">Rational</a> Software Corporation。版权所有。</FONT> </FONT></FONT><BR></P></FONT></FONT></div>
</body>
</html>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -