1、編號 綜合課程設計（）題目體育場管理系統設計與實現學院計算機科學與業軟件工程 級111030802專班學生 學號 11103080230 指導教師 時間2014-10-17目錄摘要IABSTRACTII1. 緒論11.1. 研究背景和意義11.2. 體育館管理系統的發展現狀21.3. 本文主要工作21.4. 本章小結2. 4概述.2. B/S 架構與三層結構42.3. ADO.NET 對象操作數據庫42.4. ASP.NET52.5. NET FRAMEWORK52.6. 本章小結63.1. 需求概述73.2. 主要業務流程83.3. 工作流需求分析103.3.1. 需求描述1

2、03.3.2. 用例描述104. 系統設計124.1. 系統設計總體概述124.1.1. 設計理念124.1.2. 總體描述134.2. 系統架構設計134.3. 系統數據字典14(a) 體育器材類別14(b) 體育器材14(c) 體育場地分類15(d) 體育場地15(e) 某塊體育場地的類別集合16(f) 器材租借(g) 場地租借. 16. 175.1. 系統實現總體概述175.1.1. 實現理念175.1.2. 軟件環境185.1.3. 代碼層次185.1.4. 關鍵功能實現186. 系統調試與測試286.1. 程序調試286.2. 測試與分析286.3. 本章小結31參 考 文 獻32摘

3、要是一個基于 ASP.Net 開發信息系統，它旨在方便學校體育館管理器材和球場，便于學生租借器材球場，方便快捷的管理，節約人力，學生能合理的進行體育鍛煉，不出現去了球場發現沒有場地沒有器材。系統大致分為信息管理管理、體育器材和場地信息管理、需求信息管理三個模塊。信息管理是兩的信息管理，比如對于會員用戶系統實現登錄、登錄次數等信息的統計、個人信息的修改等，對于管理員實現包括用戶信息等各類信息的管理。體育館管理包括出租器材與出售場地的管理。需求管理是指用戶向系統提交的器材或場地需求管理。在設計方面，采用分層實現，從系統的安全性和代碼的可重用性、可擴展性方面考慮，為了便于部署和易于移植性，數據庫選用

4、 SQL Server 2008。文章首先介紹了該體育的開發背景，然后介紹了開發使用的關鍵技術，然后討論了的需求和總體設計方案，較詳細的論述了系統部分模塊的詳細設計和實現。最后對該系統的部分模塊進行了系統測試。： ASP.Net C# 體育館租借管理系統AbstractThe OA system is based on a B/S system developed by Java, it aims to the business office by way of manual office traditional steering the paperless office, saving th

5、e cost of enterprises, enhance the competitiveness of enterprises.The system can be divided into daily management, administrative management, material management, workflow management module four. Daily management is daily information management to the user, such as notification, news, administrative

6、 management includes chapter management, materials management, equipment management, material management, including storage management. Workflow management includes the user task management, process management, process tracking management. In the design, the system uses hierarchical implementation,

7、from the system's security and the code reusability, scalability can be considered, in order to facilitate the deployment and easy portability, database Mysql5, application server using Tomcat6.This article first introduces the present situation and the development background of the OA system, t

8、hen introduces the key technology of the system used in the development, then discusses the requirements and the overall design scheme of the system, a more detailed discussion of the detailed design and implementation of the system part of the module. Finally has carried on the part ofmodule of the

9、 system test.Key words: paperless-officeOAB/SJavaMysqlTomcat1.緒論1.1.研究背景和意義體育館管理系統，是方便學校體育館進行信息處理與保存的信息系統，它利用先進的技術，使體育館管理人的各種辦公業務活動逐漸減少，并協助其完成，達到充分利用信息，提高工作效率和工作質量，提高生產率的目的。隨著計算機技術的飛速發展，計算機在各種信息管理系統中應用的普及，利用計算機在實現體育館的管理也是信息的一現正快速向信息化前進，信息自動化的作用也越來越大。從而使我們從繁雜的事務中出來，提高了我們的工作效率。目前很多體育館管理系統（學校或者上的）還處于人工

10、管理的階段，效率低下，已經遠遠落后于技術的發展。并且人工管理的弊端也愈來愈嚴重，由于不可避免的人為因素，造成數據的遺漏、誤報，而造成部門損失的事例層出不窮。計算機信息化管理有著儲存信息量大，速度快等許多優點，提供給我們的處理信息及時快捷，同時也提高了我們或者經紀人的自身素質。因此我們利用計算機提供給我們信息，做出了這個學校體育館管理系統。傳統的辦公模式主要以紙介質為主，在信息的浪潮中，顯然已經遠遠不能滿足高效率、快節奏的現代工作和生活的需要。如何實現信息處理的自動化和辦公的無紙化逐步得到了人們的重視。如今，隨著計算機技術的普及人們開始采用 MIS，它是集計算機技術、網絡通信技術為一體的信息系統

11、工程，能使各個房屋中介公司運行的數據更加準確、及時、全面、詳實，同時對各種信息進一步地，使學校對于公共器材和體育設施更加方便管理，可以及時器材和場地的使用情況和器材的數目等；另外也進一步加強部門的科學化、合理化、制度化、規范化管理，為部門的管理水平跨上新臺階，為部門持續、健康、穩定的發展打下基礎。MIS 是一門新的學科，它了若干個領域，比如管理科學、系統科學，運籌學、統計學以及計算機科學。在這些學科的基礎上，形成信息收集和的方法，從而形成一個交織的系統。在強調管理，強調信息的現代中它變得越來越普及。目前國內使用和發展的 MIS 平臺模式大體分兩種：客戶機/服務器（c/s）模式和 web 瀏覽器

12、/服務器（b/s）模式。本文主要介紹一個簡單的基于 b/s 模式的房屋中介信息管理系統的實現，系統開發的總體任務是實現房屋中介信息信息關系的系統化、規范化和自動化。1.2.體育館管理系統的發展現狀國內體育館管理系統并不常見，不管是學校還是上的，很多還是采用人工管理，這樣加大了工作量，浪費人力。比如學校體育館管理，學生在足球場上踢球，經常沒足夠大的場地來讓一部分學生踢球，因為大多數學生在球場上踢球都是找個地方擺個門框就開踢球，場地沒有得到合理的應用。有時候我們上體育課，器材遺失了也很難清點。所以，無論是學校的體育館還是上的體育管都需要一個合理的管理系統，讓人們進行體育鍛煉更加的方便也便于體育館進

13、行有效的管理。1.3.本文主要工作本文的目的在于設計一款基于 B/S 的體育館管理系統。實現體育館辦公模式由有紙化辦公到無紙化辦公的轉變，從而提升體育館的辦公效率，節約人力財力物力。本文設計的體育，目前還尚未成熟，只涉及到了一個完整管理系統的主要部分，其他一些部分由于時間關系并未實現。本篇1 介紹了體育館管理系統的開發背景和必要性，并的主要內容如下：目前體育館管理系統的可行性進行了分析。2 對體育館管理系統開發所涉及的技術進行了簡單闡述，并說明了使用這些技術的優勢。3 詳細分析了體育館管理系統的行業特征與系統需求。并采用面向對象的方法, 對需求分析進行了系統的描述。4 詳細闡述了設計緣由。采用

14、 UML 對系統設計進行進行了分析與建模。5 對系統主要模塊的編碼實現進行了說明和分析。并介紹了相關的實現方法與技巧。6 對系統主要功能及性能進行了測試與分析，并對測試效果進行了評估。7 在系統需求分析，設計實現與測試的基礎上，對系統進行了總結和展望。1.4.本章小結本章首先對體育的概念進行了闡述，然后說明了當前體育的發展現狀以及體育館管理系統在生活中的作用，并分析研究了當前國內體育館管理系統的發展狀態及問題。最后說明了體育館管理系統存在的意義和本文主要完成的工作。2.2.1.概述采用了面向對象的思想進行分析和設計，使用安全性高、穩定性高、面向對象的 C#語言作為實現的基礎，采用靈活的、界面美

15、觀的、交互性強的 Html、JavaScript、CSS 等相關技術作為頁面展示的主體技術，采用高效、易擴展、穩定的 VS2012 代碼編譯器作系統的工作流平臺實現為基礎。以下將詳細介紹系統在設計與實現的過程中設計的和框架。2.2.B/S 架構與三層結構B/S 架構： B/S 是 Brower/Server 的縮寫，客戶機上只要安裝一個瀏覽器，如 Firefox 或 Internet Explorer 等，服務器安裝 Oracle、Mysql、Sybase、Informix 或 SQL Server 等數據庫。瀏覽器通過 Web Server 同步數據庫進行數據交互。B/S 最大的優點就是可以

16、在任何地方進行操作而不用安裝任何專門的軟件，只要有一臺能上網的電腦就能使用，客戶端零維護。系統的擴展非常容易，只要能上網，就可以使用了。不需要人的參與，系統可以自動分配給用戶一個賬號進入統。對一個稍微大一點來說，系統管理如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但 B/S 架構的軟件只需要管理服務器就行了，所有的客戶端只是瀏覽器，根本不需要做任何的維護。無論用戶的規模有多大，有多少分支機構都增加任何維護升級的工作量，所有的操作只需要服務器進行；如果是異地，只需要把服務器連接專網即可，實現遠程維護、升級和共享。所以客戶機越來越“瘦”，而服務器越來越“胖”是將來信息化發展

17、的主流方向。今后，軟件升級和維護會越來越容易，而使用起來會越來越簡單，這對用戶人力、物力、時間、費用的節省是顯而易見和驚人的。因此，維護和升級的方式是“瘦”客戶機，“胖”服務器，這就是 B/S 架構的精髓。2.3.ADO.NET 對象操作數據庫ADO.NET 對象操作數據庫： 在 Microsoft .NET 中數據庫的技術是ADO .NET。ADO .NET 提供了一組用來連接到數據庫，運行命令，返回集的類庫，與從前的 ADO(ActiveX Data Object)相比，Connection 和 Command 對象很類似，而 ADO .NET 的革新主要體現在如下幾個方面：首先，ADO

18、.NET 提供了對 XML 的強大支持，這也是 ADO .NET 的一個主要設計目標。在 ADO .NET 中通過 XML Reader，XML Writer， XML Navigator， XMLDocument 等可以方便的創建和使用 XML 數據，并且支持 W3C 的 XSTD、XDR等標準。ADO .NET 對 XML 的支持也為 XML 成為 Microsoft .NET 中的統一格式提供了基礎。其次，ADO .NET 引入了 Dataset 的概念，這是一個駐于內存的數據緩沖區，它提供了數據的關系型視圖。不管數據來源于一個關系型的數據庫，還是來源于一個 XML 文檔，我們都可以用一

19、個統一的編程模型來創建和使用它。它替代了原有的 Record set 的對象，提高了程序的交互性和可擴展性，尤其適合于分布式的應用場合。另外，ADO .NET 中還引入了一些新的對象，例如 Data Reader 可以用來高效率的數據，產生一個只讀的集等等。簡而言之，ADO .NET 通過一系列新的對象和編程模型，并與 XML 緊密結合，使得在 Microsoft .NET 中的數據操作十分方便和高效。 ASP .NET 是 Microsoft .NET 中的網絡編程結構，它使得建造、運行和發布網絡應用非常方便和高效。2.4.ASP.NetASP.Net 技術：ASP.NET 是 M 的一部分

20、，ASP.net 是一種建立在公共語言運行庫上的編程框架，可用于在服務器上生能強大的 Web 應用程序。它提供了一個統一的 Web 開發模型，并為開發提供了創建企業級 Web應用程序所需的各種服務。ASP.NET 是一個已編譯的、基于 .NET 的環境，可以使用任何與 .NET 兼容的語言（包括 Visual Basic .NET、C# 和就 Jscript.）創作應用程序。另外，任何 ASP.NET 應用程序都可以完全使用.NET Framework。開發可以方便地獲得這些技術的優點，其中包括托管的公共語言運行庫環境、類型安全、繼承等等。2.5.NET FrameworkNet Framew

21、ork 技術： 是支持生成和運行下一代應用程序和 XML Webservices 的內部 Windows 組件。.NET Framework 的幾個主要組成部分：首先是整個開發框架的基礎，即通用語言運行時以及它所提供的一組基礎類庫；在開發技術方面，.NET 提供了全新的數據庫技術 ADO .NET，以及網絡應用開發技術 ASP .NET 和 Windows 編程技術 Win Forms；在開發語言方面，.NET 提供了VB、VC+、C#、 Jscript 等多種語言支持；而 Visual Studio .NET 則是全面支持.NET 的開發工具。.NET Framework 主要實現下列目標：

22、（1）提供一個一致的面向對象的編程環境，而無論對象代碼是在本地和執行，還是在本地執行但在 Internet上分布，或者是在執行的。（2）提供一個將軟件部署和版本最小化的代碼執行環境。（3）提供一個可提高代碼（包括的或全受信任的第創建的代碼）執行安全性的代碼執行環境。（4）提供一個可消除環境或解釋環境的性能問題的代碼執行環境。使開發的經驗在面對類型大不相同的應用程序（如基于 Windows 的應用程序和基于 Web 的應用程序）時保持一致。按照工業標準生成所有通信，以確保基于 .NET Framework 的代碼可與任何其他代碼集成。.NET Framework 具有兩個主要組件：公共語言運行庫

23、和 .NET Framework 類庫。公共語言運行庫是 .NET Framework 的基礎。您可以將運行庫看作一個在執行時管理代碼的，它提供內存管理、線程管理和處理等服務，并且還強制實施嚴格的類型安全以及可提高安全性和可靠性的其他形式的代碼準確性。事實上，代碼管理的概念是運行庫的基本原則。以運行庫為目標的代碼稱為托管代碼，而不以運行庫為目標的代碼稱為非托管代碼。.NET Framework 的另一個主要組件是類庫，它是一個綜合性的面向對象的可重用類型集合，您可以使用它開發多種應用程序，這些應用程序包括傳統令行或圖形用戶界面 (GUI) 應用程序，也包括基于 ASP.NET 所提供的最新創新

24、的應用程序（如 Web 窗體和 XMLWeb services）。.NET Framework 可由非托管組件承載，這些組件將公共語言運行庫加載到它們的進程中并啟動托管代碼的執行，從而創建一個可以同時利用托管和非托管功能的軟件環境。.NET Framework 不但提供若干個運行庫宿主，而且還支持第運行庫宿主的開發。2.6.本章本章小結開發過程中所用到的各種開發技術做了具體的分析，主要針對 B/S 架構、該系統的三層結構、NET Framework、ADO.NET 對象操作數據庫以及 ASP.net 框架進行了研究。3 系統需求分析3.1.需求概述需求分析是軟件開發中最重要也是最難的一個環節，

25、需求分析的好壞直接決定了一個軟件系統的成敗。參考了其他一些的管理系統的經驗，并經過認真仔細的分析與，得出了系統的用例圖，如圖 3-1 所示：用戶租借信息租借器材租借場地場地管理用戶信息管理管理員體育器材管理圖 3-1 體育館管理系統用例圖圖 3-1 中涉及的主要如下：1. 用戶：系統用戶，負責租借所需器材或場地，比如籃球場，籃球。2. 管理員：對系統的各種進行管理，不同的管理員具有不同的管理職責。圖 3-1 主要用例描述如下：1. 租借器材和場地：用戶根據所需，選擇所需要租借的器材或場地。2. 器材或場地租借管理管理員可以修改當前器材或場地的情況，如器材數量，場地面積，還可以添加或者修改當前器

26、材或場地的信息。3. 租借信息管理用戶可以的個人信息來查看當前的租借情況和租借歷史。而管理員則需要根據用戶的租借信息來審核租借信息，審核通過則用戶租借當前器材或者場地，審核失敗就返回器材或場地的數量面積。當用戶歸還器材后則需要及時操作更新器材和場地面積。以便別的用戶租借。4.：該系統屬于，只需要管理員。5. 用戶信息管理內部管理系統，用戶直接由管理員分配，同時可以修改管理員的資料，以及（定義，當前用戶可以執行那些權限）。3.2.主要業務流程經過分析得出了本體育場管理系統的整體業務流程如圖 3-2 所示，圖中詳細描述了用戶和管理員在業務流程中的作用。用戶查看當前器材或場地的信息管理員查看租借信息

27、用戶租借所需器材或場地用戶歸還器材或場地管理員審核租借信息管理員更新器材或場地數量圖 3-2體育館管理系統主流程圖系統的主要業務流程為：1用戶查看當前的體育器材或者場地的數量和面積。2用戶根據所需租借所需要的器材種類和數量或場地種類和面積。3管理員查看用戶租借信息。4對用戶租借情況進行處理審核通過或者失敗。5 用戶歸還所借器材。6 用戶歸還器材后管理員及時更新器材或場地當前情況。3.3.工作流需求分析3.3.1. 需求描述管理員自定義類型以及其操作權限，錄入公司的所有基本信息，并指定其類型，限制公司的、操作權限。3.3.2.用例描述<<依賴>><<依賴>

28、;>添加用戶綁定用戶添加編輯用戶設置權限管理員刪除用戶刪除圖 3-3 管理員權限業務規則：a.b.c.d.管理員對進行增、刪、和編輯處理。管理員可任意定義類型、并設置該可以操作那些菜單項。管理員綁定或者解除綁定的的類型。管理員如果要刪除一種類型必須將該下的所有解除綁定。3.4 用戶設計：用戶是使用該系統進行器材或場地租借的，當然用戶也可以的個人信息和租借歷史。用例圖如下：租借所需器材租借所需場地用戶圖 3-4用戶權限a.用戶可以對當前器材或場地的信息進行，如所剩的種類數量這些。b.用戶可以按 c.用戶可以查看d.用戶可以所需租借所需的場地或器材。的個人信息。個人的租借歷史。3.5 管理員

29、職責設計：管理員除了分配意外，還需要對器材和場地的信息進行更新包括，添加，編輯，刪除，器材或場地的種類數目。除此之外還要對用戶提交的租借信息進行審核，同意或者不同意，用戶歸還器材后及時更新數據，確認已歸還。用例圖如下：審核租借信息添加編輯刪除場地種類添加編輯刪除器材種類管理員添加編輯刪除器材數目添加編輯刪除場地面積及時更新數據圖 3-5 管理員職責4.系統設計4.1. 系統設計總體概述4.1.1. 設計理念設計的思想是面向對象。使用面向對象的設計方法，使得此系統具有以下優點:n易維護采用面向對象思想設計的結構，可讀性高，由于繼承的存在，即使改變需求，那么維護也只是在局部模塊，所以維護起來是非常

30、方便和較低成本的n質量高在設計時，可重用現有的，在以前的項目的領域中已被測試過的類，使系統滿足業務需求并具有較高的質量。n效率高在軟件開發時，根據設計的需要對現實世界的事物進行抽象，產生類。使用這樣的方法解決問題，接近于日常生活和自然的思考方式，勢必提高軟件開發的效率和質量。n易擴展由于繼承、封裝、多態的特性，自然設計出高內聚、低耦合的系統結構，使得系統更靈活、更容易擴展，而且成本較低。的設計與開發是基于一套比較成前開發框架，此框架是基于 ASP.NET 來實現的，前臺是基于 NET Framework 來實現的，是基礎的應用層框架，該框架內部的開發模板，可以自動生成前代碼、配置用戶權限、分配

31、視圖等，使用此框架可大大提高系統開發的效率。4.1.2. 總體描述本文設計的房屋中介管理系統目前包含 5 個模塊它們分別是：nnnnn租賃器材信息管理模塊租借場地信息管理模塊租借信息處理模塊信息管理模塊數據庫信息管理模塊本房屋中介系統的功能是由這些模塊協作完成的。由于各個模塊之間耦合性很低，所以又保證了各個功能的性。4.2.系統架構設計4.2.1 總體架構：微軟.net 平臺 b/s webform 架構。4.2.2 軟件體系結構：1. 表現層：主要采用 aspx 頁面和 Html 頁面將數據呈現在界面上；2. 業務邏輯層：主要有兩個職責：一.處理表現層頁面發出的請求并處理請求， 進行數據的增

32、、刪、改；二.將數據傳遞給 asp 頁面；3.數據層：執行業務邏輯發出的 sql 語句請求，直接作用于數據庫軟件。4.2.3 軟件設計方法：面向對象、面向組件。4.2.4 設計要求：1.為了增加系統的相應速度，盡量用 html代替 webform 控件，最好不用使用 webform 重量級組件，如：GridView。為了使系統方便維護，對于一些不常使用的頁面少用 ajax 技術，用2.代碼代替編程。3.請不要試圖修改系統框架中的類，以免未知的 bug，盡量用擴展方法擴展系統中的類。4.2.5 框架以及插件前臺：jquery 框架，j-ui 富客戶端框架，kindeditor 富文本編輯器，常用

33、js(jquery)插件。：內部開發的常用工具類框架，封裝了html、css、js代碼以及代碼的常用組件。4.3.系統數據字典系統管理員表結構如下：(a) 體育器材類別表 1-1(b) 體育器材表名T_Phy部門定義表表名T_PhyKind部門定義表列名數據類型（精度范圍）是否必填約束條件說明是否本次新增IdintüPK自增KindNamenvarchar(20)器材類別名KindUnitnvarchar(20)計數Memonvarchar(Max)備注² 與其他表的表間關系表 1-2(c) 體育場地分類表 1-3(d) 體育場地² 與其他表的表間關系表名T_Ph

34、yArea部門定義表列名數據類型（精度范圍）是否必填約束條件說明是否本次新增Idnvarchar(20)üPK4 位Id（1 開頭）AreaNamenvarchar(20)場地名AreaIntronvarchar(Max)場地介紹AreaAddressnvarchar(200)位置AreaSizeDouble平均面積（m2）AreaNumdouble剩余量Memonvarchar(Max)備注表名T_PhyAreaKind部門定義表列名數據類型（精度范圍）是否必填約束條件說明是否本次新增IdintüPK自增KindNamenvarchar(20)場地類型名Memonvarc

35、har(Max)備注外鍵定義子父FKT_Phy. PhyKindIdT_PhyKind. Id列名數據類型（精度范圍）是否必填約束條件說明是否本次新增Idnvarchar(20)ü4 位Id（0 開頭）PhyNamenvarchar(50)器材名PublishTimeDatetimePhyKindIdintFK器材類別IdPhyInfornvarchar(Max)器材介紹PhyNumdouble剩余量Memonvarchar(Max)備注表 1-4(e) 某塊體育場地的類別集合² 與其他表的表間關系表 1-5(f)器材租借² 與其他表的表間關系表名T_PhyRen

36、tRec部門定義表列名數據類型（精度范圍）是否必填約束條件說明是否本次新增IdPKüPK自增PhyIdnvarchar(20)FK1租借器材IdRentUserIdnvarchar(20)FK2租借人IdRentNumInt租借數量RentBeginTimeDatetime租借起始時間RentDaysint租借時間（7 天）RentEndTimeDatetime實際歸還時間stateInt當前狀態（1：租借審核2：租借審核失敗 3：已歸還）外鍵定義子父FK1T_Phy_AreaKinds. AreaIdT_PhyArea. IdFK2T_Phy_AreaKinds. AreaKind

37、IdT_PhyAreaKind. Id表名T_Phy_AreaKinds部門定義表列名數據類型（精度范圍）是否必填約束條件說明是否本次新增AreaIdnvarchar(20)PK,FK1體育場地IdAreaKindIdintPK,FK2體育場地類別Id外鍵定義子父FKT_PhyArea. AreaKindIdT_PhyAreaKind. Id表 1-6(g) 場地租借² 與其他表的表間關系表 1-75.系統實現5.1.系統實現總體概述5.1.1. 實現理念代碼風格是編碼過程中的一個重要方面，它直接影響代碼的質量和可讀性，也直接影響著軟件后期的維護性，好結構的代碼能讓人更容易理解。本系

38、統在編碼實現的過程中采用統一模板編程，使用代碼使代碼的風格盡量統一。同碼的實現的過程中盡量采用健壯靈活的編碼方式，使本系統的擴展性和靈活性更高。使用面向對象的方式進行編程，代碼實現的過程中有使用設計模式對代碼進行封裝優化。外鍵定義子父FK1T_PhyAreaRentRec. PhyAreaIdT_PhyArea. IdFK2T_PhyAreaRentRec.RentUserIdT_User.UserId表名T_PhyAreaRentRec部門定義表列名數據類型（精度范圍）是否必填約束條件說明是否本次新增IdPKüPK自增PhyAreaIdnvarchar(20)FK1場地IdRent

39、UserIdnvarchar(20)FK2租借人IdRentNumint租借數量RentBeginTimeDatetime租借起始時間RentDaysint租借時間（1 天）RentEndTimeDatetime租借失效時間stateInt當前狀態（1：租借審核2：租借審核失敗）外鍵定義子父FK1T_PhyRentRec. PhyIdT_Phy. IdFK2T_PhyRentRec. RentUserIdT_User.UserId5.1.2. 軟件環境nnn操作系統：WindowsC#開發環境: VS2012數據庫: SQL Server 20085.1.3. 代碼層次n服務代碼層次代碼分為四

40、層：數據模型層、數據庫DAO 層、業務服務層、界面服務層。數據模型層負責實體的定義、數據DAO 層服務數據的持久化操作、業務服務層負責業務邏輯處理、界面服務層負責界面數據顯示與處理。代碼結構圖如下所示：n前臺代碼層次前臺代碼分為兩層：數據模型層、界面顯示層。數據模型層負責將前臺數據實體與實體進行。界面顯示層負責界面數據顯示和部分業務處理。前臺代碼結構圖如下所示：5.1.4. 關鍵功能實現5.1對于數據的展示采用了一個 c#控件 Repeater，每一個要展示的實體（通過 ItemTemplate 循環），需要綁定的數據則通過 HTML語言綁定如：<%# Eval("KindNa

41、me")%>這樣就能所需要的數據庫中數據綁定到 Repeater 控件中并。綁定數據原界面：關鍵代碼如下：/Repeater 控件<asp:Repeater ID="ReptList" runat="server"><ItemTemplate><tr><td><%# Eval("KindName")%><span class="id_"style="display:none"><%#Eval("

42、;Id")%></span></td><td><%# Eval("KindUnit")%></td><td><%# Eval("Memo")%></td></tr></ItemTemplate></asp:Repeater>代碼如下：using System;using System.Collections.Generic; using System.Linq;using System.Web; using

43、System.Web.UI;using System.Web.UI.WebControls;public partial class Main_Admin_PhyKindList : System.Web.UI.Pageprotected void Page_Load(object sender, EventArgs e)Page_ReptList.Sql = "select * " +"from T_PhyKind " + "where IsDelete = 0" + "order by Id asc"prote

44、cted void linkDelete_Click(object sender, EventArgs e)int id = Convert.ToInt32(Request.Form"hidId"); tryDataBase db = new DataBase(); db.ExecuteNonQuery(string.Format("update T_PhyKind " + "set IsDelete = 1 " +"where Id = 0", id);RegisterJS.WebMessageBox(this,

45、 "刪除");catchRegisterJS.WebMessageBox(this, "刪除失敗");5.2 系統界面設計界面首頁：.圖 5-1界面首頁管理員對賬戶信息的管理：.圖 5-2 管理員對賬戶管理頁面選中一個用戶就可以對該賬戶進行修改編輯其中的信息：.圖 5-3 修改編輯修改界面：圖 5-4 修改界面添加用戶界面：圖 5-5 添加用戶界面定義界面：圖 5-6定義界面添加新：圖 5-7 添加新.修改：圖 5-8 修改權限分配：圖 5-9權限分配體育器材及場地管理：圖 5-10 體育器材管理圖 5-11 器材數目管理圖 5-12 場地管理圖 5-1

46、3 場地面積.器材租借狀態查看圖 5-14 器材租借狀態查看用戶使用界面：圖 5-15 用戶使用界面租借頁面：圖 5-16 租借場地頁面圖 5-17 租借器材頁面個人租借器材及場地頁面：圖 5-18 個人信息圖 5-19 個人信息6.系統調試與測試6.1.程序調試在設計系統的過程中，存在一些錯誤是必然的。對于語句的語法錯誤，在程序運行時自動提示，并請求立即糾正，因此，在系統實現的時候這類錯誤比較容易發現和糾正。但另一類錯誤是在程序執行時由于不正確的操作或對某些數據的計算公式的邏輯錯誤導致的錯誤結果。這類錯誤隱蔽性強，有時會出現，有時又不出現，因此，對這一類動態發生的錯誤的排查是耗時費力的。6.

47、2.測試與分析并發性測試并發性測試是對的網絡負荷進試。由于為 B/S 架構的，因此網絡并發性對系統。表 6-1 描述了并發測試用例：表6-1 并發性側測試用例測試用例編號01版本號V 1.0測試環境Web 服務器、數據庫服務器用例名稱系統并發性測試前提條件網絡正常、系統服務器已經啟動測試步驟1. 虛擬 10 個用戶并發登錄系統2. 虛擬 50 個用戶并發訪登錄服務器3. 虛擬 100 個用戶并發登錄服務器4. 虛擬 1000 個用戶并發登錄服務器輸入數據用戶名和預期輸出1. 10 個用戶響應時間在 1 秒內2. 50 個用戶響應時間在 2 秒內3. 100 個用戶響應時間在 5 秒左右4. 1

48、000 個用戶響應時間在 10 秒左右實際輸出同預期輸出部分相同問題描述用戶在 100 以運行正常，若復合用戶過多系統系統數據數據量較大。而原有的系統沒有有效的緩存機制。致使系統反應較慢。在加上服務器性能低下。導致測試的結果與預想的結果有些偏差。總體說來在量不大的情況下系統運行流暢。但為以后發展需要，系統需要進行優化。易用性測試易用性測試是指系統用戶對軟件使用的直觀印象。是對界面風格、操作流程、提示信息等相關因素的綜合評定。表 6-2 描述了易用性測試用例：表 6-2 易用性測試用例測試用例編號02版本號V 1.0測試環境體育場管理系統、瀏覽器用例名稱系統易用性性測試前提條件網絡正常、體育場管理系統服務器已經啟動測試步驟分析統計軟件操作按鈕提示信息正確性，一致性，可理解性、限制條件提示信息正確性，一致性，可理解性、必填項標識、輸入方式可理解性、中文界面下數據語言與界面語言的一致性等輸入數據無預期輸出系統使用方面、界面風格一致、輸入簡便快捷、提示信息準確到位。實際輸出同預期輸出部分相同問題描述系統使用不太流暢，界面切換過于緩慢速度比預期的慢設計人設計日期2014-10-14測試人測試日期2