【導(dǎo)讀】文中作了明確的說(shuō)明并表示了謝意。規(guī)定享受相關(guān)權(quán)益。信息化時(shí)代的到來(lái)，網(wǎng)絡(luò)技術(shù)的飛速發(fā)展，IT技術(shù)逐漸向各個(gè)行業(yè)滲透，業(yè)的運(yùn)用自然成為了現(xiàn)今的一個(gè)重點(diǎn)話題。提出，重點(diǎn)強(qiáng)調(diào)通過(guò)互聯(lián)網(wǎng)技術(shù)、計(jì)算機(jī)技術(shù)、物聯(lián)網(wǎng)技術(shù)對(duì)學(xué)習(xí)理念的顛覆，互聯(lián)網(wǎng)已經(jīng)滲透到各行各業(yè)，學(xué)習(xí)這一塊尤為重要，中國(guó)政府已經(jīng)意識(shí)。檔、視頻、語(yǔ)音等多種形式的學(xué)習(xí)手段，如今已經(jīng)進(jìn)入到炙熱化。透明地延伸到手機(jī)上的中間平臺(tái)。平臺(tái)研制釆用模型驅(qū)動(dòng)架構(gòu)的系統(tǒng)設(shè)計(jì)思想，結(jié)合插件基。礎(chǔ)框架，解決了與不同開(kāi)發(fā)工具實(shí)現(xiàn)的信息系統(tǒng)對(duì)接。通過(guò)分析平臺(tái)安全風(fēng)險(xiǎn)，設(shè)計(jì)了平臺(tái)軟件的安全體系。

　　

【正文】 之間數(shù)據(jù)的交換。在服務(wù)器端，可以運(yùn)用 Oracle、SQL server 的技術(shù)進(jìn)行在服務(wù)器端的數(shù)據(jù)的存 儲(chǔ)。在服務(wù)器端，常常需要儲(chǔ)存大量的數(shù)據(jù)，然后利用 Http 請(qǐng)求協(xié)議與客戶(hù)端進(jìn)行相應(yīng)的數(shù)據(jù)交換處理。 本文的主要研究?jī)?nèi)容是 Android客戶(hù)端的設(shè)計(jì)與實(shí)現(xiàn)。 數(shù)據(jù)庫(kù)技術(shù) 數(shù)據(jù)庫(kù)范式 數(shù)據(jù)庫(kù)范式是檢驗(yàn)一個(gè)數(shù)據(jù)好壞的標(biāo)準(zhǔn)。所以在關(guān)系數(shù)據(jù)庫(kù)的數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程中，關(guān)系模式的規(guī)范化常常常被應(yīng)用。一個(gè)好的數(shù)據(jù)庫(kù)應(yīng)該沒(méi)有冗余、查詢(xún)效率就會(huì)很高。范式[17]分為六種，按照需求滿足的程度不同分為以下六種：第一范式（ 1NF）、第二范式（ 2NF）、第三范式（ 3NF）、第四范式（ 4NF）、第五范式（ 5NF）和第六范式（ 6NF）。其中從第一范式但第六范式要求逐漸升高，第一范式的要求最低，第六范式要求最高。但在一般情況下，第六范式極少被應(yīng)用，在對(duì)數(shù)據(jù)庫(kù)的設(shè)計(jì)時(shí)只一般只需第三范式就很不錯(cuò)了。 第一范式： 在關(guān)系中的每一個(gè)屬性都是一個(gè)不可再劃分出來(lái)的基本數(shù)據(jù)項(xiàng)，也就是說(shuō)這屬性本身不可能再含有其它屬性了，并且對(duì)屬性的值也不能再包含多個(gè)數(shù)據(jù)。 第二范式： 比第一范式較復(fù)雜一些，它要求數(shù)據(jù)庫(kù)表中的每個(gè)實(shí)例或行必須可以被唯一地區(qū)分。表中所有非主屬性完全依賴(lài)于主鍵，且必須在滿足第一范式的前提下。簡(jiǎn)而言之，就是表中要有主鍵。 第三范式。 第三范 式就是屬性不依賴(lài)于其它非主屬性。它要求在滿足第二范式的前提下，一個(gè)數(shù)據(jù)庫(kù)表中不包含已在其它表中已包含的非主關(guān)鍵字信息。 云南大學(xué)碩士研究生論文 云南大學(xué)研究生招生管理信息系統(tǒng)的分析與設(shè)計(jì) 20 數(shù)據(jù)建模通常有以下三種數(shù)據(jù)模型： 1） 概念數(shù)據(jù)模型。它是通過(guò)實(shí)體、實(shí)體集、屬性、域、碼、實(shí)體型和聯(lián)系來(lái)描述的。如果想要精確理解把握它，可以通過(guò)信息世界中概念和概念模型的表示方法兩個(gè)方面著手。概念數(shù)據(jù)模型可以理解為從現(xiàn)實(shí)世界到機(jī)器世界的一個(gè)中間體。對(duì)于概念模型的表示通過(guò)是通過(guò) E－ R圖或?qū)嶓w關(guān)系圖來(lái)進(jìn)行表示的。 2） 物理數(shù)據(jù)模型。它描述了數(shù)據(jù)在儲(chǔ)存介質(zhì)上的組織結(jié)構(gòu)，這種是面向計(jì)算機(jī)物理表示的 。 3） 邏輯數(shù)據(jù)模型。此模型面向很多層次，不僅是面向用戶(hù)，還面向系統(tǒng)的。被它主要 veil 用來(lái)來(lái)對(duì)數(shù)據(jù)庫(kù)管理系統(tǒng)（ DBMS）的實(shí)現(xiàn)。邏輯數(shù)據(jù)模型主要有層次、網(wǎng)狀、關(guān)系三個(gè)模型。 數(shù)據(jù)庫(kù)設(shè)計(jì) 數(shù)據(jù)庫(kù) 設(shè)計(jì)是建立 數(shù)據(jù)庫(kù)及其應(yīng)用 系統(tǒng)的技術(shù)，是 信息系統(tǒng) 開(kāi)發(fā)和建設(shè)中的核心技術(shù)。由于 數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng) 的復(fù)雜性，為了支持相關(guān)程序運(yùn)行，數(shù)據(jù)庫(kù)設(shè)計(jì)就變得異常復(fù)雜，因此最佳設(shè)計(jì)不可能一蹴而就，而只能是一種 “反復(fù)探尋， 逐步求精 ”的過(guò)程，也就是 規(guī)劃 和結(jié)構(gòu)化數(shù)據(jù)庫(kù)中的 數(shù)據(jù)對(duì)象 以及這些數(shù)據(jù)對(duì)象之間關(guān)系的過(guò)程 。 框架 框架開(kāi)發(fā)的定義 SSH 為 struts+spring+hibernate 的一個(gè) 集成 框架，是目前較流行的一種 Web應(yīng)用程序 開(kāi)源框架 。 集成 SSH 框架的系統(tǒng)從職責(zé)上分為四層： 表示層 、 業(yè)務(wù)邏輯層 、 數(shù)據(jù)持久層 和域模塊層，以幫助開(kāi)發(fā)人員在短期內(nèi)搭建結(jié)構(gòu)清晰、可復(fù)用性好、維護(hù)方便的 Web 應(yīng)用程序 。其 中使用 Struts 作為系統(tǒng)的整體基礎(chǔ)架構(gòu)，負(fù)責(zé) MVC 的分離，在 Struts 框架的模型部分，控制業(yè)務(wù)跳轉(zhuǎn)，利用 Hibernate 框架對(duì) 持久層 提供支持， Spring 做管理，管理 struts和 hibernate。具體做法是：用 面向?qū)ο?的分析方法根據(jù)需 求提出一些模型，將這些模型實(shí)現(xiàn)為基本的 Java對(duì)象，然后編寫(xiě)基本的 DAO(Data Access Objects)接口，并給出 Hibernate的 DAO 實(shí)現(xiàn)，采用 Hibernate架構(gòu)實(shí)現(xiàn)的 DAO 類(lèi)來(lái)實(shí)現(xiàn) Java類(lèi)與數(shù)據(jù)庫(kù)之間的轉(zhuǎn)換和訪問(wèn)，最后由 Spring做管理，管理 struts 和 hibernate。 云南大學(xué)碩士研究生論文 云南大學(xué)研究生招生管理信息系統(tǒng)的分析與設(shè)計(jì) 21 Struts 對(duì) Model， View 和 Controller 都提供了對(duì)應(yīng)的組件 。 ActionServlet，這個(gè)類(lèi)是 Struts 的核心控制器，負(fù)責(zé)攔截來(lái)自用戶(hù)的請(qǐng)求 。 Action，這個(gè)類(lèi)通常由用戶(hù)提供，該控制器負(fù)責(zé)接收來(lái)自 ActionServlet 的請(qǐng)求，并根據(jù)該請(qǐng)求調(diào)用模型的業(yè)務(wù)邏輯方法處理請(qǐng)求，并將處理結(jié)果返回給 JSP 頁(yè)面顯示 。 Model 部分 ： 由 ActionForm和 JavaBean組成，其中 ActionForm用于將用戶(hù)的請(qǐng)求參數(shù)封裝成ActionForm對(duì)象，該對(duì)象被 ActionServlet 轉(zhuǎn)發(fā)給 Action， Action根據(jù) ActionForm里面的請(qǐng)求參數(shù)處理用戶(hù)的請(qǐng)求 。 JavaBean則封裝了底層的業(yè)務(wù)邏輯，包括數(shù)據(jù)庫(kù)訪問(wèn)等 。 View 部分 ： 該部分采用 JSP（或 HTML、 PHP…… ）實(shí)現(xiàn) 。 Struts 提供了豐富的 標(biāo)簽庫(kù) ，通過(guò)標(biāo)簽庫(kù)可以減少 腳本 的使用，自定義的 標(biāo)簽庫(kù) 可以實(shí)現(xiàn)與 Model 的有效交互，并增加了現(xiàn)實(shí)功能。對(duì)應(yīng)上圖的 JSP 部分 。 Controller 組件 ： Controller 組件有兩個(gè)部分組成 ——系統(tǒng)核心控制器，業(yè)務(wù)邏輯控制器 。 系統(tǒng)核心控制器，對(duì)應(yīng)上邊的 ActionServlet。該控制器繼承了 HttpServlet 類(lèi)，因此可以配置成標(biāo)注的 Servlet。該控制器負(fù)責(zé)攔截所有的 HTTP 請(qǐng)求 ，然后根據(jù)用戶(hù)請(qǐng)求決定是否要轉(zhuǎn)給業(yè)務(wù) 邏輯控制器 。 業(yè)務(wù)邏輯控制器，負(fù)責(zé)處理用戶(hù)請(qǐng)求，本身不具備處理能力，而是調(diào)用 Model 來(lái)完成處理。對(duì)應(yīng) Action部分 。 Spring是一個(gè)開(kāi)源框架，它由 Rod Johnson創(chuàng)建。它是為了解決企業(yè)應(yīng)用開(kāi)發(fā)的復(fù)雜性而創(chuàng)建的。 Spring使用基本的 JavaBean來(lái)完成以前只可能由 EJB 完成的事情。然而，Spring的用途不僅限于服務(wù)器端的開(kāi)發(fā)。從簡(jiǎn)單性、 可測(cè)試性 和 松耦合 的角度而言，任何Java 應(yīng)用都可以從 Spring中受益 。 目的：解決企業(yè)應(yīng)用開(kāi)發(fā)的復(fù)雜 性 云南大學(xué)碩士研究生論文 云南大學(xué)研究生招生管理信息系統(tǒng)的分析與設(shè)計(jì) 22 功能：使用基本的 JavaBean代替 EJB，并提供了更多的企業(yè)應(yīng)用功 能 范圍：任何 Java 應(yīng) 用 簡(jiǎn)單來(lái)說(shuō)， Spring是一個(gè)輕量級(jí)的 控制反轉(zhuǎn) (IoC)和面向切面 (AOP)的容器框架 。 輕量 ——從大小與開(kāi)銷(xiāo)兩方面而言 Spring都是輕量的。完整的 Spring框架可以在一個(gè)大小只有 1MB 多的 JAR 文件里發(fā)布。并且 Spring所需的處理開(kāi)銷(xiāo)也是微不足道的。此外， Spring是非侵入式的：典型地， Spring應(yīng)用中的對(duì)象不依賴(lài)于 Spring的特定類(lèi) 。 控制反轉(zhuǎn) ——Spring通過(guò)一種稱(chēng)作控制反轉(zhuǎn)（ IoC）的技術(shù)促進(jìn)了 松耦合 。當(dāng)應(yīng)用了IoC，一個(gè)對(duì)象依賴(lài)的其它對(duì)象會(huì)通過(guò)被動(dòng)的方式傳遞進(jìn)來(lái)，而不是這個(gè)對(duì)象自己創(chuàng)建或者查找依賴(lài)對(duì)象。你可以認(rèn)為 IoC 與 JNDI 相反 ——不是對(duì)象從容器中查找依賴(lài)，而是容器在對(duì)象初始化時(shí)不等對(duì)象請(qǐng)求就主動(dòng)將依賴(lài)傳遞給它 。 面向切面 ——Spring提供了 面向切面編程 的豐富支持，允許通過(guò)分離應(yīng)用的業(yè)務(wù)邏輯與系統(tǒng)級(jí)服務(wù)（例如審計(jì)（ auditing）和 事務(wù) （ transaction）管理）進(jìn)行 內(nèi)聚性 的開(kāi)發(fā)。 應(yīng)用對(duì)象 只實(shí)現(xiàn)它們應(yīng)該做的 ——完成業(yè)務(wù)邏輯 ——僅此而已。它們并不負(fù)責(zé)（甚至是意識(shí)）其它的系統(tǒng)級(jí)關(guān)注點(diǎn)，例如 日志 或 事務(wù) 支持 。 容器 ——Spring 包含并管理 應(yīng)用對(duì)象 的配置和生命周期，在這個(gè)意義上它是一種容器，你可以配置你的每個(gè) bean如何被創(chuàng)建 ——基于一個(gè)可配置原型（ prototype），你的 bean可以創(chuàng)建一個(gè)單獨(dú)的實(shí)例或者每次需要時(shí)都生成一個(gè)新的實(shí)例 ——以及它們是如何相互關(guān)聯(lián)的。然而， Spring不應(yīng)該被混同于傳統(tǒng)的重量級(jí)的 EJB 容器，它們經(jīng)常是龐大與笨重的，難以使用 。 框架 ——Spring可以將簡(jiǎn)單的組件配置、組合成為復(fù)雜的應(yīng)用。在 Spring中， 應(yīng)用對(duì)象 被聲明式地組合，典型地是在一個(gè) XML文件里。 Spring也提供了很多基礎(chǔ)功能（事務(wù)管理、持久化框架集成等等），將應(yīng)用邏輯的開(kāi)發(fā)留給了你 。 所有 Spring的這些特征使你 能夠編寫(xiě)更干凈、更可管理、并且更易于測(cè)試的代碼。它們也為 Spring中的各種模塊提供了基礎(chǔ)支持 。 Hibernate 是一個(gè)開(kāi)放源代碼的 對(duì)象關(guān)系映射 框架，它對(duì) JDBC 進(jìn)行了非常輕量級(jí)的對(duì)象封裝，使得 Java 程序員 可以隨心所欲的使用對(duì)象 編程 思維來(lái)操縱數(shù)據(jù)庫(kù)。 Hibernate云南大學(xué)碩士研究生論文 云南大學(xué)研究生招生管理信息系統(tǒng)的分析與設(shè)計(jì) 23 可以應(yīng)用在任何使用 JDBC 的場(chǎng)合，既可以在 Java 的客戶(hù)端程序使用，也可以在Servlet/JSP 的 Web 應(yīng)用中使用，最具革命意義的是， Hibernate 可以在應(yīng)用 EJB 的 J2EE 架構(gòu)中取代 CMP，完成 數(shù)據(jù)持久化 的重任 。 Hibernate 的核心接口一共有 5 個(gè)，分別為 :Session、 SessionFactory、 Transaction、Query和 Configuration。這 5 個(gè)核心接口在任何開(kāi)發(fā)中都會(huì)用到。通過(guò)這些接口，不僅可以對(duì)持久化對(duì)象進(jìn)行存取，還能夠進(jìn)行 事務(wù) 控制。下面對(duì)這五個(gè)核心接口分別加以介紹 。 Session接口 :Session接口負(fù)責(zé) 執(zhí)行被持久化對(duì)象的 CRUD 操作 (CRUD 的任務(wù)是完成與數(shù)據(jù)庫(kù)的交流，包含了很多常見(jiàn)的 SQL語(yǔ)句。 )。但需要注意的是 Session對(duì)象 是非 線程安全 的。同時(shí)， Hibernate 的 session不同于 JSP 應(yīng)用中的 HttpSession。這里當(dāng)使用session這個(gè)術(shù)語(yǔ)時(shí)，其實(shí)指的是 Hibernate 中的 session，而以后會(huì)將 HttpSession對(duì)象稱(chēng)為用戶(hù) session。 SessionFactory接口 :SessionFactory 接口負(fù)責(zé)初始化 Hibernate。它充當(dāng)數(shù)據(jù)存儲(chǔ)源的代理，并負(fù)責(zé)創(chuàng)建 Session對(duì)象。這里用到了工廠模式。需要注意的是 SessionFactory并不是輕量級(jí)的，因?yàn)橐话闱闆r下，一個(gè)項(xiàng)目通常只需要一個(gè) SessionFactory就夠，當(dāng)需要操作多個(gè)數(shù)據(jù)庫(kù)時(shí)，可以為每個(gè)數(shù)據(jù)庫(kù)指定一個(gè) SessionFactory。 Configuration接口 :Configuration接口負(fù)責(zé)配置并啟動(dòng) Hibernate，創(chuàng)建 SessionFactory對(duì)象。在 Hibernate 的啟動(dòng)的過(guò)程中， Configuration類(lèi)的實(shí)例首先定位映射文檔位置、讀取配置，然后創(chuàng)建 SessionFactory對(duì)象 。 Transaction接口 :Transaction接口負(fù)責(zé) 事務(wù) 相關(guān)的操作。它是 可選的，開(kāi)發(fā)人員也可以設(shè)計(jì)編寫(xiě)自己的底層事務(wù)處理代碼 。 Query和 Criteria 接口 :Query和 Criteria 接口負(fù)責(zé)執(zhí)行各種數(shù)據(jù)庫(kù)查詢(xún)。它可以使用HQL語(yǔ)言或 SQL語(yǔ)句兩種表達(dá)方式 。 云南大學(xué)碩士研究生論文 云南大學(xué)研究生招生管理信息系統(tǒng)的分析與設(shè)計(jì) 24 第三章 需求分析 軟件需求過(guò)程是整個(gè)軟件開(kāi)發(fā)初始階段，對(duì)軟件的品質(zhì)具有決定性的作用。軟件需求工程研究如何理解和說(shuō)明用戶(hù)對(duì)所開(kāi)發(fā)軟件的要求和期望。 軟件 需求是用戶(hù)解決問(wèn)題或達(dá)到目標(biāo)所需條件或權(quán)能 (Capability)。系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定 文檔 所需具有的條件或權(quán)能。 一種反映上面所述條件或權(quán)能的 文檔 說(shuō)明 。 IEEE軟件工程標(biāo)準(zhǔn)詞匯表 (1997年 )中定義需求為 [5]： （ 1） 用戶(hù)解決問(wèn)題或達(dá)到目標(biāo)所需的條件或能 力 (Capability)； （ 2） 系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力； （ 3） 一種反映上面 (l)或 (2)所描述的條件或能力的文檔說(shuō)明。 軟件需求包括三個(gè)不同的層次：業(yè)務(wù)需求、用戶(hù)需求和功能需求（也包括非功能需求）[6]。 業(yè)務(wù)軟件需求分析 業(yè)務(wù)需求 (business requirement)是客戶(hù)對(duì)軟件制品目標(biāo)的高層次要求。 業(yè)務(wù)描述 興義市遠(yuǎn)程教育管理信息系統(tǒng) android 手機(jī)服務(wù)平臺(tái)主要由兩部分組成，一個(gè)是有后臺(tái)管理人員負(fù)責(zé)管理的后臺(tái)管理系統(tǒng)，另外一部分是幫助用戶(hù)遠(yuǎn)程學(xué)習(xí)的 android 客戶(hù)端。 后臺(tái)管理信息 主要的功能模塊有課程管理，課程服務(wù)費(fèi)用統(tǒng)計(jì)，用戶(hù)管理，教師管理。 （一） 課程管理 包括課程信息帆布，課程下架，更改課程信息， 遠(yuǎn)程開(kāi)課管理 ，查詢(xún)已發(fā)布的課程信息。 （二） 課程服務(wù)費(fèi)用統(tǒng)計(jì)主要是通過(guò)對(duì)每月整個(gè)系統(tǒng)的盈利額度，每個(gè)課程在每個(gè)星期所訂購(gòu)和上課的情況，以及每個(gè)課程的盈利額的等信息做相關(guān)的統(tǒng)計(jì)，以報(bào)表的形式呈現(xiàn)個(gè)教務(wù)管理人員。 （三） 用戶(hù)信息管理模塊的功能有查詢(xún)用戶(hù)信