軟件生存期過程（1）

軟件生存期過程（1）

　6 獲取過程

　　獲取過程包含需方的活動(dòng)和任務(wù)。此過程從定義軟件產(chǎn)品或服務(wù)的獲取需求開始。接著就是準(zhǔn)備并公布標(biāo)書、選擇供方和管理獲取過程，直到系統(tǒng)的驗(yàn)收。有這種需求的機(jī)構(gòu)可以叫做擁有者。該擁有者可以就任一項(xiàng)或全部獲取活動(dòng)與某機(jī)構(gòu)簽訂合同，該機(jī)構(gòu)將根據(jù)獲取過程開展相應(yīng)的活動(dòng)。本章中的需方可以是擁有者或者是代理人。

　　此過程含有下述活動(dòng)：
　　a.開始和范圍定義；
　　b.招標(biāo)的準(zhǔn)備；
　　c.合同的準(zhǔn)備、談判及修改；
　　d.對供方的監(jiān)督；
　　e.驗(yàn)收和完成。

　　6.1 開始和范圍定義
　　本項(xiàng)活動(dòng)含有下述任務(wù)：

　　6. 1.1 需方將認(rèn)定獲取、開發(fā)或改進(jìn)一個(gè)軟件產(chǎn)品（該軟件產(chǎn)品可能是一個(gè)系統(tǒng)的一部分）或服務(wù)的概念或需求，并依此開始該獲取過程。

　　6.1.2 需方將詳細(xì)地定義系統(tǒng)需求，此需求在已存在的限制條件下開發(fā)系統(tǒng)是可行的。

　　6.1.2.1 該系統(tǒng)需求定義最好包括與設(shè)計(jì)、測試和遵守標(biāo)準(zhǔn)及開發(fā)過程有關(guān)的關(guān)鍵性、安全性和保密性要求。

　　6.1.2.2 該系統(tǒng)需求將遵循開發(fā)過程（第8章）定義并形成文檔。

　　6.1.3 如果需方不能定義系統(tǒng)需求，則將制訂一個(gè)定義它們的計(jì)劃。這個(gè)計(jì)劃將指定提出這些需求的一個(gè)機(jī)構(gòu)，最好包括一一些活動(dòng)，如進(jìn)行可行性研究、制作原型和模型。

　　6.1.4 系統(tǒng)需求一旦定義，需方將依據(jù)風(fēng)險(xiǎn)分析來考慮獲取系統(tǒng)所能采用的方案。這些方案包括：
　　a.購買能滿足需求的現(xiàn)貨產(chǎn)品；
　　b.在內(nèi)部開發(fā)產(chǎn)品或得到服務(wù)；
　　c.通過合同開發(fā)產(chǎn)品或得到服務(wù)；
　　d.上述a、b、c條的結(jié)合；
　　e.提高現(xiàn)有的系統(tǒng)、產(chǎn)品或服務(wù)。

　　6.1.5 當(dāng)要獲得一個(gè)現(xiàn)貨產(chǎn)品的時(shí)候，需方將保證能滿足下述條件：
　　a.該軟件滿足它的需求；
　　b.有必須的文檔；
　　c.可滿足所有權(quán)和使用權(quán)；
　　d. 有未來的產(chǎn)品支持計(jì)劃。

　　6.1.6 需方將制訂一個(gè)獲取計(jì)劃。此計(jì)劃要對系統(tǒng)需求作出定義，并定義對所計(jì)劃的系統(tǒng)的使用、將執(zhí)行的合同的類型、所涉及的機(jī)構(gòu)的責(zé)任、將使用的支持的概念、所考慮到的風(fēng)險(xiǎn)以及管理這些風(fēng)險(xiǎn)的辦法。并將該計(jì)劃寫成文檔。

　　6.1.7 需方將定義系統(tǒng)的驗(yàn)收策略和準(zhǔn)則，并將其寫成文檔。

　　6.2 招標(biāo)的準(zhǔn)備
　　此項(xiàng)活動(dòng)含有下述任務(wù)：

　　6.2.1 需方將制作一份系統(tǒng)獲取需求的文檔（即標(biāo)書），其內(nèi)容視第6.1.4條中所選的獲取選擇方案而定。該系統(tǒng)獲取文檔最好包括：
　　a.系統(tǒng)需求；
　　b.工作描述；
　　c.投標(biāo)者須知；
　　d.產(chǎn)品或服務(wù)清單；
　　e.合同條款；
　　f.子合同條款；
　　g.技術(shù)限制（例如目標(biāo)環(huán)境）。

　　6.2.2 需方將決定本標(biāo)準(zhǔn)的哪些過程、活動(dòng)和任務(wù)適合它的項(xiàng)目并對其進(jìn)行適當(dāng)?shù)募舨?。需方將特別指明可以使用的支持過程（第11章）和它們的執(zhí)行機(jī)構(gòu)，這樣供方就可以在它們的建議中定義達(dá)到每個(gè)特定支持過程的方法。

　　6.2.3 系統(tǒng)的獲取文檔將定義合同的里程碑，以便作為對獲取的監(jiān)督（見第 11. 3條）的一部分將檢驗(yàn)和審計(jì)供方的進(jìn)度。

　　6.2.4 系統(tǒng)的獲取需求最好交給實(shí)施獲取活動(dòng)任務(wù)的機(jī)構(gòu)。

　　6.3 合同的準(zhǔn)備、談判和修改
　　此項(xiàng)活動(dòng)由下述任務(wù)組成：

　　6.3.1 需方最好建立一個(gè)選擇供方的規(guī)程，其中包括建議的評價(jià)準(zhǔn)則和對需求的依從程度。

　　6.3.2 需方最好在對供方的建議、能力以及需要考慮的其它因素進(jìn)行評價(jià)的基礎(chǔ)上選擇一個(gè)供方。

　　6.3.3 需方可以與其它各方一道為項(xiàng)目而剪裁本標(biāo)準(zhǔn)。但是，在需方與其它各方之間達(dá)成協(xié)議時(shí)，最后的剪裁決定將由需方做出。

　　6.3.4 然后，需方將準(zhǔn)備就一項(xiàng)合同與供方進(jìn)行談判。談判中提出系統(tǒng)的需求、成本、提供產(chǎn)品或服務(wù)的日程。該合同將提及與可重復(fù)使用的現(xiàn)貨產(chǎn)品有關(guān)的產(chǎn)權(quán)、使用權(quán)和所有權(quán)。

　　6.3.5 在合同的執(zhí)行期內(nèi)，需方將通過與供方（即控制合同變化的另一當(dāng)事方）進(jìn)行談判來控制合同的變化。應(yīng)當(dāng)研究合同的變化對項(xiàng)目計(jì)劃、成本、質(zhì)量和日程的影響。

　　6.4 對供方的監(jiān)督
　　此項(xiàng)活動(dòng)由下述任務(wù)組成：

　　6.4.1 需方將按照合同所定范圍監(jiān)督和評價(jià)供方的技術(shù)和進(jìn)度，其中包括質(zhì)量和成本。所用的手段最好適合于獲得的類型并包括下述活動(dòng)，例如非正式的會(huì)面、合同所要求的評審、審計(jì)，以及（獨(dú)立的）驗(yàn)證和確認(rèn)。獨(dú)立的驗(yàn)證和確認(rèn)將分別根據(jù)第 11.3和11.4條進(jìn)行。

　　6.4.2 需方最好與供方合作以便及時(shí)地提供全部必要的信息和解決尚未解決的問題。

　　6.5 驗(yàn)收和完成
　　此項(xiàng)活動(dòng)含有下述任務(wù)：

　　6.5.1 需方將根據(jù)已定義的策略和準(zhǔn)則為驗(yàn)收做好全部必要的準(zhǔn)備。準(zhǔn)備最好包括對測試用例、測試數(shù)據(jù)、測試過程和測試環(huán)境的準(zhǔn)備。

　　6.5.2 需方將對交付的產(chǎn)品或服務(wù)進(jìn)行驗(yàn)收評審和驗(yàn)收測試，當(dāng)符合所有的驗(yàn)收條件之后，從供方處驗(yàn)收該產(chǎn)品或服務(wù)。驗(yàn)收過程應(yīng)符合第6.1.6條中的規(guī)定。

　　6.5.3 在驗(yàn)收之后，需方最好按照第 11.2條采取交付產(chǎn)品的配置管理。

　　7 供應(yīng)過程

　　此過程含有供方的活動(dòng)和任務(wù)。

　　此過程的開始方法可以有兩種，－是決定準(zhǔn)備一項(xiàng)建議以應(yīng)答需方的標(biāo)書（RFP）；二是就提供一個(gè)含有軟件的系統(tǒng)（或系統(tǒng)的一個(gè)部件、一個(gè)產(chǎn)品或一項(xiàng)服務(wù)）與需方簽訂合同或協(xié)議。接著就是規(guī)定為了管理和保證這個(gè)項(xiàng)目所需要的步驟和資源，其中包括制訂項(xiàng)目計(jì)劃和實(shí)施計(jì)劃，直至向需方交付系統(tǒng)、產(chǎn)品或提供服務(wù)。 供方按照第5章來管理這個(gè)過程。

　　此過程含有下述活動(dòng)：
　　a. 開始；
　　b.準(zhǔn)備投標(biāo)；
　　c.簽訂協(xié)議；
　　d.編制計(jì)劃；
　　e.實(shí)施和控制；
　　f.評審和評價(jià)；
　　g.交付和完成。

　　7.1 開始
　　此項(xiàng)活動(dòng)含有下述任務(wù)：

　　7.1.1 供方評審標(biāo)書（RFP）中的需求，與公司的方針及其它規(guī)則相對照。

　　7.1.2 供方最好對是否投標(biāo)或是否接受合同作出決定。

　　7.2 準(zhǔn)備投標(biāo)
　　此項(xiàng)活動(dòng)含有下述任務(wù)： 供方最好定義和準(zhǔn)備一份投標(biāo)書。

　　7.3 簽訂協(xié)議
　　此項(xiàng)活動(dòng)含有下述任務(wù)：

　　7.3.1 供方應(yīng)當(dāng)與需方就提供系統(tǒng)、產(chǎn)品或服務(wù)進(jìn)行談判并簽訂合同。

　　7.3.2 作為修改控制機(jī)制的一部分，供方可以請求修改合同。

　　7.4 編制計(jì)劃
　　此項(xiàng)活動(dòng)含有下述任務(wù)：

　　7.4.1 為了保證交付的系統(tǒng)、產(chǎn)品或服務(wù)的質(zhì)量，供方應(yīng)當(dāng)全面評審合同中的系統(tǒng)獲取需求，以確定管理和保證項(xiàng)目的框架。

　　7.4.2 供方應(yīng)當(dāng)確定或選擇與項(xiàng)目的范圍、規(guī)模和復(fù)雜性相適合的軟件生存周期模型。應(yīng)當(dāng)把從本標(biāo)準(zhǔn)中選出的過程、活動(dòng)和任務(wù)影射到該生存周期模型中。該生存周期模型應(yīng)當(dāng)包括可使用的開發(fā)環(huán)境，其中包括標(biāo)準(zhǔn)、方法和工具等。

　　7.4.3 供方應(yīng)當(dāng)規(guī)定管理和保證此項(xiàng)目的計(jì)劃需求。這種規(guī)定最好包括對資源的需求和需方的介入。

　　7.4.4 計(jì)劃需求一旦規(guī)定，供方應(yīng)當(dāng)根據(jù)風(fēng)險(xiǎn)分析，為開發(fā)該產(chǎn)品或提供該服務(wù)選擇方案。
　　可供選擇的方案有：
　　a.利用內(nèi)部資源開發(fā)產(chǎn)品或提供服務(wù)；
　　b.用子合同方式開發(fā)產(chǎn)品或提供服務(wù)；
　　c.從內(nèi)部或外部來源獲得現(xiàn)貨產(chǎn)品；
　　d.上述a、b二條結(jié)合。

　　7.4.5 供方應(yīng)當(dāng)以所計(jì)劃的需求和第7.4.4條中規(guī)定的可選方案為基礎(chǔ)制定項(xiàng)目管理計(jì)劃，并將其寫成文檔。
在這些計(jì)劃中應(yīng)當(dāng)規(guī)定下述事項(xiàng)：
　　a. 項(xiàng)目的組織機(jī)構(gòu)，以及包括外部機(jī)構(gòu)在內(nèi)的每個(gè)機(jī)構(gòu)的權(quán)利和責(zé)任；
　　b.開發(fā)環(huán)境，包括測試環(huán)境。庫、設(shè)備、儀器以及工程標(biāo)準(zhǔn)、步驟和工具；
　　c.生存期過程和活動(dòng)的工作細(xì)目的結(jié)構(gòu)，其中包括可交付的產(chǎn)品，與任務(wù)有關(guān)的經(jīng)費(fèi)預(yù)算、人員。物理資源、軟件的規(guī)模以及時(shí)間進(jìn)度；
　　d.系統(tǒng)的質(zhì)量需求管理。如果需要，可以另外制訂質(zhì)量保證計(jì)劃；
　　e.系統(tǒng)安全和保密的關(guān)鍵需求管理。如果需要，另外制訂安全和保密計(jì)劃；
　　f.分包商的管理，其中包括對分包商的選擇。如果選擇了分包商，還包括分包商一需方的介入；
　　g.需方的介入，即按合同要求進(jìn)行的評審和審計(jì)（見第11.3條）、非正式的會(huì)面、報(bào)告、修改和變更的實(shí)施、批準(zhǔn)、驗(yàn)收、對設(shè)施的使用等；
　　h.驗(yàn)證和確認(rèn)（見第11.4條），規(guī)定中應(yīng)包括與獨(dú)立的驗(yàn)證和確認(rèn)機(jī)構(gòu)接觸的方法；
　　i.質(zhì)量保證（見第 11.5條）；
　　j.風(fēng)險(xiǎn)管理，此項(xiàng)管理包括對項(xiàng)目的潛在技術(shù)、成本和進(jìn)度諸風(fēng)險(xiǎn)領(lǐng)域的管理；
　　k.保密方針，即在每個(gè)項(xiàng)目組織層次上有關(guān)“需要知道”和“接觸信息”的規(guī)則；
　　l.規(guī)則所要求的批準(zhǔn)、證書、專有權(quán)利等； m.制定計(jì)劃、跟蹤和報(bào)告的方法；
　　n.人員培訓(xùn)（見第 11. 7條）。

　　7.5 執(zhí)行和控制
　　此項(xiàng)活動(dòng)包括下述任務(wù)：

　　7.5.1 供方應(yīng)當(dāng)實(shí)施和執(zhí)行使第7.4條制訂的項(xiàng)目計(jì)劃。

　　7.5.2 供方應(yīng)當(dāng)分別根據(jù)開發(fā)過程（第8章）、操作過程（第9章）或維護(hù)過程（第10章）開發(fā)、操作或維護(hù)軟件。

　　7.5.3 供方應(yīng)當(dāng)在合同所定的整個(gè)生存周期內(nèi)監(jiān)督和控制項(xiàng)目產(chǎn)品或服務(wù)的進(jìn)展和質(zhì)量。這應(yīng)當(dāng)是一個(gè)連續(xù)的、反復(fù)進(jìn)行的任務(wù)，它應(yīng)當(dāng)提供：
　　a.監(jiān)督技術(shù)性能、成本和進(jìn)度的進(jìn)展情況，報(bào)告項(xiàng)目的狀況；
　　b.問題的識(shí)別、記錄、分析和解決。

　　7.5.4 供方應(yīng)當(dāng)管理和控制分包商，向其傳達(dá)全部必要的合同需求，以保證交給需方的所有的產(chǎn)品或服務(wù)都符合主合同的要求。

　　7.6 評審和評價(jià)
　　此項(xiàng)活動(dòng)包括下述任務(wù)：

　　7.6.1 在適當(dāng)?shù)那闆r下，供方最好根據(jù)合同進(jìn)行評審活動(dòng)、與需方進(jìn)行接觸和通信。

　　7.6.2 供方應(yīng)當(dāng)進(jìn)行或支持非正式的會(huì)面、驗(yàn)收評審和驗(yàn)收測試，按照合同和項(xiàng)目計(jì)劃的規(guī)定與需方一起進(jìn)行合同所要求的評審和正式的審計(jì)。審計(jì)應(yīng)當(dāng)按照第11。3條進(jìn)行。

　　7.6.3 供方應(yīng)當(dāng)向需方提供關(guān)于評價(jià)、評審、審計(jì)、測試、改正工作和解決問題的報(bào)告。

　　7.6.4 為了按照合同和項(xiàng)目計(jì)劃的規(guī)定評審產(chǎn)品或服務(wù)，供方應(yīng)當(dāng)讓需方使用供方和分包商的設(shè)備。

　　7.6.5 供方應(yīng)當(dāng)按照合同和項(xiàng)目計(jì)劃的規(guī)定，與獨(dú)立的驗(yàn)證和確認(rèn)機(jī)構(gòu)或測試機(jī)構(gòu)（見第11.4條）進(jìn)行接觸。

　　7.6.6 供方應(yīng)當(dāng)根據(jù)11.5條實(shí)施項(xiàng)目的質(zhì)量保證。實(shí)施軟件的質(zhì)量保證時(shí)可以用ISO 9003—87或其它類似的指南。

　　7.7 交付和完成
　　此項(xiàng)活動(dòng)包括下述任務(wù)：

　　7.7.1 供方應(yīng)按照合同的規(guī)定交付系統(tǒng)。

　　7.7.2 供方應(yīng)當(dāng)對已交付的系統(tǒng)向需方提供支持。

　　7.7.3 供方應(yīng)當(dāng)考察需方對已交付的系統(tǒng)是否滿意。

　　8 開發(fā)過程

　　開發(fā)過程包括開發(fā)者的活動(dòng)和任務(wù)。此過程包括需求分析、設(shè)計(jì)、編碼、集成、測試、軟件安裝和驗(yàn)收等活動(dòng)。完成下面所列出的全部活動(dòng)。按照合同，軟件開發(fā)者的責(zé)任從軟件需求分析開始，以軟件鑒定測試終止。但是，通常軟件是作為整個(gè)系統(tǒng)的一部分實(shí)現(xiàn)的。軟件的需求分析與整個(gè)系統(tǒng)需求分析、系統(tǒng)設(shè)計(jì)有關(guān)，故軟件開發(fā)者有可能要參加系統(tǒng)需求分析。系統(tǒng)設(shè)計(jì)，或從系統(tǒng)需求分析、系統(tǒng)設(shè)計(jì)中獲取必要的信息。軟件鑒定測試完成后，還要把軟件集成到整個(gè)系統(tǒng)中去。所以，本過程列出了系統(tǒng)的開發(fā)過程所包含的所有活動(dòng)。軟件開發(fā)者按照合同的規(guī)定來確定此過程所包含的活動(dòng)。開發(fā)者也可以完成需方所要求的其它活動(dòng)。

　　此過程由下述活動(dòng)組成：
　　a.建立過程；
　　b.系統(tǒng)需求分析；
　　c.系統(tǒng)設(shè)計(jì)；
　　d.軟件需求分析；
　　e.軟件體系結(jié)構(gòu)設(shè)計(jì)；
　　f.軟件的詳細(xì)設(shè)計(jì)；
　　g.軟件編碼；
　　h.軟件集成；
　　i.軟件鑒定測試；
　　j.系統(tǒng)集成；
　　k.系統(tǒng)鑒定測試；
　　l.驗(yàn)收所需要的安裝和支持。

　　8.1 建立過程
　　此項(xiàng)活動(dòng)含有下述任務(wù)：

　　8.1.1 開發(fā)者應(yīng)當(dāng)將開發(fā)過程的活動(dòng)映射到為軟件項(xiàng)目所建立的生存周期模型中。如果沒有建立一個(gè)生存周期模型，就應(yīng)當(dāng)建立一個(gè)。所選擇的活動(dòng)可以是重疊的或相互有關(guān)聯(lián)的，而且也可以反復(fù)交替地一實(shí)施。

　　8.1.2 開發(fā)者應(yīng)當(dāng)實(shí)施第11章指定的支持過程，這些過程是按照第6.2.2條的決定支持開發(fā)活動(dòng)所必須的。

　　8.1.3 如果在合同中沒有約定，開發(fā)者應(yīng)當(dāng)選擇、剪裁和使用適當(dāng)?shù)膬?nèi)部的標(biāo)準(zhǔn)、方法、步驟和計(jì)算機(jī)編程語言，這些是由開發(fā)者的組織為了實(shí)施開發(fā)活動(dòng)和支持各種過程已用文檔建立起來的。

　　8.1.4 開發(fā)者應(yīng)當(dāng)制訂進(jìn)行開發(fā)過程的活動(dòng)計(jì)劃。該計(jì)劃應(yīng)當(dāng)包括與開發(fā)和鑒定的全部需求（包括安全和保密需求）有關(guān)的特定的標(biāo)準(zhǔn)、方法、行為和責(zé)任。如果需要，要分別制訂計(jì)劃。這些計(jì)劃應(yīng)當(dāng)形成文檔并得到實(shí)施。

　　8.1.5 在軟件的開發(fā)或維護(hù)中可以使用不交付項(xiàng)。但是，應(yīng)當(dāng)保證：
　　a.在可交付軟件交給需方之后，它的操作和維護(hù)與這些不交付項(xiàng)無關(guān)；
　　b.這些項(xiàng)變成可交付項(xiàng)。

　　8.2 系統(tǒng)需求分析
　　此項(xiàng)活動(dòng)含有開發(fā)者應(yīng)當(dāng)執(zhí)行或支持的下述任務(wù)：

　　8.2.1 如第6.1和6.2條所規(guī)定，應(yīng)當(dāng)對獲取和系統(tǒng)的要求進(jìn)行分析，以建立系統(tǒng)需求。系統(tǒng)需求應(yīng)當(dāng)說明：系統(tǒng)的功能和性能；安全、保密、人機(jī)工程、接口、操作和維護(hù)需求；設(shè)計(jì)限制和鑒定的要求。這些系統(tǒng)需求應(yīng)當(dāng)寫成文檔。

　　8.2.2 應(yīng)當(dāng)對這些系統(tǒng)需求進(jìn)行評價(jià)，使其包括下述準(zhǔn)則：可跟蹤性；與獲取及系統(tǒng)要求的一致性；可測試性；以及設(shè)計(jì)、操作和維護(hù)的可行性。

　　8.3 系統(tǒng)設(shè)計(jì)
　　此項(xiàng)活動(dòng)含有開發(fā)者應(yīng)當(dāng)執(zhí)行和支持的下述任務(wù)：

　　8.3.1 應(yīng)當(dāng)建立一個(gè)高層的系統(tǒng)體系結(jié)構(gòu)。應(yīng)當(dāng)在系統(tǒng)的體系結(jié)構(gòu)中體現(xiàn)系統(tǒng)的需求，該系統(tǒng)體系結(jié)構(gòu)要表現(xiàn)出系統(tǒng)的內(nèi)部結(jié)構(gòu)以及硬件、軟件和人工操作的配置。應(yīng)當(dāng)保證：系統(tǒng)需求已完全分配給硬件配置項(xiàng)（HCI）、軟件配置項(xiàng)（SCI）和人工操作。分配給 HCI、 SCI和人工操作的系統(tǒng)體系結(jié)構(gòu)和系統(tǒng)需求要寫成文檔。

　　8.3.2 應(yīng)對HCI、SCI和人工操作的系統(tǒng)體系結(jié)構(gòu)和需求進(jìn)行評價(jià)，使其包括下述準(zhǔn)則：可跟蹤性、與系統(tǒng)需求的一致性、設(shè)計(jì)和所用標(biāo)準(zhǔn)恰當(dāng)，以及操作和維護(hù)的可行性。

　　8.4 軟件需求分析
　　對于每個(gè)SCI，此項(xiàng)活動(dòng)含有開發(fā)者應(yīng)當(dāng)執(zhí)行的下述任務(wù)：

　　8.4.1 開發(fā)者應(yīng)當(dāng)確定各種需求并將其寫成文檔，其中包括與第2.5條相一致的質(zhì)量特性規(guī)格說明（可操作性、可靠性、可用性、有效性、可維護(hù)性和可移植性）。
　　該文檔描述：
　　a.功能和能力規(guī)格說明，其中包括性能、物理特性、運(yùn)行軟件的環(huán)境條件；
　　b.用戶文檔；
　　c.安全規(guī)格說明，其中包括與操作和維護(hù)的方法、環(huán)境影響和人員傷害有關(guān)的說明；
　　d.保密規(guī)格說明，其中包括對敏感性信息或資料的危害有關(guān)的說明；
　　e.人機(jī)工程和人一機(jī)規(guī)格說明，其中包括與人工操作、人機(jī)對話、對人員的限制有關(guān)的規(guī)格說明，以及那些對于人的錯(cuò)誤和能力很敏感的、需要人集中注意力的領(lǐng)域的說明；
　　f.處理器、存儲(chǔ)設(shè)備或數(shù)據(jù)通道所用的硬件處理和資源儲(chǔ)備的規(guī)格說明；
　　g.數(shù)據(jù)定義和數(shù)據(jù)庫的需求；
　　h.已交付軟件在操作和維護(hù)現(xiàn)場上的安裝和驗(yàn)收的需要；
　　i.用戶操作和執(zhí)行的需求；
　　j.用戶維護(hù)需求。

　　8.4.2 開發(fā)者應(yīng)當(dāng)確定SCI的外部接口的需求并將其寫成文檔。

　　8.4.3 開發(fā)者應(yīng)當(dāng)對SCI的鑒定要求寫成文檔。

　　8.4.4 開發(fā)者應(yīng)當(dāng)對需求作出評價(jià)，使其包括下面指出的準(zhǔn)則：
　　a.對系統(tǒng)需求和系統(tǒng)設(shè)計(jì)的可跟蹤性；
　　b.與系統(tǒng)需求的外部一致性；
　　c.各種軟件需求之間的內(nèi)部一致性；
　　d. 軟件需求的可測性；
　　e.軟件需求的測試范圍；
　　f.軟件設(shè)計(jì)、操作和維護(hù)的可行性。

　　8.4.5 開發(fā)者應(yīng)當(dāng)依據(jù)第11.3條進(jìn)行合同所要求的評審，以決定軟件需求的完善和恰當(dāng)。當(dāng)評審?fù)瓿蓵r(shí)，就應(yīng)當(dāng)建立SCI需求的基線。

　　8.5 軟件體系結(jié)構(gòu)設(shè)計(jì)
　　對于每個(gè)SCI，此項(xiàng)活動(dòng)含有開發(fā)者應(yīng)當(dāng)執(zhí)行的下述任務(wù)：

　　8.5.1 開發(fā)者應(yīng)當(dāng)把SCI的工程需求轉(zhuǎn)變?yōu)橐粋€(gè)體系結(jié)構(gòu)，該體系結(jié)構(gòu)應(yīng)描述它的頂層結(jié)構(gòu)和定義它的主要部分。它應(yīng)當(dāng)保證此項(xiàng)工程和SCI的鑒定要求已完全分配給了各個(gè)部分，并對其進(jìn)行了細(xì)化以便進(jìn)行詳細(xì)設(shè)計(jì)。應(yīng)當(dāng)建立SCI體系結(jié)構(gòu)的文檔。

　　8.5.2 開發(fā)者應(yīng)當(dāng)為SCI外部接口的設(shè)計(jì)、SCI的各軟件部分之間的設(shè)計(jì)建立一個(gè)頂層的設(shè)計(jì)文檔。

　　8.5.3 開發(fā)者應(yīng)當(dāng)為數(shù)據(jù)庫建立一個(gè)頂層的設(shè)計(jì)文檔。

　　8.5.4 開發(fā)者應(yīng)當(dāng)評價(jià)SCI的體系結(jié)構(gòu)、接口和數(shù)據(jù)庫的設(shè)計(jì)，使其包括下面指出的各項(xiàng)：
　　a. 對SCI需求的可跟蹤性；
　　b.與SCI需求的外部一致性；
　　c.各部分需求之間的內(nèi)部一致性；
　　d.所使用的設(shè)計(jì)方法和標(biāo)準(zhǔn)是否恰當(dāng)；
　　e.詳細(xì)設(shè)計(jì)、操作和維護(hù)的可行性。

　　8.5.5 開發(fā)者應(yīng)當(dāng)依據(jù)第11.3條進(jìn)行合同所要求的評審，以決定分配給各部分的需求和 SCI體系結(jié)構(gòu)設(shè)計(jì)方法的完善和恰當(dāng)。

　　8.6 軟件的詳細(xì)設(shè)計(jì)
　　對于每個(gè)SCI，此項(xiàng)活動(dòng)含有開發(fā)者應(yīng)當(dāng)執(zhí)行的下述任務(wù)：

　　8.6.1 開發(fā)者應(yīng)當(dāng)詳細(xì)設(shè)計(jì)SCI的每個(gè)軟部件。應(yīng)當(dāng)盡量地將各個(gè)軟部件詳細(xì)劃分為含有軟件單元的較低的層次，以便進(jìn)行編碼、編譯和測試。應(yīng)當(dāng)保證該軟件的需求已完全分配給從軟部件到軟件單元的整個(gè)軟件。應(yīng)當(dāng)把該詳細(xì)設(shè)計(jì)寫成文檔。

　　8.6.2 開發(fā)者應(yīng)當(dāng)寫出與SCI的外部接口、各軟部件之間和各軟件單元之間的詳細(xì)設(shè)計(jì)文檔。接口的詳細(xì)設(shè)計(jì)應(yīng)當(dāng)足夠詳細(xì)以便于編碼。

　　8.6.3 開發(fā)者應(yīng)當(dāng)寫出數(shù)據(jù)庫的詳細(xì)設(shè)計(jì)文檔。

　　8.6.4 開發(fā)者最好寫出軟件用戶手冊的最初版本。

　　8.6.5 開發(fā)者應(yīng)當(dāng)為測試軟件單元規(guī)定測試要求和時(shí)間進(jìn)度，并將其寫成文檔。測試要求中最好包括在軟件需求限定上的重點(diǎn)軟件單元。

　　8.6.6 開發(fā)者應(yīng)當(dāng)為軟件的集成規(guī)定測試要求和時(shí)間進(jìn)度，并將其寫成文檔。

　　8.6.7 開發(fā)者應(yīng)當(dāng)評價(jià)軟件的詳細(xì)設(shè)計(jì)和測試要求，使其包括下面的準(zhǔn)則：
　　a. 對SCI需求的可跟蹤性；
　　b.與體系結(jié)構(gòu)設(shè)計(jì)的外部一致性；
　　c.各部件和單元的需求之間的內(nèi)部一致性；
　　d.所使用的設(shè)計(jì)方法和標(biāo)準(zhǔn)是否恰當(dāng)；
　　e.測試、操作和維護(hù)的可行性。

　　8.6.8 開發(fā)者應(yīng)當(dāng)依據(jù)第11.3條進(jìn)行合同所要求的評審，以決定分配給各個(gè)部分和單元的需求以及 SCI詳細(xì)設(shè)計(jì)方法是否完善和恰當(dāng)。

　　8.7 軟件編碼
　　對于每個(gè)SCI，此項(xiàng)活動(dòng)含有開發(fā)者應(yīng)當(dāng)執(zhí)行的下述任務(wù)：

　　8.7.1 開發(fā)者應(yīng)當(dāng)進(jìn)行下述開發(fā)并建立文檔：
　　a.開發(fā)每個(gè)軟件單元和數(shù)據(jù)庫；
　　b.為測試每個(gè)軟件單元和數(shù)據(jù)庫而開發(fā)的測試過程和數(shù)據(jù)；
　　c.為進(jìn)行軟件集成而開發(fā)的測試過程和數(shù)據(jù)。

　　8.7.2 開發(fā)者應(yīng)當(dāng)測試每個(gè)軟件單元和數(shù)據(jù)庫，以保證它們符合需求。測試結(jié)果應(yīng)當(dāng)寫成文檔。

　　8.7.3 必要時(shí)，開發(fā)者應(yīng)當(dāng)更新軟件的用戶手冊。

　　8.7.4 開發(fā)者應(yīng)當(dāng)評價(jià)軟件的代碼和測試結(jié)果，使其包括下面的準(zhǔn)則：
　　a. 對SCI需求和設(shè)計(jì)的可跟蹤性；
　　b.與 SCI需求和設(shè)計(jì)的外部一致性；
　　c.各單元需求之間的內(nèi)部一致性；
　　d.各單元的測試范圍；
　　e.使用的編碼方法和標(biāo)準(zhǔn)是否恰當(dāng)；
　　f.集成、操作和維護(hù)的可行性。

　　8.8 軟件集成
　　對于每個(gè)SCI，此項(xiàng)活動(dòng)含有開發(fā)者應(yīng)當(dāng)執(zhí)行的下述任務(wù)：

　　8.8.1 開發(fā)者應(yīng)當(dāng)制訂計(jì)劃把各個(gè)軟件單元和軟部件集成為SCI。該計(jì)劃應(yīng)當(dāng)包括測試要求、步驟、數(shù) 據(jù)、責(zé)任和時(shí)間表。該集成計(jì)劃應(yīng)當(dāng)寫成文檔。

　　8.8.2 在依據(jù)集成計(jì)劃開發(fā)集合體時(shí)，開發(fā)者應(yīng)當(dāng)集成軟件的單元、部件和進(jìn)行測試。應(yīng)當(dāng)保證每個(gè)集 合體都能滿足SCI的需求，并且在集成活動(dòng)結(jié)束時(shí)形成完全集成的SCI。集成和測試的結(jié)果應(yīng)當(dāng)寫成文 檔。

　　8.8.3 必要時(shí)，開發(fā)者應(yīng)當(dāng)更新用戶手冊。

　　8.8.4 為了進(jìn)行軟件的鑒定測試，開發(fā)者應(yīng)當(dāng)為每個(gè)SCI開發(fā)寫出一個(gè)完整的測試集、測試用例（輸 入、輸出、測試準(zhǔn)則）和測試步驟。開發(fā)者應(yīng)當(dāng)保證集成后的SCI可以進(jìn)行軟件鑒定測試。

　　8.8.5 開發(fā)者應(yīng)當(dāng)對集成計(jì)劃、設(shè)計(jì)、代碼、測試、測試結(jié)果和用戶手冊進(jìn)行評價(jià)，使其包括下面的準(zhǔn) 則：
　　a. 對 SCI需求的可跟蹤性；
　　b.與 SCI需求的外部一致性；
　　c.內(nèi)部一致性；
　　d.SCI需求的測試范圍；
　　e.使用的測試方法和標(biāo)準(zhǔn)是否恰當(dāng)；
　　f.是否符合預(yù)期的結(jié)果；
　　g.鑒定測試、操作和維護(hù)的可行性。

　　8.8.6 開發(fā)者應(yīng)當(dāng)依據(jù)第11.3條進(jìn)行合同所要求的評審，以確定測試過程的完善和適當(dāng)，并確定已經(jīng) 做好軟件鑒定測試的準(zhǔn)備。

　　8.9 軟件鑒定測試
　　對于每個(gè)SCI，此項(xiàng)活動(dòng)含有開發(fā)者應(yīng)當(dāng)執(zhí)行的下述任務(wù)：

　　8.9.1 開發(fā)者應(yīng)當(dāng)依據(jù)為 SCI確定的鑒定要求進(jìn)行鑒定測試。應(yīng)當(dāng)保證對每項(xiàng)要求進(jìn)行符合測試。應(yīng)將鑒定測試結(jié)果寫成文檔。

　　8.9.2 必要時(shí)，開發(fā)者應(yīng)當(dāng)更新用戶手冊。

　　8.9.3 開發(fā)者應(yīng)當(dāng)對設(shè)計(jì)、代碼、測試、測試結(jié)果和用戶手冊進(jìn)行評價(jià)，使其包括下面的準(zhǔn)則：
　　a. 對SCI和系統(tǒng)需求的可跟蹤性；
　　b.與 SCI和系統(tǒng)需求的外部一致性；
　　c.內(nèi)部一致性；
　　d.SCI和系統(tǒng)需求的測試范圍；
　　e.是否符合預(yù)期結(jié)果；
　　f.操作和維護(hù)的可行性。

　　8.9. 4 開發(fā)者應(yīng)當(dāng)依據(jù)第 11. 3條支持對 SCI的功能性配置審計(jì)（FCA）和物理配置審計(jì)（PCA）。在 FCA時(shí)，應(yīng)當(dāng)保證SCI的測試成功并符合需求，而且用戶手冊中充分描述SCI的操作和支持。在PC：A 時(shí)，應(yīng)當(dāng)保證SCI的設(shè)計(jì)和源碼完整并正確，反映了SCI的新技術(shù)。FCA和PCA的結(jié)果應(yīng)當(dāng)寫成文檔。如果同時(shí)開發(fā)硬件和軟件，F(xiàn)CA和PCA可以推遲到系統(tǒng)鑒定測試時(shí)進(jìn)行。

　　8.9.5 在FCA和PCA成功地完成之后，開發(fā)者應(yīng)當(dāng)：
　　a.為系統(tǒng)集成、系統(tǒng)鑒定測試或適當(dāng)時(shí)的安裝和驗(yàn)收，更新和準(zhǔn)備可交付的軟件；
　　b.為SCI的設(shè)計(jì)和編碼建立一個(gè)基線。

　　8.10 系統(tǒng)集成
　　此項(xiàng)活動(dòng)含有開發(fā)者應(yīng)當(dāng)執(zhí)行或支持的下述任務(wù)：

　　8.10.1 SCI應(yīng)當(dāng)與 HCI、人工操作和其它必要的系統(tǒng)一起集成到系統(tǒng)中去。當(dāng)開發(fā)該集合體時(shí)，應(yīng)當(dāng)對照它們的需求進(jìn)行測試。應(yīng)當(dāng)將集成和測試的結(jié)果寫成文檔。

　　8.10.2 應(yīng)當(dāng)為系統(tǒng)的每項(xiàng)已確定的需求進(jìn)行系統(tǒng)鑒定測試開發(fā)一個(gè)完整的測試集、測試用例（輸入。輸出、測試準(zhǔn)則）和測試步驟，并將其寫成文檔。開發(fā)者應(yīng)當(dāng)保證集成的系統(tǒng)已做好系統(tǒng)鑒定測試的準(zhǔn)備。 8.10.3應(yīng)當(dāng)對集成的系統(tǒng)進(jìn)行評價(jià)以使其包括下述準(zhǔn)則：系統(tǒng)需求的測試范圍。、所使用的測試方法和標(biāo)準(zhǔn)是否恰當(dāng)；是否符合預(yù)期結(jié)果；鑒定測試、操作和維護(hù)的可行性。

　　8.11 系統(tǒng)鑒定測試
　　此項(xiàng)活動(dòng)含有開發(fā)者應(yīng)當(dāng)執(zhí)行或支持的下述任務(wù)：

　　8.11.1 應(yīng)當(dāng)依據(jù)為系統(tǒng)建立的鑒定要求進(jìn)行系統(tǒng)鑒定測試。應(yīng)當(dāng)保證每項(xiàng)系統(tǒng)需求都進(jìn)行符合性測試，而且系統(tǒng)已做好交付準(zhǔn)備。應(yīng)當(dāng)把鑒定測試的結(jié)果寫成文檔。

　　8.11.2 應(yīng)當(dāng)對系統(tǒng)進(jìn)行評價(jià)以使其包括下述準(zhǔn)則：系統(tǒng)需求的測試范圍；是否符合預(yù)期的結(jié)果；操作與維護(hù)的可行性。

　　8.11.3 本項(xiàng)需求不適用于已經(jīng)進(jìn)行過 FCA、PCA的 SCI。 SCI的 FCA和 PCA應(yīng)當(dāng)依據(jù)第 11.3條進(jìn)行。在成功地完成FCA和PCA后，
　　a. 可交付的SCI應(yīng)當(dāng)更新并做好驗(yàn)收安裝和支持的準(zhǔn)備；
　　b.應(yīng)當(dāng)為每個(gè)SCI的設(shè)計(jì)和代碼建立基線。

　　8.12 驗(yàn)收所需要的安裝和支持
　　此項(xiàng)活動(dòng)含有下述開發(fā)者應(yīng)當(dāng)執(zhí)行的任務(wù)：

　　8.12.1 開發(fā)者應(yīng)當(dāng)制定一個(gè)合同中指明的、在目標(biāo)環(huán)境中安裝軟件的計(jì)劃。應(yīng)當(dāng)指出與軟件的安裝有關(guān)的必要的資源和信息并保證提供。開發(fā)者應(yīng)當(dāng)以適當(dāng)?shù)姆绞綆椭璺降玫脚c系統(tǒng)建立活動(dòng)有關(guān)的信息。當(dāng)所安裝的軟件替代了現(xiàn)有的系統(tǒng)時(shí)，開發(fā)者應(yīng)當(dāng)支持合同所要求的并行運(yùn)行的活動(dòng)。應(yīng)當(dāng)將安裝情況寫成文檔。

　　8.12.2 開發(fā)者應(yīng)當(dāng)依據(jù)安裝計(jì)劃安裝軟件。應(yīng)當(dāng)保證該軟件和數(shù)據(jù)庫能按照合同的規(guī)定初始化、執(zhí)行和終止。應(yīng)當(dāng)把安裝情況及其結(jié)果寫成文檔。

　　8.12.3 開發(fā)者應(yīng)當(dāng)支持需方對軟件（或系統(tǒng)）的驗(yàn)收評審和測試。驗(yàn)收評審和測試應(yīng)當(dāng)考慮 FCA、 PCA、軟件鑒定測試和系統(tǒng)鑒定測試（如果進(jìn)行系統(tǒng)鑒定測試）的結(jié)果。應(yīng)當(dāng)把驗(yàn)收評審和測試的結(jié)果寫成文檔。

　　8.12.4 開發(fā)者應(yīng)當(dāng)按照合同的規(guī)定完成文檔和編碼并交付給需方。

　　8.12.5 開發(fā)者應(yīng)當(dāng)按照合同的規(guī)定向需方提供初始的和繼續(xù)的培訓(xùn)和支持。

12 過程的建立、評價(jià)和改進(jìn)

　　本章含有要建立、評價(jià)、測量、控制和改進(jìn)軟件生存期過程的活動(dòng)。
　　此項(xiàng)過程含有下述活動(dòng)：
　　a. 過程建工；
　　b. 過程評價(jià)；
　　c. 過程改進(jìn)。

　　12．1 過程建立

　　此項(xiàng)活動(dòng)含有下述任務(wù)： 因?yàn)樵跇I(yè)務(wù)活動(dòng)中機(jī)構(gòu)要具有獲取、供應(yīng)、開發(fā)、操作、維護(hù)功能，所以，機(jī)構(gòu)應(yīng)當(dāng)為這些活動(dòng)建立一套過程。應(yīng)當(dāng)將這些過程以及它們在特殊情況下的應(yīng)用寫成文檔，并寫進(jìn)公司的出版物中。在適當(dāng)?shù)那闆r下，最好建立一個(gè)過程控制機(jī)制以開發(fā)、監(jiān)督、控制和改進(jìn)這些過程。

　　12．2 過程評價(jià)

　　此項(xiàng)活動(dòng)含有下述任務(wù)： 最好制訂一個(gè)過程評價(jià)步驟，將它寫成文檔并使用它。最好能保存并維護(hù)評價(jià)記錄。

　　12．3 過程改進(jìn)

　　此項(xiàng)活動(dòng)含有下述任務(wù)： 最好用過程評價(jià)的結(jié)果來改進(jìn)機(jī)構(gòu)的過程。最好能更新過程的文檔，使其反映機(jī)構(gòu)過程中的改進(jìn)。

　　附錄A 剪裁過程（補(bǔ)充件）

　　本附錄定義為一個(gè)軟件項(xiàng)目剪裁本標(biāo)準(zhǔn)時(shí)所需要的基本活動(dòng)和步驟。附錄B剪裁指南（參考件）是對剪裁本標(biāo)準(zhǔn)的要求的簡要說明。
　　本剪裁過程含有下述活動(dòng)：
　　—指定項(xiàng)目的環(huán)境；
　　—輸入請求；
　　—選擇標(biāo)準(zhǔn)的單元；
　　—把剪裁決定和理由寫成文檔。

　　AI 指定項(xiàng)目的環(huán)境

　　此項(xiàng)活動(dòng)含有下述任務(wù)：
　　應(yīng)當(dāng)指出將影響剪裁的項(xiàng)目環(huán)境的特性?？赡艿奶匦允牵荷嬷芷谀Ｐ停划?dāng)前的系統(tǒng)生存周期階段； 系統(tǒng)和軟件的需求；機(jī)構(gòu)所采用的方針、過程和策略；系統(tǒng)和軟件的規(guī)模、類型和關(guān)鍵性；所涉及的人數(shù) 和當(dāng)事各方等。

　　A2 輸人請求

　　此項(xiàng)活動(dòng)含有下述任務(wù)：
　　應(yīng)當(dāng)征求將要受剪裁影響的機(jī)構(gòu)的請求并輸入。用戶、支持人員、簽訂合同的官員和潛在的投標(biāo)人 最好參與剪裁。

　　A3 選擇標(biāo)準(zhǔn)的單元

　　此項(xiàng)活動(dòng)含有下述任務(wù)：

　　A3.1 應(yīng)當(dāng)根據(jù)在AI和 A2中收集的數(shù)據(jù)，對照本標(biāo)準(zhǔn)的每一章，決定要執(zhí)行本標(biāo)準(zhǔn)的哪些過程、活動(dòng)和任務(wù)，要開發(fā)什么文檔，誰將負(fù)責(zé)等。

　　A3.2 本標(biāo)準(zhǔn)中，要求是用含有“應(yīng)”、“應(yīng)當(dāng)”和“將”“將要”的句子來指明的。最好認(rèn)真考慮在特殊項(xiàng)目 中是否把這些要求包括進(jìn)去。要考慮的因素有（但不僅僅限于這些）：風(fēng)險(xiǎn)、成本、時(shí)間進(jìn)度、性能、規(guī)模、 關(guān)鍵性和人機(jī)界面。

　　A4 把剪裁決定和理由寫成文檔

　　此項(xiàng)活動(dòng)含有下述任務(wù)：
　　應(yīng)當(dāng)把全部剪裁決定及做這些決定的理由寫成文檔。

　　附錄B 剪裁指南 （參考件）

　　同樣的項(xiàng)目是不存在的。在諸多的因素中，機(jī)構(gòu)所采用的方針和步驟、獲取方法和策略、項(xiàng)目的規(guī)模和復(fù)雜性、系統(tǒng)需求和開發(fā)方法等因素影響著一個(gè)系統(tǒng)的獲取、開發(fā)、操作和維護(hù)的方式。本標(biāo)準(zhǔn)是為通用項(xiàng)目編寫的，以盡可能地適應(yīng)各種變化。因此，為了降低成本和改進(jìn)質(zhì)量，最好針對具體項(xiàng)目剪裁本標(biāo)準(zhǔn)。項(xiàng)目的有關(guān)各方最好參與剪裁。

　　B1 通用的剪裁指南

　　本章提供與本標(biāo)準(zhǔn)有關(guān)的剪裁指南，但不詳述。圖BI示出剪裁過程。本章可用來為一個(gè)項(xiàng)目完成” 對本標(biāo)準(zhǔn)的第一級(jí)剪裁。本章是根據(jù)地區(qū)的用途實(shí)現(xiàn)剪裁。

　　B2 開發(fā)過程的剪裁

　　要特別注意開發(fā)過程（第8章），因?yàn)榇诉^程可以為具有不同目的的不同機(jī)構(gòu)所使用。作為此過程的第一級(jí)剪裁，建議進(jìn)行以下活動(dòng)。對于包含在系統(tǒng)內(nèi)或集成到系統(tǒng)中的軟件：
　　a. 此過程中的全部12個(gè)活動(dòng)最好都考慮；
　　b．最好區(qū)分開發(fā)者是否要完成或支持系統(tǒng)的活動(dòng)。 獨(dú)立的、不是系統(tǒng)一部分的軟件可能不需要第8．2、8.3、8．10和8。11條中的用于系統(tǒng)的活動(dòng)，但最好考慮其它的活動(dòng)。

　　B3 與評價(jià)有關(guān)的活動(dòng)的剪裁

　　與一個(gè)項(xiàng)目或一個(gè)過程的生存周期的某個(gè)階段有關(guān)的任何人都要對自己的或他人的產(chǎn)品或服務(wù)進(jìn)行評價(jià)。該標(biāo)準(zhǔn)把這些評價(jià)分為下述五類。前四類評價(jià)與項(xiàng)目有關(guān)，第五類評價(jià)與過程有關(guān)。最好根據(jù)項(xiàng)目或過程的范圍、規(guī)模、復(fù)雜性和關(guān)鍵性適當(dāng)?shù)剡x擇和剪裁這些評價(jià)活動(dòng)。把從這些評價(jià)中產(chǎn)生的問題、不符合之處和改進(jìn)的報(bào)告反饋給改正過程（第11．6條）。

　　a. 過程內(nèi)的評價(jià)（第5、6、7、8、、9和10章的評價(jià)任務(wù)）。由在此過程中執(zhí)行指定任務(wù)的人員在他們的日?；顒?dòng)中進(jìn)行。

　　b．合同要求的評審和審計(jì)（第11．3條）。由需方和供方按照事先同意的時(shí)間表正式進(jìn)行。

　　c．（獨(dú)立的）驗(yàn)證和確認(rèn)（第11．4條）。由需方、供方或獨(dú)立的第三方進(jìn)行，根據(jù)項(xiàng)目對產(chǎn)品或服務(wù)進(jìn)行不同程度的評價(jià)。此項(xiàng)評價(jià)并不代替其它種類的評價(jià)，只是其它評價(jià)的補(bǔ)充。

　　d．軟件質(zhì)量保證（第11．5條）。由對開發(fā)該產(chǎn)品或?qū)嵤┰摲?wù)的直接責(zé)任人之外的人員進(jìn)行獨(dú)立的質(zhì)量保證。進(jìn)行獨(dú)立的保證的目的是使產(chǎn)品或服務(wù)與合同的要求相符，并堅(jiān)持已制訂的計(jì)劃。

　　e．過程建立、評價(jià)和改進(jìn)（第12章）。這些活動(dòng)由一機(jī)構(gòu)實(shí)施，以對過程進(jìn)行有效的管理和自我改進(jìn)。這種評價(jià)活動(dòng)與合同的要求無關(guān)。

　　B4 剪裁的考慮因素

　　本章中的各段指出了為此項(xiàng)目的關(guān)鍵特性在剪裁時(shí)要考慮的廣泛的因素。此處對這些考慮因素和特性不作詳述，只陳述目前的一些想法。

　　B4．1 機(jī)構(gòu)所采用的方針

　　指出機(jī)構(gòu)所采用的方針。例如關(guān)于計(jì)算機(jī)語言、安全和保密、硬件儲(chǔ)存需求、風(fēng)險(xiǎn)管理等等。 應(yīng)當(dāng)保留本標(biāo)準(zhǔn)中與機(jī)構(gòu)的方針有關(guān)的章條。