專案流程

專案流程的介紹是為了幫助,客戶能更了解Origtek對專案的嚴謹, 協助客戶能與Origtek
共創最具成果效益的系統開發。



以下是七大步驟,專案流程分別:


系統轉置概說

Migration工序進行步驟主要分為4個階段,評估階段(Assessment)、建議階段(Definition)、轉置階段(Migration)、上線階段(Deployment)。
評估階段:本階段的重點主要的目的在於分析現有系統的狀態,做為定義階段的參考資訊,所要進行的工作如下:

評估階段

  1. 評估程式複雜度:本動作主要目的在於了解舊有系統(Legacy)的複雜程度,包含程式中商業邏輯的數量,可重覆利用程度,程式撰寫易讀性等。
  2. 評估程式撰寫品質:本動作主要的目的在於經過Code Review的動作,查看註解是否被完整撰寫、變數命名是否易讀且具有義意,來了解程式的撰寫品質,做為日後轉置策略的參考。
  3. 分析系統之間的獨立性:當系統之前的整合程度較高,其相對應的可能會造成轉置的困難度同步提升,透過本動作的執行,可以設定轉置的方式及步驟。
  4. 評估基礎建設:確認現有設備是否足以匹配未來轉置後所需要程式執行的執行環境,提出建議做為建置新執行環境時的評估依據。
  5. 文件完整度:本動作重點在於評估舊有系統相關文件的完整度,如果具有完整的文件說明,有助於程式在進行轉置時得以快速了解原系統作業邏輯,方便轉置時進行邏輯比對,產出優化的分析結果。
  6. 評估是否轉置:依照上述的資料進行評估,決定是否進行轉置。
  7. 轉置注意事項:整理轉置過程中,需要留意的項目,例如:舊有資料必須保留而進行資料轉置(Data Migration)、舊有元件改寫或是保留、原物件於新執行環境是否匹配等。
評估階段(Assessment)

定義階段

本階段的工作重點,在於定義出整個轉置專案的策略,其定義必須詳細到轉置的範圍及步驟、轉置的方法,產出的策略為轉置階段必須依照定義的策略為之。

  1. 定義需求:系統開發的過程中,常會發生部份功能因為當時技術的限制而無法開發,在系統轉置的過程中,因為時空背景的改變、技術的進步,可能已經可以達到,所以在這個動作,必須針對舊系統沒有而新系統需要的需求進行整理,在轉置過程中,必須將這些需求規劃進去。
  2. 可行性驗證:有部份的需求因難度較高(或可行性需要確認),在確認轉置之前,必須透過資料整理、實際撰寫程式等方式確認其概念是可以被執行的。
  3. 定義程式轉置步驟:依照先前分析的結果,定義程式進行轉置的步驟,包含由那些模組優先進行轉置,這些模組中由那些程式優先進行轉置。
  4. 定義功能基礎架構:分析其系統功能中各項目的獨立性、可重覆應用性,將其重覆利用性高的功能項目進行抽離,以提升程式架構的完整性、正確性,做為日後系統發展打下良好的基礎,增加系統延展性。
建議階段(Definition)

轉置階段

依照定義階段的策略,進行轉置工作的進行,本階段為轉置專案中十分重要的一個階段,亦是直接進行程式轉寫的階段。

  1. 準備程式碼:因為轉置專案主要的進行方式,是將舊有系統透過有系統性的規範進行程式改寫,轉置成新系統,而轉置的過程中,舊系統的程式碼、邏輯將是轉置過程中驗證的基礎。
  2. 重構使用者介面:重新改良舊系統中不易操作的畫面,透過操作動作分析的行為,進行畫面的重構,以提升未來使用者操作的簡易性。
  3. 轉置工作:進行程式碼改寫的作業,改寫的過程中,必須依照程式撰寫規範,進行註解編寫、程式碼撰寫時的變數、物件命名定義。
  4. 產出測試腳本:因為轉置行為會存在新、舊兩套系統,而舊系統會有一定作業流程,在轉置過程當中,也一併產出未來測試的腳本,以確保舊有流程在新系統中相同存在(或進行優化)。
  5. 建立上線腳本:依照上線步驟的規劃產出腳本所規範的步驟文件,未來依照該上線腳本,將新版程式部署到機器。
轉置階段(Migration)

上線階段

  1. 上線確認測試:程式開發完成之後,必須在測試環境確認其功能性均正常且完整後,才可上傳到正式環境。
  2. 壓力測試:有部份形態的系統(例如:對外部會員提供服務的系統),需要考量大量使用者同時進入使用時高度負載,所以在部份的案例之下,需要進行壓力測試的工作。
  3. 建置:開發完成,且在測試環境中確認執行的效果均為正常,使用者可以依照上線腳本所規劃的步驟進行正式機上線工作,專案始稱完成。