軟件需求規(guī)格說明書-范例

1、軟件需求規(guī)格說明書項目類別：新品開發(fā)項目名稱：貴州紅華集團公共商業(yè)平臺1.0編 制： 年 月 日審 核： 年 月 日批 準： 年 月 日修訂歷史記錄日期版本說明作者2003-06-040.9未評審的初稿丁建德目錄1 引言11.1 目的11.2 文檔約定11.3 預期的讀者和閱讀建議21.4 產(chǎn)品的范圍21.5 參考文獻32 綜合描述42.1 產(chǎn)品的前景42.2 產(chǎn)品的功能42.3 用戶類和特征62.4 運行環(huán)境62.5 設計和實現(xiàn)上的限制72.6 假設和依賴73 外部接口需求83.1 用戶界面83.2 硬件接口83.3 軟件接口83.4 通訊接口84 系統(tǒng)特性94.1 主角94.2 系統(tǒng)管理9

2、4.2.1 個人管理94.2.2 用戶管理94.2.3 數(shù)據(jù)管理94.2.4 工具管理94.3 連鎖管理94.3.1 編碼管理94.3.2 商品管理94.3.3 供應商管理104.3.4 合同管理104.3.5 進貨管理104.3.6 庫存管理104.3.7 物價管理104.3.8 調(diào)配管理104.3.9 計劃管理104.3.10 促銷管理104.3.11 銷售管理104.3.12 批發(fā)管理114.3.13 網(wǎng)絡銷售管理114.3.14 應收管理114.3.15 應付管理114.4 物流管理114.4.1 基本資料管理114.4.2 物流貨主管理114.4.3 物流倉庫管理114.4.4 物流

3、配送管理114.4.5 物流費用管理114.5 客戶關系管理124.5.1 基本資料管理124.5.2 客戶服務管理124.5.3 安裝維修管理124.5.4 配件倉庫管理124.5.5 服務費用管理124.6 供應鏈管理124.7 輔助管理124.7.1 辦公管理124.7.2 工作管理134.8 查詢分析135 非功能性需求145.1 性能需求145.2 安全設施需求145.3 安全性需求145.4 軟件質(zhì)量屬性145.5 業(yè)務規(guī)則155.6 用戶文檔155.7 其它需求15附錄A：詞匯表16附錄B：業(yè)務流程17附錄C：待定問題列表181 引言1.1 目的該文檔首先給出了整個系統(tǒng)的整體網(wǎng)絡

4、結(jié)構(gòu)和功能結(jié)構(gòu)的概貌，試圖從總體架構(gòu)上給出整個系統(tǒng)的輪廓，然后又對功能需求、性能需求和其它非功能性需求進行了詳細的描述。其中對功能需求的描述采用了UML的用例模型方式，不僅描述了每一用例的基本事件流和備選事件流，而且還給出了非常直觀的用例圖。這些文字和圖形都為了詳細準確地描述用戶的需求，同時也為用戶更容易地理解這些需求的描述創(chuàng)造了條件。該文檔詳盡說明了這一軟件產(chǎn)品的需求和規(guī)格，這些規(guī)格說明是進行設計的基礎，也是編寫測試用例和進行系統(tǒng)測試的主要依據(jù)。同時，該文檔也是用戶確定軟件功能需求的主要依據(jù)。1.2 文檔約定該文檔采用公司ISO9000質(zhì)量體系V2.0所提供的YFRM04軟件需求規(guī)格說明書文

5、檔模板，但對文檔的字體版式以及部分章節(jié)的內(nèi)容進行了適當?shù)恼{(diào)整，這些調(diào)整有：（1）在扉頁增加“歷史修訂記錄”頁。該文檔處于受控狀態(tài)時，對該文檔的所有修改和變更都要記錄到該頁中。（2）目錄的文字格式進行了調(diào)整。原目錄的字體和格式顯得過于凌亂。（3）標題和正文的文字格式進行了調(diào)整。取消了標題的自動編號功能，同時，為了擴大每頁的文字容量，把正文字體調(diào)整為了宋體五號。（4）左右頁邊距進行了調(diào)整。這也是為了擴大每頁的文字容量。（5）頁腳的文字進行了調(diào)整。原頁腳中有“共xx頁”的內(nèi)容，但在整個文檔進行分節(jié)的情況下，總頁數(shù)顯示的卻是所有節(jié)的總頁數(shù)，而不是當前頁的總頁數(shù)。（6）把原“4 系統(tǒng)特性”一章的性能需求

6、、安全設施需求、安全性需求、軟件質(zhì)量屬性、業(yè)務規(guī)則、用戶文檔內(nèi)容與原“5 其它需求”一章的內(nèi)容進行合同形成新的章節(jié)“5 非功能性需求”。（7）根據(jù)實際情況把“4 系統(tǒng)特性”一章的內(nèi)容按功能類型進行了細化。該章被細分為8大節(jié)，每一節(jié)中都有詳細的功能描述。（8）去掉可選項“附錄B：分析模型”的內(nèi)容。根據(jù)以上的調(diào)整，本文檔按以下要求和約定進行書寫：（1）頁面的左邊距為2.5cm，右邊距為2.0cm，裝訂線靠左。（2）標題最多分三級。（3）正文字體為宋體五號，系統(tǒng)特性一章中各功能的小項字體為加粗的楷體小四。無特殊情況下，字體顏色均采用黑色。（4）出現(xiàn)序號的段落不采用自動編號功能而采用人工編號，各級別的

7、序號依次為（1）、1）、a)等，特殊情況另作規(guī)定。（5）本文所引用的圖片均采用超級鏈接的方式進行引用，圖片的文件格式分VSD、GIF和JPG三種。VSD格式的文件用于查看和編輯，GIF和JPG格式文件僅用于查看。VSD格式是采用Microsoft Visio 2002所繪制的圖形，GIF格式是由VSD格式轉(zhuǎn)化而來或從其它格式轉(zhuǎn)化而來的GIF文件格式，JPG格式是從Rational Rose的用例視圖中通過Web Publisher工具而來的。圖象文件均采用中文進行命名，本文檔不引用這三種格式外的其它圖像文件。1.3 預期的讀者和閱讀建議本文檔的主要內(nèi)容共分4部分：綜合描述、外部接口描述、系統(tǒng)特

8、性和非功能性需求，另外還有2個附錄。綜合描述部分主要對系統(tǒng)的整體結(jié)構(gòu)進行了大致的介紹；外部接口需求部分對用戶界面、軟件接口、硬件接口和通訊接口等進行了詳細的描述；系統(tǒng)特性部分對系統(tǒng)的功能需求進行了詳細描述；非功能性需求部分對非功能需求進行了詳細的描述。本文檔面向多種讀者對象：（1）項目經(jīng)理：項目經(jīng)理可以根據(jù)該文檔了解預期產(chǎn)品的功能，并據(jù)此進行系統(tǒng)設計。（2）設計員：對需求進行分析，并設計出系統(tǒng)，包括數(shù)據(jù)庫的設計。（3）程序員：配合設計報告，了解系統(tǒng)功能，編寫用戶手冊。（4）測試員：根據(jù)本文檔對軟件產(chǎn)品進行功能性測試和非功能性測試。（5）銷售人員：了解預期產(chǎn)品的功能和性能。（6）用戶：了解預期產(chǎn)

9、品的功能和性能，并與分析人員一起對整個需求進行討論和協(xié)商。（7）其他人員：如部門領導、公司領導等可以據(jù)此了解產(chǎn)品的功能和性能。在閱讀本文檔時，首先要了解產(chǎn)品的功能概貌，然后可以根據(jù)自身的需要對每一功能進行適當?shù)牧私狻?.4 產(chǎn)品的范圍該產(chǎn)品是在積累了豐富業(yè)務經(jīng)驗的基礎上進行開發(fā)的，在需求上，充分考慮了具體用戶的實際情況。本產(chǎn)品主要適用于家電連鎖企業(yè)的以下范圍：（1）總公司。（2）家電超市。（3）物流中心。（4）客戶服務中心。針對貴陽紅華，可以完成以下業(yè)務：（1）完成對貴陽紅華貿(mào)易有限公司作為家電超市總部部分的業(yè)務管理，包括采購、銷售、庫存、結(jié)算、促銷等。（2）完成貴陽紅華貿(mào)易有限公司網(wǎng)絡超市及

10、其它非獨立核算超市的要貨、銷售、收款和送貨等。（3）完成對貴陽紅華貿(mào)易有限公司下屬的獨立核算家電超市的訂貨、銷售、收款和送貨的管理。（4）完成對貴陽華捷物流有限公司的倉庫、配送、結(jié)算業(yè)務的管理。（5）完成對貴陽紅華家電維修有限公司的維修安裝、售后服務、配件、結(jié)算的管理。1.5 參考文獻（1）零售業(yè)：發(fā)展熱點思辯，顧建國，1997，中國商業(yè)出版社。（2）商場現(xiàn)代化期刊。（3）Internet資源。（4）軟件需求分析規(guī)范，海信網(wǎng)絡科技公司，2002，內(nèi)部資料。（5）物流配送中心設計，劉昌祺，2001，機械工業(yè)出版社。（6）紅華企業(yè)集團軟件需求規(guī)格說明書。2 綜合描述2.1 產(chǎn)品的前景企業(yè)規(guī)模的擴大

11、必須有相應的計算機管理系統(tǒng)作為支撐，尤其是連鎖經(jīng)營企業(yè)，如果沒有一套適合于規(guī)模不斷擴大的計算機管理系統(tǒng)，在規(guī)模擴大到一定程度后，管理和經(jīng)營問題將會凸現(xiàn)。成熟和完善的計算機管理系統(tǒng)可以適應連鎖企業(yè)規(guī)模的不斷擴大，紅華公共商業(yè)平臺采用先進的三層分布式架構(gòu)，在系統(tǒng)的功能上具有不斷擴展的空間，在系統(tǒng)的性能上可以通過應用服務器來不斷地擴容。先進的計算機管理系統(tǒng)為紅華與國內(nèi)大型家電連鎖企業(yè)進行抗衡提供了保障，這也是進行國內(nèi)擴張從而成為全國性的大型家電連鎖企業(yè)的有力工具。2.2 產(chǎn)品的功能該產(chǎn)品分系統(tǒng)管理、輔助管理、連鎖管理、物流管理、供應鏈管理、客戶關系管理六大主要功能，這六部分功能共同組成了紅華商業(yè)平臺

12、系統(tǒng)。商業(yè)平臺系統(tǒng)通過財務接口與Oracle財務系統(tǒng)實現(xiàn)聯(lián)接，通過網(wǎng)站接口系統(tǒng)與紅華網(wǎng)站實現(xiàn)聯(lián)接。（一）系統(tǒng)管理功能（1）個人管理。（2）用戶管理。（3）數(shù)據(jù)管理。（4）工具管理。（二）輔助管理功能（1）辦公管理。（2）工作管理。（三）連鎖管理功能（1）編碼管理。（2）供應商管理。（3）合同管理。（4）商品管理。（5）進貨管理。（6）庫存管理。（7）物價管理。（8）促銷管理。（9）調(diào)配管理。（10）計劃管理。（11）銷售管理。（12）批發(fā)管理。（13）網(wǎng)絡銷售管理。（14）應收管理。（15）應付管理。（四）物流管理功能（1）物流貨主管理。（2）物流倉庫管理。（3）物流配送管理。（4）物流費用管

13、理。（五）供應鏈管理（六）客戶關系管理（1）客戶服務管理。（2）安裝維修管理。（3）配件倉庫管理。（4）服務費用管理。該系統(tǒng)的結(jié)構(gòu)圖如下所示：（1）網(wǎng)絡結(jié)構(gòu)示意圖如下:（2）功能結(jié)構(gòu)示意圖如下:為方便描述，根據(jù)實際需要把系統(tǒng)的功能劃分為模塊，這些功能將在“系統(tǒng)特性”部分進行詳細的描述和說明。2.3 用戶類和特征該產(chǎn)品主要面向連鎖配送企業(yè)的以下用戶群體：（1）業(yè)務處理用戶這類用戶是該產(chǎn)品的主要使用者，他們一般熟悉企業(yè)的具體業(yè)務，但在計算機的使用上可能具有一定程度的欠缺。（2）查詢分析用戶這類用戶是該產(chǎn)品的主要使用者，他們一般從管理的角度利用該系統(tǒng)進行數(shù)據(jù)的查詢和分析。這類用戶具有一定的管理經(jīng)驗，

14、但在計算機的使用上可以具有一定程度的欠缺。（3）系統(tǒng)管理用戶這類用戶是該產(chǎn)品的次要使用者，他們利用該系統(tǒng)對系統(tǒng)進行維護。這類用戶是計算機應用的高手，但在業(yè)務上可能是一個門外漢。具體的用戶，請參考系統(tǒng)特性中“主角”的描述。2.4 運行環(huán)境該系統(tǒng)為C/S+B/S三層結(jié)構(gòu)，它的運行環(huán)境分客戶端、應用服務器端和數(shù)據(jù)庫服務器端三部分，另外還包括Oracle財務接口。以下是系統(tǒng)的軟件環(huán)境。為使系統(tǒng)達到預期的性能，必須根據(jù)業(yè)務規(guī)模對硬件配置進行論證。（1）客戶端操作系統(tǒng)：Windows98/Windows2000 Professional。數(shù)據(jù)庫訪問：ADO。（2）應用服務器端操作系統(tǒng)：Windows200

15、0 Server。應用服務器：Tomcat 4。數(shù)據(jù)庫訪問：ADO、JDBC。（3）數(shù)據(jù)庫服務器端操作系統(tǒng)：Unix（具體版本與硬件有關）。數(shù)據(jù)庫系統(tǒng)：Oracle9i。（4）Oracle財務接口按財務接口要求的軟件環(huán)境配置。2.5 設計和實現(xiàn)上的限制（1）服務器操作系統(tǒng)和數(shù)據(jù)庫的限制為了滿足企業(yè)大型的應用，必須采用Unix+Oracle。（2）開發(fā)工具的限制本系統(tǒng)采用三層的C/S+B/S體系結(jié)構(gòu)，客戶端仍然采用GUI界面，而Delphi是開發(fā)GUI產(chǎn)品的首選工具。對于B/S，采用JBuilder進行開發(fā)。（3）Oracle財務系統(tǒng)的限制該產(chǎn)品要與Oracle財務系統(tǒng)相連接，這就要求在設計上要

16、兼顧Oracle財務系統(tǒng)。（4）外部網(wǎng)站的限制該產(chǎn)品要與紅華現(xiàn)有的外部網(wǎng)站相連接。（5）合法該軟件產(chǎn)品的業(yè)務處理和數(shù)據(jù)處理必須符合國家的相關法律和法規(guī)。2.6 假設和依賴本項目是否能夠成功實施，主要取決于以下的條件：（1）紅華能夠積極地與海信配合，為了項目的開發(fā)和實施，在必要時對現(xiàn)有的業(yè)務和財務流程進行合理的調(diào)整。（2）紅華為海信的調(diào)研、開發(fā)和實施過程提供必要的工作環(huán)境和系統(tǒng)運行環(huán)境，這些環(huán)境有助于海信開展工作。（3）紅華為海信提供完整的功能和性能需求資料，以便于海信對其進行分析，從而形成完善的軟件需求。（4）紅華為軟件系統(tǒng)的運行提供必要的且能夠滿足系統(tǒng)運行條件的硬件環(huán)境和通訊環(huán)境，不合適的硬

17、件環(huán)境和通訊環(huán)境將會影響系統(tǒng)的性能。（5）海信掌握先進的能夠適用于該項目的技術，這是系統(tǒng)的性能是否優(yōu)化和項目能否成功的保證。（6）紅華與海信具有相對穩(wěn)定的項目團隊，不穩(wěn)定的團隊將影響項目的進度和質(zhì)量。3 外部接口需求3.1 用戶界面本系統(tǒng)的三層C/S部分采用標準的GUI圖形界面，主窗體為多文檔風格，其中出現(xiàn)的所有錯誤信息和提示信息均采用Windows的標準提示框。B/S部分采用瀏覽器界面，僅適用于供應鏈管理部分。用戶界面的具體細節(jié)將在概要設計文檔中描述。3.2 硬件接口（1）條碼打印機接口系統(tǒng)集成了Zebra系列產(chǎn)品的驅(qū)動，如果是其它品牌只要廠商提供產(chǎn)品驅(qū)動即可。系統(tǒng)通常通過串口連接條碼打印機

18、。（2）數(shù)據(jù)采集器接口系統(tǒng)指定接口文件格式，數(shù)據(jù)采集器將采集后的數(shù)據(jù)按照系統(tǒng)指定的格式導出到指定目錄，然后系統(tǒng)讀取接口文件，讀入數(shù)據(jù)。系統(tǒng)通常使用串口連接數(shù)據(jù)采集器。（3）收款機專用打印機接口根據(jù)具體的型號確定接口。3.3 軟件接口（1）與Oracle數(shù)據(jù)庫的接口：通過ADO和JDBC進行聯(lián)接。（2）與Oracle財務系統(tǒng)的接口：通過財務接口系統(tǒng)實現(xiàn)。（3）與紅華網(wǎng)站的接口：通過接口表實現(xiàn)。3.4 通訊接口（1）TCP/IP網(wǎng)絡協(xié)議。（2）CORBA組件通訊采用UDP協(xié)議。（3）HTTP協(xié)議。（4）條碼打印機、MODEM通訊接口：數(shù)據(jù)格式速率為9600波特率，8位數(shù)據(jù)位，1位停止位，無奇偶檢驗

19、。4 系統(tǒng)特性4.1 主角見文件“4.1 主角.doc”。4.2 系統(tǒng)管理4.2.1 個人管理見文件“4.2.01 個人管理.doc”。4.2.2 用戶管理見文件“4.2.02 用戶管理.doc”。4.2.3 數(shù)據(jù)管理見文件“4.2.03 數(shù)據(jù)管理.doc”。4.2.4 工具管理見文件“4.2.04 工具管理.doc”。4.3 連鎖管理4.3.1 編碼管理見文件“4.3.01 編碼管理.doc”。4.3.2 商品管理見文件“4.3.02 商品管理.doc”。4.3.3 供應商管理見文件“4.3.03 供應商管理.doc”。4.3.4 合同管理見文件“4.3.04 合同管理.doc”。4.3.5

20、 進貨管理見文件“4.3.05 進貨管理.doc”。4.3.6 庫存管理見文件“4.3.06 庫存管理.doc”。4.3.7 物價管理見文件“4.3.07 物價管理.doc”。4.3.8 調(diào)配管理見文件“4.3.08 調(diào)配管理.doc”。4.3.9 計劃管理見文件“4.3.09 計劃管理.doc”。4.3.10 促銷管理見文件“4.3.10 促銷管理.doc”。4.3.11 銷售管理見文件“4.3.11 銷售管理.doc”。4.3.12 批發(fā)管理見文件“4.3.12 批發(fā)管理.doc”。4.3.13 網(wǎng)絡銷售管理見文件“4.3.13 網(wǎng)絡銷售管理.doc”。4.3.14 應收管理見文件“4.3

21、.14 應收管理.doc”。4.3.15 應付管理見文件“4.3.15 應付管理.doc”。4.4 物流管理4.4.1 基本資料管理見文件“4.4.01 基本資料管理.doc”。4.4.2 物流貨主管理見文件“4.4.02 物流貨主管理.doc”。4.4.3 物流倉庫管理見文件“4.4.03 物流倉庫管理.doc”。4.4.4 物流配送管理見文件“4.4.04 物流配送管理.doc”。4.4.5 物流費用管理見文件“4.4.05 物流費用管理.doc”。4.5 客戶關系管理4.5.1 基本資料管理見文件“4.5.01 基本資料管理.doc”。4.5.2 客戶服務管理見文件“4.5.02 客戶服

22、務管理.doc”。4.5.3 安裝維修管理見文件“4.5.03 安裝維修管理.doc”。4.5.4 配件倉庫管理見文件“4.5.04 配件倉庫管理.doc”。4.5.5 服務費用管理見文件“4.5.05 服務費用管理.doc”。4.6 供應鏈管理見文件“4.6 供應鏈管理.doc”。4.7 輔助管理4.7.1 辦公管理見文件“4.7.01 辦公管理.doc”。4.7.2 工作管理見文件“4.7.02 工作管理.doc”。4.8 查詢分析見文件“4.8 查詢分析.doc”。 5 非功能性需求5.1 性能需求（1）系統(tǒng)運行穩(wěn)定。（2）系統(tǒng)數(shù)據(jù)安全。（3）客戶端響應快捷，速度能達到業(yè)務的基本要求。（4）擴容性強，在達到1000臺終端時能夠保證