百年虫会不会咬到你.docVIP

Cobol系統反轉需求規格規劃 「千禧危機」VS「百年危機」 隨著科技文明的日益精進，人類仰賴電腦的程度也與日俱增。人類已不可能一日無資訊科技，一旦電腦系統出問題，甚至全然無法使用時，沒人可以否認，人類的生活將產生濤天巨變。 西元2000年的「千禧危機」，當時所造成的全球性恐慌，相信大家還記憶猶新。當時世界各國，不論政府或民間，事前及事後所投注的人力、物力及財力成本驚人。根據美國官方的統計數字，為了避免千禧蟲的肆虐，全球共耗費逾六千億美金改寫舊系統程式，但改寫的效益僅能維持數年或數十年。一旦屆臨程式系統所能負荷的年限，全球又要再一次面臨政經社會全面分崩離析的可能性，若要安然度過危機，屆時所耗費之人力、物力、財力及時間將超乎人類所能想像。 當年的「千禧危機」，台灣之所以能躲過這場資訊風暴，主要原因在於國內的資訊系統多半以「民國」紀年，而非「西元」紀年的方式，然而，當年的幸運不是真正的幸運，台灣不過是把危機爆發的年限往後延而已，不代表危機已解除。民國百年即將到來，當年台灣得天獨厚免於風暴圈外的條件，反而成為下一波引爆的火線。隨著「百年」的逼進，政府與民間究竟有無因應措施？還是只能坐以待斃？這個問題在未來的幾年，將會是國內資訊業界及產業界最迫切必須面對的課題。 Cobol系統未來幾年所面臨的威脅 目前台灣產業界所使用的資訊系統中，頗高的比例是採用Cobol程式所撰寫，其中，金融與政府相關產業（包括自來水、電力、電信、銀行、保險、信託、證券、金控等）的比例更逾七成。Cobol系統不是不能用，而是它存在年代已久，以致衍生出許多結構性的問題。除了無法應付新時代的多功能需求外，修改、置換的時間及成本也都是浩大工程，若持續使用，可能會造成企業發展的最大瓶頸。總括而言，Cobol系統至少面臨以下問題： 1、「百年危機」：如前所述。 2、資訊系統維護與修改困難 COBOL程式非常繁瑣複雜，對不懂COBOL程式設計的人而言如同無字天書一般，完全不得要領，更遑論修改或維護。即使懂COBOL程式語言者，從一開始上手，到瞭解系統的實際狀況，都要耗時許久，在修改維護的龐雜過程中，還要承受需求掌握不切實及人員異動的風險，所以系統開發的失敗率一直居高不下。另外，COBOL程式所撰寫的資訊系統，少則幾萬行程式，多則超過百萬行，加上語法艱澀難懂，以人工的方式修改維護，不僅程式人員本身極為吃力，更容易錯誤百出，幾乎是一開始就註定失敗的命運。 由於COBOL是舊系統程式，已存在逾三十年，懂COBOL的人才陸續退休以致愈來愈稀少，維護人員也愈來愈難尋， COBOL人才的斷層無疑是一項不小隱憂。加上COBOL的業務需求分析文件有限，修改難度提高，準確度也會大幅降低。 3、無法導入新的服務效能 一般而言，不同的資訊系統，其程式架構與資料庫的設計概念差異很大，加上COBOL程式系統不易與新的軟體設計應用接軌，無法滿足現代企業愈來愈多元化及自動化的服務需求。 貳.計劃內容說明: 其實，國內產業界不是不知道這個問題的嚴重性與急迫性，而是苦無解決方案。目前世界各先進國家，不論是政府或民間，也都絞盡腦汁苦尋轉換COBOL系統的解決之道，尤以美、日最為積極。日本政府甚至規定民間業者必須於十年內將COBOL轉換成JAVA系統，可是該怎麼解決呢？觀乎各國及國內目前開發的實例，所採用的方法不外乎以下兩點： 重新開發： 採用這種方法，不僅曠日廢時，成本過高，更無可避免會遇到上述所談及COBOL系統的諸多障礙，即使一開始人員、經費俱足，但往往開發到一半就無疾而終，或提前宣告失敗。 尋求package方案： 開發人員在開發的過程中，遇到困難，經常尋求暫時性、可瞬間解決問題的package方案。但整個COBOL系統要過渡到新的資訊系統，會遇到的問題既多又繁雜，若每遇到一個問題，就要新買一個package，即便真正能開發到最後，所耗費的時間及金錢成本，也不是企業主的財力所能承擔。 最佳化解決方案說明: 採用以上兩種方式，就算很幸運地能開發到最後階段，也有很高的機率會發現，開發出來的結果與原先評估的需求規格不一致，甚至南轅北轍，終究還是功虧一潰。因此如何快速而有效的掌握需求規格將是COBOL系統轉換之成功關鍵要素。 目前企業使用COBOL程式系統所面臨之問題 COBOL轉換至JAVA或.net的系統過程首先必需掌握目前COBOL系統所包含之需求規格，以此作為需求設計之基礎。 一個COBOL系統模組的原始程式碼動輒上萬行，因此由工程人員逐行解讀COBOL程式是不可行的，亦難保其正確性，必定要搭配工具進行。因此需求規格的反轉建立，面臨幾個考量： 第一，應如何解析現有COBOL程式，並將解析成果管理起來。 第二，如何確保解決方案的可行性。 第三，此解決方案不應佔據資訊人員太多的時間