軟件過程管理2014

解釋過程度量項(xiàng)定義時(shí)應(yīng)注意的方面，并以此評(píng)價(jià)PSP基本度量元的合理之處一個(gè)軟件企業(yè)要對(duì)它的產(chǎn)品、項(xiàng)目或者過程進(jìn)行量化管理時(shí)，需要關(guān)注的信息對(duì)象基本屬性的描述，所以度量元的定義要：（1）必須由目標(biāo)確定，并且是針對(duì)特定問題的（2）必須正確反應(yīng)項(xiàng)目過程狀態(tài)（3）必須精確（4）以應(yīng)用度量結(jié)果為中心，而不是單純?yōu)槭占瘮?shù)據(jù)而搜集數(shù)據(jù)；（5）能反應(yīng)軟件在某個(gè)階段的基本屬性；（6）科學(xué)、可度量，不能是抽象的；（7）度量應(yīng)該簡單低廉，不能成本太高；（8）可以為以后的開發(fā)提供經(jīng)驗(yàn)教訓(xùn)；（9）可以為以后的開發(fā)提供數(shù)據(jù)來預(yù)測(cè)一些有價(jià)值的信息。時(shí)間缺陷規(guī)模三種度量元都是為了幫助實(shí)踐者了解過程狀態(tài)，理解過程偏差，提供該井決策支持；度量元的內(nèi)容都是清晰的，同一過程不會(huì)出現(xiàn)不同結(jié)果；能夠提供比較全面的決策指導(dǎo)//日程解釋需求開發(fā)中用戶需求和產(chǎn)品需求的差別，并設(shè)計(jì)一個(gè)完成需求開發(fā)的流程用戶需求：1.執(zhí)行實(shí)際工作的用戶對(duì)產(chǎn)品所能完成的具體任務(wù)的期望，描述了系統(tǒng)能夠幫助用戶做些什么，2.它是從用戶角度描述的，3.主要使用的是自然語言，4.具有模糊性、不清晰、多特性混雜、多邏輯混雜。產(chǎn)品需求：需求工程師將用戶需求進(jìn)一步明確和細(xì)化將之轉(zhuǎn)化為一系列產(chǎn)品需求，是用戶對(duì)系統(tǒng)行為的期望，也就是針對(duì)客戶需求開發(fā)團(tuán)隊(duì)設(shè)計(jì)出的可以幫助客戶解決問題的方案。需求開發(fā)流程：需求獲?。罕M可能識(shí)別用戶的期望和所受的限制，通過“需求誘導(dǎo)”的方式進(jìn)行，要識(shí)別客戶沒有明確提出的額外性需求。需求匯總：整理各種來源的信息，識(shí)別缺失的信息，解決沖突的需求，需求整理和轉(zhuǎn)化，推導(dǎo)未顯示描述的需求內(nèi)容。需求驗(yàn)證：對(duì)需求進(jìn)行分析和確認(rèn)，以確保符合使用者的預(yù)期，具體手段有：建立相關(guān)場(chǎng)景分析需求和確認(rèn)需求。需求文檔制作：形成了一份完整的、規(guī)范的、經(jīng)過評(píng)審的需求規(guī)格說明書。解釋設(shè)計(jì)的層次的意義，并解釋如何將PSP4個(gè)設(shè)計(jì)模板應(yīng)用到不同的設(shè)計(jì)層次中設(shè)計(jì)的層次性的概念：將系統(tǒng)自頂向下分解成不同粒度的模塊，從高到低逐步精化逐層設(shè)計(jì)，具體：根據(jù)SRS給出系統(tǒng)的高層設(shè)計(jì)，根據(jù)系統(tǒng)的高層設(shè)計(jì)將系統(tǒng)分解為N個(gè)子系統(tǒng)，對(duì)于每一個(gè)子系統(tǒng)i，給出子系統(tǒng)i的高層設(shè)計(jì)，根據(jù)子系統(tǒng)i的高層設(shè)計(jì)，將子系統(tǒng)分解為N個(gè)組件，根據(jù)每個(gè)組件i-k，給出組件i-k的高層設(shè)計(jì)，根據(jù)組件i-k的高層設(shè)計(jì)把組件i-k分解為N個(gè)模塊，對(duì)于每一個(gè)模塊i-k-l，給出模塊i-k-l的規(guī)格說明，根據(jù)模塊i-k-l的規(guī)格說明，給出模塊i-k-l的詳細(xì)設(shè)計(jì)。設(shè)計(jì)的層次性的意義：簡化設(shè)計(jì)過程，不易出錯(cuò)，易于分析，模塊清晰，便于分工團(tuán)隊(duì)開發(fā)，保證軟件質(zhì)量。psp的4個(gè)設(shè)計(jì)模板應(yīng)用在不同的設(shè)計(jì)層次當(dāng)中：1.操作規(guī)格模板和功能規(guī)格模板應(yīng)用于系統(tǒng)規(guī)格說明（系統(tǒng)該做啥），2.邏輯規(guī)格模板和狀態(tài)規(guī)格模板應(yīng)用于高層設(shè)計(jì)（系統(tǒng)該怎么工作）。如何對(duì)一個(gè)軟件產(chǎn)品組件進(jìn)行質(zhì)量評(píng)價(jià)，可以選擇哪些度量元，這些度量元如何輔助度量軟件產(chǎn)品組件的質(zhì)量如何進(jìn)行質(zhì)量評(píng)價(jià)：個(gè)人評(píng)審、團(tuán)隊(duì)評(píng)審、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試以及驗(yàn)收測(cè)試缺陷密度缺陷檢出率（某階段當(dāng)時(shí)發(fā)現(xiàn)的缺陷/該階段的全部缺陷100%）發(fā)布前缺陷去除率（發(fā)布前發(fā)現(xiàn)的缺陷/（發(fā)布前發(fā)現(xiàn)的缺陷軟件運(yùn)行的前3個(gè)月發(fā)現(xiàn)的缺陷）100%）潛在缺陷數(shù)（(100%發(fā)布前缺陷去除率)缺陷密度）平均失效時(shí)間（軟件持續(xù)運(yùn)行時(shí)間/缺陷數(shù)量）平均修復(fù)時(shí)間（∑缺陷修復(fù)時(shí)間/缺陷數(shù)量）請(qǐng)解釋規(guī)模估算和資源估算中估算偏差含義之間的差別，并據(jù)此簡要列舉對(duì)軟件開發(fā)活動(dòng)的啟發(fā)資源估算中的偏差主要指實(shí)際開發(fā)中里程碑的時(shí)間差別，規(guī)模估算中的偏差則是項(xiàng)目比如代碼數(shù)量的產(chǎn)品特征的偏差。為何說將“規(guī)范方法”“計(jì)劃驅(qū)動(dòng)方法”作為敏捷軟件開發(fā)的對(duì)立面這一說法帶有很大的誤導(dǎo)性質(zhì)？如何通過多種維度改進(jìn)對(duì)各種軟件開發(fā)過程的理解？敏捷不拒絕規(guī)范，如psp就是規(guī)范；敏捷也離不開計(jì)劃，而是反對(duì)制定過分詳細(xì)，不允許修改的計(jì)劃。如何多維度：通過1.動(dòng)態(tài)性、2.危險(xiǎn)性、3。規(guī)模、4.人員和5.文化。步驟1——評(píng)估項(xiàng)目的環(huán)境風(fēng)險(xiǎn)、敏捷風(fēng)險(xiǎn)和計(jì)劃驅(qū)動(dòng)風(fēng)險(xiǎn)。如果評(píng)估中具有不確定因素，就通過原型、數(shù)據(jù)收集和分析來獲取所需的信息。步驟2a——如果敏捷風(fēng)險(xiǎn)高于計(jì)劃驅(qū)動(dòng)風(fēng)險(xiǎn)，就啟用基于風(fēng)險(xiǎn)的計(jì)劃驅(qū)動(dòng)方法。步驟2b——如果計(jì)劃驅(qū)動(dòng)風(fēng)險(xiǎn)高于敏捷風(fēng)險(xiǎn)，就啟用基于風(fēng)險(xiǎn)的敏捷方法。步驟3——如果應(yīng)用的一部分滿足2a，其他部分滿足2b，就通過架構(gòu)把敏捷部分封裝起來，在敏捷部分啟用基于風(fēng)險(xiǎn)的敏捷方法，在其他地方啟用基于風(fēng)險(xiǎn)的計(jì)劃驅(qū)動(dòng)方法。步驟4——通過集成單獨(dú)的風(fēng)險(xiǎn)降低計(jì)劃建立項(xiàng)目的總體策略。步驟5——對(duì)進(jìn)度和風(fēng)險(xiǎn)/機(jī)遇進(jìn)行監(jiān)控，在合適時(shí)重新調(diào)整平衡和過程。 敏捷與規(guī)范，軟件開發(fā)中看似對(duì)立的兩個(gè)屬性，實(shí)際上相得益彰。計(jì)劃驅(qū)動(dòng)的開發(fā)人員必須敏捷，敏捷開發(fā)人員必須規(guī)范。成功的關(guān)鍵在于找到兩者的平衡點(diǎn)。這個(gè)平衡點(diǎn)隨項(xiàng)目所處的環(huán)境以及所涉及的風(fēng)險(xiǎn)而變化。僅憑一腔熱情徑直地采用極端方法的開發(fā)人員，必須學(xué)會(huì)如何根據(jù)實(shí)際情況恰當(dāng)?shù)仄胶饷艚菖c規(guī)范請(qǐng)舉例說明驗(yàn)證和確認(rèn)的區(qū)別和聯(lián)系驗(yàn)證(Verification)和確認(rèn)(Validation)都是為了提升最終產(chǎn)品的質(zhì)量而采取的措施。驗(yàn)證和確認(rèn)的目的不同。驗(yàn)證是目的是確保選定的工作產(chǎn)品與事先指定給該工作產(chǎn)品的需求一致；確認(rèn)的目標(biāo)則是確保開發(fā)完成的產(chǎn)品或者產(chǎn)品組件在即將要使用該產(chǎn)品或者產(chǎn)品組件的環(huán)境中工作正確。應(yīng)對(duì)風(fēng)險(xiǎn)的典型策略有哪些？請(qǐng)舉例說明典型策略有：風(fēng)險(xiǎn)轉(zhuǎn)嫁:風(fēng)險(xiǎn)轉(zhuǎn)嫁是指通過某種安排，在放棄部分利益的同時(shí)，將部分的項(xiàng)目風(fēng)險(xiǎn)轉(zhuǎn)嫁到其他的團(tuán)隊(duì)或者組織。比如有的公司采取外包的方式，把一部分有技術(shù)風(fēng)險(xiǎn)的產(chǎn)品組件交由其他公司開發(fā)，在放棄部分收益的同時(shí)，也規(guī)避了技術(shù)風(fēng)險(xiǎn)。風(fēng)險(xiǎn)解決:風(fēng)險(xiǎn)解決是指采取一些有效措施，使得風(fēng)險(xiǎn)的來源不再存在。這往往是一種預(yù)防性的手段。比如針對(duì)項(xiàng)目面臨的技術(shù)風(fēng)險(xiǎn)，采取技術(shù)調(diào)研或者引進(jìn)技術(shù)專家的手段，使得原有的風(fēng)險(xiǎn)來源不再存在或者存在可能性極低，從而測(cè)試解決該風(fēng)險(xiǎn)。風(fēng)險(xiǎn)緩解:風(fēng)險(xiǎn)緩解是指容忍風(fēng)險(xiǎn)的存在，采取一些措施監(jiān)控風(fēng)險(xiǎn)，不讓風(fēng)險(xiǎn)對(duì)項(xiàng)目最終目標(biāo)的實(shí)現(xiàn)造成負(fù)面影響。一般情況下，都需要制定相應(yīng)的風(fēng)險(xiǎn)緩解計(jì)劃。理性對(duì)待每個(gè)關(guān)鍵性的風(fēng)險(xiǎn)，研究可選擇的應(yīng)對(duì)方案，并對(duì)每個(gè)風(fēng)險(xiǎn)皆制定相應(yīng)的行動(dòng)過程，是風(fēng)險(xiǎn)緩解計(jì)劃的關(guān)鍵內(nèi)容。特定風(fēng)險(xiǎn)的風(fēng)險(xiǎn)緩解計(jì)劃包括規(guī)避、降低及控制風(fēng)險(xiǎn)發(fā)生可能性的技術(shù)和方法，或降低風(fēng)險(xiǎn)發(fā)生時(shí)遭受的損失程度的方法，或上述兩者。監(jiān)控風(fēng)險(xiǎn)，當(dāng)風(fēng)險(xiǎn)超過設(shè)定的閾值時(shí)，實(shí)施風(fēng)險(xiǎn)緩解計(jì)劃，以使受沖擊的部分回歸到可接受的風(fēng)險(xiǎn)等級(jí)。只有當(dāng)風(fēng)險(xiǎn)結(jié)果評(píng)定為高或無法接受時(shí)，才相應(yīng)制定風(fēng)險(xiǎn)緩解計(jì)劃和緊急應(yīng)變計(jì)劃，其它其他情況只需要適當(dāng)監(jiān)控即可。為了確保最終軟件產(chǎn)品的質(zhì)量，在項(xiàng)目計(jì)劃階段需要注意哪些問題準(zhǔn)確的需求獲取和分析項(xiàng)目計(jì)劃階段都應(yīng)當(dāng)建立起相應(yīng)的驗(yàn)證計(jì)劃和確認(rèn)計(jì)劃合理的測(cè)試計(jì)劃//可以在計(jì)劃階段發(fā)現(xiàn)大量的缺陷為了追求極高的軟件產(chǎn)品的質(zhì)量目標(biāo)，可能有的方法和這些方法的先后順序分別是什么以缺陷管理代替質(zhì)量管理，為了追去高質(zhì)量就要保證系統(tǒng)基本無缺陷，充分的設(shè)計(jì)結(jié)對(duì)編程評(píng)審，測(cè)試，根據(jù)歷史缺陷日志進(jìn)行缺陷預(yù)防，設(shè)計(jì)評(píng)審，設(shè)計(jì)檢驗(yàn)（對(duì)照checklist校驗(yàn)），結(jié)對(duì)編程，代碼評(píng)審，代碼檢驗(yàn)（對(duì)照checklist校驗(yàn)），單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試。請(qǐng)區(qū)分質(zhì)量管理和缺陷管理的聯(lián)系和差別，并解釋為何在軟件過程中將質(zhì)量和生產(chǎn)效率妥協(xié)不合適沒有缺陷是最基本的要求。這樣一來，整個(gè)軟件產(chǎn)品的質(zhì)量目標(biāo)就可以歸結(jié)成首先得確?；緵]有缺陷，然后再考察其他的質(zhì)量目標(biāo)。PSP中就采用了這樣的方式，用缺陷管理來替代質(zhì)量管理，這大大簡化了質(zhì)量管理的方法，使得質(zhì)量管理更加易于操作。軟件的質(zhì)量，在一定的前提下，和生產(chǎn)所付出的人時(shí)成線性關(guān)系。同時(shí)軟件本身作為高密度的智慧集合，它的可壓縮空間也比較小。最后軟件質(zhì)量事關(guān)重大，盲目的提高生產(chǎn)效率導(dǎo)致質(zhì)量得不到保證的話后果嚴(yán)重。缺陷發(fā)現(xiàn)越早，付出代價(jià)越少，合理的計(jì)劃是怎樣的。并解釋為了開發(fā)一個(gè)讓所有項(xiàng)目干系人信任的計(jì)劃，應(yīng)當(dāng)注意哪些方面考慮到所有正常流程適合的粒度合理的計(jì)劃需要在項(xiàng)目實(shí)踐中不斷的調(diào)整和精化可實(shí)施不能脫離實(shí)際考慮意外情況團(tuán)隊(duì)溝通，讓隊(duì)員參與計(jì)劃制定；考慮不同干系人有不同的要求，要參考不同制定合理計(jì)劃。計(jì)劃要在項(xiàng)目開始初期制定，并隨著項(xiàng)目的進(jìn)行不斷的精化。工作分解結(jié)構(gòu)；開發(fā)策略與計(jì)劃；生命周期模型；日程/質(zhì)量/風(fēng)險(xiǎn)計(jì)劃注意哪些方面：展示自己的項(xiàng)目計(jì)劃和日程安排，什么時(shí)間進(jìn)行什么工作，讓他相信有能力在這么長時(shí)間內(nèi)做出來；進(jìn)行一些風(fēng)險(xiǎn)的評(píng)估，并給出合理的規(guī)避方式；提出一些能夠保證產(chǎn)品質(zhì)量的見解，讓他意識(shí)到能夠開發(fā)出高質(zhì)量的產(chǎn)品。請(qǐng)羅列集成測(cè)試的典型策略，并解釋不同集成策略的優(yōu)缺點(diǎn)大爆炸集成策略：該策略將所有已經(jīng)完成的組件放在一起，進(jìn)行一次集成。這是一種看起來非常具有吸引力策略。因?yàn)檫@有可能是需要測(cè)試用例最少的一種方式。然而，這需要所有待集成的產(chǎn)品組件都具有較高的質(zhì)量水平，否則，難以定位缺陷位置的缺點(diǎn)會(huì)使得該策略消耗很多測(cè)試時(shí)間。而且，系統(tǒng)越復(fù)雜、規(guī)模越大，問題越突出。逐一添加集成策略：該策略與上述的大爆炸集成策略完全相反，采取一次添加一個(gè)組件的方式進(jìn)行集成。因此其優(yōu)點(diǎn)就在于很容易定位缺陷的位置，特別在產(chǎn)品組件質(zhì)量不高的情況下，每次集成之前都有著堅(jiān)實(shí)的質(zhì)量基礎(chǔ)。但是，該方法的缺點(diǎn)也很突出。這可能是需要測(cè)試用例最多的一種策略，而且，大量的回歸測(cè)試也會(huì)消耗很多時(shí)間。集簇集成策略：集簇集成策略是對(duì)逐一添加集成策略的改進(jìn)。簡單的隨機(jī)選擇產(chǎn)品組件進(jìn)行集成并不合理。為了提升測(cè)試效率，往往會(huì)把有相似功能或者有關(guān)聯(lián)的模塊優(yōu)先進(jìn)行集成，形成可以工作的組件。然后以組件為單位繼續(xù)較高層次的集成。此外，這種策略還有一個(gè)好處就是，可以盡早獲得一些可以工作的組件，有利于其他組件測(cè)試工作的開展。但是，這種策略的缺點(diǎn)是過于關(guān)注個(gè)別組件而缺乏系統(tǒng)的整體觀，不能盡早發(fā)現(xiàn)系統(tǒng)層面的缺陷。扁平化集成策略：該策略要求盡快構(gòu)建一個(gè)可以工作的扁平化系統(tǒng)。也就是說，優(yōu)先集成高層的部件，然后逐步將各個(gè)組件、模塊的真正實(shí)現(xiàn)加入系統(tǒng)。這種方式可以盡早發(fā)現(xiàn)系統(tǒng)層面的缺陷。然而，該策略的缺陷是為了確保完成的系統(tǒng)，需要大量的打“樁”（stub），即提供一些直接提供返回值的偽實(shí)現(xiàn)。這種方式往往不能覆蓋整個(gè)系統(tǒng)應(yīng)該處理的多種狀態(tài)。自主團(tuán)隊(duì)有哪些特點(diǎn)，并說明為什么這種團(tuán)隊(duì)可以滿足軟件開發(fā)的要求自主團(tuán)隊(duì)的特點(diǎn)：1.自行定義項(xiàng)目的目標(biāo)；2.自行決定團(tuán)隊(duì)組成形式以及成員的角色；3.自行決定項(xiàng)目的開發(fā)策略；4.自行定義項(xiàng)目的開發(fā)過程；5.自行制定項(xiàng)目的開發(fā)計(jì)劃；6.自行度量、管理和控制項(xiàng)目工作。為什么：這種