ImageVerifierCode 换一换
格式:DOC , 页数:43 ,大小:281KB ,
资源ID:9853505      下载积分:12 金币
快捷注册下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/9853505.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

开通VIP折扣优惠下载文档

            查看会员权益                  [ 下载后找不到文档?]

填表反馈(24小时):  下载求助     关注领币    退款申请

开具发票请登录PC端进行申请

   平台协调中心        【在线客服】        免费申请共赢上传

权利声明

1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时联系平台进行协调解决,联系【微信客服】、【QQ客服】,若有其他问题请点击或扫码反馈【服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【版权申诉】”,意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:0574-28810668;投诉电话:18658249818。

注意事项

本文(物业管理系统报告模板.doc)为本站上传会员【精****】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4009-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

物业管理系统报告模板.doc

1、 物业管理系统报告 41 资料内容仅供参考,如有不当或者侵权,请联系本人改正或者删除。 经济管理学院 MIS课程设计 课程设计题目: 小区物业管理系统的分析与设计 专 业 班 级: 信息管理101班 学 生 姓 名: 李静 邵微微 张沛梅 许悦 学 号: 100 27 100 32 100 38 100 41 指 导 教 师: 郭文东 蒋玉国

2、 6月 29日 目 录 1.引言 2 2.系统调查 2 2.1初步调查资料 2 2.2系统可行性分析 3 2.3需求分析 4 3.系统分析 5 3.1系统详细调查资料 5 3.1.1系统组织结构图 5 3.1.2现行业务流程图 6 3.2新系统数据流程分析 8 3.2.1新系统TOP图 8 3.2.2新系统数据流程图 8 3.2.3数据字典 13 4.系统设计 17 4.1新系统功能结构图 17 4.1.1小区信息管理模块 18 4.1.2人员信息管理模块 18 4.1.3物业管理模块 18 4.1.4费用管理模块 19 4.1.5权

3、限设置模块 19 4.2代码设计 19 4.3数据库设计 20 4.3.1概念结构设计 20 4.3.2逻辑结构设计 23 4.3.3数据库表设计 24 4.4输入输出设计 25 4.4.1输入设计 25 4.4.2输出设计 26 4.5物理配置方案设计 27 5.系统实施 28 6.参考文献 31 1.引言 作为小区内最主要的管理对象, 小区物业管理信息系统就成了小区信息系统中不可缺少的一部分, 小区物业管理系统的存在对于小区内的业主与员工来说都是至关重要的, 能够方便业主查询和员工工作。但一直以来人们使用传统人工的方式进行小区物业的业主和员工的信息档案管理,

4、这种管理方式存在着许多缺点, 如: 效率低, 容易出错, 格式不规范等等。另外时间又长, 就不容易进行统计和分析。 随着科学技术的不断提高, 计算机科学日渐成熟, 人们已深刻认识到计算机所具有的强大的功能。计算机作为知识经济时代的产物, 已被广泛应用于社会各个行业和领域。当前, 国内的科技水平高速发展, 计算机作为今天使用最广的现代化工具已深入到各个领域, 而且正在成为未来社会——信息社会的重要支柱。在这样的大背景下, 现代的小区物业管理系统, 它已进入人类社会的各个领域并发挥着越来越重要的作用。学习计算机知识不但仅是为了掌握一种技能, 更重要的是它能启发人们对先进科技的向往, 激发创新意

5、识, 推动对新知识的学习, 培养自学能力, 锻炼动手实践的本事。利用计算机管理, 能够加强业主自身的信息管理, 提高业主的满意度, 能够轻松的查询各类信息。提高和完善小区物业管理系统所具有的功能, 以方便小区内的业主及员工的操作。 2.系统调查 2.1初步调查资料 小区管理在手工操作时代, 工作非常繁琐, 需要大量的人力、 物力和财力, 极大的浪费了小区物业的资源, 对于小区的管理人员来说, 物业管理包括物业设备管理、 停车场管理、 住户的投诉管理、 住户的报修管理、 住户的设备维修管理等等。而这些项目在过去手工操作时代, 需要手工记录这些事情, 不但麻烦, 还经常出错, 给广大住户和管

6、理人员带来很多不便。为了更好的为广大住户服务, 决定开发一套小区物业管理系统, 帮助小区管理人员从复杂的物业管理之中解放出来。几年前, 各个小区的物业管理基本上都是靠手工进行的, 随着社会的发展, 小区物业的发展也是非常的快了, 而且每年都有不同的要求。由于小区内住户与工作人员的不断变更, 其资料也随之发生经常性的更换, 所涉及到的数据量就越来越大, 有的小区不得不增加人力、 物力来进行小区物业的管理, 但手工管理具有效率低、 工作量大、 容易出错等不利条件, 原来手工的管理模式就显得不合适了。因此想借本次课程设计之际, 开发一个适用于每个小区物业管理的系统。随着国内市场经济的快速发展和人们生

7、活水平的不断提高, 简单的社区服务已经不能满足人们的需求。如何利用先进的管理手段, 提高物业管理水平, 是当今社会所面临的一个重要课题。要想提高物业管理水平, 必须全方位地提高物业管理意识。只有高标准、 高质量的社区服务才能满足人们的需求。面对信息时代的挑战, 利用高科技手段来提高物业管理无疑是一条行之有效的途径。在某种意义上, 信息与科技在物业管理与现代化建设中显现出越来越重要的地位。物业管理方面的信息化与科学化, 已成为现代化生活水平步入高台阶的重要标志。 2.2系统可行性分析 可行性研究的目的是用最小的代价、 在尽可能短的时间内确定问题是否能够解决, 以及是否值得解决, 在项目开发之

8、前进行可行性论证是非常必要的。可行性研究实际上是一次简化的系统分析和设计的过程。 技术上的可行性, 主要考虑使用现有的技术, 能否在预定的时间内实现该系统的功能。作为计算机科学与技术专业的本科学生, 掌握了数据库原理及其应用技术, 计算机编程等课程, 对数据库的设计、 应用、 维护与程序的编写、 调试有了深刻的认识与一定的实践能力, 从一定程度上具备了开发该系统的能力。 经济的可行性, 主要从对项目的经济上进行分析评价。一方面是支出的费用, 包括设备购置费、 管理和维护费用, 另一个是取得的收益。这是个独立的小区物业来管理系统, 从投入的人力, 财力与物力来讲不是很多, 只要一台服务器。这

9、个系统就能够运行起来。由于当前国内新兴建了很多住宅小区, 然而有相当一部分没有使用现代化的计算机软件管理, 因而急需提高物业管理水平、 管理质量和管理工作的效率, 减少不必要的开支降低成本。 操作可行性主要是分析系统的运行方式、 操作规程在用户组织内是否能够有效、 顺利实施等问题。在网络正在迅猛发展的今天, 越来越多的人开始注重操作的简洁与方便于工作, 随着科学技术的发展, 知识量的增大, 设计本系统代替了人工操作的不便, 因此系统在实践上具备了可行性。该系统设计清晰, 有良好的用户界面, 操作简洁, 有完善的异常处理机制和提示信息, 用户只要经过简单的培训就可使用, 因此操作方面可行。

10、综上所述, 本系统经过前台展示, 并为小区人员操作提供方便。经过本系统增强了小区管理人员与住户之是的沟通, 使小区管理人员能及时了解住户的需求, 并帮助住户解决一系列的问题, 从而提高了小区管理的效率。因此, 开发本系统具有可行性。 2.3需求分析 小区物业管理系统是面向小区的各项事务, 包括物业管理, 资料管理等业务处理工作, 是利用计算机进行集中管理而开发的系统。力求与实际相结合具有查询、 管理等功能, 旨在达到使小区的管理和运营趋于计算机化, 使之更加方便、 快捷以提高工作效率。小区物业管理系统是现代居住小区不可缺少的一部分, 一个构建完善的管理系统能够使小区内的日常管理工作更加的顺

11、畅、 方便。本系统是根据小区日常工作特点设计出的一个物业管理系统, 系统以权限设置、 资料管理、 维修管理、 费用管理和设备管理为核心, 并辅助以数据统计功能, 实现小区内工作的系统化管理。经过相关调研, 该系统应具有以下几部分的功能。 1.权限设置模块。本系统的用户身份分为两种, 一是系统管理员, 二是普通用户。每种身份的用户登录本系统时都需要有自己的用户名与密码。系统管理员可对本系统做所有操作, 而普通用户只能对本系统做一些基本操作, 例如: 对楼房信息、 小区信息、 设施信息、 停车场信息的浏览与查询, 对报修信息、 投诉信息的添加, 对自身密码的修改。每人登录本系统时所输入的用户名与

12、密码都不能为空。只有输入正确的信息才能对本系统进行操作。 2.小区信息管理模块。主要实现对小区内楼房、 设施等基本信息的添加、 查询、 删除和修改等基本操作。 3.人员信息管理模块。主要实现系统管理员对住户与小区工作人员信息的添加、 查询、 修改、 删除等基本操作。 4.住户报修信息管理模块。主要实现对住户报修信息的添加、 查询、 修改、 删除等基本操作。 5.设施维修信息管理模块。主要实现管理人员对设施维修信息情况的添加、 查询、 修改、 删除等基本操作。 6.收费信息管理模块。主要实现对住户的物业费、 水费、 电费、 煤气费、 保洁费及其它费用的添加、 查询、 修改与删除的功能。

13、 3.系统分析 3.1系统详细调查资料 3.1.1系统组织结构图 小区物业管理系统是为了对小区物业实行计算机化的管理, 以提高工作效率, 方便用户。主要功能有对住户、 物业设备、 房产、 访客、 收费等进行管理和基本资料管理以及对系统自身的用户权限管理。提供各种信息的录入, 比如住户信息资料处理过程; 住户报修、 并可对物业公司所进行的物业维修进行记录; 还包括对住户和楼房信息的管理。物管中心不但含有小区日常项目的信息, 而且还包含了对查询情况的统计功能。系统管理主要任务是提高系统安全性和对系统提供良好的维护, 如用户权限能够为用户提供权限服务。 小区物业管理系统 访客管理部门

14、设备管理部门 房产管理部门 住户管理部门 收费管理部门 图3.1 系统组织结构图 3.1.2现行业务流程图 ( 1) 系统管理: 对登录系统的用户做合法性检查, 并启动登录错误三次后, 直接退出登录, 防止非合法人员进入系统, 提高了系统的安全性。能够对人员进行管理, 更改密码等。 ( 2) 住户信息管理: 能够对居民进行登记、 查询与删除操作。主要应包括以下字段信息: 户主姓名、 性别、 职业、 户主身份证号码、 出生日期、 户主房间编号、 联系方式、 工作单位、 应交款项( 可用0或1数字表示, 每一位代表一种费用是否该交) 等信息。 ( 3) 设备信息管理: 对小区内

15、各项公共设备的管理, 为各项设备建立信息档案, 记录各设备检查、 维修、 保养记录。 ( 4) 房产信息管理: 对小区内每一栋建筑、 每栋建筑内的每套住房进行管理, 考虑到业主对每个单元的买卖变更以及房产所有权管理。 ( 5) 来客访问管理: 对出入小区的外来人员进行人员信息、 出入信息的登记、 汇总、 监督管理, 可查询。 ( 6) 收费管理: 对纳入社区收费管理的收费项目进行电子收费管理( 主要是指对煤气表、 电表、 水表的自动抄表与电子收费) , 提供应缴费用的查询。 用业务流程图描述现系统各项业务处理过程, 并结合业务流程图详细、 准确地说明业务处理过程中数据的收集、 输入、

16、 传递、 存储、 加工的方法、 算法、 输出的数量及形式等。 生成设备维护维修清单 住户 填写住户信息表 住户信息登记 住户信息登记库 管理员 设备信息登记 设备信息登记库 报修 设备 设备保养, 维修清单 设备维修登记库 维修处 房产管理部 房产信息登记 房产信息登记库 财务部 收费项目录入 收费项目登记库 住户应缴费用清单 住户 缴费 收款单 缴费情况录入 缴费情况信息登记库 设备管理部 收费处 住户 报修处 报修设备登记 图3.2 业务流程图 3.2新系统数据流程分析 简称DFD, 数据流程图表示了数据和处

17、理的关系, 数据流程图是结构化系统分析的主要工具, 它表示了系统内部信息的流向, 并表示了系统的逻辑处理的功能, 描述了系统的组成部分及各部分之间的联系, 是一种功能模型。它用来描述目标系统的逻辑结构, 它是由实体部分, 处理部分, 数据存储部分和数据流四部分组成, 是为了使数据流程图所描述逻辑结构更加清晰, 容易阅读。 3.2.1新系统TOP图 基本信息F4 房屋信息F3 报修单F2 住户清单F7 住户 设备部 房产部 收费管理员 维修人员 住户人员 住户管理员 缴费单F1 结算清单F5 维修清单F6 房屋清单F8 P 小区物业管理系统 住户 图3

18、3 小区物业管理系统顶层图 3.2.2新系统数据流程图 将流程图逐层进行细化: D1 收费记录薄 P1 收费管理 F1缴费单 F4基本信息 F5结算清单 小区物业管理一级细化P1 D2 基本信息簿 F4基本信息 P2 基本信息管理 F8房屋清单 F7住户清单 小区物业管理管理一级细化P2 D3 维修登记薄 P3 设备管理 F2报修单 F3房屋信息 F6维修清单 小区物业管理一级细化P3 图3.4 小区物业管理系统一级细化 D4 收费项目薄 P1.1 收费项目管理 F1缴费单 F4基本信息 F5结算清单 D5

19、收费记账薄 P1.2 收费记账管理 F1缴费单 F5结算清单 D6 住户信息薄 P2.1 住户管理 F4基本信息 F7住户清单 住户信息薄 D7 F3房屋信息 D6 房屋信息薄 P2.2 房屋管理 F8房屋清单 D8 设备登记薄 P3.1 设备项目管理 F2报修单 F6维修清单 图3.5 小区物业管理系统二级细化 3.2.3数据字典 数据字典一般包括数据项、 数据结构、 数据流、 数据存储, 处理过程和外部实体六个部分。其中数据项是数据的最小组成单位, 若干个数据项能够组成一个数据结构, 数据字典经过对数据项和

20、数据结构的定义来描述数据流、 数据存储的逻辑内容。 1.数据项: ( 1) 数据项: p_id 含义说明: 唯一标识每个住户 别名: p_id 名称: 住户编号 数据值类型: 0~9数字字符 类型: 整型 长度: 18 取值含义: 每个人员的身份证号码 逻辑关系: 主键, 决定住户的其它数据项 ( 2) 数据项: f_id 含义说明: 唯一标识每个房屋 别名: f_id 名称: 房屋编号 数据值类型: 0~9数字字符 类型: 字符型 长度: 6 取值含义: 前两位为单元编号, 第3、 4位楼层编号, 后两位为顺序号。 逻辑关系: 主键, 决定楼房的其它数

21、据项 ( 3) 数据项: s_id 含义说明: 唯一标识小区内的每个设施 名称: 设备编号 数据值类型: 0~9数字字符 类型: 字符型 长度: 5 取值含义: 前两位为小区编号, 后三位按顺序编号 逻辑关系: 主键, 决定于设施的其它数据项 (4)数据项: w_id 含义说明: 唯一标识维修清单 别名: w_id 名称: 维修单编号 数据值类型: 0~9数字字符 类型: 字符型 长度: 11 取值含义: 前六位为维修日期( 如: 0312) , 后三位按顺序编号 逻辑关系: 主键, 决定维修单的其它数据项 ( 5) 数据项: sf_id 含义说明: 唯

22、一标识收费清单 别名: sf_id 名称: 收费单编号 数据值类型: 0~9数字字符 类型: 字符型 长度: 11 取值含义: 前六位为收费日期( 如: 0312) , 后三位按顺序编号 逻辑关系: 主键, 决定收费单的其它数据项 2.数据结构: ( 1) 数据结构: 住户 含义说明: 是小区物业管理系统的主体数据结构, 定义了一个住户的有关信息 组成: 住户编号, 住户名称, 电话, 身份证, 入住时间 ( 2) 数据结构: 设备 含义说明: 是小区物业管理系统中设备的主要来源, 定义了设备的有关信息 组成: 设备编号, 设备名称, 型号 ( 3) 数据结构

23、 房屋 含义说明: 定义了楼房的有关信息 组成: 房屋编号, 买主姓名, 入住时间 ( 4) 数据结构: 收费 含义说明: 是小区物业管理系统中费用的主要结构, 定义了费用的有关信息 组成: 收费单编号, 收费项目, 住户姓名 ( 5) 数据结构: 维修费 含义说明: 是小区物业管理系统中用于维修设备的费用, 定义了维修费用的相关信息 组成: 维修单编号, 维修时间 3.数据存储: ( 1) 收费记录簿 编号: D1 简述: 用来存储有关收费的信息 相关数据流: p1-D1 输入数据: 收费信息 输出数据: 收费信息 ( 2) 基本信息簿 编号: D2

24、简述: 用来存储住户信息和房屋的基本信息 相关数据流: p2-D2 输入数据: 住户信息, 房屋信息 输出数据: 住户信息, 房屋信息 ( 3) 维修登记薄 编号: D3 简述: 用来存储设备管理和维修有关费用的信息 相关数据流: P3-D3 输入数据: 房屋费用信息, 维修信息 输出数据: 房屋费用信息, 维修信息 ( 4) 收费项目薄 编号: D4 简述: 用来存储有关缴费单和结算清单的有关信息 相关数据流: P4-D4 输入数据: 缴费单信息 输出数据: 缴费单信息 4.数据流: 说明: 是小区里用于维修设备, 维修管理员填写的清单 ( 1) 数

25、据流: 维修单 数据流来源: 维修设备的管理员 数据流去向: P3 ( 2) 数据流: 缴费单 说明: 小区里住户交的物业管理费用 数据来源: 管理员 数据流去向: P1.1 P1.2 ( 3) 数据流: 住户清单 说明: 小区里每位住户的相关信息 数据来源: 小区管理员 数据流去向: P2, P2.1 ( 4) 数据流: 房屋清单 说明: 小区里各个房屋的信息 数据来源: 管理员 数据流去向: P2, P2.2 5.外部实体:住户 含义说明: 关于住户的基本信息 输入数据: 住户信息 输出数据: 住户信息 由上述分析可知, 各个主要实体之间的联系如下所述

26、 住户与楼房之间: 一个住户能够拥有多套楼房, 一套楼房能入住多个人员。 楼房与小区之间: 一个小区中包含多个楼房, 一个楼房只能被一个小区所包含。 小区与设施之间: 一个小区内可配有多套设施, 同一设施只能属于一个小区。 住户与收费单之间: 一个住户可产生多张收费单, 一张收费单同一时刻只能由一个住户缴费。 住户与维修单之间: 一个住户可产生多张维修修单, 一张维修修单同一时刻只能由一个住户填写。 4.系统设计 4.1新系统功能结构图 图4.1 新系统功能结构图 4.1.1小区信息管理模块 该功能模块是小区信息基础资料, 是一个小区物业管理中最基本的信息, 包括楼房

27、信息、 停车场信息、 设施信息。 1.楼房信息。楼房信息主要记录的是楼房的各种信息, 其中包括楼房编号、 楼房名称、 楼房面积、 楼房方位、 楼房状态、 住户编号、 小区编号, 实现对楼房信息的添加、 删除、 修改与查询的功能。 2.停车场信息。停车场信息主要是记录停车场的各种信息, 其中包括停车场编号、 停车场名称、 停车场面积、 停车场状态, 小区编号, 实现对停车场信息的添加、 删除、 修改与查询的功能。 3.设施信息。设施信息模块主要是记录物业配备设施的各种信息, 其中包括设施编号、 设施名称, 小区编号, 人员编号, 实现对物业设施信息的添加、 删除、 修改与查询的功能。 4

28、1.2人员信息管理模块 一个系统的建立, 必须有人员的参与, 该模块主要记录了参与本系统操作的人员的相关信息, 包括小区内的住户信息与小区内的工作人员的基本信息。 1.住户信息。住户信息管理管理模块主要是记录住户的各种信息, 其中包括住户编号、 住户名称、 性别、 联系方式、 楼房编号、 入住时间、 人员编号, 实现对住户信息的添加、 删除、 修改与查询的功能。 2.工作人员信息。工作人员管理模块主要是记录工作人员的基本信息, 其中包括人员编号、 人员名称、 联系方式、 性别等信息, 实现对工作人员信息的添加、 删除、 修改、 查询等功能。 4.1.3物业管理模块 该功能模块是小区

29、物业管理过程中, 如果小区中设备发现损坏或住户对管理中有意见时, 则相应的就涉及到住户投诉信息的管理、 设备报修情况以及设备维修情况的管理等一系列工作。 1.住户投诉信息管理。主要记录住户投诉的信息, 实现对住户投诉信息的添加、 修改、 删除、 查询等操作。 2.住户报修管理。主要记录住户对小区中设备报修的信息, 实现对住户报修信息的添加、 修改、 删除、 查询等操作。 3.设施维修管理。主要记录小区管理人员对损坏设备的维修情况, 实现对维修信息的添加、 修改、 删除、 查询等操作。 4.1.4费用管理模块 该模块是住户在入住过程中, 发生的一系列费用的明细记录, 包括水费、 电费、

30、 煤气费、 物业费, 主要实现对各项费用信息的添加、 修改、 删除、 查询等操作。系统管理员能够做任何操作。住户在入住这前, 需要一次性交齐水、 电、 煤气费, 有限电视费, 保洁费, 物业费, 才能入住。入住以后, 需要交契税, 维修基金。其它各项费用则按实际消耗情况进行记录与缴纳。 4.1.5权限设置模块 该功能模块主要实现对系统使用者的添加、 修改、 删除、 查询等操作, 登录系统的人员为系统管理员和普通用户。 4.2代码设计 1、 住户编号: 长度: 18 取值含义: 每个人员的身份证号码 2、 小区内设施编号: 长度: 5 取值含义: 前两位为小区编号, 后三位

31、按顺序编号 3、 收费清单编号: 长度: 11 取值含义: 前六位为收费日期( 如: 0323) , 后三位按顺序编号 4、 楼房编号: 长度: 6 取值含义: 前两位为单元编号, 第3、 4位楼层编号, 后两位为顺序号。 5、 工作人员编号: 长度: 18 取值含义: 人员的身份证号 6、 维修清单编号: 长度: 11 取值含义: 前六位为维修日期( 如: 0312) , 后三位按顺序编号 此处仅列出了取决定作用的数据项, 其余的各个数据项表现形式与之相同。 4.3数据库设计 4.3.1概念结构设计 局部概念模型的设计思想是根据需求分析的内容用E

32、R图分别表示各个实体及其属性以及用E-R图表示出各实体之间的联系。各实体的属性及实体之间的联系如下。 住户与房屋之间的联系如图4.2 房屋 入住 住户 姓名 电话 住户编号 身份证号 入住时间 n m 家庭人数 买主姓名 房屋号码 入住时间 图4.2住户与房屋之间的联系 房屋与设备之间的联系如图4.3 房屋 属于 设备 型号 买主姓名 m n 入住时间 房屋号码 设备名称 设备编号 图4.3房屋与设备之间的联系 住户与维修单之间的联系如图4.4 住户 维修单 签收 住户编号 入住时间 维修编号 设备编号 设备

33、名称 维修时期 1 n 姓名 电话 身份证号 图4.4住户与维修单之间的联系 住户与收费单的联系如图4.5 住户 收费单 签收 姓名 入住时间 住户编号 收费项目 住户姓名 收费编号 1 n 身份证 电话 图4.5 住户与收费单的联系 住户和设备的联系如图4.6 电话 身份证号 姓名 住户 设备 入住时间 型号 设备名称 设备编号 拥有 1 y 住户编号 图4.6 住户和设备的联系 各子系统的分E-R图设计好以后, 下一步就是将所有的分E-R图综合成一个总的E-R图。合理消除各分E-R图的冲突是合并E-R图

34、的主要工作和关键。各E-R图之间的冲突主要有三种: 属性冲突、 命名冲突、 结构冲突。 在小区物业管理系统设计过程中, 有属性冲突和命名冲突。属性域冲突, 即属性值的类型、 取值范围或取值集合不同。如住户编号在不同的关系中都要定义成相同的属性值的类型为字符型而且字长定义为18, 才能避免属性冲突。同名异义, 即不同意义的对象在不同的局部应用中具有相同的名字。如在投诉单实体信息中的属性投诉备注和联系缴费信息中的属性费用备注, 其都起到备注标志的作用, 但分别是对不同实体的不同内容的标志, 因此为避免同名冲突将实体投诉信息中的属性定义为投诉备注, 将联系缴费信息中的属性定义为费用备注, 这样就避

35、免了命名冲突。 按照合成总体E-R图的规则, 画出完整的E-R图, 如图所示。 n m n n 1 1 n m n 1 住户 入住时间 身份证号 姓名 电话 房屋 屋 房屋号码 买主姓名 入住时间 设 备 屋 设备编号 型号 设备名称 拥有 拥有 入住 维修单 收费单 签收 签收 收费单编号 住户姓名 收费项目 维修编号 设备编号 设备名称 维修日期 N Y 住户编号 图4.7 系统ER图 4.3.2逻辑结构设计 1.逻辑结构设计思想。从理论上讲, 设计逻辑结构应该选择最适

36、于相应概念结构的数据模型, 然后支持这种数据模型的各种DBMS进行比较, 从中选出最合适的DBMS。但实际情况往往是已给定了某种DBMS, 设计人员没有选择的余地。当前DBMS产品一般支持关系、 网状、 层次三种模型中的某一种, 对某一种数据模型, 各个机器系统又有许多不同的限制, 提供不同的环境与工具。 ( 1) 将概念结构转换为一般的关系、 网状、 层次模型; ( 2) 将转换来的关系、 网状、 层次模型向DBMS支持下的数据模型转换; ( 3) 对数据模型进行优化。 针对小区物业管理系统, 逻辑结构设计采用关系模型转换概念结构, 将E-R图依照规则转换为关系模型, 为了进一步

37、提高数据库应用系统的性能, 再将转换后的关系模型进行优化, 确定是否要对某些模式进行合并或分解, 为物理设计提供最优的处理。 2.E-R图向关系模型的转换。关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体, 实体的属性和实体间的联系三个要素组成。因此将E-R图转换为关系模型实际上就是要将实体, 实体的属性和实体间的联系转换为关系模式。 3.依照转换规则将小区物业管理系统的E-R图转换为关系模型如下。 住户( 住户编号, 姓名, 电话, 身份证号, 入住时间) , 主码为住户编号。 房屋( 房屋编号, 买主姓名, 入住时间) , 主码为房屋编号。 设备( 设备编号, 设备名称

38、 型号) , 主码为设备编号。 维修单( 维修编号, 维修时间, 设备编号, 设备名称) , 主码为维修编号。 收费单( 收费单编号, 收费项目, 住户姓名) , 主码为收费编号。 4.3.3数据库表设计 表4.1 住户表( zhuhu) 字段名 说明 类型 长度 备注 p_id 住户编号 int 18 主键 p_name 姓名 varchar 8 p_sfz 身份证号 varchar 18 p_time 入住时间 Date p_tel 电话 varchar 11 表4.2 房屋表 (fangwu) 字段

39、名 说明 类型 长度 备注 f_id 房屋编号 varchar 6 主键 p_time 入住时间 Date f_name 买主姓名 varchar 14 表4.3 设备表( shebei) 字段名 说明 类型 长度 备注 s_id 设备编号 varchar 5 主键 s_name 设备名称 varchar 20 s_xh 型号 varchar 10 表4.4 维修单表( weixiudan) 字段名 说明 类型 长度 备注 w_id 维修单编号 varchar 11 主键

40、 s_name 设备名称 varchar 20 w_time 维修时间 Date 11 s_id 设备编号 int 20 表4.5 收费单表( shoufeidan) 字段名 说明 类型 长度 备注 sf_id 收费单编号 varchar 11 主键 p_name 住户姓名 varchar 8 sf_xm 收费项目 varchar 10 4.4输入输出设计 4.4.1输入设计 输入设计是系统设计的关键环节之一, 对系统的质量起着决定性的影响。 1当输入住户编号时, 能够查询住户的相关信息和缴费情

41、况: 图4.8 住户信息查询界面 2当输入房屋编号时, 能够查询每间房屋的基本信息: 图4.9 房屋信息查询界面 4.4.2输出设计 输出设计的目的是使系统能够输出满足用户需求的有用信息。对于大多数的用户来说, 输出是系统开发的目的和评价系统开发成功与否的标准。因此输出设计的出发点是保证系统输出的信息能够方便地为用户所使用, 能够为用户的管理活动提供有效的信息服务。 1.住户缴费信息的输出设计 输入住户编号, 查询是否有这个住户, 能够清楚的看到关于住户的基本信息, 能够查询到住户的缴费情况。 表4.5 输出设计 输出设计 户主姓名: 张三 性别:

42、男 房屋编号 080916 联系方式: 身份证号: 4600067 缴费情况 电费 -3 -4 -5 -6 125元 200元 150元 165元 水费 -3 -4 -5 -6 80元 75元 100元 95元 设备管理费 50元 50元 50元 50元 其它管理费用 2.房屋信息输出 输入房屋编号时, 能够查询到相关房屋的基本信息。 表4.6 房屋信息输出 房屋编号 买主姓名 入住时间 面积 010212 王强 -05-01 100cm 05102

43、0 张红 -10-01 130cm 081401 xxx -01-01 130cm 081402 xxx -02-10 120cm 090507 xxx -05-06 120cm 3设备维修的输出设计 表4.7 输出设计书 输出设计书 项目号 项目名称 位数及编辑 1 设备编号 字符型 2 设备名称 字符型 3 规格型号 字符型 4 维修时间 Date 5 维修费用 500.00 6 备注 4.5物理配置方案设计 1. 网站开发环境 网站开发环境: Microsoft Visual Studi

44、o 集成开发环境 网站开发语言: ASP.NET与C# 网站后台数据库: Microsoft SQL Server 开发运行平台: Windows XP/7 2.服务器端 操作系统: Windows XP/7 WEB服务器: Internet信息服务( IIS) 管理器 数据库服务器: Microsoft SQL Server 浏览器: IE6.0 网段服务运行环境: Microsoft.NET Framework SDKv2.0 3. 客户端 浏览器: IE6.0 分辨率: 最佳效果1024*768像素 5.系统实施 1、 房屋信息管理模块详细设

45、计 a模块定义: ( 1) 模块名称: 房屋信息管理模块 ( 2) 模块功能: 房屋信息查询 b输入项目: 房屋编号 c输出项目: 房屋信息。 d程序过程设计: 图5.1 房屋信息查询设计 e测试要点: 是否有对应的房屋 2、 设备维修管理模块详细设计 a模块定义: ( 1) 模块名称: 设备维修管理模块 ( 2) 模块功能: 维修信息查询 b输入项目: 设备编号 c输出项目: 设备维修清单 d程序过程设计 图5.2 维修信息查询设计 e测试要点: 是否有需要修理的设备 3、 住户收费管理模块详细设计 a模块定义: ( 1) 模块名称:

46、住户收费管理模块 ( 2) 模块功能: 住户缴费统计 b输入项目: 住户编码 c输出项目: 住户缴费情况 d程序过程设计: 图5.3 住户缴费信息查询 e测试要点: 查询住户是否缴费 6.参考文献 1、 《管理信息系统》 中国铁道出版社 安忠 编著 2、 《ASP.NET 2.0简明教程》 清华大学出版社 金雪云 王文彬 陈文臣 编著 3、 《数据库系统概论》 高等教育出版社 王珊 萨师煊 编著 4、 《精典物业管理方案》 黄河出版社 刘德明 编著 5、 《物业管理企业信息系统开发与维护》 清华大学出版社 韩朝 王武魁 编著 6、 《住宅小区物业管理》 中国建筑工业出版社 王志儒 编著 指导教师评语及成绩 指导教师评语 成绩 签字: 年 月 日

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2026 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服