以應用架構的可持續(xù)保障信息化持續(xù)發(fā)展

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

[摘要]

文/申啟杰

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

　　應用架構的定位

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

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

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

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

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

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

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

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

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

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

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

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

深圳鹽田港

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

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

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

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

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

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

　　基礎應用、業(yè)務應用之間的接口規(guī)范，進一步降低了應用間的耦合程度，將原本無序的應用交互，轉變?yōu)橐?guī)范的應用交互。無論應用如何升級、優(yōu)化、更換，直接符合設計好的接口規(guī)范，就能實現(xiàn)應用的交互，實現(xiàn)系統(tǒng)的整合。

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

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

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

【相關閱讀】

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