第一篇:小區監控系統-項目開發總結報告
小區監控系統
項目開發總結報告
1引言
1.1編寫目的編寫本報告的目的是研究本系統的總體需求、背景。對開發結果
開發評價進行分析,得出經驗與教訓。
1.2背景
本項目是對小區監控系統做出的項目總結報告。此軟件的任務是由閩江學院提出的。組成開發小組進行開發的。
開發小組成員:
組長: 組員:
1.3定義
SQL全稱:結構化查詢語言
1.4參考資料
參考資料如下所示:
(1)錢樂秋等,《軟件工程》,青還大學出版社;
(2)張害藩,《軟件工程導論》(第四版),清華大學出版社;
(3)王珊等,《數據庫原理及設計》,清華大學出版社;
(4)趙池龍等,《軟件工程實踐教程》,電子工業出版社;
(5)陳雄峰等,《實用軟件工程教程》,機械工業出版社。
2實際開發結果
2.1產品
此程序系統包括3大程序模塊,他們分別是:
.信息錄入模塊,信息注銷模塊,信息查詢模塊,其中每個大模塊下還有若干字模塊。1.信息錄入模塊下有:居民信息錄入子模塊,出入信息錄入子模塊,報警信息錄入子模塊,事件信息錄入子模塊等;
2.信息注銷模塊下有:用戶信息注銷子模塊;
3.信息查詢模塊下有:居民信息查詢子模塊,出入信息查詢子模塊,報警信息查詢子模塊,事件信息查詢子模塊等。
2.2主要功能和性能
本項目要實現的時三大塊模塊功能:
1.信息錄入模塊:這個模塊的開發目標達到了,能夠往模塊里面添加各種信息,例如居民信息錄入,出入信息錄入,報警信息錄入,事件信息錄入等。
2.信息注銷模塊:這個功能模塊的開發目標達到了,能夠對信息進行注銷。
3.信息查詢模塊:該模塊的開發目標也達到了,能夠對前期錄入的信息進行查詢,例如居民信息查詢,出入信息查詢,報警信息查詢,事件信息查詢等。
2.3基本流程
基本流程圖如下所示:
2.4進度
原計劃進度如下: A.可行性分析:10天 B.需求分析:15天;
C.軟件設計(概要設計和詳細設計):20天; D.數據庫建立:15天;
(以下6個子系統可并行編碼、單元測試)E.子系統1編碼測試:5天;F.子系統1編碼測試:10天;G.子系統1編碼測試:15天;H.子系統1編碼測試:15天;I.子系統1編碼測試:10天;J.子系統1編碼測試:15天;K.硬件安裝:20天;L.硬件測試:10天;M.集成測試:15天;
N.系統安裝、培訓:5天; O.驗收測試:30天
實際進度與原計劃進度一樣,主要是每次的進度都與計劃計劃實施的一樣,所以結果無偏差。
2.5費用
原計劃費用如下: ? 一次性支出
? 經常性費用
主要是系統運行費用,假設本系統運行期10年,每年的運行費用(包括系統維護、設備維護等)5萬元,按年利率5%計算如下表。
系統投資成本總額為:47+38.6082=85.6082萬元。
原計劃支出費用與實際支出費用一樣,因為在學校里面設計,有很多東西可以免去開銷,而且每一項費用的支出都是嚴格按計劃要求實施的,像服務器與微機之類的偏差也不大,拉扯一下就差不多。
3開發工作評價
3.1對生產效率的評價
a. 程序的平均生產效率:
E=aL^b=2.4*1024^1.05(每人月)
b. 文件的平均生產效率為:1.024(KLOC/人月)此計劃和實際的無多大偏差。
3.2對產品質量的評價
該產品操作簡便,故障率低,是一個較為便捷實用的軟件,可進行廣泛推廣使用。
3.3對技術方法的評價
在開發過程中開發工具是使用sublime。同時還有PHP和MySQL的應用。該項目的開發使界面更具有人性化,界面友好度高,交互性強,同時可移植性高,安全性強,這就是我們選用該工具對其進行開發的原因。
3.4出錯原因的分析
設備故障,需要檢修。
4經驗與教訓
在本項目開發的過程中,我們的團隊遇到了種種困難,但最終都被我們的團隊逐一克服。其中最重要的一點的便是團隊內部的成員分工,一開始的時候,大家對各自的分工并不是那么明確,但隨著項目進行,我們成員之間有著不斷的磨合的經歷,就拿我們組員在整理文檔來說,文檔眾多,前后改動多次,卻沒有及時更新保存,導致后期多次返工,但之后大家對自己的任務都有明確的認識,也意識到自己該做什么,正是這種團隊精神使我們克服了項目中出現的各種難題。
其次,通過本次項目,我們深刻的意識到,知識儲備量的重要性,要想做好一個項目,就必須有足夠的知識,這更是告誡著我們團隊的每一個成員,知識就是力量,知識就是成功的基礎。
我相信我們的團隊會在下一個項目中取得更好的成績。
第二篇:小區監控系統方案
小區監控系統方案
一、系統概述
1.1 系統應用概述
1.2
隨著現代化企業、小區制度在我國的普及和深化發展,企業、小區的信息化建設不斷深入,各企業、小區特別是大中型企業、小區都加快了信息網絡平臺的建設;企業、小區正逐步轉向利用網絡和計算機集中處理管理、生產、銷售、物流、售后服務等重要環節的大量數據。
為了更好的保護財產及小區的安全, 根據小區用戶實際的監控需要,一般都會在小區周邊、大門、住宅、倉庫、機房、停車場等重點部位安裝攝像機。監控系統將視頻圖像監控,實時監視,多種畫面分割,多畫面分割顯示,云臺鏡頭控制,打印等功能有機結合的新一代監控系統,同時監控主機自動將報警畫面紀錄,做到及時處理,提高了保衛人員的工作效率并能及時處理警情,能有效的保護小區財產和工作人員的安全,最大程度的防范各種入侵,提高處理各種突發事件的反映速度,給保衛人員提供一個良好的工作環境,確保整個小區的安全。在現代企業、小區中實施視頻監控系統,安全保衛部門可以實現在小區周邊、大門、住宅、倉庫、機房、停車場等目標進行實時全天候視頻監控,對周邊、大門、住宅、倉庫、機房、停車場等內各主要通道場地進行監控.ⅰ可錄制各點的視頻錄像以備安防查用
ⅱ有效保證人員流動現場的安全規范操作
ⅲ 小區周邊圍墻防范
ⅳ可以清晰的觀測到車輛出入的具體細節
ⅴ可以對大門口人員流動情況進行監控
為進一步滿足社會經濟發展與人們文明生活的高標準要求,創造一個安全、舒適、溫馨、高效的生產與生活環境,并根據各種不同寫字樓的需要,從小區的具體實際出發,做到配置合理,留有擴展余地,技術先進,性能價格比高,確保系統性能高質量,高可*性。本方案根據小區提供的相關文件,并根據小區的實際需求,參照有關國際標準和國家標準,并結合我公司從事過的多個小區所積累的經驗,編制出這套技術方案。若對本方案的內容或其它方面有不詳盡之處,我們隨時歡迎您們的寶貴意見。
二、系統設計目標
在進行閉路監控系統設計的時候,依照貴單位對該系統的基本需求,本著架構合理、安全可靠、產品主流、低成本、低維護量作為出發點,并依此為貴單位提供先進、安全、可靠、高效的系統解決方案。
架構合理: 就是要采用先進合理的技術來架構系統,使整個系統安全平穩的運行,并具備未來良好的擴展條件。
穩定性和安全性:這是貴單位最關心的問題,只有穩定運行的系統,才能確保貴單位閉路監控系統平穩運行。系統的技術先進性是系統高性能的保證和基礎,同時可有效地減少使用人員和系統維護人員的麻煩。良好的可擴展性則是為了用戶的發展考慮。隨著貴單位安防系統應用時間的增長,未來對安防系統的要求會更高。可擴展性保證當用戶有更多的要求時,引入的新設備可以順利地與本次配備的設備共同工作,進一步擴展與提高系統的性能。
產品主流:系統是否采用當今主流產品,關系到系統的整體質量和未來能否得到良好技術支持以及完整的技術文檔資料。
在設備選型時,我們將主要依據貴單位提出的具體需求,同時考慮產品廠家的技術先進性,產品是否為主流產品,原廠商的產品技術資料的完整性,原廠商的技術支持力量和產品制造單位的發展前景。所有這些是保證用戶得到良好技術支持的條件,也是保障用戶投資的基本條件。
低成本低維護量: 指力爭有良好的性能價格比,所采用的產品應是簡單,易操作,易維護,高可靠度的。
系統是否具有優良的性能價格比是判斷一個系統優劣條件的重要依據。系統的易操作和易維護性是保證非專業人員使用好一個系統的條件。高可靠度是保障系統運行的基本要求,也是易維護性的保障。
我司將本著上述設計原則,來進行貴單位閉路監控系統的設計。并將嚴格按照國際慣例并結合本單位的技術實力與工程經驗,進行貴單位監控系統整個工程的安裝、測試以及驗收,完工時將同時提交與工程相關的每個設備的安裝使用手冊、及系統的各種圖表等各項文檔資料,還將根據用戶的實際需求提出技術培訓和有償服務的建議。
三、系統設計原則、依據
3.1 設計原則
本設計以行業標準作為設計依據,結合寫字樓的具體情況,用最佳設計方案體現最高的性能價格比,是本方案設計的指導思想,也是本方案設計的基本出發點和追求的目標。本設計主要貫徹“高質量”及“低成本”兩條主線來進行設計的。
根據小區的總體設計,并充分考慮現場實際情況,采用高清晰度專業紅外彩色攝像機與彩色一體化攝像機,視頻傳輸采用抗干擾高屏蔽同軸電纜,保證視頻信號的準確傳輸;中央控制系統采用數字化硬盤錄像系統,可以實現循環錄像,并方便檢索回放。a、先進性:
在投資費用許可的情況下,系統采用當今先進的技術和設備,一方面能反映系統所具有的先進水平,另一方面又使系統具有強大的發展潛力,以便該系統在盡可能的時間內與社會發展相適應。
b、可靠性:
系統最重要的就是可靠性,系統一旦癱瘓的后果將是難以想象的,因此系統必須可靠地、能連續地運行,系統設計時在成本接受的條件下,從系統結構、設備選擇、產品供應商的技術服務及維修響應能力等各方面均應嚴格要求,使得故障發生的可能性盡可能少。即便是出現故障時,影響面也要盡可能小。c、安全性:
對于安全防范系統,其本身的安全性能不可忽視,系統設計時,必須采取多種手段防止本系統各種形式與途徑的非法破壞。d、可擴充性: 系統設計時應充分考慮今后的發展需要,系統應具有預備容量的擴充與升級換代的可能。e、規范性:
由于本系統是一個嚴格的綜合性系統,在系統的設計與施工過程中應參考各方面的標準與規范,嚴格遵從各項技術規定,做好系統的標準化設計與施工。
一切應從實際出發,使智能系統具有較高的實用效能。這也是智能建筑在當今之所以能迅速興起并發展的關鍵所在。3.2 設計依據
本方案設計根據甲方常規要求,并遵循以下國家相關部門制定的設計規范要求。主要包括: ① JGJ/T16-92《民用建筑電氣設計規范》 ② GB/T50314-2000《智能建筑設計標準》 ③ GB50174-93《電子計算機機房設計規范》 ④ GB50057-94《建筑物防雷設計規范》
⑤ GBJ232-92《電氣裝置安裝工程施工及驗收規范》
⑥ GB4943-95《信息技術設備(包括電氣事務設備)的安全》 ⑦ GB/T75-94《安全技術防范規范工程技術規范》
⑧ GB50198-94《民用閉路電視監控電視系統工程技術規范》
四、總體設計 4.1 設計概述
閉路電視監控系統應該說是跨學科跨行業的系統工程,以功能要求的不同可分為以下幾個方面:
1)前端攝像系統 2)視頻傳輸系統 3)信號控制系統
4)視頻顯示和記錄系統 5)錄像系統
攝像部分是電視監控系統的前沿部分,是整個系統的“眼睛”,它把監視的內容變為圖像信號,傳送控制中心的監視器上,攝像部分的好壞及它產生的圖像信號質量將影響整個系統的質量。
傳輸部分是系統的圖像信號通道。
顯示部分一般是由幾臺或多臺監視器組成,它的功能是將傳送過來的圖像一一顯示出來。4.1.1攝像部分
攝像部分一般安裝在監視現場,它一般包括攝像機、鏡頭、防護罩、支架和云臺等。1.50米彩色紅外攝像機
性能參數如下:實際距離50米(36個紅外燈)16mm鏡頭, Color Sony 1/3芯片 品牌選用:
2.100米彩色紅外攝像機
性能參數如下:Color Sony 1/3,480線,紅外距離100米(12個大燈,12Φ8燈)品牌選用:
3.100米彩色高清紅外攝像機
性能參數如下:Color Sony 1/3,480線,紅外距離100米(12個大燈,12Φ8燈)品牌選用:
4.1.2傳輸部分
視頻信號的傳輸可用同軸電纜、光纖或雙絞線,用雙絞線傳輸時需可視頻轉換適配器。根據現場實際情況本系統采用同軸電纜視頻傳輸方式: 1.視頻監控線采用SYVV75-5標準視頻線 2.電源線采用RVV2P*1.0標準電源線 品牌選用:揚州線纜 4.1.3顯示與記錄
顯示與記錄設備安裝在控制室內,主要有監視器、硬盤錄像機和一些視頻處理設備。4.1.4 硬盤錄像機
錄像機是閉路電視監視系統中的記錄和重放裝置,它要求可以記錄的時間非常長,目前大部分監視系統專用的錄像機都可以錄24h~960h的錄像。此外,錄像機還必須要有遙控功能,從而能夠方便地對錄像機進行遠距離操作,或在閉路電視系統中用控制信號自動操作錄像機,本系統采用16路硬盤錄像機。
嵌入式16路硬盤錄像機DS-8016HS-S
技術規格:
l 1-16視頻完全實時同步,實時監視監聽、錄像、回放、網絡、四工同步。系統授權最無整的用戶管理,用戶和密碼可遠程式授權,網絡管理。
l H.264 硬壓縮。完善的的錄像設定方式,可連續、定時、動枋檢測、傳感器聯動報警等方式錄像。
l 動態抓拍圖片,即拍即打,圖片觀察可電子放大。
l 完整的報警實時設撤防,視頻出丟失報警,電子地圖顯示。支持多云臺本地控制、網絡控制。
l 全面支持各種快球本地、網絡控制、可設定巡航,并有64個按鍵直接存儲和選擇預存點。
l 支持各種擴展硬盤、網絡備份、網絡回放、電子放大。l 通過LAN、DDN、SDSL、ISDN路由上網,遠程監控。l 網絡端可實現IE瀏覽器直接瀏覽控制。4.2 設計功能描述
? 性能、功能先進:
設備選型要保證技術領先,性能可靠,操作簡便、實用,維護簡單,性能價格比最優,并留有擴展余地。設備采用均采用目前領先技術和生產工藝制造。? 電視監控系統功能完善:
通過保安監控系統隨時掌握監控區域內人員活動情況,檢查各個重點部位的安全情況,提前發現隱患,及時處理突發事件。并自動進行錄像。正常情況下對進行24小時錄像,錄像資料可備出事時查詢。設備高可靠性:
采用監控行業最新技術和高品質設備。? 操作簡單實用: 采用高科技手段,進行智能化設計,盡量減少系統操作的復雜性。并作到系統工作穩定可靠,維護簡單。
? 發展性
系統應在初步設計時,就考慮未來良好的發展性,以降低未來發展的成本,使系統具有良好的可持續發展性。? 經濟性
在滿足安全防范級別的要求前提下,在確保系統穩定可靠、性能良好的基礎上,在考慮系統的先進性的同時,按需選擇系統和設備,做到合理、實用,降低成本,從而達到極高的性能價格比,降低智能學校安全管理的運營成本。? 外觀效果美觀:
前端裝置安裝均考慮安全性、隱蔽性及美觀性,根據實用和美觀的原則,我們都選用了外觀工藝和性能穩定都比較好的安防產品。
五、售后服務
本公司嚴格按照ISO-9001系列標準進行管理,本公司質量方針是:靠管理促進質量,靠質量拓展市場。并達到以下質量目標:出廠產品達到100%檢驗,100%的合格。產品質量保證
按照ISO-9001標準建立了質量體系,規定了質量體系的組織機構,明確了各部門及崗位人員的質量職責,對產品形成全過程的質量要求實施控制并程序化、文件化。管理要素包括管理職責、質量體系、合同評審、設計控制、文件和資料的控制、檢驗和實驗狀態、不合格品的控制、糾正和預防措施,搬運儲存包裝防護和交付,質量記錄的控制、內部質量審核、培訓、服務、統計技術等。工程質量保證
按照ISO-9001標準的基本要求和工程相關的設計規范,開展施工的組織設計。工程勘察二次設計。施工布置。施工進度計劃,工程網絡節點控制,人員組織分工及質量崗位職責。
設備調試,系統聯調嚴格按照設備用戶手冊和系統調試大綱進行,并保存原始記錄,編制系統調試報告,提交用戶存檔。
系統交付驗收,嚴格按照系統要求提交用戶進行驗收,驗收技術、檢測數據經雙方認可,包括試運行期間的考核記錄等,并簽署有關的驗收文件,提交相關設備與器材的質量證明文件等。
技術支持與人員培訓
提供核心設備用戶手冊、外購設備與器材的使用說明書,并免費提供系統軟件升級版本。工程安裝由本公司派相關技術人員現場指導,包括線纜的敷設、設備的安裝、分系統調試、系統聯調等。
對用戶方操作和維護人員進行免費培訓,在設備到貨前先進行相關的培訓,達到基本了解產品的功能和相關技術指標,并初步能夠操作使用,在設備調試和系統聯調過程中進一步達到熟練的操作使用,并能進行簡單的維護。合同定貨設備的產品質保期為一年。
在質保期內因產品質量發生問題,我方無償修復,由我方負責處理。
在質保期內因用戶方原因或質保期后由于設備運行不當而損壞的情況,我方提供服務;在24小時內響應。
質保期內設備的故障無法排除的,遵循盡量減少用戶損失的原則,用新設備調換,故障設備帶回檢修,修復后再進行安裝。
第三篇:監控項目總結報告
樟木頭視頻監控項目總結
高清視頻監控項目的建設是平安城市建設的一部分,有利于預防和打擊違法犯罪,有利于維護社會治安穩定,有利于解決各鎮區路面街道的突出治安問題,具有良好的社會效益。隨著視頻系統的不斷深入建設,傳統的模擬監控系統和標清數字聯控系統由于視頻圖像信號質量不高,部分監控點看得見圖像,卻看不清圖像細節。從管理者和使用者角度來看,期望視頻監控系統的圖像更加清晰。因此,高清視頻監控系統應時而生。下面,就此對已完成的高清視頻監控系統建設進行總結。
一.職責分工
監控項目共64個點,由公安局集成單位和移動施工單位兩家合作完成。其中,公安集成單位負責所有站點外電接入,51個點的基礎開挖及立桿工作;移動施工單位負責所有站點的光纜接入成端,跳纖及開通聯調工作,13個點的基礎開挖及立桿工作。
二.建設過程回顧
視頻監控項目是第一個鎮區建設成功的高清視頻監控系統。回想起來,該項目建設過程確實可以說是風雨兼程。整體來說,該項目建設任務重、工期緊,這對經驗嚴重不足的我們來說確實困難重重。面對壓力,各單位領導積極響應,迎難而上,多次召開會議商討施工可能遇到的難題及解決辦法,劃分了各單位工作范圍,明確了施工任務,制定了相應的工程建設管理制度以及建設計劃和流程,以保證該項目建設的順利開展。
自開工建設以來,我們遇到的難題首先體現在兩家單位施工工序節點的對接上。由于大部分站點的桿基礎開挖及立桿由公安集成單位負責,而后續的光纜接入,傳輸成端等工序由移動施工單位負責,當中就造成了很多的信息錯誤或更新不及時,從而影響到了施工進度。反過來,另外一部分站點的桿基礎開挖和立桿由移動負責,同樣也影響到了公安集成單位的外電接入,從而影響到了后續ONU安裝及開通工作的順利進行。其次,難點還體現在由于施工規范不熟,經驗不足引起的各種施工受阻及投訴等問題。例如:1.移動施工單位負責的監控桿基礎開挖完成后沒及時通知公安局集成單位過來檢查基礎開挖深度和寬度尺寸,開挖完成直接澆注,養護期到后直接立桿,在這個過程當中沒有通知甲方到現場相關檢查及測量,導致施工完成后就引起了甲方的質疑基礎開挖深度與寬度是否達到要求;2.按照監控桿設計要求基礎澆筑時需要預留兩根預埋管,一根用來光纜接入,另外一根用來外電接入。但由于現場施工人員不清楚施工規范及集成單位負責人相關施工規范宣貫不到位,導致現場施工只預留一根預埋管,造成甲方質問強電與弱電走同一條預埋管會影響監控信號傳送,后續開通后證明此情況不影響信號傳送;
3、光纜建設完成后進行成端施工時,施工人員缺乏相關監控視頻項目的施工經驗,直接走外線,鉆破新裝好的設備箱進行成端,造成過公安集成單位的投訴,后續經過協調由光纜單位賠償購買新的控制箱并安排好;
4、管道開挖及立桿施工時,由于沒有引起重視,施工人員直接使用不合規范的警示牌,曾經引起過市政部門、村委、城管部門、村民的嚴重投訴及阻止施工事件;
5、進行開通工作時,由于施工單位對視頻監控項目的開通經驗不足,遇到了許多開通的問題不能及時找出問題從而影響進度。如遇到了現場開通存在延遲、丟包、卡頓或Ping不通等現象時,對于IP更改不及時、后臺數據沒有及時更新、帶寬不夠、網線壞了或沒插好、ONU問題、防雷器接口松了、斷電等問題,不能快速找出問題并解決。
三、業務開通過程總結
1、后臺數據準備階段
制作鎮區IP分配匯總表,按以下步驟實行:
(1)匯總樟木頭鎮鎮區OLT信息;
(2)匯總所有站點的跳纖圖紙(建議是最終修改版的圖紙);
(3)按照跳纖圖或現場反饋將各個站點分配至相應的OLT名下;(4)因每個點站點有2個至9個監控攝像,每個監控設備需分配一個IP,每個內層VLAN只能分配27個IP,為保證后期數據制作的準確性,所以需要將每個OLT下所帶站點的監控設備數量統計出來;
(5)臨時更改接入基站的站點,在保證IP不重復的前提下,進行重新分配;
2、數據制作階段
因樟木頭視頻監控項目工期緊張,需要緊急開通站點,與網管部門溝通后,此次項目開通流程走線下數據,后期需客戶經理提IPVPN業務工單,并及時完成工單的流轉與歸檔;
數據制作線下流程如下:
(1)將每個監控站點的OLT、PON口、設備序列號、網關、私網IP,設備端口匯總完成后,以郵件的反饋給城域網與GPON網管,注意要確保反饋信息的準確性;
(2)先由城域網同事分配OLT內外層,制作網關數據,然后由GPON網管制作ONU數據;
(3)郵件需備注清楚帶寬分配原則,無特殊情況,連接一個監控設備的端口需10M,而為了保證監控設備能夠良好的運轉,需要GPON網管在制作數據時采用固定帶寬形式;
(4)網管反饋完成數據制作后,便進入下一步,現場開通調測;
3、現場開通階段
此次樟木頭視頻監控項目的組網方式,移動未在公安局總部投入設備,直接從SW設備裸纖跳纖接入客戶防火墻與交換機,交換機設備已由公安局設備廠商完設置完成,我方只需在末端完成ONU設備的設置,并將監控設備連接到末端ONU設備,通過移動傳輸與總部設備進行對接聯調,以此達到攝像圖像顯示至總部監控平臺的效果;
現場開通流程如下:
(1)完成ONU設備安裝與調測,采用電腦連接設備的方式,PING通先前已分配好的網關與IP,若網關能PING通,則證明城域網到末端鏈路已通;
(2)在末端通過電腦PING總部服務器地址,檢查是否鏈路已通,是否有丟包或延遲過大的現象;
(3)現場用電腦連接監控設備,是否能正常登陸,網關與IP是否與事先分配的一致;
(4)將現場監控設備連接上末端ONU設備,由后臺城域網網管與總部服務器網管進行測試,PING 事先分配好的IP,檢查是否正常看到設備,丟包率、延時是否正常,視頻是否可以正常顯示在監控平臺上;
4、故障處理
樟木頭視頻監控項目完成開通后,出現了以下問題:
(1)延遲過大、有丟包;
(2)出現設備經常斷開的現象;
(3)總部平臺視頻顯示出現卡頓與卡屏、走幀的現象;
故障排除過程:
(1)由后臺GPON網管檢查ONU數據設置是否有問題;
(2)由現場人員排查是否ONU與監控設備之間的鏈路是否正常;
(3)檢查ONU設備是否有問題;
(4)檢查總部服務器設置是否有問題;
故障處理流程:
(1)由后臺升級帶寬或更改帶寬模板;
(2)若確認是ONU與監控設備鏈路問題,由公安局集成處理;
(3)對卡頓與卡屏的站點進行ONU設備更換;
四、經驗總結,教訓吸取 高清視頻監控系統建設項目的順利完成,是我們這一個月多以來的積極響應,各單位之間相互合作的結果,是我們這段時間以來汗水的結晶。它見證了這段時間我們取得的成績,得到的教訓;讓我們學到了視頻監控項目建設相關知識,積累了現場施工與后臺數據制作、故障排查經驗。經過這段時間的努力,我們意識到了在以后的工作當中,我們還應該進一步加強施工現場管理力度,及時發現問題解決問題;提高協調能力,平時工作多跟各單位進行溝通,及時了解最新施工進度以及施工要注意事項,以免因為進度信息錯誤和對施工要點考慮不周影響到后續施工;提高對施工規范和相關專業知識的熟悉和掌握,以便后期遇到問題能夠快速查找原因并解決問題,提高施工效率。
第四篇:天氣查詢系統項目開發總結報告
項目開發總結報告(GB8567——88)1引言
1.1編寫目的
編寫本報告的目的是研究本系統的總體需求、背景。對開發結果 開發評價進行分析,得出經驗與教訓。
1.2背景
本項目是對天氣查詢系統作出的項目總結報告。此軟件的任務是根據課程設計任務提出的,由林龍燈(2號,組長)、林俊(3號)、林祥輝(5號)張善濤(17號)組成開發小組進行開發的,到時開發完成由小組成員安裝此軟件。
1.3定義
隨著計算機應用的日益普及和深化,隨時隨地了解今明天的天氣情況已經成為一種趨勢。因此,實現一個將各種天氣查詢服務功能集成起來的信息系統就顯得十分必要,既可以節省時間,又可以實現個性化的服務,減少不必要的等待和冗余的信息。開發的系統要求界面友好,方便直觀。既要方便管理員對天氣情況進行添加、刪除、修改、查詢和統計等管理,又要方便用戶及時了解最新的天氣狀況。
1.4參考資料
參考資料如下所示: i.ii.iii.iv.錢樂秋等,《軟件工程》,青還大學出版社;
張害藩,《軟件工程導論》(第四版),清華大學出版社; 王珊等,《數據庫原理及設計》,清華大學出版社; 趙池龍等,《軟件工程實踐教程》,電子工業出版社。
2實際開發結果
2.1產品
在天氣查詢系統中,用戶只需要自己建立一個查詢系統帳戶。通過系統自動審核后,可以方便查詢各種天氣信息。系統能自動記錄用戶的選擇,下次查詢,系統能自動顯示上次用戶查詢的條件,方便用戶查詢。
管理員定期對天氣信息信息進行錄入、修改、刪除,并能對違規的用戶帳戶進行刪除。為系統維護人員提供權限管理、數據備份等通用功能。
本系統通過強大的計算機技術給普通用戶查詢天氣狀況帶來便利。本系統為用戶提供時時天氣查詢,近期天天氣查詢服務。為管理員提供便利的天氣信息錄入、修改功能。并能自動分析近期的天氣走勢,反饋用戶查詢情況。目標還包括:
? 減少人力與管理費用; ? 提高信息準確度; ? 改進管理和服務;
? 建立高效的信息傳輸和服務平臺,提高信息處理速度和利用率;
?
系統設計優良,界面設計精美、友好、快捷,人性化設計,后臺管理功能強大、效率高;
?
更簡便、信息化程度更高的天氣查詢流程;
2.2主要功能和性能
本系統主要實現天氣信息管理、用戶管理和天氣查詢管理等主要的管理功能。(1)天氣信息管理
? 天氣信息管理:增、刪除、改等管理。
? 天氣信息分類管理:根據天氣信息的地域,類別等建立一張天氣信息分類表,系統可以根據它,進行分析,統計。
? 天氣信息統計管理:根據天氣信息類別表,自動統計、分析天氣情況,供管理員參閱。
(2)用戶管理
? 新增用戶管理:建立新用戶。
? 用戶信息管理:用戶自己可以修改個人信息,而管理員可以刪除用戶帳戶。(3)天氣查詢管理
? 用戶查詢管理:用戶可以查詢本系統提供的天氣信息。? 管理員查詢管理:管理員可以查詢用戶的查詢記錄。
? 用戶查詢統計管理:系統自動分析用戶查詢情況,并將用戶查詢記錄在查詢信息表上。
由于此開發項目針對天氣查詢,使用頻度較高,使用性要求比較高。為防止對信息資料和管理程序的惡意破壞,要求有較為可靠的安全性能。總之,要求穩定、安全、便捷,易于管理和操作。
? 查詢速度:不超過10秒;
? 其它所有交互功能反應速度:不超過3秒; 可靠性:平均故障間隔時間不低于200小時。
2.3基本流程
基本流程圖如下所示:
進入查詢系統信息管理員用戶信息修改用戶管理注冊查詢信息天氣信息表用戶信息表用戶信息表天氣信息表
2.4進度
原計劃進度如下: A.可行性分析:2天 B.需求分析:7天;
C.軟件設計(概要設計和詳細設計):3天; D.數據庫建立:5天;
(以下6個子系統可并行編碼、單元測試)E.子系統1編碼測試:5天;F.子系統1編碼測試:6天;G.子系統1編碼測試:7天;H.硬件安裝:8天;I.硬件測試:4天;J.集成測試:5天;K.系統安裝、培訓:2天; L.驗收測試:2天
實際進度與原計劃進度一樣,主要是每次的進度都與計劃計劃實施的一樣,所以結果無偏差。
2.5費用 1萬元人民幣 3開發工作評價 3.1對生產效率的評價
a. 程序的平均生產效率:
E=aL^b=2.4*1024^1.05(每人月)b. 文件的平均生產效率為:1.024(KLOC/人月)
此計劃和實際的無多大偏差。
3.2對產品質量的評價
錯誤發生率:17.79(每千條指令)這比實際的預算大,因為在編寫的過程中還出現了大部分的語法錯誤,所以要一直修改。
3.3對技術方法的評價
在開發過程中開發工具是用VC++ 6.0和C++平臺。VisuslC++6.0提供了功能強大的MFC類庫(MierosoftFoundationClass),MFC是一個很大的C++類層次結構,其中封裝了大量的類及其函數,很多Windows程序所共有的標準內容可以由MFC的類來提供,MFC類為這些內容提供了用戶接口的標準實現方法,程序員所要做的就是通過預定義的接口把具體應用程序特有的東西填入這個輪廓,這將簡化編程工作,大大的減少程序員編寫的代碼數量,使編程工作變得更加輕松容易;提供了基于CASE技術的可視化軟件的自動生成和維護工具Appwizard、elasswi乙叮d、visualstuaio、wizardBar等,實現了直觀、可視的程序設計風格,方便地編和管理各種類,維護程序的源代碼;封裝了Windows的API函數、USER、KERNEL、GDI函數,簡化了編程時創建、維護窗口的許多復雜的工作,同時提供了數據庫訪問對象接口;鑒于目前小組成員只學了C和C++,而且相比C而言, 用C++開發效率很高,由于OOP,對象會自己管理自己,這樣避免了很多維護的麻煩,加快了開發速度。
3.4出錯原因的分析
出錯的主要原因是由于:一方面對C++語言的語法理解出現了偏差,另一方面就是數據庫連接時出現了一些問題。
4經驗與教訓
在這項開發過程中最主要的經驗與教訓就是小組里面各個成員之間的工作要協調好,誰做什么要明確分工,要不到時就會出現很多問題。
第五篇:機房管理系統項目開發總結報告
機房管理系統
項目開發總結報告
目 錄
14.1 引言......................................................................................................................................1
14.1.1 編寫目的..................................................................................................................1 14.1.2 背景..........................................................................................................................2 14.1.3 定義..........................................................................................................................2 14.1.4 參考資料..................................................................................................................2 14.2 實際開發結果......................................................................................................................3
14.2.1 產品..........................................................................................................................3 14.2.2 主要功能和性能.......................................................................................................3 14.2.3 基本流程..................................................................................................................3 14.2.4 進度..........................................................................................................................4
14.2.5 費用..........................................................................................................................4 14.3 開發工作評價......................................................................................................................4
14.3.1 對產品質量的評價...................................................................................................4 14.3.2 對技術方法的評價...................................................................................................4 14.3.3 出錯原因的分析.......................................................................................................4
14.1 引言 14.1.1 編寫目的
為提高機房使用效率,凈化上機環境,杜絕個別用戶使用機房內電腦做違規的事情,為機房管理員提供一個好的機房監控系統是必要的。作者在對機房微機管理過程進行了詳細調查后,參考了一些網吧的微機管理系統,獲得了機房監控系統的設計思路。機房管理系統應當能使管理員極其方便的獲取某臺微機的屏幕視圖,鎖定某臺電腦的鍵盤和鼠標輸入,并能發送消息給指定的電腦用戶。
14.1.2 背景
當今時代是一個信息種類多元化,信息量巨大化,傳播速度急速化的時代。要積極面臨這種現狀,就要能快速的處理各種信息,從而引申出人們對信息處理工具的高度關注。而各種電子設備,尤其是電腦等硬件設備的出現,給人們的日常生活帶來極大的變化。隨著計算機網絡的出現,更使得人們的信息處理方式發生了革命性的改變。毫無疑問,計算機以及由計算機組成的計算機網絡已經成為當今時代最佳的信息處理工具。掌握這個工具對于科研和學習有著重要意義。
鑒于這種情況,現在許多學校都提供了微機室,讓在校學生可以很好的學習計算機操作,并使用計算機輔助學習。對于同學們來說,這本來是個很好的機會,但有個別同學未能珍惜這個機會,他們沒有好好利用這些微機進行學習和研究,而是在機房內打游戲或者閑聊等,甚至有人利用電腦進行違反法規的活動。這些同學不但浪費了自身的學習機會,同時也浪費了學校的寶貴資源,而且給周圍的同學造成了很不好的影響。因此,如何對機房進行有效的管理成為了一個不容忽視的問題。
對于機房管理,一方面應該設立專門的管理員,擬定詳細的機房使用規則;另一方面,也應該配備強大的管理軟件,輔助管理員進行管理。因此,如何設計和實現機房監控系統成為了本次課題的研究問題。
14.1.3 定義
該系統在原有的機房管理系統上做了有益的改進,實現盡量考慮系統的可操作行,系統設計的合理性,使業務流程最短,界面友好。
系統是根據系統業務流程設計的。新系統的使用將有以下幾個方面的優勢,該系統包括帳戶管理模塊、計費設置模塊,系統設置模塊、以及遠程監管模塊等模塊。其中帳戶管理模塊是整個機房管理系統的基礎。為了能夠使機房的管理工作有條不紊,實現計算機化、系統化、規范化操作,必須建立一個良好的機房管理系統。
14.1.4 參考資料
《軟件開發這點兒事——軟件開發工具手冊》 邵志東著 《程序員指南叢書ASP.NET高級編程》 但正剛著
《ASP.NET網絡應用系統開發與實例》 吳明暉主編 吳丹紅編著 《軟件工程--理論與實踐》 田淑梅 廉龍穎 高輝編著
《數據庫原理與技術》 申時凱、戴祖誠、余玉梅主編
14.2 實際開發結果 14.2.1 產品
14.2.2 主要功能和性能
提高機房使用效率,凈化上機環境,杜絕個別用戶使用機房內電腦做違規的事情,為機房管理員提供一個好的機房監控系統。機房管理系統能使管理員極其方便的獲取某臺微機的屏幕視圖,鎖定某臺電腦的鍵盤和鼠標輸入,并能發送消息給指定的電腦用戶。
14.2.3 基本流程
本小組于9月20日開始進行機房管理系統的項目開發準備工作,于9月27日結束準備工作。9月28號到10月4號制定可行性研究報告,并搜集資料來對可行性研究報告支撐。10月4號到8號做項目開發計劃。10月9日開始進行該項目的需求分析,于10月13日結束。10月14日開始設計系統,并編寫程序。12月8日結束系統的設計和編寫。12月9日---12月20日進行系統的測試。
14.2.4 進度
通過我們小組成員的努力,經過幾個月的時間,現在已經寫出程序。
14.2.5 費用
由于此軟件是由老師布置的作業,在除時間外,無其他經濟支出
14.3 開發工作評價 14.3.1 對產品質量的評價
該產品基本能夠實現對機房的管理,但是該系統的功能過于簡單。
14.3.2 對技術方法的評價
由于該軟件是由我們學生自己設計編寫的,技術方面還存在許多的不足。
14.3.3 出錯原因的分析
本系統是由學生自行設計編寫的,由于學生的能力有限,有許多問題不能夠很好的解決,還需要努力的去進行改進。