生命周期模式.pptVIP

1-2 生命週期模式 生命週期模型式系統開發的模式之一，這裡先來看看什麼是方法論，再來談生命週期模型，以及每個階段的產物。 什麼是資訊系統開發模式(Information system development model)？ 上一節談到軟體工程，軟體的定義和種類、軟體工程和系統分析的主要內容，但是都還沒談到到底要怎麼做，先來看看資訊系統和軟體有什麼不同。 資訊系統的範圍比較大，不僅僅是軟體而已，還包含了軟體、硬體、使用者、資料、網路和科技等，也可以說，資訊系統的建置是為了配合企業的需要，了解企業組織的現況，設計並取得企業所需要的硬體設備和軟體，配合企業組織修改或在造，支援企業程序及營運、管理階層決策、或是為企業爭取競爭優勢，所以說資訊系統的開發，並不只是在做軟體的開發，不只是用很棒的程式語言，寫出執行很有效率的程式，而是為企業創造出結合軟硬體和使用者，以流程貫穿的企業功能或活動，比如說企業買了一套顧客關係管理(CRM)的軟體，準備要來做顧客的分類和利潤的管理，但是光是買入軟體是沒有用的，必須要配合企業的作業流程，員工在做銷售時要能配合輸入所需要的資料，管理階層或是分析人員要做資料的分析和使用，MIS工負責維護系統，企業經過流程的設計，使用了軟硬體設備，獲得資訊，才能算一個資訊系統。 所以資訊系統的開發的問題可以說是每個企業都不同，也可以說每種資訊系統所要考慮的都不同，是要開發什麼系統？給誰用？怎麼用？資訊系統的開發，不是指套裝軟體的開發，開發者必須用很多心思去了解企業組織的現況，現在的作業流程是怎樣的，有哪些員工參與這些流程，企業營運上有哪些問題是和所要導入的資訊系統相關的，需要怎樣的軟體和硬體設備，需要怎樣的資料庫和網路支援，總而言之，資訊系統的開發是要設計並建置出適合企業使用的資訊系統，幫助企業的營運，進而能和同業競爭。 資訊系統開發模式就是提供一個開發工作架構(可以說是framework)給系統開發者，提供從頭到尾的資訊系統開發該做的步驟和程序，讓整個資訊系統開發專案有條理可循，讓參與資訊系統開發專案的人能夠了解整個專案的進行過程，現在開發的進度到哪裡，該做些麼工作等，有許多學者提出一些開發的方法論(methodology)來幫助開發者進行系統的開發工作 方法論: 1950年代 ，編碼與修正模式(Code-and-fix model) 1956年， Bengington提出階段模式(Stagewise model) 1970年，Royce提出瀑布模式(Waterfall model)，又稱生命週期模式(System development life cycle, SDLC) 1971年，Mills提出漸增模式(Incremental model) 1977年，Bally等人提出雛型模式(Prototyping model) 1986年、1988年，Mills等人和Boehm提出螺旋模式(Spiral model) 1993年，Aoyama提出同步模式(Concurrent model) 系統發展生命週期(System Development Life Cycle, SDLC) Royce, W.W.於1970年首先提出瀑布模式(Waterfall model)，即是依照資訊系統開發的生命週期階段來進行規劃，又稱系統發展生命週期(System Development Life Cycle, SDLC)，將資訊系統開發分成幾個階段，定義出每一個階段的工作內容和產出的產品，一個階段執行結束後，進入下一個階段，像是瀑布的水流到下一層一樣，至於要分成幾個階段，則要看專案的複雜度而定，常被分為五大階段 。 系統發展生命週期五大階段: 系統規劃(System planning) 系統需求分析(System requirement analysis) 系統設計(System design) 系統發展與建置(System development and implementation) 系統上線與維護(System roll out and maintain) 每個階段工作結束後，各自會有不同的產出，前三個階段的產出，主要是以計劃和設計文件的為主，第四個階段是系統開發和建置的階段，也就是說該階段的產品是硬體的建置，和軟體的開發，整合起來並且測試系統環境，最後一個階段是系統的上線和維護，需要有上線計劃，以及之後的系統維護工作記錄。另外，當在一個階段中工作時，發現上一個階段的設計或是工作有問題時，可以回到上一個階段的工作結果來作修改的動作，但是如果一直回去修改，就失去階段性作業的意義，也許表示上一個階段的工作做得很差，當然系統的開發是很有彈性的，完全禁止回到上一階段修改該階段的產品，實際上