第08講_軟件項目管理基礎ppt課件

1、軟件工程管理薛建民xjmsise 87818127軟件工程管理根底知識軟件度量軟件謀劃軟件質(zhì)量保證 2根底知識工程管理的特點目的與義務3PMI定義工程是一段時間內(nèi)為了發(fā)明某種獨特產(chǎn)品或效力而采取的一種努力。經(jīng)過工程經(jīng)理和工程組織的努力，運用系統(tǒng)實際的方法對工程及其資源進展方案、組織、協(xié)調(diào)、控制，旨在實現(xiàn)工程的特定目的的管理方法體。4PMI定義關注點4P人員(People)產(chǎn)品(Product)過程(Process)工程Project5工程管理的特點管理在軟件工程工程中的位置和作用與其它工程工程一樣非常重要，必需對本錢、人員、進度、質(zhì)量、風險等進展分析和管理6工程管理的特點軟件產(chǎn)品是邏輯的，軟件

2、工程的施工是開發(fā)小組集體的智力勞動，運用的開發(fā)工具是建立在計算機系統(tǒng)上的軟件軟件很多屬性無法直接度量為軟件定量分析和工程管理添加困難。7目的為了使軟件工程可以在預定本錢、進度、質(zhì)量的前提下順利完成，必需對軟件工程工程進展方案、組織、監(jiān)控和管理8義務制定軟件工程的實施方案和方案；對人員進展組織和分工；按照方案進度，以及本錢管理、風險管理、質(zhì)量管理的要求進展軟件開發(fā)，完成軟件工程的各項要求和義務9軟件度量簡介產(chǎn)品度量本錢度量好的度量與度量中的圈套10簡介有兩種丈量方法可以用于軟件開發(fā)對產(chǎn)品的丈量對所開發(fā)的產(chǎn)品的特性進展量化對過程的丈量對進展開發(fā)軟件的過程的以下特征，例如消費率、本錢、資源需求等進展

3、量化11軟件丈量的分類12用于不同部分的能夠度量13早期的度量程序中建議的丈量14軟件度量領域-產(chǎn)品面向規(guī)模的度量面向功能的度量與復雜度有關的度量面向?qū)ο蟮亩攘?5LOC 作為面向規(guī)模的度量面向規(guī)模的度量依然是最為大家熟習的度量，由于它們是直接可以丈量的我們可以很容易地丈量源代碼行數(shù)，并將其與缺陷發(fā)生率、開發(fā)時間和破費的錢數(shù)美圓、人民幣進展比較面向規(guī)模的度量是對軟件以及開發(fā)軟件過程的直接丈量這些度量包括破費的精神和金錢、KLOC千行代碼、創(chuàng)建的文檔頁數(shù)、錯誤數(shù)以及工程中的開發(fā)人員數(shù)16面向規(guī)模的度量17面向功能的度量關鍵思想是估計出正確的軟件工程的規(guī)模，而不思索所運用的編程言語Albrecht

4、 列舉了以下五條一切軟件都可見的外部特性：軟件運用程序的輸入軟件運用程序生成的輸出用戶查詢數(shù)運用程序要運用的數(shù)據(jù)文件數(shù)與其它運用程序的接口數(shù)18功能點度量的優(yōu)勢需求階段可以估計工程的規(guī)模。預測實現(xiàn)軟件功能所需源語句的數(shù)目言語無關多種言語工程中丈量工程的消費率最初用在商業(yè)運用程序和MIS運用程序不適用實時軟件、嵌入式系統(tǒng)、數(shù)學軟件可以運用功能部件的度量功能點與代碼行及開發(fā)言語的關系P34519與復雜度相關的度量假設僅僅按照單位時間的代碼行LOC來丈量消費率，那么該值很大一部分都取決于待開發(fā)的軟件的復雜度如今運用的與復雜度相關的度量是：Halstead 的軟件科學1977年McCabe 的環(huán)路復雜

5、度1971年扇入扇出法20Halstead 的軟件科學運用一組度量來估計編程的任務量最初先計算以下內(nèi)容以推導出系統(tǒng)的度量：UniqueOperators = 獨一或獨特操作符數(shù)UniqueOperands= 獨一或獨特操作對象數(shù)TotalOperators= 一切操作符的總運用數(shù)TotalOperands= 一切操作對象的總運用數(shù)詞匯= UniqueOperators+ UniqueOperands實現(xiàn)長度= TotalOperators+ TotalOperands21Halstead 的軟件科學積極方面這些度量非常易于計算它們可以獨立于一切編程言語運用對這些度量的計算都是非常簡單的， 不需

6、求對程序構(gòu)造進展深化分析這些度量可以預測軟件中缺陷的發(fā)生率這些度量還可以用于預測在維護中要做的任務的范圍這些度量還可以用于丈量軟件運用程序的整體質(zhì)量22McCabe 的環(huán)路復雜度該丈量將計算程序中獨立途徑的數(shù)目，它們將決議復雜度的數(shù)值要計算該值，我們必需思索用圖來表示程序?qū)⑽覀兯妓鞯某绦驁D稱為G圖G 的環(huán)路復雜度用V 來表示，并如下計算：V(G) = Number (edges) - Number (nodes) + 223McCabe 的環(huán)路復雜度優(yōu)點計算方法簡單運用簡單主要用于軟件維護容易程度的度量可以經(jīng)過比較不同設計的復雜程度而用作表示軟件質(zhì)量的度量可以在軟件開發(fā)生命周期的早期計算得出和

7、運用與Halstead 的軟件科學不同經(jīng)過控制程序開發(fā)邏輯指點測試過程24McCabe 的環(huán)路復雜度缺陷注重程序控制復雜度而不是程序處置數(shù)據(jù)流的復雜度有時會提供錯誤結(jié)果，尤其是處置有簡單的if-then和反復構(gòu)造的程序時該度量不會以為多次嵌套的反復構(gòu)造比非嵌套的反復構(gòu)造簡單，這樣會導致結(jié)果錯誤25扇入和扇出方法1981年該方法用來跟蹤數(shù)據(jù)流復雜度該方法要求計算從模塊流出的數(shù)據(jù)流數(shù)，以及模塊運用和修正的全局數(shù)據(jù)項或數(shù)據(jù)構(gòu)造的數(shù)目該數(shù)必需包括已更新的過程參數(shù)該數(shù)還必需思索從該模塊內(nèi)部調(diào)用的過程Henry 和Kafura 將復雜度定義為：復雜度= 長度x扇入x 扇出226面向?qū)ο蟮亩攘棵總€類的方法承

8、繼的相關性對象之間的耦合度對象的內(nèi)聚度對象庫有效性因子分解的有效性承繼方法的重用度平均的方法復雜度運用程序的粒度27本錢估算模型以往類似工程、分解技術(shù)、閱歷模型SLIM或軟件生命周期管理模型(1978年)，最早的算法本錢模型適用于大型工程，也稱宏估算模型COCOMO或構(gòu)造本錢模型1981年系數(shù)來之63個工程分析后估算得到三個級別：根本模型、中間模型、詳細模型28SLIM軟件生命周期管理29SLIM 的優(yōu)點和缺陷優(yōu)點SLIM 以有力的數(shù)學優(yōu)化模型為根底例如用線性程序設計求出本錢約束和任務量約束，所以它是非常嚴厲的SLIM 非常易于運用；它的參數(shù)比COCOMO 模型少缺陷該模型提供的估算值與組織中

9、運用的TechnologyConstant 有關估算值的準確度取決于對TechnologyConstant 估算的準確程度該模型不適用于小工程，因此運用遭到一定的限制30COCOMO構(gòu)造式本錢模型31COCOMO 模型中的開發(fā)方式32良好度量的特征有一定意義：客戶、開發(fā)人員和工程經(jīng)理都會以為它有一定的意義量化的：它闡明了過程變化與業(yè)務性能之間的量化關系客觀的：它的定義無二義性并且是客觀的顯示趨勢：該度量可以顯示趨勢過程的自然副產(chǎn)品：不是人工引入的，而是該過程的自然副產(chǎn)品自動化支持：假設可以被某些自動化過程支持那么更好33度量工程中的圈套達不到管理人員承諾的最低極限在組織中丈量過多并且過早丈量過

10、少并且太遲丈量了不正確的屬性過多搜集了很少運用的數(shù)據(jù)運用度量的不準確的定義運用度量來衡量任務人員而不是鼓勵他們與任務人員缺乏交流并且對他們的培訓不夠?qū)Χ攘繑?shù)據(jù)不正確的解釋34軟件謀劃工程管理有三個主要階段：謀劃監(jiān)視和控制終止分析工程謀劃是工程管理的一個最大的義務這么做的目的是，為軟件開發(fā)制定一個方案，從而可以根據(jù)該方案勝利并有效地實現(xiàn)工程目的35工程規(guī)劃36軟件工程規(guī)劃“軟件工程規(guī)劃應處置以下問題：本錢估算進度和里程碑人員方案軟件質(zhì)量保證配置管理方案工程監(jiān)視方案風險管理37風險管理38風險分析在軟件工程中，風險指的是對軟件開發(fā)的本錢、質(zhì)量或進度安排呵斥負面影響的能夠性這些要素還可以用于風險分析

11、風險分析中還必需思索如程序運用程序的實現(xiàn)操作方法、運用的工具類型、參與人數(shù)等其它要素39風險確定風險通常按照標題分組，例如工程風險、技術(shù)風險和商業(yè)風險等工程風險涉及到進度安排問題、人員問題、資源問題、需求問題等技術(shù)風險涉及到技術(shù)、平臺、環(huán)境的選擇以及有關可移植性、平安性、可靠性等問題商業(yè)風險涉及到關于投資報答和到達收支平衡必需的時間的問題40風險預測風險預測中主要包括四個活動丈量風險發(fā)生的概率列出假設風險發(fā)生的話必需處置的一組問題對問題工程上的風險的影響做出估計對已預測的風險的可信度進展評價41風險評價在風險評價階段將開場進展以下步驟：定義工程的風險指示級別構(gòu)建每個因子之間的關系，即風險、風險

12、發(fā)生的概率、風險的影響與每個指示級別之間的關系得到的一組斷點將定義終止區(qū)域?qū)︼L險的組合方式的了解能夠會影響指示級別42管理和監(jiān)視風險43軟件工程進度安排軟件工程進度安排中包含兩種方法第一種方法，發(fā)布軟件產(chǎn)品程序的最后期限曾經(jīng)設置好，公司必需在特定的時間范圍內(nèi)分配任務量在第二種方法中，大致的時間周期已制定并進展了分配，但是軟件公司可以本人設定最后日期進度安排的準確性比本錢估算的準確性的作用更大本錢的添加可以經(jīng)過重新制定產(chǎn)品的價錢得到補償，但是進度安排中的延遲會引起消極的影響，比如減少市場銷售、客戶的不滿，以及在系統(tǒng)集成期間由于額外的問題呵斥內(nèi)部本錢的添加44人員與任務的關系隨著工程規(guī)模添加，要在

13、給定的時間范圍內(nèi)得到最終結(jié)果，需求參與更多的人員假設工程進度拖后，添加程序員的人數(shù)當然可以加快該過程但是這對開發(fā)過程也有消極的影響，導致進度的進一步落后開發(fā)人員的添加也會導致系統(tǒng)內(nèi)信息交流渠道的添加45任務量分布軟件估算技術(shù)可以協(xié)助確定完成軟件開發(fā)過程所需的人-月的數(shù)量工程任務量的分布可以僅由該工程的特性控制普通情況下，需求分析通常占工程任務量的百分之十到百分之二十五工程謀劃的任務量通常只占整個工程任務量的百分之二到百分之三破費在原型法分析上的任務量通常會根據(jù)工程的規(guī)模和復雜度添加另外百分之二十到百分之二十五的任務量通常用于軟件設計46進度安排的不同方法軟件工程的進度安排與其它多義務的開發(fā)任務

14、的進度安排類似軟件開發(fā)中最常用的兩種進度安排方法是：程序評價與審查技術(shù)PERT關鍵途徑方法CPM47控制和跟蹤軟件工程跟蹤可以用以下方式實現(xiàn)：經(jīng)過召開工程形狀會議經(jīng)過對整個開發(fā)過程進展審查的結(jié)果進展評價經(jīng)過確定在方案日期內(nèi)能否完成實現(xiàn)先前設置的正式里程碑經(jīng)過對照資源表中列出的每個工程義務的實踐開場日期與方案開場日期，比較能否一致經(jīng)過與其他軟件團隊進展交流，以獲取對進度的客觀評價并了解未來能夠出現(xiàn)的問題48配置管理49配置管理的元素50配置管理的組成部分構(gòu)件控制版本控制變卦控制51軟件質(zhì)量保證 質(zhì)量，在軟件中指確保軟件程序開發(fā)和運用中的各個方面具有預先設定的某種規(guī)范的方法軟件中質(zhì)量的概念通常與兩方面有關：設計的質(zhì)量滿足要求的質(zhì)量52質(zhì)量的概念53軟件質(zhì)量保證54SQA 操作55軟件評審執(zhí)行軟件評審的主要目的是：指出產(chǎn)品還可以改良的區(qū)域清楚地確定出軟件滿足設定規(guī)范的部分堅持作業(yè)質(zhì)量的一致性56正式技術(shù)評審57軟件工程中的錯誤58質(zhì)量保證體系：ISO 9000質(zhì)量保證體系是一個整體構(gòu)造的稱號，其中包含有助于在組織內(nèi)部實現(xiàn)質(zhì)量管理功能的職責、處置、過程以及資源該體系中的活動包括整個開發(fā)過程中的規(guī)劃、控制、丈量、測試、報告和提高質(zhì)量等級ISO 9000 主要用于質(zhì)量保證體系，普通來說可以運用于不同的商業(yè)和效力59ISO 9000進展質(zhì)量保證的方法運用ISO 9000 質(zhì)