1 引言
1.1 編寫目的
本軟件說明書目的在於明確說明西北師范大學教室借用系統需求,界定系統實現功能的范圍,指導系統設計以及編碼,詳細說明系統的各功能需求,輸入輸入要求等。
本說明書的預期讀者為: 學生、老師以及相關的教室管理人員
1.2 背景說明
1. 待開發的軟件系統的名稱:教室借用系統;
2. 本項目的任務提出者:西北師范大學校學生會;
3. 開發人員:伊力亞、李國棟、張惠惠、張康、馬蘭、馬娟;
4. 用戶:西北師范大學所有在校教師、學生及學校教室管理者;
5. 該軟件用於學校教室的管理,是學校管理系統的重要部分,本系統與學生日常生活、班級院級校級活動息息相關。
1.3 術語定義
DBMS:數據庫管理系統
1.4 參考資料
1.《計算機軟件產品開發文件編制指南》 GB 8567-88 Guidelines for computer software product development documentation 中華人民共和國國家標准UDC681.3
2.《數據庫系統概論(第四版)》作者:王珊、薩師煊
3.《軟件工程導論(第五版)》 作者:張海棠
4.《軟件工程》作者:盧瀟
5.《軟件工程課程設計》主編:呂雲翔
6.《需求分析與系統結構》主編:金芝
2 任務概述
2.1 目標
隨着現代科技的高速發展,事物變得越來越煩雜,在這個有信息主導的世界,社會各界也不滿足於各自原來的運行模式,紛紛棄用紙張辦公,采用電子辦公。由於電子化辦公的發展,公司所使用的辦公地點將大幅度的減少,其產生的各種費用將大幅的降低,極大的較少了事物的開支,也極大地提高了辦事速度,是的辦公效率成倍增長。
因此,一個簡介、方便、高效、實用的應用軟件就變得必不可少。學校的信息化建設工作具有長期性、復雜性和內容的多變性。根據我們大學三年的觀察,學校的教室管理仍沒用使用電子管理,這導致不能及時處理有關於教室的事物。正因為如此,我們編寫了一個有針對性的教室借用系統。對數據庫的要求SQL各具有其優越性。着於目前系統對運行環境的考慮,本系統采用SQL Server 2008為后台數據庫,在滿足需求的前提下,盡量將系統對運行環境的性能要求降到最低。
本系統用於實現對教室的借用統一管理,是實現西北師范大學教學管理自動化與信息化的重要過程。系統能夠實現包括教師信息管理、對教室多途徑多方式的查詢與申請及其他各類基本信息管理,是一個學校教學制度創新、管理創新相結合的體現。並為廣大教師及學校管理者提供方便、簡潔的教室使用與管理操作的系統。
學校對教室的管理能夠在一定程度上反映一個學校的運作方式和流程,因此一個優秀、美觀、便捷的教室統一管理系統是必要的。同時該系統必須是一個開放的,在應用的深度和廣度上,隨着時間的推移可逐步變化已發展的系統。
每個學校都有自己獨特的教學特征和地理環境,針對西北師范大學獨特的特征——占地大,教學區分散等,並結合老師和同學日常遇到的問題和需求,特設計了這個有針對性的教室統一管理系統。
1.處理流程
系統基本的流程是:用戶登錄、系統主界面、教室借用申請、教室借用審核、教室借用成功
2.功能分析
a.教室的申請;
b.教室的查詢;
c.管理員審批;
d.教室使用信息的添加、刪除;
e.對管理員的管理等;
2.2 用戶的特點
本軟件的最終用戶為西北師范大學所有在校教師和學生,均為受過高等教育的高素質人才,有較強的應用軟件的能力,對軟件的實用性要求高。
2.3 假定與約束
開發期限:2018年5月15日至2018年6月26日
經費開支:軟件開發期間的人工,調研及設備成本
3 需求規定
3.1 對功能的規定
3.1.1 學校組織機構情況及其需求
西北師范大學與教師管理相關的人與單位有:學生、教師、教務處管理教師。西北師范大學下屬24個學院。每個院下設若干專業,每個班又有若干學生。
3.1.2 管理者的功能需求
教師管理者需要能處理對教室的申請信息,並且能夠添加、刪除、修改教室的使用情況。可以添加用戶。
3.1.3 教師及學生的功能需求
老師和學生可以對任一教室進行信息查詢,及對空閑教室進行申請。
3.1.4 系統實體屬性需求
教師學生:姓名、編號、密碼、權限
管理員信息:姓名、密碼、編號、權限
教室:教室號,多媒體,座位數
根據此實體屬性可得:
1.系統E-R圖:
圖3-1 系統 E-R 圖
2.系統實體關系表:
表3-1 實體-用戶屬性表
屬性名 |
英文代碼 |
類型 |
長度 |
說明 |
是否主碼 |
賬號 |
unumber |
stiring |
10 |
登陸用賬號同時也是學號或教職工號 |
是 |
密碼 |
ucode |
string |
10 |
登陸時所用的密碼 |
否 |
姓名 |
uname |
string |
10 |
用戶真實姓名 |
否 |
權限 |
ulimit |
int |
1 |
用戶的權限(0—學生1—教師2—普通管理員3—高級管理員) |
否 |
表3-2 實體-教室屬性表
屬性名 |
英文代碼 |
類型 |
長度 |
說明 |
是否主碼 |
教室號 |
cnumber |
string |
5 |
標示教室的標識 |
是 |
是否多媒體 |
cmedia |
int |
1 |
說明教室是否擁有多媒體 |
否 |
座位數 |
cnum |
int |
3 |
說明教室座位數 |
否 |
表3-3 關系屬性表
屬性名 |
英文代碼 |
類型 |
長度 |
說明 |
是否主碼 |
用戶編號 |
unumber |
string |
10 |
登陸用賬號同時也是學號或教職工號,外碼 |
是 |
用戶姓名 |
uname |
string |
10 |
用戶真實姓名,外碼 |
否 |
周次 |
week |
int |
2 |
使用教室的周次 |
是 |
星期 |
day |
int |
1 |
使用教室的星期 |
是
|
時段 |
time |
int |
1 |
使用教室的時間段 |
是 |
用途 |
use |
string |
50 |
使用教室的用途 |
否 |
用途號 |
useno |
string |
10 |
使用教室的用途標號,可為課程號 |
否 |
狀態 |
stage |
string |
1 |
說明教室狀態:空閑,占用,待審批 |
否 |
教室編號 |
cnumber |
string |
5 |
標示教室的標識,外碼 |
是 |
3.系統關系模式:
用戶(賬號,密碼,姓名,權限) 3NF
教室(教室號,多媒體,座位數) 3NF
使用情況表(用戶編號,教室編號,周次,星期,時段,用戶姓名,用途,用途號,狀態)3NF
3.1.5 處理需求
1.實現方便的信息查詢,通過查看教室的圖標顯示狀態即可得知教室的借用狀態,例如紅色代表教室已被借用,綠色代表教室未被借用。
2.方便的教室申請方式,用戶通過教室的查詢,找到符合自身情況的教室,填寫申請信息,省去了紙質版申請帶來的不便
3.可實現管理員方便的操作:教室管理,教室查詢等,盡量減少管理員工作量,對於高級管理員,還要能方便的對普通管理員進行管理。
根據以上分析可得系統用例圖:
圖3-2 系統用例圖
用例圖詳細說明:教室統一管理中行為者包括:教師/學生,普通管理員,高級管理員,其中教師/學生完成對教室的信息查詢和申請工作;普通管理員和高級管理員都可完成查詢教室信息,處理教室事務,管理教室使用的工作;除此之外,高級管理員還可完成對普通管理員的管理工作。
根據上述分析的行為者完成的工作,結合系統功能需求,可確定本系統用例包括如下內容:
- 對“申請教室”進行說明:(1)若教室在所申請時間段已被使用,或不符合申請條件,則系統會自動排除此申請;(2)系統會給出全部符合的教室,供用戶選擇,並提出申請。
- 對“修改密碼”進行說明:管理員和用戶可對自己的登錄密碼進行修改,需先對舊密碼進行驗證,若正確可進行密碼修改。
- 對“處理申請教室事務”進行說明:管理員確認所申請的合理性,對申請進行批復,寫入教室使用表中。(1)從教室使用表種讀出具體待處理信息 (2)對於合理請求進行批准(3)對教室使用表進行修改。
- 對“添加教室使用情況”進行說明:(1)通過關鍵字(教室號)查找要刪除的教室若不存在,則不予處理(2)填寫具體的使用情況(3)將結果寫入教室使用表中。
- 對“添加教室信息”進行說明:(1)查找該教室是否存在,若存在則不予處理 (2)輸入新增的教室的信息 (3)向教室表中寫入該記錄。
- 對“刪除教室信息”進行說明:(1)通過關鍵字(教室號)查找要刪除的教室若不存在,則不予處理(2)從教室表中刪除該記錄。
- 對“修改教室信息”進行說明:(1)通過關鍵字(教室號)查找要修改的教室若不存在,則不予處理(2)輸入要修改的信息;(3)在教室表中對該記錄進行修改。
3.1.6 安全性需求
系統對於查詢功能完全開放,即任何一個人都可以實用查詢功能,查詢空閑教室,方便、快捷,申請方便,充分考慮到用戶的痛點。
對於教室申請,則必須登錄才可進行,只有在校學生及老師可以對教師進行申請。用戶登陸后可以進行教室申請,修改密碼等操作。普通教師及學生不可以對教室使用信息做修改,管理員才可以做對教室使用信息的修改刪除和添加,另有一名那個高級管理員對所有用戶包括管理員進行管理,高級管理員可以添加、刪除管理員。
3.2 對性能的規定
3.2.1精度
本系統是針對教室的統一管理,可提供教室的查詢,申請,和管理功能。
對於查詢功能,用戶在進入系統后只需要查看相關的教室狀態即可,若教室狀態為綠色即代表教室可以借用,為紅色代表教室不可以借用。
對於申請教室功能,用戶在查詢到相關想要申請的教室后,選擇一個最佳的,即可提出申請,同樣對用戶輸入的信息精確度不高,但是給用戶反饋的結果精度很高。
對於教室的管理功能,管理員也是只需鍵入相應的教室號即可操作相應的功能。
3.2.2 時間特性要求
本系統是針對於學校管理的系統,而學校管理系統的一個特點就是數據可龐大,針對這一特點,我們滿足功能的前提下,盡量減少對數據的添加處理等,也盡量減少對數據庫全部數據的遍歷,這樣可以在時間上取得一定的優勢,與同等學校管理系統相比,在系統相應時間上,數據更新性能上比較突出。
更新處理時間上提供數據的備份和還原,管理員可根據實際情況手動對數據進行更新這樣更符合實際情況,即學校的教室信息,人員信息,及教師使用情況一般變化不大。
在對數據的轉換和傳送方面,本系統可方便的將申請信息傳送給管理員,提高了工作效率。
3.2.3 靈活性
本系統很靈活性高,總要體現在查詢教室信息上,根據不同的情況,不同的用戶對象,不同的要求,提供了不同的使用權限。
本系統可在普遍平台下運行,不影響程序的正確性、方便性等功能。對於輸入精度的變化對輸出京都影響不大,本系統對時間的要求很高,要求精確到某一天的某一時段,所以在時間變化時,所得到的結果會有很大的變化。
對於不同的情況的變化,可給出足夠的空間進行對變化情況進行改進,提供了系統的提升空間。
3.3 輸入輸出要求
本系統要求輸入的數據有教室號,教師名,課程名,課程號,管理員號,座位數,時間段,是否多媒體,賬號,密碼。
要求輸出的數據有教室號,教師號,教師名,課程名,課程號,管理員號,管理員名,座位數,使用時間段,是否多媒體。
其基本類型信息見表格3-4和表格3-5。
輸入數據信息類型表
表3-4 輸入數據信息
|
類型 |
是否主碼 |
表示范圍 |
備注說明 |
教室號 |
Stirng |
是 |
數字字母符號的任意組合 |
確定教室的唯一標示,由用戶輸入,是查詢教室、申請教室和管理教室的主要途徑 |
教師名 |
Stirng |
否 |
大寫字母的組合 |
用教師名查詢教室信息功能時輸入教師名 |
課程名 |
Stirng |
否 |
數字字母符號的任意組合 |
用課程名查詢教室信息功能是需鍵入 |
用途號 |
Stirng |
是 |
數字字母符號的任意組合 |
即課程號,也可通過課程號查詢教室信息 |
表3-5 輸入數據信息
使用時間段 |
time |
是 |
早晨七點到晚上十點 |
申請教室時需要輸入使用的時間段 |
座位數 |
int |
否 |
不超過300 |
若選擇按要求查詢教師信息功能時,需輸入此值 |
是否多媒體 |
boolean |
否 |
True,false |
若選擇按要求查詢教師信息功能時,需輸入此值 |
管理員號 |
Stirng |
是 |
數字字母符號的任意組合 |
高級管理員在對普通管理員進行管理時,需輸入此值 |
賬號 |
Stirng |
否 |
數字字母符號的任意組合 |
登錄時輸入 |
密碼 |
Stirng |
否 |
數字字母符號的任意組合 |
登錄時輸入 |
使用周 |
int |
是 |
正常學期的學期周 |
申請教室時需要輸入使用的時間段 |
使用星期 |
int |
是 |
數字1~7 |
申請教室時需要輸入使用的時間段 |
表3-6 輸出數據信息情況
|
類型 |
是否主碼 |
表示范圍 |
備注說明 |
教室號 |
Stirng |
是 |
數字字母符號的任意組合 |
確定教室的唯一標示,在顯示查詢教室、申請教室和管理教室的結果時輸出 |
教師名 |
Stirng |
否 |
大寫字母 |
在顯示查詢結果時處處 |
課程名 |
Stirng |
否 |
數字字母符號的任意組合 |
在顯示查詢結果時處處 |
使用時間段 |
time |
是 |
早上七點到晚上十點 |
顯示申請教室時輸出使用的時間段 |
是否多媒體 |
boolean |
否 |
TRUE,FALSE |
在顯示查詢結果時處處 |
管理員號 |
Stirng |
是 |
數字字母符號的任意組合 |
管理管理員時輸出的信息 |
表3-7 輸出數據信息情況
教師名 |
Stirng |
否 |
大寫字母 |
在顯示查詢結果時輸出 |
課程名 |
Stirng |
否 |
數字字母符號的任意組合 |
在顯示查詢結果時輸出 |
管理員名 |
Stirng |
否 |
大寫字母 |
管理管理員時輸出的信息 |
賬號 |
Stirng |
否 |
數字字母符號的任意組合 |
管理管理員時輸出的信息 |
權限 |
int |
否 |
數字字母符號的任意組合 |
管理管理員時輸出的信息 |
使用周 |
int |
是 |
正常學期的學期周 |
在顯示查詢結果時輸出 |
使用星期 |
int |
是 |
數字1~7 |
在顯示查詢結果時輸出 |
用途號 |
Stirng |
是 |
數字字母符號的任意組合 |
在顯示查詢結果時輸出 |
用途名 |
Stirng |
否 |
數字字母符號的任意組合 |
即課程名,在顯示查詢結果時輸出 |
3.4 數據管理能力要求
本系統需要1.建立存儲人員(即學生,教室,普通管理員,高級管理員)基本信息的表;2.建立教室信息情況表;3,建立教室使用情況表。管理員可對教室表和教師使用表進行操作,但不可操作自己的信息表。
3.5 故障處理要求
可能會出現1.軟件兼容故障,可導致本軟件不能正常使用,出現該故障后,應給出相應的錯誤信息,使用戶知道錯誤原因;2.人工操作失誤:可能會出現大范圍的數據錯誤,可通過備份還原操作恢復前一段時間的數據;3.病毒故障:導致數據錯誤或遺失,可通過備份還原操作恢復前一段時間的數據,還應經常殺毒。4.數據庫連接錯誤:導致軟件不能正常對數據進行讀取,可通過重新連接數據庫進行恢復。
3.6 其它專門要求
本系統應總能根據用戶提供的具體信息查找符合要求的全部教室信息,供用戶根據自身情況選擇最佳方案,方便快捷。對於錯誤、無效或不完善的的信息能做出判斷並給出錯誤提示。為用戶提供確認信息及操作指南,防止誤操作產生不良影響。
4 運行環境設定
4.1 設備
個人電腦
4.2 支持軟件
軟件環境:
- 開發工具:Eclipse
- 開發語言:JAVA
- 數據庫:mysql
- 運行環境: Windows操作系統
4.3 接口
本系統可與其他學校管理軟件相結合使用。
4.4 控制
本軟件由管理員進行控制,有管理員給出控制信號。
5 縮寫詞表
表5-1 縮寫詞表
縮寫詞 |
中文釋義 |
解釋 |
unumber |
賬號 |
登陸用賬號同時也是學號或教職工號 |
ucode |
密碼 |
登陸時所用的密碼 |
uname |
姓名 |
用戶真實姓名 |
ulimit |
權限 |
用戶的權限(0—學生1—教師2—普通管理員3—高級管理員) |
cnumber |
教室號 |
標示教室的標識 |
cmedia |
多媒體 |
說明教室是否擁有多媒體 |
cnuweekm |
座位數 |
說明教室座位數 |
time |
時段 |
使用教室的時間段 |
week |
周次 |
使用教室的周次 |
day |
星期 |
使用教室的星期 |
Use |
用途 |
使用教室的用途 |
useno |
用途號 |
登陸用賬號同時也是學號或教職工號 |
stage |
狀態 |
說明教室狀態:空閑,占用,待審批 |
6 參考文獻
1.《計算機軟件產品開發文件編制指南》 GB 8567-88 Guidelines for computer software product development documentation 中華人民共和國國家標准UDC681.3
2.《數據庫系統概論(第四版)》作者:王珊、薩師煊
3.《軟件工程導論(第五版)》 作者:張海棠
4.《Visual C#.NET程序設計教程 》作者:羅富強、白忠建、楊建
5.《.NET深入體驗與實戰精要》 作者:李天平
6.《軟件工程》作者:盧瀟
7.《軟件工程課程設計》主編:呂雲翔
8.《需求分析與系統結構》主編:金芝