您當前的位置:首頁 > 詩詞

C#學生成績管理系統資料庫課程設計

作者:由 程式碼奇才 發表于 詩詞時間:2021-12-09

據庫課程設計

目錄

一、建立資料庫的目的與要求 2

二、需求分析 3

2。1 需求分析 3

2。2 系統功能模組圖 4

2。3資料字典 5

三、概念結構設計 7

3.1 區域性E-R圖 7

3.2 全域性E-R圖 9

四、邏輯結構設計 10

4。1關係表 10

4。2關係表 10

4。3檢視 12

五、物理結構設計 12

六、結論 13

學生成績管理系統

一、建立資料庫的目的與要求

目的

1。透過資料庫課程設計,熟悉SQL SERVE的結構區域組成,掌握SQL SERVE的使用,最終達到掌握資料庫管理系統的使用,提高分析問題、解決問題和實踐應用能力。

2。掌握學生成績管理系統開發的全過程,理解資料庫課程相關的概念,掌握資料庫系統的開發步驟。主要包括:需求分析階段、概念結構設計階段、邏輯結構設計階段、物理結構設計階段、資料庫實施階段、資料庫執行維護階段。

要求

管理員資訊管理

新增管理員資訊;

管理員可以新增其他的管理員資訊。

修改管理員資訊;

管理員可以刪除其他的管理員資訊。

學生資訊管理

新增學生資訊;

管理員可以新增學生資訊,這些資訊包括學生的學號,密碼,年級,專業,出生日期等等。

修改學生資訊;

管理員可以修改學生的資訊;

課程管理

開設課程;

管理員可以錄入課程資訊,學生就可以瀏覽到這些課程資訊,從而選課。

查詢課程;

可以透過學期查詢課程,或透過學期和課程結合的方式查詢課程。

成績管理

錄入成績;

管理員可以錄入學生的成績。

統計成績;

管理員可以透過學期和課程資訊來統計某門課的學生成績,平均分、最高分、最低分以及可以透過成績區間來查詢某個學期某門課的學生的成績資訊。並且可以實現排序功能。

修改成績;

管理員可以對成績出錯的學生的成績進行修改。

修改個人密碼;

管理員可以修改自己的密碼。

二、需求分析

2。1 需求分析

學生成績管理系統,旨在探索一種以網際網路為平臺的管理模式。這種新的管理模式,使教務管理突破時空限制,實現管理的網路化,提高管理效率和標準化水平。使學校管理者、教師和學生可以在任何時候、任何地點透過網路進行管理與查詢,讓管理者從繁重的工作中解脫出來,將主要精力轉移到創造性的教學改革工作中。本系統主要完成對學生基本資訊、教師資訊、院系資訊、專業資訊、課程資訊、成績資訊和獎懲資訊等多種資料資訊的管理,即對資料庫中表的錄入、修改、刪除和查詢等功能。

成績管理系統的功能需求包括管理員、學生和教師對功能的需求的三大部分:

1。管理員對功能的需求:管理員許可權最大,可以對學生、教師、課程進行管理,包括對學生成績資訊的增刪改查,對教師資訊的增刪改查,以及對課程資訊的增刪改查等。

2。學生對功能的需求:學生只是利用此係統修改自己的登入密碼,查

詢自己的成績資訊,查詢課程資訊,進行選課,查詢成績。

3。教師對功能的需求:

教師利用該系統可以修改自己的登入密碼,查詢自己的資訊,查詢自己的授課資訊,還對學生和課程進行管理,錄入、修改學生的成績。

2。2 系統功能模組圖

C#學生成績管理系統資料庫課程設計

其系統功能模組說明如下:

學生資訊管理模組:該模組主要負責所有在校學生的個人基本資訊。學生透過這個模組,可以查詢自己在校的成績資訊,以及修改自己的登入密碼等。管理員透過這個模組可以增加、刪除、更改、查詢學生的成績資訊。

學生課程管理模組:該模組主要負責管理全校師生的課程資訊。主要功能包括增加、刪除、更改、查詢課程資訊,其中只有管理員才具有對課程資訊進行維護的許可權(增加、刪除、更改)。學生課程管理模組是選課管理模組的基礎,只有在課程管理中新增選修課的資訊,學生才能進行選課。針對選課模組,其功能行使者是學生,學生透過瀏覽全部的課程資訊,選擇符合自己要求的課程。

學生成績管理模組:該模組的功能主要由老師所擁有。對於選擇自己所教授課程的學生,老師具有給定該學生的專業分數和修改該學生的專業分數的許可權,而學生只具有查詢自己專業成績的許可權。

獎懲資訊管理模組:該模組主要負責學生受獎勵或受批評的公告資訊。由學校管理員負責釋出。

系統管理員管理模組:該模組由系統管理員全權擁有,負責管理學生、管理教師、管理課程等功能模組。

2。3資料字典

資料字典的資料項如下列表所示:

學生資訊表

使用者表:student

欄位名稱

資料型別

可空

預設值

說明

stuid

int

不可

主鍵,學生id,無實際意思,每次自增1

stuname

Nvarchar(30)

不可

學生姓名

stuxuehao

Nvarchar(30)

不可

學生學號,不能重複,登陸時的使用者名稱預設是學號。

stupasswd

Nvarchar(30)

不可

學生密碼

stugrade

Nvarchar(30)

學生年級

stumajor

Nvarchar(30)

學生專業

stusex

varchar(2)

學生性別

stuborn

Nvarchar(30)

學生出生日期

role

Nvarchar(30)

學生

角色,學生

stuhometown

Nvarchar(30)

學生籍貫

管理員資訊表

管理員資訊表:manager

欄位名稱

資料型別

可空

預設值

說明

manid

int

不可

主鍵,管理員id,無實際意思,每次自增1

manname

Nvarchar(30)

不可

管理員使用者名稱

role

Nvarchar(30)

不可

管理員

角色,管理員

manpasswd

Nvarchar(30)

不可

管理員密碼

課程表

課程表:class

欄位名稱

資料型別

可空

預設值

說明

claid

int

不可

主鍵,課程id,無實際意思,每次自增1

claname

Nvarchar(30)

不可

課程名

term

Nvarchar(30)

不可

開課的學期

teacher

Nvarchar(30)

不可

開課的教師

課程細節表

課程細節表:sctime

欄位名稱

資料型別

可空

預設值

說明

sctimeid

int

不可

主鍵,課程細節id,無實際意思,每次自增1

claid

int

不可

外來鍵,課程號

sctime

Nvarchar(30)

不可

課程上課的時間

location

Nvarchar(30)

不可

課程上課的地點

選課表

選課表:sc

欄位名稱

資料型別

可空

預設值

說明

scid

int

不可

主鍵,選課id,無實際意思,每次自增1

stuid

int

不可

外來鍵,學生id

claid

int

不可

外來鍵,課程id

grades

int

不可

學生成績

三、概念結構設計

3.1 區域性E-R圖

3.2 全域性E-R圖

C#學生成績管理系統資料庫課程設計

C#學生成績管理系統資料庫課程設計

四、邏輯結構設計

4。1關係表

將E-R圖轉換為關係模型實際上就是要獎實體型、實體的屬性和實體型之間的聯絡轉換為關係模式,這種轉換一般遵循如下原則:一個實體型轉換為一個關係模式。實體的屬性就是關係的屬性,實體的碼就是關係的碼。

4。2關係表

1、系統使用者表

系統使用者表“admin”用於存放系統使用者的相關資料。其結構如表1-1所示。

表1-1 系統使用者表

列名

說明

資料型別

約束

userName

使用者名稱

字串,長度為16

主鍵

userPwd

使用者密碼

字串,長度為16

非空

RoleName

許可權

字串,長度為16

取值為“使用者”、 “管理員”

2、學生資訊表

學生資訊表“Student”結構如表1-2所示。

表1-2 學生資訊表

列名

說明

資料型別

約束

studentID

學號

字串,長度為10

主鍵

StudentName

姓名

字串,長度為8

非空

ClassID

班級

字串,長度為2

非空

MajorID

年級

整數

-非空

PicURL

照片

字串,長度為20

主鍵-

3、課程資訊表

課程資訊表“subject”結構如表1-3所示。

表1-3 課程資訊表

列名

說明

資料型別

約束

SubjectID

課程號

字串,長度為10

主鍵

SubjectName

課程名

字串,長度為20

非空

TypeID

課程數

整數

非空

4、專業資訊表

成績資訊表“Major”結構如表1-4所示。

表1-4 成績資訊表

列名

說明

資料型別

約束

MajorID

專業號

字串,長度為10

主鍵

MajorName

專業名

字串,長度為10

主鍵

4。3檢視

根據使用者的需求,需建立三個檢視,分別是檢視學生檢視、檢視課程檢視、查詢選課檢視。

五、物理結構設計

資料庫在物理裝置上的儲存結構與存取方法成為資料庫的物理結構,它依賴於選定的資料庫管理系統。為一個給定的邏輯資料模型選取一個最適合應用要求的物理結構的過程,就是資料庫的物理設計。

 資料庫的物理設計通常分為兩步:

(1) 確定資料庫的物理結構,在關係資料庫中主要指存取方法和儲存結構;

(2) 對物理進行評價,評價的重點是時間和空間效率。

 關係資料庫物理設計的內容主要包括:

(1) 為關係模式選擇存取方法;常用的儲存方法有索引法(B+樹法)、聚簇法和HASH方法。

(2) 設計關係、索引等資料庫檔案的物理儲存結構。

 確定資料庫物理結構主要指確定資料的存放位置和儲存結構,包括:確定關係、索引、聚簇、日誌、備份等的儲存安排和儲存結構,確定系統配置等。

 評價屋裡資料庫的方法完全依賴於所選用的DBMS,主要是從定量估算各種方案的儲存空間、儲存時間和維護代價入手,對估算結果進行權衡、比較,選擇出一個較優的合理的物理結構。

六、結論

在這開發的過程中,我收穫很大,相比前幾次的開發,我真正重視起測試在軟體開發中的作用,在軟體開發的後期,我專門建立一個bug列表,將出現的bug詳細記錄在列表中,並在軟體除錯的後期對照列表認真改進軟體,考慮以後使用軟體來做相關方面的管理。當然,我也遇到不少程式碼編寫的問題,有時要花較長的時間來解決問題,這也是自己平時編寫程式碼較少的原因。透過這次軟體的開發,在編寫程式碼上有了一定的提高,同時也知道了軟體開發過程中需要注意的問題。比如,開發邏輯思維要清晰,不然可能會把問題想的複雜化。平時多和專案成員交流,這樣你才能知道自己的想法有那些出入,利於軟體的開發。

透過這次實驗,使我對軟體開發有了更深一步的瞭解。在軟體開發中應注意的問題和考慮的問題都能較好的做到。

標簽: 學生  課程  管理員  資訊  30