專案生命週期與階段.pptVIP

* 螺旋模型 (1)概念驗證迴圈階段 (2)初始系統建設迴圈階段 (3)中間系統建設迴圈階段 (4)最終系統建設迴圈階段 資訊系統領域常見的典型專案生命週期模型 * 資訊系統領域常見的典型專案生命週期模型 螺旋模型 * Vee字模型 資訊系統領域常見的典型專案生命週期模型 * 迭代模型 部署 測試 實現 分析與設計 需求獲取 業務建模 移交階段 構造階段 細化階段 初始階段 核心工作流 專案生命週期 部署 測試 實現 分析與設計 需求獲取 業務建模 移交階段 構造階段 細化階段 初始階段 核心工作流 專案生命週期 資訊系統領域常見的典型專案生命週期模型 * 迭代模型 (1)初始階段 (2)細化階段 (3)構造階段 (4)移交階段 資訊系統領域常見的典型專案生命週期模型 * Q A 輸入。這是一個專案管理具體過程從上一個專案管理具體過程所獲得的給定檔、資訊和資料。它們是前一個專案管理具體過程所生成的輸出。一個專案管理具體過程的輸入是這一過程中所開展的管理工作與專案實現工作的依據。例如，一個“計畫過程”所獲得的輸入是開始實施一個專案階段的決策檔和資訊與資料；一個“實施過程”所獲得的輸入是包括各種計畫檔和相關技術檔和資訊與資料。 活動/過程。這是指在一個專案管理具體過程中，將所獲“輸入”轉變成的“輸出”所開展的工作和活動。不同的專案管理具體過程有不同的輸入轉為輸出的具體活動，這些活動構成了一個專案管理的具體過程。在一個專案管理具體過程的活動中，有些活動是核心性活動，有些是輔助性活動。例如，在“計畫過程”、“實施過程”和“控制過程”中都有一系列核心性活動和相應的一些輔助性活動。 工具、方法和技術。這是指在一個專案管理具體過程中，在將“輸入”轉成“輸出”的過程中所使用的方法和工具。其中，工具是轉變過程中所採用的具體技術手段，方法是轉變過程中所使用的程式和做法。例如，“控制過程”中使用的各種控制圖表就屬於工具的範疇，而所採用的事前控制、事中控制和事後控制的程式和做法就屬於方法的範疇；而在“計畫過程”中所使用的“甘特圖”就屬於工具，但採用的專案計畫評審法（PERT）或關鍵路徑法（CPM）則屬於方法的範疇。 輸出。這是一個專案管理具體過程所產生的，以檔或資訊的形式給出的結果。例如，一個“計畫過程”的輸出就是各種計畫檔和相應的一些資訊與資料等。這些輸出的檔、資訊和資料既是一個專案管理具體過程的輸出，又是下一個專案管理具體過程的輸入，或者是下一個專案階段的輸入。例如，一個“計畫過程”輸出的各種計畫檔和資訊與資料是“實施過程”和“控制過程”的輸入，而一個“結束過程”輸出的各種檔、資訊和資料是下一個專案階段的“起始過程”的輸入。 一連串行動(Action) A A+ 瀑布模型是一個經典的軟體生命週期模型，一般將軟體開發分為：可行性分析（計畫）、需求分析、軟體設計（概要設計、詳細設計）、編碼（含單元測試）、測試、運行維護等幾個階段，如圖1-28所示。瀑布模型中每項開發活動具有以下特點： 從上一項開發活動接受該項活動的工作對象作為輸入。 利用這輸入，實施該項活動應完成的工作內容。 給出該項活動的工作成果，作為輸出傳給一下項開發活動。 對該活動的實施工作成果進行評審。若其所作成果得到確認，則繼續進行下反復。以較小的成本/費用來開發軟體。 瀑布模型(waterfall model)是建立在一定的假設基礎之上，即假設直到工作上游(upstream)的不確定性問題得到瞭解決並已經滿足了主要控制關口(control gates)的審查要求後，下游(downstream)的工作才能開始。這個由Winston W. Royce[1] 博士發明的圖解表示方法將軟體專案週期表示為一連串的對角線步驟，垂直地從左上方走到右下方。把這個圖形叫做瀑布模型的原因是由於專案活動以不連續的順序，按照線性的階段從上端進行到下端。但是，對於一些複雜的高風險的專案來講，這種模型是不適用的。美國總會計署(General Accounting Office)的一名電腦科學家Rona Stillman認為：「瀑布模型是一種風險很高的模型。這種模型鼓勵進行不實際的成本和進度估算，促使了自由開發問題(problem free development)的出現。」 像硬體造型一樣，在專案週期的早期，經常需要進行軟體的設計和編碼，以便確保正確理解需求並証明技術可行。由於這些原因，很多組織並沒採用這些模型或者是相似的模型。對於許多實際情況來說，這種模型並不適用。 [1] Winston W. Royce,“Managing the Development of Large Software Systems,”Proceedings, IEEE WESCON, (A