1、科 技 學 院課程設計報告( 2014- 2014年度第2學期)名 稱： 軟件工程課程設計 院 系： 信息工程系 班 級： 學 號： 學生姓名： 指導教師： 宋雨 郭豐娟 設計周數： 2 成 績： 日期：2014年 6 月26日軟件工程課程設計任 務 書一、 目的、要求通過該課程設計要使學生樹立起強烈的工程化意識，用工程化思想和方法開發軟件。切實體會出用軟件工程的方法開發系統與一般程序設計方法的不同之處，學生在對所開發的系統進行軟件計劃、需求分析、設計的基礎上，實現并測試實際開發的系統。通過一系列規范化軟件文檔的編寫和系統實現，使學生具備實際軟件項目分析、設計、實現和測試的基本能力。二、 主要

2、內容要求學生掌握軟件工程的基本概念、基本方法和基本原理，為將來從事軟件的研發和管理奠定基礎。每個學生選擇一個小型軟件項目（內容參照計算機綜合實踐指導，宋雨等編著，清華大學出版社出版），按照軟件工程的生命周期，完成軟件計劃、需求分析、軟件設計、編碼實現、軟件測試及軟件維護等軟件工程工作，并按要求編寫出相應的文檔。具體的方法可以選用傳統的軟件工程方法或者面向對象的方法，開發環境和工具不限。三、 進度計劃序號設計(實驗)內容完成時間備注1軟件計劃、軟件需求分析、軟件設計，制定出軟件測試計劃，軟件測試用例第1周第1,2,3天要求上機前做好充分的文檔準備2各模塊錄入、編碼、編譯及單元測試第1周的第4、5

3、天3聯調及整體測試，第2周的第1、2天4驗收，學生講解、演示、回答問題第2周的第3天四、 設計成果要求1至少提交4個文檔,包括軟件計劃、軟件需求規格說明書、軟件設計說明書、軟件測試計劃，要求文檔格式規范、邏輯性強（可參考計算機綜合實踐指導中給出的要求及格式）、圖表規范；2獨自實現了系統的某些功能，基本達到了要求的性能，經過了測試，基本能運行。五、 考核方式（1）提交的文檔規范，工作量大，文檔邏輯性強、正確，按計算機綜合實踐指導標準考核（附軟件工程課程設計實驗報告評分表） 占60%（2）系統驗收、講解、答辯 占25%（3）考勤 占15%學生姓名： 指導教師： 2014年6 月26 日軟件工程課程

4、設計實驗報告評分表姓名專業班級學號題目標準分數得分（）標準分數得分（）標準分數得分（）報告規范，符合要求20報告較規范，基本符合要求17報告不規范，不符合要求1110169819157614541813321210工作量大，報告完整20工作量適中，報告較完整17工作量較小，報告不完整14191613181512文檔邏輯性強、正確，語言流暢20文檔邏輯性較強，無明顯錯誤，文字表述較流暢16文檔有邏輯性，有明顯錯誤，語言表述不順暢12111915109181487171365實驗報告成績評分教師簽字目 錄緒論 1第1章 課程設計的目的與要求 21.1課程設計目的 21.2 課程設計要求 21.2.

5、1 課程設計準備21.2.2 內容要求 2第2章 設計正文 32.1軟件計劃和可行性分析報告32.1.1 項目簡介 32.1.2 對現有系統的分析 42.1.3 技術可行性分析52.1.4 經濟可行性分析 52.1.5 社會因素可行性分析 62.1.6 可供選擇的方案62.2軟件需求規格說明書82.2.1需求概述82.2.2功能需求92.2.3性能需求102.2.4運行需求112.2.5其他需求142.3軟件設計說明書152.3.1 軟件模塊結構圖 152.3.2 文件結構和全局數據 152.3.3 模塊描述 登錄模塊描述 管理員管理學生信息模塊描述172

6、.3.3.3 管理員管理圖書信息模塊描述 管理員管理圖書管理員信息模塊描述 學生管理學生信息模塊描述 學生查詢圖書信息模塊描述 讀者借閱模塊描述 202.4軟件測試計劃 212.4.1 測試范圍 212.4.2 測試計劃 測試階段 測試進度212.4.3 測試項目說明 管理員和學生登錄模塊測試 管理員查詢學生信息模塊測試 管理員添加學生信息模塊模塊測試 管理員刪除學生信息模塊模塊測試 管理

7、員修改學生信息模塊模塊測試 242.4.4 測試分析 管理員和讀者登錄模塊測試 管理員查詢讀者信息模塊測試 管理員添加讀者信息模塊模塊測試 管理員刪除讀者信息模塊模塊測試 管理員修改讀者信息模塊模塊測試 25第三章 課程設計總結或結論26第四章 參考文獻26第五章 附錄275.1用戶界面主要代碼 275.2 管理員界面主要代碼 29緒 論隨著現代科學技術的進步，人類社會正逐漸走向信息化，圖書館擁有豐富的文獻信息資源，是社會系統的重要組成部分，在信息社會中作用愈來愈重要，我國圖書館計算機等信息技術的

8、應用起步于20世紀70年代末期，隨著改革開放的步伐得迅速發展，特別是90年代以后，我國圖書館信息網絡建設取得了較大發展圖書館信息化建設邁向了一個新臺階。大三下學期我們的軟件工程課程設計要求應用軟件工程的方法對我們的項目進行詳細的需求分析、概要設計、詳細設計以及進行必要的測試，旨在讓程序能夠實現讀者管理功能、采編管理功能、流通管理功能、統計管理功能和查詢管理功能。在此基礎上讓程序能夠實現圖書管理的自動化，幫助廣大師生更好的管理和使用圖書。提高圖書在信息時代的作用。為使圖書管理工作科學化、規范化，就必須采用計算機輔助管理，從而減少人力的投入，由系統對入庫圖書進行自動分類、歸類，學生信息整理、借閱情

9、況登記入檔，提高信息處理的精度和準確度。運用所學習的軟件工程的知識，實現圖書館的管理系統。一、 課程設計的目的與要求1. 課程設計目的軟件工程課程設計是學習軟件工程課程后所進行的實踐環節，目的是培養學生用工程化的思想和標準文檔化的思想進行軟件開發。本次課程設計通過開發一個小型實用的軟件系統，親身體驗軟件生命周期中的各個環節，以加深對軟件工程課程的深入理解、鍛煉獨立分析、解決問題的能力。2. 課程設計要求2.1 課程設計準備1）復習軟件工程課程的主要內容，熟練掌握軟件生命周期的理論以及各階段的基本概念。2）明確可行性分析、需求分析、設計、測試等階段的基本任務和基本方法。3）熟練運用規范化的描述方

10、法和文檔，描述軟件開發的各個階段。4）熟悉開發環境和開發工具。2.2 內容要求1）對所設計和實現的系統進行可行性分析，提交可行性分析報告；2）對系統進行需求分析，可以選擇傳統的分析方法或者面向對象的分析方法，提交軟件需求規格說明書（SRS）；3）在SRS的基礎上進行軟件的概要設計和詳細設計，提交軟件設計文檔；4）遵循上述文檔的要求，實現軟件；5）對所實現系統進行軟件測試，完成軟件測試報告。二、 設計正文1. 軟件計劃和可行性分析報告1.1 項目簡介1.1.1 項目目標當今時代是飛速發展的信息時代，在各行各業中離不開信息處理，這正是計算機被廣泛應用于信息管理系統的環境。計算機的最大好處在于利用它

11、能夠進行信息管理。使用計算機進行信息控制，不僅提高了工作效率，而且大大的提高了其安全性。尤其對于復雜的信息管理，計算機能夠充分發揮它的優越性。隨著科學技術的不斷提高，計算機科學日漸成熟，其強大的功能已為人們深刻認識，它已進入人類社會的各個領域并發揮著越來越重要的作用。隨著高等教育事業的快速發展，學校的規模不斷擴大，學校的各種基本設施也在不斷加強。圖書館是學校的一部分，它作為一種信息資源的集散地，服務于全校教學、科研以及學習生活方面，是校園內一個舉足輕重的單位，它的操作和管理就顯得尤為重要。圖書館應該能夠為用戶提供充足的信息和快捷的查詢手段，且因圖書和用戶借閱資料繁多，包含很多數據的管理，為了使

12、圖書管理工作規范化、系統化、程序化，避免圖書管理的隨意性，提高信息處理的速度和準確性，能夠及時、準確、有效地查詢和修改圖書信息，就有必要建立一個高效的圖書管理系統。使用計算機對圖書館進行管理，有著手工管理所無法比擬的優點。例如：檢索迅速、查找方便、可靠性高、存儲量大、壽命長、成本低等。這些優點能夠極大地提高圖書館管理的效率。對于一個現代高效的圖書館而言，它需要一個高速、快捷、方便的圖書管理辦法。1.1.2 系統的簡要描述，主要功能從總體上考慮，系統應該實現下列功能：對管理員來說，可以對學生、圖書、圖書系統管理員信息進行管理和維護，可以查看和維護系統狀態。對學生來說，可以查詢圖書館所存的圖書、個

13、人借閱情況，可以修改個人信息，可以借閱當前圖書館藏的圖書。系統能夠提供友好的用戶界面，使各類用戶的工作量最大限度的減少；系統具有良好的運行效率；系統要具有一定的智能型和創新性。1.2 對現有系統的分析1.2.1 處理流程和數據流程管理員流程圖基本如下：管理員登陸登陸檢查管理員界面圖書管理用戶管理借閱管理 失敗 成功讀者流程圖基本如下用戶登陸登陸檢查用戶界面圖書管理借閱管理 失敗 成功1.2.2 對現有系統的其他說明1） 維護：在系統交付之后的兩年期限之內，系統的維護只要由開發單位提供維護；2） 人員：開發人數較少，管理員數目一定，參加考試的人員必須是數據庫中的存在人員，所以在每進行一次考試之前

14、，管理人員都要確定可以參加考試的考生。3）開發者需要的環境： 硬件環境： (1) 處理器（CPU）：雙核酷睿I5 (2) 內存容量（RAM）：至少2G 軟件環境：(1) 操作系統：Microsoft Windows 7(2) 數據庫管理系統：SQLServer2008 (3)Microsoft Visual Studio 2008(4) 軟件需求管理工具RRP ( IBM Rational RequisitePro)(5)軟件設計工具RSA(IBM Rational Software Architect )(6)軟件測試工具RFT(IBM Rational Functional Tester)

15、。4）局限性：開發人員全部為本科生，缺乏項目經驗，技術操作方面還不太熟練。經過嚴謹的分析，可知原有的系統存在很大的局限性，比如技術的過于陳舊，人員工作負荷大，系統維護及費用支出巨大，人員與設備技術含量低等等一系列缺點，所有這些都明確了需要一個新的適應新的信息化時代的高科技的系統。所以開發這樣一個系統還是很有必要的。1.3 技術可行性分析基于winform窗體程序的圖書管理系統，關鍵技術在于各種信息管理，即從數據庫中取得相應的數據，并收集學生和管理員輸入的數據，能夠對圖書館內借閱信息進行管理。我們的系統是使用C#語言和Microsoft SQL Server 2008數據庫實現的，管系統的部署、

16、應用、維護更加方便。因此技術方案是成熟的和可行的。1.4 經濟可行性分析近幾年，計算機技術的發展和計算機辦公自動化的普及和應用，計算機的應用也有了較大的提高。計算機也都成為高校管理工作中的重要設備。在硬件方面，無需單獨購買計算機，只需利用目前已有的計算機，并且可以接入互聯網即可，所以從用戶角度完全可行。從開發者角度，此類軟件開發周期一般為23個月，開發所需硬件軟件和軟件要求是目前大多數PC機系統能夠承擔，開發費用不高。綜上，本項目經濟方面完全可行。1.5 社會因素可行性分析 在信息化高速發展的今天，原來圖書管理方式已經越來越來不能適應廣大師生的需要。因此，必須有一套應用于時代前沿的適應于新需求

17、上的圖書館管理系統，提高考試效率，便捷人們生活。1.5.1 法律因素 我國法律制度健全，對于計算機軟件國家法律有著一定的保護模式。計算機軟件保護條例所稱計算機軟件，是指計算機程序及其有關文檔。本系統所有文檔及程序均受到法律保護，嚴禁非法使用。我國對計算機軟件的法律保護模式也具有多樣性。具有代表性的主要有3種模式：一是著作權法保護；二是專利法保護；三是商業秘密保護。目前，計算機軟件在我國基本上是通過版權法得以保護。我國用著作權體系來保護計算機軟件，版權法既有較為明確完善的立法，也有十分豐富的司法活動。保護的范圍也很廣泛，從系統軟件、應用軟件到源程序、目標程序，都可以受到保護。且目前世界上已經有六

18、十幾個國家采用版權法來保護計算機軟件，我國也采用這種方式，便于得到世界范圍的響應，也有利于國際間的文化、技術交流和經濟來往。1.5.2 用戶使用可行性 整個系統操作簡便，界面友好,維護簡便。數據庫要求運行穩定，執行速度快,數據安全性高。用戶使用得心應手，不需要經過特殊訓練，只需稍加熟悉，就能勝任圖書館信息管理的工作。1.6 可供選擇的方案方案1：采用C#編寫的winform窗體為基礎的圖書館管理系統，系統主要分為兩部分：學生部分和管理員部分，學生部分實現的功能有：查詢圖書館所存的圖書、個人借閱情況，可以修改個人信息，可以借閱當前圖書館藏的圖書。對管理員來說，可以對學生、圖書、圖書系統管理員信息

19、進行管理和維護，可以查看和維護系統狀態。該方案的優點和選擇該方案的原因：（1）C#語言簡單易用，兼容性好，winform窗體程序，比較簡潔方便用戶操作；（2） 開發難度減低,減低開發成本；（3）在系統維護方面，C#語言連接數據庫,實現系統與數據庫的無縫連接， 使系統維護開銷減到最??；方案2：系統可以選用CLIENT/SERVER即C/S模式缺點：（1）C/S模式開發成本高；（2）C/S模式多是建立的Window平臺上,表現方法有限,對程序員普遍要求較高。（3）在系統維護方面，C/S 程序由于整體性, 必須整體考察, 處理出現的問題以及系統升級.，升級難。（4）在硬件要求方面，C/S 一般建立在

20、專用的網絡上， 小范圍里的網絡環境, 局域網之間再通過專門服務器提供連接和數據交換服務.。方案3：購買“圖書館管理系統”，目前市場上的圖書館管理系統主要是提供全省/全國的大型圖書館。缺點：（1）系統購買費用昂貴；（2）對于以學校內部的小型圖書館為方便學生借閱有些顯得“大材小用”；（3）購買一整套系統，維護比較困難，維護價格也比較高昂?？梢詮膰鴥然驀庵苯淤徺I，但是綜合各種情況來看，還是由我們開發系統比較好，因為我們是根據你們的實際情況量身為你們所開發的系統，直接購買的也許不太合適，所以，我們建議你們使用我們所開發的系統。2. 軟件需求規格說明書（SRS）2.1 需求概述1） 軟件需求的摘要和簡

21、單描述圖書管理系統是一個圖書館的支持系統，它的總體任務是實現圖書借閱和管理的信息化。圖書管理系統需要滿足來自兩方面的需求，這兩個方面分別是學生和圖書系統管理員。a.對于學生來說，他們所關心的是：可以查詢圖書館所存的圖書、個人借閱情況，可以修改個人信息，可以借閱當前圖書館藏的圖書：學生登錄圖書館網站就可以直接查詢圖書館的圖書情況，學生根據自己的借書證號和密碼登錄系統可以進行本人借書情況的查詢和本人部分信息的維護。具體來說，學生對功能的需求有：1、圖書信息檢索，可以按題名、作者、和出版社等檢索條目進行精確或模糊檢索，最快時間查找目標書籍。2、學生個人信息查詢，學生根據借書證號查詢本人當前的借書情況

22、和歷史借閱記錄等。一般情況下，學生只應該查詢本人的借書情況和維護個人信息，若要查詢和維護其他學生的借書情況和個人信息，就要知道其他學生的借書證號和密碼。這些是很難得到的，特別是密碼，所以不但滿足了學生的要求，還保護了學生的個人隱私。3、圖書借閱，學生可以借閱當前圖書館有的圖書和雜志。這樣，當他所預定的圖書和雜志歸還回來或購進時，就通知預定人。當預定了某書的借書者借閱了該書后，預定就取消，或者通過顯式的取消過程強行取消預定。 b.對于圖書館系統管理員來說，他們關心的是：可以對學生、圖書、圖書系統管理員信息進行管理和維護，可以查看和維護系統狀態。系統管理員可以瀏覽、查詢、添加、刪除、修改圖書、學生

23、和其他圖書系統管理員的基本信息?？梢暂斎?、查詢和修改學生基本信息和書籍信息，可以輸入借書信息和還書信息。根據圖書館的實際需求情況和網絡圖書館的基本服務職能，圖書管理系統應該包括以下幾個功能模塊 ：1、基本業務模塊：主要實現圖書館日常業務的信息化處理，包括借書、還書。2、基本數據維護模塊：主要是對學生信息、書目信息和書籍信息進行操作，包括添加、修改和刪除，同時也可以對其他管理員進行信息操作，更改用戶名和密碼。2）運行環境Windows 7，Windows Vista/ Windows XP或更高的版本至少有100M左右的硬盤空間2.2 功能需求管理員操作時間序列圖：學生時間序列圖：數據詞典：ad

24、ministrator 圖書館管理員信息字段值數據類型約束描述a_numvarchar(50)Primary Key管理員編號a_namevarchar(50)NOT NULL管理員姓名a_passwordvarchar(50)NOT NULL管理員登錄密碼reader 學生讀者信息字段值數據類型約束描述r_numvarchar(50)Primary Key讀者編號r_namevarchar(50)NOT NULL讀者姓名r_passwordvarchar(50)NOT NULL讀者登錄密碼r_sexchar(10)NOT NULL讀者性別r_classvarchar(50)NOT NULL讀

25、者的專業班級book 圖書或期刊信息字段值數據類型約束描述L_numvarchar(50)Primary Key圖書編號L_namevarchar(50)NOT NULL圖書名稱L_typevarchar(50)NOT NULL圖書類型L_authorvarchar(50)NOT NULL圖書作者L_pressvarchar(50)NOT NULL圖書出版社borrow 借書還書信息字段值數據類型約束描述B_lnumvarchar(50)Primary Key圖書編號B_lnamevarchar(50)NULL圖書名稱B_rnumvarchar(50)Primary Key讀者編號B_time

26、datetimeNULL借書日期R_timedatetimeNULL還書日期2.3 性能需求1) 數據精確度查詢時應保證查全率，所有相應域包含查詢關鍵字的記錄都應能查到。在添加任何記錄時，要保證數據庫中數據的一致性，避免發生錯誤，要求不能有誤差。2) 時間特性檢索響應時間應在人的感覺和視覺事件范圍內；更新數據庫處理時間小于等于1s；網絡傳輸時間小于等于2s。3) 適應性技術約束：本項目的設計是在C# winform窗體程序設計語言的條件下進行的，技術設計采用軟硬一體化的設計方法。 標準約束：該軟件的開發完全按照企業標準開發，包括硬件、軟件和文檔規格。 2.4 運行需求1) 用戶界面本系統是以窗

27、體的形式工作的，打開系統后，呈現在眼前的是一個登陸界面，輸入學生證號和密碼進入系統，圖書管理員輸入管理員賬號和密碼，即可以選擇要進行的操作，各種操作都與數據庫相連接，數據庫的數據保持實時性，一旦做出改動，數據庫馬上保存，保證不數據的完整，不丟失。對用戶友好。用戶界面的設計要遵循用戶界面設計的原則，做到以人為本、盡可能減少用戶記憶、保持界面的一致性。力求設計結果應做到美觀大方、直觀、明了、條理清晰，實現“傻瓜型”管理易學、易用、易管理。 主要頁面截圖：登陸界面：讀者圖書查詢界面用戶借閱界面：管理員圖書管理界面：管理員用戶管理界面：管理員借閱管理界面：2)硬件接口需要瀏覽器進行顯示，鍵盤進行輸入。

28、3) 軟件接口Windows 7，Windows vista/ Windows xp或更高版本的操作系統或更高的版本4) 故障處理 對于硬件故障，系統能夠自動備份數據，防止由于計算機故障致使數據丟失； 對于數據庫，要求在發生故障時，能夠實現數據的恢復； 對于實際應用程序，要求能夠判斷，當用戶輸入一些錯誤信息后，系統應該能夠給出相應的錯誤提示信息，不應該因輸入錯誤信息而終止系統的運行。2.5 其它需求可使用性：本系統一學易用，不用對使用人員進行特殊的培訓，要求容易使用,界面友好；系統最小壽命：系統應能在無重大改動的條件下正常運行3年以上。安全保密：除管理人員外,其他人員不能對學生及書籍信息做任何

29、修改?？删S護性：由于本系統一學易用，管理方面也相對簡單，數據庫的管理需要專門管理員管理；可移植性：對Microsoft的Windows XP以上的系統均可使用；對其他系統暫不支持。3. 軟件設計說明書3.1 軟件模塊結構圖本系統主要是用于圖書館的管理，根據實驗的要求，把本系統劃分成兩大模塊，分別是用戶子模塊、管理員子模塊，具體圖如下所示：華北電力大學圖書管理系統用戶管理員查詢圖書查詢借閱記錄圖書管理用戶管理借閱管理刪除圖書修改圖書查詢圖書增加圖書增加用戶刪除用戶修改用戶查詢用戶借出歸還 3.2 文件結構和全局數據給出外部文件結構以及與軟件所使用的數據庫有關的全局數據1） 數據庫設計/外部文件描

30、述：包括數據庫的邏輯設計和外部文件的邏輯設計（每個外部文件的名稱、結構、特性和存取權限的約定；每個文件、數據庫表的邏輯結構）2） 全局數據 ：給出為軟件各個模塊所共享的全局數據的結構和存取模式3） 系統的各個數據庫設計如下：1、 讀者信息表2、 管理員信息表3、 圖書期刊信息表4、 圖書借閱表3.3 模塊描述3.3.1 登錄模塊描述1）功能：管理員或學生通過登錄界面進入系統。2）接口：將管理員或學生輸入的賬號和密碼與數據庫中的數據比對3）數據：用戶名，密碼4）處理：點擊“登陸”，若有符合項，就登錄成功，否則，登錄失敗。3.3.2 管理員管理學生信息模塊描述1）功能：管理員登錄后，可以對學生信息

31、進行管理 2）接口：由管理員模塊調用此模塊，連接數據庫查詢學生信息，添加學生、刪除學生、修改學生信息，更新到數據庫中處理。3）數據：學生編號、學生登錄密碼、學生性別、學生的出生年月4）處理：3.3.3 管理員管理圖書信息模塊描述1）功能：管理員登錄后，可以對圖書信息進行管理2）接口：由管理員模塊調用此模塊連接，連接數據庫查詢圖書信息，添加圖書、刪除圖書、修改圖書信息，更新到數據庫中處理。3）數據：圖書編號、圖書名稱、圖書的狀態、圖書類型、圖書作者、圖書出版社、圖書出版日期、圖書的描述4）處理：3.3.4 管理員管理圖書管理員信息模塊描述1）功能：管理員登錄后，可以對圖書管理員信息進行管理2）接

32、口：由管理員模塊調用此模塊連接，連接數據庫查詢圖書管理員信息，添加圖書管理員、刪除圖書管理員、修改圖書管理員信息，更新到數據庫中處理。3）數據：管理員編號、管理員姓名、管理員登錄密碼4）處理：3.3.5 學生管理學生信息模塊描述1）功能：學生登錄后，可以對學生信息進行管理2）接口：由管理員模塊調用此模塊連接，連接數據庫查詢學生信息，修改學生信息，更新到數據庫中處理。3）數據：學生編號、學生登錄密碼、學生性別、學生的出生年月4）處理：3.3.6 學生查詢圖書信息模塊描述1）功能：學生登錄后，可以查看館內所有圖書信息。2）接口：由主模塊調用此模塊，3）數據：圖書編號、圖書名稱、圖書的狀態、圖書類型

33、、圖書作者、圖書出版社、圖書出版日期、圖書的描述4）處理：學生點擊“查詢圖書信息”進行操作，3.3.7 讀者借閱模塊描述1）功能：讀者登錄后，可以查看自己的借閱情況，也可以向圖書館所藏圖書進行借閱2）接口：由學生模塊調用此模塊，用到此模塊的有學生查詢查詢圖書信息的模塊3）數據：圖書編號、圖書名稱、圖書的狀態、圖書類型、圖書作者、圖書出版社、圖書出版日期、圖書的描述4）處理：學生點擊“查詢”、“借閱”后進行操作 4. 軟件測試計劃4.1 測試范圍(1)測試是為了發現程序中的錯誤而執行的過程；(2)好的測試方案實際可能發現迄今為止尚為發現的錯誤的測試方案；成功的測試是發現了至今為止尚未發現的錯誤測

34、試。 (3)測試范圍:對于本系統的測試主要是針對用戶登錄（包括管理員、讀者）、管理員管理科目（是否可以添加、刪除、編輯讀者及管理員信息）、管理員管理圖書信息（是否可以向圖書數據庫中添加圖書、是否可以刪除圖書、編輯圖書信息）、讀者管理信息（是否可以在圖書表中借閱、是否修改、編輯讀者個人信息）等等。可以使用白盒測試和黑盒測試，等測試方法設計測試用例。(4)測試過程按4個步驟進行，即單元測試、集成測試、確認測試和系統測試及發版測試。4.2 測試計劃 1. 將整個測試分為兩大部分進行，整個軟件分為兩個模塊，每個模塊都要測試，而且模塊與模塊之間獨立測試。每個模塊的功能都要涉及測試用例。選定測試方案。2.

35、 針對每個模塊的每個功能設計并編輯測試用例。3. 先采用白盒測試，再采用黑盒測試4. 用IBM rational Functional Tester工具測試。4.2.1 測試階段 第1階段，對個模塊的測試說明：測試用戶管理模塊、學生信息模塊、課程信息模塊、成績信息模塊的功能是否有錯誤和缺陷。對相關數據進行操作，看是否會得到與預期不一樣的結果。第2階段，將各模塊裝配進行集成測試，看個模塊相互調用是否有錯誤。第3階段，對照需求說明書進行確認測試，看個子系統的實現的功能是否符合預期結果。第4階段，系統測試，運行整個系統，對系統中各個組成部分進行綜合性檢驗。4.2.2 測試進度：測試進度表 系統測試進

36、度安排測試模塊名稱測試順序先序完成的測試測試日程安排系統登錄測試按各種登錄方式順序測試無2014.06.23上午管理員查詢學生信息模塊按學生編號順序測試系統登錄測試2014.06.23上午管理員添加學生信息模塊按學生編號順序測試系統登錄測試2014.06.23上午管理員刪除學生信息模塊無系統登錄測試2014.06.23上午管理員修改學生信息模塊按學生編號順序測試系統登錄測試2014.06.23上午管理員查詢圖書信息模塊按圖書編號順序測試系統登錄測試2014.06.23上午 管理員添加圖書信息模塊按圖書編號順序測試系統登錄測試2014.06.23上午管理員刪除圖書信息模塊無系統登錄測試2014.

37、06.23上午 管理員修改圖書信息模塊按圖書編號順序測試系統登錄測試2014.06.23上午管理員查詢管理員信息模塊按管理員編號順序測試系統登錄測試2014.06.24上午 管理員添加管理員信息模塊按管理員編號順序測試系統登錄測試2014.06.24上午管理員刪除管理員信息模塊無系統登錄測試2014.06.24上午 管理員修改管理員信息模塊按管理員編號順序測試系統登錄測試2014.06.24上午管理員查詢借閱信息模塊無系統登錄測試2014.06.24上午 讀者查詢圖書信息無系統登錄測試，管理員添加圖書信息模塊2014.06.24上午讀者修改讀者信息無系統登錄測試2014.06.24上午 讀者借

38、閱無系統登錄測試，管理員添加圖書信息模塊2014.06.24上午根據開發進度選擇合適時段進行測試，時間安排比較靈活，站在專業人員角度尋找Bug并及早改正軟件缺陷。4.3 測試項目說明4.3.1 管理員和學生登錄模塊測試1)測試目的：測試系統的登錄是否正確、合法，對于合法的用戶是否能夠執行轉入正確的界面，對于非法的用戶能否進行正確的處理。2)測試方法和測試軟件：以系統管理員信息表中某個用戶信息登錄系統和非管理員信息表中的任意數據來登錄系統，分別用白盒測試中的邏輯覆蓋進行測試。以學生信息表中某個用戶信息登錄系統和學生信息表中的任意數據來登錄系統，分別用白盒測試中的邏輯覆蓋進行測試。 3)測試用例用

39、戶類型帳號密碼預期結果測試用例1學生10001(合法)(合法)登錄成功，跳轉到學生界面測試用例2管理員1(合法)1(合法)登錄成功，跳轉到管理員界面測試用例3學生mjj（不合法）123（不合法）登陸錯誤測試用例4管理員mjj（不合法）123（不合法）登陸錯誤4.3.2 管理員查詢學生信息模塊測試1）測試目的：測試輸入的學生信息是否正確。2）測試方法和測試軟件：黑盒測試3）測試用例動作學號姓名預期結果用例1查詢合法張三顯示學生信息用例2查詢不合法馬沒有滿足條件的記錄4.3.3 管理員添加學生信息模塊模塊測試1）測試目的：測試輸入的學生信息是否正確，是否可以添加到學生信息表。2）測試方法和測試軟件

40、：黑盒測試動作學號姓名預期結果用例1添加不合法馬添加失敗用例2添加合法馬六添加成功用例3查詢合法馬六顯示學生信息用例4查詢不合法馬沒有滿足條件的記錄3）測試用例4.3.4 管理員刪除學生信息模塊模塊測試 1）目的：對學生信息管理刪除功能是否正確2)測試方法和測試軟件：黑盒測試 3）測試用例 動作合法性姓名預期結果用例1刪除不合法machongshen不能刪除用例2刪除合法小明刪除成功顯示成績信息用例3查詢不合法小明沒有滿足條件的記錄4.3.5 管理員修改學生信息模塊模塊測試1）目的：對學生信息管理刪除功能是否正確2)測試方法和測試軟件：黑盒測試 3）測試用例 動作修改前修改后姓名預期結果用例1

41、修改（合法）小明小賈小賈修改成功，顯示學生信息用例2修改（不合法）MjMjMj不能修改，修改失敗用例3查詢（合法）小賈顯示學生信息用例4查詢（不合法）小明沒有滿足條件的記錄4.4 測試分析4.4.1 管理員和讀者登錄模塊測試 1)實測結果：在讀者編號號和管理員賬號密碼均正確的情況下，登陸成功。反之則失敗2)與預期結果數據的偏差：無偏差3)該項測試表明的事實：連接數據庫登陸可行4)該項測試發現的問題：無4.4.2 管理員查詢讀者信息模塊測試 1)實測結果：在讀者編號號正確的情況下，查詢成功，出現讀者信息。反之則失敗2)與預期結果數據的偏差：無偏差3)該項測試表明的事實：連接數據庫查詢學生信息可行

42、4)該項測試發現的問題：在與數據庫連接時間較長。4.4.3 管理員添加讀者信息模塊模塊測試1)實測結果：在讀者號等信息正確的情況下，添加成功。再次查詢出現讀者信息。反之則失敗2)與預期結果數據的偏差：無偏差3)該項測試表明的事實：連接數據庫添加讀者信息可行4)該項測試發現的問題：讀者名字可能出現重復等問題沒有考慮進去，在重名情況下會出現bug。4.4.4 管理員刪除讀者信息模塊模塊測試 1)實測結果：在讀者號等信息查詢正確的情況下，刪除成功。再次查詢未出現已刪除讀者信息2)與預期結果數據的偏差：無偏差3)該項測試表明的事實：連接數據庫刪除讀者信息可行4)該項測試發現的問題：無。4.4.5 管理

43、員修改讀者信息模塊模塊測試 1)實測結果：在讀者編號等信息查詢正確的情況下，滿足讀者信息條件，修改成功。再次查詢出現已修改讀者信息，反之則失敗2)與預期結果數據的偏差：無偏差3)該項測試表明的事實：連接數據庫修改讀者信息可行4)該項測試發現的問題：讀者名字可能出現重復等問題沒有考慮進去，在重名情況下會出現bug。三、 課程設計總結或結論經過這學期軟件工程實驗的學習，深深感到用戶需求對軟件的重要性。成功的軟件產品是建立在成功的需求基礎之上的，而高質量的需求來源于用戶與開發人員之間有效的溝通與合作。當系統有一個問題可以用計算機系統來解決，而開發人員開始解決這個問題的時候，溝通就開始了。需求獲取可能

44、是最困難、最關鍵、最易出錯及最需要溝通交流的活動。首先需求獲取要定義問題范圍，系統的邊界往往是很難明確的，用戶不了解技術實現的細節，這樣造成了系統目標的混淆。但是最終經過同學間互相商討最后得出結論。其次是對問題的理解，用戶對計算機系統的能力和限制缺乏了解，任何一個系統都會有很多的用戶或者不同類型的用戶，每個用戶只知道自己需要的系統，而不知道系統的整體情況，他們不知道系統作為一個整體怎么樣工作效率更好掌握了從需求分析中提取有用信息進行分層數據流圖建模的方法，并且也深刻體會到了數據流圖對于理解整個系統功能以及系統接口的意義，對結構化程序設計又有了深一層的理解，同時也了解了UML工具在其中有著不可或缺的作用。最后感謝宋雨老師、郭豐娟老師的耐心指導！四、 參考文獻1 宋雨，軟件工程，北京，中國電力出版社 出版時間:2007/2 2 李銘，c#高級編程(第7版)，北京，清華大學出版社，2010 年11月3 劉婕. 張琳等著 C#.NET2.0+SQL Server動態網站開發從基礎到實踐. 電子工業出版社, 2007.14 Pressman R S, 鄭人杰, 馬素霞. 軟件工程: 實踐者的硏究方法M. 機械工業出版社, 2011.5 曲朝陽，劉志穎 軟件測試技術 北