繼續(xù)肝吧，爭取本周把項目管理的內(nèi)容肝完吧，抓緊開啟新章節(jié)，結(jié)束基礎(chǔ)知識，進入案例備考，本章主要講的質(zhì)量管理，風(fēng)險管理的內(nèi)容。

1.質(zhì)量管理

質(zhì)量是軟件產(chǎn)品特性的綜合，表示軟件產(chǎn)品滿足明確（基本需求）或隱含（期望需求）要求的能力。質(zhì)量管理是指確定質(zhì)量方針、目標(biāo)和職責(zé)，并通過質(zhì)量體系中的質(zhì)量計劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進來使其實現(xiàn)的所有管理職能的全部活動；

主要包括以下過程：

（1)質(zhì)量規(guī)劃：識別項目及其產(chǎn)品的質(zhì)量要求和標(biāo)準(zhǔn)，并書面描述項目將如何達(dá)到這些要求和標(biāo)準(zhǔn)的過程。

（2)質(zhì)量保證：一般是每隔一定時間（例如，每個階段末）進行的，主要通過系統(tǒng)的質(zhì)量審計（軟件評審）和過程分析來保證項目的質(zhì)量。

（3)質(zhì)量控制：實時監(jiān)控項目的具體結(jié)果，以判斷它們是否符合相關(guān)質(zhì)量標(biāo)準(zhǔn)，制訂有效方案，以消除產(chǎn)生質(zhì)量問題的原因。

信息技術(shù)軟件產(chǎn)品評價質(zhì)量特性及其使用指南GB/T 16260-2002

注意：6大特性，每個大特性下包含21個子特性！理解記憶吧，考試會考的！

McCall質(zhì)量模型

軟件評審

質(zhì)量兩個必要條件：設(shè)計的規(guī)格說明書符合用戶標(biāo)準(zhǔn)，稱為設(shè)計質(zhì)量。

程序按照設(shè)計規(guī)格說明書所規(guī)定的情況正確執(zhí)行，稱為程序質(zhì)量。

軟件容錯技術(shù)：容錯就是軟件遇到錯誤的處理能力，實現(xiàn)容錯的手段主要是冗余，包括下面四種冗余技術(shù)：

結(jié)構(gòu)冗余：分為靜態(tài)、動態(tài)、混合冗余三種，當(dāng)錯誤發(fā)生時對錯誤進行備份處理。

信息冗余：為檢錯和糾錯在數(shù)據(jù)中加上一段額外的信息，例如校驗碼原理。

時間冗余：遇到錯誤時重復(fù)執(zhí)行，例如回滾，重復(fù)執(zhí)行還有錯，則轉(zhuǎn)入錯誤處理邏輯。

冗余附加技術(shù)：是指為實現(xiàn)結(jié)構(gòu)、信息和時間冗余技術(shù)所需的資源和技術(shù)，包括程序、指令、數(shù)據(jù)、存放和調(diào)動它們的空間和通道等。在屏蔽硬件錯誤的容錯技術(shù)中。

真題來嘍：

1.軟件質(zhì)量保證是軟件項目控制的重要事段，（）是軟件質(zhì)量保證的主要活動之一。

A.風(fēng)險評估 B.軟件評審 C.需求分析 D.架構(gòu)設(shè)計

2.ISO/IEC軟件質(zhì)量模型中，易使用性是指與使用所需的努力由一組規(guī)定或隱含的用戶對這樣使用所作的個別評價有關(guān)的一組屬性，其易使用性的子特性不包括（）。

A、易理解性 B、易學(xué)性 C、易分析性 D、易操作性

解析：這個就去前邊的定義找就可以了，B C（易分析性屬于可維護性的大類里邊）

2.風(fēng)險管理

風(fēng)險管理就是要對項目風(fēng)險進行認(rèn)真的分析和科學(xué)的管理，這樣，是能夠避開不利條件、少受損失、取得預(yù)期的結(jié)果并實現(xiàn)項目目標(biāo)的，能夠爭取避免風(fēng)險的發(fā)生或盡量減小風(fēng)險發(fā)生后的影響。但是，完全避開或消除風(fēng)險，或者只享受權(quán)益而不承擔(dān)風(fēng)險是不可能的。

風(fēng)險管理計劃編制：如何安排與實施項目的風(fēng)險管理，制定下列各步的計劃。

風(fēng)險識別：識別出項目中已知和可預(yù)測的風(fēng)險，確定風(fēng)險的來源、產(chǎn)生的條件、描述風(fēng)險的特征以及哪些項目可以產(chǎn)生風(fēng)險，形成一個風(fēng)險列表。

風(fēng)險定性分析：對已經(jīng)識別的風(fēng)險進行排序，確定風(fēng)險可能性與影響、確定風(fēng)險優(yōu)先級、確定風(fēng)險類型。

風(fēng)險定量分析：進一步了解風(fēng)險發(fā)生的可能性具體由多大，后果具體由多嚴(yán)重。包括靈敏度分析、期望貨幣價值分析、決策樹分析、蒙特卡羅模擬。

風(fēng)險應(yīng)對計劃編制：對每一個識別出來的風(fēng)險來分別制定應(yīng)對措施，這些措施組成的文檔稱為風(fēng)險應(yīng)對計劃。包括消極風(fēng)險（避免策略、轉(zhuǎn)移策略、減輕策略）；積極風(fēng)險（開拓、分享、強大）

風(fēng)險監(jiān)控：監(jiān)控風(fēng)險計劃的執(zhí)行，檢測殘余風(fēng)險，識別新的風(fēng)險，保證風(fēng)險計劃的執(zhí)行，并評價這些計劃對減少風(fēng)險的有效性。

項目風(fēng)險：作用于項目上的不確定的事件或條件，既可能產(chǎn)生威脅，也可能帶來機會。

通過積極和合理的規(guī)劃，超過90%的風(fēng)險都可以進行提前應(yīng)對和管理。

風(fēng)險應(yīng)該盡早識別出來，高層次風(fēng)險應(yīng)記錄在章程里。

應(yīng)由對風(fēng)險最有控制力的一方承擔(dān)相應(yīng)的風(fēng)險。

承擔(dān)風(fēng)險程度與所得回報相匹配原則，承擔(dān)的風(fēng)險要有上限。

風(fēng)險的屬性：

（1)隨機性：風(fēng)險事件發(fā)生及其后果都具有偶然性（雙重偶然）遵循一定的統(tǒng)計規(guī)律。

（2)相對性：風(fēng)險是相對項目活動主體而言的。承受力不同，影響不同。風(fēng)險承受力影響因素：收益大小（收益越大，越愿意承（擔(dān)風(fēng)險）投入大小（投入越大，承受能力越?。?/span>主體的地位和資源（級別高的人能承擔(dān)較大的風(fēng)險）

（3)風(fēng)險的可變性：條件變化，會引起風(fēng)險變化。包括性質(zhì)、后果的變化，以及出現(xiàn)新風(fēng)險。

風(fēng)險的分類：

按照后果的不同，風(fēng)險可劃分為純粹風(fēng)險（無任何收益）和投機風(fēng)險（可能帶來收益）。

按風(fēng)險來源劃分，自然風(fēng)險（天災(zāi)）和人為風(fēng)險（人的活動，又可分為行為風(fēng)險、經(jīng)濟風(fēng)險、技術(shù)風(fēng)險、政治和組織風(fēng)險等）。

按是否可管理劃分，可管理（如內(nèi)部多數(shù)風(fēng)險）和不可管理（如外部政策），也要看主體管理水平。

按影響范圍劃分，局部風(fēng)險（非關(guān)鍵路徑活動延誤）和總體風(fēng)險（關(guān)鍵路徑活動延誤）。

按后果承擔(dān)者劃分：業(yè)主、政府、承包商、投資方、設(shè)計單位、監(jiān)理單位、保險公司等。

按可預(yù)測性劃分：已知風(fēng)險（已知的進度風(fēng)險）、可預(yù)測風(fēng)險（可能服務(wù)器故障）、不可預(yù)測風(fēng)險（地震、洪水、政策變化等）。

在信息系統(tǒng)項目中，從宏觀上來看，風(fēng)險可以分為項目風(fēng)險、技術(shù)風(fēng)險和商業(yè)風(fēng)險。

項目風(fēng)險是指潛在的預(yù)算、進度、個人（包括人員和組織）、資源、用戶和需求方面的問題，以及它們對項目的影響。項目復(fù)雜性、規(guī)模和結(jié)構(gòu)的不確定性也構(gòu)成項目的（估算）風(fēng)險因素。項目風(fēng)險威助到項目計劃，一旦項目風(fēng)險成為現(xiàn)實，可能會拖延項目進度，增加項目的成本。

技術(shù)風(fēng)險是指潛在的設(shè)計、實現(xiàn)、接口、測試和維護方面的問題。此外，規(guī)格說明的多義性、技術(shù)上的不確定性、技術(shù)陳舊、最新技術(shù)（不成熟）也是風(fēng)險因素。技術(shù)風(fēng)險威脅到待開發(fā)系統(tǒng)的質(zhì)量和預(yù)定的交付時間。如果技術(shù)風(fēng)險成為現(xiàn)實，開發(fā)工作可能會變得很困難或根本不可能。

商業(yè)風(fēng)險威脅到待開發(fā)系統(tǒng)的生存能力，主要有以下5種不同的商業(yè)風(fēng)險：

（1)市場風(fēng)險。開發(fā)的系統(tǒng)雖然很優(yōu)秀但不是市場真正所想要的。

（2)策略風(fēng)險。開發(fā)的系統(tǒng)不再符合企業(yè)的信息系統(tǒng)戰(zhàn)略。

（3)銷售風(fēng)險。開發(fā)了銷售部門不清楚如何推銷的系統(tǒng)。

（4)管理風(fēng)險。由于重點轉(zhuǎn)移或人員變動而失去上級管理部門的支持。

（5)預(yù)算風(fēng)險。開發(fā)過程沒有得到預(yù)算或人員的保證。

注意：上線的項目風(fēng)險（項目風(fēng)險，技術(shù)風(fēng)險，商業(yè)風(fēng)險）需要記憶，考試會考！

真題來嘍：

1.以下關(guān)于軟件風(fēng)險的敘述中，不正確的是（）

A、風(fēng)險是可能發(fā)生的事件

B、如果發(fā)生風(fēng)險，風(fēng)險的本質(zhì)、范圍和時間可能會影響風(fēng)險所產(chǎn)生的后果

C、如果風(fēng)險可以預(yù)測，可以避免其發(fā)生

D、可以對風(fēng)險進行控制

2.以下敘述中，（）不是一個風(fēng)險。

A.由另一個小組開發(fā)的子系統(tǒng)可能推遲交付，導(dǎo)致系統(tǒng)不能按時交付客戶

B.客戶不清楚想要開發(fā)什么樣的軟件，因此開發(fā)小組開發(fā)原型幫助其確定需求

C.開發(fā)團隊可能沒有正確理解客戶的需求

D.開發(fā)團隊核心成員可能在系統(tǒng)開發(fā)過程中離職

答案：C B

補充內(nèi)容：中級里邊會考，高級考的比較少！

組織結(jié)構(gòu)模式：項目型（項目經(jīng)理絕對領(lǐng)導(dǎo)）、職能型（部門領(lǐng)導(dǎo)為主）、矩陣型（二者結(jié)合，既有項目經(jīng)理也有部門領(lǐng)導(dǎo)，但權(quán)利分割不同）。

程序設(shè)計小組的組織方式：

（1)主程序員制小組（主程序員全權(quán)負(fù)責(zé)，后援工程師必要時能替代主程序員，適合大規(guī)模項目）

（2)民主制小組（也即無主程序員小組，成員之間地位平等，任何決策都是全員參與投票，適合于項目規(guī)模小，開發(fā)人員少，采用新技術(shù)和確定性較小的項目）

（3)層次式小組（兩個層次，一名組長領(lǐng)導(dǎo)若干個高級程序員，每個高級程序員領(lǐng)導(dǎo)若干個程序員）。

真題來嘍：

1.在進行軟件開發(fā)時，采用無主程序員的開發(fā)小組，成員之間相互平等；而主程序員負(fù)責(zé)制的開發(fā)小組，由一個主程序員和若干成員組成，成員之間沒有溝通。在一個由8名開發(fā)人員構(gòu)成的小組中，無主程序員組和主程序員組的溝通路徑分別是（）。

A.32和8 B.32和7 C.28和8 D.28和7

解析：這個在高項里是溝融渠道的計算題，有計算公式的，溝通渠道的總量為n(n-1)/2, 其中n代表干系人的數(shù)量。再根據(jù)題意主程序員負(fù)責(zé)制，成員之間沒有溝通的話，溝通渠道就是7條，小組成員只能與主程序員溝通，答案選D

感謝大伙點贊 關(guān)注的支持，是我持續(xù)學(xué)習(xí)更新的動力，關(guān)注公眾號：Coding-9527，跟大伙一起學(xué)習(xí)，成長，進步！