實用軟件工程課件_第1頁
實用軟件工程課件_第2頁
實用軟件工程課件_第3頁
實用軟件工程課件_第4頁
實用軟件工程課件_第5頁
已閱讀5頁,還剩15頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、實用(shyng)軟件工程-IT企業(qy)軟件的開發與管理趙池龍 zhaochilong 共二十頁第4章 軟件策劃(chu)4.1 軟件策劃概論 軟件策劃和軟件項目策劃是一個意思,既是為軟件開發者和管理者制定合理的計劃,又是為軟件項目跟蹤和監控提供考核依據。軟件策劃,或者說軟件計劃,英文單詞都是指Planning。但是,策劃包含有出謀劃策和做計劃兩個意思,計劃只是策劃的一個主要結果。 軟件策劃屬于軟件管理和軟件決策的范疇(fnchu),是項目經理以上人員的職責范圍,是軟件企業管理的重大事件之一。 共二十頁軟件策劃的輸入(shr)/輸出合同/ 立項建議書2) 用戶(yngh)需求報告 策劃過程

2、1)軟件開發計劃書2)質量保證計劃3)配置管理計劃4)里程碑及評審計劃共二十頁軟件策劃的目的軟件策劃的目的,是為軟件開發和軟件管理制定合理的計劃。由于項目的管理者,是按照(nzho)計劃確定的內容和進度對項目進行管理的,所以計劃的合理性將直接關系到項目管理的成敗。在軟件過程中,著重突出了對項目策劃活動質量的控制,從而確保了項目得以順利地進行。軟件策劃的基礎軟件策劃的基礎,是軟件生命周期模型的選取。軟件組織和項目經理,要根據項目的特點,在瀑布模型、增量模型、迭代模型、原型模型中選取一種,并經過適當的裁剪后,列入項目計劃,作為軟件項目策劃的理論依據之一。共二十頁軟件策劃(chu)的步驟步驟步驟名稱

3、步驟內容1估計軟件工作產品的規模及所需的資源軟件工作產品,包括需求規格說明書,概要設計說明書,詳細設計說明書,源代碼,測試計劃和測試報告,質量保證計劃,軟件配置管理計劃,里程碑及評審點計劃2制定時間表包括開發進度時間表和管理進度時間表:軟件開發計劃、質量保證計劃、軟件配置管理計劃、測試計劃、評審計劃3鑒別和評估風險政策風險,資源風險,市場突變風險,技術風險和技能風險等4與相關組或人協商策劃中的有關約定策劃的結果要實事求是,要得到各有關方面的同意和認可共二十頁軟件(run jin)策劃的目標 (1) 對供項目策劃和跟蹤用的三個軟件估計已建立文檔。這三個估計是: 工作產品規模估計 工作量及成本估計

4、 計算機資源估計; (2) 軟件項目活動和約定,是有計劃的并巳建立文檔。這里的活動,包括開發活動和管理活動。這里的約定,是指對項目的各種標準、規范、規程的約束; (3) 受影響的組和個人(grn),同意他們軟件項目的約定。受影響的組和個人有: 軟件工程組(項目組) 軟件估計組 系統測試組 質量保證組 配置管理組 合同管理組 文檔支持組。 共二十頁軟件(run jin)策劃的時機 對軟件項目進行策劃的時機,中國人習慣的作法與國際通用的作法不大一致。美國人要先做需求分析,后做軟件策劃,因為需求不清楚,項目的功能點個數、性能點個數、接口個數、界面個數、實體個數、文檔頁數都心中無數,策劃人員是無法估計

5、工作量、進度、經費和其他資源的,完成項目策劃是不現實的。與美國人相反,中國人習慣在用戶需求報告之前,不習慣在用戶需求報告之后。不管怎么樣,調查(dio ch)研究是十月懷胎,軟件策劃是一朝分娩,心中無數是不能作軟件策劃的。因此,我們要逐漸與向國際接軌。 共二十頁4.2 軟件(run jin)策劃方法 直到目前為止,軟件策劃的方法仍然(rngrn)是采用經驗數據加結構化方法,這些方法有三個要點: (1) 粒度由粗到細的分解:自頂向下、逐步細化、逐項逐條逐日安排計劃。 (2) 粒度由細到粗的綜合:自底向上、逐步歸納、逐日逐周逐月安排計劃。 (3) 同類項目經驗數據類比法、同行專家協商策劃法。 軟件

6、策劃是以用戶確認的需求為基礎,以軟件組織內部的軟件標準為依據,把組織內部類似項目的成功經驗作為策劃時的參考。 共二十頁策劃階段主要(zhyo)進行的活動: 1. 定義軟件過程:所謂定義軟件過程,就是根據選定的生命周期模型,規定軟件的開發階段,每一階段的工作步驟及文檔標準等內容。 2. 進行軟件估計:所謂軟件估計,是指對軟件項目進行量化估計,并記錄估計結果的過程。估算錯誤是軟件項目失敗的原因之一。 3. 進行風險分析:所謂風險分析,是指對項目及團隊的政策風險、技術風險、技能風險、資源風險等諸因素,進行逐個分析與分解,制定(zhdng)用于跟蹤和監控風險的風險管理計劃。 4. 進行項目跟蹤與監督:

7、所謂軟件項目跟蹤與監督,就是對策劃階段的輸出文檔,即軟件開發計劃,進行動態跟蹤與實時監督,一旦發現偏差,必須立即糾正。 5. 完成軟件開發計劃書 。6. 使參與軟件開發計劃制定的組或個人意見統一。 共二十頁軟件項目(xingm)規模估計方法 (1)源代碼行法LOC 指所有的可執行的源代碼行數,包括數據定義,數據類型聲明,等價聲明,輸入/輸出格式聲明等。一代碼行(1 LOC )的價值和人月代碼行數可以體現一個軟件生產組織的生產能力。組織可以根據對歷史項目的審計來核算組織的單行(dn xn)代碼價值。例如,某軟件公司統計發現該公司每一萬行 C 語言源代碼形成的源文件約為 250 K 。某項目的源文

8、件大小為 3.75 M ,則可估計該項目源代碼大約為 15 萬行,該項目累計投入工作量為 240 人月,每人月費用為 10000 元(包括人均工資,福利,辦公費用公灘等),則該項目中 1 LOC 的價值為:(24010000)/150000 16 元/ LOC那么,項目的人月均代碼行數為: 150000/240=625 LOC/人月。 共二十頁(2) 希臘古都法希臘古都法是最流行的專家評估技術,在沒有歷史數據的情況下,這種方式適用于評定過去與將來。希臘古都法鼓勵參加者就問題相互討論。這個技術,要求有多種軟件相關經驗人的參與,互相說服對方。希臘古都法的步驟是:1 、協調人向各專家提供項目規格和估

9、計表格;2 、協調人召集小組會,專家討論與規模相關的因素;3 、專家匿名填寫迭代表格;4 、協調人整理出一個(y )估計總結,以迭代表的形式返回專家;5 、協調人召集小組會,討論較大的估計差異;6 、專家復查估計,總結并在迭代表上提交另一個匿名估計;7 、重復 4-6 ,直到達到一個最低和最高估計的一致。 共二十頁(3) 類比法類比法適合評估一些與歷史項目在應用領域、環境和復雜度的相似項目,通過新項目與歷史項目的比較得到規模估計。步驟是:1 、整理出項目功能列表和實現每個功能的代碼行;2 、標識出每個功能與歷史項目的相同點/不同點;3 、通過步驟 1 和 2 得出各個功能的估計值;4 、產生規

10、模估計。注:軟件(run jin)項目中用類比法,往往還要解決可重用代碼的估算問題。估計可重用代碼量的最好辦法就是由程序員或系統分析員詳細地考查已存在的代碼,估算出新項目可重用的代碼中需重新設計的百分比、需重新編碼或修改的百分比以及需重新測試的百分比。根據這三個百分比,可用下面的計算公式計算等價新代碼行: 等價代碼行=(重新設計 %+重新編碼%+ 重新測試%)/3已有代碼行 比如:有 10,000 行代碼,假定 30% 要重新設計,50% 要重新編碼,70% 要重新測試,那么其等價的代碼行可以計算為: (30% + 50% + 70%)/3 10,000=5,000 等價代碼行 意即:重用這

11、10000 代碼相當于編寫 5000 代碼行的工作量。 共二十頁(4) 功能點估計法功能點(實體數、構件數、屏幕數、報表數、文檔數)測量,是在需求分析階段基于系統功能的一種規模估計方法。通過研究需求來確定各種( zhn)輸入、輸出、計算和數據庫需求的數量和特性。通常的步驟是:1 、計算輸入、輸出、查詢、主控文件和接口需求的數目; 2、將這些數據進行加權乘;3、估計者根據對復雜度的判斷,總數可以用+25%、0、或-25% 調整。注:對一個軟件產品的開發,功能點對項目早期的規模估計很有幫助。然而,在了解產品越多后,功能點可以轉換為軟件規模測量更常用的 LOC 。 共二十頁(5) 無禮估計法無禮估計

12、法對各個項目活動的完成時間,按三種不同情況估計:一個產品(chnpn)的期望規模一個最低可能估計一個最高可能估計用這三個估計用來得到一個產品期望規模和標準偏差的無禮統計估計。無禮的估計可得到代碼行的期望值E和標準偏差SD。 共二十頁風險(fngxin)分析 序號風險名稱風險內容1政策風險IT企業外部和IT企業內部兩個方面的政策及政策的變化,將會給項目帶來什么風險2技術風險新技術的成熟程度及難度系數,將會給項目帶來什么風險3技能風險項目組成員學習、領會、掌握、運用新技術的能力,將會給項目帶來什么風險4資源風險保證項目正常進行所需的各種資源的供應程度,將會給項目帶來什么風險5其他風險目前意想不到的

13、風險,即不可預測的風險,如天災人禍共二十頁4.3 軟件(run jin)策劃文檔 軟件策劃文檔就是軟件開發計劃書,一般(ybn)它還包括質量保證計劃、軟件配置管理計劃、測試計劃、里程碑及評審點計劃。由于測試、質量保證和配置管理都比較復雜,所以將它們放在后續章節中單獨論述。軟件開發計劃書編寫參考指南共二十頁4.4 策劃(chu)管理方法與文檔軟件開發計劃書2) 項目組的實際(shj)工作進度與狀態 軟件策劃管理過程1) 項目周報2) 項目月報 3) 里程碑報告4) 重大事件報告5) 軟件開發計劃評審報告6) 項目計劃變更申請表7) 計劃更改與批準記錄共二十頁4.5 本章(bn zhn)小結 如果

14、說,軟件立項就是軟件組織的重大決策,那么,軟件策劃就是貫徹執行重大決策的具體行動。立項或簽訂合同是軟件項目的源頭,策劃是指導軟件項目開發和管理的依據。為了使軟件策劃有堅實的基礎,使軟件開發計劃不致于過多偏離項目工程進度、質量、資源的實際(小于20%),最常用的辦法是: (1) 策劃的時機,迭擇在用戶需求報告之后(zhhu),而在需求規格說明書之前; (2) 軟件估計時,查閱軟件組織的“軟件過程數據庫”,參照同類可比項目的歷史經驗; (3) 由同行專家,對軟件開發計劃書進行評審。 共二十頁思考題 4 4.1 軟件策劃的步驟是什么(shn me)? 4.2 軟件策劃要實現的具體目標是什么? 4.3

15、 軟件策劃的上游和下游是什么? 4.4所謂定義軟件過程是什么含義? 4.5 所謂軟件估計是什么含義? 4.6 簡述軟件工作產品規模進行量化估計的方法。 4.7 簡述軟件工作產品成本費用的估計方法。 4.8 項目跟蹤與監督的基礎是什么? 4.9 軟件開發計劃應包括哪些內容? 4.10 軟件工作產品和軟件產品有何同異? 4.11請具體解釋:直接人工、直接費用、間接成本、制造費用、管理費用、不可預見費用。 共二十頁內容摘要實用軟件(run jin)工程。估計軟件(run jin)工作產品的規模及所需的資源。策劃的結果要實事求是,要得到各有關方面的同意和認可。這里的活動,包括開發活動和管理活動。(3) 受影響的組和個人,同意他們軟件(run ji

溫馨提示

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

評論

0/150

提交評論