軟件開發(fā) 控制

1、第12章 控制退出 一般說(shuō)來(lái)，所謂控制就是掌握被控制的對(duì)象，不讓它任意活動(dòng)或超出規(guī)定范圍活動(dòng)，盡量使一切活動(dòng)都按照預(yù)定的計(jì)劃進(jìn)行，向預(yù)期的目標(biāo)前進(jìn)。112.1 風(fēng)險(xiǎn)管理12.2 質(zhì)量保證12.3 配置管理12.4 小結(jié)212.1 風(fēng)險(xiǎn)管理 軟件開發(fā)幾乎總會(huì)存在某些風(fēng)險(xiǎn)。對(duì)付風(fēng)險(xiǎn)應(yīng)該采取主動(dòng)的策略，也就是說(shuō)，早在技術(shù)工作開始之前就應(yīng)該啟動(dòng)風(fēng)險(xiǎn)管理活動(dòng)：標(biāo)識(shí)出潛在的風(fēng)險(xiǎn)，評(píng)估它們出現(xiàn)的概率和影響，并且按重要性把風(fēng)險(xiǎn)排序，然后，軟件項(xiàng)目組制定一個(gè)計(jì)劃來(lái)管理風(fēng)險(xiǎn)。 風(fēng)險(xiǎn)管理的主要目標(biāo)是預(yù)防風(fēng)險(xiǎn)，但是，并非所有風(fēng)險(xiǎn)都能預(yù)防，因此，項(xiàng)目組還必須制定一個(gè)處理意外事件的計(jì)劃，以便一旦風(fēng)險(xiǎn)變成現(xiàn)實(shí)時(shí)能夠以可控的

2、和有效的方式作出反應(yīng)。3 12.1.1 軟件風(fēng)險(xiǎn)分類 風(fēng)險(xiǎn)有兩個(gè)顯著特點(diǎn)。 不確定性：標(biāo)志風(fēng)險(xiǎn)的事件可能發(fā)生也可能不發(fā)生，也就是說(shuō)，沒有100%發(fā)生的風(fēng)險(xiǎn)(100%發(fā)生的風(fēng)險(xiǎn)是施加在軟件項(xiàng)目上的約束)。 損失：如果風(fēng)險(xiǎn)變成了現(xiàn)實(shí)，就會(huì)造成不好的后果或損失。 1.按照風(fēng)險(xiǎn)的影響范圍分類 (1) 項(xiàng)目風(fēng)險(xiǎn) (2) 技術(shù)風(fēng)險(xiǎn) (3) 商業(yè)風(fēng)險(xiǎn)42.按照風(fēng)險(xiǎn)的可預(yù)測(cè)性分類(1) 已知風(fēng)險(xiǎn)(2) 可預(yù)測(cè)的風(fēng)險(xiǎn)(3) 不可預(yù)測(cè)的風(fēng)險(xiǎn)5 12.1.2 風(fēng)險(xiǎn)識(shí)別 通過(guò)識(shí)別已知的和可預(yù)測(cè)的風(fēng)險(xiǎn)，項(xiàng)目管理者就朝著在可能時(shí)避免風(fēng)險(xiǎn)并且在必要時(shí)控制風(fēng)險(xiǎn)的目標(biāo)邁出了第一步。 在12.1.1節(jié)中描述的每一類風(fēng)險(xiǎn)又可進(jìn)一步

3、分成兩種類型：一般性風(fēng)險(xiǎn)和特定產(chǎn)品的風(fēng)險(xiǎn)。一般性風(fēng)險(xiǎn)對(duì)每個(gè)軟件項(xiàng)目都是潛在的威脅。特定產(chǎn)品的風(fēng)險(xiǎn)只有那些對(duì)當(dāng)前項(xiàng)目的技術(shù)、人員、及環(huán)境非常了解的人才能識(shí)別出來(lái)。為了識(shí)別出特定產(chǎn)品的風(fēng)險(xiǎn)，必須檢查項(xiàng)目計(jì)劃和軟件范圍說(shuō)明，并且回答下述問(wèn)題：“本項(xiàng)目有什么特殊的性質(zhì)可能會(huì)威脅我們的項(xiàng)目計(jì)劃”。6 事實(shí)上，“如果你不主動(dòng)地攻擊風(fēng)險(xiǎn)，風(fēng)險(xiǎn)將主動(dòng)地攻擊你”。因此，應(yīng)該系統(tǒng)化地識(shí)別出一般性風(fēng)險(xiǎn)和特定產(chǎn)品的風(fēng)險(xiǎn)。 采用建立風(fēng)險(xiǎn)條目檢查表的方法，人們可以集中精力識(shí)別下列已知的和可預(yù)測(cè)的風(fēng)險(xiǎn)。 產(chǎn)品規(guī)模與要開發(fā)或要修改的軟件總體規(guī)模相關(guān)的風(fēng)險(xiǎn)。 商業(yè)影響與管理或市場(chǎng)所施加的約束相關(guān)的風(fēng)險(xiǎn)。 客戶特性與客戶素質(zhì)以及

4、開發(fā)者和客戶定期通信的能力相關(guān)的風(fēng)險(xiǎn)。7 過(guò)程定義與軟件過(guò)程已被定義的程度以及軟件開發(fā)組織遵守軟件過(guò)程的程度相關(guān)的風(fēng)險(xiǎn)。 開發(fā)環(huán)境與用來(lái)開發(fā)產(chǎn)品的工具的可用性和質(zhì)量相關(guān)的風(fēng)險(xiǎn)。 所用技術(shù)與待開發(fā)系統(tǒng)的復(fù)雜性及系統(tǒng)所包含的技術(shù)的“新奇性”相關(guān)的風(fēng)險(xiǎn)。 人員數(shù)目與經(jīng)驗(yàn)與參加工作的軟件工程師的總體技術(shù)水平及項(xiàng)目經(jīng)驗(yàn)相關(guān)的風(fēng)險(xiǎn)。8 12.1.3 風(fēng)險(xiǎn)預(yù)測(cè) 風(fēng)險(xiǎn)預(yù)測(cè)(也稱為風(fēng)險(xiǎn)估算)試圖從兩個(gè)方面來(lái)評(píng)估每個(gè)風(fēng)險(xiǎn)：風(fēng)險(xiǎn)變成現(xiàn)實(shí)的可能性或概率，以及當(dāng)風(fēng)險(xiǎn)變成現(xiàn)實(shí)時(shí)所造成的后果。 1. 評(píng)估風(fēng)險(xiǎn)后果 美國(guó)空軍建議從性能、支持、成本和進(jìn)度等四個(gè)方面評(píng)估風(fēng)險(xiǎn)的后果，他們把上述四個(gè)方面稱為四個(gè)風(fēng)險(xiǎn)因素。下面給出這四

5、個(gè)風(fēng)險(xiǎn)因素的定義。 性能風(fēng)險(xiǎn)產(chǎn)品能滿足需求且符合其使用目的的不確定程度。 成本風(fēng)險(xiǎn)能夠維持項(xiàng)目預(yù)算的不確定程度。9 支持風(fēng)險(xiǎn)軟件易于改錯(cuò)、適應(yīng)和增強(qiáng)的不確定程度。 進(jìn)度風(fēng)險(xiǎn)能夠?qū)崿F(xiàn)項(xiàng)目進(jìn)度計(jì)劃且產(chǎn)品能按時(shí)交付的不確定程度。 根據(jù)風(fēng)險(xiǎn)發(fā)生時(shí)對(duì)上述四個(gè)風(fēng)險(xiǎn)因素影響的嚴(yán)重程度，可以把風(fēng)險(xiǎn)后果劃分成四個(gè)等級(jí)：可忽略的、輕微的、嚴(yán)重的和災(zāi)難性的。表121給出了由于軟件中潛伏的錯(cuò)誤所造成的各種后果的特點(diǎn)(由表中標(biāo)為“1”的行描述)，或由于沒有達(dá)到預(yù)期的結(jié)果所造成的各種后果的特點(diǎn)(由表中標(biāo)為“2”的行描述)。按照實(shí)際后果與表中描述的特點(diǎn)的吻合程度，可以把風(fēng)險(xiǎn)后果劃分成四個(gè)等級(jí)中的某一個(gè)。10 2. 建立風(fēng)險(xiǎn)

6、表 建立風(fēng)險(xiǎn)表是一種簡(jiǎn)單的風(fēng)險(xiǎn)預(yù)測(cè)技術(shù)，表12.2是風(fēng)險(xiǎn)表的一個(gè)例子。11 表中第4列給出的是風(fēng)險(xiǎn)后果的整體等級(jí)值，其中，1代表災(zāi)難性的，2代表嚴(yán)重的，3代表輕微的，4代表可忽略的。 一旦填好了風(fēng)險(xiǎn)表前4列的內(nèi)容，就應(yīng)該根據(jù)概率和影響來(lái)排序。高概率、高影響的風(fēng)險(xiǎn)放在表的上方，而低概率的風(fēng)險(xiǎn)放在表的下方，這樣就完成了第一次風(fēng)險(xiǎn)排序。 項(xiàng)目管理者研究排好序的風(fēng)險(xiǎn)表，并確定一條中止線。該中止線是經(jīng)過(guò)表中某一點(diǎn)的水平直線，它的含義是，只有位于線的上方的那些風(fēng)險(xiǎn)才會(huì)得到進(jìn)一步的關(guān)注。對(duì)于處于線下方的風(fēng)險(xiǎn)要再次評(píng)估，以完成第二次排序。12 從管理的角度看，風(fēng)險(xiǎn)影響和風(fēng)險(xiǎn)概率的作用是不同的。對(duì)一個(gè)具有高影響

7、但發(fā)生概率很低的風(fēng)險(xiǎn)因素，不應(yīng)該花費(fèi)太多管理時(shí)間。但是，高影響且發(fā)生概率為中到高的風(fēng)險(xiǎn)，以及低影響且高概率的風(fēng)險(xiǎn)，應(yīng)該進(jìn)入風(fēng)險(xiǎn)管理的下一個(gè)步驟。 應(yīng)該在軟件項(xiàng)目進(jìn)展的過(guò)程中，迭代使用上述的風(fēng)險(xiǎn)預(yù)測(cè)與分析技術(shù)。項(xiàng)目組應(yīng)該定期復(fù)查風(fēng)險(xiǎn)表，再次評(píng)估每個(gè)風(fēng)險(xiǎn)，以確定新情況是否引起它的概率和影響發(fā)生變化。作為這項(xiàng)活動(dòng)的結(jié)果，可能在表中添加了一些新風(fēng)險(xiǎn)，刪除了某些與項(xiàng)目不再有關(guān)系的風(fēng)險(xiǎn)，并且改變了表中風(fēng)險(xiǎn)的相對(duì)位置。13 12.1.4 處理風(fēng)險(xiǎn)的策略 對(duì)于絕大多數(shù)軟件項(xiàng)目來(lái)說(shuō)，上述的4個(gè)風(fēng)險(xiǎn)因素(性能、成本、支持和進(jìn)度)都有一個(gè)臨界值，超過(guò)臨界值就會(huì)導(dǎo)致項(xiàng)目被迫終止。也就是說(shuō)，如果性能下降、成本超支、支持

8、困難或進(jìn)度延遲(或這4種因素的組合)超過(guò)了預(yù)先定義的限度，則因風(fēng)險(xiǎn)過(guò)大項(xiàng)目將被迫終止。 如果風(fēng)險(xiǎn)還沒有嚴(yán)重到迫使項(xiàng)目終止的程度，則項(xiàng)目組應(yīng)該制定一個(gè)處理風(fēng)險(xiǎn)的策略。一個(gè)有效的策略應(yīng)該包括下述三方面的內(nèi)容：風(fēng)險(xiǎn)避免(或緩解)；風(fēng)險(xiǎn)監(jiān)控；風(fēng)險(xiǎn)管理和意外事件計(jì)劃。14 1. 風(fēng)險(xiǎn)緩解 如果軟件項(xiàng)目組采用主動(dòng)的策略來(lái)處理風(fēng)險(xiǎn)，則避免風(fēng)險(xiǎn)總是最好的策略。這可以通過(guò)建立風(fēng)險(xiǎn)緩解計(jì)劃來(lái)達(dá)到。 2. 風(fēng)險(xiǎn)監(jiān)控 隨著項(xiàng)目的進(jìn)展，風(fēng)險(xiǎn)監(jiān)控活動(dòng)也就開始了。項(xiàng)目管理者監(jiān)控某些能指出風(fēng)險(xiǎn)概率正在變高還是變低的因素。 3. 風(fēng)險(xiǎn)管理和意外事件計(jì)劃 風(fēng)險(xiǎn)管理和意外事件計(jì)劃假設(shè)緩解風(fēng)險(xiǎn)的努力失敗了，風(fēng)險(xiǎn)變成了現(xiàn)實(shí)。1512.

9、2 質(zhì)量保證 質(zhì)量是產(chǎn)品的生命，不論生產(chǎn)什么產(chǎn)品，質(zhì)量都是極端重要的。軟件產(chǎn)品開發(fā)周期長(zhǎng)，耗費(fèi)巨大的人力和物力，更必須特別注意保證質(zhì)量。 12.2.1 軟件質(zhì)量 概括地說(shuō)，軟件質(zhì)量就是“軟件與明確地和隱含地定義的需求相一致的程度”。更具體地說(shuō)，軟件質(zhì)量是軟件符合明確地?cái)⑹龅墓δ芎托阅苄枨?、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。上述定義強(qiáng)調(diào)了下述的三個(gè)要點(diǎn)。16 軟件需求是度量軟件質(zhì)量的基礎(chǔ)，與需求不一致就是質(zhì)量不高。 指定的標(biāo)準(zhǔn)定義了一組指導(dǎo)軟件開發(fā)的準(zhǔn)則，如果沒有遵守這些準(zhǔn)則，幾乎肯定會(huì)導(dǎo)致質(zhì)量不高。 通常，有一組沒有顯式描述的隱含需求(例如，期望軟件是容

10、易維護(hù)的)。如果軟件滿足明確描述的需求，但卻不滿足隱含的需求，那么軟件的質(zhì)量仍然是值得懷疑的。17 下面介紹影響軟件質(zhì)量的主要因素，這些因素是從管理角度對(duì)軟件質(zhì)量的度量。可以把這些質(zhì)量因素劃分成三組，它們分別反映用戶在使用軟件產(chǎn)品時(shí)的三種不同傾向或觀點(diǎn)。這三種傾向是：產(chǎn)品運(yùn)行，產(chǎn)品修改和產(chǎn)品轉(zhuǎn)移。圖12.1描繪了軟件質(zhì)量因素和上述三種傾向(或稱為產(chǎn)品活動(dòng))之間的關(guān)系，表12.3給出了軟件質(zhì)量因素的簡(jiǎn)明定義。18圖12.1 軟件質(zhì)量因素與產(chǎn)品活動(dòng)的關(guān)系19 12.2.2 軟件質(zhì)量保證措施 軟件質(zhì)量保證(Software Quality Assurance，通常縮寫為SQA)的措施主要有，基于非執(zhí)

11、行的測(cè)試(也稱為復(fù)審)、基于執(zhí)行的測(cè)試(即本書第5章和第9章講述的測(cè)試)和程序正確性證明。 1. 技術(shù)復(fù)審的必要性 正式技術(shù)復(fù)審的明顯優(yōu)點(diǎn)是，能夠較早地發(fā)現(xiàn)錯(cuò)誤，防止錯(cuò)誤被傳播到軟件過(guò)程的后續(xù)階段。 正式技術(shù)復(fù)審實(shí)際上是一類復(fù)審方法，包括走查(Walkthrough)和審查(Inspection)等具體方法。走查的步驟比審查少，而且沒有審查那樣正規(guī)。20 2. 走查 (1) 參與者驅(qū)動(dòng)法 參與者按照事先準(zhǔn)備好的列表，提出他們不理解的術(shù)語(yǔ)和認(rèn)為不正確的術(shù)語(yǔ)。文檔編寫組的代表必須對(duì)每個(gè)質(zhì)疑做出回答，要么承認(rèn)確實(shí)有錯(cuò)誤，要么對(duì)質(zhì)疑做出解釋。 (2) 文檔驅(qū)動(dòng)法 文檔編寫者向走查組成員仔細(xì)解釋文檔。走

12、查組成員在此過(guò)程中不時(shí)針對(duì)事先準(zhǔn)備好的問(wèn)題或解釋過(guò)程中發(fā)現(xiàn)的問(wèn)題提出質(zhì)疑。這種方法可能比第一種方法更徹底，往往能檢測(cè)出更多錯(cuò)誤。經(jīng)驗(yàn)表明，采用文檔驅(qū)動(dòng)法時(shí)許多錯(cuò)誤是由文檔講解者自己發(fā)現(xiàn)的。21 3. 審查 審查的范圍要比走查廣泛得多，它的步驟也比較多。一般來(lái)說(shuō)，審查有5個(gè)基本步驟。 綜述：由負(fù)責(zé)編寫文檔的一名成員向?qū)彶榻M成員綜述該文檔。在綜述會(huì)議結(jié)束時(shí)把文檔分發(fā)給每位與會(huì)者。 準(zhǔn)備：評(píng)審員仔細(xì)閱讀文檔。最好列出在審查中發(fā)現(xiàn)的錯(cuò)誤的類型，并按發(fā)生頻率把錯(cuò)誤類型分級(jí)，以輔助審查工作的進(jìn)行。這些列表有助于評(píng)審員們把注意力集中到最常發(fā)生錯(cuò)誤的區(qū)域。22 審查：評(píng)審組仔細(xì)走查整個(gè)文檔。和走查一樣，這一步

13、的目的也是找出文檔中的錯(cuò)誤，而不是改正它們。審查組組長(zhǎng)必須在一天之內(nèi)寫出一份關(guān)于審查的報(bào)告。通常每次審查會(huì)不超過(guò)90分鐘。 返工：文檔的作者負(fù)責(zé)解決在書面報(bào)告中列出的所有錯(cuò)誤及問(wèn)題。 跟蹤：組長(zhǎng)必須確保所提出的每個(gè)問(wèn)題都得到了圓滿的解決(要么修正了文檔，要么澄清了被誤認(rèn)為是錯(cuò)誤的條目)。必須檢查對(duì)文檔所做的每個(gè)修正，以確保沒有引入新的錯(cuò)誤。如果在審查過(guò)程中返工量超過(guò)5%，則應(yīng)該召集審查組再對(duì)文檔全面地審查一遍。23 4. 程序正確性證明 正確性證明的基本思想是證明程序能完成預(yù)定的功能。因此，應(yīng)該提供對(duì)程序功能的嚴(yán)格數(shù)學(xué)說(shuō)明，然后根據(jù)程序代碼證明程序確實(shí)能實(shí)現(xiàn)它的功能說(shuō)明。 如果在程序的若干個(gè)點(diǎn)

14、上，設(shè)計(jì)者可以提出關(guān)于程序變量及它們的關(guān)系的斷言，那么在每一點(diǎn)上的斷言都應(yīng)該永遠(yuǎn)是真的。假設(shè)在程序的P1，P2，Pn等點(diǎn)上的斷言分別是a(1)，a(2)，a(n)，其中a(1)必須是關(guān)于程序輸入的斷言，a(n)必須是關(guān)于程序輸出的斷言。24 為了證明在點(diǎn)Pi和Pi+1之間的程序語(yǔ)句是正確的，必須證明執(zhí)行這些語(yǔ)句之后將使斷言a(i)變成a(i+1)。如果對(duì)程序內(nèi)所有相鄰點(diǎn)都能完成上述證明過(guò)程，則證明了輸入斷言加上程序可以導(dǎo)出輸出斷言。如果輸入斷言和輸出斷言是正確的，而且程序確實(shí)是可以終止的(不包含死循環(huán))，則上述過(guò)程就證明了程序的正確性。2512.3 配置管理 在開發(fā)計(jì)算機(jī)軟件的過(guò)程中，變化(或

15、稱為變動(dòng))是不可避免的。如果不能適當(dāng)?shù)乜刂坪凸芾碜兓?，?shì)必造成混亂并產(chǎn)生許多嚴(yán)重的錯(cuò)誤。 軟件配置管理是在計(jì)算機(jī)軟件整個(gè)生命期內(nèi)管理變化的一組活動(dòng)。具體地說(shuō)，這組活動(dòng)用來(lái)：標(biāo)識(shí)變化；控制變化；確保適當(dāng)?shù)貙?shí)現(xiàn)了變化；向需要知道這方面信息的人報(bào)告變化。26 軟件配置管理不同于軟件維護(hù)。維護(hù)是在軟件交付給用戶使用后才發(fā)生的，而軟件配置管理是在軟件項(xiàng)目啟動(dòng)時(shí)就開始，并且一直持續(xù)到軟件退役后才終止的一組跟蹤和控制活動(dòng)。 軟件配置管理的目標(biāo)是，使變化更容易被適應(yīng)，并且在必須變化時(shí)減少所需花費(fèi)的工作量。 27 12.3.1 軟件配置 1. 軟件配置項(xiàng) 軟件過(guò)程的輸出信息可以分為三類：計(jì)算機(jī)程序(源代碼和可執(zhí)

16、行程序)；描述計(jì)算機(jī)程序的文檔(供技術(shù)人員或用戶使用)；數(shù)據(jù)(程序內(nèi)包含的或在程序外的)。上述這些項(xiàng)組成了在軟件過(guò)程中產(chǎn)生的全部信息，我們把它們統(tǒng)稱為軟件配置，而這些項(xiàng)就是軟件配置項(xiàng)。 可以把軟件配置管理看作是應(yīng)用于整個(gè)軟件過(guò)程的軟件質(zhì)量保證活動(dòng)，是專門用于管理變化的軟件質(zhì)量保證活動(dòng)。28 2. 基線 基線是一個(gè)軟件配置管理概念，它有助于我們?cè)诓粐?yán)重妨礙合理變化的前提下來(lái)控制變化。IEEE把基線定義為： 已經(jīng)通過(guò)了正式復(fù)審的規(guī)格說(shuō)明或中間產(chǎn)品，它可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過(guò)正式的變化控制過(guò)程才能改變它。 簡(jiǎn)而言之，基線就是通過(guò)了正式復(fù)審的軟件配置項(xiàng)。在軟件配置項(xiàng)變成基線之前，可以迅速

17、而非正式地修改它。一旦建立了基線之后，雖然仍然可以實(shí)現(xiàn)變化，但是，必須應(yīng)用特定的、正式的過(guò)程(稱為規(guī)程)來(lái)評(píng)估、實(shí)現(xiàn)和驗(yàn)證每個(gè)變化。29 12.3.2 軟件配置管理過(guò)程 軟件配置管理是軟件質(zhì)量保證的重要一環(huán)，它的主要任務(wù)是控制變化，同時(shí)也負(fù)責(zé)各個(gè)軟件配置項(xiàng)和軟件各種版本的標(biāo)識(shí)、軟件配置審計(jì)以及對(duì)軟件配置發(fā)生的任何變化的報(bào)告。 具體來(lái)說(shuō)，軟件配置管理主要有五項(xiàng)任務(wù)：標(biāo)識(shí)、版本控制、變化控制、配置審計(jì)和報(bào)告。30 1. 標(biāo)識(shí)軟件配置中的對(duì)象 為了控制和管理軟件配置項(xiàng)，必須單獨(dú)命名每個(gè)配置項(xiàng)，然后用面向?qū)ο蠓椒ńM織它們?？梢詷?biāo)識(shí)出兩類對(duì)象：基本對(duì)象和聚集對(duì)象(可以把聚集對(duì)象作為代表軟件配置完整版本的

18、一種機(jī)制)。 每個(gè)對(duì)象都有一組能惟一地標(biāo)識(shí)它的特征：名字、描述、資源表和“實(shí)現(xiàn)”。其中，對(duì)象名是無(wú)二義性地標(biāo)識(shí)該對(duì)象的一個(gè)字符串。31圖12.2 演化圖32 2. 版本控制 版本控制聯(lián)合使用規(guī)程和工具，以管理在軟件工程過(guò)程中所創(chuàng)建的配置對(duì)象的不同版本。借助于版本控制技術(shù)，用戶能夠通過(guò)選擇適當(dāng)?shù)陌姹緛?lái)指定軟件系統(tǒng)的配置。實(shí)現(xiàn)這個(gè)目標(biāo)的方法是，把屬性和軟件的每個(gè)版本關(guān)聯(lián)起來(lái)，然后通過(guò)描述一組所期望的屬性來(lái)指定和構(gòu)造所需要的配置。 上面提到的“屬性”，既可以簡(jiǎn)單到僅是賦給每個(gè)對(duì)象的特定版本號(hào)，也可以復(fù)雜到是一個(gè)布爾變量串(開關(guān))，該布爾變量串指明了施加到系統(tǒng)上的功能變化的特定類型。33圖12.3 版

19、本和變體34 3. 變化控制 對(duì)于大型軟件開發(fā)項(xiàng)目來(lái)說(shuō)，無(wú)控制的變化將迅速導(dǎo)致混亂。變化控制把人的規(guī)程和自動(dòng)工具結(jié)合起來(lái)，以提供一個(gè)控制變化的機(jī)制。變化控制過(guò)程如圖12.4所示。35圖12.4 變化控制過(guò)程36圖12.5 訪問(wèn)和同步控制37 4. 配置審計(jì) 為確保適當(dāng)?shù)貙?shí)現(xiàn)了所需要的變化，我們從兩方面采用措施：正式的技術(shù)復(fù)審；軟件配置審計(jì)。 正式的技術(shù)復(fù)審(見12.2.2節(jié))關(guān)注被修改后的配置對(duì)象的技術(shù)正確性。復(fù)審者評(píng)估該配置對(duì)象以確定它與其他軟件配置項(xiàng)的一致性，并檢查是否有遺漏或副作用。 軟件配置審計(jì)通過(guò)評(píng)估配置對(duì)象的那些通常不在復(fù)審過(guò)程中考慮的特征，而成為對(duì)正式技術(shù)復(fù)審的補(bǔ)充 5. 狀態(tài)報(bào)告 配置狀態(tài)報(bào)告是軟件配置管理的一項(xiàng)任務(wù)，它回答下述問(wèn)題：發(fā)生了什么事?誰(shuí)做的這件事?這件事是什么時(shí)候發(fā)生的?它將影響哪些其他事物?3812.4 小結(jié) 對(duì)于軟件開發(fā)項(xiàng)目來(lái)說(shuō)，控制是十分重要的管理活動(dòng)。本章主要講述了風(fēng)險(xiǎn)管理、質(zhì)量保證和配置管理等三類軟件工程控制活動(dòng)。 當(dāng)對(duì)軟件項(xiàng)目寄予較高期望時(shí)，通常都會(huì)進(jìn)行風(fēng)險(xiǎn)分析。在識(shí)別、預(yù)測(cè)、評(píng)估、監(jiān)控和管理風(fēng)險(xiǎn)等方