1. 200分2天内求大学本科数据库课程设计!急!急！
一、课程设计的内容
本课程设计要采用本课程中学习的数据库设计方法，运用其基本思路与主要图表工具完成“企业报刊订阅管理系统”数据库应用系统。完成信息需求分析与数据库的概念设计、逻辑设计、物理设计以及处理功能设计，用sql Sever的数据库管理系统、JSP开发工具实现该系统，并运行、评价、改进之；在此基础上严格按课程设计教学大纲所附报告提纲撰写课程设计报告。通过本课程设计进一步弄懂数据库系统及其相关的基本概念，理解数据库系统的系统结构、主要特点，掌握数据库设计的原理、方法及其基本过程，初步具备数据库应用设计的能力，初步形成运用数据库应用系统解决管理决策中的实际问题的基本素质。
二、课程设计的要求与数据
要求学生结合所学管理知识，在借鉴课堂教学案例、了解家人或亲友所从事的业务及其流程的基础上，参考有关资料，选择自己了解的一项业务，运用课堂所学数据库系统与数据库设计知识，完成信息需求分析、数据库概念设计、逻辑设计、物理设计，实现完成该业务的数据库应用系统，并运行、评价改进之，最后要写出课程设计报告。
三、课程设计应完成的工作
要求学生按照《数据库应用课程设计》教学大纲完成一个数据库应用系统，并撰写相应的课程设计报告，主要内容包括：
概述：系统的基本任务，主要业务，开发目标
1. 需求分析
2. （数据库）概念（模型）设计
3. （数据库）逻辑（模型）设计
4. 数据库物理设计与数据库保护设计
5. 处理功能设计
6. 数据库应用系统的实现
7. 数据库应用系统运行
四、课程设计进程安排
序号 设计各阶段内容 地点 起止日期
五、应收集的资料及主要参考文献
[1] 王 珊、陈 虹编着，数据库系统原理教程，清华大学出版社，2003.
[1] 金银秋主编，数据库原理与设计，科学出版社，2000.
[2] 李建中 王珊，数据库系统原理，电子工业出版社，1998.
[3] 李大友，数据库原理及应用（第二版），清华大学出版社，2000
发出任务书日期： 年 月 日 指导教师签名：
计划完成日期： 年 月 日 基层教学单位责任人签章：
主管院长签章：
目录
概述 …………………………………………………………………4
1. 需求分析…………………………………………………………4
1.1用户需求……………………………………………………………………4
1.2业务流程分析………………………………………………………………4
1.3信息需求分析………………………………………………………………5
1.4功能需求分析………………………………………………………………6
2. （数据库）概念（模型）设计…………………………………7
3. （数据库）逻辑（模型）设计…………………………………9
3.1 一般逻辑模型设计…………………………………………………………9
3.2 具体逻辑模型设计…………………………………………………………9
4. 数据库物理设计与数据库保护设计…………………………10
4.1设计索引……………………………………………………………………10
4.2 设计表间关系………………………………………………………………10
4.3完整性设计…………………………………………………………………10
5. 处理功能设计…………………………………………………11
6. 数据库应用系统的实现………………………………………11
7. 数据库应用系统运行…………………………………………11
7.1 写出系统操作使用的简要说明……………………………………………11
7.2 系统实施过程………………………………………………………………11
7.3系统使用结果………………………………………………………………22
7.4系统评价……………………………………………………………………31
企业报刊订阅管理系统
概述
随着社会不断的发展，人们的生活水平越来越高，对知识的和对时事的渴求也越来越高，人们希望能够方便快捷地订阅各种报刊杂志。但是各种各样的报刊名目和详细信息以及订阅，为相关企业的管理造成很大的麻烦。因此网上订阅成为不可或缺的一部分。
本系统就是面向一个企业的报刊订阅管理系统。此系统是一种比较智能化的管理系统，它面向所有企业部门的职工用户，但具有比较高的安全性能。它能够实现报刊订阅的基本功能，包括新报刊信息的录入、订阅、查询等操作以及后台数据库的备份和恢复。用户合法注册后必须输入有效密码才能成功进入此系统，可以进行订阅报刊，查询信息，统计信息等操作。对于非法操作，系统有识别和防护措施。
1. 需求分析
1.1 用户需求：
本系统就是面向一个企业的报刊订阅管理系统。此系统是一种比较智能化的管理系统，它面向所有企业部门的职工用户，但具有比较高的安全性能。它能够实现报刊订阅的基本功能，包括新报刊信息的录入、订阅、查询等操作以及后台数据库的备份和恢复。用户合法注册后必须输入有效密码才能成功进入此系统，可以进行订阅报刊，查询信息，统计信息等操作。对于非法操作，系统有识别和防护措施。
订阅信息处理的特点是订阅信息处理量比较大,所管理的信息信息种类繁多,而且订阅单、编辑单的发生量特别大,关联信息多,查询和统计的方式各不相同。因此在管理上实现起来有一定因难。
本系统在设计过程中,为了克服这些困难,需要使程序代码标准化,软件统一化,确保软件的可维护性和实用性；删除不必要的管理冗余,实现管理规范化、科学化；界面友好、简单化,做到实用、方便,尽量满足报刊订阅中员工的需要。
1.2 业务流程分析：
本系统主要面向的用户有系统管理员、读者。下面分角色对该系统的不同操作范围做说明。
本系统主要有以下功能模块：
（1）登陆功能：登陆系统为身份验证登录。分为管理员登录和一般用户登录。分别通过不同的用户名和密码进入报刊订阅管理界面，新的用户需要注册。
（2）录入新信息功能：对于管理员，包括新用户信息和新报刊信息的录入功能，信息一旦提交就存入到后台数据库中；普通用户自行注册进行可以修改个人信息。
（3）订阅功能：用户可以订阅报刊，系统自动计算所需金额，并显示在界面上；管理员不可订阅报刊，必须以用户身份订阅报刊。
（4）查询功能：用户可以查询并显示自己所订阅的信息；管理员可以按人员、报刊、部门分类查询。查询出的信息显示在界面上,并且可以预览和打印出结果。
（5）统计功能：管理员可以按用户、部门、报刊统计报刊的销售情况，并对一些重要的订阅信息进行统计；普通用户可以统计出自己的订阅情况，并且可以预览和打印出结果。
（6）系统维护功能：数据的安全管理，主要是依靠管理员对数据库里的信息进行备份和恢复，数据库备份后，如果出了什么意外可以恢复数据库到当时备份的状态，这提高了系统和数据的安全性，有利于系统的维护。
下图为该系统的业务流程图
1.3 信息需求分析
1.3.1 资料收集：业务流程中用到的相关单据主要是报刊信息还有订单信息
报刊信息表：
报刊代号 46-250 报刊名称 IT时代周刊
出版报社 科技出版社
出版周期 半月刊
每月定价 10.00 元/月
分类编号 1001
报刊介绍 《IT时代周刊》是一本深刻解读信息时代商业变革的杂志。除深度报道信息产业的重大新闻外，还报道金融、汽车、股市、零售等传统行业利用IT提升商业与管理的新闻。《IT时代周刊》以调查见深度；以商业故事见功力。是CEO/CIO/CFO以及政府官员、商业领袖首选刊物。
订单信息表：
订单编号 报刊代号 用户编号 订阅日期 订阅月数 份数 操作
3003 46-205 3206 2008-7-1 订一月 1 取消订阅
3004 26-306 3108 2008-7-8 订半年 2 取消订阅
3005 72-310 3100 2008-7-9 订一年 1 取消订阅
3006 45-214 2541 2008-7-10 订一季 1 取消订阅
1.3.2 事项分析：根据以上资料中标题、表头等中各栏目名，可以得出相关事项，作为数据项；分析这些数据项，找出组合项、导出项、非结构化数据项，确定基本项。检查是否有要补充的基本数据项，是否有要改进的地方，补充改进之，得出所有基本项。
1.4 功能需求分析：
本系统的主要结构功能图如下：
2. （数据库）概念（模型）设计
基本项构思ERD的四条基本原则：
①原则1 （确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。
②原则2 （确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。
③原则3 （确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。
④原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。
经过上述系统功能分析和需求总结，设计如下面所示的数据项和数据结构。
管理员表（Adminuser）：用于存放管理员的数据记录，包括数据项：管理员名、密码。
部门表（Department）：用来存放部门的相关记录，包括数据项：部门号，部门名。
用户表（Users）：用于存放注册用户的记录，包括数据项：用户账号、密码、真实姓名、身份证号、联系电话，联系地址，部门号（和部门表有关）等。
报刊类别表（NewspaperClass）：用于存放初始的报刊类别记录，包括数据项：分类编号、分类名称。
报刊信息表（Newspaper）：用于存放报刊记录，包括数据项：报刊代号、报刊名称、出版报社、出版周期、季度报价、内容介绍、分类编号（和报刊类别表有关）等。
订单表（Order）：用于存放用户下达的订阅报刊的基本信息，包括数据项：订单编号、用户编号（用户表的主码）、报刊代号（报刊信息表的主码）、订阅份数、订阅月数等。
根据上面的设计规划出来的实体有部门实体、管理员实体、用户实体、报刊类别实体、报刊信息实体和订单实体。
部门实体的E-R图如下图所示： 管理员实体的E-R图如下图所示：
用户实体的E-R图如下图所示： 报刊信息实体的E-R图如下图所示：
订单实体的E-R图如下图所示： 报刊类别实体的E-R图如下图所示：
所有实体之间的的关系E-R图如下图所示：
3. （数据库）逻辑（模型）设计
3.1 一般逻辑模型设计：
关系模型的逻辑结构是一组关系模式的集合。将E-R图转换为关系模型就是要将实体型、实体的属性和实体型之间的联系转换为关系模式。
由ERD导出一般关系模型的四条原则；
①一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果软换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式何明，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。
②一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
③一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。
④3个或3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系项链呢的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。
根据以上原则将E-R图转换成的关系模式如下：
部门（部门号，部门名称）
用户（用户账号，密码，用户真实姓名，联系电话，联系地址，部门号）
管理员（管理员名，密码）
报刊类别（分类编号，分类名称）
报刊（报刊代号，报刊名称，出版报社，出版周期，每月订价，内容介绍，分类编号）
订单（用户编号，报刊代号，订阅份数，订阅月数，订阅总额）
3.2 具体逻辑模型设计：
在SQL Server2000数据库中，首先创建newspaper数据库，然后根据数据库的逻辑结构分析创建表4-1━4-6的6张数据表。在前台访问数据库阶段设置了用户和密码，用户为sa，密码为空。
表4-2 department部门表结构
字段名称 字段类型 允许空 说明
depNumber（主码） Char（10） 否 部门号
depName Char(50) 是 部门名称
表4-3 users用户表结构
字段名称 字段类型 允许空 说明
userNo（主码） Char（10） 否 用户帐号
userName Char(20) 是 真实姓名
passWord Char(10) 否 用户密码
address Char(150) 是 用户联系地址
phone Char(20) 是 用户联系电话
depNumber Char(10) 否 用户所属部门号
表4-3 newspaperClass报刊分类表结构
字段名称 字段类型 允许空 说明
classid（主码） Int（4） 否 报刊分类编号
className Char(30) 是 报刊分类名称
表4-4 newspaper报刊表结构
字段名称 字段类型 允许空 说明
newsNo（主码） Char（10） 否 报刊代号
newsName Char(40) 否 报刊名称
classid Int（4） 否 报刊分类编号
publish Char(150) 是 出版报社
pubPeriod Char(30) 是 出版周期
content Char(4000) 是 内容介绍
price Float(8) 否 每月报价
表-6 book订单表结构
字段名称 字段类型 允许空 说明
userNo（主码） Char（10） 否 用户帐号
newsNo（主码） Char（10） 否 报刊代号
orderAmount Int（4） 否 订阅份数
orderMonth Int（4） 否 订阅月数
totalPrice Float(8) 是 订阅总额
表4-1 adminuser管理员表结构
字段名称 字段类型 允许空 说明
adminUser（主码） Char(20) 否 管理员用户名
adminPass Char(10) 否 管理员密码
4. 数据库物理设计与数据库保护设计
4.1设计索引：我们可以在最经常查询的列上建立索引以提高查询效率。
而在这个系统中，我们经常要按用户账号，按报刊代号，按部门查询，所以，我们可以为这三个表建立索引，建立所以的SQL语句如下，这几个都是字符型
Create unique index userNum on users(userNo)
Create unique index departNum on department(depNumber)
Create unique index newsNum on newspaper(newsNO)
4.2 设计表间关系：
4.3完整性设计列出主要字段完整性的字段名、完整性约束条件；列出记录完整性约束及其约束条件；列出参照完整性表。
主要字段的完整性字段名和参照完整性表可以参照上图各个表之间的关系来看。
比如建立报刊表newspaper时，要求报刊代号在100~99999之间，报刊名称和每月定价不能取空值，报刊类别是报刊类别表的主键，则
Create table user
(userNo char(10) constraint C1 check(newsNo between 100 and 99999),
newsName char(40) constraint C2 not null,
classid int(4) constraint C3 not null,
publish char(150)，pubPeriod char(30),content char(4000),
price float(8) not null,
constraint C4 foreign key(classid) references newspaperclass(classid) )
4.4在有多个用户操作时，考虑用户授权与安全性控制。
因为这个报刊订阅系统由多个用户使用，分为管理员和用户，他们拥有不同的权限和安全性控制。所以在权限设置方面，采用管理员和用户分别使用用户名和密码进入他们能使用权限范围里的界面。管理员登陆系统后，可以添加、修改用户和报刊的信息，可以对订单进行查询和统计，并且可以把查询统计的结果进行预览和打印出来，还要对数据库系统进行维护，适时备份数据库，一旦数据库遇到问题，可以恢复到最近备份的状态，减少不必要的损失。
用户登录，用户使用该系统前需要进行注册，他应该是该企业某个部门下面的员工，所以他需要输入他的部门号等信息，注册成功后，登录到系统，可以修改自己的信息还有订阅报刊，但由于权限的限制，他只能查看和统计自己的订单信息。
5. 处理功能设计
5.1 主控模块设计：
使用本系统，首先它会自动弹出“欢迎使用本系统”的欢迎界面，然后跳转到用户身份验证界面，选择管理员的身份进入，有录入（录入报刊信息、录入用户信息），查询，统计(统计用户、统计、报刊订单)，系统维护（备份数据库、恢复数据库），注销，退出等菜单可使用，没注册的用户可进入注册界面进行注册，然后返回登录界面登录，进入后有欢迎界面，有订阅、查询、统计、修改、注销、退出等菜单可使用。
6. 数据库应用系统的实现
6.1 数据库及其表结构的建立：按照上面的逻辑分析见表
6.2数据输入：在建好的各个表中输入数据，要符合数据的约束条件
7. 数据库应用系统运行
7.1 写出系统操作使用的简要说明
本系统的运行需要安装PowerBuilder9.0和SQL Server2000软件。操作该系统，首先把备份的数据库还原出来，导入SQL Server中，然后打开该系统，连接上还原出来的数据库，再运行，就可以了。
7.2 系统实施过程
（1）打开PowerBuilder，新建一个工作区，命名为newspaper
（2）新建一个Application，取名newspaper，然后点击工具栏上的DB Profile，新建一个MSS Microsoft SQL Server，填入Profile Name，服务器名，用户名，密码，数据库，如下图，然后输入连接数据库的主要代码：
open(w_welcome)
// Profile newspaper
SQLCA.DBMS = "MSS Microsoft SQL Server"
SQLCA.Database = "newspaper"
SQLCA.ServerName = "CHINA-41CD782EF"
SQLCA.LogId = "sa"
SQLCA.LogPass=""
SQLCA.AutoCommit = False
SQLCA.DBParm = ""
connect;
if sqlca.sqlcode<>0 then
messagebox("错误","数据库连接错误，程序将关闭！",stopsign!)
return
end if
close(w_welcome)
open(w_login)
（3）制作登录页面w_login，在“确定”按钮输入如下：
“注册”按钮代码：open(w_register) //打开用户注册页面
“退出”按钮代码：close（w_login） //退出本系统
(4)制作注册窗口w_register，在“注册”按钮的代码如下：
“取消”按钮代码：close(w_register)
open(w_login)
（5）制作管理员主菜单w_adminview，建管理员主界面w_adminview，将该菜单放到窗口中
（6）制作用户主菜单w_userview，建用户主界面w_userview，将菜单放到窗口中
（7）制作管理员主菜单里的录入报刊信息窗口w_inmagazine，录入用户信息窗口w_inuser，
制作数据窗口dw_magagrid，dw_magafree，dw_userfree，dw_usergrid，在数据窗口调整好外观，添加控件，并设定相应的动作，分别放到这两个窗口中
这两个窗口功能相识，在窗口中输入：
dw_1.settransobject(sqlca)
dw_1.retrieve()
dw_2.settransobject(sqlca)
dw_2.retrieve()
（8）制作管理员主菜单中的查询订阅信息窗口w_searchorder，制作数据窗口dw_booksearch，将其放入窗体中，在窗口中输入代码：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
在“查询”按钮中输入代码：
“预览”按钮的代码：
“关闭”按钮代码：close（w_searchorder）
数据窗口字段如下：
（9）制作管理员主菜单中的统计用户订单窗口w_statuser，统计部门订单窗口w_statdept，统计报刊订单窗口w_statnews：制作统计数据窗口dw_statnews，dw_statuser，dw_statdept将dw_statnews，dw_statuser，dw_statdept分别放入w_statnews， w_statuser，w_statdept中；以下仅列出按出按部门统计的代码和界面 (按用户、报刊统计类似，略)；
按部门统计代码：
窗口代码：
按部门统计数据窗口：
dw_1.settransobject(sqlca)
dw_1.retrieve()
预览键代码：（与上页预览代码相同）
退出：close(parent)
（10）管理员主菜单中的更改登录在w_adminview中的代码
（11）管理员主菜单中的退出系统在w_adminview中的代码
（12）管理员主菜单中的数据库备份窗口w_backup，“开始备份”按钮的代码如下
在“>>”按钮带输入代码：
（13）管理员主菜单中的数据库恢复窗口w_restore，“开始恢复”按钮的代码如下
在“>>”按钮带输入代码：
在“开始恢复”按钮输入代码：
（14）用户主菜单的订阅报刊窗口w_userorder
该系统中定义了一个全局变量gs_userid，其它窗口界面都可以使用该变量，并显示用户名，用户登录后，它会显示“~~~~，欢迎使用本系统！”的欢迎界面。
窗口代码：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
sle_2.text=gs_userid
“清空”按钮代码：
sle_1.text=""
sle_3.text=""
sle_5.text=""
“退出”按钮代码：
close(w_userorder)
“订阅”按钮代码：
（14）用户主菜单的查询订单窗口w_usersearch，将订单查找dw_booksearch放到窗口里，在窗口中过过滤器筛选中用户自己的订单信息，一打开就可以看到自己的订单信息，可打印和预览结果
窗口代码：
“预览”和“退出”按钮同上
（15）用户主菜单的查询订单窗口w_userstatis，将用户统计dw_statuser放到窗口里，在窗口中过过滤器筛选中用户自己的订单信息，一打开就可以看到自己的订单信息，可打印和预览结果，窗口代码如下：
用户统计dw_statuser数据窗口如下：
“预览”“退出”按钮略
（16）用户主菜单中的修改用户信息窗口w_usermodify，打开会先显示出你的信息，而用户名这一栏是输入不了的，也就是不能修改用户名，窗口代码如下：
“保存”按钮代码如下：
（17）用户主菜单中的更改登录和退出系统的代码和管理员的一样，这里就省略了。
7.3系统使用结果
打开本系统，首先弹出欢迎界面，通常一闪而过，然后到了登录界面，点击“注册”
按确定后，弹出“恭喜，您已注册成功！”的对话框。如果这时刷新服务管理器，打开SQL Server企业管理器，打开该数据库的用户表，就可看到刚才注册的用户已经在表中了
然后返回到登陆页面，输入刚才注册到的用户名和密码maishning，123456
登录后，弹出一个窗口，有供用户使用的菜单，界面显示“~~~~，欢迎使用本系统”
选择“订阅”菜单，在这个订阅界面，用户可以浏览到所有的报刊信息，要订阅报刊时，用户不需输入用户名与密码，只需输入您要订阅的报刊代号（该报刊代号必须是报刊表中存在的），订阅份数（必须是小于8的整数才有效），然后选择需要订阅的月数（一月、一季、半年或一年）然后点击“订阅”按钮
订阅成功后，系统弹出“恭喜！你已成功订阅该报刊，总金额是~~~~”确定后会显示出您所订阅的总额是多少元，按“清空”按钮后可以订阅其它报刊（同样的报刊不可重复订阅）
再订阅其它报刊，然后按“退出”按钮，来到用户主菜单然后选择“查询”菜单，这个数据窗口经过过滤，一打开就直接显示该用户过订阅的订单，可以进行预览和打印。
由于权限的限制，“统计”菜单中的也是只能统计自己订单信息的数据
在“退订”报刊菜单中，可以查看自己的订单，单击“退订”然后“保存”即可完成退订
在“修改”信息菜单中，用户名也是不可输入的文本框，即不可修改用户名，其它信息可以修改，保存后它会自动添加到数据库中
选择菜单上的“注销”，可以用不同的身份进入系统，确定后回到登录界面
以管理员的身份登录，用户名111，密码111，按登录按键，可看到管理员菜单
选择菜单栏中的录入->录入报刊信息，管理员可以大致浏览所有报刊信息，在上面的数据窗口可以查看上一页和下一页的具体内容，并且可以对其进行添加，删除、修改、保存等操作。
录入用户信息页面，基本相似
选择菜单栏中的“查询”->“订单信息”,管理员拥有的权限可以看到所有的订单信息
管理员也可以根据需要分别按部门、按用户、按报刊查询，比如，要查询msishning用户，在文本框中输入关键字，选择单选按钮中的“按部门号”，点击“查询”，结果如下
可对全部订单或查询出来的订单进行预览和打印，方便使用
菜单栏中的“统计”菜单有三个子菜单，管理员可以分别统计用户订单信息、部门订单信息和报刊订单信息， 直接选择就可看到统计结果，比如选择“统计用户订单信息”
可将统计出来的结果进行预览和打印，方便使用，其它两个统计功能相似，略
主菜单中的系统维护->数据库备份，选择备份的位置，然后“开始备份”
主菜单中的系统维护->数据库恢复，选择之前备份的文件，输入路径和数据库名，然后“开始恢复”
7.4系统评价：
2. 数据库课程设计心得体会范文
通过数据库课程设计的完成，我们从中获得了不少的感慨，通过对所学知识的体会，能够明显感觉到自己比以往进步了不少。以下是由我为大家整理的“数据库课程设计心得体会范文”，仅供参考，欢迎大家阅读。
数据库课程设计心得体会范文（一）
在我看来，数据库课程设计主要的目标是利用课程中学到的数据库知识和技术较好的开发设计出数据库应用系统，去解决各行各业信息化处理的要求。通过这次的课程设计，可以巩固我们对数据库基本原理和基础理论的理解，掌握数据库应用系统设计开发的基本方法，进一步提高我们综合运用所学知识的能力。
当搏棚我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块的分工。每个人都有自己的模块设计，而且写出来的代码要求可以实现相应模块的功能，得到理想的效果。当每个人都把自己的分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用的是html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中的奥秘。
我所负责的是数据库的备份和还原还有一些界面的实现。还记得自己刚接触html的时候，觉得很感兴趣，所以有一段时间几乎到了痴迷的程度。然而php是我刚接触不久的一种编程语言。不过觉得它的功能真的很强大，可以开发出很多大型的系统。但是在做备份和还原的时候，要考虑的东西还是很多的。当我遇到错误的时候，感到很受打击。值得欣慰的是，在同学的帮助和大量参考书的查阅下，我把自己的模块做好了。这就是我收获最大的地方。而且，我明白了遇到困难永不放弃的重要性，我知道了团队合作的重要性，我领悟了只有坚持不懈才会取得胜利。
知识的获得是无止境的，只要你想基渣则学，只要你行动，没有什么会难倒我们的。回首这一个多星期的课程设计，我很欣慰。因为我有了动力，有了勇气。谢谢老师对我们的不懈帮助，谢谢学校给了我们这一次实践的机会，也谢谢组员们的关怀。这些美好的回忆美好的东西将永远伴随着我。
数据库课程设计心得体会范文（二）
本次课程设计，使我对《数据结构》这门课程有了更深入理解。《数据结构》是一门实践性较强课程，为了学好这门课程，必须在掌握理论知识同时，加强上机实践。
我课程设计题目是线索二叉树运算。刚开始做这个程序时候，感到完全无从下手，甚至让我觉得完成这次程序设计根本就是不可能，于是开始查阅各种资料以及参考文献，之后便开始着手写程序，写完运行时有很多问题。特别是实现线索二叉树删除运算时很多情况没有考虑周全，经常运行出现错误，但通过同学间帮助最终基本解决问题。
在本课程设计中，我明白了理论与实际应用相结合重要性，并提高了自己组织数据及编写大型程序能力。培养了基本、良好程序设计技能以及合作能力。这次课程设计同样提高了我综合运用所学知识能力。并对VC有了更深入了解。《数据结构》是一门实践性很强课程，上机实习是对学生全面综合素质进行训练一种最基本方法，是与课梁衡堂听讲、自学和练习相辅相成、必不可少一个教学环节。
上机实习一方面能使书本上知识变“活”，起到深化理解和灵活掌握教学内容目；另一方面，上机实习是对学生软件设计综合能力训练，包括问题分析，总体结构设计，程序设计基本技能和技巧训练。此外，还有更重要一点是：机器是比任何教师更严厉检查者。因此，在“数据结构”学习过程中，必须严格按照老师要求，主动地、积极地、认真地做好每一个实验，以不断提高自己编程能力与专业素质。
通过这段时间课程设计，我认识到数据结构是一门比较难课程。需要多花时间上机练习。这次程序训练培养了我实际分析问题、编程和动手能力，使我掌握了程序设计基本技能，提高了我适应实际，实践编程能力。总来说，这次课程设计让我获益匪浅，对数据结构也有了进一步理解和认识。
数据库课程设计心得体会范文（三）
一周的课程设计结束了，在这次的课程设计中不仅检验了我所学习的知识，也培养了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在设计过程中，和同学们相互探讨，相互学习，相互监督。我学会了运筹帷幄，学会了宽容，学会了理解，也学会了做人与处世，这次课程设计对我来说受益良多。
课程设计是我们专业课程知识综合应用的实践训练，着是我们迈向社会，从事职业工作前一个必不少的过程。“千里之行始于足下”，通过这次课程设计，我深深体会到这句千古名言的真正含义。我今天认真的进行课程设计，学会脚踏实地迈开这一步，就是为明天能稳健地在社会大潮中奔跑打下坚实的基础。我这次设计的科目是数据结。
数据结构，是一门研究非数值计算的程序设计问题中计算机的操作对象（数据元素）以及它们之间的关系和运算等的学科，而且确保经过这些运算后所得到的新结构仍然是原来的结构类型。“数据结构”在计算机科学中是一门综合性的专业基础课。数据结构是介于数学、计算机硬件和计算机软件三者之间的一门核心课程。数据结构这一门课的内容不仅是一般程序设计（特别是非数值性程序设计）的基础，而且是设计和实现编译程序、操作系统、数据库系统及其他系统程序的重要基础。通过这次模具设计，我在多方面都有所提高。
在界面设置中使用函数调用while。其中文本显示颜色和背景颜色都可以任意按照自己的喜好，任意改变，但改变的时候必须采用标准英文大写，同时在制作显示菜单的窗口，大小根据菜单条数设计。最后采用printf输出程序设计界面。
这次的程序软件基本上运行成功，可以简单的建立链式循环链表，并进行输出，及循环语句的运用和选择语句的控制。由于时间和知识上的限制，使得程序规模相对较小，即功能还不很全面，应用也不很普遍。原来c语言可是涉及很多知识，而不是枯燥无聊的简单的代码部分而已，利用C语言方面的知识，我们可以设计出更完善的软件。
通过这次的课程设计，更是让我深刻认识到自己在学习中的不足，同时也找到了克服这些不足的方法，这也是一笔很大的资源。在以后的时间中，我们应该利用更多的时间去上机实验，加强自学的能力，多编写程序，相信不久后我们的编程能力都会有很大的提高能设计出更多的更有创新的作品。
3. 数据库sql 的课程设计怎么做，要借哪些书看，求大神指教
IT行业，数据库确实是一门相当重要的课程。但是在大学里面，对待数据库原理及应用这么课程以及其课程设计的重视程度就相差很大了，各个学校要求也不一样。如果是要学好，那确实要下工夫；如果只是完成课程设计，交差了事，其实相当简单。
既然是课程设计，也算是个小小的项目，既然是项目，也就离不开需求分析、数据库设计、部署实现等环节。当然，这个小小的项目只需要前面的部分：需求和数据库设计，数据库设计是重点。
需求分析就不用多说，和所有其他项目一样，无非就是用户需求，功能需求，系统需求等，找任何一本关于需求分析的书都是可以，除了那些个空话之外，更多的是要根据设计需要进行分析。
数据库设计就比较复杂一点，首先得把数据库原理搞清楚，比如：符合什么样的范式，怎么画ER图，如何理解用例图。在设计数据库之前，有一系列的分析要做：面向对象分析，用例分析，类和对象分析等等。分析到位是数据库设计成功的重要保障。分析完成之后才是设计，比如：逻辑结构设计，关系模式设计，存取方法设计，存储结构设计，数据完整性设计，参考完整性设计，Check约束，Default约束，触发器设计，视图设计，存储过程设计，权限设计等。这些都完成了，最后一步才是写SQL代码实现这些设计，创建数据库及相关的数据表，关联，视图，触发器，存储过程等一些列的看得见的数据库参数。
上面说的比较理论，也比较笼统。我想我可以用一个简单例子告诉你我要表达的意思。例子很简单，其中很多地方都不是太好，不过或许可以给你一个直观的思路。
数据库应用课程设计报告书
网上超市管理系统
成 绩：
学 号：
姓 名：
指导教师：
20 年 月 日
目录
任务书......................................... (3)
1. 需求调查、分析................................. (4)
1.1.企业介绍.................................... (4)
1.2.需求调查及分析.............................. (5)
2. 面向对象分析和设计............................. (7)
2.1. 用例分析 (7)
2.2.类和对象设计 (12)
3. 逻辑结构设计.................................. (15)
3.1. 类和对象向关系模式转换............................................ (15)
3.2. 关系模式优化 (16)
4. 数据库物理结构设计............................ (16)
4.1. 存取方法设计 (16)
4.2. 存储结构设计 (17)
5. 数据库完整性设计.............................. (17)
5.1. 主键及唯一性索引 (17)
5.2. 参照完整性设计 (18)
5.3. Check约束 (18)
5.4. Default约束 (18)
5.5. 触发器设计 (19)
6. 数据库视图设计................................ (19)
7. 数据库存储过程设计............................ (20)
8. 权限设计...................................... (20)
9. 总结.......................................... (21)
4. 急求一份数据库课程设计
合肥经济技术职业学院
电子信息系
课程设计报告
课程：数据库课程设计
题目：学生管理系统
班级：09计 用
成员：
指导老师：
日期：
目录
第一章 前言 3
1.1 课题简介 3
1.2 设计目的 3
1.3 需求分析 4
第二章 数据库实例的分析及应用 4
2.1 题目和E-R图 4
2.2 数据库的实现 5
2.3 数据库结构属性 8
2.3.1主键（主键约束PRIMARYKEY;索引设置） 8
2.3.2数据库的默认值和规则 13
2.3.3 视图和存储过程 15
2.3.4 触发器 17
第三章 总结报告 19
参考文献 19
第一章 前言
1.1 课题简介
数据库技术是计算机科学技术发展最快，应用最为广泛的技术之一。其在计算机设计，人工智能，电子商务，企业管理，科学计算等诸多领域均得到了广泛的应用，已经成为计算机信息系统和应用的核心技术和重要基础。
本文主要介绍学生成绩管理系统的数据库设计，从需求分析到数据库的运行与维护都进行详细的叙述。本系统是利用SQL开发出来的。通过SQL建立学生成绩管理系统，大大方便和简化了数据的查询和处理，管理员可以通过SQL语言对表内数据进行添加，删除，修改，查询等操作，还可以建立多用户，对其使用权限进行分配和回收。随着数据处理的不断进步和计算机网络的迅速发展，使数据库应用系统不仅在功能而且在结构上都有了深刻的变化，而且运用在生活的每一个方面。通过学习关系代数，关系演算，函数依赖，关系模式分解，关系模式的规范化让我们建立了扎实的关系数据库理论基础。而在掌握基本理论的基础上掌握关系数据库的设计方法，掌握现代信息系统的开发方法也显得尤为必要。目前在关系数据库中用得最多的SQL数据库，开发数据库的语言工具多数用C++.。所以对于计算机专业的学生来说掌握数据库应用的基本技术，熟悉编程语言与SQL数据库的结合运用是我们计算机专业学生之必备本领。本次课程设计是以学生信息管理系统为模拟模型，运用C++编程语言结合SQL数据库所开发系统。
1.2 设计目的
随着学生数量的日益增多，学校对学生的管理要求也越来越高，为了使信息技术与学生信息更好的结合在一起以及使学生成绩的管理更加系统化，数字化，因此我们设计了该学生信息管理系统。运用基于E-R模型的数据库设计方法和关系规范化理论做指导完成从系统的分析到设计直至系统的最终实现，开发学生成绩管理系统，完成学生成绩管理系统的全部功能。首先做好需求分析，并完成数据流图，其次做概念分析，利用实体联系的方法将需求分析的用户需求抽象为信息结构，得到E-R图，然后就是逻辑结构设计，将E-R图转换为计算机系统所支持的逻辑模型。最后利用SQL完成具体的实例。
1.3 需求分析
1、问题的提出：为了高效率的完成学生的管理，决定开发学生管理系统。
2、需完成的功能：
（1）能录入、修改、查询、输出学生的档案信息，这些信息包括学生的成绩、课程、个人信息等。
（2）触发器，索引,约束，规则，默认值，，视图，存储过程的建立及使用。
第二章 数据库实例的分析及应用
2.1 题目和E-R图
随着学生数量的日益增多，学校对学生的管理要求也越来越高，为了使信息技术与学生信息更好的结合在一起以及使学生成绩的管理更加系统化，数字化，因此我们设计了该学生信息管理系统。以下是次学生信息管理系统的E-R图，进一步详细的说明数据库的结构以及用途。实体和属性的定义：
学生表（学生学号，姓名，班级编号）
班级表（班级编号，班级名称，系部编号）
系部表（系部编号，系部名）
教师表（教师名，课程编号，系部编号）
课程表（课程编号，课程名，学分，教师，系部号）
下面是E-R图，用来进一步说明数据库的作用和用途：
2.2 数据库的实现
运用SQL Server 2000数据设计表格的物理结构如下：
班级表：
学生表：
系部表：
课程表：
教师表：
各表关系图：
设计表格的具体填入数据是：
班级表：
学生表：
教师表：
系部表：
课程表：
2.3 数据库结构属性
2.3.1主键（主键约束PRIMARYKEY;索引设置）
1.索引与书目录相似，可以快速找到指定内容。索引通过记录表中的关键值来指向表中的记录，这样数据库就不用扫描而能定位到相关的记录。以下是对各表进行索引的实现。
学生表的设置如图：
班级表的设计如下：
教师表的设计如下：
课程表的设计如下：
系部表的设置如下：
2.约束定义了关于允许什么数据进入数据库的规则，是分配给表或表中某列的一个属性。使用约束的目的在于防止列中出现非法的数据，可以自动维护数据库的数据完整性。下面是用企业管理器对class表实现的主键约束：
2.3.2数据库的默认值和规则
1.使用默认可以实现当用户在向数据表中插入新纪录时，如果没有给出某列的输入值，则由SQL Server自动为该列输入默认值。下面是对class表进行实现默认的功能：
实现默认值：
2.规则也是实现数据完整性的方法之一，作用与CHECK约束类似，在向表的某列插入或更新数据时，用它来限制输入值的取值范围。下面我们运用对Course表进行规则的实现：
2.3.3 视图和存储过程
1.视图的作用相当于一个虚拟表，是用户查看数据库表中数据的一种方式使用户通过他能够以需要的方式浏览表中的部分或全部数据，而数据的物理存放位置仍然在数据库的表中。我们通过在企业管理器中创建视图管理视图应用视图，更加形象具体的说明了视图的作用。
添加表格到视图：
添加数据并运行：
运行结果，具体视图呈现：
2.存储过程是一组编译在单个执行计划中的Transact-SQL语句，它将一些固定的操作集中起来交给SQL-Server数据库服务器完成，以实现某个任务。首先我们在查询管理器中创建存储过程：
并且执行存储过程：
在企业管理器中也可以体现出存储过程：
2.3.4 触发器
触发器的作用是强制执行业务规则。SQL Server主要提供了两种机制来强制业务规则和数据完整性：约束和触发器。触发器在指定的表中数据发生变化时被调用以响应INSERT、UPDATE或DELETE事件。触发器可以查询其他表，并可以包含复杂的语句。SQL Server将触发器和触发它的语句作为可在触发器内回滚的单个事物对待，如果检测到严重错误，则整个事物即自动回滚。首先我们在查询管理器中新建触发器：
新建触发器：
管理触发器：
第三章 总结报告
这次的课程设计真的做起来困难重重，深刻体会到做一个软件，里面需要的很多知识我们没有接触过，去图书馆找书的时候发现，我们学的仅仅是皮毛，还有很多东西需要我们去发掘，就算是借一本书看完它，我们还是会发现还有很多知识没有吃透，这需要我们不断的实践，不断地自学习，不断地发现问题去思考问题。
经过不断地测试，不断地改进，其中还是发现了不少问题，第一次做这些工作，没有任何经验，甚至无从下手，还是很谢谢老师和同学的帮忙，从中也学到了一些代码的写法，为什么要这样写，通过和同学的讨论，找到一些书本上没有的方法，如何数据绑定等等，怎样从数据库中将数据提取出来放到一个文本框或者标签内，这些东西是组成界面的东西，虽然小，但是可以体现整个软件的水平，其实并不需要建多少数据库的表，写多少复杂的存储过程，是不是用了数据库函数，触发器等等，但是至少要弄明白这些东西如果操作，清晰思路才能将功能分清晰。
经过一段时间的学习与实践，学生信息管理系统基本上开发好了。该系统具备了：添加、修改、删除、浏览、查询、输出日程信息，实现了根据用户需求查看日程等功能。作为一个个人日程管理系统，本系统所提供的功能的确太少了一些，仅仅只实现了一些基本的功能，有很多地方还有待扩展和改良。
人如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标，大学毕业出去即是面临找工作，从学习这个专业，到以后做这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想。在此特别感谢老师的辛苦指导和教育！
参考文献
黄维通编《SQL Server2000 简明教程》
徐人凤 曾建华编《SQL Server2000数据库及应用》
5. 数据库课程设计
一、通过ODBC DSN建立连接 运用ODBC数据源，首先必须在控制面板的ODBC中设置数据源，然后再编写脚本和数据库源建立连接。 1、创建 ODBC DSN 通过在 Windows 的"开始"菜单打开"控制面板"，您可以创建基于 DSN 的文件。双击"ODBC"图标，然后选择"系统 DSN"属性页，单击"添加"，选择数据库驱动程序，然后单击"下一步"。按照后面的指示配置适用于您的数据库软件的 DSN。常用的数据库软件有Microsoft Access和SQL Server等，这里以SQL Server 数据库为例。 配置 SQL Server 数据库系统 DSN：注意如果数据库驻留在远程服务器上，请与服务器管理员联系，获取附加的配置信息；下面的过程使用 SQL Server 的 ODBC 默认的设置，它可能不适用于您的硬件配置。在"创建新数据源"对话框中，从列表框中选择"SQL Server"，然后单击"下一步"。键入 DSN 文件的名称，然后单击"下一步"。单击"完成"创建数据源。键入运行 SQL 服务程序的服务器的名称、登录 ID 和密码。在"创建 SQL Server 的新数据源"对话框中，在"服务器"列表框中键入包含 SQL Server 数据库的服务器的名称，然后单击"下一步"。选择验证登录 ID 的方式。如果要选择 SQL 服务器验证，请输入一个登录 ID 和密码，然后单击"下一步"。在"创建 SQL Server 的新数据源"对话框中，设置默认数据库、存储过程设置的驱动程序和 ANSI 标识，然后单击"下一步"。（要获取详细信息，请单击"帮助"。）在对话框（同样名为"创建 SQL Server 的新数据源"）中，选择一种字符转换方法，然后单击"下一步"。（详细信息，请单击"帮助"。）在下一个对话框（同样名为"创建 SQL Server 的新数据源"）中，选择登录设置。 注意典型情况下，您只能使用日志来调试数据库访问问题。 在"ODBC Microsoft SQL Server 安装程序"对话框中，单击"测试数据源"。如果 DSN 正确创建，"测试结果"对话框将指出测试成功完成。 首先，流程是一切的根本。所谓软件工程，当初上课的时候根本无法体会其意义。现在经过一个个烂系统的熏陶之后，终于渐渐明白，流程不是用来说说而已的，一个项目真的不是那么容易就可以掌控的，进度控制是项目顺利进行的基础。没有大局观，面对问题和变更就会不知所措了。 其次，架构是重要的，比你想象的还要重要！往往我们自以为明白这一点，但实际做起来却总是不知不觉地偏离。上次做的宿舍管理系统，自以为做得很好，现在知道了，当时写页面那么痛苦就是因为我们用的是“JSP + JavaBean”，连一个servlet都没写，把"C-V"部分全都推在页面上了。。。这次用了Struts，虽然也没用用到深层的东西，但至少明白了何为MVC，并切身感受到了Struts带来的方便。 再次，我们原来只算是高级劳工罢了。说得很好听，搞技术的，其实弄懂弄好技术之后，还不一样是一堆一堆的体力劳动。所以有时候我在连续熬夜赶工调试代码的时候会有种厌倦感，有时甚至真的做到想吐！因为做来做去都是那些东西，就像A片看多了也会乏味一样吧。 最后，实践比一切空谈和理论更能学到东西。注意，这里不是说理论的基础的东西就没用。看‘Java How To Program’那么久，感觉真的很上瘾。是的，没错，上瘾！弄清了很多概念，解答了很多一直让人困惑的问题。但是！！一个项目做下来，你就会觉得跟项目过程中学到的东西相比，平时那些不过都是理论都是皮毛，一旦不用很快就忘记，始终要在实践中才会发现问题才会努力去解决才能成长。不过没看完的‘Java How To Program’还是会继续看的，始终认为基础便是这样的东西，枯燥（JHTP至少比‘Thinking In Java’好多了），看似简单，却是你走上高处的基础。
6. 数据库课程设计实例
数据库课程设计
题目：小型超市管理系统
1、项目计划
1.1系统开发目的
（1）大大提高超市的运作效率；
（2）通过全面的信息采集和处理，辅助提高超市的决策水平；
（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。
1.2背景说明
21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3项目确立
针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。
1.4应用范围
本系统适应于各种小型的超市。
1.5 定义
（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。
（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时发出提示。
（5）盘点：计算出库存、销售额、盈利等经营指标。
1.6 参考资料
《数据库原理及设计》 陶宏才编 清华大学出版社
《SQL Server 2000 实用教程》范立南编 清华大学出版社
《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社
《轻松搞定 SQL Server 2000 程序设计》Rebecca M.Riordan编
《软件工程规范》Watts S.Humphrey编 清华大学出版社
《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社
《软件需求分析》 Swapna Kishore编 机械工业出版社
《软件工程思想》 林锐编
2、逻辑分析与详细分析
2.1系统功能
（1）、零售前台（POS）管理系统，本系统必须具有以下功能：
商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。
独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业
(2)、后台管理系统，本系统必须具备以下功能
进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。
（3）系统结构
系统总体结构
模块子系统结构
功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。
功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。
功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。
功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。
功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。
功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。
2.2、流程图
前台管理系统
顶层DFD图
第0层DFD图
第1层DFD图
2.3、户类型与职能
（1）、员工（营业员）：
通过商品条形码扫描输入商品到购买清单
操作软件计算交易总金额
操作软件输出交易清单
对会员进行会员卡扫描以便打折
（2）、：超市经理
操作软件录入商品，供货商，厂商
操作软件制定进货计划
查询打印计划进货与入库记录
操作软件控制商品销售与否
查询打印销售情况
操作软件生成销售排行榜
查询库存明细记录
根据软件发出的库存告警进行入货
操作软件进行盘点计算
（3）、总经理：
基本信息登记管理
员工操作权限管理
客户销售权限管理
2.4、统开发步骤
确定参与者和相关的用况
为每个用况设计过程
建立顺序图，确定每个脚本中对象的协作
创建类，确定脚本中的对象
设计, 编码, 测试, 集成类
为过程编写系统测试案例
运行测试案例，检验系统
2.5、系统环境需求
系统模式
本系统采用C/S模式作为开发模式
硬件环境
服务器端：
高性能的计算机一台，
普通的双绞线作为连接。
客户端： 普通的计算机或者工作站，
普通的双绞线作为连接。
软件环境
服务器端：安装SQL Server 2000的服务器版本，
安装windows 2000服务器版本，
配置了诺顿等必须的防毒软件。
客户端： 安装SQL Server2000的服务器版本，
安装了VB等可视化开发工具软件，
安装windows2000服务器版本。
2.6、系统安全问题
信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。
系统要能重建
系统应该是可审查的
系统应能进行有效控制，抗干扰能力强
系统使用者的使用权限是可识别的
3、基于UML的建模
3.1语义规则
用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。
UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。
用例（use case）：
参与者（actor）：
3.2、UML模型
3.21、系统UML模型
3.22、子系统UML模型
（1）零售前台（POS）管理系统用例视图
（2）后台管理系统用例视图
3.3、系统实现图
4、超市销售系统概念设计文档
（1）、系统ER图
（2）、系统ER图说明
1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；
2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；
3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。
（3）、视图设计
1) 交易视图(v_Dealing)——用于查询交易情况的视图；
2) 计划进货视图(v_PlanStock)——用于查询进货计划的视图；
3) 销售视图(v_Sale)——用于查询销售明细记录的视图；
4) 入库视图(v_Stock)——用于查询入库情况的视图。
5、逻辑设计文档
（1）、系统关系模型
a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）
b) 用户表（用户编号，用户名称，用户密码，用户类型）
c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）
d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）
e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）
f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）
g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）
h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）
（2）、系统数据库表结构
数据库表索引
表名 中文名
MerchInfo 商品信息表
User 用户表
Menber 会员表
Sale 销售表
Dealing 交易表
Stock 进货入库表
Provide 供货商表
Factory 厂商表
商品信息表(MerchInfo)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MerchID int 4 P Not null 商品编号
MerchName Varchar 50 Not null 商品名称
MerchPrice Money 4 Not null 价格
MerchNum Int 4 Not null 库存数量
CautionNum Int 4 Not null 库存报警数量
PlanNum Int 4 null 计划进货数
BarCode Varchar 50 Not null 条形码
SalesProPrice Money 4 促销价格
SalesProDateS Datetime 8 促销起日期
SalesProDateE Datetime 8 促销止日期
AllowAbate Int 4 Not null 允许打折
AllowSale Int 4 Not null 允许销售
FactoryID Varchar 10 F Not null 厂商编号
ProvideID Varchar 10 F Not null 供货商编号
用户表(User)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
UserID varchar 10 P Not null 用户编号
UserName Varchar 25 Not null 用户名称
UserPW Varchar 50 Not null 用户密码
UserStyle Int 4 Not null 用户类型
会员表(Menber)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MemberID Varchar 10 P Not null 会员编号
MemberCard Varchar 20 Not null 会员卡号
TotalCost Money 4 Not null 累积消费金额
RegDate Datetime 8 Not null 注册日期
销售表(Sale)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
SaleID Varchar 10 P Not null 销售编号
MerChID Varchar 10 F Not null 商品编号
SaleDate Datetime 8 Not null 销售日期
SaleNum Int 4 Not null 销售数量
SalePrice Money 4 Not null 销售单额
交易表(Dealing)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
DealingID Varchar 10 P Not null 交易编号
DealingPrice Money 4 Not null 交易金额
DealingDate Money 4 Not null 交易日期
MemberID Varchar 10 会员卡号
UserName Varchar 10 F Not null 用户名称
入库纪录表(Stock)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
StockID Varchar 10 P Not null 入库编号
MerchID Varchar 10 F Not null 入库商品编号
MerchNum Int 4 Not null 入库数量
MerchPrice Money 4 Not null 单额
TotalPrice Money 4 Not null 总额
StockDate Datetime 8 Datetime 入库日期
PlanDate Datetime 8 Datetime 计划进货日期
StockState Int 4 Not null 入库状态
供货商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
ProvideID varchar 10 P Not null 供货商编号
ProvideName Varchar 50 Not null 供货商名称
ProvideAddress Varchar 250 供货商地址
ProvidePhone Varchar 25 供货商电话
厂商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
FactoryID varchar 10 P Not null 厂商编号
FactoryName Varchar 50 Not null 厂商名称
FactoryAddress Varchar 250 厂商地址
FactoryPhone Varchar 25 厂商电话
6、物理设计文档
/*----------创建数据库----------*/
create database SuperMarketdb
on primary
(
name=SuperMarketdb,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.mdf',
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf',
size=60MB,
maxsize=200MB,
filegrowth=20MB
)
go
/*----------创建基本表----------*/
use [SuperMarketdb]
go
/*创建交易表*/
CREATE TABLE Dealing (
DealingID int identity(1,1) Primary key ,
DealingDate datetime NOT NULL ,
DealingPrice money NOT NULL ,
UserName varchar(25) NULL ,
MemberCard varchar(20) NULL
)
GO
/*创建厂商表*/
CREATE TABLE Factory (
FactoryID varchar(10) Primary key ,
FactoryName varchar(50) NOT NULL ,
FactoryAddress varchar(250) NULL ,
FactoryPhone varchar(50) NULL
)
GO
/*创建会员表*/
CREATE TABLE Member (
MemberID varchar(10) Primary key ,
MemberCard varchar(20) NOT NULL ,
TotalCost money NOT NULL ,
RegDate datetime NOT NULL
)
GO
/*创建商品信息表*/
CREATE TABLE MerchInfo (
MerchID int identity(1,1) Primary key ,
MerchName varchar(50) Unique NOT NULL ,
MerchPrice money NOT NULL ,
MerchNum int NOT NULL ,
CautionNum int NOT NULL ,
PlanNum int NOT NULL ,
BarCode varchar(20) Unique NOT NULL ,
SalesProPrice money NULL ,
SalesProDateS datetime NULL ,
SalesProDateE datetime NULL ,
AllowAbate int NOT NULL ,
AllowSale int NOT NULL ,
FactoryID int NOT NULL ,
ProvideID int NOT NULL
)
GO
/*创建供应商表*/
CREATE TABLE Provide (
ProvideID varchar(10) Primary key ,
ProvideName varchar(50) NOT NULL ,
ProvideAddress varchar(250) NULL ,
ProvidePhone varchar(25) NULL
)
GO
/*创建销售表*/
CREATE TABLE Sale (
SaleID int identity(1,1) Primary key ,
MerChID int NOT NULL ,
SaleDate datetime NOT NULL ,
SaleNum int NOT NULL,
SalePrice money NOT NULL
)
GO
/*创建入库表*/
CREATE TABLE Stock (
StockID int identity(1,1) Primary key ,
MerchID int NOT NULL ,
MerchNum int NOT NULL ,
MerchPrice money NULL ,
TotalPrice money NULL ,
PlanDate datetime NULL ,
StockDate datetime NULL,
StockState int NOT NULL
)
GO
/*创建用户表*/
CREATE TABLE User (
UserID varchar(10) Primary key ,
UserName varchar(25) NOT NULL ,
UserPW varchar(50) NOT NULL ,
UserStyle int NOT NULL ,
)
GO
/*----------创建表间约束----------*/
/*商品信息表中厂商编号、供应商编号分别与厂商表、供应商表之间的外键约束*/
ALTER TABLE MerchInfo ADD
CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY
(
[FactoryID]
) REFERENCES Factory (
[FactoryID]
),
CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY
(
[ProvideID]
) REFERENCES Provide (
[ProvideID]
)
GO
/*销售表中商品编号与商品信息表之间的外键约束*/
ALTER TABLE Sale ADD
CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY
(
[MerChID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*入库表中商品编号与商品信息表之间的外键约束*/
ALTER TABLE Stock ADD
CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY
(
[MerchID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*----------创建索引----------*/
/*在交易表上建立一个以交易编号、交易日期为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)
GO
/*在商品信息表上建立一个以商品编号为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)
GO
/*在销售表上建立一个以销售编号、销售日期为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)
GO
/*在入库表上建立一个以入库编号、入库日期、商品编号为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)
GO
/*----------创建视图----------*/
/*创建用于查询交易情况的视图*/
CREATE VIEW v_Dealing
AS
SELECT DealingDate as 交易日期,
UserName as 员工名称,
MemberCard as 会员卡号,
DealingPrice as 交易金额
FROM Dealing
GO
/*创建用于查询进货计划的视图*/
CREATE VIEW v_PlanStock
AS
SELECT Stock.StockID as SID,
MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchNum as 计划进货数量,
Stock.PlanDate as 计划进货日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=0
GO
/*创建用于查询销售明细记录的视图*/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
MerchInfo.MerchPrice as 商品价格,
Sale.SalePrice as 销售价格,
Sale.SaleNum as 销售数量,
Sale.SaleDate as 销售日期
FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID
GO
/*创建用于查询入库情况的视图*/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchPrice as 入库价格,
Stock.MerchNum as 入库数量,
Stock.TotalPrice as 入库总额,
Stock.StockDate as 入库日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=1
GO
7、小结
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：
本系统只适合小型超市使用，不能适合中大型超市使用；
超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。
请采纳。
7. 数据库课程设计(SQL Server 2000)
网络即时通信系统是为用户开发研制的，用户是系统的最终使用者和评价者，所以在网络通信系统的开发设计的过程中，我们树立了从用户的寻求出发，面向用户，一切为了用户的观念，在分析与设计系统的前期，为了保证系统的功能的完善多次寻求周围同学和老师的意见，了解他们的要求，依照功能完善，界面美观，操作简单的原则进行设计 。
严格按阶段进行
系统的开发设计是一项较大的工程，所以应该将整个系统的开发设计过程划分为若干阶段，相应的阶段又要分为若干个不同的步骤，每个阶段和步骤都要有明确的工作任务和目标。这种有序的组织安排，条例清楚、层次分明，便于计划的制定和控制，并且为后续工作的进行奠定了坚实的基础，提高了工作效率和质量。
采用系统的观点处理
在系统分析阶段，在对原系统进行全面调查和分析的基础上，构造系统的最佳逻辑模型，使用户对将来完整系统的轮廓有个初步的了解和认识，以便及时和用户进行交流和探讨，不断提高系统的完善性。在此基础上进行系统的物理实现和设计，切实完成逻辑模型的具体功能。逻辑设计和物理实现二者是相辅相成、密不可分的，这样使系统的设计更加稳妥合理。
整个系统的设计主要采用快速原形法
快速原形法是信息系统设计的一个重要方法。它是根据用户提出的需求，由用户和开发者共同确定系统的基本要求和主要功能，并在一个较短的时间内建立一个实验性的、简单的信息系统模型，通过用户不断提出的意见和建议，对模型进行不断的修改和完善，直到用户比较满意为止，以便形成一个相对稳定、较为理想的管理信息系统。该方法的主要优点。
1.脉络清楚，所有问题都围绕一个模型展开，使彼此之间联系紧密。
2.有助于发现用户需求，通过对原形和用户接触，能够启发开发人员去挖掘问题，从而不断的修正、完善，最终得到一个理想的系统。
3.系统开发效率高，此方法的开发周期短、使用灵活、容易修改，这对于管理体制不够稳定的系统更加适合。
4.系统的可扩展性好，由于此方法是在原型应用中不断发展完善和修改的，所以有较强的扩展性。
在进行代码设计时，遵循了以下原则。
唯一性：在本系统中，每一个代码都和系统中的每一个对象唯一确定。
标准性：主要体现在对程序文件名命名和对数据文件命名的标准化上，遵循简单扼要，方便适用的原则。一目了然，无重复现象。为了系统维护人员便于进行系统维护，使用了统一的标准。
合理性：系统中代码设计与编码对象的分类相适应，以使代码对编码对象的分类据有标志作用。
简单性：在设计过程中采用Code-Behind代码分离，使数据库操作代码和前端调用代码分离，页面修改容易。
适应性：在代码设计过程中，代码反映了编码对象的特点，便于识别和记忆，使系统维护人员容易了解和掌握，便于进行维护工作。
系统总体功能结构
网络通信系统包含以下主要功能。
用户注册；用户登录；
查找好友；查看好友资料；
添加好友；
删除好友；
发送消息；
发送文件.
数据库表主要用来存放用户的注册信息和用户的好友资料，可利用两张数据库表来 存放用户信息和用户好友的资料。包括用户的号码，昵称，密码，在线与否，ip地址，资料，头像号，性别，E-mail和籍贯等信息。其中，用户昵称和密码是必需的字段；在线与否是由系统自动设置的；其余的信息是可选的字段。
课题整体以JAVA为平台，采用Eclipse开发工具，并使用SQL Server 2000管理数据库数据开发而成的基于Socket的集中式网络通信系统，系统采用客户机/服务器（C/S）的模式设计，是一个三层C/S结构，数据库服务器、应用程序服务器端 、应用程序客户端。系统采用C/S结构，可以将任务合理分配到客户机端和服务器端 ，从而降低了系统的通信开销。
客户层。
客户层是应用程序的用户接口部分，它担负着用户与应用间的对话功能，用于检查用户的输入数据，显示应用的输出数据，为了直观的进行操作，客户层需要使用图形用户接口，若聊天用户变更，系统只需改写显示控制和数据检查程序即可，而不会影响其他两层。
服务层。（功能层）
服务层相当于应用的本体，它是将具体的业务处理逻辑编入程序中。在应用设计中，必须避免在表示层和功能层之间进行多次的数据交换，这就需要尽可能进行一次性的业务处理达到优化整体设计的目的。
数据层
数据层是DBMS，本系统使用了Microsoft 公司的SQL Ssever2000数据库服务器来管理数据。SQL Ssever2000能迅速的执行大量数据的更新和检索，因此，从功能层传送到数
据层的要求一般都使用SQL语言。
这是我毕业论文一部分 做的是聊天系统 给你参考 无所谓给不给分~! 也不可能全给你 带代码有20兆
8. 数据课程设计心得体会
课程设计既可以指为掌握某一课程内容所进行的设计，也要指对某一门课程教学策划的研究活动，下面是为大家搜集整理的数据课程设计心得体会，欢迎阅读。
数据课程设计心得体会(一)
在我看来，数据库课程设计主要的目标是利用课程中学到的数据库知识和技术较好的开发设计出数据库应用系统，去解决各行各业信息化处理的要求。通过这次的课程设计，可以巩固我们对数据库基本原理和基础理论的理解，掌握数据库应用系统设计开发的基本方法，进一步提高我们综合运用所学知识的能力。
当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块的分工。每个人都有自己的模块设计，而且写出来的代码要求可以实现相应模块的功能，得到理想的效果。当每个人都把自己的分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用的是Html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中的奥秘。
知识的获得是无止境的，只要你想学，只要你行动，没有什么会难倒我们的。回首这一个多星期的课程设计，我很欣慰。因为我有了动力，有了勇气。谢谢老师对我们的不懈帮助，谢谢学校给了我们这一次实践的机会，也谢谢组员们的关怀。这些美好的回忆美好的东西将永远伴随着我。
数据课程设计心得体会(二)
数据库课程设计大赛的尘嚣渐渐远去，怀着对这次大赛的些许不舍，怀着对当初课程设计开始时候的豪情万丈的决心的留恋，怀着通过这次课程设计积累的信心与斗志，我开始写这篇文章，贺老薯为自己的足迹留下哪怕是微不足道但是对自己弥足珍贵的痕迹并期望与大家共勉。
首先，让我的记忆追溯到大二暑假，在老含李大的指引下(老大劝我学ASP(ASP培训 ).net)，我接触到microsoft 公司的.net产品。那个时候我已经学过vc和asp，因为windows程序设计实验的课的关系，接触过VB(VB培训 )，但是没有专门去学他，因为习惯了c++里面的class，int，觉得vb的sub，var 看着就不是很顺心。我是一个好奇心很强的人，突然看到了一个号称“.net是用于创建下一代应用程序的理想而又现实的开发工具”，而且主推c#语言，由于对c语言的一贯好感，我几乎是立刻对他产生了兴趣。我就开始了对c#的学习，任何语言都不是孤立存在的，所以数据交互是很重要的，暑假的时候我把我们这学期的课本数据库系统概论看了一遍。我记得以前用c语言编程的时候，数据是在内存中申请空间，譬如使用数组等等。很耗费内存空间。这个时候就是数据库站出来的时候啦，于是我又装上了sql server2000，以前学asp的时候用的是access，那个时候只是照着人家做，理论是什么也不是很清楚。
开发的时候我想过用什么架构，c/s模式?模式有很多，怎么选择?我就上网搜索现在最流行的架构是什么。结果搜到了mvc架构，就是你啦。我决定用这个架构，不会，没关系，咱学。just do it!前期工作准备好后，那么我就得把我暑假学的.net加以实践。这个时候我更加深入的了解了利用ado.net操纵数据库的知识。并且对数据库里面的存储过程有了比较深入的了解。经过大概2个多星期的奋斗，我完成了我的数据库课程设计--基于.net数据集的图书馆管理系统。并最后非常荣幸的获得了大赛的一等奖以及以及新技术应用奖。
与其临渊羡鱼，不如退而结网。这次数据库课程设计给我的最大的印象就是如果自己有了兴趣，就动手去做，困难在你的勇气和毅力下是抬不了头的。从做这个数据库开始无论遇到什么困难，我都没有一丝的放弃的念头。出于对知识的渴望，出于对新技术的好奇，出于对一切未知的求知。我完成了这次数据库课程设计，不过这只是我学习路上的驿站，未来十年.net的核心技术就是xml[至少微软是这么宣传的]，我会继续学习它禅者，包括jave公司的j2ee我也很想试试，语言本来就是相通的，just do it!语言并不重要毕竟它仅仅是工具，用好一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊。
实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的IT行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。虽然是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。总而言之，这次数据库设计心得体会不能用语言完全表达。
数据课程设计心得体会(三)
本次课程设计，使我对《数据结构》这门课程有了更深入的理解。《数据结构》是一门实践性较强的课程，为了学好这门课程，必须在掌握理论知识的同时，加强上机实践。
我的课程设计题目是线索二叉树的运算。刚开始做这个程序的时候，感到完全无从下手，甚至让我觉得完成这次程序设计根本就是不可能的，于是开始查阅各种资料以及参考文献，之后便开始着手写程序，写完运行时有很多问题。特别是实现线索二叉树的删除运算时很多情况没有考虑周全，经常运行出现错误，但通过同学间的帮助最终基本解决问题。
在本课程设计中，我明白了理论与实际应用相结合的重要性，并提高了自己组织数据及编写大型程序的能力。培养了基本的、良好的程序设计技能以及合作能力。这次课程设计同样提高了我的综合运用所学知识的能力。并对VC有了更深入的了解。《数据结构》是一门实践性很强的课程，上机实习是对学生全面综合素质进行训练的一种最基本的方法，是与课堂听讲、自学和练习相辅相成的、必不可少的一个教学环节。上机实习一方面能使书本上的知识变“活”，起到深化理解和灵活掌握教学内容的目的;另一方面，上机实习是对学生软件设计的综合能力的训练，包括问题分析，总体结构设计，程序设计基本技能和技巧的训练。此外，还有更重要的一点是：机器是比任何教师更严厉的检查者。因此，在“数据结构”的学习过程中，必须严格按照老师的要求，主动地、积极地、认真地做好每一个实验，以不断提高自己的编程能力与专业素质。
通过这段时间的课程设计，我认识到数据结构是一门比较难的课程。需要多花时间上机练习。这次的程序训练培养了我实际分析问题、编程和动手能力，使我掌握了程序设计的基本技能，提高了我适应实际，实践编程的能力。总的来说，这次课程设计让我获益匪浅，对数据结构也有了进一步的理解和认识。
数据课程设计心得体会(四)
两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。
通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。
从各种文档的阅读到开始的需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。
我想有这样的问题不止我一个，事后想想是一开始着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。
按照要求，我们做的是机票预订系统。说实话，我对这个是一无所知的，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处。没有前期的调查，仅从指导书上那几条要求着手是不够的。
在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言的规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言的规范性以及我们在编程时要有严谨的态度，同时在写程序时如有一定量的注释，既增加了程序的可读性，也可以使自己在读程序时更容易。
我们学习并应用了SQL语言，对数据库的创建、修改、删除方法有了一定的了解，通过导入表和删除表、更改表学会了对于表的一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。
很多事情不是想象中的那么简单的，它涉及到的各种实体、属性、数据流程、数据处理等等。很多时候感觉后面的设计根本无法继续，感觉像是被前面做的各种图限制了。在做关系模型转换的时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。
物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引的部分，对一些比较经常使用搜索的列，外键上建立索引，这样可以明显加快检索的速度，最后别忘记重要的安全性设置，限制用户访问权限，新建用户并和数据库用户做相应的映射。
不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难的事在你尝试之后你可能会发现原来她并没有你以前觉得的那样，自己也是可以的。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想!
以上基本是这次实习的体会了，设计进行的非常艰难，编码非常不容易，才发现做一个项目最重要的不在于如何实现，而是实现之前的需求分析和模块设计。创新很难，有些流行的系统其实现并不难，难的在于对市场的分析和准确定位。设计，是一个任重道远的过程。