微信数据库分析与设计
一、需求分析
微信作为当前的主要即时通讯工具之一，有着广泛的应用。其主要的功能是实现即时通信，这也是微信的核心功能。此外还有查看朋友圈动态、搜索好友、管理个人信息、建立用户自己的相册、收藏功能、摇一摇、搜索附近的人、购物、游戏等功能。此次对于微信平台的数据库设计主要对部分需要微信平台提供存储信息功能进行需求分析及设计。以下将对微信平台的主要需求做简要的分析并且根据分析做出数据流图使得对于微信平台数据库的设计有更好的理解。
微信的通信主要包括与微信好友进行相互通信，这其中通信内容包括文字、语音、图片及视频。当用户订阅了公众号之后，会接收公众号发送的消息并且也可向公众号发信息或许其提供的信息。
微信通信功能的另一个主要方面是实现群聊。用户可以加入一个微信群进行群。另一方面用户也可以选择自己的联系人进行群聊。
微信中通讯录实现了保存用户联系人的目的，并且订阅的公众号也保存于通讯录中，并且在通讯录中可以设定标签来为联系人分组。
微信朋友圈保存好友发送的与朋友共享的消息，其内容可为文字、图片、视频。在朋友圈中可以设定权限使得不同权限的用户查看的内容不一样。
摇一摇功能可以获取同一时刻一起摇动手机的用户，并且暂存于微信中。
附近的人功能可以识别在一定范围内的微信用户，并且将获得的用户信息也暂存在微信中，对于识别附近的用户可以设定具体的条件来扫描。
漂流瓶功能相当于随机的获取微信消息或者向微信用户随机的发送消息。
对于个人信息的编辑，用户可以根据自身需要编辑一些所需的个人信息。
最后在微信用户个人信息中有相册和收藏记录用户的照片和收藏的文字语音等信息。
以上是对微信的部分功能的需求分析，现根据以上需求对微信数据库画出数据流图：
第0层DFD：
第1层DFD：
二、概念设计
在第一步的需求分析中，我们了解了微信数据库平台设计中所需要的实体及需要存储的信息。在概念设计中将进一步明确数据库设计所需实体，实体所具有的属性及实体之间的关系。
通过分析微信数据库平台所需实体主要有：用户信息、普通消息记录、公众号信息、公众号消息记录、微信群信息、群聊消息记录、收藏信息、相册、朋友圈信息、联系人信息、附近人信息、漂流瓶信息、扫一扫信息、摇一摇信息。这些实体分别对应于微信功能的不同模块。
在实现微信的通信功能主要是使用用户信息、普通消息记录、微信群信息、群聊消息记录和联系人信息这几个实体。
在明确所需实体后根据实际需要对于每个实体设置符合实际情况的属性，每个属性对应了数据库中的具体属性。
下图是根据对于微信数据库平台的需求分析做出的CDM，通过此概念模型显示数据库之间各实体之间的相互关系及各个实体所具有的实际属性。
三、逻辑设计
由以上概念设计模型，我们可以获得以下逻辑数据模型（LDM）。
在LDM中对于CDM进行了进一步的细化和具体化，对其中的实体之间的关系在逻辑上进一步的进行了明确。在此基础上我们获得更加具体能直接反映数据库涉及的无理数据模型
（PDM）。通过PDM将具体显示数据库所需的表及其之间的关系。PDM如下图所示：
在PDM中显示了个表单之间的引用关系，其具体引用如下表：标间关系名称父表格子表格
关注用户信息关注
关注公众号信息关注
发送公众号信息公众号消息记录
发送/接收用户信息普通消息记录
发送消息用户信息群聊消息记录
收藏用户信息收藏信息
查看联系人信息普通消息记录
用户存放用户信息摇一摇信息
用户所在群用户信息用户所在群
用户所在群微信群信息用户所在群
用户所属用户信息漂流瓶信息
用户扫描获得用户信息扫一扫信息
用户相册用户信息相册
用户联系人用户信息联系人信息
群聊天记录微信群信息群聊消息记录
联系人相册联系人信息相册
获取用户信息附近人信息
本系统中使用的表单如下所示：
1、用户信息表
Name Data Type Length P（主键）F（外键）M（不可为空）用户ID char(15) 15 X X
昵称char(20) 20 X
头像long binary
二维码名片 long binary X
我的地址varchar(100) 100
性别char(5) 5 X
地区varchar(20) 20 X
个性签名varchar(500) 500
登陆密码varchar(20) 20 X
2、普通消息记录表
Name Data Type Length P F M
消息ID char(20) 20 X X
联系人ID char(15) 15 X
用户ID char(15) 15 X
内容varchar(5000) 5,000 X
发送时间datetime X
3、联系人表
Name Data Type Length P F M 朋友ID char(20) 20 X X 用户ID char(15) 15 X
备注名称char(20) 20 X 标签varchar(20) 20
4、公众号信息表
Name Data Type Length P F M 公众号ID char(20) 20 X X 公众号名称 char(40) 40 X
5、公众号消息记录表
Name Data Type Length P F M 公众消息ID char(20) 20 X X 公众号ID char(20) 20 X
公众消息varchar(5000) 5,000 X 订阅者varchar(8000) 8,000 X 发送时间timestamp X
6、关注表
Name Data Type Length P F M 用户ID char(15) 15 X X X 公众号ID char(20) 20 X X X
7、微信群信息表
Name Data Type Length P F M 群ID char(20) 20 X X 群名称char(20) 20 X 群二维码long binary X 群成员varchar(1000) 1,000 X
8、用户所在群表
Name Data Type Length P F M 用户ID char(15) 15 X X X 群ID char(20) 20 X X X
9、群聊消息记录表
Name Data Type Length P F M 群聊消息ID char(20) 20 X X
群ID char(20) 20 X
发送人char(20) 20 X 发送时间timestamp X 内容varchar(5000) 5,000 X
10、相册表
Name Data Type Length P F M 相册ID char(20) 20 X X 用户ID char(15) 15 X
联系人ID char(20) 20 X
存放时间timestamp X 内容varchar(5000) 5,000 X
11、收藏信息表
Name Data Type Length P F M 收藏ID char(20) 20 X X 用户ID char(15) 15 X
收藏时间timestamp
收藏内容varchar(8000) 8,000
12、附近人信息表
Name Data Type Length P F M 附近人ID char(20) 20 X X 用户ID char(15) 15 X
昵称char(20) 20 X 距离integer
性别char(5) 5
地区varchar(20) 20
个性签名varchar(500) 500
13、摇一摇信息表
Name Data Type Length P F M 摇一摇信息
char(20) 20 X X ID
用户ID char(15) 15 X
时间timestamp
内容varchar(5000) 5,000
14、扫一扫信息表
Name Data Type Length P F M
扫一扫信息
char(20) 20 X X
ID
用户ID char(15) 15 X
时间timestamp
内容varchar(5000) 5,000 X
15、漂流瓶信息表
Name Data Type Length P F M
漂流瓶ID char(20) 20 X X
用户ID char(15) 15 X
内容varchar(5000) 5,000 X
对于微信数据库平台的逻辑分析，明确了在具体是实现时所需的表及其各个表之间的引用关系，在接下来的物理设计中将使用逻辑设计中的表在具体数据库实现微信数据库平台的设计。
四、物理设计
在此次物理实现微信数据库平台使用SQL Server 2008。实现简单的微信平台的数据库，通过在数据库表中插入数据或查看数据来表现微信平台对信息的发送接收及查看。
在此次物理实现是我们遵循3NF。
数据库设计如下图：
1、向“用户信息”表添加记录，模拟微信在线用户。此次添加三个用户作为模拟的微信用户。用户基本信息如下：
2、我们选取“小a”登陆微信，开始添加联系人。“联系人”表保存每个用户的联系人信息，这些联系人信息皆来自用户信息表。“小a”的联系人如下表：
此表的创建过程如下：
3、普通用户发送消息时，消息内容将存储在“普通消息记录”表中，如现在“小a”向“小b”发送一条消息，然后“小b”再回复一条。“小a”也向“小c”发送一条消息。
其中表中的外键约束和默认值如下：
在”普通消息记录表”中也可以查询两个用户之间的聊天记录，如查询“小a”和”小b“之间的聊天记录：
同样也可以在“普通消消息记录表”中实现删除消息记录。
在“普通消息记录”表中为了能使用户更快的查询自己的消息记录，这里创建了索引。
4、“微信群信息”表中记录了所有用户创建的微信群的信息。由于在微信中群成员数量当前限制为40个，在本平台中我们设置为4个。并且每一个成员信息由外键引用自“用户信息”表。比如现在创建了两个个微信群如下：
外键约束和非空约束如下：
由于当用户创建了一个微信群后要在“用户所在群”表中显示出每个用户所在的群，因此需创建一个触发器。在此创建的trigger为“用户信息新增”。代码如下：
5、“用户所在群”表存储了每个用户所在的群信。每个用户可根据此表查询所
在群信息。当一个微信群被创建后在“用户所在群”表中将自动显示用户所在群信息。
6、“群聊消息记录表”记录了每个群的消息。也可以查询历史记录。比如在群“羽毛球部落”中的消息记录。
为了使得用户在查询群历史消息时更加快速，创建索引。
7、“公众号信息”表记录了所有公众号的信息。可以通过搜索公共号ID或名称来订阅公众号。
8、“关注”表中，存储了每个用户订阅的公众号。
9、“公众号消息记录”存储公众号为订阅者发送的消息。
10、其余各表分别存储每个用户在微信中的信息，通过外键引用来确定每个表中各个用户的信息，其具体结构如下：
以上即为微信数据库平台的简单的物理设计，在具体物理设计实现时根据具体需要对数据路平台的逻辑设计进行了部分修改，也更加具体化了数据库功能。
本数据库只是简单的对微信平台数据库的实现，其中还存在许多不足和缺陷需进一步完善。最后，通过此次数据库的设计实现进一步熟悉了数据库相关的知识及数据库的设计和实现。
XXXX项目 数据库设计说明书
变更履历
第1章引言 (1) 1.1 编写目的 (1) 1.2 背景 (1) 1.3 术语定义 (1) 1.4 参考资料 (1) 第2章外部设计 (3) 2.1 标识符和状态 (3) 2.2 使用它的程序 (3) 2.3 约定 (3) 2.3.1数据库设计的围 (3) 2.3.2 命名的总体规则及注意事项 (3) 2.3.3 数据模型设计工具要求 (4) 2.4 支持软件 (4) 第3章结构设计 (5) 3.1 物理结构设计 (5) 3.1.1 表空间物理存储参数 (5) 3.1.2 表空间SQL规程 (6) 3.1.3 数据库用户创建 (7) 3.1.4 数据库例程创建 (7) 3.1.5 角色授权 (7) 第4章运用设计 (8) 4.1 数据字典设计 (8) 4.1.1 表名的命名规 (8) 4.1.2 表字段命名规 (9) 4.2 安全设计 (9) 第5章风险评估 (10) 5.1 表汇总列表 (10) 5.2 实体关系图 (10) 5.3 表详细设计 (11) 第6章安全检查............................................ 错误!未定义书签。 6.1 表汇总列表........................................... 错误!未定义书签。 6.1 实体关系图........................................... 错误!未定义书签。 6.2 表详细设计........................................... 错误!未定义书签。第7章绩效管理............................................ 错误!未定义书签。 7.1 表汇总列表........................................... 错误!未定义书签。 7.2 实体关系图........................................... 错误!未定义书签。 7.3 表详细设计........................................... 错误!未定义书签。第8章安全响应、预警和管理 ................................ 错误!未定义书签。 8.1 表汇总列表........................................... 错误!未定义书签。
××××学院 ××专业数据库设计报告 题目：数据库设计说明书
目录 一、需求分析 (2) 二、概念设计 (3) 三、逻辑结构设计................................................................ 4-12 3-1表设计 ...................................................................... 4-7 3-2建表语句................................................................. 7-12 3-3关系图 .. (13) 四、数据导入 ............................................................... 13-14 五、数据库应用 (13) 5-1登陆模块 (14) 5-2排课模块 (14) 5-3选课模块 (14) 5-4信息查询模块 (14) 5-5功能结构图 (14) 六、总结 (15)
一、需求分析 本数据库为教务管理系统，主要是针对学校教学管理方面而设计的。学校教务处因为工作需要，必须对每个班的信息，学生的信息，教师的信息，专业信息有一定的了解，并以此为基础来安排课程。安排课程必须根据学校的软硬件设施来安排，所以要考虑到每门课程的上课时间、地点、人数，避免上课地点的冲突，还要安排特定的老师上课。学期结束后，还要记录学生的分数，以此作为下个学期的教学安排依据。 根据上述的初始条件和对本学校的调研考察，设计一个教务管理的数据库：记录教师和学生的基本信息，选课，课程安排等信息，方便老师,同学等用户对数据库的查询，修改等操作。尽量使数据库高效，存储简单。 以下为所附数据流图：
【关键字】方案、情况、方法、实效、空间、文件、模式、运行、认识、问题、系统、有效、充分、公开、持续、统一、发展、建立、制定、发现、了解、措施、特点、位置、安全、稳定、准则、根本、基础、需要、项目、职能、需求、方式、作用、标准、规模、结构、水平、速度、关系、设置、分析、简化、吸引、逐步、形成、严格、管理、维护、服务、发挥、解决、优化、调整、分工、保障、实现、提高、落实、系统性 酒店管理系统 一、背景说明 目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。 二、部门的划分 1．饮食部门 它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。 在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。 2．住宿管理部门 它也是酒店基本部门之一。住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。B.登记旅客信息，确认其身份，登记其入住、退房时间。C.统计各类房间的客满程度。D.对本部门的财务流动进行登记处理。以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。 3．娱乐管理部门 娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。可以用计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人.B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、
数据库原理与应用 课程设计A报告 姓名：袁一帆学号：20121480 学院(系)：管理学院专业：信息管理与信息系统
班级：12级信管1 班
襄阳迈博信息科技有限公司企业考勤管理系统 一、系统目标设计 1系统开发的总体任务是实现企业员工考勤管理的系统化、规范化、和自动化。 2能够和人事管理系统、工资管理系统相结合，真正实现企业高效、科学、现代化的员工管理。 二、开发实际思想 1尽量采用公司现有软硬件环境，及先进的管理系统开发方案，从而达到充分利用公司现有资源，提高系统开发水平和应用效果的目的。 2员工考勤管理系统能够和考勤机相连接，从而完成自动、高效、科学的考勤信息输入。 3系统采用模块化程序设计方法，既便与系统功能的各种组合和修该，又便于未参与开发的技术维护人员补充、维护。 系统应具备数据库维护功能，即使根据用户需求进行数据的添加、删除、修改、被分等操作。 系统需求分析 1 考勤管理涉及企业人事管理的多个方面，如员工职务升迁、工资发放、奖金发放、员工医疗保险发放等等。本利自重的考勤管理系统需要完成功能主要有以下几点。 2 员工考勤信息处理。该莫完成员工考勤情况的输入、修改等操作。如果企业内有考勤机，可以将它的输出处理后，形成考勤管理系统考勤模块的
输入。 3 企业缺勤类型的设定。 4 企业考勤统计。该模块可对某个员工进行考勤情况的统计，生成统计报表。 5 缺勤时间，缺勤类型对工资的影响 6 缺勤时间，缺勤类型对升职的影响 数据字典 数据项 表1 名称员工编号 说明每个员工拥有唯一的编号 类型字符型 长度 4 有关数据存储员工基本信息存储 表2 名称员工姓名
数据库设计说明书-完整版
目录 第一章引言 (1) 1.1编写目的 1 1.2背景 1 1.3参考资料 2 第二章外部设计 (3) 2.1标识符和状态 3 2.2命名约定 3 2.3设计约定 3 第三章结构设计 (4) 3.1概念结构设计 4 3.1.1实体和属性的定义 4 3.1.2设计局部ER模式
13 3.1.3设计全局ER模式 20 3.2逻辑结构设计 21 3.2.1模式 21 3.2.2外模式 32 3.3物理结构设计 32 第四章运用设计 (34) 4.1数据字典设计 34 4.2安全保密设计 34 4.3数据库实施 34 4.3.1创建数据库 34 4.3.2创建表 34
第一章引言 1.1编写目的 1、本数据库设计说明书是关于寝室管理系统数据库设计，主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。 2、本数据库设计说明书读者：用户、系统设计人员、系统测试人员、系统维护 人员。 3、本数据库设计说明书是根据系统需求分析设计所编写的。 4、本系统说明书为开发软件提供了一定基础。 1.2背景 随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用，然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作，这种管理方式存在着许多缺点，如：效率低，密保性差，另外时间一长，将产生大量的文件和数据，其中有些是冗余或者针对同一目的的数据不相吻合，这对于查找、更新和维护文件等管理工作带来了不少困难，同时也跟不上信息时代高速、快捷的要求，严重影响了消息的传播速度。然而现今学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长，人工管理信息的缺点日渐突出，面对庞大的学生信息量，如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。正因为如此，学生宿舍管理系统成为了学生管理不可缺少的部分，它的内容对于学校的管理者来说都至关重要，所以学生宿舍管理系统应该能
项目全称 数据库设计说明书 承建方全称 文件ISO版本控制 目录 ?简介.......................................................................................................................... 1.1.目的.................................................................................................................. 1.2.范围.................................................................................................................. 1.3.定义、首字母缩写词和缩略语...................................................................... 1.4.参考资料.......................................................................................................... ?数据库环境..............................................................................................................
学生成绩管理系统 目录一：需求分析 二：系统功能描述 三：E-R图 四：数据库逻辑结构设计 五：数据库物理设计 六：代码设计 七：SQL代码 八：界面截图 一：需求分析： 随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息量也成倍增长，对学生成绩信息的管理难度随之增大。面队如此庞大的信息量，这就需要学生成绩管理信息系统来提高学生管理工作的效率。通过这样的系统，做到信
息的规范管理、科学统计以及快速的查询和修改，从而减少管理方面的工作量。总体任务是要实现学生成绩信息关系的系统化、规范化和自动化。根据总体任务的要求进行需求分析得出，学生成绩管理信息系统需要完成的功能主要如下：学生基本信息的输入，其中包括学生学号、姓名、性别、所属学院，所属系别，所属班级、出生年月、籍贯、宿舍、联系方式等。 学校基本课程信息的输入，包括课程编号、课程名称、课程属性、课程描述以及完成该课程所得的学分。 教师基本信息的输入，其中包括教师编号，教师姓名，教师职称，所教课程，所教班级等情况 学生信息，教师信息，课程信息，学生考试成绩的插入，删除，修改、查询和统计。 识别每个用户的身份和密码，从而保证信息的安全性，防止信息的外泄和盗用。 还有，涉及到信息的增，删，改的，主要都是面向教务管理员，教师只能录入成绩，查询成绩，修改成绩，和查询个人信息，而学生只能登录查看自己的信息，查询成绩等。 二：系统功能描述 教务处（管理员） 教师学生
院
三：E-R图（概念结构建立）1）学生查询系统的分E-R图
2）教师查询更新系统的分E-R图 3）管理员分E－R图
数据库设计规范说明书 1引言 引言是对这份数据库设计说明书的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1编写目的 说明数据库设计说明书是为哪份软件产品编写的，开发这个软件产品的意义、作用以及要达到的意图。通过这份数据库设计说明书详尽准确描述该软件产品的数据库结构。如果这份数据可设计说明书只是与整个系统的某一部分有关系，那么只定义数据库设计说明书中说明的那个部分或子系统。 1.2项目来源 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首先风险承担者包括： 任务提出者： 软件开发者： 产品使用者： 1.3文档约定 描述编写文档时所采用的各种排版约定。排版约定应包括： 命名方法； 提示方法； 通配符号； 等等。 1.4预期读者和阅读建议 列举本数据库设计说明书所针对的各种不同的预期读者。例如可能包括： 开发人员； 项目经理； 测试人员； 文档编写人员； 并且描述了文档中其余部分的内容及其组织结构，并且针对每一类读者提出最合适的文档阅读建议。
1.5参考资料 列举编写数据库设计规格说明书中用到的参考文献及资料，可能包括： 本项目的合同书； a.上级机关文件有关本项目的批文； b.本项目已经批准的计划任务书； c.用户界面风格指导； d.开发本项目时所要用到的标准； e.系统规定需求说明； f.使用实例文档； g.属于本项目的其他已发表的文件； h.本数据库设计说明书中所引用文件、资料； i.相关软件产品数据库设计说明书等等； 为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出： a.标题名称； b.作者或合同签约者； c.文件编号或者版本号； d.发表日期或者签约日期； e.出版单位或者资料来源。 格式如下： [标识符]作者，文献名称，出版单位（或归属单位），日期 1.6术语与缩写解释 列出本文件中用到的专门术语和外文首字母组词的原词组。 2数据库命名规则 完整并且清楚的说明本数据库的命名规则，如果本数据库的命名规则与机构的标准不一致的话，请作出解释。 3数据库设计说明 3.1数据库环境说明 a.说明所采用的数据库系统，设计工具，编程工具等； b. 详细配置。
目录 第一章引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3参考资料 (2) 第二章外部设计 (3) 2.1标识符和状态 (3) 2.2命名约定 (3) 2.3设计约定 (3) 第三章结构设计 (4) 3.1概念结构设计 (4) 3.1.1实体和属性的定义 (4) 3.1.2设计局部ER模式 (13) 3.1.3设计全局ER模式 (20) 3.2逻辑结构设计 (21) 3.2.1模式 (21) 3.2.2外模式 (32) 3.3物理结构设计 (32) 第四章运用设计 (34) 4.1数据字典设计 (34) 4.2安全保密设计 (34) 4.3数据库实施 (34) 4.3.1创建数据库 (34) 4.3.2创建表 (34)
第一章引言 1.1编写目的 1、本数据库设计说明书是关于寝室管理系统数据库设计，主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。 2、本数据库设计说明书读者：用户、系统设计人员、系统测试人员、系统维护人员。 3、本数据库设计说明书是根据系统需求分析设计所编写的。 4、本系统说明书为开发软件提供了一定基础。 1.2背景 随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用，然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作，这种管理方式存在着许多缺点，如：效率低，密保性差，另外时间一长，将产生大量的文件和数据，其中有些是冗余或者针对同一目的的数据不相吻合，这对于查找、更新和维护文件等管理工作带来了不少困难，同时也跟不上信息时代高速、快捷的要求，严重影响了消息的传播速度。然而现今学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长，人工管理信息的缺点日渐突出，面对庞大的学生信息量，如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。正因为如此，学生宿舍管理系统成为了学生管理不可缺少的部分，它的内容对于学校的管理者来说都至关重要，所以学生宿舍管理系统应该能
图书销售 建立某中小型书店图书销售管理信息系统的数据库。 1. 基本需求分析 1）组织结构 对组织结构的分析有助于分析业务范围与业务流程。书店的组织结构如图三所示。 图三书店组织结构简图 其中，书库是保存图书的地方；购书/服务部负责采购计划、读者服务、图书预订等业务；售书部负责图书的销售。财务部负责资金管理；人事部负责员工管理与业务考核。 2）业务分析 对于信息处理系统来说，划分系统边界很重要，即哪些功能由计算机来完成，哪些工作在计算机外完成。这些要通过业务分析确定。同时，业务流程中涉及的相关数据也通过业务分析得到归类和明确。在业务分析的基础上，确定数据流图和数据字典。 本系统主要包含以下业务内容。 ①进书业务。事先采购员根据订书单采购图书。然后将图书入库，同时登记相应的图书入库数据。 本项业务涉及的数据单据和表格有：进书单（包括进书单编号、日期、金额、经手人等）和进书单细目（一个进书单可能有若干种图书。进书单的细目数据包括每种图书的信息、定价、进价或折扣，数量），以及书库账本（图书信息、库存数量、价格等）。 ②售书业务。售书员根据读者所购图书填写售书单（如图四所示）。同时，修改库存信息。
本项业务涉及和产生的数据表格有：售书单（包括售书单编号、售书日期、金额、员工）、售书细目（一个售书单可能有若干种图书。售书细目包括该次售书的书籍编号、售出数量、折扣、售出价格等），以及书库账本。 图四售书单样式 ③图书查询服务业务。根据读者要求，提供本书店特定的图书及库存信息。 本项业务涉及的主要数据是书库账本。 ④综合管理业务。包括进书信息、销售信息、库存信息的查询、汇总和报表输出。 本项业务涉及所有的进书数据、销售数据和库存数据等。 3）处理的数据 上面的分析将本系统的业务归纳为4项。在业务分析的基础上，应该画出系统的数据流图。整个系统的分层数据流图将揭示一个系统内全部的数据项、数据结构、数据存储以及对数据的加工处理功能。在此基础上就可以建立系统的数据字典。本书不讨论数据流图和完整的数据字典规范等内容，仅对最后建立数据库所需要的数据进行分析说明。 在上述4项业务中涉及到的业务数据包括：进书数据、库存数据、销售数据。在这些数据中又涉及到图书数据、员工数据等，而图书数据与出版社有关，员工与部门有关。 因此，将所有数据进行归类分析，书店销售管理信息系统要处理的数据应该包括：
数据库课程设计——学生信息管理系统 学院：机电工程学院 班级：09工业工程 组员：郎建鹏 学号：0911******* 指导老师：李峰平
目录 第一章系统分析 (2) 1 建立新系统的必要性 (2) 2 业务流程分析（业务流程图） (2) 3 数据流程图 (3) 4 数据字典 (4) 第二章系统设计 (4) 1 数据库设计（E-R） (4) 2系统运行环境 (6) 3输入输出设计 (10) 第三章设计总结 (10) 参考文献……………………………………………………………… 图例说明………………………………………………………………
第一章系统分析 1 建立新系统的必要性 这次的课程设计是在学习完《数据库原理》和《delphi程序设计》基础上进行的一次系统性的训练，既是对所学知识的巩固，也是对自己综合运用所学知识解决实际问题的一次锻炼。学生信息管理系统的主要目的是为了方便学校对学生的信息进行录入、修改、查询，提高学校的工作效率。这一系统的开发成功，解决了手写速度慢、容易出错的现状。 学生信息管理可以帮助学校最迅速最准确的完成所需的工作。无论是在适用性、灵活性和易操作性方面都显示出了它的强大功能。 2 业务流程分析（业务流程图）
数据流图是结构化分析中不可缺少的有力工具，它描述了系统的分解，即系统由哪些部分组成，各部分之间有什么联系等。但是，它还不能完整地表达一个系统的全部逻辑特征，特别是有关数据的详细内容。因此，仅仅一套数据流图并不能构成系统说明书，只有对图中出现的每一个成分都给出详细定义以之后，才能全面地描述一个系统。对数据流、数据存储和数据处理的详细描述，需要用数据字典（DD）。它包括数据流、数据存储、外部项和处理过程的详细条目。数据字典中把数据的最小单位定义为数据项，而若干数据项可以组成一个数据结构。数据字典是通过以数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。 第二章系统设计 1 数据库设计（E-R） （1）管理员实体的E-R图 （2）普通用户实体的E-R图
四川省山桐子能源科技有限责任公司 数 据库设计说明书 2013-5-20 第六小组成员 数据库设计说明书 1 引言 1.1 目的 为了有效指导山桐子能源网站系统数据库的设计，特设计此概要设计说明该网站数据库所含有的各数据表及其机构，以作为系统开发实现的依据，本说明书主要阅读对象为业主方、承建方、监理方相关技术人员和项目责任人。 1.2 背景 说明： a．数据库名称shantz 开发软件sql2005 b．任务提出者：山桐子科技能源有限责任公司 c．目负责人：张林鹏 d．者：赵霞、杨露、陈齐瑜、冯明华、张林鹏、胡芸儿 本系统将使用sql server 2005作为数据库存储系统，sql server 2000企业版将由山桐子公司自行购买。 1.3 定义 该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。 id编号，u_name 名称，u_pwd 密码, u_realname 确认密码，u_papert 证件，u_address 家庭住址，u_phone 电话号码，u_news 新闻, 1.4 参考资料 a．山桐子网站设计项目分析会议记录。 b．《桐子网站需求分析说明书》 c．国家标准《数据库设计说明书（gb8567----88）》 2 外部设计 2.1 标识符和状态 要求：详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。若该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。 1)数据库标示符：shuantongzi 用户名：admin 密码：123 权限：全部有效时间：开发阶段 说明：系统正式发布后，可能更改数据库用户/密码，请在统一位置编写数据库连接字符串，在发行前请予以改正。 2) 数据库标示符：hyzc 用户名：user 密码：456 权限：会员有效时间：开发阶段 说明：系统正式发布后，可能更改数据库用户/密码，请在统一位置编写数据库连接字符串，在发行前请予以改正。 2.2 使用它的程序 dreamweaver8、https://www.doczj.com/doc/032487406.html,、sql 2005、ps、 2.3 约定 (1) 字符集采用 utf-8，请注意字符的转换。 (2) 所有数据表第一个字段都是系统内部使用主键列，自增字段，不可空，名称为：id，确保不把此字段暴露给最终用户。 (3) 除特别说明外，所有字符串字段都采用varchar(50) 类型，(无论汉字还是英文，都算一个字符）。 (4) 除特别说明外，所有小数的字段都采用 decimal(13,3) 的形式表达。 (5) 除特别说明外，所有日期格式都采用 date 格式，无时间值。 (6) 除特别说明外，所有整形都采用int 格式。 (7) 除特别说明外，所有字段默认都设置为 null 。 2.4 支持软件
数据库设计的案例分析 一、教学管理 1. 基本需求 某学校设计学生教学管理系统。学生实体包括学号、、性别、生日、民族、籍贯、简历、登记照，每名学生选择一个主修专业，专业包括专业编号和名称，一个专业属于一个学院，一个学院可以有若干个专业。学院信息要存储学院号、学院名、院长。教学管理还要管理课程表和学生成绩。课程表包括课程号、课程名、学分，每门课程由一个学院开设。学生选修的每门课程获得一个成绩。 设计该教学管理的ER模型，然后转化为关系模型。 若上面的管理系统还要管理教师教学安排，教师包括编号、、年龄、职称，一个教师只能属于一个学院，一名教师可以上若干门课程，一门课程可以有多名老师来上，每个教师所上的每门课都有一个课堂号和课时数。试修改上题的ER 模型，将教师教学信息管理增加进去。
2. 参考设计： 图一教学管理ER图 由ER模型转换的关系模型是： 学生（学号，，性别，生日，民族，籍贯，专业号，简历，登记照） 专业（专业号，专业，专业类别，学院号） 学院（学院号，学院，院长） 课程（课程号，课程名，学分，学院号） 成绩（学号，课程号，成绩） （题目分析：本题中有学生、专业、学院、课程四个实体。一个学生只有一个主修专业，学生与专业有多对一的联系；一个专业只由一个学院开设，一门课程只由一个学院开设，学院与专业、学院与课程都是一对多的联系；学生与课程有多对多的联系。 在转换为关系模型时，一对多的联系都在相应的多方实体的关系中增加一个外键。） 增加教师，ER图如下。
图二有教师实体的教学管理ER图 3. 物理设计 基于Access的数据库结构设计如下。 指定数据库文件的名称，并为设计好的关系模型设计表结构。 数据库文件保存在“E:\教学管理\”文件夹中，数据库文件名：教学管理.MDB。 表包括：学院、专业、学生、课程、成绩单。对应表结构如表1-2至表1-6所示。 表1-1 学院 字段名类型宽度小数主键/索 引参照表约束Null 值 学院号文本型 2 ↑（主） 学院文本型16 院长文本型8 √ 表1-2 专业 字段名类型宽度小数主键/索 引参照表约束Null 值 专业号文本型 4 ↑（主） 专业文本型16 专业类别文本型8 ↑ 学院号文本型 2 学院 表1-3 学生 字段名类型宽度小数主键/索参照表约束Null
基于WEB在线作业提交批改系统数据库设计说明书 撰写人员： 撰写时间：2014年4月17日
目录 1 引言 (3) 1。1 编写目的 (3) 1。2 背景 (3) 1。3 术语定义 (3) 1.4 参考资料 (3) 2 数据库设计的概要 (3) 2。1 选用的数据库管理系统 (3) 2.2 数据库/数据文件的形式及物理存贮 (3) 2.3 数据库分布 (4) 2。4 数据库的安全与保密 (4) 2。5 数据库的备份和恢复 (5) 2.6 自动磁盘管理和空间回收优化的考虑 (5) 3 数据库的详细设计 (6) 3。1 需求分析 (6) 3.1.1 系统功能图 (6) 3.1.2 数据流图 (6) 3.2 数据库概念设计 (7) 3。2.1 数据库E-R设计图 (7) 3。2.2 E-R设计图说明 (7) 3。3 数据库逻辑设计 (8) 3。3。1 数据库逻辑模式（逻辑图） (8) 3。3.2 数据库逻辑模式说明 (8) 3。4 数据库物理设计 (10) 3.4.1 数据库物理模式（物理图） (10)
引言 1.1 编写目的 编写本文档的目的是为了全面管理在此系统中任课教师、教师所授班级、教师布置和批改后的作业、学生、学生上传的作业等数据的安全完整,使基于WEB的作业提交批改系统的管理层次分明、井然有序。 本文档的预期读者是: ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2 背景 该数据库的开发是基于在线的作业提交批改系统为背景而设计的“基于WEB在线的作业提交批改系统数据库”.该数据库的设计主要服务于由https://www.doczj.com/doc/032487406.html,所开发的在线作业提交批改系统，以方便用户的使用。 使用该数据库的软件系统是Visual studio 2008和Microsoft SQL Server 2005。1.3 术语定义 无 1.4 参考资料 ［1］《数据库系统概论》高等教育出版社2006.5 http：// ［2］《ASP。NET数据库网站设计教程C＃版》电子工业出版社2010。3 http:// ［3] 《软件工程导论》清华大学出版社2008。2 http：// 2 数据库设计的概要 2.1 选用的数据库管理系统 该数据库所采用的数据库管理系统是关系数据库管理系统。关系数据库所使用关系语言特点是高度非过程化,即用户只需说明”做什么"而不必说明"怎么做"。用户不必请求数据库管理员为其建立特殊的存取路径,存取路径的选择是由DBMS（数据库管理系统）自动完成的。这也是关系数据库的主要优点之一。 2.2 数据库/数据文件的形式及物理存贮 该数据库将基于WEB在线的作业提交批改系统的数据库/数据库文件在用户面前是以外模式形式呈现的,此模式也称用户模式,是数据库用户能够看见和使用的局部数据的逻辑结
ISO软件工程模板(7)数据库设计说明书 1.引言 1.1编写目的 [说明编写这份数据设计说明书的目的，指出预期的读者。] 1.2背景 a.[待开发数据库的名称和使用此数据库的软件系统的名称；] b.[列出本项目的任务提出者、开发者、用户。] 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出有关的参考资料。] 2．外部设计 2.1标识符的状态 [联系用途，详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。] 2.2使用它的程序 [列出将要使用或访问此数据库的所有应用程序，对于这些应用程序的每一个，给出它的名称和版本号。] 2.3约定
[陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定。] 2.4专门指导 [向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导。] 2.5支持软件 [简单介绍同此数据库直接有关的支持软件。说明这些软件的名称、版本号的主要功能特性。列出这些支持软件的技术文件的标题、编号及来源] 3．结构设计 3.1概念结构设计 [说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。] 3.2逻辑结构设计 [说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构。] 3物理结构设计 [建立系统程序员视图。] 4．运用设计 4.1数据字典设计 [对数据库设计中涉及到的各种项目一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。] 4.2安全保密设计 [说明在数据库的设计中，将如何通过区分不同的访问者、不同的访问类型和不同的数据对象，进行分别对待而获得的数据库安全保密的设计考虑。]
物流管理信息系统的数据库设计 （案例分析） 系统名称：物流管理信息系统（数据库管理系统） 一、需求分析 需求分析是整个数据库设计过程的基础，要收集数据库所有用户的信息内容和处理要求，并加以规格化和分析。 物流管理系统是为制造商和零售商设计的管理系统数据库系统，目的是： 1、实现上游制造商的信息管理。 2、实现下游零售商的信息管理。 3、实现进库与配送的信息管理。从而提高物流效率，降低物流成本并提高 企业管理化水平。经过调研分析，得到系统的如下功能需求。 （1）数据检索 1、制造商、零售商查询某一产品名称，规格和单位 输入：产品编号 输出：产品名称，产品规格，产品单位，制造商编号 2、物流中心、制造商查询某一零售商名称，联系人，地址，电话号码，网址 输入：零售商编号 输出：零售商名称，联系人，地址，电话号码，网址 3、零售商、物流中心查询某一制造商信息表 输入：制造商编号
输出：制造商名称，联系人，地址，电话号码，网址 4、物流中心、制造商、零售商查询某一产品的出库信息表 输入：仓库编号 输出：仓库编号，库名，地址，电话 5、物流中心、零售商查询某一产品的制造商和产品信息表 输入：产品编号编号 输出：制造商名称,联系人,地址,电话号码,网站,产品名称,产品名称,产品规格,产品单位 6、查询某一产品对应的物流中心编号及产品信息 输入：产品编号 输出：物流中心编号,货物价格,提取.产品编号,产品.产品名称,产品名称,产品规格,产品单位 7、制造商，零售商查询某一物流中心信息 输入：物流中心编号 输出：物理中心名称，联系人，地址，电话号码，网址 （2）数据插入 ①产品数据插入 ②制造商数据插入 ③零售商数据插入 ④物流中心数据插入 （3）数据修改 ①产品数据修改：某产品数据变化时，输入该产品编号以及需修改的属性，
7.14数据库(顶层)设计说明(DBDD) 说明： 1.《数据库(顶层)设计说明)(DBDD)描述了数据库的设计。所谓数据库指存储在一个或多个计算机文件中的相关数据的集合，它们可由用户或计算机程序通过数据库管理系统(DBMS)加以访问。DBDD 还描述了存取或操纵数据所使用的软件配置项。 2.DBDD 是实现数据库及相关软件配置项的基础。它向需方提供了设计的可视性，为软件支持提供了所需要的信息。 3.DBDD 是否单独成册或与SDD 合为一份资料视情况繁简而定。 数据库(顶层)设计说明的正文的格式如下： 1引言 本章应分为以下几条。 1.1标识 SSO ：Single Sign On ，单点登录 CDM ：Conceptual Data Model ，概念数据模型 PDM ：Physical Data Model ，物理数据模型 1.2数据库概述 本数据库用于城市教育资源的管理。本数据库支持Microsoft Sql Server 2005，MySql, SqlLite 等数据库管理系统。 1.3文档概述 本文档旨在详细描述城市教育资源管理系统中的数据库结构与设计。本文的读者可为系统的开发者，也可以是系统的维护者。 3数据库详细设计 3.1概念结构设计 教育管理人员 教育资源 管理 人员编号 人员职称 教学用地 人员 教学设备 学校 资金 m n m 招生人数 学校编号 学校等级 分配 学校性质（公立，私立）
人口分布分析查询系统的概念模型 3.2逻辑结构设计 学校信息（学校编号、学校等级、学校性质） 教育管理人员（人员编号、人员职称、管理权限） 带有下划线的数据为主键 3.3物理结构设计 数据存放的位置设定为D:城市教育资源管理系统\data。在存取方法的设计上采用索引方法。对于上述四个关系模式，分别以主键建立索引。 4x(数据库设计级别的名称) 数据标识数据含义类型保密性 SchoolID 学校编号整形无 PersonID 人员编号整形无 Schoolgrade 学校等级字符型无 Admin authority 管理权限字符型无 5用于数据库访问或操纵的软件配置项的详细设计 ORACLEDesigner 2000 SYBASEPowerDesigner Version 9.5 Microsoft office Word Professional Edition 2003 Microsoft office Word Visio Professional Edition 2003 6需求的可追踪性 1)能够接收输入和查询产品生命周期中下列各部分之间的关系—— a)业务规则 b)业务模型 c)需求 d)使用用例 e)其他面向对象或基于组件的设计图 f)测试用例 2)能够与下列工具无缝集成—— a)【3AD(Object—Oriented An al：ysls and DeMgn，面向对象的分析与设计)或者基于组件的分析与设计应用程序。 b)缺陷与测试用例管理应用程序。 3)能够为所选择的软件版本建立和比较基本需求。
数据库设计说明书 容管理系统(DWCMS) 版本历史 1. 引言 在使用任何数据库之前，都必须设计好数据库，包括将要存储的数据的类型，数据之间的相互关系以及数据的组织形式。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据。为了合理地组织和高效率地存取数据，目前最好的方式，就是建立数据库系统，因此在系统的总体设计阶段，数据库的建立与设计是一项十分重要的容。由于数据库应用系统的复杂性，为了支持相关程序运行，数据库设计就变得异常复杂，因此最佳设计不可能一蹴而就，而只能是一种“反复探寻，逐步求精”的过程，也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。 1.1 编写目的 数据库设计的好坏是一个关键。如果把企业的数据比做生命所必需的血液，那么数据库的设计就是应用中最重要的一部分，是一个系统的根基。用于开发人员进行项目设计，以此作为编码的依据，同时也为后续的数据库维护工作提供了良好的使用说明，也可以作为未来版本升级时的重要参考资料。数据库设计的目标是建立一个合适的数据模型。这个数据模型应当是满足用户要求，既能合理地组织用户需要的所有数据，又能支持用户对数据的的所有处理功能。并且要具有较高的式，数据完整性好，效益高，便于理解和维护，没有数据冲突。 1.2 背景
1.3 定义 Lmbang：辣妈帮 E-R图：实体关系图 1.4 参考资料 A. 《细说PHP》教程 B. 《DWCMS项目需求分析说明书》 C. 本项目相关的其他参考资料。 2. 外部设计 外部设计是研究和考虑所要建立的数据库的信息环境，对数据库应用领域中各种信息要求和操作要求进行详细地分析，了解应用领域中数据项、数据项之间的关系和所有的数据操作的详细要求，了解哪些因素对响应时间、可用性和可靠性有较大的影响等各方面的因素。 2.1 标识符和状态 数据库表前缀：lmbang_ 用户名：root
数据库案例分析与设计考核题 1203批次前老平台学生，该门课程不用现场笔试考试（网上预约考试时间为虚设），请预约该门课程考试的学生将答案手写A4答题纸上，于规定时间内交到学习中心，哈站交到班主任处。未预约的学生提交的内容作废处理，预约后不按规定时间提交按旷考处理。 （答题纸附在第二页，所有答案必须写在答题纸上，标清题号） 一．设计报告的题目要求 在以下三个题目中选择一个，作为数据库应用系统设计的内容，进行必要的走访和调研完成你的设计报告。 1.人事信息管理系统 调研一个中等规模的机构或单位，完成该单位的人事信息管理系统的设计工作。以满足基本的人事管理功能：比如员工的基本信息管理，如编号、姓名、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等；员工各种信息的修改；对转出、辞退、退休员工信息的删除；按照一定条件，查询、统计符合条件的员工信息；人事的调动任免信息的管理；按条件查询、统计，结果打印输出等。 2.超市会员管理系统 调研一个具有会员管理功能的商场或超市等，完成该单位的基本会员信息管理系统的设计。比如加入会员的基本信息，包括：会员的基本条件、优惠政策、优惠时间等。会员的基本信息，包括姓名、性别、年龄、工作单位、联系方式等。会员购物信息：购买物品编号、物品名称、所属种类，数量，价格等。会员返利信息,包括会员积分的情况，享受优惠的等级等。对货物流量及消费人群进行统计输出等。 3.客房管理系统 调研一个中等规模的宾馆，完成该宾馆的客房管理信息系统的设计。实现客房管理的基本功能，包括客房的类别、当前的状态、负责人等；客房信息的查询和修改，包括按房间号查询住宿情况、按客户信息查询房间状态等。以及退房、订房、换房等信息的修改等。 二．设计报告的内容要求 给出数据库系统的6个设计阶段的主要工作内容，其中(1)-(4)必做，(5)-(6)选做： (1)需求分析：收集并分析用户的基本要求，简要概述系统的设计目标；详细描述用户 对数据库的要求，明确用户需求；给出主要的用户活动图、数据流图和数据字典等。 (2)概念结构设计：对具体应用建模，给出数据间的关系模型；利用需求分析得到的数 据内容等给出主要的实体关系图(E-R图)，并详细描述实体和关系的属性等。 (3)逻辑结构设计：得到具体的关系模式集，并适当优化；利用得到的E-R图，转换为 具体的关系结构，并标明相互关联和各自的主键等具体内容；采用水平分解或垂直分解等方法，进行适当的优化。 (4)物理结构设计：选用一种DBMS，利用SQL语句给出数据库内模式的设计等；根据 得到的关系结构和选用的DBMS，进行关系构建具体的SQL语句，确定文件的存储方式、表的索引方式等。 (5)数据库实施：前端应用程序的设计等。 (6)数据库运行和维护：数据库的测试及运行过程。
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2外部设计 (2) 2.1标识符和状态 (2) 2.2使用它的程序 (3) 2.3约定 (3) 2.4专门指导 (3) 2.5支持软件 (3) 3结构设计 (3) 3.1概念结构设计 (3) 3.2逻辑结构设计 (3) 3.3物理结构设计 (4) 4运用设计 (4) 4.1数据字典设计 (4) 4.2安全保密设计 (4)
数据库设计说明书（GB8567——88） 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概念结构设计 说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。 3.2逻辑结构设计 说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构和文卷结构、所建立的各个文卷之间的相互关系，形成本数据库的数据库管理员视图。