200602281452595.html

软件工程的红包书

<P><FONT face=Verdana>系统演进，即进入下一个开发周期。 <BR>在产品线环境下复用构架或构架的一部分。 <BR>评估补充质量，例如性能、可用性、可移植性和安全性。 <BR>向<a href="200603082251135.html" tppabs="http://www.itisedu.com/phrase/200603082251135.html" target="_new">团队</a>或分包商分配开发工作。 <BR>决定是否包括市售构件。 <BR>插入范围更广的系统。 </FONT></P>
<P><FONT face=Verdana>构架模式 </FONT></P>
<P><FONT face=Verdana>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 构架模式是解决复发构架问题的现成形式。构架<a href="200603061723295.html" tppabs="http://www.itisedu.com/phrase/200603061723295.html" target="_new">框架</a>或构架基础设施（<a href="200604241155005.html" tppabs="http://www.itisedu.com/phrase/200604241155005.html" target="_new">中间件</a>）是可以在其上构建某种构架的构件集。许多主要的构架困难应在框架或基础设施中进行解决，而且通常针对于特定的领域：命令和控制、<a href="200604241249435.html" tppabs="http://www.itisedu.com/phrase/200604241249435.html" target="_new">MIS</a>、控制系统等等。</FONT></P>
<P><FONT face=Verdana>构架模式示例</FONT></P>
<P><FONT face=Verdana>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [BUS96] 根据构架模式最适用的系统的特征将其分类，其中一个类别处理更普遍的结构问题。下表显示了 [BUS96] 中所提供的类别和这些类别所包含的模式。<BR></FONT></P></FONT><FONT face=宋体>
<P align=center>
<TABLE width="85%" border=1>
<TBODY>
<TR>
<TD align=middle width="50%"><B>类别</B></TD>
<TD align=middle width="50%"><B>模式</B></TD></TR>
<TR>
<TD width="50%" rowSpan=3>结构</TD>
<TD width="50%">层</TD></TR>
<TR>
<TD width="50%">管道和过滤器</TD></TR>
<TR>
<TD width="50%">黑板</TD></TR>
<TR>
<TD width="50%">分布式系统</TD>
<TD width="50%">代理</TD></TR>
<TR>
<TD width="50%" rowSpan=2>交互系统</TD>
<TD width="50%">模型-视图-控制器</TD></TR>
<TR>
<TD width="50%">表示-抽象-控制</TD></TR>
<TR>
<TD width="50%" rowSpan=2>自适应系统</TD>
<TD width="50%">反射</TD></TR>
<TR>
<TD width="50%">微核</TD></TR></TBODY></TABLE></P></FONT><FONT face=宋体>
<P><FONT face=Verdana>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 软件构架是一个容易理解的概念，多数工程师（尤其是经验不多的工程师）会从直觉上来认识它，但要给出精确的定义很困难。特别是，很难明确地区分设计和构架：构架属于设计的一方面，它集中于某些具体的特征。</FONT></P>
<P><FONT face=Verdana>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 在“软件构架简介”中，David Garlan 和 Mary Shaw 认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。”[GS93]</FONT></P>
<P><FONT face=Verdana>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 但构架不仅是结构；IEEE Working Group on Architecture 把其定义为“系统在其环境中的最高层概念”[IEEE98]。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。</FONT></P>
<P><FONT face=Verdana>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 在 Rational Unified Process 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。</FONT></P>
<P><FONT face=Verdana>为阐明其含义，下面将详述其中的两个；完整说明请参见 [BUS96]。模式以下列广泛使用的形式来表示：</FONT></P>