1引言
1.1編寫目的
編寫本報告是為了保證項目團隊按時保質地完成項目目標,便於項目團隊成員更好地了解項目情況,使項目工作開展的各個過程合理有序,因此本報告確定各個項目模塊的開發情況和主要的負責人,供各項目模塊的負責人閱讀,做到及時協調,按步有序進行項目的開發,減少開發中的不必要損失。
本報告預期的讀者是設計人員、開發人員、項目管理人員、測試人員和用戶。
1.2項目背景
小賣部信息管理系統面向管理員和顧客,實現了庫存管理,商品信息管理,顧客信息管理,購物車管理和訂單管理等。
1.3定義
SQL(Structured Query Language)結構化查詢語言。SQL 語言的主要功能就是同各種數據庫建立聯系,進行溝通。PHP開發平台。
1.4參考資料
(1) 錢樂秋等,《軟件工程》,清華大學出版社;
(2) 張害藩,《軟件工程導論》(第四版),清華大學出版社;
(3) 王珊等,《數據庫原理及設計》,清華大學出版社;
(4) 趙池龍等,《軟件工程實踐教程》,電子工業出版社。
2系統范圍描述
2.1系統目標
實體小賣部,是傳統手工作業方式,在庫存,商品信息管理,銷售記錄管理等方面存在諸多不利於管理的地方, 不能有效地集中信息,失去了潛在的商機。
開發小賣部信息管理系統以促進管理體制和管理手段改進,改善決策發放和決策依據的管理信息系統是很有必要的。這對於在信息服務中心創造價值,促進資源共享和信息集成,減員增效,提供管理水平都有很大的幫助。
2.2軟硬件配置
運行環境:Windows
數據庫:MYSQL
硬件條件:服務器sun工作站,終端為pc機
2.3系統功能
1、小賣部管理員的功能:
(1) 訂單信息管理
(2) 進貨信息管理
(3) 庫存信息管理
(4) 顧客信息管理
(5) 收支結算
2、顧客的功能:
(1) 商品查詢
(2) 歷史訂單查詢
(3) 退貨申請
2.4限制與約束
a.系統的運行壽命的最小值:2年
b.進行系統方案選擇比較的時間:1周
c.經費來源:**小賣部
d.運行環境:Windows
e.數據庫:MYSQL
f.硬件條件:服務器sun工作站,終端為pc機
g.系統投入使用的最晚時間:2個月
3系統設計描述
3.1數據結構
綜合可行性研究和需求分析,得出小賣部信息管理系統的實體類、邊界類和控制類。
(1)小賣部信息管理系統的實體類有小賣部管理員、顧客、商品、進貨記錄、購物車記錄、庫存記錄、訂單記錄,下圖為小賣部信息管理系統實體類圖:
圖 1 小賣部信息管理系統實體類圖
(2)小賣部信息管理系統邊界類分為前台邊界類和后台邊界類。前台邊界類包括:顧客登錄界面類、顧客注冊界面類、商品瀏覽界面類、商品詳情查看界面類、購物車界面類和我的訂單界面類;后台包括管理員登陸界面類、進貨管理界面類、訂單管理界面類、庫存管理界面類、顧客信息管理界面類。
圖 2 小賣部信息管理系統前台邊界類圖
圖 3 小賣部信息管理系統后台邊界類圖
(3)小賣部信息管理系統控制類有按鈕類、菜單類和鏈接類。
圖 4 小賣部信息管理系統控制類圖
3.2過程描述
小賣部信息管理系統分為管理員模塊和顧客模塊,有訂單管理,進貨管理,庫存管理,購物車管理、查詢商品等用例,為更形象的表現各用例的實現過程,建立以下時序圖:
(1)顧客登錄后可以進行查詢商品操作,操作時序圖如下:
圖 5查詢商品時序圖
(2)顧客登錄后可以將選中的商品加入購物車,操作時序圖如下:
圖 6加入購物車時序圖
(3)顧客登錄后可以進入購物車界面提交購物車記錄,操作時序圖如下:
圖 7提交購物車時序圖
3.3軟件體系結構
(1)組件圖
根據類圖創建的小賣部信息管理系統組件圖包括:進貨管理、庫存管理、訂單管理、購物車管理、顧客信息管理,其組件圖如下:
圖8 小賣部信息管理系統組件圖
(2)配置圖
小賣部信息管理系統處理器及其設備之間的連接,以及處理器到處理器的布置,如下圖:
圖 9 小賣部信息管理系統配置圖
3.4輸出報表描述
小賣部信息管理系統中輸出的報表有訂單表、歷史訂單表、庫存表、進貨表。
(1)顧客可以查看自己的待處理訂單,報表輸出如下:
圖 18 待處理訂單報表圖
(2)顧客可以查看自己的歷史訂單,報表輸出如下:
圖 19 歷史訂單報表圖
(3)管理員可以查看庫存明細,報表輸出如下:
圖 20 庫存報表圖
(4)管理員可以查看進貨記錄明細,報表輸出如下:
圖 21 進貨記錄報表圖
3.5圖形用戶接口界面
小賣部信息管理系統分為管理員模塊和顧客模塊,各個模塊圖形用戶接口界面如下:
(1)小賣部信息管理系統面向的用戶有管理員和顧客,下面為登錄界面,用戶輸入自己的用戶名和密碼后進入系統。
圖 21 管理員登錄界面圖
圖 22 顧客登錄界面圖
(2)顧客登錄后可以進入首頁瀏覽各類商品:
圖 23 商品瀏覽界面圖
(3)顧客可以管理購物車、提交訂單,界面如下圖:
圖 24 購物車管理界面圖
(4)管理員登錄后可以進行進貨信息管理,界面如下圖:
圖 25 進貨信息管理界面圖
(5)管理員可以進行庫存管理,界面如下圖:
圖 26 庫存信息管理界面圖
(6)新用戶注冊界面如下圖:
圖 27 新顧客注冊界面圖
4各模塊描述
4.1顧客類詳細設計
4.1.1屬性設計
顧客類包含學生的各種信息,如姓名、電話號、宿舍號等,詳細的格式設計見下表:
表 1 顧客類屬性設計表
名稱 |
說明 |
可見性 |
長度 |
類型 |
描述 |
真實姓名 |
顧客姓名 |
私有 |
10 |
nchar |
顧客信息 |
電話號 |
顧客電話 |
私有 |
11 |
numeric |
顧客信息 |
宿舍號 |
顧客宿舍號 |
私有 |
10 |
nchar |
顧客信息 |
4.1.2方法設計
顧客類的方法有顧客登錄,商品查詢,歷史訂單查詢,退貨申請,詳細的格式設計見下表:
表2顧客類方法設計表
名稱 |
描述 |
參數個數 |
參數名稱 |
返回值類型 |
參數類型 |
性質 |
登錄 |
顧客登錄 |
2 |
登錄名、密碼 |
VOID |
nchar、int |
public |
商品查詢 |
商品查詢 |
1 |
商品ID |
VOID |
INT |
public |
歷史訂單查詢 |
歷史訂單查詢 |
1 |
訂單ID |
VOID |
INT |
public |
退貨申請 |
退貨申請 |
1 |
訂單ID |
VOID |
INT |
public |
4.2管理員類詳細設計
4.2.1屬性設計
管理員類包含管理員的各種信息,如管理員ID、管理員密碼等:
表 3 管理員類屬性設計表
名稱 |
說明 |
可見性 |
長度 |
類型 |
描述 |
管理員ID |
管理員ID |
私有 |
10 |
nchar |
管理員的一個唯一標志 |
密碼 |
管理員密碼 |
私有 |
10 |
nchar |
用於管理員登錄 |
4.2.2方法設計
管理員類的方法有管理員登錄,訂單信息管理、進貨信息管理、庫存信息管理、顧客信息管理、收支結算等,詳細的格式設計見下表:
表 4 管理員類方法設計表
名稱 |
描述 |
參數個數 |
參數名稱 |
返回值類型 |
參數類型 |
性質 |
登錄 |
管理員登錄 |
2 |
管理員ID、登錄密碼 |
void |
INT、NCHAR |
PUBLIC |
訂單信息管理 |
管理員對訂單管理 |
1 |
訂單ID |
void |
INT |
PUBLIC |
進貨信息管理 |
管理員對進貨管理 |
1 |
進貨記錄ID |
void |
INT |
PUBLIC |
庫存信息管理 |
管理員對庫存管理 |
1 |
庫存記錄ID |
VOID |
INT |
PUBLIC |
顧客信息管理 |
對顧客信息管理 |
1 |
顧客信息ID |
VOID |
INT |
PUBLIC |
4.3訂單記錄類詳細設計
4.3.1屬性設計
訂單記錄類包含了訂單記錄的各種信息,如訂單ID,顧客ID、商品名、商品數量、商品總價、交易日期等,詳細的格式設計見下表:
表 5 訂單記錄類屬性設計表
名稱 |
說明 |
可見性 |
長度 |
類型 |
描述 |
訂單ID |
訂單的號碼 |
私有 |
200 |
nchar |
訂單信息 |
顧客ID |
顧客的號碼 |
私有 |
100 |
nchar |
顧客信息 |
商品名 |
商品的名稱 |
私有 |
10 |
nchar |
商品信息 |
商品數量 |
商品的數量 |
私有 |
10 |
int |
訂單信息 |
商品總價 |
商品的總價 |
私有 |
10 |
float |
訂單信息 |
交易日期 |
訂單的交易日期 |
私有 |
100 |
nchar |
訂單信息 |
4.3.2方法設計
訂單記錄類的方法有生成訂單,查詢訂單、訂單退貨、處理訂單等,詳細的格式設計見下表:
表 6 訂單記錄類方法設計表
名稱 |
描述 |
參數個數 |
參數名稱 |
返回值類型 |
參數類型 |
性質 |
生成訂單 |
顧客生成訂單 |
1 |
訂單ID |
VOID |
NCHAR |
PUBLIC |
查詢訂單 |
顧客進行訂單查詢 |
1 |
訂單ID |
VOID |
NCHAR |
PUBLIC |
訂單退貨 |
顧客對訂單退貨 |
1 |
訂單ID |
VOID |
NCHAR |
PUBLIC |
處理訂單 |
顧客、管理員對訂單進行處理 |
1 |
訂單ID |
VOID |
NCHAR |
PUBLIC |
4.4進貨記錄類詳細設計
4.4.1屬性設計
進貨記錄類包含了進貨記錄的各種信息,如進貨記錄ID,商品名、商品編號、進貨數量、進貨價格、進貨商姓名、進貨日期等,詳細的格式設計見下表:
表 7 進貨記錄類屬性設計表
名稱 |
說明 |
可見性 |
長度 |
類型 |
描述 |
進貨記錄ID |
進貨記錄的ID |
私有 |
10 |
nchar |
進貨記錄信息 |
商品名 |
商品的名稱 |
私有 |
10 |
nchar |
進貨記錄中商品的信息 |
商品編號 |
商品的編號 |
私有 |
100 |
nchar |
進貨記錄中商品的編號 |
進貨數量 |
進貨的數量 |
私有 |
10 |
int |
進貨記錄中每種貨物的數量 |
進貨價格 |
進貨的單價 |
私有 |
10 |
float |
進貨記錄中每種貨物的單價 |
進貨商姓名 |
供貨商的名稱 |
私有 |
10 |
nchar |
供貨商的名稱 |
進貨日期 |
進貨的日期 |
私有 |
100 |
nchar |
進貨的日期 |
4.4.2方法設計
進貨記錄類的方法有生成記錄,查詢記錄、刪除記錄、修改記錄等,詳細的格式設計見下表:
表 8 進貨記錄類方法設計表
名稱 |
描述 |
參數個數 |
參數名稱 |
返回值類型 |
參數類型 |
性質 |
生成記錄 |
進貨后生成記錄 |
1 |
進貨記錄ID |
VOID |
NCHAR |
PUBLIC |
查詢記錄 |
查詢進貨記錄 |
1 |
進貨記錄ID |
VOID |
NCHAR |
PUBLIC |
刪除記錄 |
刪除進貨記錄 |
1 |
進貨記錄ID |
VOID |
NCHAR |
PUBLIC |
修改記錄 |
修改進貨記錄 |
1 |
進貨記錄ID |
VOID |
NCHAR |
PUBLIC |
4.5庫存記錄類詳細設計
4.5.1屬性設計
庫存記錄類包含了庫存記錄的各種信息,如庫存記錄ID,商品名、商品編號、庫存數量、進貨價格、銷售價格、警報數量等,詳細的格式設計見下表:
表 9 庫存記錄類屬性設計表
名稱 |
說明 |
可見性 |
長度 |
類型 |
描述 |
庫存記錄ID |
庫存記錄的ID |
私有 |
10 |
nchar |
庫存的信息 |
商品名 |
商品的名稱 |
私有 |
100 |
nchar |
商品的信息 |
商品編號 |
商品的編號 |
私有 |
100 |
nchar |
商品的信息 |
庫存數量 |
現有的庫存數量 |
私有 |
100 |
int |
庫存的信息 |
進貨價格 |
貨物的進貨價格 |
私有 |
10 |
nchar |
商品的信息 |
銷售價格 |
貨物的銷售價格 |
私有 |
10 |
nchar |
商品的信息 |
警報數量 |
庫存的警報數量 |
私有 |
10 |
int |
庫存的信息 |
4.5.2方法設計
庫存記錄類的方法有庫存預警,銷量查詢、新建庫存、刪除庫存、查詢庫存等,詳細的格式設計見下表:
表 10 庫存記錄類方法設計表
名稱 |
描述 |
參數個數 |
參數名稱 |
返回值類型 |
參數類型 |
性質 |
庫存預警 |
通過警報數量進行庫存預警 |
1 |
警報數量 |
VOID |
INT |
PUBLIC |
銷量查詢 |
對銷量的查詢 |
1 |
庫存記錄ID |
VOID |
INT |
PUBLIC |
新建庫存 |
新建庫存記錄 |
1 |
庫存記錄ID |
VOID |
INT |
PUBLIC |
刪除庫存 |
刪除庫存記錄 |
1 |
庫存記錄ID |
VOID |
INT |
PUBLIC |
查詢庫存 |
查詢庫存記錄 |
1 |
庫存記錄ID |
VOID |
INT |
PUBLIC |
4.6購物車記錄類詳細設計
4.6.1屬性設計
購物車記錄類包含了購物車記錄的各種信息,如購物ID,顧客ID、商品名、商品編號、商品數量、商品總價、交易日期等,詳細的格式設計見下表:
表 11 購物車記錄類屬性設計表
名稱 |
說明 |
可見性 |
長度 |
類型 |
描述 |
訂單ID |
訂單的號碼 |
私有 |
200 |
nchar |
訂單信息 |
顧客ID |
顧客的號碼 |
私有 |
100 |
nchar |
顧客信息 |
商品名 |
商品的名稱 |
私有 |
10 |
nchar |
商品信息 |
商品編號 |
商品的號碼 |
私有 |
100 |
nchar |
商品的信息 |
商品數量 |
商品的數量 |
私有 |
10 |
int |
訂單信息 |
商品總價 |
商品的總價 |
私有 |
10 |
float |
訂單信息 |
交易日期 |
訂單的交易日期 |
私有 |
100 |
nchar |
訂單信息 |
4.6.2方法設計
購物車記錄類的方法有刪除購物車,提交訂單、添加購物車等,詳細的格式設計見下表:
表 12 訂單記錄類方法設計表
名稱 |
描述 |
參數個數 |
參數名稱 |
返回值類型 |
參數類型 |
性質 |
刪除購物車 |
顧客刪除購物車 |
1 |
購物ID |
VOID |
NCHAR |
PUBLIC |
提交訂單 |
顧客進行訂單提交 |
1 |
訂單ID |
VOID |
NCHAR |
PUBLIC |
添加購物車 |
顧客添加購物車 |
1 |
購物ID |
VOID |
NCHAR |
PUBLIC |
5數據庫設計
5.1概念設計
小賣部信息管理系統中涉及的實體類有:小賣部管理員、顧客、商品、進貨記錄、購物車記錄、庫存記錄、訂單記錄,詳細的類的屬性和方法見下圖:
(1)小賣部管理員這個類的屬性有管理員ID和密碼,類的方法有登錄、訂單信息管理、進貨信息管理、庫存信息管理、顧客信息管理和收支結算。
圖 28 小賣部管理員類圖
小賣部管理員類與其他類間關系:廣義上小賣部管理員管理着其他所有類:顧客、商品、進貨記錄、購物車記錄、庫存記錄、訂單記錄。具體關系如下表:
表 13 小賣部管理員類和其他類間關系表
|
顧客信息記錄 |
庫存記錄 |
進貨記錄 |
訂單記錄 |
小賣部管理員 |
一對多的關系 |
一對多的關系 |
一對多的關系 |
一對多的關系 |
解釋 |
一個管理員可以管理多個顧客信息記錄,一條記錄只能有一個由管理員負責。 |
一個管理員可以管理多個庫存記錄,一條記錄只能有一個由管理員負責。 |
一個管理員可以管理多個進貨記錄,一條記錄只能有一個由管理員負責。 |
一個管理員可以管理多個訂單記錄,一條記錄只能有一個由管理員負責。 |
(2)教師類的屬性有用戶名、姓名、密碼和工號。
圖 29 顧客類圖
教師類可以錄入成績和查詢信息,所以與成績表、教學質量評價表和課程表有對應關系。
表 14 教師類和其他類間關系表
|
管理員 |
教學質量評價表 |
課程表 |
成績表 |
學生 |
教師 |
多對多的關系 |
一對一的關系 |
多對多的關系 |
多對多的關系 |
多對多的關系 |
解釋 |
一個教師可以被多個管理員管理,一個管理員可以管理多個教師。 |
一個教師智能查看自己的教學質量評價表,一個教學質量評價表由本教師查看。 |
一個教師可以查看多個課程表,一個課程表可以由多個教師查看。 |
一個教師可以錄入多個成績表,一個成績表可以由多個教師錄入。 |
一個教師可以查看多個學生的信息,一個學生的信息可以由多個教師查看。 |
(3)學生類的屬性有學號、密碼、姓名和班級,方法有查詢成績、查詢課表和進行教學質量評價。
圖 30 訂單記錄類圖
表 15 學生類和其他類間關系表
|
教師 |
管理員 |
教學質量評價表 |
課程表 |
成績表 |
學生 |
多對多的關系 |
多對多的關系 |
一對一的關系 |
多對多的關系 |
一對一的關系 |
解釋 |
一個學生的信息可以被多個教師查看,一個教師可以查看多個學生信息。 |
一個管理員可以管理多個學生,一個學生可以由多個管理員管理。 |
一個學生完成一個教學質量評價表,一個教學質量評價表由一個學生完成。 |
一個學生可以查看多個課程表,一個課程表可以由多個學生查看。 |
一個學生擁有一個成績表,一個成績表只屬於這個學生。 |
(4)課程類屬性有課程號和課程名稱。
圖 31 進貨記錄類圖
表 16 課程表類和其他類間關系表
|
教師 |
管理員 |
教學質量評價表 |
學生 |
成績表 |
課程表 |
多對多的關系 |
多對多的關系 |
一對多的關系 |
多對多的關系 |
一對一的關系 |
解釋 |
一個教師可以查看多個課程表,一個課程表可以由多個教師查看。 |
一個管理員可以管理多個課程表,一個課程表可以由多個管理員管理。 |
多個學生學習同一張課程表,對同一門課程有多個評價,所以一個課程表對應多個教學質量評價。 |
一個學生可以查看多個課程表,一個課程表可以由多個學生查看。 |
一個課程表對應一個成績表。 |
(5)教學質量評價類有評價等級、學號和課程號三個屬性。
圖 32 庫存記錄類圖
表 17 成績表類和其他類間關系表
|
教師 |
管理員 |
課程表 |
學生 |
成績表 |
教學質量評價表 |
一對一的關系 |
多對多的關系 |
多對一的關系 |
多對多的關系 |
一對一的關系 |
解釋 |
一個教師智能查看自己的教學質量評價表,一個教學質量評價表由本教師查看。 |
一個管理員可以查看多個教學質量評價表,一個教學質量評價表可以由多個管理員查看。 |
多個學生學習同一張課程表,對同一門課程有多個評價,所以多個教學質量評價對應一個課程表。 |
一個學生可以查看多個課程表,一個課程表可以由多個學生查看。 |
一個課程表對應一個成績表。 |
(6)成績類圖有屬性:記錄號、課程號、學期號、學號和成績。
圖 33 購物車記錄類圖
表 18 成績表類和其他類間關系表
|
教師 |
管理員 |
課程表 |
學生 |
教學質量評價表 |
成績表 |
多對多的關系 |
多對多的關系 |
一對一的關系 |
一對一的關系 |
一對一的關系 |
解釋 |
一個教師可以錄入多個成績表,一個成績表可以由多個教師錄入。 |
一個管理員可以管理多個成績表,一個成績表可以由多個管理員管理。 |
一個課程表對應一個成績表。 |
一個學生擁有一個成績表,一個成績表只屬於這個學生。 |
一個課程表對應一個成績表。 |
5.2邏輯設計
本節描述數據庫中關系表、主外鍵及各表的聯系。對於小賣部信息管理系統,要實現的
功能有訂單信息管理、進貨信息管理、庫存信息管理、顧客信息管理、商品查詢、歷史訂單查詢、退貨申請;還有管理員可以對部分信息進行修改和刪除操作。所以所涉及的表有7個分別為AsiInfo表、顧客信息表、庫存表、購物車表、訂單表、入庫信息表、供貨商信息表,以下分別對各個表進行詳細解釋。
(1)AsiInfo表保存小賣部管理員的信息,管理員的屬性有姓名和密碼。數據庫中建立數據表如下:
圖 34 AsiInfo表展示圖
表間關系:
v admin表與feedback表有聯系,且是1對多的關系,一個管理員可以進行多條留言。
v admin表與teach表有聯系,為多對多的關系,一個管理員可以錄入多門課程,一 門課程也可以由多個管理員來管理。
(2)顧客信息表反映的是顧客的信息,顧客的屬性有顧客ID、密碼、姓名、電話號碼、顧客樓號、層號、宿舍號和屋號。數據庫中建立數據表如下:
圖 35 顧客信息表展示圖
表間關系:
v course表與evaluate表是多對多的關系,表面上是學生對教師進行教學質量評價,實質是通過選擇課程來通過對教學這門課程的教師進行評價。一門課程對應多個學生學習,因此有多個評價;一個學生學習多門課程,所以課程與評價是多對多的關系。
v course表與sreport表是1對多的關系,一門課程有多個成績記錄,即一門課程被多個學生學習,有多條成績記錄;一個記錄只有一門課程成績,所以課程與成績記錄是1對多的關系。
v course表與teach表是多對多的關系,一門課程可以由多個管理員來管理,一個管理員也可對多個課程進行管理。
(3)入庫信息表是記錄商品入庫信息所需。管理員錄入進貨信息時,就會在入庫信息表里插入一條記錄,並且可以修改或刪除入庫信息。數據庫中建立數據表如下:
圖 36 入庫信息表展示圖
表間關系:
v evaluate表與student表是多對多的關系,一個評價對應多個學生,一個學生可進行多個評價。
(4)庫存表是記錄庫存商品信息所需。管理員錄入庫存信息時,就會在庫存表里插入一條記錄,並且可以修改或刪除入庫信息;當處理一條訂單時,庫存表中的相應記錄會扣除訂單中對應的銷售數目;當錄入一條進貨記錄時,庫存表中的相應記錄會增加入庫記錄中對應的入庫數目。數據庫中建立數據表如下:
圖 37 庫存表展示圖
表間關系:
v feedback表與admin表是1對多的關系,一個反饋對應一個管理員,一個管理員可進行多條反饋。
(5)購物車表是記錄購物車信息所需。顧客每添加一次購物車,就會在購物車表里插入一條記錄,在提交訂單之前,可以刪除購物車記錄。數據庫中建立數據表如下:
圖 38 購物車表展示圖
表間關系:
v sreport表與student表是1對多的關系,一條成績記錄對應一個學生,一個學生有多條成績記錄,因為學生學習多門課程。
v sreport表與term表是1對多的關系,一條成績記錄對應一個學期,一個學期有多條成績記錄,因為一個學期里有多門成績。
(6)訂單表是記錄訂單信息所需。顧客提交一次訂單,就會在訂單表里插入一條記錄,
在管理員處理訂單之前,顧客可以申請退貨更新訂單表有無退貨字段狀態;管理員可以處理訂單,更新訂單表處理狀態字段。數據庫中建立數據表如下:
圖 39 訂單表展示圖
v student表和evaluate表是多對多的關系,一個學生可以進行多個教學質量評價,一個教學質量評價也由多個學生評價。
(7)供貨商表是記錄供貨商信息所需。供貨商表屬性包括供貨商姓名和供貨商電話。數據庫中建立數據表如下:
圖 40 供貨商表展示圖
v student表和evaluate表是多對多的關系,一個學生可以進行多個教學質量評價,一個教學質量評價也由多個學生評價。
6.備注及附錄
6.1系統維護:
系統維護就是為了保證系統中的各個要素隨着環境的變化始終處於最新的、正確的工作狀態。
系統維護的內容可以分為以下幾類:
1) 系統應用程序維護;
2) 數據維護;
3) 代碼維護;
4) 硬件設備維護。
6.2系統改進方向
由於是第一次組合完成開發系統,對業務知識不是非常熟悉,經驗不足,本系統中存在着許多不足之處,如幫助功能還不完善等。希望在實際的應用中,根據需要再逐步增加一些新功能,以使系統更加完善。對系統的安全性、完整性控制也進一步加強,確保系統中數據的完整、正確。
6.3系統特點
1 、本系統為全中文界面,功能全,易操作,價格合理。可靈活設置模塊中的字體顯示屬性。
2 、用戶可自由地設置系統中的各類相關參數和各種項目代碼。
3 、系統中具有強大的工作站權限、操作員權限、密碼管理等功能模塊,確保系統運行安全。
4 、強大的查詢和報表功能。
5 、系統結構嚴謹、性能穩定、使用方便。
6 、速度快。
7 、投資少。
8 、學習容易。不具計算機經驗的管理人員和業務操作員只要具有業務管理的基本知識即可在較短的時間內掌握;系統采用圖形界面和向導式操作,本着“功能越復雜,操作越簡單”的原則設計,易學易用。
9 、維護簡單,系統運行后幾乎不需要專業系統管理員維護,減少開支。