小区物业管理系统设计毕业设计含源文件.docx

上传人:b****5 文档编号:7305044 上传时间:2023-01-22 格式:DOCX 页数:50 大小:830.46KB
下载 相关 举报
小区物业管理系统设计毕业设计含源文件.docx_第1页
第1页 / 共50页
小区物业管理系统设计毕业设计含源文件.docx_第2页
第2页 / 共50页
小区物业管理系统设计毕业设计含源文件.docx_第3页
第3页 / 共50页
小区物业管理系统设计毕业设计含源文件.docx_第4页
第4页 / 共50页
小区物业管理系统设计毕业设计含源文件.docx_第5页
第5页 / 共50页
点击查看更多>>
下载资源
资源描述

小区物业管理系统设计毕业设计含源文件.docx

《小区物业管理系统设计毕业设计含源文件.docx》由会员分享,可在线阅读,更多相关《小区物业管理系统设计毕业设计含源文件.docx(50页珍藏版)》请在冰豆网上搜索。

小区物业管理系统设计毕业设计含源文件.docx

小区物业管理系统设计毕业设计含源文件

小区物业管理系统

摘要

随着科学技术的飞速发展,计算机技术已延伸倒我们日常生活的各个方面。

在工业、农业、商业等方面起着巨大的作用。

计算机已成为我们日常生活中不可或缺的一部分了。

计算机的广泛应用对提高经济效益、实现管理现代化、科学化、智能化起到了重要作用,并且取得了显著的效果。

小区管理系统是针对当前兴起的住宅小区而开发的管理软件。

它能够提高对小区的智能化管理,能够把大量的工作人员从繁重的手工工作中解脱出来,提高小区管理工作的工作效率并减少错误的发生。

本系统后台采用SQLServer2008开发和管理数据库,对数据库操作采用事务处理机制,具有强大的错误处理功能;系统的前台应用PowerBuilder9.0开发和管理用户界面,提示信息完善,界面友好,有较强的亲和力;系统采用PowerBuilder的SQLServer专用接口连接后台数据库。

本系统主要完成对住宅小区的日常管理,主要功能包括:

住户和住宅情况的管理;建筑管理;维修管理;保安管理;车辆管理;收费管理。

系统具有录入、修改、删除、查找和打印等功能这样不但大大提高了工作效率,加快了管理步伐,同时,也提高了业务管理水平,符合现代化办公的需要。

关键词:

户卡编号,关系数据库,数据窗口

3.需求分析

3.1系统功能分析

本系统应具有如下功能:

1.登录

用户在登录模块中输入账号和密码,系统根据管理员事先为此账号设置好的权限返回一个确定以后操作的权限参数。

2.档案管理

主要包括曾经居住过的历史住户的档案管理还包括对现有住户的档案管理。

3.收费管理

由于小区物业管理系统中很重要的部分就是按照每家每户的住房情况,经济情况等等进行房租,水费,电费的征收。

所以把此模块划出进行系统开发。

4.维修管理

小区内部住户的需要日常设备的维修,通过维修来保证住户的正常生活,而维修费将记入到收费项目中。

5.设备管理

提供小区内部的供电,供水,供暖等其他一些设备需要的添加,修改,删除,浏览信息的管理功能。

6.人员管理

小区内部的管理人员,包括保安,收费员工等员工需要进行人事的管理。

7.综合查询

对可查询的信息进行综合查询,主要有收费台账,档案信息,人员信息等进行查询。

8.权限管理

作为一个功能齐备的软件,我们把权限管理作为一个

独模块列出进行开发。

主要用途是通过权限来限制软件操作人员的工作范围和职能。

9.系统维护

此模块的功能主要是对系统的数据库进行备份等操作,防止以外情况数据库的破坏而时信息丢失。

系统要求在实现上述功能的基础上,力求界面友好美观,操作方便快捷,尽可能地使该系统实用完美。

3.2安全性分析

1.用户权限安全性:

系统设置了管理员、操作员两个操作级别。

管理员能对所有模块进行各种操作,并能给操作员分配权限。

操作员只能在管理员分配的权限下进行操作。

2.系统的处理过程严格按照事务(Transaction)处理机制

执行,对异常操作通常发出警告然后取消操作。

同时对输入首先进行合法性检查不合法则发出错误提示,最大限度的满足数据的安全,保证系统的稳定。

3.3系统流程图

如图3-1所示:

图3-1

3.4数据流程图

1.实际收费管理数据流程如图3-2所示:

图3-2

2.应该收费管理数据流程如图3-3所示:

图3-3

3.租金增减数据流程如图3-4所示:

图3-4

4.收费设置流程图如图3-5所示:

图3-5

5.维修数据流程图如图3-6所示:

图3-6

4.总体设计

4.1数据库设计

本系统数据库名为residence,其中包括表、视图

使用的数据表有:

租金增减表、实际收费表、应该收费表、收费员编号表、收费方式编码表、收费项目表、维修计划表、维修登记表、维修完成表

(具体情况请参见附录1)

使用的视图有:

实际收费统计视图、应该收费统计视图

4.2模块设计

住宅小区管理系统功能模块如图4-1所示。

图4-1

4.2.1模块功能表

详细内容如表4-1~4-9。

功能编号

3.1.1

功能名称

实收台帐

所属部门

调查者

裴绍强

调查时间

2004-1-5

审核人

功能描述

使用者根据应收台帐中的收费信息去每户收取费用,添加到实际收费表中,并在应该收费表中的姓名后添加“*”已表示住户已交费。

同时可根据时间、栋号的信息进行查询。

输入项

查询信息、住户信息、收费信息

处理描述

根据输入的查询信息,显示收费状态,如果承租人姓名后有“*”表示该月费用已交,有“+”或“-”表示有租金增减。

输入会员号,建立应收帐目时首先判断数据有效性,对合法数据发出提示,合法则执行添加操作。

输出项

不合法信息提示!

操作成功!

添加失败!

界面要求

图形化用户界面。

表4-1

功能编号

3.1.2

功能名称

应收台帐

所属部门

调查者

裴绍强

调查时间

2004-1-5

审核人

功能描述

使用者根据各种收费单和计算方法确定每户每项的收费数额,添加到应该收费表中。

同时可根据时间、栋号的信息进行查询。

输入项

查询信息、住户信息、收费信息

处理描述

根据输入的查询信息,显示收费数额。

输入会员号,建立应收帐目时首先判断数据有效性,对合法数据发出提示,合法则执行添加操作。

输出项

不合法信息提示!

操作成功!

添加失败!

界面要求

图形化用户界面。

表4-2

功能编号

3.1.3.1

功能名称

租金增加

所属部门

调查者

裴绍强

调查时间

2004-1-5

审核人

功能描述

使用者根据住户当前的具体情况,增加住户某一项的收费。

输入项

住户信息、增加收费信息

处理描述

输入栋号、房间号查找出该用户,建立该用户的增加帐目时首先判断数据有效性,对合法数据发出提示,合法则执行添加操作。

输出项

不合法信息提示!

操作成功!

添加失败!

界面要求

图形化用户界面。

表4-3

 

功能编号

3.2.1

功能名称

设置收费标准

所属部门

调查者

裴绍强

调查时间

2004-1-5

审核人

功能描述

根据不同时期的不同情况,为某些收费项目设置不同的收费标准,以维护管理方和住户的双方的利益。

输入项

收费名称、价格、计算单位

处理描述

输入需要修改的收费名称、价格、计算单位,在通过合法性检查后,添加到数据库中。

输出项

不合法信息提示!

操作成功!

添加失败!

界面要求

图形化用户界面。

表4-4

功能编号

3.2.2

功能名称

设置收费员编码

所属部门

调查者

裴绍强

调查时间

2004-1-5

审核人

功能描述

为新添加的收费员设置一个编码,以方便管理。

输入项

收费员名称、收费员编码

处理描述

添加收费员和收费员编码

输出项

不合法信息提示!

操作成功!

添加失败!

界面要求

图形化用户界面。

表4-5

功能编号

3.2.3

功能名称

设置收费方式编码

所属部门

调查者

裴绍强

调查时间

2004-1-5

审核人

功能描述

为新添加的收费方式设置一个编码,以方便管理。

输入项

收费方式名称、收费方式编码

处理描述

添加收费方式和收费方式编码

输出项

不合法信息提示!

操作成功!

添加失败!

界面要求

图形化用户界面。

表4-6

 

功能编号

6.1

功能名称

住户维修登记

所属部门

调查者

裴绍强

调查时间

2004-1-5

审核人

功能描述

为需要维修的用户进行维修项目、住户信息的登记。

输入项

用户信息、维修项目

处理描述

添加需要维修用户的基本信息和维修项目。

输出项

不合法信息提示!

操作成功!

添加失败!

界面要求

图形化用户界面。

表4-7

 

功能编号

6.2

功能名称

维修计划管理

所属部门

调查者

裴绍强

调查时间

2004-1-5

审核人

功能描述

对申报维修的用户进行统计确定维修日期和维修人,并显示维修是否完成。

输入项

用户信息、维修项目、维修人员、维修日期

处理描述

添加需要维修用户的基本信息和维修项目信息确定维修日期和维修人。

输出项

不合法信息提示!

操作成功!

添加失败!

界面要求

图形化用户界面。

表4-8

功能编号

6.3

功能名称

维修完成确认

所属部门

调查者

裴绍强

调查时间

2004-1-5

审核人

功能描述

维修完成后进行确认,并收取维修费和材料费。

输入项

维修项目,维修费用

处理描述

添加维修项目,维修费用。

并在维修计划管理中写入计划完成信息。

输出项

不合法信息提示!

操作成功!

添加失败!

界面要求

图形化用户界面。

表4-9

5.详细设计

5.1小区概况功能模块

小区概况功能如图5-1所示。

图5-1

5.1.1小区简介模块的设计

显示小区概况图和基本情况

小区概况窗口如图5-2所示:

图5-2

运行系统,登陆进入主界面后菜单的第一项就是小区概况。

小区简介是通过图片的形式让使用者直观的浏览小区的概况。

并附有小区的基本情况简介(建设单位、竣工时间、建筑面积等)。

该功能通过读取默认路径下的图片来实现的。

5.1.2规章制度模块的设计

浏览小区的规章制度

规章制度窗口如图5-3所示:

 

图5-3

该模块通过多行文本框显示小区的规章制度。

该功能是通过读取默认路径下的文件(rule.txt)来实现的管理员只需要修改TXT文件就能实现对小区规章制度的修改。

 

5.2收费管理模块的设计

收费管理功能如图5-4所示。

图5-4

5.2.1应收台帐界的设计

应收情况如图5-5所示:

图5-5

1.在应收情况中,数据窗口显示的是每户每月需要交费的情况。

如果,承租人姓名后面有“*”,“+”或“-”说明该住户当月的费用已交,有租金增加或有减免租金等。

2.当选中某一条记录时,右边的文本框中会显示该住户的基本信息。

3.在窗口上方的显示状态栏中,可选择需要的某一条或某一组记录,点击确定键在下方的数据窗口中显示,如果没有符合条件的记录数据窗口将显示为空。

当选择“全体”时可以选择“年月”进行组合查找或选择选择年进行查找(不能不选择年而只选择月进行查找)。

如选择“栋”则需要在文本框中添加栋号进行查找或和年月进行组合查找。

同理也可选择“户”进行查询。

或通过“栋”,“户”和“年月”进行综合查询。

点击应收统计页,打开应收统计如图5-6所示:

图5-6

应收统计中的两个数据窗口分别显示每户的应收金额和每栋的应收金额。

同样,在每户的应收统计数据窗口中点击某一条记录将在右边的数据栏中显示该住户的详细信息。

 

点击建立应收帐目按钮时,打开建立应收帐目模块如图5-7所示:

图5-7

1.窗口打开后焦点设在栋号上,添加“栋号”和“房间号”后,系统在栋根据“栋号”和“房间号”选择出户卡编号添加在编号栏上。

2.基本信息添加完毕后,添加“年度”和选择“月份”。

选择完毕后,系统自动判断此住户该年度该月份的应收情况是否建立,如建立,则发出提示以提醒无需重复建立,否则无提示点击提交按钮。

3.点击提交按钮后,首先判断规定的内容是否已添否则发出提示,其次检测所添数据是否合法否则发出提示(如年度必须为yyyy-mm-dd形式)最后提交数据库并判断是否提交成功。

5.2.2应收台帐界的设计

实收情况如图5-8所示:

图5-8

1.在实收情况中,数据窗口显示的是每户每月已经交费的情况。

2.当选中某一条记录时,右边的文本框中会显示该住户的基本信息。

3.在窗口上方的显示状态栏中,可选择需要的某一条或某一组记录,点击确定键在下方的数据窗口中显示,如果没有符合条件的记录,数据窗口将显示为空。

当选择“全体”时可以选择“年月”进行组合查找或选择选择年进行查找(不能不选择年而只选择月进行查找)。

如选择“栋”则需要在文本框中添加栋号进行查找或和年月进行组合查找。

同理也可选择“户”进行查询。

或通过“栋”,“户”和“年月”进行综合查询。

 

点击应收统计页,打开应收统计如图5-9所示:

图5-9

实收统计中的两个数据窗口分别显示每户的实际所交金额和每栋的所交金额。

同样,在每户的实收统计数据窗口中点击某一条记录将在右边的数据栏中显示该住户的详细信息。

点击建立应收帐目按钮时,打开建立应收帐目模块如图5-10所示:

图5-10

1.窗口打开后焦点设在栋号上,添加“栋号”和“房间号”后,系统在栋根据“栋号”和“房间号”选择出户卡编号添加在编号栏上。

2.基本信息添加完毕后,添加“年度”和选择“月份”。

选择完毕后,系统首先自动判断此住户该年度该月份的应收帐目是否建立,如没有则提示则首先建立应收帐目,如已建立应收帐目然后判断此住户该年度该月份的费用是否已收,如已收,则发出提示以提醒无需重复收费。

将此月份的各种费用从应收表中添加到所对应的文本框中,然后点击提交按钮。

3.点击提交按钮后,首先判断规定的内容是否已添否则发出提示,其次检测所添加数据是否合法否则发出提示(如年度必须为yyyy-mm-dd形式),然后将当前日期添加到“交款日期“中去,最后提交数据库并判断是否提交成功。

5.2.3租金增减模块设计

租金增加如图5-11所示:

图5-11

1.窗口打开后焦点设在栋号上,添加“栋号”和“房间号”后,系统在栋根据“栋号”和“房间号”选择出户卡编号添加在户卡编号栏上。

2.基本信息添加完毕后,添加“年度”和选择“月份”。

选择完毕后,系统首先自动判断此住户该年度该月份的增加帐目是否已建立,如没有则进行下一步添加。

3.点击提交按钮后,首先判断规定的内容是否已添加,否则发出提示,其次检测所添加数据是否合法否则发出提示(如年度必须为yyyy-mm-dd形式),然后将当前日期添加到“登记日期“中去,最后提交数据库并判断是否提交成功。

 

租金减免如图5-12所示:

图5-12

1.窗口打开后焦点设在栋号上,添加“栋号”和“房间号”后,系统在栋根据“栋号”和“房间号”选择出户卡编号添加在户卡编号栏上。

2.基本信息添加完毕后,添加“年度”和选择“月份”。

选择完毕后,系统首先自动判断此住户该年度该月份的减免帐目是否已建立,如没有则进行下一步添加。

3.点击提交按钮后,首先判断规定的内容是否已添加,否则发出提示,其次检测所添加数据是否合法否则发出提示(如年度必须为yyyy-mm-dd形式),然后将当前日期添加到“登记日期“中去,最后提交数据库并判断是否提交成功。

 

5.2.4收费设置模块设计

收费设置模块如图4-13所示:

图5-13

首先在数据窗口中选择促要修改的项目,然后点击该项目单击修改。

然后针对个项在数据窗口上的文本框中进行修改。

修改完毕后提交。

5.2.5收费员设置模块设计

收费员编号设置如图5-14所示:

图5-14

收费员编码设置提供添加、删除和浏览功能:

当需要添加时点击添加则数据窗口中增加一空行,添加数据后点击保存即可;当需要删除时选中该记录点击删除,然后点击保存即可删除。

5.2.6收费方式设置模块设计

收费方式设置图5-15所示:

图5-15

收费方式编码设置提供添加、删除和浏览功能:

当需要添加时点击添加则数据窗口中增加一空行,添加数据后点击保存即可;当需要删除时选中该记录点击删除,然后点击保存即可删除。

 

5.3维修管理模块设计

维修管理模块如图5-16所示:

图5-16

5.3.1住户维修登记模块设计

住户维修登记模块如图5-17所示:

图5-17

 

住户维修登记是在住户报修时登记报修项目和住户基本信息。

首先,是添加“栋号”和“房间号”,添完后系统在栋根据“栋号”和“房间号”选择出户卡编号添加在户卡编号栏上。

添完信息后点击提交按钮后,先判断规定的内容是否已添加,否则发出提示,然后提交数据库并判断是否提交成功。

5.3.2维修计划管理模块设计

维修计划管理模块如图5-18所示:

图5-18

在住户报修登记后,建立维修计划表以安排时间和人员去维修。

首先,添加基本信息,然后,点击添加按钮系统自动生成一个维修编号,并检测规定的内容是否已添加,否则发出提示。

接下来检测所添加数据是否合法否则发出提示(如年度必须为yyyy-mm-dd形式),最后提交数据库并判断是否提交成功。

如果维修已经完成,则住户姓名变为红色。

用以区分维修是否完成。

5.3.3维修完成确认模块设计:

维修完成确认模块如图5-19所示:

图5-19

指定维修计划后,施工人员按照计划进行维修并收取费用。

首先,添加基本信息,然后,检测规定的内容是否已添加,否则发出提示。

接下来检测所添加数据是否合法否则发出提示(如时间必须为yyyy-mm-dd形式),最后提交数据库并判断是否提交成功。

6.编码设计

6.1编码设计风格

本系统编码设计风格遵循如下几条基本原则:

●按一般命名规则命名系统的单元名、控件名、变量名、函数名、过程名:

采用能体现其功能及特点的英文单词组合或缩写命名。

这样做的好处就是便于开发人员、调试人员、维护人员等理解和记忆,提高程序的可读性。

●程序编码书写有缩进,复杂过程实现中有分步注释。

这样可以清楚的体现程序的层次性,使程序清晰明了,便于查找书写错误。

●程序要满足与其他用户不相关。

6.2编码设计思想

本系统实现对数据库的操作均放到后台去处理(SQLServer中定义存储过程实现各种功能),前台只负责实现录入数据、检查输入数据的合法性、数据的查询和打印报表的功能。

这种设计思想更有效地利用了后台数据库开发工具的优势和SQL语言的强大功能。

这种在后台编写Transact-SQL语句充分利用了SQL语言的方便性、灵活性,可以实现一系列复杂的数据库操作。

SQLServer中的存储过程就是把存储在服务器上的一组预先编译好的Transact-SQL语句封装成一个独立的事务,当需要使用时直接调用即可。

存储过程实现了数据库事务处理机制的要求。

所谓事务就是用户定义的一个数据库操作序列,这些操作要么全做要么全不做,是一个不可分割的工作单位。

在SQL语言中,我们可以通过BEGINTRANSACTION定义事务的开始,以COMMIT或ROLLBACK定义事务的结束。

COMMIT表示提交,即提交从BEGINTRANSACTION开始的所有操作,事务正常结束。

ROLLBACK表示回滚,即在事务运行过程中发生了某种故障,事务不能正常执行,系统将事务中对数据库的所有已完成的操作全部撤消,滚回到事务开始时的状态。

这种设计思想满足了数据库的完整性要求和安全性要求,保证了数据的一致性。

 

结论

我这次完成的毕业设计住宅小区管理系统系统。

是在我和我组其他五名同学的通力合作完成。

在从设计到完成的这段时间里,我感觉学到了很多东西,无论是知识方面还是人际交往方面都感到受益颇深。

在完成这次毕业设计过程中,我们严格按照软件工程中软件生命周期模型来开发软件。

并参考了一些关于PowerBuilder的书籍。

使我无论在理论上还是在实践上都有一个较大幅度的提高,尤其是培养了自己独立分析问题、解决问题和团队合作与他人交流的能力。

本系统采用了PowerBuilder9.0+SQLServer2000来实现的住宅小区管理,目前利用PowerBuilder9.0和SQLServer开发数据库这项技术已经非常的成熟,随着计算机技术的突飞猛进的发展,这项技术必将更加完善,它也必将给人们的社会生活、管理决策带来极大的方便。

通过大学期间理论学习和这次毕业设计的实践,使我在理论上和实践上有了很大提高,除了自己的刻苦努力外,这些成绩的取得与指导教师的帮助及各位老师几年来辛勤的教育是分不开的。

的确,没有各科老师的辛勤教育,哪会有今天的成果呢?

如果没有您们平时的耐心教导、细心指点,哪会有我今天的收获呢?

在这里我只能衷心的道一声“谢谢您老师,辛苦了!

”以此来表达我内心的感谢与感激。

随着毕业设计的结束,我的大学生活也将结束。

回顾这四年的大学生活,我不仅学到了科学知识而且学会了为人处事的原则和方法。

四年大学生活将是我一生的一个美好回忆。

 

致谢

本设计是在指导教师刘忠利老师和刘健老师的亲切关怀和细心指导下完成的。

刘忠利老师从设计方案的选定,设计计划的安排,安排我们到项目开发单位调研,都给予了精心的指导及严格的要求。

刘键老师在软件开发过程中给予了我们很大的支持与帮助。

这个设计和论文的完成,凝结着刘忠利老师和刘健老师的心血和汗水。

二位老师严谨的治学态度,开拓性的工作作风和科学的思维方法都使我受益非浅。

二位老师对我的设计和论文给予了莫大的关心和帮助,在此,我表示衷心的感谢和诚挚的谢意。

在设计过程中也得到了王士龙老师的指点和帮助,特别是在软件开发遇到技术性问题的时候,王老师的指点使我茅塞顿开,顺利的解决了问题。

在此我表示诚挚的感谢。

同时也感谢我的同学和朋友提供的大力支持和帮助。

最后向评审本论文,参加论文答辩的各位老师表示最衷心的感谢。

附录

附录1数据库表结构

人事管理表:

字段名

意义

数据类型

宽度

Null

主键

Num

编号

Char

10

Name

姓名

Char

10

Sex

性别

Char

10

Race

民族

Char

10

Job

员工岗位

Char

10

Pay

工资

Char

10

Party

政治面貌

Char

10

Born

出生年月

Char

20

Worktime

参加工作时间

Char

20

Remark

备注

Varchar

50

表1

住户车辆表:

字段名

意义

数据类型

宽度

NULL

主键

Carnum

车牌号码

Char

20

Driver

车主姓名

Char

10

House

车主住所

Char

20

Brand

汽车品牌

Char

10

Kind

汽车型号

Char

10

Park

停车场位置号

Char

20

Comedata

入区时间

Char

20

Buyplace

购车地点

Char

20

Worthpast

资产原值

Char

20

Worthnow

资现原值

Char

20

Remark

备注

Varchar

50

表2

公司车辆表:

字段名

意义

数据类型

宽度

NULL

主键

Carnum

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 总结汇报 > 其它

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1