【文章內(nèi)容簡介】 要將新書加入書庫時，可查看本頁 本頁包括一張需填寫新書信息的表單，它包括以下各項： 書名、著作者、出版社、出版年、 ISBN號、子圖書數(shù)目，以及“提交”按鈕 管理員需要正確輸入以上各項新書信息，然后點擊“ 提交”按鈕完成錄入，之后系統(tǒng)會驗證輸入信息的正確性，書名、著作者、出版社、出版年、 ISBN 號皆不能為空，且出版年需要為正確的日期格式，子圖書數(shù)目必須在 1~10之間，如果通過輸入驗證則將新書信息插入數(shù)據(jù)庫并通知管理員錄入成功；否則為輸入錯誤，系統(tǒng)應給出提示，跳回新書錄入頁面。 設備 PC機。 顯示器分辨率為 800 600以上。 本軟件正常運行所需硬盤空間為 100M以上。 支持軟件 為了利于結果判定，要求軟件運行環(huán)境滿足如下要求，具體為： 操作系統(tǒng)為 Microsoft Windows XP Professional簡體中文版加 Service Pack 2 要求安裝 Microsoft SQLServer 2021簡體中文開發(fā)版 要求安裝 Microsoft .NET Framework 要求安裝 Microsoft visual studio 2021簡體中文開發(fā)版 要求安裝 IE6以上版本網(wǎng)頁瀏覽器 第 三 章 概要設計 需求 分析是提取和整理用戶需求，并建立問題域精確模型的過程。設計則是把分析階段得到的需求轉變成符合要求的系統(tǒng)實現(xiàn)方案的過程。 盡管分析和設計的定義有明顯區(qū)別，但是在實際的軟件開發(fā)過程中 二者的界限是模糊的。許多分析結果可以直接映射成設計結果，而在設計過程中又往往會加深和補充對系統(tǒng)需求的理解，從而進一步完善分析結果。因此，分析和設計活動是一個多次反復迭代的過程。 系統(tǒng)模塊與類的設計 模塊 化 模塊化就是把程序劃分成獨立命名且可獨立訪問的模塊，每個模塊完成一個子功能，把這些模塊集成起來的一個整體，可以完成指定的功能滿足用戶的需求。 采用模塊化原理可以使軟件結構清晰，不僅容易設計也容易閱讀和理解。因為程序錯誤通常局限在有關的模塊及它們之間的接口中，所以模塊化使軟件容易測 試和調試，因而有助于提高軟件的可靠性。因為變動往往只涉及少數(shù)幾個模塊，所以模塊化能夠提高軟件的可修改性。 根據(jù)“模塊化”的思想， 在 本 系統(tǒng)的設計中將系統(tǒng)分解成了 三個 模塊，即 用戶登錄和注冊模塊、讀者功能模塊、以及管理員功能模塊。 將分解后的模塊繼續(xù) 細分 ： 將 用戶登錄和注冊模塊 細 分為： 區(qū)分角色登錄和讀者注冊兩 個子模塊； 將 讀者功能模塊 細 分為： 圖書查詢、申請圖書、查詢讀者信息和修改信息四 個子模塊； 圖書借閱系統(tǒng) 5 將 管理員功能模塊 細 分為： 處理借閱申請、查詢讀者信息、新書錄入和還書處理 四個子模塊。 圖 31系統(tǒng)模塊示意圖 模塊獨立 開發(fā)具有獨立功能而且和其他模塊之間沒有過多的相互作用的模塊，就可以做到模塊獨立。換句話說，希望這樣設計軟件結構，使得每個模塊完成一個相對獨立的特定子功能，并且和其他模塊之間的關系很簡單。 在本系統(tǒng)中，一個模塊完成一個功能，比較清晰地實現(xiàn)了模塊獨立。比如，人事管理模塊只負責員工信息的管理，財務管理模塊只負責銷 售 和繳費明細的管理。模塊與模塊之間相對是獨立的，當一個模塊被修改了，其他模塊不會受到影響。 封裝 和信息隱藏 在面向對象的程序中，把數(shù)據(jù)和實現(xiàn)操作的代碼集中起來放在對象 內(nèi)部。對象內(nèi)部的邏輯實現(xiàn)，對于軟件的使用者（用戶）來說是不可見的。對于用戶來說，他們沒有必要知道程序的數(shù)據(jù)結構細節(jié)和實現(xiàn)操作的算法是怎樣的，他們需要了解的只是程序向外提供的接口形式，因為對于用戶來說，他們關心的只有如何使用這個軟件。一個對象好像是一個不透明的黑盒子，表示對象狀態(tài)的數(shù)據(jù)和實現(xiàn)操作的代碼與局部數(shù)據(jù)都被封裝在黑盒子里面，從外面是看不見的，更不能從外面直接訪問和修改這些數(shù)據(jù)和代碼。 封裝也就是信息隱藏，通過封裝對外界隱藏了對象的實現(xiàn)細節(jié)。類，是數(shù)據(jù)和操作的封裝體。類中的私有數(shù)據(jù)，在類的外邊是不可見的 ，從而提高了軟件的安全性。出于系統(tǒng)安全性的考慮，在對本系統(tǒng)的開發(fā)中，我盡可能地用私有成員變量取代了安全性低的公共成員變量。 數(shù)據(jù)庫 設計 數(shù)據(jù)庫設計 是指對于一個給定的應用環(huán)境，建立數(shù)據(jù)庫，使之能夠有效地存儲數(shù)據(jù)，滿足用戶的 需求 。 數(shù)據(jù)字典 圖書借閱系統(tǒng) 6 數(shù)據(jù)字典中記錄了數(shù)據(jù)庫中的表的存儲數(shù)據(jù)的字段名稱、類型、約束和字段說明。 字段名陳 類型 是否為空 字段說明 bookid int NOT NULL 圖書號 bookname nvarchar(50) NOT NULL 圖書名 bookauthor nvarchar(50) NOT NULL 著 /作者 publisher nvarchar(50) NOT NULL 出版社 publishyear int NOT NULL 出版年 isbn nvarchar(50) NOT NULL ISBN號 inserttime datetime NOT NULL 入庫時間 userid int NOT NULL 讀者號 username nvarchar(50) NOT NULL 用戶名 userpwd nvarchar(50) NOT NULL 密碼 sex int NOT NULL 性別 birthday nvarchar(50) NOT NULL 出生日期 address nvarchar(50) NOT NULL 地址 nvarchar(50) NOT NULL 電子郵箱 minibookid int NOT NULL 子圖書號 isborrow bit NOT NULL 是否被借出 borrowid int NOT NULL 申請 /借閱號 borrowdate datetime NOT NULL 申請 /借閱時間 ispassed bit NOT NULL 申請 是否通過 系統(tǒng) ER圖 對實體的定義的屬性如下： 圖書 ： { 圖書號 ， 圖書名，著 /作者，出版社，出版年， ISBN號，入庫時間 } 讀者 ： { 讀者號 ， 用戶名，密碼，性別，出生日期，地址，電子郵箱 } 子圖書 ： { 子圖書號 ， 圖書號，是否被借出 } 申請 /借閱關系 ： { 申請 /借閱號 ， 申請 /借閱人，子圖書號，申請 /借閱時間，申請是否通過 } 申請借閱關系中 ispassed列為布爾類型，記錄被創(chuàng)建時它默認為假，表示申請尚未通過，該 條記錄表示 “ 申請 ” 關系 ；當它為真時，表示申請已經(jīng)通過，該 條 記錄 表示 “ 借閱 ” 關系 。 圖書借閱系統(tǒng) 7 圖 32 數(shù)據(jù)庫 ER圖 第 四 章 詳細設計 詳細設計階段的根本目標是確定應該怎樣具體地實現(xiàn)所要求的系統(tǒng) ,也就是說 ,經(jīng)過這個 階段的設計工作 ,應該得出對目標系統(tǒng)的精確描述 ,從而在編碼階段可以把這個描述直接翻譯成用某種程序設計語言書寫的程序 . 詳細設計階段的任務還不是具體地編寫程序 ,而是要設計出程序的 藍圖 ,以后程序員將根據(jù)這個藍圖寫出實際的程序代碼 .因此 ,詳細設計的結果基本上決定了最終的程序代碼的質量 .考慮程序代碼的質量時必須注意 ,程序的 讀者 有兩個 ,那就是計算機和人 .在軟件的生命周期中 ,設計測試方案 ,診斷程序錯誤 ,修改和改進程序等等都必須首先讀懂程序 .實際上對于長期使用的軟件系統(tǒng)而言 ,人讀程序的時間可能比寫程序的時間還要長很 多 .因此 ,衡量程序的質量不僅要看它的邏輯是否正確 ,性能是否滿足要求 ,更主要的是要看它是否容易閱讀和理解 .詳細設計的目標不僅僅時邏輯上正確地實現(xiàn)每個模塊的功能 ,更重要的是設計出的處理過程應該盡可能簡明易懂 .結構程序設計是實現(xiàn)上述目標的關鍵技術 ,因此是詳細設計的邏輯基礎 . 系統(tǒng)工程文件 一覽 本系統(tǒng)使用 開發(fā)，整個工程的文件列表及層次結構如圖 41所示。 圖書借閱系統(tǒng) 8 圖 41工程文件列表及層次結構 系統(tǒng) 界面設計 以下 是本系統(tǒng)的界面設計部分，分三個部分，以圖片形式介紹。 登錄注冊部分 ： 圖 42登陸界面 ： 圖書借閱系統(tǒng) 9 圖 43 注冊界面 讀者功能部分 ： 圖 44圖書查詢界面 ： 圖 45 圖書查詢結果界面 ： 圖書借閱系統(tǒng) 10 圖 46 圖書詳情界面 圖 47 讀者信息界面 ： 圖 48更改讀者信息界面 /借閱清單： 圖書借閱系統(tǒng) 11 圖 49結束申請 /借閱清單 界面 管理員功能部分 ： 圖 410還書處理 界面 ： 圖 411查詢讀者 界面 ： 圖書借閱系統(tǒng) 12 圖 412 查詢 讀