軟件需求規(guī)格說明書(2)

1、xxx項目軟件需求規(guī)格說明書文件狀態(tài)：文檔編號： 草稿當前版本： 正式發(fā)布密級：內(nèi)部公開 正在修改作者：完成日期：-合肥安慧軟件有限公司對本文件資料享受著作權(quán)及其它專屬權(quán)利，未經(jīng)書面許可，不得將該等文件資料（其全部或任何部分）披露予任何第三方，或進行修改后使用。.變更記錄版本號修改點說明變更人 /存放位置審批人審批日期創(chuàng)建人修改點說明的內(nèi)容有如下幾種：創(chuàng)建、修改（+修改說明）、刪除（ +刪除說明）.目 錄1.引言.51.1.項目背景 .51.2.編寫目標 .錯誤 ! 未定義書簽。1.3.建設目標（可選） .錯誤 ! 未定義書簽。1.4.系統(tǒng)范圍 .51.5.定義 / 術(shù)語 /縮寫 .51.6.

2、參考資料 .錯誤 ! 未定義書簽。1.7.文檔閱讀指南（可選） .錯誤 ! 未定義書簽。2.總體說明 .62.1.產(chǎn)品介紹 .62.2.假設和依賴（可選） .92.3.局限性和排斥性（可選） .錯誤 ! 未定義書簽。3.功能描述 .93.1.業(yè)務描述 .錯誤 ! 未定義書簽。3.2.用戶說明 .錯誤 ! 未定義書簽。3.3.基本配置及運行環(huán)境 .錯誤 ! 未定義書簽。3.4.用戶場景 .錯誤 ! 未定義書簽。3.4.1.用例總覽 . 錯誤 ! 未定義書簽。3.4.2.詳細用例說明 . 錯誤 ! 未定義書簽。4. 非功能性需求 .204.1.性能要求 .錯誤 ! 未定義書簽。4.2.可靠性（可選

3、） .204.3.安全性（可選） .204.4.可移植性（可選） .204.5.設計限制（可選） .204.6.電源、工藝結(jié)構(gòu)要求（可選） .錯誤 ! 未定義書簽。4.7.邏輯數(shù)據(jù)庫需求（可選） .錯誤 ! 未定義書簽。4.8.其他需求 .215.接口說明 .215.1.用戶界面 .錯誤 ! 未定義書簽。5.2.硬件接口 .215.3.軟件接口 .215.4.通信接口 .錯誤 ! 未定義書簽。6.需求變更流程 .錯誤 ! 未定義書簽。7.設計描述（可選） .錯誤 ! 未定義書簽。.7.1.設計和實現(xiàn)的約束條件 .錯誤 ! 未定義書簽。7.2.設計架構(gòu) .錯誤 ! 未定義書簽。7.3.分析模型

4、.錯誤 ! 未定義書簽。7.4.數(shù)據(jù)庫設計 .錯誤 ! 未定義書簽。7.5.接口函數(shù) /類 /對象 .錯誤 ! 未定義書簽。8.其他（可選） .錯誤 ! 未定義書簽。8.1.故障處理 .錯誤 ! 未定義書簽。8.2.項目風險預估 .錯誤 ! 未定義書簽。8.3.客戶和市場需求 .錯誤 ! 未定義書簽。9.項目建設安排 .錯誤 ! 未定義書簽。9.1.項目優(yōu)先級 .錯誤 ! 未定義書簽。9.2.功能優(yōu)先級 .錯誤 ! 未定義書簽。9.3.項目進度計劃 .錯誤 ! 未定義書簽。9.4.項目人員配置管理 .錯誤 ! 未定義書簽。9.5.項目實施方案 .錯誤 ! 未定義書簽。10.附錄（可選） .錯誤

5、 ! 未定義書簽。10.1.數(shù)據(jù)字典 .錯誤 ! 未定義書簽。10.2.業(yè)務規(guī)則 .錯誤 ! 未定義書簽。10.3.算法說明 .錯誤 ! 未定義書簽。10.4.相關干系人概覽 .錯誤 ! 未定義書簽。10.5.待確定問題清單 .錯誤 ! 未定義書簽。10.6.用戶文檔 .錯誤 ! 未定義書簽。10.7.相關文檔 .21.1. 引言1.1. 項目背景此處說明項目建設的原由與背景，對項目建設內(nèi)容的歷史和現(xiàn)狀進行概括性的描述，最終說明為什么決定開發(fā)該產(chǎn)品。直接引用用戶需求說明或產(chǎn)品需求規(guī)格說明書中對應章節(jié)內(nèi)容即可。1.2. 項目目標此處一般描述兩項內(nèi)容：1項目的建設目標，及該項目的成功實施給客戶帶來

6、的商業(yè)上的利益。2定義該項目成功實施的標準，如項目的進度目標，質(zhì)量目標等等。直接引用用戶需求說明或產(chǎn)品需求規(guī)格說明書中對應章節(jié)內(nèi)容即可。1.1. 系統(tǒng)范圍概述本系統(tǒng)的相關業(yè)務范圍，劃清系統(tǒng)邊界，明確項目的工作內(nèi)容。直接引用用戶需求說明或產(chǎn)品需求規(guī)格說明書中1.3 項目邊界章節(jié)內(nèi)容即可。1.2. 適用范圍此處描述：編寫軟件需求規(guī)格說明書的主要目的和適用的讀者。讀者對象一般包括：需求提供方具體責任人、評審人員、 開發(fā)方的項目經(jīng)理、系統(tǒng)分析設計人員、測試人員等。1.3. 定義 /術(shù)語 /縮寫此處描述：文檔中所有需要向讀者解釋的專業(yè)術(shù)語、名詞定義、簡稱、縮寫、項目組內(nèi)達成一致意見的專用詞匯等。包括 :

7、 詞匯的來源、定義、對該詞匯的其它叫法等。若內(nèi)容較多，也可將這些的信息放在附錄或其他文檔中描述。.直接應用用戶需求說明書中1.5 術(shù)語表章節(jié)內(nèi)容即可，如果軟件需求規(guī)格說明書中還引用了新的術(shù)語，也需要更新到該表中。2. 總體說明2.1. 系統(tǒng)介紹該章節(jié)從以下幾個方面來對系統(tǒng)進行概要性的介紹。1系統(tǒng)功能結(jié)構(gòu)圖：著重從業(yè)務層面來介紹該系統(tǒng)，如果有關鍵業(yè)務過程，可用文字進行補充說明示例一 ：示例二：示例只提供參考，不產(chǎn)生任何約束性要求。.2系統(tǒng)結(jié)構(gòu)圖：從系統(tǒng)的交互來描述各個子系統(tǒng)之間的關系示例一：示例二：示例只提供參考，不產(chǎn)生任何約束性要求。3高層數(shù)據(jù)流圖示例一：.示例只提供參考，不產(chǎn)生任何約束性要求

8、。4網(wǎng)絡拓撲圖示例：示例只提供參考，不產(chǎn)生任何約束性要求。5系統(tǒng)部署圖示例：示例只提供參考，不產(chǎn)生任何約束性要求。.6關鍵業(yè)務過程（可選）：對本項目的關鍵業(yè)務過程進行描述，也可以通過業(yè)務流程圖來表示2.2. 用戶說明對該系統(tǒng)的用戶/ 用戶類進行說明， 可 直接引用用戶需求說明或產(chǎn)品需求規(guī)格說明書中的 “用戶與角色”章節(jié)2.3. 假設和依賴（可選）建議在此處描述所有會影響需求的因素。這些因素不是設計限制，但是只要他們改變就會影響需求規(guī)格說明書里的需求。例如：（1）某個具體的操作系統(tǒng)必須適用于為這個產(chǎn)品設計的硬件。如果這個操作系統(tǒng)不適用了，需求規(guī)格說明書就會相應改變。（2）假設與其他系統(tǒng)的接口程序

9、由對應系統(tǒng)的廠商在接口開發(fā)前提供。（3）假設各地市已有監(jiān)控系統(tǒng)正常使用，且網(wǎng)絡速度不低于2m/s.注意：這部分敘述的內(nèi)容都是我們潛意識都知道，但容易遺漏的部分。2.4. 基本配置及運行環(huán)境建議在此處描述：產(chǎn)品的軟硬件配置以及運行環(huán)境。若配置清單過長，則可在本處簡述后，指定配置詳細清單的存放位置（例如：附錄或者另一份文檔中）。3. 功能描述詳細定義軟件需求規(guī)格說明書的每個具體需求。具體需求應當按邏輯可讀的方式組織。注意：（ 1）描述清楚對非正常情況和非法值的處理。（ 2）描述清楚臨界點或者系統(tǒng)邊界。.按功能結(jié)構(gòu)圖進行細化，軟件需求規(guī)格說明書書的功能結(jié)構(gòu)應該與用戶需求說明書的功能結(jié)構(gòu)基本一致，按照

10、子系統(tǒng)（可選）、模塊、功能、功能點逐層進行拆分與細化3.1. 信號控制3.1.1. 信號監(jiān)控3.1.1.1. gis 監(jiān)控3.1.1.1.1.1 查看路口交通信號情況1. 功能描述： 通過 gis 地圖顯示信號機分布情況，選擇地圖上信號機圖標或者選擇信號機編號，可以顯示該路口的信息，包括該路口信號機的工作參數(shù)，周期、運行相位、相位時間、路口闖紅燈設備采集的視頻圖像。2. ui 界面：.3. 前置條件： 無4. 輸入： 無5. 輸出： 路口編號、路口名稱、生產(chǎn)廠家、信號機 ip、當前信號機狀態(tài)，方案號、周期、當前運行相位、階段數(shù)、控制方式、相位時間6. 處理過程：1：在 gis 監(jiān)控頁面，在左側(cè)

11、設備樹單擊設備(或搜索 )，定位到gis 地圖的具體位置2：雙擊gis 地圖上信號機圖標獲取信號機id 請求相關接口和訂閱信號機實時運行信息7.業(yè)務規(guī)則： 無.3.1.1.1.1.2 控制信號機1. 功能描述： 信號配時人員可以通過平臺向信號控制系統(tǒng)下發(fā)控制指令：進行相位控制、單點控制。2. ui 界面：3. 前置條件： 無4. 輸入： 無5. 輸出：1：相位控制狀態(tài)信息（鎖定、恢復、快進、步進），相位配時信息輸出下發(fā)成功2：單點控制（方案控制方式）6. 處理過程：1：在 gis 監(jiān)控頁面，在左側(cè)設備樹單擊設備(或搜索 )，定位到gis 地圖的具體位置2：雙擊gis 地圖上信號機圖標獲取信號機

12、id 請求相關接口和訂閱信號機實時運行信息3：控制相位：鎖定、恢復、快進、步進，相位配時信息的編輯下發(fā)，燈態(tài)控制7. 業(yè)務規(guī)則：1）基于 gis 地圖展示信號機分布2）下發(fā)的控制指包括：相位控制（鎖定、恢復、快進、步進）、單點控制（方案控制方式）3.1.1.1.1.3 監(jiān)控信號機設備實時狀態(tài)1.功能描述： 交通信號控制系統(tǒng)設備出現(xiàn)故障，gis 地圖上相應顯示為故障，詳細故障信息可通過打開信號控制系統(tǒng)界面進行查看2.ui 界面：.3. 前置條件： 無4. 輸入： 信號機設備名稱 ( 支持模糊搜索 )5. 輸出： gis 地圖圖標故障為紅色， 在信號機管理頁面展示信號機詳細故障描述信息6. 處理過

13、程： 無7. 業(yè)務規(guī)則： 無3.1.1.2. 信號機方案設計1.功能描述： 信號配時人員可以通過平臺事先對信號機的相位設計、方案配時、 調(diào)度計劃進行實時配置，以便在使用信號機的時候能夠?qū)π盘枡C進行正常的調(diào)度控制。2. ui 界面：.3. 前置條件： 無.4. 輸入：1 相位添加：相位號(最大支持 32 個相位 )、相位通道2 配時添加：相位差、相位號、綠燈時間、紅燈時間、黃燈時間、延遲時間3 調(diào)度計劃添加：調(diào)度日期、時段劃分、配時方案號、控制模式、輔助功能4 相位刪除：相位號5 配時刪除：配時方案號6 調(diào)度計劃刪除：調(diào)度計劃號7 相位修改：相位號8 配時修改：配時方案號9 調(diào)度計劃修改：調(diào)度計

14、劃號5. 輸出：1 相位添加：添加成功2 配時添加：添加成功3 調(diào)度計劃添加：添加成功4 相位刪除：刪除成功5 配時刪除：刪除成功6 調(diào)度計劃刪除：刪除成功7 相位修改：修改成功8 配時修改：修改成功9 調(diào)度計劃修改：修改成功6. 處理過程： 無7. 業(yè)務規(guī)則：1）配置的相位不能有沖突3.1.1.3. 查詢交通信號控制指令下發(fā)日志1. 功能描述： 用戶要能查詢對信號機任何控制操作的日志情況。2. ui 界面：.3. 前置條件： 無4. 輸入： 日志類別、操作類型、操作日期：5. 輸出： 列表6. 處理過程： 無7. 業(yè)務規(guī)則：1）根據(jù)操作類型、操作時間查詢；2）操作類型包括：黃閃控制、步進控制

15、、快進控制、鎖定相位、停止控制、檢測器維護、人工校時、其他3.1.1.4. 信號機配置管理1.功能描述： 用戶可在相應圖層的gis 地圖上對信號機進行添加、修改、刪除等操作。2. ui 界面：3.前置條件： 無4.輸入：1 添加信號機：設備名稱、設備編號、所屬機構(gòu)、型號、廠商、ip、關聯(lián)視頻、接入平臺、最大相位數(shù)2 刪除信號機：信號機id3 修改信號機：信號機需要修改的基本信息5.輸出：1 添加信號機：添加成功2 刪除信號機：刪除成功.3 修改信號機：修改成功6.處理過程： 無7.業(yè)務規(guī)則：1)設備編號長度18 位2)設備號唯一示例： 用戶管理 （是將用戶管理作為一個功能點還是將增刪改查作為一

16、個功能點，根據(jù)具體需求的復雜程度來由項目組自行決定）功能描述：增加新用戶，并能用戶進行修改、刪除、查詢ui 界面：.前置條件：無輸入： 用戶名、姓名、性別、年齡、單位、聯(lián)系方式輸出： 一條用戶記錄處理過程：1. 用戶進入用戶管里界面，添加用戶，輸入用戶基本信息，點擊保存2. 保存成功，用戶能夠在用戶列表中查詢到該條用戶信息。3. 若輸入用戶基本信息非法，則提示保存失敗。4. 對選定的用戶進行基本信息的修改，點擊保存后能修改成功5. 對選定的用戶進行刪除，刪除成功后列表中不再顯示該用戶信息6. 可以對用戶進行查詢，支持模糊查詢。業(yè)務規(guī)則：1. 用戶名不可重復，姓名可重復。2. 只有管理員擁有刪除

17、用戶的權(quán)限。4. e-r 圖在此章節(jié)畫出本系統(tǒng)的實體關系圖。5. 性能需求在此章節(jié)要描述本系統(tǒng)的數(shù)據(jù)量（接入設備的數(shù)據(jù)量）需求以指導開發(fā)人員在進行軟件設計時，性能上至少要滿足此數(shù)據(jù)量的要求。.6. 其他非功能性需求6.1. 可靠性（可選）系統(tǒng)在一定時間內(nèi)、在一定條件下無故障地執(zhí)行指定功能的能力或可能性。例如： 除電源、硬件、操作系統(tǒng)、服務器管理系統(tǒng)外，程序不允許異常退出或崩潰。24 小時不間斷運行 。6.2. 安全性（可選）指定與安全性、 完整性或保密性問題相關的所有需求， 這些問題影響對產(chǎn)品的訪問、 使用以及產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護。 安全性需求一般來源于業(yè)務規(guī)則， 因此要確定產(chǎn)品必須遵

18、守的所有安全或保密策略或規(guī)則?？蓮娜缦路矫婵紤]系統(tǒng)的安全性：（ 1）網(wǎng)絡安全（信息認證）（ 2）資料安全（重要信息加密）和用戶權(quán)限管理（用戶信息保密，操作權(quán)限明確）（ 3）日志管理（ 4）數(shù)據(jù)備份（例如：系統(tǒng)災難恢復）注意： 有些系統(tǒng)的安全性要求高， 可能會獨立成一章， 描述從安全管理制度到安全保護措施的所有內(nèi)容。安全管理制度定義了用戶在系統(tǒng)使用過程中應當遵循的安全原則。6.3. 可移植性（可選）本節(jié)列出確保用戶程序和用戶界面的兼容方面的需求，以及把被開發(fā)軟件從一種運行環(huán)境移植到另一個運行環(huán)境的需求等。6.4. 設計限制（可選）寫明任何因為行業(yè)標準、公司制度、硬件條件原因所導致的設計限制。注意：此處的限制是指客戶的要求導致的設計限制。例如： 客戶要求采取 b/s 架構(gòu) .系統(tǒng)在開發(fā)過程中涉及的設計限制將在第七章設計描述中說明。.