圖書館管理項目開發(fā)總結報告

1、項目開發(fā)總結報告目 錄1引言211編寫目的212背景213定義214參考資料32實際開發(fā)結果321產品322主要功能和性能4221功能4222性能623基本流程824進度824費用93開發(fā)工作評價931對生產效率的評價932對產品質量的評價933技術方法的評價934出錯原因的分析94經驗與教訓10NI引言  N11編寫目的   項目開發(fā)總結報告的編制是為了總結本項目開發(fā)工作的經驗，說明實際取得的開發(fā)結果以及對整個開發(fā)工作的各個方面的評價。說明編寫這份項目開發(fā)總結報告的目的，指出預期的閱讀范圍。本報告的目的就是對圖書館管理系統(tǒng)的開發(fā)過程進行總結，說明本項目的工作流程

2、，工程開發(fā)中狀況，最終結果，經驗教訓等。 N12背景 a 本項目的名稱和所開發(fā)出來的軟件系統(tǒng)的名稱：圖書館管理系統(tǒng)b 該系統(tǒng)于其他系統(tǒng)關系：本圖書管理系統(tǒng)軟件是一套功能比較完善的數(shù)據(jù)管理軟件，具有數(shù)據(jù)操作方便高效迅速等優(yōu)點。該軟件采用功能強大的數(shù)據(jù)庫軟件開發(fā)工具進行開發(fā)，具有很好的可移植性，可在應用范圍較廣的DOS、WINDOWS系列等操作系統(tǒng)上使用。c 此軟件的用戶：圖書管理部門NI3定義文檔中采用的專門術語的定義及縮略詞簡要如下：LMS：Library Management System，圖書管理系統(tǒng)。 N14參考資料    列出要用到的參考資料，如

3、：    a屬于本項目的其他已發(fā)表的文件：軟件需求說明書數(shù)據(jù)要求說明書概要設計說明書詳細設計說明書數(shù)據(jù)庫設計說明書測試計劃測試分析報告   b本文件中各處所引用的文件、資料，包括所要用到的軟件開發(fā)標準：  a軟件需求說明書b.Java+SQL Server項目開發(fā)實踐 蘇年樂 主編c.JSP項目開發(fā)全程實錄 周桓 王殊宇 主編d實用軟件工程（第二版） 鄭人杰，殷人昆，陶永雷e軟件工程(第二版) 王立福，麻志毅f數(shù)據(jù)庫系統(tǒng)導論 date 著N2實際開發(fā)結果   N21產品：   主程序：Manag

4、erSystem.exe版本號：正式版本：v1.00測試版本：v0.10，v0.70   各個模塊的關系圖如下：主界面用戶登錄管理員書籍管理圖書的借閱圖書查詢會員管理查詢圖書修改圖書添加圖書  N22主要功能和性能N2. 2. 1主要功能： 1)圖書查詢和統(tǒng)計1.通過輸入圖書的相應信息來獲得圖書的詳細信息。 每本書都有唯一的ISBN以此來作為數(shù)據(jù)庫的主鍵可以確保書籍信息的唯一性。2輸入：1>單一查詢方式：通過書名，通過書的類別，通過書的作者等等信息。2>組合查詢：把單一查詢的條件組合起來，實現(xiàn)條件的組合。可以大大縮小范圍。 3處理：將輸入信息

5、轉化為SQL語句，對數(shù)據(jù)庫進行查詢，并返回記錄集。應用程序將記錄集中的信息返回圖書的列表。4輸出： 當用戶單擊列表中的元素時，會把圖書的詳細信息顯示出來。5內部生成數(shù)據(jù)： 當圖書的數(shù)量到達一定的規(guī)模之后，應該將數(shù)據(jù)庫進行導出備份。2)列出所有圖書資料。1概述：此功能用于將所有的圖書信息列出，方便用戶或管理員進行圖書的查找。 2輸入： 當查詢條件為空時，將會輸出全部的圖書資料。3輸出： 將提取得到的全部資料按編號順序輸出。4內部生成數(shù)據(jù)： 無。3)圖書修改圖書的ISBN屬于主鍵，作為合理的數(shù)據(jù)庫主鍵，故不可更改。1概述：只有管理員才擁有對圖書的修改權限，在這之前應該進行登錄。2輸入：插入：添加一

6、個完整的圖書記錄到數(shù)據(jù)庫中。刪除：刪除一些過時的圖書信息。更改：點擊相應的圖書，進入編輯模式，然后進行圖書的信息修改，但ISBN不能修改。全部通過標準的SQL語句進行插入，刪除。3輸出：給出修改是否成功的提示，并且輸出修改過的項為當前項，并標識出來。4內部生成數(shù)據(jù)： 無。4)圖書借閱功能： 1概述：學生選擇相應的圖之后可以對相選的書籍進行借閱。2輸入： 一個組合查詢條件或者空查詢條件。3處理： 根據(jù)查詢條件轉化成SQL查詢語句，然后將對應的記錄集以列表的方式列出。當用戶選擇借閱之后就可以將圖書添加到自己的收藏之中。4輸出： 提示用戶借閱成功，如果借閱的書本已經超過了能借閱的最大數(shù)量，就彈出警告

7、提示。5)用戶管理功能。1概述：對借閱用戶進行管理，主要的目的在于新用戶的添加和過期用戶的刪除。2輸入：用戶的姓名、學號等信息。3處理：先列出用戶的詳細信息，再由管理員確定是否修改。 4輸出：提示管理員是否修改成功。N 2. 2. 2性能：精度數(shù)據(jù)的精度要求：數(shù)據(jù)精度和格式要求：BookInfo。PubInfo表結構字段名數(shù)據(jù)類型長度主鍵描述pubidvarchar10是出版社編號pubnamevarchar50否出版社名pubcityvarchar20否所在城市addressvarchar30否地址cpersonvarchar20否聯(lián)系人姓名cptelvarchar20否聯(lián)系人電話BookI

8、nfo表結構字段名數(shù)據(jù)類型長度主鍵描述bidvarchar10是圖書編號bnamevarchar50否圖書名稱btypevarchar20否圖書類別authorvarchar20否作者pubidvarchar10否出版社編號pubdatedate8否出版日期pricemoney8否價格bnumint4否總冊數(shù)Bremarktext16否摘要時間特性響應時間：<10秒。響應的時間主要由服務器的配置與同時訪問的數(shù)量決定的。靈活性數(shù)據(jù)庫的操作方式：可以采用服務端的方式，同時也可以使用數(shù)據(jù)庫自帶的企業(yè)管理器進行更改。如果數(shù)據(jù)存儲方式是開源方式，甚至可以直接用文本進行更改。運行環(huán)境的變化：可以在所

9、有的WIN操作系統(tǒng)上運行，但是要求裝了FrameWork3.5以上的版本。  N23基本流程 歡迎界面管理員賬戶用戶賬戶圖書查詢管理帳戶更改記錄刪除記錄插入記錄瀏覽圖書記錄圖書借閱組合查詢     N24進度(1) 文檔進度：文檔名稱負責人第一版完成時間最終完成時間項目開發(fā)計劃劉濟清4月10日4月20日軟件需求說明書張上欽4月15日4月25日概要設計說明書劉濟清、張上欽5月2日5月7日詳細設計說明書劉濟清、羅鳴東5月7日5月14日數(shù)據(jù)庫設計說明書張上欽5月17日5月19日測試計劃羅鳴東5月22日5月25日測試分析報告劉濟清、張上欽5月25日5月

10、30日項目開發(fā)總結報告全體工作人員6月1日6月5日                      實際開發(fā)過程中，代碼編寫比預定的晚了幾天-到5.25才得以完成。不過由于后面安排的時間充足，故測試、調試、運行仍在6.2結束，最終按時完成。  N25費用  費用無N3開發(fā)工作評價  N31對生產效率的評價本小組的實際生產效率：   a文件的平均生產效率，即每人月生產的千字數(shù)

11、：4k字 N32對產品質量的評價   本小組在測試中時，每千條指令的錯誤語句不多，基本上都能夠很快的予以排除。本產品基本完成了預定的需求目標，即實現(xiàn)了圖書館的基本功能的增加，修改，刪除，查詢，等功能。并且設置了管理員于普通用戶的不同權限，以方便數(shù)據(jù)的管理。 N33對技術方法的評價這個程序實現(xiàn)的功能并不復雜，因此并沒有使用什么比較高技術的算法。本程序的難點在于網(wǎng)絡方面，系統(tǒng)管理員、普通用戶的認證等。這些通過組員的努力，已經得到解決。  編碼時使用的工具為Microsoft Visual C#。選擇C#的主要原因是大家對它都比較熟悉，而且

12、我們是正在學這種課程，正好能學以致用。不用專門再去花很多時間研究。 N34出錯原因的分析 開發(fā)中出錯部分主要在于數(shù)據(jù)庫和網(wǎng)絡方面。造成這種結果的原因是我們對以上兩個部分的知識還不夠熟悉，無法純熟的使用有關它們的技術。還有就是大家初次合作，未能很好的磨合。N4經驗與教訓   第一、對于一個文檔編寫人員、項目經理來說，我們是一個系統(tǒng)的核心開發(fā)人員。一個系統(tǒng)的搞定，特別是一個大的系統(tǒng)的搞定。這不是小打小鬧，從人的角度上講：是要講一種團隊合作的精神的，組長張上欽一開始就要負責將系統(tǒng)分解進行小組的分工，先將哪些人該做哪些事分清楚，這樣每天每個人都有活兒去干，最后再分別對每個

13、模塊進行單元測試，測試完后，再對整個系統(tǒng)連起來進行集成測試。從軟件工程的角度上講：這是要有一定的規(guī)范的。特別是這個文檔的編寫，我們就感覺到學了軟件工程以后編系統(tǒng)就是不一樣。以前編系統(tǒng)毫無系統(tǒng)化、規(guī)范化，而這一次，都要按思路，首先第一天完成可行性研究報告、項目開發(fā)計劃書，第二天完成系統(tǒng)需求規(guī)格說明書、概要設計說明書。編系統(tǒng)就要有一定的工程化的意識，有一定的文檔編寫的能力。而且也要注意這個代碼的編寫上面，要讓我們小組成員也能看懂我的代碼，這就要求代碼要具有一定的可讀性，即代碼旁要加上注釋。這一點也很符合軟件工程的觀點。 第二、對于一個數(shù)據(jù)庫設計人員來說，一個系統(tǒng)的實現(xiàn)，首先要能熟悉數(shù)據(jù)庫系統(tǒng)原理和

14、面向對象的分析方法。并且要嚴格按照需求規(guī)格說明書將系統(tǒng)劃分為哪幾個對象、哪幾個類，每個類有哪些屬性，而且這個數(shù)據(jù)庫一旦設計出來了，就不能進行大的改動了，否則到后來受影響的不僅僅是數(shù)據(jù)庫了，而且還有C#程序的一些內部代碼的設計。但不管是什么類，都有一個ID號，一個NAME，是屬于人的類，就要有權限Privity，是屬于東西的類，就要有狀態(tài)STATUS，每個類將來就對應了一張基本表。然后再根據(jù)系統(tǒng)的功能的要求，建立若干個查詢。最后還得將該數(shù)據(jù)庫與一個數(shù)據(jù)訪問對象(例如SDATA)，再將ADATA與c#數(shù)據(jù)環(huán)境，就可在c#環(huán)境下操縱數(shù)據(jù)庫中的數(shù)據(jù)。第三、對于一個系統(tǒng)的開發(fā)人員來說， 我想最重要的不是僅僅將系統(tǒng)設計成一個無錯的狀態(tài)，就可以說完成了，而是要嚴格按照概要設計說明書、詳細設計說明書的一套文檔來指導自己的編寫工作。以前普遍認為，文檔可寫也可以不寫， 而編碼是最重要的。現(xiàn)在可以這么說，先有文檔，后有編碼。文檔是要排在第一位的，然后才是編碼。寫文檔的人是真正的系統(tǒng)分析工作，是指導你去編程的，這樣編碼就不會這樣隨便，胡亂瞎編。出了什么錯誤，在哪兒出的錯誤，也不知道，互相推諉，測試也測試不出。沒有一定的根據(jù)，沒有一定的測試用例就去測試。 第四，對于一個系統(tǒng)測試人員