系統再造

系統再造

隨著企業的發展方向、組成結構等的變化,信息系統在不斷的更新。而在信息系統更新變化過程中產生了系統再造概念。系統再造就是在開發新系統時充分利用原系統的有用信息,並根據新的要求擴充系統的功能,而原系統的有用信息包括信息系統運行的流程與資料庫。

系統再造產生原因

1.在商業上要提高產品的競爭力。

2.在技術上要提高產品的質量。但這種願望無法靠軟體維護來實現,因為:

(1)軟體的可維護性可能極差,實在不值得去做;

(2)即使軟體的可維護性比較好,但也只是治標不治本。

系統再造的分類

系統再造是組織管理系統再造的規劃、研究、設計、製造和使用的科學方法,對所有系統具有普遍適用意義,也是一門組織管理技術。系統再造為了更好地達到系統發展目標,對已有系統構成要素、組織結構、信息流動和控制機制等進行分析和模型設計。對於系統再造工程主要包括:軟體再造工程、資料庫再造工程、程式再造工程三部分。

軟體再造工程

軟體再造工程也稱為軟體再生工程,其目的在於有計畫地整建重要的舊系統,從而降低大量的長期維護成本,其中包括:重整結構、再造工程和反向工程。

重整結構

重整結構是指在不改變舊系統功能的情況下,重新安排程式的邏輯,使程式的複雜程度降低,可靠性提高。

再造工程

對於所有的資料及程式重新梳理建立系統的管理程式,通過全盤掌握組織內所有資料定義,並使用各資料之間相關程式的輸入和輸出建立一個控制中心,作為改善系統和制定標準的基礎,從而避免產生資料定義或格式不一致以及程式重複,資料處理無效的問題,它基本不具有改變原有程式的功能,只是尋找解決清除亂源的方法。

反向工程

反向工程是分析軟體系統的一種程式,以便重新建立系統組成元素及相互之間關係的描述,其中資料的反向工程是從方程式的資料定義中找出各種資料的內容,存儲在其中,並嘗試找出各項資料之間的關係而畫出資料結構圖或是實體關係圖。

資料庫再造工程

資料庫再造工程分為資料再造、資料轉換和資料庫目錄整合。

資料再造

因企業業務變化或快速成長,當新系統之間必須加入新功能時,伴隨而來的問題是必須改變原有的資料庫架構,甚至是更換成較大型的資料庫管理系統。但目前一般資料庫所具有的資料轉換工具僅適用於兩種架構完全相同的資料庫,若新系統的資料庫架構為因業務流程改變或加入新的功能而必須改變資料庫架構時,這些工具便不能使用,但信息乃是企業的命脈,如何使這些資料能完整的轉換至新資料庫中,是軟體再造工程技術中很重要的一部分。

資料轉換

通過開放資料庫連線器連線各種資料庫,將舊資料庫中的資料轉換至新資料庫中,其中牽扯到各種資料庫中資料表的目錄信息讀取及資料形態轉換,更廣泛地還必須考慮到資料表間的關聯性,以確保資料在轉換過程中不失其正確性與完整性。

資料庫目錄整合

在一個通過網路連線由不同資料庫所組成的多資料系統中,為了使使用者在獲取眾多資料庫系統內的資料時有一個統一的界面,各組成資料庫的目錄需被整合起來,建立一個整體目錄。在眾多資料庫系統中,各資料庫是獨立設計完成的。因此建立整體目錄的主要問題是如何解決各組成目錄之間在設計上的不一致問題。定義相關特性,由資料庫管理者用來指定組成目錄間含義上的相關性。根據這些指定的相關特性,制定出整合規則,從而解決其設計上的不一致,然後再將其整合起來。整合技術的原則是要保證沒有丟失信息,即原來在組成資料庫中的資料在整體結構中都要能夠得到獲取。此外,含義相關的資料也能因目錄整合而得到整合。

程式再造工程

程式再造工程指的是軟體再造工程中的系統流程部分。因為當企業的實際作業流程有所變化,而需要對信息系統做適當的調整時,這套信息系統將面對不可避免的大幅度改變。一個信息系統通常是先進行系統分析,然後根據系統分析結果來編寫程式代碼,當舊的系統分析不再符合現狀時,程式代碼也要有所調整。而程式再造工程技術就是先根據舊的程式代碼分析得到資料流程圖、事務流程圖等,然後加上新的需求分析,從而修改這些用來描述系統的處理流程,再根據新的資料流程圖產生程式代碼,這樣系統的程式代碼就完成再造工程,並且符合現在的需求。所以不管是需求改變、程式結構出錯還是系統邏輯問題等,都避免不了程式代碼修改、再造的過程。程式再造工程技術包含有程式界面轉換器、程式修改、程式再造。

程式界面轉換器

信息系統有時會因為“人機界面不夠親切”、“不符合企業未來發展潮流”等原因而面臨程式再造的問題,解決這 些問題唯有通過程式界面轉換器。其運行方式為不論程式來源是那種程式語言,及轉換的程式語言為何,只要通過程式界面轉換器的轉換,就可以達到最終所需要的程式語言。

程式修改

當信息系統面臨的不是功能需求的改變,而是最初程式設計時設計師忽略的問題、程式技術無法達到的目標、硬體無法支持、邏輯上的錯誤等,當這些問題一一出現時,程式設計師就需要針對程式各個部分做修改。

程式再造

為了讓系統維護人員很輕鬆的了解系統的結構和功能,通常都採用圖形來表示。當企業因作業流程改變或產生新的需求時,如果能將舊系統資料流程圖表示的作業流程和新的需求及作業流程相互整合,且以資料流程圖來表示時,這個新的資料流程圖所代表的系統就能夠符合現有需求和作業流程。而根據資料流程圖隱藏的信息了解其邏輯描述,進而就可以產生虛擬碼,也可以產生程式代碼。 所以利用資料流程圖來做程式再造是一個非常方便的方法。

系統再造和傳統系統維護的區別

系統再造對已有系統進行全部或部分的改造,賦予軟體新的活力。用一個比較通俗的例子來說:在對待一個不良之徒時,可以進行思想教育並給予他關心和幫助,這種方式類似於“系統維護”;也可以把他關進監獄,送去勞改,這種方式相當於“系統再造”。系統再造與維護的共同之處是沒有拋棄原有的軟體。如果把維護比作“修修補補”,那么再生工程就算是“痛改前非”。系統再造並不見得一定比維護的代價要高,但系統再造在將來獲取的利益卻要比通過維護得到的多。

系統維護和再造都可以使保持整個系統的價值,不斷增加系統的功能可以有效延長系統的生存周期。再造工程是對一次工程後的成品軟體進行再次開發,系統維護期的適應性、完善性、預防性維護都可以屬於再造工程範疇。而再造工程面對的不是原始需求,而是對已經存在的軟體,是從既存軟體開發出新軟體的過程,與軟體從無到有的第一次開發有所區別。

相關詞條

熱門詞條

聯絡我們