资讯系统开发与管理课件

1、资讯系统开发与管理1 資訊系統開發與管理資訊系統開發與管理 z 治國之有法術賞罰，猶若陸行之有犀車良馬也，水行之有 輕舟便輯也。- 韓非子 (B.C.280 B.C. 233) z There is no security on earth. There is only opportunity. (地球上沒有安全，只有機會)- 麥克阿瑟將軍 资讯系统开发与管理2 綱要綱要 z 一、企業內的企業 z 二、資訊系統開發 z 三、資訊系統經濟評估 (略) z 四、資訊系統規劃 (略) z 五、生命週期(SDLC)資訊系統開發方法 z 六、雛型開發方法 z 七、套裝軟體與企業資源規劃 z 八、資訊系統

2、專案管理 (略) z 九、使用者自建系統 z 十、資訊系統委外 z 十一、應用服務提供 (略) z 十二、網路服務架構 (略) z 十三、資訊系統建置 z 十四、資訊部門組織與地位 (略) z 十五、資訊安全與控制 (略) z 十六、資訊系統的評估與失敗的原因 资讯系统开发与管理3 一、企業內的企業一、企業內的企業 z 1980年代，資訊部門被稱為企業內的企業(a business in a business) y企業的功能: 生產、行銷、會計、財務、人力資源、研究發展、策 略管理。 y資訊部門: 生產作業的資訊、成本及計價(會計)的資訊、IT投資與 效益分析(財務管理)。 z 1990年代，

3、資訊科技或處理方式變化， y例如: 使用者自建系統、分散式處理、委外開發或處理。 y資訊部門的界限模糊: 其功能分散到企業內各部門或企業外的委外 公司。 z 資訊科技的應用不一定要跟著潮流走。 y先入者優勢(first movers advantage )不是永遠是對的。 y企業要評估自己的策略、規模、結構、文化、能力、技術、財務、 外在的競爭，選擇適合的資訊科技應用。 资讯系统开发与管理4 二、資訊系統開發二、資訊系統開發 圖10-1 資訊系統開發 资讯系统开发与管理5 5 圖10-2 軟體專案開發的實情 资讯系统开发与管理6 6 资讯系统开发与管理7 五、生命週期資訊系統開發方法五、生命週

4、期資訊系統開發方法 z 生命週期法(System Development Life Cycle, SDLC)是開發 資訊系統的傳統方法，又稱為瀑布模式(waterfall model)。 y包括: 系統規劃、系統分析、系統設計、程式設計、系統測試、系 統建置等階段，序列式進行，每個階段有其標準程序和文件。 y修改資訊需求規格，按規定填寫變更需求申請單(change request)。 y使用者在系統設計階段以後，資訊需求的變更就比較困難。 圖10-7 生命週期溝通 不良的錯誤結果 资讯系统开发与管理8 系統分析與設計系統分析與設計 z 一般系統分析的本質: 調查整個系統問題的內涵，研究系 統的

5、目標、系統效果的標準，並且評估各方案的效果與成 本。 z 系統分析可以應用於資訊系統的開發建立: y定義其成分及整體性的考量。 y定義資訊處理子系統，說明邊界及介面。 y系統的模式、回饋與控制功能。 y開發計畫的時程，控制、監督開發過程。 y指定專案主持人，負責劃分子系統、控制時間、成本、品質。 资讯系统开发与管理9 (一一) 結構化分析與設計結構化分析與設計 z 由上而下(top-down)定義子系統。 z 階層式: 每個階層子系統之間的介面要清楚定義。 z 模組化: 邊界與介面都定義了，可以應用黑箱(black box)的 觀念: y在高階層的設計中，可以將低階層的子系統視為黑箱。 z 例

6、如: 訂單處理系統，信用檢查是它的子系統， y先將信用檢查當作黑箱，不定義如何檢查信用，只定義它的投入 與產出(input and output)，訂單處理系統就可以繼續分析。 y細部設計時，才根據投入與產出，定義信用檢查子系統。 z 減小聯繫力(coupling): 使各子系統愈獨立愈好。 y將系統可能改變的影響，可以單獨處理，增進系統的適應性。 y越容易修改一個子系統，而不影響其他的子系統。 资讯系统开发与管理10 (二二) 物件導向分析與設計物件導向分析與設計 z 物件(object)是系統中特定實體(entity)或有意義的概念 y本身存有一組資訊來表示物件的現況(屬性、狀態) y擁有

7、一組屬於該物件的行為(活動或操作)，可以改變此物件的現 況。 z 物件導向(object-oriented)程式設計是近年來程式設計的新 觀念， y站在人性化(使用者)的觀點，思考程式的邏輯。 y將所需要的程式碼與資料放在一起，形成一個物件。 z 汽車物件: y屬性: 車型、排氣量、廠牌、汽缸數、顏色。 y行為: 發動、開車門、開冷氣。 z 物件導向程式語言 y80年代: Smalltalk y90年代: C+, Java 资讯系统开发与管理11 物件導向的基本法則物件導向的基本法則 z 封裝(encapsulation): 物件 = 屬性 + 行為 y所有物件的操作方式及介面，均定義在行為的

8、部分。 y撰寫程式時，可以利用黑箱的概念，輕鬆連結不同物件。 z 繼承(inheritance): 新的物件可以繼承原有的物件，修改增 加新特性，適合新的應用程式。 z 多型(polymorphism): 同一名稱，可以因物件不同，賦予不 同的意義。 y例如: 令食物(food)物件具備計算所含熱量(calorie)的功能，不同的 食物類別(class)可以有不同計算方式。 y可以利用繼承關係，定義不同的計算所含熱量的功能。 资讯系统开发与管理12 六、雛型開發方法六、雛型開發方法 z 雛型開發方法(prototyping)，或稱為快速應用設計(rapid application design

9、/development) y很快的設計出一個雛型系統，讓使用者和分析師在互動和循環過程中， 修改這個雛型，一直到完成系統。 y運用的時機: 使用者需求開始時無法清楚的定義。 z 雛型開發方法的步驟: y使用者和資訊專業人員成立小組。 y設計初步雛型綱要。 y利用雛型發展工具，建立雛型。 y畫面和結果展示給使用者。 y使用者回饋和修改。 y請專家提供改進建議或是否合乎組織標準。 y完成雛型系統。 y使用者接受。 y建置維護。 资讯系统开发与管理13 七、套裝軟體與企業資源規劃七、套裝軟體與企業資源規劃 z 應用套裝軟體(application package)是軟體公司已開發好的 一套程式，可

10、以商業化的出售或出租。 y以多數企業的普遍需求來製作 y若企業有特殊需求，要修改套裝程式，通常軟體業者會給予客製 化的彈性，但成本會增加很多。 z 企業資源規劃(Enterprise Resource Planning, ERP)基本上是 從物料需求規劃(MRP)演進而來的企業規劃方法，是一門 學科，包括: 限制理論、作業計畫、庫存策略等。 z ERP導入失敗因素: 似乎都歸罪於使用者公司。 z ERP實施問題: 實行、成本效益、溝通、狗吃狗食(dog eats dog food)、穩健性、彈性、系統整合、策略優勢或策略必 要。 资讯系统开发与管理14 九、使用者自建系統九、使用者自建系統 z

11、 1980年代以前，資訊系統的功能(IS function)，都是由資 訊專業人員來管理和控制的。 z 1980年代，許多這些責任移轉到使用這些資訊的人身上， 這些人稱為(終端)使用者(end users)。 z 電腦硬體和軟體的進步，改善了資訊科技的取得 (available)、經費負擔(affordable)、使用方便(usable)。 y個人生產力軟體: 文書處理、試算表、資料庫管理系統。 y第四代語言、圖形介面、滑鼠、筆式輸入、雷射印表機。 y電腦通訊和網路。 z 使用者自建(End-User Computing, EUC): 讓使用者或其他 部門自行開發設計系統，而資訊人員扮演協助、

12、訓練、提 供工具的角色。 资讯系统开发与管理15 使用者自建系統的優點及風險使用者自建系統的優點及風險 z 使用者的種類 y非程式的使用者(non-programming end users) y下指令的使用者(command-level users) y寫程式的使用者(end-user programmers) y功能支援人員(functional support personnel) z 使用者自建系統(EUC)的優點 y紓解資訊人員短缺的問題。 y消除資訊系統需求決定的問題。 y消除技術的系統專家和非技術的使用者間潛在的問題。 z 使用者自建系統的風險 y系統分析師角色的消除，整個過程缺

13、乏外在的檢視者。 y確認應用軟體的正確性和完整性方面，使用者的能力是有限的。 y過程中，缺乏軟體品質保證的程序。 资讯系统开发与管理16 使用者自建系統的開發過程使用者自建系統的開發過程 圖10-12 使用者自建系統的開發與設計 资讯系统开发与管理17 使用者自建系統的管理使用者自建系統的管理 z EUC政策制定: 確認適合的EUC實務、EUC活動的可接受 型式。 z EUC計畫: 認清目標、建立協調合作、資源分配。 z EUC支援: 資訊中心是支援EUC的資訊單位，其功能為訓 練使用應用套裝軟體、選擇硬體和軟體、協助使用資料庫、 系統分析、設計及建置的協助。 z EUC控制: 確保計畫能有效

14、的執行。 资讯系统开发与管理18 十、資訊系統委外十、資訊系統委外 z 策略委外(strategic outsourcing): 對企業而言，是一種特別 形式的轉包契約。 y委外或自行開發，可視為外購或生產的決策。(委外 =外購; 自行 開發 =生產) y委外(或外包)的服務: 警衛、保全、清潔、員工退休金儲蓄管理、 會計、稅務、法律、儀器/存貨管理、廣告、伙食、資訊科技。 z 資訊系統委外(IS outsourcing): 將組織中資訊的儀器(電腦)、 (網路)設備、軟體資料庫、(資訊)人員，以及相關活動等， 部分或全部，移轉到外部的資訊服務提供廠商來管理。 z 1993年: 台灣資訊委外的

15、市場有321億台幣，估計每年20% 的成長率。 z 1996年: 行政院研擬行政部門資訊系統整體委外。 资讯系统开发与管理19 實例實例 英國石油探勘公司英國石油探勘公司 资讯系统开发与管理20 資訊委外的項目和市場資訊委外的項目和市場 z 設備管理、硬體維修: 無成長，成熟市場。 z 作業顧問、套裝軟體安裝、流程再造: 成長，多由外界提 供。 z 程式設計、系統整合: 微成長，部分會外包。 z 資料輸入與處理、作業管理: 成長，60%企業偏好內部提 供。 z 網路管理: 高成長，未成熟市場，參見ASP。 z 災害回復: 成長，75%外包。 z 取得外部資料庫: 成長，Internet市場。

16、资讯系统开发与管理21 資訊委外的理論基礎及動機資訊委外的理論基礎及動機 z 減少人員及薪資費用。 z 有利於資訊科技的開發。 z 具有彈性。 z 企業內部(資訊人員和使用者)的衝突可以避免。 z 委外也是一種獲得專門知識的方法。 z 策略原因，有關於企業再造、核心功能和競爭優勢。 z 委外公司大量採購或租賃，降低成本。 z 利用委外將分散式處理的企業文化，變成集中式。 资讯系统开发与管理22 委外的風險危機委外的風險危機 z 對服務失去控制。 z 委外聘僱人員誠信度可能比較低。 z 花費實際上可能比預估高。 z 企業可能因而失去委外功能的專門知識，並且再也無法獲 取。 z 如果核心競爭力的選

17、擇不智，則企業的精簡，可能造成長 期營利的衰退。 z 有一些動作的花費也必須列入: 與委外公司的交易成本、 研究、協調、監督、及管理聘僱人員。 资讯系统开发与管理23 成功委外的技巧、合約項目成功委外的技巧、合約項目 z 成功委外的技巧 y委外的決策，目標界定都必須經過審慎考慮。 y委外的服務，於服務合約內，指定對品質、可靠度及其他標準的 要求。 y避免任意簽訂支援服務的合約。 z 委外合約應考慮的項目 y計畫: 成立合約管理小組、成員、草擬合約。 y範圍: 界定服務範圍、如何支援、服務內容、預期變化等。 y實效: 確認標準、量化參數、具體罰則。 y實施: (1) 監視機制: 績效報告、付款作

18、業、定期稽核。 y (2) 資源移轉流程。 y (3) 控制機制: 安全控制、損害賠償、款項扣留。 y終止: 終止合約程序、終止時廠商應該之協助、買回條款。 资讯系统开发与管理24 委外的關係委外的關係 z 加值型委外(value-added outsourcing): 委外目的是為了改善經營績效。 z 相互持股型委外(equity holdings): 共同分擔風險。 z 多包商型委外(multi-sourcing): 避免單一委外的風險。 z 跨國型委外(offshore outsourcing): 將系統開發委外到低成本的國家， 如印度是歐美國家主要的委外國家。 z 合作型委外(co-sourcing): 廠商依委外的績效分享收入，宏碁與台北銀