3226.华发公司小区物业管理信息系统开发课程设计

《3226.华发公司小区物业管理信息系统开发课程设计》由会员分享，可在线阅读，更多相关《3226.华发公司小区物业管理信息系统开发课程设计（50页珍藏版）》请在装配图网上搜索。

1、课 程 设 计 课程名称信息系统开发与管理题目名称 小区物业管理系统 学生学院_ 管理学院 _ 专业班级 电子商务学 号 学生姓名 指导教师 2010年 3 月 1 日信息系统开发与管理课程设计评分表学号姓名专业班级题目小区管理系统主要内容主要以华发物业管理有限公司和翠湖山庄为背景进行分析，采用SQL Server2000和JSP为开发工具实现了楼盘管理、销售楼盘管理、收费、维修、投诉管理、环卫管理、设备管理、员工管理等业务功能。评分标准序号评审项目指 标所占总评比例得分1平时成绩积极选题、按时完成报告和系统、格式正确10%报告成绩系统分析，初稿成绩10%系统设计，二稿成绩10%2系统完整报告

2、，终稿成绩30%3系统检查运行顺畅，回答问题正确，与报告一致性强40%最终成绩平时成绩、报告成绩和系统检查成绩的综合评分指导老师:2010年3月 12 日大学课程设计任务书题目名称华发公司小区物业管理信息系统开发学生学院经济管理学院专业班级07电子商务专业（6）班姓 名学 号一、课程设计的内容1. 珠海华发物业管理公司及翠湖山庄的概述2. 小区物业管理信息系统的系统分析（1）现状调查研究（2）目标分析新系统逻辑模型的构思3. 小区物业管理信息系统的系统设计（1）系统的总体设计（2）系统的详细设计4. 小区物业管理信息系统的系统实现5. 小区物业管理信息系统的系统运行与评价6. 系统开发的收获体

3、会7. 系统开发的参考资料二、课程设计的要求与数据要求学生在完成数据库应用课程设计的基础上，运用各门专业课与专业基础课中所学知识，选择自己了解的电子商务环境下的经营管理生产运作业务，采用结构化生命周期法或面向对象方法，分析、设计一个在电子商务环境下运作的业务信息系统，用SQL Servers或类似的数据库管理系统为数据管理环境，以ASP、JSP、C#等为前台开发工具实现并运行、评价改进之，最后要写出课程设计报告（参见信息系统开发与管理课程设计大纲）。通过本设计进一步弄懂电子商务环境下的信息系统及其相关的基本概念，理解经营管理决策与信息系统之间的依存互动关系，明确信息系统要把重点从IT中的T转到

4、I、M（管理）、E（经济）的转变的重要意义，把握与信息系统密切相关的管理决策理论与方法，掌握网络环境下的信息系统开发的原则、方法、方式、策略及其基本过程与项目管理，领悟信息系统工程中结构化生命周期法（或面向对象方法）的基本思路和基本过程，初步具备开发与管理网络环境下的信息系统的基本能力，初步形成在计算机网络平台上，运用现代管理理论与方法，通过信息系统增值开发，解决电子商务环境下经营管理中的实际问题的基本素质。三、课程设计应完成的工作1. 进行必要的实地调查与文献阅读，正式确定选题2. 完成小区物业管理信息系统的系统分析，包括用户需求调查、可行性研究、现状调研、目标分析（构思系统的逻辑模型）3.

5、 完成小区物业管理信息系统的系统设计，包括总体设计与详细设计4. 完成小区物业管理信息系统的系统实现，包括数据库建立、模块的编程与调试、系统联调等5. 运行并评价实现的完成小区物业管理信息系统6. 撰写课程设计报告，除上述内容外，要总结自己的收获体会。四、课程设计进程安排序号设计各阶段内容地点起止日期1初步选题和资料准备课室与宿舍平时课后完成2动员大会与选题指导课室第4周一上午3业务流程调查及绘制业务流程图BPD分散第114周4初步完成系统开发课室与宿舍第517周5系统演示与讲解A南507第19周一上午6答疑、设计报告初稿的验收办公室第19周周五7系统分析的讲解与答疑实验室D503第17周周五

6、上午8系统设计的讲解与答疑实验室D503第21周周四上午9系统抽查学生宿舍下学期第一周周二下午10最终版报告提交办公室下学期第二周周二下午11系统全面检查学生宿舍下学期第二周周五、六、日五、应收集的资料及主要参考文献1. 应收集的资料（1）翠湖山庄及珠海华发物业管理公司业务运作与管理的相关资料（2）市场营销与销售管理的相关资料2. 主要参考文献1 张立厚等编著，管理信息系统开发与管理，清华大学出版社，2008.2-12 学生自选并填写发出任务书日期：2009年12月 2日 指导教师签名：计划完成日期：2010 年3月12日 基层教学单位责任人签章：主管院长签章：目录珠海华发物业管理公司概述 .

7、 61. 小区物业管理系统的系统分析. 6 1.1 用户需求和系统目标 . 6 1.2 初步调查 . 7 1.2.1 初步方案 . 7 122可行性分析与评价. 8 1.3 现状调查. 9 1.3.1 组织机构调查. 9 1.3.2 业务流程现状调查. 9 1.3.3 现状信息需求调查. 10 1.3.4 由基本项构思ERD的基本结构. 13 1.3.5 引进联系体得到改进的ERD. .14 1.3.6 存储组织的初步考虑.16 1.4 目标系统分析. .17 1.4.1 业务流程再造BPR.17 1.4.2 系统的数据流图DFD.18 1.4.3 数据字典的编制.19 1.4.4 新系统功能

8、层次图与功能分析.212. 小区物业管理系统的系统设计.21 2.1 总体设计. .21 2.1.1 一般关系模型设计（修改和新建关系框架）.212.1.2 处理功能总体结构设计（设计新系统的MSD）.21 2.1.3系统平台的总体结构设计.22 2.2 详细设计. .24 2.2.1 系统平台具体设计. .24 2.2.2 MIS的代码系统设计.24 2.2.3 数据库结构的具体设计.25 2.2.4 模块设计. .273.小区物业管理系统的系统实现.28 3.1 人员培训与平台实现的简要讨论.28 3.2 数据结构的建立与初始化数据输入.28 3.2.1 数据库及其基本表的建立.28 3.

9、2.2 模块功能的实现. .384. 心得体会. .495. 参考资料. .49珠海华发物业管理公司概述珠海华发物业管理公司成立于1985年9月，注册资金500万，原为集团所有制企业。2004年12月通过产权多元化改造，改制成为国有控股、经营管理层持股的有限责任公司。公司现管理的主要物业有珠海拱北口岸联检大楼、中国建设银行珠海市分行及其各营业网点、珠海市中级人民法院审判综合楼、华发新城、九州花园等三十多个项目，物业类包括住宅小区（大厦）、写字楼、工业园区、别墅区、学校以及政府物业等，目前管理物业总建面积约400万平方米，拥有一千多名员工，是珠海市规模最大、实力最强的物业管理企业之一。随着物业管

10、理市场化、社会化、专业化的形式发展，公司在发展核心业务的同时，不断开发新的经营业务，提高专业服务的素质，为客户提供多元化、全方位的优质服务。翠湖山庄位于黄埔大道中华侨医院旁边，交通方便，该小区环境优美，空气清新，拥有半山花园，小区配套成熟，有地下商业广场，菜市场，负一和负二层的地下停车库。3. 小区物业管理系统的系统分析 1.1 用户需求和系统目标： 随着现代化的发展，社会物质水平的不断提高，人们对住房的环境和质量的要求越来越高，管理者对小区的物业管理也要求高效化。但是，管理却趋向于复杂化，在管理过程中数据资料单据繁多，如住户资料，楼宇资料，员工资料，维修管理，报修管理，收费单据（如水费，电费

11、，维修费，小区公共管理费，车位管理费）。现代化的物业管理企业实现管理需要现代化的手段，物业管理软件是现代物业管理组成部分和必然发展方向。住宅小区管理的目标是要创造一个舒适、安全、安静、和谐的居住化解，提供便利、快捷的多种服务，方便居民生活，发挥物业的最大使用价值，保证物业的正常运行。（1） 房屋维修管理：房屋外观完好整洁，房屋装饰不得危及房屋结构与他人安全，房屋的资料档案要齐全，管理完善，并建立用户档案（2） 共用设施管理：供水设备正常运行，二次供水卫生许可证，水质化验单，电梯按规定运行。（3） 绿化整洁管理：绿地布局合理，花草树木修剪整齐，设有垃圾箱，果皮箱垃圾中转站等保洁设备。（4） 保安

12、、车辆管理：有专业的保安队伍，机动车和非机动车车辆管理制度完善，按规定位置停放，管理有序。（5） 消防管理：建立严格的消防制度和责任人制度，一剖固定的巡查修检制度。（6） 收费管理：在收费、财务管理、会计核算、税收等方面执行有关规定。本系统为小区管理员提供了一个很好的管理小区的系统，使管理工作更加系统、规范。通过本系统，有效控制小区管理的各个环节，快速、准确、全面地掌握管理业务的执行情况及各种问题，为小区用户营造一个良好的环境，打造一个用户满意的小区本系统开发的基本功能包括：（1） 系统用户管理：管理使用物业管理系统的用户信息，包括系统用户的添加、修改、查询和修改。（2） 楼盘信息管理：管理个

13、幢楼盘的各种信息，包括楼盘信息的添加、修改、查询和修改。（3） 销售管理：管理楼盘的销售情况，包括楼盘销售记录的添加、修改、查询和修改。（4） 住户信息管理：管理住户的各种信息，包括住户信息的添加、修改、查询和修改。（5） 停车收费管理：管理停车场的各种收费记录信息，包括停车场收费记录的添加、修改、查询和修改。（6） 物业收费管理：管理的各个收费项目，包括收费项目的添加、修改、查询和修改。（7） 费用支出管理：管理费用支出记录，包括费用支出记录的添加、修改、查询和修改。（8） 住户投诉管理：管理珠海投诉信息，包括住户投诉信息的添加、修改、查询和修改。1.2 初步调查 1.2.1 初步方案初步收

14、集信息，进一步细化用户需求，了解小区的部门，人员，材料管理，业务处理等方面的情况，为可行性研究提供参考。1、 了解小区管理中为住户提供了哪些服务，如公共设备的管理，小区绿化，文化娱乐服务，住户投诉，水电费的收取等。该小区的主要部门包括财务部、保洁部、保安部、收费部、维修部、仓库部等。2、 了解小区的工作人员的主要职责，库管人员管理主要设备，记录设备的完好与否的状态，并对其他人员如保洁员、维修员领取设备进行登记核对，设备缺货时及时向采购部反映。采购人员主要采购管理小区需要的设备，如消防设备，清洁设备，娱乐设施等等。保安人员主要管理小区的安全，对进出小区的人员进行登记，记录小区的异常情况和突发事件

15、等。保洁人员主要是清洁小区，保持小区公共地区整洁，管理绿化工作，向采购部门提出采购花草苗木的要求等。维修人员主要维修管理小区公共设备，收取住户的报修信息，并上门提供维修服务等。3、 了解小区的业务流程4、 收集各种单据，如楼房销售单，领取设备单，进货单，销售单据，客户档案，收费单据，已缴费用单，未缴费用单据，催缴通知等。通过在该小区的调查，在企业的运作过程中，有如下不足：1、 单据票据繁多，要记录的项目众多，在整理收集与统计方面需要花费大量的人力，有时会由于一些人为的失误，使单据票据丢失。2、 由于手工的统计数据，使得收费管理中的应收费用，已收费用，未收费用经常出现不足或报表错误，并且不能及时

16、的发现不符情况，给小区带来一定的经济损失。 1.2.2 可行性分析与评价：结合企业自身的条件，总结出两个备选方案。1）用初始的CS开发模式，比如Delphi,ASP，JSP。数据库系统： SQL Server 2000操作系统：Windows NT/2000/XP开发目标：基本实现网络平台，使得只有一台电脑并能上网就能登录本系统进行管理，将组件技术和ActiveX技术分别应用在服务器端和客户端，开发高效、安全的应用系统。基本功能：信息与数据共享的范围更广，在Internet平台下信息量更丰富，信息交互性明显提高，从而提高企业业务处理的效率，实现COM组件技术和ActiveX技术相互操作，建立可

17、伸缩的应用系统；硬软件平台：采用数据库服务器、信息处理系统服务器、浏览器、IIS、WindowsNT操作系统、Dreamweaver、FrontPage、VisualIntDev等软件来开发，要求较高的内存与CPU，至少256MB的，最好是512MB以上，CPU则至少在Pentium 3以上，处理能力较强，输入输出简单易用，以网页形式表示，给用户熟悉的操作界面与方式，环境要求较高，在网络环境下，要确保客户资料的安全保密；总之，对硬软件要求都相对较高。应用方式：客户器/服务器二层结构模式。策略：结构化生命周期法。2）用目前比较流行的BS开发平台，比如JSP、.net平台。开发工具：JSP、Dre

18、amweave、HTML、JBuilder、Java 数据库系统： SQL Server 2000操作系统：Windows NT/2000/XP开发目标：解决单机与两层结构存在灵活性差、升级困难、维护工作量等问题，弥补c/s开发模式的不足，适应了当前用户对管理信息系统的新需求，适应web服务器发展的需求，建立一个适应企业可持续发展的维修管理系统。基本功能：三层体系结构实现服务器对浏览器的请求单独处理了；web server单独组成一层实现数据请求、加工、结果返回以及动态网页生成等工作；简化客户机负担，事务处理逻辑部分分给了功能服务器；独立三层体系结构，任何一层的改变不会影响其它层的功能。跨平台

19、操作，任何一台机器只要装有WWW浏览器软件，均可作为客户机来访问系统；用防火墙技术来保证系统的安全性，有效地适应了当前用户对管理信息系统的新需求。基于b/s体系结构开发应用程序将组件技术应用到B/S体系结构中，实现业务逻辑封装，提高软件的可重性和可维护性。硬软件平台：在B/S模式下，用JSP+Java beans，加HTML和XML的编程语言等，用JB或eclipse或Dreamweaver等前台工具来开发，对内存和CPU要求较高，至少要有512MB的内在和Pentium 4 1.8GHz的。强大的处理能力，简单易用的输入输出，网页形式下，给用户熟悉的操作；对环境要求高，在开放的网络下运行，使

20、得企业提供安全，有效的浏览，以及易懂。对硬软件要求很高，并充分考虑了备份性与灵活的移植性，有效的数据维护和灾难恢复。应用方式：服务器/浏览器三层结构模式策略：原型法。 122可行性分析与评价： MIS有开发是一项耗资多、周期长、风险大的工程项目，在系统开发之初进行可行性研究，对于确保资源的舒坦使用、避免浪费和一些不必要的失败都是十分重要的。介于以上三个方案的详细分析，现对这三种方案的技术，经济，社会这三个方面的必要性，可能性，有益性组成九宫格可综合评价备选方案的可行性及其满意程度。第一种方案的可行性研究的九宫格必要性可能性有益性技术引入计算机网络系统可以处理庞大的数据量，减少因人手管理而造成的

21、错误。需要若干台微机和网络连接设备,一台服务器、计算机操作人员和网络管理人员企业信息化管理水平大幅提高，信息的处理更加准确、方便、快捷，信息的传递也更及时、准确经济管理效率大幅提高一次性投入资金购置设备和培训员工较多，长期配备网络管理人员.节约管理成本，同时管理效率的大幅提高亦能显著提高企业经济效益社会迎合发展需要，适应目前发展趋势管理体制大体保持稳定，管理方法和手段更加科学、先进能全面应用现代的管理与决策方法，利于企业目前发展第二种方案的可行性研究的九宫格必要性可能性有益性技术引入计算机网络系统可以处理庞大的数据量，减少因人手管理而造成的错误。需要若干台微机和网络连接设备,一台服务器、计算机

22、操作人员和网络管理人员企业信息化管理水平大幅提高，信息的处理与传递更加准确、方便、快捷、及时，在技术上处于行业领先经济管理效率大幅提高，进销更科学一次性投入资金购置设备和培训员工较多，长期配备网络管理人员.节约管理成本，同时管理效率的大幅提高亦能显著提高企业经济效益，提高企业的竞争力社会迎合发展需要，适应未来发展趋势管理体制大体保持稳定，管理方法和手段更加科学、先进能全面应用现代的管理与决策方法，利于企业长远发展综述，对于以上三种方案的可行性研究，结合该企业的现状，一个信息化还不成熟的企业，而且介于该企业现阶段要解决的问题是利用计算机取代人工的管理，但是考虑到对外广告的网络宣传，所以该系统还是

23、采取以第一方案为主，并将该企业的信息系统逐步根据第二方案进行拓展，考虑系统的拓展性，数据日益剧增，所以采用的数据库系统为SQL Server 2000，开发工具是Dreamweaver+Myeclispe6.0，开发语言JSP。 可行性研究成果方案：开发工具：Dreamweaver+Tomcat5.5开发语言：JSP数据库系统：SQL Server 2000操作系统：Windows NT/2000/XP开发目标：摆脱现在的人工操作方式，实现计算机的协助管理，提供企业的效益并，提供系统扩展接口。基本功能：实现企业内部的数据共享；以数据库来管理企业。扩展功能（在本次设计系统的基础上扩展）：信息与数

24、据共享的范围更广，在Internet台下信息量更丰富，信息交互性明显提高，从而提高企业业务处理的效率，实现COM组件技术和ActiveX技术相互操作，建立可伸缩的应用系统；应用方式：单机结构方式。策略：结构化生命周期法1.3 现状调查 1.3.1 组织机构调查经过调查，该企业的部门机构包括管理部门（总经理），行政部门，保安部门，财务部门，和机电维修部门等，各部门有有管理部门统一管理，现在组织机构如图1： 1.3.2 业务流程现状调查该企业主要是以管理小区为中心，其主要业务流程如图2： 管理部门将小区的楼房相关信息整理归类，如大小，外观，位置等，形成有序的楼房基本信息，审核无误后，把楼房信息交给

25、销售部。 销售部根据管理部门提供的楼房信息，将楼房销售或租赁给不同需求的用户，与用户签订合同，用户入住。形成合同单证和销售单据。 管理部门将用户的信息记录形成档案，形成业主档案表，审核无误后入库，并长期保存。 用户入住，若发现房屋等出现自然或人为的造成的问题，报告有关单位，形成报修单。 停车管理，包括停车场的车位管理和停车场收费等 费用支出，各部门管理小区所使用的费用，如添置娱乐设备，公共地方的清洁，花草树木的修剪等而产生的费用，生成各种费用单，交给财政部门，财政部门审核，若无错则给予报销，有错则退回。 收费管理，用户入住后所产生的费用，需向有关负责部门缴纳费用，包括水费，电费，停车场车位费，

26、小区公共管理费，垃圾处理费等。图1：图2： 1.3.3 现状信息需求调查相关的单据，票证，卡，表，账簿，及其他的文档如下业主档案表序号档案编号业主房号业主姓名入住时间居住性质备注审核： 制表：业主月度投诉处理清单：序号投诉记录表编号投诉日期业主房号投诉人投诉事项管理部记录人处理部门处理人处理日期处理结果审核： 制表：每月应收管理费明细表：房号业主编号业主姓名面积/平方米单价/元月管理费/元备注审核： 制表：管理费欠费两个月业主明细表：业主编号房号业主姓名欠交月份欠费金额联系人联系电话备注审核： 制表：每月应收电费明细表：房号业主姓名上月累计/kwh本月累计/kwh本月用电/kwh本月电费抄表日

27、期备注每月应收水费明细表：房号业主姓名上月累计/t本月累计/t本月用水/t本月水费抄表日期备注设备维修申请表：申请单位： 时间： 年度：序号设备编号设备名称设备型号存在主要问题申请维修类别申请维修季节备注负责人： 制表人：公共设施维修费用月度统计表：月份： 年 月 日序号维修时间维修单位维修内容维修费用/元备注维修费用合计：绿化苗木清单 年 月 日序号苗木编号苗木名称产地种植日期种植地点养护人盆景清单 年 月 日序号盆景编号树种造型尺寸盆型摆放日期养护人绿化养护记录 年 月 日编号日期地点绿化养护工作内容执行人检查人备注工具使用登记表 年 月 日序号使用日期工具编号工具名称使用地点使用时间/h

28、用前状况用后状况使用人业主专用车位一览表序号停车位编号车主姓名车主房号联系电话车型车牌号码交费额备注进出车辆登记册车号停车卡编号进场时间出场时间进场收费情况备注日期时间签名日期时间签名电梯设备检查表序号电梯编号电梯型号载重安装地点层/站检前状况检后状况备注操作员： 值班员： 工程师：由现状业务流程图及相关的单证，票据等其他文档资料，可以列出以下所有数据系统用户数据表，楼盘数据表，住户信息表，停车收费数据表，报修数据表，设备数据表，员工信息表等等部门信息：部门编号，部门名称，部门主管，办公地点，联系电话，部门人数员工信息：工号，姓名，性别，职务，家庭地址，电话，任职日期楼盘信息：楼宇编号，楼宇名

29、称，楼宇位置，房间数量，出售套数，出租套数，占地面积， 建筑面积，楼高，楼宇层数，楼宇用途房间信息：房间编号，所属楼宇，楼层，房间面积，单元数，户型，居住间数，居住人口， 朝向，使用状态住户信息：住户编号，户主姓名，房间号，所属楼宇，入住时间，家庭成员信息，车位信息， 联系电话，联系地址，付款情况停车场信息：停车场编号，面积，位置，所属户主设备信息：设备编号，设备名称，设备类型，资产编号，生产厂家，安装位置工具信息：工具编号，工具名称，生产厂家，所属部门，主要用途收费项目信息：物业费，水费，电费，煤气费，停车场使用费根据业务流程再造的需要和进一步完善数据库的建立，增加一些客观需要的数据项，得到

30、管理的最基本的数据项部门编号，部门名称，部门主管，办公地点，联系电话，部门人数，工号，姓名，性别，职务，家庭地址，电话，任职日期，楼宇编号，楼宇名称，楼宇位置，房间数量，出售套数，出租套数，占地面积，建筑面积，楼高，楼宇层数，楼宇用途，房间编号，所属楼宇，楼层，房间面积，单元数，户型，居住间数，居住人口， 朝向，使用状态，住户编号，户主姓名，房间号，所属楼宇，入住时间，家庭成员信息，车位信息，联系电话，联系地址，付款情况停车场编号，面积，位置，所属户主，设备编号，设备名称，设备类型，资产编号，生产厂家，安装位置，工具编号，工具名称，生产厂家，所属部门，主要用途，物业费，水费，电费，煤气费，停车

31、场使用费 1.3.4 由基本项构思ERD的基本结构由系统的基本数据项，按照由基本项构思E-R图的四条基本原则，并且根据系统的基本功能要求，导出系统的4个初始局部的E-R图，然后再根据实际情况引进虚实体添加各实体属性进行改造，最后综合成系统的全局E-R图。1、 初始局部E-R图的构思原则1（确定实体）：在业务流程图中，把能够独立存在的现实事物作为实体，通常有多个由基本项描述的特征。在本系统中，楼宇，房间，停车场，业主，员工，设备，工具，苗木等是单独存在的食物，应作为实体。原则二（确定联系）：在业务流程图中，实体集之间的关联与结合需要长期保存时，应作为联系并确定其类型。联系通常是某类行为动作，ER

32、D中关注的是其状态与结果，而非其过程。（1） 员工与部门之间有两种联系，其一为员工与部门有着1 ：1的属于联系，其二是员工与部门有1 ：M的管理联系（2） 房间与楼宇有1 ：1的属于关系，还有1 ：M的包括关系 （3） 用户购买房屋，形成购买联系 假定在同一小区里，一个用户只能购买只能购买一套楼房，一套楼房在一段时间内只能被一个用户购买或租住，一套楼房的出售或租赁只由一个销售员负责。（4） 添置新设备，形成采购联系 （5） 住户与房间形成居住联系，住户与停车场之间有使用联系（6） 住户缴费、故障报修（7） 小区保洁，维修等工作需要领用材料、设备。原则三（确定属性）：实体的属性是实体的本质特征，

33、实体应有标识属性（能把不同个体区分开来的最小属性组），并指定其中的一个作为主标识。联系的属性是联系的结果或状态。属性具有如下特点：（1）非多值型；（2）非复合性；（3）非导出性；（4）实体的属性还应有非关联性，联系的属性有关联性。只有一个实体的基本特征，与其他实体无关；联系的属性应有关联性，是对联系结果或状态的描述。本系统的实体，联系的属性如下：部门：部门编号，部门名称，部门主管，办公地点，联系电话，部门人数员工：工号，姓名，性别，职位，家庭住址，联系电话，任职日期楼盘：楼宇编号，楼宇名称，楼宇位置，房间数量，出售套数，出租套数，占地面积，建筑 面积，楼高，楼宇层数，楼宇用途房间：房间编号，所

34、属楼宇，楼层，房间面积，单元数，户型，居住间数，居住人口， 朝向，使用状态住户：住户编号，户主姓名，房间号，所属楼宇，入住时间，家庭成员信息，车位信息， 联系电话，联系地址采购联系，领料联系，缴费、维修联系的属性分别如下 根据以上的三条原则，可以得到初步的ERD，如图原则四（一事一地检验原则）：业务的所有基本项要在其ERD中作为属性且在其仅在一个地方出现。经检验，本初步ERD符号一事一地检验原则。1.3.5 引进联系体得到改进的ERD 消除冗余的实体与联系：如果有复杂的多对多的多元联系，则引进联系体把它分解为多个一元联系来简化。从上面的领料关系，导出一般关系的四条原则，得到领料关系框架：领料人

35、库管员设备数量日期外码外码外码符合主码从上面的关系表中可以发现，下面两个问题：一是主码太多太复杂，二是当领料人需要领取多中设备时，出现数据输入的大量冗余。所以，此关系模型不是合理的，需要进一步的改进。除此之外，采购设备关系，缴费关系和保修关系都产生了同样的文件，因此引进联系虚实体来改进。引进的联系体分别为缴费联系体，报修联系体，采购联系体，领料联系体，得到引进联系体后的子ERD。 经改进，综合成最终全局ERD1.3.6 存储组织的初步考虑理论上考虑，一个实体可以作为一个数据存储，一个联系也可以作为数据存储。将ERD转换为关系模型实际上就是要将这些要素转换为由属性、主码与外码组成的关系模式。ER

36、D导出一般关系模型的四个原则：原则一：ERD中的每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主码。原则二：ERD中的从实体及相应的主从联系变换为一个关系，从实体的属性加上主实体关系的主码（作为外码）构成这个关系的属性。如果主从联系是1：1的，则该外码也是这个关系的主码。如果主从联系是1：M的，则由能把同一主实体个体所联系的从实体的不同个体相互区分开的、从实体的最小属性组，与该外码一起，组成这个关系的主码。原则三：1：M联系通过在“多”实体关系中增加相联系的“1”实体关系的主码（作为外码）及联系本身的属性来表达。原则四：M:M联系转换成一个独立的关系，被联系实体关系的主

37、码（作为外码）和联系本身的属性作为该关系的属性，这些被联系实体关系的主码组成其复合主码。依据从以上这四条原则，可以初步得到以下数据存储关系员工关系员工编号员工姓名性别职务家庭地址联系电话任职日期主码楼宇关系楼宇编号楼宇名称地理位置房间数量售出套数出租套数占地面积建筑面积楼高楼层主码由于在系统设计阶段会涉及数据表结果的建立，在此不多叙述1.4 目标系统分析 1.4.1 业务流程再造BPR BPR的几个着眼点:（1）满足用户需求变化而对业务流程要做的改变；（2）由于计算机处理与人工处理的不同特点，为了发挥计算机处理的优势，避免计算机处理可能产生的问题而需要考虑的业务流程变化；（3）适应信息在计算机

38、系统及网络中存储与传递的需要，而产生的业务流程革新。全局ERD及其对应的数据存储组织是为了满足全局需求而构建的，具体的子业务需要适合其特点的数据结构，就是其子ERD构思的存储结构，即用户数据的子模式，通常是由用户数据视图组成的。在子业务处理中，常常还有应用程序需要的，通过用户数据视图与全局数据存储交换数据的临时数据文件，BPR中要考虑这些需要及其带来的变化；（4）为了提高效率，创造效益，采用计算机系统及其网络支持下才可能有效应用的现代管理原理、方法与模型，而创新的业务流程。参考数据存储组织的初步考虑和着眼点（3），考虑数据输入校验和打印输出等人机接口及其相关的用户数据视图与临时数据文件的引入，

39、再造后的业务流程图如下。根据再造后的业务流程图，得到小区管理业务处理的U/C矩阵图 1.4.2 系统的数据流图DFD绘制DFD的基本原则：自顶向下，从内到外。自顶向下逐层分解加工，每层中都只考虑本层加工之间的数据流联系，到下层把加工分解为子加工时再考虑其内部。分解加工一般着眼于依据它的输出流与输入流这些外部因素的关系。具体做法如下：（1） 画系统概况图：在顶层图，或系统概况图中，把整个系统看成一个总加工。根据本系统的输入流与输出流，也即只考虑系统的最初输入和最中输出，至于对最初输入和最终输出做何种处理在顶层图中不用考虑，得到系统数据流图的顶层图，如图（顶层图）：（2） 逐层分解：对上层图中的每

40、个加工毕业时在分解为几个子加工，把父加工的入流、出流与相应的数据存储定位到相应的子加工后，引进内部的数据流与数据存储，把得到的子加工链接成一张完整的子图。这样逐层分解，直到得到的加工都是结构清晰，容易理解，不必再细分的基本加工方法为止。对顶层图的分解，可依据U/C矩阵来完成，每个小方框就是0层的一个子加工。在本系统中，可以分解成对应的7个子加工，根据U/C矩阵中小方框外的U元素来确定各个子加工处理之间的数据接口。得到的图0如下继续分解，形成子加工子图16子图1：楼房管理 子图2：销售管理 子图3：用户入住管理 子图4：故障报修管理 子图5：安保，美化，设备管理 子图6：财务管理 1.4.3 数

41、据字典的编制数据字典是数据和处理各个对象描述的几，通常包含数据项、数据流、数据存储和加工四个部分。数据字典通常通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容和加工的处理逻辑及其间的相互关系。 数据项条目：数据项是数据流与数据存储的组成部分。数据项的种类有基项、导项和组项三种。基项是在系统条件下不必再分解的数据项，又称基本项。导项是可由其他数据项推导（计算或变换）出的数据项，即导出项。组项是由几个数据项组合而成的数据项，即组合项或复合项。基项如员工的职务等。导项如员工的年龄，年龄是随着年份的不同而不同，需要根据年份来计算。组项如小区管理费可由绿化养护费，公共设备添置管理费，文化娱乐

42、设备费，安全管理费等组成。在实际操作中，更多的人喜欢使用数据字典的简化形式数据字典表的形式来描述，即不使用详细条目卡片，分类使用表格描述，每个条目占表一行。在本系统中，采用的是数据字典的简化形式。得到DFD的数据字典（DD）的基项表，导项表，处理过程如下。基本项的描述编号基项名类型长度小数位域值说明按首次出现的数据存储编号员工编号字符10按实际出现的数据存储编号姓名字符40按实际出现的数据存储编号性别字符2按实际出现的数据存储编号职务字符50按实际出现的数据存储编号所属部门字符20按日期先后编号出生日期日期8导出项的描述编号导项名类型长度小数位导出方法按首次出现的数据存储编号电费数值93单价用

43、量按首次出现的数据存储编号水费数值93单价用量按首次出现的数据存储编号气费数值93单价用量按首次出现的数据存储编号管理费数值93单价房间面积数据流表编号数据流名来源结构去向LT-1楼房信息表管理部门正确楼房信息销售部S0-22水电费表管理部门本月+本月前未缴收费部F4-1报修单住户报修表和明细维修部F4-33维修费用单维修部合理维修费用单财政部L2-1销售单据销售部正确销售单据统计销售情况加工处理说明表编号加工名输入处理逻辑输出1.1楼房信息审查楼房信息审核楼房信息正确楼房信息表2.1销售管理正确楼房信息表销售楼房销售单据2.4统计销售销售单据统计销售情况销售统计表3.3用户缴费水电费表，管理

44、费表用户缴费，收费员收费已缴费用表，未缴费用表4.3维修故障故障报修确认单维修员维修故障维修单，维修费用单，维修日志5.3设备添置和维护花草，设备采购要求添置和维护设备添置，维护记录和费用6.1费用报销设备添置、管理费用，公共管理费用，维修费用审核，报销费用报销单1.4.4 新系统功能层次图与功能分析系统分析的目的是要弄清楚系统的目标和具体任务，上述的系统分析已经详细地逐层地画出了新系统的数据流程图，建立了相应的数据字典，数据流程图中的每一处理逻辑在数据字典中也都有了定义，但是，它们不能展示所有任务间的层次关系和系统到底要“做些什么”的全貌。随着系统任务自顶向下逐层分解，需要画出系统的功能层次图。1. 功能层次图（FHD）FHD表示上层任务由哪些下层任务来协同实现，是完全按层次绘制的严格的树形图，它不考虑具体的功能结构与调用。FHD实际上是把DFD中的加工集中起来，按层次展现在同一张图中，形成系统到底要“做些什么”的全貌。本系统的功能层次图如下：2、小区物业管理系统的系统设计2.1 总体设计2.1.1 一般关系模型设计（修改和新建关系框架）在上述的系统分析中已完成一般关系模型的设计，这理不再重复，此部分略。2.1.2 处理功能总体结构设计（设计新系统的MSD）由DFD导出初始MSD的分析方