IT系统设计课程设计.doc

1、目 录1系统概述11.1背景11.2 系统目标12系统分析12.1 组织结构分析12.2 业务流程分析22.3 数据流程分析72.3.1 数据流程图82.3.2 数据字典113系统设计173.1 系统总体结构设计173.2 物理配置方案设计193.3 代码设计193.4数据库设计203.5 输入输出设计293.6 处理流程设计334系统实施354.1 程序设计354.2 系统测试374.3 系统操作手册37小区物业管理系统课程设计文档1系统概述1.1背景 随着我国市场经济的快速发展和人们生活水平的不断提高，简单的社区服务已经不能满足人们的需求。如何利用先进的管理手段，提高物业管理水平，是当今社

2、会所面临的一个重要课题。要想提高物业管理水平，必须全方位地提高物业管理意识。只有高标准、高质量的社区服务才能满足人们的需求。面对信息时代的挑战，利用高科技手段来提高物业管理无疑是一条行之有效的途径。在某种意义上，信息与科技在物业管理与现代化建设中显现出越来越重要的地位。物业管理方面的信息化与科学化，已成为现代化生活水平步入高台阶的重要标志。某小区，由于管理面积大，户数多，物业管理范围广，管理内容繁杂，小区物业管理混乱的问题一直无法解决。再者，小区物业管理中一项重要的工作是计算、汇总各项费用，由于费用项目较多，计算方法繁重，手工处理差错率较高。同时查询某房产资料或业主资料往往也需要较长时间，给物

3、业管理者的工作带来了诸多弊端。因此该物业公司决定采用计算机进行物业管理。1.2 系统目标 小区物业信息管理系统是针对当代社会，住宅小区越来越成为居住的主流这一市场需要而应运而生的，是为小区管理着和小区用户更好的维护小区各项物业管理业务处理工作而开发的管理软件，根据需求分析，实现小区管理业务，实现各项管理等几个方面的功能。对物管中心来说小区的住户的报修，住户的投诉及处理的结果信息的反馈、小区内停车场的管理、各项设备的维修等都需要考虑到。住户报修管理需要仔细的记录报修的内容，接待的人员，日期，维修的人员，费用，住户对于维修后情况的反馈等各项情况资料。投诉管理需要记录投诉人资料、投诉内容及处理过程。

4、对于小区内车辆要有车位编号、停车户主、车位位置等记录。在功能方面：1 对楼盘、户型要有介绍；2 对住户、房产资料要有记录；3 对楼房的租售情况有记录；4 对物业投诉情况要有登记；5 对住户的水电煤气交费进行管理，保修进行处。2系统分析2.1 组织结构分析2.1.1 组织结构分析改系统采用事业部制组织结构，所谓事业部制组织结构是指：组织结构决定了企业的绩效和工作的有效性，企业的目标是实现利润最大化，而组织结构是企业实现这个目标的保障，它能够有效地让组织利用好各方面的资源，对 组织结构的研究，对企业来说是一件很重要的工作。企业必须要根据自己的发展战略和经营目标，找到最适合自己发展的组织结构，这样才

5、能有效地提高自己的组织 绩效，利用好企业内外各方面的资源，以实现自己的战略目标，使企业得到稳定的发展。系统结构分析：总经理1人，副总经理3人，设备部主管1人，维修中心23人，设备管理23人；行政部主管1人，培训督导23人，总督人事2人，投诉接待2人；财务部主管2人，出纳2人，会计34人；管理部主管1人，住户管理2人，车辆管理2人，2.2.2 组织结构图根据分析作出的组织结构图如下：总经理副总经理设备部行政部财务部管理部住户管理副总经理副总经理车辆管理会计投诉接待总督人事培训督导设备管理维修中心出纳 图2-1 组织结构图2.2 业务流程分析2.2.1 总体业务描述根据系统要求，该系统需要包含以下

6、五个模块：（1）住户信息管理模块小区物业管理人员将住户信息记录好，并进行妥善管理。（2）收费信息管理模块 管理人员将收费项目详细列出，收费后做好统计报表。（3）投诉信息管理模块把楼宇住户基本信息登记入库，住户申请投诉时，要进行投诉登记，投诉处理，做好投诉统计报表。（4）维修信息管理模块住户申请报修时，进行报修登记，登记入库，维修处理，然后进行收费，做好报修统计表。（5）车辆信息管理模块对车辆的信息进行统计，登记入库。2.2.2 业务流程图根据以上分析知系统业务流程图如下：小区物业管理系统收收费信息管理模块投投诉信息管理模块物车辆信息管理模块住住户信息管理模块维维修信息管理模块 图2-2 业务流

7、程图则对于收费信息管理模块，投诉信息管理模块，维修信息管理模块，车辆信息管理模块四个模块的业务流程图分析如下，其中则包含部分住户信息管理：1.基本信息表更新登记入库添加楼宇、住户基本信息不合格投诉处理记录入库投诉处理投诉登记审核住户身份住户申请投诉投诉统计报表图2-3投诉相关信息管理业务流程图2.基本信息表更新登记入库添加楼宇、住户基本信息不合格审核报修人身份及保修项目更新报修统计表收费维修处理登记入库报修登记住户申请报修报修统计表图2-4报修相关信息管理业务流程图3.收费项目表收费项目添加基本信息表更新缴费统计收费项目收费统计报表图2-5物业收费相关信息管理业务流程图4.车位信息表更新入库添

8、加车位信息基本信息表更新入库添加楼宇、住户基本信息不合格缴费车位出赁登记表更新入库车位出赁审核申请人身份及空车位信息车位租赁申请收费统计表更新图2-6车位相关信息管理业务流程图2.3 数据流程分析数据流程分析是系统分析的重点。由于管理信息系统中的数据繁多，关系错综复杂，因此我们必须采用有效的调查分析方法和表达方式。数据流程图表达了各种数据的转换关系，而数据字典表示了数据各种程度的细节及它们之间的层次关系.2.3.1 数据流程图数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。原小区管理系统的数据流程图如下：1住户管理住户

9、信息查询 住户记录D1 住户文件1设备管理物业管理住户信息查询 设备记录D2设备文件信息查询1保洁管理住户D3 保洁文件 保洁记录图2-7小区物业管理数据流程图流程图图例外部实体 加工 数据存储数据流分层数据流图正确的做法是：从系统的基本模型（把整个系统看成一个加工）开始，逐层地对系统进行分解。每分解一次，系统的加工数量就增多一些，每个加工的功能也更具体一些。继续重复这种分解，直到所有的加工都是够简单，不必再分解为止。顶层数据流程图只有一张，它说明了系统总的处理功能、输入和输出。小区物业管理系统就是物业管理人员根据住户提交来的信息进行系统处理，登记后向住户做出反馈。现行系统的顶层数据流程图如下

10、： 反馈住户信息 提交缴费，申请维修 等信息物业管理员小区物业管理系统住户处理信息 将处理后的信息反馈给住户 2-8小区物业管理顶层数据流程图 下一步就是对顶层数据流程图的“处理”进行分解，也就是对“小区物业管理系统的处理”分解为更多的“处理”：首先就是操作员对员工文件，操作员文件，住户文件等文件进行记录，登记在案，然后对各文件妥善管理，再由各个管理系统来对各个信息进行处理。并把信息反馈给用户。下图就是根据分析作出的第一层数据流程图：住 户2员工管理D1 员工文件 员工记录 查询信息新员工记录住 户3收费管理 查询信息新操作员记录D1 操作员文件 操作员记录 单据报表 操 作 员D1 住户文件

11、 住户记录 缴 新纪录 费住 户5维修管理 查询信息D1 计量仪表 仪表费 决策信息新房屋纪录D1 房屋文件 房屋记录新车辆纪录D1 车辆文件住 户6车辆管理 车辆记录 查询信息 决策信息住户4投诉管理D1投诉文件 投诉记录 查询信息决策信息 2-9小区物业管理第一层数据流程图流程图图例外部实体 加工数据存储 数据存储 数据流 进一步分析，作第二层数据流程图：新的成员记录D1新成员文件3生成住户记录D2住户文件5生成房屋记录管理员住户资料D3房屋文件 住 户9汇总查询 查询信息 新房屋记录房屋 2生成操作员记录资料D4操作员文件 新操作员记录 决策信息资料 D6车辆文件 6 生成车辆记录车辆记

12、录 新车辆记录 4生成收费记录D7收费清单 新收费记录收费纪录 1生成员工记录D8员工文件员工记录 新员工记录 7生成投诉记录投诉记录 新投诉记录 D9投诉文件 72-10小区物业管理第二层数据流程图本层数据流程图先统计住户的资料，根据所记录的，由各个操作员制成文件，然后在住户提交或反馈信息来时，汇总在一起去查阅文件即可。处理住户反馈来的信息，再将信息反馈给住户， 这时更加简便易行。2.3.2 数据字典数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。即数据字典的作用，是对DFD 中的每个数据规定一个定义条目，以保持数据在系统中的一致性。当用户或软件人员想了解某一数

13、据的含义时，查一查字典就清楚了。下面对系统中的主要数据字典进行定义：（1）数据项 表2-1数据项编号名称简述备注I01收费名称收费各个项目的名称字符类型（20）；有唯一性I02收费编号对收费的各个项目进行编号字符类型（20）；有唯一性I03住户编号对住户进行编号字符类型（20）；有唯一性I04使用状况对使用状况进行统计字符类型I05缴费表编号管理员对缴费表的编号整数类型010000I06家庭编号对各个家庭的编号字符串类型；有唯一性I07房屋编号对各个房屋的编号字符类型（20）I08楼栋编号对楼栋的编号整数类型I09产权对住户的产权进行登记字符类型I10投诉编号对住户的投诉信息进行编号整数类型；

14、有唯一性I11投诉内容对住户投诉的内容进行整理字符类型（200）I12报修编号对住户提交的报修信息编号字符类型（20）I13服务费用将服务费用明确列出整数类型I14员工编号对员工进行编号字符类型（20）I15住户姓名对住户姓名进行统计字符型I16住户地址对住户地址进行统计字符型I17住户性别对住户性别进行统计字符型I18住户身份证号码对住户身份证号码进行统计字符型I19住户联系电话对住户联系电话进行统计字符型I20住户入住时间对住户入住时间进行统计字符型I21房屋面积对房屋的面积进行统计登记整数型I22家庭成员对家庭成员进行统计字符型（2）数据结构 表2-2住户信息数据结构编号H01数据结构名

15、称住户信息组成项1I03：住户编号组成项2I15：住户姓名组成项3I16：住户地址组成项4I17：住户性别组成项5I18：住户身份证号码组成项6I19：住户联系电话组成项7I20：住户入住时间 表2-3 房屋信息数据结构编号H02数据结构名称房屋信息组成项1I07：房屋编号组成项2I08：楼栋编号组成项3I09：产权组成项4I21：房屋面积组成项5组成项6 表2-4 家庭信息数据结构编号H03数据结构名称家庭信息组成项1I03：住户编号组成项2I06：家庭编号组成项3I07：房屋编号组成项4I15：住户姓名组成项5I18：住户身份证号码组成项6I22：家庭成员组成项7组成项8 表2-5 收费数

16、据结构编号H04数据结构名称收费组成项1I01：收费名称组成项2I02：收费编号组成项3I03：住户编号组成项4I05：缴费表编号组成项5组成项6 表2-6 投诉数据结构编号H05数据结构名称投诉组成项1I10：投诉编号组成项2I11：投诉内容组成项3I14：员工编号组成项4组成项5组成项6 表2-7 报修数据结构编号H06数据结构名称报修组成项1I03：住户编号组成项2I12：报修编号组成项3I13：服务费用组成项4I14：员工编号组成项5I04：使用状况组成项6（3）数据流 表2-8住户基本信息数据流编号L01数据流名称住户基本信息简述统计住户基本信息输入住户编号输出住户信息备注 表2-9

17、 房屋信息数据流编号L02数据流名称房屋信息简述统计房屋信息输入房屋编号输出房屋信息备注 表2-10家庭基本信息数据流编号L03数据流名称家庭基本信息简述统计家庭基本信息输入家庭编号输出家庭信息备注 表2-11收费信息数据流编号L04数据流名称收费信息简述统计收费信息输入收费编号输出收费信息备注 表2-12 投诉信息数据流编号L05数据流名称投诉信息简述统计住户的投诉信息输入投诉内容输出处理情况备注 表2-13 报修信息数据流编号L06数据流名称报修信息简述统计住户的报修信息输入报修内容输出处理情况备注 表2-14 楼宇信息数据流编号L07数据流名称楼宇信息简述统计楼宇信息输入住户信息输出楼宇

18、记录信息备注 表2-15 车位信息数据流编号L08数据流名称车位信息简述统计车位信息输入住户信息输出车位使用情况备注 表2-16 住户数量数据流编号L09数据流名称住户数量简述统计住户的数量输入新添住户输出住户总量备注 （4）数据存储 表2-17数据存储数据存储名称输入数据流输出数据流说明住户信息住户身份信息住户基本信息仪表数据信息住户编号当月各仪表数据可查询历史记录信息收费信息住户编号仪表编号仪表信息情况费用信息可查询当月或历史收费记录物业设备信息设备编号设备记录信息包括设备购买日期，事故记录等投诉信息用户编号物业设备信息投诉类别，原因车位信息住户编号车位相关信息报修信息住户信息报修登记信息

19、包括统计表楼宇信息住户信息楼宇相关信息 （5）处理过程 表2-18处理过程处理过程名称输入数据流输出数据流说明添加、删除住户住户人数、库存量信息住户基本信息管理住户车辆住户车辆数住户车辆信息查询修改用户住户编号或名称住户基本信息维修管理报修名称或编号维修项目收费收费项目收费总金额查询收费缴费记录缴费总额缴费通知住户信息通知信息投诉投诉编号投诉信息报修报修项目处理情况 3系统设计系统分析阶段已经建立了系统的逻辑模型，明确了系统的功能。系统设计是利用系统分析的成果，以系统分析报告为依据，把系统逻辑模型转换成物理模型，即为实现系统的功能确定实施方案。3.1 系统总体结构设计完成了系统的需求分析之后，

20、就进入了系统的设计阶段，在整个系统的开发时期中，设计阶段是最主要的阶段。系统设计阶段主要是系统功能模块的展示及说明。3.1.1系统功能模块图根据分析做出的系统功能模块图如下：小区物业管理系统收收费信息管理模块投投诉信息管理模块住住户信息管理模块维维修信息管理模块住住户信息添加模块住住户信息修改模块住住户信息删除模块收费信息生成模块收费信息修改收费信息记录模块投投诉信息生成模块投投诉信息查询模块投投诉信息删除模块维维修信息删除模块维维修信息添加模块维维修信息修改模块物车辆信息管理模块 图3-1系统功能模块图3.1.2系统功能详细说明对以上的功能模块应进行相应的功能说明，描述各个模块所要实现的具体

21、功能及数据结构。模块说明的功能在于明确各模块的功能，使程序设计者对各个模块的功能都有清晰的认识，防止设计者设计是漏掉某些功能或是重复设计引起冲突，部分主要模块说明如下：本系统功能模块包括住户信息管理，投诉管理，报修管理，缴费管理，住户停车管理。1住户信息管理用于管理小区住户的详细信息，可以对住户信息进行添加，删除修改。住户的信息主要包括：住户名称、联系电话、楼宇名称、楼层、房屋号、单元、迁入时间、房型和备注。2投诉管理 用于管理住户对其所在小区提出的投诉，管理员可以根据具体情况对住户的投诉信息进行添加、删除修改。住户投诉信息主要包括：投诉住户、接待人员、投诉内容、处理人员、投诉日期和处理情况。

22、3报修管理用于处理住户提出的修理要求，管理员可以根据实际情况对修理信息进行添加、删除和修改。住户的报修信息主要包括：单据编号、住户名称（即要被维修的住户）、维修人员、维修日期、物料费用、服务费用和保修内容。4缴费管理用于管理住户的缴费情况。管理员可以对其进行添加、删除和修改。住户的缴费信息主要包括：单据编号、住户名称、缴费日期、收费人员、缴费方式、缴费总额和备注。5住户停车管理用于对小区住户停车的车位进行管理。管理员主要是对车位的使用进行记录，可以对信息进行添加、删除和修改功能。住户停车信息主要包括：车位编号、住户名称、使用日期和备注。3.2 物理配置方案设计系统运行环境设计为Windows

23、XP以上平台运行。程序设计语言选择Oracle.系统硬件要求为256M以上内存，80G以上内存。另外，要求配置打印机一台。除了为了运行必须配备的程序以外，服务器上建议尽量不要安装其他无关程序，以减少程序的混乱或者程序的意外冲突。各操作系统尽量统一。这样可以避免管理软件因为操作系统版本不一致造成的过多的开销。 3.3 代码设计代码是人为确定的代表客观事物（实体）名称、属性或状态的符号。在管理信息系统中，代码设计就是要设计出一套能为系统各部分公用的、优化的代码系统，这是实现计算机管理的前提。代码是代表事物名称、属性、状态等的符号，通常是字母、数字的组合。代码设计有唯一性、合理性、可扩充性、简单性、

24、规范性、系统性等原则。根据各模块分析作出的代码如下：（1）门牌号 XXX XX XXX 楼号 楼层 房号楼号：楼宇单元号。楼层：楼宇层次号。房号：房间号。（2）车位号X XXX 停车类型 顺序号停车类型：用0代表固定停车情况，用1代表临时停车情况。顺序号：指依次顺序，范围：001999。（3）报修编号XX XXX月份 顺序号月份：数据录入月份，格式：MM，例如3月份即用03表示。顺序号：依次顺序，范围：001999。（4）投诉编号XX XXX月份 顺序号月份：数据录入月份，格式：MM，例如3月份即用03表示。顺序号：依次顺序，范围：001999。（5）收费编号XX XXX月份 顺序号月份：数据

25、录入月份，格式：MM，例如3月份即用03表示。顺序号：依次顺序，范围：001999。3.4数据库设计数据库设计是指根据用户需求研制数据库结构的过程，具体的说，是指对于一个给定的应用环境，构造最优的数据模式，建立数据库及其应用系统，使之能有效地存储数据，满足用户信息要求和处理要求。在信息管理系统中，数据库设计是系统开发过程中的核心，数据库设计的质量将直接影响整个系统的运行效率和用户对数据的使用的满意度。3.4.1 E-R图对现实世界的事物的描述，需要用到实体联系模型即E-R图，利用实体联系模型可以较好的描述出系统中实体间的联系。根据现实要求把对象转化为实体，得到以下属性： 住户住户编号住户名称联

26、系电话联系地址状态家庭编号房屋编号 图3-2 住户属性图房屋使用面积建筑面积房型编号所属小区所属单元所属楼栋房屋编号产权图3-3 房屋属性图家庭家庭编号成员姓名成员性别户主姓名成员性别称谓房屋编号住户编号 图3-4 家庭属性图收费项目收费名称收费价格收费周期收费单位图3-5 收费项目属性图收费收费编号收费名称住户编号超额价格额内价格定额用量收费时间收费人员收费总额 图3-6 收费属性图投诉处理日期投诉日期住户编号接待人员投诉编号收费时间投诉内容处理人员处理情况 图3-7 投诉属性图报修处理日期住户编号服务费用物料费用报修日期维修人员报修编号报修 图3-8 报修属性图 而各管理模块的子模块图如下

27、：住户拥有产权成员家庭属于包含包含拥有房屋11111 11图3-9住户信息管理模块 1111n1仪表数据使用用量收费价格收费总额图3-10收费信息管理模块材料使用用量维修费用报修项目维修人员材料价格图3-11维修信息管理模块住户服务项目投诉处理情况接待人员投诉内容图3-12投诉信息管理模块车辆维修人员用户维修费用购买日期事故记录维修损坏图3-13车辆信息管理模块则根据分析画出的总的实体联系E-R图如下：住户车位投诉报修家庭房屋拥有投诉缴费维修租用属于nnnnnn1收费项目11111 图3-14 E-R图3.4.2数据存储二维表系统中数据是以二维关系表形式存储的，本系统中涉及到的数据储存表如下：

28、1） 管理员信息表（userName） 表3-1管理员信息表字段备注Type宽度是否为空u_id用户id数字Long int否u_userName用户名文本20否u_pass密码文本50否u_rpass重复密码文本50否u_power管理员权限文本50否2） 业主信息表（owner） 表3-2业主信息表字段备注Type宽度是否为空o_id业主信息id数字Long int否o_number住户编号数字Long int否o_name业主姓名文本20否o_state使用状态文本20否o_phone业主电话数字Long int否o_jdata入住时间日期/时间否o_carder身份证文本/数字20否o

29、_ownership产权状态文本20否o_before预付金额货币否o_remarks备注文本200否3)房屋信息表(houses) 表3-3房屋信息表字段备注Type宽度是否为空h_id房屋信息id数字Long int否h_number门牌编号数字Long int否h_ state房屋状态文本20否h_bulidingName楼宇名称文本20否h_unitNumber单元号数字Long int否h_floor所属楼层数字Long int否h_type所属户型文本20否h_direction房屋朝向文本10否h_area房屋面积数字Long int否h_ remarks备注文本200否4）费用

30、信息表(cost) 表3-4费用信息表字段备注Type宽度是否为空c_id费用信息id数字Long int否c_user缴费人20否c_stardate收取(起始)日期时间/日期否c_costName费用名称文本20否c_price计费单价货币否c_real实际用量数字Long int否c_costMoney费用金额货币否c_userName记录人文本20否c_ remarks备注文本200否5）费用名称表(costName) 表3-5费用名称表字段备注Type宽度是否为空cn_id费用名称id数字Long int否cn_name费用名称文本20否cn_type费用类型(方式)文本20否cn_price费用单价货币否cn_cycle费用周期数字Long int否cn_ remarks备注文本200否5.1）欠费表(owe) 表3-6欠费表字段 备注Type宽度是否为空oi_id欠费名称id数