房地产管理江南小区户籍管理系统.docx
《房地产管理江南小区户籍管理系统.docx》由会员分享,可在线阅读,更多相关《房地产管理江南小区户籍管理系统.docx(28页珍藏版)》请在冰豆网上搜索。
![房地产管理江南小区户籍管理系统.docx](https://file1.bdocx.com/fileroot1/2023-1/22/e43f1b93-a773-439c-a965-38e2d0a608ce/e43f1b93-a773-439c-a965-38e2d0a608ce1.gif)
房地产管理江南小区户籍管理系统
学号:
0120610341033
课程设计
题目
社区户籍管理系统
学院
计算机科学与技术
专业
计算机科学与技术
班级
计算机0610班
姓名
秦亚男
指导教师
许毅
2009
年
8
月
30
日
计算机科学与技术专业能力拓展训练任务书
学生姓名:
秦亚男专业班级:
计算机0610
指导教师:
许毅工作单位:
计算机科学与技术学院
题目:
前提条件:
理论:
本环节要求学生选用ASP.NET及C#语言或者JSP,以及相应开
发环境,采用SQLServer数据库服务器,实施一个基于Web的小型
应用系统的规划、设计、实现,最终达到一个原型系统功能目标。
实践:
计算机科学系实验中心提供计算机及软件开发环境。
要求完成的主要任务:
(包括课程设计工作量及其技术要求,以及说明书撰写
等具体要求)
(1)系统需求分析:
使用软件工程学的知识对拟开发的系统进行数据需求和功能需求分析。
(2)系统设计:
基于系统需求分析进行模块设计;采用B/S模式,浏览器端选用ASP.NET或者C#语言或者JSP,服务器端采用SQLServer数据库服务器进行程序设计。
(3)编制好程序后,设计若干测试用例,上机测试并修改所编制的程序,直到系统运行正确为止,。
(4)按格式要求书写设计报告。
设计报告书正文的内容应包括:
1.系统描述,包括问题说明、数据需求和功能需求分析;
2.系统设计;模块设计;程序设计。
程序设计必须具体到输入/输出设计、用户界面设计、处理过程设计的说明;
3.系统测试,包括测试用例、测试方法的描述和测试结果的分析;
4.设计的特点、不足、收获与体会。
时间安排:
设计安排一周,利用暑假完成:
·指导教师与学生一起,确定选题,分配任务,并熟悉开发平台的
使用。
·完成系统分析、模块设计、程序设计。
程序设计必须具体到输入
/输出设计、用户界面设计、处理过程设计的说明。
·完成程序设计与调试,并撰写设计报告书。
·设计验收并收取设计报告(8月31日星期一第1-10节课到实验
中心/教研室/实验室进行上机验收)。
指导教师签名:
2009年7月2日
系主任(或责任教师)签名:
2009年7月2日
社区户籍管理系统
1.概述
1.1摘要
社区户籍管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立和维护以及前台应用程序的开发两个方面。
对于前者要求建立起数据处理一致性和完整性强、数据安全性好的库,而对于后者则要求应用程序功能完备,容易使用等特点。
本系统主要完成对社区居民户籍的管理,包括户籍管理、数据库管理等几方面。
系统可以完成对小区户籍信息的浏览、查询、添加、删除、修改等功能。
本系统采用MicrosoftSQLServer2000来设计数据库,Microsoft公司的MicrosoftVisualStudio工具开发系统。
利用其中的VisualBasic,NET提供的各种面向对象的开发工具,不断修正和改进,直到形成满意的系统。
1.2社区户籍管理系统的开发背景
随着计算机技术的飞速发展,计算机在各行各业中的应用迅速普及,计算机的应用在社区同样也得到了飞速的发展。
对于居委会来说利用计算机实现户籍管理等日常工作来提高办事效率,是适应当今社会发展要求,推动地方经济现代化快速发展的必要条件。
虽然地方社区只是基层单位,但是户籍管理是一项琐碎、复杂而又十分细致的工作。
如果用手工来操作,不仅工作量大而且容易出现错误。
而利用计算机就不同了,一个完善的户籍管理系统可以帮你解决问题。
同时计算机具有手工管理所无法比拟的优点.例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高户籍管理的效率,也是科技强警,与世界接轨的重要条件。
不同的地方具有不同的人事管理、户籍管理制度。
这也决定不同的地方有不同的户籍管理制度,对于本地社区来说目前就是这个情况,面对实际,迫切需要开发出一个新系统来适应这些工作。
系统结合社区的实际情况,经过需求分析,采用功能强大的ASP.NET作为开发工具,MicrosoftSQLServer作为数据库,开发出户籍管理系统。
我们希望整个系统从符合操作简便、界面友好、灵活、实用、安全的要求出发,完成从入户登记到工作对象等方面的工作,经过实践证明本系统基本上满足这个方面的需要。
本系统为社区人口资源管理的工作减轻了负担,为告别手工管理的时代又推进了一大步。
1.3开发本系统的目标和意义
户籍管理系统是社区管理不可缺少的一部分,它的内容对于管理者来说都至关重要,所以户籍管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式管理户籍档案,这种管理方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
随着科学技术的不断提高,计算机科学的日渐成熟,其强大功能已被人们深刻地认识和使用,它已进入人类社会的各个领域并发挥着越来越重要的作用。
由此,建立高性能的户籍管理系统,作为计算机应用的一部分,使用计算机对户籍档案进行管理,具有着手工管理所无法比拟的优点,这些优点能够极大地提高户籍档案管理的效率,也是社区科学化、正规化管理的体现。
因此,开发这样一套管理软件成为很有必要的事情。
2系统开发平台及工具
2.1开发平台简介
系统基于Windows平台,采用ASP.NET编程和MicrosoftSQLServer数据库技术。
系统适用于社区人口资源信息管理。
系统由户籍管理、查询修改、系统管理、数据库管理等模块组成。
方便计算机对人口资源信息管理的工作,界面简单,操作使用方便。
人机界面友好,适用于大部分人群。
2.2系统开发语言的选择
本次设计是在Windows操作系统环境下,使用ASP.NET中文版开发成功的。
如何选择开发语言是一个重要的问题,目前开发语言较多,每种产品都具有各自的特点和适用范围,因此在选择时应考虑应用的特点及适用范围。
之所以选用此语言主要是因为VisualBasic.NET是一种可视化的、面对对象和条用事件驱动方式的结构化高级程序设计,可用于开发Windows环境下的种类应用程序。
多年来,VisualBasic.NET经历过初级产品试验、16位开发平台和目前的32位新产品的多次的升级换代,已成为了一个全新的成熟的高端产品。
它简单易学、效率高,且功能强大。
总的来说,VisualBasic.NET具有以下特点:
(1)可视化编程
(2)面向对象的程序设计(3)结构化程序设计语言
(4)事件驱动的编程机制(5)充分利用Windows资源(6)动态数据交换(DDE)(7)动态链接库(DLL)(8)交互式
2.3数据库的选择
选用MicrosoftSQLServer作为后台数据库:
MicrosoftSQLServer就是关系数据库管理工具,数据库能汇集各种信息以供查询、存储和检索。
MicrosoftSQLServer的优点在于:
(1)客户/服务器结构:
SQLServer基于客户/服务器结构,这意味着服务器不用再执行客户端的任务.
(2)管理:
SQLServer管理器在管理服务器方面有各种各样的工具
(3)稳定性:
稳定性对一个企业数据库来说具有决定性的意义
(4)可扩展性:
Microsoft从开始就是做为一个企业数据库而设计的。
设计组牢
记一个可扩展系统的需要,他们还牢记要设计一个不仅在现在,而且在将来都满
足一个公司的完全需求的数据库。
(5)容量:
仅仅一个容量问题就能迫使一个组织从Access转向SQLServer。
根
据Microsoft文档所述,一个Access数据库能增大到1.2GB。
然而在现实中,
一个Access数据库容量最大能增长到500MB~700MB。
过了某一点之后,用户
将看到一个增长过大的数据库会出现性能下降。
相反地,SQLServer能够增长
到万亿字节。
如果用户判断自己的数据库增长会超过1GB大小,那么转到SQL
Server是必须的。
(6)安全性:
MicrosoftSQLServer支持WindowsNT鉴别模式和混合模式的安
全性。
WindowsNT鉴别使用WindowsNT登录信息,这种信息由用户在登录到
网络时提供。
这简化了安全性管理,因为管理员只需从一个位置控制用户/组信
息。
(7)多用户:
同时连接到数据库上的用户数量也是作出决定的因素之一。
(8)插入锁机制:
拥有多用户同时访问数据库的环境在插入锁机制或阻隔问题上面临许多问题。
阻隔在多用户同时往某一表上增加新列时出现。
SQLServer使用页面锁来帮助避免冲突。
SQL Server的锁应用于数据库的不同粒度等级上。
锁可以在行、页面、键、键范围、目录、表或数据库上进行。
然而,通过使用聚类索引和填充因子,SQLServer能减轻这个问题。
如上所述,MicrosoftSQLServer作为关系数据库开发具备了许多优点,由于它的强大的功能和出众的易用性,很快成为当今最通用的数据库软件。
作为一种出色的数据库软件。
2.4ASP.NET
Microsoft在开发.NET框架和VS.NET的目标时提供一个完整的开发环境(IDE)来支持Windows和Web应用程序的开发。
本次设计在使用ASP.NET建立Web应用程序时,将使用VB.NET来开发,因为VB.NET为ASP.NET的默认语言。
ASP.NET显著地简化了构建强大的基于表单的Web页面的过程。
当构建这些页面时,可以使用ASP.NET服务器控件在浏览器上以HTML表单展示用户界面。
然后通过编写服务器端代码来访问表单,并实现应用程序逻辑。
ASP.NET服务器控件使用比传统的ASP、CGI和PERL编程语言少得多的代码构建Web页面,ASP.NET服务器控件使其可以很轻松地完成显示数据、验证用户输入、访问数据库以及上传文件等任务。
ASP.NETWeb页面在第一次被载入时,就被编译到.NET类,然后该类被用于处理引入的请求,以提高Web应用程序的执行效率。
2.5系统开发的硬件环境
该系统是在WindowsXP下的一个应用程序,本身对软硬件没有特殊要求。
硬件要求:
一般在P2以上的处理器,256MB以上的内存、30G以上的硬盘
软件要求:
Windows98以上的版本
3系统分析
3.1问题定义
社区管理系统是当前国内社区建设中不容忽视的重要组成部分,它的内容对于社会的决策者和管理者来说都至关紧要,所以社区管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据积压,对保管文件和保持信息的完整性都有潜在的损坏及遗失的问题,这对于反复查找、定情更新和按时维护都带来了不少的困难。
而社区的发展也是非常快,每年都有不同的要求,资料可能经常性的发生更换,原来手工的管理模式就显的不怎么的合适了。
而且手工的数据是存放在多处的,没有使用统一管理的模式,数据整理非常的麻烦,统计也困难。
很多的情况下,管理人员都是在重复一些相同的工作,这样不但降低了工作效率,而且非常的容易出错。
本系统开发的目的就是为了对社区人口资源进行集中有效的管理。
3.2可行性研究
当今是一个信息化的时代,计算机的功能在各个领域都得到了广泛的应用,对社区户籍管理进行电脑化管理也已经具备了足够的硬件条件。
为了提高以前传统的人工方式管理户籍档案,所以设计一个来帮助管理者提高工作效率,方便快捷的解决一些问题的系统是很有必要的。
这样不仅可以使工作者工作起来轻松,而且还可以节省大量的时间和不必要的开支。
通过本系统不但可以对社区的人口资源信息进行有效的查询,添加和删除,而且还将把它设计成一个具有实用价值的,易学、易懂、易操作优点的系统。
采用ASP.NET不仅可以大大的简化数据库的管理,使之具有良好的应用和维护界面,也很容易让用户充分的利用系统提供的可视化工具和帮助菜单进行快速有效的多条件查询,并且使它具有可用性、安全性和可靠性。
总之一句话,只要能够操作方便,提高工作效率,帮助解决一些实际问题,就达到了本系统研究的最终目的。
3.3系统需求分析
一个功能齐全、简单易用的信息管理系统不但能有效地减轻各类工作人员的工作负担,它的内容对于决策者和管理者来说都至关重要。
所以户籍管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式管理文件档案、统计和查询数据,这种管理方式存在着许多缺点,如:
效率低、保密性差,人工的大量浪费;另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少困难。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着来越重要的作用。
作为计算机应用的一部分,使用计算机对社区人口资源的各类信息进行管理,具有手工管理所无法比拟的优点.例如:
检索迅速、查询方便、效率高、可靠性好、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高社区信息管理的效率,也是一个单位科学化、正规化管理,与世界接轨的重要条件。
通过分析,要求系统需要有以下功能:
(1)由于操作人员的计算机知识普遍不高,要求有良好的人机界面;
(2)由于该系统的使用对象多,要求有较好的权限管理;
(3)原始数据修改简单方便,支持多条件修改;
(4)方便的数据查询,支持多条件查询;
(5)在相应的权限下,删除数据方便简单,数据稳定性好;
(6)尽量减少人工干预。
3.4系统逻辑模型
3.4.1
居民通信录
户籍信息表
计划生育管理表
户籍信息变更明细表
迁入人员明细表
迁出人员明细表
居民通信录
户籍管理系统
图一
(1)户籍信息
任务:
对居民的户籍信息进行管理,管理员登陆窗体,快捷键,新办证窗体,各种窗体特效。
功能:
增加
删除(多种删除途径)
修改(多种修改方式)
查询(包括很多种查询方式,如性别,户主,少数名族等)
查看家庭成员
……
(2)迁入迁出人员信息表
任务:
居民迁入迁出都是只支持增加信息和查询,不支持修改息,因为本来就是修改过后的信息。
查看家庭成员这个功能也很方便于信息的查询。
功能:
增加迁入迁出
查询迁入迁出
查看家庭成员
(3)居民通信录
任务:
居民通信录,人口统计
功能:
居民通信录的增加
居民通信录的查询(多种查询方式)
居民通信录的修改(两种修改方式)
人口统计
(4)计划生育管理表
任务:
控制人口增长,提高人口素质,为我国的计划生育事业尽点微薄之力。
(5)户籍信息变更明细表
变更记录是居民户籍信息修改之后自动创建在变更记录这个表里面的信息。
变更记录不支持增加,修改和删除,因为是变更过后的信息。
数据库备份和恢复,因为户籍信息是很重要的数据。
功能:
增加(多种增加途径)
删除(多种删除途径)
查询(多种查询方式)
修改(两种修改方式)
查询变更记录
数据库备份
3.4.2数据流图
(1)构造逻辑模型的工具是数据流图和数据字典。
以下是从第3层数据流程图入手,分别画出分E-R图。
1
(2)合并各分E-R图,消除属性冲突、命名冲突、结构冲突等三类冲突,得到综合E-R图。
3.4.3数据字典
表1数据项列表
数据项编号
数据项
与其它数据项的关系
存储结构
DI-1
编号
Int(4)
DI-2
姓名
char(20)
DI-3
性别
char(10)
DI-4
民族
char
(2)
DI-5
文化程度
Char(10)
DI-6
身份证号码
char(10)
DI-7
户主姓名
char(10)
DI-8
与户主关系
char(10)
DI-9
出生地址
char(20)
DI-10
现住地址
Char(20)
DI-11
登记日期
Datetime
DI-12
人口类型
Char(10)
DI-13
联系人
Char(10)
DI-14
固定电话
Char(10)
DI-15
手机
Char(20)
DI-16
传真
Char(20)
DI-17
电子邮件
Char(20)
DI-18
行政区划
Int(4)
DI-19
迁入时间
Datetime
DI-20
迁入原因
Char(50)
DI-21
原来地址
Char(10)
DI-22
原行政区划
等于行政区划
Int(4)
DI-23
办理人
Char(10)
DI-24
迁出时间
Datetime
DI-25
迁出原因
Char(20)
DI-26
迁往何地
Char(20)
DI-27
迁往行政区
等于行政区划
Int(4)
DI-28
孕妇姓名
Char(10)
DI-29
出生日期
Datetime
DI-30
孕龄
Int(4)
DI-31
婚姻状况
Char
(2)
DI-32
结婚时间
Datetime
DI-33
生育实践
Char(10)
DI-34
检查时间
Datetime
DI-35
变更时间
Datetime
DI-36
变更项
Char(20)
DI-37
变更原因
Char(20)
DI-38
原来的信息
Char(20)
DI-39
新的信息
Char(20)
DI-40
管理员编号
Int(4)
DI-41
管理员姓名
Char(10)
DI-42
密码
Char(10)
4.逻辑设计
4.1将E-R图转换为关系模型
将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式,这种转换一般遵循如下原则:
1)一个实体型转换为一个关系模式。
实体的属性就是关系的属性。
实体的码就是关系的码。
2)一个m:
n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性。
而关系的码为各实体码的组合。
3)一个1:
n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。
4)一个1:
1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。
5)三个或三个以上实体间的一个多元联系转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。
而关系的码为各实体码的组合。
6)同一实体集的实体间的联系,即自联系,也可按上述1:
1、1:
n和m:
n三种情况分别处理。
7)具有相同码的关系模式可合并。
为了进一步提高数据库应用系统的性能,通常以规范化理论为指导,还应该适当地修改、调整数据模型的结构,这就是数据模型的优化。
确定数据依赖。
消除冗余的联系。
确定各关系模式分别属于第几范式。
确定是否要对它们进行合并或分解。
一般来说将关系分解为3NF的标准,即:
表内的每一个值都只能被表达一次;表内的每一行都应该被唯一的标识(有唯一键);表内不应该存储依赖于其他键的非键信息。
根据以上原则,E-R图转换为以下关系模型:
居民户籍信息(编号,姓名,性别,民族,身份证号码,户主姓名,与户主关系,出生地址,现住地址,登记日期,人口类型,备注)
居民通讯录(编号,联系人,固定电话,手机,传真,电子邮件,地址)
迁入人员明细表(编号,姓名,身份证号码,迁入时间,迁入原因,原来地址,原行政区划,办理人)
迁出人员明细表(编号,姓名,身份证号码,迁出时间,迁出原因,现在住址址,迁往何地,迁往政区划,注销日期)
计划生育管理(编号,孕妇姓名,户主姓名,关系,出生日期,孕龄,婚姻状况,结婚时间,生育实践,检查时间)
变更明细表(编号,记录,姓名,变更时间,变更项,变更原因,原来的信息,新的信息,本地办理负责人)
行政区划(编号,省份)
4.2数据库模式定义
表2数据库模式定义表
编号
逻辑结构(基本表)定义
完整性和安全性
T-1
居民户籍信息(详见附录1-1)
(详见附录1-1)
T-2
居民通讯录(详见附录1-2)
(详见附录1-2)
T-3
迁入人员明细表(详见附录1-3)
(详见附录1-3)
T-4
迁出人员明细表(详见附录1-4)
(详见附录1-4)
T-5
计划生育管理(详见附录1-5)
(详见附录1-5)
T-6
变更明细表(详见附录1-6)
(详见附录1-6)
T-7
行政区划(详见附录1-7)
(详见附录1-7)
4.3用户子模式设计
表3用户子模式设计(View)列表
编号
用户子模式(View)
作用(共性:
提供数据保密和安全保护机制)
V-1
P_Information
便于查询和修改居民信息
V-2
Revised1
便于查询和修改迁入人员信息
V-3
Revised2
便于查询和修改迁出人员信息
V-4
BirthPlan
便于查询和修改计划生育管理信息
5物理设计阶段
5.1物理设计阶段的目标与任务
数据库物理设计的任务是选择合适的存储结构和存取路径,也就是设计数据库的内模式(即物理模式)。
其主要设计目标有二:
一是提高数据库的性能,特别是满足主要应用的性能要求;二是有效地利用存储空间。
数据库是存储在物理设备上的。
逻辑数据库设计工作完成后,需要为逻辑数据模型选择适合应用环境的物理结构,即存储结构与存取方法。
这个选择工作就是数据库的物理设计。
由于物理结构依赖于给定的DBMS和和硬件系统,因此必须了解所用的DBMS的内部特征,特别是存储结构和存取方法;了解应用环境,特别是应用的处理频率和响应时间要求;以及了解外存设备特性。
数据库物理设计的任务是对给定的逻辑数据模型选取适合应用环境的物理结构,即在逻辑设计的基础上,为每个关系模式选择合适的存储结构和存取方法,使数据库的事务能够高效率地运行。
许多关系数据库大量地屏蔽了内部物理结构,留给用户参与设计的余地不多。
物理数据库设计阶段的设计过程主要包括以下三方面工作:
(1)分析影响物理数据库设计的因素;
(2)为关系模式选择存取方法;
(3)设计关系、索引等数据库文件的物理存储结构。
5.2数据存储方面
按照索引建立的一般方法:
主码和外码上一般都应建索引,但是不出现或很少出现在查询条件中的属性又不宜建立索引;对于等值查询(即查询条件以等号为比较符),如果满足条件的元组是少量的,例如小于5%,可以考虑在有关属性上建立索引;一个(或一组)属性经常在查询条件中出现,则可考虑在这个(或这组)属性上建索引;一个(或一组)属性经常