【正文】 提供一個(gè)基準(zhǔn)。在 SRS中對(duì)各種需求仔細(xì)地進(jìn)行復(fù)查， 還可以在開(kāi)發(fā)早期發(fā)現(xiàn)若干遺漏、錯(cuò)誤的理解和不一致性，以便及時(shí)加以糾正； c. 為成本計(jì)價(jià)和編制計(jì)劃進(jìn)度提供基礎(chǔ)。對(duì)要實(shí)現(xiàn)的軟件功能做全面描述，幫助客戶判斷所規(guī)定的軟件是否符合他們的要求，或者怎樣修改這種軟件才能適合他們的要求； b. 提高開(kāi)發(fā)效率。 對(duì)于任一要實(shí)現(xiàn)下列目標(biāo)的單位和（或）個(gè)人： a. 要提出開(kāi)發(fā)規(guī)范化的 SRS提綱； b. 定義自己需要的具體的格式和內(nèi)容； c. 產(chǎn)生附加的局部使用條款，如 SRS質(zhì)量檢查清單或者 SRS作者手冊(cè)等。 本指南適用對(duì)象： 軟件客戶（ Customers），以便精確地描述他們想獲得什么樣的產(chǎn)品。計(jì)算機(jī)軟件需求說(shuō)明編制指南 1 引言 目的和作用 本指南為軟件需求實(shí)踐提供了一個(gè)規(guī)范化的方法。本指南不提倡把軟件需求說(shuō)明（ Software Requirements Specifications，以下簡(jiǎn)稱 SRS）劃分成等級(jí)，避免把它定義成更小的需求子集。 軟件開(kāi)發(fā)者（ Suppliers），以便準(zhǔn)確地理解客戶需要什么樣的產(chǎn)品。 SRS將完成下列目標(biāo)： a. 在軟件產(chǎn)品完成目標(biāo)方面為客戶和開(kāi)發(fā)者之間建立共同協(xié)議創(chuàng)立一個(gè)基礎(chǔ)。編制 SRS的過(guò)程將使客戶在設(shè)計(jì)開(kāi)始之前周密地思考全部需求，從而減少事后重新設(shè)計(jì)、重新編碼和重新測(cè)試的返工活動(dòng)。 SRS 提供的對(duì)被開(kāi)發(fā)軟件產(chǎn)品的描述，是計(jì)算機(jī)軟件產(chǎn)品成本核算的基礎(chǔ)，并且可以為各方的要價(jià)和付費(fèi)提供依據(jù)。任何組織將更有效地編制他們的確認(rèn)和驗(yàn)證計(jì)劃。因?yàn)檫@種文件幾乎不包括 詳盡的需求說(shuō)明，并且通常不完全的）； e. 便于移植?？蛻粢惨子谝浦财滠浖狡渌块T，而開(kāi)發(fā)者同樣也易于把軟件移植到新的客戶； 。因此 SRS是軟件產(chǎn)品繼續(xù)提高的基礎(chǔ)。 范圍 本指南適用于編寫(xiě)軟件需求規(guī)格說(shuō)明，它描述了一個(gè) SRS所必須的內(nèi)容和質(zhì)量，并且在第 6章中提供了 SRS大綱。 合同（ contract） 是由客戶和開(kāi)發(fā)者共同簽署的具有法律約束力的文件。 客戶（ customer） 指?jìng)€(gè)人或單位，他們?yōu)楫a(chǎn)品開(kāi)發(fā)提供資金，通常（但有時(shí)也不必）還提出各種需求。 語(yǔ)言（ language） 是 具有語(yǔ)法和語(yǔ)義的通信工具，包括一組表達(dá)式、慣例和傳遞信息的有關(guān)規(guī)則。 開(kāi)發(fā)者（ supplier） 指為客戶生產(chǎn)某種軟件產(chǎn)品的個(gè)人或集團(tuán)。 用戶（ user） 指運(yùn)行系統(tǒng)或者直接與系統(tǒng)發(fā)生交互作用的個(gè)人或集團(tuán)。 4 編寫(xiě) SRS 的背景信息 SRS 的基本要求 SRS是對(duì)要完成一定功能、性能的軟件產(chǎn)品、程序或一組程序的說(shuō)明。 SRS 的環(huán)境 必須認(rèn)識(shí)到 SRS在整個(gè)軟件開(kāi)發(fā)規(guī)范（見(jiàn) GB 8566）所規(guī)定的有關(guān)階段都起作用。這意味著要滿足下列要求： a. SRS必須正確地定義所有的軟件需求； b. 除了設(shè)計(jì)上的特殊限制之外， SRS中一般不描述任何設(shè)計(jì)、驗(yàn)證或項(xiàng)目管理細(xì)節(jié)。 a. 要求最終產(chǎn)品的每一個(gè)特性用某一術(shù)語(yǔ)描述； b. 若某一術(shù)語(yǔ)在某一特殊的行文中使用時(shí)具有多種歧義，那么對(duì)該術(shù)語(yǔ)的每種含義作出解釋并指出其適用場(chǎng)合。提倡使用形式化需求說(shuō)明語(yǔ)言。如果個(gè)別章節(jié)不適用，則在 SRS中要保留章節(jié)號(hào)； d. 填寫(xiě) SRS中的全部插圖、表、圖示標(biāo)記和參照，并且定義全部術(shù)語(yǔ)和度量單位。 a. 若萬(wàn)一遇到使用“待定”一詞時(shí)，作如下處理： （ 1） 對(duì)產(chǎn)生“待定”一詞的條件進(jìn)行描述，使得問(wèn)題能被解決； （ 2） 描述必須干什么事，以刪除這個(gè)“待定”； b. 包含有“待定”一詞的任何 SRS的項(xiàng)目文件應(yīng)該： （ 1） 標(biāo)識(shí)與此特定文件有關(guān)的版本號(hào)或敘述其專門的發(fā)布號(hào)； （ 2） 拒絕任何仍標(biāo)識(shí)為“待定”一詞的 SRS章節(jié)的許諾。 一致性 當(dāng)且僅當(dāng) SRS中各個(gè)需求的描述是不矛盾時(shí) SRS才是一致的?？尚薷男砸?SRS具備以下條件： a. 具有一個(gè)有條不紊的易于使用的內(nèi)容組織，具有目錄表，索引和明確的交叉引用表； b. 沒(méi)有冗余。 （ 1）冗余本身不是錯(cuò)誤，但是容易發(fā)生錯(cuò)誤。例如：假設(shè)一個(gè)明確的需求在兩個(gè)地方詳細(xì)列出，后來(lái)發(fā)現(xiàn)這個(gè)需求需要改變，若只修改一個(gè)地方，于是 SRS就變得不一致了。 可追蹤性 如果每一個(gè)需求的源流是清晰的，在進(jìn)一步產(chǎn)生和改變文件編制時(shí)，可以方便地引證每一個(gè)需求，則該 SRS就是可追蹤的。根據(jù)先前文件或本文件前面的每一個(gè)需求進(jìn)行追蹤。根據(jù) SRS中具有唯一的名字和參照號(hào)的每一個(gè)需求進(jìn)行追蹤。例如： （ 1）從總的用戶響應(yīng) 時(shí)間需求中分配給數(shù)據(jù)庫(kù)操作響應(yīng)時(shí)間； （ 2）識(shí)別帶有一定功能和用戶接口的需求的報(bào)告格式； （ 3）支持法律或行政上需要的某個(gè)軟件產(chǎn)品（例如，計(jì)算稅收）。 當(dāng)軟件產(chǎn)品進(jìn)入運(yùn)行和維護(hù)階段時(shí)， SRS的向前可追蹤性顯得特別重要。 運(yùn)行和維護(hù)階段的可使用性 SRS必須滿足運(yùn)行和維護(hù)階段的需要，包括軟件最終替換。局部的改變（修正） 可以借助于好的代碼注釋來(lái)實(shí)現(xiàn)。設(shè)計(jì)和需求文件是必不可少的，這里隱含了兩個(gè)作用： （ 1）如 條指出， SRS必須是可修改的； （ 2） SRS中必須包括一個(gè)記錄，它記錄那些應(yīng)用于各個(gè)成分的所有具體條文。 b. 要求在 SRS中清楚地寫(xiě)明功能的來(lái)源和目的，因?yàn)閷?duì)功能的來(lái)源和引入該 功能的目的不清楚的話，通常不可能很好地完成軟件的維護(hù)。這種協(xié)議要使用 SRS的形式，應(yīng)該由雙方聯(lián)合起草。 SRS 的改進(jìn) 軟件產(chǎn)品的開(kāi)發(fā)過(guò)程中，在項(xiàng)目的開(kāi)始階段不可能詳細(xì)說(shuō)明某些細(xì)節(jié)，在開(kāi)發(fā)過(guò)程中可能發(fā)現(xiàn) SRS的缺陷、缺點(diǎn)和錯(cuò)誤之類的問(wèn)題 ，所以可能要對(duì) SRS進(jìn)行改進(jìn)。 一旦最初識(shí)別出項(xiàng)目的變化，應(yīng)引入一個(gè)正式的改變規(guī)程來(lái)標(biāo)識(shí)、控制、追蹤和 報(bào)告項(xiàng)目的改變。 SRS 的編制工具 編制 SRS最顯而易見(jiàn)的方法是用自然語(yǔ)言來(lái)描述。 形式化說(shuō)明方法 在 SRS中是否使用形式化方法要依據(jù)下列因素： a. 程序規(guī)模和復(fù)雜性； b. 客戶合同中是否要求使用； c. SRS是否是一個(gè)合同工具或僅僅是一個(gè)內(nèi)部文件； d. SRS文件是否成為設(shè)計(jì)文件的根據(jù)； e. 具有支持這種方法的計(jì)算機(jī)設(shè)備。比如，計(jì)算機(jī)的字處理器就是非常有用的生產(chǎn)輔助工具?？赡芙?jīng)歷若干版本，并且要進(jìn)行多次重新組織內(nèi)容。 表達(dá)工具 在 SRS中有許多詞匯，特別是許多名詞和動(dòng)詞，專門涉及到系統(tǒng)的實(shí)體和許多活動(dòng)，所以表達(dá) SRS需要若干工具。； b. 可以標(biāo)識(shí)一個(gè)特殊的實(shí)體或動(dòng)作在規(guī)格說(shuō)明中的描述位置。 用詳細(xì)分層體系自動(dòng)檢查 SRS的需求，這里每一個(gè)分層自身是完全的，但是也可以擴(kuò)展為下一層，或是上一層的一個(gè)組成成分。 5 軟件需求 SRS中每一個(gè)軟件需求是要求開(kāi)發(fā)軟件產(chǎn)品的某些基本功能和性能的一個(gè)陳述。 輸入、輸出說(shuō)明 用輸入輸出序列來(lái)描述一個(gè)軟件產(chǎn)品所要求的特性是很有效的。一 般情況下，致力于輸出的系統(tǒng)主要是在數(shù)據(jù)文卷上操作。關(guān)注輸入、輸出的系統(tǒng)主要是在當(dāng)前的輸入上操作，要求生成與輸入相匹配的輸出（類似于數(shù)據(jù)轉(zhuǎn)換例行程序或一個(gè)數(shù)學(xué)函數(shù)包）； c. 還有一些系統(tǒng)（如過(guò)程控制系統(tǒng)）要求記憶它們的狀態(tài)。也就是