以應用架構的可持續保障信息化持續發展

發布日期：2017-07-04來源：本站編輯：邵慧平

[摘要]

文/申啟杰

　　由于建筑施工對象的單件性、一次性、分散性等天然特點，以及行業內一直普遍存在的粗獷式管理模式，信息化在施工行業內普遍存在實施難，持續更難的困境。特別在后特級資質時代，不少行業內的企業都在反思自身的信息化歷程。在經歷過大干快上的信息化建設后，為什么沒有徹底改善企業內部的信息化水平，反而很多與管理現實不適應的系統需要推倒重來。在這里有需求沒有搞清楚，就開始購買、實施系統的原因，但更深層次，是缺少了對一個企業整體應用架構的思考。應用架構是一個企業信息化的“龍骨”，只有穩健的龍骨，才能夠支撐和鏈接企業的各業務信息化的開展，才能夠支撐企業信息化這艘大船的順利啟航和遠行。

　　應用架構的定位

　　信息系統的架構，分三個層次：業務架構、應用架構、技術架構。業務架構是戰略發展需要的體現，反映企業管理的實際情況，屬于宏觀層面;應用架構是對企業實際業務形態的體現，反映企業某業務領域專業的管理工作，它用于承上啟下，一方面保證業務架構的實際落地，另一方面，影響技術架構的選型和實現方式;技術架構是軟件系統對應用架構的具體實現，反映整體軟件系統的靈活性、擴展性、整合性，屬于系統的微觀層面。

　　從宏觀層面上看，一個企業的發展戰略是相對穩定的，所以這個企業的業務架構是相對穩定的;從微觀層面上看，系統的技術架構，是對于軟件系統的實現邏輯和技術，它通常受同時代的開發技術，以及應用架構的設計影響，不同的應用架構設計，通常會決定所采取的實現技術。在企業信息化的實施過程中，更注重的是應用架構。

　　應用，在企業內通常表現為一個軟件，是信息系統中可劃分的最小單元，通常以是否可以獨立部署為標志。它明確劃分了應用與應用之間的邊界，也就是通常所說的系統邊界。

　　在早期，單機應用的階段，不同的應用之間幾乎都是沒有關聯的，并沒有什么應用架構。隨著企業信息化的發展，從工具軟件階段向管理軟件階段發展時，在一個軟件系統里面已經無法容納所需要的所有功能，這就涉及到將大的需求切分到不同相互協同的應用里面去，并逐漸形成了動態穩定的企業內部應用組織形式，體現為這個企業中的系統應用架構。

　　應用架構主要體現在應用粒度大小以及劃分形式。在現代企業的柔性應用架構中，通過將一個大的業務，劃分成為不同大小的、合理的應用，實現整個系統架構的柔性，一方面，將大化小，降低技術架構的實現難度，另一方面，降低了業務的復雜度，使整個系統更加有序，保證了信息化更好落地。應用架構的本質是通過系統拆分，平衡業務和技術復雜性，保證系統的可持續。

　　應用架構的松耦合提高信息化可持續能力

　　回顧不少推倒重來的信息化實施案例，這些失敗的案例中，幾乎都上了完整的一套系統。而致命的是，這一套號稱囊括了所有功能的系統，就是一個應用軟件。由于是一個單一的應用，它的部署模式、系統升級能力，都嚴重遏制了系統的生命力。單一應用的部署模式，基本上都無法做到分布式部署，當用戶多、使用的功能多時候，服務器硬件的性能就嚴重影響應用的可用性，直觀的感受就是系統響應速度很慢。同時，大而全的軟件有個弊端，就是當某一塊功能不能滿足用戶的需求，需要對此功能升級的時候，單一化的應用往往無能為力。這時，用戶往往需要重新購買或者開發一套系統，以取代原有的功能，在原有棄用的功能繼續浪費硬件資源的同時，也帶來了后續的一系列系統整合問題。

　　合理的應用架構設計，將緊耦合的一套完整系統，根據企業業務的特性和管理現狀，逐步分解成各松耦合的多個應用，會提高系統適應需求變化的靈活性，從而提高整個企業信息化的可持續能力。建筑施工企業處于激烈的市場競爭環境當中，整個行業的信息化水平還在初級階段，尚有很多業務沒有實現標準化和信息化，在這種沒有很多信息化系統作為參考的情況下，一定有很多實際的管理情況會在系統設計的階段沒有得到充分的考慮。所以不可能一開始就設計出一套完整的系統，滿足企業管理中的所有需求。單從理論出發，設計一套理想化的系統，必然帶來信息系統和實際管理的“兩張皮”問題，嚴重影響企業的信息化進程，甚至推到重來。建筑施工企業搞信息化不可能強制管理去適應信息化，而是應當用信息化去反映管理現狀，逐步用信息化實現業務替代，將線下的業務流程搬到線上來處理，繼而通過信息化流程優化，來逐步提高管理及信息化的水平。

　　相反，通過設計良好的應用架構，在整個企業的業務架構下，將功能需求進行劃分，化解了開發大型系統的復雜性。各獨立的應用支撐獨自的一塊業務，當某一業務的需求調整時，只需要對這一應用進行迭代升級，并不影響其他應用的正常使用，將系統升級的影響降到最低。當某一業務做大時，承載該業務的應用，可以根據業務量等因素劃分成更細粒度的應用，只要保證新增加的應用對外接口與原有應用一致，就能夠無縫接入到原有的應用架構中。同理，當某一業務不需要的時候，也可以動態地將這個應用從當前應用架構中剝離，也不會對整個信息系統及其他應用造成影響。

　　應用架構的松耦合設計，關鍵在于識別業務架構中的各應用邊界。可以通過縱向、橫向兩個維度來劃分應用。

　　縱向維度的主要劃分依據是組織機構以及工作量。組織機構中的各部門，基本是某一類業務的承擔者，這些業務部門天然地就將整個企業的業務進行了縱向劃分。通過歸納各業務部門的工作內容，形成設計應用架構的基礎。比如說，采購部門，主要負責物資、分包等采購，可以設計采購系統來支撐該業務;工程部門，主要負責項目執行過程的監管，可以設計一個項目管理系統來支撐該業務。然后，在組織機構劃分的基礎上，考慮工作量以及工作復雜度的因素，從復雜程度來進一步對系統中的應用進行劃分。比如，采購系統涉及到物資采購、分包采購，如果現實情況中，這兩種采購類型的采購量很大，而且負責這兩種采購有專門的崗位，可以進一步將采購這個應用分拆成物資采購、分包采購兩個應用。再比如說，工程管理部的項目管理系統涉及的內容非常多，比如產值、進度、安全管理、質量管理、竣工、催收等等，那么，根據這些業務內容，宜進一步將應用進行劃分，以保證各應用更好落地，保證核心業務能夠得到信息化的充分支持，而這一核心業務的信息化能夠真實反映管理的實際情況。

　　橫向維度，用于識別跨部門協同的應用。有一些業務，并不是以某一個部門完成所有的流程環節，而是不同的部門，都在同一條業務鏈接上進行協同。這些業務在企業中并不多，但往往更重要。比如說支付流程。整個分包支付流程經歷過工程部、安全部、質量部、合約部、審計部、財務部等各部門的處理，宜設計成一個軟件系統，來支撐該業務流程。

深圳鹽田港

　　應用架構的再分層提升信息化整合能力

　　松耦合的應用，實現了相互的隔離，使企業信息化體系能更好落地。在客觀條件下，整個企業的信息化不是一蹴而就的，而是一個逐步的過程，應用系統的建設步伐，也是從核心應用開始建設，再逐步實施不那么重要的應用這樣的模式。由此，不同應用可能建設時間相差很遠，也可能由不同的實施團隊來開發的，造成了異構系統的存在。企業的業務是需要交互和協同的，對于這些應用來說，也需要交互和協同，需要數據共享和所有應用的整合。

　　應用架構的再分層，是在應用架構這一層次，對應用進行再次劃分，劃分成基礎應用和業務應用。通用的基礎應用，實現企業內支撐基礎數據的應用的相對穩定;業務應用用于支撐各種靈活多變的需求。通過再分層，將各應用間的隨機的、不確定的交互協同，轉變成業務應用與基礎應用間的穩定交互。

　　從數據流的角度看，企業中的人員、機構、合同、項目、消息等數據屬于基礎數據，其余的數據，如項目的每月產值數據、計劃數據、船機數據、采購數據等，可以看成是業務數據，業務數據之間通常不會直接發生關聯關系，但業務數據可以與基礎數據進行關聯，實現業務數據與基礎數據的直接關聯，以及業務數據之間的間接關聯。

　　應用架構的再分層，分析企業中的數據流，劃分基礎數據和業務數據，用基礎應用封裝基礎數據，對外提供數據接口;用專業業務應用來支撐業務流程，管理業務數據。當業務應用間需要交互時，它們不是直接調用對方接口，而是通過基礎應用，實現業務應用之間的間接交互。

　　比如各應用系統都有消息傳遞及流程審批機制，單獨進入各系統來審批業務顯然不能提高業務工作效率。通過設計和開發一個消息流轉的基礎應用，各業務應用需要消息提醒和流程審批時，將相應的數據推送到同一個消息流轉基礎應用上，以實現消息的整合，便于用戶從同一個界面中進行業務審批。

　　基礎應用、業務應用之間的接口規范，進一步降低了應用間的耦合程度，將原本無序的應用交互，轉變為規范的應用交互。無論應用如何升級、優化、更換，直接符合設計好的接口規范，就能實現應用的交互，實現系統的整合。

　　建筑施工企業信息化落地并持續發展，受到當前行業信息化水平和管理現狀的制約，在持續發展過程中面臨了許多問題。合理設計企業信息化應用架構，實現整個信息系統的松耦合、分層次，通過逐步實施、持續優化的方式，提高了整個信息系統擁抱需求變化的能力，實現系統整合和可持續的發展。

　　(作者單位：中交第四航務工程局有限公司信息中心)

　　版權聲明：本文系工程建設網獨家稿件，版權為工程建設網所有。轉載須注明來源及作者，否則將追究法律責任。

【相關閱讀】

• 建筑施工企業信息化的定位與發展
• 打造互聯網浪潮下的傳統業務管控新模式
• 頂層設計與實踐探索相結合 ——中交四航局信息化探索
• 中交四航局信息化： 逐“浪”前行
• 岳口漢江特大橋主塔成功封頂
• 大數據提速招投標改革、加快企業轉型