社区警务管理信息系统毕业论文内容摘要:

ATETIME、 TIMESTAMP、 YEAR、和 ENUM 类型。 ( 3) 它通过一个高度优化的类库实现 SQL 函数 库并像他们能达到的一样快速,通常在查询初始化后不该有任何 内存分配。 没有内存漏洞。 ( 4) 全面支持 SQL 的 GROUP BY 和 ORDER BY 子句,支持 聚合函数 (COUNT()、COUNT(DISTINCT)、 AVG()、 STD()、 SUM()、 MAX()和 MIN())。 你可以在同一查询中混来自不同数据库的表。 ( 5) 支持 ANSI SQL 的 LEFT 0UTER JOIN 和 ODBC。 ( 6) 所有列都有 缺省值。 你可以用 INSERT 插入一个表列的 子集 ,那些没用明确给定值的列设置为他们的决省值。 ( 7) MySQL 可以工作在不同的平台上。 支持 C、 C++ 、 Java、 Perl、 PHP、 Python和 TCL API。 可行性分析 社区警务 管理系统的开发设计是为了让社区警务更有效的办公。 可行性分析是在系统调查的基础上,针对系统的开发是否具备必要性和可能性,对系统的开发从技术、经 6 济、社会的方面进行分析和研究,以避免投资失误,保证系统的开发成功。 由于存在的问题充斥各个方面,因此需要进 行可行性分析即明确项目开发的必要性和可行性,可行性研究的内容包括以下四个方面。 ( 1) 操作可行性 在充分参照各个社区警务办公要求的基础之上,达到充分适应各个社区不同的环境和条件,从而改善社区警务办公效率,避免工作不规范、服务不到位的现象。 ( 2) 经济可行性 社区警务管理系统是一个小型的管理系统, 在开发时软件开发人员需要花费一定的时间和精力,因此需要一定的资金。 但它给社区居民、社区物业带来的便利是巨大的,节省了许多人力,物力上的开支,使其更加合理化、规范化,效率化。 工作效率的提高就意为着整体水平的提高,是非 常值得投资的。 ( 3) 技术可行性 该系统实用了当今流行而且简单的框架,并且选择了小型数据库,就是为了使其在运行起来更加快捷流畅。 页面上选择了 ExtJS 使得系统变得美观,使用起来更加贴心。 ( 4) 管理可行性 本系统的目标是 改善的社区警务办公模式,使社区警务更有效的办公,提供更精准、及时的信息,并且能时刻了解自己的工作安排,以及对工作的总结。 进而使自己的工作更贴近与户主,能让户主感受到社区警务的服务质量和服务态度。 所以从上面四点出发,可以确定系统分析是可行的。 7 第三章 系统概要设 计 总体功能 根据系统设计的要求,将系统分为社区居民 和 警务人员 两种用户功能。 再根据系统功能的要求分出 社区居民预约服务模块 、 社区居民户籍信息管理模块 、 警务人员信息管理模块、 警务人员日常工作管理模块 、 警务人员出警管理模块 和 文件管理模块 等六 个模块。 可以得出系统功能结构图如图 31 所示。 图 31 系统功能结构图 总体设计分析 该系统 按功能需求分析分为社区居民操作界面 和 警务人员操作界面。 社区居民操作界面 : ( 1) 公告栏:显示社区预约服务信息 ( 2) 预约服务 : 社区居 民在这预约社区服务 ( 3)登录: 社区居民登录。 警务人员操作界面 : ( 1) 社区居民户籍管理 :包括 户籍信息录入、修改、删除、查询、导出报表。 8 ( 2)警务人员日常工作管理 :包括 日常工作添加、修改、删除、查询、导出报表、查看修改记录等功能 ( 3)警务人员出警管理 : 包括出警信息添加、修改、删除、查询、导出报表、出警跟踪 等功能。 ( 4)文件管理 :包括 文件上传和下载。 ( 5)警务人员信息管理:包括警务人员信息的增删改。 ( 6)警务人员登录 : 警务人员登录。 系统采用了敏捷开发的思想,结合跨平台的 ExtJS 技术架构,数据库 采用了 MySQL;使得系统具有易用性、个性化、跨平台等特点;同时又保证数据的安全、稳定、快速和完整;使其运行得高速、安全、稳定。 9 第四章 系统详细设计 后台数据库设计 MySQL 是一个 关系型数据库管理系统 ,由瑞典 MySQL AB 公司开发,目前属于 Oracle公司。 MySQL 是一种关联 数据库管理系统 ,关联数据库将数据保存在不同的表中,而不是将所有数据放在一个大仓库内,这样就增加了速度并提高了 灵活 性。 MySQL 所使用的SQL 语言是用于访问 数据库 的最常用标准化语言。 MySQL 软件采用了双授权政策(本词条 “ 授权政策 ” ),它分为社区版和商业版,由于其体积小、速度快、总体拥有成本低,尤其是 开放源码 这一特点,一般中小型网站的开发都选择 MySQL 作为网 站 数据库。 由于其社区版的性能卓越, 搭配 ExtJS 和 Apache 可组成良好的开发环境。 ( 1) 它使用的核心线程是完全 多线程 ,支持多处理器。 ( 2) 有多种列类型: 和 8 字节长度自有符号/ 无符号整数 、 FLOAT、DOUBLE、 CHAR、 VARCHAR、 TEXT、 BLOB、 DATE、 TIME、 DATETIME、 TIMESTAMP、 YEAR、和 ENUM 类型。 ( 3) 它通过一个高度优化的类库实现 SQL 函数 库并像他们能达到的一样快速,通常在查询初始化后不该有任何 内存分配。 没有内存漏洞。 ( 4) 全面支持 SQL 的 GROUP BY 和 ORDER BY 子句,支持 聚合函数 (COUNT()、COUNT(DISTINCT)、 AVG()、 STD()、 SUM()、 MAX()和 MIN())。 你可以在同一查询中混来自不同数据库的表。 ( 5) 支持 ANSI SQL 的 LEFT 0UTER JOIN 和 ODBC。 ( 6) 所有列都有 缺省值。 你可以用 INSERT 插入一个表列的 子集 ,那些没用明确给定值的列设置为他们的决省值。 ( 7) MySQL 可以工作在不同的平台上。 支持 C、 C++ 、 Java、 Perl、 PHP、 Python和 TCL API。 10 数据库 ER 图 社区居民 警务人员 出警 出警类型 日常工作 部门 工作类型 工作记录 出警跟踪 文件 1 姓名 工龄 部门 ID 登录名 登录密码 1 部门 ID 部门名称 ID 文件名称 上传时间 姓名 户籍 联系电话 社区名 房间号 ID n 1 1 1 1 n 1 1 1 n 修改日期 修改内容 ID 名称 ID 名称 跟踪内容 跟踪日期 工作名称 详细描述 预约人 预约电话 工作日期 工作类型 出警名称 出警类型 出警日期 截至日期 进度 记录 记录 1 n 管理 管理 隶属 属于 属于 11 数据库表结构 为了满足系统存储数据需要,方便进行插入,更新,统计和查询分析等操作,数据一共设计为两个部分,第一部分为满足插入,更新,删除较多的数据存储。 第二部分为满足查询和统计分析。 为了方便进行数据库之间的迁移,数据库中不建议采用存储过程,触发器等数据库特征明显的代码,所有表建立 、 操作 SQL 均采用标准语句。 警务人员信息表如表 41 所示。 表 41 设计表“ t_jin_police” 列名 数据类型 长度 允许空 PID Varchar 45 否 PNAME Varchar 45 否 PPASSWORD Varchar 45 否 PUSERNAME Varchar 45 否 PJOBAGE Varchar 45 否 PSEX Varchar 45 否 PCASEID Varchar 45 否 PDEPARTMENTID Varchar 45 否 警务部门 表如表 42 所示。 表 42 设计表“ t_bd_department” 列名 数据类型 长度 允许空 DID Varchar 45 否 DEPARTMENTNAME Varchar 45 否 出警类型 表如表 43 所示。 表 43 设计表“ t_bd_type” 列名 数据类型 长度 允许空 TID Varchar 45 否 TNAME Varchar 45 否 12 社区居民户籍信息 表如表 44 所示。 表 44 设计表“ t_bd_user” 列名 数据类型 长度 允许空 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 否 警务人员日常工作信息 表如表 45 所示。 表 45 设计表“ t_bd_job” 列名 数据类型 长度 允许空 EID Varchar 45 否 ENAME Varchar 45 否 ETYPE Varchar 45 否 EDATE Date 0 否 ERESULT Tinyint 1 否 EDESCRIPTION Varchar 45 EUID Varhcar 45 警务人员日常工作类型 表如表 46 所示。 表 46 设计表 “ t_bd_jobtype” 列名 数据类型 长度 允许空 TID Varchar 45 否 TNAME Varchar 45 否 警务人员日常工作改动记录 表如表 47 所示。 表 47 设计表“ t_bd_record” 列名 数据类型 长度 允许空 RID Varchar 45 否 RJOB Varchar 45 否 RFIELD Varchar 45 否 ROLDVALUE Varchar 45 否 13 RNEWVALUE Varchar 45 否 RDATE Date 0 否 警务人员出警信息 表如表 48 所示。 表 48 设计表“ c_bd_case” 列名 数据类型 长度 允许空 CI。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。