第七講軟件項目管理(SoftwareProjectManagement)課件

第七講軟件項目管理（SoftwareProjectManagement）WelcometoSoftwareEngineeringLecture7目標了解軟件項目管理者的主要任務(wù)；了解軟件項目管理的特征及其和其他工程項目管理之間的區(qū)別；熟悉項目規(guī)劃的概念及過程；掌握應用圖形工具制作項目進度表的方法；了解軟件成本的基本知識和COCOMO成本模型的基本原理；目標了解軟件配置管理的重要意義；熟悉配置管理的主要活動，包括CM規(guī)劃、變更管理、版本管理和系統(tǒng)構(gòu)建。內(nèi)容軟件項目管理基礎(chǔ)項目規(guī)劃與調(diào)度軟件成本估計

軟件配置管理軟件項目管理主要考慮如何保證軟件能夠按時、按計劃并滿足用戶需求規(guī)格的交付，即如何用科學的管理手段保障軟件項目的成功。軟件項目管理是必要的活動，因為軟件項目必然會受到時間和成本的約束，如何有效的利用時間與成本是不能僅憑工程分析與設(shè)計方法來解決的。1.軟件項目管理基礎(chǔ)軟件產(chǎn)品是無形的；軟件產(chǎn)品是易變的；軟件開發(fā)過程不標準；很多軟件項目都是“一次性”項目。軟件項目管理的特點提出書面建議；項目規(guī)劃與調(diào)度；項目成本計劃；項目監(jiān)督與評審；人員的選擇與評價；書寫并陳述工作報告。管理者的主要任務(wù)項目規(guī)劃與調(diào)度；項目成本管理；項目監(jiān)督與控制；人員管理。主要管理活動其他的管理活動質(zhì)量管理配置管理風險管理過程改進2.項目規(guī)劃與調(diào)度項目規(guī)劃可能是項目管理活動中最為耗時的。有效的管理取決于全面的規(guī)劃。在項目之初擬定的計劃，應該成為整個項目的驅(qū)動器。管理者需要開發(fā)各種不同類型的計劃來支持主要的軟件項目活動。

2.1項目規(guī)劃項目計劃的類型項目規(guī)劃過程EstablishtheprojectconstraintsMakeinitialassessmentsoftheprojectparametersDefineprojectmilestonesanddeliverableswhileprojecthasnotbeencompletedorcancelledloop Drawupprojectschedule Initiateactivitiesaccordingtoschedule Wait(forawhile)Reviewprojectprogress Reviseestimatesofprojectparameters Updatetheprojectschedule Re-negotiateprojectconstraintsanddeliverables if(problemsarise)then Initiatetechnicalreviewandpossiblerevision endifendloop項目計劃項目計劃通常包括：項目可用資源；工作分解；完成工作的進度安排。項目計劃書的結(jié)構(gòu)引言項目組織風險分析硬件和軟件資源需求工作分解項目進度監(jiān)控和報告機制活動組織項目中的活動應該被有效的組織以產(chǎn)生可見的切實的輸出來使管理者得到評判項目進度的依據(jù)。里程碑

aretheend-pointofaprocessactivity.可交付文檔areprojectresultsdeliveredtocustomers.軟件需求過程的里程碑2.2項目調(diào)度這個管理活動中，管理者需要把項目分解成若干個任務(wù)，并估算每個任務(wù)完成所需要的時間與資源，然后按照一定的順序把這些任務(wù)組織起來。應協(xié)調(diào)并行的任務(wù)，充分利用人力資源。要減少任務(wù)間的依賴，明確關(guān)鍵任務(wù)，保證按進度交付。項目調(diào)度過程條形圖與活動網(wǎng)絡(luò)圖圖形化的工具對說明項目進度是十分有用的。條形圖可以表示每項活動的負責人以及該項活動的預計開始時間和結(jié)束時間。活動網(wǎng)絡(luò)圖標是構(gòu)成一個項目的不同活動之間的依賴關(guān)系以及由開始到結(jié)束的關(guān)鍵活動路徑。例：活動網(wǎng)絡(luò)圖的畫法活動網(wǎng)絡(luò)圖條形圖3.軟件成本估計一個成功的項目應在不超預算的前提下按時交付。合理科學的估算對于項目管理者是至關(guān)重要的。3.1基本的估算問題估算通常要對以下問題做出回答：完成一個活動需要多少工作量？完成一個活動需要多少時間？活動的總成本是多少？項目估算與項目進度安排通常是一起進行的。軟件成本的構(gòu)成硬件和軟件成本差旅費和培訓費用工作成本(thedominantfactorinmost

projects)項目開發(fā)人員的薪水;社會保障和員工福利。經(jīng)常性的管理費用辦公場所、供暖和照明費用；網(wǎng)絡(luò)和通信費用；圖書館、員工餐廳等方便設(shè)施的費用。3.2估算技術(shù)對開發(fā)軟件系統(tǒng)工作量的精確估算，沒有一種簡單的方法。初始估算根據(jù)用戶的不完全的需求定義做出；軟件可能運行在抹些特殊的計算機上或需要運用新的開發(fā)技術(shù)；對項目開發(fā)人員的技術(shù)水平可能一無所知。所以，在開發(fā)過程早期對開發(fā)成本進行精確估算是相當困難的。估算技術(shù)自頂向下估算自底向上估算算法成本建模專家判定類比估算自頂向下估算自頂向下估算法，通常應用類比法從項目的整體出發(fā)，進行類推，即估算人員根據(jù)以往完成的類似項目所消耗的總工作量，來推算將要開發(fā)的軟件的總工作量；然后，按比例將它分配到各個開發(fā)任務(wù)單元中，這就是所謂的自頂向下估算。自頂向下法是基于以往項目的經(jīng)驗，簡單易行，但準確性差，常用于我們前面提到的項目的初期。自底向上估算自下向上估算法就是利用任務(wù)分解結(jié)構(gòu)圖（WBS），對各個具體的工作包進行詳細的工作量估算，然后將結(jié)果累加起來得到項目總工作量。這種方法最為準確，但比較耗時耗力，通常與類比法和參數(shù)法結(jié)合使用。算法成本建模Costisestimatedasamathematicalfunctionofproduct,projectandprocessattributeswhosevaluesareestimatedbyprojectmanagers:Effort=A*SizeB

*

MAisanorganisation-dependentconstant,BreflectsthedisproportionateeffortforlargeprojectsandMisamultiplierreflectingproduct,processandpeopleattributes.COCOMO成本模型Anempiricalmodelbasedonprojectexperience.Well-documented,‘independent’modelwhichisnottiedtoaspecificsoftwarevendor.Longhistoryfrominitialversionpublishedin1981(COCOMO-81)throughvariousinstantiationstoCOCOMO2.COCOMO81專家判定為了較少個人偏見的影響，專家估算法通常有多位專家進行估算，取得多個估算值，最后得出綜合的估算結(jié)果。專家估算法中最著名的是Deilphi方法，其基本步驟如下：1）

組織者發(fā)給每一位專家一份軟件系統(tǒng)的規(guī)格說明和一張記錄估算值的表格，請他們估算。2）

專家詳細的研究軟件規(guī)格說明之后，對該軟件提出3個規(guī)模的估算值。l

最小值ail

最可能值mil

最大值bi3）

組織者對專家表格中的答復進行整理，計算每位專家的平均值Ei=(ai+4mi+bi)/6，然后計算出期望值：E=(E1+E2+…..+En)/n。4）

綜合結(jié)果后，再組織專家無記名填表格，比較估算偏差，查找原因。5）重復上述過程多次，最終可以獲得一個多位專家共識的軟件估算。專家判定類比估算

類比法的使用也稱作基于案例的推理。估計人員從已完成的項目（源案例）中找出與新項目（目標案例）有相似特征的項目，然后將匹配的原案例已經(jīng)紀錄的工作量作為目標案例的估計基礎(chǔ)，接著標識出目標案例和源案例的所有不同之處，并對新案例的基本估計做出判斷和修訂。在選擇類似項目時，我們可以通過標識項目之間的歐幾里德距離來識別與待開發(fā)系統(tǒng)最為接近的類似項目。計算歐幾里德距離，首先要定義老項目與新項目的類似特征的參數(shù)，然后依據(jù)公式：歐幾里德距離=[（目標參數(shù)1-源參數(shù)1）2+…..+（目標參數(shù)n-源參數(shù)n）2]1/2

類比估算舉一個簡單的例子：假設(shè)要匹配的兩個項目僅基于兩個參數(shù)，輸入和輸出，已知新項目有7個輸入和15個輸出，過去有兩個項目A和B，項目A有8個輸入和17個輸出，項目B又5個輸入和11個輸出，那麼，A與目標項目之間的歐幾里德距離是[(7-8)2+(15-17)2]1/2=2.24，項目B與目標項目之間的歐幾里德距離是[(5-7)2+(11-15)2]1/2=4.47，對比這兩個數(shù)值，我們可以知道項目A比項目B更接近于我們的新項目。

類比估算對于類比法，我們可以靈活運用。我們可以把它與自頂向下法結(jié)合，得到項目總工作量的類比估計，也可以把它與自下向上法相結(jié)合，把WBS分解得到的任務(wù)模塊與以往做過的類似模塊比較，得到該模塊的工作量估計，在把模塊的工作量進行匯總得到總工作量。后者的估算精度比前者要高。類比估算3.3成本估算總結(jié)除上述的幾種估算方法以外，還有功能點分析法和猜測法。在實際軟件項目中，類比法、自下而上法和參數(shù)法是最常用的三種估算方法，其中自下而上法比較費時費力，參數(shù)法和類比法比較簡單，參數(shù)法的估計精度較高，三者常結(jié)合使用，類比法常被用來驗證自下而上法和參數(shù)法的結(jié)果。一種實際應用的估算過程對任務(wù)進行分解得到任務(wù)分解結(jié)構(gòu)WBS估算每個任務(wù)的最大值max、最小值min和平均值avg計算每一個任務(wù)的估算值Ei=(max+4avg+min)/6計算項目工作量估算值E=E1+E2+…..+En軟件系統(tǒng)總是出現(xiàn)變更，這就帶來新版本軟件的產(chǎn)生，引起版本變化的原因通常包括：變更建議和錯誤的修正；對不同的硬件與操作系統(tǒng)做出的適應性調(diào)整；提供不同的功能；按用戶特定需求進行的修正。配置管理規(guī)程規(guī)定了如何記錄和處理所提議的變更，如何使系統(tǒng)變更與系統(tǒng)組件相關(guān)聯(lián)，以及如何識別系統(tǒng)不同版本的方法。CM的目的在于控制由變更帶來的成本和人力消耗。4.配置管理配置管理配置管理設(shè)計開發(fā)和應用規(guī)程與標準去管理一個進化中的軟件產(chǎn)品。CM有時被認為是更廣泛的軟件質(zhì)量管理的一部分。當一個軟件系統(tǒng)被置于配置管理之下，我們把它叫做“基線”（baselines），應為他們是受控進化的一個起點。配置管理規(guī)劃描述配置管理應該使用的標準和規(guī)程。所有的軟件產(chǎn)品都應該置于CM控制之下：Specifications;Designs;Programs;Testdata;Usermanuals.4.1配置管理規(guī)劃配置管理規(guī)劃包括以下內(nèi)容：定義配置項以及使用什么模式來識別配置項；確定誰負責CM規(guī)程并把配置項提交給CM團隊；定義變更控制和版本管理的策略；定義必須被維護的CM記錄；描述CM使用的工具和使用這些工具的過程；描述配置數(shù)據(jù)庫的結(jié)構(gòu)既要維護的數(shù)據(jù)信息；對外協(xié)提供的軟件的管理和CM規(guī)劃對CM過程的審核過程。配置管理規(guī)劃Largeprojectstypicallyproducethousandsofdocumentswhichmustbeuniquelyidentified.Documentnamingschemeshouldbedefined

sothatrelateddocumentshaverelatednames.Ahierarchicalschemewithmulti-levelnamesis

probablythemostflexibleapproach.PCL-TOOLS/EDIT/FORMS/DISPLAY/AST-INTERFACE/CODE配置項識別配置層次AllCMinformationshouldbemaintainedina

configurationdatabase.Thisshouldallowqueriesaboutconfigurationstobe

answered:Whohasaparticularsystemversion?Whatplatformisrequiredforaparticularversion?WhatversionsareaffectedbyachangetocomponentX?HowmanyreportedfaultsinversionT?HowmanyreportedchangerequestsinversionT?TheCMdatabaseshouldpreferablybelinkedtothesoftwarebeingmanagedthroughintegratedwithversionmanagementtools.

配置數(shù)據(jù)庫軟件在生命周期內(nèi)會接受來自各方面的變更請求：Fromusers;Fromdevelopers;Frommarketforces.變更管理的主要目的使通過對變更的跟蹤和控制是變更實現(xiàn)的代價最小，效果最好。4.2變更管理變更管理過程對變更申請表的定義應該是CM規(guī)劃過程的一部分。變更申請表除了記錄需要的變更之外，還要記錄變更的建議者，變更的原因和變更的緊密程度。CRF還要記錄變更的成本估算，沖突的分析，變更的請求、核準、實現(xiàn)和驗證日期等內(nèi)容。變更申請表（CRF）的格式變更申請表（CRF）的格式變更控制委員會（CCB）是做出變更決策的極為重要的一個部門。CCB應獨立于軟件開發(fā)組織之外，由資深的客戶和承包商職員組成。CCB應從戰(zhàn)略的角度，而不是從技術(shù)的角度去考慮變更帶來的影響。變更控制委員會（CCB）組件變更時，每個組件愛你的變更記錄都應該得到維護，有時把這成為組件的導出歷史。維護這種記錄最佳的方式是在組件開始部分的標準注釋部分說明它。導出歷史應該建立變更請求到軟件變更的鏈接。導出歷史例：組件題頭信息Inventanidentificationschemeforsystem

versions.Planwhenanewsystemversionistobe

produced.Ensurethatversionmanagementproceduresandtoolsareproperlyapplied.Plananddistributenewsystemreleases.4.3版本和發(fā)布管理（自學）VersionAninstanceofasystemwhichis

functionallydistinctinsomewayfromother

systeminstances.Variant

Aninstanceofasystemwhichis

functionallyidenticalbutnon-functionally

distinctfromotherinstancesofasystem.ReleaseAninstanceofasystemwhichis

distributedtousersoutsideofthedevelopmentteam.Versions/variants/releasesVersionidentificationProceduresforversionidentificationshoulddefineanunambiguouswayofidentifyingcomponentversions.TherearethreebasictechniquesforcomponentidentificationVersionnumbering;Attribute-basedidentification;Change-orientedidentification.SimplenamingschemeusesalinearderivationV1,V1.1,V1.2,V2.1,V2.2etc.Theactualderivationstructureisatreeoranetworkratherthanasequence.Namesarenotmeaningful.Ahierarchicalnamingschemeleadstofewererrorsinversionidentification.VersionnumberingVersionderivationstructureAttributescanbeassociatedwithaversionwith

thecombinationofattributesidentifyingthat

versionExamplesofattributesareDate,Creator,

ProgrammingLanguage,Customer,Statusetc.Thisismoreflexiblethananexplicitnamingscheme

forversionretrieval;However,itcancauseproblemswithuniqueness-thesetofattributeshavetobechosensothatallversionscanbeuniquelyidentified.Inpractice,aversionalsoneedsanassociatednameforeasyreference.Attribute-basedidentificationAttribute-basedqueriesAnimportantadvantageofattribute-basedidentificationisthatitcansupportqueriessothatyoucanfind‘themostrecentversioninJava’etc.ThequeryselectsaversiondependingonattributevaluesAC3D(language=Java,platform=XP,date=Jan2003).Change-orientedidentificationIntegratesversionsandthechangesmadetocreatetheseversions.Usedforsystemsratherthancomponents.Eachproposedchangehasachangesetthatdescribeschangesmadetoimplementthatchange.Changesetsareappliedinsequencesothat,inprinciple,aversionofthesystemthatincorporatesanarbitrarysetofchangesmaybecreated.Releasesmustincorporatechangesforcedonthesystembyerrorsdiscoveredbyusersandbyhardwarechanges.Theymustalsoincorporatenewsystem

functionality.Releaseplanningisconcernedwithwhento

issueasystemversionasarelease.ReleasemanagementSystemreleasesNotjustasetofexecutableprograms.Mayalsoinclude:Configurationfilesdefininghowthereleaseisconfiguredforaparticularinstallation;Datafilesneededforsystemoperation;Aninstallationprogramorshellscripttoinstallthesystemontargethardware;Electronicandpaperdocumentation;Packagingandassociatedpublicity.Systemsarenownormallyreleasedonopticaldisks(CDorDVD)orasdownloadableinstallationfilesfromtheweb.Customermaynotwantanewreleaseofthe

systemTheymaybehappywiththeircurrentsystemasthenewversionmayprovideunwantedfunctionality.Releasemanagementshouldnotassumethatallpreviousreleaseshavebeenaccepted.Allfilesrequiredforareleaseshouldbere-createdwhenanewreleaseisinstalled.ReleaseproblemsReleasedecisionmakingPreparinganddistributingasystemreleaseisanexpensiveprocess.Factorssuchast