1、1學校教室的管理系統，是使用IT技術進行教室信息管理的系統，它可以采集 和存檔課程、老師、學生等的信息，通過提供了更新和信息檢索的接口來開展教 室的管理工作 2學校教室管理系統具有標準學校在線學習網站所具有的現實中全面的學生網 上學習管理流程，全部虛擬現實實踐。實現了節能、提升效率和處理業務的功能， 同時，還可以真正的實現在線教室與學習的功能作用。 3針對以上的問題，我們開發了學校的教室管理系統，它按照軟件的流程規范、 根據需求分析、提綱設計、全面設計、程序編程、檢測、軟件運用、軟件修護等 過程來進行開發。本課題使用 B/S結構、語言的開發SHIYONCASP.NE技術，結 合網絡數據庫開發技

2、術來實現本系統。構建了一個有效而且實用的在線教室信息 管理的平臺，它不僅可以實現對學生學習和教師網上教室的管理，還可以解決網 上教室平臺在數據的安全性和一致性及系統的運行速度等存在的問題。 4教師的工作日漸繁重，教室管理系統如果沒能更新，就不能滿足有關人員使用 的全部需要。 5系統的功能性要求常常指的是系統所需的儲存容量和后援儲存，重啟將考慮到 運行的效率及安全性能等存在的問題。系統硬件環境不僅要求8G MB( RAM和C ore I7-2670QM,還要求240GB(SSD。運行系統時在數據安全和保密性能方面要 求不是很高，通常不要求對數據加密。同時，不依賴于另外的軟件，程序擁有良 好的健全

3、性。 6經濟的可行性研究，是指對組織經濟狀況與經濟效益做出估計，量化估算系統 的建設運行與修護費，估計系統在建成之后有可能獲得的社會經濟利益。因為系 統是本人的畢業設計，所以開發的經濟投入較小，系統建成投入使用后會極大的 方便以后的信息管理，估計新的系統的開發投資費用與以后的運行、維修費用， 本次研究開發的學校教室管理系統可取代傳統的教室方法的業務流程，能夠節約 資金，節省人工開支，在信息量的獲取方面有了很大的提升，還可縮減信息的處 理周期，在信息管理方面提升效率。 7技術的可行性要考慮到使用現有的技術手段開發本系統能否取得成功，硬件和 軟件的配置能否滿足開發的要求等等。這次我們是使用ASP.

4、NETff發語言來設計 學校的教室管理系統。 8在軟件的應用方面；我們使用了 BS模式軟件，它是現今技術比較成熟和穩定 發展的軟件，因此軟件開發平臺的可行性很高。 9在新的系統投入運行之后，我們要評判并估算它對現有的舊系統中包括工作的 環境、管理的方式和組織的結構等在內產生的后果和影響。同時需要考慮的問題 是：如何培訓原有的工作管理人員，補充并分析在給定時間內能否成功的完成預 定系統的開發等。 因為國內現今技術的普及信息化程度很高，全部的從業人員都具備一定的專 業水平，因此本系統的運行是十分可行的。 10 Structured Query Language的英文縮寫是SQL它的意思是結構化可查

5、詢語 言。與各個數據庫建立相應聯系，相互溝通是SQL語言的重要功能。根據 ANSI 即美國國家標準協會相關規定，在關系型的數據庫管理系統中，SQL語言被作為 標準語言。它可用于執行各式各樣的操作，比如對數據庫里的數據進行更新，提 取數據庫里的數據等。現在，SQL 語言標準在大部分受歡迎的關系型的數據庫管 理系統如 Sybase, Oracle ，Access 和 Microsoft Sqlserver中都投入使用。 Sqlserver 是 Ashton-Tate、Microsoft 和 Microsoft 一起開發的關系型的數 據庫管理系統，最開始的OS/2版本在1988年被推出。 11 Mi

6、crosoft 推出了名為Sqlserver的數據庫管理系統，這個版本不僅擁有前 一個版本Sqlserver 7.0的優點，而且相對增加了很多更為先進的能力。它具備 的優點很多，包括有關軟件集成度高、使用便捷和伸縮性良好等。可實現從 Microsoft Windows 98 的膝上式電腦至 Microsoft Windows 2000 大型多處理器 等多種平臺運用的跨越 12在通用語言（CLR進行運行的時候，ASP.NET是建立在它之上的程序框架。 在服務器端，它被使用于建立功能很大的 web應用程序。ASP.NET是擁有國際級 水平的強大的開發工具。在 Visual Studio 2005

7、中，ASP.NET!架在集成開發 環境即IDE下，是被多種多樣的工具箱與設計器所組成的。這個工具擁有拖放服 務器的控件、所見即所得的編輯手段（ WYSIWYG和自動化部署等強大的功能， 但這只是它具備的功能的一少部分。 它強大并極富彈性。因為ASP.NET勺基礎是 CLR所以它的平臺十分強大并極富彈性，web應用程序的開發者同樣也能夠應 用它。NET框架的信息、類庫和數據訪問的的處理方案，都能無縫的集成到webb ASP.NET是中立的語言，所以你能選用你最熟知的語言，或運用幾種語言一起完 成同一應用。 13三個部件：middleware即中間件，Server即服務器管理程序即與即 Clien

8、t 客戶應用程序主要的組成了 C/S模式。系統里用戶和數據組件相交互形成了客戶 應用程序。承擔系統資源責任的是服務器程序， 比如，有效管理到管理信息的數 據庫，它的工作主要是面臨很多個客戶端在同一時間請求同一服務器的資源時， 優化管理這些資源。承擔連通客戶應用程序與服務器管理器責任的是中間件，合 作作業的完成，是為了達到用戶查詢的數據的需求。B/S模式是新的MIS系統模 式，它的基礎是Web技術平臺。在傳統C/S模式下，服務器的部分被分割成一個 或者很多個的應用服務器和一個數據數據服務器，這樣就形成了三層的客戶機 -服務器的體系結構。 第一層客戶機是用戶和系統的接口。 客戶應用程序簡化成一個像

9、Netscape Navigator和IE等的通用瀏覽器軟件瀏覽器。 把HTML代碼轉變為有圖有文的網 頁，網頁還擁有相應的交互性能，同意用戶在網頁彈出的申請表格里輸進信息后 向后臺提交，并提出解決的要求，第二層 web服務器也就是這后臺。 第二層Web會一列發動對應的進程回應這個請求，并且動態化生成一列HTM L代碼，將其中嵌入式處理好的結果，回復給客戶機瀏覽器。假如由客戶機提出 的請求包含數據的存和取，Web服務器需要和數據庫的服務器共同處理這項工作 第三層數據庫服務器，它的任務和 C/S模式類似，承擔協調好不相同 Web 服務器提交的SQ請求，做好管理好數據庫的工作。 第一，B/S模式精

10、簡了客戶端。它不需要和 C/S模式一樣，不同客戶機要安 裝不同客戶程序。它只需要安裝一個通用性瀏覽器軟件。這樣不僅能夠節約客戶 機的硬盤儲存空間和內部儲存，還能讓安裝更為方便、網絡結構愈加靈敏。假如 一個公司的決策高層人員要開一個對庫存問題進行議論的會議，只需要在財務室 的電腦上使用瀏覽器直接對數據進行查詢，將它顯示出來。參會者還能使用電腦 連接網絡，親自查詢有關的數據 第二，它精簡了系統的維修和開發。編程人員在開發系統時，無需為級別不 相同的用戶設計和開發不相同的客戶端應用程序，只需要在web服務器里達到全 部功能的實現，不一樣的功能，為用戶在上面設立權限作每組。通過HTTP每 一用戶在權限

11、允許的范圍里使用 Web服務器里不同的處理程序，成功對數據進行 查詢或者改動。面對日漸變化的競爭大環境，現代企業頻繁更新和調整企業內在 運行機制。B/S相對C/S,它的維護具備更加強大的靈活性。當形勢發生改變時， 它不需要為了每個現有客戶升級應用程序， 只需要修訂Web服務器的服務處理的 程序。這樣不僅能夠提升企業的運行效率，還能避開維護協調工作的很多麻煩。 假如一個企業有成千臺客戶機，并散布在不同地方，這時候方便維修的重要性就 體現出來了。 。 第三，它讓用戶的操作更為簡便。客戶應用程序在C/S模式下有各自特有的 規格，用戶要進行專門的培訓。在B/S模式下，客戶端僅僅是一簡便好用的瀏覽 器軟

12、件。決策層和操作層的相關人員不需要培訓，就能 第四，B/S在網上信息的發布方面十分適用，擴展了原先的 MIS功能。這是 C/s不能做到的。而現代教室恰恰需要這種最新增加的網上信息的發布功能。這 讓學校很大部分的紙質版文件能被電子版所取代 14為了應對學校復雜的課程管理安排工作，開發系統必須使系統不僅能滿 足當前的需要，又能適應未來擴展的需要，因此系統的性能要符合下列原則： 1. 實用性：要求訪問的速度和可兼容最大的同時請求數，要符合實際的管理 要求。 2. 安全性：系統安全是指在確保該系統本身安全時，數據的安全也要保證。 3易維護：要求系統提供既方便又靈活維護的手段，以便于應用和設計開 發的人

13、員維護和管理。 4合理的數據庫設計：要求設計數據庫時要確保數據一致性、合理冗余、 要選擇合理的數據類型、規范化的數據存儲。 該系統提供給用戶基本的學校教室工作自動化管理功能因其操作起來簡單 靈活，因此滿足普通學校的管理人員和用戶的使用需求。 該系統采用身份驗證的機制，因而更好地保護和面對非法訪問。用戶的登陸 要求用戶必須是有效用戶，通過采取保存登陸名和密碼等方式，以防非法用戶的 惡意破壞和非法登錄。根據用戶的不同類型會有不同的訪問的權限級別， 按照權 限可以分為：普通的用戶、教師用戶還有系統的管理員。 15.系統既要功能完善，又要界面友好，因此，系統設計的成功與否，關鍵在于 設計功能模塊的好壞

14、。 16根據映射到軟件的體系結構的一些程序。首先，將整個系統劃分為幾個小模 塊，小問題，其次，進一步細細劃分模塊，增添細節。 17數據的流圖即一種圖形化的技術，描繪的是信息流與數據從輸入移動再到輸 出的過程中經受的變換。在數據的流圖中并無任何具體的物理部件，因為它只是 用來描繪數據在軟件中的流動與被處理的邏輯過程。數據流圖的系統邏輯功能的 圖形表示，即便不是專業的技術人員也能理解它， 因而是分析員與用戶良好的通 信的工具。繪畫數據流圖的基本目的是使它成為信息交流的工具。其另一主要的 用途是作為分析與設計的工具。 18在系統需求的分析階段，弄明白要開發的軟件需要“做什么”，形成一個系統 目標的邏

15、輯模型。然后將“做什么”邏輯的模型轉換為“怎么做”物理的模型， 最后再著重實現系統需求。首先，需要描述系統總體體系結構。在應用程序中， 數據庫的設計尤為重要，首要問題是選擇適合的數據庫且創建合理的結構式的開 發程序。 19根據以上的章節對系統做出的需求分析與系統設計，規劃出該系統中使用的 數據庫實體E-R圖。 20數據庫的概念模型是獨立于任何的特定的數據庫的管理系統之外的，因此， 要依照具體使用的數據庫管理系統的特點進行轉換。該系統數據的結構較清晰， 根據學校的教室管理的系統功能要求， 主要設計出的數據庫的表包括：管理員的 信息表，課程的信息表，教師的信息表，學生的信息表，在線留言的信息表等。

16、 21其確定物理數據結構主要是根據模式設計來進行， 其中存在的問題主要是在 對于數據庫的管理方面存在的限制。在第三范式的實體以及關系模型中都是模式 設計過程的輸入。通常我們對于其數據冗余程度的定義采取范式方式。其中其范 式的級別越高，則需要的對存儲相同數量的數據進行分解多層次的層數越多，隨 著范式方式的水平越來越高，其數據的結構在存儲以及問題的域方面的匹配程度 也在不斷的發生著變化。從目前實際的應用來看，第三范式能夠較為適合。該系 統的大致是對于重要的步驟進行對數據庫的內容以及表的設計，同時這些設計也 將對開發的系統產生影響。 22 整個系統界面最為重要的就是其登陸界面，所以對于登陸界面的設計

17、在 整個系統中的重要性也是很明顯的，對于在登陸界面上設置其進入該系統的用戶 以及登陸口令，以防止其他非系統用戶登入系統，對于系統以及系統所含有的數 據產生不利影響。而只有真正的管理員才能夠輸入正確的登陸密碼才鞥進入系 統，否則該系統會自動跳出密碼錯誤或是用戶名錯誤的提示， 并且會自帶詢問是 否繼續登陸。該方式可以避免非本系統的用戶登陸系統造成一定影響， 使得系統 的安全性以及其保密性得到一定的增強。 23 在整個系統中，其系統模塊的管理是構成系統的基礎組成部分之一，在 該模塊中，管理員有以下兩種權限，以是對于用戶的信息能夠進行重新的設置， 二是能夠定時的對密碼進行更換，以保障其數據的安全性，同

18、時該舉措也一定程 度上能夠增強系統的安全性和保密性。 24該模塊主要是對于教室信息方面存在其增加、刪除以及修稿和瀏覽操 作。具體如下圖所示： 25在完成整個系統的設計后，對于其中存在的一些問題加以解決，對于系 統中存在的語句的語法問題，在系統運行過程中能夠對于錯誤自動提示， 并且能 夠請求加以解決。在此基礎上使得其錯誤能夠較為容易的被發現并且及時的更 正。但是也存在一些錯誤是無法加以解決的，比如說其在進行程序的編寫過程中， 對于數據的計算方面存在的錯誤會使得其產生錯誤的操作結果。該類錯誤由于是 系統自帶，所以叫難被發現，因此對于該類錯誤的解決在排查過程中需要耗費大 量時間精力。 26在整個軟件

19、的使用周期中，需要對于軟件進行前期的測試，在之前采取 傳統的瀑布模式中，其軟件的測試是在其運作維護階段之前的， 使得在將軟件產 品交給大眾用戶使用前就能夠對于其軟件的質量有所保障。近階段，對于軟件工 程界中產生的新觀點，對于軟件的每一階段的使用期限等都要采取單獨測試，使 得在檢查本階段的成果是否能夠達到預期的結果，以此方式來進一步的發現存在 著的錯誤，使得能夠盡快解決。但是測試不在其早期階段開展，則會使得錯誤會 出現延時擴散的風險，最終會導致其產品測試時會面臨巨大的挑戰。 不管軟件在自身的條件以及制作方面效果有多強，其本質上都是會出現錯 誤。對于采用新的開發方式或是先進的語言或是對于開發過程進

20、行優化等等，其 最多達到對于系統錯誤的最大限度的降低，而不可能實現對軟件中錯誤的杜絕。 所以在測試過程中必須要采取一些特定方式來對其錯誤進行誘導，而對于存在的 錯誤的密度也要通過測試的方式來進行評估。 在所有學科的工程中，測試都是最 為基本的元素之一，在軟件的開發過程中也是較為重要的部分。 在設計程序出現 后，其對程序進行測試就一直存在。 據官方數據顯示，目前在一些經典的軟件開 發過程中，軟件的測試量往往是要占據整個軟件開發的工作量的4成左右。而在 整個軟件的開發成本中，其測試的成本就要高達 30雅V 50% 在實際實驗過程中，對于軟件進行測試也是存在較大難度的，大多數時候 往往會采取敷衍了事

21、回事望而卻步的方式， 這主要是因為對于測試方面還存在著 一些錯誤的認知以及一些錯誤的態度，其中主要有以下這些： 27在測試的過程中發現錯位其實是一種對責任者工作的否定；測試的目的 主要是能夠發現軟件中的錯誤，這是一個非建設性的甚至于帶有破壞性的程序。 3. 往往測試過程中會出現枯燥乏味的心理想法，其測試工作對于我們的興趣 愛好無法對接。 4測試往往需要較為細致同時也是艱苦的工作 5按實際的情況來說，由于對于自己編寫的程序過于的自信，往往使得在別 人發現到軟件中存在的錯誤時，認為別人對自己開發系統的能力會產生一定的看 法 上述觀點對于整個系統在進行測試工作的進行都是較為不利的，所以我們要 將自己

22、的態度要保持端正，以此來對于系統產品的質量進行保障。 28對軟件進行測試的目的主要是為了盡可能的將軟件系統中存在的錯誤尋 找到，為了加大對錯誤的排查，所以一般會對于軟件較為復雜的部分或是前期可 能較多出現錯誤的部分進行測試。 1測試時為了檢測系統中出現的錯誤而提前進行對執行程序的排查； 2測試主要是為了證明其程序帶有錯誤，而不是證明其沒有錯誤； 3好的測試案例主要是好在能夠檢查出至今還未曾出現的錯誤； 4好的措施是能夠成功的將軟件系統中存在的但至今未曾發現的錯誤檢查 出來。 該論述觀點可以對人們測試的目的進行明確， 要將測試的中心放在其查找錯 誤方面，而不是為了對于軟件進行演示。但往往我們會在

23、其字面意思方面對于觀 點產生錯誤的認知，認為軟件測試的目的只是為了發現錯誤， 而沒有查找到錯誤 的測試就是沒有價值意義的，其實并不是這樣。 第一，測試的目的不僅僅只是為了能夠找到錯誤， 還要在已找到的錯誤身上， 根據錯誤產生的原因以及其錯誤的特征進行分析，以此來幫助項目的管理者來發 現其軟件的過程中出現的缺陷，在此基礎上能夠加以改進。其次，沒有檢測出錯 誤的測試并不是沒有意義的，完整的測試也是其測試質量評估的一種方式形式。 29對系統進行測試的過程其實和系統開發的過程一般，也是要分為諸多步 驟來進行的，其中每一個步驟都是之前一個步驟的延續。 一般大型的系統軟件都 是有諸多的子系統軟件共同構造而

24、成的， 同樣的，每個子系統也是由諸多的小的 模塊共同組建的，以此對于大型的系統軟件在測試過程中也是要采取以下幾個基 本步驟： （1）在對模塊測試過程中，往往發現的其錯誤一般是詳細設計以及編碼方 面的錯誤。 （2）在對系統進行測試過程中，往往發現的錯誤一般是軟件方面的錯誤， 當然也存在著其需求說明方面的錯誤。 （3）在驗收側首過程中，往往發現的錯誤一般是系統需求說明方面存在的 錯誤。 30通常在對于軟件進行測試以保障其系統的質量過程時，會將系統的測試工作 內容進行拆分，大致有審查代碼、集成測試、單元測試、系統測試以及確認測試 幾個模塊。 31檢查系統設計最小的單位（一個模塊）就是單元測試，通過單

25、元測試來 檢測相互該模塊的功能以及其說明方面與其該模塊的實際功能情況不符的情況。 （2）集成測試 通常我們在進行測試過程中會將其每個小的模塊按照其設計的需求進行組 裝以此來進行集成測試。其中集成測試主要目的是對于其與接口有關聯的某些問 題進行檢查。假設在檢測過程中，出現一個模塊與另一個模塊由于疏忽的問題而 出現對軟件存在危害的影響，但是將其子功能模塊進行結合后卻不會帶來預期的 主要功能。 （3）確認測試 在系統測試體系中存在確認測試，其主要的目的的為了體現其軟件能夠像預 期要求一般進行工作。在集成測試之后，按照設計的要求將所有的模塊進行組裝 以此來形成完整的軟件系統，該系統已基本上對接口錯誤進

26、行排除， 所以接下來 在對于檢驗軟件系統的有效性過程中，確認測試工作的主要任務是為了將測試軟 件的性能以及功能的效果發揮到預期效果。 （4）系統測試 在整個系統開發完成后，對于其軟件的系統以及系統其他部分進行整合后， 將要從其性能的安全、安全的測試以及強度測試和回復測試方面來進行對系統的 測試。 除此之外，對于系統的單獨測試主要可以從一以下幾個方面著手： 1功能測試：對于軟件能否達到開發的要求進行測試， 對于其在設計前所要 達到的功能是否能實現，能否能夠讓客戶在該軟件運作過程中得到滿意。 2性能及強度的測試：對于系統軟件在一些限度進行測試，通常是在其超負 荷環境下展開對于功能是否還能繼續的情況進行測試。 3安全測試：對安裝在系統內部的安全保護機制進行驗證， 確認其具備對系 統的保護能力，使得系統在運作過程中不受到各種因素的干擾。因此在本次開發 過程中