PHPCms2008数据库设计结构文档
详解一
PHPCms2008数据库设计结构文档详解(一)2010-11-15 14：10第一个表
_admin(管理员)
userid用户名id username用户名
grade用户级别
purviewids modules模块
channelids频道ID catids栏目ID specialids专题ID disabled禁用(0为否，1为是)
第二个表_ads(广告)
adsid广告ID adsname广告名称
introduce广告介绍
placeid所属广告位ID type广告类型
linkurl链接地址
imageurl图片广告地址
alt图片提示
flashurl FLASH地址
wmode FLASH背景是否透明(为空为不透明)
text文本广告内容
code代码广告内容
fromdate起始日期
todate结束日期
username当前客户
addtime广告添加日期
views广告访问次数
hits点击数
checked审核
passed是否通过(1为通过,0为未通过)即是否显示到相应的广告调用处第三个表_ads_place(广告位)
placeid广告位ID placename广告位名称
templateid广告位模板
introduce广告位介绍
channelid所属频道
price广告价格
width广告尺寸-宽
height广告尺寸-高
passed是否启用(1为启用，0为未启用)
第四个表_announce(公告)
announceid公告ID keyid模块/频道ID title公告标题
content公告内容
hits点击数
fromdate起始日期
todate结束日期
username作者
addtime发表时间
passed公告状态(1为通过审核，0为未审核)
templateid模板ID skinid风格ID
第五个表_area(地区)
areaid地区ID keyid模块/频道ID areaname地区名称
domain style字体样式(颜色或加粗)
parentid城市所属分类(如0表示市级)
arr parentid类别数组
child是否有子栏目
arrchildid子栏目数组
listorder排序
urlruleid地区列表分页url规则ID linkurl地区列表分页url setting SEO设置
hits点击数
disabled禁用(0为否，1为是)
第六个表_article_1(文章)
articleid文章ID catid栏目ID specialid专题ID typeid类别ID
title文章标题
titleintact完整标题
subheading副标题
style标题样式(颜色，加粗)
showcommentlink是否显示文章列表时在标题旁显示评论链接(0为不显示，1为显示)
introduce文章简介
keywords关键词
author作者
copyfrom来源
paginationtype分页方式
maxcharperpage自动分页时的每页大约字符数
hits点击数
comments评论次数
thumb标题图片
username发布人
addtime添加日期
editor责任编辑
checker审核者
checktime通过审核时间
templateid模板ID skinid风格ID arrposid推荐位置
status文章状态
listorder排序
arrgroupidview允许查看的会员组ID readpoint阅读所需点数ishtml是否生成HTML(1为是，0为否)
htmldir html文件生成目录
prefix html文件名前缀
urlruleid url规则ID(生成html)
islink是否转向链接(1为链接，0为不链接)
linkurl转向链接地址
第七个表_article_data_1(文章内容)
articleid文章ID content文章内容
第八个表_ask(咨询)
askid咨询ID departmentid部门ID subject咨询主题content咨询内容
username咨询者
ip咨询者IP lastrepl y最后回复时间
status状态
score评分
第九个表_ask_department(咨询部门)
departmentid部门ID department部门名称
note部门介绍
admin管理员
arrgroupid允许提问会员组ID point提问点数
listorder部门排序
第十个表_ask_reply(咨询回复)
replyid回复ID askid所回复咨询的ID reply回复内容
username回复人
addtime回复时间
ip回复IP
第十一个表_attachment(附件)
aid附件ID username上传附件作者
keyid模块/频道ID catid栏目ID itemid内容ID fileurl附件路址filetype附件类型
filesize附件大小
addtime附件增加时间
第十二个表_author(作者)
id作者ID keyid模块/频道ID name作者名称note作者备注
items作者的作品数
updatetime增加作者时间
第十三个表_banip(IP管理)
id IPID ip IP地址
ifban是否允许访问(0为允许，1为禁止) username操作者
overtime过期时间
第十四个表_bill(推广奖励)
billid ID userid会员ID ip用户IP refurl来路type奖励类型
number奖励数量
addtime访问时间
adddate访问日期
第十五个表_category(栏目)
catid栏目ID module模块名称
channelid频道ID catname栏目名称
catpic栏目图片
style栏目名称样式(颜色，加粗)
introduce栏目介绍
islink是否链接到外部栏目(0为否，1为是)
catdir栏目目录名称
parentid父栏目ID(如果是父栏目就为0)
arrparentid该栏目所有ID数组
parentdir父栏目目录
child是否有子栏目(0表示无，1表示有)
arrchildi d子栏目ID数组(有子栏目刚显示其与其下的有子栏目ID，否则只显示本身ID)
itemtarget栏目下的信息打开方式(1为新窗口，0为原窗口)
itemordertype栏目下的信息排序方式
listorder栏目排序
ismenu是否在导航菜单里显示(1是，0否)
islist是否在父栏目的分类列表处显示(1是，0否)
ishtml栏目信息列表是否生成html(1是，0否)
htmldir栏目信息列表页html存放目录
prefix栏目信息列表页html文件的前缀
urlruleid栏目列表分页url规则ID(生成html)
item_htmldir内容页html存放目录
item_prefix内容页html文件的前缀
item_html_urlruleid内容分页url规则ID(生成html) item_php_urlruleid内容分页url规则ID(不生成html) linkurl栏目链接地址
setting SEO设置
items栏目信息数
hits点击次数
disabled禁用(0为否，1为是)
第十六个表_channel(频道)
channelid频道ID module功能模型
channelname频道名称
style名称样式(颜色，加粗)
channelpic频道图片
introduce频道说明
seo_title频道关键字
seo_keywords频道关键词
seo_description频道内容描述
listorder频道排序
islink频道类型(0为系统内部步道，1为系统外部频道)
channeldir频道目录
channeldomain绑定域名
disabled频道禁用(0为开启，1为禁用)
templateid模板ID skinid风格ID items频道信息数
comments评论次数
categorys specials hits enablepurview频道权限(0为开放频道，1为认证频道)
arrgroupid_browse允许浏览频道的会员组
purview_message无权限浏览信息时的提示信息
point_message信息需要扣点数时的提示信息
enablecontribute是否允许投稿(1为是，0为否)
enablecheck投稿是否需要审核(1为是，0为否)
emailofreject退稿时站内短信/Email通知内容
emailofpassed稿件被采用时站内短信/Email通知内容
enableupload是否允许在频道上传文件(1为是，0为否)
uploaddir上传文件的保存目录
maxfilesize允许上传的最大文件大小
uploadfiletype允许上传的文件类型
linkurl类型选择外部频道时的链接地址
setting SEO设置
ishtml频道首页是否生成html(1是为，0为否)
cat_html_urlruleid栏目列表分页url规则ID item_html_urlruleid内容分页url规则ID special_html_urlruleid专题页url规则ID
cat_php_urlruleid栏目列表分页url规则ID item_php_urlruleid内容分页url规则ID special_php_urlruleid专题页url规则ID
第十七个表_city(城市)
cityid城市ID province市
city区
area县
postcode邮编
areacode区号
第十八个表_comment(评论)
cid评论ID keyid模块/频道ID itemid栏目ID username会员名称
score评分
support支持
against反对
content评论内容
ip评论IP addtime评论时间
passed评论状态(1为通过，0为未通过)
第十九个表_copyfrom(来源)
id来源ID keyid模块/频道ID name名称
url地址
hits使用频率
updatetime更新日期
第二十个表_digg(顶一下)
digg_id_list顶列表
digg_channel频道ID digg_ip IP mod模板类型
text_id内容ID digg_catid栏目ID digg_hits顶踩(1为顶，-1为踩) digg_date日期
digg_user digg_con digg_id顶ID
第二十一个表_digg_data(顶列表)
digg_id顶ID digg_channel频道ID mod模版类型
text_id内容ID digg_title内容标题
digg_text内容简介
digg_link链接地址
digg_catid栏目ID digg_date日期
第二十二个表_down_3(下载)
downid下载ID catid栏目ID specialid typeid标题分类ID title标题style标题样式(颜色，加粗)
introduce简介
keywords关键字
author作者/产商
homepage官方主页
mode上传文件方式
downurls下载地址
filesize文件大小
hits点击数
comments评论次数
totaldowns总共下载次数
todaydowns今天下载次数
weekdowns星期下载次数
monthdowns月下载次数
thumb缩略图
username录入
addtime添加日期
lastdowntime最后下载时间
editor责任编辑
edittime更新时间
checker审核人
checktime审核时间
templateid模板类型ID skinid风格ID stars评分等级arrposid推荐位置
status下载状态
listorder排序
arrgroupidview会员组ID(为空则表示所有会员组均可查看) readpoint阅读点数
ishtml是否生成HTML(0为否，1为是)
htmldir html文件生成目录
prefix html文件名前缀
urlruleid url规则ID islink转向链接(1为是，0为否) linkurl链接地址
my_version版本号
my_classtype软件类型
my_language软件语言
my_copytype软件授权形式
my_system软件平台
my_demourl软件演示地址
my_regurl软件注册地址
my_plugin插件认证
第二十三个表_down_server(镜像服务器)
sid服务器ID url地址
name名称
logo LOGO showtype显示方式(1为LOGO，0为文字) islock锁定(0主否，1为是)
listorder排序
第二十四个表_error_report(错误报告)
error_id错误ID error_title标题
error_text错误内容
error_link链接地址
keyid模块/频道ID addtime时间
status处理状态
第二十五个表_field(自定义字段)
fieldid字段ID tablename数据表名
name字段名称
size字段长度
title字段标题
note字段说明
type字段类型
defaultvalue默认值
options表单选项
formtype表单类型
inputtool表单输入辅助工具
inputlimit表单输入限制
listorder排序
enablehtml允许输入html代码(1为是，0为否) enablelist列表页显示(1为是，0为否) enablesearch作为搜索条件(1为是，0为否)
第二十六个表_formguide(表单)
formid表单ID formname表单名
introduce描述
toemail发送结果到email formitems表单项目addtime添加时间
disabled是否启用(0为启用，1为禁用)
第二十七个表_formguide_data(表单内容) did ID content内容
ip用户IP username用户名
addtime添加时间
formid表单ID
第二十八个表_guestbook(留言本)
gid留言ID keyid模块/频道ID title标题content内容
reply回复内容
username名称
gender性别(1为男，0为女)
head头像
email邮箱
qq QQ homepage主页
hidden是否隐藏(1为是，0为否)
passed通过审核
ip IP addtime留言时间
replyer回复人
replytime回复时间
第二十九个表_house(房地产)
houseid房产ID infocat类别ID validperiod有效期areaid地区
address物业地址/商圈/区域
name物业名称
housetype房型
currentfloor所在楼层
totalfloor总共楼层
buildarea建筑面积
usearea使用面积
towards房屋朝向
decorate装潢程度
manage物业管理(1为有，0为无)
propertytype房产类型
buildtime建成时间
price租金/交易价格
unit价格单位
infrastructure要求/基础设施
indoor要求/室内设施
transit交通说明
peripheral周边设施
description描述
img1位置图
img2环境图
img3室内图
img4户型图
username发布人
contract联系人
email邮箱
mobile手机
telephone联系电话
qq QQ msn MSN comments评论次数
hits点击次数
addtime添加时间
edittime更新时间
ishtml是否生成HTML htmldir html文件生成目录prefix html文件名前缀
urlruleid url规则ID linkurl链接地址
templateid模板ID skinid风格ID listorder排序style物业地址样式(颜色，加粗)
arrposid推荐位置
subtype附属分类
isinter corpname公司名称
status状态
endtime结束时间
第三十个表_house_coop(联系)
houseid房子ID havehouse是否有房(0为无，1为有) mygender房主性别
yourgender客户性别
第三十一个表_house_display(楼盘)
displayid楼盘ID name楼盘名称
hits点击次数
develop开发商
are aid地区
area占地面积
startprice起始价格
avgprice平均价格
数据库表结构设计参考
表名外部单位表（DeptOut） 列名数据类型（精度范围）空/非空约束条件 外部单位ID 变长字符串(50) N 主键 类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 交换类型变长字符串(50) N 交换、市机、直送、邮局单位邮编变长字符串(6) 单位标识(英文) 变长字符串(50) 排序号整型(4) 交换号变长字符串(50) 单位领导变长字符串(50) 单位电话变长字符串(50) 所属城市变长字符串(50) 单位地址变长字符串(255) 备注变长字符串(255) 补充说明该表记录数约3000条左右，一般不做修改。初始化记录。 表名外部单位子表（DeptOutSub） 列名数据类型（精度范围）空/非空约束条件 外部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键 单位名称变长字符串(255) N 单位编码变长字符串(50) 补充说明该表记录数一般很少 表名内部单位表（DeptIn） 列名数据类型（精度范围）空/非空约束条件 内部单位ID 变长字符串(50) N 主键 类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 工作职责 排序号整型(4) 单位领导变长字符串(50) 单位电话（分机）变长字符串(50) 备注变长字符串(255)
补充说明该表记录数较小（100条以内），一般不做修改。维护一次后很少修改 表名内部单位子表（DeptInSub） 列名数据类型（精度范围）空/非空约束条件内部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键 单位名称变长字符串(255) N 单位编码变长字符串(50) 单位类型变长字符串(50) 领导、部门 排序号Int 补充说明该表记录数一般很少 表名省、直辖市表（Province） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 名称变长字符串(50) N 外键 投递号变长字符串(255) N 补充说明该表记录数固定 表名急件电话语音记录表（TelCall） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 发送部门变长字符串(50) N 接收部门变长字符串(50) N 拨打电话号码变长字符串(50) 拨打内容变长字符串(50) 呼叫次数Int 呼叫时间Datetime 补充说明该表对应功能不完善，最后考虑此表 表名摄像头图像记录表（ScreenShot） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 拍照时间Datetime N 取件人所属部门变长字符串(50) N 取件人用户名变长字符串(50) 取件人卡号变长字符串(50) 图片文件BLOB/Image
学生管理系统数据库设计文档
学生选课系统 数据库表结构设计（09软工第八组） 12月
目录 1.1. 管理员信息表.......................................... 错误!未定义书签。 1.2. 新闻信息表 (3) 1.3. 教学楼信息表 (3) 1.4. 专业信息表 (4) 1.5. 课程信息表 (4) 1.6. 选课时间信息表 (4) 1.7. 新闻类别信息表 (5) 1.8. 通知信息表 (5) 1.9. 教室信息表 (5) 1.10.学生专业信息表 5 1.11.学生信息表 错误!未定义书签。 1.1 2.学生课程信息表 错误!未定义书签。 1.13.教师课程信息表 错误!未定义书签。 1.14.教师信息表
7 1.15.教师所在院系信息表 (7) 1.16.学院信息表 7 2.1. 各个表之间的关系 (8) 1.1. 管理员信息表 create table Admin （ AdminId (PK,bigint, not null) /*管理员ID号*/ AdminKey (nvarchar(50),not null) /*管理员密码 */ AdminPhone (nvarchar(50), null) /*管理员电话号码 */ AdminAge (int,null) /*管理员年龄 */ AdminEmail (nvarchar(50), null) /*管理员邮箱 */ AdminName (nvarchar(50), null) /*管理员名字 */ ） 索引： 对AdminId唯一索引
1.数据库应用系统的设计步骤 按规范设计的方法可将数据库设计分为以下六个阶段 （1）需求分析; （2）概念结构设计; （3）逻辑结构设计; （4）数据库物理设计; （5）数据库实施; （6）数据库运行和维护。 2.需求分析 需求收集和分析是数据库应用系统设计的第一阶段。明确地把它作为数据库应用系统设计的第一步是十分重要的。这一阶段收集到的基础数据和一组数据流图（Data Flow Diaˉgram———DFD）是下一步设计概念结构的基础。概念结构对整个数据库设计具有深刻影响。而要设计好概念结构，就必须在需求分析阶段用系统的观点来考虑问题、收集和分析数据及其处理。如何分析和表达用户需求呢？在众多的分析方法中，结构化分析（Structured Analysis，简称SA方法）是一个简单实用的方法。SA方法用自顶向下、逐层分解的方式分析系统。用数据流图，数据字典描述系统。然后把一个处理功能的具体内容分解为若干子功能，每个子功能继续分解，直到把系统的工作过程表达清楚为止。在处理功能逐步分解的同时，它们所用的数据也逐级分解。形成若干层次的数据流图。数据流图表达了数据和处理过程的关系。处理过程的处理逻辑常常用判定表或判定树来描述。数据字典（Data Dictionary，简称DD）则是对系统中数据的详尽描述，是各类数据属性的清单。对数据库应用系统设计来讲，数据字典是进行详细的数据收集和数据分析所获得的主要结果。数据字典是各类数据描述的集合，它通常包括以下5个部分： （1）数据项，是数据最小单位。 （2）数据结构，是若干数据项有意义的集合。 （3）数据流，可以是数据项，也可以是数据结构。表示某一处理过程的输入输出。 （4）数据存储，处理过程中存取的数据。常常是手工凭证、手工文档或计算机文件。 （5）处理过程。
数据库设计说明书 1. 引言 1.1 编写目的 阐明编写本数据库设计说明书的目的，指出读者对象。 1.2 项目背景 列出本项目的委托单位、开发单位和主管部门，说明该数据库系统与其他系统的关系。 1.3 定义 列出本文档中所用到的专门术语的定义和缩写词的原意。 1.4 参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源。包括本项目经核准的计划任务书、合同或上级机关的批文，项目开发计划，需求规格说明书，本文档需要引用的论文、著作，需要采用的标准、规范。 2. 外部设计 2.1 标识 列出用于标识该数据库的编码、名称、标识符或标号，并给出附加的描述性信息。如果该数据库是在实验中的或是暂时性的，则要说明其暂时性和有效期。 2.2 约定 叙述使用该数据库所必须了解的建立标号、标识的有关约定。例如用于标识库内各个文卷、记录、数据项的命名约定等。
2.3 使用该数据库的软件 列出将要使用或访问该数据库的所有软件。 2.4 支撑软件 叙述与此数据库有关的支撑软件，如数据库管理系统、存储定位程序等。概要说明这些支撑软件的名称、功能及为使用这些支撑软件所需的操作命令。列出这些支撑软件的有关资料。 2.5 专门说明 为此数据库的生成、测试、操作和维护的相关人员提供专门的说明。 3. 结构设计 3.1 概念结构设计 说明数据库的用户视图，即反映现实世界中的实体、属性和它们之间关系的原始数据形式，包括各数据项、记录、文卷的标识符、定义、类型、度量单位和值域。可使用ER图。 3.2 逻辑结构设计 说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括记录、段的编排，记录、段之间的关系及存取方法等，形成本数据库的管理员视图。 3.3 物理结构设计 建立系统程序员视图，包括： (1) 数据在内存中的安排，包括索引区、缓冲区的设计。 (2) 所使用的外存设备及外存之间的组织，包括索引区、数据块的组织 与划分。 (3) 访问数据的方式方法。
数据库课程设计完 整版
HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目：宿舍管理信息系统姓名： 学号： 专业：信息与计算科学指导教师：
20年 12月1日 目录 引言3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要5 1.4软件处理对象 6 1.5系统可行性分析6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7
1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20 引言
学生宿舍管理系统对于一个学校来说是必不可少的组成部分。当前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强能够接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，而且具备修改功能，能够快速的查询学校所需的住宿信息。 面对当前学校发展的实际状况，我们经过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。
“学生成绩管理”数据库设计文档 0、前言（一些必要的说明。） 0.1 数据库说明 数据库名：PXSCJ 逻辑名称：学生成绩数据库 数据文件：PXSCJ.mdf 日志文件：PXSCJ_Log 登录名：admin,密码：123456 0.2表命名说明 Cjb:成绩表，保存选课信息 Cxb:查询表，记录boolean值对应信息，1代表男，0代表女。Kcb:课程表。 Tjb:统计表，统计成绩段分布。 Xsb:学生表。 Yhb:用户表，保存系统用户信息。 Jsb: 教师表。 Skb:授课表，记录授课信息。 0.3 系统功能模块图
1、需求分析阶段 说明：学生成绩管理系统需要实现以下功能：一个学生可以选修多门课程，一门课程可以由多个学生选修，学生选修一门课会有一个成绩。一个教师可以教授多个班级，一个教师也可以教授多门课程，一个班级有多个学生，一门课程也可以由多个老师来上，一个老师给一个班级上一门课有确定的时间和地点。不同的用户根据身份不同拥有不同的权限。 （1）数据流图 老师----成绩管理，学生信息管理，权限管理---学生成绩管理系统—成绩查询--学生（要求：用visio实现第一层数据流图，第二层数据流图，第三层数据流图）p121 第一层数据流图 第二层数据流图 第三层数据流图（略） （2）数据字典 （每个实体的详细说明）
2、概念设计阶段 （1）分ER图 （两个分ER图，1）学生和课程，2）教师，课程，班级）
（2） 总ER 图 （由分ER 图画出总ER 图） 3、 逻辑设计阶段 （1） 表关系图 （看是否可以画出） （2） 表结构图 Xsb 结构
数据库设计的基本步骤 一、数据库设计的生存期 按照规范设计的方法，考虑到数据库及其应用系统开发的全过程，将数据库 设计分为六个阶段。如下图。 ① 需求分析 需求收集和分析, 需求。 ② 概念结构设计 对需求进行综合、归纳与抽象，形成一个独立于具体 DBMS 的概念模型（用 E-R 图表示）。 ③ 逻辑结构设计 将概念结构转换为某个DBMS 所支持的数据模型（例如关系模型），并对其 进行优化。 ④ 物理结构设计 为逻辑数据模型选取一个最适合应用环境的物理结构 （包括存储结构和存取 方法）。 ⑤ 数据库实施 需求A 祈断段 T 1 概念设计阶段 i 逻辑 q 丰计阶段 1 物理. 1 殳计阶段 j 数据E L 支实施阶段 数据库运荷? 维护阶段 得到用数据字典描述的数据需求，用数据流图描述的处理
运用DBMS 提供的数据语言（例如 SQL ）及其宿主语言（例如C）,根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。 ⑥数据库运行和维护 数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。 说明：设计一个完善的数据库应用系统是不可能一蹴而就的，它往往是上述 六个阶段的不断反复。 二、数据库设计阶段的内容 设计步骤既是数据库设计的过程，也包括了数据库应用系统的设计过程。下面针对各阶段的设计内容给出各阶段的设计描述。如下图。 阶段 濮块结构） 三、数据库设计阶段的模式 数据库结构设计的不同阶段形成数据库的各级模式，如下图 需求数据字睦、全系统中数据项、 分析數据證、数据存储的描述 数1E流图和判定我（利宦 闕）、数据字典中处理过程的 描述 设计 概念模型〔E?兄图） 模块设计 IPO表 编写模武装入 数JE 实施数揭库试 运行阶段 Create … L o豆恋■?. 程序编码 编译联结 测试 Tlain () * ■ A if???then ■■ i HUl 数据宇典 系窥说朋书包括： ①新系统要求、 方案和概图 ②反映新系统信息 流的数据流图 方法选择物理 存取路径建立设计
HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日 目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7
1.7系统业务流程及具体功能 7 8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20 参考文献 20 引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了
数据库设计文档目录 1. 引言 1.1 编写目的 1.3 定义 1.4 参考资料 2. 外部设计 2.1目标 .................................................. .5 2.2标识符和状态 .......................................... .5 2.3约定 .................................................. .5 2.4运行环境 .............................................. .5 2.5专门指导 .............................................. .6 3. 数据流图 .......................................... 6 4. 数据词典 .............................................. 10 5. 功能概述 5.1系统功能概述 .......................................... .11 5.2系统功能模块 ............................................. .13 6. 结构设计 6.1概念结构设计 ............................................. .16 6.2逻辑结构设计 ............................................. .17 6.2.1表的结构 .......................................... ..17 6.2.2 表的关系图 ........................................ .22 7. .................................................................................................................... 其 1.2 背景 (4) .4 .4 .4
1.帐类表（KIND） 无索引 序号中文名称英文名称类型备注 1 帐类编号K_SERIAL byte 2 帐类名称K_NAME text*10 本表系统自动建立，共划分为15种帐类,不可增删 帐类编号帐类名称备注 0 上期结存进货，不参加进货统计 1 购入进货，购入时必需输入供货单位名称 2 自制进货 3 投资转入进货 4 盘盈进货 5 领料出库，领料必需输入领料部门名称 6 调拨出库 7 报损出库 8 盘亏出库 9 退库对低值易耗品，在用品退为在用库存 10 直接报废对于低值易耗品，在用品转报废 11 领用对于低值易耗品，在用库存转在用 12 调拨对于低值易耗品，在用库存减少 13 报废对于低值易耗品，在用库存报废 14 直进直出进出库，购入与领料对库存无影响 2.物品表（GOODS） 序号索引名称索引域唯一? 主索引? 1 G_CODING +G_CODING Y N 2 G_SERIAL +G_SERIAL Y Y 序号中文名称英文名称类型备注 1 物品内部编号G_SERIAL INT->long 系统内部唯一标识该物品 2 物品编号G_CODING TEXT * 10 用户使用此编号访问物品 &3 物品名称G_NAME TEXT*40 非空 &4 物品单位G_UNIT TEXT*8 非空 &5 物品规格G_STATE TEXT*20
6 物品类别G_CLASS INT 取自表CLASS 7 备注G_REMARKS MEMO 8 最小库存量G_MIN CURRENCY 为零，即无最小库存 9 最大库存量G_MAX CURRENCY 为零，即无最大库存 10 库存数量G_QUANT CURRENCY 控制出库数量 11 虚拟库存数量G_VQUANT CURRENCY 出库时用 12 库存金额G_AMOUNT CURRENCY 3.类别表（CLASS） 序号索引名称索引域唯一? 主索引? 1 C_CODING +C_CODING Y N 2 C_SERIAL +C_SERIAL Y Y 序号中文名称英文名称类型备注 1 类别内部序号C_SERIAL INT 系统内部唯一标识该物品 2 类别编号C_CODING TEXT *10 用户使用该编号访问类别信息 3 类别名称C_NAME TEXT*20 非空 4 出库类型C_KIND BYTE 1.移动平均 2..先进先出 3.后进先出 4.实际计价 *5.月末平均 5 备注C_REMARKS MEMO *6 底标志C_BOTTOM BOOLEAN *7 类别级别C_LEVEL BYTE 4.供货单位、使用部门(DEPART) 序号索引名称索引域唯一? 主索引? 1 D_CODING +D_CODING Y N 2 D_SERIAL +D_SERIAL Y Y 序号中文名称英文名称类型备注 1 内部序号D_SERIAL INT 系统内部唯一标识该部门 >0 供货单位 =0 库房 <0 使用部门 2 单位编号D_CODING TEXT*10
访问统计 数据库设计文档 编写： 编写日期： 审核日期： 批准日期：
变更记录 签字确认
目录 1.1预期的读者 (4) 1.2数据库 (4) 1.2.1数据库类型及版本 (4) 1.2.2数据库命名规范 (4) 1.3目的和作用 (5) 2数据库设计 (5) 2.1物理结构设计 (5) 2.2数据库表结构设计 (5) 2.2.1访问统计......................................................................... 错误！未定义书签。
引言 预期的读者 1）项目经理 2）客户项目经理 3）系统开发人员 4）系统测试人员 数据库 数据库类型及版本 数据库类型：MySQL 版本：5.5.15 数据库命名规范 1、数据库表 根据表所属的子系统/模块，命名方式为： 数据库表名 = 子系统_模块 2、表字段 概念模型中，每个数据库中为每个表定义唯一的缩写 字段名为多个单词的组合时，第一个单词首字母小写，其他单词的首字母大写； 字段名为多个单词的组合时，若单词过长，截取3-5个字母 3、索引 索引名 = Idx + _ + 表缩写 + 相关字段/索引含义 4、关联 关联指数据库表之间的外键关系 关联名 = rl + _ + 主表 + 从表 (首字母大写） 5、存储过程
存储过程名 = proc + _ + 存储过程含义(首字母大写） 目的和作用 将数据分析的结果进一步整理，形成最终的计算机模型，以便开发人员建立物理数据库。 数据库设计 物理结构设计 数据库表结构设计 毕业设计管理系统 用户表（user）
第7章数据库设计 1．试述数据库设计过程。 答：这里只概要列出数据库设计过程的六个阶段：( l ）需求分析；( 2 ）概念结构设计；( 3 ）逻辑结构设计；( 4 ）数据库物理设计；( 5 ）数据库实施；( 6 ）数据库运行和维护。这是一个完整的实际数据库及其应用系统的设计过程。不仅包括设计数据库本身，还包括数据库的实施、运行和维护。设计一个完善的数据库应用系统往往是上述六个阶段的不断反复。 2 ．试述数据库设计过程各个阶段上的设计描述。 答：各阶段的设计要点如下：( l ）需求分析：准确了解与分析用户需求（包括数据与处理）。( 2 ）概念结构设计：通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS 的概念模型。( 3 ）逻辑结构设计：将概念结构转换为某个DBMS 所支持的数据模型，并对其进行优化。( 4 ）数据库物理设计：为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。( 5 ）数据库实施：设计人员运用DBMS 提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。( 6 ）数据库运行和维护：在数据库系统运行过程中对其进行评价、调整与修改。 3 ．试述数据库设计过程中结构设计部分形成的数据库模式。 答：数据库结构设计的不同阶段形成数据库的各级模式，即：( l ）在概念设计阶段形成独立于机器特点，独立于各个DBMS 产品的概念模式，在本篇中就是 E 一R 图；( 2 ）在逻辑设计阶段将 E 一R 图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式，然后在基本表的基础上再建立必要的视图( Vi 娜），形成数据的外模式；( 3 ）在物理设计阶段，根据DBMS 特点和处理的需要，进行物理存储安排，建立索引，形成数据库内模式。 4 ．试述数据库设计的特点。 答：数据库设计既是一项涉及多学科的综合性技术又是一项庞大的工程项目。其主要特点有：( l ）数据库建设是硬件、软件和干件（技术与管理的界面）的结合。( 2 ）从软件设计的技术角度看，数据库设计应该和应用系统设计相结合，也就是说，整个设计过程中要把结构（数据）设计和行为（处理）设计密切结合起来。 5 ．需求分析阶段的设计目标是什么？调查的内容是什么？ 答：需求分析阶段的设计目标是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。调查的内容是“数据’夕和“处理”，即获得用户对数据库的如下要求：( l ）信息要求，指用户需要从数据库中获得信息的内容与性质，由信息要求可以导出数据要求，即在数据库中需要存储哪些数据；( 2 ）处理要求，指用户要完成什么处理功能，对处理的响应时间有什么要求，处理方式是批处理还是联机处理；( 3 ）安全性与完整性要求。 6 ．数据字典的内容和作用是什么？ 答：数据字典是系统中各类数据描述的集合。数据字典的内容通常包括：( l ）数据项；( 2 ）数据结构；( 3 ）数据流；( 4 ）数据存储；( 5 ）处理过程五个部分。其中数据项是数
学院 ~ 数据库课程设计报告$ （ ) 电子技术系 ! 专业班级 学生姓名 指导教师 . 实习地点
# / 数据库设计文档 一、系统需求分析报告（数据流图、数据词典和功能分析） 系统应具有售票、查询、管理和维护等功能，系统管理员可以进行对车次的更改、票价的变动及调度功能，票价的修改可以通过修改运价来进行，车次调度可通过对发车时刻表的修改来进行，维护功能即可对表进行修改。 1、功能需求 经过分析后确定系统应具备以下功能： — （1）、售票功能 ①销售车票 ②预订车票 ③退票 （2）、查询功能 ①— ②车次查询 ③时刻表查询 ④售票情况查询 （3）、调度功能 ①运价修改 ②~ ③车辆修改 ④终点站修改 ⑤车次修改 （4）、维护功能 ①车票表修改 ②— ③预订车票表修改 ④退票表修改
⑤密码修改 （5）、统计功能 ①售票统计 ②￥ ③报表打印 2、数据流图 使用结构化分析方法，确定系统的数据主要是运价、车次、终点站名、发车时间和车票，对数据的操作主要有运价修改、车次修改、终点站修改、发车时间修改、售票及打印，可以确定系统的处理逻辑和流程，得到如下所示的系统数据流图。 ) 3、数据字典： 经过分析可以得到以下数据流条目： 车次表=车辆编号+车型+座位数 终点站名表=站名+里程 运价表=车型+运价 { 发车时刻表=车次+车辆编号+站名+发车时间+检票口
已售车票表=票号+乘车日期+车次+站名+发车时间+票价+全半价+工号+退票否 预订车票表=预订号+乘车日期+车次+站名+发车时间+车型+票价+客户名称+订票数量退票表=票号+退票时间+票价+应退款 售票员编号=工号+姓名 ) 车辆编号=6{数字}6 车次=4{字符}5 车型=1{字符}8 座位数=2{数字}2 检票口=1{数字}2 ` 站名=1{字符}10 里程=1{数字}5 运价=1{数字}6 发车时间={时间} 乘车日期={日期} , 票号=7{数字}7 票价=1{数字}5 全半价=2{字符}2 退票否={T|F} 预订号=4{数字}4 % 客户名称=6{字符}20 订票数量=1{数字}2 退票时间={日期时间} 应退款=1{数字}5 工号=3{字符}3 》 姓名=4{字符}8 二、数据逻辑结构设计（E-R图、关系模式和数据库结构） 1、E—R图
— 学院 数据库课程设计报告> < 电子技术系 ~ 专业班级 学生姓名 指导教师 实习地点 (
: 数据库设计文档 一、系统需求分析报告（数据流图、数据词典和功能分析） 系统应具有售票、查询、管理和维护等功能，系统管理员可以进行对车次的更改、票价的变动及调度功能，票价的修改可以通过修改运价来进行，车次调度可通过对发车时刻表的修改来进行，维护功能即可对表进行修改。 1、功能需求 经过分析后确定系统应具备以下功能： （1）、售票功能 ①销售车票 ②预订车票 ③' ④退票 （2）、查询功能 ①车次查询 ②时刻表查询 ③售票情况查询 （3）、调度功能 ①运价修改 ②车辆修改 ③（ ④终点站修改 ⑤车次修改 （4）、维护功能 ①车票表修改 ②预订车票表修改 ③退票表修改 ④密码修改 （5）、统计功能 ①、 ②售票统计
③报表打印 2、数据流图 使用结构化分析方法，确定系统的数据主要是运价、车次、终点站名、发车时间和车票，对数据的操作主要有运价修改、车次修改、终点站修改、发车时间修改、售票及打印，可以确定系统的处理逻辑和流程，得到如下所示的系统数据流图。 、 3、数据字典： 经过分析可以得到以下数据流条目： 车次表=车辆编号+车型+座位数 终点站名表=站名+里程 运价表=车型+运价 发车时刻表=车次+车辆编号+站名+发车时间+检票口 已售车票表=票号+乘车日期+车次+站名+发车时间+票价+全半价+工号+退票否) 预订车票表=预订号+乘车日期+车次+站名+发车时间+车型+票价+客户名称+订票数量退票表=票号+退票时间+票价+应退款 售票员编号=工号+姓名
车辆编号=6{数字}6 车次=4{字符}5 车型=1{字符}8 座位数=2{数字}2 检票口=1{数字}2 ￥ 站名=1{字符}10 里程=1{数字}5 运价=1{数字}6 发车时间={时间} 乘车日期={日期} 票号=7{数字}7 票价=1{数字}5 全半价=2{字符}2 ( 退票否={T|F} 预订号=4{数字}4 客户名称=6{字符}20 订票数量=1{数字}2 退票时间={日期时间} 应退款=1{数字}5 工号=3{字符}3 姓名=4{字符}8 二、！ 三、数据逻辑结构设计（E-R图、关系模式和数据库结构） 1、E—R图 》
HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日
目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7 1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20
引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备修改功能，能够快速的查询学校所需的住宿信息。 面对目前学校发展的实际状况，我们通过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。
一、数据库结构设计步骤 二、需求分析 三、概念结构设计 四、逻辑结构设计 五、数据库物理设计 数据库结构设计 一、数据库结构设计步骤 一般可将数据库结构设计分为四个阶段，即需求分析、概念结构设计、逻辑结构设计和物理设计。 下面各节分别介绍各阶段设计内容和具体方法。 二、需求分析 需求分析的任务是具体了解应用环境，了解与分析用户对数据和数据处理的需求，对应用系统的性能的要求，提出新系统的目标，为第二阶段、第三阶段的设计奠定基础。一般需求分析的操作步骤如下所述。 1．了解组织、人员的构成 子系统的划分常常以现有组织系统为基础，再进行整合，而新系统首先必须达到的目的是尽可能地完成当前系统中有关信息方面的工作，在原有系统中，信息处理总是由具体人来实施的。我们要了解组织结构情况、相互之间信息沟通关系、数据（包括各种报告、报表、凭证、单据）往来联系情况。 具体弄清各个数据的名称，产生的时间与传递所需时间与周期，数据量的大小，所涉及（传送）的范围，使用数据的权限要求，数据处理过程中容易发生的问题及其影响，各个部门所希望获得的数据的情况等。 然后了解每个人对每一具体数据处理的过程，基本数据元素来源于哪些地方、获取的途径、处理的要求、数据的用途，进而弄清数据的构成、数据元素的类型、性质、算法、取值范围、相互关系。 在上述调查基础上，首先画出组织机构及工作职能图。我们以一个学校的基层单位——某大学一个系的管理为例来简要说明。 系的组织机构及工作职能如图7.1所示。
图7．1 系管理体系结构图 作为管理层经常需要的信息和工作有： ．查询老师个人基本情况及打印相应内容 ．查询与统计科研项目情况及相关报表 ．查询与统计论文著作情况及相关报表 ．上级部门及其他部门来文管理与查询（要求能全文检索） ．系部发文管理 ．任务下达、检查及管理 ．信件、通知的收发及管理 ．日程安排调度及管理 ．设备仪器计划及管理 ．设备入库与库存情况管理与查询 ．设备借还领用管理及相应报表 ．耗材计划与领发管理及相应统计报表 ．图书管理及借还情况查询 ．学生毕业设计文档管理 ．专业与班组编制与查询 ．教学文档管理及查询（安排与检查，包括课表、考试日程安排、监考安排等）．学生成绩管理与查询和统计 ．教师、学生、实验室课表管理及查询 ．学生基本情况管理与查询（包括社会活动、奖惩、家庭情况及学校校友管理）
新闻管理系统数据库设计说明书 目录 1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2外部设计 (2) 2.1标志符和状态 (2) 2.2使用它的程序 (2) 2.3约定 (2) 2.4专门指导 (5) 2.5支持软件 (5) 3结构设计 (5) 3.1概念结构设计 (5) 3.2逻辑结构设计 (11) 3.3物理结构设计 (11) 4运用设计 (15) 4.1数据字典设计 (15) 4.2安全保密设计 (16)
1引言 1.1编写目的 本文档为新闻管理系统的数据库设计报告，为新闻管理系统的设计主要依据，主要针对新闻管理系统的概要设计和详细设计人员，作为项目验收的主要依据。 1.2背景 （1）待开发的软件系统名称：新闻管理系统 （2）本项目的任务提出者：team小分队 （3）开发者：team小分队 （4）用户：社会各阶级人群，主要人群大学生 1.3定义 （1）可靠性（Reliable），软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。 （2）安全性（Secure），软件系统所承担的交易的商业价值非常高，系统的安全性非常重要。（3）可伸缩性（SCAlable），软件必须能够在用户的使用率、用户的数目增长很快的情况下，保持合理的性能。只有这样，才能适应用户市场拓张的可能。 （4）可定制化（CuSTomizable），同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。 （5）可扩展性（Extensible），在新技术出现的时候，一个软件系统应当导入新技术，从而对现有系统进行功能和性能的拓展。 （6）可维护性（MAIntainable），软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有的系统中去。一个易于维护的系统可以有效地降低技术支持的花费。 （7）客户体验（Customer Experience），软件系统必须易于使用。 （8）市场时机（Time to Market），软件用户要面临同业竞争，软件提供商也要面临同业竞争，以最快的速度争夺市场先机非常重要。 1.4参考资料 《软件工程》
数据库设计说明书模板 修订历史 版本 说明 编制 批准日期 1引言 1.1编写目的 说明编写这份数据库设计说明书的目的，指出预期的读者。 1.2背景 说明： a．说明待开发的数据库的名称和使用此数据库的软件系统的名称； b．列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义、外文首字母组词的原词组。 1.4参考资料 列出有关的参考资料： a．本项目的经核准的计划任务书或合同、上级机关批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
2外部设计 2.1标识符和状态 联系用途，详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。 2.2使用它的程序 列出将要使用或访问此数据库的所有应用程序，对于这些应用程序的每一个，给出它的名称和版本号。 2.3约定 陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定，例如用于标识数据库的不同版本的约定和用于标识库内各个文卷、、记录、数据项的命名约定等。 2.4专门指导 向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导，例如将被送入数据库的数据的格式和标准、送入数据库的操作规程和步骤，用于产生、修改、更新或使用这些数据文卷的操作指导。如果这些指导的内容篇幅很长，列出可参阅的文件资料的名称和章条。 2.5支持软件 简单介绍同此数据库直接有关的支持软件，如数据库管理系统、存储定位程序和用于装入、生成、修改、更新数据库的程序等。说明这些软件的名称、版本号和主要功能特性，如所用数据模型的类型、允许的数据容量等。列出这些支持软件的技术文件的标题、编号及来源。 3结构设计 3.1概念结构设计 说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。
. 中北大学 数据库课程设计 说明书 班 级： 学号： 姓 名： 学 专 方 向： 指导教师： 企业信息化软件开发与应用
成绩： 2014 年 6 月 1.需求分析 随着城市人口规模的扩大和公安部门对城市及农村人口管理工作规性的逐渐增强，户籍管理工作的业务量急剧增大。传统的手工方法，存在效率低、易出错等缺点，已经难以满足当前户籍管理工作的要求。 因此，结合当前日益成熟的计算机相关技术，开发一个专门针对户籍管理的系统已经非常必要了。户籍管理信息系统是公安部门不可缺少的一部分，更是适应现代户籍制度并推动户籍管理走向科学化、规化、自动化的必要条件。该管理系统能够为用户提供充足的信息和快捷的查询手段，以帮助用户了解户籍工作的情况。它大大改善了公安部门管理、查询户籍的基础工作环境，在一定程度上反映出户籍管理的现代化管理模式。因此人口户籍管理信息系统的开发迫在眉睫。 该课程设计就户籍的迁入、迁出、注销，身份证的办理、领取做了简单地设计。 1.1项目开发背景 近年来，随着计算机技术的发展和互联网时代的到来，我们已经进入了信息时代，随着人口的不断增长，户籍管理部门也应得到良好的发展，利用现代化管理工具使其变成半自动化必定会提高其工作效率。 1.2项目开发目的 户籍管理系统是针对户籍管理部门而开发的，为其改变人口信息仍需要手动处理和查询，个人的信息在处理中丢失或者不明确等现象而设计的。通过这个户籍管理系统，可以让
户籍管理部门提高工作质量和效率，从而达到更快捷、更准确、更方便的目的。 1.3需求分析阶段的目标与任务 1.3.1划分功能模块 在构造系统时，首先从需求出发构造数据库表，然后再由数据库表结合需求化分系统功能模块，这样就把一个大的系统分解为几个小的系统。经过调查分析，户籍信息管理系统应具有以下功能： （1）对户籍的变动进行处理。任何管理部门的户籍信息不会是一成不变的，总是在不断的变化：有迁出、有迁入、户口合并，也有因故注销。因此，设计系统时应考虑到这些情况，实现户籍的日常管理工作。 （2）对所管辖户籍所分离出的个人信息的计算、统计。找到符合条件的个人，进行核对无误后，生成档案文件进行转存，保证数据的安全完整，以此来实现身份证的办理与领取。 （3）查询统计功能。要求即可以单项查询，比如查看某个人工的户口情况等；也可以多项查询，比如同一户口特征的户口浏览，并按照所需的要求进行数据的转存。 1.3.2处理对象 户籍信息:户籍号，户主姓名 户籍成员信息:姓名，户主关系，性别，民族，籍贯，住址，身份证号，文化程度，职业，户籍号，迁入时间，迁出时间，迁入地，迁出地 身份证：姓名，身份证号，性别，民族，地址