軟件工程的可行性分析_第1頁
軟件工程的可行性分析_第2頁
軟件工程的可行性分析_第3頁
軟件工程的可行性分析_第4頁
軟件工程的可行性分析_第5頁
已閱讀5頁,還剩70頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

教學(xué)目的:理解可行性研究的基本任務(wù)和步驟理解成本/效益分析的方法。教學(xué)重點:可行性研究教學(xué)難點:成本/效益分析、風(fēng)險及其管理。作業(yè):第2章軟件工程的可行性研究1建筑精選課件MSF項目組模型一個項目的瀑布模型開發(fā)開始于問題定義和可行性研究(MSF開始于問題的構(gòu)思)。項目組由項目管理人員和系統(tǒng)開發(fā)人員組成。系統(tǒng)開發(fā)人員和項目管理人員溝通的文檔有系統(tǒng)開發(fā)計劃、系統(tǒng)開發(fā)月報和系統(tǒng)開發(fā)總結(jié)報告。系統(tǒng)開發(fā)活動中的若干個角色如下:項目組角色目標產(chǎn)品管理(產(chǎn)品經(jīng)理)讓客戶滿意程序管理在項目約束條件下交付開發(fā)(分析員、設(shè)計員)按產(chǎn)品規(guī)格交付測試解決所有已知問題后發(fā)布用戶教育提高用戶勝任力后勤管理平滑產(chǎn)品部署2建筑精選課件MSF小組模型

--------角色職責(zé)產(chǎn)品管理角色:扮演客戶推動小組:推動小組與客戶在項目期望方面達成共識。扮演小組推動客戶:讓客戶理解小組在做什么,小組為了滿足客戶的期望需要什么。管理客戶的期望:確保客戶認同當前的工作,協(xié)調(diào)客戶的期望和產(chǎn)品的實際情況保持一致。開發(fā)、維護和實施業(yè)務(wù)用例,業(yè)務(wù)用例用來評判項目的依據(jù)。推動特征的識別和確定優(yōu)先級,特征就是項目多個功能點的集合。開發(fā)、維護和實施通信計劃:如何把產(chǎn)品披露給客戶或者用戶,比如外部的市場計劃(內(nèi)部:通信計劃)3建筑精選課件MSF小組模型

--------角色職責(zé)程序管理角色:程序經(jīng)理是調(diào)解員和協(xié)調(diào)員,而不是代替項目經(jīng)理。推動所有過程:從服務(wù)角度出發(fā)并且以服務(wù)為目的來確定自己的項目進度,報告項目狀態(tài)、管理項目資源。管理產(chǎn)品范圍和規(guī)范,撰寫并提供功能規(guī)格說明文檔。管理小組“健康”和角色:保持小組斗志旺盛。4建筑精選課件MSF小組模型

--------角色職責(zé)開發(fā)角色:建造和測試產(chǎn)品,滿足規(guī)格說明和客戶期望參與產(chǎn)品設(shè)計估算完成產(chǎn)品開發(fā)的時間和投入以技術(shù)顧問的身份向小組提供服務(wù):對高層設(shè)計提出建議支持產(chǎn)品的安裝和部署:開發(fā):配置和定制產(chǎn)品:為項目撰寫所有核心的代碼,為項目提供更加詳細的技術(shù)規(guī)格說明文檔。5建筑精選課件MSF小組模型

--------角色職責(zé)測試角色:開發(fā)測試策略、計劃和腳本:理解用戶需求和產(chǎn)品將如何滿足這些需求管理建造過程:小項目測試者負責(zé)測試產(chǎn)品的建造,大項目由建造小組來開發(fā)測試產(chǎn)品。實施測試:目的是判斷產(chǎn)品開發(fā)的狀態(tài)或者部署的狀態(tài)參與設(shè)計質(zhì)量標準:協(xié)助確定可容忍的產(chǎn)品零缺陷級別。6建筑精選課件MSF小組模型

--------角色職責(zé)用戶教育角色:扮演小組推動最終用戶:準備為用戶達到勝任產(chǎn)品使用的能力的支持材料,以小組的身份提供給最終用戶。扮演最終用戶推動小組:把用戶的需求反饋給小組推動可用性過程:測試和跟蹤產(chǎn)品的可用性。參與定義用戶需求:可用性研究并且收集信息,并且把結(jié)果提交給小組(程序管理角色)設(shè)計和開發(fā)用戶勝任力支持系統(tǒng):要完成支持材料的設(shè)計、建造和測試。包括:參考卡片、用戶手冊、在線幫助、向?qū)踔镣暾恼n件。7建筑精選課件MSF小組模型

--------角色職責(zé)后勤管理角色:扮演小組推動營運:協(xié)調(diào)客戶的期望扮演營運人員推動小組:確保產(chǎn)品的可部署、可管理和可支持。管理產(chǎn)品部署:保證產(chǎn)品的平滑部署參與設(shè)計:根據(jù)以往經(jīng)驗向小組提出與產(chǎn)品部署有關(guān)的可管理性和可支持性的建議。在貝它測試中支持產(chǎn)品為產(chǎn)品發(fā)布培訓(xùn)營運人員:提供運營支持的技術(shù)和文檔,安裝和平臺配置。8建筑精選課件MSF不同角色在不同階段的工作職責(zé)總表角色前景認可項目計劃認可工作域認可發(fā)布產(chǎn)品管理撰寫前景文檔負責(zé)概念設(shè)計管理客戶需求協(xié)調(diào)β站點和產(chǎn)品發(fā)布程序管理確定設(shè)計目標,成功因素、建立項目基礎(chǔ)設(shè)施草擬功能規(guī)格說明,邏輯設(shè)計,為下階段制定計劃,確定交付日期管理規(guī)格說明,跟蹤項目、交流項目狀態(tài),準備β計劃,協(xié)調(diào)可用性測試跟蹤項目狀態(tài)和發(fā)布進度開發(fā)提供技術(shù)方面的咨詢評價技術(shù)、參加物理設(shè)計,估計每個任務(wù)的花費、定義進度開發(fā)產(chǎn)品元素、演示、構(gòu)造內(nèi)部發(fā)布、優(yōu)化代碼、協(xié)助可用性測試修理缺陷、整理完所有開發(fā)文檔用戶教育指定培訓(xùn)計劃、可視設(shè)計和培訓(xùn)的戰(zhàn)略從客戶勝任的角度評價設(shè)計,準備文檔和在線幫助材料撰寫和評估文檔、圖形和課程資料協(xié)助可用性測試實施培訓(xùn)測試評估前景/工作域陳述評價設(shè)計、為下一階段的測試做計劃。實施測試和報告結(jié)果,確認錯誤被更正,完成可用性測試確定β發(fā)布和最終發(fā)布、實施配置測試后勤管理識別部署要注意的問題評價設(shè)計,為首次運行制定計劃進度建立營運和支持的指導(dǎo)原則,制定最后發(fā)布的進度。支持β發(fā)布和管理首次試運行,管理發(fā)布過程所有角色定義風(fēng)險更新風(fēng)險更新風(fēng)險更新風(fēng)險9建筑精選課件2.1可行性研究

2.1.1可行性研究概述1.可行性研究的任務(wù)可行性研究的必要性:開發(fā)任何一個基于計算機的系統(tǒng)都會受到時間和資源的限制。因此,開發(fā)方在接受客戶的項目之前,必須根據(jù)客戶可能提供的時間和資源等條件進行可行性研究??尚行匝芯康那疤釛l件:要對待開發(fā)項目進行初步的需求定義??尚行匝芯康哪康模河米钚〉拇鷥r在盡可能短的時間內(nèi)確定該項目是否值得去解決,是否存在可行的解決方案。即在系統(tǒng)層面上論證系統(tǒng)開發(fā)的可行性,是壓縮的需求分析和設(shè)計過程。10建筑精選課件初步的項目需求定義案例

---問題的提出某校有9個部門:校辦、人事處、教務(wù)處、總務(wù)處、財務(wù)處、電氣系、機械系、管理系和基礎(chǔ)部。其中財務(wù)處有1名主任會計師、2名會計和2名出納。由于職工人數(shù)增多,每月發(fā)工資前幾天會計工作量大增,要抽調(diào)其他部門的人員幫忙,花一個星期才能把職工的工資表做出來。同時學(xué)校的規(guī)模還在繼續(xù)擴大,財務(wù)工作的工作量將日益繁重。為了減輕工作量,改善工作條件,學(xué)校決定用微機系統(tǒng)來處理工資問題。財務(wù)處首先到計算機軟件公司,請求幫助分析解決問題。MSF認為:這一問題的提出應(yīng)該由企業(yè)高層人士(管理層)參與。11建筑精選課件初步的項目需求定義案例

---系統(tǒng)分析員進行問題的定義獲得定義的出發(fā)點是:現(xiàn)實需求(MSF認為,描述現(xiàn)實需求不是機械地被動提煉的過程,而是要經(jīng)過由企業(yè)管理層參加的企業(yè)體系結(jié)構(gòu)小組重建企業(yè)體系結(jié)構(gòu)之后,再整理提煉企業(yè)體系結(jié)構(gòu)的現(xiàn)實需求)獲得定義的目的:明確問題(MSF:描述與業(yè)務(wù)目的和目標有關(guān)的關(guān)鍵成功因素)。定義過程:如果通過增加員工來應(yīng)付激增的工作量,則需要兩名職工,按照職工月工資500元計算,每年要增加工資支出1.2萬元。如果開發(fā)計算機工資管理系統(tǒng),每年至少可獲得1.2萬元的經(jīng)濟效益。為了節(jié)省1.2萬元,校方能投資多少錢呢?由于大多數(shù)單位希望在兩三年內(nèi)收回投資,因此,對于這個項目,2.5萬元的開發(fā)成本可能是一個投資上限。否則企業(yè)會覺得不值得。分析員為了與用戶溝通取得共識,還要做一個問題定義報告。12建筑精選課件初步的項目需求定義案例

----問題定義報告用戶單位某高校用戶負責(zé)人XXX分析員單位XX計算機軟件公司分析員XXX項目工資管理問題財務(wù)處每月的管理工作太忙:很多精力都花在工資管理事物中。項目目標研究工資管理系統(tǒng)的可能性項目規(guī)模這個項目的開發(fā)成本2.2萬元13建筑精選課件2.1.2可行性研究的任務(wù)1)技術(shù)可行性的研究目的:根據(jù)客戶提出的系統(tǒng)功能、性能要求及實現(xiàn)系統(tǒng)的各項約束條件,從技術(shù)的角度研究實現(xiàn)系統(tǒng)的可行性。2)技術(shù)可行性研究案例: 分析員通過查閱資料和訪談具體財務(wù)人員入手,掌握工資處理的大概情況:財務(wù)初每月接收每個職工當月的水電用量記錄,編制出當月職工的工資報表,并將當月工資發(fā)到職工手中,并且要為財務(wù)處輸出報表。在此基礎(chǔ)上,得出新系統(tǒng)的邏輯模型(頂層數(shù)據(jù)流圖)14建筑精選課件頂層數(shù)據(jù)流圖職工財務(wù)處工資管理系統(tǒng)水電表工資報表15建筑精選課件功能級數(shù)據(jù)流圖

--頂層數(shù)據(jù)流圖細化處理事物收集數(shù)據(jù)驗證數(shù)據(jù)發(fā)放工資產(chǎn)生報表職工職工財務(wù)處事物數(shù)據(jù)工資報表事務(wù)2134516建筑精選課件功能級數(shù)據(jù)流圖的說明處理事物、發(fā)放工資和產(chǎn)生報表是工資管理系統(tǒng)必須完成的3個主要功能。細化后的數(shù)據(jù)流圖中還增加了3個數(shù)據(jù)存儲。處理事物需要“事物數(shù)據(jù)”的存儲,產(chǎn)生報表和處理事物在不同時間,所以需要報表存儲;發(fā)放工資和處理事物也不在同一時間,所以也需要工資數(shù)據(jù)存儲。分析員進一步和用戶探討該功能流程圖,做必要的補充完善。據(jù)此分析員選出最佳方案,并且確定能否在2.5萬元內(nèi)完成此項目,及時報告用戶。由用戶決定是否開發(fā)。如果客戶的目標等有變化,則分析員重新進行上述分析。17建筑精選課件2.1.2可行性研究的任務(wù)2)經(jīng)濟可行性研究:估算項目的開發(fā)成本和投入使用后可能帶來的利潤,進行成本效益分析。及對其他產(chǎn)品或利潤的影響。 成本估算:計算機硬件、外部設(shè)備、軟件費用(初步考慮買一臺120GB硬盤的聯(lián)想PIV和一臺打印機含有關(guān)軟件:需要1.2萬元)+開發(fā)人員工資(需要5個人月的工作量,2000元/人月)=2.2萬元18建筑精選課件工資管理系統(tǒng)的成本/效益分析購買設(shè)備、軟件費用1.2萬人力5個月工資20001.0萬開發(fā)成本估計-2.2萬系統(tǒng)維護費-600元/年每年節(jié)省費用+1.2萬每年凈節(jié)省+1.14萬年節(jié)省(1+i)n【1】現(xiàn)在值累計現(xiàn)值11.14(F)1.12(P)1.01786萬1.01786萬21.14(F)1.25(P)9090.81元1.91269萬31.14(F)1.40(P)8142.86元2.74123萬第三年后純收入5212.36投資回收期2.52年貨幣的時間價值公式:F=P(1+i)n,i為貨幣年利率。19建筑精選課件代碼行技術(shù)(LOC技術(shù))確定功能,對實現(xiàn)該功能所需要的源代碼行數(shù)進行可靠估算。(根據(jù)歷史數(shù)據(jù)和經(jīng)驗)算出各個子功能代碼行數(shù)的平均值:最小規(guī)模a,最大規(guī)模b,最可能規(guī)模m,公式如下:Le=(a+4m+b)/6確定各子功能的代碼行成本(元/行)和生產(chǎn)率(行/人月):20建筑精選課件表代碼行技術(shù)估算實例功估算代碼行數(shù)行/人月元/行成本人/月能ambLe用戶接口控制180024002650234031514327607.4二維幾何分析………………計算機圖形顯示………外部設(shè)備控制………合計1481030918071.721建筑精選課件2.1.2可行性研究的任務(wù)3)社會可行性:研究要開發(fā)的項目是否存在侵犯、妨礙等責(zé)任問題。要開發(fā)的項目的運行方式在用戶組織內(nèi)是否行得通,現(xiàn)有管理制度、人員素質(zhì)和操作方式是否可行。是否與原有其他系統(tǒng)相矛盾。22建筑精選課件2.1.2可行性研究的任務(wù)1)經(jīng)濟可行性研究:估算項目的開發(fā)成本和投入使用后可能帶來的利潤,進行成本效益分析。及對其他產(chǎn)品或利潤的影響。2)技術(shù)可行性研究:根據(jù)客戶提出的系統(tǒng)功能、性能要求及實現(xiàn)系統(tǒng)的各項約束條件,從技術(shù)的角度研究實現(xiàn)系統(tǒng)的可行性并滿足必需的功能和性能,即開發(fā)風(fēng)險;用以開發(fā)系統(tǒng)的人力資源是否存在問題,硬軟件資源是否滿足開發(fā)要求等。3)運行、操作可行性研究:主要研究系統(tǒng)的運行方式在用戶單位是否可以有效地實施,是否與原有其他系統(tǒng)相矛盾;系統(tǒng)的操作規(guī)程在用戶單位內(nèi)是否可行,它包括人事、科技政策、管理方法等。23建筑精選課件1.可行性研究的任務(wù)4)法律可行性研究:研究新系統(tǒng)的開發(fā)和使用是否會侵犯他人的權(quán)益,是否觸犯了國家的法律法規(guī)。5)開發(fā)方案的選擇:可行性研究的最主要任務(wù)是對以后的行動提出建議。如果問題沒有可行的解,分析人員應(yīng)建議停止該項目,以避免造成進一步的浪費;如果問題值得解決,則提出并評價實現(xiàn)系統(tǒng)的各種可行的開發(fā)方案,從中選擇一種最佳方案,并為系統(tǒng)制定一個初步的開發(fā)計劃。24建筑精選課件2.可行性研究的步驟1、軟件工程調(diào)研1)現(xiàn)狀調(diào)查(1)方式:面談、電話、參觀、問卷、索取資料(2)調(diào)查的內(nèi)容①機構(gòu)組織:機構(gòu)及其職責(zé)的現(xiàn)在和未來②日常工作:各機構(gòu)日常工作及其的順序的現(xiàn)在與未來③數(shù)據(jù):數(shù)據(jù)的內(nèi)容、類型、保存方式、使用部門、使用方式與頻率的現(xiàn)在與未來④專業(yè)人員:執(zhí)行任務(wù)的相關(guān)人員的專業(yè)素質(zhì)、工作方式和聯(lián)絡(luò)方式的現(xiàn)狀與未來。⑤系統(tǒng)軟件:配置的現(xiàn)狀與未來⑥系統(tǒng)硬件:配置的現(xiàn)狀與未來。25建筑精選課件2.可行性研究的步驟1、軟件工程調(diào)研2)調(diào)查內(nèi)容的組織(主要)(1)現(xiàn)有機構(gòu)的組織機構(gòu)圖(2)現(xiàn)有機構(gòu)的功能示意圖(3)現(xiàn)有機構(gòu)的人員組織和功能示意圖(4)現(xiàn)有數(shù)據(jù)及來源清單(5)現(xiàn)有數(shù)據(jù)及其功能參照表(6)現(xiàn)有軟硬件關(guān)系圖26建筑精選課件2.可行性研究的步驟1、軟件工程調(diào)研3)調(diào)查內(nèi)容的分析(主要的)(1)機構(gòu)運作的邏輯數(shù)據(jù)流程圖①對于整個數(shù)據(jù)流程的每步過程,都要寫出數(shù)據(jù)的輸入是在怎樣轉(zhuǎn)化為數(shù)據(jù)輸出的。②每項處理均要用標號標明,并且要注明職責(zé)部門。③各主要處理均應(yīng)當以任務(wù)的形式出現(xiàn)。既要獨立的完成輸入處理輸出。④各主要處理的步驟應(yīng)簡單明了的注明。(2)軟件功能加入后的包括報表、文件、屏幕查詢或者更新的數(shù)據(jù)庫等產(chǎn)品。各個軟件產(chǎn)品應(yīng)有樣本讓客戶了解。(3)硬件資源表(現(xiàn)有的)(4)軟件資源表(未來的)27建筑精選課件2.可行性研究的步驟4)導(dǎo)出新系統(tǒng)的高層次物理解法,提出多個供選擇的方案,并對每一個方案的經(jīng)濟可行性、技術(shù)可行性、運行和操作可行性等進行分析比較。5)推薦建議的方案。如果系統(tǒng)分析員認為值得開發(fā),則應(yīng)指出開發(fā)的價值、推薦方案的理由并為推薦的系統(tǒng)草擬一份開發(fā)計劃;若分析員認為不值得開發(fā),也應(yīng)拿出充分的理由。并提交可行性研究報告等全部文檔。6)評審、復(fù)審和決策??尚行匝芯孔詈笠ㄟ^技術(shù)評審和管理復(fù)審,開發(fā)方和客戶方或使用部門負責(zé)人根據(jù)成本-效益分析等各項可行性研究的結(jié)論,決策是否繼續(xù)這項工程。28建筑精選課件2.2.2經(jīng)濟可行性對待開發(fā)系統(tǒng)的經(jīng)濟可行性的論證(其中主要是成本-效益分析)是可行性研究的重要內(nèi)容。它可用于評估系統(tǒng)的經(jīng)濟合理性、給出系統(tǒng)開發(fā)的成本估算,并將估算的成本與可獲得的利潤進行對比,從經(jīng)濟角度論證待開發(fā)系統(tǒng)是否可行。項目開發(fā)的成本受項目的特點、規(guī)模等多種因素的制約,尤其是其中的軟件要素的開發(fā)成本在可行性研究階段很難準確估算。經(jīng)濟效益——指應(yīng)用系統(tǒng)可為用戶增加的收入。社會效益——指應(yīng)用系統(tǒng)給社會帶來的好處。29建筑精選課件1.成本估算基于計算機系統(tǒng)的成本主要由4部分組成:①購置并安裝軟硬件及有關(guān)設(shè)備的費用。②系統(tǒng)開發(fā)費用。③系統(tǒng)安裝、運行和維護費用。④人員培訓(xùn)費用。在可行性研究階段只能對上述費用所構(gòu)成的成本進行估算。其中軟件開發(fā)成本可用前面已介紹的估算方法進行估算。在系統(tǒng)開發(fā)完畢并交付用戶運行后,即可統(tǒng)計出實際開發(fā)成本。30建筑精選課件【例3.1】已知一個基于計算機的系統(tǒng)的軟件升級的開發(fā)成本估算值為5000元,預(yù)計新系統(tǒng)投入運行后每年可以帶來2500元的收入,假定新軟件的生存周期(不包括開發(fā)時間)為5年,當年的年利率為12%,試對該系統(tǒng)的開發(fā)進行成本-效益分析。1.貨幣的時間價值:指同樣數(shù)量的貨幣隨時間的不同具有不同的價值。一般貨幣在不同時間的價值可用年利率來折算。設(shè):i表示年利率,現(xiàn)在存入P元,n年后的價值為F元,則有:F=P(1+i)n(3-1)31建筑精選課件表2-1將來的收入折算成現(xiàn)在值如果n年后能收入F元,這些錢折算成現(xiàn)在的價值稱為折現(xiàn)值,折現(xiàn)公式為:P=F/(1+i)n(2-2)對本題的將來的收入折現(xiàn),計算結(jié)果如表2-1所示。n(年)第n年的收入(1+i)n折現(xiàn)值累計折現(xiàn)值125001.122232.142232.14225001.25441992.984225.12325001.4049281779.456004.57425001.573519361588.807593.37525001.7623416831418.579011.9432建筑精選課件2.純收入。是指在整個生存周期系統(tǒng)的累計收入的折現(xiàn)值PT與總成本折現(xiàn)值ST之差,以T表示,則有:T=PT–ST=9011.94–5000=4011.94(元)(2-3)如果純收入小于或等于0,則這項工程單從經(jīng)濟觀點來看是不值得投資的。3.投資回收期。是指系統(tǒng)投入運行后累計的經(jīng)濟效益的折現(xiàn)值正好等于投資所需的時間。本例中的投資回收期為:2+(5000–4225.12)/1779.45=2+0.44=2.44(年)投資回收期越短,就能越快地獲得利潤,工程越值得投資。33建筑精選課件4.投資回收率。把資金投入到項目中與把資金存入銀行比較,其中投入到項目中可獲得的年利率就稱為項目的投資回收率。設(shè)S為現(xiàn)在的投資額,F(xiàn)i是第i年到年底一年的收益(i=1,2,…,n),n是系統(tǒng)的壽命,j是投資回收率,則j滿足方程:S=F1(1+j)–1+F2(1+j)–2+…+Fn(1+j)–n(3-4)解這個方程就可以得到投資回收率j。本題的投資回收率為41.04%,而如果直接把資金存入銀行的投資回收率就是年利率12%。如果僅考慮經(jīng)濟效益,只有項目的投資回收率大于年利率時,才考慮開發(fā)問題。還要考慮社會效益。34建筑精選課件成本估算的常用方法1、自頂向下的估算方法參照以前完成的項目所耗費的總成本(或者總工作量),來推算將要開發(fā)的軟件的總成本(或者總工作量),然后把它們按階段和工作單元進行分配。優(yōu)點:重視系統(tǒng)級工作,所以估算中不會遺漏繼承、配置管理等系統(tǒng)級工作。缺點:不清楚低級別上的技術(shù)性困難。而往往是這些困難使成本上升。35建筑精選課件成本估算的常用方法2、自底向上的估算方法對于待開發(fā)項目的每個細節(jié),分別估算每一個子任務(wù)所需要的開發(fā)工作量,然后加起來得到總工作量。優(yōu)點:每個子任務(wù)估算準確,因為是開發(fā)者估計。缺點:往往缺乏與軟件開發(fā)有關(guān)的系統(tǒng)級工作量,所以估算往往偏低。36建筑精選課件成本估算的常用方法3、差別估算方法把開發(fā)項目與已經(jīng)完成開發(fā)的若干個項目進行比較,找出與某個相類似項目的若干不同之處,并估算每個不同之處對成本的影響,導(dǎo)出開發(fā)項目的總成本。優(yōu)點:該方法能提高估算的準確度。缺點:不容易明確差別的界限。37建筑精選課件進度管理進度的合理安排是如期完成軟件項目的重要保證,也是合理分配資源的重要依據(jù)。安排軟件開發(fā)項目進度有兩種方法。系統(tǒng)最終交付日期已經(jīng)確定。系統(tǒng)交付日期由開發(fā)部門在一個時間范圍內(nèi)確定。進度安排的常用圖形Gantt(甘特)圖PERT(計劃評審技術(shù))圖38建筑精選課件Gantt(甘特)圖建立一個二維坐標:其橫軸為時間軸,縱軸為任務(wù)軸。根據(jù)每個任務(wù)開發(fā)需要的時間刻畫平行于橫軸的直線段,其起點為任務(wù)開始開發(fā)的時刻,終點為任務(wù)結(jié)束開發(fā)的時刻。優(yōu)點:直觀、清晰缺點:無法反映出任務(wù)之間的依賴關(guān)系,難以確定整個項目的關(guān)鍵路徑。39建筑精選課件PERT(計劃評審技術(shù))圖PERT圖是有向圖:圖中的有向弧表示任務(wù),可以標上完成任務(wù)的時間,還可以標上一個松弛時間,表示完成此任務(wù)的余地;圖中的節(jié)點表示流入任務(wù)的結(jié)束并開始流出任務(wù),這里把節(jié)點稱為事件,只有當流入節(jié)點的所有任務(wù)全部結(jié)束,流出此節(jié)點的任務(wù)才可以開始。完成任務(wù)所需時間(松弛時間)任務(wù)事件號最遲時刻最早時刻事件40建筑精選課件任務(wù)1任務(wù)2任務(wù)324681012141618202224Gantt(甘特)圖例41建筑精選課件PERT圖例1002222(0)3664664(0)3(1)51182(3)1(11)7181292015102121112323815154(3)6(0)2(0)2(6)1(5)612126(0)3(0)(0)0(6)0(5)0其中松弛時間為0的這些任務(wù)構(gòu)成了完成整個工程的關(guān)鍵路徑。123468101142建筑精選課件計劃圖B2A2E5G6I7D4C1F1H4關(guān)鍵路徑(費時最多的路徑):BEGI任務(wù)A最多可以推遲多少天(理想前提為從結(jié)點A到終節(jié)點I中間的結(jié)點都能準時完成任務(wù)):20-(4+1+4+7)-2=243建筑精選課件2.2.3技術(shù)可行性研究技術(shù)可行性是可行性研究的關(guān)鍵內(nèi)容。由于系統(tǒng)分析和定義過程與系統(tǒng)技術(shù)可行性評估過程同時進行,此時系統(tǒng)的功能、性能和目標的不確定性會給技術(shù)可行性論證帶來許多困難。其主要包括:1)風(fēng)險分析。其任務(wù)是在給定的約束條件下,論證能否實現(xiàn)系統(tǒng)所需的功能和性能。2)資源分析。其任務(wù)是論證是否具備系統(tǒng)開發(fā)所需各類人員的數(shù)量和質(zhì)量、軟硬件資源和工作環(huán)境等。3)技術(shù)分析。其任務(wù)是論證現(xiàn)有的科學(xué)技術(shù)水平和開發(fā)能力是否支持開發(fā)的全過程并達到系統(tǒng)功能和性能的目標。44建筑精選課件2.2.3技術(shù)可行性研究為了進行有效的技術(shù)可行性研究,系統(tǒng)分析員應(yīng)采集系統(tǒng)功能、性能、各種約束條件、所需的各種資源等方面的信息,進而分析系統(tǒng)開發(fā)可能承擔的技術(shù)風(fēng)險;分析實現(xiàn)系統(tǒng)功能和性能所需的各種設(shè)備、人員(MSF的開發(fā)小組組成)、技術(shù)、方法、工具和過程;從而從技術(shù)角度分析開發(fā)系統(tǒng)的可行性。如果可能,應(yīng)充分研究與新系統(tǒng)類似的原有系統(tǒng)。數(shù)學(xué)建模、原型建造和模擬是基于計算機系統(tǒng)技術(shù)可行性研究的有效工具。45建筑精選課件MSF小組角色的工作職責(zé)角色前景認可項目計劃認可工作域認可發(fā)布產(chǎn)品管理撰寫前景文檔負責(zé)概念設(shè)計管理客戶需求協(xié)調(diào)β站點和產(chǎn)品發(fā)布程序管理確定設(shè)計目標,成功因素、建立項目基礎(chǔ)設(shè)施草擬功能規(guī)格說明,邏輯設(shè)計,為下階段制定計劃,確定交付日期管理規(guī)格說明,跟蹤項目、交流項目狀態(tài),準備β計劃,協(xié)調(diào)可用性測試跟蹤項目狀態(tài)和發(fā)布進度開發(fā)提供技術(shù)方面的咨詢評價技術(shù)、參加物理設(shè)計,估計每個任務(wù)的花費、定義進度開發(fā)產(chǎn)品元素、演示、構(gòu)造內(nèi)部發(fā)布、優(yōu)化代碼、協(xié)助可用性測試修理缺陷、整理完所有開發(fā)文檔用戶教育指定培訓(xùn)計劃、可視設(shè)計和培訓(xùn)的戰(zhàn)略從客戶勝任的角度評價設(shè)計,準備文檔和在線幫助材料撰寫和評估文檔、圖形和課程資料協(xié)助可用性測試實施培訓(xùn)測試評估前景/工作域陳述評價設(shè)計、為下一階段的測試做計劃。實施測試和報告結(jié)果,確認錯誤被更正,完成可用性測試確定β發(fā)布和最終發(fā)布、實施配置測試后勤管理識別部署要注意的問題評價設(shè)計,為首次運行制定計劃進度建立營運和支持的指導(dǎo)原則,制定最后發(fā)布的進度。支持β發(fā)布和管理首次試運行,管理發(fā)布過程所有角色定義風(fēng)險更新風(fēng)險更新風(fēng)險更新風(fēng)險46建筑精選課件MSF可行性研究方法

--------在企業(yè)里面IT為什么不怎么行?編號內(nèi)容19961995199419931調(diào)整IT和公司目標一致11222數(shù)據(jù)的組織和實用化23343建立跨功能的信息系統(tǒng)32444利用IT作為競爭的突破點41315155如何集成系統(tǒng)5168116為IT的更新提供資金61513147連接客戶和供應(yīng)商7716168更新陳舊系統(tǒng)89789創(chuàng)建信息體系結(jié)構(gòu)985710實現(xiàn)業(yè)務(wù)再工程10411企業(yè)遇到的10大IT管理問題47建筑精選課件MSF可行性研究方法

------規(guī)劃和分析企業(yè)的體系結(jié)構(gòu)規(guī)劃從四個側(cè)面進行業(yè)務(wù)側(cè)面(目的:改變組織的目的、目標及業(yè)務(wù)過程)組織的目的和目標----組織的業(yè)務(wù)?組織的結(jié)構(gòu)---誰負責(zé)?關(guān)鍵的業(yè)務(wù)過程與活動---組織如何做業(yè)務(wù)?與客戶的關(guān)系---誰是最終客戶與供應(yīng)商/制造商的關(guān)系---組織需要和誰協(xié)同工作?應(yīng)用側(cè)面(目的:改變應(yīng)用程序和構(gòu)件之間的關(guān)系)尋找一組自動化服務(wù)來支持業(yè)務(wù)過程----哪些自動化過程?識別冗余的應(yīng)用---有哪些職責(zé)是重復(fù)的?識別重用的機會-----有哪些數(shù)據(jù)或者活動單元在不同職責(zé)中被使用。信息側(cè)面(目的:改變信息的存儲和使用)技術(shù)側(cè)面(目的:改變平臺和用到的產(chǎn)品)執(zhí)行業(yè)務(wù)使命所需的技術(shù)服務(wù)拓撲結(jié)構(gòu)開發(fā)環(huán)境應(yīng)用編程接口安全、網(wǎng)絡(luò)服務(wù)、技術(shù)規(guī)范、數(shù)據(jù)庫管理系統(tǒng)、操作系統(tǒng)和硬件層。48建筑精選課件MSF可行性研究方法

-------企業(yè)體系結(jié)構(gòu)設(shè)計新的體系結(jié)構(gòu)具有如下特征用IT作為業(yè)務(wù)驅(qū)動的主線,而不是靠員工的能力和技術(shù)驅(qū)動IT投資決策與其它業(yè)務(wù)決策一樣基于價值。在整個技術(shù)環(huán)境中,追求簡單性和靈活性。企業(yè)體系結(jié)構(gòu)的內(nèi)涵是:描述該組織的業(yè)務(wù)活動:揭示產(chǎn)品/服務(wù)、客戶和供應(yīng)商是如何交互的,揭示組織的結(jié)構(gòu),揭示業(yè)務(wù)流程。描述實施業(yè)務(wù)活動所必須的信息:描述用于交付應(yīng)用的信息技術(shù)和基礎(chǔ)設(shè)施企業(yè)體系結(jié)構(gòu)(項目)的規(guī)劃基于業(yè)務(wù)發(fā)現(xiàn)和定義最關(guān)鍵的需求指導(dǎo)一個組織從當前狀態(tài)達到計劃的狀態(tài),確定哪些體系結(jié)構(gòu)(IT項目)需要做,其中哪些需要先做。相應(yīng)的體系結(jié)構(gòu)(IT項目)開發(fā)采用版本化發(fā)布的方式進行。最終達到理想的狀態(tài)。49建筑精選課件MSF的風(fēng)險管理

----什么是風(fēng)險MSF認為,一個軟件項目的研發(fā)是否進行的順利只有問題定義階段的可行性研究是遠遠不夠的,因為在軟件研發(fā)的整個過程都會出現(xiàn)異常的突發(fā)情況,而這些情況都會導(dǎo)致本來可行的技術(shù)路線、經(jīng)濟規(guī)劃和其他因素出現(xiàn)問題,變得不那么可行了,最終使我們的軟件研發(fā)活動無法按照當初的計劃進行下去。MSF把這種可能出現(xiàn)的意外情況叫做風(fēng)險。風(fēng)險具有不確定性和會帶來損失這樣兩個基本特性。50建筑精選課件MSF的風(fēng)險管理

------風(fēng)險的特征每個項目都有風(fēng)險:風(fēng)險是項目的基本屬性,與生俱來。風(fēng)險是可以被管理的,主要是通過識別和減少開發(fā)活動的不確定性。風(fēng)險的發(fā)生對當前的開發(fā)活動是不好的,但對以后的開發(fā)活動是有意義的。51建筑精選課件MSF的風(fēng)險管理

------成功的風(fēng)險管理原則在整個項目生命周期中不斷評估風(fēng)險。因為新的風(fēng)險總是會不斷的出現(xiàn)。采用基于風(fēng)險的決策。這是風(fēng)險管理所要求的,小組行動的優(yōu)先權(quán)應(yīng)該和風(fēng)險的狀態(tài)掛鉤,高風(fēng)險的事情先處理。比如“整個項目的可行性分析”活動。有一定的正式性。風(fēng)險管理活動要有一個可理解的過程(一定程度上的規(guī)范和正式)供小組使用。覆蓋所有的關(guān)鍵人物和過程。主動的風(fēng)險管理,把風(fēng)險識別作為主動的行動。52建筑精選課件MSF的風(fēng)險管理

------風(fēng)險管理策略1、降低風(fēng)險:減少風(fēng)險發(fā)生的可能性和發(fā)生后的影響。例如給一個系統(tǒng)配備一個可靠的數(shù)據(jù)安全機制,給一個系統(tǒng)加裝不間斷電源。2、轉(zhuǎn)移風(fēng)險:把帶有風(fēng)險的那部分開發(fā)活動轉(zhuǎn)包給有能力的第三方開發(fā)組織。3、避免風(fēng)險:犧牲一些功能換來較小的風(fēng)險,乃至取消整個項目的開發(fā)活動。53建筑精選課件MSF的風(fēng)險管理

------風(fēng)險管理模型標識和分析風(fēng)險:程序管理者負責(zé)收集風(fēng)險評估文檔,監(jiān)督風(fēng)險的追蹤、控制及再評估;某個角色負責(zé)的工作中有風(fēng)險,就應(yīng)該識別、分析及定出解決它的計劃,按小組最后的決策事實所負責(zé)工作的處理計劃。標識風(fēng)險:新來的員工占1/4,經(jīng)驗不足,不能按時交付工作產(chǎn)品;所選XX公司XXX軟件為上月問世新產(chǎn)品,開發(fā)人員經(jīng)驗不足。分析風(fēng)險:估計風(fēng)險出現(xiàn)的概率P(類比經(jīng)驗數(shù)據(jù)):高>75%中50%低<25%上次類似界面用戶滿意程度中等(50%),此次發(fā)生此種問題的可能性不會大。(<25%:另外把滿意度設(shè)為程度表示比較好,比如高中低))估計風(fēng)險的影響C:滅頂之災(zāi)=4嚴重=3非緊要=2輕微=154建筑精選課件MSF可行性研究方法

-------MSF過程模型在可行性研究的視角下項目實施具有三個基本特征:資源R、進度S、特征F(前兩項為ISO/IEC9126軟件質(zhì)量度量模型中的質(zhì)量特性)下面的項目互易矩陣在全過程中定義和描述著一個可行的方案具有的性質(zhì)。其實就是在技術(shù)可行性、經(jīng)濟可行性和社會可行性中進行平衡折中定義一個可行路徑的過程。特征定義表最優(yōu)有限定的可接受的資源R(資源質(zhì)量)可尋找最小費用策略尋求不超支的策略實報的費用、資源有出處,可接受進度S(時間質(zhì)量)可設(shè)置及早上市策略定死時間做出時間框認定產(chǎn)品在某個時間不能上市,此后可接受特征F(功能性)以最大化特征數(shù)上市只以最基本特征上市達不到理想特征個數(shù),通過項目互易可以接受55建筑精選課件MSF可行性研究方法

-------MSF過程模型絕對可行的解決方案特征定義表最優(yōu)有限定的可接受的資源R√進度S√特征F√56建筑精選課件MSF可行性研究方法

-------MSF過程模型基本不行的解決方案特征定義表最優(yōu)有限定的可接受的資源R√進度S√特征F√57建筑精選課件MSF可行性研究方法

-------MSF過程模型可行的解決方案特征定義表最優(yōu)有限定的可接受的資源R√進度S√特征F√最優(yōu)有限定的可接受的資源R√進度S√特征F√58建筑精選課件ISO/IEC9126軟件質(zhì)量度量模型ISO/IEC9126-1991標準規(guī)定的軟件質(zhì)量度量模型,它由3層組成,其中第1層稱為質(zhì)量特性,第2層稱為質(zhì)量子特性,第3層稱為度量。

59建筑精選課件2.2.3技術(shù)可行性研究建造的基于計算機系統(tǒng)的模型必須具備以下特點:1)模型應(yīng)能反映要評估系統(tǒng)的構(gòu)成的動態(tài)特性,容易理解和操作,能夠盡量提供系統(tǒng)真實的結(jié)果并有利于評審。2)模型應(yīng)包括與系統(tǒng)有關(guān)的全部相關(guān)元素,能夠再現(xiàn)系統(tǒng)運行的結(jié)果。3)模型應(yīng)突出表現(xiàn)與系統(tǒng)相關(guān)的重要因素,忽略無關(guān)或次要因素。4)模型設(shè)計應(yīng)盡量簡單、易于實現(xiàn)、易于修改。如果系統(tǒng)十分復(fù)雜,則需將模型分解為若干個具有層次結(jié)構(gòu)的小模型??梢越柚P蛯ο到y(tǒng)中某個重要的獨立要素進行專門的評估。如有必要,可以對其中的關(guān)鍵要素建造原型并進行模擬,以便準確分析其技術(shù)可行性。60建筑精選課件2.2.3技術(shù)可行性研究技術(shù)可行性研究應(yīng)明確給出技術(shù)風(fēng)險分析、資源分析和技術(shù)分析的結(jié)論,以便使項目管理人員據(jù)此做出是否進行系統(tǒng)開發(fā)的決策。如果技術(shù)風(fēng)險很大,或者資源不足,或者當前的技術(shù)、方法與工具不能實現(xiàn)系統(tǒng)預(yù)期的功能和性能,項目管理人員就應(yīng)及時做出撤消項目的決定。61建筑精選課件2.2.4方案選擇在可行性研究階段,系統(tǒng)工程師根據(jù)系統(tǒng)分析所確定的系統(tǒng)目標開始研究問題的求解方案。對于較復(fù)雜的大系統(tǒng),一般都要將其分解為若干個子系統(tǒng),接著精確地定義各子系統(tǒng)的界面、功能和性能,給出各子系統(tǒng)之間的關(guān)系。分解技術(shù)可降低解的復(fù)雜性,有利于人員的組織與分工,提高開發(fā)生產(chǎn)率和開發(fā)質(zhì)量。62建筑精選課件2.2.4方案選擇由于系統(tǒng)的分解方法可以有多種,因此實現(xiàn)系統(tǒng)目標的方案也可以有多種。采用的方案不同,對成本、進度、技術(shù)及各種資源的要求就會不同,系統(tǒng)在功能和性能方面也可能有較大差異。從另一個角度來看,在系統(tǒng)開發(fā)的總成本不變的前提下,由于系統(tǒng)開發(fā)各階段的成本分配方案的不同也會影響系統(tǒng)的功能和性能。另外,由于系統(tǒng)的各功能和性能可能由多種因素組成,而某些因素之間又是相互關(guān)聯(lián)彼此制約、不可兼得的。比如系統(tǒng)的計算精度和系統(tǒng)的執(zhí)行時間就是互相矛盾的。63建筑精選課件2.2.4方案選擇綜上所述,要選擇一個較好的方案,首先要對系統(tǒng)采用多種分解和組合方法提出多種備選的求解方案,然后依據(jù)系統(tǒng)的功能、性能、成本、進度、系統(tǒng)開發(fā)所采用的技術(shù)、風(fēng)險、軟硬件資源、對開發(fā)人員的要求等方面評價每一個預(yù)選方案,并利用折衷手段對預(yù)選方案進行充分論證,反復(fù)比較各種方案的成本-效益,最后選擇出一種較好的方案。64建筑精選課件可行性研究報告—階段性成果它可作為系統(tǒng)規(guī)格說明書的一個附件。其主要內(nèi)容如下:1)引言:說明可行性研究的目的,項目的名稱、背景,本文檔用到的術(shù)語和參考資料。2)可行性研究的前提:說明待開發(fā)項目的功能、性能和基本要求,要達到的目標,各種約束條件,可行性研究的方法和決定可行性的主要因素。3)對現(xiàn)行系統(tǒng)的分析:如果有現(xiàn)行系統(tǒng),說明現(xiàn)行系統(tǒng)的處理流程和數(shù)據(jù)流程,系統(tǒng)狀態(tài),費用支出,所需專業(yè)人員的種類和數(shù)量,所需設(shè)備,存在的問題等。4)方案選擇:所選擇方案的系統(tǒng)配置,選擇方案的標準。5)所建議方案的技術(shù)可行性分析:對所選擇的較好的方案的風(fēng)險分析、資源分析和技術(shù)分析;對子系統(tǒng)的技術(shù)分析。65建筑精選課件可行性研究報告—階段性成果6)經(jīng)濟可行性分析:說明所建議系統(tǒng)的成本-效益分析結(jié)果。7)運行、操作可行性分析。8)法律可行性分析。9)其他可供選擇方案:分別說明每一個可供選擇的方案,并應(yīng)說明未被推薦的理由。10)結(jié)論意見:說明項目是否能開發(fā),還需要什么條件才能開發(fā)以及對項目目標有何變動等??尚行匝芯繄蟾鎽?yīng)提交管理部門,由管理人員對可行性研究報告進行評審并做出決策。66建筑精選課件2.4系統(tǒng)規(guī)格說明與評審

2.4.1系統(tǒng)規(guī)格說明系統(tǒng)規(guī)格說明是系統(tǒng)分析和定義階段生成的一種文檔。該文檔描述了基于計算機系統(tǒng)應(yīng)達到的目標,應(yīng)具有的功能、性能和支配系統(tǒng)開發(fā)的各種約束條件;指明了各子系統(tǒng)在整個系統(tǒng)中的作用和地位;描述了系統(tǒng)的輸入輸出數(shù)據(jù)和控制信息。系統(tǒng)規(guī)格說明是硬件工程、軟件工程、數(shù)據(jù)庫工程和人機工程的基礎(chǔ)。67建筑精選課件可供參考的系統(tǒng)規(guī)格說明目錄1.引言1)文檔的范圍和目的2)概述①目標②約束2.

溫馨提示

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

評論

0/150

提交評論