小区物业管理系统设计与实现_毕业设计(编辑修改稿)内容摘要:
理以及对系统自身的用户权限管理。 提供各种信息的录入,比如:物业报修,对物业公司所进行的物业维修,对住户和房产信息的管理。 物管中心不但含有小区日常项目的信息,而且还包含了对查询情况的统计功能。 系统管理主要任务是提高系统安全性和对系统提供良好的维护,如用户权限可以为 用户提供权限服务。 本系统分为前台、后台,具体功能需求分析如下: 前台 首先单击 ―注册 ‖导航按钮,注册用户名和密码,成为本站会员。 然后,使用刚刚注册的用户名和密码进行登录 ―欠费查询 ‖导航按钮,对欠费信息进行查询操作。 9 ―投诉查询 ‖导航按钮,对投诉信息进行查询操作。 ―停车信息 ‖导航按钮,对停车信息进行查询操作。 ―退出登录 ‖导航按钮,对当前操作系统。 后台: 单击 ―进入后台 ‖链接按钮,输入密码进入后台管理界面 ―新闻维护 ‖导航按钮,对新闻信息进行添加、修改、删除、查 询及审核操作。 ―停车信息维护 ‖导航按钮,对停车信息进行添加、修改、删除、查询及审核操作。 ―欠费住户信息维护 ‖导航按钮,对欠费住户信息进行添加、修改、删除、查询及审核操作。 ―住房维护 ‖导航按钮,对住房信息进行添加、修改、删除、查询及审核操作。 ―设备信息维护 ‖导航按钮,对设备信息进行添加、修改、删除、查询及审核操作。 ―投诉信息维护 ‖导航按钮,对投诉信息进行添加、修改、删除、查询及审核操作。 ―今天值班员工 ‖导航按钮,对值班员工信息进行添加、修改、删除及查询操作。 ―重新登录 ‖导航按钮,重新登录后台管理界面。 系统模块设计 本系统将模块划分为六个,每个模块负责的功能相对专一。 其中,用户身份验证提供对用户的登录身份进行验证,同时读取用户所具有的权限,只有具有系统账号的用户才可以使用系统的所有功能。 系统采用 的支持和实现对数据库的访问操作。 系统的最底层是数据库,本系统采用 SQL SERVER 2020 数据库。 用户身份验证模块实现用户合法性检查,把用户 ID以及权限值保存到 Session中,而在后面的页面中通过判断 这个 Session 值是来判断用户是否登录。 在这个模块中还提供用户退出的功能。 模块 在用户查询模块里主要包括了对小区的时事新闻的查询以及对小区设备维护、费用信息、投诉信息以及小区内的车位信息的查询,同时提供用户退出系统的功能。 用户功能模块见 图所示。 10 管理员模块主要包括了新闻维护、停车信息管理、欠费住户信息维护、住户住房信息管理、设备信息维护以及投诉信息维护的查看、修改、删除、添加等一些管理功能同时该模块也提供了用户退出系统的功能。 管理员模块图见 图所示。 块 员工信息管理主要包括对用户信息的查询、修改、添加、删除等功能。 有利于公司对员工信息的管理。 图 用户管理模块 图 管理员管理模块 11 系统需求 小区物业管理系统运行时具体硬件需求如表 所示: 表 操作员界面需求表 需求名称 详细要求 CPU P4 以上 内存 256MB 以上 硬盘 40G 以上 操作系统性能 Windows20 windows xp、 windows 7 等 网络传输率 512k/s 数据库 SQL Server 2020 服务平台 Microsoft Visual Studio 2020 浏览器 IE 、谷歌 、火狐等 12 4 数据库设计 数据库与系统的关系 系统对数据库的操作 [16]包括对信息的添加、删除、修改和查询,在具体实行过程中,管理员通过对数据库的操作,实现对数据库的更新。 数据库与系统的关系如图 所示: 图 数据库与系统的关系 数据库物理结构设计 在 SQL Server 中创建一个数据库 [17],命名为 db_wyglSQL。 根据分 析,可以将该数据库中的表分为两类,一类是基本信息表,另一类是代码表。 其中基本信息如表 所示: 表 4. 1 系统中所用到的基本信息表及用途 表名 用途 tb_homePark 车位信息表 tb_qianfei 欠费用户信息表 tb_tousu 投诉信息表 tb_weihu 小区设备维护信息表 tb_xinwen 新闻信息表 tb_yuangong 员工信息表 tb_zhuce 公户注册信息表 tb_zhuhu 住户基本信息表 tb_parkAddress 空余车位信息 小区物业管 理系统 ER 图分析 数据库 (SQL Server) 数据库的操作 数据库的 更新 13 小区物业管理系统是个住户、管理员之间数据交互的平台,数据库的信息也就是他们之间流动信息。 因此以上各表在数据库中都是相互联系的,通过多表的联合查询获得自身所需要的信息。 ER 图即实体 联系图,提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。 构成 ER 图的基本要素是实体型、属性和联系,其表示方法为: :用矩形表示,矩形框内写明实体名; :用椭圆形表示,并用无向边将其与相应的实体连接起来;多值属性由双线连接;主属性名称下加下划线; :用菱形表示,菱形框 内写明联系名,并用无向边分别与有关实体连接起来,同时在无向边旁标上联系的类型。 上述分析对的实体 联系图 ER 如图 所示 : 14 M 1 M 1 1 M 1 1 M M M M 1 M 1 M 图 实体 关系图 (ER 图 ) 数据库逻辑结构设计 根 据上面的 ER 图分析,实行表格细分化,目的是为了避免数据重复和数据的不一致性。 本系统共建立 16 个数据表格:小区住户基本信息表( zhuhu);欠费用户信息表 (qianfei);车位信息表 (homepark);小区投诉信息表( tousu);小区设施维护信息表 (weihu);小区新闻信息表 (xinwen);物业公司员工基本信息表名称 管理 姓名 经手人 管理 员工 时间 车位 车牌号 时间 费用 停车场号 车主 地点 维护编号 职称 联系电话 状态 照片 编号 住户名称 管理员 查看 管理 管理 日期 密码 性别 电话 类别 对应 拥有 年龄 金额 地址 朝向 状态 小区住户 经手人 费用 状态 地址 房号 单位 住户名称 小区名称号 楼宇名称 费用 房型 用户注册 联系电话 楼宇单元 设备维护 居住面积 管理 电子邮箱 住户名称 15 ( yuangong);用户注册信息表( zhuce),空余车位信息( tb_parkAddress)。 表中都设有一个主键和一个或多个外来键,目的是为了可以和多个表单建立对应关系。 实现表与表之间 数据一致性。 其部分表单如下: ( zhuhu) ,如表 所示 : 表 4. 2 小区住户基本信息表( zhuhu) 名称 数据类型 作用 name nvarchar( 10) 小区名称 lyname nvarchar( 10) 楼宇名称 lydy nvarchar( 10) 楼宇单元 fanghao int( 8) 房号 fangxing nvarchar( 10) 房型 jzmj float( 10) 建筑面积 cqstate nvarchar( 10) 产权状况 fwbiezhu nvarchar( 10) 房屋备注 systate nvarchar( 10) 使用状况 qrtime datetime 迁入时间 zfname nvarchar( 10) 住户名称 idcard int( 20) 身份证号 [work] nvarchar( 50) 工作单位 lxtel int( 20) 固定电话 address nvarchar( 50) 联系地址 (qianfei),如表 所示: 表 欠费用户信息表 (qianfei) 名称 数据类型 作用 name nvarchar( 10) 住户名称 address nvarchar( 10) 住户地址 leibie nvarchar( 10) 欠费类别 stime datetime 起始日期 etime datetime 终止日期 qianfei float( 20) 欠费金额 state nvarchar( 50) 状态 person nvarchar( 50) 经手人 16 (homepark),如表 所示: 表 车位信息表 (homepark) 名称 数据类型 作用 ID int( 10) 车牌 号 placeID nvarchar( 10) 停车场号 tenement nvarchar( 10) 车主 address nvarchar( 10) 停车地点 starDate datetime 开始时间 endDate datetime 结束时间 placeSum float( 50) 停车管理费 person nvarchar( 50) 经手人 handle nvarchar( 50) 收缴情况 memo nvarchar( 50) 备注 ( tb_parkAddress),如 表 所示: 表 空余车位信息( tb_parkAddress) 名称 数据类型 作用 ID int 停车位编号 parkaddress nvarchar( 50) 停车位名称 (weihu),如表 所示: 表 小区设施维护信息表 (weihu) 名称 数据类型 作用 ID nvarchar( 10) 维护编号 name nvarchar( 10) 住户名称 stime datetime 起始时间 etime datetime 终止时间 person nvarchar( 10) 经手人 feiyong float( 10) 费用 state nvarchar( 50) 状态 beizhu nvarchar( 50) 备注 neirong ntext 内容 ( zhuce),如表 所示: 17 表 用户注册信息表( zhuce) 名称 数据类型 作用 name nvarchar( 10) 用户名 pwd nvarchar( 10) 用户密码 sex nvarchar( 4) 性别 birth datetime 出生日期 Age int( 10) 年龄 hunyin nvarchar( 8) 婚姻状况 card int( 20) 身份证号 photo int( 20) 移动电话 tel int( 20) 联系电话 chengshi nvarchar( 20) 所在城市 address nvarchar( 50) 家庭住址 nvarchar( 50) 邮箱 zhiwu nvarchar( 50) 职务类型 beizhu ntext 备注 ( yuangong),如表 所示: 表 物业公司员工基本信息表( yuangong) 名称 数据类型 作用 ID int( 10) 员工编号 image nvarchar( 10) 员工照片 schname nvarchar( 10) 员工姓名 working nvarchar( 10) 在职职称 state nvarchar( 10) 工作状态 sex nvarchar( 4。小区物业管理系统设计与实现_毕业设计(编辑修改稿)
相关推荐
完善的垃圾收集及处理设施,方便业主使用,加强宣传教育, 提高业主保洁意识。 垃圾日产日清,封闭转运,杜绝二次污染,实施垃圾分类处理。 每日巡视检查保洁情况,发现问题立即处理。 提倡 “全员保洁,人过地净 ”。 七、治安案件年发生率 公司内控标准 ‰ 承诺指标 ‰ 测定依据 案件发生次数 /入住总户数 1000‰ < ‰ 质 量 保 证 措 施 提供 24 小时保安服务。 采用单车、步行巡逻方式
0 70 DGCWWU2 42 4017 0 0 CELLOAD取值大小与该小区的吸收突发话务、减少拥塞的能力存在一定的关系。 初期我们认为, CELLOAD越大,越能吸收话务,拥塞会越少;但是 通过本次试验大量数据表明,结论并非如此,以下举几个例子(具体数据见下表 7): ( 1)、 DGCBTU3: BPC=27, CELLOAD=40,总话务为 ,总拥塞为 2696次; DGCBTU3:
此时间段内业主或施工单位将建筑垃圾袋装后运至楼下, 20: 00 时以后,甲方负责将建筑垃圾清理出园区。 九、施工单位在施工中应注意并遵守下列事项: 完毕后须关好所有门窗及水龙头,方可离开。 不得在施工现场留下火种或易燃危险品。 不得将建筑垃圾、杂物或油漆等投入厕所或下水道里。 得将水泥、沙子、建筑用料或垃圾投入厕所或下水道里。 如厕所或下水道因此堵塞,业主必须负责全部修理费用。 不得将建筑用料
辖区内游荡或借口找却说不出被访人姓名和详细住址的,立即上前盘问,但应注意护全。 如有二人在场,可一人上前将其带到保安员作进一步盘查处理。 如果只有一人在场,右对可疑分子进行跟踪监视,防止其作案或出现其他意外,并向上级报告,通知邻岗,提醒注意,视情况采取措施。 发现其身上带有管制刀具、钳子、螺丝刀、铁棒等 工具。 应上前核查其携带工具的用途,如用途不明,先约速起来,向主任报告,送辖区派出所处理。
3 分钟内通知 3.管理费标准及收缴规定 为保障用户在本物业的长远利益,以达到投资保值和升值的效果,因此各业主 /用户亦需要承担本物业之保养、维修及日常管理开支等费用,按时交纳管理费。 费用标准的核定: 根据政府物业管理服务收费指导标准、物业及配套设施的档次和物价局的审批标准进行合理收费,具体情况请参见财务部《政府经营服务性收费价目表》。 费用使用: 管理费主要用以支付下列各项之费用:
段,不足五十米不少于 1段;有分隔墙建筑,以隔墙为分段数,抽查 5%,但不少于 5段。 (2)立管垂直度:一根立管为 1段,两层及其以上按楼层分段,各抽查 5%,但均不少于10段。 (3)隔热层:水平管和立管,凡能按隔墙、楼层分段的,均以每一楼层分隔墙内的管段为一个抽查点,抽查数为 5%,但不少于 5处,不能按隔墙、楼层分段的,每 20m抽查 1处,但不少于 5处。 五、室内排水系统