山大資料庫課程設計

① 資料庫課程設計的內容提要：

本書以圖書管理系統的開發為背景,提供了資料庫課程設計的樣例。書中結合圖書管版理系統的實際,詳細介紹了權資料庫結構設計、MySQL資料庫的使用、基於ODBC的資料庫應用程序設計的全過程。附錄中介紹了SQL Server的使用和JDBC程序設計技術。
本書可作為大學本科學生學習資料庫課程的補充教材,也可作為大專學生和其他學習資料庫技術的讀者的參考教材。

② 誰可以幫忙做下這個題目呀 資料庫課程設計

資料庫課程設計報告
計網0831資料庫課程設計
1、數據的導入和導出今天是資料庫實習的第一天，對於我們來說資料庫雖然是今年剛剛學過的課程，但是我們已經考試完一段時間了，所以也很久沒有翻書本了，很多知識在剛剛做的時候還是很陌生的，不得不翻一下書本，下面就是在第一天實習中所產生的問題報告和分析結果。
在做實訓前，老師先給我們講了資料庫如何導入EXCL表，在老師的指導下我們學會了，為創建表提供了方便。
首先我們是建立了一個新的KCSJ資料庫，建立的數據語句如下：
用SQL語句在D:\KCSJ下創建課程設計資料庫（KCSJ）
（一）CREATE DATABASE KCSJ
ON
(NAME=KCSJ_DATA,
FILENAME='D:\KCSJ_DATA.MDF')
LOG ON
(NAME=KCSJ_LOG,
FILENAME='D:\KCSJ_LOG.LDF')
將KCSJ.XLS文件中的數據導入KCSJ資料庫中。導入後在資料庫中將生成以下五個基本表：
學生(學號,姓名,性別,年齡,入學成績,班級,籍貫)
成績(學號,課程號,成績)
課程(課程號,課程名,教師名)
三角形(a,b,c,s)
迴文數(A1,A2)
其中:a> 學生、成績、課程、三角形、迴文數是表的名字。
b> 學號、姓名、性別、班級、籍貫、課程名和教師名為字元型，長度分別為10 、10、2、6、8、20、10；
c> 入學成績為整型。
d> 年齡、課程號和成績為整型或微整型。
e> A1為整型；A2為字元型，長度為2。
f> a、b、c為float類型，代表三角形的三邊，s為float類型，代表三角形的面積。
在導入資料庫中KCSJ.XLS文件的數據導入的時候是在所有任務--導入數據—數據源為excel97-2000- 文件位置—導入表中的數據—修改類型和長度 最後確定。
用企業管理器創建資料庫（JW0831），將KCSJ資料庫中的五個表導入該資料庫中。
打開所有任務 導入數據源 選擇KSCJ 資料庫 下一步 再選擇jw0831資料庫 選擇所有 確定 就可以將KCSJ資料庫中的五個表導入該資料庫中。
簡單的結構化查詢
--（1）查詢學生的詳細記錄
select*from 學生
--（2）查詢學生表中前兩個班級（班級名稱不能重復）
select top 2 班級 from 學生
group by 班級
在做本題的時候，由於想的比較復雜，外加題意有點模糊，所以轉了很大一個圈，並在老師的側外指導下通過group by分組才把本題做了出來。
--（3）顯示把 成績表中各科學生的成績加 20 分後的信息
select*from 成績
where 成績='成績'+20
在做本題的時候，由於題意理解錯誤，所以我先用updata語句來進行更新，但是在做到其它題的時候，聽到老師在指導其它同學的時候，把題意一說，我才恍然大悟，自己的方向又錯了。然後又重新思考，接著就做出了上面的答案。
--（4）查詢來自逗寧波地 學生的學號、姓名、籍貫
select 學號,姓名,籍貫 from 學生
where 籍貫='寧波'
--（5）查詢選修4號課程且考試成績在70分以上的學生的學號以及所選修的課程號和成績，顯示前3條結果記錄
select top 3*from 成績
where 成績>=70 and 課程號='4'
--（6）查詢入學成績在 300-400 分之內的學生的詳細情況,並按入學成績降序排序 ( 用兩種方法完成 )
select * from 學生
where 300<入學成績 and 入學成績<400 order by 入學成績 desc
select * from 學生
where 入學成績 between 300 and 400 order by 入學成績 desc
--（7）統計學生表中的學生人數
select count(*)from 學生
對於今天的題目做的多了，忽然發現很多題的類型都差不多，都是運用基本的書本知識，然後融會貫通，舉一反三，然後不費吹灰之力就做出來了，我說的不費吹灰之力是簡單的，但是有些還是費了好大一番功夫的。
--（8）查詢學生表中姓李，姓名列包含兩個字的學生的基本情況
select * from 學生
where 姓名 like '李_'
--（9）查詢名字中第 2 個字為『北'的學生的基本信息
select * from 學生
where 姓名 like '_北%
在做這幾道題的時候，我解決了並也明白了—和%得區別和用途
--（10）查詢選修 4 號課程，成績在 80-90 分之間的學生學號和成績
select*from 成績
where 80<=成績 and 成績<90 and 課程號='4'
--（11）查詢 JW0831 班和 JW0551 班學生的姓名、性別及班級（用謂詞查詢 in ）
select 姓名,性別,班級 from 學生 where 班級 in('JW0831','JW0551')
group by 姓名,性別,班級
對於本道題拿到的時候，還是愣了一下的，因為我忽然不知道什麼是，對於用謂詞查詢 in，自己不會用，在翻書翻了一遍並且詢問了同學才發現如何去用它。
--（12）查詢缺少成績的學生的學號和相應的課程號
select 學號,課程號 from 成績
where 成績 is NULL
--（13）統計選修了4號課程學生人數
SELECT COUNT(*)AS'人數' FROM 成績 where 課程號='4'
--（14）查詢JW0831班家在河北學生的學號、姓名、性別
select 學號,姓名,性別 from 學生
where 籍貫='河北'and 班級='JW0831'
--（15）檢索劉志生老師所授課程的課程號和課程名。
select 課程號,課程名 from 課程
where 教師名='劉志生'
---（16）檢索年齡大於23歲的男學生的學號和姓名。
select 學號,姓名 from 學生
where 性別='男' and 年齡>23
--（17）查詢學生表中姓李的學生的基本情況
select *from 學生
where 姓名 like '李%'
--（18） 統計學生表中所有學生逗入學成績地的平均分、最高分、最低分
select AVG(入學成績) as'平均成績',max(入學成績) as'最高分',min(入學成績) as'最低分'from 學生
--（19）查詢選修了1號或者3號課程，成績及格的學生的學號和成績
select 學號,成績 from 成績
where 成績>=60 and 課程號 in (1,3)
--（20）統計學生表中所有男女生人數
SELECT 性別, COUNT(性別)AS'人數' FROM 學生
group by 性別
對於今天的題除了自己不太熟悉課本知識和同學討論出來的那些分析外，對於其他的題已經沒有什麼問題了，因為我把今天的題做完之後，把報告寫完的同時，對於明天的題我也進行了一番思考，並且還幫助其他同學解決了一些不會的問題。
星期二 天氣 冷 心情 good

3、復雜的結構化查詢
--（1）檢索至少選修劉志生老師所授課程中一門課程的女學生姓名。
select 學生.學號,姓名,性別,課程.課程號 from 學生,成績,課程
where 性別='女' and 課程.課程號 in(select 課程號 from 課程 where 教師名='劉志生')and 學生.學號=成績.學號
and 課程.課程號=成績.課程號
對於今天的課程設計不是像昨天一樣那麼簡單了，簡直是提高了一個很大的層次，簡直是一步三晃啊！不容易啊！就像本題一樣，在查詢的時候要用一個子查詢和三個條件才能把它做出來！
--（2）檢索吳計算同學不學的課程的課程號。
select 課程號 from 課程 where 課程號 not in(select 成績.課程號 from 成績,學生where 姓名='吳計算' and 成績.學號=學生.學號)
在本題中，用的方法還真是一波三折啊！因為如果要查不學的課程，要先查出他學的課程，然後再排掉學過的！充分運用了not in這個語法
--（3）檢索至少選修四門課程的學生學號。
select 學號, count(成績.學號)as '門數' from 成績,課程 where 成績.課程號=課程.課程號
group by 成績.學號
having count(成績.學號)>=4
對於本題的用的是count做統計這個數據語句，外加可以用在group by 語句後的having條件語句。通過本題的聯系，可以很好的運用count 和having語句
--（4）檢索全部學生都選修的課程的課程號與課程名。
select 課程.課程名 ,課程.課程號 from 成績,課程
where 成績.課程號=課程.課程號
group by 課程.課程名,課程.課程號
having count(成績.學號) in (select count(學生.學號)from 學生)
--（5）檢索選修課程包含劉志生老師所授課的學生學號。
select 學號 from 成績,課程
where 教師名='劉志生'and 成績.課程號=課程.課程號
--（6）統計有學生選修的課程門數。
select 學號, count(成績.學號)as '門數' from 成績,課程 where 成績.課程號=課程.課程號
group by 成績.學號
--（7）求選修4號課程的學生的平均年齡。
select AVG(年齡)as'平均年齡',成績.課程號 from 學生,成績
where 課程號='4' and 學生.學號=成績.學號
group by 成績.課程號
--（8）求劉志生老師所授課程的每門課程的學生平均成績。
select avg(成績.成績)as'平均成績',課程.課程號 from 成績,課程
where 教師名='劉志生' and 成績.課程號=課程.課程號
group by 課程.課程號
--（9）統計每門課程的學生選修人數（超過6人的課程才統計）。要求輸出課程號和選修人數，查詢結果按人數降序排列，若人數相同，按課程號升序排列。
select 成績.課程號, count(成績.學號)as '人數' from 成績,課程
where 成績.課程號=課程.課程號
group by 成績.課程號
having count(成績.學號)>=6
order by count(成績.學號) asc
--（10）檢索學號比陸力利同學大，而年齡比他小的學生姓名。
select 學號,姓名 from 學生
where 學號>(select 學號 from 學生 where 姓名='陸力利') and 年齡<(select 年齡 from 學生 where 姓名='陸力利'
--（11）求年齡大於女同學平均年齡的男學生姓名和年齡。
select 姓名,年齡 from 學生
where 性別='男'and 年齡>(select avg(年齡)as'平均年齡'from 學生 where 性別='女')
--（12）統計學生人數超過 5人的班級名稱和對應的人數
select 班級,count(學生.學號)as '人數'from 學生
group by 班級
having count(學生.學號)>=5
--（13）檢索課程號和選修人數，查詢結果按人數升序排列，若人數相同，按課程號降序排列。
select 成績.課程號, count(成績.學號)as '人數' from 成績,課程
where 成績.課程號=課程.課程號
group by 成績.課程號
order by count(成績.學號) asc,成績.課程號 desc
這道題運用很多知識點，不但用了count 統計 還用了 group by 分組 外加排序
--（14）查詢選修課程學生的學號、姓名、所選課程號、取得的成績
select 學生.學號,學生.姓名,成績.課程號,成績.成績 from 學生,成績
where 學生.學號=成績.學號
--（15）查詢學生的學號、課程號和成績等級
select 學號,課程號,成績,(
CASE
WHEN 成績>=90 and 成績<=100 THEN 'A'
WHEN 成績>=80 and 成績<90 THEN 'B'
WHEN 成績>=70 and 成績<80 THEN 'C'
WHEN 成績>=60 and 成績<70 THEN 'D'
ELSE 'E'
END ) as 等級
from 成績
本題運用了一個新的知識點，這個知識點是在老師的ppt課件上找到的，利用這個語句何以很好很方便的為管理系統中的成績分等級，所以在本體中一定要記住本語句的語法如：case when……and then ……else end
今天小結，通過今天一天的課程設計，我覺得我收獲了很多，因為它讓我以前學的不太好的知識點全部都鞏固了一遍，尤其是成績、課程、學生這些表與表的鏈接，每次不是這里連不上就是那裡連不上，但是現在不但可以連上了，還可以幫助其他同學檢查出來錯誤，真是一筆不小的收獲，雖然今天做的題比較難，但是每一次在自己的努力下做出來都會有不小的成就感……
3、復雜的結構化查詢
星期三 天氣 冷 心情 good
外面飄著雪花，美好的一天又已經開始了！實習已經到了一半，離回家的日子也近了很多，所以心情也是越實習越好了！今天的工作當然也完成的比較順利！雖然有的還挺難的！但是相信自己一定就會成功！嘿嘿……看看自己的勞動成果就知道了！
3、復雜的結構化查詢
--（16）查詢選修了英語的學生的姓名和成績;
select 學生.姓名,成績.成績 from 成績,學生,課程
where 課程.課程名='英語'and 學生.學號=成績.學號 and 課程.課程號=成績.課程號
group by 學生.姓名,成績.成績
--（17）分別統計每個班級的男女人數（要求顯示出班級、性別、對應的人數）
SELECT 班級, 性別, COUNT(性別)AS'人數' FROM 學生
group by 班級,性別
--（18）求年齡大於所有女同學年齡的男學生姓名和年齡。
select 姓名,年齡 from 學生
where 性別='男'and 年齡>(select max(年齡) from 學生 where 性別='女')
group by 姓名,年齡

--（19）計算選修了1號課程的學生的平均成績（要求顯示出課程號和對應的平均成績）
select 課程號,avg(成績)as'平均成績'from 成績
where 課程號='1'
group by 課程號

--（20）查詢選修課程學生的學號、姓名、所選課程名、取得的成績
select 學生.學號,姓名,課程.課程名,成績.成績 from 學生,成績,課程
where 學生.學號=成績.學號 and 課程.課程號=成績.課程號
--（21）查詢學生的學號、姓名、性別及所選修各門課程的成績（要求每位學生用一個數據行顯示這些信息）

SELECT 學生.學號, 學生.姓名,學生.性別,
(select 成績 from 成績 where 課程號='1' and 學生.學號=學號) as '數學',
(select 成績 from 成績 where 課程號='2' and 學生.學號=學號) as '英語',
(select 成績 from 成績 where 課程號='3' and 學生.學號=學號) as '計算機基礎',
(select 成績 from 成績 where 課程號='4' and 學生.學號=學號) as '資料庫',
(select 成績 from 成績 where 課程號='5' and 學生.學號=學號) as '政治',
(select 成績 from 成績 where 課程號='6' and 學生.學號=學號) as '體育'

FROM 學生 INNER JOIN 成績 ON 學生.學號=成績.學號
GROUP BY 學生.學號, 學生.姓名,學生.性別
--（22）查詢李路路所學的課程名和對應的成績，並按照成績升序排列。
select 姓名,課程名,成績 from 學生,課程,成績
where 姓名='李路路'and 課程.課程號=成績.課程號 and 學生.學號=成績.學號
order by 成績

--（23）查詢平均成績大於 75 分的課程，要求顯示課程名和平均成績。
select 課程名,avg(成績)as'平均成績' from 課程,成績
where 課程.課程號=成績.課程號
group by 課程名
having avg(成績)>=75
--（24）查詢所選課程平均成績前三名的那些學生的姓名和平均成績。
select top 3 學生.學號,姓名,avg(成績.成績)as'平均成績'from 成績,學生 where 學生.學號=成績.學號 group by 學生.學號,姓名 order by avg(成績.成績) desc

--（25）查詢和李工業在同一個班級的學號和姓名
select 學號,姓名 from 學生
where 班級 in (select 班級 from 學生 where 姓名='李工業')

--（26）查詢JW0831班中入學成績比李里高的學生的姓名
select 姓名 from 學生
where 班級='JW0831' and 入學成績>(select 入學成績 from 學生 where 姓名='李里')

--（27）在學生表中查詢高於入學成績平均分的學生學號、姓名、班級、入學成績
select 學號,姓名,班級,入學成績 from 學生
where 入學成績>(select avg(入學成績)as'平均成績'from 學生)

--（28）查詢沒有選修課程的學生的學號和姓名
select 學生.學號,學生.姓名 from 學生
where 學號 not in(select 學號 from 成績 group by 學號 )

--（29）查詢選修了 5（含5） 門以上課程的學生的姓名。
select 姓名 from 學生,成績,課程 where 成績.課程號=課程.課程號 and 學生.學號=成績.學號
group by 成績.學號,姓名
having count(成績.學號)>=5
--（30）查找同名同姓的學生信息。
select a1.* from 學生 a1,學生 a2
where a1.姓名=a2.姓名 and a1.學號<>a2.學號
星期四 天氣 冷 心情 good
數據管理
--（1）利用學生表創建一個新表（不含數據）：優秀(學號,姓名,性別)，
--然後在學生表中檢索每一門課程成績都大於等於80分的學生學號、姓名和性別，
--並把檢索到的值送往優秀表中。
select 學號,姓名,性別 into 優秀 from 學生
where 5>6
insert into 優秀 select 學號,姓名,性別 from 學生 where 學號 in (select 學號 from 成績 group by 學號 having min(成績)>=80 )

--（2）把李路路同學的選課和成績全部刪去。
delete from 成績
where 成績 in(select 成績 from 學生,成績 where 學生.學號=成績.學號 and 姓名='李路路')
--（3）把低於總平均成績的女同學成績提高5%。
UPDATE 成績 SET 成績=成績*(1+0.05) WHERE 成績<(select avg(成績.成績)as'平均成績'from 成績) and 學號 in(select 學號 from 學生 where 性別='女')
--（4）把選修數學課不及格的成績全改為空值。
UPDATE 成績 SET 成績=null WHERE 成績<60 AND 課程號=(select 課程號 from 課程 where 課程名='數學')
--（5）在成績表修改4號課程的成績，若成績小於等於75分時提高5%，若成績大於75分時提高4%（用兩個UPDATE語句實現）。
UPDATE 成績 SET 成績=成績*0.5 WHERE 成績<=75 and 課程號='4'
UPDATE 成績 SET 成績=成績*0.4 WHERE 成績>75 and 課程號='4'
--（6）將選修4號課程且成績沒有及格的學生的成績調整為 60 分。
UPDATE 成績 SET 成績=60 WHERE 成績<60 AND 課程號='4'
自定義函數的使用
編寫一函數(hws)，判斷一個整數是否為迴文數，若是函數值為逗是地，否則為逗否地，利用該函數判斷迴文數基本表中A1列的整數是否為迴文數，若是，則A2列的值為逗是地，否則為逗否地。
create function hws(@A1 int)
returns char(2)
as
begin
declare @y int,@r int,@c char(2),@z int
select @y=0,@z=@A1
while @A1!=0
select @r=@A1%10,@y=@y*10+@r,@A1=@A1/10
if @y=@z
set @c='是'
else
set @c='否'
return @c
end
update 迴文數 set A2=dbo.hws(A1)。
星期五 天氣 冷 心情 good
游標的使用
利用游標可以訪問單獨數據行的特點，逐一對三角形基本表中的數據行（三條邊）進行處理，求三角形的面積。
Declare yb cursor
For
Select*from 三角形
Declare @a float,@b float,@c float,@p float,@s float
Open yb
Fetch next from yb into @a,@b,@c,@s
While @@fetch_status=0
Begin
If @a+@b>@c and @a+@c>@b and @b+@c>@a
select @p=(@a+@b+@c)/2.0,@s=round(sqrt(@p*(@p-@a)*(@p-@b)*(@p-@c)),2)
else
set @s=null
update 三角形 set s=@s where current of yb
fetch next from yb into @a,@b,@c,@s
end
close yb
deallocate yb

心得體會
時光匆匆，一個星期的實習已經接近尾聲了，對於本次的實習心情就是輕松加愉快，收獲也是碩果累累，在老師的安排下，實習的過程是根據每天老師給的任務，按時完成作業然後再把報告寫完根據規劃每天都有條不絮的干著自己的事情，對於我是一個不會安排時間的人，生活中重來沒有規劃，所以事情每次幹完不是緊一陣就是松一陣的，所以通過這次實習中在老師的安排下，自己也懂得了安排時間的重要性，也從中吸取到了一些經驗。
在本次實習中我不僅把本學期學習的資料庫基本知識進行了點到點的復習，也把它進行了鞏固，在原來沒有學好的地方通過本次的實習學的比以前學的更好，不僅如此，我們在做課程設計的時候還學會了獨自的思考和協作，有些知識點我們運用的不是很好，但是後面再老實的幫助和在同學的探討下，最後都把它解決了出來。除此之外，我也感覺到實習並不是因為完成任務而實習，它是為了讓我們更好的掌握知識，並把知識運用到生活中去的，就像藝術一樣，源於生活，而應用於生活一樣。資料庫的學習，也是為了以後生活中方便自己方便他人而學習的。
由於每天緊張的課程，一路都是匆匆來匆匆去，所以一個班同學的交流也是很少的，通過實習所以同學之間交流的機會也就比較多了一點，比才的感覺也因此增進了不少，以上就是本次在實習中所得到的心得，至於沒有感受到的，將在以後的生活中再次的吸取生活中的經驗。來進行學習中的總結。

③ 資料庫課程設計實例

資料庫課程設計

題目：小型超市管理系統
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、小結
和傳統管理模式相比較，使用本系統，毫無疑問會大大提高超市的運作效率，輔助提高超市的決策水平，管理水平，為降低經營成本， 提高效益，減少差錯，節省人力，減少顧客購物時間，增加客流量，提高顧客滿意度，增強超市擴張能力， 提供有效的技術保障。
由於開發者能力有限，加上時間倉促，本系統難免會出現一些不足之處，例如：
 本系統只適合小型超市使用，不能適合中大型超市使用；
 超市管理系統涉及范圍寬，要解決的問題多，功能復雜，實現困難，但由於限於時間，本系統只能做出其中的一部分功能；
對於以上出現的問題，我們深表歉意，如發現還有其它問題，希望老師批評指正。

④ 跪求資料庫的課程設計啊！~~~~~

1.系統功能的基本要求：
產品入庫管理，可以填寫入庫單，確認產品入庫；
產品出庫管理，可以填寫出庫單，確認出庫；
借出管理，憑借條借出，然後能夠還庫；
初始庫存設置，設置庫存的初始值，庫存的上下警戒限；
可以進行盤庫，反映每月、年的庫存情況；
可以查詢產品入庫情況、出庫情況、當前庫存情況，可以按出庫單、入庫單，產品、時間進行查詢；

2、資料庫要求：在資料庫中至少應該包含下列數據表：
庫存情況表；
出庫單表；
入庫單表；
出庫台帳；
入庫台帳；
借條信息表，反映，借出人，借出時間，借出產品，借出數量，還庫時間等。

3、本課題設計的基本要求：
必須提交系統分析報告，包括系統的功能分析、系統的功能模塊設計、資料庫的數據字典，資料庫的概念結構（E－R圖），資料庫中的表、視圖（如果使用）、存儲過程（如果使用）的結構和定義（可以用SQL腳本提供）；
程序設計的報告：包括程序的運行環境、開發環境、程序的詳細設計（包括模塊之間的關系，模塊的功能、主要功能實現的程序段）
系統的源程序，包括資料庫腳本程序。

再看看這個 希望能幫助到你

⑤ 數據結構實驗的實驗報告怎麼寫

資料庫課程設計
「資料庫課程設計」是資料庫系統及應用課程的後續實驗課，是進一步鞏固學生的資料庫知識，加強學生的實際動手能力和提高學生綜合素質。
一、 課程設計目的
課程設計為學生提供了一個既動手又動腦，獨立實踐的機會，將課本上的理論知識和實際有機的結合起來，鍛煉學生的分析解決實際問題的能力。提高學生適應實際，實踐編程的能力。課程設計的目的：
1. 加深對資料庫原理、程序設計語言的理論知識的理解和應用水平；
2. 在理論和實驗教學基礎上進一步鞏固已學基本理論及應用知識並加以綜合提高；
3. 學會將知識應用於實際的方法，提高分析和解決問題的能力，增強動手能力；
4. 為畢業設計和以後工作打下必要基礎。
二、課程設計要求
運用資料庫原理的基本理論與應用知識，在微機RDBMS(SQL Server)的環境上建立一個資料庫應用系統。要求把現實世界的事物及事物之間的復雜關系抽象為信息世界的實體及實體之間聯系的信息模型，再轉換為機器世界的數據模型和數據文件，並對數據文件實施檢索、更新和控制等操作。
1. 用E-R圖設計選定題目的信息模型；
2. 設計相應的關系模型，確定資料庫結構；
3. 分析關系模式各屬於第幾範式，闡明理由；
4. 設計應用系統的系統結構圖，確定系統功能；
5. 通過設計關系的主碼約束、外碼約束和使用CHECK實現完整性控制；
6. 為參照關系設計插入、刪除、修改觸發器；
7. 實現應用程序設計、編程、優化功能；
8. 對系統的各個應用程序進行集成和調試，進一步優化系統功能、改善系統用戶界面完成實驗內容所指定的各項要求；
9. 分析遇到的問題，總結並寫出課程設計報告；
10. 自我評價
三、實驗環境
開發環境VC++、C#、ASP或java；ODBC/JDBC；資料庫SQL Server
四、上機實現內容
1. 創建資料庫的結構
2. 創建各基本表的結構
3. 編制系統各功能模塊，完成數據的管理（增、刪、改）及統計查詢。對於程序運行界面不做考核的重點。
五、課程設計考核
1.對學生到實驗室的情況進行不定時統計；
2.出勤率+課程設計報告+課程設計所開發的應用系統+其他（上機抽查和提問）=綜合評定成績。
3.課程設計結束時請將下列資料上交：
（1） 課程設計報告；
（2） 所開發的應用系統的源程序、安裝和使用說明；
（3） 將（1）（2）中的資料壓縮成一個壓縮包，壓縮包文件的命名規則：班級+學號（末2位）+姓名（例如：計科090101王鵬曉）；
（4） 班長將本班每人的（3）中的壓縮包刻錄成光碟連同列印的課程設計報告收齊，交給任課教師。
附錄﹑課程設計題目
題目1：課程設計選題管理系統（1，24）
包括三大模塊：
 課程設計題目維護與查詢：題目的添加、修改和刪除；按題目類型、名稱和關鍵字查詢以及已選與未選題目的查詢；
 學生信息維護與查詢；
 學生選題維護與管理：學生選題及查詢；
具體功能細化：
 前台學生選題：學生上網登錄系統進行選題；
 前台教師出題：
 教師添加、修改和刪除題目；
 教師確認學生的選題；
 後台管理出題和選題
 添加用戶及許可權

題目2：書店管理系統（23）
包括四大模塊：
 售書（圖書銷售管理及銷售統計，查詢）
 進書（通過書目，向發行商下定單訂購圖書）
 庫存（圖書庫存，統計）
 相關查詢

題目3：圖書館管理系統（11）
包括四大模塊：
 圖書的查詢
 借書
 還書
 圖書的預約

題目4：庫存管理系統（8）
包括四大模塊：
 商品目錄建立
 商品入庫管理
 商品出庫管理
 商品庫存查詢
題目5：工資管理系統（1 人）41
包括四大模塊：
 系統數據初始化
 員工基本信息數據的輸入、修改、刪除；
 員工個人信息及工資表的查詢；
 員工工資的計算；
參考數據如下：
 員工基本狀況：包括員工號、員工姓名、性別、所在部門、工資級別、工資等級等。
 工資級別和工資金額：包括工資等級、工資額。
 企業部門及工作崗位信息：包括部門名稱、工作崗位名稱、工作崗位工資等。
 工齡和工資金額：包括工齡及對應工資額。
 公司福利表：包括福利名稱、福利值。
 工資信息：包括員工號、員工姓名、員工基礎工資、員工崗位工資、員工工齡工資、公司福利、員工實得工資。
題目6：酒店客房管理系統 （1 人）14，26
包括四大模塊：
 前台操作：包括開房登記、退房結賬和房狀態查看
 預訂管理：包括預訂房間、預訂入住和解除預訂
 信息查詢：包括在住客人列表、預訂客人列表和歷史客人列表
 報表統計：包括開房記錄統計、退房結賬和預訂房間統計
 員工基本信息數據的輸入、修改、刪除；
參考數據如下：
 住店管理：客人姓名、證件號碼、房號、入住時期、預計離開日期、結賬離開日期、應付金額
 客人信息：姓名、性別、證件類型、證件號碼、聯系電話
 房間信息：房號、房類型、價格、押金、房狀態 預訂房間
 客人姓名、性別、房類型、房號、價格、證件類型、證件號碼、聯系電話、入住日期、預計離開日期、歷史信息

題目7：旅行社管理信息系統（1 人）3
包括如下模塊：
 旅遊團隊、團隊團員及旅遊路線相關信息的輸入
 旅遊團隊、團隊團員及旅遊路線相關信息的維護（修改、瀏覽、刪除和撤銷）
 旅遊團隊管理信息的查詢（如按團隊編號）
 團隊團員基本情況的查詢（可選多種方式）
 旅遊路線相關信息的查詢（如按線路編號）
 旅遊路線排行榜發布。
 數據備份，更改密碼。
參考數據如下：
 團員信息表（路線編號，團隊編號，團員編號，姓名，性別，電話，通信地址，身份證號碼， 團費交否，備注）
 線路信息表（路線名稱，團費，簡介，圖形，路線編號）
 團隊信息表（團隊編號，路線編號，團員人數，出發日期，返程日期）
 旅遊團隊信息表（團隊編號，團隊負責人，團員人數，建團時間，是否出發，團費，盈虧）
密碼信息（操作員，密碼）
題目8：報刊訂閱管理系統 （1 人）25，35
包括如下模塊：
 登錄功能：登錄統為身份驗證登錄。分為管理員登錄和一般用戶登錄。分別通過不 同的用戶名和密碼進入報刊訂閱管理界面，新的用戶需要注冊。
 錄入新信息功能：對於管理員，包括新用戶信息和新報刊信息的錄入功能，信息一旦 提交就存入到後台資料庫中；普通用戶自行注冊進行可以修改個人信息。
 訂閱功能：用戶可以訂閱報刊，系統自動計算所需金額，並顯示在界面上；管理員不 可訂閱報刊，必須以用戶身份訂閱報刊。
 查詢功能：用戶可以查詢並顯示自己所訂閱的信息；管理員可以按人員、報刊、部門 分類查詢。查詢出的信息顯示在界面上,並且可以預覽和列印出結果。
 統計功能：管理員可以按用戶、部門、報刊統計報刊的銷售情況，並對一些重要的訂 閱信息進行統計；普通用戶可以統計出自己的訂閱情況，並且可以預覽和列印出結果。
 系統維護功能：數據的安全管理，主要是依靠管理員對資料庫里的信息進行備份和恢 復，資料庫備份後，如果出了什麼意外可以恢復資料庫到當時備份的狀態，這提高了系統和 數據的安全性，有利於系統的維護
參考數據如下：
 管理員表（Adminuser） ：管理員名、密碼。
 部門表（Department） ：部門號，部門名。
 用戶表（Users） ：用戶賬號、密碼、真實姓名、身 份證號、聯系電話，聯系地址，部門號（和部門表有關）等。
 報刊類別表（NewspaperClass） ：分類編號、 分類名稱。
 報刊信息表（Newspaper） ：報刊代號、報刊名稱、出版 報社、出版周期、季度報價、內容介紹、分類編號（和報刊類別表有關）等。
 訂單表（Order） ：訂單編號、用戶編號、報刊代號、訂閱份數、訂閱月數等。
題目9：計算機等級考試教務管理系統（2 人）32
包括四大模塊：
 用戶設置：對考點代碼，考點名稱進行設置，設置用戶與密碼；系統復位：即清除上一次考試數據（在之前存入歷史）
 報名管理： 報各庫錄入（姓名不能不空，之間不能有空格） 增加、刪除、修改、瀏覽
 准考證管理：准考證生成規則：xxx+yy+zz+kk，其中 XXX 為考點代碼；YY 為語言代碼，XX 為考場號，KK 為座位號 同一級別、語言應根據報名初始庫信息按隨機數生成准考證，同一考點最多可有 99*30=2970 名考生；如已生成准考證號，再重新生成准考證號，應該給予提示。 准考證列印
 考務管理：考生信息查詢、瀏覽、列印
 成績管理：成績數據錄入、接收 成績合成（總成績=筆試成績*0.6+上機成績*0.4）,按大於或等於 60 合格
參考數據如下：
 初始報名表（准考證號（為空） ，報名號（主鍵） ，級別+語言種類（外鍵） ，姓名，性別， 出生年份，民族，身份證號，聯系地址，聯系電話，照片，備注，參加培訓）
 含准考證號的報名表（准考證號（為主鍵） ，報名號，級別+語言種類（外鍵） ，姓名，性別， 出生年份，民族，身份證號，聯系地址，聯系電話，照片，備注，參加培訓）
 成績表（准考證號，筆試成績，上機成績，總成績） 級別語言代碼表（級別語言代碼，級別+語言）
 用戶信息表（考點代碼，考點名稱，用戶名，密碼）
題目10：人事管理系統（1 人）21
包括四大模塊：
 登錄管理：包括操作員管理，口令設置，許可權管理
 人員管理：包括人事數據維護、人事信息查詢和人事信息統計
 工資管理
 部門管理：包括部門表，職稱表和年份表
 查詢及報表列印
參考數據如下：
 人事表（編號，姓名，性別，出生日期，工作日期，部門代碼，職稱，婚否，簡歷，相片）
 工資表（基本工資，崗位津貼，獎勵，應發工資，水電，保險，實發工資）
 部門表（代碼，部門名稱）
 職稱表（職稱代碼，職稱名稱）
 年份表（年份代碼，年份名稱）
 操作員表（操作員代碼，操作員姓名，口令，部門，電話）
系統日誌表（操作員代號，操作員姓名，登錄時間，離開時間）
題目11：商品銷售管理系統（1 人）19
包括四大模塊：
 用戶登錄
 基本信息管理：包括銷售情況、商品信息、庫存表、員工表等信息的錄入、瀏覽、修改、撤銷、刪除和查詢等
 商品銷售管理：包括商品售出、退回和入庫
 盤點：包括庫存檔點、當日銷售盤點
參考數據如下：
 商品信息表（商品編號，商品名稱，品牌，型號，銷售單價） 商品編號=類別代碼（1 位）+品名代碼（1 位）+品牌代碼（2 位）+型號代碼（2 位）
 銷售情況表（成交編號，商品編號，銷售數量，總金額，銷售日期，員工編號）
 庫存表（商品編號，供貨商編號，進貨日期，進貨價，庫存數量）
 員工表（員工編號，員工姓名，性別，基本工資，職務，密碼）
 供貨商表（供貨商編號，供貨商名稱，所在地，聯系電話）
 員工資料表（員工編號，員工姓名，是否黨員，簡歷，照片）
題目12：學生成績管理系統（1 人）29
包括四大模塊：
 基本數據管理：包括院系管理，專業管理（設置院系下面的專業），班級管理（設置專業下面的班級），課程管理（設置相應專業下面的課程）
 學生信息管理：包括基本信息錄入、基本信息修改
 學生成績管理：包括學生成績錄入、學生成績修改
 信息查詢：包括基本信息查詢、成績信息查詢、學校人數統計
 系統管理：用戶管理、數據備份和系統幫助
參考數據如下：
 院系信息（院系代碼，院系名稱）
 院系專業信息（班級、院系代碼，專業）
 學生基本信息（班號，學號，姓名，性別，出生年月，籍貫，政治面貌，身份證號，入學年月，家庭地址，郵政編碼，圖片信息，備注）
 學生成績表（學號，課號，成績，備注）
 課程表（課號，課程名稱，學期，備注）
 班表（班號，班級名稱）
 用戶信息表（用戶名，密碼，用戶標識）
題目13：火車售票管理系統（4 人）36
包括四大模塊：
 售票管理
 訂票管理
 信息查詢
 系統維護
參考數據如下：
 車次信息表（車次，始發站，終點站，發車時間，到達時間）
 訂票信息表（車次，座位號，發車時期，發車時間，座位等級，票價）
 車次座位等級分配及座位佔用表（車次，座位號，座位等級，票價，佔用標志）
 用戶信息表（用戶名，密碼，用戶標識）
題目14：小型物業管理系統（1 人）
包括四大模塊：
 房源管理：對原始資料的錄入、修改、查詢和刷新。一般用戶可以查詢與房間有關 的統計資料；物業主管可其進行增、刪、改、插等操作
 租房管理：對房產出租，退租以及租房面積調整。其中物業主管可對其進行房租金 額計算和收款操作，一般用戶對其查詢
 水電處理：根據租房資料，結合當月水、電量進行分攤，完成應收水電費。其中物 業主管對其進行計算，其他查詢
 交款處理：提供收款和發票列印以及交款數據查詢
 查詢處理：對租房資料、交款資料，發票資料進行查詢
參考數據如下：
 房源資料（名稱，面積，月租，物業，倉庫）
 租房資料（名稱，面積，單位，月租，物業，押金，倉庫）
 水電資料（單位，電量，水量，電費，水費）
 交費資料（收費項目，應收日期，應收金額，已收金額，未收金額，本次收款）
 發票資料（單位，房租，電費，水費，物業）
 許可權資料（用戶，密碼，房源管理，租房管理，水電管理，交費管理，發票管理，系統維護） 其中系統管理員，有權進行系統維護；單位內部物業主管，有權進行物業資源調配、單元出 租，退租和收款開票操作；物業管理員，有權進行水電處理和收款處理等操行；租戶代表， 有權進行種類費的查詢操作
題目15：機房收費管理系統（1 人）7，34
包括四大模塊：
 登錄模塊
 上機管理模塊 說明：上機登記時，余額不足 3 元或卡處於掛失狀態，則拒絕登記 每位同學的一次上機形成一條記錄，每 36S 遍歷一次上機記錄表，對表中所有正上機欄位為 TRUE 的記錄的上機用時增加 36S,同時從上機卡表的余額減少
 上機卡管理模塊
 充值掛失模塊
 查找統計模塊：統計某天上機的總時數、每次上機的平均時數和機房的收入；某學 生上機的次數、上機總時數、每次上機平均時間；掛失和查詢余
參考數據如下：
 上機卡（卡號，姓名，專業班級，余額，狀態） 狀態的取值有：正常（能自費上機）
 掛失上機記錄（卡號，上機日期，開始時間，上機用時，正上機，管理號代碼），上機用時記錄學生上機時間（S）；正上機是一個布爾型，為 True 表示正上機，每 36 秒刷新 其上機用時並扣除上機費用，為 False 表示上機結束。上機記錄表永久保存，用於事後查詢 和統計 管理員（代碼，姓名，口令）

題目16：高校葯房管理（1 人）31
包括四大模塊：
 基礎數據處理：包括醫生和葯劑師名單的錄入，修改，刪除及查詢
 營業數據處理：包括葯品進貨上櫃，處理劃價，配葯，櫃存葯品查詢，處方綜合查 詢，交接班結轉清。
參考數據如下：
 葯品信息表（貨號，貨名，計量單位，進貨數量，進貨單價，出售單價，進貨日期，收貨人 和供應商）
 處方信息（編號，患者姓名，醫生姓名，葯劑師姓名，處方日期，配葯日期） 處方葯品信息（處方編號，葯品貨號，計量單位，配葯數量，銷售單價，已配葯否）
 醫生名單和葯劑師名單表（姓名）

題目17：考勤管理系統（2 人）40
包括四大模塊：
 記錄每個員工每天所有進入公司的時刻和離開公司的時刻。
 每天結束時自動統計當天的工作時間
 每天結束時自動統計當天遲到或早退的次數。
 對於彈性工作制，每天結束時自動統計當月的工時，並自動算出當月欠缺或富餘的 時間
 每個月末統計該月的工作時間判斷是束足夠
 每個月末統計該月的工作天數並判斷是否足夠
 管理人員查詢並修改工作時間（特殊情況下修改）
 管理人員賬戶管理（如設置密碼等）
 管理人員設定早退及遲到的條件，每個月的工作時間
 管理人員設定每個月的工作日期及放假日期
參考數據如下：
 員工信息(工號，姓名，年齡，入職時間，職位，性別，密碼)
 配置信息（上班時間小時，上班時間分鍾，下班時間小時，下班時間分鍾，每天工作時間）
 每月統計數據表（工號，姓名，剩餘的時間，遲到的次數，早退的次數，工作天數）
 每天統計信息表（工號，姓名，小時，分鍾，動作，時間） 其中動作指的時入或離開公司

題目18：單位房產管理系統（2 人）33，10
包括四大模塊：
 系統模塊：完成資料庫維護、系統關閉功能
 物業費用模塊：完成本月物業的計費、歷史資料查詢和財務部門介面傳送數據、物 業相關費用單價設置
 房屋資源模塊：對房屋資源進行添加、列表顯示、查詢
 職工信息模塊：對職工進行添加、列表顯示、查詢以及相應部門、職務進行維護
 幫助模塊：對用戶使用本系統提供在線幫助
參考數據如下：
 職工（編號，姓名，性別，參加工作時間，行政職務，專業技術職務，評上最高行政職務時 間，評上最高專業技術職務時間，雙職工姓名，現居住房號，檔案號，房產證號，所在部門 編號，是否為戶主）
 部門（編號，部門名稱） 住房級別表（編號，級別，住房標准，控制標准，級別分類）
 房產情況（編號，房號，使用面積，現居住人 id，上一個居住人 id,最早居住人 ID,陽檯面積）
 物業費用（編號，房號，水基數，水現在值，電基數，電現在值，燃氣基數，燃氣現在值， 當前年份，當前月份）
 價格標准（編號，水單價，電單價，燃氣單價）
題目19：標准化考試系統 （2 人）15，39
功能要求： 設計一個簡單的標准化考試系統，僅有單項選擇題、多項選擇題和判斷題功能即可。
包括四大模塊：
 題庫管理：實現試題的錄入、修改、刪除功能；
 考試子系統：能夠實現考生做題、結果自動存入到資料庫中，有時間提示；
 選擇身份(登錄)功能：系統能夠記錄考生輸入的登錄信息及交卷信息；
 自動評分功能：考生交卷後能自動評分；
 查看成績功能：能夠查詢考生相關信息(包含成績等)。
參考數據如下：

其它可供選擇的題目：
網上教務評教系統130，127，133 16
學生日常行為評分管理系統232，110，230
網上鮮花店 38
基於BS結構的工藝品銷售系統12
基於BS結構的校園二手物品交易網站 37
大學生就業管理系統201，208，234
題庫及試卷管理系統

資料庫原理及應用
課程設計報告
題目： 課程設計選題管理系統

所在學院：
班 級：
學 號：
姓 名： 李四
指導教師：

2011年12月 日
目錄
一、 概述
二、需求分析
三、概念設計
四、邏輯設計
五、系統實現
六、小結
一、概述

⑥ 急！求個資料庫課程的設計！！

1.這個很簡單啊!!我現在做項目都要設計這些ER表關系模型的啊！呵呵你就把專每個表的關系和對應的屬主外鍵標示出來，並標示出每個表和別的表的關系一共有三種關系 1 對 1 ，1 對 N，N 對 N 關系，
2.分析需求，把表的關系弄明白了你的需求也就相應的出來了。
3.根據我以上的提示你完全可以畫出來，就是一個圖例標示各個表的對應關系。
4.3NF表示你設計的表，操作起來不庸余。
5.為說明這樣設計啊！你表達自己這樣設計的好處比如：這樣設計表關系明確，
易操作等。

最後將表建起來就可以了啊！這一步是很重要的，原本我是想給你建起來，但
想這一步你如果走不好以後會很困難的，做項目都用的到。好好學相信自己。

⑦ 資料庫課程設計心得體會範文

通過資料庫課程設計的完成，我們從中獲得了不少的感慨，通過對所學知識的體會，能夠明顯感覺到自己比以往進步了不少。以下是由我為大家整理的「資料庫課程設計心得體會範文」，僅供參考，歡迎大家閱讀。

資料庫課程設計心得體會範文（一）

在我看來，資料庫課程設計主要的目標是利用課程中學到的資料庫知識和技術較好的開發設計出資料庫應用系統，去解決各行各業信息化處理的要求。通過這次的課程設計，可以鞏固我們對資料庫基本原理和基礎理論的理解，掌握資料庫應用系統設計開發的基本方法，進一步提高我們綜合運用所學知識的能力。

當搏棚我們這組決定做大學生就業咨詢系統時，我們並沒有著手寫程序。而是大家一起商量這個系統概述、系統目標、系統需求、業務流程分析、數據流程分析和數據詞典。當這些都准備好了之後，我們進行模塊的分工。每個人都有自己的模塊設計，而且寫出來的代碼要求可以實現相應模塊的功能，得到理想的效果。當每個人都把自己的分工做好了，最後會由一個人把這些全部組合搭建在一起。我們使用的是html和php相互嵌套使用，當一個系統做好了之後，我會好好地把程序都看一遍，理會其中的奧秘。

我所負責的是資料庫的備份和還原還有一些界面的實現。還記得自己剛接觸html的時候，覺得很感興趣，所以有一段時間幾乎到了痴迷的程度。然而php是我剛接觸不久的一種編程語言。不過覺得它的功能真的很強大，可以開發出很多大型的系統。但是在做備份和還原的時候，要考慮的東西還是很多的。當我遇到錯誤的時候，感到很受打擊。值得欣慰的是，在同學的幫助和大量參考書的查閱下，我把自己的模塊做好了。這就是我收獲最大的地方。而且，我明白了遇到困難永不放棄的重要性，我知道了團隊合作的重要性，我領悟了只有堅持不懈才會取得勝利。

知識的獲得是無止境的，只要你想基渣則學，只要你行動，沒有什麼會難倒我們的。回首這一個多星期的課程設計，我很欣慰。因為我有了動力，有了勇氣。謝謝老師對我們的不懈幫助，謝謝學校給了我們這一次實踐的機會，也謝謝組員們的關懷。這些美好的回憶美好的東西將永遠伴隨著我。

資料庫課程設計心得體會範文（二）

本次課程設計，使我對《數據結構》這門課程有了更深入理解。《數據結構》是一門實踐性較強課程，為了學好這門課程，必須在掌握理論知識同時，加強上機實踐。

我課程設計題目是線索二叉樹運算。剛開始做這個程序時候，感到完全無從下手，甚至讓我覺得完成這次程序設計根本就是不可能，於是開始查閱各種資料以及參考文獻，之後便開始著手寫程序，寫完運行時有很多問題。特別是實現線索二叉樹刪除運算時很多情況沒有考慮周全，經常運行出現錯誤，但通過同學間幫助最終基本解決問題。

在本課程設計中，我明白了理論與實際應用相結合重要性，並提高了自己組織數據及編寫大型程序能力。培養了基本、良好程序設計技能以及合作能力。這次課程設計同樣提高了我綜合運用所學知識能力。並對VC有了更深入了解。《數據結構》是一門實踐性很強課程，上機實習是對學生全面綜合素質進行訓練一種最基本方法，是與課梁衡堂聽講、自學和練習相輔相成、必不可少一個教學環節。

上機實習一方面能使書本上知識變「活」，起到深化理解和靈活掌握教學內容目；另一方面，上機實習是對學生軟體設計綜合能力訓練，包括問題分析，總體結構設計，程序設計基本技能和技巧訓練。此外，還有更重要一點是：機器是比任何教師更嚴厲檢查者。因此，在「數據結構」學習過程中，必須嚴格按照老師要求，主動地、積極地、認真地做好每一個實驗，以不斷提高自己編程能力與專業素質。

通過這段時間課程設計，我認識到數據結構是一門比較難課程。需要多花時間上機練習。這次程序訓練培養了我實際分析問題、編程和動手能力，使我掌握了程序設計基本技能，提高了我適應實際，實踐編程能力。總來說，這次課程設計讓我獲益匪淺，對數據結構也有了進一步理解和認識。

資料庫課程設計心得體會範文（三）

一周的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。

課程設計是我們專業課程知識綜合應用的實踐訓練，著是我們邁向社會，從事職業工作前一個必不少的過程。「千里之行始於足下」，通過這次課程設計，我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計，學會腳踏實地邁開這一步，就是為明天能穩健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是數據結。

數據結構，是一門研究非數值計算的程序設計問題中計算機的操作對象（數據元素）以及它們之間的關系和運算等的學科，而且確保經過這些運算後所得到的新結構仍然是原來的結構類型。「數據結構」在計算機科學中是一門綜合性的專業基礎課。數據結構是介於數學、計算機硬體和計算機軟體三者之間的一門核心課程。數據結構這一門課的內容不僅是一般程序設計（特別是非數值性程序設計）的基礎，而且是設計和實現編譯程序、操作系統、資料庫系統及其他系統程序的重要基礎。通過這次模具設計，我在多方面都有所提高。

在界面設置中使用函數調用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須採用標准英文大寫，同時在製作顯示菜單的窗口，大小根據菜單條數設計。最後採用printf輸出程序設計界面。

這次的程序軟體基本上運行成功，可以簡單的建立鏈式循環鏈表，並進行輸出，及循環語句的運用和選擇語句的控制。由於時間和知識上的限制，使得程序規模相對較小，即功能還不很全面，應用也不很普遍。原來C語言可是涉及很多知識，而不是枯燥無聊的簡單的代碼部分而已，利用C語言方面的知識，我們可以設計出更完善的軟體。

通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以後的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程序，相信不久後我們的編程能力都會有很大的提高能設計出更多的更有創新的作品。

⑧ 資料庫原理設計心得體會

這段時間的設計與製作，給了你怎樣的一些心得體會呢？那麼記錄下來吧！下面是由我為大家整理的「資料庫原理設計心得體會」，僅供參考，歡迎大家閱讀。

資料庫原理設計心得體會（一）

在我看來，資料庫課程設計主要的目標是利用課程中學到的資料庫知識和技術較好的開發設計出資料庫應用系統，去解決各行各業信息化處理的要求。通過這次的課程設計，可以鞏固我們對資料庫基本原理和基礎理論的理解，掌握資料庫應用系統設計開發的基本方法，進一步提高我們綜合運用所學知識的能力。

當我們這組決定做大學生就業咨詢系統時，我們並沒有著手寫程序。而是大家一起商量這個系統概述、系統目標、系統需求、業務流程分析、數據流程分析和數據詞典。當這些都准備好了之後，我們進行模塊的分工。每個人都有自己的模塊設計，而且寫出來的代碼要求可以實現相應模塊的功能，得到理想的效果。當每個人都把自己的分工做好了，最後會由一個人把這些全部組合搭建在一起。我們使用的是Html和php相互嵌套使用，當一個系統做好了之後，我會好好地把程序都看一遍，理會其中的奧秘。

我所負責的是資料庫的備份和還原還有一些界面的實現。還記得自己剛接觸html的時候，覺得很感興趣，所以有一段時間幾乎到了痴迷的程度。然而Php是我剛接觸不久的一種編程語言。不過覺得它的功能真的很強大，可以開發出很多大型的系統。但是在做備份和還原的時候，要考慮的東西還是很多的。當我遇到錯誤的時候，感到很受打擊。值得欣慰的是，在同學的幫助和大量參考書的查閱下，我把自己的模塊做好了。這就是我收獲最大的地方。而且，我明白了遇到困難永不放棄的重要性，我知道了團隊合作的重要性，我領悟了只有堅持不懈才會取得勝利。

知識的獲得是無止境的，只要你想學，只要你行動，沒有什麼會難倒我們的。回首這一個多星期的課程設計，我很欣慰。因為我有了動力，有了勇氣。謝謝老師對我們的不懈幫助，謝謝學校給了我們這一次實踐的機會，也謝謝組員們的關懷。這些美好的回憶美好的東西將永遠伴隨著我。

資料庫原理設計心得體會（二）

兩個星期的時間非常快就過去了，這兩個星期不敢說自己有多大的進步，獲得了多少知識，但起碼是了解了項目開發的部分過程。雖說上過資料庫上過管理信息系統等相關的課程，但是沒有親身經歷過相關的設計工作細節。這次實習證實提供了一個很好的機會。

通過這次課程設計發現這其中需要的很多知識我們沒有接觸過，去圖書館查資料的時候發現鍵歲我們前邊所學到的僅僅是皮毛，還有很多需要我們掌握的東西我們根本不知道。同時也發現有很多已經學過的東西我們沒有理解到位，不能靈活運用於實際，不能很好的用來解決問題，這就需要我們不斷的大量的實踐，通過不斷的自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西。

從各種文檔的閱讀到開始的需求分析、概念結構設計、邏輯裂旦結構設計、物理結構設計。親身體驗了一回系統的設計開發過稿源睜程。很多東西書上寫的很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統的時候才發現其中的難度。經常做到後面突然就發現自己一開始的設計有問題，然後又回去翻工，在各種反復中不斷完善自己的想法。

我想有這樣的問題不止我一個，事後想想是一開始著手做的時候下手過於輕快，或者說是根本不了解自己要做的這個系統是給誰用的。因為沒有事先做過仔細的用戶調查，不知道整個業務的流程，也不知道用戶需要什麼功能就忙著開發，這是作為設計開發人員需要特別警惕避免的，不然會給後來的工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以後的課程設計要特別注意這一塊的設計。

按照要求，我們做的是機票預訂系統。說實話，我對這個是一無所知的，沒有訂過機票，也不知道航空公司是怎麼一個流程。盲目開始設計的下場我已經嘗過了，結果就是出來一個四不像的設計方案，沒有什麼實際用處。沒有前期的調查，僅從指導書上那幾條要求著手是不夠的。

在需求分析過程中，我們通過上網查資料，去圖書館查閱相關資料，結合我們的生活經驗，根據可行性研究的結果和客戶的要求，分析現有情況及問題，採用client/server結構，將機票預定系統劃分為兩個子系統：客戶端子系統，伺服器端子系統。在兩周的時間里，不斷地對程序及各模塊進行修改、編譯、調試、運行，其間遇到很多問題：由於忘記了一些java語言的規范使得在調試過程中一些錯誤沒有發現，通過這次課程設計，我對調試掌握得更加熟練了，意識到了程序語言的規范性以及我們在編程時要有嚴謹的態度，同時在寫程序時如有一定量的注釋，既增加了程序的可讀性，也可以使自己在讀程序時更容易。

我們學習並應用了sql語言，對資料庫的創建、修改、刪除方法有了一定的了解，通過導入表和刪除表、更改表學會了對於表的一些操作，為了建立一個關系資料庫信息管理系統，必須得經過系統調研、需求分析、概念設計、邏輯設計、物理設計、系統調試、維護以及系統評價的一般過程，為畢業設計打下基礎。

很多事情不是想像中的那麼簡單的，它涉及到的各種實體、屬性、數據流程、數據處理等等。很多時候感覺後面的設計根本無法繼續，感覺像是被前面做的各種圖限制了。在做關系模型轉換的時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗餘，盡量按照屬性處理了。

物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最後才做索引的部分，對一些比較經常使用搜索的列，外鍵上建立索引，這樣可以明顯加快檢索的速度，最後別忘記重要的安全性設置，限制用戶訪問許可權，新建用戶並和資料庫用戶做相應的映射。

不管做什麼，我們都要相信自己，不能畏懼，不能怕遇到困難，什麼都需要去嘗試，有些你開始認為很難的事在你嘗試之後你可能會發現原來她並沒有你以前覺得的那樣，自己也是可以的。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫的時候，自己一定要堅信目標，大學畢業出去即面臨找工作，從學習這個專業，到以後從事這方面的工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鍾，我們面臨畢業，面臨擇業，需要這些實踐經驗，在困難面前要勇於嘗試，這是這次課程設計給我的最大感想！

以上基本是這次實習的體會了，設計進行的非常艱難，編碼非常不容易，才發現做一個項目最重要的不在於如何實現，而是實現之前的需求分析和模塊設計。創新很難，有些流行的系統其實現並不難，難的在於對市場的分析和准確定位。設計，是一個任重道遠的過程。

資料庫原理設計心得體會（三）

資料庫課程設計大賽塵囂漸漸遠去，懷著對這次大賽些許不舍，懷著對當初課程設計開始時候豪情萬丈決心留戀，懷著通過這次課程設計積累信心與鬥志，我開始寫這篇文章，為自己足跡留下哪怕是微不足道但是對自己彌足珍貴痕跡並期望與大家共勉。

首先，讓我記憶追溯到大二暑假，在老大指引下（老大勸我學ASP（ASP培訓）net），我接觸到microsoft公司net產品。那個時候我已經學過vc和asp，因為windows程序設計實驗課關系，接觸過VB（VB培訓），但是沒有專門去學他，因為習慣了c++裡面class，int，覺得vbsub，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行業相比很多情況已不再適用，尤其是當開源模式逐漸走近開發者後更是如此。雖然是一個資料庫課程設計，由於本人在選擇項目時候是本著對自己有實際應用價值角度考慮，所以其中也涉及到一些資料庫以外設計。總而言之，這次資料庫設計心得體會不能用語言完全表達。