繼續(xù)肝吧，爭取本周把項目管理的內(nèi)容肝完吧，抓緊開啟新章節(jié)，結(jié)束基礎(chǔ)知識，進(jìn)入案例備考，本章主要講的質(zhì)量管理，風(fēng)險管理的內(nèi)容。
1.質(zhì)量管理
質(zhì)量是軟件產(chǎn)品特性的綜合，表示軟件產(chǎn)品滿足明確（基本需求）或隱含（期望需求）要求的能力。質(zhì)量管理是指確定質(zhì)量方針、目標(biāo)和職責(zé)，并通過質(zhì)量體系中的質(zhì)量計劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)來使其實現(xiàn)的所有管理職能的全部活動；
主要包括以下過程：
（1)質(zhì)量規(guī)劃：識別項目及其產(chǎn)品的質(zhì)量要求和標(biāo)準(zhǔn)，并書面描述項目將如何達(dá)到這些要求和標(biāo)準(zhǔn)的過程。
（2)質(zhì)量保證：一般是每隔一定時間（例如，每個階段末）進(jìn)行的，主要通過系統(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ā)生時對錯誤進(jìn)行備份處理。
信息冗余：為檢錯和糾錯在數(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（易分析性屬于可維護(hù)性的大類里邊）
2.風(fēng)險管理
風(fēng)險管理就是要對項目風(fēng)險進(jìn)行認(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)險進(jìn)行排序，確定風(fēng)險可能性與影響、確定風(fēng)險優(yōu)先級、確定風(fēng)險類型。
風(fēng)險定量分析：進(jìn)一步了解風(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)險都可以進(jìn)行提前應(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)險）投入大?。ㄍ度朐酱螅惺苣芰υ叫。恢黧w的地位和資源（級別高的人能承擔(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)險（已知的進(jìn)度風(fēng)險）、可預(yù)測風(fēng)險（可能服務(wù)器故障）、不可預(yù)測風(fēng)險（地震、洪水、政策變化等）。
在信息系統(tǒng)項目中，從宏觀上來看，風(fēng)險可以分為項目風(fēng)險、技術(shù)風(fēng)險和商業(yè)風(fēng)險。
項目風(fēng)險是指潛在的預(yù)算、進(jìn)度、個人（包括人員和組織）、資源、用戶和需求方面的問題，以及它們對項目的影響。項目復(fù)雜性、規(guī)模和結(jié)構(gòu)的不確定性也構(gòu)成項目的（估算）風(fēng)險因素。項目風(fēng)險威助到項目計劃，一旦項目風(fēng)險成為現(xiàn)實，可能會拖延項目進(jìn)度，增加項目的成本。
技術(shù)風(fēng)險是指潛在的設(shè)計、實現(xiàn)、接口、測試和維護(hù)方面的問題。此外，規(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)險）需要記憶財務(wù)風(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)險進(jìn)行控制
2.以下敘述中，（）不是一個風(fēng)險。
A.由另一個小組開發(fā)的子系統(tǒng)可能推遲交付，導(dǎo)致系統(tǒng)不能按時交付客戶
B.客戶不清楚想要開發(fā)什么樣的軟件，因此開發(fā)小組開發(fā)原型幫助其確定需求
C.開發(fā)團(tuán)隊可能沒有正確理解客戶的需求
D.開發(fā)團(tuán)隊核心成員可能在系統(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.在進(jìn)行軟件開發(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í)更新的動力財務(wù)風(fēng)險管控小視頻，關(guān)注公眾號：Coding-9527，跟大伙一起學(xué)習(xí)，成長，進(jìn)步！
更多財稅咨詢、上市輔導(dǎo)、財務(wù)培訓(xùn)請關(guān)注理臣咨詢 素材來源：部分文字/圖片來自互聯(lián)網(wǎng)，無法核實真實出處。由理臣咨詢整理發(fā)布，如有侵權(quán)請聯(lián)系刪除處理。
400-835-0088
