数据库(顶层)设计说明文件编号: KJXXW-XXSJ-M002-V1、0
版本号: V1、0
受控状态: ■受控□非受控
保密级别: 公司级
编制人/编制时间: 王攀坤2014年7月
审核人/审核时间:
批准人/批准时间:
生效日期:
新疆泰戈瑞信息技术有限责任公司发布
变更记录
(注:更改状态包括:C－创建、A－增加、M－修改、D－删除)
目录
1、引言
3
1、1标识 (3)
1、2系统概述 (3)
1、3文档概述 (3)
2、引用文件
4
3、数据库级设计决策
5
4、数据库详细设计
7
4、1数据库设计级别的名称 (7)
5、用于数据库访问或操纵的软件配置项的详细设计
10
5、1软件配置项的项目唯一标识符或软件配置项组的指定符 (10)
6、需求的可追踪性
13
7、注解
14
附录 (15)
1. 引言
本章分为以下几条。
1.1 标识
【内容】
本条应包含本文档适用的系统与软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号与发行号。
【裁剪原则】
此部分内容不允许裁剪掉。
1.2 系统概述
本条应简述本文档适用的系统与软件的用途。它应描述系统与软件的一般性质;概述系统开发、运行与维护的历史;标识项目的投资方、需方、用户、开发方与支持机构;标识当前与计划的运行现场;并列出其她有关文档。
1.3 文档概述
【内容】
本条应概述本文档的用途与内容,并描述与其使用有关的保密性与私密性的要求。
【裁剪原则】
此部分内容不允许裁剪掉。
2. 引用文件
【内容】
本章应列出本文档引用的所有文档的编号、标题、修订版本与日期,本章也应标识不能通过正常的供货渠道获得的所有文档的来源。
【裁剪原则】
此部分内容不允许裁剪掉。
3. 数据库级设计决策
【内容】
本章应根据需要分条给出数据库级设计决策,即数据库行为设计决策(从用户的角度瞧,该数据库如何满足它的需求而忽略内部实现)与其她影响数据库进一步设计的决策。如果所有这些决策在系统或CSCI需求中均就是明确的,本章应如实陈述。对应于指定为关键性需求(如安全性、保密性、私密性需求)的设计决策,应在单独的条中加以描述。如果设计决策依赖于系统状态或方式,则应指出这种依赖性。如果设计决策的部分或全部已在定制的或商用的数据库管理系统(DBMS)的文档中作了描述,本章可引用它们。应给出或引用理解设计所需的设计约定。数据库级设计决策的例子如下:
a.关于该数据库应接受的查询或其她输入与它应产生的输出(显示、报告、消息、响应
等)的设计决策,包括与其她系统、HWCI,CSCI与用户的接口(本文的5、x、d标识了
本说明要考虑的主题)。如果该信息的部分或全部已在接口设计说明(IDD)中给出,此
处可引用。
b.有关响应每次输入或查询的数据库行为的设计决策,包括动作、响应时间与其她性能
特性、所选择的方程式/算法/规则、配置与对不允许的输入的处理。
c.有关数据库/数据文件如何呈现给用户的设计决策。(本文的4、x标识了本说明要考虑
的主题)、
d.有关要使用什么数据库管理系统(包括名字、版本/发行)的设计决策与为适应需求的变
化而引人到数据库内部的灵活性类型的设计决策。
e.有关数据库要提供的可用性、保密性、私密性与运行连续性的层次与类型的设计决策。
f.有关数据库的分布(如客户机/服务器)、主数据库文件更新与维护的设计决策,包括一
致性的维护、同步的建立/重建与维护、完整性与业务规则的实施等。
g.有关备份与恢复的设计决策,包括数据与处理分布策略、备份与恢复期间所允许的动
作、对例如音像等新技术或非标准技术的特殊考虑。
h.有关重组、排序、索引、同步与一致性的设计决策,包括自动的盘管理与空间回收、
优化策略、存储与空间大小、数据库内容的填充与历史数据的捕获等方面的考虑。
【裁剪原则】
此部分内容不允许裁剪掉。
4. 数据库详细设计
【内容】
本章应根据需要分条描述数据库的详细设计。设计级别数以及每一级别的名称应基于所用的设计方法学。数据库设计级别的例子包括:概念设计、内部设计、逻辑设计与物理设计。如果这些设计决策的部分或全部依赖于系统状态或方式,则应指出这种依赖性。应给出或引用为理解这些设计所需的设计约定。
注:本文用术语“数据元素集合体”表示在给定的设计级别(如概念设计、内部设计、逻辑设计、物理设计)中具有结构特征(数据元素的编号/次序/分组)的任何实体、关系、模式、字段、表、数组等;同时用术语“数据元素”表示在给定的级别中没有结构特征的关系、属性、字段、配置项、数据元素等。
【裁剪原则】
此部分内容不允许裁剪掉。
4.1 数据库设计级别的名称
【内容】
本条应标识一个数据库设计级别,并用所选择的设计方法的术语描述数据库的数据元素与数据元素集合体。(若适用)描述信息应包括以下内容,它们可按适合于要提供的信息的任何次序给出。
a.数据库设计中的单个数据元素特性,例如:
a)名称/标识符;
1)项目唯一标识符;
2)非技术(自然语言)名称;
3)标准数据元素名;
4)技术名称(如数据库中的字段名);
5)缩写名或同义名;
b)数据类型(字母数字、整数等);
c)大小与格式(例如字符串的长度与标点符号);
d)计量单位(如米、元、纳秒等);
e)范围或可能值的枚举(如0-99);
f)准确度(正确程度)与精度(有效位数);
g)优先级、时序、频率、容量、序列与其她约束,如数据元素就是否可被更新,业务
规则就是否适用;
h)保密性与私密性约束;
i)来源(设置/发送实体)与接收者(使用/接收实体)。
b.数据库设计中的数据元素集合体(记录、消息、文件、数组、显示、报表等)的特性,
例如:
a)名称/标识符;
1)项目唯一标识符;
2)非技术(自然语言)名称;
3)技术名称(如代码或数据库中的记录或数据结构名);
4)缩写名或同义名;
b)数据元素集合体中的数据元素及其结构(编号、次序、分组);
c)媒体(如盘)及媒体上数据元素/集合体的结构;
d)显示与其她输出的视听特性(如颜色、布局、字体、图标及其她显示元素、蜂鸣声、
亮度等);
e)数据元素集合体之间的关系,如排序/访问特性;
f)优先级、时序、频率、容量、序列与其她约束,如数据集合体就是否可被更新,业
务规则就是否适用;
g)保密性与私密性约束;
h)来源(设置/发送实体)与接收者(使用/接收实体)。
【裁剪原则】
此部分内容不允许裁剪掉。
5. 用于数据库访问或操纵的软件配置项的详细设计
【内容】
本章应分条描述用于数据库访问或操纵的每个软件配置项。如果该信息的部分或全部已在别处提供,如在软件(结构)设计说明(SDD)、定制的DBMS的SDD,商用的DBMS的用户手册等处,在此可引用该信息,而无需重复说明。如果设计的部分或全部依赖于系统状态或方式,则应指出这种依赖性。如果该设计信息在多条中出现,则可只描述一次,而在其她条引用。应给出或引用为理解设计所需的设计约定。
【裁剪原则】
此部分内容不允许裁剪掉。
5.1 软件配置项的项目唯一标识符或软件配置项组的指定符
【内容】
本条应用项目唯一标识符标识软件配置项并描述它。(若适用)描述应包括以下信息。作为一种变通、本条也可以指定一组软件配置项,并分条标识与描述它们。包含其她软件配置项的软件配置项可以引用那些软件配置项的说明,而无需在此重复。
a.(若有)配置项设计决策,诸如(如果以前未选)要使用的算法;
b.软件配置项设计中的约束、限制或非常规特征;
c.如果要使用的编程语言不同于该CSCI所指定的语言,应该指出,并说明使用它的理由;
d.如果软件配置项由过程式命令组成或包含过程式命令(如数据库管理系统(DBMS)中
用于定义表单与报表的菜单选择、用于数据库访问与操纵的联机DBMS查询、用于自动代码生成的图形用户接口(GUI)构造器的输入、操作系统的命令或命令解释程序(shell)脚本),应有过程式命令列表与对解释它们的用户手册或其她文档的引用;
e.如果软件配置项包含、接收或输出数据,(若适用)应有对其输入、输出与其她数据元素
以及数据元素集合体的说明。(若适用)本文的4、x、6提供要包含主题的列表。软件配置项的局部数据应与软件配置项的输入或输出数据分开来描述。如果该软件配置
项就是一个数据库,应引用相应的数据库(顶层)设计说明(DBDD):接口特性可在此处提供,也可引用相应接口设计说明。如果一给定的接口实体本文没有提及(例如,一个外部系统),但就是其接口特性需要在本DBDD描述的接口实体时提到,则这些特性应以假设、或“当[未提及实体]这样做时,[软件配置项]将……”的形式描述。本条可引用其她文档(例如数据字典、协议标准、用户接口标准)代替本条的描述信息。本设计说明应包括以下内容,(若适用)它们可按适合于要提供的信息的任何次序给出,并且应从接口实体角度指出这些特性之间的区别(例如数据元素的大小、频率等)。
1)接口的项目唯一标识符;
2)(若适用)用名字、编号、版本与文档引用来标识接口实体(软件配置项、配置项、
用户等);
3)由接口实体分配给接口的优先级;
4)要实现的接口的类型(例如实时数据传输、数据的存储与检索等);
5)接口实体将提供、存储、发送、访问、接收的单个数据元素的特性。本文档4、x、
a标识了要提及的主题;
6)接口实体将提供、存储、发送、访问、接收的数据元素集合体(记录、消息、文件、
数组、显示、报表等)的特性。本文档的4、x、6标识了要提及的主题;
f.接口实体为该接口使用通信方法的特性,例如:
1)项目唯一标识符;
2)通信链路/带宽/频率/媒体及其特性;
3)消息格式化;
4)流控制(如序列编号与缓冲区分配);
5)数据传输率、周期或非周期与传送间隔;
6)路由、寻址及命名约定;
7)传输服务,包括优先级与等级;
8)安全性/保密性/私密性考虑,如加密、用户鉴别、隔离、审核等。
g.接口实体为该接口使用协议的特性,例如:
实验八实现数据完整性一、实验目的 （1）实现数据完整性的概念及实施数据完整性的重要性。 （2）掌握数据完整性的分类。 （3）掌握完整性约束的添加、删除方法。 （4）掌握通用默认值的创建、实施与删除方法。 （5）掌握规则的创建、实施与删除方法。 （6）掌握级联删除、级联修改方法。 二、实验内容 1、完整性约束的添加、删除 （1）通过SQL Server Management Studio实施约束 a.为表Student的Birth字段创建检查约束，使输入的生日日期小于系统日期。 ①、选择Student表，右击→设计，打开Student表 ②、选择Birth一行，右击→CHECK约束，打开界面如下图所示 ③、单击“添加” ④、在表达式中写入：Entrance_date b.为表Student的Sdept字段，设置默认值约束，默认值取’计算机系’。选择Sdept一行，在其列属性中修改其默认值 c.为Student表的Sname字段添加唯一性约束。 选择Sname一行，右击→索引/键 出现如下界面： 单击“添加”，在类型中选择“唯一键”，在列中选择“Sname”，名称自定义 最后单击“关闭”退出 d.将SC表的Sno,cno字段设置外键约束，约束名自已取，并允许级联删除与级联更新。（此要求在SQL Server2008R2中无法做出）若已存在外键约束，请先删除。 ①、选中Sno，右击→单击“关系”，出现如下信息，可见已存在外键约束 选中键，点击删除，完成约束删除 ②、添加约束： 选中Sno，右击，选择“关系”，出现如下信息， 变更履历 目录 第一章引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3术语定义 (2) 1.4参考资料 (2) 第二章外部设计 (3) 2.1标识符和状态 (3) 2.2使用它的程序 (3) 2.3命名约定 (3) 2.4设计约定 (3) 第三章结构设计 (4) 3.1概念结构设计 (4) 3.2逻辑结构设计 (21) 3.3物理结构设计 (33) 第四章运用设计 (34) 4.1数据字典设计 ............................................... 错误!未定义书签。 4.2安全保密设计 ............................................... 错误!未定义书签。 4.3数据库实施 (34) 4.3.1创建数据库 (34) 4.3.2创建表 (34) 4.3.3添加参照完整性约束 ..................................... 错误!未定义书签。 4.3.4添加用户完整性约束 ..................................... 错误!未定义书签。 4.3.5添加索引 ............................................... 错误!未定义书签。 4.3.6创建视图 ............................................... 错误!未定义书签。 4.3.7插入测试数据 ........................................... 错误!未定义书签。 数据库课程设计完 整版 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世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，而且具备修改功能，能够快速的查询学校所需的住宿信息。 面对当前学校发展的实际状况，我们经过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。 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世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备修改功能，能够快速的查询学校所需的住宿信息。 面对目前学校发展的实际状况，我们通过实地调研之后，对宿舍管理系统的 ××××学院 ××专业数据库设计报告 题目：数据库设计说明书 目录 一、需求分析 (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) 一、需求分析 本数据库为教务管理系统，主要是针对学校教学管理方面而设计的。学校教务处因为工作需要，必须对每个班的信息，学生的信息，教师的信息，专业信息有一定的了解，并以此为基础来安排课程。安排课程必须根据学校的软硬件设施来安排，所以要考虑到每门课程的上课时间、地点、人数，避免上课地点的冲突，还要安排特定的老师上课。学期结束后，还要记录学生的分数，以此作为下个学期的教学安排依据。 根据上述的初始条件和对本学校的调研考察，设计一个教务管理的数据库：记录教师和学生的基本信息，选课，课程安排等信息，方便老师,同学等用户对数据库的查询，修改等操作。尽量使数据库高效，存储简单。 以下为所附数据流图： 大连海事大学 数据库原理课程实验大纲 实验名称：实验七完整性实验学时： 2 适用专业： 实验环境： 执笔者：编写日期： 1实验目的 （1）掌握实体完整性、参照完整性和用户自定义完整性约束的创建方法。 （2）掌握完整性约束的运行检查机制。 （3）掌握参照完整性的级联删除和修改方法。 （4）掌握正确设计关系模式完整性约束的方法。 2实验内容 2.1掌握实体完整性约束的创建和使用方法 （1）创建表时定义由一个属性组成的主键（给约束命名）。 （2）创建表时定义由两个或两个以上属性组成的主键（给约束命名）。 （3）删除以上两个主键约束。 （4）利用ALTER TABLE语句定义上述两个主键。 2.2掌握参照完整性约束的创建和使用方法 （5）创建表时定义一个列级参照完整性约束（给约束命名）。 （6）创建表时定义一个表级的由两个属性组成的参照完整性约束（给约束命名）。（7）设计数据更新语句检查参照完整性约束是否起作用。 （8）删除上述完整性约束。 （9）利用ALTER TABLE 建立上述参照完整性约束，并且规定UPDATE/DELETE时的动作。 （10）设计数据更新语句检查参照完整性约束及其相应的动作是否起作用。 2.3掌握用户自定完整性约束的创建和使用方法 （11）定义一个检查约束，检查其值在某个取值范围内，并设计相应的更新语句检查该约束是否起作用 （12）定义一个检查其值符合某个匹配模式的检查约束（使用LIKE），并设计相应的更新语句检查该约束是否起作用 （13）定义一个检查其值符合某个正则表达式的检查约束（使用SIMILAR TO），并设计相应的更新语句检查该约束是否起作用 （14）定义一个UNIQUE约束，并设计相应的更新语句检查该约束是否起作用 （15）定义一个DEFAULT约束，设计一个INSERT语句检查该约束是否起作用。 3实验要求 （1）深入复习教材第五章数据库完整性约束内容。 （2）根据书上的例子，针对TPCH数据库模式设计各种完整性约束，每种类型完整性约束至少要设计一个，描述清楚完整性约束要求，设计和运行触发完整性约束检查的数据更新语句，并截图相应的实验结果，每幅截图并要有较为详细的描述。也可以按照附1所列示例做实验。（3）实验步骤和实验总结中要详细描述实验过程中出现的问题、原因和解决方法。 （4）思考题：完整性约束的违约处理有哪几种方式 4实验步骤 4.1掌握实体完整性约束的创建和使用方法 （1）创建表时定义由一个属性组成的主键（给约束命名）。 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 表汇总列表 ..........................................错误！未定义书签。 ——货存控制系统 6、1数据库设计概述 ㈠数据库设计的概念:数据库设计就是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求(信息要求与处理要求)。在数据库领域内,常常把使用数据库的各类系统统称为数据库应用系统。 ㈡数据库设计的特点 1、数据库建设就是硬件、软件与干件的结合:三分技术、七分管理、十二分基础数据,技术与管理的界面称之为干件。 2、数据库设计过程就是结构设计与行为设计的密切结合:结构设计就是设计数据库结构,行为设计就是设计应用程序、事务处理等。 ㈢数据库设计的方法 1、手工试凑法:设计质量与设计人员的经验与水平有直接关系,缺乏科学理论与工程方法的支持,工程质量难保证。 2、规范设计法:基本思想就是过程迭代与逐步求精。 ㈣数据库设计的基本步骤 准备工作:选定参加设计的人员。 ⑴分析员:数据库设计的核心人员,自始至终参与数据库设计,其水平决定了数据库系统的质量。 ⑵用户:主要参加需求分析与数据库的运行维护,用户的积极参与将加速数据库设计,提高数据库设计的质量。 ⑶程序员:在系统实施阶段参与进来,负责编制程序。 ⑷操作员:在系统实施阶段参与进来,准备软硬件环境。 ㈤数据库设计的过程(六个阶段) 1、需求分析阶段: 准确了解与分析用户需求(包括数据与处理),就是整个设计过程的基础,就是最困难、最耗费时间的一步。 2、概念结构设计阶段: 整个数据库设计的关键,通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型 3、逻辑结构设计阶段: 将概念结构转换为某个DBMS所支持的数据模型,并对其进行优化。 4、数据库物理设计阶段: 为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构与存取方法)。 5、数据库实施阶段: 运用DBMS提供的数据语言、工具及宿主语言,根据逻辑设计与物理设计的结果建立数据库、编制与调试应用程序、组织数据入库并进行试运行。 6、数据库运行与维护阶段: 数据库应用系统经过试运行后即可投入正式运行,在运行过程中不断对其进行评价、调整与修改。 设计一个数据库应用系统往往就是上述六个阶段的不断反复。 ㈥数据库设计各阶段的模式形成: 1、需求分析阶段:综合各个用户的应用需求。 2、概念设计阶段:形成独立于机器特点,独立于各个DBMS产品的概念模式(E-R图)。 项目全称 数据库设计说明书 承建方全称 文件ISO版本控制 目录 ?简介.......................................................................................................................... 1.1.目的.................................................................................................................. 1.2.范围.................................................................................................................. 1.3.定义、首字母缩写词和缩略语...................................................................... 1.4.参考资料.......................................................................................................... ?数据库环境.............................................................................................................. 大工15春《SQL数据库课程设计》模板及要求网络教育学院 《SQL数据库课程设计》 题目：XX系统的设计与实现 学习中心： 专业： 年级：年春/秋季 学号： 学生： 指导教师： 《SQL数据库课程设计》要求 《SQL数据库课程设计》是大连理工大学网络教育学院计算机应用技术专业开展的一项实践教学环节，是理论联系实践的纽带和桥梁，是培养学生综合运用所学知识解决实际问题的有效手段。该课程设计要求如下：1．要求学生以SQL Server 2008或其他版本为后台数据库，以VB、VC 或其他开发工具作为前台开发工具，围绕自己选定的某一个具体的系统完成一个小型数据库应用系统的开发，例如《图书管理系统的设计与实现》《书店管理系统的设计与实现》等。其课程设计具体内容包括项目概况、需求分析、详细设计等，详见课程离线作业中上传的《SQL数据库课程设计模板》。 注意：禁止撰写《学生成绩管理系统》课程设计！！ 2．要求学生必须按照《SQL数据库课程设计模板》提供的格式和内容进行课程设计，完成课程设计模板提供的全部课程设计内容，字数要求达到3000字以上。 3．学生在进行课程设计的过程中，可参考辅导教师在导学资料中上传的 文献资料，有问题可通过课程论坛答疑。 4．2015年春季学期学生提交本课程设计形式及截止时间 学生需要以WORD附件形式（附件的大小限制在10M以内）将完成的课程设计以"离线作业"形式上传至课程平台中的"离线作业"模块，通过选择已完成的课程设计，点"上交"即可，如下图所示。 截止时间：2015年9月1日。在此之前，学生可随时提交课程设计，如需修改，可直接上传新文件，平台会自动覆盖原有文件。 5．课程设计批阅 老师会在离线作业关闭后集中批阅课程设计，在离线作业截止时间前不进行任何形式的批阅。 注意： 本课程设计应该独立完成，不准抄袭他人或者请人代做，如有雷同作业， 数据库实验报告完整性约束 大连海事大学 数据库原理课程实验大纲 实验名称：实验七完整性实验学时： 2 适用专业：智能科学与技术 实验环境： Microsoft SQL server 2014 1实验目的 （1）掌握实体完整性、参照完整性和用户自定义完整性约束的创建方法。 （2）掌握完整性约束的运行检查机制。 （3）掌握参照完整性的级联删除和修改方法。（4）掌握正确设计关系模式完整性约束的方法。 2实验内容 2.1 掌握实体完整性约束的创建和使用方法 （1）创建表时定义由一个属性组成的主键（给约束命名）。 （2）创建表时定义由两个或两个以上属性组成的主键（给约束命名）。 （3）删除以上两个主键约束。 （4）利用ALTER TABLE语句定义上述两个主键。 2.2 掌握参照完整性约束的创建和使用方法 （5）创建表时定义一个列级参照完整性约束（给约束命名）。 （6）创建表时定义一个表级的由两个属性组成的参照完整性约束（给约束命名）。 （7）设计数据更新语句检查参照完整性约束是否起作用。 （8）删除上述完整性约束。 （9）利用ALTER TABLE 建立上述参照完整性约束，并且规定UPDATE/DELETE时的动作。（10）设计数据更新语句检查参照完整性约束及其相应的动作是否起作用。 2.3 掌握用户自定完整性约束的创建和使用方法 （11）定义一个检查约束，检查其值在某个取值范围内，并设计相应的更新语句检查该约束是否起作用？ （12）定义一个检查其值符合某个匹配模式的检查约束（使用LIKE），并设计相应的更新语句检查该约束是否起作用？ （13）定义一个检查其值符合某个正则表达式的检查约束（使用SIMILAR TO），并设计相应的更新语句检查该约束是否起作用？ 图书馆管理系统的设计 1、需 求 分 析 图书馆，是搜集、整理、收藏图书资料以供人阅览、参考的机构。借阅读者可分为教师和学生。不同的借阅者最多可借书的数量和期限不同，如教师最多可借两本，期限为三个月，学生最多可借一本，期限为一个月，无论是教师还是学生，借阅超期都要进行罚款处理；每次借阅都要有相应的记录，以上就是图书馆管理系统所要完成的主要功能。 2、概 念 结 构 设 计 客观存在并可以相互区别的事物称为实体，本系统涉及到的实体只有读者和图书，二者之间存在借阅和罚款的联系，据此可以画出该系统的E-R 图，如图2.1所示。 图2.1 图书馆管理系统的E-R 图 其中读者与其属性关系如图2.2所示，图书与其属性关系如图2.3所示。 图2.2 读者实体与其属性 借出日期 归还日期 罚款金额 超期天数 处罚日期 借阅 罚款 读者 图书 性别 读者姓名 借书证号 读者类别 是否超期 读者 图2.3 图书实体与其属性 3、逻 辑 结 构 设 计 根据E-R 图向关系模式的转换规则可得如下的关系模式，加下划线的属性为相应关系的主键。 读者（借书证号，读者姓名，性别，读者类别，是否超期）。 图书（条形码号，图书编号，书名，作者，出版社，出版日期，类别，借阅状态，借阅次数），其中属性“借阅状态”给出是否在库的信息，分为“在馆”和“借出”两种状态。 借阅（借书证号，条形码号，借出日期，归还日期，罚款状态），主码为三个属性的组合，因为同一个读者可能重复借同一本书，只有加上借出日期才能区分出不同的借阅记录。 这里的日期精确到秒，此外，为了在进行超期罚款处理时能够区分出是否已经进行了罚款，这里还加了一个罚款状态的字段。 罚款（借书证号，条形码号，处罚日期，超期天数，罚款金额），主码为三个属性的组合，理由同上。 另外，为了保证系统的安全性，采用了登陆的措施，用户名和密码存放在密码表中。 密码表（用户名，密码）。 4、规 范 化 分 析 一个关系模式是好是坏，需要一个标准来衡量，这个标准就是模式的范式。用规范化理论对上述关系模式进行分析，除“罚款”关系外，其他四个关系模式中，主码是本模式的唯一决定因素，所以这四个关系模式都属于BCNF ，在函数依赖范畴内，规范化程度已经达到了最高。但是在“罚款”关系中，罚款金额=超期天数×日罚款额，所以超期天数→罚款金额。又因为处罚日期与归还日期为同一天，故（借书证号，条形码号，处罚日期）→超期天数，所以（借书证号，条形码号，处罚日期）→罚款金额，存在传递函数依赖，所以“罚款”关系属于2NF ，存在冗余现象。但根据实际情况，读者往往既关心超期天数，又关心罚款金额，所以“罚款金额”是必要的冗余。 5、用 SQL2014 建 立 数 据 库 1、读者表的建立 条形码号 图书编号 出版日期 书名 作者 出版社 借阅状态 借阅次数 类别 图书 修正&标记表 文档变更历史 日期作者版本变更描述 2011-05-28 舒睿V01 数据库说明书创建 2011-06-13 舒睿V01.1 数据库各表功能说明创建 2011-06-20 舒睿V02 数据库各项细节功能完成 审核结果 审核人通过版本审核认职位日期 文档属性 项目描述 文档名称功能说明书 作者舒睿 创建日期5/28/2011 最后更新日期 1.1目的 本文为图书馆管理课程设计SQL Server功能规范说明书。本说明书将： ●描述数据库设计的目的 ●说明数据库设计中的主要组成部分 ●说明数据库设计中各功能的实现 1.2内容 本文档主要内容包括对数据库设计结构的总体描述，对数据库中各种对象的描述（包括对象的名称、对象的属性、对象和其他对象直接的关系）。本文档中包含对以下数据库内容的描述： ●数据表 ●视图 ●存储过程 ●触发器 ●约束 在数据库主要对象之外，本文还将描述数据库安全性设置、数据库属性设置和数据库备份策略，为数据库管理员维护数据库安全稳定地运行提供参考。 1.3与其他项目的关联 本项目的数据库设计与本项目（Web部分和Windows部分）功能密切相关。本案例项目的数据库将按照项目程序部分的功能需求而设计，数据库设计将配合设计案例的程序部分，以实现一个功能完备的真实环境内的应用。 表 1.4表设计概述 根据设计的系统功能，数据库将以图书信息为中心存储相关数据，配合SQL Server 数据库系统中提供的数据管理，实现图书的借阅、归还、续借及系统设置等业务功能。 数据库设计将以存储读者信息的读者表为基础，连接多张相关表以实现对以下关系的支持： ●读者借书记录 ●读者还书记录 ●读者续借记录 ●读者罚款记录 ●读者对图书的评价 ●读者对图书和图书馆的建议及留言 数据库系统主要的实体关系如图0-1所示。 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世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备修改功能，能够快速的查询学校所需的住宿信息。 面对目前学校发展的实际状况，我们通过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。 数据库系统原理课程 设计指导 一、本课程的教学目的及基本要求 教学目的 本课程是为《数据库系统原理》课程所开的实践环节。数据库系统原理课程是一门实践性很强的技术课程，而且是计算机科学与技术中发展最快的领域之一。 本课程设计的目的旨在使学生能够掌握数据库的基本原理、数据库设计的基本方法、SQL语言的应用、SQL Server 2000/2008数据库环境的使用，并能根据所应用到的数据库管理系统的相关技术，按照规范化设计的方法解决现实中数据库设计的问题。 选修本课程前应已选修《数据库系统原理》课程，并熟练掌握SQL语言，以及数据库设计的规范化等基本方法。 先修课程：数据库系统原理。 教学基本要求 要求学生通过上机实验，培养学生的分析实际问题的能力，掌握复杂项目从需求到设计直到最后实现的基本方法，并对所设计的数据库进行测试与分析，使学生在数据库设计方面能够得到很大程度的提高。 课程设计基本要求： 1、(课前准备)掌握课堂教学内容，主要包括 （1）比较系统的掌握数据库原理的理论知识； （2）学会研究分析具体应用的需求，完成需求分析； （3）初步掌握在需求分析基础上设计数据库的能力； （4）熟练掌握一种数据库设计工具。 2、课程设计按以下步骤进行： （1）问题分析，理解问题，明确做什么，完成需求分析，写出系统的功能框架并给出每一系统功能的详细叙述。 （2）概念设计：在概念结构设计中画出ER图，在ER图中标出主码。可以有分ER图。 （3）逻辑结构设计：针对概念设计的结果做出逻辑结构设计并进行规范化，对表进行分解或必需的合并（要写出理由和根据）。对用户进行分类，有必要时可以给用户创建用户子模式（比如视图）并定义权限。 （4）物理设计：设计数据库的存储结构（包括索引的设计等）。 实验三：数据完整性 1、实验目的 （1）了解SQL Serer数据库系统中数据完整性控制的基本方法 （2）熟练掌握常用CREATE 或ALTER 在创建或修改表时设置约束 （3）了解触发器的机制和使用 （4）验证数据库系统数据完整性控制 2、实验平台 使用SQL Server数据库管理系统提供的SSMS和查询编辑器。 3 实验内容及要求 结合ST数据库中的各个表，设置相关的约束，要求包括主键约束、外键约束、唯一约束、检查约束、非空约束等，掌握各约束的定义方法。 设置一个触发器，实现学生选课总学分的完整性控制，了解触发器的工作机制。 设计一些示例数据，验证完整性检查机制。 要求包括如下方面的内容： 3.1 使用SQL语句设置约束 使用CREATE或ALTER语句完成如下的操作，包括： 1．设置各表的主键约束 2．设置相关表的外键 3. 设置相关属性的非空约束、默认值约束、唯一约束 4. 设置相关属性的CHECK约束 3.2 使用触发器 创建一个触发器，实现如下的完整性约束： ● 当向SC 表中插入一行数据时，自动将学分累加到总学分中。 ● 记录修改学分的操作。 3.4 检查约束和触发器 分别向相关表插入若干条记录，检查你设置的完整性约束是否有效： 1． 插入若干条包含正确数据的记录，检查插入情况 2． 分别针对设置的各个约束，插入违反约束的数据，检查操作能否进行 3． 向SC 表插入若干行数据，检查触发器能否实现其数据一致性功能。 ４ 实验报告 要求写出实验的基本过程。解释操作过程中出现的现象。 SC Student 参考示例： 建立一个学生选课数据库，熟悉约束及触发器的使用方法。 一、声明完整性约束 创建学生选课数据库TEST，包括三个基本表，其中Student表保存学生基本信息，Course 表保存课程信息，SC表保存学生选课信息，其结构如下表： 表1. Student表结构 表2. Course表结构 表3. SC表结构 期末考核设计报告 课程名称：软件工程 题目：航空订票系统 专业班级：17计科本4班 学号：17401085 学生姓名：刘梅 指导教师：朱婕 2019年11月20日 期末考核任务书 课程名称：软件工程 设计题目：航空订票系统 专业：计算机科学与技术班级：17计科本4班完成时间：2019年11月指导教师：朱婕 期末考核成绩评定表 航空订票系统数据库设计说明书 编写人：刘梅 目录 1引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 2数据库外部设计 (2) 2.1标识符和状态 (2) 2.2支持软件 (2) 2.3 数据完整性设计 (2) 2.4 数据规范性设计 (2) 3数据库结构设计 (4) 3.1概念结构设计 (4) 3.2逻辑结构设计 (6) 3.3表结构设计 (8) 3.3.1表user (9) 3.3.2 表administrator (9) 3.3.3 表flight (9) 3.3.4 表ticket (9) 参考文献 (10) 1引言 1.1编写目的 本文档说明了航空订票系统项目的数据库设计，用于指导该系统在数据库存储各方面的内容，为系统设计员及开发的程序员作为基准文档。 该文档的预期读者是该项目的系统设计员及程序员。 在下一阶段的详细设计及编码中，程序设计人员可参考此数据库设计说明，在数据模型设计的基础上，对系统进行详细设计和编码。在以后的软件测试以及软件维护阶段也可参考此说明书，以便在修改时找出在本阶段设计的不足或错误。 1.2项目背景 开发软件名称：航空订票系统 委托单位：武汉工商学院 开发单位：205 主管部门：205 信息管理技术作为当今计算机最广泛的应用，已经渗透到软件系统的方方面面，该航空订票系统在社会上运用广泛，航空市场的不断扩大，飞机现已成为大部分人选择的出行工具，航空订票系统也成为了重要的系统。这可以适应现在的快速发展，管理大量的数据，并且具有一定稳定性，实现现代化的信息管理。 课程设计 题目人力资源数据库设计学院计算机科学与技术 专业计算机科学与技术 班级 姓名 指导教师 2009 年12 月18 日 课程设计任务书 学生姓名：专业班级： 指导教师：工作单位：计算机学院 题目：人力资源数据库设计 初始条件： 人力资源部门希望建立一个数据库来管理它的员工。一个公司有几个部门，而一个员工属于一个部门。这个部门指派一个经理来全面负责部门事务和部门员工。当一个新员工进入公司时，需要他以前的工作经历和成绩。 公司设置了一系列职位，每个职位都有相关的等级和工资。各个职位都会被分配给工作人员。 要求完成的主要任务： 1.根据上述的初始条件，进行调查分析并设计适当的属性。设计一个人力资源 数据库，DBMS可选Ms SQL Server、Access、VFP等。 2.完成课程设计说明书，其格式遵守学校今年的新规定。主要内容包括：需求 分析，概念设计，逻辑设计，物理实现等。 3.基于该数据库，最好实现一个或多个应用程序（自己确定功能），程序设计 语言（工具）任选。这一项是选作，不作硬性要求。 时间安排： 本学期第20周： 1.消化资料、系统调查1天 2.系统分析1天 3.总体设计，实施计划2天 4.撰写报告1天 指导教师签名：年月日 系主任（或责任教师）签名：年月日 人力资源数据库设计 1.概述 人力资源部门希望建立数据库来管理员工。由人力资源部门来指派各部门的经理，而该部门的员工是由经理来负责的，员工进入公司的时候不仅需要员工的基本信息，还需要员工以前的工作经历和相应的成绩。每个员工只属于一个部门。本系统要便于人力资源部门对各部门经理的任命，以及经理对本部门员工的调控。而且要注意员工隐私信息的保护。 2.需求分析说明 本系统主要是开发一个人力资源管理的关系数据库。主要针对人力资源部门，部门经理，以及普通员工三种用户。需要对这三种用户进行详细的需求分析。以及对不同的用户，要设置不同的权限，避免普通员工可以查看其他员工的隐私信息，或者部门经理管理其他部门的员工。同时界面要有好，方便各种用户操作。本数据库是人力资源管理系统，因此主要是围绕管理人员的需求来制作，同时也提供给普通员工查询操作。我将使用人员主要分为三大类：人力资源管理部门、部门经理、普通员工。 实现方法：根据初始条件分析，明确所要设计的数据库在逻辑和物理上的架构，能有一个明确细致的需求分析文档，在其中体现分析所得到的开发和管理需求。在需求分析的基础上，从中抽取出原始数据集的实体，然后，对实体进行概念分层和概念抽象，进行概念模型的设计。在概念模型的基础上，运用E-R 方法，设计出整个系统的模式和子模式，并通过逻辑设计以及物理设计最终确定系统的数据库逻辑架构与物理布局。在数据库的机构基础上，进行数据集的行为设计，并在此基础上，设计应用程序的布局、流程、以及视图集成，并将最终的应用程序投入实施。 3.概念结构设计 人力资源的管理主要反映在对员工信息的录入和删除。本数据库主要涉及的实体有：部门，员工，职位，工作经历，工作成绩。 《数据库技术》课程设计 设计目的： 数据库技术课程设计是在学生系统的学习数据库技术课程后，按照关系型数据库的基本原理，综合运用所学的知识，以个人或小组为单位，设计开发一个小型的数据库管理系统。通过对一个实际问题的分析、设计与实现，将数据库技术、原理与应用相结合，使学生学会如何把书本上学到的知识用于解决实际问题，培养学生的动手能力；另一方面，使学生能深入理解和灵活掌握教学内容。 总体要求： 1)2到3人为一个小组，每个小组设组长一人，小组成员既要有相互合作的 精神，又要分工明确。 2)每个学生都必须充分了解整个设计的全过程。 3)从开始的系统需求分析到最后的软件测试，都要有详细的计划，设计文档 应按照软件工程的要求书写。 4)系统中的数据表设计应合理、高效，尽量减少数据冗余。 5)软件界面要友好、安全性高。 6)软件要易于维护、方便升级。 7)后台数据库（DBMS）用SQL Server2008. 8)前台开发工具自选，但一般情况下应该是小组的每个成员都对该语言较熟 悉，避免把学习语言的时间放在设计期间。 9)每组提交一个课程设计报告和可行的应用软件。 具体设计要求： 结合一个具体任务（课程设计参考题目），完成一个基于C/S模式或者 B/S模式的数据库系统的设计与开发。 正文要包括系统总体设计、需求分析、概念设计、逻辑设计（在逻辑设计中，需要检测是否满足3NF，如果设计为不满足3NF的，要说明原因）、物理 设计（物理设计中，要设置表的索引、完整性、联系等）、测试、安装说明、用户使用说明书，参考文献等。 主要应包括如下内容： 1．完成课题任务的需求分析、完成系统总体结构设计方案。（主控功能模块、数据处理模块、统计报表模块等） 2．数据库结构的设计与实现。 3．数据库安全的设计 4．客户端数据库应用程序的开发。 5．综合调试方法的掌握。 数据库课程设计完整版 Document number【SA80SAB-SAA9SYT-SAATC-SA6UT-SA18】 HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日 目录 言 3 一、人员分配4 4 、课程设计过程 5目标5 设计概要 5 理对象 6 分析 6 设计目标及意义7 系统业务流程及具体功能 7 8 2.系统的数据字典 11 13 15 18 18 库的运行和维护 18 问题方法 19 维护 19 库性能评价 19 四、课程设计心得. 20 20 引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停 留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可 以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记 录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条 的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备修改功能，能够快速的查询学校所需的住宿信息。 面对目前学校发展的实际状况，我们通过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。 一、人员分配 组长： E-R 图： 数据字典： 逻辑结构设计: 二、课程设计目的和要求 课程设计是为了增强学生对所学课程的理解，学会综合地、灵活地运用所学课程知识的一个重要的实践环节。 本课程设计是应用java程序设计语言进行数据库应用系统的开发，用SQL SERVER 2008进行后台数据库的管理，编写出某一个小型的管理信息系统。 通过本课程设计可以达成如下目标： 1、能够自觉运用数据库原理的理论知识指导软件设计； 2、学会数据库的设计，并能对设计结果的优劣进行正确的评价； 3、学会如何组织和编写信息系统软件设计文档和软件系统的操作说明； 4、具有一定的独立分析问题、解决问题的能力； 5、掌握SQL SERVER2008在信息系统开发过程中的应用。完整的开发文档数据库设计说明书
数据库课程设计完整版
数据库课程设计(完整版)
学校专业数据库设计说明书
数据库完整性
数据库设计说明书-模版
数据库课程设计(自己做的)
项目数据库设计说明书
大工15春《SQL数据库课程设计》模板及要求(最新)
数据库实验报告完整性约束
数据库课程设计
数据库详细设计说明书
数据库课程设计(完整版)
数据库课程设计题目及要求_韩军涛
数据库实验3
系统数据库设计说明书
数据库课程设计
《数据库设计》课程设计要求
数据库课程设计 完整版
相关主题
文本预览