CH7301軟件開發(fā)程序

1、北京科東電力控制系統(tǒng)有限責(zé)任公司質(zhì)量體系程序文件編 號：CH7301版次/修改狀態(tài)：A / 1軟件開發(fā)程序?qū)嵤┤掌冢?005年4月1日頁 碼：15/141. 目的本條例制定的目的是規(guī)范本公司軟件開發(fā)的流程，提高軟件的質(zhì)量；本條例將通過實(shí)踐進(jìn)行不斷地完善和改進(jìn)，力圖使條例適用于本公司軟件開發(fā)的實(shí)際，并具有較強(qiáng)的針對性和可操作性。2. 適用范圍適用于進(jìn)行軟件開發(fā)單位進(jìn)行的任何類型和任何規(guī)模的軟件開發(fā)；可根據(jù)軟件項(xiàng)目的具體情況進(jìn)行剪裁和增加，可以刪去不實(shí)施的活動，或是增加本程序文件中不含有的獨(dú)特活動，剪裁的原則：2.1 在不具備軟件配置管理系統(tǒng)的情況下，可以將5.3.2剪裁。2.2 在“需求”階段，

2、若被開發(fā)的項(xiàng)目相對較小，或該項(xiàng)目已經(jīng)有類似的產(chǎn)品可以對照和借鑒，則可以簡化需求分析；將需求分析中對子系統(tǒng)的劃分及分析的內(nèi)容歸并到概要設(shè)計(jì)之中。2.3 若開發(fā)項(xiàng)目項(xiàng)目規(guī)模較小，可以將概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)合并。2.4 若開發(fā)項(xiàng)目為縱向下達(dá)的項(xiàng)目，或橫向項(xiàng)目但經(jīng)過用戶批準(zhǔn)，可以將確認(rèn)測試與驗(yàn)收測試合并。3. 術(shù)語3.1 可行性研究報(bào)告：說明該軟件開發(fā)項(xiàng)目的目標(biāo)和范圍，說明確立該軟件開發(fā)項(xiàng)目在技術(shù)上、經(jīng)濟(jì)上的必要性和可行性，評述實(shí)施該項(xiàng)目的關(guān)鍵技術(shù)和技術(shù)難點(diǎn)，說明并論證所選定實(shí)施方案的理由，陳述實(shí)現(xiàn)該項(xiàng)目所需要的資源和時(shí)間進(jìn)度。3.2 軟件開發(fā)計(jì)劃：軟件開發(fā)的綜合性計(jì)劃，包括開發(fā)的目的及內(nèi)容，開發(fā)的資源

3、配置（人力、設(shè)備和其它資源）、開發(fā)的成果、開發(fā)的工作量估算、開發(fā)的時(shí)間進(jìn)度安排、驗(yàn)收標(biāo)準(zhǔn)等。3.3 質(zhì)量保證計(jì)劃：把軟件開發(fā)的質(zhì)量要求規(guī)定為在每個(gè)開發(fā)階段中可以檢查的質(zhì)量保證活動。3.4 文檔編制計(jì)劃：規(guī)定所開發(fā)項(xiàng)目應(yīng)編制的文檔種類、內(nèi)容、進(jìn)度、人員職責(zé)等。3.5 軟件需求說明書：也稱軟件需求規(guī)格說明書，其中對所開發(fā)軟件的功能、性能、用戶界面及運(yùn)行環(huán)境等作出詳細(xì)的說明。它是用戶與開發(fā)人員雙方對軟件需求取得共同理解基礎(chǔ)上達(dá)成的協(xié)議， 也是實(shí)施開發(fā)工作和今后進(jìn)行確認(rèn)測試和驗(yàn)收的基礎(chǔ)。3.6 概要設(shè)計(jì)說明書：該說明書是概要設(shè)計(jì)階段的工作成果，它應(yīng)說明功能分配、模塊劃分、程序的總體結(jié)構(gòu)、輸入輸出以及接

4、口設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等，為詳細(xì)設(shè)計(jì)奠定基礎(chǔ)。3.7 詳細(xì)設(shè)計(jì)說明書：著重描述每一模塊是怎樣實(shí)現(xiàn)的，包括實(shí)現(xiàn)算法、邏輯流程等；3.8 用戶手冊：本手冊詳細(xì)描述軟件的功能、性能和用戶界面、運(yùn)行環(huán)境（軟硬件要求）、使用過程（安裝與初始化、輸入與輸出、出錯(cuò)處理和恢復(fù)）等，使用戶了解如何使用該軟件。該手冊是面向用戶的維護(hù)人員。3.9 操作手冊：本手冊為操作人員提供該軟件各種運(yùn)行情況的有關(guān)知識，特別是操作方法的細(xì)節(jié)。3.10 測試計(jì)劃：為做好測試工作，應(yīng)該為了組織測試制定實(shí)施計(jì)劃。計(jì)劃應(yīng)包括測試的內(nèi)容、進(jìn)度、測試環(huán)境和必須的測試條件、人員、測試用例的選取原則、測試結(jié)果允許的偏差范圍等。3.1

5、1 測試分析報(bào)告：測試工作完成以后，應(yīng)提交測試計(jì)劃執(zhí)行情況的說明。對測試結(jié)果加以分析，并提出測試的結(jié)論意見。3.12 測試用例和測試規(guī)程：測試規(guī)程是，對一個(gè)測試所書寫的如何建立測試、執(zhí)行測試和預(yù)期結(jié)果的詳細(xì)說明；測試用例是，測試數(shù)據(jù)和與之相關(guān)的測試規(guī)程的一個(gè)特定的集合，它是為特定的測試服務(wù)的；有時(shí)也將測試用例稱謂測試大綱。3.13 項(xiàng)目開發(fā)總結(jié)報(bào)告：軟件項(xiàng)目開發(fā)完成以后，應(yīng)與項(xiàng)目實(shí)施計(jì)劃對照，總結(jié)實(shí)際執(zhí)行的情況，如進(jìn)度、成果、資源利用、成本和投入的人力。此外還需對開發(fā)工作作出評價(jià)，總結(jié)出經(jīng)驗(yàn)和教訓(xùn)。3.14 軟件配置：是指一個(gè)軟件產(chǎn)品在軟件生存周期各個(gè)階段所產(chǎn)生的各種形式（機(jī)器可讀或人工可讀）

6、和各種版本的文檔、程序及其數(shù)據(jù)的集合。該集合中的每一個(gè)元素稱為該軟件產(chǎn)品軟件配置中的一個(gè)配置項(xiàng)。3.15 軟件需求說明的正向追蹤：向由軟件需求規(guī)格說明派生的所有文件進(jìn)行追蹤，根據(jù)軟件需求規(guī)格說明中具有唯一名稱和索引號的每一個(gè)需求進(jìn)行追蹤。（用于軟件的運(yùn)行和維護(hù)階段修改需求時(shí)）。3.16 軟件需求說明的反向追蹤：向已完成開發(fā)的階段的追蹤，根據(jù)索引指向的先前文件的每一個(gè)需求進(jìn)行追蹤（在修改編碼和設(shè)計(jì)文件時(shí)，確定因這些修改所影響的全部需求）。4. 職責(zé)4.1 公司副總經(jīng)理以及有關(guān)的部門經(jīng)理負(fù)責(zé)所分管部門的軟件開發(fā)任務(wù)的策劃，負(fù)責(zé)開發(fā)任務(wù)所需資源的落實(shí)，以及負(fù)責(zé)開發(fā)任務(wù)的確認(rèn)和驗(yàn)收；4.2 軟件開發(fā)項(xiàng)

7、目負(fù)責(zé)人對整個(gè)軟件開發(fā)過程負(fù)責(zé)，包括：項(xiàng)目立項(xiàng)、需求獲取和分析、軟件設(shè)計(jì)、編碼和單元測試、集成測試、軟件驗(yàn)收、軟件的交付等子過程。4.3 部門經(jīng)理對項(xiàng)目開發(fā)過程和軟件產(chǎn)品進(jìn)行質(zhì)量監(jiān)督、檢查，組織軟件的需求評審和設(shè)計(jì)評審。4.4 質(zhì)量管理部門參與軟件開發(fā)產(chǎn)品的確認(rèn)測試。4.5 若軟件開發(fā)任務(wù)由上級部門通過軟件開發(fā)合同確定的，軟件開發(fā)的確認(rèn)和驗(yàn)收由公司總工程師負(fù)責(zé)組織，上級部門主持進(jìn)行。若軟件開發(fā)任務(wù)由用戶通過合同確定的，軟件開發(fā)的確認(rèn)和驗(yàn)收由開發(fā)部門經(jīng)理負(fù)責(zé)組織，用戶主持進(jìn)行。若軟件開發(fā)任務(wù)為本公司根據(jù)市場和用戶的需求自行立項(xiàng)下達(dá)的，由開發(fā)部門的部門經(jīng)理組織，由分管該軟件開發(fā)部門的副總經(jīng)理主持進(jìn)

8、行5. 工作程序5.1 開發(fā)過程 5.1.1 策劃 5.1.1.1 項(xiàng)目來源，分為縱向和橫向：a） 縱向：由國家電網(wǎng)公司、院科技處下達(dá)、簽定科研或開發(fā)合同，或由公司下達(dá)軟件開發(fā)任務(wù)書，并提供資金的軟件開發(fā)項(xiàng)目； b） 橫向：又可分為兩類：1) 獨(dú)立的軟件開發(fā)項(xiàng)目：由用戶以合同方式獨(dú)立、完整的提出軟件需求的開發(fā)項(xiàng)目； 2) 子軟件開發(fā)項(xiàng)目：由用戶委托開發(fā)的系統(tǒng)開發(fā)項(xiàng)目中分解出來的軟件開發(fā)項(xiàng)目，或由用戶委托的電力工程項(xiàng)目中分解出來的軟件開發(fā)項(xiàng)目。5.1.1.2 開發(fā)項(xiàng)目的立項(xiàng) ，分為縱向和橫向：a） 縱向軟件開發(fā)項(xiàng)目的立項(xiàng)： 1) 任何縱向的軟件開發(fā)項(xiàng)目均應(yīng)該以文件形式書寫“可行性分析報(bào)告”，對該

9、軟件項(xiàng)目的必要性和可行性進(jìn)行論證、調(diào)查和研究；2) 由國家電網(wǎng)公司、院科技處下達(dá)的縱向軟件開發(fā)項(xiàng)目應(yīng)該與管理該項(xiàng)目的上級簽定“軟件開發(fā)合同”；3) 由公司下達(dá)的軟件開發(fā)項(xiàng)目，以軟件開發(fā)任務(wù)書的形式規(guī)定：軟件開發(fā)的目標(biāo)、主要功能要求、主要性能要求、開發(fā)進(jìn)度等；公司項(xiàng)目管理機(jī)構(gòu)必須與開發(fā)部門經(jīng)理在任務(wù)書的各個(gè)要點(diǎn)上進(jìn)行協(xié)商，并取得一致意見；4) 軟件開發(fā)部門的經(jīng)理應(yīng)該將開發(fā)任務(wù)以“任務(wù)委托書“的形式下達(dá)給軟件開發(fā)項(xiàng)目負(fù)責(zé)人；b） 橫向軟件開發(fā)項(xiàng)目的立項(xiàng)：1) 獨(dú)立的軟件開發(fā)項(xiàng)目：委托方和項(xiàng)目開發(fā)方簽定開發(fā)合同，合同規(guī)定開發(fā)目標(biāo)、開發(fā)內(nèi)容、主要功能需求、主要的技術(shù)指標(biāo)、開發(fā)進(jìn)度、考核目標(biāo)、經(jīng)費(fèi)以及雙

10、方的責(zé)任、權(quán)利； 部門的經(jīng)理應(yīng)該將開發(fā)任務(wù)以“任務(wù)委托書“的形式下達(dá)給軟件開發(fā)項(xiàng)目負(fù)責(zé)人；2) 子軟件開發(fā)項(xiàng)目：該子軟件開發(fā)項(xiàng)目由系統(tǒng)開發(fā)負(fù)責(zé)人或工程負(fù)責(zé)人以“軟件開發(fā)任務(wù)書”或“工作任務(wù)書”的方式將軟件開發(fā)任務(wù)下達(dá)給軟件開發(fā)項(xiàng)目負(fù)責(zé)人；項(xiàng)目的下達(dá)人必須與開發(fā)負(fù)責(zé)人在任務(wù)書的各個(gè)要點(diǎn)上進(jìn)行協(xié)商，并取得一致意見。5.1.1.3 開發(fā)項(xiàng)目的策劃：項(xiàng)目負(fù)責(zé)人負(fù)責(zé)項(xiàng)目策劃，策劃內(nèi)容和過程如下： a） 策劃的內(nèi)容：“制定軟件計(jì)劃書”，包括軟件開發(fā)計(jì)劃、質(zhì)量保證計(jì)劃、軟件測試計(jì)劃、文檔編制計(jì)劃、配置管理計(jì)劃：1) 軟件開發(fā)計(jì)劃：根據(jù)“軟件開發(fā)合同”或“軟件開發(fā)任務(wù)書”估計(jì)軟件開發(fā)項(xiàng)目的規(guī)模、工作量；確定開

11、發(fā)工作所需要的資源（人力、設(shè)備等）；確定開發(fā)工作所需要的開發(fā)工具；確定軟件開發(fā)的進(jìn)度；確定各個(gè)工作人員的任務(wù)安排；對軟件開發(fā)風(fēng)險(xiǎn)的估計(jì)；在軟件開發(fā)計(jì)劃中，各開發(fā)階段的劃分明確，并且各階段都有進(jìn)入結(jié)束準(zhǔn)則，項(xiàng)目負(fù)責(zé)人將依此準(zhǔn)則，決定是否進(jìn)入下一開發(fā)階段。公司的項(xiàng)目管理人員將根據(jù)軟件開發(fā)計(jì)劃在各開發(fā)階段的檢查點(diǎn)對該階段的成果進(jìn)行檢查，以確定是否完成開發(fā)任務(wù)；2) 軟件質(zhì)量保證計(jì)劃：開發(fā)過程的質(zhì)量檢查點(diǎn)的安排，以及質(zhì)量檢查的方式（評審、測試及其它方式）；3) 軟件測試計(jì)劃：測試點(diǎn)的安排，測試的內(nèi)容、測試的主持者及參與者；4) 文檔編制計(jì)劃：應(yīng)編制哪幾種文件，詳細(xì)程度如何；各個(gè)文件的編制負(fù)責(zé)人和進(jìn)度要

12、求；審查、批準(zhǔn)的負(fù)責(zé)人和時(shí)間進(jìn)度安排；5) 軟件配置管理計(jì)劃（若該項(xiàng)目進(jìn)行軟件配置管理）：軟件配置基線、軟件配置項(xiàng)的命名規(guī)則等；b） 策劃的過程：粗策劃到細(xì)策劃： 1) 粗策劃：在項(xiàng)目最開始進(jìn)行的策劃，因?yàn)榇藭r(shí)對于項(xiàng)目的需求并不很清楚，無法進(jìn)行細(xì)致的策劃，只能大致安排一個(gè)計(jì)劃，即：開發(fā)各階段的大致時(shí)間和人員等；2) 細(xì)策劃：當(dāng)項(xiàng)目的需求清楚之后，就可以進(jìn)行細(xì)致的、準(zhǔn)確的策劃。其策劃的內(nèi)容要細(xì)化到子項(xiàng)目、具體工作量的估算、人員的安排、各階段準(zhǔn)確的時(shí)間進(jìn)度。5.1.1.4 軟件計(jì)劃書由項(xiàng)目負(fù)責(zé)人制定后，要經(jīng)過上級主管批準(zhǔn)。5.1.1.5 軟件開發(fā)項(xiàng)目必須根據(jù)軟件計(jì)劃書進(jìn)行監(jiān)督檢查；可以根據(jù)具體情況

13、實(shí)施階段計(jì)劃、階段檢查、階段總結(jié)。5.1.1.6 軟件計(jì)劃書可以根據(jù)具體實(shí)施情況進(jìn)行變更和調(diào)整，但需要說明理由并經(jīng)過上級主管批準(zhǔn)。5.1.1.7 軟件策劃的成果應(yīng)該是：軟件計(jì)劃書。5.1.1.8 輸入及輸出a） 輸入： 1） 縱向合同：“可行性分析報(bào)告”+“軟件開發(fā)任務(wù)書”2） 橫向合同：“軟件開發(fā)合同”或“軟件開發(fā)任務(wù)書”b） 輸出：“軟件開發(fā)計(jì)劃書”5.1.1.9 涉及的文檔（負(fù)責(zé)人）：a） 可行性分析報(bào)告（由公司技術(shù)主管或委托的代表負(fù)責(zé)編寫）；b） 軟件開發(fā)合同（由公司技術(shù)主管或開發(fā)部門負(fù)責(zé)人負(fù)責(zé)編寫草稿）；c） 軟件開發(fā)任務(wù)書（由公司項(xiàng)目管理部門或系統(tǒng)開發(fā)負(fù)責(zé)人或工程負(fù)責(zé)人負(fù)責(zé)編寫）；

14、d） 軟件開發(fā)計(jì)劃書（由項(xiàng)目負(fù)責(zé)人負(fù)責(zé)編寫）。5.1.2 需求a） 需求是軟件開發(fā)和驗(yàn)收的依據(jù)，必須放在首要位置；b） 項(xiàng)目負(fù)責(zé)人負(fù)責(zé)需求的獲取并進(jìn)行需求分析，編寫軟件需求分析規(guī)格說明書；c） 軟件的需求獲取過程如下： 1） 調(diào)研國內(nèi)外同類型軟件在功能和性能方面的細(xì)致、準(zhǔn)確、全面的需求；2） 調(diào)研最終用戶的需求：應(yīng)做深入的溝通，相互交流，達(dá)到共同理解的一致，準(zhǔn)確全面合理地獲取需求； 3） 調(diào)研所需要的準(zhǔn)備工作：如面向最終用戶的原型軟件的開發(fā)等，以方便用戶更直觀地了解所開發(fā)的軟件；d） 需求分析：應(yīng)該將需求進(jìn)行細(xì)化；1） 將各項(xiàng)需求進(jìn)一步分解為子需求（子功能、子性能等）、功能點(diǎn)；2） 參照國外系

15、統(tǒng)及現(xiàn)有系統(tǒng)將需求轉(zhuǎn)化為軟件的子系統(tǒng)的劃分、轉(zhuǎn)化為子系統(tǒng)的功能及性能；3） 分析各個(gè)子系統(tǒng)之間的數(shù)據(jù)關(guān)系、控制關(guān)系、接口關(guān)系；4） 分析對設(shè)計(jì)的約束條件（如：對硬件選擇的約束，對操作系統(tǒng)平臺的約束等）；e） 需求分析的結(jié)果將形成軟件需求規(guī)格說明書，該說明書必須詳細(xì)、規(guī)范的描述了該軟件開發(fā)項(xiàng)目的功能、性能、接口等需求以及開發(fā)和運(yùn)行環(huán)境等；f） 對軟件需求規(guī)格說明書進(jìn)行評審。評價(jià)其：與最終用戶、合同書和任務(wù)書要求的符合性和一致性，可測試性，設(shè)計(jì)、操作和維護(hù)的可行性等；因此評審應(yīng)該聘請最終用戶的代表或下達(dá)任務(wù)的部門代表及專家參加；（可參看作業(yè)文件ZY10105軟件驗(yàn)證、確認(rèn)、驗(yàn)收管理細(xì)則）g） 需求

16、的變更必須嚴(yán)格管理：需求變更應(yīng)該經(jīng)過批準(zhǔn)（經(jīng)過項(xiàng)目負(fù)責(zé)人及上級主管批準(zhǔn)），在設(shè)計(jì)和測試階段提出的需求變更必須與相應(yīng)的軟件設(shè)計(jì)和編碼的變更相一致，需求說明書的各個(gè)版本應(yīng)該妥善保存；h） 在完成需求獲取后，項(xiàng)目負(fù)責(zé)人負(fù)責(zé)完成軟件計(jì)劃的細(xì)策劃；i） 軟件需求的成果應(yīng)該是軟件需求規(guī)格說明書、詳細(xì)的軟件計(jì)劃書、初步的用戶手冊、系統(tǒng)測試計(jì)劃；j） 需求規(guī)格說明書的要求： 1） 編制要求： l 必須用確定的方法正確而恰當(dāng)?shù)囟x軟件的功能、性能、設(shè)計(jì)約束、接口、人機(jī)交互操作等軟件需求； l 應(yīng)確定軟件的可靠性需求（MTBF平均故障間隔時(shí)間）、維護(hù)性需求（MTTR平均缺陷修復(fù)時(shí)間）、安全性需求（確定因軟件故障對

17、電力系統(tǒng)運(yùn)行的影響程度）；2） 質(zhì)量要求：l 無歧義性：每個(gè)需求只有一種解釋；l 完整性：包括所有的功能、性能、可靠性、維護(hù)性、安全性、設(shè)計(jì)約束、接口、人機(jī)交互操作的需求；l 可驗(yàn)證性：每個(gè)需求都是可驗(yàn)證的；l 一致性：各種需求的描述不矛盾；l 可修改性：要求需求說明書具有目錄表、索引和交叉引用表；l 可追蹤性：包括正向追蹤和反向追蹤； l 在運(yùn)行和維護(hù)階段的可使用性：要求需求說明書應(yīng)具有準(zhǔn)確、完整的交叉引用表以及清楚的寫明功能的來源和目的；k） 輸入及輸出：1） 輸入：“軟件開發(fā)合同”或“軟件開發(fā)任務(wù)書”2） 輸出：軟件需求規(guī)格說明書、詳細(xì)的軟件計(jì)劃書、初步的用戶手冊、軟件測試計(jì)劃l） 涉及

18、的文檔（負(fù)責(zé)人）：1） 軟件開發(fā)合同（公司技術(shù)主管）；2） 軟件開發(fā)任務(wù)書（系統(tǒng)開發(fā)負(fù)責(zé)人或工程負(fù)責(zé)人）；3） 詳細(xì)的軟件計(jì)劃書（項(xiàng)目負(fù)責(zé)人）；4） 軟件需求規(guī)格說明書（分析人員）；5） 初步的用戶手冊（設(shè)計(jì)人員）；6） 軟件測試計(jì)劃（分析人員）。5.1.3 設(shè)計(jì)a） 軟件設(shè)計(jì)應(yīng)該分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。概要設(shè)計(jì)完成軟件的框架設(shè)計(jì)，確定各個(gè)軟件模塊的功能以及彼此的接口關(guān)系，并確定相應(yīng)的數(shù)據(jù)結(jié)構(gòu)的框架和數(shù)據(jù)庫的模式。而詳細(xì)設(shè)計(jì)則應(yīng)該完成各個(gè)例程的功能、邏輯、接口設(shè)計(jì)，完成數(shù)據(jù)結(jié)構(gòu)的完全設(shè)計(jì)，完成數(shù)據(jù)庫模式的完全設(shè)計(jì)，具備不加任何改動立即編碼的詳細(xì)程度；b） 在軟件設(shè)計(jì)中，尤其是概要設(shè)計(jì)中

19、一定要重點(diǎn)考慮軟件的安全性、可靠性、可維護(hù)性，必須將可能發(fā)生的異常情況的處理作為設(shè)計(jì)的必備內(nèi)容；c） 軟件詳細(xì)設(shè)計(jì)必須完成軟件功能的必要分解，以達(dá)到每個(gè)例程編碼的有效行數(shù)不大于200；d） 軟件的概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)必須進(jìn)行評審。（請參看ZY10105軟件評審、驗(yàn)證、確認(rèn)、驗(yàn)收管理細(xì)則）e） 概要設(shè)計(jì)準(zhǔn)則： 1） 設(shè)計(jì)完整：軟件概要設(shè)計(jì)說明必須是完整的，覆蓋軟件需求說明書中描述的所有軟件需求；2） 接口清晰：軟件概要設(shè)計(jì)說明中必須定義軟件的主要部件之間的接口。必須定義和引用所有需求說明中規(guī)定的外部接口；3） 詳細(xì)一致：軟件概要設(shè)計(jì)說明必須足夠詳細(xì)，各部件之間的詳細(xì)程度要一致；4） 弱耦合（耦合指

20、的是兩個(gè)模塊之間的相互依賴關(guān)系）；5） 高內(nèi)聚（指的是一個(gè)模塊內(nèi)部各組成部分的處理動作的組合強(qiáng)度）；6） 可追蹤性：軟件概要設(shè)計(jì)說明應(yīng)和軟件需求規(guī)格說明一致，應(yīng)具有軟件需求和軟件設(shè)計(jì)中的各個(gè)軟件部件的交叉對照表；7） 余量設(shè)計(jì)：應(yīng)對軟件所需的資源進(jìn)行恰當(dāng)?shù)姆治龊凸烙?jì)，應(yīng)對提供的各種資源（CPU時(shí)間、內(nèi)存、磁盤空間、I/O流量、網(wǎng)絡(luò)流量、信號燈、管道、消息隊(duì)列、數(shù)據(jù)庫空間等資源）留出足夠的余量；f） 詳細(xì)設(shè)計(jì)要求： 1） 采用規(guī)定的工具（如ROSE）和設(shè)計(jì)方法（模塊化設(shè)計(jì)或面向?qū)ο笤O(shè)計(jì)）進(jìn)行設(shè)計(jì)；2） 詳細(xì)地規(guī)定各單元的接口；3） 對每個(gè)單元確定所有的輸入、處理、輸出；4） 對符號命名確定統(tǒng)一的

21、規(guī)則并按規(guī)定使用；5） 詳細(xì)設(shè)計(jì)與軟件需求之間可追蹤；6） 詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)一致；7） 單元測試的要求和方法正確；g） 輸入及輸出：1） 輸入：軟件需求規(guī)格說明書；2） 輸出：概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、較為詳細(xì)的用戶手冊、集成測試計(jì)劃、單元測試大綱；h） 涉及的文檔：1） 軟件需求規(guī)格說明書（分析人員）；2） 概要設(shè)計(jì)說明書（設(shè)計(jì)人員）；3） 詳細(xì)設(shè)計(jì)說明書（設(shè)計(jì)人員）；4） 較為詳細(xì)的用戶手冊（設(shè)計(jì)人員）；5） 集成測試計(jì)劃（設(shè)計(jì)人員）；6） 單元測試大綱（設(shè)計(jì)人員）。5.1.4 編碼及單元測試a） 軟件的編碼應(yīng)該完全符合設(shè)計(jì)，若有修改必須征得設(shè)計(jì)人員的同意；b） 軟件的編碼應(yīng)符合編

22、碼準(zhǔn)則或規(guī)范；c） 每個(gè)例程必須有程序頭，其內(nèi)容為：例程名、功能簡述、輸入?yún)?shù)、輸出參數(shù)、調(diào)用的函數(shù)及例程名稱、作者、完成日期、修改記錄等；d） 源程序編碼中要求每58行代碼必須有一行注釋，必要時(shí)可以增加注釋行；e） 每個(gè)例程編制完成后可進(jìn)行單元測試，包括文檔一致性檢查、代碼審查、功能測試（黑盒）和結(jié)構(gòu)測試，下面分別詳述： 1） 文檔一致性檢查：軟件程序清單與軟件詳細(xì)設(shè)計(jì)的一致性檢查；2） 代碼評審：經(jīng)驗(yàn)表明，使用代碼評審能夠有效地發(fā)現(xiàn)30%到70%的邏輯設(shè)計(jì)和編碼錯(cuò)誤；代碼評審是由若干程序員和測試人員組成一個(gè)評審小組，通過閱讀、討論和爭議，對程序進(jìn)行靜態(tài)分析的過程，檢查代碼與設(shè)計(jì)的一致性以及

23、代碼的標(biāo)準(zhǔn)性和正確性。代碼評審分三步：事先的閱讀，開會進(jìn)行代碼的講解和討論，總結(jié)代碼錯(cuò)誤進(jìn)行修改，必要時(shí)進(jìn)行再評審；3） 功能測試（黑盒）：完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只是檢查程序的功能是否符合要求的測試；4） 結(jié)構(gòu)測試（白盒）：白盒測試是利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)測試用例，對程序所有邏輯路徑進(jìn)行測試。可用人工測試或測試工具進(jìn)行測試；5） 要求單元測試的功能覆蓋率100%，語句覆蓋率到達(dá)100%，覆蓋錯(cuò)誤處理路徑，并進(jìn)行錯(cuò)誤參數(shù)輸入以及超越邊界的數(shù)值輸入的測試；f） 輸入及輸出輸入：詳細(xì)設(shè)計(jì)說明書輸出：程序清單、用戶手冊、單元測試相關(guān)文檔g） 涉及的文檔：1） 詳細(xì)設(shè)計(jì)

24、說明書（設(shè)計(jì)人員）；2） 程序編碼清單（開發(fā)人員）；3） 用戶手冊（開發(fā)人員）；4） 單元測試相關(guān)文檔（測試人員）。5.1.5 集成測試和系統(tǒng)測試a） 測試目的是： 1） 集成測試的目的：檢查功能模塊中各個(gè)例程之間、子系統(tǒng)中各個(gè)功能模塊之間、系統(tǒng)中各個(gè)子系統(tǒng)之間的接口關(guān)系的連接錯(cuò)誤； 2） 系統(tǒng)測試的目的：檢查功能模塊、子系統(tǒng)、系統(tǒng)的功能和性能是否滿足規(guī)定的要求；b） 測試主要采取黑盒測試（功能測試）的手段；c） 測試人員必須根據(jù)測試計(jì)劃編制測試用例即測試大綱（根據(jù)需求說明書及使用說明書制定具體的測試步驟、測試所用的數(shù)據(jù)、預(yù)期的測試結(jié)果等，測試用例必須符合需求說明書的各項(xiàng)要求不許漏項(xiàng)），并根據(jù)

25、測試用例編制必要的測試程序；d） 測試發(fā)現(xiàn)的錯(cuò)誤必須返回設(shè)計(jì)人員和實(shí)現(xiàn)人員進(jìn)行修改，必要時(shí)返回需求分析人員進(jìn)行修改，并進(jìn)行再測試，直至錯(cuò)誤消除為止。由于某些原因不能及時(shí)修改的錯(cuò)誤要說明原因和處理辦法；e） 測試最終完成后，必須進(jìn)行評審。對評審中提出的問題必須提交設(shè)計(jì)和實(shí)現(xiàn)人員，必要時(shí)提交需求分析人員進(jìn)行修改。修改后進(jìn)行再測試，必要時(shí)應(yīng)該進(jìn)行再評審；f） 項(xiàng)目負(fù)責(zé)人完成開發(fā)工作總結(jié)，其內(nèi)容：項(xiàng)目的開發(fā)目標(biāo)及主要內(nèi)容，起止時(shí)間和計(jì)劃日期的偏差，實(shí)際投入的人力（按人月統(tǒng)計(jì)）及與計(jì)劃的偏差，總共完成的代碼總行數(shù)及與計(jì)劃的偏差，總共有多少例程及平均每個(gè)例程的代碼行數(shù)，代碼注釋行的密度（多少代碼行一個(gè)注釋

26、行），在系統(tǒng)測試中發(fā)現(xiàn)的錯(cuò)誤個(gè)數(shù)以及各種錯(cuò)誤（需求錯(cuò)誤、設(shè)計(jì)錯(cuò)誤、編碼錯(cuò)誤、功能缺少、功能增加等）的個(gè)數(shù)；開發(fā)過程的經(jīng)驗(yàn)和教訓(xùn)；g） 輸入及輸出：1） 輸入：概要設(shè)計(jì)說明書、集成測試大綱；軟件需求規(guī)格說明書、系統(tǒng)測試大綱2） 輸出：集成測試相關(guān)文檔、系統(tǒng)測試相關(guān)文檔、用戶手冊的修訂、開發(fā)工作總結(jié)h） 涉及的文檔：1） 概要設(shè)計(jì)說明書（設(shè)計(jì)人員）；2） 集成測試大綱（設(shè)計(jì)人員）；3） 軟件需求規(guī)格說明書（分析人員）；4） 系統(tǒng)測試大綱（分析人員）；5） 集成測試相關(guān)文檔（測試人員）；6） 系統(tǒng)測試相關(guān)文檔（測試人員）；7） 用戶手冊（開發(fā)人員）；8） 開發(fā)工作總結(jié)（項(xiàng)目負(fù)責(zé)人）。5.1.6 確認(rèn)

27、測試a） 測試內(nèi)容1） 獨(dú)立測試部門對已經(jīng)集成的可以運(yùn)行的完整軟件在使用條件下進(jìn)行的測試，以確認(rèn)該軟件是否符合需求規(guī)格說明書的要求；2） 包括功能測試、性能測試、邊界測試、壓力測試；b） 測試準(zhǔn)備 1） 軟件開發(fā)項(xiàng)目負(fù)責(zé)人或有關(guān)的技術(shù)領(lǐng)導(dǎo)，向獨(dú)立測試部門提出測試申請；該申請應(yīng)該包括：被測試軟件的名稱、測試的目的、測試的內(nèi)容、要求測試完成時(shí)間等；并提供該被測試軟件的需求規(guī)格說明書、軟件的使用說明書，必要時(shí)提供概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)說明書；2） 申請軟件測試的部門應(yīng)該將被測試軟件及執(zhí)行環(huán)境準(zhǔn)備妥當(dāng)；c） 測試計(jì)劃的制定 1) 測試計(jì)劃由獨(dú)立測試部門根據(jù)測試申請和提供的該被測試軟件的需求規(guī)格說明書以及軟

28、件的使用說明書制定出測試計(jì)劃；2) 測試計(jì)劃一定要經(jīng)過被測試部門參加的評審；d） 測試用例的形成1） 獨(dú)立測試部門與被測試部門相配合根據(jù)測試申請和提供的該被測試軟件的需求規(guī)格說明書以及軟件的使用說明書形成測試用例即測試大綱；2） 測試用例描述了每個(gè)測試的名稱、如何建立測試過程、如何執(zhí)行測試過程、使用哪些測試數(shù)據(jù)、預(yù)期的測試結(jié)果等；3） 測試用例應(yīng)該經(jīng)過有被測試部門參與的評審；e） 測試實(shí)施1） 測試人員按照測試用例進(jìn)行測試，并詳細(xì)記錄測試結(jié)果，形成測試記錄；2） 執(zhí)行測試的人員可以是獨(dú)立測試部門的人員，也可以是被測試軟件的開發(fā)人員（但必須有獨(dú)立測試人員在場監(jiān)督）；f） 書寫測試報(bào)告 1） 獨(dú)立

29、測試部門根據(jù)測試記錄，測試計(jì)劃，書寫測試報(bào)告；2） 測試報(bào)告應(yīng)該交申請測試的部門和申請部門的上一級的技術(shù)領(lǐng)導(dǎo)；3） 該測試報(bào)告可以作為評審、驗(yàn)證、驗(yàn)收的最主要的依據(jù)；g） 測試報(bào)告中的不符合需求的條目應(yīng)進(jìn)行歸零處理（修改測試修改測試直至完全符合需求）；h） 確認(rèn)測試階段的成果是：確認(rèn)測試相關(guān)文檔；i） 輸入及輸出 1) 輸入：確認(rèn)測試申請書、軟件需求規(guī)格說明書、用戶手冊等2) 輸出：確認(rèn)測試相關(guān)文檔j） 涉及的文檔1） 確認(rèn)測試申請書（項(xiàng)目負(fù)責(zé)人）；2） 軟件需求規(guī)格說明書（分析人員）；3） 用戶手冊（開發(fā)人員）；4） 確認(rèn)測試相關(guān)文檔（測試人員）；5） 其他文檔。5.1.7 軟件驗(yàn)收a） 軟

30、件的需方根據(jù)軟件開發(fā)合同中的規(guī)定準(zhǔn)則和方式判斷該軟件產(chǎn)品是否已經(jīng)可以被接受，進(jìn)行驗(yàn)收；b） 驗(yàn)收應(yīng)該包括的對象：軟件的可執(zhí)行代碼以及執(zhí)行環(huán)境、源代碼、完整的開發(fā)文檔（詳見支持過程：文檔管理）；c） 驗(yàn)收是軟件的需方在開發(fā)方對軟件進(jìn)行確認(rèn)測試后所進(jìn)行的測試、檢查、評審過程；該過程以需方為主，其驗(yàn)收步驟和驗(yàn)收準(zhǔn)則以需方為主提出，并經(jīng)開發(fā)方同意；d） 驗(yàn)收步驟如下： 1） 制定驗(yàn)收計(jì)劃：l 包括驗(yàn)收的范圍；l 驗(yàn)收過程的詳細(xì)步驟；l 驗(yàn)收的時(shí)間進(jìn)度；l 驗(yàn)收的人員安排等；2） 驗(yàn)收的執(zhí)行步驟： l 驗(yàn)收測試計(jì)劃的制定和評審；l 驗(yàn)收測試規(guī)程、測試用例的編制和評審；l 驗(yàn)收測試的實(shí)施；l 驗(yàn)收測試報(bào)告

31、的編寫；l 軟件全部開發(fā)文檔的檢查和評審；l 驗(yàn)收的評審；l 對驗(yàn)收評審中發(fā)現(xiàn)的問題進(jìn)行糾正；l 對糾正進(jìn)行評審，直至通過；3） 驗(yàn)收的評審：l 評審的人員包括：軟件需方、軟件開發(fā)方等相關(guān)人員；l 評審的內(nèi)容：驗(yàn)收測試報(bào)告，文檔檢查報(bào)告，軟件開發(fā)合同；l 評審的結(jié)果：由軟件需方?jīng)Q定：通過，不通過；l 若驗(yàn)收通過但有一些小的缺陷，軟件開發(fā)方必須對軟件的缺陷糾正，需方進(jìn)行回歸測試并認(rèn)可；l 不通過，應(yīng)該再進(jìn)行認(rèn)真修改后，再次進(jìn)行與上一次規(guī)格相同的評審，直至需方認(rèn)為通過為止；e） 驗(yàn)收發(fā)現(xiàn)問題的處理以需方的意見為主；f） 驗(yàn)收報(bào)告需要雙方簽字，作為正式的有法律效應(yīng)的文件存檔保管；g） 輸入及輸出1）

32、 輸入：源代碼、完整的開發(fā)文檔2） 輸出：驗(yàn)收相關(guān)文檔h） 涉及的文檔：1） 源代碼（開發(fā)人員）；2） 完整的開發(fā)文檔；3） 驗(yàn)收相關(guān)文檔（驗(yàn)收人員）。5.2 服務(wù)過程：軟件驗(yàn)收后，進(jìn)入售后服務(wù)階段。詳細(xì)的過程描述請參看“售后服務(wù)管理程序”。5.3 支持過程5.3.1文檔管理a） 目的：保證軟件開發(fā)過程的文檔的規(guī)范性、完整性、一致性；b） 職責(zé)：軟件開發(fā)項(xiàng)目組負(fù)責(zé)軟件開發(fā)文檔的編寫；若該項(xiàng)目進(jìn)行軟件配置管理，則軟件配置管理部門（即：公司質(zhì)量管理部）負(fù)責(zé)軟件文檔的保存；軟件質(zhì)量管理部門對軟件文檔的規(guī)范性、完整性、一致性進(jìn)行檢查；c） 軟件開發(fā)過程中的文檔有： 1） 文檔清單；2） 可行性分析報(bào)告；3） 軟件開發(fā)合同；4） 軟件開發(fā)任務(wù)書；5） 軟件計(jì)劃書：包括軟件開發(fā)計(jì)劃、軟件質(zhì)量保證計(jì)劃、軟件測試計(jì)劃、文檔編制計(jì)劃、管理計(jì)劃（