合工大数据库课程设计报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
数据库课程设计
专业班级计算机科学与技术11-4班学生姓名及学号
教学班号0004班
任课教师沈明玉
实验指导教师沈明玉
实验地点第四机房
2012~2013学年第二/三学期
目录
摘要 (2)
1 系统分析 (3)
1.1可行性分析
1.2需求分析
1.3数据需求
1.4处理需求
1.5数据库操作任务需求
1.6数据完整性需求
1.7数据库安全性需求
1.8性能需求
2 系统设计 (7)
2.1概念设计
2.2逻辑设计
2.3物理设计
3 系统实施与测试 (16)
4总结与展望 (14)
附录:
1源代码 (15)
摘要
随着智能化物业的发展、普及和网络技术的快速提升,计算机技术、网络技术已广泛和深入地运用于物业管理行业,并和社区的智能化系统链接,完全做到集约化管理。这就成为了开发小区物业管理信息系统的基础。本物业管理软件是根据物业管理方面的标准和要求,综合管理信息系统的知识,根据小区的实际管
理需求进行开发,使用VC++6.0为开发工具、SQL Server为数据库。最终实现对该小区物业管理中的住户、投诉、收费等各项信息的统一管理和快捷的数据检索。
小区物业信息管理作为与现代社会人们生活密切相关的一项重要工作,工作量大且繁琐,事务管理工作人员需要很大的耐心。随着人们居住需求的不断提高和房地产业的不断发展,有关物业的数据越来越庞杂,人们对物业信息的处理要求日益提高,因此采用计算机作为物业管理的工具是历史发展的必然,发展电子计算机在此领域的应用,这是物业管理手段现代化的发展方向。只有利用计算机进行物业管理,特别是进行联网管理,才可能实现物业信息的标准化和规范化,为物业管理工作提供准确及时的信息,有助于物业管理部门进行管理并做出相关决策;同时也使物业管理公司及时准确地了解运营状况,做出经营决策,这样才能使物业管理走向现代化。根据小区物业管理计算机化的实际要求,本系统主要实现以下功能:将该小区的物业信息进行综合管理和统计分析,具有数据备份和数据恢复的功能,而且以方便住户查询为中心,突出物业信息管理系统的检索功能。
经过一个学期对数据库系统的学习,同学们都认为真正的学到了有用知识,可能有一些人学的不够理想,但无论如何,这些知识都为我们的下一步学习打下了坚实的基础。此次课程设计的目的,一方面是为了检查我们一个学期来我们学习的成果,另一方面也是为了让我们进一步的掌握和运用它,同时也让我们认清自己的不足之处和薄弱环节,加以弥补和加强。本次数据库课程设计是以
SQL Server数据库作为后台以VC作为前台的应用型设计课程。综合我们所学
的两大课程创建应用型的数据库系统,大大的提高了我们学生的动手能力,作到了理论与实践相结合。
关键字:
物业管理,数据库,存储过程,插入,修改,删除,视图,触发器,索引
系统分析
1.1 概念设计
随着计算机技术的发展,要将对小区的物业管理从原始的文档管理转化为信息化管理,是有很强的可行性的。而且很多新型小区已经实现了物业管理信息化,市面上也有很多免费的小区物业管理软件,所以要实现物业管理的信息化在技术上的可行性是毋庸置疑的。本设计要做的只是针对小区的真实的物业管理工作来开发出适用的物业管理系统,面向Windows操作系统,以Microsoft SQL Server 2000作为后台数据库,并从数据库的应用和开发的实效性角度出发,采用vc6.0做为开发工具,采用面向对象技术。在之前做过的课程设计中,都是通过这两种开发工具来实现的,因此在技术上可以实现。
1.2 需求分析
经过调研与可行性分析,出于对人们生活住房考虑,设计了这套小区物业管理系统,本系统主要考虑到小区物业管理的普遍要求,小区物业管理系统主要包括:
(1) 对小区内住户的详细资料的管理,包括增、删、改、查询等功能的实现,这些也
是一个小区的基本资源,毕竟物业管理最后是针对小区的所有住户而言的。
(2) 对小区所有房屋资料的录入和增、删、改、查询等功能实现,在基于这些小区的
房产资源对小区进行管理。
(3) 在具有了所有的基本资料信息后,需要实现实质性的物业管理。主要的管理业务
包括:物业(水、电、煤气)收费管理、住户投诉管理等。
(4) 供住户登录的账号密码表,包括:账号密码、身份验证(本课题采用住户编号+
真实姓名来进行注册验证)。
这样就可以便于物业公司对小区进行基本的了解和管理了。
1.3 数据需求
住户信息,包括:住户编号,住户姓名,性别,联系电话,入住时间,房屋编号
房屋信息,包括:房屋编号,房型,具体地址,房屋面积
收费信息,包括:收费编号,收费名称,收费日期,金额,所属房屋编号,收费员编号投诉信息,包括:投诉编号,投诉内容,投诉日期,答复,投诉者(住户)编号
工作人员信息,包括:工作人员编号,工作人员姓名,工作人员性别,工作人员电话,
入职日期,工作职务(本例只设置了水电煤三个职务),薪金。
账户信息,包括:账号,密码,住户编号,工作人员编号
1.4 处理需求
处理需求包括:
1. 住户登录后查看个人信息,修改易变动的个人信息(如电话),查看自己的
房屋资料,查看收费信息,提交投诉和查看投诉答复。
2. 工作人员登录后查看收费信息,增加、修改、删除收费信息,并能查看个
人资料和更新个人资料。
3. 总管理员登录后能详尽地查看和修改各种数据,并承担答复投诉的职能。
1.6 数据完整性需求
住户表:
实体完整性:主码住户编号唯一
参照完整性:外码房屋编号级联修改/删除
用户定义完整性:性别取(男,女)
房屋表:
实体完整性:主码房屋编号唯一
工作人员表:
实体完整性:主码职员编号唯一
用户定义完整性:职务取(水费管理员,电费管理员,煤气费管理员)
收费表:
实体完整性:主码收费编号唯一
参照完整性:外码房屋编号级联修改/删除
外码职员编号级联修改拒绝删除
用户定义完整性:收费项目取(水费,电费,煤气费)
投诉表:
实体完整性:主码投诉编号唯一
参照完整性:外码住户编号级联修改/删除
账户表:
实体完整性:主码账号唯一
参照完整性:外码住户编号级联修改/删除
外码职员编号级联修改/删除
1.7 数据库安全性需求
本课题未过多涉及数据库本身的安全保护机制,仅使用了职员视图防止住户看到职员的详细信息。
其他安全性保护由mfc程序分立不同的对话框,以及设定有限的操作功能来保护数据库数据。