|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
构件（组件）是一个功能相对独立的具有可重用价值的软件单元。在面向对象方法中，一个构件由一组对象构成，包含了一些协作的类的集合，它们共同工作来提供一种系统功能。
|
|
|
|
可重用性是指系统和（或）其组成部分能在其他系统中重复使用的程度。软件开发的全生命周期都有可重用的价值，包括项目的组织、软件需求、设计、文档、实现、测试方法和测试用例，都是可以被重复利用和借鉴的有效资源。可重用性体现在软件的各个层次，通用的、可复用性高的软件模块往往已经由操作系统或开发工具提供，如通用库、标准组件和标准模板库等，它们并不需要程序员重新开发。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
模块独立是指每个模块完成一个相对独立的特定子功能，并且与其他模块之间的联系最简单。保持模块的高度独立性也是在设计时的一个很重要的原则。通常用耦合（模块之间联系的紧密程度）和内聚（模块内部各元素之间联系的紧密程度）两个标准衡量，目标是高内聚、低藕合。
|
|
|
|
模块的内聚类型通常可以分为7种，根据内聚度从高到低的排序如下表所示。
|
|
|
|
|
|
|
|
与此相对应，模块的耦合类型通常也分为7种，根据耦合度从低到高排序如下表所示。
|
|
|
|
|
|
|
|
除了满足以上两大基本原则之外，通常在模块分解时还需要注意以下事项。
|
|
|
|
|
|
（2）直接调用该模块的次数应该尽量多，但调用其他模块的次数则不宜过多。
|
|
|
|
|
|
（4）模块的作用域应该在模块之内，功能应该是可预测的。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
在WebApp中，内容和功能的界限通常并不清晰，因此首先明确WebApp构件：①定义良好的聚合功能，为最终用户处理内容或提供计算或处理数据；②内容和功能的聚合包，提供最终用户所需要的功能。因此，WebApp构件设计通常包括内容设计元素和功能设计元素。
|
|
|
|
（1）构件级内容设计。关注内容对象，以及包装后展示给最终用户的方式，应该适合创建的WebApp特性。一般情况下，内容对象不需要被组织成构件，加以分别实现。但是，随着WebApp、内容对象及其关系的规模和复杂度的增长，组织内容是必要的。
|
|
|
|
（2）构件级功能设计。将WebApp作为一系列构件加以交付，这些构件与信息体系结构并行开发，以确保一致性。并且需要在一开始就考虑需求模型和初始信息架构，然后再进一步考查功能如何影响用户与系统的交互、要展示的信息以及要管理的用户任务。在架构设计中，往往将WebApp的内容和功能结合在一起来设计功能架构，描述关键的功能构件及其交互。
|
|
|
|
|
|
|
|
|
|
|
|
|
