【正文】 SRS大綱13 具體需求 功能需求 功能需求1 引言 輸入 加工 輸出 功能需求2 …… 功能需求n 外部接口需求
。 特殊的裝配指令用于編碼和媒體，以滿足安全、輸出、初始裝入或其他要求。 交叉訪問表。 軟件所解決問題的描述； 216。 輸入輸出格式樣本，成本分析研究的描述或用戶調(diào)查結(jié)果； 216。 2）對一個實際的需求規(guī)格說明來說，若有必要應(yīng)該編寫附錄。以便使SRS易于使用。 SRS的具體需求的組織形式必須選擇可讀性最好的方法來描述。 1） 大綱1中首先說明全部功能需求，然后說明四種類型的接口要求，最后是其他需求； 2） 大綱2中，把對應(yīng)每個特定功能的四種接口需求和該功能需求放在一起描述，然后說明其他需求； 3） 大綱3中，與功能需求有關(guān)的全部內(nèi)容放在一起首先說明，然后是其他需求的描述。 對于SRS中的第3章的具體需求部分的最好的組織方案取決于所說明的軟件產(chǎn)品的應(yīng)用范圍和性質(zhì)。 1） 可以根據(jù)軟件實現(xiàn)功能的基本類型，將本條分成若干段。 指出場合或相關(guān)任務(wù)的特點，這里可以被修改以使軟件適合特殊配制的要求。例如，柵值，安全界限等等。 3） 場合適應(yīng)性需求：這里包括： 216。 后援和恢復(fù)操作。 交互作用操作的同期和無人操作的周期； 216。 在用戶組織之中各種方式的操作。2） 操作：這里說明用戶要求的常規(guī)的和特殊的操作。 數(shù)據(jù)保存要求。 數(shù)據(jù)元素、記錄和文卷的關(guān)系； 216。 存取能力； 216。 ；216。 其他需求 根據(jù)軟件和用戶組織的特性等，某些需求放在下面各項中描述。 對于每一個接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，這里不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。 3） 軟件接口：在這里應(yīng)指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)，操作系統(tǒng)，或者數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。 2） 硬件接口：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點。 輸入輸出的相對時間； 216。 對屏幕格式的要求； 216。 外部接口要求 1） 用戶接口：提供用戶使用軟件產(chǎn)品是地的接口需求。 4） 可轉(zhuǎn)移/轉(zhuǎn)換性：這里規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序，用戶接口兼容方面的約束等等。 軟件模塊所需要的特殊的耦合矩陣； 216。 3） 可維護性：這里規(guī)定若干需求以確保軟件是可維護的。 限定一個程序中某些區(qū)域的通信； 216。 掌握特定的記錄或歷史數(shù)據(jù)集； 216。這個領(lǐng)域的具體需求必須包括： 216。 1） 可用性：可以指定一些因素，如檢查點、恢復(fù)和再啟動等，以保證整個系統(tǒng)有一個確定的可用性級別。 2） 硬件的限制：本項包括在各種硬件約束下運行的軟件要求，例如，應(yīng)該包括：硬件配置的特點（接口數(shù)，指令系統(tǒng)等）、內(nèi)存儲器和輔助存儲器的容量。 1） 其他標(biāo)準(zhǔn)的約束：本項將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。也就是說，這種情況猶如有限狀態(tài)機。 此外，對著重于輸入輸出行為的系統(tǒng)來說，SRS應(yīng)指定所有有意義的輸入、輸出對及其序列。 詳細描述該功能所有輸出數(shù)據(jù)，例如：輸出目的地、數(shù)量、度量單位、時間關(guān)系、有效輸出的范圍（包括精度和公差）、非法值的處理、出錯信息； 216。 輸出數(shù)據(jù)的有效性檢查。 降級運行的要求； 216。 異常情況的響應(yīng)，例如，溢出、通信故障、錯誤處理等； 216。 輸入數(shù)據(jù)的有效性檢查； 216。 3） 加工 定義輸入數(shù)據(jù)、中間參數(shù)，以獲得預(yù)期輸出結(jié)果的全部操作。例如：當(dāng)打印檢查時，要求操作員進行格式調(diào)整； 216。 操作員控制細節(jié)的需求。 2） 輸入 這部分應(yīng)包括： 216。 對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求。 具體需求的內(nèi)容 功能需求 本條描述軟件產(chǎn)品的輸入怎樣變換成輸出。 外部接口需求。 設(shè)計約束； 216。 功能需求； 216。這是SRS中篇幅最大和最重要的部分。例如：假定一個特定的操作系統(tǒng)是在被軟件產(chǎn)品指定的硬件上使用的，然而，事實上這個操作系統(tǒng)是不可能使用的，于是，SRS就要進行相應(yīng)的改變。 假設(shè)和依據(jù)（） 本條列出影響SRS中陳述的需求的每一個因素。這些包括： 1） 管理方針；2） 硬件的限制； 3） 與其他應(yīng)用間的接口； 4） 并行操作； 5） 審查功能； 6） 控制功能； 7） 所需的高級語言； 8） 通信協(xié)議； 9） 應(yīng)用的臨界點； 10）安全和保密方面的考慮。 一般約束（） 本條對設(shè)計系統(tǒng)陽限制開發(fā)者選擇的其他一些項作一般性描述。 如果系統(tǒng)的大多數(shù)用戶是一些臨時用戶，那么就要求系統(tǒng)包含如何完成基本功能的提示，而不是假設(shè)用戶已經(jīng)從過去的會議或從閱讀用戶指南中了解到這些細節(jié)。而這些人中有用戶、操作員、維護人員和系統(tǒng)工作人員。 用戶特點（） 本條要描述影響具體需求的產(chǎn)品的最終用戶的一般特點。但要牢記，這樣的圖不是產(chǎn)品設(shè)計時所需求的，而只是一種有效的解釋性的工具。例如，對于一個記帳程序來說，SRS可以用這部分來描述：客戶帳目維護、客戶財務(wù)報表和發(fā)票制作，而不必把功能所要求的大量的細節(jié)描寫出來。本條應(yīng)對在以后具體需求一章中說明的設(shè)計約束提供理由。 在本條的描述中，用一個方框圖來表達一個較大的系統(tǒng)或項目的主要組成部分、相互聯(lián)系和外部接口是非常有幫助的。 描述所使用的計算機硬件、外圍設(shè)備。 指出該軟件產(chǎn)品主要的外部接口。 1） 如果這個產(chǎn)品是獨立的，而且全部內(nèi)容自含，應(yīng)在此說明； 2） 如果SRS定義的產(chǎn)品是一個較大的系統(tǒng)或項目中的一個組成部分，那么本條應(yīng)包括如下內(nèi)容： 216。 項目概述（SRS第2章） 本章應(yīng)描述影響產(chǎn)品和其需求的一般因素，本章不說明具體的需求，而僅使需求更易于理解。每一個文件、文獻要有標(biāo)題，索引號或文件號，發(fā)布或發(fā)表日期以及出版單位； 3） 詳細說明可以得到該參考文件的來源。也可以參考其他的文件。 定義、縮寫詞、略語（） 本條中必須提供全部需求的術(shù)語、縮寫詞及略語的定義，以便對SRS進行適當(dāng)?shù)慕忉尅?216。應(yīng)當(dāng)： 216。有兩種選擇： 2） 用一個名字標(biāo)識被生產(chǎn)的軟件產(chǎn)品。 目的（） 在這一條包括下列內(nèi)容： 1）描述實際SRS的目的； 2）說明SRS所預(yù)期的讀者。各開發(fā)者和客戶應(yīng)當(dāng)根據(jù)所描述的實際情況，按本指南有關(guān)規(guī)定編寫自己的SRS。6 SRS大綱本章著重討論SRS的每一個基本部分，可以作為一個SRS的大綱。 項目需求在另外文件中描述。 在SRS中嵌入了一些項目要求 SRS應(yīng)當(dāng)是描寫一個軟件產(chǎn)品，而不是描述生產(chǎn)軟件產(chǎn)品的過程。這意味著，或者將一個潛在不適當(dāng)?shù)脑O(shè)計作為一個需求進行描述（因為，若要得到好的設(shè)計，所花費的時間是不夠的），或者在需求階段花費了過多的時間（因為在SRS完成之前整個設(shè)計分析都要完成）； 216。有兩種選擇： 216。 計算臨界值的檢查和。 在一些分散的模塊中保持某些功能； 216。安全和保密方面的周密考慮可能增加一些直接反映設(shè)計約束的需求。 選擇數(shù)據(jù)結(jié)構(gòu)。 給每一個模塊分配功能； 216。通常不指定如下的設(shè)計項目： 216。 1） SRS必須描述在干什么數(shù)據(jù)上、為誰完成什么功能、在什么地方、產(chǎn)生什么結(jié)果。 編寫需求的人應(yīng)當(dāng)避免把設(shè)計或項目需求寫入SRS之中，應(yīng)當(dāng)對說明需求設(shè)計約束與規(guī)劃設(shè)計兩者有清晰的區(qū)別。 在表達需求時遇到的共同弊病 SRS的基本點是它必須說明由軟件獲得的結(jié)果，而不是獲得這些結(jié)果的手段。 5） 必須保證是指軟件必須和這些需求相一致，否則該軟件不可能被接受； 6） 期望是指這些需求將提高軟件產(chǎn)品的功能，但如果缺省的話也是可接受； 7） 任選是給開發(fā)者一個機會，可以提供某些超出SRS規(guī)定的目標(biāo)。當(dāng)一個需求在軟件預(yù)期的生存期間內(nèi)描述不改變的話，可以認為該需求是穩(wěn)定的，否則可以認為是易變的。 有這種方法注釋需求，可以： 1） 幫助客戶對每個需求給予更周密的考慮，通?？梢栽谛枨笾谐吻咫[藏的假設(shè)； 2） 幫助開發(fā)者做出正確的設(shè)計決定，并對軟件產(chǎn)品不同部分作出相應(yīng)的努力。而另一些可能并不那么重要。 軟件需求的注釋 有關(guān)軟件產(chǎn)品的所有需求，并不是同等重要的。每當(dāng)一個SRS使用一個模型時： 1）它意味著此模型提供一個十分有效和精確的方法說明需求； 2）并不意味著軟件產(chǎn)品的實現(xiàn)必須基于這個模型。這個定義應(yīng)該規(guī)定： 1）模型中的參數(shù)所要求的范圍； 2）使用時的限定值； 3）結(jié)果的精確度； 4）負載的能力； 5）要求的執(zhí)行時間； 6）缺省或失敗時的響應(yīng)。要注意的是，對SRS使用形式需求語言，通常含有使用特殊模型的意思。對一些特殊的應(yīng)用還有一些特別有用的模型。 計時模型可以把下列限制加到圖1的模型中去： 1）激活因素0將在進入S1狀態(tài)30S之內(nèi)出現(xiàn)； 2）響應(yīng)1將在進入S2狀態(tài)2S之內(nèi)出現(xiàn)。這種模型對于表達軟件特性的形式和細節(jié)特別有用。在各線記號x/y的含義是：x代表接受的輸入，而y是產(chǎn)生的輸出。圖中進入的箭頭表示啟動狀態(tài)。 對前面用數(shù)學(xué)模型描述的例子。 功能模型 功能模型是提供從略語以輸出映象的模型。 ： （01）*。數(shù)學(xué)模型對某些特殊應(yīng)用領(lǐng)域是特別有用的。應(yīng)注意區(qū)別各種模型的應(yīng)用場合。 模型 另一種表達需求的方法是模型的方式，這是表達復(fù)雜需求的精確和有效方法。下面是一組四種對話的典型的例子，用它描述系統(tǒng)特性。顯然，要列出全部輸入和輸出序列是不可能的。 典型例子 一種選擇是用典型例子來說明要求的特性。 困難 多數(shù)軟件產(chǎn)品可能接收無限的序列作為輸入，于是，為了通過輸入輸出序列完整地說明產(chǎn)品的特性，就要求SRS包括一個無限長的輸入和所需的輸出充列。也就是說，它的行為如同一個有限狀態(tài)機。關(guān)注輸入、輸出的系統(tǒng)主要是在當(dāng)前的輸入上操作，要求生成與輸入相匹配的輸出（類似于數(shù)據(jù)轉(zhuǎn)換例行程序或一個數(shù)學(xué)函數(shù)包）； 3） 還有一些系統(tǒng)（如過程控制系統(tǒng)）要求記憶它們的狀態(tài)。一般情況下，致力于輸出的系統(tǒng)主要是在數(shù)據(jù)文卷上操作。 輸入、輸出說明 用輸入輸出序列來描述一個軟件產(chǎn)品所要求的特性是很有效的。5 軟件需求 SRS中每一個軟件需求是要求開發(fā)軟件產(chǎn)品的某些基本功能和性能的一個陳述。 用詳細分層體系自動檢查SRS的需求，這里每一個分層自身是完全的，但是也可以擴展為下一層，或是上一層的一個組成成分。2) 可以標(biāo)識一個特殊的實體或動作在規(guī)格說明中的描述位置。 表達工具 在SRS中有許多詞匯，特別是許多名詞和動詞，專門涉及到系統(tǒng)的實體和許多活動，所以表達SRS需要若干工具?？赡芙?jīng)歷若干版本，并且要進行多次重新組織內(nèi)容。比如，計算機的字處理器就是非常有用的生產(chǎn)輔助工具。 形式化說明方法 在SRS中是否使用形式化方法要依據(jù)下列因素： 1) 程序規(guī)模和復(fù)雜性； 2) 客戶合同中是否要求使用； 3) SRS是否是一個合同工具或僅僅是一個內(nèi)部文件； 4) SRS文件是否成為設(shè)計文件的根據(jù)； 5) 具有支持這種方法的計算機設(shè)備。 SRS的編制工具 編制SRS最顯而易見的方法是用自然語言來描述。 提供各種改變后的正確的、完全的審查記錄； 216。 2） 一旦最初識別出項目的變化，應(yīng)引入一個正式的改變規(guī)程來標(biāo)識、控制、追蹤和報告項目的改變。 SRS的改進 軟件產(chǎn)品的開發(fā)過程中，在項目的開始階段不可能詳細說明某些細節(jié)，在開發(fā)過程中可能發(fā)現(xiàn)SRS的缺陷、缺點和錯誤之類的問題，所以可能要對SRS進行改進。這種協(xié)議要使用SRS的形式，應(yīng)該由雙方聯(lián)合起草。 2） 要求在SRS中清楚地寫明功能的來源和目的，因為對功能的來源和引入該功能的目的不清楚的話，通常不可能很好地完成軟件的維護。 SRS中必須包括一個記錄，它記錄那些應(yīng)用于各個成分的所有具體條文。設(shè)計和需求文件是必不可少的，這里隱含了兩個作用： 216。局部的改變（修正）可以借助于好的代碼注釋來實現(xiàn)。 運行和維護階段的可使用性 SRS必須滿足運行和維護階段的需要，包括軟件最終替換。 當(dāng)軟件產(chǎn)品進入運行和維護階段時，SRS的向前可追蹤性顯得特別重要。例如： 1） 從總的用戶響應(yīng)時間需求中分配給數(shù)據(jù)庫操作響應(yīng)時間； 2） 識別帶有一定功能和用戶接口的需求的報告格式； 3） 支持法律或行政上需要的某個軟件產(chǎn)品（例如，計算稅收）。根據(jù)SRS中具有唯一的名字和參照號的每一個需求進行追蹤。根據(jù)先前文件或本文件前面的每一個需求進行追蹤。 可追蹤性 如果每一個需求的源流是清晰的，在進一步產(chǎn)生和改變文件編制時，可以方便地引證每一個需求，則該SRS就是可追蹤的。 216。冗余可增加SRS的可讀性，但是在一個冗余文件被更新時容易出現(xiàn)問題。 216?？尚薷男砸骃RS具備以下條件： 1） 具有一個有條不紊的易于使用的內(nèi)容組織，具有目錄表，索引和明確的交叉引用表； 2） 沒有冗余。 一致性 當(dāng)且僅當(dāng)SRS中各個需求的描述是不矛盾時SRS才是一致的。 拒絕任何仍標(biāo)識為“待定”一詞的SRS章節(jié)的許諾。 描述必須干什么事，以刪除這個“待定”；2） 包含有“待定”一詞的任何SRS的項目文件應(yīng)該： 216。 1） 若萬一遇到使用“待定”一詞時，作如下處理： 216。如果個別章節(jié)不適用，則在SRS中要保留章節(jié)號； 4） 填寫SRS中的全部插圖、表、圖示標(biāo)記和參照，并且定義全部術(shù)語和度量單位。提倡使用形式化需求說明語言。 2） 要求最終產(chǎn)品的每一個特性用某一術(shù)語描述； 3） 若某一術(shù)語在某一特殊的行文中使用時具有多種歧義，那么對該術(shù)語的每種含義作出解釋并指出其適用場合。這意味著要滿足下列要求： 1） SRS必須正確地定義所有的軟件需求； 2） 除設(shè)計上的特殊限制之外，SRS中一般不描述任何設(shè)計、驗證或項目管理細節(jié)。 SRS的環(huán)境 必須認識到SRS在整個軟件開發(fā)規(guī)范（見GB 8566）所規(guī)定的有關(guān)階段都起作用。 4．編寫SRS的背