專利名稱：信息系統(tǒng)集成業(yè)務(wù)需求分析的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，特別涉及一種以BPM (業(yè)務(wù)流程分析)為核心的，通過(guò)搭建業(yè)務(wù)流程結(jié)構(gòu)模型來(lái)描述信息系 統(tǒng)集成業(yè)務(wù)流程的方法，尤其適用于機(jī)場(chǎng)建設(shè)中的各系統(tǒng)進(jìn)行業(yè)務(wù)集成。
背景技術(shù)：
系統(tǒng)集成是將不同的軟硬件產(chǎn)品集成起來(lái)，并在此基礎(chǔ)上為客戶開(kāi)發(fā)專 門定制的應(yīng)用軟件，最終完成滿足客戶需求的計(jì)算機(jī)系統(tǒng)。為了達(dá)到系統(tǒng)集 成的目的，對(duì)系統(tǒng)集成進(jìn)行有效的需求分析顯得異常重要。如圖1所示，為目前普遍采用的需求分析的方法的示意圖，這種方法大 量采用訪談、引導(dǎo)、確認(rèn)等討論方式來(lái)調(diào)研，并在此基礎(chǔ)上進(jìn)行文字整理和 需求確認(rèn)，受到空間、時(shí)間、思維深度等諸多方面因素限制而達(dá)不到預(yù)期目 的。甲乙雙方在分析溝通過(guò)程中，都在談需求、講功能，但卻經(jīng)常出現(xiàn)"此 人需求非彼人需求，此時(shí)功能異于彼時(shí)功能"的情況，難有統(tǒng)一規(guī)范的說(shuō)法， 致使需求分析總停留在討論聲中，難以落到實(shí)處；最終導(dǎo)致分析方付出巨大 努力，消耗大量人力物力和時(shí)間編制出的需求分析報(bào)告，卻很難令需求方滿 意，雙方之間難以形成有效的溝通。通過(guò)這些現(xiàn)象，不難總結(jié)出其背后隱藏 著的以往信息系統(tǒng)集成需求分析所存在的問(wèn)題和缺陷1、 需求不明確目前普遍采用現(xiàn)場(chǎng)訪談方式進(jìn)行需求溝通，需要投入大 量人員和時(shí)間，同時(shí)需要整理大量的文字材料以反映訪談分析的成果。分析 過(guò)程中，參與訪談溝通的各方對(duì)系統(tǒng)需求的理解和討論往往局限于企業(yè)生產(chǎn) 或管理的某一局部，而且不同人群對(duì)同一個(gè)局部的理解也可能存在偏差，組 織方缺乏將零散局部需求匯總為明確整體需求的方法，更缺乏發(fā)現(xiàn)需求偏差 的有效手段；其結(jié)果必然是遺漏、模糊和矛盾。2、 重點(diǎn)不突出目前很多信息系統(tǒng)集成需求分析對(duì)單系統(tǒng)功能點(diǎn)的分析較多、較細(xì)，對(duì)系統(tǒng)之間嵌套和流程的分析較少、較粗，信息系統(tǒng)集成需求 分析變成了多個(gè)信息系統(tǒng)需求分析的組合，從而忽略了 "集成"這個(gè)重點(diǎn)問(wèn) 題，沒(méi)有取得全局最優(yōu)。3、形成集成桎梏在目前的信息系統(tǒng)集成需求分析過(guò)程中，往往以信息 系統(tǒng)現(xiàn)實(shí)為藍(lán)本，關(guān)注用戶當(dāng)前需求或系統(tǒng)的當(dāng)前功能，很少考慮到未來(lái)可 能會(huì)要求新增的某些需求，更難以將未來(lái)的需求及時(shí)、動(dòng)態(tài)地融入需求分析 的過(guò)程，造成信息系統(tǒng)集成需求在確認(rèn)之時(shí)即為過(guò)時(shí)之日，無(wú)形中變成企業(yè) 持續(xù)改進(jìn)業(yè)務(wù)的阻力。缺乏系統(tǒng)化的工作方法和手段是以上問(wèn)題的主要原因，采用系統(tǒng)、科學(xué) 的方法和手段進(jìn)行信息系統(tǒng)集成需求分析顯得尤為重要和緊迫。目前，在機(jī)場(chǎng)的業(yè)務(wù)信息系統(tǒng)的集成過(guò)程中應(yīng)包括有很多參與方，如 各個(gè)子系統(tǒng)、集成商、子系統(tǒng)提供商，其他的機(jī)場(chǎng)、航空公司，也有業(yè)務(wù)部 門和管理部門等。而其中機(jī)場(chǎng)的主要的子系統(tǒng)還可包括集成系統(tǒng)、航顯系 統(tǒng)、廣播系統(tǒng)、離港系統(tǒng)、行李系統(tǒng)、行李再確認(rèn)系統(tǒng)、泊位引導(dǎo)系統(tǒng)、登 機(jī)橋監(jiān)控系統(tǒng)、樓宇自控系統(tǒng)、門禁系統(tǒng)、安檢信息管理系統(tǒng)、呼叫中心、 AMDB、航班信息查詢系統(tǒng)、油料公司管理系統(tǒng)等。目前，現(xiàn)有的機(jī)場(chǎng)信息系統(tǒng)的集成大都是針對(duì)傳統(tǒng)業(yè)務(wù)流程進(jìn)行集成的， 沒(méi)有對(duì)業(yè)務(wù)流程進(jìn)行反思和優(yōu)化的過(guò)程，很難避免會(huì)存在上面提到的那些問(wèn) 題，具體表現(xiàn)在在需求不明確方面，由于信息系統(tǒng)集成涉及企業(yè)諸多因素，以往依靠大 量人員投入，進(jìn)行訪談式的需求分析，參與各方對(duì)系統(tǒng)需求的理解存在差距；在需求重點(diǎn)不突出方面，很多集成項(xiàng)目在進(jìn)行需求分析的時(shí)候，過(guò)多的 借鑒了以前單個(gè)系統(tǒng)的需求分析經(jīng)驗(yàn)，對(duì)功能點(diǎn)的分析居多，而對(duì)系統(tǒng)間的 配合邏輯分析較少，往往在局部功能的優(yōu)化的同時(shí)，并沒(méi)有在全局上取得最 優(yōu)；在形成集成桎梏方面，目前的機(jī)場(chǎng)在系統(tǒng)集成的過(guò)程中，將大部分的精 力集成中當(dāng)前的需求中，但是現(xiàn)今快速的內(nèi)外部環(huán)境變化，需要機(jī)場(chǎng)的業(yè)務(wù) 模式也能進(jìn)行快速改變，然而現(xiàn)有的集成系統(tǒng)不但不能滿足未來(lái)的業(yè)務(wù)需求， 反而成為機(jī)場(chǎng)業(yè)務(wù)模式改進(jìn)的阻力。發(fā)明內(nèi)容本發(fā)明提供的一種信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，該方法以BPM (業(yè)務(wù)流程分析)為核心，通過(guò)搭建業(yè)務(wù)流程結(jié)構(gòu)化模型，進(jìn)行業(yè)務(wù)流程結(jié) 構(gòu)化分析實(shí)現(xiàn)業(yè)務(wù)需求分析，可大大簡(jiǎn)化對(duì)集成信息系統(tǒng)需求分析的過(guò)程， 提高集成系統(tǒng)需求分析的效率和準(zhǔn)確性。為了達(dá)到上述目的，本發(fā)明提供一種信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，其包含以下步驟步驟l、對(duì)需要進(jìn)行集成的業(yè)務(wù)進(jìn)行觀察和討論，確定集成業(yè)務(wù)流程的目標(biāo)；步驟2、針對(duì)所要實(shí)現(xiàn)的目標(biāo)，建立集成業(yè)務(wù)流程的模型； 步驟3、對(duì)集成業(yè)務(wù)流程模型進(jìn)行檢査，通過(guò)找出業(yè)務(wù)流程中需要改進(jìn)的 差異點(diǎn)，對(duì)模型進(jìn)行修正，反復(fù)循環(huán)調(diào)整；步驟4、形成系統(tǒng)功能報(bào)告、功能數(shù)據(jù)報(bào)告；步驟5、對(duì)相關(guān)報(bào)告進(jìn)行需求確認(rèn)；步驟6、進(jìn)行系統(tǒng)整體設(shè)計(jì)和集成，運(yùn)行并檢驗(yàn)。步驟2中，所述的業(yè)務(wù)流程模型最主要的視圖是流程控制視圖，同時(shí)為了 更好的展示和分析，根據(jù)信息系統(tǒng)運(yùn)行過(guò)程中相互之間有必然聯(lián)系的組織， 數(shù)據(jù)(系統(tǒng))，功能，產(chǎn)品與服務(wù)等相關(guān)元素，該業(yè)務(wù)流程模型還包含獨(dú)立的 組織視圖，數(shù)據(jù)視圖(也稱系統(tǒng)視圖)，功能視圖和產(chǎn)品與服務(wù)視圖，通過(guò)多 緯度的拆分降低業(yè)務(wù)流程模型整體的復(fù)雜度，便于與各層次的用戶進(jìn)行交流 溝通；所述的組織視圖用于對(duì)與信息系統(tǒng)相關(guān)的組織機(jī)構(gòu)和相關(guān)工作崗位的角 色以及他們之間的靜態(tài)關(guān)系進(jìn)行描述；各組織機(jī)構(gòu)和崗位在組織視圖中都扮 演有各自獨(dú)特的角色，即具備各自特定的能力；所述數(shù)據(jù)視圖(也稱系統(tǒng)視圖)用于對(duì)參與信息系統(tǒng)集成的各個(gè)系統(tǒng)及 相互間的靜態(tài)關(guān)系進(jìn)行描述；所述的控制視圖，通過(guò)事件驅(qū)動(dòng)的流程鏈方法，完成組織視圖和系統(tǒng)視 圖間的整合，從而建立起組織和系統(tǒng)間的動(dòng)態(tài)關(guān)系；所述的組織視圖，數(shù)據(jù)視圖，功能視圖和產(chǎn)品與服務(wù)視圖的內(nèi)容可用特 定的方法來(lái)說(shuō)明，并分別與信息系統(tǒng)流程控制視圖建立聯(lián)系，形成全局的、多角度的、體系化的描述，可以作為不同場(chǎng)合下、不同角色之間討論信息系 統(tǒng)應(yīng)用流程的平臺(tái)，從而保證各層面的用戶能夠在一個(gè)系統(tǒng)化的模型平臺(tái)上 討論信息系統(tǒng)集成需求和各部分需求并保持討論成果及時(shí)更新到模型平臺(tái) 中。步驟4中，所述的系統(tǒng)功能報(bào)告主要用于描述系統(tǒng)所支持的功能；功能數(shù) 據(jù)報(bào)告主要用于描述與所述系統(tǒng)所支持的功能相關(guān)的數(shù)據(jù)及它們之間的關(guān) 系。利用這些流程和系統(tǒng)功能報(bào)告、功能數(shù)據(jù)報(bào)告，集成商和各相關(guān)系統(tǒng)實(shí) 施商就可以進(jìn)行需求分析報(bào)告的整理工作。本發(fā)明提供的信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，通過(guò)繪制集成信息系 統(tǒng)的全局業(yè)務(wù)流程，建立了需求分析的溝通平臺(tái)，參與需求分析的各方可在 該統(tǒng)一的溝通平臺(tái)上，對(duì)信息系統(tǒng)集成需求展開(kāi)逐步求精的分析，最終在模 型庫(kù)的基礎(chǔ)上進(jìn)行信息系統(tǒng)集成需求分析確認(rèn)，從而提高了信息系統(tǒng)集成的 效率和準(zhǔn)確性。本發(fā)明還提供一種機(jī)場(chǎng)業(yè)務(wù)流程集成方法，該方法通過(guò)BPM，完成(或者輔助)機(jī)場(chǎng)信息系統(tǒng)集成過(guò)程中的需求分析工作，從而使機(jī)場(chǎng)信息系統(tǒng)能 夠更好地體現(xiàn)客戶價(jià)值，提高機(jī)場(chǎng)業(yè)務(wù)流程對(duì)內(nèi)外部環(huán)境變化的適應(yīng)性。 為達(dá)到上述目的，本發(fā)明提供一種機(jī)場(chǎng)業(yè)務(wù)流程集成方法，其包括以下步驟步驟l、根據(jù)機(jī)場(chǎng)業(yè)務(wù)目標(biāo)，機(jī)場(chǎng)客戶，客戶的基本需求，及機(jī)場(chǎng)中參與 集成的各個(gè)系統(tǒng)的作用及其相互間的關(guān)系，對(duì)需要進(jìn)行集成的業(yè)務(wù)進(jìn)行觀察 和討論，確定集成業(yè)務(wù)流程的目標(biāo)；步驟2、針對(duì)所要實(shí)現(xiàn)的目標(biāo)，建立集成業(yè)務(wù)流程的模型，具體包含以下 步驟步驟2.1、根據(jù)步驟l搭建機(jī)場(chǎng)業(yè)務(wù)流程模型；步驟2.2、使用BPM方法，對(duì)機(jī)場(chǎng)業(yè)務(wù)流程模型中的各子流程分別進(jìn)行建模；步驟3、對(duì)機(jī)場(chǎng)業(yè)務(wù)流程模型及其各個(gè)子流程進(jìn)行檢查，通過(guò)找出業(yè)務(wù)流 程中需要改進(jìn)的差異點(diǎn)，對(duì)模型進(jìn)行修正，反復(fù)循環(huán)調(diào)整；步驟4、在最終實(shí)現(xiàn)的機(jī)場(chǎng)業(yè)務(wù)流程模型的基礎(chǔ)上，對(duì)系統(tǒng)集成需求進(jìn)行多維度的分析，并形成系統(tǒng)集成需求分析報(bào)告； 步驟5、對(duì)得出的需求分析報(bào)告進(jìn)行需求確認(rèn)； 步驟6、進(jìn)行機(jī)場(chǎng)整體系統(tǒng)設(shè)計(jì)和集成，運(yùn)行并檢驗(yàn)。 步驟2.1中，所述的機(jī)場(chǎng)業(yè)務(wù)流程模型，包括機(jī)場(chǎng)業(yè)務(wù)的主要活動(dòng)和支持活動(dòng)；所述的主要活動(dòng)用于支持機(jī)場(chǎng)客戶服務(wù)，所述的支持活動(dòng)用于支持機(jī)場(chǎng)的正常運(yùn)作；其中，所述的主要活動(dòng)包括以下三個(gè)子流程機(jī)場(chǎng)候機(jī)樓內(nèi)出發(fā)流程，用于描述旅客從候機(jī)樓到登機(jī)的整個(gè)過(guò)程中， 機(jī)場(chǎng)應(yīng)從事的業(yè)務(wù)活動(dòng)；機(jī)場(chǎng)到達(dá)航班動(dòng)態(tài)處理流程，用于描述航空公司航班到達(dá)機(jī)場(chǎng)前和到達(dá) 時(shí)，機(jī)場(chǎng)應(yīng)從事的業(yè)務(wù)活動(dòng)，以及旅客到達(dá)機(jī)場(chǎng)時(shí)的機(jī)場(chǎng)應(yīng)從事的業(yè)務(wù)活動(dòng)；航班計(jì)劃處理流程，是對(duì)整個(gè)機(jī)場(chǎng)運(yùn)營(yíng)進(jìn)行計(jì)劃、檢查、協(xié)調(diào)的業(yè)務(wù)活 動(dòng)，包含對(duì)前面兩類流程進(jìn)行指揮和協(xié)調(diào)。步驟2.2中，所述的機(jī)場(chǎng)業(yè)務(wù)流程模型最主要的視圖是流程控制視圖，同 時(shí)為了更好的展示和分析，根據(jù)機(jī)場(chǎng)信息系統(tǒng)運(yùn)行過(guò)程中相互之間有必然聯(lián) 系的組織、數(shù)據(jù)(系統(tǒng))、功能、產(chǎn)品與服務(wù)等相關(guān)元素，該業(yè)務(wù)流程模型還 包含獨(dú)立的組織視圖，數(shù)據(jù)視圖(也稱系統(tǒng)視圖)，功能視圖和產(chǎn)品與服務(wù)視 圖，通過(guò)多緯度的拆分降低業(yè)務(wù)流程模型整體的復(fù)雜度，便于與各層次的用 戶進(jìn)行交流溝通；所述的組織視圖所述組織視圖用來(lái)描述機(jī)場(chǎng)不同的組織單元間的靜態(tài)關(guān) 系，其中組織單元負(fù)責(zé)執(zhí)行機(jī)場(chǎng)企業(yè)內(nèi)部的各種功能活動(dòng)；所述的數(shù)據(jù)視圖(也稱系統(tǒng)視圖)用來(lái)描述機(jī)場(chǎng)中執(zhí)行業(yè)務(wù)的有關(guān)數(shù)據(jù) 及其之間的關(guān)系。所述的控制視圖，通過(guò)機(jī)場(chǎng)事件驅(qū)動(dòng)的流程鏈方法，完成組織視圖和系 統(tǒng)視圖間的整合，從而建立起組織和系統(tǒng)間的動(dòng)態(tài)關(guān)系；所述的組織視圖，數(shù)據(jù)視圖，功能視圖和產(chǎn)品與服務(wù)視圖的內(nèi)容可用特 定的方法來(lái)說(shuō)明，并分別與信息系統(tǒng)流程控制視圖建立聯(lián)系，形成全局的、 多角度的、體系化的描述，可以作為不同場(chǎng)合下、不同角色之間討論信息系 統(tǒng)應(yīng)用流程的平臺(tái)，從而保證各層面的用戶能夠在一個(gè)系統(tǒng)化的模型平臺(tái)上 討論信息系統(tǒng)集成需求和各部分需求并保持討論成果及時(shí)更新到模型平臺(tái)中。本發(fā)明提供的機(jī)場(chǎng)業(yè)務(wù)流程集成方法，通過(guò)將機(jī)場(chǎng)業(yè)務(wù)中的各個(gè)參與方 進(jìn)行集成，實(shí)現(xiàn)了對(duì)機(jī)場(chǎng)中各個(gè)業(yè)務(wù)流程的全局優(yōu)化；提高了客戶服務(wù)能力和水平；提高了集成系統(tǒng)的適應(yīng)性。


圖1是背景技術(shù)中采用的需求分析方法的示意圖；圖2是本發(fā)明提供的信息系統(tǒng)集成業(yè)務(wù)需求分析方法的示意圖；圖3是本發(fā)明中集成業(yè)務(wù)流程模型的結(jié)構(gòu)示意圖；圖4是本發(fā)明中集成業(yè)務(wù)流程模型的具體示意圖；圖5是本發(fā)明實(shí)施例中用于描述機(jī)場(chǎng)中各組織機(jī)構(gòu)和相關(guān)工作人員的組 織視圖；圖6是本發(fā)明實(shí)施例中用于描述機(jī)場(chǎng)中參與信息系統(tǒng)集成的各個(gè)系統(tǒng)及其間的靜態(tài)關(guān)系的系統(tǒng)視圖；圖7是本發(fā)明實(shí)施例中機(jī)場(chǎng)業(yè)務(wù)流程模型框架的示意圖； 圖8是本發(fā)明實(shí)施例中機(jī)場(chǎng)業(yè)務(wù)流程模型的"資源分配動(dòng)態(tài)處理"子流程的流程圖；圖9是本發(fā)明實(shí)施例中機(jī)場(chǎng)業(yè)務(wù)流程模型的"航空公司航班計(jì)劃處理" 子流程的流程圖；圖10是本發(fā)明實(shí)施例中機(jī)場(chǎng)業(yè)務(wù)流程模型的"航班動(dòng)態(tài)處理"子流程 的流程圖；圖11是本發(fā)明實(shí)施例中機(jī)場(chǎng)業(yè)務(wù)流程模型的"基礎(chǔ)數(shù)據(jù)動(dòng)態(tài)更新"子流 程的流程圖；圖12是本發(fā)明實(shí)施例中機(jī)場(chǎng)業(yè)務(wù)流程模型的"季度航班計(jì)劃處理"子 流程的流程圖；圖13是本發(fā)明實(shí)施例中機(jī)場(chǎng)業(yè)務(wù)流程模型的"ON BLOCK"子流程的 流程圖；圖14是本發(fā)明實(shí)施例中機(jī)場(chǎng)業(yè)務(wù)流程模型的"外部信息源航班動(dòng)態(tài)處 理"子流程的流程圖。
具體實(shí)施方式
以下根據(jù)圖2 圖14具體說(shuō)明本發(fā)明的一種較佳實(shí)施方式如圖2所示，本發(fā)明提供一種信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，其包含以下步驟步驟l、對(duì)需要進(jìn)行集成的業(yè)務(wù)進(jìn)行觀察和討論，確定集成業(yè)務(wù)流程的目標(biāo)；步驟2、針對(duì)所要實(shí)現(xiàn)的目標(biāo)，建立集成業(yè)務(wù)流程的模型； 步驟3、對(duì)集成業(yè)務(wù)流程模型進(jìn)行檢査，通過(guò)找出業(yè)務(wù)流程中需要改進(jìn)的 差異點(diǎn)，對(duì)模型進(jìn)行修正，反復(fù)循環(huán)調(diào)整；步驟4、形成系統(tǒng)功能報(bào)告、功能數(shù)據(jù)報(bào)告；步驟5、對(duì)相關(guān)報(bào)告進(jìn)行需求確認(rèn)；步驟6、進(jìn)行系統(tǒng)整體設(shè)計(jì)和集成，運(yùn)行并檢驗(yàn)。如圖3和圖4所示，步驟2中，所述的業(yè)務(wù)流程模型最主要的視圖是流程控 制視圖，同時(shí)為了更好的展示和分析，根據(jù)信息系統(tǒng)運(yùn)行過(guò)程中相互之間有 必然聯(lián)系的組織，數(shù)據(jù)(系統(tǒng))，功能，產(chǎn)品與服務(wù)等相關(guān)元素，該業(yè)務(wù)流程 模型還包含獨(dú)立的組織視圖，數(shù)據(jù)視圖(也稱系統(tǒng)視圖)，功能視圖和產(chǎn)品與 服務(wù)視圖，通過(guò)多緯度的拆分降低業(yè)務(wù)流程模型整體的復(fù)雜度，便于與各層 次的用戶進(jìn)行交流溝通；所述的組織視圖用于對(duì)與信息系統(tǒng)相關(guān)的組織機(jī)構(gòu)和相關(guān)工作崗位的角 色以及他們之間的靜態(tài)關(guān)系進(jìn)行描述；各組織機(jī)構(gòu)和崗位在組織視圖中都扮 演有各自獨(dú)特的角色，即具備各自特定的能力；所述數(shù)據(jù)視圖(也稱系統(tǒng)視圖)用于對(duì)參與信息系統(tǒng)集成的各個(gè)系統(tǒng)及 其間的靜態(tài)關(guān)系進(jìn)行描述；所述的控制視圖，通過(guò)事件驅(qū)動(dòng)的流程鏈方法，完成組織視圖和系統(tǒng)視 圖間的整合，從而建立起組織和系統(tǒng)間的動(dòng)態(tài)關(guān)系；所述的組織視圖，數(shù)據(jù)視圖，功能視圖和產(chǎn)品與服務(wù)視圖的內(nèi)容可用特 定的方法來(lái)說(shuō)明，并分別與信息系統(tǒng)流程控制視圖建立聯(lián)系，形成全局的、 多角度的、體系化的描述，可以作為不同場(chǎng)合下、不同角色之間討論信息系 統(tǒng)應(yīng)用流程的平臺(tái)，從而保證各層面的用戶能夠在一個(gè)系統(tǒng)化的模型平臺(tái)上 討論信息系統(tǒng)集成需求和各部分需求并保持討論成果及時(shí)更新到模型平臺(tái)中。步驟4中，所述的系統(tǒng)功能報(bào)告主要用于描述系統(tǒng)所支持的功能；功能數(shù) 據(jù)報(bào)告主要用于描述與所述系統(tǒng)所支持的功能相關(guān)的數(shù)據(jù)及它們之間的關(guān) 系。利用這些流程和系統(tǒng)功能報(bào)告、功能數(shù)據(jù)報(bào)告，集成商和各相關(guān)系統(tǒng)實(shí) 施商就可以進(jìn)行需求分析報(bào)告的整理工作。本發(fā)明提供的信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，通過(guò)繪制集成信息系 統(tǒng)的全局業(yè)務(wù)流程，建立了需求分析的溝通平臺(tái)，參與需求分析的各方可在 該統(tǒng)一的溝通平臺(tái)上，對(duì)信息系統(tǒng)集成需求展開(kāi)逐步求精的分析，最終在模 型庫(kù)的基礎(chǔ)上進(jìn)行信息系統(tǒng)集成需求分析確認(rèn)，從而提高了信息系統(tǒng)集成的 效率和準(zhǔn)確性。本發(fā)明還提供一種機(jī)場(chǎng)業(yè)務(wù)流程集成方法，其包括以下步驟步驟l、根據(jù)機(jī)場(chǎng)業(yè)務(wù)目標(biāo)，機(jī)場(chǎng)客戶，客戶的基本需求，及機(jī)場(chǎng)中參與集成的各個(gè)系統(tǒng)的作用及其相互間的關(guān)系，對(duì)需要進(jìn)行集成的業(yè)務(wù)進(jìn)行觀察和討論，確定集成業(yè)務(wù)流程的目標(biāo)；步驟2、針對(duì)所要實(shí)現(xiàn)的目標(biāo)，建立集成業(yè)務(wù)流程的模型，具體包含以下步驟步驟2.K根據(jù)步驟l搭建機(jī)場(chǎng)業(yè)務(wù)流程模型；步驟2.2、使用BPM方法，對(duì)機(jī)場(chǎng)業(yè)務(wù)流程模型中的各子流程分別進(jìn)行建模；步驟3、對(duì)機(jī)場(chǎng)業(yè)務(wù)流程模型及其各個(gè)子流程進(jìn)行檢查，通過(guò)找出業(yè)務(wù)流程中需要改進(jìn)的差異點(diǎn)，對(duì)模型進(jìn)行修正，反復(fù)循環(huán)調(diào)整；步驟4、在最終實(shí)現(xiàn)的機(jī)場(chǎng)業(yè)務(wù)流程模型的基礎(chǔ)上，對(duì)系統(tǒng)集成需求進(jìn)行多維度的分析，并形成系統(tǒng)集成需求分析報(bào)告；步驟5、對(duì)得出的需求分析報(bào)告進(jìn)行需求確認(rèn)；步驟6、進(jìn)行機(jī)場(chǎng)整體系統(tǒng)設(shè)計(jì)和集成，運(yùn)行并檢驗(yàn)。步驟2.1中，所述的機(jī)場(chǎng)業(yè)務(wù)流程模型，包括機(jī)場(chǎng)業(yè)務(wù)的主要活動(dòng)和支持活動(dòng)；所述的主要活動(dòng)用于支持機(jī)場(chǎng)客戶服務(wù)，所述的支持活動(dòng)用于支持機(jī)場(chǎng)的正常運(yùn)作；其中，所述的主要活動(dòng)包括以下三個(gè)子流程機(jī)場(chǎng)候機(jī)樓內(nèi)出發(fā)流程，用于描述旅客從候機(jī)樓到登機(jī)的整個(gè)過(guò)程中， 機(jī)場(chǎng)應(yīng)從事的業(yè)務(wù)活動(dòng)；機(jī)場(chǎng)到達(dá)航班動(dòng)態(tài)處理流程，用于描述航空公司航班到達(dá)機(jī)場(chǎng)前和到達(dá)時(shí)，機(jī)場(chǎng)應(yīng)從事的業(yè)務(wù)活動(dòng)，以及旅客到達(dá)機(jī)場(chǎng)時(shí)的機(jī)場(chǎng)應(yīng)從事的業(yè)務(wù)活動(dòng)；航班計(jì)劃處理流程，是對(duì)整個(gè)機(jī)場(chǎng)運(yùn)營(yíng)進(jìn)行計(jì)劃、檢查、協(xié)調(diào)的業(yè)務(wù)活 動(dòng)，包含對(duì)前面兩類流程進(jìn)行指揮和協(xié)調(diào)。如圖3和圖4所示，步驟2.2中，所述的機(jī)場(chǎng)業(yè)務(wù)流程模型最主要的視圖是 流程控制視圖，同時(shí)為了更好的展示和分析，根據(jù)機(jī)場(chǎng)信息系統(tǒng)運(yùn)行過(guò)程中 相互之間有必然聯(lián)系的組織、數(shù)據(jù)(系統(tǒng))、功能、產(chǎn)品與服務(wù)等相關(guān)元素， 該業(yè)務(wù)流程模型還包含獨(dú)立的組織視圖，數(shù)據(jù)視圖(也稱系統(tǒng)視圖)，功能視 圖和產(chǎn)品與服務(wù)視圖，通過(guò)多緯度的拆分降低業(yè)務(wù)流程模型整體的復(fù)雜度， 便于與各層次的用戶進(jìn)行交流溝通；所述的組織視圖所述組織視圖用來(lái)描述機(jī)場(chǎng)不同的組織單元間的靜態(tài)關(guān) 系，其中組織單元負(fù)責(zé)執(zhí)行機(jī)場(chǎng)企業(yè)內(nèi)部的各種功能活動(dòng)；所述的數(shù)據(jù)視圖(也稱系統(tǒng)視圖)用來(lái)描述機(jī)場(chǎng)中執(zhí)行業(yè)務(wù)的有關(guān)數(shù)據(jù) 及其之間的關(guān)系。所述的控制視圖，通過(guò)機(jī)場(chǎng)事件驅(qū)動(dòng)的流程鏈方法，完成組織視圖和系 統(tǒng)視圖間的整合，從而建立起組織和系統(tǒng)間的動(dòng)態(tài)關(guān)系；所述的組織視圖，數(shù)據(jù)視圖，功能視圖和產(chǎn)品與服務(wù)視圖的內(nèi)容可用特 定的方法來(lái)說(shuō)明，并分別與信息系統(tǒng)流程控制視圖建立聯(lián)系，形成全局的、 多角度的、體系化的描述，可以作為不同場(chǎng)合下、不同角色之間討論信息系 統(tǒng)應(yīng)用流程的平臺(tái)，從而保證各層面的用戶能夠在一個(gè)系統(tǒng)化的模型平臺(tái)上 討論信息系統(tǒng)集成需求和各部分需求并保持討論成果及時(shí)更新到模型平臺(tái) 中。本發(fā)明提供的機(jī)場(chǎng)業(yè)務(wù)流程集成方法，通過(guò)將機(jī)場(chǎng)業(yè)務(wù)中的各個(gè)參與方 進(jìn)行集成，實(shí)現(xiàn)了對(duì)機(jī)場(chǎng)中各個(gè)業(yè)務(wù)流程的全局優(yōu)化；提高了客戶服務(wù)能力 和水平；提高了集成系統(tǒng)的適應(yīng)性。以下根據(jù)具體實(shí)施例，結(jié)合機(jī)場(chǎng)工程信息系統(tǒng)集成項(xiàng)目，進(jìn)一步詳細(xì)說(shuō) 明本發(fā)明方法1、對(duì)需要進(jìn)行集成的業(yè)務(wù)進(jìn)行觀察和討論，確定集成業(yè)務(wù)流程的目標(biāo)，對(duì)于機(jī)場(chǎng)的業(yè)務(wù)流程而言，其業(yè)務(wù)目標(biāo)主要是滿足機(jī)場(chǎng)客戶、航空公司等的 基本需求，以更好的為這些客戶服務(wù)。2、然后，針對(duì)所要實(shí)現(xiàn)的目標(biāo)，建立集成業(yè)務(wù)流程的模型，所述模型的 建立可以通過(guò)以下方法來(lái)實(shí)現(xiàn)2.1、 搭建機(jī)場(chǎng)業(yè)務(wù)流程模型；根據(jù)機(jī)場(chǎng)業(yè)務(wù)目標(biāo)、機(jī)場(chǎng)客戶以及客戶的基本需求，及機(jī)場(chǎng)中參與集成 的各個(gè)系統(tǒng)的作用及其相互間的關(guān)系，搭建機(jī)場(chǎng)業(yè)務(wù)流程模型的框架。由于 機(jī)場(chǎng)實(shí)際上只是提供了一個(gè)服務(wù)平臺(tái)，將航空公司的運(yùn)輸能力，通過(guò)這個(gè)平 臺(tái)，送到給最終客戶，從而滿足客戶的需求，因此，在本發(fā)明中將機(jī)場(chǎng)的核 心業(yè)務(wù)歸結(jié)為服務(wù)旅客和航空公司。對(duì)機(jī)場(chǎng)而言，旅客的基本需要就是上機(jī)(辦票、候機(jī)、登機(jī))和下機(jī)；而航空公司的基本需要?jiǎng)t是降落與起飛。因 此可基于上述分析來(lái)搭建機(jī)場(chǎng)業(yè)務(wù)流程。如圖7所示為根據(jù)本發(fā)明的一示例性的機(jī)場(chǎng)業(yè)務(wù)流程模型框架的示意 圖。在設(shè)計(jì)所述業(yè)務(wù)流程模型的框架時(shí)，參考波特模型，將機(jī)場(chǎng)業(yè)務(wù)分為主要 活動(dòng)與支持活動(dòng)。其中主要活動(dòng)是與產(chǎn)品和服務(wù)有直接關(guān)聯(lián)的活動(dòng)，支持活 動(dòng)則包含支持主要活動(dòng)，但與產(chǎn)品與服務(wù)無(wú)直接關(guān)聯(lián)的所有措施。在所搭建 的機(jī)場(chǎng)信息系統(tǒng)的流程框架中，將機(jī)場(chǎng)中的主要活動(dòng)又分為三類 一類是航班計(jì)劃處理流程，是對(duì)整個(gè)機(jī)場(chǎng)運(yùn)營(yíng)進(jìn)行計(jì)劃、檢査、協(xié)調(diào)的業(yè)務(wù)活動(dòng)，包 含對(duì)前面兩類流程進(jìn)行指揮和協(xié)調(diào)，包括航空公司航班計(jì)劃處理、航班動(dòng)態(tài) 處理、資源分配動(dòng)態(tài)處理、基礎(chǔ)數(shù)據(jù)動(dòng)態(tài)更新、季度航班計(jì)劃處理流程等多個(gè)子流程； 一類是機(jī)場(chǎng)候機(jī)樓內(nèi)出發(fā)流程，用于描述旅客從候機(jī)樓到登機(jī)的 整個(gè)過(guò)程中，機(jī)場(chǎng)應(yīng)從事的業(yè)務(wù)活動(dòng)，其中包括柜臺(tái)值機(jī)樓內(nèi)出發(fā)流程、登 機(jī)處理、飛機(jī)撤橋處理、合并航班、代碼共享等多個(gè)子流程； 一類是機(jī)場(chǎng)到 達(dá)航班動(dòng)態(tài)處理流程，用于描述航空公司航班到達(dá)機(jī)場(chǎng)前和到達(dá)時(shí)機(jī)場(chǎng)應(yīng)從 事的業(yè)務(wù)活動(dòng)，以及旅客到達(dá)機(jī)場(chǎng)時(shí)的機(jī)場(chǎng)業(yè)務(wù)活動(dòng)，其中包括飛機(jī)靠橋處 理、外部信息源航班動(dòng)態(tài)處理、經(jīng)停航班按中轉(zhuǎn)流程處理等多個(gè)子流程。2.2、 使用BPM方法，對(duì)機(jī)場(chǎng)業(yè)務(wù)流程模型中的各子流程分別進(jìn)行建模；建模時(shí)，為了降低模型的復(fù)雜度，將整個(gè)模型分成組織視圖、數(shù)據(jù)(系 統(tǒng))視圖、功能視圖和產(chǎn)品與服務(wù)視圖等。2.2.1、建立組織視圖和系統(tǒng)視圖所述組織視圖用來(lái)描述機(jī)場(chǎng)不同的組織單元間的靜態(tài)關(guān)系，這些組織單 元負(fù)責(zé)執(zhí)行機(jī)場(chǎng)企業(yè)內(nèi)部的各種功能活動(dòng)，包括三種類型的組織概念 一個(gè) 是組織單元； 一個(gè)是崗位；另一個(gè)是人員。以針對(duì)機(jī)場(chǎng)信息系統(tǒng)的集成業(yè)務(wù)流程為例，其組織視圖應(yīng)包括參與機(jī)場(chǎng) 信息建設(shè)各個(gè)組織機(jī)構(gòu)，如包括各個(gè)機(jī)場(chǎng)，而每個(gè)機(jī)場(chǎng)又下設(shè)有各種崗位， 如泊位管理員、廣播管理員、航顯管理員等，每個(gè)崗位都有各自明確的職能 分工，如泊位管理員負(fù)責(zé)對(duì)飛機(jī)停泊時(shí)的相關(guān)活動(dòng)進(jìn)行管理，而不會(huì)去參與 機(jī)場(chǎng)廣播的管理。通過(guò)該組織視圖將參與集成的所有相關(guān)組織和人員都聯(lián)系 在了一起，以方便進(jìn)行交流。如圖5所示為一示例性的用于描述機(jī)場(chǎng)中各組 織機(jī)構(gòu)和相關(guān)工作人員的組織機(jī)構(gòu)示意圖。所述系統(tǒng)視圖用來(lái)描述機(jī)場(chǎng)中執(zhí)行業(yè)務(wù)的有關(guān)數(shù)據(jù)及其之間的關(guān)系。同 樣以機(jī)場(chǎng)為例，信息系統(tǒng)集成涉及多個(gè)機(jī)場(chǎng)子系統(tǒng)和外部系統(tǒng)。其中機(jī)場(chǎng)主 要的子系統(tǒng)包括集成系統(tǒng)、航顯系統(tǒng)、廣播系統(tǒng)、離港系統(tǒng)、行李系統(tǒng)、 行李再確認(rèn)系統(tǒng)、泊位引導(dǎo)系統(tǒng)、登機(jī)橋監(jiān)控系統(tǒng)、樓宇自控系統(tǒng)、門禁系 統(tǒng)、安檢信息管理系統(tǒng)、呼叫中心、AMDB (航空統(tǒng)計(jì)系統(tǒng))、航班信息查詢 系統(tǒng)、油料公司管理系統(tǒng)等。通過(guò)系統(tǒng)視圖的使用，就可以將這些大量的系 統(tǒng)有機(jī)的結(jié)合在一起并建立起聯(lián)系，便于各個(gè)系統(tǒng)之間的交流與數(shù)據(jù)交換， 從而為信息系統(tǒng)的集成提供了方便。如圖6所示為一示例性的用于描述機(jī)場(chǎng) 中參與信息系統(tǒng)集成的各個(gè)系統(tǒng)及其間的靜態(tài)關(guān)系的系統(tǒng)視圖。2.2.2、建立控制視圖通過(guò)事件驅(qū)動(dòng)的流程鏈方法，完成組織視圖和系統(tǒng)視圖間的整合，從而 建立起組織和系統(tǒng)間的動(dòng)態(tài)關(guān)系。如圖7所示，為機(jī)場(chǎng)集成業(yè)務(wù)流程中，資 源分配動(dòng)態(tài)處理過(guò)程的控制視圖示意圖，其中符號(hào)"□"中的元素從屬于 系統(tǒng)視圖，如本示例中的RMS (資源管理系統(tǒng))、1MB (集成信息中間件) 和AODB (機(jī)場(chǎng)運(yùn)行數(shù)據(jù)庫(kù))；符號(hào)中的元素從屬于組織視圖，如 本示例中的東區(qū)RMS管理員和西區(qū)RMS管理員等。通過(guò)該控制模型的建立， 使得RMS系統(tǒng)、IMB系統(tǒng)、AODB系統(tǒng)、上述各系統(tǒng)的管理員以及系統(tǒng)相 關(guān)的數(shù)據(jù)有機(jī)的結(jié)合在了一起，各個(gè)系統(tǒng)和組織不僅可以發(fā)揮自身的功能， 而且可以通過(guò)彼此間的交流而相互完善。該資源分配動(dòng)態(tài)處理過(guò)程的實(shí)現(xiàn)步 驟為資源分配信息產(chǎn)生更改后，當(dāng)RMS管理員接收到該更改信息時(shí)，發(fā)揮其職能，判斷這些更改信息是否會(huì)引起資源分配的沖突，如果引起沖突則發(fā)出報(bào)警；然后，由各RMS管理員再判斷是否需要RMS進(jìn)行資源調(diào)整；如 果RMS管理員對(duì)相關(guān)資源進(jìn)行了調(diào)整，1MB則要將這些資源分配信息傳輸 到AODB，并且發(fā)布到子系統(tǒng)。從而當(dāng)機(jī)場(chǎng)的資源或者航班動(dòng)態(tài)信息更改時(shí)， 就可通過(guò)該子流程就建立起參與集成的RMS、 AODB與各子系統(tǒng)間的關(guān)聯(lián) 了。根據(jù)上述，機(jī)場(chǎng)業(yè)務(wù)流程模型中的各子流程的具體建模方法如下首先， 確定某個(gè)機(jī)場(chǎng)子流程所要實(shí)現(xiàn)的功能(功能視圖和產(chǎn)品與服務(wù)視圖)；然后， 確定各個(gè)功能所對(duì)應(yīng)的組織視圖和系統(tǒng)視圖的具體內(nèi)容；然后，將組織視圖 和系統(tǒng)視圖分配給相應(yīng)的功能視圖，以實(shí)現(xiàn)各組織、數(shù)據(jù)和功能間的關(guān)聯(lián)； 最后，根據(jù)在該子流程中各功能所應(yīng)實(shí)現(xiàn)的先后順序，將各功能視圖按序連 接在一起，從而完成了對(duì)該子流程模型的建立。通過(guò)上述建模方法，可對(duì)機(jī)場(chǎng)中的各個(gè)業(yè)務(wù)建立起一個(gè)圖形化的"模擬 機(jī)"，"實(shí)物化"地向機(jī)場(chǎng)建設(shè)中的參與需求分析的各方演示不同角色、不同 功能、不同系統(tǒng)、不同流程的多層面關(guān)聯(lián)，提供了一個(gè)具體的、有效的交流 平臺(tái)，并能夠不斷回溯、更新和調(diào)整。下面以"資源分配動(dòng)態(tài)處理子流程"模型的建立為例，來(lái)具體進(jìn)行子流 程的建模方法，其流程示意圖如圖8所示。該流程是當(dāng)機(jī)場(chǎng)的資源或者航班 動(dòng)態(tài)信息更改后，需要進(jìn)行的業(yè)務(wù)處理流程。其中，符號(hào)中的內(nèi)容 從屬于組織視圖，其中包括各應(yīng)用組織機(jī)構(gòu)中的崗位，如東區(qū)RMS管理員， T1.RMS管理員等。符號(hào)"□"中的內(nèi)容從屬于系統(tǒng)視圖，其中包括許多 系統(tǒng)，如RMS、 AODB、 IMB等。符號(hào)"C3"中的內(nèi)容表示功能，用于將 組織視圖和系統(tǒng)視圖中的元素聯(lián)系起來(lái)，如"03:資源分配動(dòng)態(tài)調(diào)整"，指 可在多個(gè)RMS管理員的支持下，通過(guò)RMS系統(tǒng)進(jìn)行資源分配的動(dòng)態(tài)調(diào)整工 作；"04:動(dòng)態(tài)數(shù)據(jù)傳輸至AODB"，指可在1MB系統(tǒng)的支持下，將數(shù)據(jù)"從 RMS發(fā)出的資源分配信息"發(fā)送到AODB系統(tǒng)中的過(guò)程。通過(guò)將上述視圖 按功能實(shí)現(xiàn)的先后順序進(jìn)行連接，可使"資源分配動(dòng)態(tài)處理子流程"模型實(shí) 現(xiàn)如下過(guò)程首先RMS管理員判斷這些更改信息是否會(huì)引起資源分配的沖 突，如果引起沖突則發(fā)出報(bào)警；由各RMS管理員判斷是否需要RMS進(jìn)行資 源調(diào)整；如果RMS管理員對(duì)相關(guān)資源進(jìn)行了調(diào)整，1MB則要將這些資源分配信息傳輸?shù)紸ODB，并且發(fā)布到子系統(tǒng)。從而當(dāng)機(jī)場(chǎng)的資源或者航班動(dòng)態(tài) 信息更改時(shí)，就可通過(guò)該子流程就建立起參與集成的RMS、 AODB與各子系 統(tǒng)間的關(guān)聯(lián)了。3 、建完集成業(yè)務(wù)流程的模型后，通過(guò)找出業(yè)務(wù)流程中需要改進(jìn)的差異點(diǎn)， 對(duì)模型進(jìn)行修正，從而完成對(duì)模型的檢察。所述差異點(diǎn)是指機(jī)場(chǎng)業(yè)務(wù)人員、 機(jī)場(chǎng)IT部門、系統(tǒng)集成商和獨(dú)立軟件供應(yīng)商，對(duì)流程描述的情況存在不同意 見(jiàn)的地方。差異點(diǎn)是雙方的理解的差距所在，也將是后期需求討論的重點(diǎn)。通過(guò)2.2.2中的方法對(duì)機(jī)場(chǎng)業(yè)務(wù)流程進(jìn)行描述后，還可方便的對(duì)其進(jìn)行不 斷地回溯、更新和調(diào)整。仍以"資源分配動(dòng)態(tài)處理子流程"為例，其實(shí)現(xiàn)過(guò) 程為當(dāng)流程描述完后，各個(gè)參與方會(huì)參加討論。機(jī)場(chǎng)營(yíng)運(yùn)人員理解流程， 判斷是不是符合實(shí)際情況和未來(lái)發(fā)展情況，比如這支流程，營(yíng)運(yùn)人員會(huì)考慮， 現(xiàn)在的業(yè)務(wù)是不是這樣處理的？未來(lái)是不是還將這樣處理；集成商理解這個(gè) 流程，并與他們以往的流程進(jìn)行比較，提出集成的方案，比如RMS與AODB 之間的數(shù)據(jù)如何傳遞，信息標(biāo)準(zhǔn)將如何定義等；RMS系統(tǒng)開(kāi)發(fā)團(tuán)隊(duì)則會(huì)通過(guò) 這個(gè)流程知道，RMS需求資源動(dòng)態(tài)處理這個(gè)功能；機(jī)場(chǎng)信息部門在這個(gè)過(guò)程 中，保證業(yè)務(wù)需求能真實(shí)的反映到軟件中去。在這個(gè)過(guò)程中，多方的理解會(huì) 存在差距，那么通過(guò)這個(gè)平臺(tái)，在流程不斷的更新和調(diào)整下，大家會(huì)逐漸統(tǒng) 一思想。通過(guò)上述過(guò)程，說(shuō)明通過(guò)上述方法搭建的機(jī)場(chǎng)業(yè)務(wù)流程集成信息系 統(tǒng)增加了對(duì)內(nèi)外部需求變化的適應(yīng)性。4、 在最終實(shí)現(xiàn)的機(jī)場(chǎng)業(yè)務(wù)流程模型的基礎(chǔ)上，對(duì)系統(tǒng)集成需求進(jìn)行多維 度的分析，并形成系統(tǒng)集成需求分析報(bào)告、系統(tǒng)功能報(bào)告、功能數(shù)據(jù)報(bào)告。 系統(tǒng)功能報(bào)告主要用于描述系統(tǒng)所支持的功能；功能數(shù)據(jù)報(bào)告主要用于描述 與所述系統(tǒng)所支持的功能相關(guān)的數(shù)據(jù)及它們之間的關(guān)系。利用這些流程和系 統(tǒng)功能報(bào)告、功能數(shù)據(jù)報(bào)告集成商和獨(dú)立系統(tǒng)開(kāi)發(fā)商就可以進(jìn)行需求分析報(bào) 告的整理工作。5、 對(duì)修正后得到的機(jī)場(chǎng)業(yè)務(wù)流程模型進(jìn)行需求確認(rèn)。6、 進(jìn)行機(jī)場(chǎng)整體系統(tǒng)設(shè)計(jì)和集成，運(yùn)行并檢驗(yàn)。通過(guò)該集成業(yè)務(wù)流程的搭建，相當(dāng)于為集成信息系統(tǒng)的各個(gè)參與方進(jìn)行 需求分析搭建了一個(gè)統(tǒng)一的溝通平臺(tái)，從而更方便各參與方對(duì)信息系統(tǒng)集成 需求展開(kāi)逐步求精的分析，最終在模型庫(kù)的基礎(chǔ)上進(jìn)行信息系統(tǒng)集成需求分析確認(rèn)。使用本發(fā)明方法搭建的機(jī)場(chǎng)業(yè)務(wù)流程模型，可明確表示出參與機(jī)場(chǎng)建設(shè) 的各個(gè)參與方和子系統(tǒng)在機(jī)場(chǎng)信息系統(tǒng)集成過(guò)程中所應(yīng)扮演的角色、作用及它們之間的聯(lián)系，從而可更好地提高機(jī)場(chǎng)的客戶(旅客和航空公司)服務(wù)能 力，滿足客戶的需求。下面以機(jī)場(chǎng)業(yè)務(wù)流程模型"為機(jī)場(chǎng)與航空公司航班計(jì)劃處理流程"為例 進(jìn)行說(shuō)明，該"為機(jī)場(chǎng)與航空公司航班計(jì)劃處理流程"包含以下各個(gè)子流程: 如圖9所示，為航空公司航班計(jì)劃處理子流程，用于描述航空公司航班計(jì)劃處理的過(guò)程。其中，D+n數(shù)據(jù)是指營(yíng)運(yùn)后的第n天的航班信息。AODB 系統(tǒng)通過(guò)1MB系統(tǒng)從外部數(shù)據(jù)源FM(上海航空公司)、MU(東方航空公司)、 ATC (航空交通管制中心)獲得D+1數(shù)據(jù)。FIMS (航班信息管理系統(tǒng))管 理員執(zhí)行在AODB系統(tǒng)中比較D+l數(shù)據(jù)的操作。AODB系統(tǒng)更新D+l數(shù) 據(jù)后發(fā)布數(shù)據(jù)到RMS。 RMS管理員對(duì)D+l航班信息進(jìn)行外場(chǎng)資源分配、 Tl資源分配、T2資源分配，之后將次日航班及資源計(jì)劃發(fā)布到子系統(tǒng)。AODB 系統(tǒng)通過(guò)1MB系統(tǒng)從外部數(shù)據(jù)源FM、 MU、 ATC獲得D+3數(shù)據(jù)，F(xiàn)IMS管 理員執(zhí)行在AODB系統(tǒng)中比較D+3數(shù)據(jù)的操作。最后，外部數(shù)據(jù)源FM、 MU、 ATC的D+0到D+3的數(shù)據(jù)實(shí)時(shí)更新到AODB，機(jī)場(chǎng)與航空公司航班 計(jì)劃處理流程結(jié)束。如圖10所示，為航班動(dòng)態(tài)處理子流程，用于描述航班動(dòng)態(tài)處理的過(guò)程。 外部數(shù)據(jù)源FM、 MU、 ATC和AFTN (中國(guó)民航航空電報(bào)通信網(wǎng))、SITA (全 球航空通訊網(wǎng))系統(tǒng)通過(guò)1MB系統(tǒng)實(shí)時(shí)更新AODB系統(tǒng)中的D0到D+3的 航班動(dòng)態(tài)信息。AODB系統(tǒng)通過(guò)1MB系統(tǒng)將更新后的信息發(fā)送到RMS系統(tǒng)， 同時(shí)，AODB系統(tǒng)判斷是否發(fā)布給子系統(tǒng)，若需要?jiǎng)t發(fā)布。航班動(dòng)態(tài)信息發(fā) 布到RMS系統(tǒng)后，流程轉(zhuǎn)入"資源分配動(dòng)態(tài)處理"流程。本流程結(jié)束。如圖8所示，為資源分配動(dòng)態(tài)處理子流程，用于描述資源分配動(dòng)態(tài)處理 的過(guò)程。資源或者航班動(dòng)態(tài)信息更改后，RMS管理員判斷這些更改信息是否 會(huì)引起資源分配的沖突，如果引起沖突則發(fā)出報(bào)警。在某些情況下這些沖突 不用調(diào)整，有些情況則需要RMS進(jìn)行資源調(diào)整。如果RMS管理員對(duì)相關(guān)資 源進(jìn)行了調(diào)整后，IMB系統(tǒng)則要將這些資源分配信息傳輸?shù)紸ODB系統(tǒng)，并且發(fā)布到子系統(tǒng)。如圖11所示，為基礎(chǔ)數(shù)據(jù)動(dòng)態(tài)更新子流程，用于描述基礎(chǔ)數(shù)據(jù)動(dòng)態(tài)更新 的過(guò)程?；緮?shù)據(jù)是指機(jī)場(chǎng)的一些基礎(chǔ)信息。三種情況會(huì)引起靜態(tài)數(shù)據(jù)的改變。第一種情況是外部數(shù)據(jù)源對(duì)基礎(chǔ)信息進(jìn)行改變；第二種情況是基礎(chǔ)數(shù)據(jù) 管理員手工更新基礎(chǔ)數(shù)據(jù)。第一種情況時(shí)，AODB系統(tǒng)從外部數(shù)據(jù)源MU、 FM、 ATC收到新的航 班動(dòng)態(tài)信息，并發(fā)出報(bào)警，基礎(chǔ)數(shù)據(jù)管理員向MU、 FM、 ATC確認(rèn)新增數(shù)據(jù) 的完整信息，并手工輸入AODB系統(tǒng)。第二種情況發(fā)生時(shí)，RMS系統(tǒng)要判斷是否會(huì)影響已分配的資源。如果影 響則要進(jìn)行資源分配動(dòng)態(tài)處理，流程之后轉(zhuǎn)入"資源分配動(dòng)態(tài)處理"子流程。以上兩種情況發(fā)生并處理后，IMB系統(tǒng)將AODB系統(tǒng)中的基礎(chǔ)數(shù)據(jù)發(fā)布 到子系統(tǒng)中，本流程結(jié)束。如圖12所示，為季度航班計(jì)劃處理子流程，用于描述季度航班計(jì)劃處理 的過(guò)程，包括以下三支流程-流程一AODB系統(tǒng)從中航信收到的季度航班計(jì)劃；即AODB系統(tǒng)每個(gè) 月從中航信和FM獲得短期計(jì)劃，和原有的計(jì)劃進(jìn)行比較并更新。流程二從AODB系統(tǒng)中季度計(jì)劃展開(kāi)D+6操作。流程三季度航班資源分配；即東區(qū)RMS管理員、西區(qū)RMS管理員、 Tl的RMS管理員、T2的RMS管理員執(zhí)行季度航班資源的分配調(diào)整操作。下面再以機(jī)場(chǎng)業(yè)務(wù)流程模型"機(jī)場(chǎng)到達(dá)航班動(dòng)態(tài)處理流程"為例進(jìn)行說(shuō) 明，該"機(jī)場(chǎng)到達(dá)航班動(dòng)態(tài)處理流程"包含以下各個(gè)子流程如圖13所示，為ON BLOCK (實(shí)際到達(dá)時(shí)間)子流程，用于描述航空 公司飛機(jī)到達(dá)時(shí)，機(jī)場(chǎng)進(jìn)行的相關(guān)處理業(yè)務(wù)。本流程分以下三種情況第一種是在在AGS (飛機(jī)泊位引導(dǎo)系統(tǒng))工作環(huán)境下，AGS產(chǎn)生ON BLOCK數(shù)據(jù)，1MB將ON BLOCK數(shù)據(jù)傳送到AODB 。第二種是在ATC(航空交通管制中心)工作環(huán)境下，空管產(chǎn)生ON BLOCK 數(shù)據(jù)，1MB將ON BLOCK傳送到AODB 。第三種是在異常情況下，F(xiàn)IMS管理員在AODB中手工輸入ON BLOCK 數(shù)據(jù)。AODB根據(jù)優(yōu)先及判斷是否向子系統(tǒng)發(fā)布ON BLOCK數(shù)據(jù)，ON BLOCK數(shù)據(jù)發(fā)布完成后，本流程結(jié)束。如圖14所示，為外部信息源航班動(dòng)態(tài)處理子流程，用于描述系統(tǒng)獲得并 發(fā)布ETA、 CLT、 ATA的過(guò)程。本流程內(nèi)包含以下支流程流程一計(jì)算ETA (預(yù)計(jì)到達(dá)時(shí)間)；其包含以下幾種方式第一種是AFTN/SITA獲得，F(xiàn)IS (航班信息接口系統(tǒng))從AFTN/SITA 獲得前站起飛數(shù)據(jù)文件，F(xiàn)IS判斷是否可以解析，如果可以解析，F(xiàn)IS就把解 析后的數(shù)據(jù)傳送到AODB。 AODB在得到的DPA (前站起飛時(shí)間)數(shù)據(jù)基礎(chǔ) 上，根據(jù)歷史航班數(shù)據(jù)，計(jì)算得到ETA，如果不能解析，AFTN/SITA管理員 就手工更正，直到能解析為止。第二種是手工輸入獲得，是FIMS管理員手工輸入DPA，并計(jì)算得到 ETA。第三種是從MU/FM獲得，MU/FM根據(jù)自己的DPA，計(jì)算ETA，并在 1MB的支持下將ETA傳送到AODB。第四種是從ATC獲得，ATC根據(jù)自己的DPA，計(jì)算ETA，并在1MB的 支持下將ETA傳送到AODB。通過(guò)上面四種方式獲得ETA后，AODB判斷是否需要修改ETA。如果 修改，則將修改后的ETA，通過(guò)IMB發(fā)達(dá)到子系統(tǒng)(SS)。流程結(jié)束。流程二計(jì)算飛機(jī)著陸時(shí)間(CLT)，首先，ATC計(jì)算CLT，并且在1MB 的支持下，將此數(shù)據(jù)發(fā)送到AODB， AODB將CLT發(fā)布到子系統(tǒng)。流程結(jié)束。流程三獲得ATA (接觸地面時(shí)間)，獲得ATA有兩種方式，，第一種是 從ATC獲得，另一種從MU和FM獲得。ATA通過(guò)IMB將發(fā)送到AODB， 然后AODB根據(jù)優(yōu)先級(jí)判斷是否向子系統(tǒng)發(fā)布。流程結(jié)束。流程四獲得ATD (實(shí)際離港時(shí)間)，獲得ATD有兩種方式，第一種是 從ATC獲得，另一種從MU和FM獲得。ATD通過(guò)IMB將發(fā)送到AODB， 然后AODB根據(jù)優(yōu)先級(jí)判斷是否向子系統(tǒng)發(fā)布。流程結(jié)束。通過(guò)本發(fā)明集成業(yè)務(wù)流程的方法可提高信息系統(tǒng)集成需求分析的效率和 準(zhǔn)確性。下面就本發(fā)明所述的方法在浦東機(jī)場(chǎng)建設(shè)中所取得的實(shí)際效果進(jìn)行 具體說(shuō)明首先，通過(guò)本發(fā)明所述的方法，信息系統(tǒng)集成需求分析的效率可提高一 倍左右。按照傳統(tǒng)的需求分析方法，機(jī)場(chǎng)要與分個(gè)系統(tǒng)開(kāi)發(fā)商和集成商討論 需求。按照以前的經(jīng)驗(yàn)， 一個(gè)系統(tǒng)的需求分析，估計(jì)三個(gè)人需要一個(gè)月時(shí)間，即90人天。15個(gè)系統(tǒng)，需要1350人天。相當(dāng)于IO個(gè)人的需求分析團(tuán)隊(duì)進(jìn) 行近半年的需求分析工作。利用本發(fā)明所述的方法后，2006年3月20日到 2006年4月30日，對(duì)浦東機(jī)場(chǎng)繪制業(yè)務(wù)流程，共投入技術(shù)人員6名，計(jì)240 人天。在流程的基礎(chǔ)上，每個(gè)系統(tǒng)的需求分析工作可降為20人天，15個(gè)系統(tǒng) 計(jì)300人天。共計(jì)450人天。比原來(lái)的一半還少。其次，通過(guò)本發(fā)明所述的方法可大大提高信息系統(tǒng)集成需求分析的準(zhǔn)確 性。在繪制業(yè)務(wù)流程的過(guò)程中，使用本發(fā)明所述的方法一共找到56處差異點(diǎn)， 其中重大差異3處，需求理解的一般性差異36處，17項(xiàng)在繪制過(guò)程雙方討 論達(dá)成一致意見(jiàn)。比如，IMB故障時(shí)子系統(tǒng)運(yùn)行流程中的一個(gè)差異點(diǎn)，機(jī)場(chǎng) 方認(rèn)為要求離港系統(tǒng)終端觸發(fā)的航班控制信息可以通過(guò)IMB向AODB (機(jī) 場(chǎng)運(yùn)行數(shù)據(jù)庫(kù))/FIDS (航班信息顯示系統(tǒng))/PA (廣播)同時(shí)傳遞，以確保 當(dāng)IMB故障時(shí)子系統(tǒng)(離港/航顯/廣播)能夠正常工作。集成商則認(rèn)為認(rèn) 為此項(xiàng)業(yè)務(wù)與其原有設(shè)計(jì)方案有很大差異，其堅(jiān)持統(tǒng)一由AODB轉(zhuǎn)發(fā)。而如 果利用傳統(tǒng)的實(shí)現(xiàn)方法，則這種差異是非常難以發(fā)現(xiàn)的。因此，準(zhǔn)確性得到 了大大的提高。本發(fā)明所述的方法不僅可以在機(jī)場(chǎng)信息集成過(guò)程中應(yīng)用，而且可以在各 種普通企業(yè)進(jìn)行應(yīng)用。
權(quán)利要求
1. 一種信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，其特征在于，包含以下步驟步驟1、對(duì)需要進(jìn)行集成的業(yè)務(wù)進(jìn)行觀察和討論，確定集成業(yè)務(wù)流程的目標(biāo)；步驟2、針對(duì)所要實(shí)現(xiàn)的目標(biāo)，建立集成業(yè)務(wù)流程的模型；步驟3、對(duì)集成業(yè)務(wù)流程模型進(jìn)行檢查，通過(guò)找出業(yè)務(wù)流程中需要改進(jìn)的差異點(diǎn)，對(duì)模型進(jìn)行修正，反復(fù)循環(huán)調(diào)整；步驟4、形成系統(tǒng)功能報(bào)告、功能數(shù)據(jù)報(bào)告；步驟5、對(duì)相關(guān)報(bào)告進(jìn)行需求確認(rèn)；步驟6、進(jìn)行系統(tǒng)整體設(shè)計(jì)和集成，運(yùn)行并檢驗(yàn)。
2. 如權(quán)利要求1所述的信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，其特征在于，步 驟2中，所述的業(yè)務(wù)流程模型包括流程控制視圖，進(jìn)一步，還包含獨(dú)立的 組織視圖，系統(tǒng)視圖，功能視圖和產(chǎn)品與服務(wù)視圖。
3. 如權(quán)利要求2所述的信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，其特征在于，步 驟2中，所述的組織視圖用于對(duì)與信息系統(tǒng)相關(guān)的組織機(jī)構(gòu)和相關(guān)工作崗位 的角色以及他們之間的靜態(tài)關(guān)系進(jìn)行描述；所述數(shù)據(jù)視圖，即系統(tǒng)視圖用于對(duì)參與信息系統(tǒng)集成的各個(gè)系統(tǒng)及相 互間的靜態(tài)關(guān)系進(jìn)行描述；所述的控制視圖，通過(guò)事件驅(qū)動(dòng)的流程鏈方法，完成組織視圖和系統(tǒng) 視圖間的整合，從而建立起組織和系統(tǒng)間的動(dòng)態(tài)關(guān)系。
4. 如權(quán)利要求1所述的信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，其特征在于，步 驟4中，所述的系統(tǒng)功能報(bào)告主要用于描述系統(tǒng)所支持的功能；功能數(shù)據(jù) 報(bào)告主要用于描述與所述系統(tǒng)所支持的功能相關(guān)的數(shù)據(jù)及它們之間的關(guān) 系。
5. —種機(jī)場(chǎng)業(yè)務(wù)流程集成方法，其特征在于，包括以下步驟步驟l、根據(jù)機(jī)場(chǎng)業(yè)務(wù)目標(biāo)，機(jī)場(chǎng)客戶，客戶的基本需求，及機(jī)場(chǎng)中 參與集成的各個(gè)系統(tǒng)的作用及其相互間的關(guān)系，對(duì)需要進(jìn)行集成的業(yè)務(wù)進(jìn) 行觀察和討論，確定集成業(yè)務(wù)流程的目標(biāo)；步驟2、針對(duì)所要實(shí)現(xiàn)的目標(biāo)，建立集成業(yè)務(wù)流程的模型，具體包含 以下步驟步驟2.1、根據(jù)步驟l搭建機(jī)場(chǎng)業(yè)務(wù)流程模型；步驟2.2、使用BPM方法，對(duì)機(jī)場(chǎng)業(yè)務(wù)流程模型中的各子流程分別 進(jìn)行建模；步驟3、對(duì)機(jī)場(chǎng)業(yè)務(wù)流程模型及其各個(gè)子流程進(jìn)行檢查，通過(guò)找出業(yè) 務(wù)流程中需要改進(jìn)的差異點(diǎn)，對(duì)模型進(jìn)行修正，反復(fù)循環(huán)調(diào)整；步驟4、在最終實(shí)現(xiàn)的機(jī)場(chǎng)業(yè)務(wù)流程模型的基礎(chǔ)上，對(duì)系統(tǒng)集成需求 進(jìn)行多維度的分析，并形成系統(tǒng)集成需求分析報(bào)告；步驟5、對(duì)得出的需求分析報(bào)告進(jìn)行需求確認(rèn)；步驟6、進(jìn)行機(jī)場(chǎng)整體系統(tǒng)設(shè)計(jì)和集成，運(yùn)行并檢驗(yàn)。
6. 如權(quán)利要求5所述的機(jī)場(chǎng)業(yè)務(wù)流程集成方法，其特征在于，步驟2.1中， 所述的機(jī)場(chǎng)業(yè)務(wù)流程模型，包括機(jī)場(chǎng)業(yè)務(wù)的主要活動(dòng)和支持活動(dòng)；所述的 主要活動(dòng)用于支持機(jī)場(chǎng)客戶服務(wù)，所述的支持活動(dòng)用于支持機(jī)場(chǎng)的正常運(yùn) 作。
7. 如權(quán)利要求6所述的機(jī)場(chǎng)業(yè)務(wù)流程集成方法，其特征在于，所述的主要活 動(dòng)包括以下三個(gè)子流程機(jī)場(chǎng)候機(jī)樓內(nèi)出發(fā)流程，用于描述旅客從候機(jī)樓到登機(jī)的整個(gè)過(guò)程 中，機(jī)場(chǎng)應(yīng)從事的業(yè)務(wù)活動(dòng)；機(jī)場(chǎng)到達(dá)航班動(dòng)態(tài)處理流程，用于描述航空公司航班到達(dá)機(jī)場(chǎng)前和到 達(dá)時(shí)，機(jī)場(chǎng)應(yīng)從事的業(yè)務(wù)活動(dòng)，以及旅客到達(dá)機(jī)場(chǎng)時(shí)的機(jī)場(chǎng)應(yīng)從事的業(yè)務(wù) 活動(dòng)；航班計(jì)劃處理流程，是對(duì)整個(gè)機(jī)場(chǎng)運(yùn)營(yíng)進(jìn)行計(jì)劃、檢査、協(xié)調(diào)的業(yè)務(wù) 活動(dòng)，包含對(duì)前面兩類流程進(jìn)行指揮和協(xié)調(diào)。
8. 如權(quán)利要求5所述的機(jī)場(chǎng)業(yè)務(wù)流程集成方法，其特征在于，步驟2.2中， 所述的機(jī)場(chǎng)業(yè)務(wù)流程模型的各子流程包括流程控制視圖，進(jìn)一步，還包含 獨(dú)立的組織視圖，系統(tǒng)視圖，功能視圖和產(chǎn)品與服務(wù)視圖。
9. 如權(quán)利要求8所述的機(jī)場(chǎng)業(yè)務(wù)流程集成方法，其特征在于，步驟2.2中，所述的組織視圖所述組織視圖用來(lái)描述機(jī)場(chǎng)不同的組織單元間的靜 態(tài)關(guān)系，其中組織單元負(fù)責(zé)執(zhí)行機(jī)場(chǎng)企業(yè)內(nèi)部的各種功能活動(dòng)；所述的數(shù)據(jù)視圖，即系統(tǒng)視圖用來(lái)描述機(jī)場(chǎng)中執(zhí)行業(yè)務(wù)的有關(guān)數(shù)據(jù)及 其之間的關(guān)系；所述的控制視圖，通過(guò)機(jī)場(chǎng)事件驅(qū)動(dòng)的流程鏈方法，完成組織視圖和 系統(tǒng)視圖間的整合，從而建立起組織和系統(tǒng)間的動(dòng)態(tài)關(guān)系。
全文摘要
一種信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，其包含以下步驟1.對(duì)需要進(jìn)行集成的業(yè)務(wù)進(jìn)行觀察和討論，確定集成業(yè)務(wù)流程的目標(biāo)；2.針對(duì)所要實(shí)現(xiàn)的目標(biāo)，建立集成業(yè)務(wù)流程的模型；3.對(duì)集成業(yè)務(wù)流程模型進(jìn)行檢查，通過(guò)找出業(yè)務(wù)流程中需要改進(jìn)的差異點(diǎn)，對(duì)模型進(jìn)行修正，反復(fù)循環(huán)調(diào)整；4.形成系統(tǒng)功能報(bào)告、功能數(shù)據(jù)報(bào)告；5.對(duì)修正后得到的模型進(jìn)行需求確認(rèn)；6.進(jìn)行系統(tǒng)整體設(shè)計(jì)和集成，運(yùn)行并檢驗(yàn)。本發(fā)明提供的信息系統(tǒng)集成業(yè)務(wù)需求分析的方法，以BPM為核心，通過(guò)搭建業(yè)務(wù)流程結(jié)構(gòu)化模型，進(jìn)行業(yè)務(wù)流程結(jié)構(gòu)化分析實(shí)現(xiàn)業(yè)務(wù)需求分析，可大大簡(jiǎn)化對(duì)集成信息系統(tǒng)需求分析的過(guò)程，提高集成系統(tǒng)需求分析的效率和準(zhǔn)確性。
文檔編號(hào)G06Q10/00GK101266661SQ20071003800
公開(kāi)日2008年9月17日 申請(qǐng)日期2007年3月13日 優(yōu)先權(quán)日2007年3月13日
發(fā)明者張海英, 王葛建, 昀 董, 趙曉暉, 金磊云, 華 陳 申請(qǐng)人:上海機(jī)場(chǎng)(集團(tuán))有限公司;漢普管理咨詢(中國(guó))有限公司