信息系统集成业务需求分析的方法

专利名称：信息系统集成业务需求分析的方法
技术领域：
本发明涉及一种信息系统集成业务需求分析的方法，特别涉及一种以BPM (业务流程分析)为核心的，通过搭建业务流程结构模型来描述信息系 统集成业务流程的方法，尤其适用于机场建设中的各系统进行业务集成。
背景技术：
系统集成是将不同的软硬件产品集成起来，并在此基础上为客户开发专 门定制的应用软件，最终完成满足客户需求的计算机系统。为了达到系统集 成的目的，对系统集成进行有效的需求分析显得异常重要。如图1所示，为目前普遍采用的需求分析的方法的示意图，这种方法大 量采用访谈、引导、确认等讨论方式来调研，并在此基础上进行文字整理和 需求确认，受到空间、时间、思维深度等诸多方面因素限制而达不到预期目 的。甲乙双方在分析沟通过程中，都在谈需求、讲功能，但却经常出现"此 人需求非彼人需求，此时功能异于彼时功能"的情况，难有统一规范的说法， 致使需求分析总停留在讨论声中，难以落到实处；最终导致分析方付出巨大 努力，消耗大量人力物力和时间编制出的需求分析报告，却很难令需求方满 意，双方之间难以形成有效的沟通。通过这些现象，不难总结出其背后隐藏 着的以往信息系统集成需求分析所存在的问题和缺陷1、 需求不明确目前普遍采用现场访谈方式进行需求沟通，需要投入大 量人员和时间，同时需要整理大量的文字材料以反映访谈分析的成果。分析 过程中，参与访谈沟通的各方对系统需求的理解和讨论往往局限于企业生产 或管理的某一局部，而且不同人群对同一个局部的理解也可能存在偏差，组 织方缺乏将零散局部需求汇总为明确整体需求的方法，更缺乏发现需求偏差 的有效手段；其结果必然是遗漏、模糊和矛盾。2、 重点不突出目前很多信息系统集成需求分析对单系统功能点的分析较多、较细，对系统之间嵌套和流程的分析较少、较粗，信息系统集成需求 分析变成了多个信息系统需求分析的组合，从而忽略了 "集成"这个重点问 题，没有取得全局最优。3、形成集成桎梏在目前的信息系统集成需求分析过程中，往往以信息 系统现实为蓝本，关注用户当前需求或系统的当前功能，很少考虑到未来可 能会要求新增的某些需求，更难以将未来的需求及时、动态地融入需求分析 的过程，造成信息系统集成需求在确认之时即为过时之日，无形中变成企业 持续改进业务的阻力。缺乏系统化的工作方法和手段是以上问题的主要原因，采用系统、科学 的方法和手段进行信息系统集成需求分析显得尤为重要和紧迫。目前，在机场的业务信息系统的集成过程中应包括有很多参与方，如 各个子系统、集成商、子系统提供商，其他的机场、航空公司，也有业务部 门和管理部门等。而其中机场的主要的子系统还可包括集成系统、航显系 统、广播系统、离港系统、行李系统、行李再确认系统、泊位引导系统、登 机桥监控系统、楼宇自控系统、门禁系统、安检信息管理系统、呼叫中心、 AMDB、航班信息查询系统、油料公司管理系统等。目前，现有的机场信息系统的集成大都是针对传统业务流程进行集成的， 没有对业务流程进行反思和优化的过程，很难避免会存在上面提到的那些问 题，具体表现在在需求不明确方面，由于信息系统集成涉及企业诸多因素，以往依靠大 量人员投入，进行访谈式的需求分析，参与各方对系统需求的理解存在差距；在需求重点不突出方面，很多集成项目在进行需求分析的时候，过多的 借鉴了以前单个系统的需求分析经验，对功能点的分析居多，而对系统间的 配合逻辑分析较少，往往在局部功能的优化的同时，并没有在全局上取得最 优；在形成集成桎梏方面，目前的机场在系统集成的过程中，将大部分的精 力集成中当前的需求中，但是现今快速的内外部环境变化，需要机场的业务 模式也能进行快速改变，然而现有的集成系统不但不能满足未来的业务需求， 反而成为机场业务模式改进的阻力。发明内容本发明提供的一种信息系统集成业务需求分析的方法，该方法以BPM (业务流程分析)为核心，通过搭建业务流程结构化模型，进行业务流程结 构化分析实现业务需求分析，可大大简化对集成信息系统需求分析的过程， 提高集成系统需求分析的效率和准确性。为了达到上述目的，本发明提供一种信息系统集成业务需求分析的方法，其包含以下步骤步骤l、对需要进行集成的业务进行观察和讨论，确定集成业务流程的目标；步骤2、针对所要实现的目标，建立集成业务流程的模型； 步骤3、对集成业务流程模型进行检査，通过找出业务流程中需要改进的 差异点，对模型进行修正，反复循环调整；步骤4、形成系统功能报告、功能数据报告；步骤5、对相关报告进行需求确认；步骤6、进行系统整体设计和集成，运行并检验。步骤2中，所述的业务流程模型最主要的视图是流程控制视图，同时为了 更好的展示和分析，根据信息系统运行过程中相互之间有必然联系的组织， 数据(系统)，功能，产品与服务等相关元素，该业务流程模型还包含独立的 组织视图，数据视图(也称系统视图)，功能视图和产品与服务视图，通过多 纬度的拆分降低业务流程模型整体的复杂度，便于与各层次的用户进行交流 沟通；所述的组织视图用于对与信息系统相关的组织机构和相关工作岗位的角 色以及他们之间的静态关系进行描述；各组织机构和岗位在组织视图中都扮 演有各自独特的角色，即具备各自特定的能力；所述数据视图(也称系统视图)用于对参与信息系统集成的各个系统及 相互间的静态关系进行描述；所述的控制视图，通过事件驱动的流程链方法，完成组织视图和系统视 图间的整合，从而建立起组织和系统间的动态关系；所述的组织视图，数据视图，功能视图和产品与服务视图的内容可用特 定的方法来说明，并分别与信息系统流程控制视图建立联系，形成全局的、多角度的、体系化的描述，可以作为不同场合下、不同角色之间讨论信息系 统应用流程的平台，从而保证各层面的用户能够在一个系统化的模型平台上 讨论信息系统集成需求和各部分需求并保持讨论成果及时更新到模型平台 中。步骤4中，所述的系统功能报告主要用于描述系统所支持的功能；功能数 据报告主要用于描述与所述系统所支持的功能相关的数据及它们之间的关 系。利用这些流程和系统功能报告、功能数据报告，集成商和各相关系统实 施商就可以进行需求分析报告的整理工作。本发明提供的信息系统集成业务需求分析的方法，通过绘制集成信息系 统的全局业务流程，建立了需求分析的沟通平台，参与需求分析的各方可在 该统一的沟通平台上，对信息系统集成需求展开逐步求精的分析，最终在模 型库的基础上进行信息系统集成需求分析确认，从而提高了信息系统集成的 效率和准确性。本发明还提供一种机场业务流程集成方法，该方法通过BPM，完成(或者辅助)机场信息系统集成过程中的需求分析工作，从而使机场信息系统能 够更好地体现客户价值，提高机场业务流程对内外部环境变化的适应性。 为达到上述目的，本发明提供一种机场业务流程集成方法，其包括以下步骤步骤l、根据机场业务目标，机场客户，客户的基本需求，及机场中参与 集成的各个系统的作用及其相互间的关系，对需要进行集成的业务进行观察 和讨论，确定集成业务流程的目标；步骤2、针对所要实现的目标，建立集成业务流程的模型，具体包含以下 步骤步骤2.1、根据步骤l搭建机场业务流程模型；步骤2.2、使用BPM方法，对机场业务流程模型中的各子流程分别进行建模；步骤3、对机场业务流程模型及其各个子流程进行检查，通过找出业务流 程中需要改进的差异点，对模型进行修正，反复循环调整；步骤4、在最终实现的机场业务流程模型的基础上，对系统集成需求进行多维度的分析，并形成系统集成需求分析报告； 步骤5、对得出的需求分析报告进行需求确认； 步骤6、进行机场整体系统设计和集成，运行并检验。 步骤2.1中，所述的机场业务流程模型，包括机场业务的主要活动和支持活动；所述的主要活动用于支持机场客户服务，所述的支持活动用于支持机场的正常运作；其中，所述的主要活动包括以下三个子流程机场候机楼内出发流程，用于描述旅客从候机楼到登机的整个过程中， 机场应从事的业务活动；机场到达航班动态处理流程，用于描述航空公司航班到达机场前和到达 时，机场应从事的业务活动，以及旅客到达机场时的机场应从事的业务活动；航班计划处理流程，是对整个机场运营进行计划、检查、协调的业务活 动，包含对前面两类流程进行指挥和协调。步骤2.2中，所述的机场业务流程模型最主要的视图是流程控制视图，同 时为了更好的展示和分析，根据机场信息系统运行过程中相互之间有必然联 系的组织、数据(系统)、功能、产品与服务等相关元素，该业务流程模型还 包含独立的组织视图，数据视图(也称系统视图)，功能视图和产品与服务视 图，通过多纬度的拆分降低业务流程模型整体的复杂度，便于与各层次的用 户进行交流沟通；所述的组织视图所述组织视图用来描述机场不同的组织单元间的静态关 系，其中组织单元负责执行机场企业内部的各种功能活动；所述的数据视图(也称系统视图)用来描述机场中执行业务的有关数据 及其之间的关系。所述的控制视图，通过机场事件驱动的流程链方法，完成组织视图和系 统视图间的整合，从而建立起组织和系统间的动态关系；所述的组织视图，数据视图，功能视图和产品与服务视图的内容可用特 定的方法来说明，并分别与信息系统流程控制视图建立联系，形成全局的、 多角度的、体系化的描述，可以作为不同场合下、不同角色之间讨论信息系 统应用流程的平台，从而保证各层面的用户能够在一个系统化的模型平台上 讨论信息系统集成需求和各部分需求并保持讨论成果及时更新到模型平台中。本发明提供的机场业务流程集成方法，通过将机场业务中的各个参与方 进行集成，实现了对机场中各个业务流程的全局优化；提高了客户服务能力和水平；提高了集成系统的适应性。


图1是背景技术中采用的需求分析方法的示意图；图2是本发明提供的信息系统集成业务需求分析方法的示意图；图3是本发明中集成业务流程模型的结构示意图；图4是本发明中集成业务流程模型的具体示意图；图5是本发明实施例中用于描述机场中各组织机构和相关工作人员的组 织视图；图6是本发明实施例中用于描述机场中参与信息系统集成的各个系统及其间的静态关系的系统视图；图7是本发明实施例中机场业务流程模型框架的示意图； 图8是本发明实施例中机场业务流程模型的"资源分配动态处理"子流程的流程图；图9是本发明实施例中机场业务流程模型的"航空公司航班计划处理" 子流程的流程图；图10是本发明实施例中机场业务流程模型的"航班动态处理"子流程 的流程图；图11是本发明实施例中机场业务流程模型的"基础数据动态更新"子流 程的流程图；图12是本发明实施例中机场业务流程模型的"季度航班计划处理"子 流程的流程图；图13是本发明实施例中机场业务流程模型的"ON BLOCK"子流程的 流程图；图14是本发明实施例中机场业务流程模型的"外部信息源航班动态处 理"子流程的流程图。
具体实施方式
以下根据图2 图14具体说明本发明的一种较佳实施方式如图2所示，本发明提供一种信息系统集成业务需求分析的方法，其包含以下步骤步骤l、对需要进行集成的业务进行观察和讨论，确定集成业务流程的目标；步骤2、针对所要实现的目标，建立集成业务流程的模型； 步骤3、对集成业务流程模型进行检査，通过找出业务流程中需要改进的 差异点，对模型进行修正，反复循环调整；步骤4、形成系统功能报告、功能数据报告；步骤5、对相关报告进行需求确认；步骤6、进行系统整体设计和集成，运行并检验。如图3和图4所示，步骤2中，所述的业务流程模型最主要的视图是流程控 制视图，同时为了更好的展示和分析，根据信息系统运行过程中相互之间有 必然联系的组织，数据(系统)，功能，产品与服务等相关元素，该业务流程 模型还包含独立的组织视图，数据视图(也称系统视图)，功能视图和产品与 服务视图，通过多纬度的拆分降低业务流程模型整体的复杂度，便于与各层 次的用户进行交流沟通；所述的组织视图用于对与信息系统相关的组织机构和相关工作岗位的角 色以及他们之间的静态关系进行描述；各组织机构和岗位在组织视图中都扮 演有各自独特的角色，即具备各自特定的能力；所述数据视图(也称系统视图)用于对参与信息系统集成的各个系统及 其间的静态关系进行描述；所述的控制视图，通过事件驱动的流程链方法，完成组织视图和系统视 图间的整合，从而建立起组织和系统间的动态关系；所述的组织视图，数据视图，功能视图和产品与服务视图的内容可用特 定的方法来说明，并分别与信息系统流程控制视图建立联系，形成全局的、 多角度的、体系化的描述，可以作为不同场合下、不同角色之间讨论信息系 统应用流程的平台，从而保证各层面的用户能够在一个系统化的模型平台上 讨论信息系统集成需求和各部分需求并保持讨论成果及时更新到模型平台中。步骤4中，所述的系统功能报告主要用于描述系统所支持的功能；功能数 据报告主要用于描述与所述系统所支持的功能相关的数据及它们之间的关 系。利用这些流程和系统功能报告、功能数据报告，集成商和各相关系统实 施商就可以进行需求分析报告的整理工作。本发明提供的信息系统集成业务需求分析的方法，通过绘制集成信息系 统的全局业务流程，建立了需求分析的沟通平台，参与需求分析的各方可在 该统一的沟通平台上，对信息系统集成需求展开逐步求精的分析，最终在模 型库的基础上进行信息系统集成需求分析确认，从而提高了信息系统集成的 效率和准确性。本发明还提供一种机场业务流程集成方法，其包括以下步骤步骤l、根据机场业务目标，机场客户，客户的基本需求，及机场中参与集成的各个系统的作用及其相互间的关系，对需要进行集成的业务进行观察和讨论，确定集成业务流程的目标；步骤2、针对所要实现的目标，建立集成业务流程的模型，具体包含以下步骤步骤2.K根据步骤l搭建机场业务流程模型；步骤2.2、使用BPM方法，对机场业务流程模型中的各子流程分别进行建模；步骤3、对机场业务流程模型及其各个子流程进行检查，通过找出业务流程中需要改进的差异点，对模型进行修正，反复循环调整；步骤4、在最终实现的机场业务流程模型的基础上，对系统集成需求进行多维度的分析，并形成系统集成需求分析报告；步骤5、对得出的需求分析报告进行需求确认；步骤6、进行机场整体系统设计和集成，运行并检验。步骤2.1中，所述的机场业务流程模型，包括机场业务的主要活动和支持活动；所述的主要活动用于支持机场客户服务，所述的支持活动用于支持机场的正常运作；其中，所述的主要活动包括以下三个子流程机场候机楼内出发流程，用于描述旅客从候机楼到登机的整个过程中， 机场应从事的业务活动；机场到达航班动态处理流程，用于描述航空公司航班到达机场前和到达时，机场应从事的业务活动，以及旅客到达机场时的机场应从事的业务活动；航班计划处理流程，是对整个机场运营进行计划、检查、协调的业务活 动，包含对前面两类流程进行指挥和协调。如图3和图4所示，步骤2.2中，所述的机场业务流程模型最主要的视图是 流程控制视图，同时为了更好的展示和分析，根据机场信息系统运行过程中 相互之间有必然联系的组织、数据(系统)、功能、产品与服务等相关元素， 该业务流程模型还包含独立的组织视图，数据视图(也称系统视图)，功能视 图和产品与服务视图，通过多纬度的拆分降低业务流程模型整体的复杂度， 便于与各层次的用户进行交流沟通；所述的组织视图所述组织视图用来描述机场不同的组织单元间的静态关 系，其中组织单元负责执行机场企业内部的各种功能活动；所述的数据视图(也称系统视图)用来描述机场中执行业务的有关数据 及其之间的关系。所述的控制视图，通过机场事件驱动的流程链方法，完成组织视图和系 统视图间的整合，从而建立起组织和系统间的动态关系；所述的组织视图，数据视图，功能视图和产品与服务视图的内容可用特 定的方法来说明，并分别与信息系统流程控制视图建立联系，形成全局的、 多角度的、体系化的描述，可以作为不同场合下、不同角色之间讨论信息系 统应用流程的平台，从而保证各层面的用户能够在一个系统化的模型平台上 讨论信息系统集成需求和各部分需求并保持讨论成果及时更新到模型平台 中。本发明提供的机场业务流程集成方法，通过将机场业务中的各个参与方 进行集成，实现了对机场中各个业务流程的全局优化；提高了客户服务能力 和水平；提高了集成系统的适应性。以下根据具体实施例，结合机场工程信息系统集成项目，进一步详细说 明本发明方法1、对需要进行集成的业务进行观察和讨论，确定集成业务流程的目标，对于机场的业务流程而言，其业务目标主要是满足机场客户、航空公司等的 基本需求，以更好的为这些客户服务。2、然后，针对所要实现的目标，建立集成业务流程的模型，所述模型的 建立可以通过以下方法来实现2.1、 搭建机场业务流程模型；根据机场业务目标、机场客户以及客户的基本需求，及机场中参与集成 的各个系统的作用及其相互间的关系，搭建机场业务流程模型的框架。由于 机场实际上只是提供了一个服务平台，将航空公司的运输能力，通过这个平 台，送到给最终客户，从而满足客户的需求，因此，在本发明中将机场的核 心业务归结为服务旅客和航空公司。对机场而言，旅客的基本需要就是上机(办票、候机、登机)和下机；而航空公司的基本需要则是降落与起飞。因 此可基于上述分析来搭建机场业务流程。如图7所示为根据本发明的一示例性的机场业务流程模型框架的示意 图。在设计所述业务流程模型的框架时，参考波特模型，将机场业务分为主要 活动与支持活动。其中主要活动是与产品和服务有直接关联的活动，支持活 动则包含支持主要活动，但与产品与服务无直接关联的所有措施。在所搭建 的机场信息系统的流程框架中，将机场中的主要活动又分为三类 一类是航班计划处理流程，是对整个机场运营进行计划、检査、协调的业务活动，包 含对前面两类流程进行指挥和协调，包括航空公司航班计划处理、航班动态 处理、资源分配动态处理、基础数据动态更新、季度航班计划处理流程等多个子流程； 一类是机场候机楼内出发流程，用于描述旅客从候机楼到登机的 整个过程中，机场应从事的业务活动，其中包括柜台值机楼内出发流程、登 机处理、飞机撤桥处理、合并航班、代码共享等多个子流程； 一类是机场到 达航班动态处理流程，用于描述航空公司航班到达机场前和到达时机场应从 事的业务活动，以及旅客到达机场时的机场业务活动，其中包括飞机靠桥处 理、外部信息源航班动态处理、经停航班按中转流程处理等多个子流程。2.2、 使用BPM方法，对机场业务流程模型中的各子流程分别进行建模；建模时，为了降低模型的复杂度，将整个模型分成组织视图、数据(系 统)视图、功能视图和产品与服务视图等。2.2.1、建立组织视图和系统视图所述组织视图用来描述机场不同的组织单元间的静态关系，这些组织单 元负责执行机场企业内部的各种功能活动，包括三种类型的组织概念 一个 是组织单元； 一个是岗位；另一个是人员。以针对机场信息系统的集成业务流程为例，其组织视图应包括参与机场 信息建设各个组织机构，如包括各个机场，而每个机场又下设有各种岗位， 如泊位管理员、广播管理员、航显管理员等，每个岗位都有各自明确的职能 分工，如泊位管理员负责对飞机停泊时的相关活动进行管理，而不会去参与 机场广播的管理。通过该组织视图将参与集成的所有相关组织和人员都联系 在了一起，以方便进行交流。如图5所示为一示例性的用于描述机场中各组 织机构和相关工作人员的组织机构示意图。所述系统视图用来描述机场中执行业务的有关数据及其之间的关系。同 样以机场为例，信息系统集成涉及多个机场子系统和外部系统。其中机场主 要的子系统包括集成系统、航显系统、广播系统、离港系统、行李系统、 行李再确认系统、泊位引导系统、登机桥监控系统、楼宇自控系统、门禁系 统、安检信息管理系统、呼叫中心、AMDB (航空统计系统)、航班信息查询 系统、油料公司管理系统等。通过系统视图的使用，就可以将这些大量的系 统有机的结合在一起并建立起联系，便于各个系统之间的交流与数据交换， 从而为信息系统的集成提供了方便。如图6所示为一示例性的用于描述机场 中参与信息系统集成的各个系统及其间的静态关系的系统视图。2.2.2、建立控制视图通过事件驱动的流程链方法，完成组织视图和系统视图间的整合，从而 建立起组织和系统间的动态关系。如图7所示，为机场集成业务流程中，资 源分配动态处理过程的控制视图示意图，其中符号"□"中的元素从属于 系统视图，如本示例中的RMS (资源管理系统)、1MB (集成信息中间件) 和AODB (机场运行数据库)；符号中的元素从属于组织视图，如 本示例中的东区RMS管理员和西区RMS管理员等。通过该控制模型的建立， 使得RMS系统、IMB系统、AODB系统、上述各系统的管理员以及系统相 关的数据有机的结合在了一起，各个系统和组织不仅可以发挥自身的功能， 而且可以通过彼此间的交流而相互完善。该资源分配动态处理过程的实现步 骤为资源分配信息产生更改后，当RMS管理员接收到该更改信息时，发挥其职能，判断这些更改信息是否会引起资源分配的冲突，如果引起冲突则发出报警；然后，由各RMS管理员再判断是否需要RMS进行资源调整；如 果RMS管理员对相关资源进行了调整，1MB则要将这些资源分配信息传输 到AODB，并且发布到子系统。从而当机场的资源或者航班动态信息更改时， 就可通过该子流程就建立起参与集成的RMS、 AODB与各子系统间的关联 了。根据上述，机场业务流程模型中的各子流程的具体建模方法如下首先， 确定某个机场子流程所要实现的功能(功能视图和产品与服务视图)；然后， 确定各个功能所对应的组织视图和系统视图的具体内容；然后，将组织视图 和系统视图分配给相应的功能视图，以实现各组织、数据和功能间的关联； 最后，根据在该子流程中各功能所应实现的先后顺序，将各功能视图按序连 接在一起，从而完成了对该子流程模型的建立。通过上述建模方法，可对机场中的各个业务建立起一个图形化的"模拟 机"，"实物化"地向机场建设中的参与需求分析的各方演示不同角色、不同 功能、不同系统、不同流程的多层面关联，提供了一个具体的、有效的交流 平台，并能够不断回溯、更新和调整。下面以"资源分配动态处理子流程"模型的建立为例，来具体进行子流 程的建模方法，其流程示意图如图8所示。该流程是当机场的资源或者航班 动态信息更改后，需要进行的业务处理流程。其中，符号中的内容 从属于组织视图，其中包括各应用组织机构中的岗位，如东区RMS管理员， T1.RMS管理员等。符号"□"中的内容从属于系统视图，其中包括许多 系统，如RMS、 AODB、 IMB等。符号"C3"中的内容表示功能，用于将 组织视图和系统视图中的元素联系起来，如"03:资源分配动态调整"，指 可在多个RMS管理员的支持下，通过RMS系统进行资源分配的动态调整工 作；"04:动态数据传输至AODB"，指可在1MB系统的支持下，将数据"从 RMS发出的资源分配信息"发送到AODB系统中的过程。通过将上述视图 按功能实现的先后顺序进行连接，可使"资源分配动态处理子流程"模型实 现如下过程首先RMS管理员判断这些更改信息是否会引起资源分配的冲 突，如果引起冲突则发出报警；由各RMS管理员判断是否需要RMS进行资 源调整；如果RMS管理员对相关资源进行了调整，1MB则要将这些资源分配信息传输到AODB，并且发布到子系统。从而当机场的资源或者航班动态 信息更改时，就可通过该子流程就建立起参与集成的RMS、 AODB与各子系 统间的关联了。3 、建完集成业务流程的模型后，通过找出业务流程中需要改进的差异点， 对模型进行修正，从而完成对模型的检察。所述差异点是指机场业务人员、 机场IT部门、系统集成商和独立软件供应商，对流程描述的情况存在不同意 见的地方。差异点是双方的理解的差距所在，也将是后期需求讨论的重点。通过2.2.2中的方法对机场业务流程进行描述后，还可方便的对其进行不 断地回溯、更新和调整。仍以"资源分配动态处理子流程"为例，其实现过 程为当流程描述完后，各个参与方会参加讨论。机场营运人员理解流程， 判断是不是符合实际情况和未来发展情况，比如这支流程，营运人员会考虑， 现在的业务是不是这样处理的？未来是不是还将这样处理；集成商理解这个 流程，并与他们以往的流程进行比较，提出集成的方案，比如RMS与AODB 之间的数据如何传递，信息标准将如何定义等；RMS系统开发团队则会通过 这个流程知道，RMS需求资源动态处理这个功能；机场信息部门在这个过程 中，保证业务需求能真实的反映到软件中去。在这个过程中，多方的理解会 存在差距，那么通过这个平台，在流程不断的更新和调整下，大家会逐渐统 一思想。通过上述过程，说明通过上述方法搭建的机场业务流程集成信息系 统增加了对内外部需求变化的适应性。4、 在最终实现的机场业务流程模型的基础上，对系统集成需求进行多维 度的分析，并形成系统集成需求分析报告、系统功能报告、功能数据报告。 系统功能报告主要用于描述系统所支持的功能；功能数据报告主要用于描述 与所述系统所支持的功能相关的数据及它们之间的关系。利用这些流程和系 统功能报告、功能数据报告集成商和独立系统开发商就可以进行需求分析报 告的整理工作。5、 对修正后得到的机场业务流程模型进行需求确认。6、 进行机场整体系统设计和集成，运行并检验。通过该集成业务流程的搭建，相当于为集成信息系统的各个参与方进行 需求分析搭建了一个统一的沟通平台，从而更方便各参与方对信息系统集成 需求展开逐步求精的分析，最终在模型库的基础上进行信息系统集成需求分析确认。使用本发明方法搭建的机场业务流程模型，可明确表示出参与机场建设 的各个参与方和子系统在机场信息系统集成过程中所应扮演的角色、作用及它们之间的联系，从而可更好地提高机场的客户(旅客和航空公司)服务能 力，满足客户的需求。下面以机场业务流程模型"为机场与航空公司航班计划处理流程"为例 进行说明，该"为机场与航空公司航班计划处理流程"包含以下各个子流程: 如图9所示，为航空公司航班计划处理子流程，用于描述航空公司航班计划处理的过程。其中，D+n数据是指营运后的第n天的航班信息。AODB 系统通过1MB系统从外部数据源FM(上海航空公司)、MU(东方航空公司)、 ATC (航空交通管制中心)获得D+1数据。FIMS (航班信息管理系统)管 理员执行在AODB系统中比较D+l数据的操作。AODB系统更新D+l数 据后发布数据到RMS。 RMS管理员对D+l航班信息进行外场资源分配、 Tl资源分配、T2资源分配，之后将次日航班及资源计划发布到子系统。AODB 系统通过1MB系统从外部数据源FM、 MU、 ATC获得D+3数据，FIMS管 理员执行在AODB系统中比较D+3数据的操作。最后，外部数据源FM、 MU、 ATC的D+0到D+3的数据实时更新到AODB，机场与航空公司航班 计划处理流程结束。如图10所示，为航班动态处理子流程，用于描述航班动态处理的过程。 外部数据源FM、 MU、 ATC和AFTN (中国民航航空电报通信网)、SITA (全 球航空通讯网)系统通过1MB系统实时更新AODB系统中的D0到D+3的 航班动态信息。AODB系统通过1MB系统将更新后的信息发送到RMS系统， 同时，AODB系统判断是否发布给子系统，若需要则发布。航班动态信息发 布到RMS系统后，流程转入"资源分配动态处理"流程。本流程结束。如图8所示，为资源分配动态处理子流程，用于描述资源分配动态处理 的过程。资源或者航班动态信息更改后，RMS管理员判断这些更改信息是否 会引起资源分配的冲突，如果引起冲突则发出报警。在某些情况下这些冲突 不用调整，有些情况则需要RMS进行资源调整。如果RMS管理员对相关资 源进行了调整后，IMB系统则要将这些资源分配信息传输到AODB系统，并且发布到子系统。如图11所示，为基础数据动态更新子流程，用于描述基础数据动态更新 的过程。基本数据是指机场的一些基础信息。三种情况会引起静态数据的改变。第一种情况是外部数据源对基础信息进行改变；第二种情况是基础数据 管理员手工更新基础数据。第一种情况时，AODB系统从外部数据源MU、 FM、 ATC收到新的航 班动态信息，并发出报警，基础数据管理员向MU、 FM、 ATC确认新增数据 的完整信息，并手工输入AODB系统。第二种情况发生时，RMS系统要判断是否会影响已分配的资源。如果影 响则要进行资源分配动态处理，流程之后转入"资源分配动态处理"子流程。以上两种情况发生并处理后，IMB系统将AODB系统中的基础数据发布 到子系统中，本流程结束。如图12所示，为季度航班计划处理子流程，用于描述季度航班计划处理 的过程，包括以下三支流程-流程一AODB系统从中航信收到的季度航班计划；即AODB系统每个 月从中航信和FM获得短期计划，和原有的计划进行比较并更新。流程二从AODB系统中季度计划展开D+6操作。流程三季度航班资源分配；即东区RMS管理员、西区RMS管理员、 Tl的RMS管理员、T2的RMS管理员执行季度航班资源的分配调整操作。下面再以机场业务流程模型"机场到达航班动态处理流程"为例进行说 明，该"机场到达航班动态处理流程"包含以下各个子流程如图13所示，为ON BLOCK (实际到达时间)子流程，用于描述航空 公司飞机到达时，机场进行的相关处理业务。本流程分以下三种情况第一种是在在AGS (飞机泊位引导系统)工作环境下，AGS产生ON BLOCK数据，1MB将ON BLOCK数据传送到AODB 。第二种是在ATC(航空交通管制中心)工作环境下，空管产生ON BLOCK 数据，1MB将ON BLOCK传送到AODB 。第三种是在异常情况下，FIMS管理员在AODB中手工输入ON BLOCK 数据。AODB根据优先及判断是否向子系统发布ON BLOCK数据，ON BLOCK数据发布完成后，本流程结束。如图14所示，为外部信息源航班动态处理子流程，用于描述系统获得并 发布ETA、 CLT、 ATA的过程。本流程内包含以下支流程流程一计算ETA (预计到达时间)；其包含以下几种方式第一种是AFTN/SITA获得，FIS (航班信息接口系统)从AFTN/SITA 获得前站起飞数据文件，FIS判断是否可以解析，如果可以解析，FIS就把解 析后的数据传送到AODB。 AODB在得到的DPA (前站起飞时间)数据基础 上，根据历史航班数据，计算得到ETA，如果不能解析，AFTN/SITA管理员 就手工更正，直到能解析为止。第二种是手工输入获得，是FIMS管理员手工输入DPA，并计算得到 ETA。第三种是从MU/FM获得，MU/FM根据自己的DPA，计算ETA，并在 1MB的支持下将ETA传送到AODB。第四种是从ATC获得，ATC根据自己的DPA，计算ETA，并在1MB的 支持下将ETA传送到AODB。通过上面四种方式获得ETA后，AODB判断是否需要修改ETA。如果 修改，则将修改后的ETA，通过IMB发达到子系统(SS)。流程结束。流程二计算飞机着陆时间(CLT)，首先，ATC计算CLT，并且在1MB 的支持下，将此数据发送到AODB， AODB将CLT发布到子系统。流程结束。流程三获得ATA (接触地面时间)，获得ATA有两种方式，，第一种是 从ATC获得，另一种从MU和FM获得。ATA通过IMB将发送到AODB， 然后AODB根据优先级判断是否向子系统发布。流程结束。流程四获得ATD (实际离港时间)，获得ATD有两种方式，第一种是 从ATC获得，另一种从MU和FM获得。ATD通过IMB将发送到AODB， 然后AODB根据优先级判断是否向子系统发布。流程结束。通过本发明集成业务流程的方法可提高信息系统集成需求分析的效率和 准确性。下面就本发明所述的方法在浦东机场建设中所取得的实际效果进行 具体说明首先，通过本发明所述的方法，信息系统集成需求分析的效率可提高一 倍左右。按照传统的需求分析方法，机场要与分个系统开发商和集成商讨论 需求。按照以前的经验， 一个系统的需求分析，估计三个人需要一个月时间，即90人天。15个系统，需要1350人天。相当于IO个人的需求分析团队进 行近半年的需求分析工作。利用本发明所述的方法后，2006年3月20日到 2006年4月30日，对浦东机场绘制业务流程，共投入技术人员6名，计240 人天。在流程的基础上，每个系统的需求分析工作可降为20人天，15个系统 计300人天。共计450人天。比原来的一半还少。其次，通过本发明所述的方法可大大提高信息系统集成需求分析的准确 性。在绘制业务流程的过程中，使用本发明所述的方法一共找到56处差异点， 其中重大差异3处，需求理解的一般性差异36处，17项在绘制过程双方讨 论达成一致意见。比如，IMB故障时子系统运行流程中的一个差异点，机场 方认为要求离港系统终端触发的航班控制信息可以通过IMB向AODB (机 场运行数据库)/FIDS (航班信息显示系统)/PA (广播)同时传递，以确保 当IMB故障时子系统(离港/航显/广播)能够正常工作。集成商则认为认 为此项业务与其原有设计方案有很大差异，其坚持统一由AODB转发。而如 果利用传统的实现方法，则这种差异是非常难以发现的。因此，准确性得到 了大大的提高。本发明所述的方法不仅可以在机场信息集成过程中应用，而且可以在各 种普通企业进行应用。
权利要求
1. 一种信息系统集成业务需求分析的方法，其特征在于，包含以下步骤步骤1、对需要进行集成的业务进行观察和讨论，确定集成业务流程的目标；步骤2、针对所要实现的目标，建立集成业务流程的模型；步骤3、对集成业务流程模型进行检查，通过找出业务流程中需要改进的差异点，对模型进行修正，反复循环调整；步骤4、形成系统功能报告、功能数据报告；步骤5、对相关报告进行需求确认；步骤6、进行系统整体设计和集成，运行并检验。
2. 如权利要求1所述的信息系统集成业务需求分析的方法，其特征在于，步 骤2中，所述的业务流程模型包括流程控制视图，进一步，还包含独立的 组织视图，系统视图，功能视图和产品与服务视图。
3. 如权利要求2所述的信息系统集成业务需求分析的方法，其特征在于，步 骤2中，所述的组织视图用于对与信息系统相关的组织机构和相关工作岗位 的角色以及他们之间的静态关系进行描述；所述数据视图，即系统视图用于对参与信息系统集成的各个系统及相 互间的静态关系进行描述；所述的控制视图，通过事件驱动的流程链方法，完成组织视图和系统 视图间的整合，从而建立起组织和系统间的动态关系。
4. 如权利要求1所述的信息系统集成业务需求分析的方法，其特征在于，步 骤4中，所述的系统功能报告主要用于描述系统所支持的功能；功能数据 报告主要用于描述与所述系统所支持的功能相关的数据及它们之间的关 系。
5. —种机场业务流程集成方法，其特征在于，包括以下步骤步骤l、根据机场业务目标，机场客户，客户的基本需求，及机场中 参与集成的各个系统的作用及其相互间的关系，对需要进行集成的业务进 行观察和讨论，确定集成业务流程的目标；步骤2、针对所要实现的目标，建立集成业务流程的模型，具体包含 以下步骤步骤2.1、根据步骤l搭建机场业务流程模型；步骤2.2、使用BPM方法，对机场业务流程模型中的各子流程分别 进行建模；步骤3、对机场业务流程模型及其各个子流程进行检查，通过找出业 务流程中需要改进的差异点，对模型进行修正，反复循环调整；步骤4、在最终实现的机场业务流程模型的基础上，对系统集成需求 进行多维度的分析，并形成系统集成需求分析报告；步骤5、对得出的需求分析报告进行需求确认；步骤6、进行机场整体系统设计和集成，运行并检验。
6. 如权利要求5所述的机场业务流程集成方法，其特征在于，步骤2.1中， 所述的机场业务流程模型，包括机场业务的主要活动和支持活动；所述的 主要活动用于支持机场客户服务，所述的支持活动用于支持机场的正常运 作。
7. 如权利要求6所述的机场业务流程集成方法，其特征在于，所述的主要活 动包括以下三个子流程机场候机楼内出发流程，用于描述旅客从候机楼到登机的整个过程 中，机场应从事的业务活动；机场到达航班动态处理流程，用于描述航空公司航班到达机场前和到 达时，机场应从事的业务活动，以及旅客到达机场时的机场应从事的业务 活动；航班计划处理流程，是对整个机场运营进行计划、检査、协调的业务 活动，包含对前面两类流程进行指挥和协调。
8. 如权利要求5所述的机场业务流程集成方法，其特征在于，步骤2.2中， 所述的机场业务流程模型的各子流程包括流程控制视图，进一步，还包含 独立的组织视图，系统视图，功能视图和产品与服务视图。
9. 如权利要求8所述的机场业务流程集成方法，其特征在于，步骤2.2中，所述的组织视图所述组织视图用来描述机场不同的组织单元间的静 态关系，其中组织单元负责执行机场企业内部的各种功能活动；所述的数据视图，即系统视图用来描述机场中执行业务的有关数据及 其之间的关系；所述的控制视图，通过机场事件驱动的流程链方法，完成组织视图和 系统视图间的整合，从而建立起组织和系统间的动态关系。
全文摘要
一种信息系统集成业务需求分析的方法，其包含以下步骤1.对需要进行集成的业务进行观察和讨论，确定集成业务流程的目标；2.针对所要实现的目标，建立集成业务流程的模型；3.对集成业务流程模型进行检查，通过找出业务流程中需要改进的差异点，对模型进行修正，反复循环调整；4.形成系统功能报告、功能数据报告；5.对修正后得到的模型进行需求确认；6.进行系统整体设计和集成，运行并检验。本发明提供的信息系统集成业务需求分析的方法，以BPM为核心，通过搭建业务流程结构化模型，进行业务流程结构化分析实现业务需求分析，可大大简化对集成信息系统需求分析的过程，提高集成系统需求分析的效率和准确性。
文档编号G06Q10/00GK101266661SQ20071003800
公开日2008年9月17日 申请日期2007年3月13日 优先权日2007年3月13日
发明者张海英, 王葛建, 昀 董, 赵晓晖, 金磊云, 华 陈 申请人:上海机场(集团)有限公司;汉普管理咨询(中国)有限公司