CH7301軟件開(kāi)發(fā)程序

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

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

3、配置（人力、設(shè)備和其它資源）、開(kāi)發(fā)的成果、開(kāi)發(fā)的工作量估算、開(kāi)發(fā)的時(shí)間進(jìn)度安排、驗(yàn)收標(biāo)準(zhǔn)等。3.3 質(zhì)量保證計(jì)劃：把軟件開(kāi)發(fā)的質(zhì)量要求規(guī)定為在每個(gè)開(kāi)發(fā)階段中可以檢查的質(zhì)量保證活動(dòng)。3.4 文檔編制計(jì)劃：規(guī)定所開(kāi)發(fā)項(xiàng)目應(yīng)編制的文檔種類(lèi)、內(nèi)容、進(jìn)度、人員職責(zé)等。3.5 軟件需求說(shuō)明書(shū)：也稱(chēng)軟件需求規(guī)格說(shuō)明書(shū)，其中對(duì)所開(kāi)發(fā)軟件的功能、性能、用戶界面及運(yùn)行環(huán)境等作出詳細(xì)的說(shuō)明。它是用戶與開(kāi)發(fā)人員雙方對(duì)軟件需求取得共同理解基礎(chǔ)上達(dá)成的協(xié)議， 也是實(shí)施開(kāi)發(fā)工作和今后進(jìn)行確認(rèn)測(cè)試和驗(yàn)收的基礎(chǔ)。3.6 概要設(shè)計(jì)說(shuō)明書(shū)：該說(shuō)明書(shū)是概要設(shè)計(jì)階段的工作成果，它應(yīng)說(shuō)明功能分配、模塊劃分、程序的總體結(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ì)說(shuō)明書(shū)：著重描述每一模塊是怎樣實(shí)現(xiàn)的，包括實(shí)現(xiàn)算法、邏輯流程等；3.8 用戶手冊(cè)：本手冊(cè)詳細(xì)描述軟件的功能、性能和用戶界面、運(yùn)行環(huán)境（軟硬件要求）、使用過(guò)程（安裝與初始化、輸入與輸出、出錯(cuò)處理和恢復(fù)）等，使用戶了解如何使用該軟件。該手冊(cè)是面向用戶的維護(hù)人員。3.9 操作手冊(cè)：本手冊(cè)為操作人員提供該軟件各種運(yùn)行情況的有關(guān)知識(shí)，特別是操作方法的細(xì)節(jié)。3.10 測(cè)試計(jì)劃：為做好測(cè)試工作，應(yīng)該為了組織測(cè)試制定實(shí)施計(jì)劃。計(jì)劃應(yīng)包括測(cè)試的內(nèi)容、進(jìn)度、測(cè)試環(huán)境和必須的測(cè)試條件、人員、測(cè)試用例的選取原則、測(cè)試結(jié)果允許的偏差范圍等。3.1

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

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

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

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

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

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

11、發(fā)工作所需要的資源（人力、設(shè)備等）；確定開(kāi)發(fā)工作所需要的開(kāi)發(fā)工具；確定軟件開(kāi)發(fā)的進(jìn)度；確定各個(gè)工作人員的任務(wù)安排；對(duì)軟件開(kāi)發(fā)風(fēng)險(xiǎn)的估計(jì)；在軟件開(kāi)發(fā)計(jì)劃中，各開(kāi)發(fā)階段的劃分明確，并且各階段都有進(jìn)入結(jié)束準(zhǔn)則，項(xiàng)目負(fù)責(zé)人將依此準(zhǔn)則，決定是否進(jìn)入下一開(kāi)發(fā)階段。公司的項(xiàng)目管理人員將根據(jù)軟件開(kāi)發(fā)計(jì)劃在各開(kāi)發(fā)階段的檢查點(diǎn)對(duì)該階段的成果進(jìn)行檢查，以確定是否完成開(kāi)發(fā)任務(wù)；2) 軟件質(zhì)量保證計(jì)劃：開(kāi)發(fā)過(guò)程的質(zhì)量檢查點(diǎn)的安排，以及質(zhì)量檢查的方式（評(píng)審、測(cè)試及其它方式）；3) 軟件測(cè)試計(jì)劃：測(cè)試點(diǎn)的安排，測(cè)試的內(nèi)容、測(cè)試的主持者及參與者；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） 策劃的過(guò)程：粗策劃到細(xì)策劃： 1) 粗策劃：在項(xiàng)目最開(kāi)始進(jìn)行的策劃，因?yàn)榇藭r(shí)對(duì)于項(xiàng)目的需求并不很清楚，無(wú)法進(jìn)行細(xì)致的策劃，只能大致安排一個(gè)計(jì)劃，即：開(kāi)發(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ì)劃書(shū)由項(xiàng)目負(fù)責(zé)人制定后，要經(jīng)過(guò)上級(jí)主管批準(zhǔn)。5.1.1.5 軟件開(kāi)發(fā)項(xiàng)目必須根據(jù)軟件計(jì)劃書(shū)進(jìn)行監(jiān)督檢查；可以根據(jù)具體情況

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

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

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） 分析對(duì)設(shè)計(jì)的約束條件（如：對(duì)硬件選擇的約束，對(duì)操作系統(tǒng)平臺(tái)的約束等）；e） 需求分析的結(jié)果將形成軟件需求規(guī)格說(shuō)明書(shū)，該說(shuō)明書(shū)必須詳細(xì)、規(guī)范的描述了該軟件開(kāi)發(fā)項(xiàng)目的功能、性能、接口等需求以及開(kāi)發(fā)和運(yùn)行環(huán)境等；f） 對(duì)軟件需求規(guī)格說(shuō)明書(shū)進(jìn)行評(píng)審。評(píng)價(jià)其：與最終用戶、合同書(shū)和任務(wù)書(shū)要求的符合性和一致性，可測(cè)試性，設(shè)計(jì)、操作和維護(hù)的可行性等；因此評(píng)審應(yīng)該聘請(qǐng)最終用戶的代表或下達(dá)任務(wù)的部門(mén)代表及專(zhuān)家參加；（可參看作業(yè)文件ZY10105軟件驗(yàn)證、確認(rèn)、驗(yàn)收管理細(xì)則）g） 需求

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

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

18、的文檔（負(fù)責(zé)人）：1） 軟件開(kāi)發(fā)合同（公司技術(shù)主管）；2） 軟件開(kāi)發(fā)任務(wù)書(shū)（系統(tǒng)開(kāi)發(fā)負(fù)責(zé)人或工程負(fù)責(zé)人）；3） 詳細(xì)的軟件計(jì)劃書(shū)（項(xiàng)目負(fù)責(zé)人）；4） 軟件需求規(guī)格說(shuō)明書(shū)（分析人員）；5） 初步的用戶手冊(cè)（設(shè)計(jì)人員）；6） 軟件測(cè)試計(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ù)庫(kù)的模式。而詳細(xì)設(shè)計(jì)則應(yīng)該完成各個(gè)例程的功能、邏輯、接口設(shè)計(jì)，完成數(shù)據(jù)結(jié)構(gòu)的完全設(shè)計(jì)，完成數(shù)據(jù)庫(kù)模式的完全設(shè)計(jì)，具備不加任何改動(dòng)立即編碼的詳細(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)行評(píng)審。（請(qǐng)參看ZY10105軟件評(píng)審、驗(yàn)證、確認(rèn)、驗(yàn)收管理細(xì)則）e） 概要設(shè)計(jì)準(zhǔn)則： 1） 設(shè)計(jì)完整：軟件概要設(shè)計(jì)說(shuō)明必須是完整的，覆蓋軟件需求說(shuō)明書(shū)中描述的所有軟件需求；2） 接口清晰：軟件概要設(shè)計(jì)說(shuō)明中必須定義軟件的主要部件之間的接口。必須定義和引用所有需求說(shuō)明中規(guī)定的外部接口；3） 詳細(xì)一致：軟件概要設(shè)計(jì)說(shuō)明必須足夠詳細(xì)，各部件之間的詳細(xì)程度要一致；4） 弱耦合（耦合指

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

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

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

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

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

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

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

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

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

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

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

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

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