軟件配置管理系列--軟件配置管理概念－2,用戶角色
2.1 用戶角色
就像1.3中的場景所描述的，一個(gè)CM系統(tǒng)有許多不同的用戶，每一種用戶都屬于特定的角色，對(duì)CM系統(tǒng)也有不同的視角，因此對(duì)CM系統(tǒng)有不同的需求。圖1說明了項(xiàng)目經(jīng)理、配置經(jīng)理、軟件工程師、測試員、QA經(jīng)理和客戶對(duì)CM系統(tǒng)的期望，每一個(gè)方框代表了一個(gè)功能域，圖1中的方框（審計(jì)、統(tǒng)計(jì)、控制、組件、結(jié)構(gòu)和構(gòu)建）是可以存在于任何CM系統(tǒng)的功能域，但是當(dāng)與團(tuán)隊(duì)和過程功能結(jié)合后，就可以組成了一個(gè)全盤的（或者說是復(fù)雜的）CM系統(tǒng)。
圖1
這些功能域有：
組件：識(shí)別、分類、保存和訪問組成產(chǎn)品的組件。
結(jié)構(gòu)：代表了產(chǎn)品的架構(gòu)。
構(gòu)建：支持制品和產(chǎn)品的構(gòu)建。
審計(jì)：保持產(chǎn)品和過程的審計(jì)軌跡。
統(tǒng)計(jì)：收集產(chǎn)品和過程的統(tǒng)計(jì)信息。
控制：控制如何和何時(shí)進(jìn)行變更。
過程：支持產(chǎn)品功能正確性的管理。
團(tuán)隊(duì)：支持項(xiàng)目團(tuán)隊(duì)開發(fā)和維護(hù)一系列產(chǎn)品。
這些功能的需求會(huì)在下面詳談。
對(duì)于組件的需求包括：記錄組件的版本，區(qū)別和區(qū)別的原因；標(biāo)識(shí)組成一個(gè)配置的組件，其中包括各個(gè)版本的組件；標(biāo)識(shí)產(chǎn)品和其擴(kuò)展的基線；確定代表特定項(xiàng)目組件和制品集合的項(xiàng)目環(huán)境。此外，用戶需要版本庫或運(yùn)行庫來保存和捕獲組件和CM信息，例如保存源代碼、對(duì)象代碼、可執(zhí)行程序、圖表、文檔和基線等。
對(duì)于結(jié)構(gòu)需求，用戶需要：通過代表產(chǎn)品組件的列表來建立產(chǎn)品的模型；指出組件、版本和配置的分界點(diǎn)，以此使之可重用；標(biāo)識(shí)和維護(hù)組件的關(guān)系；選擇兼容的組件來組成正確和一致版本的產(chǎn)品。
對(duì)于構(gòu)建需求，用戶需要：簡化構(gòu)建和編譯產(chǎn)品的過程；在任何時(shí)間對(duì)產(chǎn)品的狀態(tài)進(jìn)行快照和凍結(jié)的能力；通過減少重新編譯的組件和節(jié)約空間來優(yōu)化構(gòu)建系統(tǒng)的機(jī)制；利用變更影響分析預(yù)測衍生物發(fā)生的更改；在任何給定時(shí)間更方便的重新生成任何階段或部分的產(chǎn)品。
對(duì)于審計(jì)需求，用戶需要：所有變更的歷史；在產(chǎn)品和他們的演化中能夠追蹤所有相關(guān)的組件。所有所作工作的詳細(xì)日志。
對(duì)于統(tǒng)計(jì)需求，用戶需要：記錄統(tǒng)計(jì)數(shù)據(jù)來檢驗(yàn)產(chǎn)品狀態(tài)的機(jī)制，更容易的生成關(guān)于產(chǎn)品和過程的各個(gè)方面的報(bào)告。
對(duì)于控制需求，用戶需要：小心的訪問系統(tǒng)的組件防止未保證的變更和變更沖突；在線的變更請(qǐng)求表單和問題報(bào)告支持；也意味著要追蹤問題原因、時(shí)間和處理的負(fù)責(zé)人。用一種控制的方式傳遞變更，貫穿不同但是相關(guān)的產(chǎn)品版本；分割產(chǎn)品達(dá)到減少變更影響的方法。
對(duì)于過程需求，用戶需要：支持他們的生命周期模型和組織政策；識(shí)別將要做的任務(wù)，以及這些這些任務(wù)何時(shí)和如何完成的能力；與正確的人交流相關(guān)信息的能力；和記錄產(chǎn)品知識(shí)的工具。
對(duì)于團(tuán)隊(duì)需求，用戶需要：單獨(dú)的和組的工作空間；合并修改時(shí)解決沖突的方法；支持創(chuàng)建和維護(hù)產(chǎn)品族的工具。
需要注意過程框和團(tuán)隊(duì)框被表示成重要的功能，這是因?yàn)樗鼈儠?huì)和所有其它部分互相影響。對(duì)一個(gè)用戶來說，一個(gè)理想的CM系統(tǒng)應(yīng)該支持所有的集成了團(tuán)隊(duì)和過程的功能域，目前沒有一個(gè)單獨(dú)的系統(tǒng)支持所有這些功能域。
2.2 CM系統(tǒng)的集成
任何一個(gè)CM系統(tǒng)都有與環(huán)境集成程度的概念，一個(gè)CM系統(tǒng)可以與其他工具共存或完全集成。集成包括了環(huán)境的各個(gè)方面：過程、工具集和數(shù)據(jù)庫。過程集成意味著CM系統(tǒng)使用模式（組成了CM過程）的結(jié)合。工具集集成意味著在環(huán)境中安裝所有的CM系統(tǒng)，至少是與環(huán)境中的其他工具可以共存。舉個(gè)例子，用戶希望CM系統(tǒng)能夠在編輯器中執(zhí)行“保存”時(shí)創(chuàng)建一個(gè)新的版本。數(shù)據(jù)庫集成關(guān)注CM數(shù)據(jù)庫的邏輯位置－－是否與現(xiàn)存環(huán)境的數(shù)據(jù)庫以某種方式合并，或者是它是一個(gè)獨(dú)立的實(shí)體，或者是它利用了其它數(shù)據(jù)庫的信息。所有這類集成都是普通的工具集成和技術(shù)遷移問題。但是自從CM系統(tǒng)嘗試影響環(huán)境中的大多數(shù)對(duì)象和對(duì)象的整個(gè)生命周期的所有階段時(shí)，CM系統(tǒng)的集成開始對(duì)環(huán)境中的許多工具產(chǎn)生了重要的影響。大多數(shù)CM系統(tǒng)與其他工具共存，而且有一些環(huán)境讓CM成為他們自身的一部分。
2.3 何時(shí)開始使用CM系統(tǒng)
這要看項(xiàng)目組何時(shí)在開發(fā)和維護(hù)的產(chǎn)品上開始使用CM系統(tǒng)。一些小組選擇在產(chǎn)品經(jīng)過了開發(fā)周期并準(zhǔn)備好交付給客戶方時(shí)，另一方面，一些小組選擇從項(xiàng)目的一開始就將所有的事情放在CM之下。兩種方式都有各自的成本，舉個(gè)例子，團(tuán)隊(duì)會(huì)根據(jù)變更的成本作出選擇，如果需要許多手工的過程（例如填寫變更請(qǐng)求單，獲得CCB的通過和確認(rèn)），團(tuán)隊(duì)一般會(huì)選擇在開發(fā)的主要過程結(jié)束后納入CM控制，但是如果變更請(qǐng)求過程可以在線操作，只需要花費(fèi)較少的時(shí)間和人力，CM將會(huì)在較早的時(shí)間被引入。理論上講，CM適應(yīng)于產(chǎn)品的整個(gè)生命周期－－從概念、開發(fā)、產(chǎn)品發(fā)布、客戶交付、客戶使用到維護(hù)。理想情況下，CM系統(tǒng)必須盡可能將成本最小化，因此應(yīng)該盡早將CM應(yīng)用到項(xiàng)目。然而，現(xiàn)存的CM系統(tǒng)，容易將精力集中在產(chǎn)品生命周期的特定階段，所以用戶會(huì)被功能限制。
2.4 CM控制的級(jí)別
有許多輔助CM執(zhí)行的步驟、政策和工具，他們會(huì)對(duì)用戶和產(chǎn)品的演進(jìn)提供不同程度的控制。例如，它們會(huì)要求工程師提交正式的書面的變更請(qǐng)求，接著是CCB的評(píng)估和對(duì)變更的授權(quán)。然后配置經(jīng)理為軟件工程師創(chuàng)建工作區(qū)，從受保護(hù)的版本庫選取特定的文件放置到這個(gè)工程師獨(dú)立的工作區(qū)。另一方面，另一種不同的步驟、政策和工具或許允許工程師直接用電郵通知配置經(jīng)理和CCB的其他成員他的變更請(qǐng)求，然后這些成員立刻反饋，經(jīng)過批準(zhǔn)，變更請(qǐng)求指派給一個(gè)工程師，然后這個(gè)工程師直接從版本庫得到代碼并進(jìn)行修改，所有這些操作不需要手工的干預(yù)，因?yàn)镃M系統(tǒng)可以自動(dòng)的記錄所有的訪問，一個(gè)正式的修改過程記錄會(huì)被創(chuàng)建。
第一個(gè)場景被認(rèn)為是對(duì)任何活動(dòng)都非常嚴(yán)格和積極的控制，而后一個(gè)場景則是對(duì)活動(dòng)寬松和被動(dòng)的控制。最好不要在第一種場景進(jìn)行經(jīng)常性的修改，因?yàn)槿肆Τ杀竞艽螅诙N情況鼓勵(lì)頻繁的修改，因?yàn)檫@很容易。不同級(jí)別的控制可能更適合于產(chǎn)品生命周期的一定階段，例如，第一種適合維護(hù)階段，而第二種適合開發(fā)階段。無論使用何種CM系統(tǒng)，在產(chǎn)品的演進(jìn)的某個(gè)時(shí)間點(diǎn)上都有特定級(jí)別的控制，它會(huì)限制，加強(qiáng)用戶過程或者兩者皆有。現(xiàn)存的CM系統(tǒng)提供了各自的控制級(jí)別，或松或緊，很少具備允許用戶選擇控制級(jí)別的靈活性。
2.5 區(qū)分過程和產(chǎn)品
CM包括了過程和產(chǎn)品，一個(gè)CM過程代表了一系列依序執(zhí)行的CM任務(wù)，本質(zhì)上講，這個(gè)過程是將要做的事情、及其執(zhí)行者和執(zhí)行方式的計(jì)劃，對(duì)過程的支持是一種管理功能。過程模型會(huì)考慮組織和軟件開發(fā)生命周期模型的策略和步驟。CM產(chǎn)品是工程任務(wù)過程的結(jié)果，一個(gè)CM系統(tǒng)需要同時(shí)提供這兩個(gè)方面的功能。現(xiàn)存的系統(tǒng)提供了一些產(chǎn)品和過程的支持，但是同時(shí)支持通常并不是很簡單。
2.6 CM的自動(dòng)化程度
如前所述，CM通常是手工和自動(dòng)步驟的組合，有可能在不需要任何即時(shí)輔助的情況下執(zhí)CM，但這是沒有效率的，我們的目標(biāo)是在CM的非創(chuàng)造性部分盡可能的自動(dòng)化。例如，即使已經(jīng)有系統(tǒng)可以提供完整的完整的自動(dòng)變更請(qǐng)求，仍可以用在組織的策略文件夾中寫文檔的方式來填寫變更請(qǐng)求表單和反饋，而不是即時(shí)捕捉和執(zhí)行。盡管每一種CM系統(tǒng)都提供了不同程度的CM自動(dòng)化功能，仍需要用戶用手工手段來作為自動(dòng)步驟所不能完成任務(wù)的補(bǔ)充。
2.7 CM系統(tǒng)的功能
現(xiàn)存的CM系統(tǒng)提供了CM部分必須的一些功能，但是沒有一種系統(tǒng)提供了滿足所有不同用戶需求的功能，改進(jìn)需要時(shí)間，需要隨著用戶對(duì)環(huán)境架構(gòu)更好的理解來完成。下一部分重點(diǎn)介紹現(xiàn)存CM系統(tǒng)中概念的映射。