(1)确定界面组件。根据总系统的需求分析,抽象人机交互系统的功能要求,进而确定人机界面的框架模式,最终确定需要哪些界面组件。其中包含已存在界面组件和需要重新开发的界面组件。
(2)确定界面切换流程。根据系统工作流程,分析多个界面之间的切换关系,即一个界面结束之后需要哪个界面来替换。
(3)生成设计结果。根据前两步的工作(确定的界面组件及其切换流程),生成系统界面设计结果文件。该文件中包含所需的框架组件编号、界面组件编号、需要新开发组件编号、界面切换顺序等信息。
(4)界面组件开发。开发新增的界面组件,并按照(3)生成的编号等信息放入组件库。
(5)组件装配。根据(3)的设计结果装配既定的各种组件,形成目标系统。
(6)测试。测试系统,如果符合要求,则结束;否则,重复进行设计过程。
2.2界面组件组装操作约定
一般情况下,组件组装分为两个阶段。第一个阶段是设计开发组件并使其具有可组装性,并进行正确描述;第二阶段是按实际应用需要进行组件组装。为了简化问题,在进行组件组装时,做出以下领域组件组装操作约定。
(1)框架组件需要与运行环境匹配,而非框架组件需要与框架组件匹配。
(2)经选择后,框架与运行环境出现不匹配时,可以在框架组件端编制粘贴码解决。
(3)当主框架组件与主框组件组装时,必须进行接口匹配,但如果两者不运行在同一平台,则不需进行平台匹配。
(4)制定领域组件组装规范时,列举法应作为首选方法。
2.3 人机界面组件组装模型
人机界面组件组装的过程实际是由组装程序选择组件的过程。组装的核心操作是框架与待组装组件(或框架)的匹配过程。组装程序根据特定要求选择一个程序的主框架,主框架再根据特定要求选择一个或多个框架或组件,如果被选中的是组件,则该分支匹配过程结束。如果被选中的是框架,该过程继续下去,直到所有的分支都匹配结束,其组装匹配过程如图3所示。在这一过程中,应遵循以下规则。
(1)组件是相互独立的,不存在直接或间接关系,它只能与框架组件组装。
(2)框架可以与框架组装。
(3)一个应用系统至少包含一个主框架,主框架通过连接各个子框架和组件实现具体业务逻辑;主框架是最先被组装的组件,它表示组件运行环境,实际上是所有子逻辑的“容器”。
(4)框架组件和非框架组件共同实现组件的组装,框架组件决定了应用系统的工作流。
(5)框架组件负责对不匹配的接口进行转换、映射和粘连。
图3 组件组装过程
(6)组件在组装完成后,不可再使用组装机制进行直接调整。需要注意的是,框架和组件都是组件,但为了区别,将框架组件称为框架,将非框架组件称为组件。