【正文】 ） 、單點控制（方案控制方式）13 監(jiān)控信號機設備實時狀態(tài)1. 功能描述：交通信號控制系統(tǒng)設備出現(xiàn)故障，GIS 地圖上相應顯示為故障，詳細故障信息可通過打開信號控制系統(tǒng)界面進行查看2. UI 界面：3. 前置條件：無4. 輸入：信號機設備名稱(支持模糊搜索)5. 輸出：GIS 地圖圖標故障為紅色，在信號機管理頁面展示信號機詳細故障描述信息6. 處理過程：無7. 業(yè)務規(guī)則：無1. 功能描述：信號配時人員可以通過平臺事先對信號機的相位設計、方案配時、調度計劃進行實時配置，以便在使用信號機的時候能夠對信號機進行正常的調度控制。2. UI 界面：14153. 前置條件：無164. 輸入：1 相位添加：相位號(最大支持 32 個相位) 、相位通道2 配時添加：相位差、相位號、綠燈時間、紅燈時間、黃燈時間、延遲時間3 調度計劃添加：調度日期、時段劃分、配時方案號、控制模式、輔助功能4 相位刪除：相位號5 配時刪除：配時方案號6 調度計劃刪除：調度計劃號7 相位修改：相位號8 配時修改：配時方案號9 調度計劃修改：調度計劃號5. 輸出：1 相位添加：添加成功2 配時添加：添加成功3 調度計劃添加：添加成功4 相位刪除：刪除成功5 配時刪除：刪除成功6 調度計劃刪除：刪除成功7 相位修改：修改成功8 配時修改：修改成功9 調度計劃修改：修改成功6. 處理過程：無7. 業(yè)務規(guī)則：1）配置的相位不能有沖突1. 功能描述：用戶要能查詢對信號機任何控制操作的日志情況。2. UI 界面：173. 前置條件：無4. 輸入：日志類別、操作類型、操作日期：5. 輸出：列表6. 處理過程：無7. 業(yè)務規(guī)則：1）根據操作類型、操作時間查詢；2）操作類型包括：黃閃控制、步進控制、快進控制、鎖定相位、停止控制、檢測器維護、人工校時、其他：用戶可在相應圖層的 GIS 地圖上對信號機進行添加、修改、刪除等操作。2. UI 界面：：無：1 添加信號機：設備名稱、設備編號、所屬機構、型號、廠商、IP、關聯(lián)視頻、接 入平臺、最大相位數(shù)2 刪除信號機：信號機 ID3 修改信號機：信號機需要修改的基本信息：1 添加信號機：添加成功182 刪除信號機：刪除成功3 修改信號機：修改成功：無： 1)設備編號長度 18 位2)設備號唯一示例：用戶管理 （是將用戶管理作為一個功能點還是將增刪改查作為一個功能點，根據具體需求的復雜程度來由項目組自行決定）功能描述：增加新用戶，并能用戶進行修改、刪除、查詢UI 界面： 19前置條件：無輸入：用戶名、姓名、性別、年齡、單位、聯(lián)系方式輸出：一條用戶記錄處理過程：1. 用戶進入用戶管里界面，添加用戶，輸入用戶基本信息，點擊保存2. 保存成功，用戶能夠在用戶列表中查詢到該條用戶信息。3. 若輸入用戶基本信息非法，則提示保存失敗。4. 對選定的用戶進行基本信息的修改，點擊保存后能修改成功5. 對選定的用戶進行刪除，刪除成功后列表中不再顯示該用戶信息6. 可以對用戶進行查詢，支持模糊查詢。業(yè)務規(guī)則：1. 用戶名不可重復，姓名可重復。2. 只有管理員擁有刪除用戶的權限。4. ER 圖 在此章節(jié)畫出本系統(tǒng)的實體關系圖。5. 性能需求在此章節(jié)要描述本系統(tǒng)的數(shù)據量（接入設備的數(shù)據量）需求以指導開發(fā)人員在進行軟件設計時，性能上至少要滿足此數(shù)據量的要求。206. 其他非功能性需求. 可靠性（可選）系統(tǒng)在一定時間內、在一定條件下無故障地執(zhí)行指定功能的能力或可能性。例如： 除電源、硬件、操作系統(tǒng)、服務器管理系統(tǒng)外，程序不允許異常退出或崩潰。 24 小時不間斷運行 。. 安全性（可選）指定與安全性、完整性或保密性問題相關的所有需求，這些問題影響對產品的訪問、使用以及產品所創(chuàng)建或使用的數(shù)據的保護。安全性需求一般來源于業(yè)務規(guī)則，因此要確定產品必須遵守的所有安全或保密策略或規(guī)則?？蓮娜缦路矫婵紤]系統(tǒng)的安全性：（1） 網絡安全（信息認證）（2） 資料安全（重要信息加密）和用戶權限管理（用戶信息保密，操作權限明確）（3） 日志管理（4） 數(shù)據備份（例如：系統(tǒng)災難恢復）注意：有些系統(tǒng)的安全性要求高，可能會獨立成一章，描述從安全管理制度到安全保護措施的所有內容。安全管理制度定義了用戶在系統(tǒng)使用過程中應當遵循的安全原則。. 可移植性（可選）本節(jié)列出確保用戶程序和用戶界面的兼容方面的需求，以及把被開發(fā)軟件從一種運行環(huán)境移植到另一個運行環(huán)境的需求等。. 設計限制（可選）寫明任何因為行業(yè)標準、公司制度、硬件條件原因所導致的設計限制。注意：此處的限制是指客戶的要求導致的設計限制。例如： 客戶要求采取 B/S 架構 .系統(tǒng)在開發(fā)過程中涉及的設計限制將在第七章 設計描述 中說明。21. 其他需求建議在此處描述：任何上述沒有提到的非功能性需求。例如國際化需求以及法律上的需求。7. 接口說明. 硬件接口描述系統(tǒng)中軟件和硬件組件之間的每一接口的特征?？赡馨ㄖС值脑O備類型、軟件和硬件之間的數(shù)據和控制交互所用的通信協(xié)議等?？梢杂昧斜淼男问絹肀硎?，如：硬件名稱 廠商 設備類型 通信協(xié)議. 軟件接口描述該產品與其他軟件組件（由名稱和版本來識別）之間的連接，這些組件包括數(shù)據庫、操作系統(tǒng)、工具軟件、庫和集成的商業(yè)組件等。8. 附件 說明如果有接口需求，應該附上對應的 API 說明文檔。. 相關文檔列舉出該需求規(guī)格說明書參考的文檔