数据库课程设计户籍管理系统

  • 格式:doc
  • 大小:281.00 KB
  • 文档页数:14

下载文档原格式

  / 14
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

中北大学

数据库课程设计

说明书

学 专 方 向: 成 绩:

2014 年 6 月

企业信息化软件开发与应用

1.需求分析

随着城市人口规模的扩大和公安部门对城市及农村人口管理工作规范性的逐渐增强,户籍管理工作的业务量急剧增大。传统的手工方法,存在效率低、易出错等缺点,已经难以满足当前户籍管理工作的要求。

因此,结合当前日益成熟的计算机相关技术,开发一个专门针对户籍管理的系统已经非常必要了。户籍管理信息系统是公安部门不可缺少的一部分,更是适应现代户籍制度并推动户籍管理走向科学化、规范化、自动化的必要条件。该管理系统能够为用户提供充足的信息和快捷的查询手段,以帮助用户了解户籍工作的情况。它大大改善了公安部门管理、查询户籍的基础工作环境,在一定程度上反映出户籍管理的现代化管理模式。因此人口户籍管理信息系统的开发迫在眉睫。

该课程设计就户籍的迁入、迁出、注销,身份证的办理、领取做了简单地设计。

1.1项目开发背景

近年来,随着计算机技术的发展和互联网时代的到来,我们已经进入了信息时代,随着人口的不断增长,户籍管理部门也应得到良好的发展,利用现代化管理工具使其变成半自动化必定会提高其工作效率。

1.2项目开发目的

户籍管理系统是针对户籍管理部门而开发的,为其改变人口信息仍需要手动处理和查询,个人的信息在处理中丢失或者不明确等现象而设计的。通过这个户籍管理系统,可以让户籍管理部门提高工作质量和效率,从而达到更快捷、更准确、更方便的目的。

1.3需求分析阶段的目标与任务

1.3.1划分功能模块

在构造系统时,首先从需求出发构造数据库表,然后再由数据库表结合需求化分系统功能模块,这样就把一个大的系统分解为几个小的系统。经过调查分析,户籍信息管理系统应具有以下功能:

(1)对户籍的变动进行处理。任何管理部门的户籍信息不会是一成不变的,总是在不断的变化:有迁出、有迁入、户口合并,也有因故注销。因此,设计系统时应考虑到这些情况,实现户籍的日常管理工作。

(2)对所管辖户籍所分离出的个人信息的计算、统计。找到符合条件的个人,进行核对无误后,生成档案文件进行转存,保证数据的安全完整,以此来实现身份证的办理与领取。

(3)查询统计功能。要求即可以单项查询,比如查看某个人工的户口情况等;也可以多项查询,比如同一户口特征的户口浏览,并按照所需的要求进行数据的转存。

1.3.2处理对象

户籍信息:户籍号,户主姓名

户籍成员信息:姓名,户主关系,性别,民族,籍贯,住址,身份证号,文化程度,职业,户籍号,迁入时间,迁出时间,迁入地,迁出地

身份证:姓名,身份证号,性别,民族,地址

2.概要设计阶段

E - R图

户籍信息E-R图

迁入信息E-R图

迁出信息E-R图

身份证办理E-R图全局E-R图

3.逻辑结构设计阶段

3.1将E-R图转换为关系模型

E-R图向关系模型的转换规则:一个实体型转换为一个关系模式。实体的属性就是关系的属性,实体的码就是关系的码。

对于实体间的联系则有以下不同的情况:

(1)一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的候选码。如果与某一端实体对应的关系

模式合并,则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。(2)一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。

(3)一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,各实体码的组合组成该关系的码,或码的一部分。

(4)三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。(5)具有相同码的关系模式可合并。

关系模型

户口(户号户主姓名地址何地迁入迁入日期迁出日期迁出地编号身份证号)人口(身份证号姓名性别文化程度与户主关系民族籍贯职业地址迁入日期迁入地迁出日期迁出地)

身份证(身份证号姓名性别民族地址)

3.2系统总体结构图

4.物理结构设计

数据存储方面

确定关系模型的存取方法:

在将概念模型转换成逻辑模型之后,我们可以对物理模型进行设计。在实际设计中最常用的存取方法是索引法,使用索引可以大大减少数据的查询时间,在建立索引时应遵循:在经常需要搜索的列上建立索引;在主关键字上建立索引;在经常用于连接的列上建立索引,即在外键上建立索引;在经常需要根据范围进行搜索的列上创建索引,因为索引已经排序,其指定的范围是连续的等规则。才能充分利用索引的作用避免因索引引起的负面作用。

确定数据库的存储结构:

确定数据库的存储结构主要指确定数据的存放位置和存储结构,包括确定关系、索引、日志、备份等的存储安排及存储结构,以及确定系统存储参数的配置。因为该电子书架管理系统的数据量小,所以我们只用把数据存储在使用的电脑硬盘上,不用作更多的安排。

5.具体功能实现

户籍信息表

身份证信息表

建立数据库

CREATE DATABASE 户籍信息建立户籍信息表

Create table HK(

Name char (20) not null,

ID char(20) primary key not null,

Hno char(20) not null,

Attribute char(8) not null check(Attribute in ('户主','非户主')), Hname char(20) null,

Sex char (2) not null check(Sex in('男','女')),

Nation char(20) not null,

Relation char(20) null,

Culture char (20)not null,

Address char (20) not null,

Indate Datetime not null,

Wherein varchar(20) null,

Outdate Datetime null,

Whereout varchar(20) null,

)

建立身份证信息表

Create table IDcard(

Name char (20) not null,

ID char(20)not null,

Sex char (2) not null check(Sex in('男','女')),

Nation char(20) not null,

Address char (20) not null,