社区物业管理信息系统报告

社区物业管理信息系统 引言 随着科学技术的发展，以信息技术为主导的世界性新技术革命已广泛渗透社会的各个方面，给世界带来日新月异的变化，使人类的工作与生活环境日趋智能化。大容量、高速度、网络化、多媒体化的电子计算机，以及智能化的通讯系统，空前放大了人的智力，延伸了人的神经系统和感观，改变了人们的时空关系和交往方式。刚刚来临的信息高速公路时代，极大地提高社会运作的速度与效益，并引起社会经济结构和人类生活方式的巨大变迁。信息化已经成为社会生产力发展和人类文明进步新的动力，并正引领世界经济和社会发生了巨大的变革，信息和信息系统的概念已经深入到社会的各个行业。 目前，信息已成为继劳动力、土地、资本之后的又一大资源。谁控制的信息越多，谁利用信息资源的效率越高，谁就会在各方面的竞争中占有一席之地，谁就会有更多的优势。从微观上讲，建立一套管理信息系统能够加快信息的周转速度，提高生产效率，从而加强了管理的信息化手段，提高了本单位的经济效益。从宏观上讲，顺应了社会的信息化、社会化潮流，加快了社会的发展速度。 由于种种原因，我国的信息资源建设水平远远落后于信息基础设施的建设的水平。长期以来，我国信息资源的开发管理未能与信息资源的增长同步进行。我国的计算机应用要比西方国家落后十几年。因此，现在信息资源的开发和利用已被确立为国民经济信息的核心内容，利用现有的信息基础设施，重点开发和推广应用于各类科技、经济等数据库和网络资源服务系统，已经取得巨大的社会效益和经济效益。 随着我国国民经济的飞速发展，社区物业管理已经作为一个新兴的服务行业，经过几十年的发展，已经逐步形成企业化经营，专业化管理和社会化服务的运行机制，在这些年的实践中，一批优秀的物业管理系统已脱颖而出。社区物业管理也是伴随着改革开放和房地产业的发展而涌现的新生事物，也是城市管理体制改革的重要内容。 对于小区物业管理来说，其工作的繁杂性、多样化、管理复杂、收缴费用与设备维护繁琐。计算机已完全能够胜任物业管理工作，而且更加准确、方便、快捷、高效、清晰、透明，它完全可以克服以上所述的不足之处。这将给项目查询和管理带来很大的方便，从而给物业管理工作带来更高的效率，这也是物业管理正规化、现代化的重要标志。 所以，小区物业管理系统的开发势在必行。本小区物业管理系统即是这样一套软件，它旨在和精简小区物业管理，使其彻底地告别手工管理的繁琐时代;大大提高物业管理的效率和准确率，同时为物业部门节省人力、物力和财力;引领小区管理走向现代化，信息化，科技化。该系统主要设计了住户信息管理、停车信息管理、维修管理、收缴费管理、系统权限管理等功能，力求在极大程度上满足用户的需要。 - 1 - 1系统规划 1.1现状调查 长期以来，旧有住宅纳入到物业管理之中的很少，就是新建的住宅小区尽管实行了物业管理，但投入的管理力量远远不够，所以有很多小区的物业管理工作只停留在看看门、扫扫地、补补漏、收收垃圾等很浅的层次上。又由于物业管理企业的启动基金不足，多种经营服务不善等，导致招不到专业水平高的工作人员，再加上管理手段落后，所以就很难提高物业管理企业的效益。小区管理在手工操作时代，工作非常繁琐，需要大量的人力、物力和财力，极大的浪费了小区物业的资源。而这些项目在过去手工操作时代，需要手工记录这些事情，不但麻烦，还经常出错，给广大用户带来很多不便。 存在的主要问题: 1.物业管理架构不完善，政府、管委会、物业管理公司责、权、利关系需要进一步明确。 2.配套设施运作不理想。小区的投资建设与物业管理脱节，没有从物业的生产、流通与消费的全过程来通盘设计和全方位运作，配套设施运作不理想，物业管理滞后于住房消费使用。 3.维修保养不得力。小区或写字楼一旦发生故障性事件而向物业管理公司反映，往往不能得到及时解决。原因是物业管理公司在这些方面无能为力。他们一不具备各方面 的专业知识，二无配备必要的维修队及设施，一旦接获维修投诉，只能向其他相关单位报告或申请维修，这显然不符合专业物业管理规范。 4.物业管理经费及收费项目管理混乱。 1.2系统目标 小区物业信息管理系统使针对当代社会，住宅小区越来越成为居住的主流这一市场需要而应运而生的，是为小区管理者和小区用户更好的维护小区各项物业管理业务处理工作而开发的管理软件，根据需求分析，实现小区管理业务，实现各项管理等几个方面的功能。 对物管中心来说，小区的住户的报修，住户的缴费信息及处理结果信息的反馈、小区内停车场的管理、各项设备的维修等都需要考虑到。住户报修管理需要仔细的记录报修的内容，接待的人员，日期，维修的人员，费用，住户对于维修后情况的反馈等各项情况资料。缴费管理需要记录所有业主的缴费时间，缴费金额和拖欠状况等。对于小区内车辆要有车位编号、停车户主、车位位置等记录。 采取的重大战略措施有: 1(对住户、房产资料要有记录; 2(对物业设备状况及维修要有登记; - 2 - 3(对住户的水电煤气交费进行管理，保修进行处理; 4(对住户的停车信息要有登记。 1.3可行性分析 1.3.1技术可行性 使用VISIO开发工具，Access数据库进行开发。 小组成员都有一定的开发软件开发基础，对软件开发的全过程都有全面了解， 对软件工程也非常熟悉。 1(开发小组成员熟练的掌握面向对象的开发软件系统技术的人员，在信息系统开发方法上不存在问题。 2(网络和通信技术。开发小组成员都学习过网络工程等基础课程对网络有一定的了解。 3(C/S结构规划和设计技术。开发小组有丰富的开发经验。 4(数据库技术，开发小组成员以前都使用过Access，SQL等数据库开发过各种系统。 1.3.2经济可行性 如今，随着计算机的大量普及，各种软件的开发成本越来越低，价格也越来越底。本系统也是这样，开发成本较低，只是需要一台配置一般的计算机，该系统运行时占计算机的资源也不多，但并不会因为开发成本低而造成系统功能性能的下降。相反，随着计算机技术的发展,各种实用软件的性能日渐提高。小区物业管理系统廉价的开发成本，却能够为管理者和居民带来相当大的便捷和实惠。主要表现在: (1)本系统可以说是一个拥有多种实用功能的小区物业管理信息系统，它集成了业主信息管理、缴费信息管理、维修管理、停车信息管理等多种功能，具有较强的实用性和方便性。 (2)本系统的运行可以大大提高小区物业部门管理业主的效率，减少不必要的人力、物力和财力。 (3)本系统还具有查询和统计功能，能够随时查询小区业主各方面的信息，小区公共设施的状况以及维修信息，不用实地查看就可以了解停车情况，从而分配车位。 花费较少的开发成本就可以开发出具备如此多便捷功能的物业管理系统，显而易见，本系统在经济上是绝对具有可行性。 1.3.3社会意义可行性 随着我国经济发展和城市开发，住宅小区越来越成为居住的主流，小区物业管理是针对当代社会这一市场需要应运而生的。用计算机操作的小区物业管理系统是为小区管 - 3 - 理者和小区用户更好的维护各项物业管理业务处理工作而开发的管理软件，根据需求分析，实现小区管理业务，效益已越来越明显。因此，开发这样一套小区物业管理系统软件成为很有必要的事情 目前已有许多的成功的小区管理系统的先例，社会需要小区管理系统的全面化和智能化。本系统开发也严格遵照国家有关的小区务业管理相关的法律法规相一致。执行国家规定的费率，及宣传法规。另外，系统的操作和工作方式也符合管理人员的日常业务处理习惯。而且操作方便灵活，便于学习，日常的维护更新。因此，具有可行性。 1.4结论 经过对该系统的现状调查和可行性分析，在现在这个计算机飞速发展的时代，利用软件实现物业管理系统是十分必要的，又方便，又高效。在经济上和技术上的条件都是能达到的，所以我们说这个系统是可以开发和应用的。 - 4 - 2系统分析 2.1系统业务分析 本物业管理系统的业务流程主要包括以下内容: (1)住户信息管理 管理住户的信息，包括:住户编号、住户名、住户身份证号、住户成员、住户车辆信息等，作为其他管理的基础。还有住户搬入、搬出的信息，住户信息修改等。 (2)停车场管理 住户停车信息主要包括:车位编号、住户名称、使用日期和备注。用于对小区住户停车的车位进行管理，管理员主要是对车位的使用进行记录，可以对信息执行添加、删除和修改功能。 (3)维修管理 维修管理信息包括单据编号、维修人员、物料费用、修改记录等。用于管理小区中各个设施的维修。 (4)缴费管理 住户的缴费信息主要包括:单据编号、住户名称、缴费日期、收费人员、缴费方式、缴费总额和备注。用于管理住户的缴费情况，管理员可以对其进行添加、删除和修改。 (5)系统用户权限管理 限制用户权限，不能随意进入任何系统。包括添加用户、修改用户、删除用户。 业务流程图如图2-1所示: - 5 - 报修单 维修信息记录 退车位申请单 删除车位信息 不合格单 维修处理 车位信息记录 维修单 添加车位信息 有空位回单 收费单 报修登记 无空位回单 查询停车记录 车位信息 合格报修单 停车位申请 审核报修人身缴费单 份及报修项目 物业管理 缴费 部门 缴费信息 住户 查询缴缴费信息记录 费情况 住户信息记录 催促缴费单 住户 删除住户 搬出通知 图2-1业务流程图 - 6 - 2.2系统数据流程分析 根据调查及分析的结果绘出系统数据流程图如下: 第一层数据流程图 F1 住户档案 P1.1 P1.2 停车位申请 S1 停车处理 搬出声明 住户 服务 车位信息 处理 收费报 单 修单 现金/存款 P1.4 P1.3 缴费处理 催促缴费单 维修处理 缴费记录 F2 图2-2 顶层数据流程图 第二层数据流程图 P2.1.1 退车位申请 停车位记录 修改停车F3 D1 单 位信息 P2.1.2 P2.1.3 停车位申请 有空位 D2 添加停车查询停车F3 停车位记录 住户 无空位 位信息 位记录 D3 车位信息 图2-3 停车位管理流程图 - 7 - P2.2.1 现金/存款 更新 缴费记录 F2 住户 D4 缴费 缴费单 信息 P2.2.2 催促缴费单 D5 查询 缴费不足 缴费 信息 图2-4 缴费管理流程图 P2.3.2 P2.3.3 P2.3.1 报修单 D6 合格单 维修单 维修处理 住户 报修登记 审核报修F4 维修记录 D7 人身份及不合格单 报修项目 D8 收费单 图2=5 维修管理流程图 - 8 - 2.3数据字典 2.3.1数据流 数据流编号:D1 数据流名称:退车位申请单 简述:住户申请取消退车位 数据流来源:客户 数据流去向: 物业管理部门 数据流组成:车位编号+住户名称 数据流量:随机 高峰流量:随机 数据流编号:D2 数据流名称:停车位申请 简述:有车的住户申请停车位 数据流来源:住户 数据流去向:物业管理部门 数据流组成:住户名称+使用日期 数据流量:随机 高峰流量:随机 数据流编号:D3 数据流名称:车位信息 简述:物业部门提供给住户的停车位的信息 数据流来源: 物业管理部门 数据流去向:住户 数据流组成:车位编号+住户名称+使用日期+备注 数据流量:随机 高峰流量:随机 数据流编号:D4 数据流名称:缴费单 简述:住户交费后物业提供给用户的单据 数据流来源:物业管理部门 数据流去向:住户 - 9 - 数据流组成:单据编号+住户名称+缴费日期+收费人员+缴费方式+缴费总额+备注 数据流量:随机 高峰流量:随机 数据流编号:D5 数据流名称:催促缴费单 简述:物业部门催促未交足费用的用户缴费 数据流来源:物业管理部门 数据流去向:住户 数据流组成:住户名称+应交费用 数据流量:随机 高峰流量:随机 数据流编号:D6 数据流名称:报修单 简述:用户请求报修 数据流来源: 住户 数据流去向:物业管理部门 数据流组成:住户名称+保修设备+报修时间 数据流量:随机 高峰流量:随机 数据流编号:D7 数据流名称:维修单 简述:维修信息 数据流来源:物业管理部门 数据流去向:物业管理部门 数据流组成:单据编号+维修人员+物料费用+修改记录+维修时间 数据流量:随机 高峰流量:随机 数据流编号:D8 数据流名称:收费单 简述:维修后住户应交纳的维修费用 数据流来源:物业管理部门 - 10 - 数据流去向:住户 数据流组成:住户名称+应收费用+维修时间 数据流量:随机 高峰流量:随机 2.3.2处理逻辑 处理逻辑编号:P1.1 处理逻辑名称:停车处理 简述:对车位进行添加、删除和修改 输入的数据流:停车位申请 处理描述:根据住户停车位的申请，提供停车位 输出的数据流:停车位信息 处理频率:随机 处理逻辑编号:P1.2 服务处理 处理逻辑名称: 简述:处理住户搬出的业务 输入的数据流:搬出申明 处理描述:根据住户搬出声明，对对住户信息和房产信息进行修改 输出的数据流:住户档案 处理频率:随机 处理逻辑编号:P1.3 处理逻辑名称:维修处理 简述:处理维修小区中各个设施业务 输入的数据流:报修单 处理描述:根据住户提供的保修单修复设备，收取维修费用 输出的数据流:收费单 处理频率:随机 处理逻辑编号:P1.4 处理逻辑名称:缴费处理 简述:管理员对住户缴费信息进行添加、删除和修改 输入的数据流:现金/存款 处理描述:登记用户缴费情况，催促未交全用户交纳 - 11 - 输出的数据流:缴费单+缴费记录+催促缴费单 处理频率:30天/次 处理逻辑编号:P2.1.1 处理逻辑名称:删除停车位记录 简述:对停车位信息进行修改 输入的数据流:退车位申请单 处理描述:物业在住户退车位时修改有关停车位信息 输出的数据流:停车位记录 处理频率:随机 处理逻辑编号:P2.1.2 处理逻辑名称:查询停车位记录 简述:对停车位信息进行查询操作 输入的数据流:停车位申请 处理描述:根据用户提供的停车位申请查询是否有空停车位 输出的数据流:有/无空停车位 处理频率:随机 处理逻辑编号:P2.1.3 处理逻辑名称:添加停车位信息 简述:将住户新车位信息添加到停车位记录中 输入的数据流:有空停车位 处理描述:将空停车位提供给住户并添加停车位信息 输出的数据流:停车位记录/新添的车位信息 处理频率:随机 处理逻辑编号:P2.2.1 处理逻辑名称:更新缴费信息 简述:记录住户缴费信息，并更新原缴费信息 输入的数据流:现金/存款 处理描述:登记住户新交纳的费用，更新原信息，打印缴费单 输出的数据流:缴费单+缴费记录 处理频率:随机 处理逻辑编号:P2.2.2 - 12 - 处理逻辑名称:查询缴费信息 简述:对住户缴费状况查询 输入的数据流:缴费记录 处理描述:对查询出的未交足费用的住户进行催促 输出的数据流:催促缴费单+缴费不足住户 处理频率:30天/次 处理逻辑编号:P2.3.1 处理逻辑名称:审核报修人身份及报修项目 简述:对报修人身份和保修单审查，看是否满足规定 输入的数据流:报修单 处理描述:对报修人身份和保修单审查，合格的通过，不合格的返回住户 输出的数据流:合格/不合格报修单 处理频率:随机 处理逻辑编号:P2.3.2 处理逻辑名称:报修登记 简述:对合格报修人身份和保修单登记 输入的数据流:合格报修单 处理描述:登记合格的报修人身份和保修单，并填写维修单 输出的数据流:维修单 处理频率:随机 处理逻辑编号:P2.3.3 处理逻辑名称:维修处理 简述:根据维修单进行处理 输入的数据流:维修单 处理描述:维修保修项目，并开出收费单 输出的数据流:收费单 处理频率:随机 2.3.3数据存储 数据存储编号:F1 数据存储名称:住户档案 简述:记录住户基本信息 - 13 - 数据存储组成:住户编号+住户名+住户身份证号+住户成员+住户车辆信息 关键字:住户编号 相关联的处理:P1.2， P2.1.3 数据存储编号:F2 数据存储名称:缴费记录 简述:记录住户缴费的基本信息 数据存储组成:单据编号+住户名称+缴费日期+收费人员+缴费方式+缴费总额+备注 关键字:单据编号 相关联的处理:P1.4， P2.3.1，P2.3.2 数据存储编号:F3 数据存储名称:停车位记录 简述:记录住户停车位的基本信息 数据存储组成:车位编号+住户名称+使用日期+备注 关键字:车位编号 相关联的处理:P2.2.1，P2.2.3 数据存储编号:F4 数据存储名称:维修记录 简述:记录住户维修的基本信息 数据存储组成:单据编号+维修人员+物料费用+修改记录 关键字:单据编号 相关联的处理:P2.4.3 2.3.4外部实体 外部实体编号:S1 外部实体名称:住户 简述:已交款入住的人员 输入数据流:D6,D7,D8 输出数据流:D4,D5,D9 - 14 - 3 系统总体设计 3.1 系统结构设计 功能结构图如图4-1所示: 物业管理系统 系住缴维停 统户费修车 权信信信场 限息息息管 管管管管理 理 理 理 理 修用添删修添删修添删修添删修 改户加除改加除改加除改加除改 密管住住住缴缴缴维维维车车车码 理 户户户费费费修修修位位位 信信信信信信信信信信信信 息 息 息 息 息 息 息 息 息 息 息 息 图4-1:功能结构图 - 15 - 物业管理系统主要有五个模块的功能:住户信息管理、缴费信息管理、维修信息管理、停车场管理 住户信息管理: 用于管理小区住户的详细信息。可以对住户信息进行添加、删除和修改。住户的信息主要包括住户名称、联系电话、楼宇名称、楼层、房屋号、单元、迁入日期、房型和备注。 维修信息管理: 用于处理住户提出的修理要求，管理员可以根据实际情况对修理信息进行添加、删除和修改。住户的报修信息主要包括:单据编号、住户名称(即要被维修的住户)、维修人员、维修日期、物料费用、服务费用和报修内容。 缴费信息管理: 用于管理住户的缴费情况，管理员可以对其进行添加、删除和修改。住户的缴费信息主要包括:单据编号、住户名称、缴费日期、收费人员、缴费方式、缴费总额和备注。 停车厂管理: 用于对小区住户停车的车位进行管理，管理员主要是对车位的使用进行记录，可以对信息执行添加、删除和修改功能。住户停车信息主要包括:车位编号、住户名称、使用日期和备注。 系统权限设置: 限制用户权限，不能随意进入任何系统，用于管理员修改密码。 3.2总体数据库设计 物业管理系统的数据库管理系统采用Microsoft SQL Server数据库，本系统中的住户信息数据为基础数据，缴费信息数据、维修信息数据、停车场车位信息数据为中间数据。数据存储于服务器上。 - 16 - 4 系统详细设计 4.1 数据库设计 数据库设计是要在一个给定的应用环境(DBMS)中，通过合理的逻辑设计和有效的物理设计，构造较优的数据库模式、子模式，建立数据库和设计应用程序，满足用户的各种信息需求。 4.1.1概念结构设计 在数据库设计中，先要对系统分析所得的数据字典中的数据存储进行分析，然后得出系统的关系模式 关系模式如下: 住户(住户编号，住户名称，身份证号，联系电话，房屋编号) 维修(维修编号，住户编号，维修人员，维修费用，维修记录) 缴费(单据编号，住户编号，缴费日期，缴费方式，收费人员，备注) 车位(车位编号，住户编号，车位余量，备注) 采用实体——联系图(简称E——R图)的方法进行数据结构的描述。E——R图由实体、属性、联系三部分组成。E——R图的有关符号说明如下: 实体 属性 联系 下面列出本系统的E-R图: (1)住户及其属性图，如图4-1所示: 住 户 住户编号 房屋编号 住户名称 联系电话 身份证号 图4-1 住户及其属性图 - 17 - (2)维修及其属性图，如图4-2所示: 维 修 维修记录 维修编号 住户编号 维修费用 维修人员 图4-2 维修管理及其属性图 (3)缴费及其属性图，如图4-3所示: 缴 费 备注 单据编号 住户编号 收费人员 缴费方式 缴费日期 图4-3 缴费管理及其属性图 - 18 - (4)车位及其属性图，如图4-4所示: 车位 车位编号 备注 住户编号 车位余量 图4-4 停车场及其属性图 (5)实体间的联系，如图4-5所示: 缴 费 n 缴费金额 记录 维修日期 1 n n n 1 维 修 住户信息 报修 n 1 停放日期 租用 n 车位 图4-5 实体联系图 - 19 - 4.1.2物理结构设计 首先在SQL Server 2000中创建一个数据库，命名为wygl。根据上面的分析，可以建该数据库中的基本信息表。其中基本信息表如下所示。 (1)系统基本信息表的结构，如表4-1所示: 表4-1 本系统所用到的基本信息表及用途 表名 用途 Admin 管理员信息表 Baseinfo 住户管理信息表 Money 缴费管理信息表 Park 停车管理信息表 Repai 维修管理信息表 (2)管理员信息表(Amin)的结构，如表4-2所示: 表4-2 管理员信息表 名称 数据类型 作用 管理员编号 int 编号(主键) 管理员名称 varchar 管理员用户名 密码 varchar 管理员密码 使用权限 int 权限 (3)住户管理信息表(baseinfo)的结构，如表4-3所示: 表4-3 住户信息表 编号 字段名称 数据类型 主键 允许空 说明 Varchar 1 住户编号 是 否 户主唯一标识 Varchar 2 住户名称 否 户主名称 Varchar 3 联系电话 否 电话 varchar 4 身份证号 否 身份验证 varchar 5 房屋编号 是 居住房屋 - 20 - (4)住户缴费信息表(money)结构，如表4-4所示: 表4-4 缴费信息表 编号 字段名称 数据类型 主键 允许空 说明 1 单据编号 varchar 是 否 单据唯一标识 2 住户名称 Char 否 户主姓名 3 缴费方式 varchar 否 何种方式缴费 4 缴费日期 date 否 何时缴费 5 收费人员 varchar 否 负责人 6 缴费总额 Float 否 金额 7 备注 varchar 是 需说明信息 (5)住户停车管理信息表(park)的结构，如表4-5所示: 表4-5 车位信息表 编号 字段名称 数据类型 主键 允许空 说明 1 车位编号 varchar 是 否 车位唯一标识 2 住户编号 varchar 否 使用者编号 3 住户名称 varchar 否 户主姓名 4 车位余量 Int 是 5 备注 varchar 是 (6)维修管理信息表(repair)的结构，如表4-6所示: 表4-6 维修信息表 编号 字段名称 数据类型 主键 允许空 说明 1 维修编号 varchar 是 否 单据唯一标识 2 维修人员 varchar 是 负责人 3 报修日期 date 否 4 维修费用 Numeric 是 人工费 5 住户编号 varchar 否 户主唯一标识 6 维修记录 varchar 是 记录维修状况 - 21 - 4.2 处理流程图 (1)添加住户信息的流程图，如图4-6所示: 开始 输入住户信息 是否存在 YES NO YES NO 修改或增加住户信是否已满 息 清除部分信息 添加住户信息 结束 图 4-6 添加住户信息 (2)删除住户信息的流程图，如图4-7所示: 开始 输入住户信息 NO 是否存在 YES 删除 结束 图 4-7 删除住户信息 - 22 - (3)查询住户信息的流程图，如图4-8所示: 开始 输入住户信息 NO 是否存在 YES 显示 结束 图4-8 住户查询 (4)停车场添加车辆信息的流程图，如图4-9所示: 开始 输入车辆信息 YES 是否存在 NO YES 是否已满 NO 添加车辆信息 结束 图4-9 添加车辆信息 - 23 - (5) 删除车辆信息的流程图，如图4-10所示: 开始 输入车辆信息 NO 是否存在 YES 删除 结束 图 4-10 删除车辆信息 (6)查询车辆信息的流程图，如图4-11所示: 开始 输入车辆信息 NO 是否存在 YES 显示 结束 图 4-11 查询车辆信息 - 24 - (7)添加维修信息的流程图，如图4-12所示: 开始 输入住户信息 NO是否存在 YES 需要维修信息 NO是否正确 YES 派送维修人员 修改住户维修信息 结 束 图4-12 添加维修信息 - 25 - (8)删除维修信息的流程图，如图4-13所示: 开始 输入维修信息 NO 是否存在 YES 删除 结束 图 4-13 删除维修信息 (9) 查询维修信息的流程图，如图4-14所示: 开始 输入住户信息 NO 是否存在 YES 输入维修信息 NO 是否存在 YES 显示 结束 - 26 - 图4-14 查询维修信息 (10)添加缴费信息的流程图，如图4-15所示: 开 始 输入住户信息 NO 是否存在 YES 输入缴费信息 保存 结束 图 4-15 添加缴费信息 (11)删除缴费信息的流程图，如图4-16所示: 开始 输入缴费信息 NO 是否存在 YES 删除 结束 图4-16 删除缴费信息 - 27 - (12)查询缴费信息的流程图，如图4-17所示: 开始 输入住户信息 NO 是否存在 YES 输入缴费信息 NO 是否存在 YES 显示 结束 图4-17 查询缴费信息 - 28 - 5 为时两周的课程设计即将结束，无论是从课程设计的内容还是从其过程来说，值得总结和体会的都是颇多的。 在这一周的课程设计的过程中，我们小组的各个成员积极配合，齐心协力，表现得都非常好，充分体现了团队精神在管理信息系统开发过程中的重要性。首先我们大家在一块儿讨论了小区物业管理的现状和存在的问题，并借助网络这一巨大的资源库对小区物业管理系统进行了可行性分析;然后，我们确定小区物业管理的功能，分工初步画出了业务流程图、数据流程图、E-R图和处理流程图，各个图经过小组成员的讨论和老师的指导被最终确定下来;最后，将这些零散的内容进行整合，对功能进行详细介绍，对图进行说明，使自己的系统尽可能详细、清楚、有条理。 我觉得，进行管理信息系统的分析与设计，需求分析和可行性分析是必不可少的，也是相当重要的，只有经过需求分析，才能确定系统所需实现的功能和解决的问题，才能明确设计的方向。而绘制业务流程图和数据流程图是系统分析的关键和难点，关系到系统整体性和完整性，是系统实现各个功能和各模块之间调用的理论基础。起初我们认为物业管理应该包括房屋的销售管理，所以在业务流程图中加入了客户、物业部门和住户三个实体，后来经过老师指导，房屋销售归房地产开发商所管，而并非物业部门,所以要对业务流程图进行修改，数据流程图和E-R图以及处理流程图等等都要作相应修改。可见，系统分析与设计的各个部分都是相互关联的。这是我们在系统分析过程中遇到的一个大的问题，错在没有规划清楚系统的功能模块。 管理信息系统是一门具有边缘性、交叉学科性质的课程，它需要综合运用管理科学、计算机科学、通信技术、系统科学等多门学科的概念和方法。因此，学好相关课程的基础知识是很重要的。然而，管理信息系统又是一门实践性很强的课程，课本上的很多书面性的东西要通过联系实际才能深刻理解。此次，课程设计真可谓是这样的一次实践，老师提供的课题也都相当贴近实际，帮助我们了解了很多管理信息系统的生产实际，更好地理解了课本内容(比如怎样绘制业务流程图和数据流程图)，提高了应用能力，切实地做到了理论联系实际，真的可以说是这学期所学课本知识的一次大演练。 当今社会，管理信息系统正在向着网络化、智能化和集成化等趋势发展。大力地开发满足社会需求的可以进行管理和决策的信息系统是大势所趋。企业中复杂的管理，如果离开现代化的信息系统，必将寸步难行，更谈不上企业角逐世界市场了。而我们要向与社会接轨，与社会的信息化同步，必须要掌握一些实际的应用能力。课程设计固然是这样的一个实践，但是我们需要的可能更多。 总之，这次课程设计使我对管理信息系统开发的实际过程有了初步的认识，掌握了基本的方法。但是，在系统开发中还有很多方面是我们无法用现在的知识去完成的，所 - 29 - 以，我希望能够在接下来的学习和实践过程中掌握。 参考文献 [1] 黄梯云.管理信息系统.第三版.北京.高等教育出版社.2005 [2] 陈禹(信息系统分析与设计(北京:高等教育出版社，2005.7 [3] 王珊(数据库系统简明教程(北京:高等教育出版社，2004.9 [4] 崔巍(数据库系统及应用(北京:高等教育出版社，1999 - 30 -