整理了個軟體需求規格說明書模板

2021-09-02 15:43:28 字數 4493 閱讀 6371

(

引言提供了乙個概述,幫助讀者理解軟體需求規格的組織方式和使用方式。)(

確定其需求在文件中進行了定義的哪些產品或應用程式,包括修訂版本或發布版本號,如果該軟體需求規格說明書只與整個系統的一部分有關係,那麼就只需要確定這一部分或子系統)

本文件詳細描述影像系統一期工程中的必須滿足的功能需求、非功能需求(質量屬性和外部介面)與限制條件,作為本專案的專案管理人員、系統設計人員、編碼和測試人員以及與本專案相關的其他人員開展工作的基礎和依據,同時也界定了本專案的工作內容。

在本文件中描述的所有需求都有乙個唯一的編號標識。該需求編號在需求確立時產生並在整個專案開發過程中保持不變。

(列舉軟體需求規格說明面向的不同讀者物件。描述軟體需求規格說明中其餘部分的內容及其組織結構。就每一類讀者最合適以什麼順序來閱讀該文件提出建議)

本文件的讀者包括參與本專案的專案管理人員、系統設計人員、編碼和測試人員、使用者代表以及市場人員,上述讀者可以通過閱讀本文件對將要開發的影像系統有乙個全面、詳細的了解和認識。

(提供對指定的軟體及其作用的簡短描述。把軟體與使用者或公司目標向關聯,把軟體與義務目標和策略相關聯。如果可以得到單獨的前景和範圍文件,就應該引用它,而不要直接將其內容複製到這裡。如果是說明改進產品的增量發布的軟體需求規格說明,那麼應該包括它自己的範圍宣告,作為長期戰略的產品前景的乙個子集。)

本系統是影像系統(一期)的產品,主要實現….

在本系統中實現

系統登入、管理、單證型別管理、許可權管理。

(列舉編寫軟體需求規格說明書時所參考的所有文件或其他資源,如果可能的話,使用超文字連線。具體說來可能包括使用者介面樣式指南、合同、標準、系統需求規格說明、用例文件、介面規格說明、操作概念文件、或相關產品的軟體需求規格說明。在這裡應該給出足夠詳細的資訊,包括參考資料的標題、作者、版本號、日期以及**或位置,以方便)

本文件引用如下參考文獻:

(這一部分用於從總體上概述產品及其執行環境,以及產品使用者物件和已知的約束、假設和依賴關係)

(描述從產品的背景和起源。說明該產品是否產品系列中的下乙個成員,是否是成熟系統的下乙個版本,是現有應用程式的公升級產品還是乙個全新的產品。如果該軟體需求規格說明定義了大型系統

的乙個元件,那麼就要說明這個部分軟體是怎樣與整個系統相關聯的,並且要確定二者之間的主要介面。)

(系統用來做什麼)

影像系統用來管理公司業務系統的影象資訊,為公司其他業務系統提供統一的影象操作介面。

(系統最終會是什麼樣子)

影像系統最終建設為非結構化資料的統一管理操作中心。

(列出產品所具有的主要特性或者產品可能實現的總要功能。其詳細內容將在該軟體需求規格說明的第

3部分中描述,所以在此只需要提供乙個總體概括即可。用圖形來表示主要的需求元件以及它們之間的聯絡,例如頂層資料流圖、用例圖或者類圖,可能是很有幫助的。)

(確定我們能預料到的有可能使用該產品的各類使用者類,並描述它們的相關特徵。有些需求可能只與某些使用者類相關,應確定哪些是優先考慮的使用者類。使用者類是前景和範圍文件中描述的涉眾的乙個子集。)

(描述軟體的執行環境,包括硬體平台、作業系統版本,以及使用者、伺服器和資料庫的地理位置。列出系統必須和平共存的其他軟體元件或應用程式)

( 描述限制開發人員進行有效選擇的所有因素,以及每—種約束的基本原理。約柬可

能包括如下內容: •

必須使用或避免使用的特定技術、工具、程式語言和資料庫。 •

由產品的執行環境所引起的一些限制,例如,將要使用的

web瀏覽器的型別

和版本。 •

所要求的開發約定或標準

(例如,如果由客戶的組織負責軟體維護,那麼該組

織就可能指定分包商必須遵循的設計符號和編碼標準)。

•與早期產品向後相容。 •

業務規則強加的限制。 •

硬體限制,例如定時需求、記憶體或處理器限制、大小、重量、材料或成本 •

對現有產品進行改進時,要遒循的現存使用者介面的一些約定。 •

標準資料交換格式,例如

xml )

(列出將要交付的使用者文件元件以及可執行軟體,可以包括使用者手冊、聯機幫助和教程。確定所有要求的文件交付格式、標準或工具。)

3.1

系統功能a

3.a.1

描述和優先順序

3.a.2

請求響應序列

3.a.3

功能性需求

(外部介面需求指定了系統或元件必須與其進行介面的硬體、軟體或資料庫元素)

(描述系統所需的每個使用者介面的邏輯特徵。可能包括下面這些條目: •

對圖形使用者介面

(gui)

標準的引用或者將要採用的產品系列的樣式指南。 •

有關字型、圖示、按鈕標籤、影象、顏色選擇方案、域的

tab順序、常用控制項等的標準 •

螢幕布局或解決方案的約朿。 •

每個螢幕中將出現的標準按鈕、功能或導航鏈結,例如,幫助按鈕。 •

快捷鍵。 •

訊息顯示約定。 •

便於軟體定位的布局標準。 •

滿足視力有問題的使用者的要求。

應該將使用者介面的設計細節,例如特定對話方塊的布局,寫入單獨的使用者介面規格說明中,而不能寫入軟體需求規格說明中。應該將螢幕模型寫入軟體需求規格說明中,以便與需求的另乙個檢視進行交流,這樣做是有益的,但要指明模型並不是所要提交的螢幕設計。如果軟體需求規格說明描述的是對乙個己有系統的改進,那麼將實際將要實現的螢幕畫面寫入軟體需求規格說明中,有時也是有意義的。開發人員己經被現有系統的當前現實所限制,因此,預先了解要修改的螢幕

(也可能是新的螢幕

)的精確外觀也是應該的。 )

(描述系統中軟體和硬體元件之間每一介面的特徵。這種描述可能包括支援的裝置類

型、軟體和硬體之間的資料和控制互動以及所用的通訊協議等。)

(描述該產品與其他軟體元件

(由名稱和版本來識別

)之間的連線。這些元件包括資料庫、作業系統、工具、庫和整合的商業元件等。宣告在軟體元件之間交換訊息、資料和控制項的目的,描述外部軟體元件所需的服務,以及元件間通訊的本質。確定將在軟體元件之間共享的資料。如果必須用一種特殊的方式來實現資料共享機制,例如乙個全域性資料區,那麼就必須把它定義為一種實現上的約束。)

(描述產品將使用的所有通訊功能的需求,包括電子郵件、

web瀏覽器、網路通訊協

議和電子**等。定義所有相關的訊息格式,規定通訊安全或加密問題、資料傳輸速率

和同步通訊機制等。)

(宣告各種系統操作特定的效能需求,並解釋其原理以指導開發人員作出合理的設計選擇。

例如,如果對資料庫響應時間要求很嚴格,那麼設計人員就會在多個地理位置放多個映象資料庫,或者是設計非規範化關聯式資料庫表,以便更快速地響應查詢請求。指定每秒鐘支援處理的交易量、響應時間、運算精度和實時系統的定時關係。還應該指定記憶體和磁碟空問需求,併發的使用者負載,或者資料庫表中所能儲存的最大行數。如果不同的功能性需求或特徵具有不同的效能需求,那麼比較合適的做法是使用其相應的功能性需求指定效能指標,而不要將它們都集中在這一部分中。

應當盡可能的量化效能需求。 )

( 指定與安全性、完整性或保密性問題相關的所有需求,這些問題影響對產品的訪問、

使用以及產品所建立或使用的資料的保護。安全性需求一般**於業務規則,因此要確

定產品必須遵守的所有安全或保密策略或規則。

另一種方法是,也可以在完整性質量屬

性中宣告這些需求。下面是安全性需求的兩個範例: •

se-1

每個使用者在第

1次成功登入後,必須立即更改他最初的登入密碼。最初

的登入密碼不能重用。 •

se-2

如果門鎖系統成功地讀到安全性標記,那麼門鎖將保持開啟狀態

8.0秒 )

( 定義在此軟體需求規格說明中其他部分未出現的所有其他需求,例如國際化需求 (

貨幣、日期格式、語言、國際規則以及文化和政治上的問題

)及法律上的需求。還可以

新增操作、管理和維護等幾部分來描述產品的安裝、配置、啟動和關閉、修復和容錯,

以及登入和監控操作等方面的需求。應在模板中加入與專案相關的任何新的需求部分。

如果不需要新增任何其他需求,就省略這一部分。 )

(定義讀者霜要了解的所有專門術語

(包括縮略詞

),以便他們能夠正確地理解軟體需

求規格說明。拼寫出每乙個縮略詞的全稱並給出其定義,還要考慮生成乙個跨越多個項

目的企業級術語表,然後在每個軟體需求規格說明中只定義單個專案專用的術語。)

(這一部分是可選的,它包括或指向相關的分析模型,例如:資料流圖、類圖、狀態

轉換圖實體一關係圖 )

( 這一部分列出了有待於解決的需求問題。這些問題包括標記為「待確定」(

to   be

determined

,tbd)

的需求、懸而未決的決策、所需要的資訊以及有待解決的衝突等。這

一部分並不是軟體需求規格說明所必需的,但有些組織總是在軟體需求規格說明中附上

一張「待確定」問題的列表。我們要主動地管理這些問題直到解決,否則這些問題會成

為我們及時將高廣量的軟體需求規格說明納入基線的絆腳石。

軟體需求規格說明書模板(Spec)

1 spec的目標 使用者通過這份spec,可以知道軟體的功能和使用方法,軟體需求規格說明書還強調了一些細節的東西,便於程式設計師程式設計 2 spec的使用者 大學生 典型場景 針對大學生因為虛擬交易而無法系統有規律的規劃自己的金錢的現狀故我們小隊開發了一款記賬的小軟體 3 spec的術語 spe...

軟體需求規格說明書

在整理完與使用者的談話稿,交付使用者審閱後,下一步是制定軟體需求規格說明書了,貌似和客戶簽約需要依據這份規格說明書,一旦確定,雙方達成協議簽字後,使用者如需更改增加功能是需要再付費的。主要內容有 1.簡介 1.1 目的 1.2 應用範圍 1.3 術語及縮寫定義 2.全面描述 2.1 系統用例圖 2....

軟體需求規格說明書

對軟體的需求進行分析,包括軟體的業務需求 使用者需求 功能需求。並對各系統介面 執行環境 效能需求做出可行性方案。通過本產品可以方便記錄。文字錄入功能 語音錄入功能 設定定時提醒 檢視歷史備忘。經常做計畫,能堅持的人比較實用 文字備忘錄 語音備忘錄 檢視歷史記錄 以圖形圖畫及各種元件繪製成使用者介面...