系統(tǒng)分析與設(shè)計的專案管理.ppt_第1頁
系統(tǒng)分析與設(shè)計的專案管理.ppt_第2頁
系統(tǒng)分析與設(shè)計的專案管理.ppt_第3頁
系統(tǒng)分析與設(shè)計的專案管理.ppt_第4頁
系統(tǒng)分析與設(shè)計的專案管理.ppt_第5頁
已閱讀5頁,還剩36頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、第十六章 系統(tǒng)分析與設(shè)計的專案管理,內(nèi)容大綱,學習目標 第一節(jié) 導論 第二節(jié) 瞭解專案 第三節(jié) 界定範圍 第四節(jié) 工作規(guī)劃 第五節(jié) 有效的執(zhí)行 第六節(jié) 評估與控制 第七節(jié) 型態(tài)管理 第八節(jié) 品質(zhì)管理 第九節(jié) 風險管理 第十節(jié) 結(jié)論,學習目標,詳讀本章,你至少可以瞭解: 專案管理的方法應用在系統(tǒng)分析與設(shè)計的優(yōu)點。 系統(tǒng)分析與設(shè)計的專案管理議題: 對整體專案的瞭解:包括對專案的起源及歷史、專案使用者、主導者、反對者、優(yōu)先順序和相關(guān)專案的瞭解。 範圍的界定:包括定義系統(tǒng)功能及交付項目。 工作規(guī)劃:包括人力規(guī)劃、成本規(guī)劃及時程規(guī)劃。,學習目標(續(xù)),有效的執(zhí)行:包括運用組織領(lǐng)導、團隊建立、使用者參與和

2、有效的會議來提高效果。 評估與控制:介紹時程與成本的評估與控制的方法。 型態(tài)管理:以型態(tài)管理與變更管理來控制版本的一致性及變更所帶來的衝擊。 品質(zhì)管理:介紹審查、檢驗和稽核的技巧。 風險管理:介紹風險認定、風險評估、風險分級、風險規(guī)劃、風險減緩和風險追蹤六項風險管理內(nèi)容。,導論,系統(tǒng)分析與設(shè)計是使用者與程式設(shè)計師之間的橋樑,由於它的專業(yè)性與重要性,故引進專案管理的方法可使系統(tǒng)分析與設(shè)計做的更好。 專案是一項在預定的時間內(nèi)投入預定的資源,以達到特定目標的工作,專案管理則是應用管理的原則及方法,使專案得以順利進行達成預定目標。,導論(續(xù)),系統(tǒng)分析與設(shè)計的專案管理可分為下列幾個主題來探討: 對整體

3、專案的瞭解 範圍的界定 工作規(guī)劃 有效的執(zhí)行 評估及控制 型態(tài)管理 品質(zhì)管理 風險管理,瞭解專案,探討下列議題有助於對專案的瞭解: 專案是如何開始的? 主要的使用者是誰? 意見的主導者在哪裏? 哪些人或部門是專案的倡導者?反對者?旁觀者? 是否有相關(guān)的專案?關(guān)係如何? 高階管理者與顧客對時間、金錢、品質(zhì)與信譽等因素的優(yōu)先順序為何? 重要的人員及角色為何?,界定範圍,系統(tǒng)範圍失控將會引發(fā)全面性專案管理的問題,如: 成本超支 時效延誤 需求衝突 設(shè)計更改 管理複雜度提高 界定範圍主要是定義哪些工作該做、哪些不必做、交付什麼項目與內(nèi)容等。,界定範圍(續(xù)),界定範圍是一個討論、溝通與協(xié)調(diào)的過程,過程中

4、應考量時間的限制、資源的多寡和顧客的優(yōu)先順序等。 界定範圍的方法可透過工作分解圖(WBS)將系統(tǒng)的功能加以展開,在決定哪些功能要納入專案時,應注意有哪些功能無法分割、有哪些可分階段來進行、有哪些功能可以縮減等。,工作規(guī)劃,預算規(guī)劃 系統(tǒng)分析與設(shè)計的預算規(guī)劃可以從由上而下和由下而上兩種角度來看。 由上而下的方法將專案的總預算,依過去經(jīng)驗的平均值分配到系統(tǒng)分析與設(shè)計的階段。 由下而上的方法是由工作分解圖中所列的功能逐一估計,由下而上加總後得到的預算估計。 估計的過程中,這兩種方法可並行使用,以相互對照。,工作規(guī)劃(續(xù)),預算可依下列項目加以細分: 人事費用 資本支出 費用 經(jīng)常費用 時程規(guī)劃 時程

5、規(guī)劃的目的在於定義: 系統(tǒng)分析與設(shè)計的活動 每個活動所需的時間 活動的先後順序及起始完成日期,工作規(guī)劃(續(xù)1),時程規(guī)劃之步驟 將系統(tǒng)分析與設(shè)計的活動依工作分解圖展開(如圖16-1)。 找出活動的先後順序並劃成PERT(如圖 16-2)。 找出要徑及各活動的寬延時間。 將活動的起迄時間轉(zhuǎn)為甘特圖(如圖16-3)。 資源過度分配及不平衡的情形可考量人員調(diào)配、資源限制等因素,再利用寬延時間的彈性進行資源的平滑,如圖16-4、圖16-5所示。,圖16-1 工作分解圖,圖16-2 PERT圖,欄位左表工期、欄位右表寬延時間,圖16-3 不考慮過度分派情況下之人力分配,註:圖中百分比代表一個人的工作量。

6、,圖16-4 延後資料塑模以達 到資源平滑,圖16-5 將測試計畫細分以達到資源平滑,有效的執(zhí)行,在系統(tǒng)分析與設(shè)計執(zhí)行的過程中,許多專案管理的技巧可以運用,例如 人員的組織與領(lǐng)導 使用者的參與 有效的會議,有效的執(zhí)行(續(xù)),人員的組織與領(lǐng)導 系統(tǒng)分析與設(shè)計人員的組織與領(lǐng)導,包括人員的招募、培訓、團隊建立、激勵、領(lǐng)導等工作。 系統(tǒng)分析師能力的優(yōu)劣對生產(chǎn)力的影響可高達數(shù)倍,可知人員挑選及訓練的重要性。系統(tǒng)分析師是資訊系統(tǒng)發(fā)展過程中的重要人物。 成功的系統(tǒng)分析師必須具備之技巧 分析 技術(shù) 管理 人際關(guān)係,有效執(zhí)行(續(xù)1),團隊建立是透過活動的設(shè)計、環(huán)境的建立和文化的塑造,使一群來自不同背景的人能建立

7、共識和情感,並朝共同的目標努力。 團隊建立的一些重要事項 明確宣示專案的目標。 團隊人員參與擬訂達成目標的方法以建立共識。 強調(diào)團隊而非個人的成果及榮譽。 舉辦聯(lián)誼活動以建立情感。 共同的工作地點、共同的標誌、共同的作業(yè)環(huán)境等,以提高對團隊的認同。 提供獎勵,以激勵團隊。,有效執(zhí)行(續(xù)2),使用者的參與 提高系統(tǒng)開發(fā)的成功率 提高系統(tǒng)開發(fā)的效率 縮短開發(fā)時間 使用者參與的方式和程度 諮詢式參與 指派代表參與 共同開發(fā),有效執(zhí)行(續(xù)3),有效的會議 幾個重要的事項或角色 主持人 議程 群體互動的機制 記錄,評估與控制,控制的機制在於評估執(zhí)行的過程與結(jié)果是否符合原訂的計畫,若和原先的計畫不符,則應

8、採取校正的措施(圖16-6)。 評估與控制包括下列項目: 依原定的衡量標準蒐集專案資料並加以分析。 將衡量的結(jié)果和原計畫互相比較。 找出差異和問題。 進行調(diào)整並採取校正行動。,圖16-6 實際成本與計畫成本的比較,型態(tài)管理,在軟體生命週期中,型態(tài)管理針對文件、產(chǎn)出及開發(fā)環(huán)境加以控管,確保其整體性與可追踨性的管理過程(如圖16-7)。 變更要求必須經(jīng)由一定的程序處理(如圖16-8)。 型態(tài)管理之主要工作 型態(tài)識別 型態(tài)變更控制 型態(tài)稽核 型態(tài)狀況彙報,圖16-7 軟體開發(fā)過程與型態(tài)管理之關(guān)係,型態(tài)管理(續(xù)),主要工作:制訂型態(tài)項目、建立型態(tài)基準線、製作型態(tài)項目的、文件與型態(tài)項目的編碼 。 針對每

9、個型態(tài)項目實施確認工作:定義、命名、編號等。 型態(tài)基準線的主要內(nèi)容包括需求規(guī)格、設(shè)計文件、計畫書、程式碼、工具、測試記錄、測試個案、變更記錄等,其目的是提供下一階段工作的正式標準以及控制變更。,型態(tài)管理(續(xù)1),型態(tài)變更控制是針對型態(tài)項目中已建立的型態(tài)基準線所提出的修改事項,進行評估、協(xié)調(diào)與核準,並且對於已核準之修改加以執(zhí)行,建立有系統(tǒng)的管制程序以確保型態(tài)項目在專案開發(fā)過程中的一致性。,圖16-8 變更管理流程,型態(tài)管理(續(xù)2),型態(tài)稽核活動之主要目的 確保軟體能夠符合規(guī)格、標準、合約規(guī)定或是其他準則。 型態(tài)狀況彙報 蒐集、紀錄、變更型態(tài)基準線的狀態(tài)。,品質(zhì)管理,在開發(fā)階段的早期就將品質(zhì)納入規(guī)

10、劃,即所謂的 Planned In。 在設(shè)計階段把所需要的品質(zhì)設(shè)計進去,稱為 Designed In。 在執(zhí)行及測試階段進行品質(zhì)檢驗,稱為 “Test Out”。 將品質(zhì)保證由後階段的測試移到前階段的分析與設(shè)計是一項進步的觀念,因修改之成本將數(shù)倍,甚至數(shù)十倍於一發(fā)生便立即去除的成本。,品質(zhì)管理(續(xù)),兩種常用於軟體開發(fā)的品質(zhì)管理之方法 審查 檢驗 審查 審查是透過會議的方法來找出潛在的錯誤,以確保品質(zhì)。審查可在系統(tǒng)開發(fā)的不同階段進行,要求的正式程度也有不同。,品質(zhì)管理(續(xù)1),正式審查程序之步驟 系統(tǒng)分析師準備審查資料,並事先發(fā)給參與審查的人員。 參與審查的人應事先閱讀資料,並依個人專長找出潛

11、在的問題。 選定適當?shù)娜水斨飨?由系統(tǒng)分析師向?qū)彶樾〗M提出報告。 審查小組依排定的議程及檢核表逐一審查。 審查後應做出審查通過、不通過或條件通過之決定。 記錄審查的結(jié)果以累積經(jīng)驗。,品質(zhì)管理(續(xù)2),檢驗 檢驗和審查有相輔相成的效果。 有別於審查之特點 由有經(jīng)驗的專家來檢驗:檢驗可深入技術(shù)的問題或?qū)W㈧遁^複雜的問題。 檢驗已完成的設(shè)計文件或程式碼,而非只是計畫或構(gòu)想 檢驗須依特定的步驟進行。 檢驗須有特定的角色扮演,包括主持人、記錄人、閱讀人及原作者等。 系統(tǒng)分析師在場並參與檢驗可節(jié)省檢驗者的時間及快速的進入問題核心。,風險管理,風險管理是在風險對專案造成威脅之前,針對風險的來源建立一個平衡

12、、整合性的策略,其步驟如下: 風險認定 風險評估 風險分級 風險規(guī)劃 風險減緩 風線追蹤,風險管理(續(xù)),風險認定 找出風險的來源,並判定是否屬於風險管理的範圍。 系統(tǒng)分析與設(shè)計所涉及之風險 人員風險 技術(shù)風險 顧客風險 市場風險 政治風險,風險管理(續(xù)1),風險評估 評估風險發(fā)生的機率大小,以及一旦發(fā)生後可能帶來的損失,兩者的綜合即為風險的大小。 總風險可以下列之數(shù)學式表示: :總風險 pi:第項風險發(fā)生的機率,0 pi 1 ci:第項風險發(fā)生的成本損失 n :風險項目的總數(shù),風險管理(續(xù)2),風險分級 依風險的大小排序,挑出重要的風險項目加以列管。 風險的項目很多,風險管理也必須付出成本,因此管理者只能針對重大的風險加以管理。 風險規(guī)劃 針對風險作適當?shù)囊?guī)劃,並找出最有效的方法來控制風險。,風險管理(續(xù)3),風險減緩 風險避免 風險分散 風險移轉(zhuǎn) 風險追蹤 風險會隨專案的進行而變動,有些消失、有些新增,管理者必須定期更新高風險的項目,列入管理並設(shè)法解決。,結(jié)論,傳統(tǒng)專案管理的目標在於運用管理的技巧,使專案能夠在預定的時間、預算內(nèi)達到所要求的功能。因此,對於時程、成本及品質(zhì)的規(guī)劃與控制便成為專案

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論