軟件項(xiàng)目管理(Software Project Management)_第1頁(yè)
軟件項(xiàng)目管理(Software Project Management)_第2頁(yè)
軟件項(xiàng)目管理(Software Project Management)_第3頁(yè)
軟件項(xiàng)目管理(Software Project Management)_第4頁(yè)
軟件項(xiàng)目管理(Software Project Management)_第5頁(yè)
已閱讀5頁(yè),還剩81頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

第八講軟件項(xiàng)目管理(SoftwareProjectManagement)WelcometoSoftwareEngineeringLecture8ZhangJiannanjiannanz@163.com目標(biāo)了解軟件項(xiàng)目的基本概念及管理者的主要任務(wù);了解軟件項(xiàng)目管理的特征及其和其他工程項(xiàng)目管理之間的區(qū)別;熟悉項(xiàng)目策劃的概念及任務(wù)過(guò)程;了解軟件成本的基本知識(shí)和基本的估算方法;掌握應(yīng)用圖形工具制作項(xiàng)目進(jìn)度表的方法;目標(biāo)了解軟件質(zhì)量的影響因素及CMM基本概念。了解軟件配置管理的重要意義;了解配置管理中CM規(guī)劃、變更管理等主要活動(dòng);了解人員管理的基本內(nèi)容與方法。內(nèi)容軟件項(xiàng)目管理基礎(chǔ)軟件項(xiàng)目策劃與估算軟件進(jìn)度安排軟件質(zhì)量管理與CMM軟件配置管理軟件人員管理軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成,而對(duì)成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動(dòng)。軟件項(xiàng)目管理主要考慮如何保證軟件能夠按時(shí)、按計(jì)劃并滿足用戶需求規(guī)格的交付,即如何用科學(xué)的管理手段保障軟件項(xiàng)目的成功。軟件項(xiàng)目管理是必要的活動(dòng),因?yàn)檐浖?xiàng)目必然會(huì)受到時(shí)間和成本的約束,如何有效的利用時(shí)間與成本是不能僅憑工程分析與設(shè)計(jì)方法來(lái)解決的。1.軟件項(xiàng)目管理基礎(chǔ)軟件項(xiàng)目管理與其它的工程項(xiàng)目管理相比有其自身的獨(dú)特性:軟件產(chǎn)品是無(wú)形的;軟件產(chǎn)品是易變的;軟件開(kāi)發(fā)過(guò)程不標(biāo)準(zhǔn);很多軟件項(xiàng)目都是“一次性”項(xiàng)目。軟件項(xiàng)目不同于其它普通的工程項(xiàng)目,它屬于智力密集型活動(dòng),其中,人員、抽象的文檔和程序代碼是管理的主要對(duì)象。因此,在實(shí)踐中,軟件工程管理人員不能照抄照搬,應(yīng)做到因地制宜,確保管理行為具有針對(duì)性。軟件項(xiàng)目管理的特點(diǎn)Pressman認(rèn)為有效的軟件項(xiàng)目管理集中在4個(gè)P上,即:人員(People)—“人的因素”是成功軟件項(xiàng)目中最為重要的因素;產(chǎn)品(Product)—產(chǎn)品的目標(biāo)與范圍,成本與開(kāi)發(fā)約束是劃分項(xiàng)目任務(wù),制定項(xiàng)目進(jìn)度的依據(jù);過(guò)程(Process)—軟件過(guò)程提供了完成特定軟件項(xiàng)目所需的框架活動(dòng)和開(kāi)發(fā)任務(wù)的集合;項(xiàng)目(Project)

—把軟件置于有計(jì)劃的、可控的項(xiàng)目之中,是保證其成功的唯一途徑。軟件項(xiàng)目管理中的4P’s項(xiàng)目策劃與估算;項(xiàng)目進(jìn)度安排;項(xiàng)目監(jiān)督與控制;人員管理;質(zhì)量管理;配置管理;風(fēng)險(xiǎn)管理;過(guò)程改進(jìn)。主要管理活動(dòng)2項(xiàng)目策劃與估算

軟件項(xiàng)目管理從一組統(tǒng)稱為項(xiàng)目策劃(projectplanning)的活動(dòng)開(kāi)始。項(xiàng)目策劃的目標(biāo)是建立一個(gè)能夠?qū)?fù)雜的技術(shù)項(xiàng)目進(jìn)行控制、跟蹤和監(jiān)測(cè)的有效策略,這個(gè)策略是在對(duì)資源、成本和進(jìn)度做出合理估算的基礎(chǔ)上做出的。

有效的項(xiàng)目管理取決于全面的項(xiàng)目策劃。在項(xiàng)目之初擬定的計(jì)劃,應(yīng)該成為整個(gè)項(xiàng)目的驅(qū)動(dòng)器。2.1

項(xiàng)目策劃項(xiàng)目策劃任務(wù)集確定項(xiàng)目范圍;確定可行性;分析風(fēng)險(xiǎn);確定所需的資源:確定需要的人力資源;確定可復(fù)用的軟件資源;標(biāo)識(shí)環(huán)境資源。項(xiàng)目策劃任務(wù)集估算成本和工作量:分解問(wèn)題;使用規(guī)模、功能點(diǎn)、過(guò)程任務(wù)或用例等方法進(jìn)行兩種以上的估算;調(diào)和不同的估算。制定項(xiàng)目進(jìn)度計(jì)劃:建立一組有意義的任務(wù)集合;定義任務(wù)網(wǎng)絡(luò);使用進(jìn)度計(jì)劃工具指定時(shí)間表;定義進(jìn)度跟蹤機(jī)制。WriteitDown!SoftwareProjectPlanProjectScopeEstimatesRisksScheduleControlstrategy什么是“范圍”?“軟件范圍”描述了:交付給最終用戶的軟件功能與特征;輸入和輸出的數(shù)據(jù);使用軟件時(shí)要呈現(xiàn)給用戶的“內(nèi)容”;用于界定系統(tǒng)的性能、約束條件、接口和可靠性。范圍可以使用以下兩種方法定義:在于共同利益者交流之后得到對(duì)軟件范圍的敘述性描述;由最終用戶開(kāi)發(fā)一組用例。資源2.2項(xiàng)目估算合理科學(xué)的項(xiàng)目估算對(duì)于項(xiàng)目管理是至關(guān)重要的,要得到理想的估算結(jié)果必須注意:必須理解項(xiàng)目的范圍;進(jìn)行項(xiàng)目分解是必要的;歷史信息是十分有用的;至少采用兩種不同的技術(shù)進(jìn)行估算;不確定性是軟件估算的天然屬性。軟件項(xiàng)目的成本構(gòu)成硬件和軟件成本差旅費(fèi)和培訓(xùn)費(fèi)用工作成本(thedominantfactorinmost

projects)項(xiàng)目開(kāi)發(fā)人員的薪水;社會(huì)保障和員工福利。經(jīng)常性的管理費(fèi)用辦公場(chǎng)所、供暖和照明費(fèi)用;網(wǎng)絡(luò)和通信費(fèi)用;圖書(shū)館、員工餐廳等方便設(shè)施的費(fèi)用。估算技術(shù)根據(jù)已完成的類似項(xiàng)目進(jìn)行估算(類比估算);傳統(tǒng)估算技術(shù):

任務(wù)分解與成果估算;

規(guī)模(如F.P)估算。經(jīng)驗(yàn)?zāi)P停▍?shù)估算);自動(dòng)化估算工具。估算精確度估算精確度取決于:計(jì)劃者對(duì)產(chǎn)品規(guī)模估計(jì)的準(zhǔn)確程度;把產(chǎn)品規(guī)模轉(zhuǎn)換成人的工作量/人力成本的準(zhǔn)確度;對(duì)軟件團(tuán)隊(duì)能力的正確估計(jì);軟件產(chǎn)品需求與環(huán)境的穩(wěn)定性。任務(wù)分解任務(wù)分解結(jié)構(gòu)(WBS)軟件范圍描述進(jìn)行“文法解析”傳統(tǒng)估算方法:LOC/FP方法在得到軟件的任務(wù)分解結(jié)構(gòu)(WBS)后,可以分別估計(jì)每個(gè)功能的LOC或FP,從而估計(jì)出軟件的整體規(guī)模。在估算過(guò)程中可以采用歷史數(shù)據(jù)進(jìn)行類比估算。估算人員通常要為每個(gè)功能分別估算一個(gè)樂(lè)觀值(Sopt)、可能值(Sm)和悲觀值(Spess),然后加權(quán)計(jì)算規(guī)模估計(jì)值S:S=(Sopt

+4

Sm+Spess)/6例:LOC方法該類系統(tǒng)的平均生產(chǎn)率=620LOC/pm;平均工資=$8000/月;每行代碼的成本約$13;根據(jù)LOC估算與歷史生產(chǎn)數(shù)據(jù)得到總成本約431000美元,工作量約54人.月。例:FP方法FP的估計(jì)值: FPestimated=321X[0.65+0.01X

Σ(Fi)] FPestimated=375組織平均生產(chǎn)率=6.5FP/pm.勞力價(jià)格=$8000permonth,每個(gè)FP成本約為$1230.根據(jù)FP估算與歷史生產(chǎn)數(shù)據(jù)得到總成本約461000美元,工作量約58人.月?;谶^(guò)程的估算從“過(guò)程框架”中獲得框架活動(dòng)(溝通、策劃、風(fēng)險(xiǎn)分析、工程和構(gòu)造發(fā)布)軟件功能框架活動(dòng)針對(duì)每個(gè)軟件功能,估算完成各個(gè)過(guò)程活動(dòng)所需的工作量(人.月)基于過(guò)程估算的實(shí)例如果平均一個(gè)勞力的價(jià)格是8000美元/月,則項(xiàng)目的總成本約為368000美元,總工作量約為46人.月。經(jīng)驗(yàn)估算模型Generalform:effort=tuningcoefficient*sizeexponentusuallyderivedasperson-monthsofeffortrequiredeitheraconstantoranumberderivedbasedoncomplexityofprojectusuallyLOCbutmayalsobefunctionpointempiricallyderivedCOCOMO-IICOCOMO(構(gòu)造成本模型)是由BarryBeohm提出的一種層次結(jié)構(gòu)估算模型,是業(yè)內(nèi)最廣泛使用和討論的經(jīng)驗(yàn)估算模型。COCOMOII也是一種層次結(jié)構(gòu)估算模型,主要應(yīng)用于以下領(lǐng)域:應(yīng)用組裝模型。在軟件工程早期使用,這時(shí),用戶界面的原型開(kāi)發(fā)、對(duì)軟件和系統(tǒng)交互的考慮、性能的評(píng)估以及技術(shù)成熟度的評(píng)價(jià)是最重要的;早期設(shè)計(jì)階段模型。在需求已經(jīng)穩(wěn)定并且基本的軟件體系結(jié)構(gòu)已經(jīng)建立時(shí)使用;體系結(jié)構(gòu)后階段模型。在軟件構(gòu)造過(guò)程中使用。軟件方程式軟件方程式是一種多變量模型,它假定在軟件開(kāi)發(fā)項(xiàng)目的整個(gè)生命周期中有特定的工作量分布。 E=[LOCxB0.333/P]3x(1/t4) 其中: E=工作量,人.月或人.年 t=項(xiàng)目持續(xù)時(shí)間,以月或年為單位 B=“特殊技能因子”

P=“生產(chǎn)率參數(shù)”3項(xiàng)目進(jìn)度安排(調(diào)度)這個(gè)管理活動(dòng)中,管理者需要把項(xiàng)目分解成若干個(gè)任務(wù),并估算每個(gè)任務(wù)完成所需要的時(shí)間與資源,然后按照一定的順序把這些任務(wù)組織起來(lái)。應(yīng)協(xié)調(diào)并行的任務(wù),充分利用人力資源。要減少任務(wù)間的依賴,明確關(guān)鍵任務(wù),保證按進(jìn)度交付。項(xiàng)目調(diào)度過(guò)程活動(dòng)網(wǎng)絡(luò)圖與甘特圖圖形化的工具對(duì)說(shuō)明項(xiàng)目進(jìn)度是十分有用的?;顒?dòng)網(wǎng)絡(luò)圖方法PERT(ProgramEvaluationandReviewTechnique),是美國(guó)海軍和洛克希德公司60年代初發(fā)展起來(lái)的一種先進(jìn)的管理技術(shù)。在國(guó)民經(jīng)濟(jì)中已經(jīng)廣為應(yīng)用,并且受到用戶的好評(píng)。

活動(dòng)網(wǎng)絡(luò)圖表示構(gòu)成一個(gè)項(xiàng)目的不同活動(dòng)之間的依賴關(guān)系以及由開(kāi)始到結(jié)束的關(guān)鍵活動(dòng)路徑。例:活動(dòng)網(wǎng)絡(luò)圖的畫(huà)法活動(dòng)網(wǎng)絡(luò)圖甘特圖是以水平線段表示每一項(xiàng)任務(wù),線段的起始點(diǎn)表示任務(wù)的開(kāi)始,結(jié)束點(diǎn)表示任務(wù)的結(jié)束,線段的長(zhǎng)度表示任務(wù)的完成時(shí)間。甘特圖的優(yōu)點(diǎn)是簡(jiǎn)單明了,清楚地從圖上看出任務(wù)時(shí)間上的對(duì)比關(guān)系,非常直觀方便。它的缺點(diǎn)是各個(gè)任務(wù)之間的邏輯關(guān)系無(wú)法表示清楚。甘特圖甘特圖4軟件質(zhì)量管理

近些年來(lái),軟件人員正不懈的追求軟件質(zhì)量,雖然付出了巨大的努力,但是收效甚微。于是,大部分軟件企業(yè)試圖通過(guò)壯大軟件測(cè)試隊(duì)伍,希望通過(guò)加大測(cè)試力度來(lái)提高軟件質(zhì)量,然而,軟件測(cè)試不能從根本上提高軟件質(zhì)量。究其原因,人們似乎對(duì)于軟件質(zhì)量的概念和內(nèi)涵并不是很清楚,就更談不上采取有效的方法提高軟件的質(zhì)量。我們認(rèn)為,實(shí)施軟件質(zhì)量管理是軟件開(kāi)發(fā)過(guò)程不可缺少的一個(gè)重要環(huán)節(jié)。傳統(tǒng)上,人們對(duì)軟件質(zhì)量的評(píng)價(jià)參數(shù)包括軟件功能是否齊全、結(jié)構(gòu)是否合理和層次是否分明等方面。不難發(fā)現(xiàn),這些評(píng)價(jià)的描述是含糊不清的,不能對(duì)軟件的質(zhì)量做定性的分析。不精確的軟件評(píng)價(jià)給用戶和軟件開(kāi)發(fā)人員均帶來(lái)消極作用,對(duì)用戶而言,沒(méi)有明確的軟件評(píng)價(jià),用戶就沒(méi)有選購(gòu)軟件的依據(jù);同時(shí),軟件開(kāi)發(fā)人員沒(méi)有軟件質(zhì)量的評(píng)價(jià)標(biāo)準(zhǔn),在軟件的開(kāi)發(fā)過(guò)程中就無(wú)“法”可依。因此,軟件質(zhì)量評(píng)價(jià)標(biāo)準(zhǔn)的制定有其必要性,也有重要意義。軟件質(zhì)量及其評(píng)價(jià)美國(guó)的B.W.Boehm和R.Brown提出了三個(gè)層次的評(píng)價(jià)度量模型,三個(gè)層次分別是軟件質(zhì)量要素、準(zhǔn)則和度量。在此,僅對(duì)第一層次——軟件質(zhì)量要素作簡(jiǎn)單介紹。軟件質(zhì)量及其評(píng)價(jià)把軟件質(zhì)量分解成六個(gè)要素,通過(guò)如下的六個(gè)要素來(lái)評(píng)判軟件質(zhì)量:1.功能性:軟件功能來(lái)源于軟件的用戶需求,用戶需求分為顯性需求和隱性需求,隱性需求泛指用戶潛在的卻不能陳述的軟件需求;功能性是軟件滿足用戶需求的程度描述。軟件質(zhì)量要素2.可靠性:軟件可靠性包含兩個(gè)方面的內(nèi)容,一是軟件在規(guī)定的運(yùn)行環(huán)境下正常工作的程度;二是軟件在非法操作或故障發(fā)生時(shí)繼續(xù)運(yùn)行的程度。軟件可靠性在軟件工程中具有較大的實(shí)際意義,可靠性差的軟件在故障發(fā)生時(shí)不能正常運(yùn)行,這將使得軟件功能喪失。在必要時(shí),可以建立軟件保障系統(tǒng),從根本上提高軟件可靠性。軟件質(zhì)量要素3.易使用性:易使用性的內(nèi)容包括軟件用戶界面的友好性和軟件交互性,交互性和友好性是衡量軟件使用是否方便的兩個(gè)重要參數(shù)。4.效率:軟件效率指軟件運(yùn)行時(shí)對(duì)所需的計(jì)算機(jī)資源利用的有效程度,軟件效率的衡量通常從時(shí)間和存儲(chǔ)需求兩方面入手。軟件質(zhì)量要素5.可維護(hù)性:軟件的可維護(hù)性是指用戶需求改變或軟件環(huán)境發(fā)生變更時(shí),軟件系統(tǒng)能進(jìn)行相應(yīng)修改的容易程度,可維護(hù)性一般與軟件的可讀性、可理解性和可修改性相關(guān)。軟件質(zhì)量要素6.可移植性:可移植性指軟件整體或部分對(duì)運(yùn)行的系統(tǒng)和環(huán)境的依賴程度,依賴程度越高,軟件可移植性越差。軟件質(zhì)量要素雖然軟件企業(yè)沒(méi)有停止對(duì)軟件質(zhì)量的追求,但是事實(shí)表明他們并沒(méi)有在提高軟件質(zhì)量方面取得突破性進(jìn)展。軟件質(zhì)量問(wèn)題的根源總的來(lái)說(shuō),較多質(zhì)量不高的軟件在軟件開(kāi)發(fā)中存在以下幾點(diǎn)共性:缺乏軟件產(chǎn)品檢驗(yàn)標(biāo)準(zhǔn),開(kāi)發(fā)人員在提高軟件質(zhì)量上還具有一定盲目性;軟件開(kāi)發(fā)人員缺乏質(zhì)量意識(shí);軟件項(xiàng)目時(shí)間短、計(jì)劃緊;軟件項(xiàng)目資金不足,開(kāi)發(fā)方降低開(kāi)發(fā)成本;沒(méi)有有效的軟件項(xiàng)目管理體制。軟件質(zhì)量問(wèn)題的根源(一)CMM概念CMM(CapabilityMaturityModelforSoftware),英文縮寫(xiě)名是SM-CMM,它指“軟件能力成熟度模型”,CMM是美國(guó)卡內(nèi)基—梅隆大學(xué)軟件工程研究所(簡(jiǎn)稱SEI)的研究成果;SEI是美國(guó)國(guó)防部出資于1984年設(shè)立。軟件質(zhì)量與CMM從1986年開(kāi)始,SEI針對(duì)軟件組織改善其軟件過(guò)程,特別是美國(guó)國(guó)防部對(duì)軟件承包商的能力評(píng)價(jià)問(wèn)題,研究“過(guò)程成熟度框架”。1987年9月,SEI發(fā)表了關(guān)于過(guò)程成熟度框架的簡(jiǎn)要說(shuō)明和成熟度調(diào)查問(wèn)卷。以這一過(guò)程成熟度框架為藍(lán)本,在美國(guó)聯(lián)邦政府促進(jìn)下,從1987年到1991年在美國(guó)一些大公司的軟件組織進(jìn)行了軟件過(guò)程能力成熟度模型的評(píng)估實(shí)踐。(一)CMM概念根據(jù)這4年的實(shí)踐經(jīng)驗(yàn),特別是從美國(guó)政府和工業(yè)界反饋的關(guān)于軟件過(guò)程評(píng)估的信息,SEI在原過(guò)程成熟度框架的基礎(chǔ)上開(kāi)發(fā)出了“軟件能力成熟度模型(CMM)1.0版”。SEI給CMM下的定義是:對(duì)于軟件組織在定義,實(shí)現(xiàn),度量,控制和改善其軟件過(guò)程的進(jìn)程中各個(gè)發(fā)展階段的描述。(一)CMM概念這個(gè)模型便于確定軟件組織的現(xiàn)有過(guò)程能力和查找出軟件質(zhì)量及過(guò)程改進(jìn)方面的最關(guān)鍵問(wèn)題,從而為選擇過(guò)程改進(jìn)戰(zhàn)略提供指南。SW-CMM為軟件企業(yè)的過(guò)程能力提供了一個(gè)階梯式的進(jìn)化框架,它基于過(guò)去所有軟件工程成果的過(guò)程改善的框架,吸取了以往軟件工程的經(jīng)驗(yàn)教訓(xùn)。它指明了一個(gè)成熟的軟件組織在軟件開(kāi)發(fā)方面需要管理的那些主要工作、這些工作之間的關(guān)系、以及以怎樣的先后次序,一步一步的做好這些工作使軟件組織走向成熟,是目前國(guó)際上最流行也是最實(shí)用的軟件生產(chǎn)過(guò)程標(biāo)準(zhǔn)。

(一)CMM概念SW-CMM為軟件企業(yè)的過(guò)程能力提供了臺(tái)階式結(jié)構(gòu),共分五級(jí),分別是初始級(jí)、可重級(jí)、定義級(jí)、管理級(jí)和優(yōu)化級(jí)。初始級(jí)實(shí)際上是一個(gè)起點(diǎn),任何準(zhǔn)備按CMM結(jié)構(gòu)進(jìn)化的企業(yè)一般都處于這個(gè)起點(diǎn)上,并通過(guò)這個(gè)起點(diǎn)向可重級(jí)邁進(jìn)。除初始級(jí)外,每一級(jí)都設(shè)定了一組目標(biāo),如果達(dá)到了這組目標(biāo),則表明達(dá)到了這個(gè)成熟級(jí)別,可以向下一個(gè)級(jí)別邁進(jìn)。CMM從可重級(jí)起,每一個(gè)低的級(jí)別實(shí)現(xiàn)均是高的級(jí)別實(shí)現(xiàn)的基礎(chǔ),所以它不主張級(jí)別跨越。(二)CMM結(jié)構(gòu)SW-CMM提供階梯式的進(jìn)化框架1.初始級(jí)初始級(jí)實(shí)際上是一個(gè)較為原始的階段,初始級(jí)的軟件過(guò)程是未加定義的隨意過(guò)程,項(xiàng)目的執(zhí)行是隨意甚至是混亂的。它的執(zhí)行沒(méi)有政策、資源等方面的保證時(shí),那么它仍然被視為初始級(jí)。(二)CMM結(jié)構(gòu)2.可重復(fù)級(jí)可重復(fù)級(jí)的管理過(guò)程包括了需求管理、項(xiàng)目管理、質(zhì)量管理、配置管理和子合同管理五個(gè)方面,可重復(fù)級(jí)的焦點(diǎn)集中在軟件管理過(guò)程上。一個(gè)可管理的過(guò)程則是一個(gè)可重復(fù)級(jí)的過(guò)程,一個(gè)可重級(jí)的過(guò)程則能逐漸進(jìn)化和成熟。(二)CMM結(jié)構(gòu)3.定義級(jí)定義級(jí)給出了定義執(zhí)行的步驟標(biāo)準(zhǔn),并將這些標(biāo)準(zhǔn)集成到企業(yè)軟件開(kāi)發(fā)標(biāo)準(zhǔn)過(guò)程中去。所有開(kāi)發(fā)的項(xiàng)目需根據(jù)這個(gè)標(biāo)準(zhǔn)過(guò)程,剪裁出該項(xiàng)目的過(guò)程,并執(zhí)行這些過(guò)程。過(guò)程的剪裁不是隨意的,在使用前需經(jīng)過(guò)企業(yè)有關(guān)人員的批準(zhǔn)。(二)CMM結(jié)構(gòu)4.管理級(jí)管理級(jí)的管理是量化的管理。所有過(guò)程需建立相應(yīng)的度量方式,產(chǎn)品的質(zhì)量需有明確的度量指標(biāo)。這些度量應(yīng)是詳盡的,且可用于理解和控制軟件過(guò)程和產(chǎn)品,量化控制將使軟件開(kāi)發(fā)真正變成工業(yè)生產(chǎn)活動(dòng)。(二)CMM結(jié)構(gòu)5.優(yōu)化級(jí)優(yōu)化級(jí)的目標(biāo)是達(dá)到一個(gè)持續(xù)改善的境界。所謂持續(xù)改善是指可根據(jù)過(guò)程執(zhí)行的反饋信息來(lái)改善下一步的執(zhí)行過(guò)程,即優(yōu)化執(zhí)行步驟。如果一個(gè)企業(yè)達(dá)到了這一級(jí),那么表明該企業(yè)能夠根據(jù)實(shí)際的項(xiàng)目性質(zhì)、技術(shù)等因素,不斷調(diào)整軟件生產(chǎn)過(guò)程以求達(dá)到最佳。(二)CMM結(jié)構(gòu)從效果而言,在上述不同階段,軟件開(kāi)發(fā)生產(chǎn)的成熟程度給軟件企業(yè)帶來(lái)了完全不同的效果。從第一階段到第五個(gè)階段,軟件開(kāi)發(fā)生產(chǎn)的計(jì)劃精度越來(lái)越高,每單位工程的生產(chǎn)周期越來(lái)越短,每單位工程的成本越來(lái)越低。CMM五級(jí)模型為軟件質(zhì)量的控制和質(zhì)量的提高奠定了堅(jiān)實(shí)的基礎(chǔ),它是當(dāng)前軟件質(zhì)量控制領(lǐng)域研究的一個(gè)熱點(diǎn)。(二)CMM結(jié)構(gòu)軟件系統(tǒng)總是出現(xiàn)變更,這就帶來(lái)新版本軟件的產(chǎn)生,引起版本變化的原因通常包括:變更建議和錯(cuò)誤的修正;對(duì)不同的硬件與操作系統(tǒng)做出的適應(yīng)性調(diào)整;提供不同的功能;按用戶特定需求進(jìn)行的修正。配置管理規(guī)程規(guī)定了如何記錄和處理所提議的變更,如何使系統(tǒng)變更與系統(tǒng)組件相關(guān)聯(lián),以及如何識(shí)別系統(tǒng)不同版本的方法。CM的目的在于控制由變更帶來(lái)的成本和人力消耗。4.配置管理配置管理配置管理涉及開(kāi)發(fā)和應(yīng)用規(guī)程與標(biāo)準(zhǔn)去管理一個(gè)進(jìn)化中的軟件產(chǎn)品。CM有時(shí)被認(rèn)為是更廣泛的軟件質(zhì)量管理的一部分。當(dāng)一個(gè)軟件系統(tǒng)被置于配置管理之下,我們把它叫做“基線”(baselines),因?yàn)樗鼈兪鞘芸剡M(jìn)化的一個(gè)起點(diǎn)。配置管理的主要活動(dòng)配置管理的規(guī)劃變更管理版本與發(fā)布管理系統(tǒng)構(gòu)建配置管理規(guī)劃描述配置管理應(yīng)該使用的標(biāo)準(zhǔn)和規(guī)程。所有的軟件產(chǎn)品都應(yīng)該置于CM控制之下:Specifications;Designs;Programs;Testdata;Usermanuals.4.1配置管理規(guī)劃配置管理規(guī)劃包括以下內(nèi)容:定義配置項(xiàng)以及使用什么模式來(lái)識(shí)別配置項(xiàng);確定誰(shuí)負(fù)責(zé)CM規(guī)程并把配置項(xiàng)提交給CM團(tuán)隊(duì);定義變更控制和版本管理的策略;定義必須被維護(hù)的CM記錄;描述CM使用的工具和使用這些工具的過(guò)程;描述配置數(shù)據(jù)庫(kù)的結(jié)構(gòu)既要維護(hù)的數(shù)據(jù)信息;對(duì)外協(xié)提供的軟件的管理和CM規(guī)劃對(duì)CM過(guò)程的審核過(guò)程。配置管理規(guī)劃配置管理規(guī)劃過(guò)程中,要嚴(yán)格確定對(duì)哪些項(xiàng)或哪類項(xiàng)進(jìn)行控制。配置控制之下的文檔成為配置項(xiàng)。CM中需要有一個(gè)關(guān)于所有配置項(xiàng)的一致性標(biāo)識(shí)列表。分層命名模式是一種有效的命名方法:PCL-TOOLS/EDIT/FORMS/DISPLAY/AST-INTERFACE/CODE配置項(xiàng)識(shí)別配置層次所有的CM信息都保存在一個(gè)配置數(shù)據(jù)庫(kù)中。配置數(shù)據(jù)庫(kù)必須能夠?qū)Ω鞣N系統(tǒng)配置查詢作出相應(yīng):Whohasaparticularsystemversion?Whatplatformisrequiredforaparticularversion?WhatversionsareaffectedbyachangetocomponentX?HowmanyreportedfaultsinversionT?HowmanyreportedchangerequestsinversionT?配置數(shù)據(jù)庫(kù)應(yīng)該和版本管理系統(tǒng)集成到一起以便與被配置管理控制的軟件直接相連。

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

軟件項(xiàng)目開(kāi)發(fā)的資源主要是人員、開(kāi)發(fā)時(shí)間、軟件工具、運(yùn)行所需要的軟/硬件等。軟件開(kāi)發(fā)過(guò)程是人智力密集型的勞動(dòng)。開(kāi)發(fā)組織為提高軟件生產(chǎn)率,必須最大限度地發(fā)揮每一個(gè)人的技術(shù)和能力。軟件項(xiàng)目由項(xiàng)目負(fù)責(zé)人(項(xiàng)目經(jīng)理)總負(fù)責(zé)。人員管理涉及到招募、選擇、培訓(xùn)、業(yè)績(jī)、報(bào)酬、專業(yè)發(fā)展,以及培養(yǎng)團(tuán)隊(duì)精神和企業(yè)文化等一系列“以人為本”的組織工作,通過(guò)吸引、培養(yǎng)、激勵(lì)留住有創(chuàng)造力、技術(shù)水平高的人才,增強(qiáng)軟件組織軟件開(kāi)發(fā)能力。人員資源計(jì)劃

對(duì)開(kāi)發(fā)人員資源的需求(計(jì)劃),是隨時(shí)間變化的一個(gè)指數(shù)函數(shù)曲線——Rayleigh-Norden曲線模式。td圖9.1開(kāi)發(fā)人員資源需求隨時(shí)間變化的曲線時(shí)間人員資源需求人員協(xié)調(diào)和通信建立有效的人員通信交流機(jī)制,組織開(kāi)發(fā)人員和協(xié)調(diào)他們的關(guān)系,并跟蹤和協(xié)調(diào)開(kāi)發(fā)進(jìn)程。軟件項(xiàng)目人員協(xié)調(diào)和通信方式可分成:

◆正式的(采用文字、視頻會(huì)議等非直接交互的通信渠道)、非個(gè)人的方式; ◆正式的、個(gè)人的方式; ◆非正式的、個(gè)人的方式; ◆電子通信方式; ◆個(gè)人網(wǎng)絡(luò)方式。人員組織范型大型軟件產(chǎn)品的開(kāi)發(fā)可采取分層次的組織結(jié)構(gòu),即軟件經(jīng)理→項(xiàng)目經(jīng)理→開(kāi)發(fā)小組,以保證組織和管理的有效性。一個(gè)項(xiàng)目科學(xué)而合理建立的組織結(jié)構(gòu)取決于組織的管理風(fēng)格、凝聚力、組內(nèi)成員的人數(shù)和他們的技術(shù)水平,以及任務(wù)的難易程度。民主分權(quán)制 民主分權(quán)式開(kāi)發(fā)組是一個(gè)沒(méi)有領(lǐng)導(dǎo)者的,提倡無(wú)私精神的團(tuán)體組織,民主氛圍濃郁,組員們工作積極性高,這使得整個(gè)團(tuán)隊(duì)能多出、快出更高質(zhì)量的產(chǎn)品。 民主分權(quán)組織方式比較強(qiáng)調(diào)個(gè)人的作用,所以希望小組成員都是經(jīng)驗(yàn)豐富、技術(shù)和技能熟練的人員。 民主分權(quán)式開(kāi)發(fā)組織方式特別適用于較小規(guī)模或研究型產(chǎn)品的開(kāi)發(fā)??刂萍瘷?quán)制

控制集權(quán)式組織的特點(diǎn):一是專業(yè)化,每個(gè)成員分工明確,執(zhí)行各自的專業(yè)任務(wù);二是層次性,每個(gè)成員在組織中處于一定的領(lǐng)導(dǎo)或被領(lǐng)導(dǎo)地位。 控制集權(quán)式組由一名高級(jí)工程師(主程序員)、一名后備工程師、資料管理員,以及2~5個(gè)技術(shù)人員組成。 小組負(fù)責(zé)人由高級(jí)工程師(主程序員)擔(dān)任,他既是管理者,又是高級(jí)專業(yè)人員,負(fù)責(zé)計(jì)劃、協(xié)調(diào)和復(fù)審小組的所有技術(shù)活動(dòng);后備工程師是協(xié)助負(fù)責(zé)人工作的專業(yè)人員;資料管理員是專職的,職責(zé)是控制和維護(hù)所有的軟件配置,協(xié)助小組進(jìn)行研究、評(píng)估和文檔準(zhǔn)備??刂品謾?quán)制 軟件的開(kāi)發(fā)通常采用一種更合理的、責(zé)任范圍更清楚的人員組織方式——控制分權(quán)式開(kāi)發(fā)組。 控制分權(quán)小組負(fù)責(zé)人由一個(gè)小組領(lǐng)導(dǎo)人(負(fù)責(zé)小組的技術(shù)活動(dòng)),一個(gè)小組管理員(負(fù)責(zé)所有非技術(shù)的管理決策)兩個(gè)人承擔(dān)。小組領(lǐng)導(dǎo)人小組管理員技術(shù)人員技術(shù)人員技術(shù)人員圖9.3控制分權(quán)式小組的結(jié)構(gòu)示意ChiefProgrammerAssistantCPProgramManagerProgramManagerAdminis-trationLibrarianTestTeamSeniorProgrammerJuniorProgrammer全面負(fù)責(zé)設(shè)計(jì)、編碼、測(cè)試和

溫馨提示

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

評(píng)論

0/150

提交評(píng)論