軟件項(xiàng)目管理2ppt課件(存儲(chǔ)版)
【正文】 規(guī)模為 P的項(xiàng)目組的總生產(chǎn)率為 Ltot=P(Ll(P1)r) () 對(duì)于給定的 L， l和 r的值，總生產(chǎn)率 Ltot是 P的函數(shù)。 項(xiàng)目網(wǎng)絡(luò)圖有兩種表示形式： （ 1）前導(dǎo)圖法 （ PDM： Precedence Diagramming Method） （ 2）箭線圖法 （ ADM： Arrow Diagramming Method） 項(xiàng)目網(wǎng)絡(luò)圖 甲項(xiàng)目例 甲項(xiàng)目中包含的活動(dòng)清單、各個(gè)活動(dòng)的歷時(shí)以及活動(dòng)間的依賴關(guān)系如下： 各活動(dòng)的依賴關(guān)系： ? A、 B、 C可以同時(shí)開始； ? D必須在 A完成后開始； ? E、 F必須在 B完成后開始； ? G必須在 C完成后開始； ? H必須在 D、 E完成后開始； ? I必須在 G完成后開始； ? J必須在 F、 H、 I完成后開 始。 甘特圖 甘特圖與網(wǎng)絡(luò)圖的比較 ? 甘特圖 在進(jìn)度報(bào)告中很有效 在作管理陳述時(shí)易于讀懂和使用。 ? 使用前導(dǎo)圖來確定關(guān)鍵路徑。 用經(jīng)驗(yàn)多、技術(shù)好、能力強(qiáng)的程序員作為主程序員，同時(shí)，組內(nèi)分工，給主程序員提供充分支持，所有通信都通過一兩個(gè)人進(jìn)行。 編程秘書也很難找到。 （ 3）不遵守一組指導(dǎo)軟件開發(fā)的準(zhǔn)則，會(huì)導(dǎo)致軟件質(zhì)量不高。 正式技術(shù)復(fù)審包括走查（ walkthrough)和審查（ inspection）。參與者提出他們不理解的術(shù)語和認(rèn)為不正確的術(shù)語。 （ 2） 準(zhǔn)備。 （ 5） 跟蹤。 如果對(duì)所有數(shù)據(jù)輸入斷言為真時(shí)，能對(duì)程序內(nèi)所有相鄰點(diǎn)都能完成上述證明過程，而且程序總可以終止的，則證明了程序的正確性。 軟件配置 2. 基線 (Baseline, 里程碑 ) IEEE把基線定義為： 已經(jīng)通過了正式復(fù)審的規(guī)格說明或中間產(chǎn)品，它可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制過程才能改變它。 每個(gè)對(duì)象都有一組能惟一地標(biāo)識(shí)它的特征： 名字、描述、版本。 把要修改的對(duì)象從項(xiàng)目數(shù)據(jù)庫中 “ 提?。?check out） ” 出來，進(jìn)行修改。最初，建立此模型的目的主要是，為大型軟件項(xiàng)目的招投標(biāo)活動(dòng)提供一種全面而客觀的評(píng)審依據(jù)，發(fā)展到后來，此模型又同時(shí)被應(yīng)用于許多軟件機(jī)構(gòu)內(nèi)部的過程改進(jìn)活動(dòng)中。 CMM的每個(gè)成熟度級(jí)別中都包含一組過程改進(jìn)的目標(biāo)，滿足這些目標(biāo)后一個(gè)機(jī)構(gòu)的軟件過程就從當(dāng)前級(jí)別進(jìn)化到下一個(gè)成熟度級(jí)別。對(duì)新項(xiàng)目的策劃和管理過程是基于以前類似項(xiàng)目的實(shí)踐經(jīng)驗(yàn)。實(shí)施了培訓(xùn)計(jì)劃，能夠保證全體項(xiàng)目負(fù)責(zé)人和項(xiàng)目開發(fā)人員具有完成承擔(dān)的任務(wù)所要求的知識(shí)和技能。以防止出現(xiàn)缺陷為目標(biāo)的機(jī)構(gòu)，它有能力識(shí)別軟件過程要素的薄弱環(huán)節(jié)。 軟件項(xiàng)目管理始于項(xiàng)目計(jì)劃，而第一項(xiàng)計(jì)劃活動(dòng)就是估算。 能力成熟度模型（ CMM）的基本思想是改進(jìn)對(duì)軟件過程的管理。 軟件質(zhì)量保證措施主要有基于非執(zhí)行的測試（也稱為復(fù)審）、基于執(zhí)行的測試（即通常所說的測試）。 軟件工程包括技術(shù)和管理兩方面的內(nèi)容。這一級(jí)的過程能力允許軟件機(jī)構(gòu)在定量的范圍內(nèi)預(yù)測過程和產(chǎn)品質(zhì)量趨勢，在發(fā)生偏離時(shí)可以及時(shí)采取措施予以糾正，并且可以預(yù)期軟件產(chǎn)品是高質(zhì)量的。 過程小組可以利用過程模型進(jìn)行過程例化活動(dòng)，從而獲得一個(gè)針對(duì)某個(gè)特定的軟件項(xiàng)目的過程實(shí)例。 處于 1級(jí)成熟度的軟件機(jī)構(gòu)，其過程能力是不可預(yù)測的，其軟件過程是不穩(wěn)定的，產(chǎn)品質(zhì)量只能根據(jù)相關(guān)人員的個(gè)人工作能力而不是軟件機(jī)構(gòu)的過程能力來預(yù)測。 CMM對(duì) 5個(gè)成熟度級(jí)別特性的描述，說明了不同級(jí)別之間軟件過程的主要變化。 5. 狀態(tài)報(bào)告 配置狀態(tài)報(bào)告回答下述問題： ① 發(fā)生了什么事？ ② 誰做的這件事？ ③ 這件事是什么時(shí)候發(fā)生的？ ④它將影響哪些其他事物？ 配置狀態(tài)改善所有相關(guān)人員之間的通信，消除沖突， 避免重復(fù)，提高效率。 3. 變化控制 變化控制過程在維護(hù)一章講過。 基本對(duì)象是軟件工程師在分析、設(shè)計(jì)、編碼或測試過程中創(chuàng)建出來的 “ 文本單元 ” 。 軟件配置管理 1. 軟件配置項(xiàng) 軟件過程的輸出信息可以分為 3類： ① 計(jì)算機(jī)程序（源代碼和可執(zhí)行程序）； ② 計(jì)算機(jī)程序的文檔（供技術(shù)人員或用戶使用）； ③ 數(shù)據(jù)（程序內(nèi)包含的或在程序外的）。 假設(shè)在程序的 P1,P2,… ， Pn等點(diǎn)上的斷言分別是a(1),a(2)， … ， a(n)，其中 a(1)必須是關(guān)于程序輸入的斷言， a(n)必須是關(guān)于程序輸出的斷言。 （ 4） 返工。編寫文檔的一名成員向?qū)彶榻M綜述該文檔。 走查組的任務(wù)僅僅是標(biāo)記出錯(cuò)誤而不是改正錯(cuò)誤。 軟件質(zhì)量保證措施 1. 技術(shù)復(fù)審的必要性 較早發(fā)現(xiàn)錯(cuò)誤，防止被傳播到軟件過程的后續(xù)階段。 圖 大型項(xiàng)目的技術(shù)管理組織結(jié)構(gòu) 軟件質(zhì)量就是 “ 軟件與明確地和隱含地定義的需求相一致的程度 ”： （ 1）軟件需求是度量軟件質(zhì)量的基礎(chǔ)。 問題： 主程序員具備兩方面的才能，這樣的人才不多。 缺點(diǎn)： 由于沒有明確的權(quán)威指導(dǎo)開發(fā)工程的進(jìn)行 ,組員間將缺乏必要的協(xié)調(diào) ,最終可能導(dǎo)致工程失敗。 幫助編制計(jì)劃和組織工作。下部表示計(jì)劃歷史（基準(zhǔn)計(jì)劃歷史）；上部表示實(shí)際歷史。 （ 3）在進(jìn)行工期估計(jì)時(shí)，表明項(xiàng)目將需要多長時(shí)間。 項(xiàng)目組規(guī)模與項(xiàng)目組總生產(chǎn)率的關(guān)系。 （ 4） 項(xiàng)目組凝聚力 : 開發(fā)人員相互協(xié)作度。 COCOMO2模型 后體系結(jié)構(gòu)模型軟件開發(fā)工作量函數(shù)： E= () E是開發(fā)工作量（以人月為單位）， a是模型系數(shù)， KLOC是估計(jì)的源代碼行數(shù)（以千行為單位）， b是模型指數(shù)， fi(i=1~17)是成本因素，見下表。 開發(fā)實(shí)時(shí)嵌入式軟件時(shí) :P~=2022；電信系統(tǒng)和系統(tǒng)軟件時(shí) :P=10000；商業(yè)應(yīng)用系統(tǒng) :P=28000。
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1