消防支队人员综合信息管理系统设计与实现

消防支队人员综合信息管理系统设计与实现
【摘 要】为适应政府部门办公自动化、网络化、电子化发展的需要,将电子政务的建设推向深入,设计了消防支队“人员综合信息管理系统”解决方案实现了“人员工作三化”,即信息数字化,业务协同化,服务虚拟化,从而把人员管理工作提高到一个新的水平。
铣床飞刀【关键词】消防办公;电子政务;管理信息系统
1.功能需求
本管理解决方案由现役士兵管理系统、合同制消防管理系统和军事实力管理系统三大管理系统组成。
1.1现役士兵管理子系统
本子系统可以实现对现役士兵的入伍、调入、调出、奖惩、晋升、退伍、入学、转业等信息的录入和修改,并能够对这些信息进行修改维护统计查询、存档操作。
1.1.1基本功能模块
本类别主要包括基本的数据信息,如性别信息、军衔级别、工资级别、部队单位、部门等信息的编辑维护功能。
600x22助燃剂1.1.2信息功能模块
感应钎焊(1)士兵管理信息维护。包括士兵基本信息、年度等级业务训练考评、职业技能鉴定、年度士官等级评定、健康情况、伤残等级、在位情况、档案存放地、档案号、离岗时间、离岗去向、婚姻状况、结婚时间、家属姓名等信息的维护和修改。
(2)士兵其他情况信息维护。包括部队驻地、学位、户口性质、士兵证号、军人身份证号、入伍态度、身高、血型、宗教信仰、入伍前职业、个人特长、有何证书等信息的维护和修改。
(3)士兵调动信息维护。士兵的调动信息有调出和调入两种调动方向,同时也存在同部队不同部门之间的调动、不同部队之间的调动两种调动模式,内部调动可以通过本系统自动实现调动信息的记录,而外部调动则需要生成对应的文档。
(4)士兵退役管理。士兵的退役包括义务兵正常退役、士官退役和提前退役等类别,要求
系统能够加以区别对待。义务兵正常退役通常是根据服役时间成批退役,可以通过时间进行条件筛选,以减轻工作量。士官分为一级到六级士官,退役方式大多以服役时间、其他情况筛选等方式进行退役处理。
(5)部队实力减少信息。部队实力的减少通常有士兵入学、处分和伤亡造成。士兵入学需要记录其入学学校信息。士兵处分需要记录其处分情况信息,并能够打印相关文件。士兵伤亡需要记录其伤亡情况信息,并能够打印相关文件。
1.1.3统计查询功能模块
可以对士兵进行多条件查询、调动情况查询统计、士兵花名册、晋升情况查询统计、调入调出信息统计查询、服役退役情况查询、培训学习信息查询统计、伤残信息统计查询、工资档次信息统计查询等等。
1.2合同制消防员管理子系统
本子系统可以实现对合同制消防员的招聘、解聘、薪资、保险、调动、奖惩、晋升等信息的录入和修改,并能够对这些信息进行修改维护、统计查询、存档操作。
1.2.1信息功能模块
(1)合同制消防员信息维护。包括档案记入类型、人员状况、单位、姓名、性别、民族、出生年月、征召年月、登记表号、籍贯、征召所在地等详细信息的维护和修改。
(2)合同制消防员管理信息维护。包括年度等级业务训练考评、职业技能鉴定、合同制消防员年度量化情况、健康情况、伤残等级、在位情况、档案存放地、档案号、离岗时间、离岗去向、婚姻状况、结婚时间、家属姓名等信息的维护和修改。
(3)合同制消防员其他情况信息维护。包括部队驻地、学位、户口性质、工作证号、身份证号、服务态度、身高、血型、宗教信仰、服务前职业、个人特长、有何证书等信息的维护和修改。
(4)内部调动信息维护。内部调动是指在不同工作单位之间的调动,调动信息除了需要其基本信息之外,还需要记录调入调出单位信息、调动类型、调动时间等信息。调动信息除了需要改动其单位信息之外,还需要记录在“调动表”中,以便于查询和统计。
第一语音(5)解除服务关系维护。与合同制消防员解除服务关系需要其基本信息之外,还要记录解
除服务关系的原因,并记录中队、大队、支队领导的意见,此处需要工作流支持。
(6)减员信息维护。此处处理解除服务关系之外的减员信息,记录合同制消防的减员类型、发生时间信息等。
(7)薪资待遇管理。对合同制消防员的工资待遇信息进行维护,包括待遇级别、基本工资、奖励工资等相关信息的维护。对于合同制消防员,部队会为其缴纳社会保险,系统能够根据其工资发放额自动计算单位缴纳金额、个人缴纳金额等。
1.2.2统计查询功能模块
可以对合同制消防员进行多条件查询、调动情况查询统计、合同制消防员花名册、晋升情况查询统计、调动信息统计查询、服务情况查询、培训学习信息查询统计、工资保险信息统计查询等。
合成皮革2.系统概要设计
2.1设计需求
2.1.1运行模式
本系统运行于消防内网,分布于不同网段,网速各不相同,网络环境较为恶劣,因此不能以普通的C/S模式,应当以稳定可靠的“数据库—Web服务—远程客户端”的三层模式作为本系统的运行模式。
2.1.2客户端模式
在实际应用上有两种客户端模式可以选择,一种是工作在Internet Explorer下的Web页面方式,一种是类OUTLOOK和EXCEL的Windows界面客户端方式。根据用户能够自由调整统计报表格式的要求,Web页面方式明显不能达到用户的要求,因此本系统将选用Windows界面客户端方式。
2.1.3保密工作
系统采用加密时间戳验证的通讯方式,可以抵制在网络上的数据嗅探和破解;在操作员登录方面,采用128位密码保护功能,即便是系统管理员也无法获取操作员的登录密码;为了防止非法用户的使用,客户端将采用国际先进的16位智能硬件密钥配合使用,无正确硬
件密钥的计算机即便是安装了客户端,采用正确的登录密码也不能登录到系统。
2.2概要设计
2.2.1系统模型
本系统采用三层模式,客户端不直接访问服务器的数据库,而是通过中间层进行访问,这样可以屏蔽掉数据库对外端口,杜绝非法访问数据库的可能,有利于数据保密。中间层除了负责进行客户端跟服务器端数据库的数据交换的基本作用之外,更重要的是进行业务处理,客户端只需要进行简单的用户交互即可。
2.2.2数据库设计
(1)命名规则。一级数据库对象(库表、视图、存储过程、自定义函数)的命名规则是“对象类型_对象名称”,库表、视图、存储过程、自定义函数的对象类型分别位“T、V、P、F”。
库表的命名规则是“T_用途_名称”,用途分为基本字典表、业务数据表、流程表、备份表等,
其用途分别以“D、O、P、B”表示,为便于理解名称以中文命名。视图的命名规则是“V_名称”,名称以中文命名。存储过程和自定义函数的命名规则是“P_名称”和“F_名称”,名称以中文命名。
(2)库表设计规则。为了加快检索和数据的唯一性,每个库表应当尽量设置主键和索引,除非特殊需要库表最好采用单字段主键,主键一律以“P_”为前缀。文本字段一律采用nvarchar作为数据类型;逻辑字段一律采用int(4)作为数据类型,1为真,0为假;数字字段根据实际需要进行设计。
2.2.3程序设计
(1)中间层设计。中间层在功能上分为两大模块,一个是数据接口,一个是用户接口。数据接口用于与数据库的数据请求和交换;用户接口用于业务逻辑处理,并承接与客户端的通讯和业务交互。
在程序上,中间层由数据类模块、安全模块、业务处理模块、业务通讯模块四部分。中间层采用VS.NET 2005设计,采用Web Service的方式,安装调试均在IIS上进行。
(2)客户端设计。为了便于客户熟悉操作,易上手,本系统客户端采用仿Office 2003的OUTLOOK和EXCEL两种办公软件的界面。客户端界面整体上分为5部分,顶部为公共菜单栏和工具栏,左侧为功能列表,右侧为快速帮助栏,底部为状态栏,界面中间部分为主体部分。
>水平除雾器

本文发布于:2024-09-21 23:29:47,感谢您对本站的认可!

本文链接:https://www.17tex.com/tex/2/137097.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:信息   查询   维护   调动   统计
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议