cmhrs系統專案
第01版
二○○三年七月二十四日
版本控制資訊
目錄1 範圍 4
1.1 標識 4
1.2 系統概述 4
1.3 文件概述 4
2 引用文件 4
3 專案概述 4
3.1 目標 4
3.2 使用者的特點 4
3.3 假定和約束 5
4 需求規定 5
4.1 功能需求 5
4.2 效能需求 6
4.2.1 精度 6
4.2.2 時間特性要求 6
4.2.3 靈活性 6
4.3 輸入輸出要求 7
4.4 資料管理能力要求 8
4.5 故障處理要求 8
4.6 設計約束 9
4.7 屬性 9
4.7.1 安全性 9
4.7.2 可維護性 9
4.8 其它需求 9
4.8.1 資料庫 9
4.8.2 操作 9
5 系統分析 10
5.1 資料流程圖（dfd並附pspec） 10
5.2 資料字典（data dictionary） 19
5.3 實體關係圖（erd） 20
6 執行環境規定 22
6.1 硬體 22
6.2 支援軟體 22
6.3 介面需求 22
7 支援資訊 22
qr-10-02
cmhrs需求分析說明書
城市管理坑窪跟蹤和修復系統（簡稱cmhrs）
cmhrs是乙個基於web的城市坑窪跟蹤和修復系統，它為一般大城市的城市管理部門提供了高效快捷的工作方式，主要的設計目標是為了實現城市管理電子化網路化，使廣大市民真正的參與到城市管理中來，增強市民的主人翁精神和對於城市管理的責任感，另一方面相對於以前的檔案辦公，電子化網路化的優勢是極其明顯的，它不但增大了資訊的儲存量，而且大大提高了城管各部門的協調能力，使有限的人力財力資源得到了最大化的應用。
該文件詳細描述了cmhrs系統的需求規約，為進一步的概要設計和詳細設計奠定了基礎。
《需求文件模板（國標）》
《cmhrs系統需求分析草稿》
本軟體的開發是實現城市管理網路化電子化的大膽嘗試，在應用於實際之後，將大大提高城市坑窪管理的效率，真正意義上實現高效無紙化辦公。它將替代現有的城市坑窪管理系統。另外，整個系統是基於城市管理系統的，是整個管理系統的乙個子系統。
本軟體的終端使用者將是廣大熱心市民，城市管理人員以及系統維護人員。
對於廣大市民只要求有基本的電腦操作知識和會瀏覽網頁即可。
對於城市管理人員，要求了解基本的電腦操作知識，有過使用管理系統的經歷最佳。
對於系統維護人員要求有管理大型資料庫的能力，另外還須對本系統有一定的了解，能夠在發生普通的異常情況時，根據使用說明手冊進行維護。
因為現有的城市坑窪管理系統陳舊不堪，需要cmhrs盡快開發成功，**方面要求以3個月為期限。
開發經費方面，因為是a市對於城市管理系統的初次嘗試，一切都是試探性的，所以資金投入不是很大，盡量少花錢，多辦事。
考慮到現有**工作人員的計算機操作水平有限，希望開發的軟體有良好的人機互動介面，較高的可操作性。
cmhrs主要分為以下幾個功能需求：
市民報告坑窪資訊：
市民可以登陸**並報告自己發現的坑窪，提交的坑窪概要資訊包括：坑窪所在街道，坑窪大小（大體），發現時間，坑窪現狀。系統對於使用者填寫的概要資訊進行處理，根據坑窪所在位置，時間，坑窪現狀等資訊與資料庫中現有資訊進行比較，察看是否有類似記錄，如果已有類似的坑窪報告，則提取此坑窪的詳細資訊，提示使用者進行核實。
如果沒有類似坑窪報告，則引導使用者填寫全面詳細的情況報表，生成坑窪情況報告單。使用者報告完畢坑窪情況後，提示使用者輸入自己的姓名，家庭住址，聯絡**，身份證號碼等個人資訊，記錄入熱心市民資訊資料庫。
坑窪資訊報表評估（資訊詳化）：
坑窪情況報告單輸入，根據坑窪型別及引數標準資訊對照表，加入新的更為詳盡的資訊，包括：a.根據坑窪大小和尺寸對照表，確定坑窪大小等級（1-10）；b.
根據城市街道區域圖和報告單中的街道位址，確定坑窪所在區域。c.根據坑窪現狀描述，確定所在位置（路中或路邊等）。
d.根據坑窪大小和坑窪所在區域，位置（生活區，工業區，商業區等的優先等級可能有所不同），確定坑窪修復的優先等級。按照資料庫現有坑窪資訊報表，為此新坑窪分配乙個唯一編號，生成最終的坑窪資訊報表。
坑窪損害檔案生成：
按照坑窪資訊報表，安排調查人員實地考察一一核實坑窪資訊報表中的各項，對於不準確的資訊給於精化，對於不正確的資訊給予糾正，並且全面衡量各種資訊（坑窪等級，所處地段，坑窪帶來的危害等），最終確定是否需要對於此坑窪作進一步處理，如此坑窪暫時無需處理，則給予無需處理標記，將此資訊報表備份歸檔。如需繼續處理，則給予需要處理且未處理標記。
未處理坑窪的施工分配：
檢索未處理的坑窪損害檔案，並從資料庫中提取施工隊的當前情況，依據坑窪的處理優先等級和施工隊的當前狀況，將優先等級較高的坑窪分配給近期無施工任務的施工隊或施工任務較輕的施工隊（此處需要一定的匹配演算法）。根據坑窪的大小，嚴重情況，所處地段，施工需要等資訊，從倉庫中分發施工材料以及所需裝備給此施工隊，最終根據這三方面資訊產生施工單。向施工隊分配施工任務。
施工完畢後對於損害檔案的處理：
施工完畢後根據施工隊施工過程中所消耗材料，工作日，人數等資訊，關聯施工隊的簡單資訊和報告市民的資訊後產生損害檔案，備份入庫，以備查詢。
互動查詢：
主要依據坑窪位置，大小，修復時間，負責的施工隊，所耗材料，所耗人時等查詢條件查詢坑窪資訊，施工隊資訊，材料裝置使用狀況等。另外還可以查詢熱心市民資訊，做出評比等。
cmhrs是乙個基於web的管理系統，其併發程度很大程度上決定於web伺服器和後台資料庫的的併發處理能力，連線終端和同時併發使用者數目控制在100。
該系統中沒有對於較高資料精度的需要，例如：市民報告坑窪情況時，對於坑窪位置精確到街道，坑窪大小給出目測的範圍值即可（如0.5-1m），坑窪發現的時間精確到每日。
總之，對於所有的尺度量精確到cm，日期精確到每日，人民幣數目精確到元，時間長度度量精確到天。在資料儲存和傳輸過程中與輸入時相同。
響應時間：
對於使用者輸入的響應時間大體上決定於網路傳輸速度。
更新處理時間：
坑窪的更新資訊應該維持在每天。
規格說明號：
資料的轉換和傳送時間：
解題時間：
操作方式的變化：
執行環境的變化：
web伺服器進行更新時，對於整個程式的結構應該沒有太大的影響
同整個城市管理系統其他部分介面的變化：
因為後台資料庫與整個城市管理系統是整合在一起的，採用分布式資料庫，對於資料的利用達到最大化。當整個分布式資料庫發生變化時，如果資料庫關係模式無變化，只牽扯資料的匯出和重新匯入，如果模式變化，則需要進行異構資料庫間的轉化，較為複雜。
精度和有效時限的變化：
此cmhrs系統的應用時間初步定位為10年，可以考慮使用過程中的系統硬體軟體公升級問題。
計畫的變化或改進：
如果出現計畫變化和改進，需要小組成員協調處理。
市民資訊資料型別
坑窪資料型別
施工工具成本資料型別
施工材料成本資料型別
施工隊資訊資料型別
根據a市現執行系統來看，過去的10年中，關於坑窪的記錄在1萬條左右，報告坑窪的市民資料因為過一段時間會清理，所以大體在1000條，而a市現有坑窪修復施工隊伍20個，每個月平均的坑窪修復記錄在100條左右。但隨著城市發展步伐的加快，城市建設越來越重要，而且市民的主人翁精神也在增強，所以資料量大幅增長，對於系統的資料庫也提出了挑戰，為了做長遠打算，要求資料庫有50萬條資料儲存的能力。一般的大型資料庫應該能夠勝任，例如oracle，db2等。
數位化城市管理系統考核題
10.部件園林綠化中古樹名木的管理要點是樹木無缺失 枯死 病蟲害侵害等現象。二 選擇題 每題4分，共40分 1 井蓋丟失及損壞 內完成並反饋。a 2小時 b 3小時 c 4小時 2 井蓋的管理要點中井圈周圍 無傾斜。a 5公分 b 10公分 c 20公分 3 垃圾箱損壞的承辦單位接到通知後 派遣專人...
數位化城市管理協同辦公系統策劃
主題1 網際網路 上的城市管理 服務遇上 網際網路 給我們帶來啥 第1頁 數位化城市管理協同辦公系統logo 開啟 服務新時代 網際網路 上的政務服務 第2頁 傳統城市管理存在的弊端 1.城市管理 高成本 低效率 2.突擊式 運動式管理，導致 管理部門與社會民眾衝突不斷，嚴重影響和諧社會的構建 3....
網際網路 智慧型城市城市管理系統解決方案
網際網路 智慧型城市 城市管理系統解決方案 前言入21世紀以來，隨著資訊科技的快速發展，越來越多的高科技手段被運用到相關事務的管理之中，例如企業辦公中應用的辦公自動化系統，辦公無紙化系統，近些年嶄露頭角的智慧型城市網格化管理系統，資訊系統的建設與應用大大簡化了以往繁瑣的事務處理手段，改進了城市管理的...