【正文】 地的接口需求。 軟件接口 在這里應(yīng)指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)，操作系統(tǒng)，或者數(shù)學軟件包） ，以及同其他應(yīng)用系統(tǒng)之間的接口。 其他需求 根據(jù)軟件和用戶組織的特性等，某些需求放在下面各項中描述。 a. 在用戶組織之中各種方式的操作。例如，柵值，安全界限等等。例如：考慮一個大的交互記帳系統(tǒng)，在里層可以分為操作軟件（它支持近乎實時的事務(wù)處理）、支撐軟件（聯(lián)機功能、磁盤備份、裝入磁帶等等）以及診斷軟件（診斷硬件、通信等），外一層是應(yīng)收款帳以及應(yīng)付款帳等等； SRS的可讀性，而不是進行概要設(shè)計。對每一種外部接口的需求重復(fù)上述過程； d. 大綱 4（表 5）中，接口需求和其余的需求作為每一個功能需求的附屬部分來說明。 目錄表和索引很重要，而且應(yīng)按照可以接受的好的文件規(guī) 則來編寫。 當包括附錄時， SRS必須明確地說明附錄是不 是需求要考慮的部分。附錄中可能包括： a. 輸入輸出格式樣本，成本分析研究的描述或用戶調(diào)查結(jié)果； b. 有助于理解 SRS的背景信息； c. 軟件所解決問題的描述； d. 用戶歷史、背景、經(jīng)歷和操作特點； e. 交叉訪問表。 支持信息 支持信息是指目錄表，附錄和索引。 表 2~表 5提供了四種可能的組織方案。 具體要求的組織 本條通常是 SRS所有部分中最大并且最復(fù)雜的部分。 注：這里的內(nèi)容有時是用戶接口的一部分。 注：如果使用一個現(xiàn)有的數(shù)據(jù)庫包，這個包應(yīng)在“軟件接口”中命名，并在那里詳細說明其用法。 對于每一個接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，這里不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。 硬件接口 要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點。 可轉(zhuǎn)移 /轉(zhuǎn)換性 這里規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序，用戶接口兼容方面的約束等等。 安全性 這里指的是保護軟件的要素，以防止各種非法的訪問、使用，修改、破壞或者泄密。例如： a. 報表格式； b. 數(shù)據(jù)命名； c. 財務(wù)處理； d. 審計追蹤，等等。當一個系統(tǒng)要 求記憶它的狀態(tài)時，需要這個序列，使得它可以根據(jù)本次輸入和以前的狀態(tài)作出響應(yīng)。 c. 加工 定義輸入數(shù)據(jù)、中間參數(shù)，以獲得預(yù)期輸出結(jié)果的全部操作。這通常由四個部頒組成： a. 引言 這部分描述的是功能要達到的目標、所采用的方法和技術(shù)，還應(yīng)清楚說明功能意圖的由來和背景。 本章中要注意的二點是： a. 按符合邏輯的和可讀的方式組織； b. 詳細描述每一個需求，使得該需求應(yīng)達到目標能夠用指定的方法進行客觀的驗證。例如：假定一個特定的操作系統(tǒng)是在被軟件產(chǎn)品指定的硬件上使 用的，然而，事實上這個操作系統(tǒng)是不可能使用的，于是， SRS就要進行相應(yīng)的改變。這些包括： a. 管理方針； b. 硬件的限制； c. 與其他應(yīng)用間的接口； d. 并行操作； e. 審查功能； f. 控制功能； g. 所需的高級語言； h. 通信協(xié)議； i. 應(yīng)用的臨界點； j. 安全和保密方面的考慮。 如果系統(tǒng)的大多數(shù)用戶是一些臨時用戶，那么就要求系統(tǒng)包含如何完成基本功能的提示，而不是假設(shè)用戶已經(jīng)從過去的會議或從閱讀用戶指南中了解到這些細節(jié)。 用戶特點（ SRS的 ） 本條要描述影響具體需求的產(chǎn)品的最終用戶的一般特點。例如，對于一個記帳程序來說， SRS可以用這部分來描述：客戶帳目維護、客戶財務(wù)報表和發(fā)票制作，而不必把功能所要求的大量的細節(jié)描寫出來。 在本條的描述中，用一個方框圖來表達一個較大的系統(tǒng)或項目的主要組成部分、相互聯(lián)系和外部接口是非常有幫助的。 產(chǎn)品描述（ SRS的 ） 這一條是把一個產(chǎn)品用其他有關(guān)的產(chǎn)品或項目來描述。 參考資料（ SRS的 ） 本條應(yīng)包括： a. 在 SRS中各處參照的文件的全部清單，如經(jīng) 核準的計劃任務(wù)書，上級機關(guān)批文、合同等； b. 列出其他參考資料，如屬本項目的其他已發(fā)表的文件和主要文獻等。 （ 2）如果有一個較高層次的說明存在，則應(yīng)該使其和高層次說明中的類似的陳述相一致（例如，系統(tǒng)的需求規(guī)格說明）。 目的（ SRS的 ） 在這一條包括下列內(nèi)容： a. 描述實際 SRS的目的； b. 說明 SRS所預(yù)期的讀者。 6 SRS 大綱 本章著重討論 SRS的每一個基本部分，可以作為一個 SRS的大綱。 在 SRS中嵌入了一些項目要求 SRS應(yīng)當是描寫一個軟件產(chǎn)品，而不是描述生產(chǎn)軟件產(chǎn)品的過程。例如： a. 在一些分散的模塊中保持某些功能； b. 允許在程序的某些區(qū)域之間進行有限的通訊； c. 計算臨界值的檢查和。 SRS應(yīng)把注意力集中在要完成的服務(wù)目標上。 編寫需求的人必須描述的基本問題是： a. 功能 —— 所設(shè)計的軟件要做什么； b. 性能 —— 是指軟件功能在執(zhí)行過程中的速度、可使用性、響應(yīng)時間、各種軟件功能的恢復(fù)時間、吞吐能力、精度、頻率等等； c. 強加于實現(xiàn)的設(shè)計限制 —— 在效果、實現(xiàn)的語言、數(shù)據(jù)庫完整性、資源限制、操作環(huán)境等等方面所要求的標準； d. 屬性 —— 可移植性、正確性、可維護性及安全性等方面的考慮因素； e. 外部接口 —— 與人、硬件、其他軟件和其他硬件的相互關(guān)系。 必要性等級 注釋的另一種方法是把需求分成必須保證級、期望級和任選級。 SRS中每一個需求必須進行注釋，以便區(qū)別其重要的程度。 一個模型用于解釋文件所寫的需求是有效的，但是對于實際軟件的實現(xiàn)可能并不是最適宜的。 警告 無論使用哪一類型的模型，都要： 在 SRS中 或在 SRS涉及到的一個文件中對它嚴格定義。 其他模型 隊了上面提及的模型外。 計時模型 計時模型是一種增加了時間限制的模型?？捎脠D 1所示的有限狀態(tài)機形式的功能模型來描述。 這里，“ *”號表示括號內(nèi)的字符串可以重復(fù)一次或多次。 數(shù)學模型 數(shù)學模型是使用數(shù)學關(guān)系描述軟件特性的模型。 0101 010101010101 01 010101 這 些對話僅提供了要求的輸入和輸出之間的關(guān)系，但是不能完全描述系統(tǒng)的特性。例如，假設(shè)一個系統(tǒng)中當接收“ 0”時用“ 1”來回答。在此種情況下，既要關(guān)注輸入/輸出對，又要關(guān)注這些輸入 /輸出對的次序。用戶的輸入通常是致力于提供控制信息和啟動數(shù)據(jù)文卷的處理； b. 有些軟件產(chǎn)品需要著重說明輸入、輸出特性。 表達軟件需求的方法 軟件需求可以用若干種方法來表達： a. 通過輸入、輸出說明； b. 使用代表性的例子； c. 用規(guī)范化的模型。 此外，可以使用若干種形式化方法，以便允許自動處理 SRS內(nèi)容，只要作某些限制就可以做到； 用一些表格或圖示法來顯示需求。故生產(chǎn)工具是必要的。 生產(chǎn)工具 軟件產(chǎn)品生產(chǎn)中有多種生產(chǎn)工具。批準了的需求改變，用如下的方法編入 SRS之中：