【文章內(nèi)容簡(jiǎn)介】 ATETIME、 TIMESTAMP、 YEAR、和 ENUM 類型。 （ 3） 它通過(guò)一個(gè)高度優(yōu)化的類庫(kù)實(shí)現(xiàn) SQL 函數(shù) 庫(kù)并像他們能達(dá)到的一樣快速，通常在查詢初始化后不該有任何 內(nèi)存分配 。沒有內(nèi)存漏洞。 （ 4） 全面支持 SQL 的 GROUP BY 和 ORDER BY 子句，支持 聚合函數(shù) (COUNT()、COUNT(DISTINCT)、 AVG()、 STD()、 SUM()、 MAX()和 MIN())。你可以在同一查詢中混來(lái)自不同數(shù)據(jù)庫(kù)的表。 （ 5） 支持 ANSI SQL 的 LEFT 0UTER JOIN 和 ODBC。 （ 6） 所有列都有 缺省值 。你可以用 INSERT 插入一個(gè)表列的 子集 ，那些沒用明確給定值的列設(shè)置為他們的決省值。 （ 7） MySQL 可以工作在不同的平臺(tái)上。支持 C、 C＋＋ 、 Java、 Perl、 PHP、 Python和 TCL API。 可行性分析 社區(qū)警務(wù) 管理系統(tǒng)的開發(fā)設(shè)計(jì)是為了讓社區(qū)警務(wù)更有效的辦公。 可行性分析是在系統(tǒng)調(diào)查的基礎(chǔ)上，針對(duì)系統(tǒng)的開發(fā)是否具備必要性和可能性，對(duì)系統(tǒng)的開發(fā)從技術(shù)、經(jīng) 6 濟(jì)、社會(huì)的方面進(jìn)行分析和研究，以避免投資失誤，保證系統(tǒng)的開發(fā)成功。 由于存在的問題充斥各個(gè)方面，因此需要進(jìn) 行可行性分析即明確項(xiàng)目開發(fā)的必要性和可行性，可行性研究的內(nèi)容包括以下四個(gè)方面。 （ 1） 操作可行性 在充分參照各個(gè)社區(qū)警務(wù)辦公要求的基礎(chǔ)之上，達(dá)到充分適應(yīng)各個(gè)社區(qū)不同的環(huán)境和條件，從而改善社區(qū)警務(wù)辦公效率，避免工作不規(guī)范、服務(wù)不到位的現(xiàn)象 。 （ 2） 經(jīng)濟(jì)可行性 社區(qū)警務(wù)管理系統(tǒng)是一個(gè)小型的管理系統(tǒng)， 在開發(fā)時(shí)軟件開發(fā)人員需要花費(fèi)一定的時(shí)間和精力，因此需要一定的資金。但它給社區(qū)居民、社區(qū)物業(yè)帶來(lái)的便利是巨大的，節(jié)省了許多人力，物力上的開支，使其更加合理化、規(guī)范化，效率化。工作效率的提高就意為著整體水平的提高，是非 常值得投資的。 （ 3） 技術(shù)可行性 該系統(tǒng)實(shí)用了當(dāng)今流行而且簡(jiǎn)單的框架，并且選擇了小型數(shù)據(jù)庫(kù)，就是為了使其在運(yùn)行起來(lái)更加快捷流暢。頁(yè)面上選擇了 ExtJS 使得系統(tǒng)變得美觀，使用起來(lái)更加貼心。 （ 4） 管理可行性 本系統(tǒng)的目標(biāo)是 改善的社區(qū)警務(wù)辦公模式，使社區(qū)警務(wù)更有效的辦公，提供更精準(zhǔn)、及時(shí)的信息，并且能時(shí)刻了解自己的工作安排，以及對(duì)工作的總結(jié)。進(jìn)而使自己的工作更貼近與戶主，能讓戶主感受到社區(qū)警務(wù)的服務(wù)質(zhì)量和服務(wù)態(tài)度。 所以從上面四點(diǎn)出發(fā)，可以確定系統(tǒng)分析是可行的。 7 第三章 系統(tǒng)概要設(shè) 計(jì) 總體功能 根據(jù)系統(tǒng)設(shè)計(jì)的要求，將系統(tǒng)分為社區(qū)居民 和 警務(wù)人員 兩種用戶功能。再根據(jù)系統(tǒng)功能的要求分出 社區(qū)居民預(yù)約服務(wù)模塊 、 社區(qū)居民戶籍信息管理模塊 、 警務(wù)人員信息管理模塊、 警務(wù)人員日常工作管理模塊 、 警務(wù)人員出警管理模塊 和 文件管理模塊 等六 個(gè)模塊?？梢缘贸鱿到y(tǒng)功能結(jié)構(gòu)圖如圖 31 所示。 圖 31 系統(tǒng)功能結(jié)構(gòu)圖 總體設(shè)計(jì)分析 該系統(tǒng) 按功能需求分析分為社區(qū)居民操作界面 和 警務(wù)人員操作界面 。 社區(qū)居民操作界面 ： （ 1） 公告欄：顯示社區(qū)預(yù)約服務(wù)信息 （ 2） 預(yù)約服務(wù) ： 社區(qū)居 民在這預(yù)約社區(qū)服務(wù) （ 3）登錄： 社區(qū)居民登錄 。 警務(wù)人員操作界面 ： （ 1） 社區(qū)居民戶籍管理 ：包括 戶籍信息錄入、修改、刪除、查詢、導(dǎo)出報(bào)表 。 8 （ 2）警務(wù)人員日常工作管理 ：包括 日常工作添加、修改、刪除、查詢、導(dǎo)出報(bào)表、查看修改記錄等功能 （ 3）警務(wù)人員出警管理 ： 包括出警信息添加、修改、刪除、查詢、導(dǎo)出報(bào)表、出警跟蹤 等功能 。 （ 4）文件管理 ：包括 文件上傳和下載 。 （ 5）警務(wù)人員信息管理：包括警務(wù)人員信息的增刪改。 （ 6）警務(wù)人員登錄 ： 警務(wù)人員登錄 。 系統(tǒng)采用了敏捷開發(fā)的思想，結(jié)合跨平臺(tái)的 ExtJS 技術(shù)架構(gòu)，數(shù)據(jù)庫(kù) 采用了 MySQL；使得系統(tǒng)具有易用性、個(gè)性化、跨平臺(tái)等特點(diǎn)；同時(shí)又保證數(shù)據(jù)的安全、穩(wěn)定、快速和完整；使其運(yùn)行得高速、安全、穩(wěn)定。 9 第四章 系統(tǒng)詳細(xì)設(shè)計(jì) 后臺(tái)數(shù)據(jù)庫(kù)設(shè)計(jì) MySQL 是一個(gè) 關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng) ，由瑞典 MySQL AB 公司開發(fā)，目前屬于 Oracle公司。 MySQL 是一種關(guān)聯(lián) 數(shù)據(jù)庫(kù)管理系統(tǒng) ，關(guān)聯(lián)數(shù)據(jù)庫(kù)將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個(gè)大倉(cāng)庫(kù)內(nèi)，這樣就增加了速度并提高了 靈活 性。 MySQL 所使用的SQL 語(yǔ)言是用于訪問 數(shù)據(jù)庫(kù) 的最常用標(biāo)準(zhǔn)化語(yǔ)言。 MySQL 軟件采用了雙授權(quán)政策（本詞條 “ 授權(quán)政策 ” ），它分為社區(qū)版和商業(yè)版，由于其體積小、速度快、總體擁有成本低，尤其是 開放源碼 這一特點(diǎn)，一般中小型網(wǎng)站的開發(fā)都選擇 MySQL 作為網(wǎng) 站 數(shù)據(jù)庫(kù) 。由于其社區(qū)版的性能卓越， 搭配 ExtJS 和 Apache 可組成良好的開發(fā)環(huán)境。 （ 1） 它使用的核心線程是完全 多線程 ，支持多處理器。 （ 2） 有多種列類型： 和 8 字節(jié)長(zhǎng)度自有符號(hào)／ 無(wú)符號(hào)整數(shù) 、 FLOAT、DOUBLE、 CHAR、 VARCHAR、 TEXT、 BLOB、 DATE、 TIME、 DATETIME、 TIMESTAMP、 YEAR、和 ENUM 類型。 （ 3） 它通過(guò)一個(gè)高度優(yōu)化的類庫(kù)實(shí)現(xiàn) SQL 函數(shù) 庫(kù)并像他們能達(dá)到的一樣快速，通常在查詢初始化后不該有任何 內(nèi)存分配 。沒有內(nèi)存漏洞。 （ 4） 全面支持 SQL 的 GROUP BY 和 ORDER BY 子句，支持 聚合函數(shù) (COUNT()、COUNT(DISTINCT)、 AVG()、 STD()、 SUM()、 MAX()和 MIN())。你可以在同一查詢中混來(lái)自不同數(shù)據(jù)庫(kù)的表。 （ 5） 支持 ANSI SQL 的 LEFT 0UTER JOIN 和 ODBC。 （ 6） 所有列都有 缺省值 。你可以用 INSERT 插入一個(gè)表列的 子集 ，那些沒用明確給定值的列設(shè)置為他們的決省值。 （ 7） MySQL 可以工作在不同的平臺(tái)上。支持 C、 C＋＋ 、 Java、 Perl、 PHP、 Python和 TCL API。 10 數(shù)據(jù)庫(kù) ER 圖 社區(qū)居民 警務(wù)人員 出警 出警類型 日常工作 部門 工作類型 工作記錄 出警跟蹤 文件 1 姓名 工齡 部門 ID 登錄名 登錄密碼 1 部門 ID 部門名稱 ID 文件名稱 上傳時(shí)間 姓名 戶籍 聯(lián)系電話 社區(qū)名 房間號(hào) ID n 1 1 1 1 n 1 1 1 n 修改日期 修改內(nèi)容 ID 名稱 ID 名稱 跟蹤內(nèi)容 跟蹤日期 工作名稱 詳細(xì)描述 預(yù)約人 預(yù)約電話 工作日期 工作類型 出警名稱 出警類型 出警日期 截至日期 進(jìn)度 記錄 記錄 1 n 管理 管理 隸屬 屬于 屬于 11 數(shù)據(jù)庫(kù)表結(jié)構(gòu) 為了滿足系統(tǒng)存儲(chǔ)數(shù)據(jù)需要，方便進(jìn)行插入，更新，統(tǒng)計(jì)和查詢分析等操作，數(shù)據(jù)一共設(shè)計(jì)為兩個(gè)部分，第一部分為滿足插入，更新，刪除較多的數(shù)據(jù)存儲(chǔ)。第二部分為滿足查詢和統(tǒng)計(jì)分析。為了方便進(jìn)行數(shù)據(jù)庫(kù)之間的遷移，數(shù)據(jù)庫(kù)中不建議采用存儲(chǔ)過(guò)程，觸發(fā)器等數(shù)據(jù)庫(kù)特征明顯的代碼，所有表建立 、 操作 SQL 均采用標(biāo)準(zhǔn)語(yǔ)句。 警務(wù)人員信息表如表 41 所示。 表 41 設(shè)計(jì)表“ t_jin_police” 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 PID Varchar 45 否 PNAME Varchar 45 否 PPASSWORD Varchar 45 否 PUSERNAME Varchar 45 否 PJOBAGE Varchar 45 否 PSEX Varchar 45 否 PCASEID Varchar 45 否 PDEPARTMENTID Varchar 45 否 警務(wù)部門 表如表 42 所示。 表 42 設(shè)計(jì)表“ t_bd_department” 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 DID Varchar 45 否 DEPARTMENTNAME Varchar 45 否 出警類型 表如表 43 所示。 表 43 設(shè)計(jì)表“ t_bd_type” 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 TID Varchar 45 否 TNAME Varchar 45 否 12 社區(qū)居民戶籍信息 表如表 44 所示。 表 44 設(shè)計(jì)表“ t_bd_user” 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 FID Varchar 45 否 UNAME Varchar 45 否 UPHONE Varchar 45 否 UREGIST Varchar 45 否 USEX Varchar 45 否 UCOMMUNITY Varchar 45 UFIRSTID Varchar 45 否 USECONDID Varhcar 45 否 UTHIRDID Varchar 45 否 UCREATETIME Date 0 否 警務(wù)人員日常工作信息 表如表 45 所示。 表 45 設(shè)計(jì)表“ t_bd_job” 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 EID Varchar 45 否 ENAME Varchar 45 否 ETYPE Varchar 45 否 EDATE Date 0 否 ERESULT Tinyint 1 否 EDESCRIPTION Varchar 45 EUID Varhcar 45 警務(wù)人員日常工作類型 表如表 46 所示。 表 46 設(shè)計(jì)表 “ t_bd_jobtype” 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 TID Varchar 45 否 TNAME Varchar 45 否 警務(wù)人員日常工作改動(dòng)記錄 表如表 47 所示。 表 47 設(shè)計(jì)表“ t_bd_record” 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 RID Varchar 45 否 RJOB Varchar 45 否 RFIELD Varchar 45 否 ROLDVALUE Varchar 45 否 13 RNEWVALUE Varchar 45 否 RDATE Date 0 否 警務(wù)人員出警信息 表如表 48 所示。 表 48 設(shè)計(jì)表“ c_bd_case” 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 CI