CALS 之型分析方法.docVIP

CALS 之模型分析方法 --IDEF , ARIS 與 OOA/OOD 中綱科技??????? 王嘉玲 0. 概論 CALS 專案的發展往往是多元而繁複的，就如同所有的大型軟體開發工程一般，專案前期的分析規劃與設計，往往是決定專案成敗的關鍵。在 CALS 的各種應用中，企業程序再造 (Business Process Reengineering, BPR) 也就成為不可或缺的一環。目前，在國內外CALS 專案在 BPR 應用的標準，不外乎是 IDEF 與 ARIS兩大主流。本文將就這兩種方法論，分別介紹其發展，理論基礎以及應用。 另外，CALS 的特性在於資訊的交換，電腦系統也走向分散式 (distributed) 架構，因此軟體元件 (software component) 的使用，已是不可避免的驅勢，這點從 OLE (Object Line and Embedded) 以及 CORBA (Common Object Request Broker Architecture) 的應用愈來愈廣泛就可看出。在CALS 的規劃中，物件導向設計與分析 (OOA/OOD)，可以預見將愈來愈重要。本文也將大致介紹目前 OOA/OOD 發展的概況。 現今企業的特是：雖然電腦化，但所儲存的資料, 重複性高﹔商場上瞬息萬變，所以各部門的處理程序，必需經常因應更改；各種電腦技術不斷演變，也使的企業中存在各種異質的資訊系統環境；而且人工作業與電腦所支援的系統之間的交易處理也是經常變動的。常此以往，所導致的結果是：作業時間長、成本高、彈性低，無法因應多變的市場；作業流程未透明化，工作群組之間無法取的共識。因此，為了不被市場淘汰，許多企業被迫重整現有的組織程序，而”企業流程再造”(Business Process Reengineer) 也就成為目前 IT 界的流行的字眼。 質精兼具整合 (Lean and Integrated)，則是一個有效率的作業組織的關鍵需求。再造的目標是即時回應 (just in time)，減少作業時間，降低成本，並增加作業的彈性。資訊的處理必須能因應這樣的重建工程。重建工程的首要工作，就是分析出現有的作業流程，再從中找出可改進的部份。無數的公司曾經嘗試這麼做。 然而, 想要從企業再造計劃中獲得好處的唯一可能，就是所發展的處理模型 (models)，必須讓實際運作的各個階層了解。因此建立模型 (modeling) 也就成為 BPR 中一項不可或缺的工作。 無論是要試著了解或是修改一個現有的系統，或是從頭建立一個新系統，改造成功最大的障礙，就在於無法分析或是溝通企業內無數的交互往來影響的程序。對談式的語言，如國語或英語，常常是模稜兩可，不夠明確有效率;而正式定義的語言 (如電腦系統的程式語言)，對大部份熟悉功能或業務的專家而言，又不是容易了解的。所以我們需要的是一種結構化的交談語言，去除掉其中的不明確性，增加溝通與瞭解的效能。建立模型 (modeling) 就是一種互相瞭解與溝通的有效技巧，而且已經使用了數個世紀。 1. IDEF 方法論 (IDEF methods) 1.1起源 在 1970 末期，美國空軍 (U.S. Air Force) 推出了 ICAM (Integrated Computer Aided Manufacturing, 整合性電腦輔助製造) 計畫，目的在於應用電腦技術，改進製造的產能。在計畫發展的過程當中，計畫人員了解到，冗長，文字敘述的語言，對於製作文件或是驗證一個程序的可行性上而言，實在不是一種有效率的表達方式。而長篇大論的程序操作手冊的實用性更是低，因為，表達不夠明確；很難去檢視確認邏輯的正確性；很難維護，且成本很高；無法清楚的展現系統中各種替代的選擇。 因此，ICAM 計畫人員先採用了部份 SADT (Structured Analysis Design Technique) 的方法來描述系統。 SADT 是在 1960 與 1970 年代， Douglas T. Ross 所發展的一種新的建立模型的技術，之後又陸續加入其他的方法論，從不同的觀點建立模型。最後，這項計劃的副產品，就是四種以圖形為基礎的建立模型的語言，也就是 IDEF (Icam DEFinition) Methods。他們分別是： IDEF0，用來記錄製造的程序，並可顯示每一執行步驟所須需要的資訊與 資源。 IDEF1，用來記錄製造環境所需要的資訊。 IDEF2，用來記錄功能在時間點上的行為。 IDEF3，用來記錄工作流程。 IDEF2 從來沒有真正的建構完成，之後漸漸被模擬技術所取代。 IDEF 家族不斷的應用演進，在 1985 年， IDEF1 擴充更名為 IDEF 1X。此後，IDEF 方法