《銀行業資訊化規劃和構架話題開場白》

 

銀行業資訊化規劃和構架話題開場白

2011-2-14

又過了農曆新年了，日子過的真快。去年我新開了好幾個部落格的話題，如：軟體設計師、軟體新構架等，總是虎頭蛇尾，自己給自己找了許多借口，也就沒有認認真真地、持續地寫下去。去年年底，我又蠢蠢欲動，開始準備寫一些公司資訊化話題的文章。只是資訊化的這個題材太大，涉及到方方面面，讓人無從下手，很難形成相對完整的話題，寫不好會讓人感到很空洞，沒有什麼現實的意義。於是，我又重新審視了公司資訊化現狀：從曆史到現實，從現實到曆史，從下向上，從上向下，從業務到技術，從技術到業務，從理論到實踐，從實踐到理論，按照各種邏輯粗粗地梳理了一遍，發現要寫的東西可真多。

為此，我和我的朋友們交流了編寫公司資訊化方面文章的想法，他們認為這想法挺好。我們都感到在公司資訊化大話題中，規劃和構架已經提到議事議程來了。當前很多企業都面臨這些方面的選擇，因此，這些話題是有很重要的現實意義的。和大家一起探討規劃和構架問題，可能更有助於我們對公司資訊化發展趨勢的瞭解，有助於我們從整體上看待公司資訊化，有助於我們從企業業務和電腦技術兩個方面來看待公司資訊化。但是，針對我喜歡寫一些理論性和抽象性的文章，他們建議我不要寫抽象的公司資訊化規劃和構架，最好要找一個具體的行業來說明這個話題。通過一個具體行業分析討論，這樣可能有助於讀者產生現實感，有助於對公司資訊化有更好的詮釋和說明。

至於選擇什麼行業，我的觀點是無所謂的，因為在我看來，幾乎所有行業的資訊化都遵循著相同的規律，只是資訊化進展或快或慢而已。不同行業因其生產的產品不同，提供的服務不同，這些不同其實都可以在資訊化中進行抽象，並不影響我們對公司資訊化本身的研究和探討。而正是對這些不同的解決方案才是我們資訊化中最有價值的部分。銀行業作為我國資訊化行業中發展較為迅速和成熟的行業是不容質疑的，從這個意義上來說，選擇銀行業作為闡述公司資訊化的規劃和構架是有著現實意義的。

   在現實工作中，我們本身就是程式員和專案經理，常常會遇到各種公司資訊化中的各種問題。我發現很多資訊化的辛苦的建設者們往往把他們的眼光局限於自己開發的程式和項目上。他們的工作範圍和思維方式就是：技術到程式，技術到項目。其實我們真的可以花點時間嘗試一下拓展我們的眼光，把現在的視野擴大一下，層次再上一層，我們可以試著問問自己：自己的開發項目是什麼項目，這個項目在公司資訊化中的地位和作用是什嗎？公司資訊化的規劃和構架是什嗎？如果我們對這些方面有了主動的瞭解，那麼我們就可以逐步地瞭解公司資訊化的發展趨勢，瞭解公司資訊化的規劃和構架，知道企業所開發的項目是不是需要改進，現在和未來企業可能要開發什麼項目，知道公司資訊化技術發展趨勢，知道未來可能會用到的軟體技術。如果是這樣，無論是程式員還是專案經理的業務水平和技術水平都會有一個本質上的提高，可以更好地開展自己眼前的工作，可以更好地籌劃未來的工作。我們希望看到的是他們的思維方式有所轉變：公司資訊化到規劃，規划到架構，架構到項目，項目到程式，程式到技術。這樣他們的發展空間就會很大。

除了程式員和專案經理之外，其他從事於資訊化管理工作方面的人員都對於資訊化的規劃和構架的重要性幾乎異口同聲地表示認同，但是，由於規劃和架構既涉及到企業的業務，又涉及到電腦技術，既涉及到微觀又涉及到宏觀，既涉及設計，又涉及實現。所以對編寫規劃和構架的人員知識面要求比較高，雖然不少企業都號稱有規劃，由於很少有規劃方面的專家，不排除“天下規劃一大抄”現象的出現，其規劃無論在其立意方面，還是在可執行度方面都大打折扣，讓規劃流於形式。所以，我們不要以已有而拒他有，定下心來，安心對規劃和構架進行科學分析和探討。一旦企業有了真正的規劃和構架，我想這對企業的資訊化建設起的作用，不僅僅是建立起幾個或十幾個系統可以比擬的。

在公司資訊化發展的初期，我們可以不需要關注規劃和構架。但是，在公司資訊化的今天，我們真的要考慮一下規劃和構架的問題。因為規劃中可以規定公司資訊化的原則和目標，可以建立資訊化的業務構架，可以確定要建立的應用系統名稱和時間表，可以確定建立這些應用系統的技術構架，可以對資訊化建設進行有序的管理。

我希望這個話題，無論是從事銀行業IT各類人員，還是其他從事其他行業資訊化管理工作的人員，可以通過這個話題，多視角地對公司資訊化中的規劃和構架進行瞭解和探討，最終能讓更多的人重視這個方面問題，以使公司資訊化能夠按照規劃有序地建設起來。而我們都能在這個規劃和構架中找到自己的業務定位、技術定位和發展方向。