碩士學(xué)位論文 （軟件工程學(xué)位） 基于 接處警派單系統(tǒng) 設(shè)計(jì)與實(shí)現(xiàn) 姓 名：屠永江 學(xué) 號： 1021170055 所在院系：軟件工程學(xué)院 職業(yè)類型：工程碩士 專業(yè)領(lǐng)域：軟件工程 指導(dǎo)教師： 張志浩 高珍 副指導(dǎo)教師： 富彬華 二一二年九月 A in 2012 1021170055 于 W E 屠永江 同濟(jì)大學(xué) 學(xué)位論文版權(quán)使用授權(quán)書 本人完全了解同濟(jì)大學(xué)關(guān)于收集 、保存、使用學(xué)位論文的規(guī)定，同意如下各項(xiàng)內(nèi)容：按照學(xué)校要求提交學(xué)位論文的印刷本和電子版本；學(xué)校有權(quán)保存學(xué)位論文的印刷本和電子版，并采用影印、縮印、掃描、數(shù)字化或其它手段保存論文；學(xué)校有權(quán)提供目錄檢索以及提供本學(xué)位論文全文或者部分的閱覽服務(wù)；學(xué)校有權(quán)按有關(guān)規(guī)定向國家有關(guān)部門或者機(jī)構(gòu)送交論文的復(fù)印件和電子版；在不以贏利為目的的前提下，學(xué)?？梢赃m當(dāng)復(fù)制論文的部分或全部內(nèi)容用于學(xué)術(shù)活動(dòng)。 學(xué)位論文作者簽名： 屠永江 2012 年 09 月 28 日 濟(jì)大學(xué)學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學(xué)位論文，是本人在導(dǎo)師指導(dǎo)下，進(jìn)行研究工作所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本學(xué)位論文的研究成果不包含任何他人創(chuàng)作的、已公開發(fā)表或者沒有公開發(fā)表的作品的內(nèi)容。對本論文所涉及的研究工作做出貢獻(xiàn)的其他個(gè)人和集體，均已在文中以明確方式標(biāo)明。本學(xué)位論文原創(chuàng)性聲明的法律責(zé)任由本人承擔(dān)。 學(xué)位論文作者簽名： 屠永江 2012 年 09 月 28 日同濟(jì)大學(xué) 碩士學(xué)位論文 摘要 - I - 摘要 接處警工作是人民警察的基本職責(zé)和義務(wù)。目前，交通事故接處警從群眾撥打 110或 122開始，到市局“三警合一平臺(tái)”登記，再由屬地大隊(duì)受理、核實(shí)，對講機(jī)呼叫中隊(duì)勤務(wù)室，再由中隊(duì)勤務(wù)室引導(dǎo)“快速理賠處理”，無法快速處理的再安排警力出警，整個(gè)過程需要有強(qiáng)大而又連貫的系統(tǒng)平臺(tái)來輔助交通民警的接處警工作，同時(shí)系統(tǒng)必須使得指令有記錄，減少人為因素的差錯(cuò)，提高人民群眾滿意度。因此，設(shè)計(jì)大隊(duì)到中隊(duì)一級的派警系統(tǒng)已顯得尤為重要。 本文簡要闡 述了目前杭州市三級指揮系統(tǒng)接處警工作中存在的困難和需求。在接處警派單系統(tǒng)開發(fā)中采用面向?qū)ο蠓治雠c設(shè)計(jì)思路對需求進(jìn)行了分析，對各個(gè)功能進(jìn)行了面向?qū)ο蟮脑O(shè)計(jì)， 設(shè)計(jì)和開發(fā)了基于 B/系統(tǒng)的設(shè)計(jì)和開發(fā)過程中，采用了 向?qū)ο蟮姆治龇椒▽ο到y(tǒng)進(jìn)行分析和設(shè)計(jì)，并運(yùn)用 術(shù)作為開發(fā)平臺(tái)，以 C#作為系統(tǒng)的開發(fā)語言，以為系統(tǒng)的后臺(tái)數(shù)據(jù)庫，并結(jié)合三層架構(gòu)的設(shè)計(jì)思想對系統(tǒng)加以實(shí)現(xiàn)。 本文首先論述了系統(tǒng)開發(fā)的可行性并確定了系統(tǒng)開發(fā)的基本目標(biāo)。然后詳細(xì)介紹了系 統(tǒng)開發(fā)所涉及的相關(guān)技術(shù)以及系統(tǒng)的總體設(shè)計(jì)。最后介紹了系統(tǒng)的組成以及各功能模塊的設(shè)計(jì)與實(shí)現(xiàn)。本 系統(tǒng)的應(yīng)用解決了交警大隊(duì)、中隊(duì)指揮體系接處警工作的過程管理，內(nèi)容包括：大隊(duì)派單，中隊(duì) 接單， 核實(shí)引導(dǎo)，中隊(duì)派警，反饋處置結(jié)果等規(guī)范接處警工作，提高了轄區(qū)事故快速處理率，減輕民警接處警工作負(fù)擔(dān)，可解放警力投入到路面秩序管理中。 關(guān)鍵詞： 接處警、 B/ 三層架構(gòu) I of s 10 22 to to by be of to a to at to of to of to is of a on to in of /S In of ML to as a # as as of of of to it of in of of to of be B/S 濟(jì)大學(xué) 碩士學(xué)位論文 目錄 - 目錄 第 1章 緒論 . 1 統(tǒng)開發(fā)背景 . 1 警指揮體系組織結(jié)構(gòu) . 1 極推行事故快速處理引導(dǎo)工作的現(xiàn)狀 . 1 統(tǒng)研究意義 . 2 文研究目標(biāo) . 2 文主要工作 . 3 文組織結(jié)構(gòu) . 3 第 2章 相關(guān)技術(shù) . 4 . 4 . 5 層分層結(jié)構(gòu) . 7 008 簡介 . 7 術(shù)概述 . 8 章小結(jié) . 9 第 3章 系統(tǒng)需求分析 . 10 能性需求分析 . 10 功能性需求分析 . 11 作的實(shí)用性 . 11 能的安全性 . 11 統(tǒng)的可擴(kuò)充性及可維護(hù)性 . 12 統(tǒng)的可操作性 . 12 統(tǒng)用例分析 . 12 統(tǒng)總用例分析 . 12 號管理模塊的用例分析 . 13 單接單模塊的用例分析 . 14 情處置模塊的用例分析 . 15 作提醒模塊的用例分析 . 15 詢統(tǒng)計(jì)模塊的用例分析 . 16 握引導(dǎo)注意事項(xiàng) . 17 警時(shí)直接引導(dǎo) . 17 道路監(jiān)控范圍交通事故的引導(dǎo)步驟 . 17 在道路監(jiān)控范圍內(nèi)的引導(dǎo)步驟 . 17 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 章小結(jié) . 17 第 4章 系統(tǒng)詳細(xì)設(shè)計(jì) . 19 統(tǒng)的整體架構(gòu) . 19 統(tǒng)類設(shè)計(jì) . 21 處警派單系統(tǒng)類圖 . 21 的設(shè)計(jì)說明 . 22 能模塊設(shè)計(jì) . 22 陸管理模塊 . 22 情派單模塊 . 23 警功能模塊 . 24 情處置模塊 . 25 息 反饋模塊 . 26 督處置模塊 . 27 作提醒模塊 . 28 時(shí)處置模塊 . 29 詢統(tǒng)計(jì)模塊 . 30 戶管理模塊 . 31 統(tǒng)接口設(shè)計(jì) . 32 據(jù)庫的設(shè)計(jì) . 33 章小結(jié) . 36 第 5章 系統(tǒng)實(shí)現(xiàn)與測試 . 38 統(tǒng)實(shí)現(xiàn) . 38 統(tǒng)登陸模塊的實(shí)現(xiàn) . 38 隊(duì)派單模塊的實(shí)現(xiàn) . 40 隊(duì)接單模塊的實(shí)現(xiàn) . 42 警處置模塊的實(shí)現(xiàn) . 44 息反饋模塊的實(shí)現(xiàn) . 45 戶管理模塊的實(shí)現(xiàn) . 47 置結(jié)果反饋部分 . 49 統(tǒng)測試 . 51 試環(huán)境 . 52 試過程 . 52 試結(jié)果 . 53 統(tǒng)實(shí)際使用分析 . 55 章小結(jié) . 55 第 6章 總結(jié)與展望 . 56 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 - V - 結(jié) . 56 望 . 56 致謝 . 58 參考文獻(xiàn) . 59 附錄 A 插圖清單 . 61 附錄 B 表格清單 . 63 個(gè)人簡歷 在讀期間發(fā)表的學(xué)術(shù)論文與研究成果 . 64 第 1章 緒論 第 1 頁 第 1 章 緒論 統(tǒng)開發(fā)背景 警指揮體系組織結(jié)構(gòu) 杭州市級交警支隊(duì) 杭州交警指揮中心，由支隊(duì)值班領(lǐng)導(dǎo)、支隊(duì)專職指揮系統(tǒng)干部、民警、 輔警組成。（下設(shè) 10個(gè)基層大隊(duì)） 西湖區(qū) 交警大隊(duì) 大隊(duì)分指揮室，由大隊(duì)干部、大隊(duì)專職指揮系統(tǒng)民警、輔警組成。（下設(shè) 6 個(gè)執(zhí)勤中隊(duì)） 鎮(zhèn)、街道級交警中隊(duì) 中隊(duì)勤務(wù)室，由中隊(duì)干部、輔警組成。（下設(shè) 3 西湖交警大隊(duì)轄區(qū) 263平方公里，轄區(qū)人口 100多萬，機(jī)動(dòng)車飽有量 158564輛，小區(qū)密集、大型場所集中，交通壓力在杭州老城區(qū)中較為突出。西湖大隊(duì)分指揮室接警電話 87888700、 87888699 日均電話通話數(shù)量約 750 個(gè)，日均接警量達(dá)到 400起以上，在早晚高峰期間，報(bào)警、求助、咨詢等電話絡(luò)繹不絕，大隊(duì)分指 揮室只能在電話空隙間核實(shí)報(bào)警信息和開展事故快速處理誘導(dǎo)工作（ 2009 年浙江省推行簡易事故快速理賠處理規(guī)定），大隊(duì)每日路面對講機(jī)使用數(shù)量達(dá)到近 180個(gè)，對講機(jī)呼叫頻繁，資源緊張，指令經(jīng)常受信號影響，事故信息不能及時(shí)被執(zhí)勤中隊(duì)接收。為提高事故處置效率，更好開展事故快速引導(dǎo)工作，本人根據(jù)分指揮室實(shí)戰(zhàn)經(jīng)驗(yàn)，開發(fā)大隊(duì)事故信息接收反饋平臺(tái)，各執(zhí)勤中隊(duì)通過該平臺(tái)，可以全面掌握報(bào)警信息，將大隊(duì)大量的事故合理分流，快速核實(shí)事故信息，提高事故處置效率。 極推行事故快速處理引導(dǎo)工作的現(xiàn)狀 為實(shí)現(xiàn)交通事故快速處理，提 高道路通行效率，同時(shí)積極宣傳和推行浙江省機(jī)動(dòng)車輕微物損交通事故自行協(xié)商處理暫行規(guī)定，結(jié)合支隊(duì)試點(diǎn)工作部署和執(zhí)法規(guī)范化建設(shè)工作要求，西湖大隊(duì)充分利用目前的電話、短信誘導(dǎo)、監(jiān)控平臺(tái)等系統(tǒng)，大隊(duì)分指揮室在最短時(shí)間內(nèi)與報(bào)警人溝通聯(lián)系，對于輕微物損交通事故，符合去快速處理中心處理的，積極引導(dǎo)事故雙方快速撤離現(xiàn)場，通過快速處理中心定損和理賠。目前，大隊(duì)交通事故數(shù)量居高不下，且其中占大同濟(jì)大學(xué) 碩士學(xué)位論文 基于 接處警派單系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 2 部分的是責(zé)任明確的純財(cái)產(chǎn)損失事故，大隊(duì)分指揮室兩個(gè)接警電話使用頻率太高，無法及時(shí)高效的對每起事故進(jìn)行引導(dǎo)，在對事故進(jìn)行快速處理引導(dǎo)時(shí)往 往會(huì)延誤更多的報(bào)警電話打入，且在日常實(shí)際工作中，中隊(duì)因警力受限，或報(bào)警人報(bào)警地址不準(zhǔn)確會(huì)要求指揮室將報(bào)警電話告知中隊(duì)，中隊(duì)再與報(bào)警人核實(shí)聯(lián)系。 統(tǒng)研究意義 該系統(tǒng)作為杭州市公安局交通警察支隊(duì)報(bào)警系統(tǒng)的延伸服務(wù)產(chǎn)品，銜接了支隊(duì)、大隊(duì)、中隊(duì)三級單位的交互，接處警派單系統(tǒng)以人性化界面和操作功能彰顯其恰到好處的作用，內(nèi)容簡潔明了，流程嚴(yán)實(shí)簡單，任何用戶都能極易上手了解使用。系統(tǒng)記錄了后期接處警工作的整個(gè)過程，從群眾電話報(bào)警開始，通過該系統(tǒng)轉(zhuǎn)發(fā)派單，執(zhí)勤中隊(duì)迅速掌握報(bào)警人信息內(nèi)容，同時(shí)生成報(bào)警表單，所有容易 斷檔、遺漏的指令全部有所記錄。可以有效控制接處警過程中的失誤。系統(tǒng)提供數(shù)據(jù)統(tǒng)計(jì)和分類查詢，執(zhí)勤中隊(duì)可通過該系統(tǒng)全面了解轄區(qū)警情處置分析，梳理事故情況，研判轄區(qū)特征。該款系統(tǒng)可適用于城區(qū)各交警大隊(duì)，系統(tǒng)需要的硬件設(shè)施簡單，操作方便，同時(shí)功能全面，對推進(jìn)浙江省簡易事故快速處理有極強(qiáng)的促進(jìn)作用?？梢蕴嵘痪块T科技信息化的管理和應(yīng)用。 文研究目標(biāo) 文主要目的是要明確所要開發(fā)的派警接單系統(tǒng)應(yīng)具有的功能、性能，結(jié)合本人實(shí)際工作，梳理出系統(tǒng)、用戶的需求。并在此基礎(chǔ)上進(jìn)一步提出簡單設(shè)計(jì)說明書和完成后續(xù)設(shè)計(jì)與開發(fā) 工作，為系統(tǒng)開發(fā)范圍，系統(tǒng)接收內(nèi)容，也是應(yīng)用系統(tǒng)能被大隊(duì)、中隊(duì)所接受的依據(jù)。 此外，該系統(tǒng)還涉及系統(tǒng)安全和用戶管理問題、各種代碼使用和維護(hù)問題，數(shù)據(jù)安全和數(shù)據(jù)維護(hù)問題，統(tǒng)計(jì)報(bào)表和生成和輸出問題，因此還要求系統(tǒng)有事務(wù)處理功能?？傊笸ㄟ^該系統(tǒng)的開發(fā)和使用達(dá)到系統(tǒng)項(xiàng)目的總目標(biāo)是，作為市局報(bào)警平臺(tái)的衍生功能，結(jié)合交警部門實(shí)戰(zhàn)需要，實(shí)現(xiàn)對后續(xù)接處警工作的有效管理和監(jiān)督，提高交警業(yè)務(wù)水平。 第 1章 緒論 第 3 頁 文主要工作 本文是基于 用的接處警派單系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)的描述，分析了系統(tǒng)研究的意義和現(xiàn)階段交警部門事故接 處警方面客觀存在問題，采用需求管理統(tǒng)一方法確定系統(tǒng)需求和系統(tǒng)設(shè)計(jì)目標(biāo)，將需求進(jìn)行細(xì)化，介紹了系統(tǒng)技術(shù)架構(gòu)和系統(tǒng)接口設(shè)計(jì)，利用系統(tǒng)建模介紹了系統(tǒng)詳細(xì)的設(shè)計(jì)。對事故派單系統(tǒng)實(shí)現(xiàn)過程中存在的難點(diǎn)和細(xì)節(jié)進(jìn)行了分析和論述，并經(jīng)過測試環(huán)節(jié)，實(shí)際投入到大隊(duì)接處警工作中。具體工作如下： 分析系統(tǒng)研究和開發(fā)意義，結(jié)合目前大隊(duì)實(shí)際工作情況，對本文的研究目標(biāo)進(jìn)行了分析。 系統(tǒng)需求分析中，通過用工作流程圖、表格等統(tǒng)一過程化方法對系統(tǒng)功能需求進(jìn)行了分析。 針對系統(tǒng)功能需求分析確定系統(tǒng)技術(shù)架構(gòu)和系統(tǒng)接口，通過靜態(tài)建模對系統(tǒng)進(jìn)行詳細(xì)設(shè)計(jì) 。 對系統(tǒng)實(shí)現(xiàn)過程中出現(xiàn)的核心方法、流程進(jìn)行分析，利用界面截圖展現(xiàn)系統(tǒng)實(shí)際功能。 通過實(shí)際測試應(yīng)用，肯定系統(tǒng)使用價(jià)值并提出改進(jìn)內(nèi)容。 文組織結(jié)構(gòu) 本文共分五章。 第一章 介紹了目前交警部門接處警工作的現(xiàn)狀及需要解決問題。 第二章 介紹 關(guān)技術(shù)。 第三章介紹 了基于 先進(jìn)行了派警系統(tǒng)的概述，又介紹了派警系統(tǒng)需要處置的流程及其主要功能。 第四章 介紹了系統(tǒng)總體設(shè)計(jì)，首先討論了系統(tǒng)總體架構(gòu)，然后討論了技術(shù)架構(gòu)，另外也對系統(tǒng)接口進(jìn)行了設(shè)計(jì)。 第五章 介紹了基于 統(tǒng)的實(shí)施過程和效果。 第六章 對 警系統(tǒng)的實(shí)際使用情況進(jìn)行了總結(jié)，對事故接處警處置過程系統(tǒng)管理大致實(shí)現(xiàn)情況。總結(jié)了系統(tǒng)的優(yōu)缺點(diǎn)，對系統(tǒng)未來發(fā)展做出展望。 同濟(jì)大學(xué) 碩士學(xué)位論文 基于 接處警派單系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 4 第 2 章 相關(guān)技術(shù) 術(shù) 微軟提供的新一代的 發(fā)平臺(tái)，它為開發(fā)人員提供了生成企業(yè)級 程模型和軟件基礎(chǔ)結(jié)構(gòu)，同其他 有下面三大優(yōu)勢。 1支持編譯型語言 目前流行的幾種腳本語言比如 都有兩個(gè)主要的 缺點(diǎn)。第一，不支持強(qiáng)數(shù)據(jù)類型。在 定義變量只有一個(gè)關(guān)鍵字 用 鍵字定義的變量，如果賦值是字符串，該變量就是字符串變量；如果賦值是整數(shù)，則該變量就是整型變量。在 義變量只通過一個(gè)關(guān)鍵字 變量也沒有具體的類型。第二，腳本語言是解釋型的。通常情況下，解釋型的腳本語言在性能上抵不上編譯型的語言。 自推出 發(fā)平臺(tái)以來，微軟在 務(wù)器端開發(fā)語言方面， C#兩種編譯型語言。通過這兩種開發(fā)語言，程序員可以像開發(fā)普通的 序一樣來開發(fā) 不過在 程序員通過 C#語言，利用 供的各種 件，可以非常容易地開發(fā) 序。開發(fā)的 序被編譯成 言，這種中間語言具有平臺(tái)無關(guān)性，而且，由于 以 2程序代碼與頁面內(nèi)容的成功分離 通常的動(dòng)態(tài)網(wǎng)頁開發(fā)，往往是在一個(gè)網(wǎng)頁上混合多種腳本語言。比如在客戶端腳本語言，也可以同時(shí)嵌入 服務(wù)器端腳本語言。這種多語言混合的 發(fā)模式通行已久，但是它的代碼可讀性很差，程序代碼同頁面內(nèi)容混合在一起，程序員要在多種語言的思維上頻繁切換，如果程序很復(fù)雜的話，這種開發(fā)模式非常不利于程序的開發(fā)，而且日后的維護(hù)也將成為大問題。 發(fā)技術(shù)為程序員提供了一種非常好的開發(fā)模式，即 通過 而使 異常清晰，開發(fā)和維護(hù)的效率也得到了很大的提高。另外可以利用第 2章 相關(guān)技術(shù) 第 5 頁 成環(huán)境下開發(fā) 用程序，該環(huán)境不僅提供了強(qiáng)大的調(diào)試能力，而且還集成了 “ 所見即所得 ” 的 輯器，為開發(fā)人員開發(fā) 3引入服務(wù)器端控件 在 ，可以給頁面手動(dòng)添加 件，對這些控件的響應(yīng)有兩種辦法。一種是在客戶端的腳本語言中響應(yīng)用戶對這些控件的輸入，另一種是把該頁面提交給服務(wù)器。這兩種辦法都存在問題，第一種辦法產(chǎn)生的問題是不同的瀏覽器以不同的方式執(zhí)行客戶端腳本 語言，我們很難編寫在多種瀏覽器上都能良好運(yùn)行的復(fù)雜的 二種辦法存在的問題是，如果我們把 么 無狀態(tài)特性就會(huì)導(dǎo)致頁面上存儲(chǔ)在變量中的信息丟失，除非我們編寫了復(fù)雜的代碼，把它們存儲(chǔ)在 素或 過服務(wù)器控件解決了上述問題。服務(wù)器端控件會(huì)生成發(fā)送給瀏覽器的 示控件，它們還能生成隱藏的 提交頁面時(shí)，這些信息就會(huì)傳送回服務(wù)器，控件將自動(dòng)處理這些信息，改變 示控件。 優(yōu)勢 實(shí)際上，同期推出的腳本語言還包括 ，而且這些腳本語言都是各有特色，在網(wǎng)絡(luò)編程方面都有自己的優(yōu)勢，也都得到了廣泛的應(yīng)用。作為普通的讀者來說，是很難取舍的，但是本書是一本介紹 以筆者更多的是強(qiáng)調(diào)它的優(yōu)勢了。 面向?qū)ο笮?#作為一種面向?qū)ο笳Z言，在很多方面來看， C#將成為微軟的 C#另一個(gè)有趣的地方是所有對象都自動(dòng)變成為 果 C#能取得很大的市場份額，那么它將給 來類似于 功能，并 且具備更快的性能，因?yàn)樗梢院?C#是 發(fā)中一個(gè)最重要的功能，微軟會(huì)將 C#發(fā)展成為 強(qiáng)勁對手。這也是他們 有的程序員都在期待著微軟能在這個(gè)產(chǎn)品后面傾注全力。這樣 C#可以成為許多程序員的又一種選擇。C#產(chǎn)生的結(jié)果是將一步加固微軟和 對用戶是有利的，他們同濟(jì)大學(xué) 碩士學(xué)位論文 基于 接處警派單系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 6 可以選擇兩者之一來開發(fā)新的應(yīng)用。 (2) 數(shù)據(jù)庫連接 個(gè)非常大的優(yōu)勢是它使用 象， 事務(wù)處理管理器。因此 據(jù)庫應(yīng) 用開發(fā)特別簡單。 發(fā)展了更多的功能，因?yàn)橛辛?來了更強(qiáng)大更快速的功能。 前在易用性和性能上同 新版本 現(xiàn)后這樣的差別會(huì)更明顯。 （ 3）大型站點(diǎn)應(yīng)用 對大型站點(diǎn)有更好的支持。事實(shí)上，微軟在這方面付出了巨大的努力。 你需要更強(qiáng)大的功能時(shí)，僅僅只需要增加一臺(tái)服務(wù)器。整個(gè) 架已經(jīng)充分地提供了這個(gè)方法。來提供內(nèi)置式 外，由于請求的各組件相互經(jīng)過了充分的優(yōu)化，所以速度很快。 于是 為所有的組件將是服務(wù)器操作系統(tǒng)的一部分。對于需要購買昂貴應(yīng)用服務(wù)器群來達(dá)到同樣的目的。 一個(gè)程序，速度是一件非常令人渴望的東西。一旦代碼開始工作，接下來就得盡可能讓它運(yùn)行得快些，再快些，在 只有盡可能擰干代碼，以至于不得不將他們移植到一個(gè)僅有很少性能的部件中。而現(xiàn)在，微軟推出的 地解決這一問題。 就是說當(dāng) 件第一次被請求時(shí)被編譯以后的請求就不需要重新編譯了。 （ 4） 創(chuàng)建 工作變得簡單易行。例如，在 須創(chuàng)建一個(gè)循環(huán)以便讓控制系統(tǒng)裝入數(shù)據(jù)。這意味著它會(huì)與數(shù)據(jù)源連接，并會(huì)自動(dòng)裝入數(shù)據(jù)。 （ 5）語言支持 持多種語言，它的缺省語言將是： 不是意味著我們可以擺脫 語言限制。目前支持 #， （ 6）更好的代碼控制 運(yùn)用 較麻煩的一件事情就是 ，這個(gè) 問題得到了徹底的解決。 第 2章 相關(guān)技術(shù) 第 7 頁 （ 7）更好的升級能力 系統(tǒng)建成以后本身有著一定的特性，它還可以改進(jìn)多處理器和運(yùn)行環(huán)境中的性能。例如， 夠通過單獨(dú)的處理器來維持。在一個(gè)單獨(dú)的機(jī)器上，甚至在數(shù)據(jù)庫中允許交叉的服務(wù)器會(huì)話 。 另外一個(gè)問題就是，裝有 P 是否還支持 心有了前的程序就不能再使用了。這個(gè)問題大家根本不用擔(dān)心，件的擴(kuò)展名是 就是使用 以以前的 層分層結(jié)構(gòu) 在軟件體系架構(gòu)的設(shè)計(jì)中，分層結(jié)構(gòu)是最常見的，也是最重要的一種結(jié)構(gòu)。微軟推薦的分層式結(jié)構(gòu)一般分為三層，即：數(shù)據(jù)層，業(yè)務(wù)邏輯層和表示層。其中數(shù)據(jù)層，也稱為持久層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫的訪問。業(yè)務(wù)邏輯層是整個(gè)系統(tǒng)的核心， 它與這個(gè)系統(tǒng)的業(yè)務(wù)邏輯有關(guān)。而表示層則是系統(tǒng)的 責(zé)用戶與整個(gè)系統(tǒng)的交互。 一個(gè)好的分層結(jié)構(gòu)，可以使開發(fā)人員的分工更加明確，一旦定義好各個(gè)層次之間的接口，負(fù)責(zé)不同邏輯設(shè)計(jì)的開發(fā)人員就可以并行開發(fā)，互不影響。一個(gè)完善的三層結(jié)構(gòu)的要求是：修改表示層而不用修改邏輯業(yè)務(wù)層，修改邏輯業(yè)務(wù)層而不用修改數(shù)據(jù)層。因此一個(gè)完善的分層結(jié)構(gòu)可以降低層與層之間的依賴性，從而保證了系統(tǒng)未來的可擴(kuò)展性與復(fù)用性。 但是，分層結(jié)構(gòu)也不可避免的存在一些缺陷。一個(gè)非常重要的缺點(diǎn)是降低了系統(tǒng)的整體性能。即很多業(yè)務(wù)不能直接訪問數(shù)據(jù)庫，以獲 得相應(yīng)的數(shù)據(jù)，而必須通過一個(gè)所謂的中間層來完成這些操作。因此三層結(jié)構(gòu)并不適用于一些對執(zhí)行速度要求過于苛刻的系統(tǒng)。而且分層結(jié)構(gòu)可能會(huì)導(dǎo)致級聯(lián)修改，即如果在表示層需要增加一個(gè)功能，為了保證其設(shè)計(jì)符合分層結(jié)構(gòu)，可能需要在相應(yīng)的業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層中都增加相應(yīng)的代碼。 總之，任何一種開發(fā)模式或方法，都是有利有弊的。在設(shè)計(jì)和開發(fā)系統(tǒng)時(shí)，通過比較和權(quán)衡后 ，選擇一個(gè)適合系統(tǒng)的模式是很重要的。 008 簡介 008是微軟公司開發(fā)的一個(gè)具有客戶 /服務(wù)器體系結(jié)構(gòu)的關(guān)系同濟(jì)大學(xué) 碩士學(xué)位論文 基于 接處警派單系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 8 型數(shù)據(jù)庫管理系統(tǒng)（ 它使用 過微軟擴(kuò)展的數(shù)據(jù)庫查詢語言 客戶機(jī)和 1客戶機(jī) /服務(wù)器體系結(jié)構(gòu) 客戶機(jī)程序負(fù)責(zé)執(zhí)行業(yè)務(wù)邏輯和顯示用戶界面，它可以運(yùn)行在一臺(tái)或多臺(tái)客戶機(jī)上，也可以運(yùn)行在 008 服務(wù)器上。 008 服務(wù)器負(fù)責(zé)管理數(shù)據(jù)庫并在多個(gè)用戶請求之間分配可用的服務(wù)器資源，如內(nèi)存、網(wǎng)絡(luò)帶寬和磁盤操作等。 該軟件功能強(qiáng)大，使用方便，擁有廣大的用戶群體，它是后臺(tái)數(shù)據(jù)庫服務(wù)器的首 選產(chǎn)品。 2關(guān)系型數(shù)據(jù)庫管理系統(tǒng)（ 體包括維護(hù)數(shù)據(jù)及數(shù)據(jù)之間的關(guān)系；在不違反定義數(shù)據(jù)之間關(guān)系的規(guī)則的前提下保證數(shù)據(jù)能被正確存取；在系統(tǒng)出現(xiàn)故障的情況下，恢復(fù)所有數(shù)據(jù)到已知的一致點(diǎn)等。 3 008使用 用 言，可以訪問數(shù)據(jù)，查詢、更新和管理關(guān)系數(shù)據(jù)庫系統(tǒng)。持最新的 際標(biāo)準(zhǔn)，并增加了許多擴(kuò)展項(xiàng) 來提供更多的功能。 008 提供了 兩個(gè)最重要的 開發(fā)和管理數(shù)據(jù)庫的工具 ， 即企業(yè)管理器和查詢分析器。 企業(yè)管理器是最重要的一個(gè)工具，它幾乎可以完成所有的 008數(shù)據(jù)庫的開發(fā)和管理工作， 通過企業(yè)管理器，開發(fā)人員 可以提高數(shù)據(jù)庫開發(fā)和管理的效率。 查詢分析器是數(shù)據(jù)庫開發(fā)人員最喜歡的工具，通過該工具數(shù)據(jù)庫開發(fā)人員可以直接用 008進(jìn)行交互，可以通過 句創(chuàng)建視圖、存儲(chǔ)過程和觸發(fā)器等數(shù)據(jù)庫對象，也可以調(diào)試 句以便將正確的 應(yīng)用程序中。 術(shù)概述 術(shù)并不是一項(xiàng)革命性的新技術(shù)，而是多種技術(shù)的集合。 術(shù)的一個(gè)最大的特點(diǎn)是無需刷新頁面便可以向服務(wù)器傳輸或讀寫數(shù)據(jù)。這使得B/S 應(yīng)用程序只同服務(wù)器進(jìn)行數(shù)據(jù)層面的交換，而不用每次都刷新界面，也不第 2章 相關(guān)技術(shù) 第 9 頁 用每次都將數(shù)據(jù)處理的工作交給服務(wù)器來進(jìn)行，這大大減輕了服務(wù)器的負(fù)擔(dān)又加快了響應(yīng)速度，縮短了用戶的等待時(shí)間。 與傳統(tǒng)的 發(fā)不同， 采用異步交互過程的。 用戶與服務(wù)器之間引入一個(gè)中間媒介，從而消除了網(wǎng)絡(luò)交互過程中的處理 處理 1 不刷新整個(gè)頁面， 在頁面內(nèi)與服務(wù)器通信 2 使用異步方式與服務(wù)器通信，不需要打斷用戶的操作，具有更加迅速的響應(yīng)能力。 3 應(yīng)用僅有少量頁面組成，大部分交互在頁面之內(nèi)完成，不需要切換整個(gè)頁面。 章小結(jié) 本節(jié)主要介紹了設(shè)計(jì)和開發(fā)工程碩士管理系統(tǒng)所涉及的相關(guān)技術(shù)。重點(diǎn)介紹了 術(shù)、 據(jù)庫技術(shù)、 術(shù)以及三層分層結(jié)構(gòu)的優(yōu)缺點(diǎn)。這些技術(shù)為系統(tǒng)的后續(xù)開發(fā)提供了理論依據(jù)和技術(shù)基礎(chǔ)。同濟(jì)大學(xué) 碩士學(xué)位論文 基于 接處警派單系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 10 第 3 章 系統(tǒng)需求分析 需求分析是系統(tǒng)開發(fā)的重要環(huán)節(jié) 之一，處于系統(tǒng)開發(fā)的開始階段，即對待開發(fā)系統(tǒng)提出的正確需求進(jìn)行準(zhǔn)確的分析，并給出詳細(xì)的、嚴(yán)密的、規(guī)范化的定義和規(guī)格說明。由系統(tǒng)分析員和用戶共同討論，在理解當(dāng)前系統(tǒng)“怎么做”的基礎(chǔ)上，抽取其“做什么”的本質(zhì)，形成其“邏輯模型”；再分析目標(biāo)系統(tǒng)（待開發(fā)系統(tǒng)）與當(dāng)前系統(tǒng)的差別，表達(dá)成目標(biāo)系統(tǒng)的“邏輯模型”和“物理模型”，進(jìn)而構(gòu)造成目標(biāo)系統(tǒng)。由系統(tǒng)分析員編成軟件需求說明書或系統(tǒng)功能說明書，以及初步的系統(tǒng)用戶手冊，提交管理部門和質(zhì)量保證部門審定。需求說明書是系統(tǒng)產(chǎn)品文檔的重要組成部分，是后續(xù)工作特別是程序設(shè)計(jì)的前提和重要依據(jù)，是用戶需求的規(guī)范化的描述，是設(shè)計(jì)人員和用戶的共識(shí)和共同遵守的約定，也是管理人員對系統(tǒng)評測的基準(zhǔn)。 能性需求分析 根據(jù)大隊(duì)接處警管理工作的需求，將接處警派單管理系統(tǒng)分為 8個(gè)子模塊，如圖 注冊登錄模塊警情派單模塊接警功能模塊警情處置模塊信息反饋模塊工作提醒模塊查詢統(tǒng)計(jì)模塊權(quán)限管理模塊其它處理警力調(diào)度警情統(tǒng)計(jì)分析處置結(jié)果統(tǒng)計(jì)接 處 警 派 單 管 理 子 系 統(tǒng) 模 塊 圖圖 處警派單 系統(tǒng)功能模塊圖 第 3章 系統(tǒng)需求分析 第 11 頁 1、注冊登錄模塊：本模塊主要實(shí)現(xiàn)身份驗(yàn)證功能和新用戶注冊功能，即當(dāng)新用戶第一次登錄系統(tǒng)時(shí)，需要注冊個(gè)人詳細(xì)信息，以方便系統(tǒng)管理員對其進(jìn)行管理。 2、警情派單模塊：大隊(duì)分指揮室接到 122 接警后，根據(jù)警情類 型，發(fā)生區(qū)域，確定接警中隊(duì)，并將相關(guān)報(bào)警內(nèi)容通過系統(tǒng)派單到中隊(duì)。 3、接警功能模塊：中隊(duì)勤務(wù)室根據(jù)賬戶自動(dòng)接收轄區(qū)警情，確認(rèn)后系統(tǒng)自動(dòng)記錄受理時(shí)間，同時(shí)將相關(guān)處置信息傳遞上一級大隊(duì)用戶。 4、警情處置模塊：中隊(duì)確認(rèn)報(bào)警內(nèi)容后，對事故進(jìn)一步核實(shí)，并合理引導(dǎo)雙方到快速理賠中心處理，不符合自動(dòng)撤離現(xiàn)場的，則通過對講機(jī)指令民警到現(xiàn)場出警。 5、信息反饋模塊：對警情處置完畢后，將相關(guān)后續(xù)處置內(nèi)容錄入系統(tǒng)，將處置結(jié)果反饋上一級大隊(duì)用戶。 6、工作提醒模塊：大隊(duì)派單后，可對警情完成時(shí)間進(jìn)行限時(shí)設(shè)定，未及時(shí)處置的警情發(fā)出提 醒功能。 7、查詢統(tǒng)計(jì)模塊：快速查詢大隊(duì)、中隊(duì)接警統(tǒng)計(jì)，并對處置結(jié)果進(jìn)行分類梳理，為下一步勤務(wù)調(diào)整做出信息研判。 8、 權(quán)限管理模塊： 管理員管理 接處警派單系 統(tǒng)用戶的相關(guān)權(quán)限。 功能性需求分析 非功能性需求分析是指軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有除功能需求以外的特性。軟件產(chǎn)品的非功能性需求包括系統(tǒng)的性能，實(shí)用性，可靠性，可維護(hù)性，可擴(kuò)展性和對技術(shù)和對業(yè)務(wù)的適應(yīng)性等。 作 的 實(shí)用 性 從 實(shí)際工作 應(yīng)用角度出發(fā)，滿足用戶日常工作、管理的需要，使用方便、界面友好， 提高了用戶的工作效率，增加了系統(tǒng) 的可用性。 能 的安全性 安全性是系統(tǒng)真正得到應(yīng)用的必要條件，必須從各方面考慮系統(tǒng)的可靠性。系統(tǒng)建設(shè)盡量采用主流技術(shù)和產(chǎn)品，以保證系統(tǒng)的高質(zhì)量和穩(wěn)定性。應(yīng)用系統(tǒng)具備足夠的容錯(cuò)能力，以保證系統(tǒng)的穩(wěn)定可靠運(yùn)行。 同濟(jì)大學(xué) 碩士學(xué)位論文 基于 接處警派單系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 12 統(tǒng)的可擴(kuò)充性及可維護(hù)性 由于技術(shù)變化或業(yè)務(wù)變化時(shí)，不可避免會(huì)在將來對系統(tǒng)進(jìn)行改變。不僅要進(jìn)行設(shè)計(jì)實(shí)現(xiàn)的修改，甚至要進(jìn)行產(chǎn)品定義的修改，因此在系統(tǒng)的設(shè)計(jì)過程中考慮到系統(tǒng)后期的擴(kuò)充與修改，工程碩士管理系統(tǒng)采用經(jīng)典的三層架構(gòu)架構(gòu)對系統(tǒng)進(jìn)行設(shè)計(jì)，以方便日后的擴(kuò)充與維護(hù)。 統(tǒng)的可操作性 由于系統(tǒng)涉及的用戶 以輔警為主 ，而目前的 輔警 人員應(yīng)用水平參差不齊，因此系統(tǒng)的可操作性就顯得特別重要，因此系統(tǒng)在設(shè)計(jì)時(shí)考慮在滿足業(yè)務(wù)需求的情況下盡可能做到應(yīng)用系統(tǒng)界面友好統(tǒng)一，操作方式盡可能照顧不同年齡層次，不同知識(shí)水平的人員，操作盡可能的簡單、方便，使操作人員在短期內(nèi)能夠熟練使用該系統(tǒng)。 統(tǒng)用例分析 統(tǒng)總用例 分析 我們采用了 向?qū)ο蟮姆椒▽犹幘蓡蜗到y(tǒng)各個(gè)模塊進(jìn)行分析。 支 隊(duì) 1 2 2 接 警 員大 隊(duì) 分 指 揮 室 人 員中 隊(duì) 接 單