淮南一矿两井方案设计.doc

淮南一矿两井管理方案 前言 背景: 淮南谢一矿有两个矿区,矿方要求在一个系统中实现对两个矿区的统一管理。即可以查看单个矿井的人员和设备的信息，又可以查看两个矿的全部人员和设备信息。也就是可以合也可以分，实现对一个矿两个井的灵活管理。 整体思路：根据客户的需求，可以对矿上井口分站做一些划分，如：在添加井口分站的时候，0表示谢一井口分站，1表示望峰岗井口分站，并将该信息保存到数据库中。人员在下井的时候，只需要考虑他在哪里下井，不用考虑他在哪里上井，并将入井标志保存到实时分站信息表，实时考勤表，历史进出分站表，历史考勤表等信息表中。人员的实时信息，报表信息，考勤信息等的查询可以根据入井标示来查询。 根据这个思路，对原有的系统需要做出调整，在调整的时候要尽量避免对数据库结构的调整，对类和方法的处理要使用布尔值来限定，尽量使用原有的逻辑，保证原有的逻辑运行通畅的同时再满足新的客户需求。需要调整的地方有以下几点： 界面布局的调整： 分站配置界面 实时下井人员名单 实时标识卡 实时下井人员 历史下井人员 下井人员统计 考勤明细 考勤人员统计 考勤部门统计 这里的每个界面要做一些调整，同时要添加新的调用方法和存储机制。一矿两井的实现方法要重新写，不得修改原有的运行进制，不得修改原有的调用关系。 存储过程的调整： 实时人员考勤信息 实时部门信息树 实时职务信息树 实时分站信息数 实时下井人员 考勤记录中添加井口分站类型 考勤明细 考勤部门统计 考勤人员统计 其他存储过程 新添加的存储过程或是方法都要重新写，存储过程和方法的后面添加 “HN”（淮南）和原来的方法进行区分。 通讯逻辑调整： 对通讯的路径要做一些细微的调整，录入井口分站的时候，Station_Head_Info信息表中的Remark 字段用来保存井口分站位置（0：谢一，1：望峰岗），在实时人员考勤信息表里面将该人员的井口分站位置的状态（0：谢一，1：望峰岗），保存在IsLate字段里，当该员工完成一次上下井的时候，将将人员的井口分站位置的状态保存在考勤信息表里面的Remark字段里面。 功能设计 1.配置 1)分站配置 分站配置中要求对两个矿的井口分站作区分，0表示谢一井，1表示望峰岗井。而且只有在分站类型为井口分站的时候，备注才作为必输项。假如没有输入的时候，给出合理的提升信息（如：图1），假如备注中输入的信息不是0或是1的时候，也会给出合理的提升信息（如：图2）。在用户成功输入以后，点击保存会有保存成功的提示信息（如：图3）。 图1 （图2） （图3） 注：这要求上井口分站在安装的是时候要特别注意： 第一：保存井口分站信息时，不要填错了标志位。（0,1） 第二：假如两个井口比较近，在施工的时候请不要存在交叉区域。 2.监控 1)实时下井人员名单 在主界面右上角要显示 “当前井下共XXX人 谢一井XXX人 望峰岗井XXX人”，实时下井人员名单中要能显示矿井全部人员下井信息（如：图4），又要能显示单个井下井人员的信息（如：图5） （图4） （图5） 具体要求： 用户可以自主选择要显示的内容，全部信息复选框勾选的实时，显示矿区全部下井人员信息，并且谢一井和望峰岗井两个单项按钮隐藏。 全部信息复选框不选时，谢一井和望峰岗井两个单项按钮显示，并且当选择谢一井时候，左边部门，职务，分站的树的信息里面要显示对应谢一井的数字信息，同时右边的列表中只显示谢一井的井下人员信息。 选项望峰岗井的时的要求同谢一井。 2)实时标识卡 实时标识卡显示当前系统所能检测到的标识卡的状态，包括在上井口分站附近工作没有下井的人员信息。用户可以自主选择要显示的内容，在显示全部信息的时候，要能显示全部标识卡信息，同时还要能显示单个井区的实时标识卡信息，这里还有一个特殊的地方“其他”，表示下井没有被井口分站检测到,或是没有下井被井口分站检测到的人员信息。（如图6） （图6） 图6表示实时标识卡的默认状态，图7 为单个井区选择时的显示状态 （图7） （图8） 如图8“其他”里面查询显示的结果为下井人员没有被井口分站检测到的信息，或是没有下井人员在井口分站附近工作被检测到的信息。 3)实时下井人员 实时下井人员里面显示的是实时下井人员的具体信息，用户可以自主选择要显示的内容，在显示全部信息的时候，要能显示全部标识卡信息，同时还要能显示单个井区的实时标识卡信息。如图9： 选择单一井口信息时,如图10 (图10) 3.查询 1)历史下井人员 历史下井人员功能主要反映了员工历史上下井的时间，地点，工作时长等信息。用户可以自主选择要显示的内容，在“全部信息”复选框选中的时候，显示两个井口的上下井人员信息。不选择的时候，可以选择单独的井口上下井信息。如图11： (图11) 选择单一井口信息的信息时的显示效果，如图12 (图12)