淮海工學院計算機工程學院
《大型軟體系統構造》大作業
設計名稱： 圖書資料管理系統
姓名專業班級
系 （院計算機工程學院
設計時間： 2011.9.20~~2011.10.18
設計地點實驗機房
人員分工
圖書資料管理系統，是基於圖書館的圖書數目不斷增加，讀者數目不斷增長，對圖書資訊管理自動化和準備化要求日益強烈的背景下，為了實現讀者資訊管理工作網路化，以及實現網路查詢和統計一體化而設計的管理資訊系統。該系統為了圖書管理員提供了乙個個性化的門戶，將讀者需要的各種服務整合起來，操作員只需一次登入就可以使用所有服務。讀者資訊服務系統，是為讀者介意資訊情況提供的介面，整合了部分學生資訊系統。
從圖書資訊的錄入到讀者借閱圖書資訊，包括圖書損壞的相關處理的管理，都可以通過這個系統完成。
本軟體的終端使用者的特點：
1、 操作人員
1.1、 系統管理員 ：具備系統的所有功能操作，包括人員的許可權分配。
1.2、 圖書管理員 ：處理書籍借閱，歸還，刪除預定資訊。
1.3、 讀者（借閱者）：查詢書籍資訊；預定書籍；借閱書籍；歸還書籍；個人資訊的操作（個人借還資訊等不能修改）等。
2、 維護人員：系統後期的各種維護要求
由於此開發專案針對一般事業單位圖書館，使用頻度較高，使用性要求比較高。為防止對資訊資料和管理程式的惡意破壞，要求有較為可靠的安全效能。總之，要求穩定、安全、便捷，易於管理和操作。
① 查詢速度：不超過10秒；
② 其它所有互動功能反應速度：不超過3秒；
③ 可靠性：平均故障間隔時間不低於200小時。
④ 安全性：在web資料庫客戶端，web伺服器和資料庫伺服器之間，都應該有防火牆保護，防止網路上的非法資料請求。
1）圖書管理模組
① 圖書類別管理：增、刪、改等管理。
② 圖書資訊管理：圖書購入後由圖書管理人員將書籍編碼並將其具體資訊錄入書籍資訊表，及修改，刪改，查詢功能。
2)使用者管理模組
① 使用者分類管理：增、刪、改等管理。
② 使用者資訊管理：錄入，修改，刪除，查詢讀者資訊。
3）流通管理模組
① 圖書借閱：讀入借閱者證號，自動判斷是否合法，同時提示使用者已借書數等參考資訊判斷使用者是否能借書，然後通過掃瞄讀入所需借閱或已預定的圖書編號。顯示判斷當前讀者有沒預訂過這本書，顯示當前書籍已被預訂過和庫存的數量，確定借閱。
② 圖書歸還：通過掃瞄讀入圖書編號，自動識別借閱該圖書的使用者資訊。同時提示使用者已借書數、超期圖書應繳罰款等參考資訊（自動計算罰金）。
③ 圖書丟失、損壞處理：如果圖書丟失或者損壞，根據罰款規則計算罰款，同時修改圖書狀態（分為在借，在修，丟失，在庫等）。
4）統計管理模組：個人統計借還資訊，按書名統計借閱量，借閱頻率，統計圖書，新書儲存量資訊等。
根據簡單的系統分析，可以畫出如圖1所示的系統總體資料流圖
圖1 圖書資料管理系統1層資料流圖
主要資料的物件關係圖如圖2所示:
圖2 物件關係類圖
說明: admin：系統管理員 librarymanager：圖書管理員 student：學生
books：圖書type：圖書類別reservation：圖書預訂
borrow：圖書借閱 borrowedrecord：圖書借閱記錄
admin與librarymanager，student，type和books之間，books與type之間有關聯關係；reservation，borrow，borrowedrecord與student和books之間有依賴關係。
關鍵的系統參與者用例圖如圖3——圖5 所示：
圖3 借閱者用例圖
圖4 圖書管理員用例圖
圖5 系統管理員用例圖
1）具體開發技術如表1所示:
表1 具體開發技術
2）系統包圖如圖6所示：
圖6 系統的包圖
系統e-r圖如下圖7所示：
圖7 系統e-r圖
3.4 執行架構
1）系統總執行架構圖如圖8所示：
圖8 系統總體架構圖
2）系統內部資料處理執行架構圖如圖9所示：
圖9 系統內部資料處理執行架構圖
1）圖書資料管理系統部署圖如圖10所示
圖10 圖書資料管理系統部署圖
2）每個計算機節點上的主要軟體單元如圖11所示:
圖11 確定每個計算機節點上的主要軟體單元
班級： 姓名： 學號：
在這次做大作業的過程中，遇到了很多問題，完成的過程並不是很順利。主要的問題還是出在架構設計這一塊。剛開始做的時候，沒有理清在每個設計階段主要進行的任務是什麼，需要注意的點在**。
只憑藉自己認為的去完成。所以在初步設計的時候文件就顯得比較雜亂。
在需求分析階段，主要是對系統的關鍵功能需求進行了設計。剛開始分析的時候其實並沒有特別細緻的去做，所以導致後面的設計也跟著出現很多問題。經常在發現問題後都要對功能的分析再做一些補充或修改。
在這個方面，的確浪費了很多時間。不過，在完善功能分析之後，後面的檢視設計就相對來說比較容易。不過，在需求分析階段，功能需求的分析倒不是很為難。
反而在質量屬性需求方面的確做的不是很好。分析的時候沒有切合實際，以自己的想法為主，所以在初步設計的文件中，這方面並沒有進行設計。
在架構設計階段，我主要負責設計邏輯架構和資料架構。在初步的文件中，邏輯架構的設計很混亂，子系統的劃分不是很合理。因為邏輯架構的關注點是行為或職責的劃分，所以在參照了一些圖書資料管理系統的劃分結構後，才決定用用例圖來表示。
文件中主要選取了用例模型中對系統架構的內容產生重大影響的用例集合。這些用例代表了系統的主要功能，基本覆蓋了系統架構的主要方面。在資料架構設計中，使用er圖來描述。
這一部分比較簡單，進行的也很順利。
在此次作業中，感觸最大的就是軟體架構這門課讓我把軟體工程和uml建模又重新的回顧了一遍。
同時也發現自己對軟體開發設計的認識不夠深入，很多知識都不懂，或者有些知識也是只懂了一些概念，如果要具體實施，就完全不清楚該如何操作了。
通過對圖書資料管理系統的架構設計，讓我對架構設計5檢視有了更好的了解。雖然在設計過程中，我沒有參與開發架構，執行架構和物理架構的設計。但是，經過一段時間的學習之後，對於這些方面也都能比較好的進行設計了。
最重要的是，對於軟體架構設計有了更全面的了解。軟體架構設計系統體系架構，從需求到設計的每個細節都要考慮到，把握整個專案，才能使設計的專案盡量效率高，開發容易，維護方便。同時，經過這一次的實際操作，也加深了對軟體架構設計理論知識的學習和更深一步的認識。
也讓自己學會怎樣系統，細緻的去分析問題，解決問題。拓寬了自己思考問題的方式和領域。
班級： 姓名： 學號：
本次的軟體系統架構的大作業是我和我的組員在國慶節的假期完成的。通過本次的系統架構，我拓寬了的知識面，對軟體架構設計這門課程的內容有了更深的理解。本次的軟體系統架構設計我們組做的是乙個圖書管理系統，通過理論與實際的結合，我們對所做的專案做了一系列的分析，從需求分析、業務領域建模到架構設計都是我們自己完成的。
在本次的系統架構設計中我負責的主要任務是進行業務領域建模、執行架構設計、物理架構設計和開發架構設計。在業務領域建模中我主要是用圖書管理系統的主要資料的物件關係圖來進行業務領域的建模的，在業務領域建模的時候主要的是怎樣表現出各個物件之間的關係，在報告中我只表示出了主要的關係還有一些次要關係沒表現出來。在進行執行架構設計的時候，我一開始並不知道怎樣進行執行架構的設計，通過課本和網上的資料還有參照別人的設計才設計出來的，主要設計的是系統的執行架構和系統的內部資料處理執行架構。
物理架構的設計我主要是通過我們的教材參照書本上的知識來設計，通過部署圖來表示物理架構。在開發架構的設計中我主要是通過包圖來表示的，在包圖的設計中我設計了三個包，即介面層、控制層和資料層，在圖中用線條表示出各個包之間的呼叫關係。
我覺的本次的圖書管理系統的架構設計給我的最大的收穫是讓我對書本的知識有了全面的理解，讓我對邏輯架構、資料架構、執行架構、物理架構和開發架構有了更深入的了解。我和我的組員在設計初期對我們所要做的工作理解的十分含糊，我們不知道要怎樣進行設計，所以一開始設計出來的系統架構並不十分理想，裡面有很多的缺陷，但又不知道怎樣修改，後來通過老師所發的郵件中的修改意見和同學之間的交流的內容，我們在一開始的基礎上修改了很多，我們認識到了自己在系統架構設計中所犯的錯誤，通過修改我們修正了自己的錯誤，在這裡我們要感謝老師為我們所提出來的修改意見。總之通過本次的軟體架構的設計，給了我很大的收穫。
軟體寫作圖書管理系統
遼寧工業大學 軟體文件寫作實訓報告 題目 圖書管理系統軟體文件 院 系 軟體學院 專業班級 軟體技術班 學號學生姓名 指導教師 王彥華 教師職稱 助教 起止時間 2010.11.22 2010.12.06 實訓任務及評語 院 系 軟體學院教研室 軟體教研室 目錄第1章實訓目的與要求 1 1.1 實訓...
圖書管理系統
三 可行性分析 1.技術可行性分析 技術上的可行性分析主要分析現有技術條件能否順利完成開發工作，硬體 軟體配置能否滿足開發者的需要，各類技術人員的數量，水平，等。圖書館管理系統的工作主要是方便讀者和圖書管理員處理事務，系統是以c 語言程式設計平台，以sql sever資料庫為後台的應用軟體，達到實現...
圖書管理系統
可行性研究報告 可行性研究報告是為 圖書管理系統 開發的可行性 必要性提供論據，為開發人員進行系統總體規劃設計及具體實施開發工程提供必要的參考資料，在系統開發完成後期為系統的測試 驗收提供幫助。其編寫過程由南京航空航天大學自動化學院學生完成。預期讀者是從事 圖書管理系統 開發的相關人員。本專案名稱為...