2025年信息系統(tǒng)項目管理師法規(guī)與標準

附錄一原則部分第一章開發(fā)原則1.1GB/T8566-信息技術(shù)軟件生存周期過程GB/T8566原則為軟件生存周期過程建立了一種公共框架，可供軟件產(chǎn)業(yè)界參照。它包括在具有軟件的系統(tǒng)、獨立軟件產(chǎn)品和軟件服務(wù)的獲取期間以及在軟件產(chǎn)品的獲取、供應(yīng)、開發(fā)、運行和維護的公共軟件過程體系構(gòu)造。該原則也提供了為管理和改善過程的必要的支持過程、任務(wù)和活動，以及組織過程、任務(wù)和活動。軟件包括固件的軟件部分。1.部分術(shù)語定義軟件生存周期是指軟件從構(gòu)思開始至軟件退伍為止的軟件發(fā)生、發(fā)展直至軟件退伍（死亡）的整個生存周期。為開發(fā)高水平、高質(zhì)量的軟件（尤其是大型軟件），軟件的開發(fā)和維護，需要由過程來控制和管理。使用周境：顧客、任務(wù)、設(shè)備（硬件、軟件和資料）以及產(chǎn)品使用的物理和社會環(huán)境。GB/T8566構(gòu)造2.1生存周期基本過程生存周期基本過程包括5個過程：a)獲取過程——為需方而定義的活動；b)供應(yīng)過程——為供方而定義的活動；c)開發(fā)過程——為開發(fā)方而定義的活動；d)運作過程——為操作方而定義的活動；e)維護過程——為維護方而定義的活動。也就是對軟件的修改善行管理，使它保持合適的運行狀態(tài)。該過程包括軟件產(chǎn)品的遷移和退伍。2.2生存周期支持過程生存周期支持過程包括9個過程。支持過程以明確的目的作為構(gòu)成整體所必須的部分支持其他過程（重要是基本過程）。有助于軟件項目的成功和提高質(zhì)量。支持過程按照其他過程的需要采用和執(zhí)行。支持過程有：a)文檔編制過程——為記錄生存周期過程所產(chǎn)生的信息而定義的活動；b)配置管理過程——定義配置管理活動；c)質(zhì)量保證過程——為客觀地保證軟件產(chǎn)品和過程符合規(guī)定的需求以及已建立的計劃而定義的活動。聯(lián)合評審、審核、驗證和確承認以作為質(zhì)量保證技術(shù)使用；d)驗證過程——根據(jù)軟件項目需求，按不一樣深度（為需方、供方或某獨立方）驗證軟件產(chǎn)品而定義的活動；e)確認過程——（為需方、供方或某獨立方）確認軟件項目的軟件產(chǎn)品而定義的活動；f)聯(lián)合評審過程——為評價一項活動的狀態(tài)和產(chǎn)品而定義的活動。該過程可由任何兩方應(yīng)用，其中一方（評審方）以聯(lián)合討論會的形式評審另一方（被評審方）；g)審核過程——為鑒定符合需求、計劃和協(xié)議而定義的活動。該過程可由任何兩方應(yīng)用，其中一方（審核方）審核另一方（被審核方）的軟件產(chǎn)品或活動。h)問題處理過程——為分析和處理問題（包括不合格）而定義的活動，不管問題的性質(zhì)或來源怎樣，它們都是在實行開發(fā)、運作、維護或其他過程期間暴露出來的；i)易用性過程——為易用性專業(yè)人員而定義的活動。2.3生存周期組織過程生存周期組織過程包括7個過程：a)

管理過程——為生存周期過程中的管理包括項目管理而定義的基本活動；b)基礎(chǔ)設(shè)施過程——為建立生存周期過程基礎(chǔ)設(shè)施而定義的基本活動；c)

改善過程——為某一組織（即需方，供方，開發(fā)方，操作方，維護方，或另一過程的管理者）建立、測量、控制和改善其生存周期過程而定義需要執(zhí)行的基本活動；d)

人力資源過程——為給組織或項目擁有技能和知識的員工而定義的活動；e)

資產(chǎn)管理過程——為組織的資產(chǎn)管理者而定義的活動；f)重用大綱管理過程——為組織的重用大綱主管而定義的活動；g)領(lǐng)域工程管理過程——為領(lǐng)域模型、領(lǐng)域體系構(gòu)造確實定及該領(lǐng)域資產(chǎn)的開發(fā)和維護而定義的活動。三類過程的關(guān)系?基本過程是針對不一樣的使用者而規(guī)定獲取、開發(fā)、維護軟件需要開展的活動及任務(wù)；?支持過程是規(guī)定為支持實行基本過程而需要開展的活動及任務(wù)；?組織過程是規(guī)定為支持實行基本過程和支持過程而在組織層面而需要開展的活動及任務(wù)。2.4過程與組織2.4.3開發(fā)方與開發(fā)過程開發(fā)過程包括開發(fā)方的活動和任務(wù)。開發(fā)過程的活動是：（1）過程實行；（2）系統(tǒng)需求分析；（3）系統(tǒng)構(gòu)造設(shè)計；（4）軟件需求分析；（5）軟件構(gòu)造設(shè)計；（6）軟件詳細設(shè)計；（7）軟件編碼和測試；（8）軟件集成；（9）軟件合格性測試；（10）系統(tǒng)集成；（11）系統(tǒng)合格性測試；（12）軟件安裝；（13）軟件驗收支持。開發(fā)方按照管理過程在項目級上管理本條中詳細闡明的開發(fā)過程。按照基礎(chǔ)設(shè)施過程建立該過程的基礎(chǔ)設(shè)施；按照剪裁過程為該項目剪裁本過程；按照改善過程和培訓(xùn)過程在組織級上管理本過程。當開發(fā)者是所開發(fā)的軟件產(chǎn)品的供方時，開發(fā)者要執(zhí)行供應(yīng)過程。1.2GB/T15853-1995軟件支持環(huán)境本原則規(guī)定了軟件支持環(huán)境的基本規(guī)定，軟件開發(fā)支持環(huán)境的內(nèi)容及實現(xiàn)措施，以及對軟件生存期支持部門軟件支持能力的詳細規(guī)定。本原則合用于軟件支持環(huán)境的設(shè)計、建立、管理和評價。3.2任務(wù)委托單位指定的資源——由任務(wù)委托單位向承接單位指明，要在所開發(fā)的軟件支持環(huán)境中包括并使用的資源。3.4宿主機系統(tǒng)——為研制用于一種或多種目的機系統(tǒng)的軟件而需要的硬件設(shè)備、系統(tǒng)軟件、支持軟件及規(guī)程。一種宿主機系統(tǒng)此外還也許包括：a.目的機系統(tǒng)的某些基本部件；b.目的機系統(tǒng)的變型、模擬或仿真；c.供開發(fā)或支持某些運行軟件和支持軟件用的專用軟件或?qū)Ｓ迷O(shè)備。3.6軟件支持環(huán)境——一種宿主機系統(tǒng)，加上其他有關(guān)的設(shè)備和規(guī)程而構(gòu)成。它能對目的機系統(tǒng)的軟件提供全面的支持，包括：性能評價、系統(tǒng)與軟件生成、開發(fā)與修改測試、模擬與仿真、培訓(xùn)、軟件集成、配置管理、以及軟件的運行分派。軟件支持環(huán)境又可分為如下兩種類型：3.6.1軟件開發(fā)支持環(huán)境——由軟件承接單位確定、并經(jīng)任務(wù)委托單位承認的資源，用于支持協(xié)議項目中的軟件需求。3.6.2軟件生存期支持環(huán)境——由軟件生存期支持部門使用的(屬于任務(wù)委托單位的)資源，用于為指定的目的機系統(tǒng)提供整個生存期內(nèi)的軟件支持。3.8目的機系統(tǒng)——作為運行系統(tǒng)一部分的計算機硬件、軟件以及規(guī)程。4.1軟件支持環(huán)境承接單位必須規(guī)定、實現(xiàn)并集成所有軟件及有關(guān)項目，以用于開發(fā)和支持按協(xié)議應(yīng)交付的軟件。承接單位還必須確定應(yīng)推薦給軟件生存期支持部門的所有軟件，以便支持按協(xié)議交付的軟件在整個生存期內(nèi)正常運行。此外，還必須向軟件生存期支持部門提供某些措施，以保證其有能力執(zhí)行對按協(xié)議交付的軟件的支持。必須在承接的軟件項目末動工前，先將所提供的措施報送任務(wù)委托單位審批。5.1軟件開發(fā)支持環(huán)境承接單位必須實現(xiàn)一種開發(fā)用的軟件支持環(huán)境，以便為開發(fā)和支持按協(xié)議交付的軟件提供服務(wù)。承接單位必須對提供軟件開發(fā)支持環(huán)境的有關(guān)問題進行描述，該環(huán)境要能提供所需的支持服務(wù)，并且要同軟件生存期支持環(huán)境完全兼容。承接單位必須闡明怎樣保證軟件生存期支持環(huán)境中所規(guī)定的支持能力。承接單位必須在所提議的軟件開發(fā)支持環(huán)境實現(xiàn)措施獲得任務(wù)委托單位的承認後，才能在協(xié)議規(guī)定的軟件項目中使用。5.1.1實現(xiàn)軟件開發(fā)支持環(huán)境的基礎(chǔ)對協(xié)議規(guī)定的所有軟件的開發(fā)，都是在宿主機系統(tǒng)中駐留有廣泛的支持軟件這樣一種環(huán)境中進行的。5.1.2軟件開發(fā)支持環(huán)境確實定除任務(wù)委托單位另有規(guī)定外，承接單位可以提議使用軟件生存期支持部門的資源，或承接單位內(nèi)部的軟件開發(fā)資源，或者采用這兩者的組合。承接單位在提議使用商品軟件或自行開發(fā)的軟件時，必須認真考慮有關(guān)問題，包括：所需費用的分析，長期依賴于間接承接單位及廠商的風險，以及軟件版本的更新等。必須闡明同軟件生存期支持環(huán)境的界面，并使軟件開發(fā)支持環(huán)境同任務(wù)委托單位規(guī)定的運行需求和支持需求相一致。所提議的軟件開發(fā)支持環(huán)境一經(jīng)同意，承接單位對它的任何修改，都必須得到任務(wù)委托單位的承認。5.1.3軟件開發(fā)支持環(huán)境的內(nèi)容軟件開發(fā)支持環(huán)境應(yīng)提供一組確定的顧客/系統(tǒng)界面、一組軟件支持工具、以及一種中心庫（該中心庫既用于存儲軟件，也用于存儲在協(xié)議規(guī)定的軟件的開發(fā)階段及整個生存期內(nèi)用到的所有信息）。此外，還必須做到，所有軟件可用源碼形式存儲，也可用宿主機或特定目的機編譯過的形式存儲。軟件開發(fā)支持環(huán)境還必須提供一種管理語言，由它提供對顧客和中心庫信息的接口。軟件支持工具必須包括用于軟件開發(fā)、測試、保障、維護及配置管理等方面的工具。軟件開發(fā)支持環(huán)境必須具有項目管理、文檔管理及釋放控制等功能。任務(wù)委托單位可以規(guī)定軟件開發(fā)支持環(huán)境中用的多種專用數(shù)據(jù)庫、工具、接口及規(guī)程。5.1.4軟件開發(fā)支持環(huán)境的運行承接單位必須在軟件開發(fā)支持環(huán)境中建立存取、使用、生成和修改所有軟件的規(guī)程和控制措施。至少必須規(guī)定數(shù)據(jù)庫的使用和控制、軟件生成、軟件運行、軟件配置管理、軟件質(zhì)量評估和軟件故障匯報等方面的開發(fā)規(guī)定，這些規(guī)定必須在所有軟件的開發(fā)中付諸實行。5.2軟件開發(fā)支持環(huán)境的實行在任務(wù)委托單位同意後，承接單位就可以實行所提議的軟件開發(fā)支持環(huán)境。承接單位必須按如下各條管理任務(wù)委托單位提供的軟件。集成規(guī)定承接單位必須保證將任務(wù)委托單位提供的軟件、商品軟件、自行開發(fā)的軟件及將由承接單位開發(fā)的軟件對的地集成到軟件開發(fā)支持環(huán)境中，并同軟件生存期支持環(huán)境兼容。文檔規(guī)定任務(wù)委托單位提供的軟件、商品軟件、自行開發(fā)的軟件及將由承接單位開發(fā)的軟件的文檔和交付規(guī)定，必須按協(xié)議的規(guī)定完畢。質(zhì)量保證規(guī)定承接單位必須在軟件質(zhì)量保證計劃中，列入必要的規(guī)程，以保證所用的任務(wù)委托單位提供的軟件、商品軟件、自行開發(fā)的軟件及將由承接單位開發(fā)的軟件滿足規(guī)定規(guī)定，并集成到軟件開發(fā)支持環(huán)境中。配置管理規(guī)定承接單位必須在軟件配置管理計劃中，列入必要的規(guī)程，以防止這些任務(wù)委托單位提供的軟件、商品軟件、自行開發(fā)的軟件及將由承接單位開發(fā)的軟件被越權(quán)修改。軟件修改未經(jīng)任務(wù)委托單位同意，承接單位不得對任務(wù)委托單位提供的軟件、商品軟件、自行開發(fā)的軟件及將由承接單位開發(fā)的軟件作任何修改。要作修改時，必須指明這種修改對協(xié)議規(guī)定的軟件，對軟件開發(fā)支持環(huán)境、以及對軟件生存期支持環(huán)境的影響驗收規(guī)定除任務(wù)委托單位已規(guī)定的驗收原則外，任務(wù)委托單位提供的軟件、商品軟件、自行開發(fā)的軟件及將由承接單位開發(fā)的軟件驗收，必須以與軟件生存期支持環(huán)境的兼容性，及與否圓滿處理權(quán)限問題為根據(jù)。1.3GB/T14079-1993軟件維護指南本原則描述軟件維護的內(nèi)容和類型、維護過程及維護的控制和改善。本原則合用于軟件生存周期的運行和維護階段，重要供軟件管理人員和維護人員使用。3.4同級評審——一種質(zhì)量保證措施，由兩個或多種同級程序員互相檢查、評估，以保證被檢查內(nèi)容對的，且與軟件的其他部分相一致。4軟件維護的內(nèi)容與類型軟件維護是在軟件產(chǎn)品交付使用之後，為糾正故障，改善性能和其他屬性，或使產(chǎn)品適應(yīng)變化了的環(huán)境所進行的修改活動。4.1完善性維護——完善性維護是為擴充功能和改善性能而進行修改和擴充，以滿足顧客變化了的需求。重要內(nèi)容包括：a.為擴充或增強功能而作的修改(如擴充解題范圍和算法優(yōu)化)；b.為提高性能而作的修改(如提高精度，節(jié)省存儲空間等)；c.為便于維護而作的修改(如增長注釋，改善易讀性)。4.2適應(yīng)性維護——適應(yīng)性維護是為適應(yīng)軟件運行環(huán)境的變化而作的修改，變化的重要內(nèi)容包括：a.影響系統(tǒng)的規(guī)定、法律和規(guī)則的變化；b.硬件配置的變化，如機型、終端、打印機等的變化；c.數(shù)據(jù)格式或文卷構(gòu)造的變化；d.系統(tǒng)軟件的變化，如操作系統(tǒng)、編譯系統(tǒng)或?qū)嵱贸绦虻淖兓?.3改正性維護——改正性維護是為維持系統(tǒng)操作運行，對在開發(fā)過程產(chǎn)生而在測試和驗收時沒有發(fā)現(xiàn)的錯誤而進行的改正。所必需改正的錯誤包括：a.設(shè)計錯誤；b.邏輯錯誤；c.編碼錯誤；d.文檔錯誤；e.數(shù)據(jù)錯誤。5軟件維護過程軟件生存周期中的維護階段一般起始于軟件產(chǎn)品交付給顧客、顧客驗收之時。軟件維護與軟件開發(fā)有許多相似的活動，但也有其獨特之處：a.維護活動限定在已經(jīng)有系統(tǒng)的框架之內(nèi)完畢，維護人員必須在已經(jīng)有的設(shè)計和編碼構(gòu)造的約束下作出修改，一般系統(tǒng)越舊，軟件維護越困難和越費時。b.一般軟件維護階段的時間比軟件開發(fā)的時間長得多，但一項詳細的軟件維護一般比該軟件的開發(fā)時間短得多。c.軟件開發(fā)必須從無到有產(chǎn)生所有測試數(shù)據(jù)，而軟件維護一般可以使用既有的測試數(shù)據(jù)進行回歸測試。有時還要產(chǎn)生新的數(shù)據(jù)，對軟件修改及修改後的影響進行必要的測試。6軟件維護的控制和改善軟件維護要由軟件維護主管來負責控制和修改系統(tǒng)。一種系統(tǒng)不僅在開發(fā)時要考慮到維護，還要在維護時考慮到未來的維護。6.1軟件維護的控制軟件系統(tǒng)的可維護性常常伴隨時間的推移而減少。軟件維護的目的是保持系統(tǒng)功能和及時、滿意地響應(yīng)顧客的祈求。軟件維護的控制是保持一種有秩序的維護過程，所有的維護祈求要正式提出、評審，予以一種優(yōu)先級并安排進度。6.1.1確立軟件維護的方略軟件維護方略應(yīng)充足地描述軟件維護組織的責任、權(quán)利、職能及操作，它應(yīng)全面地考慮到軟件系統(tǒng)和它的環(huán)境的任何類型變化。該方略應(yīng)由軟件維護管理機構(gòu)制定和支持。軟件維護方略必須詳細地論述修改的需要和理由、修改的責任和環(huán)節(jié)。規(guī)定控制修改軟件的過程和環(huán)節(jié)，使祈求的修改從提議到完畢有控制地進行。保證維護方略的貫徹執(zhí)行，需進行評審和審計。6.1.2評審和評價所有修改祈求a.所有的修改規(guī)定應(yīng)先提出正規(guī)的書面祈求；b.評審所有修改祈求；c.分析和評價修改祈求的類型和額度；d.考慮對修改的需要程度和它可預(yù)見的使用，所有修改都需有充足的理由；e.評價修改，以保證與本來的系統(tǒng)設(shè)計和用意不沖突，對每個修改都應(yīng)當仔細考慮其影響；f應(yīng)尤其強調(diào)確定所提議的修改是增強還是減少系統(tǒng)的性能；g僅當修改的效益超過其成本時方可修改。6.1.5強制實行文檔原則和編碼約定必須貫徹編碼約定和文檔原則，以對軟件維護人員的所有工作進行常常不停的強制性評審和檢查。在開始一項新的維護工作之前，應(yīng)當為更新文檔分派足夠的時間。6.2軟件維護的改善可維護性是對軟件進行修改的難易程度。一種系統(tǒng)的可維護性必須放在系統(tǒng)的整個生存周期中加以考慮。在系統(tǒng)最初的設(shè)計和開發(fā)階段就應(yīng)考慮到可維護性。6.2.1.6編譯程序擴展使用編譯程序的非原則特性會嚴重影響系統(tǒng)的可維護性。假如編譯程序更改了，或假如系統(tǒng)必須移至新機器，則此前的編譯程序擴展很也許與新的編譯程序相沖突。因此最佳限制語言的擴展和保留語言基本特性的一致。假如需要使用編譯程序擴展，應(yīng)編制良好文檔加以闡明。第二章文檔原則2.1GB16680-1996軟件文檔管理指南本原則是針對文檔編制管理而提出的，不波及軟件文檔的內(nèi)容和編排。三、定義1．文檔——一種數(shù)據(jù)媒體和其上所記錄的數(shù)據(jù)。它具有永久性并可以由人或機器閱讀。一般僅用于描述人工可讀的內(nèi)容。例如，技術(shù)文獻、設(shè)計文獻、版本闡明文獻。3．文檔計劃——一種描述文檔編制工作措施的管理用文檔。該計劃重要描述要編制什么類型的文檔，這些文檔的內(nèi)容是什么，何時編寫，由誰編寫，怎樣編寫，以及什么是影響期望成果的可用資源和外界原因。4．文檔等級——對所需文檔的一種闡明，它指出文檔的范圍、內(nèi)容、格式及質(zhì)量，可以根據(jù)項目、費用、預(yù)期用途、作用范圍或其他原因選擇文檔等級。四、軟件文檔的作用（一）管理根據(jù)；（二）任務(wù)之間聯(lián)絡(luò)的憑證；（三）質(zhì)量保證；（四）培訓(xùn)與參照；（五）軟件維護支持；（六）歷史檔案。（一）管理根據(jù)開發(fā)文檔規(guī)定若干個檢查點和進度表，使管理者可以評估項目的進度，假如開發(fā)文檔有遺漏，不完善，或內(nèi)容陳舊，則管理者將失去跟蹤和控制項目的重要根據(jù)。（二）任務(wù)之間聯(lián)絡(luò)的憑證大多數(shù)軟件開發(fā)項目一般被劃提成若干個任務(wù)，并由不一樣的小組去完畢。人員需要的互相聯(lián)絡(luò)是通過文檔資料的復(fù)制、分發(fā)和引用而實現(xiàn)的，因而，任務(wù)之間的聯(lián)絡(luò)是文檔的一種重要功能。（三）質(zhì)量保證那些負責軟件質(zhì)量保證和評估系統(tǒng)性能的人員需要程序規(guī)格闡明、測試和評估計劃、測試該系統(tǒng)用的多種質(zhì)量原則以及有關(guān)期望系統(tǒng)完畢什么功能和系統(tǒng)怎樣實現(xiàn)這些功能的清晰闡明；必須制定測試計劃和測試規(guī)程，并匯報測試成果；他們還必須闡明和評估完全、控制、計算、檢查例行程序及其他控制技術(shù)。這些文檔的提供可滿足質(zhì)量保證人員和審查人員上述工作的需要。（四）培訓(xùn)與參照軟件文檔使系統(tǒng)管理員、操作員、顧客、管理者和其他有關(guān)人員理解系統(tǒng)怎樣工作，以及為了到達他們的各自的目的，怎樣使用系統(tǒng)。（五）軟件維護支持維護人員需要軟件系統(tǒng)的詳細闡明以協(xié)助他們熟悉系統(tǒng)，找出并修正錯誤，改善系統(tǒng)以適應(yīng)顧客需求的變化或適應(yīng)系統(tǒng)環(huán)境的變化。（六）歷史檔案軟件文檔可用作未來項目的一種資源。一般文檔記載系統(tǒng)的開發(fā)歷史，可使有關(guān)系統(tǒng)構(gòu)造的基本思想為後來的項目運用。良好的系統(tǒng)文檔有助于把程序移植和轉(zhuǎn)移到多種新的系統(tǒng)環(huán)境中。五、管理者的作用管理者嚴格規(guī)定軟件開發(fā)人員和編制組完畢文檔編制，并且在方略、原則、規(guī)程、資源分派和編制計劃方面予以支持。（一）管理者對文檔工作的責任。管理者要認識到正式或非正式文檔都是重要的，還要認識到文檔工作必須包括文檔計劃、編寫、修改、形成、分發(fā)和維護等各個方面。（二）管理者對文檔工作的支持。（三）管理者的重要職責：1、建立編制、登記、出版系統(tǒng)文檔和軟件文檔的多種方略；2、把文檔計劃作為整個開發(fā)工作的一種構(gòu)成部分；3、建立確定文檔質(zhì)量、測試質(zhì)量和評審質(zhì)量的多種措施的規(guī)程；4、為文檔的各個方面確定和準備多種原則和指南；5、積極支持文檔工作以形成在開發(fā)工作中自覺編制文檔的團體風氣；6、不停檢查已建立起來的過程，以保證符合方略和多種規(guī)程并遵守有關(guān)原則和指南。一般，項目管理者在項目開發(fā)前應(yīng)決定如下事項：——規(guī)定哪些類型的文檔；——提供多少種文檔；——文檔包括的內(nèi)容；——到達何種級別的質(zhì)量水平；——何時產(chǎn)生何種文檔；——怎樣保留、維護文檔以及怎樣進行通信。六、制定文檔編制方略文檔方略是由上級（資深）管理者準備并支持下的，對下級開發(fā)單位或開發(fā)人員提供指導(dǎo)。方略規(guī)定重要的方向，不是做什么或怎樣做的詳細闡明。支持有效文檔方略的基本條件：（一）文檔需要覆蓋整個軟件生存期在項目初期幾種階段就規(guī)定有文檔，并且在貫穿軟件開發(fā)過程中必須是可用的和可維護的。在開發(fā)完畢後，文檔應(yīng)滿足軟件的使用、維護、增強、轉(zhuǎn)換或傳播。（二）文檔應(yīng)是可管理的指導(dǎo)和控制文檔的獲得和維護，管理者和發(fā)行專家應(yīng)準備文檔產(chǎn)品、進度、可靠性、資源，質(zhì)量保證和評審規(guī)程的詳細計劃大綱。（三）文檔應(yīng)適合于它的讀者針對不一樣的讀者，發(fā)行專家應(yīng)負責設(shè)計不一樣類型的文檔。（四）文檔效應(yīng)應(yīng)貫穿到軟件的整個開發(fā)過程中文檔應(yīng)指導(dǎo)所有開發(fā)過程。（五）文檔原則應(yīng)被標識和使用（六）應(yīng)規(guī)定支持工具工具有助于開發(fā)和維護軟件產(chǎn)品，包括文檔。七、制定文檔編制原則和指南1、選擇軟件生存期模型采用哪種模型都無關(guān)緊要，只要階段和對應(yīng)的文檔是清晰定義的、已計劃的，并且對于任何詳細軟件項目是能遵照的。因此，管理者應(yīng)選擇一種軟件生存期模型并保證該模型在他們機構(gòu)內(nèi)是合用的。2、規(guī)定文檔類型和內(nèi)容軟件文檔歸入如下三種類別：1)開發(fā)文檔——描述開發(fā)過程自身；2)產(chǎn)品文檔——描述開發(fā)過程的產(chǎn)物；3)管理文檔——記錄項目管理的信息。1)開發(fā)文檔開發(fā)文檔是描述軟件開發(fā)過程，包括軟件需求、軟件設(shè)計、軟件測試、保證軟件質(zhì)量的一類文檔，開發(fā)文檔也包括軟件的詳細技術(shù)描述（程序邏輯、程序間互相關(guān)系、數(shù)據(jù)格式和存儲等）。開發(fā)文檔起到如下五種作用：a)它們是軟件開發(fā)過程中包括的所有階段之間的通信工具，它們記錄生成軟件需求、設(shè)計、編碼和測試的詳細規(guī)定和闡明；b)它們描述開發(fā)小組的職責。通過規(guī)定軟件、主題事項、文檔編制、質(zhì)量保證人員以及包括在開發(fā)過程中任何其他事項的角色來定義做直截了當、怎樣做和何時做；c)它們用作檢查點而容許管理者評估開發(fā)進度。假如開發(fā)文檔丟失、不完整或過時，管理者將失去跟蹤和控制軟件項目的一種重要工具；d)它們形成了維護人員所規(guī)定的基本的軟件支持文檔。而這些支持文檔可作為產(chǎn)品文檔的一部分；e)它們記錄軟件開發(fā)的歷史?；镜拈_發(fā)文檔是：——可行性研究和項目任務(wù)書；——需求規(guī)格闡明；——功能規(guī)格闡明；——設(shè)計規(guī)格闡明，包括程序和數(shù)據(jù)規(guī)格闡明；——開發(fā)計劃；——軟件集成和測試計劃；——質(zhì)量保證計劃、原則、進度；——安全和測試信息。2)產(chǎn)品文檔產(chǎn)品文檔規(guī)定有關(guān)軟件產(chǎn)品的使用、維護、增強、轉(zhuǎn)換和傳播的信息。產(chǎn)品的文檔起到如下三種作用：a)為使用和運行軟件產(chǎn)品的任何人規(guī)定培訓(xùn)和參照信息；b)使得那些未參與開發(fā)本軟件的程序員維護它；c)增進軟件產(chǎn)品的市場流通或提高可接受性。產(chǎn)品文檔用于下列類型的讀者：顧客——他們運用軟件輸入數(shù)據(jù)、檢索信息和處理問題；運行者——他們在計算機系統(tǒng)上運行軟件；維護人員——他們維護、增強或變更軟件。產(chǎn)品文檔包括如下內(nèi)容：——用于管理者的指南和資料，他們監(jiān)督軟件的使用；——宣傳資料通告軟件產(chǎn)品的可用性并詳細闡明它的功能、運行環(huán)境等；——一般信息對任何有愛好的人描述軟件產(chǎn)品。基本的產(chǎn)品文檔包括：——培訓(xùn)手冊；——參照手冊和顧客指南；——軟件支持手冊；——產(chǎn)品手冊和信息廣告。3)管理文檔這種文檔建立在項目管理信息的基礎(chǔ)上，諸如：——開發(fā)過程的每個階段的進度和進度變更的記錄；——軟件變更狀況的記錄；——相對于開發(fā)的鑒定記錄；——職責定義。3、確定文檔的質(zhì)量等級質(zhì)量規(guī)定確實定取決于可得到的資源、項目的大小和風險，可以對該產(chǎn)品的每個文檔的格式及詳細程度作出明確的規(guī)定。每個文檔的質(zhì)量必須在文檔計劃期間就有明確的規(guī)定。文檔的質(zhì)量可以按文檔的形式和列出的規(guī)定劃分為四級：最低程度文檔（1級文檔）1級文檔適合開發(fā)工作量低于一種人月的開發(fā)者自用程序。該文檔應(yīng)包括程序清單、開發(fā)記錄、測試數(shù)據(jù)和程序簡介。內(nèi)部文檔（2級文檔）2級文檔可用于在精心研究後被認為似乎沒有與其他顧客共享資源的專用程序。除1級文檔提供的信息外，2級文檔還包括程序清單內(nèi)足夠的注釋以協(xié)助顧客安裝和使用程序。工作文檔（3級文檔）3級文檔適合于由同一單位內(nèi)若干人聯(lián)合開發(fā)的程序，或可被其他單位使用的程序。正式文檔（4級文檔）4級文檔適合那些要正式發(fā)行供普遍使用的軟件產(chǎn)品。關(guān)鍵性程序或具有反復(fù)管理應(yīng)用性質(zhì)（如工資計算）的程序需要4級文檔。質(zhì)量方面需要考慮文檔的構(gòu)造和文檔的內(nèi)容。文檔內(nèi)容可以根據(jù)對的性、完整性和明確性來判斷。而文檔構(gòu)造由各個構(gòu)成部分的次序和總體安排的簡樸性來測定。八、文檔編制計劃文檔計劃可以是整個項目計劃的一部分或是一種獨立的文檔。應(yīng)當編寫文檔計劃并把它分發(fā)給全體開發(fā)組組員，作為文檔重要性的詳細根據(jù)和管理部門文檔工作責任的備忘錄。對于小的、非正式的項目，文檔計劃也許只有一頁紙；對于較大的項目，文檔計劃也許是一種綜合性的正式文檔，這樣的文檔計劃應(yīng)遵照各項嚴格的原則及正規(guī)的評審和同意過程。編制計劃的工作應(yīng)及早開始，對計劃的評審應(yīng)貫穿項目的全過程。所有與該計劃有關(guān)的人員都應(yīng)得到文檔計劃。文檔計劃一般包括如下幾方面內(nèi)容：1)列出應(yīng)編制文檔的目錄；2)提醒編制文檔應(yīng)參照的原則；3)指定文檔管理員；4)提供編制文檔所需要的條件，貫徹文檔編寫人員、所需經(jīng)費以及編制工具等；5)明保證證文檔質(zhì)量的措施，為了保證文檔內(nèi)容的對的性、合理性，應(yīng)采用一定的措施，如評審、鑒定等等；6)繪制進度表，以圖表形式列出在軟件生存期各階段應(yīng)產(chǎn)生的文檔、編制人員、編制曰期、完畢曰期、評審曰期等。2.2GB/T8567-計算機軟件文檔編制規(guī)范本原則重要對軟件的開發(fā)過程和管理過程應(yīng)編制的重要文檔及其編制的內(nèi)容、格式規(guī)定了基本規(guī)定。原則上合用于所有類型的軟件產(chǎn)品的開發(fā)過程和管理過程。軟件文檔從使用的角度大體可分為顧客文檔和內(nèi)部文檔(開發(fā)文檔)兩類。本原則不規(guī)定詳細的布局和字體。本原則也規(guī)定何種信息對文檔管理者是可用的、誰做評審和再生產(chǎn)文檔。5.2源材料準備需方應(yīng)容許文檔管理者訪問如下內(nèi)容：a)所有有關(guān)的規(guī)格闡明、記錄格式、匯報布局和文檔的準備所需要的任何其他的信息；c)軟件的分析員和程序員，以及及時和確切地解答由文檔開發(fā)人員提出的問題；不管文檔管理者與否是軟件的開發(fā)者，需方應(yīng)提供合用的原則、風格和格式指南和其他有關(guān)的材料。文檔管理者應(yīng)分發(fā)這些材料至需要它的文檔開發(fā)人員。保證需方交付給文檔管理者的所有材料，當交付時，是完整的和對的的且在交付後保持是最新的。文檔管理者應(yīng)采用所有有理由的環(huán)節(jié)，以保證由需方提供的材料保持在很好的狀態(tài)，應(yīng)保證需方規(guī)定的信息安全并在文檔項目完畢後，所有材料返回給需方。5.3文檔計劃文檔計劃應(yīng)正式地描述計劃的文檔的范圍和限制，以及重要的文檔分析和設(shè)計決定。也應(yīng)規(guī)定在文檔開發(fā)期間實現(xiàn)的過程和控制。文檔計劃應(yīng)包括(但不限于)如下內(nèi)容：a)計劃的文檔的工作名稱、目的、范圍和限制；b)文檔的預(yù)定的讀者，和使用的目的；c)文檔內(nèi)容的草案表，帶有估計的頁數(shù)和其他媒體的等效細節(jié)；d)交付：打印副本數(shù)，與否提供電子副本，磁盤和文獻格式(包括軟件版本)和在何處交付；e)版權(quán)的擁有者和任何其他所有權(quán)；f)合適處，包括每個文檔的安全或機密級；g)管理文檔開發(fā)過程的環(huán)節(jié)和控制，包括存儲、檢索、後備、處理和質(zhì)量保證(若規(guī)定)；h)所用的生產(chǎn)措施、工具和工具版本；i)文檔開發(fā)人員所在的隊伍的構(gòu)造，可包括隊伍選擇計劃；j)項目依賴；k)所規(guī)定的人時和成本；l)項目資源需求，包括需方提供的信息和其他資源；m)在軟件開發(fā)期間，軟件變更傳送信息給文檔管理者的措施；p)顯示合適的裏程碑的時間表。5.3.2文檔計劃控制在正式同意後，文檔管理者應(yīng)控制文檔計劃和它的公布。文檔管理者應(yīng)保持一份文檔計劃副本的分發(fā)的清單。若後來文檔計劃變更了(得到文檔管理者和需方的同意)，文檔管理者應(yīng)保證所有獲得文檔計劃副本的人員得到變更告知。5.4文檔開發(fā)按文檔計劃規(guī)定進行文檔開發(fā)。一般，在進行文檔開發(fā)前，要規(guī)定文檔的格式(風格)。5.5評審對于開發(fā)文檔的評審，由供方組織和實行。而同意由開發(fā)組織的上級技術(shù)機構(gòu)實行。更要著重常常性的、非正式的重視實效的評審。顧客文檔的評審應(yīng)由需方實現(xiàn)，包括當需要時與文檔管理者討論。為評審交付的文檔應(yīng)包括從文檔管理者來的闡明書，闡明評審的目的和評審員的職責。5.5.2文檔計劃評審此評審的目的應(yīng)保證文檔計劃定義的文檔，當完畢時，既滿足開發(fā)過程的需要也滿足需方在協(xié)議中規(guī)定的文檔目的。需方同意文檔計劃，是同意在計劃中定義的顧客文檔的所有可交付的特性。5.5.3第一種草案評審文檔的第一種草案的評審目的是核查文檔的技術(shù)對的性和完整性，以保證草案滿足文檔計劃的目的。標點符號、風格和版面應(yīng)如在文檔計劃中定義的。5.5.4第二個草案評審第二個草案應(yīng)包括在第一種草案評審中同意的所有變更，且應(yīng)以盡量靠近最終的形式，包括在文檔計劃中定義的可交付的內(nèi)容。此評審的目的是核查在第一種草案中的內(nèi)容已經(jīng)對的實現(xiàn)。5.5.5校樣評審校樣應(yīng)包括在第二個草案評審中同意的所有變更。此評審的目的是核查對第二個草案的評論已對的實現(xiàn)。6.1軟件生存周期與多種文檔的編制在軟件的生存周期中，一般地說，應(yīng)當產(chǎn)生如下某些基本文檔：a)可行性分析(研究)匯報；b)軟件(或項目)開發(fā)計劃；c)軟件需求規(guī)格闡明；d)接口需求規(guī)格闡明；e)系統(tǒng)/子系統(tǒng)設(shè)計(構(gòu)造設(shè)計)闡明；f)軟件(構(gòu)造)設(shè)計闡明；g)接口設(shè)計闡明；h)數(shù)據(jù)庫(頂層)設(shè)計闡明；i)(軟件)顧客手冊；j)操作手冊；k)測試計劃；1)測試匯報；m)軟件配置管理計劃；n)軟件質(zhì)量保證計劃；o)開發(fā)進度月報；p)項目開發(fā)總結(jié)匯報；q)軟件產(chǎn)品規(guī)格闡明；r)軟件版本闡明等。本原則一般不波及整個系統(tǒng)開發(fā)中的文檔編制問題，本原則僅僅是軟件開發(fā)過程中的文檔編制指南。對于使用文檔的人員而言，他們所關(guān)懷的文獻的種類隨他們所承擔的工作而異。管理人員開發(fā)人員維護人員用戶可行性分析(研究)匯報項目開發(fā)計劃軟件配置管理計劃軟件質(zhì)量保證計劃開發(fā)進度月報項目開發(fā)總結(jié)匯報可行性分析(研究)匯報項目開發(fā)計劃軟件需求規(guī)格闡明接口需求規(guī)格闡明軟件(構(gòu)造)設(shè)計闡明接口設(shè)計闡明書數(shù)據(jù)庫(頂層)設(shè)計闡明測試計劃測試匯報軟件需求規(guī)格闡明接口需求規(guī)格闡明軟件(構(gòu)造)設(shè)計闡明測試匯報軟件產(chǎn)品規(guī)格闡明軟件版本闡明顧客手冊操作手冊軟件生存周期可以提成如下6個階段：a)在可行性分析(研究)與計劃階段內(nèi)，要確定該軟件的開發(fā)目的和總的規(guī)定，要進行可行性分析、投資—收益分析、制定開發(fā)計劃，并完畢可行性分析匯報、開發(fā)計劃等文檔。b)在需求分析階段內(nèi)，由系統(tǒng)分析人員對被設(shè)計的系統(tǒng)進行系統(tǒng)分析，確定對該軟件的各項功能、性能需求和設(shè)計約束，確定對文檔編制的規(guī)定，作為本階段工作的成果，一般地說軟件需求規(guī)格闡明(也稱為：軟件需求闡明、軟件規(guī)格闡明)、數(shù)據(jù)規(guī)定闡明和初步的顧客手冊應(yīng)當編寫出來。c)在設(shè)計階段內(nèi)，系統(tǒng)設(shè)計人員和程序設(shè)計人員應(yīng)當在反復(fù)理解軟件需求的基礎(chǔ)上，提出多種設(shè)計，分析每個設(shè)計能履行的功能并進行互相比較，最終確定一種設(shè)計，包括該軟件的構(gòu)造、模塊(或CSCI)的劃分、功能的分派，以及處理流程。在被設(shè)計系統(tǒng)比較復(fù)雜的狀況下，設(shè)計階段應(yīng)分解成概要設(shè)計階段和詳細設(shè)計階段兩個環(huán)節(jié)。在一般狀況下，應(yīng)完畢的文檔包括：構(gòu)造設(shè)計闡明、詳細設(shè)計闡明和測試計劃草稿。d)在實現(xiàn)階段內(nèi)，要完畢源程序的編碼、編譯(或匯編)和排錯調(diào)試得到無語法錯的程序清單，要開始編寫進度曰報、周報和月報(與否要有曰報或周報，取決于項目的重要性和規(guī)模)，并且要完畢顧客手冊、操作手冊等面向顧客的文檔的編寫工作，還要完畢測試計劃的編制。e)在測試階段：該程序?qū)⒈蝗娴販y試，已編制的文檔將被檢查審閱。一般要完畢測試分析匯報。作為開發(fā)工作的結(jié)束，所生產(chǎn)的程序、文檔以及開發(fā)工作自身將逐項被評價，最終寫出項目開發(fā)總結(jié)匯報。在整個開發(fā)過程中(即前五個階段中)，開發(fā)集體要按月編寫開發(fā)進度月報。f)在運行和維護階段，軟件將在運行使用中不停地被維護，根據(jù)新提出的需求進行必要并且也許的擴充和刪改、更新和升級。2.3GB/T9385-1988計算機軟件需求闡明編制指南本指南不倡導(dǎo)把軟件需求闡明（SoftwareRequirementsSpecifications，如下簡稱SRS）劃提成等級，防止把它定義成更小的需求子集。它描述了一種SRS所必須的內(nèi)容和質(zhì)量。SRS將完畢下列目的：a.在軟件產(chǎn)品完畢目的方面為客戶和開發(fā)者之間建立共同協(xié)議創(chuàng)立一種基礎(chǔ)。對要實現(xiàn)的軟件功能做全面描述，協(xié)助客戶判斷所規(guī)定的軟件與否符合他們的規(guī)定，或者怎樣修改這種軟件才能適合他們的規(guī)定；b.提高開發(fā)效率。編制SRS的過程將使客戶在設(shè)計開始之前周密地思索所有需求，從而減少事後重新設(shè)計、重新編碼和重新測試的返工活動。在SRS中對多種需求仔細地進行復(fù)查，還可以在開發(fā)初期發(fā)現(xiàn)若干遺漏、錯誤的理解和不一致性，以便及時加以糾正；c.為成本計價和編制計劃進度提供基礎(chǔ)。SRS提供的對被開發(fā)軟件產(chǎn)品的描述，是計算機軟件產(chǎn)品成本核算的基礎(chǔ)，并且可認為各方的要價和付費提供根據(jù)。SRS對軟件的清晰描述，有助于估計所必須的資源，并用作編制進度的根據(jù)；d.為確認和驗證提供一種基準。任何組織將更有效地編制他們確實認和驗證計劃。作為開發(fā)協(xié)議的一部分，SRS還可以提供一種可以度量和遵照的基準（然而，反之則不成立，即任一有關(guān)軟件的協(xié)議都不能作為SRS。由于這種文獻幾乎不包括詳盡的需求闡明，并且一般不完全的）；e.便于移植。有了SRS就便于移值軟件產(chǎn)品，以適應(yīng)新的顧客或新的機種?？蛻粢惨子谝浦财滠浖狡渌块T，而開發(fā)者同樣也易于把軟件移植到新的客戶；f.作為不停提高的基礎(chǔ)。由于SRS所討論的是軟件產(chǎn)品，而不是開發(fā)這個產(chǎn)品的設(shè)計。因此SRS是軟件產(chǎn)品繼續(xù)提高的基礎(chǔ)。雖然SRS也也許要變化，不過本來的SRS還是軟件產(chǎn)品改善的可靠基礎(chǔ)。3定義客戶（customer）——指個人或單位，他們?yōu)楫a(chǎn)品開發(fā)提供資金，一般（但有時也不必）還提出多種需求。文獻中的客戶和開發(fā)者也也許是同一種組織的組員。顧客（user）——指運行系統(tǒng)或者直接與系統(tǒng)發(fā)生交互作用的個人或集團。顧客和客戶一般不是同某些人。4編寫SRS的背景信息4.1SRS的基本規(guī)定SRS是對要完畢一定功能、性能的軟件產(chǎn)品、程序或一組程序的闡明。對SRS的描述有兩項基本規(guī)定：a.必須描述一定的功能、性能；b.必須用確定的措施論述這些功能、性能。4.2SRS的環(huán)境，SRS要滿足下列規(guī)定：a.SRS必須對的地定義所有的軟件需求；b.除了設(shè)計上的特殊限制之外，SRS中一般不描述任何設(shè)計、驗證或項目管理細節(jié)。4.3SRS的特點4.3.1無歧義性——當且僅當它對每一種需求只有一種解釋時，SRS者是無歧義的。需求一般是用自然語言編寫的，使用自然語言的SRS起草者必須尤其注意消除其需求的歧義性。倡導(dǎo)使用形式化需求闡明語言。4.3.2完整性——假如一種SRS能滿足下列規(guī)定，則該SRS就是完整的：a.包括所有故意義的規(guī)定，無論是關(guān)系到功能的、性能的、設(shè)計約束的，還是關(guān)系到屬性或外部接口方面的需求；b.對所有也許出現(xiàn)的輸入數(shù)據(jù)的響應(yīng)予以定義，要對合法和非合法的輸入值的響應(yīng)做出規(guī)定；c.要符合SRS規(guī)定。假如個別章節(jié)不合用，則在SRS中要保留章節(jié)號；d.填寫SRS中的所有插圖、表、圖示標識和參照，并且定義所有術(shù)語和度量單位。4.3.3可驗證性——當且僅當SRS中描述的每一種需求都是可以驗證的，該SRS才是可以驗證的；當且僅當在某一性能價格比可取的有限處理過程，人或機器能通過該過程檢查軟件產(chǎn)品能否滿足需求時，才稱這個需求是可以驗證的。4.3.4一致性——當且僅當SRS中各個需求的描述是不矛盾時SRS才是一致的。4.3.5可修改性——假如一種SRS的構(gòu)造和風格在需求有必要變化時是易于實現(xiàn)的、完整性的、一致的，那么這個SRS就是可以修改的。可修改性規(guī)定SRS具有如下條件：a.具有一種有條不紊的易于使用的內(nèi)容組織，具有目錄表，索引和明確的交叉引用表；b.沒有冗余。即同一需求不能在SRS中出現(xiàn)多次。4.3.6可追蹤性——假如每一種需求的源流是清晰的，在深入產(chǎn)生和變化文獻編制時，可以以便地引證每一種需求，則該SRS就是可追蹤的。4.3.7運行和維護階段的可使用性，SRS必須滿足運行和維護階段的需要，包括軟件最終替代。5軟件需求SRS中每一種軟件需求是規(guī)定開發(fā)軟件產(chǎn)品的某些基本功能和性能的一種陳說。5.1體現(xiàn)軟件需求的措施軟件需求可以用若干種措施來體現(xiàn)：a.通過輸入、輸出闡明；b.使用代表性的例子；c.用規(guī)范化的模型。另一種體現(xiàn)需求的措施是模型的方式，這是體現(xiàn)復(fù)雜需求的精確和有效措施。至少可以提出三種可供使用的通用模型：數(shù)學(xué)型、功能型、計時型。5.2軟件需求的注釋有關(guān)軟件產(chǎn)品的所有需求，并不是同等重要的。SRS中每一種需求必須進行注釋，以便區(qū)別其重要的程度。5.2.1穩(wěn)定性，注釋需求的一種措施是使用穩(wěn)定性量綱。當一種需求在軟件預(yù)期的生存期間內(nèi)描述不變化的話，可以認為該需求是穩(wěn)定的，否則可以認為是易變的。5.2.2必要性等級，注釋的另一種措施是把需求提成必須保證級、期望級和任選級。5.3在體現(xiàn)需求時碰到的共同弊病SRS的基本點是它必須闡明由軟件獲得的成果，而不是獲得這些成果的手段。編寫需求的人必須描述的基本問題是：a.功能--所設(shè)計的軟件要做什么；b.性能--是指軟件功能在執(zhí)行過程中的速度、可使用性、響應(yīng)時間、多種軟件功能的恢復(fù)時間、吞吐能力、精度、頻率等等；c.強加于實現(xiàn)的設(shè)計限制--在效果、實現(xiàn)的語言、數(shù)據(jù)庫完整性、資源限制、操作環(huán)境等等方面所規(guī)定的原則；d.屬性--可移植性、對的性、可維護性及安全性等方面的考慮原因；e.外部接口--與人、硬件、其他軟件和其他硬件的互相關(guān)系。編寫需求的人應(yīng)當防止把設(shè)計或項目需求寫入SRS之中，應(yīng)當對闡明需求設(shè)計約束與規(guī)劃設(shè)計兩者有清晰的區(qū)別。5.3.1在SRS中嵌入了設(shè)計SRS必須描述在什么數(shù)據(jù)上、為誰完畢什么功能、在什么地方、產(chǎn)生什么成果。SRS應(yīng)把注意力集中在要完畢的服務(wù)目的上，一般不指定如下的設(shè)計項目：a.把軟件劃提成若干模塊；b.給每一種模塊分派功能；c.描述模塊間的信息流程或者控制流程d.選擇數(shù)據(jù)構(gòu)造。5.3.2在SRS中嵌入了某些項目規(guī)定，SRS應(yīng)當是描寫一種軟件產(chǎn)品，而不是描述生產(chǎn)軟件產(chǎn)品的過程。項目規(guī)定體現(xiàn)客戶和開發(fā)者之間對于軟件生產(chǎn)方面協(xié)議性事宜的理解（因此不應(yīng)當包括在SRS中）例如：a.成本；b.交貨進度；c.報表處理；d.軟件開發(fā)措施；e.質(zhì)量保證；f.確認和驗證的原則；g.驗收過程。

項目需求在此外的文獻中描述，在SRS中提供的只是有關(guān)軟件產(chǎn)品自身的需求。第三章管理原則3.1GB/T12505-1990計算機軟件配置管理計劃規(guī)范3．7軟件生存周期——是指從軟件系統(tǒng)設(shè)計對軟件系統(tǒng)提出應(yīng)用需求開始，通過開發(fā)，產(chǎn)生出一種滿足需求的計算機軟件系統(tǒng)，然後投入運行，直至該軟件系統(tǒng)退伍為止。其間經(jīng)歷系統(tǒng)分析與軟件定義、軟件開發(fā)以及系統(tǒng)的運行與維護等三個階段。其中軟件開發(fā)階段一般又提成需求分析、概要設(shè)計、詳細設(shè)計、編碼與單元測試、組裝與系統(tǒng)測試以及安裝與驗收等六個階段。3．8軟件開發(fā)庫——是指在軟件生存周期的某一種階段期間，寄存與該階段軟件開發(fā)工作有關(guān)的計算機可讀信息和人工可讀信息的庫。3．9軟件受控庫——是指在軟件生存周期的某一種階段結(jié)束時，寄存作為階段產(chǎn)品而釋放的、與軟件開發(fā)工作有關(guān)的計算機可讀信息一人工可讀信息的庫。軟件配置管理就是對軟件受控庫中的各軟件項進行管理，因此軟件受控庫也叫做軟件配置管理庫。3．10軟件產(chǎn)品庫——是指在軟件生存周期的組裝與系統(tǒng)測試階段結(jié)束後，寄存最終產(chǎn)品而後交付給顧客運行或在現(xiàn)場安裝的軟件的庫。3．11接口控制——是指描述有關(guān)由一種或多種部門提供的兩個或兩個以上的配置項接口的所有功能特性和物理特性的過程。在實現(xiàn)之前，要保證對這些功能特性和物理特性所提議的修改已通過評審和同意。3．12功能基線——是指在系統(tǒng)分析與軟件定義階段結(jié)束時，通過正式評審和同意的系統(tǒng)設(shè)計規(guī)格闡明書中看待開發(fā)系統(tǒng)的規(guī)格闡明；或是指通過項目委托單位和項目承接單位雙方簽字同意的協(xié)議書或協(xié)議中所規(guī)定的看待開發(fā)軟件系統(tǒng)的規(guī)格闡明；或是由下級申請經(jīng)上級同意或直接由上級下達的項目任務(wù)書中所規(guī)定的看待開發(fā)軟件系統(tǒng)的規(guī)格闡明。功能基線是最初同意的功能配置標識。3．13指派基線——是指在軟件需求分析階段結(jié)束時，通過正式評審和同意的軟件需求的規(guī)格闡明。指派基線是最初同意的指派配置標識。3．14產(chǎn)品基線——是指在軟件組裝與系統(tǒng)測試階段結(jié)束時，通過正式評審的同意的有關(guān)所開發(fā)的軟件產(chǎn)品的所有配置項的規(guī)格闡明。產(chǎn)品基線是最初同意的產(chǎn)品配置標識。3．15軟件配置——是指一種軟件產(chǎn)品在軟件生存周期各個階段所產(chǎn)生的多種形式（機器可讀或人工可讀）和多種版本的文檔、程序及其數(shù)據(jù)的集合。該集合中的每一種元素稱為該軟件產(chǎn)品軟件配置中的一種配置項。3．16釋放——是指在軟件生存周期的各個階段結(jié)束時，由該階段向下階段提交該階段產(chǎn)品的過程。它也指將集成與系統(tǒng)測試階段結(jié)束時所獲得的最終產(chǎn)品向顧客提交的過程。背面這個過程也中做交付(delivery)。4．軟件配置管理計劃編制大綱4．1引言目的，本條必須指明特定的軟件配置管理計劃的詳細目的，還必須描述該計劃所針對的軟件項目及其所屬的各個子項目的名稱和用途。4．2管理，本章必須描述負責軟件配置管理的機構(gòu)、任務(wù)、職責及其有關(guān)的接口控制。4．2．1機構(gòu)，本條必須描述在各階段中負責軟件配置管理的機構(gòu)。4．2．2任務(wù)，本條必須描述在軟件生存周期各個階段中的配置管理任務(wù)以及要進行評審的檢查工作，并指出各個階段的階段產(chǎn)品應(yīng)寄存在哪一類軟件庫中（軟件開發(fā)庫、軟件受控庫或軟件產(chǎn)品庫）。4．2．3職責，本條必須描述與軟件配置管理有關(guān)的各類機構(gòu)或組員的職責，并指出這些機構(gòu)或組員互相之間的關(guān)系。4．2．5實現(xiàn)本條應(yīng)當規(guī)定實現(xiàn)軟件配置管理計劃的重要裏程碑。4．2．6合用的原則、條例和約定，本條必須指明所合用的軟件配置管理原則、條例和約定，并把它們作為本計劃要實現(xiàn)的一部分；還必須闡明這些原則、條例和約定要實現(xiàn)的程度。4．3軟件配置管理活動，本章必須描述配置標識、配置控制、配置狀態(tài)記錄與匯報以及配置檢查與評審等到四方面的軟件配置管理活動的需求。4．3．1配置標識，本條必須詳細闡明軟件項目的基線。在軟件生存周期中，重要有三種基線，它們是功能基線、指派基線和產(chǎn)品基線。4．3．2配置控制，本條必須描述在軟件生存周期中各個階段使用的修改同意權(quán)限的級別。必須定義對已經(jīng)有配置的修改提議進行處理的措施。4．3．3配置狀態(tài)的記錄和匯報，本條必須：A．指明怎樣搜集、驗證、存儲、處理和匯報配置項的狀態(tài)信息；B．詳細闡明要定期提供的匯報及其分發(fā)措施；C．假如有動態(tài)查詢，要指出所動態(tài)查詢的能力；D．假如規(guī)定記錄顧客闡明的特殊狀態(tài)時，要描述其實現(xiàn)手段。4．3．4配置的檢查和評審，本條必須：A．定義檢查和評審中軟件配置管理計劃的作用；B．規(guī)定每次檢查和評審所包括的配置項；C．指出用于標識和處理在檢查和評審期間所發(fā)現(xiàn)的問題的工作規(guī)程。4．4工具、技術(shù)和措施本章必須指明為支持特定項目的軟件配置管理所使用的軟件工具、技術(shù)和措施，指明它們的目的，并在開發(fā)者所有權(quán)的范圍內(nèi)描述其使用方法。3.2GB/T16260-信息技術(shù)軟件產(chǎn)品評價質(zhì)量特性及其使用指南一、質(zhì)量模型本部分描述了有關(guān)軟件產(chǎn)品質(zhì)量的兩部分模型:a)內(nèi)部質(zhì)量和外部質(zhì)量b)使用質(zhì)量。模型的第一部分為內(nèi)部質(zhì)量和外部質(zhì)量，規(guī)定了六個特性，它們可深入細分為子特性。模型的第二部分規(guī)定了四個使用質(zhì)量的特性。使用質(zhì)量是面向顧客的六個軟件產(chǎn)品質(zhì)量特性的組合效用。定義的特性合用于每一類軟件，包括固件中的計算機程序和數(shù)據(jù)。這些度量可應(yīng)用于闡明包括中間產(chǎn)品在內(nèi)的軟件產(chǎn)品質(zhì)量需求和設(shè)計目的。本部分可使軟件產(chǎn)品質(zhì)量從軟件的獲取、需求、開發(fā)、使用、評價、支持、維護、質(zhì)量保證和審核有關(guān)的不一樣視面來確定和評價。例如它可以被開發(fā)者、需方、質(zhì)量保證人員和獨立評價者，尤其是那些對確定和評價軟件產(chǎn)品質(zhì)量負責的人員所使用。5質(zhì)量模型框架5.1質(zhì)量途徑軟件產(chǎn)品質(zhì)量可以通過測量內(nèi)部屬性，也可以通過測量外部屬性，或者通過測量使用質(zhì)量的屬性來評價，目的就是使產(chǎn)品在指定的使用周境下具有所需的效用。過程質(zhì)量有助于提高產(chǎn)品質(zhì)量，而產(chǎn)品質(zhì)量又有助于提高使用質(zhì)量。評價使用質(zhì)量可認為改善產(chǎn)品提供反饋，而評價產(chǎn)品則可認為改善過程提供反饋。合適的軟件內(nèi)部屬性是獲得所需外部行為的先決條件，而合適的外部行為則是獲得使用質(zhì)量的先決條件軟件產(chǎn)品質(zhì)量需求一般要包括對于內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量的評估準則，以滿足開發(fā)者、維護者、需方以及最終顧客的需要。5.2產(chǎn)品質(zhì)量和生存周期內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量的觀點在軟件生存周期中是變化的。外部質(zhì)量需求從外部視角來規(guī)定規(guī)定的質(zhì)量級別，包括顧客質(zhì)量規(guī)定派生的需求(包括使用質(zhì)量需求)。外部質(zhì)量需求用作不一樣開發(fā)階段確實認目的。內(nèi)部質(zhì)量需求從產(chǎn)品的內(nèi)部視角來規(guī)定規(guī)定的質(zhì)量級別，內(nèi)部質(zhì)量需求用來規(guī)定中間產(chǎn)品的特性。這些可以包括靜態(tài)的和動態(tài)的模型，其他的文檔和源代碼。內(nèi)部質(zhì)量需求可用作不一樣開發(fā)階段確實認目的，也可以用于開發(fā)期間定義開發(fā)方略以及評價和驗證的準則。內(nèi)部質(zhì)量是基于內(nèi)部視角的軟件產(chǎn)品特性的總體。內(nèi)部質(zhì)量針對內(nèi)部質(zhì)量需求被測量和評價。軟件產(chǎn)品質(zhì)量的枝節(jié)部分可以在代碼實現(xiàn)、評審和測試期間被改善，不過由內(nèi)部質(zhì)量表達的軟件產(chǎn)品質(zhì)量的基本性質(zhì)不會變化，除非進行重新設(shè)計。外部質(zhì)量是基于外部視角的軟件產(chǎn)品特性的總體。即當軟件執(zhí)行時，經(jīng)典地是在模擬環(huán)境中用模擬數(shù)據(jù)測試時，使用外部度量所測量和評價的質(zhì)量。使用質(zhì)量是基于顧客觀點的軟件產(chǎn)品用于指定的環(huán)境和使用周境時的質(zhì)量。它測量顧客在特定環(huán)境中能到達其目的的程度，而不是測量軟件自身的屬性。5.4質(zhì)量模型的使用軟件產(chǎn)品質(zhì)量宜使用已定義的質(zhì)量模型來評價。質(zhì)量模型宜在為軟件產(chǎn)品和中間產(chǎn)品設(shè)置質(zhì)量目的時使用。軟件產(chǎn)品質(zhì)量應(yīng)當按層次分解為一種由特性和子特性所構(gòu)成的質(zhì)量模型，該模型可作為與質(zhì)量有關(guān)的問題清單來使用。對大型軟件產(chǎn)品的所有部分，測量其所有內(nèi)部和外部子特性實際上是不也許的。為所有也許的顧客-任務(wù)方案測量使用質(zhì)量一般也是不切實際的，評價資源需要基于業(yè)務(wù)目的和產(chǎn)品與設(shè)計過程的性質(zhì)在不一樣類別的測量間進行分派。6外部和內(nèi)部質(zhì)量的質(zhì)量模型外部和內(nèi)部質(zhì)量的質(zhì)量模型將軟件質(zhì)量屬性劃分為六個特性(功能性、可靠性、易用性、效率、維護性和可移植性)，并深入細分為若干子特性，這些子特性可用內(nèi)部或者外部度量來測量。6.1功能性當軟件在指定條件下使用時，軟件產(chǎn)品提供滿足明確和隱含規(guī)定的功能的能力。（本特性與軟件為滿足規(guī)定要做什么有關(guān)，而其他特性則重要與何時滿足規(guī)定以及怎樣滿足規(guī)定有關(guān)）適合性——與規(guī)定任務(wù)能否提供一組功能以及這組功能的適合程度有關(guān)的軟件屬性精確性——與能否得到對的或相符的成果或效果有關(guān)的軟件屬性互操作性互用性——與同其他指定系統(tǒng)進行交互的能力有關(guān)的軟件屬性安全性——與防止對程序及數(shù)據(jù)的非授權(quán)的故意或意外訪問的能力有關(guān)的軟件屬性依從性——使軟件遵照有關(guān)的原則約定法規(guī)及類似規(guī)定的軟件屬性6.2可靠性在指定條件下使用時，軟件產(chǎn)品維持規(guī)定的性能級別的能力。成熟性——與由軟件故障引起失效的頻度有關(guān)的軟件屬性容錯性——與在軟件故障或違反指定接口的狀況下維持規(guī)定的性能水平的能力有關(guān)的軟件屬性易恢復(fù)性——與在失效發(fā)生後重建其性能水平并恢復(fù)直接受影響數(shù)據(jù)的能力以及為達此目的所需的時間和努力有關(guān)的軟件屬性可靠性的依從性——軟件產(chǎn)品遵照與可靠性有關(guān)的原則、約定或法規(guī)的能力。6.3易用性在指定條件下使用時，軟件產(chǎn)品被理解、學(xué)習、使用和吸引顧客的能力易理解性——與顧客為認識邏輯概念及其應(yīng)用范圍所花的努力有關(guān)的軟件屬性易學(xué)性——與顧客為學(xué)習軟件應(yīng)用例如運行控制輸入輸出所花的努力有關(guān)的軟件屬性易操作性——與顧客為操作和運行控制所花努力有關(guān)的軟件屬性吸引性——軟件產(chǎn)品吸引顧客的能力。易用性的依從性——軟件產(chǎn)品遵照與易用性有關(guān)的原則、約定、風格指南或法規(guī)的能力6.4效率在規(guī)定條件下，相對于所用資源的數(shù)量，軟件產(chǎn)品可提供合適性能的能力。時間特性——與軟件執(zhí)行其功能時響應(yīng)和處理時間以及吞吐量有關(guān)的軟件屬性資源特性——與在軟件執(zhí)行其功能時所使用的資源數(shù)量及其使用時間有關(guān)的軟件屬性效率依從性——軟件產(chǎn)品遵照與效率有關(guān)的原則或約定的能力。6.5維護性軟件產(chǎn)品可被修改的能力。修改也許包括糾正、改善或軟件對環(huán)境、需求和功能規(guī)格闡明變化的適應(yīng)。易分析性——與為診斷缺陷或失效原因及為鑒定待修改的部分所需努力有關(guān)的軟件屬性易變化性——與進行修改排除錯誤或適應(yīng)環(huán)境變化所需努力有關(guān)的軟件屬性穩(wěn)定性——與修改所導(dǎo)致的未預(yù)料成果的風險有關(guān)的軟件屬性易測試性——與確認已修改軟件所需的努力有關(guān)的軟件屬性維護性的依從性——軟件產(chǎn)品遵照與維護性有關(guān)的原則或約定的能力。6.6可移植性軟件產(chǎn)品從一種環(huán)境遷移到此外一種環(huán)境的能力。適應(yīng)性——與軟件無需采用有別于為該軟件準備的活動或手段就也許適應(yīng)不一樣的規(guī)定環(huán)境有關(guān)的軟件屬性易安裝性——與在指定環(huán)境下安裝軟件所需努力有關(guān)的軟件屬性易替代性——與軟件在該軟件環(huán)境中用來替代指定的其他軟件的機會和努力有關(guān)的軟件屬性共存性——軟件產(chǎn)品在公共環(huán)境中同與其分享公共資源的其他獨立軟件共存的能力遵照性——使軟件遵照與可移植性有關(guān)的原則或約定的軟件屬性7使用質(zhì)量的質(zhì)量模型使用質(zhì)量是軟件產(chǎn)品使指定顧客在特定的使用周境下到達滿足有效性、生產(chǎn)率、安全性及滿意度規(guī)定的特定目的的能力。使用質(zhì)量的屬性分類為四個特性:有效性，生產(chǎn)率，安全性和滿意度。使用質(zhì)量是基于顧客觀點的質(zhì)量。使用質(zhì)量的獲得依賴于獲得必需的外部質(zhì)量，而外部質(zhì)量的獲得則依賴于獲得必需的內(nèi)部質(zhì)量。7.1有效性——軟件產(chǎn)品在指定的使用周境下，使顧客能到達與精確性和完備性有關(guān)的規(guī)定目的的能力。7.2生產(chǎn)率——軟件產(chǎn)品在指定的使用周境下，使顧客為到達有效性而消耗合適數(shù)量的資源的能力。7.3安全性——軟件產(chǎn)品在指定使用周境下，到達對人類、業(yè)務(wù)、軟件、財產(chǎn)或環(huán)境導(dǎo)致?lián)p害的可接受的風險級別的能力。7.4滿意度——軟件產(chǎn)品在指定的使用周境下，使顧客滿意的能力。二、信息技術(shù)軟件產(chǎn)品評價質(zhì)量特性及其使用指南固件——載有在顧客環(huán)境中不能加以變化的計算機程序及數(shù)據(jù)的器件，包括在固件中的計算機程序和數(shù)據(jù)歸類為軟件，載有計算機程序和數(shù)據(jù)的電路歸類為硬件。2.軟件質(zhì)量特性軟件質(zhì)量可用下列特性來評價：功能性——與一組功能及其指定的性質(zhì)有關(guān)的一組屬性。這裏的功能是指滿足明確或隱含的需求的那些功能可靠性——與在規(guī)定的一段時間和條件下軟件維持其性能水平的能力有關(guān)的一組屬性易用性——與一組規(guī)定或潛在的顧客為使用軟件所需作的努力和對這樣的使用所作的評價有關(guān)的一組屬性效率——與在規(guī)定的條件下軟件的性能水平與所使用資源量之間關(guān)系有關(guān)的一組屬性維護性——與進行指定的修改所需的努力有關(guān)的一組屬性可移植性——與軟件可從某一環(huán)境轉(zhuǎn)移到另一環(huán)境的能力有關(guān)的一組屬性3.質(zhì)量特性使用指南對于不一樣的軟件，各個質(zhì)量特性的重要性是不一樣的。例如可靠性對于任務(wù)關(guān)鍵型系統(tǒng)軟件是最重要的；效率對于時間關(guān)鍵型的實時系統(tǒng)軟件是最重要的；而易使用性對于交互終端顧客軟件是最重要的。3.2軟件質(zhì)量的觀點3.2.1顧客的觀點顧客重要感愛好的是使用軟件的性能和使用軟件的效果，顧客評價軟件對軟件內(nèi)部的各方面或軟件是怎樣開發(fā)的狀況一無所知。顧客的問題會包括：——軟件與否具有所需求的功能；——軟件的可靠程度怎樣；——軟件的效率怎樣；——軟件使用與否以便；——該軟件轉(zhuǎn)移到另一環(huán)境與否輕易；3.2.2開發(fā)者觀點由于開發(fā)者負責生產(chǎn)滿足質(zhì)量需求的軟件，故他們對中間產(chǎn)品質(zhì)量以及最終產(chǎn)品質(zhì)量都感愛好。開發(fā)者對同樣的特性使用不一樣的度量。同一度量不合用于生存周期的所有階段，例如考慮效率時顧客用響應(yīng)時間，而開發(fā)者在設(shè)計規(guī)格闡明中則必須用途徑長度、存取時間和等待時間。3.2.3管理者觀點管理者需要從管理的準則，諸如進度遲延或成本超支與質(zhì)量的提高之間，進行權(quán)衡，他但愿以有限的成本人力和時間使質(zhì)量到達優(yōu)化。4.評價過程模型由三個環(huán)節(jié)構(gòu)成：質(zhì)量需求定義、評價準備和評價過程。這個過程可應(yīng)用于軟件產(chǎn)品每個構(gòu)成部分的每個合適的生存期階段。4.1質(zhì)量需求定義第一環(huán)節(jié)的目的是根據(jù)質(zhì)量特性和也許的子特性來規(guī)定需求。需求體現(xiàn)了環(huán)境對被評價軟件的規(guī)定必須在開發(fā)前就被定義。當軟件產(chǎn)品分解成若干重要構(gòu)成部分時，從總的產(chǎn)品需求衍生出來對各個構(gòu)成部分的需求就也許有所不一樣。4.2評價準備第二環(huán)節(jié)的目的是準備好評價基礎(chǔ)與某一特性有關(guān)的每個可定量的軟件特性和軟件與其環(huán)境的每個可定量的互相作用均可作為一種度量。度量可以因不一樣的環(huán)境和不一樣的開發(fā)階段而異。由于根據(jù)顧客觀點所采用的度量是關(guān)鍵的，故開發(fā)過程中使用的度量應(yīng)與顧客各自采用的度量有關(guān)。4.3評價過程評價過程模型的最終環(huán)節(jié)又細化為三步即測量、評級和評估。3.3GB/T12504-1990計算機軟件質(zhì)量保證計劃規(guī)范3.8驗證——是指確定軟件開發(fā)周期中的一種給定階段的產(chǎn)品與否到達在上一階段確立的需求的過程。3.9確認——是指在軟件開發(fā)過程結(jié)束時對軟件進行評價以確定它與否和軟件需求相一致的過程。4軟件質(zhì)量保證計劃編制大綱項目承接單位（或軟件開發(fā)單位）中負責軟件質(zhì)量保證的機構(gòu)或個人，必須制定一種包括如下各章內(nèi)容的軟件質(zhì)量保證計劃（如下簡稱計劃）。4.1引言4.2管理必須描述負責軟件質(zhì)量保證的機構(gòu)、任務(wù)及其有關(guān)的職責。4.3文檔必須列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則。4.3.1基本文檔為了保證軟件的實現(xiàn)滿足需求，至少需要下列基本文檔：4.3.1.1軟件需求規(guī)格闡明書必須清晰、精確地描述軟件的每一種基本需求（功能、性能、設(shè)計約束和屬性）和外部界面。必須把每一種需求規(guī)定成可以通過預(yù)先定義的措施（例如檢查、分析、演示或測試等）被客觀地驗證與確認的形式。4.3.1.2軟件設(shè)計闡明書應(yīng)當包括軟件概要設(shè)計闡明和軟件詳細設(shè)計闡明兩部分。其概要設(shè)計部分必須描述所設(shè)計的總體構(gòu)造、外部接口、各個重要部件的功能與數(shù)據(jù)構(gòu)造以及各重要部件之間的接口；必要時還必須對重要部件的每一種部件進行描述。其詳細設(shè)計部分必須給出每一種基本部件的功能、算法和過程描述。4.3.1.3軟件驗證與確認計劃必須描述所采用的驗證和確認措施（例如評審、檢查、分析、演示或測試等），以用來驗證軟件需求規(guī)格闡明書中的需求與否已由軟件設(shè)計闡明書描述的設(shè)計實現(xiàn)；軟件設(shè)計闡明書體現(xiàn)的設(shè)計與否已由編碼實現(xiàn)。軟件驗證與確認計劃還可用來確認編碼的執(zhí)行與否與軟件需求規(guī)格闡明書中所規(guī)定的需求相一致。4.3.1.4軟件驗證和確認匯報必須描述軟件驗證與確認計劃的執(zhí)行成果。4.3.1.5顧客文檔顧客文檔（例如手冊、指南等到）必須指明成功運行該軟件所需要的數(shù)據(jù)、控制命令以及運行條件等；必須指明所有的出錯信息、含義及其修改措施；還必須描述將顧客發(fā)現(xiàn)的錯誤或問題告知項目承接單位（或軟件開發(fā)單）或項目委托單位的措施。4.3.2其他文檔除基本文檔以外，還應(yīng)包括下列文檔：——項目實行計劃?！椖窟M展報表?！椖块_發(fā)各階段的評審報表。4.4原則、條例和約定——必須列出軟件開發(fā)過程中要用到的原則、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施。4.5評審和檢查——必須規(guī)定所要進行的技術(shù)和管理兩方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規(guī)程以及通過與否的技術(shù)準則。至少要進行下列各項評審和檢查工作：軟件需求評審；概要設(shè)計評審；詳細設(shè)計評審；功能檢查；物理檢查；綜合檢查；管理評審要對計劃的執(zhí)行狀況定期（或按階段）進行管理評審；這些評審必須由獨立于被評審單位的機構(gòu)或授權(quán)的第三方主持進行。4.6軟件配置管理4.7工具、技術(shù)和措施必須指明用以支持特定軟件項目質(zhì)量保證工作的工具、技術(shù)和措施，指出它們的目的，描述它們的用途。4.8媒體控制必須指出保護計算機程序物理媒體的措施和設(shè)施，以免非法存取、意外損壞或自然老化。4.9對供貨單位的控制供貨單位包括項目承接單位、軟件銷售單位或軟件子開發(fā)單位。4.10記錄的搜集、維護和保留必須指明需要保留的軟件質(zhì)量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的措施和設(shè)施，并指明要保留的期限。3.4GB/T14394-1993計算機軟件可靠性和可維護性管理本原則規(guī)定了軟件在其生存周期內(nèi)怎樣選擇合適的軟件可靠性和可維護性管理要素，并指導(dǎo)軟件可靠性和可維護性大綱的制定和實行。軟件可靠性1.在規(guī)定環(huán)境下，在規(guī)定期間內(nèi)軟件不引起系統(tǒng)失效的概率。2.在規(guī)定的時間周期內(nèi)所述條件下程序執(zhí)行所規(guī)定的功能的能力。軟件可維護性——與進行規(guī)定的修改難易程序有關(guān)的一組屬性。軟件FRACAS（softwarefailurereportinganalysisandcorrectiveactionsystem）軟件失效匯報、分析和糾正措施系統(tǒng)是一種閉環(huán)控制系統(tǒng)，它將軟件的失效加以記錄、匯報，找出失敗原因，采用糾正措施。軟件可靠性和可維護性大綱(如下簡稱大綱)——為保證軟件滿足規(guī)定的可靠性和可維護性規(guī)定制定的一套管理文獻。4.1軟件生存周期基本過程中的可靠性和可維護性管理規(guī)定4.1.1在獲取過程中的可靠性和可維護性管理規(guī)定需方確定需要獲取的軟件產(chǎn)品的可靠性和可維護性規(guī)定，并在制定標書、選擇供方過程中加以體現(xiàn)，驗收軟件產(chǎn)品的可靠性和可維護性與否到達預(yù)期規(guī)定。4.1.2在供應(yīng)過程中的可靠性和可維護性管理規(guī)定供方在投標書中對可靠性和可維護性進行闡明以答復(fù)需方規(guī)定，并反應(yīng)在可行性匯報、協(xié)議中，保證在開發(fā)過程中，合適處理可靠性和可維護性規(guī)定，直到滿足規(guī)定并交付。4.1.3在開發(fā)過程中的可靠性和可維護性管理規(guī)定開發(fā)者負責實行在軟件產(chǎn)品的需求分析、設(shè)計、編碼、集成、測試以及安裝和驗收等活動中的可靠性和可維護性規(guī)定。4.1.3.1在概念活動中的可靠性和可維護性管理規(guī)定進行軟件可行性分析，制定初步的軟件開發(fā)計劃，提出軟件可靠性和可維護性分解目的、規(guī)定、經(jīng)費。4.1.3.2在需求活動中的可靠性和可維護性管理規(guī)定分析和確定軟件可靠性和可維護性的詳細設(shè)計目的，保證與研制任務(wù)書中對應(yīng)規(guī)定和可追蹤性，制定實行計劃，制定各實行階段的基本準則，確定各實行階段的驗證措施。4.1.3.3在設(shè)計活動中的可靠性和可維護性管理規(guī)定進行軟件可靠性和可維護性分析和設(shè)計，編寫對應(yīng)的設(shè)計闡明，明確對編碼、測試的詳細規(guī)定，組織評審，并驗證可靠性和可維護性目的的實行和與需求活動中所提對應(yīng)規(guī)定的可追蹤性。4.1.3.4在實現(xiàn)活動中的可靠性和可維護性管理規(guī)定在軟件編碼過程中根據(jù)需求和設(shè)計活動中對應(yīng)的規(guī)定實現(xiàn)可靠性和可維護性規(guī)定，進行單元測試，做好後續(xù)測試準備，評價代碼以驗證對應(yīng)規(guī)定的實現(xiàn)。4.1.3.5在測試活動中的可靠性和可維護性管理規(guī)定在單元和集成測試階段，驗證對應(yīng)的可靠性和可維護性規(guī)定的實現(xiàn)，進行重用軟件的可靠性和可維護性管理。4.1.3.6在安裝和驗收活動中的可靠性和可維護性管理規(guī)定采用聯(lián)合評審、審核、軟件合格性測試和系統(tǒng)合格性測試等手段對可靠性和可維護性進行最終驗證和評估。4.1.4在運作過程和維護過程中的可靠性和可維護性管理規(guī)定在軟件運作過程和維護過程中，應(yīng)分析和提高軟件可靠性：1.制定并實行軟件可靠性數(shù)據(jù)采集規(guī)程；2.實行軟件FRACAS；3.測量可靠性，分析現(xiàn)場可靠性與否到達規(guī)定；4.跟蹤顧客滿意程度；5.用可靠性測量數(shù)據(jù)指導(dǎo)產(chǎn)品和工程過程的改善。4.2在軟件生存周期基本過程中的可靠性和可維護性度量在軟件生存周期的各個基本過程中，應(yīng)進行與可靠性和可維護性有關(guān)的測量，可靠性測量包括成熟性、容錯性、易恢復(fù)性、可靠性的依從性測量。可維護性測量包括易分析性、易變化性、穩(wěn)定性、易測試性、維護性的依從性測量。5.軟件可靠性和可維護性大綱根據(jù)協(xié)議或協(xié)議書中對軟件可靠性和可維護性的規(guī)定編制大綱，大綱的制定和修改應(yīng)按質(zhì)量保證的有關(guān)原則規(guī)定的程序進行評審和審批，大綱納入軟件開發(fā)計劃。大綱的實行應(yīng)由主管機構(gòu)和軟件開發(fā)項目各層次負責人分工負責。5.2大綱應(yīng)包括的重要活動5.2.1制定大綱目的在需求分析階段，應(yīng)當建立軟件產(chǎn)品的可靠性和可維護性大綱目的。大綱目的應(yīng)定量和定性地建立，并闡明驗證所需的判據(jù)和條件。1.大綱制定和實行所需的組織機構(gòu)和職責；2.定量、定性的可靠性和可維護性目的；3.各項任務(wù)實行進度表；4.可行性和可維護性估計及驗證所用的判據(jù)；5.軟件版本控制及配置管理規(guī)定；6.評審計劃；7.文獻編制規(guī)定；8.培訓(xùn)及支持保證計劃；9.測試實行。5.2.2分析運行環(huán)境在可行性研究與計劃及需求分析階段應(yīng)分析運行環(huán)境，并在概要設(shè)計和詳細設(shè)計階段進行必要的修改，同步要注意運行環(huán)境的變化會對軟件的可靠性和可維護性的影響。5.2.3軟件可靠性和可維護性規(guī)定的可行性論證在可行性研究與計劃階段，應(yīng)對軟件的可靠性和可維護性規(guī)定進行可行性論證，對于協(xié)議中提出的軟件可靠性和可維護性規(guī)定應(yīng)根據(jù)軟件符合規(guī)定原則和規(guī)范的能力進行評審和論證。5.2.4選定或制定規(guī)范和準則在需求分析階段，應(yīng)選擇合適的軟件規(guī)范和準則。5.2.5軟件可靠性和可維護性分析在軟件開發(fā)過程中各個階段進行有關(guān)的軟件可靠性和可維護性分析并編寫分析匯報，應(yīng)考慮：1.可靠性和可維護性目的分派；2.軟件使用需求量過載狀況；3.程序設(shè)計中的實行狀況；4.可靠性和可維護性預(yù)測；5.故障模式、影響及危害度分析；6.本源分析；7.關(guān)鍵模塊分析；8.故障定位和隔離技術(shù)的應(yīng)用；9.測試環(huán)境、測試系統(tǒng)、測試用例和測試覆蓋狀況；10.維護實行簡易性。5.2.6評審5.2.6.1概念評審1.可靠性和可維護性規(guī)定；2．可靠性和可維護性實現(xiàn)可行性；3．可靠性和可維護性對于軟件產(chǎn)品整體的影響和關(guān)系；4．可靠性和可維護性對于軟件產(chǎn)品有關(guān)業(yè)務(wù)的意義。5.2.6.2需求評審1.可靠性和可維護性目的；2.實行計劃；3.驗證措施；4.功能減少使用方式下，軟件產(chǎn)品最低功能保證的規(guī)格闡明；5.選用或制定的規(guī)范和準則。5.2.6.3設(shè)計評審1.可靠性和可維護性目的分派；2.可靠性和可維護性設(shè)計方案；3.設(shè)計分析，關(guān)鍵成分的時序，估計的運行時間，錯誤恢復(fù)及有關(guān)性能規(guī)定；4.測試原理、規(guī)定、文獻和工具。5.2.6.4測試評審1.針對可靠性和可維護性的測試目的；2.測試措施；3.測試用例；4.測試工具；5.測試通過原則；6.測試匯報。5.2.6.5安裝和驗收評審1.軟件可靠性和可維護性驗證和確認措施；2.軟件可靠性和可維護性測試；3.驗證和確認所要的其他原則。5.2.6.6軟件顧客手冊評審1.軟件產(chǎn)品可靠性和可維護性對于運行環(huán)境的規(guī)定；2.軟件產(chǎn)品可靠性和可維護性的管理手段；3.軟件產(chǎn)品可靠性和可維護性的異常處理。第四章GB50174-電子信息系統(tǒng)機房設(shè)計規(guī)范1總則1.0.2本規(guī)范合用于新建、改建和擴建建筑物中的電子信息系統(tǒng)機房設(shè)計。1.0.3電子信息系統(tǒng)機房的設(shè)計應(yīng)遵照近期建設(shè)規(guī)模與遠期發(fā)展規(guī)劃協(xié)調(diào)一致的原則。2術(shù)語2.0.2電子信息系統(tǒng)機房——重要為電子信息設(shè)備提供運行環(huán)境的場所，可以是一幢建筑物或者建筑物的一部分，包括主機房、輔助區(qū)、支持區(qū)和行政管理區(qū)等。2.0.3主機房——重要用于電子信息處理、存儲、互換和傳播設(shè)備的安裝和運行的建筑空間。包括服務(wù)器機房、網(wǎng)絡(luò)機房、存儲機房等功能區(qū)域。2.0.4輔助區(qū)——用于電子信息設(shè)備和軟件的安裝、調(diào)試、維護、運行監(jiān)控和管理的場所，包括進線間、測試機房、監(jiān)控中心、備件庫、打印室、維修室等區(qū)域。2.0.5支持區(qū)——支持并保障完畢信息處理過程和必要的技術(shù)作業(yè)的場所，包括變配電室、柴油發(fā)電機房、UPS室、電池室、空調(diào)機房、動力站房、消防設(shè)施用房、消防和安防控制室等。2.0.6行政管理區(qū)——用于平常行政管理及客戶對托管設(shè)備進行管理的場所，包括工作人員辦公室、門廳、值班室、盥洗室、更衣間和顧客工作室等。2.0.11截止波導(dǎo)通風窗——截止波導(dǎo)與通風口結(jié)合為一體的裝置，該裝置既容許空氣流通，又可以衰減一定頻率范圍內(nèi)的電磁波。2.0.17容錯——容錯系統(tǒng)是具有兩套或兩套以上相似配置的系統(tǒng)，在同一時刻，至少有兩套系統(tǒng)在工作。按容錯系統(tǒng)配置的場地設(shè)備，至少能經(jīng)受住一次嚴重的突發(fā)設(shè)備故障或人為操作失誤事件而不影響系統(tǒng)的運行。2.0.25靜態(tài)條件——主機房的空調(diào)系統(tǒng)處在正常運行狀態(tài)，電子信息設(shè)備未安裝，室內(nèi)沒有人員的狀況。2.0.26停機條件——主機房的空調(diào)系統(tǒng)和不間斷供電電源系統(tǒng)處在正常運行狀態(tài)，電子信息設(shè)備處在不工作的狀況。3.1機房分級3.1.1電子信息系統(tǒng)機房應(yīng)劃分為A、B、C三級。3.1.2符合下列狀況之一的電子信息系統(tǒng)機房應(yīng)為A級

1電子信息系統(tǒng)運行中斷將導(dǎo)致重大的經(jīng)濟損失；

2電子信息系統(tǒng)運行中斷將導(dǎo)致公共場所秩序嚴重混亂。3.1.3符合下列狀況之一的電子信息系統(tǒng)機房應(yīng)為B級。1電子信息系統(tǒng)運行中斷將導(dǎo)致較大的經(jīng)濟損失；

2電子信息系統(tǒng)運行中斷將導(dǎo)致公共場所秩序混亂。

3.1.4不屬于A級或B級的電子信息系統(tǒng)機房為C級。3.1.5在異地建立的備份機房，設(shè)計時應(yīng)與原有機房等級相似。3.1.6同一種機房內(nèi)的不一樣部分可以根據(jù)實際需求，按照不一樣的原則進行設(shè)計。3.2性能規(guī)定3.2.1A級電子信息系統(tǒng)機房內(nèi)的場地設(shè)施應(yīng)按容錯系統(tǒng)配置，在電子信息系統(tǒng)運行期間，場地設(shè)施不應(yīng)因操作失誤、設(shè)備故障、外電源中斷、維護和檢修而導(dǎo)致電子信息系統(tǒng)運行中斷。3.2.2B級電子信息系統(tǒng)機房內(nèi)的場地設(shè)施應(yīng)按冗余規(guī)定配置，在系統(tǒng)運行期間，場地設(shè)施在冗余能力范圍內(nèi)，不應(yīng)因設(shè)備故障而導(dǎo)致電子信息系統(tǒng)運行中斷。3.2.3C級電子信息系統(tǒng)機房