三湘小区物业管理信息系统 .doc

1、毕业论文三湘小区物业管理信息系统目 录摘要3第一章 前言41.1 信息系统开发背景41.2 信息系统开发的必要性41.3 信息系统开发目标51.4 信息系统范围51.5 信息系统基本开发思路与方法51.6 信息系统开发的几种设计方案61.6 信息系统开发计划6第二章 系统分析82.1 现行业务系统描述82.1.1 组织机构的调查与分析82.1.2 业务流程调查与分析92.2 现行系统存在的主要问题分析122.3 问题的解决方案132.4 系统可行性分析132.4.1 经济可行性132.4.2 技术可行性132.4.3 操作可行性14第三章 新系统逻辑方案153.1 数据流图描述153.1.1数

2、据流图153.1.2数据流图分析153.2 数据字典243.2.1 概述243.2.2 数据词典描述243.3 基本加工小说明303.3.1 基本加工的概念303.3.2 基本加工的描述30第四章 系统总体结构设计314.1 软件模块结构设计314.1.1 HIPO分层图314.2 数据库设计354.2.1 概念结构设计354.2.1.1 实体及属性描述354.2.1.2 实体间的联系描述354.2.1.3 ER图364.2.2 逻辑结构设计374.2.2.1 ER模型转化为关系模式转换归则374.2.2.2 关系模式384.2.3 物理结构设计394.3 计算机系统配置方案414.3.1 计

3、算机系统硬件配置414.3.2 计算机系统软件配置414.4 系统总体安全性、可靠性方案与措施41第五章 系统详细设计435.1 代码设计435.2 人机界面设计435.2.1 输入设计435.2.2 输出设计455.3 模块处理过程设计48第六章 系统实施496.1 实施环境和工具的比较选择496.2 编程环境、工具、实现与数据准备概况496.3 系统测试概况506.4 系统转换方案及实现概况516.5 系统运行与维护概况51第七章 结束语527.1系统达到的预期目标527.2对系统的展望与扩展性建议527.3自我体会53致谢54参考文献55附录A 部分程序源代码56附录B 操作说明书59摘

4、要二十一世纪是一个信息化的时代，小区物业管理信息系统作为房产建筑行业信息化的一个重要组成部分，发挥着越来越大的作用，其能帮助物业管理公司各管理层及时、准确地掌握各种物业信息,使物业管理公司的工作步入一个新的篇章。本论文正是在这一背景下描述了三湘小区物业管理信息系统的设计与开发全过程。论文遵循软件工程方法论和信息系统开发规范，以系统开发过程为主线，介绍了系统从需求分析、新系统逻辑设计、系统总体设计、详细设计以及系统测试与实施各阶段的主要内容和成果，其包括业务流程图、数据流程图、数据字典、HIPO图、IPO图、E-R模型等。本系统的前台设计由Visual Basic6.0实现,并利用Access

5、2003作为其后台工具进行数据库的创建和管理。该系统界面设计大方、简洁、实用、操作简单方便，是一款完全适合普通小区物业日常事务管理的软件。在软件设计方面,选取了具有一定代表性的一家物业管理公司的业务模式和需求，如能实现收费、报修等小区物业管理的计算机信息化，可以显著提高物业管理的效率。【关键词】:物业管理、小区物业管理、小区物业管理信息系统、Visual Basic 6.0、Microsoft Office Access 2003、ADO数据库对象第一章 前言1.1 信息系统开发背景随着我国加入WTO、市场经济体制的日益完善，物业管理在我国由兴起到发展，已经成为现代居民生活中不可缺少的服务行业

6、。物业管理是一个特殊的服务行业，它集劳务、智慧、管理为一体，管理和服务的对象是“人”，最终目的是“满足他人的需要”。物业管理在我国的发展历史虽然短，但其发展速度很快。在各个城市里，一座座住宅大楼拔地而起，新建的小区一片连着一片，花园、别墅、购物中心，商务大厦哪一个不需要物业管理？由于物业管理行业在我国刚刚起步，其市场潜力巨大，发展空间广阔，所以被喻为朝阳行业。但是随着改革开放的深入，境外物业公司将不断介入国内市场，他们中的绝大部分拥有先进的管理经验、专业技术、专业管理人才，这一情形必将给国内物业管理市场带来新气象、新压力，势必引起物业管理市场重新“洗牌”，导致多元化竞争局面的形成，使物业管理市

7、场向低成本、低价格、高质量方向发展，让业主得到更加满意的服务。另一方面，面对当今社会信息时代的挑战，利用高科技手段来提高物业管理无疑是一条行之有效的途径。在某种意义上，信息与科技在现代物业管理中显现出越来越重要的地位，物业管理方面的信息化与科学化，已成为现代化生活水平步入高台阶的重要标志。1.2 信息系统开发的必要性三湘物业管理公司是上海三湘（集团）有限公司的直隶下属公司，其业务主要是针对住宅小区进行服务型物业管理。公司职能主要有：物业、住户、房产等基本资料归档, 负责各种日常小区管理费用的收取（包括代收代缴费,例如小区公共设备管理费、租赁房屋费、保洁保安费、电梯运行费等),小区公用设备及住户

8、报修和投诉管理等。由于目前物业公司的计算机应用多为单纯数据处理，模仿手工管理方式，多用于非常简单的事务性工作。而且数据冗余量大，数据无法共享。这些都直接导致了管理工作的低效，人员配置过多，服务质量不高。同时，公司的业务范围也在不断扩大，提供的服务种类和标准也大不相同，这本身也增大了管理的难度。因此，物业公司领导迫切需要一套精心打造的小区物业管理信息系统。经本人与公司领导层及有关人员协商与交流建议，公司初步决定开发该小区物业管理信息系统，以期全方位地提高管理效率和服务质量，真正做到服务“以人为本”的理念,并以此系统的开发过程作为本人毕业论文的论题。1.3 信息系统开发目标通过与各级管理人员的初步

9、了解，综合他们对信息系统的要求与设想，再根据目前物业管理公司的资源条件，得出新系统开发目标,具体如下：1）及时性及时采集各种物业信息，全面信息化管理，随时掌握小区管理。2）准确性保证原始物业信息数据采集和输入的准确。3）完整性完整的物业信息档案存储，以备今后待查。4）经济性系统建设的投入费用尽可能少，但收益较大。5）安全性系统具备一定的内部控制，数据存储安全可靠。6）友好性系统界面友好美观，系统的维护、扩充、操作简单、性能良好。1.4 信息系统范围小区物业管理信息系统主要是为三湘物业管理公司的内部管理活动提供信息服务，它涉及公司内部的基本物业管理工作，涉及公司部分业务管理职能。系统能够对小区的

10、房产资源管理信息、费用管理信息、报修管理信息、维修管理信息、用料管理信息、档案管理信息、公共设备管理信息、绿化保安管理等方面的信息提供存储、更新、查询、统计等功能。系统的数据来源由专门的管理人员和通过终端键盘输入，本系统只包括三湘物业管理公司内部管理信息，不涉及其它如房产管理局、业主委员会等管理信息。此外，为了从宏观上对三湘物业管理公司的整体概况，有更深的了解，我们可给出其与外部环境的关系简图。如图1.1所示。图1.1 三湘物业管理公司与外部环境的关系1.5 信息系统基本开发思路与方法在开发系统的全过程中,应采取用户至上的观点，一切从用户利益考虑，在加强调查研究和系统分析的基础上，通过分步骤的

11、不断反馈的讨论确定出新系统的最佳方案。因此，整个系统的设计开发过程采用了较为流行的MIS开发方法即结构化生命周期法按照系统工程的思想组织开发工作，始终以结构化、模块化、自顶向下地对系统进行分析和设计，最后利用自底向上、逐步实现的方式完成系统的实施的一种系统开发方式，其特点是强调系统开发过程的整体性和全局性,不过鉴于系统的应用需求是不断提出与扩充，系统分析的深度和广度只能在开发过程中逐步增加和完善，因此在某些阶段局部开发上可采用原型法,以期达到较好的效果。综合上述思路与方法，整个系统开发的生命周期可描述为需求分析、新系统逻辑设计、系统总体设计、详细设计以及系统测试与实施等阶段这一模型，即通常所称

12、的“瀑布模型”，并在某些过程中，适当的插入原型法方式,最终形成一个完整的管理信息系统。1.6 信息系统开发的几种设计方案确定了系统基本开发思路与方法后，在来谈一下目前几种较流行的设计方案。根据物业管理公司的规模以及管理物业类型的不同，可大致归纳出有以下几种设计方案如下：（1）中小规模物业管理公司方案。这一方案以单机版物业管理软件为主要架构，主要用于实现小区的房产资源管理、费用管理、档案管理、维修管理、统计查询、自动生成多种报表等功能。多适用于所接管小区规模不大、日常业务不太复杂的物业管理公司。在实践中如需要，还可适当添加修改软件功能模块，从而形成具有各小区特色的管理软件。（2）较大规模物业管理

13、公司方案。这一方案以网络版物业管理软件为主要架构，多建立在物业管理公司的局域网基础之上，具有小区的大楼资源管理、收费管理、档案管理、人事管理、维修管理、环卫管理、保安管理、统计查询、自动生成多种报表等功能。另外，如果小区的地域分布较广、地理环境复杂，还可以采用地理信息系统(GIS系统)，利用其在图形与数据处理方面的优势，结合系统本身所具有的多媒体功能，实现小区可视化、图形化管理。（3）智能化小区方案。以网络版物业管理软件和智能社区网络信息平台为主要架构，主要为业主提供完善的社区网上服务，并将三表远抄系统、停车场管理系统、社区内IC卡管理系统、监控系统的集成到一个统一的网络信息服务平台上来，以利

14、于统一管理与查询。1.6 信息系统开发计划本项目开发计划如下：1）在2006年2月下旬内完成系统需求分析2）在2006年3月内完成新系统逻辑方案分析3）在2006年4月上旬完成新系统设计4）在2006年4月下旬至5月上旬完成新系统实现，其中包括程序设计，并进行系统的测试和调试，完成论文的初稿，交给指导老师审查。第二章 系统分析系统分析，也称新系统逻辑设计阶段，这是开发管理信息系统的基本阶段的关键阶段。系统分析的主要任务是在初步调查的基础上对现行系统作进一步详细调查，将系统详细调查中所得到的文档资料集中到一起，对组织内部整体管理状况和信息处理过程进行分析。它侧重于业务全过程的角度分析。分析的主要

15、内容有：业务和数据的流程是否畅通，是否合理；数据、业务过程和实现管理功能之间的关系；原系统管理模式改革和新系统管理方法的实现是否具有可行性等；最后，提出新系统的各种方案和设想，并对所有的方案的设想进行分析、研究、比较、判断和选择,获得一个最优的新系统逻辑模型。2.1 现行业务系统描述2.1.1 组织机构的调查与分析要建立管理信息系统，就必需知道当前系统的组织机构设置情况和组织机构之间的隶属关系。通常用组织结构图来描述当前系统组织机构的层次和隶属关系。所谓组织结构图就是组织分成若干部分，用矩形框表示组织机构，用箭头表示隶属关系。本人通过与三湘物业管理公司各级主要管理人员进行交流并到实地初步调查了

16、解情况，而得出该物业管理公司的组织结构图。如图2.1所示。图2.1三湘物业管理公司现行组织结构图由图2.1可知，物业公司在管理层下设财务部、服务部、维修部、保安部等职能部门，其中值得一题的是服务部之下的管理处实行“一门市”服务，所谓的“一门市”服务即各种业务集中面向住户,是公司对外窗口。2.1.2 业务流程调查与分析通过对物业公司组织结构和各项管理功能的调查，绘制出了较为清晰的组织结构图，但其只描述了在组织边界之内，各部分之间的主要的各种业务活动的情况。这只是一种粗略的描述，如将其作为新系统的开发基础还是不够具体的。因此，还要针对物业公司的具体的业务进行调查。调查业务流程应顺着原系统信息流动的

17、过程逐步的进行，内容包括各环节的处理业务、信息来源、处理方法、计算方法、信息流经去向、提供信息的时间与形态（报告、单据等）。调查中还应注意各业务处理中可能出现的问题，以及系统一些例外情况的处理方式。一般在业务流程分析中，可采用的工具是业务流程图，这是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流动的流程图，是掌握现行系统状况，确立系统逻辑模型不可缺少的环节。通过绘制业务流程图，可以帮助分析人员找出业务流程中的不合理之处，以便优化业务处理过程。本系统业务流程图中的基本符号说明如图2.2所示：图2.2业务流程图基本符号一.小区物业管理业务流程分析：整个物业管理公司的业务种类，可分为收

18、费管理业务、业主报修管理业务、业主投诉管理业务等，这些基本业务就构成了小区物业管理的主体,并由以下业务流程分析可知整个过程是以业主(服务对象)为中心的一个循环过程。以下简单的描述了各业务情况:每个业主在入住小区时都要在物业公司登记其基本信息，以便公司待查。1.业主报修管理业务(1)业主在向物业管理公司提出报修服务之前，应填写一张“报修申请表”，其包括业主姓名、地址、联系方式、报修日期、报修项目等，交给服务台接待员。(2)服务台接待员收到业主递交的申请表后，审核其内容，如报修项目超出了物业管理公司所应承担的范围，将“报修申请表”退回给业主，并向业主做耐心的解释。另则，如在报修范围内，将申请表存底

19、经统计后形成报修统计表供总经理查看。(3)对成功接纳业主报修申请后，向维修部通报具体情况，维修部主管批准后，派遣有关维修组人员上门服务。在上门服务前，应对材料库存做相应修改与记录,而在维修服务后，经有关人员开维修清单，一式两份，业主签字确认，一份送至报修的业主手中；另一份交财务部做帐。2.收费管理业务（1）物业管理处地管理员根据收费标准填写收费通知单交给业主，在业主把费用（包括保洁保安费、电梯运行费、小区公共设备管理、停车费、维修费等）交纳后，由收费出纳员对其项目、时间和数额进行核对确认，开收费收据，一式两份，一份送至业主手中；另一份交财务部做帐。（2）同时，对于收到的每一笔，都要在费用收取一

20、览表中详细登记，以备待查。（3）对于拖欠物业管理费的业主，要定期发出催款通知书，催其交款。（4）每个月的月底管理处要汇总统计收费情况，填写汇总表交财务部。3.业主反馈与投诉管理业务物业管理公司定期向小区业主发放调查表或开通24小时语音记录投诉热线,以便各业主提出对于公司服务质量与态度反馈意见与投诉，使公司高层领导能及时了解小区业主的反馈记录。4.最后，每月把各种数据统计一次汇总给总经理，以便其作出决策。二.业务流程图物业管理公司具体的业务流程图如图2.3所示第59页 2.2 现行系统存在的主要问题分析三湘物业公司在开发本系统之前，在技术上基本是采用人工处理方式，因而在物理形态上，三湘物业公司是

21、不存在系统模型的。但是物业公司的具体业务在逻辑上仍然具有其特定的业务流程，各个部门之间的协作关系是比较确定的，整个管理业务过程作为一个整体同外界环境的交流关系也是有章可循的，因而在逻辑形态上，三湘物业公司的的系统无日不在运行中。结合以上小节业务流程图分析，大致可认为，逻辑上的系统功能可用图2.4表示。在图2.4中，所有的操作都是由手工完成的，所有的文档和数据存储均采用传统的归档式存储。所以在对业务数据进行处理时要进行大量的重复性的繁琐操作,对于管理费用核算等计算时虽以计算器为工具进行辅助，但难免出错。在对历史数据的查询、比较等操作中，要翻阅大量的备案文档，虽建立了索引，但与现代化的查询方式相比

22、，就显的效率低下，工作量大。现行系统的上述弱点，实质上反映公司在公司服务住户的过程中，对信息的产生、传输、加工与挖掘分析利用方面存在不足，不能满足公司管理与业务发展的要求，也对公司形象造成不利的影响,这也正是提出新系统的直接原因。图2.4现行系统的逻辑功能分析2.3 问题的解决方案建议采用的新系统，是一个人机系统，采用C/S结构（即“客户端/服务器”结构），同时为了加强系统的适应能力，采用胖客户端技术，这样即使在网络中断的情况下，也可以继续营业。也就是说，服务器主要起到存储数据的作用，客户端也保存本机的作业数据。在网络通讯良好时，客户端本机的数据库与服务器端数据库同步；在网络通讯有故障时,可以

23、与服务器脱机工作，等故障修复后再上传数据与服务器保持同步。新系统能够实现现行系统的功能，并且能克服现行系统的上述弱点，与现行系统相比，将有如下改善之举：(1)对物业管理信息的采集与记录更加细致与全面,能满足不断增长的管理需求；(2)利用计算机对数据进行加工、统计、分析，提高工作效率；(3)实现完成的信息管理流程，支持业务管理制度的完善工作；(4)提供统一格式的计算机打印单据与报表，提升企业形象；(5)重视对历史数据的存储保护、追溯、分析，为管理层对企业的经营预测与决策提供及时有效的帮助。2.4 系统可行性分析2.4.1 经济可行性三湘物业管理公司目前由于主要采用以人工方式完成业务，进行报表的制

24、作，对数据进行综合分析等，所以耗用工时较多，且效率低下。目前公司内部的日成本为：32人*100元/人日=3200元。我们还不能计算出因效率低下而给物业公司带来的无形经济损失，如果把这一部分也看做成本的话，那将远远超过刚才计算的数额。而如果开发一个能满足业务要求的物业管理信息系统，在采用生命周期法的前提下,从问题的识别到系统实施、评价、维护，开发周期以一年计，共需人工成本11000元，各种软硬件成本18000，日常维护费用4000元，共计成本费用33000元，其低于目前的人工费用总和。同样，我们也无法估计出由于系统的开发应用使物业管理公司管理与工作效率提高而带来的无形的巨额经济效益。而且，由于系

25、统在未较长的一段时间内稳定地发挥作用，这对于物业管理公司提高物业管理水平有很大帮助。由此可见，开发此系统在经济上完全可行。2.4.2 技术可行性1.开发的软件可行性从目前市场上比较流行的数据库开发、管理软件来看，对于比较简单的中小型数据库，Microsoft Visual Basic6.0和 Microsoft Access2003的结合无疑是在实际应用中较为成功的一种解决方案。前者为用户提供了Windows所一贯坚持的非常友好、操作简单的用户界面、完善而强大的数据库操作功能（通过Visual Basic for Application结合SQL语句实现）和简洁明了的数据库接口；后者则可对数据

26、库实施操作、维护和权限识别功能，也可通过Visual Basic for Application与SQL语句的结合对数据库进行更复杂的操作。结合本系统实际，三湘物业管理公司的日业务量在不断的增大，但是其物业管理管理的水平和复杂程度相对而言还是可以分析清楚的，经系统的前期分析，可以设计出符合实际需求、易于理解、易于操作、易于维护的数据库系统。对于Microsoft Access2003而言，管理这种规模和复杂程度的数据库是游刃有余的。同样对与Microsoft Visual Basic6.0来说，对数量较少的表(table)和其间关系(relation)进行比较简单的操作是其擅长的功能，无论是查

27、询、统计或利用数学公式进行趋势预测，都能顺利完成。因此，开发实施本系统，从软件的角度看，是完全可行。2. 开发的硬件可行性开发本系统所使用的软件对于计算机硬件有一定要求，特别Microsoft Visual Basic6.0对计算机的主存、主频、外频、外存(主要是硬盘容量)都有比较高的要求,否则将影响到本系统的正常运行，甚至导致数据计算的失误的比较严重的错误。基本要求如下：（1）Microsoft Windows /98/2000/XP版本。（2）P或更、高的微处理器。（3）Microsoft Windows 支持的VGA或更高分辨率的显示器。（4）Microsoft Visual Basic

28、6.0开发环境要求至少32RAM。而Microsoft Access2003对系统配置的要求远底于Microsoft Visual Basic6.0对系统配置的要求水平。因此，从市场上目前比较流行的硬件水平来看，这种要求对于物业管理公司，完全可行的。所以，在硬件方面，本系统的开发也是可行的。2.4.3 操作可行性如前所述，三湘物业管理公司内部大多数人员从未用过类似的物业管理信息系统，但是Windows友好的用户界面和本系统良好的安全性设置，可以使其内部员工在系统时时人员的指导帮助下很快掌握系统的使用方法，而无因操作失误而引起系统出错之虞。不仅如此，我们还可以编写出详尽的“用户操作说明书”，为用

29、户的正确操作给以图文并茂的形式加以说明。同时，在开发过程中，我们还可以尽量给用户以方便，考虑到用户需求的实际情况，在输入界面、查询界面等部分添加解释或提示，帮助用户尽快掌握本系统的使用方法。综合上述,由以上经济、技术、操作三方面的分析可以看出，本系统的开发时机成熟，从多种角度考虑，都是可行的，所以公司决策层同意开发和使用本系统。第三章 新系统逻辑方案这一阶段是系统分析的最后一项活动，也是形成系统分析结果的关键工作。不但要利用前几个阶段的工作成果，而且要在此基础上进一步调查，明确问题，进行创新。它的主要目标是明确用户的信息需求，全面、系统、准确、详细地描述新系统应具备的逻辑功能，提出新系统逻辑方

30、案。本系统的逻辑模型主要以系统的数据流程图和数据字典为主要的描述工具，从逻辑上精确地描述了数据加工、数据的输入和输出、数据的存储以及数据的来源和去向。该逻辑模型超越了现有的组织机构、完全脱离一些物质要素，进一步舍去物质，抽象出信息流，详细调查数据及数据流程，按信息系统中的数据流和数据结构来描述系统的概貌。3.1 数据流图描述3.1.1数据流图反映数据流在系统中流动和处理情况的图称为数据流图,它是描述系统逻辑模型的工具之一。数据流图（Data Flow Diagram,DFD）是便于用户理解系统数据流程的图形表示。它能精确地在逻辑上描述系统的功能、输入、输出和数据存储等，而摆脱了其物理内容。数据

31、流图是系统逻辑模型的重要组成部分。数据流图其基本符号如图3.1所示:3.1.2数据流图分析（1）首先，根据对三湘小区物业管理信息系统建设的总体要求，确定系统的外部项，即系统数据的数据来源和去处。通过分析，掌握本系统的外部项和输入输出数据流，绘制本系统的关联图，见图3.2。有关关联图中数据流说明如下:F1：报修申请信息； F9: 查询响应信息；F2：维修安排信息； F10：收费一览信息 ；F3：物业基本信息（业主、房屋、员工信息）； F11：综合统计信息；F4： 仪表（水表、电表、煤气表）数据信息； F12：业主交款信息；F5： 报修汇总信息； F13: 付款通知信息；F6： 维修一览表信息；

32、F14: 业主投诉信息；F7: 物料领用信息； F15: 投诉汇总信息；F8: 库存量信息； F16: 物料入库信息F17：催款通知信息 F18: 施工情况信息F19: 维修通知信息图 3.2 “三湘小区物业管理信息系统”关联图从系统关联图（图3.2）中可以看出：业主向本系统提供报修申请信息（F1）,得出报修汇总信息（F5）给管理员,而后管理员输入维修安排信息（F2），并产生维修通知信息（F19）给维修员,而维修员向系统提供施工情况信息（F18），最后通过从本系统获得维修一览表信息（F6）。系统管理员可由维修中所用的物料领用信息（F7）及物料入库信息（F16）提交本系统进行管理，从而通过本系统

33、查询获得物料库存量信息（F8）。对于每月每个业主（住户）的仪表（水表、电表、煤气表）信息（F4）及维修所产生的费用，按照收费标准信息，计算出精确费用，并产生收费一览信息（F10）、付款通知信息（F13），随后业主向系统提交业主交款信息(F12),如业主因各种不同原因未能在规定时间内交款，则系统输出催款通知信息(F17)，以告知业主。系统还可以对物业基本信息（业主、房屋、员工信息）（F3）和业主投诉信息(F14)进行处理，而分别获得查询响应信息(F9)和投诉汇总信息(F15)。另外，本系统支持总经理对有关数据的统计分析功能（F11）。（2）在系统最高层数据流图关联图的基础上，根据小区物业管理信息

34、系统的实际运行情况，划分出七个基本信息管理功能，并明确各功能之间的联系，绘制出数据流程图的顶层图，如图3.3所示：从图上可以看出整个小区物业管理系统的项目信息管理功能从总体上可分为七个功能模块,其分别如下: 1)基本物业信息管理(P1) 2)报修维修管理(P2) 3)仪表数据管理(P3) 4)物料管理(P4) 5)收费管理(P5) 6)投诉管理(P6) 7)统计分析管理(P7)以下对本系统被划分以上各功能模块进行简单扼要描述：对一个小区物业管理系统而言，基本的物业信息（包括住户、房屋信息）模块(P1)是本系统管理的基础，因为小区的管理都是基于该小区的房产资源而产生的，而物业管理产生基础，是小区

35、内业主的详细资料处理。有了上面的功能模块对基本的信息处理后，就能实现实质性的物业管理，即报修维修管理(P2)、仪表数据管理(P3)、物料管理(P4)、收费管理(P5)、投诉管理(P6)等，这些功能模块构成了小区物业管理的主体。最后，设置统计分析管理(P7)以便物业公司领导层对整个小区的管理信息有个全面了解。（3）顶层数据流图仅从总体上反映了小区物业管理系统的信息联系，为了对整个项目信息管理系统有一个全面、详细的了解，应按照自顶向下、逐层分解的分析方法，对顶层图进行进一步细化。以下就是对各个功能模块进行细化后所得到的一层数据流(程)图。A. 下面是对“基本物业信息管理（P1）”功能模块进一步细化

36、而得到的第一层DFD图，如图3.4所示：如上图3.4所示，由管理员向系统提交的物业基本信息（F3），可以分为3个子数据流，对其进行分别加工处理,最后，分别存入业主资料信息（D2.1）、房产资料信息（D2.2）、员工资料信息（D2.3）。管理员可利用查询处理模块查询有关信息。B. 下面是对“报修维修管理（P2）”功能模块进一步细化而得到的第一层DFD图，如图3.5所示：管理员将来自基本物业信息库（D2）的信息及业主递交的报修申请信息（F2），送报修申请提交管理管理模块(P2.1)进行处理，其中要对提交的报修项目进行审核，因有些报修的内容不在物业公司的承担范围内，将符合要求的申请存入申请记录中（D

37、7）。随后，从(D7)和(D2)调用信息,把报修汇总信息（F5）输出给管理员以作安排。管理员输入维修安排信息（F2）进入维修安排处理模块(P2.2)，把结果存入（D8）调度安排记录中。安排后便可产生维修通知信息（F19）给维修员，维修员又可将施工情况信息（F19）给系统。在以上处理后，则进入维修信息管理模块(P2.4)，把维修汇总信息存入报修维修总览表（D1），同时，输出维修一览信息(F6)给管理员。C. 下面是对“仪表数据管理（P3）”功能模块进一步细化而得到的第一层DFD图，如图3.6所示：从基本物业信息库（D2）中获得个业主的基本信息并结合（F4）仪表（水表、电表、煤气表）数据信息，调用

38、（P3.1）功能模块对信息进行录入至(D9) 仪表录入数据（为该层内部数据存储），再将其数据读取，分别交（P3.2）水表数据管理、（P3.3）电表数据管理、(P3.4)煤气表数据管理功能模块进一步处理，计算出本月的实际用量数据（即本月数据-上月数据）。最后，一起汇总存入（D3）仪表用量汇总信息中。D. 下面是对“物料管理（P4）”功能模块进一步细化而得到的第一层DFD图，如图3.7所示：将物料入库信息（F16）和物料领用信息(F7)分别送入物料库存管理（P4.1）和物料领用信息管理(P4.1) 功能模块进行处理，处理后存入物料领用详细信息（D16）（这个存储都是为该层内部数据存储）。另外，由前

39、一个功能模块处理后，把相关存储信息(D16)读入物料库存管理模块（P4.2）进行处理，管理员可利用此功能模块修改物料库存（D4），并获得F8库存用量信息，以便及时了解物料量情况。E. 下面是对“收费管理（P5）”功能模块进一步细化而得到的第一层DFD图，如图3.8所示： 先从报修维修总览表（D1）、基本物业信息库(D2)、仪表用量汇总（D3）中获取与费用相关信息,按有关收费标准核算出业主应要交纳的各项款额，存入各费用详细信息（D17）中，从而进入下一功能模块管产生付款通知理(P5.2),通知业主交款。在有以上逻辑加工后，便可进行实质性的收付费用管理（P5.3）,另外，如业主因各种不同原因未能在

40、规定时间内交款，则系统输出催款通知信息(F17)，以便做进一步处理。F. 下面是对“统计分析管理（P7）”功能模块进一步细化而得到的第一层DFD图，如图3.9所示：图3.9中，将顶层图3.3中“P7统计分析”分解为五个加工，分别基于各项数据表的数据进行管理信息统计分析，加大决策性。G. 下面列举出对“（P1.1）业主信息管理”、“（P1.2）房产信息管理”、“（P1.3）员工信息管理”的进一步细化后所得到的第二层DFD图，如图3.10所示：H. 下面列举出对“P4.2物料库存管理”的进一步细化后所得到的第二层DFD图，如图3.11所示：I. 下面再列举出对“P5.1各单项费用管理”、“P5.2

41、收付费用管理”的进一步细化后所得到的第二层DFD图，如图3.12所示：说明：因数据流图较多，受篇幅限制，上面只列举出了主要的DFD图，以供参考。3.2 数据字典3.2.1 概述数据流程图只是对数据处理和彼此之间的联系进行了说明，为了进一步明确数据的内容和数据加工过程，应建立数据词典，即对数据流程图上各元素作出详细的定义和说明。数据词典是系统逻辑模型的详细、具体说明，是系统分析阶段的重要文件。数据流程图配以数据词典，就可以从图形文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。数据词典描述的主要内容有：数据项、数据结构、数据流、处理逻辑、数据存储、外部实体。3.2.2 数据词典描述在

42、系统分析中产生了大量的数据词典，限于篇幅，这里就对数据流、数据元素、数据存储、外部项和加工各举例说明。(1) 数据流条目示例数据流由一个或一组固定的数据元素组成。定义数据流时，不仅要说明数据流的名称、组成等，还应指明它的来源、去向和流通量。在图3.3“小区物业管理信息系统”顶层数据流图中，如数据流“物料领用信息（F7）”和“仪表数据信息（F4）”的数据流条如表3.1、3.2所示：表 3.1数 据 流系统名：三湘小区物业管理信息系统 编号：F7条目名：物料领用信息 别名：来源：“管理员”外部实体去处：物料管理（P4）数据流结构： 物料领用=领用编号+物料名称+物料规格+领用数量+领用人+用途+备

43、注简要说明：领用编号是物料领用的标识，有一个领用编号就有一条记录。修改记录：编写：日期：06/03/24审核：日期：06/03/25表 3.2数 据 流系统名：三湘小区物业管理信息系统 编号：F4条目名：仪表数据信息 别名：来源：“管理员”外部实体去处：仪表数据管理（P3）数据流结构： 仪表数据=仪表代码+业主姓名+本月抄见数+本月用量+抄表日期+经办人+备注简要说明：物业公司每个月底,派专人向业主的仪表抄取数据一次，并按仪表代 码逐一记录。修改记录：编写：日期：06/03/24审核：日期：06/03/25(2)数据元素示例数据元素又称数据项，是数据的最小单位。对数据应从静态及动态两个方面去分

44、析。在数据字典中，主要是对数据的静态特性加以定义。如下表3.3所示，举例出对“业主编号”数据元素的示例。表 3.3数 据 元 素系统名：三湘小区物业管理信息系统 编号:条目名：业主编号 别名：属于数据流：F1、F3、F12、F13、F14、F17数据据元素属性：代码类型 代码长度 取值范围 意义 字符型 9位 1900-01-001至9999-12-999 XXXX XX XXX 简要说明：每个新业主入住小区时，都被赋予一个唯一的业主编号。 修改记录：编写：日期：06/03/24审核：日期：06/03/25(3) 数据存储条目示例数据存储在数据字典中只描述数据的逻辑存储结构，而不涉及它的物理组织，主要描述它所包含的数据结构和输入、输出数据流。在图3.11“基本物业信息管理(P1)”第二层DFD图中，如数据存储“业主资料库（D2.1）”的数据存储条目如表3.4所示。表 3.4数 据 存 储系统名：三湘小区物业管理信息系统 编号：D2.1条目名：业主资料库 别名：存储组织：每个业主为一条记录组成的二维表，并按业主编号排序显示主关键字：业主