1. 程式人生 > 其它 >汙染源線上監測系統——需求分析心得

汙染源線上監測系統——需求分析心得

一、專案介紹

1.1專案背景

基於工業園企業廢棄物排放與環境管理要求,現需要構建一個汙染源實時監測系統,以監測管理企業廢棄物排放,並提供資料查詢、資料預警、異常處理等功能,以實現對如廢氣中二氧化硫、氮氧化物、一氧化碳等的指標監測。

1.2專案目標

構建汙染源實時監測系統,實現實時監測、預警報警、資料分析、汙染源管控、現場檢查、一企一檔、配置管理等需求,產品要求實現PC端和Android端應用開發。

1.3系統架構

1.4術語與縮寫解釋

1.4.1 GIS

地理資訊系統(Geographic Information System, 簡稱 GIS):作為獲取、儲存、分析和管理地理空間資料的系統。

1.4.2 SOA

SOA(Service-Oriented Architecture):基於服務的系統架構,把介面封裝成服務,並對服務進行管理,方便異構系統之間的互動和整合。

1.5軟體系統中的角色

角色名稱

工作簡述

系統管理員

配置所有專案的基本資訊(設定專案經理)

專案管理者

對專案進行考核(文件和彙報內容評分)

PM

檢視專案進展狀況,跟蹤各專案考核項

專案經理

管理相應專案的資訊

需求分析師

梳理、分析客戶需求,完成需求規格說明書

架構設計師

合理搭建系統架構

開發工程師

資料庫設計和程式碼的編寫,開發出滿足設計規範和使用者要求的產品

測試工程師

測試工具的編寫,測試要考慮所有出錯的可能性,錯誤的承受力,執行的效能問題,軟體的相容性

二、需求說明

1.需求說明書目錄如下

2.需求說明

該系統要求整合現有企業已建汙染源線上監測,對企業進行實時監控,掌握企業的汙染源排放資料、裝置執行狀態及現場視訊情況,要求系統具有自定義配置預警規則功能,通過自定義的預警規則,對監測資料進行實時預警分析,同時結合移動APP,能將汙染源線上監測異常問題生成檢查任務推送到檢查人員完成對汙染源的核查工作。該系統主要包括的功能GIS地圖監控、實時監控、視訊監控、預警分析、統計分析、資料稽核、維護日誌、一企一檔、現場檢查、配置管理功能。

3.需求獲取

老師給了專案介紹資料與詳細的企業版需求說明書,和老師會議討論之後,我們對專案有了進一步的認識,之後,我們又召開了幾次會議,針對每一部分,進行介面原型的設計和需求的探討,並完成了初版需求文件的設計和介面原型的初設計,在小班課上,我們進行了介面原型的展示,老師指出了我們專案的可行性與優化建議。三、心得體會

(1)對於專案是很重要又充滿風險的過程,因為很有可能會誤會對方曲解需求,故而做出與甲方需求不符的產品,而且軟體專案的需求充滿變數,所以需要做好需求變更的處理。總之,需求分析極為重要,要不斷跟指導老師確定需求是否符合要求。

(2)需求文件對於設計與開發的同學來說,是困惑的時候,能夠通過翻閱需求文件,解決疑惑點,從而省去了詢問的過程。這就是對於開發人員的需求文件重要性。

(3)文件的說明物件不只是限於產品的功能。產品文件不僅要告訴別人你要幹什麼,還要說明為什麼這麼做,你的目標是什麼,驗收標準是什麼,如何不能一步到位,是否有分步的實現路徑。在我們編寫需求文件的時候,不僅是介紹了我們需要做出那些都關係,同時也闡述了背景與其意義。也就是說,在編寫需求文件時要明確這幾點。