协助系统开发之助工具.pptVIP

第四章 : 協助系統開發之輔助工具　 早期系統開發靠經驗及靈感與藝術 系統開發常見之毛病 累積一堆待開發之業務 ( backlog ) 已開發之系統錯誤百出、 預算超支、 開發時程延後、 缺乏標準化機制、 維護困難 CASE 工具之使用成為一種必然之趨勢　　　 1. 影響 CASE 採用之因素　 協助系統開發人員每一階段之工作 ( Fig. 4-1 ) 採用CASE 之目的 ( Table 4.1.) 與利益( Table 4.3 ) ( 系統品質與開發速度為主要目標 ) CA 公司採用 CASE 之個案探討　　　　 　　 　　 　 採用 CASE 之阻礙因素　 購買成本高 若缺乏足夠之訓練 , 無法充分發揮功能 儘管整體開發時間會縮短 , 系統開發前期卻要投入較多時間 ( 無法立竿見影易讓管理者質疑） 採用 CASE 之阻礙因素 ( 續 ) 　　 不同 CASE 工具間資料之互通仍不易達成 　 ( 造成生產力受到質疑 ) 每一種 CASE 工具均有其配套之開發方法技術 ( 開發人員熟悉之方法可能不同 ) 妨礙組織採用 CASE 之因素 ( Table 4-4 )　 　　　　　　 未來展望 由於技術之成熟 , CASE 機能更加優異價格逐漸便宜 反向工程技術 ( Reverse Engineering ) 及 系統再造技術 ( Reengineering ) 使得舊程式得以轉換至新系統架構上 ( Figure 4-2 ) ( 目前之功能仍很粗糙 ) CASE 工具與性向、職務之影響 研究發現具不同性向之系統人員 , 其對 CASE 之接受程度有異 適合從事管理工作者較喜歡用 ( 可降低風險及不確定性 ) 適合從事技術層面者較為排斥 ( 擔心飯碗被工具取代 , 多年苦練之功力成空 ) 組織引進 CASE 後對不同職務人員之影響 ( Table 4-2 ) 企業引進 CASE 之關鍵因素 主要關鍵因素有 6 項 ( Table 4-5 ) , 其中尤其以高階主管之支持 最為重要 當企業主管對資訊部門能及時開發高品質軟體缺乏信心 , 常會使用如下之對策: 讓使用單位自行開發軟體 ( End User Computing ) 外包 ( Outsourcing ) 2. CASE 工具之分類及組成元素 CASE 產品可概略地區分成三類 : 上游 CASE 工具 ( 輔助系統開發前期 )(Upper Case) 下游 CASE 工具 ( 輔助系統開發後期 )(Lower Case) 整合上下游 工作之CASE 工具 ( Integrated CASE ) (儲存各開發階段資料的整合儲存庫 : repository) 系統開發階段與 CASE 工具之關聯 ( 規劃、分析、設計 ) vs. ( 建置、維護 ) CASE 之主要機能2.1. 繪圖功能 描述作業之處理及資料在系統內與環境互動間之關係 ( DFD : Figure 4-4 ) 描繪資料物件間之關聯 ( ERD : Figure 4-6) 繪製系統控制機置、機能分解結構圖 … 一張表達清楚的圖常勝過千言萬言 2.2 自動產生螢幕畫面及報表格式 ( 雛型 ) ( Figure 4 - 7 ) 2.3 自動偵測系統分析產品之正確性 ( 找出圖形不完整、不一致 … ) 2.4 提供一個整合系統開發相關資訊之儲存庫 2.5 製作標準化之系統文件 ( 分析設計規格、使用手冊 …. ) ( 系統人員比較在意程式而忽視文件製作 ) (好的系統文件讓維護工作輕鬆做( Figure 4-12 )) 2.6 經由設計文件自動產生程式碼 ( 通常必須在特定的系統軟體環境產生特 定之程式碼 ) 2.7 其他功能 : 隨機查詢、資料安全性控管、版本控管、資料檔案之移出移入轉換、系統備份與復原、使用者使用時間紀錄 …. 每一個開發階段 CASE 工具之使用概況 ( Table 4-6 )