小区物业信息管理系统毕业设计(编辑修改稿)内容摘要:

水平有了很大的提高,大量住宅小区投入使用,带来了管理工作的变化 [10]。 人们再也不满足于简单的居住环境,更注重住宅小区的服务和管理水平,这为物业管理的发展带来了很大的市场需求和发展空间。 除了对房屋进行维护外,还必须对附属物、设备、场地、环卫绿化、道路、治安进行专业化管理,以保持新建住区的完好,发挥其整体功能和综合效益 [11]。 一个由业主自治与物业公司专业化管理结合,由物业管理企业实施经营型管理 和有偿服务,使管理得以以业养业、自我发展、良性循山东科技大学毕业设计(论文) 12 环,既减轻了政府的压力和负担,又使得管理经费有了稳定来源,日益显示其新体制的优越性 [12]。 居民对住房问题的关切从有无转为有,继而更加关注环境和社区服务。 同时,广大住户拥有了自己的产业,对保持房产和附属设施的完好,以达到保值、增值的观念也逐步树立,使得物业管理的好坏已经成为居民选购住房考虑的重要因素,物业管理为越来越多的人接受,其行业地位不断攀升,外部环境逐步 改善 [13]。 系统需求分析 信息管理系统是为了满足业主的需求,对小区物业的信息进行一个统计, 高效、快速、方便的存储在数据库当中,不仅节省了人力,还节省了时间,对小区物业未来发展有着不可估量的好处。 数据流图 数据流图( Data Flow Diagram):简称 DFD,它从数据传递和加工角度,以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是 结构化系统分析方法 的主要表达工具及用于表示 软件 模型的一种图示方法 [14]。 数据流是指处理功能输入或输出,用一个水平箭头或垂直箭头表示。 数据存储是数据保存的地方。 数据源去向表示数据的来源或数据的流向。 1.管理员处理用户提交的投诉、维修信息。 2.管理员添加缴费信息用户查看缴费后进行处理。 小区物业信息管理系统由管理员添加以及处理缴费信息,业主对山东科技大学毕业设计(论文) 13 其进行查看确认是否缴费,另外业主进行投诉与维修等上报,管理员获取信息后进行处理反馈结果,用户获取反馈结果,该系统的顶层数据流图如图 31 所示。 管 理 员 业 主小 区 物 业 管 理 系 统小 区 物 业 管 理 系 统处 理 维 修 、 投 诉 信 息获 取 业 主 反 馈 信 息获 取 反 馈 结 果反 馈 维 修 、 投 诉 信 息添 加 、 处 理 缴 费 信 息 查 看 缴 费 信 息 图 31 顶层数据流图 小区物业管理系统一共包括了六个表:用户信息表、缴费信息表、投诉信息表、维修信息表、业主信息表、房产信息表。 分别有六个数据流,具体如图 32 所示。 山东科技大学毕业设计(论文) 14 F 2 缴 费 信 息 表F 3 投 诉 信 息 表F 4 维 修 信 息 表F 5 用 户 信 息 表F 6 房 产 信 息 表F 1 业 主 信 息 表P 1 房 产 信 息 管 理P 1 房 产 信 息 管 理D 1 0 1 房 产 信 息P 2 用 户 信 息 管 理P 2 用 户 信 息 管 理D 1 0 3 缴 费 信 息D 1 0 2 用 户 信 息P 3 缴 费 信 息 管 理P 3 缴 费 信 息 管 理D 1 0 4 业 主 信 息P 4 业 主 信 息 管 理P 4 业 主 信 息 管 理P 5 投 诉 信 息 管 理P 5 投 诉 信 息 管 理P 6 维 修 信 息 管 理P 6 维 修 信 息 管 理D 1 0 5 投 诉 信 息D 1 0 6 维 修 信 息 图 32 二级数据流图 数据字典 数据字典( Data dictionary)是一种用户可以访问的记录数据库和应用程序源数据的目录。 主动数据字典是指在对数据库或应用程序结构进行修改时,其内容可以由 DBMS 自动更新的数据字典 [15]。 被动数据字典是指修改时必须手工更新其内容的数据字典。 一般说来,数据字典应该由下列四类元素构成:数据元素、数据流、数据存储和数据处理。 数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。 它主要是对数据流图中的数据流、处理逻辑、外部实体、数据存储和数据项等方面进行具体的定义。 数山东科技大学毕业设计(论文) 15 据流程图配以数据字典,就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述 [15]。 数据项定义:数据元素也称为数据项,是不可再分的数据单位,是数据的最小组成单位,具体内容如表 31 所 示。 表 31 数据字典 编号 数据项名称 名称 NULL 备注 I011 房产编号 id no 主键 I012 备注信息 beizhu yes 备注 I013 时间 createtime yes 添加时间 I014 是否删除 fangshanlock no 是否删除标志 I015 结构 fangwujiegou yes 房屋结构 I016 门牌号 menpaihao yes 门牌号 I017 面积 mianji yes 房屋面积 I018 设备 shebei yes 设备 I019 住址 zhuzhi yes 住址 I0110 房产关联业主 zhuhuid yes 关联的业主 ID I0111 投诉编号 id no 主键 I0112 投诉反馈 chulifankui yes 处理反馈 I0113 投诉结果 chulijieguo yes 处理结果 I0114 投诉内容 content yes 投诉内容 山东科技大学毕业设计(论文) 16 I0115 投诉时间 createtime yes 添加时间 I0116 投诉标题 title yes 投诉标题 I0117 删除标志 tousulock no 是否删除标志 I0118 投诉关联业主 zhuhuid yes 关联的业主 I0119 维修编号 id no 主键 I0120 维修信息 chulifankui yes 处理反馈 I0121 维修结果 chulijieguo yes 处理结果 I0122 维修内容 content yes 维修内容 I0123 维修时间 createtime yes 添加时间 I0124 维修标题 title yes 维修标题 I0125 删除标志 weixiulock no 是否删除标志 I0126 维修关联业主 zhuhuid yes 关联的业主 ID I0127 业主编号 Id no 主键 I0128 业主电话 dianhuahaoma yes 电话号码 I0129 业主身份证 huzhufz yes 业主身份证 I0130 业主姓名 huzhuxingming yes 姓名 I0131 业主入住时间 ruzhushijian yes 入住时间 I0132 是否删除标志 zhuhulock no 是否删除标志 I0133 业主住址 zhuzhi yes 住址 I0134 用户编号 id no 主键 山东科技大学毕业设计(论文) 17 I0135 用户添加时间 createtime yes 添加时间 I0136 用户密码 password yes 密码 I0137 用户权限设定 role no 用户权限 I0138 用户姓名 truename yes 真实姓名 I0139 是否停用 userlock no 是否停用标志 I0140 用户姓名 username yes 用户名 I0141 用户关联业主 zhuzhiid yes 关联的业主 ID I0142 缴费编号 id yes 主键 I0143 备注 beizhu yes 备注 I0144 费用 feiyong no 费用 I0145 费用周期 feiyongzhouqi yes 周期 I0146 是否删除标志 jiaofeilock no 是否删除 I0147 缴费类型 leixing yes 类型 I0148 缴费时间 shoufeishijian yes 时间 I0149 缴费状态 shoufeizhuangtai no 是否已交费 I0150 房产 id fangchanid yes 关联房产 I0151 用户 id zhuhuid no 关联用户 系统 需求分析是一项重要的工作,也是最困难的工作。 该阶段工作有以下特点: ( 1) 供需交流困难:在 软件生存周期 中,其它四个阶段都是面山东科技大学毕业设计(论文) 18 向软件技术问题,只有本阶段是面向用户的。 需求分析是对用户的业务活动进行分析,明确在用户的业务环境中软件系统。 但是在开始时,开发人员和用户双方都不能准确地提出 需求。 因为 软件开发人员不是用户问题领域的专家,不熟悉用户的业务活动和业务环境,又不可能在短期内搞清楚;而用户不熟悉计算机应用的有关问题。 由于双方互相不了解对方的工作,又缺乏共同语言,所以在交流时存在着隔阂 [16]。 ( 2) 需求动态化:对于一个大型而复杂的 软件系统 ,用户很难精确完整地提出它的功能和性能要求。 一开始只能提出一个大概 ,模糊的功能,只有经过长时间的反复认识才逐步明确。 有时进入到设计 , 编程阶段才能明确,更有甚者,到开发后期还在提新的要求。 这无疑给 软件开发 带来困难。 ( 3) 后续影响复杂:需求分析是 软件开发 的基础。 假定在该阶段发现一个错误,解决它需要用一小时的时间,到 设计 , 编程 , 测试 和 维护 阶段解决,则要花 很多 时间。 本章 小结 需求分析十分重要。 本章对 小区物业信息 管理系统的需求进行分析, 经过 本章的论述对整个系 统的设计有更加详细的了解。 可以 熟悉所依据的系统流程, 并 根据系统流程图画出系统的数据流程,根据系统的数据流程写出所用到的数据字典,本章为整个系统的需求分析部分 , 需求分析阶段结束之后 就可以 进入总体设计阶段。 山东科技大学毕业设计(论文) 19 4 系统设计 系统功能设计 需求 分析说明 小区物业信息管理系统主要为了物业管理员与业主设计 的,架构在 web 的内部服务器上面。 管理员对业主以及缴费信息进行管理,业主可以查看或者提交投诉维修等信息。 整个系统就是这样的一个组织结构模式。 依据上述功能的分析,系统中模块分别为: 业主管理、用户管理、缴费管理、投诉 管理、维修管理、房产管理。 各功能模块的具体功能如下: 1.业主管理:管理员对业主信息进行添加修改等功能。 2.用户管理:管理员对业主的用户信息是否停用进行控制,业主可以自己对自己所有用户进行密码修改等业务。 3.缴费管理 : 管理员添加以及处理缴费信息,业主查看自己所有已缴费和未缴费的信息详情。 4.投诉、维修管理:用户提交投诉、维修信息后,管理员查看到及时进行处理反馈结果,用户可以通过查看投诉、维修信息得知结果。 系统功能模块图如图 41 所示。 山东科技大学毕业设计(论文) 20 图 41 系统功能模块图 该系统主要包括系统管理员与业主两个界面,系统管理员与业主分别具有不同的功能,分为两个不同的界面,之间存在信息交互等操作。 数据库设计 本系统设计的数据库必然是有结构的数据 , 然而 ,进行数据库的设计,可能非常复杂。 为了开发一个系统满足该组织的信息需求 ,要求采取不同办法在文件系统中,那里的工作为个别部门推动了应用的需要。 在方法中的这种改变被称为模式转变。 为了使系统可以被用户最终接受 ,数据库的设计活动是至关重要的。 一个没设计好的数据库中会产生错误, 这可能造成严重后果。 另一方面,以有效的方式精心设计制作的 数据库,可以提供正确的资料。 山东科技大学毕业设计(论文) 21 总之,在数据库开发中,设计的好坏是决定后续工作顺利与否的关键。 本小区物业信息管理系统使用 SQL Server 数据库,在数据库中考虑到几大功能模块所需数据创建了房产、维修、投诉、缴费、业主、用户这六个表。 数据分析 根据数据库中表的设计,数据应该是清晰的、具体的并且要是一个合理的数据。 在使用数据时,需要考虑到数据是否符合本系统的需求,对于数据的使用也要遵循一定的规则。 在本系统中每一个表的数据类型、主键、 NULL 以及是否唯一等都按照系统所需分别设置,充分考虑到业主对于 该系统的需求以及实现功能,为本系统的数据正确性提供保证。 数据库详细设计 数据库中重点为表的设计与表间的关联,在一个项目的实施过程中前期的数据库设计没有设计好,就会大副度的减化系统开发的进度。 分析表与表间的关系也可以帮助本系统在开发项目时建立良好的流程,使得具体的功能和业务得以实现。 数据库存在。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。