閱讀目錄html
1、引言數據庫
1.1編寫目的安全
1.2項目背景eclipse
2、任務概述性能
2.1用戶特色學習
3、需求測試
3.1用戶需求spa
3.2功能需求—功能劃分操作系統
3.3功能描述設計
軟件需求分析,其目的是用於說明軟件產品或軟件項目須要知足的條件和限制。在軟件工程項目中,首先要得到用戶的需求,經過對軟件須要的提取、分析、文檔和驗證,爲進一步的設計和實現提供數據。軟件需求與其餘活動也密切相關,如軟件測試、配置管理和質量管理等。
本項目的名稱:圖書管理系統。
設計並實現一個將各類圖書管理的服務功能結合起來的管理信息系統十分重要,能夠有效地節約資源而且有效的存錘、更新和查詢信息,提升工做和服務的效率。
最高用戶是圖書管理員和讀者,圖書管理員須要修改讀者信息,修改書目信息,查看全部借還日誌等;讀者僅能夠修改我的信息、借閱或歸還書籍和查看本身的借還日誌。
圖書管理員:在圖書管理系統中,管理員爲每一個讀者創建一個帳戶,帳戶內存儲讀者我的的詳細信息,並依據讀者類別的不一樣給每一個讀者提供讀者證號、姓名等信息。歸還圖書時,由管理員錄入待歸還的書籍編號,顯示讀者證號、讀者姓名、書籍編號、讀書名稱、借書日期、應還日期等信息。圖書管理員不按期地對圖書信息進行修改和刪除操做,也能夠對讀者信息進行添加、修改、刪除 等操做。
讀者:讀者能夠憑讀者證號在圖書館進行圖書的借、還、續借、查詢等操做,不一樣類別的讀者在借書借閱圖書時,由管理員錄入讀者證號,系統首先驗證該號的有效性,若無效,則提示無效的緣由;如有效,則顯示讀者證號、姓名、借書限額、已借數量、可再借數量等信息,本次實際借書的數量不能超出可再借數量的值。完成借書操做的同時要修改相應圖書信息的狀態、讀者信息中的已借數量、在借閱信息中添加相應的記錄。
圖書基本信息管理功能主要由系統管理員來進行維護。
主要過程是:以管理員身份登陸到圖書管理系統中,查詢、修改、圖書的書名、流水號、庫存量等信息和添加新書和刪除舊書等。這些信息都會被記錄到相應的數據庫中。
1. 圖書基本信息包括書籍編號,書名,做者,出版日期,簡介,語言和庫存數量等;
2. 添加新書:須要輸入書籍編號,書名,做者,出版日期,簡介,語言和庫存數量等;
3. 刪除舊書:輸入書籍編號或者輸入書名,查詢獲得相應的舊書刪除其信息;
4. 查找圖書:輸入書籍編號或書名或做者或者出版日期查找相應的圖書並顯示其信息;
5. 查找全部圖書:查找數據庫中存放的全部圖書信息。
6.圖書管理:對圖書進行分類存儲,在入庫和出庫的時候按圖書類別進行管理,對現有圖書信息進行管理(查詢、修改)
3.3.2 用戶管理
用戶管理功能主要由圖書管理員來進行維護,該功能只有以圖書管理員身份登陸時纔會出現。
主要過程是:圖書管理員身份登陸到圖書管理系統中的用戶管理功能模塊中,添加、刪除、查詢和修改數據庫中的用戶信息。
1.用戶基本信息包括姓名,讀者證號,性別,電話,郵件,學院,專業等;
2. 添加用戶:須要對輸入的讀者證號,姓名,性別,電話,學院,專業等;
3. 刪除用戶:輸入讀者證號,顯示用戶信息,而後確認刪除;
4. 修改用戶信息:輸入讀者證號,顯示用戶信息,根據需求修改相應信息;
5. 查詢用戶信息:輸入讀者證號,顯示對應用戶信息;
6. 顯示全部用戶信息:調用功能,顯示全部用戶信息。
借書功能須要對用戶的身份進行確認,而後對選擇的圖書信息進行查詢(在數據庫中查詢圖書的庫存量,若是庫存爲0則拒絕借閱,不然容許借閱)。該功能也是由圖書管理員維護的;
借書過程:圖書管理員須要先輸入讀者證號確認讀者信息,根據圖書的書籍編號或圖書名從數據庫中找到相應記錄,在屏幕中打印出該圖書的詳細信息,用戶確認借書後,該圖書的庫存量減去該用戶借閱的本數,而且打印該讀者信息和借閱狀況信息(借書記錄);查看用戶所借書目,和該書的詳細信息和歸還日期;
1. 借書記錄基礎信息:借書的書籍編號,借書人讀者證號,姓名,圖書名稱,借出時間,歸還時間,狀態。
2. 添加借書記錄:輸入借書人的讀者證號,姓名,書本名稱,借出時間,歸還時間,狀態:借出。
3. 查詢:輸入須要借書的書籍編號或輸入讀者證號,顯示對應信息。
4. 顯示全部借書信息:調用功能,顯示全部用戶信息。
若是借書成功,可借時間爲30天,自動計算還書日期。
還書功能也是基於圖書管理員的,該功能須要先對用戶信息進行確認,而後將用戶歸還的圖書信息(主要是庫存量)更新到數據庫中。
還書過程:還書時須要圖書管理員先輸入讀者證號確認讀者信息,而後輸入圖書的書籍編號,而後從借閱文件上找到相應記錄,記錄還書日期後寫入借閱歷史文件,並從借閱文件上刪去相應記錄,將借閱記錄中的狀態改爲:以歸還。
1. 還書記錄基礎信息:還書的書籍編號,還書人的讀者證號,姓名,圖書名稱,歸還時間,狀態。
2. 查詢:輸入需還書的書籍編號,顯示還書狀況;輸入讀者證號,顯示用戶還書記錄。
3. 顯示全部還書記錄信息:調用功能,顯示全部用戶信息。
若是輸入用戶沒有借這本書,就輸出相應的提示信息
用戶分類:1.圖書管理員
圖書管理員信息:用戶名,密碼。
圖書管理員功能:登錄以後顯示相應管理員的模塊。
讀者類別:種類名稱、借書數量、借書期限
讀者信息:讀者姓名、讀者編號、性別、電話、郵件、讀者類別、學院、專業、登記日期、已借書數量
借閱信息:書籍編號、讀者編號、讀者姓名、書籍名稱、出借日期、歸還日期
圖書類別:類別名、類別號
書籍信息:書籍編號、書名、類別、做者、出版社、出版日期、登記日期、是否被出借
管理員管理:管理員名、密碼
輸入數據:自動輸入關鍵字,查詢書籍編號;
新建圖書項、讀者項;
圖書項、讀者項相應記錄更改;
借閱、返還、丟失註銷時的圖書的書籍編號;
輸出數據:查詢關鍵字肯定的數據庫記錄;
信息錄入,刪改結果(成功或失敗);
圖書借閱,返還,丟失註銷等操做結果;
內部數據:查詢操做創建的索引。
系統基本用例圖:
圖書管理模塊用例圖:
讀者管理用例圖:
共有6個表:
名 |
類型 |
長度 |
小數點 |
NULL |
用途 |
鍵 |
book_id |
bigint |
20 |
0 |
否 |
書籍編號 |
✔ |
name |
varchar |
20 |
0 |
否 |
書名 |
|
author |
varchar |
15 |
0 |
否 |
做者 |
|
publish |
varchar |
20 |
0 |
否 |
出版社 |
|
introduction |
text |
0 |
0 |
是 |
簡介 |
|
language |
varchar |
4 |
0 |
否 |
語言 |
|
price |
decimal |
10 |
2 |
否 |
價格 |
|
pub_date |
date |
0 |
0 |
是 |
出版時間 |
|
class_id |
int |
11 |
0 |
是 |
分類號 |
|
number |
int |
11 |
0 |
否 |
剩餘數量 |
|
名 |
類型 |
長度 |
小數點 |
NULL |
用途 |
鍵 |
class_id |
int |
11 |
0 |
否 |
類別號 |
✔ |
class_name |
varchar |
15 |
0 |
否 |
類別名 |
|
名 |
類型 |
長度 |
小數點 |
NULL |
用途 |
鍵 |
reader_id |
bigint |
20 |
0 |
否 |
讀者證號 |
✔ |
name |
varchar |
10 |
0 |
否 |
姓名 |
|
sex |
varchar |
2 |
0 |
否 |
性別 |
|
phone |
bigint |
20 |
0 |
否 |
電話 |
|
|
varchar |
25 |
0 |
否 |
郵件 |
|
profession |
varchar |
30 |
0 |
是 |
專業 |
|
academy |
varchar |
30 |
0 |
是 |
學院 |
|
名 |
類型 |
長度 |
小數點 |
NULL |
用途 |
鍵 |
reader_id |
bigint |
20 |
0 |
否 |
讀者證號 |
✔ |
name |
varchar |
10 |
0 |
否 |
姓名 |
|
sex |
varchar |
2 |
0 |
否 |
性別 |
|
phone |
bigint |
20 |
0 |
否 |
電話 |
|
|
varchar |
25 |
0 |
否 |
郵件 |
|
profession |
varchar |
30 |
0 |
是 |
專業 |
|
academy |
varchar |
30 |
0 |
是 |
學院 |
|
名 |
類型 |
長度 |
小數點 |
NULL |
用途 |
鍵 |
admin_id |
bigint |
20 |
0 |
否 |
帳號 |
✔ |
password |
varchar |
15 |
0 |
否 |
密碼 |
|
username |
varchar |
15 |
0 |
是 |
用戶名 |
|
1)圖書管理系統的開發成本低;
2)對其系統的維護成本低;
3)該系統能提升管理者的工做效率,下降了必定的人員成本。
運行於Windows10 的具備win64 API的操做系統之上,由 eclipse編寫
知足運行環境在容許操做系統之間的安全轉換和與其餘應用軟件的獨立運行要求。
Java圖書管理系統在開發過程當中,應該充分考慮之後的可擴充性,用戶查詢的需求應不斷地更新和完善,要經過系統的開放性來完成,即系統應是一個開放系統,能夠簡單的加入和減小系統的模塊,配置系統的硬件。
本報告是在組員知識、經驗各方面都較爲欠缺的狀況下寫出來的,可能會有不少不足,對圖書館管理業務邏輯、管理模式等方面較爲陌生,在需求分析的時候條理不太清晰,有點凌亂。儘管本系統還有不少不足之處,但儘量的作到了基本信息全面、需求分析和軟件系統要點明朗、基本可以全面的表達出軟件系統的各方面的要求和細節。
通過本次的學習,基本瞭解怎樣去寫軟件需求分析報告,基礎的流程有所掌握,報告是軟件開發的關鍵,對可否成功開發出一款好的軟件起着決定性的做用。在寫報告的過程當中,更重要的收穫是學習到了設計系統的思惟方法,開發一個軟件並不僅是寫代碼這麼簡單。
[1]豆丁網:http://www.docin.com/p-523746049.html&isPay=1
[2]李愛萍 《軟件工程》 人民郵電出版社
[3]博客:hhttps://www.cnblogs.com/zhangxiaopeng/p/4808289.html
[4]道客巴巴:http://www.doc88.com/p-3169070326742.html