（本文只代表作者的个人的观点，并不代表本网站的任何看法）。业务处理平台由两个帧组成，E帧负责展示业务功能调用入口，而F帧是功能调用结果的响应帧。在谈到业务处理平台如何设计之前，让我们先分析一下业务数据间的关联关系。
一般情况下，业务文件之间存在各种关联关系，这种关联可以细分为两种类型：
1) 业务流程的阶段性关联：一个业务由多个流程阶段组成，每个流程阶段对应一个阶段性业务，这个处于同一个流程的不同阶段对应的业务间的关联关系叫业务流程阶段性关联。如一个案件办理要经过接处警，案件立案，案件查破等阶段，它们分属于同一个案件办理流程的不同阶段。
2) 业务数据内联性关联：一个业务包含多个同类子业务的关联，表现为父子级的关系。如一个组织机构可能包括多个职能部门。
对于一个业务流程性的系统，一个业务涉及到多个流程阶段，业务进行到某一阶段时，必须能够方便地查看前置阶段的业务信息。对于内联性关联的子业务，因其和其父业务是多对一的关系，在父业务的操作平台里必然表现为一个子列表，这样才可以从多个子业务中选择具体的一条进行处理。子业务有自己独立的处理功能集，为对子业务进行加工处理，在界面上可以有以下的解决方案：
1) 弹出一个独立的窗口处理这个子业务
2) 切换父业务的处理平台到子业务处理平台，子业务处理平台页面替换父业务的处理平台页面
对于第一种处理方式，当子业务本身没有子业务时，页面叠层较少，是可以考虑采用的，但是如果子业务还有自己的子业务，形成多级内联关联的情况，势必又要弹出一个窗口处理这个孙子业务，如果使用modalDialog窗口处理子业务，会造成页面叠层太多，视觉效果比较乱；如果采用一般的IE窗口,则会造成业务程序窗口和其他不属于应用系统IE窗口的干扰问题，使程序整体性不佳，弹出式窗口处理多级内联关联的业务效果如图6所示。
图1. 采用弹出式窗口处理内联性关联性业务的叠层窗口效果
对于第二种处理方式，可以将系统的所有业务处理都纳到一个窗口中进行，取消了多重叠层的现象，整体感比较强。但也带来了一个问题：当业务平台切换，发生页面替换后，父业务的菜单平台在页面上被子业务的处理平台的页面替代，用户会产生应用程序身处何方的迷茫感。解决这一问题的有效方法是界面上能够提供导航的信息，告诉用户操作平台从何处来，现处何处。可以用一个导航路径来描述这个信息，即从父业务处理平台切换到子业务的处理平台后就将切换平台的信息存入历史路径中，在业务菜单页面帧的页面中展现给用户。这样，不但可以给用户一个指示性的路径导航信息，还可以方便用户回复到原来的平台，这种处理的效果图如图7所示。
图2. 用切换操作平台的方式处理多级内联的业务
