【正文】 （二） 課程服務(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ù)管理人員。 后臺(tái)管理信息 主要的功能模塊有課程管理，課程服務(wù)費(fèi)用統(tǒng)計(jì)，用戶管理，教師管理。 業(yè)務(wù)軟件需求分析 業(yè)務(wù)需求 (business requirement)是客戶對(duì)軟件制品目標(biāo)的高層次要求。 IEEE軟件工程標(biāo)準(zhǔn)詞匯表 (1997年 )中定義需求為 [5]： （ 1） 用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或能 力 (Capability)； （ 2） 系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力； （ 3） 一種反映上面 (l)或 (2)所描述的條件或能力的文檔說(shuō)明。系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定 文檔 所需具有的條件或權(quán)能。軟件需求工程研究如何理解和說(shuō)明用戶對(duì)所開發(fā)軟件的要求和期望。它可以使用HQL語(yǔ)言或 SQL語(yǔ)句兩種表達(dá)方式 。 Transaction接口 :Transaction接口負(fù)責(zé) 事務(wù) 相關(guān)的操作。在 Hibernate 的啟動(dòng)的過(guò)程中， Configuration類的實(shí)例首先定位映射文檔位置、讀取配置，然后創(chuàng)建 SessionFactory對(duì)象 。 這里用到了工廠模式。SessionFactory接口 :SessionFactory 接口負(fù)責(zé)初始化 Hibernate。這里當(dāng)使用session這個(gè)術(shù)語(yǔ)時(shí)，其實(shí)指的是 Hibernate 中的 session，而以后會(huì)將 HttpSession對(duì)象稱為用戶 session。但需要注意的是 Session對(duì)象 是非 線程安全 的。Session接口 :Session接口負(fù)責(zé) 執(zhí)行被持久化對(duì)象的 CRUD 操作 (CRUD 的任務(wù)是完成與數(shù)據(jù)庫(kù)的交流，包含了很多常見的 SQL語(yǔ)句。下面對(duì)這五個(gè)核心接口分別加以介紹 。這 5 個(gè)核心接口在任何開發(fā)中都會(huì)用到。 Hibernate云南大學(xué)碩士研究生論文 云南大學(xué)研究生招生管理信息系統(tǒng)的分析與設(shè)計(jì) 23 可以應(yīng)用在任何使用 JDBC 的場(chǎng)合，既可以在 Java 的客戶端程序使用，也可以在Servlet/JSP 的 Web 應(yīng)用中使用，最具革命意義的是， Hibernate 可以在應(yīng)用 EJB 的 J2EE 架構(gòu)中取代 CMP，完成 數(shù)據(jù)持久化 的重任 。它們也為 Spring中的各種模塊提供了基礎(chǔ)支持 。 Spring也提供了很多基礎(chǔ)功能（事務(wù)管理、持久化框架集成等等），將應(yīng)用邏輯的開發(fā)留給了你 。 框架 ——Spring可以將簡(jiǎn)單的組件配置、組合成為復(fù)雜的應(yīng)用。 容器 ——Spring 包含并管理 應(yīng)用對(duì)象 的配置和生命周期，在這個(gè)意義上它是一種容器，你可以配置你的每個(gè) bean如何被創(chuàng)建 ——基于一個(gè)可配置原型（ prototype），你的 bean可以創(chuàng)建一個(gè)單獨(dú)的實(shí)例或者每次需要時(shí)都生成一個(gè)新的實(shí)例 ——以及它們是如何相互關(guān)聯(lián)的。 應(yīng)用對(duì)象 只實(shí)現(xiàn)它們應(yīng)該做的 ——完成業(yè)務(wù)邏輯 ——僅此而已。你可以認(rèn)為 IoC 與 JNDI 相反 ——不是對(duì)象從容器中查找依賴，而是容器在對(duì)象初始化時(shí)不等對(duì)象請(qǐng)求就主動(dòng)將依賴傳遞給它 。 控制反轉(zhuǎn) ——Spring通過(guò)一種稱作控制反轉(zhuǎn)（ IoC）的技術(shù)促進(jìn)了 松耦合 。并且 Spring所需的處理開銷也是微不足道的。 輕量 ——從大小與開銷兩方面而言 Spring都是輕量的。從簡(jiǎn)單性、 可測(cè)試性 和 松耦合 的角度而言，任何Java 應(yīng)用都可以從 Spring中受益 。 Spring使用基本的 JavaBean來(lái)完成以前只可能由 EJB 完成的事情。 Spring是一個(gè)開源框架，它由 Rod Johnson創(chuàng)建。 業(yè)務(wù)邏輯控制器，負(fù)責(zé)處理用戶請(qǐng)求，本身不具備處理能力，而是調(diào)用 Model 來(lái)完成處理。該控制器繼承了 HttpServlet 類，因此可以配置成標(biāo)注的 Servlet。 Controller 組件 ： Controller 組件有兩個(gè)部分組成 ——系統(tǒng)核心控制器，業(yè)務(wù)邏輯控制器 。 Struts 提供了豐富的 標(biāo)簽庫(kù) ，通過(guò)標(biāo)簽庫(kù)可以減少 腳本 的使用，自定義的 標(biāo)簽庫(kù) 可以實(shí)現(xiàn)與 Model 的有效交互，并增加了現(xiàn)實(shí)功能。 JavaBean則封裝了底層的業(yè)務(wù)邏輯，包括數(shù)據(jù)庫(kù)訪問(wèn)等 。 Action，這個(gè)類通常由用戶提供，該控制器負(fù)責(zé)接收來(lái)自 ActionServlet 的請(qǐng)求，并根據(jù)該請(qǐng)求調(diào)用模型的業(yè)務(wù)邏輯方法處理請(qǐng)求，并將處理結(jié)果返回給 JSP 頁(yè)面顯示 。 云南大學(xué)碩士研究生論文 云南大學(xué)研究生招生管理信息系統(tǒng)的分析與設(shè)計(jì) 21 Struts 對(duì) Model， View 和 Controller 都提供了對(duì)應(yīng)的組件 。其 中使用 Struts 作為系統(tǒng)的整體基礎(chǔ)架構(gòu)，負(fù)責(zé) MVC 的分離，在 Struts 框架的模型部分，控制業(yè)務(wù)跳轉(zhuǎn)，利用 Hibernate 框架對(duì) 持久層 提供支持， Spring 做管理，管理 struts和 hibernate。 框架 框架開發(fā)的定義 SSH 為 struts+spring+hibernate 的一個(gè) 集成 框架，是目前較流行的一種 Web應(yīng)用程序 開源框架 。 數(shù)據(jù)庫(kù)設(shè)計(jì) 數(shù)據(jù)庫(kù) 設(shè)計(jì)是建立 數(shù)據(jù)庫(kù)及其應(yīng)用 系統(tǒng)的技術(shù)，是 信息系統(tǒng) 開發(fā)和建設(shè)中的核心技術(shù)。被它主要 veil 用來(lái)來(lái)對(duì)數(shù)據(jù)庫(kù)管理系統(tǒng)（ DBMS）的實(shí)現(xiàn)。 3） 邏輯數(shù)據(jù)模型。 2） 物理數(shù)據(jù)模型。概念數(shù)據(jù)模型可以理解為從現(xiàn)實(shí)世界到機(jī)器世界的一個(gè)中間體。它是通過(guò)實(shí)體、實(shí)體集、屬性、域、碼、實(shí)體型和聯(lián)系來(lái)描述的。它要求在滿足第二范式的前提下，一個(gè)數(shù)據(jù)庫(kù)表中不包含已在其它表中已包含的非主關(guān)鍵字信息。 第三范式。表中所有非主屬性完全依賴于主鍵，且必須在滿足第一范式的前提下。 第一范式： 在關(guān)系中的每一個(gè)屬性都是一個(gè)不可再劃分出來(lái)的基本數(shù)據(jù)項(xiàng)，也就是說(shuō)這屬性本身不可能再含有其它屬性了，并且對(duì)屬性的值也不能再包含多個(gè)數(shù)據(jù)。其中從第一范式但第六范式要求逐漸升高，第一范式的要求最低，第六范式要求最高。一個(gè)好的數(shù)據(jù)庫(kù)應(yīng)該沒有冗余、查詢效率就會(huì)很高。 數(shù)據(jù)庫(kù)技術(shù) 數(shù)據(jù)庫(kù)范式 數(shù)據(jù)庫(kù)范式是檢驗(yàn)一個(gè)數(shù)據(jù)好壞的標(biāo)準(zhǔn)。在服務(wù)器端，常常需要儲(chǔ)存大量的數(shù)據(jù)，然后利用 Http 請(qǐng)求協(xié)議與客戶端進(jìn)行相應(yīng)的數(shù)據(jù)交換處理。也是利用 Http 協(xié)議處理客戶端與服務(wù)器端之間數(shù)據(jù)的交換。在 Android 的開發(fā)的時(shí)候，運(yùn)用 Sqlite 這個(gè)小型數(shù)據(jù)可進(jìn)行客戶端上少量數(shù)據(jù)的存儲(chǔ)?？梢?利用 Java 中提供的 JDK 類庫(kù)進(jìn)行觸發(fā)事件的響應(yīng)。在 Android 開發(fā)平臺(tái)上面，采用相應(yīng)的布局技術(shù)（如 LinearLayout，TableLayout 布局方式等）和相關(guān)控件（ Button， TextView 等）組裝的方式進(jìn)行頁(yè)面布局。基于 Android 遠(yuǎn)程教育學(xué)習(xí)系統(tǒng)的主要開發(fā)過(guò)程是將 Android 手機(jī)客戶端與服務(wù)器端相結(jié)合的方式進(jìn)行開發(fā)。并且 Android 開發(fā)平臺(tái)擁有巨大的API開發(fā)接口，所有 Android 智能手機(jī)開發(fā)平臺(tái)才能在世界范圍內(nèi)廣泛流傳。 Android 技術(shù)解決方案 2020 年， Google 公司開發(fā)了一款名為 Android 的智能手機(jī)開發(fā)平臺(tái)，而且開源免費(fèi)，很快 Android 智能手機(jī)開發(fā)平臺(tái)馬上得到整個(gè)世界的流傳。 云南大學(xué)碩士研究生論文 云南大學(xué)研究生招生管理信息系統(tǒng)的分析與設(shè)計(jì) 18 圖 21 客戶端 /服務(wù)區(qū)端遠(yuǎn)程學(xué)習(xí)模型 如上圖所示，基于 Android 遠(yuǎn)程教育學(xué)習(xí)系統(tǒng)中采用的就是客戶端 /服務(wù)器端這樣的數(shù)據(jù)傳輸模式。本文在研究基于 Android 遠(yuǎn)程教育學(xué)習(xí)系統(tǒng)的過(guò)程當(dāng)中就是采用的客戶端 /服務(wù)器端這樣的類型進(jìn)行遠(yuǎn)程學(xué)習(xí)系統(tǒng)的開發(fā)，大大的提高了數(shù)據(jù)的吞吐量。這樣的客戶端 /服務(wù)器端因此被稱作為遠(yuǎn)程學(xué)習(xí)系統(tǒng)模型。但是隨著 3G 時(shí)代的普及， 4G 時(shí)代的到來(lái)，手機(jī)傳輸數(shù)據(jù)的速度也會(huì)越來(lái)越快，這樣的 缺憾可以忽略了。這樣的一種遠(yuǎn)程學(xué)習(xí)類型其實(shí)就是應(yīng)用程序在實(shí)時(shí)的讀取遠(yuǎn)程數(shù)據(jù)， Android 手機(jī)的客戶點(diǎn)僅僅只是做一些常規(guī)的很見到的邏輯操作。但是在基于Android 遠(yuǎn)程教育學(xué)習(xí)系統(tǒng)當(dāng)中，這樣的應(yīng)用程序并不多見，也僅僅存在于那些大型的學(xué)習(xí)應(yīng)用程序中，或者需要實(shí)時(shí)在線更新數(shù)據(jù)的學(xué)習(xí)的應(yīng)用系統(tǒng)中。基于 Android 遠(yuǎn)程教育學(xué)習(xí)系統(tǒng)的設(shè)計(jì)方案有兩種，一種是基于傳統(tǒng)的 Java的 Java EE技術(shù)方案，另外一種是基于 Android 核心技術(shù)的解決方案。至今已形成八類軟件開 發(fā)方法。為了克服這一危機(jī)，在 196 1969 年連續(xù)召開的兩次聞名的 NATO 會(huì)議上提出了軟件工程這一術(shù)語(yǔ)，并在以后不斷發(fā)展、完善。開發(fā)人員必須搞 清現(xiàn)實(shí)系統(tǒng)才能導(dǎo)出系統(tǒng)模型，這就使用戶與開發(fā)人員之間有了共同的語(yǔ)言，避免了傳統(tǒng)需求分析中可能產(chǎn)生的種種問(wèn)題。 OMT 徹底解決了這一問(wèn)題。在每次改進(jìn)需求后又形成新的進(jìn)化原型供用戶試用，直到用戶基本滿足，大大提高了軟件的成功率。傳統(tǒng)的軟件開發(fā)方法不答應(yīng)在開發(fā)過(guò)程中用戶的需求發(fā)生變化，從而導(dǎo)致種種問(wèn)題。 需求分析不徹底是軟件失敗的主要原因之一 。更重要的是，在 Jackson 方法和 PAM 方法中，當(dāng)它們的出發(fā)點(diǎn) ——— 輸入、輸出數(shù)據(jù)結(jié)構(gòu)（即系統(tǒng)的邊界）發(fā)生變化時(shí)，整個(gè)軟件必須推倒重來(lái)。因此 Jackson 方法和 PAM 中輸入、輸出數(shù)據(jù)結(jié)構(gòu)與整個(gè)系統(tǒng)之間的鴻溝在 OMT 中不再存在。所以 OMT 也具有自頂向下方法的優(yōu)點(diǎn)，即能有效地控制模塊的復(fù)雜性，同時(shí)避免了 Yourdon 方法中功能分解的困難和不確定性。服務(wù)是具有共同目標(biāo)的相關(guān)功能的集合，如I/O 處理、圖形處理等。 系統(tǒng)模型建立后的工作就是分解。在對(duì)象模型建立后，很輕易在這一基礎(chǔ)上再導(dǎo)出動(dòng)態(tài)模型和功能 模型。在 Yourdon 方法中構(gòu)造系統(tǒng)模型是最困難的一步，因?yàn)樽皂斚蛳碌?頂 是一個(gè)空中樓閣，缺乏堅(jiān)實(shí)的基礎(chǔ)，而且功能分解有相當(dāng)大的任意性，因此需要開發(fā)人員有豐富的軟件開發(fā)經(jīng)驗(yàn)。由于這種類體系的構(gòu)造是從具體到抽象，再?gòu)某橄蟮骄唧w，符合人類的思維規(guī)律，因此能更快、更方便地完成任務(wù)。因此這是一種自底向上的歸納過(guò)程。從真實(shí)系統(tǒng)導(dǎo)出類的體系，即對(duì)象模型包括類的屬性，與子類、父類的繼續(xù)關(guān)系，以及類之間的關(guān)聯(lián)。不僅如此， OO 技術(shù)在需求分析、可維護(hù)性和可靠性這三個(gè)軟件開發(fā)的要害環(huán)節(jié)和質(zhì)量指標(biāo)上有了實(shí)質(zhì)性的突破 ，徹底地解決了在這些方面存在的嚴(yán)重問(wèn)題，從而宣告了軟件危機(jī)末日的來(lái)臨。這是一種自底向上和自頂向下相結(jié)合的方法，而且它以對(duì)象建模為基礎(chǔ)，從而不僅考慮了輸入、輸出數(shù)據(jù)結(jié)構(gòu)，實(shí)際上也包含了所有對(duì)象的數(shù)據(jù)結(jié)構(gòu)。 五、面向?qū)ο蟮能浖_發(fā)方法 面向?qū)ο蠹夹g(shù)是軟件技術(shù)的一次革命，在軟件開發(fā)史上具有里程碑的意義。 這一方法在日本較為流行，軟件開發(fā) 的成功率也很高。 PAM 方法的另一個(gè)優(yōu)點(diǎn)是使用 PAD 圖。按先后關(guān)系逐步綜合處理框，直到畫出整個(gè)系統(tǒng)的 PAD 圖。這一方法的具體步驟是 :從輸入、輸出數(shù)據(jù)結(jié)構(gòu)導(dǎo)出基本處理框 。 PAM 方法希望能兼顧 Yourdon 方法、 Jackson 方法和自底向上的軟件開發(fā)方法的優(yōu)點(diǎn)，而避免它們的缺陷。最主要的差別是在構(gòu)造程序框架時(shí)， Warnier 方法僅考慮輸入數(shù)據(jù)結(jié)構(gòu)，而 Jackson 方法不僅考慮輸入數(shù)據(jù)結(jié)構(gòu)，而且還考慮輸出數(shù)據(jù)結(jié)構(gòu)。差別有三點(diǎn) :一是它們使用的圖形工具不同，分別使用 Warnier 圖和 Jackson 圖 。 云南大學(xué)碩士研究生論文 云南大學(xué)研究生招生管理信息系統(tǒng)的分析與設(shè)計(jì) 15 Jackson 方法有時(shí)也稱為面向數(shù)據(jù)結(jié)構(gòu)的軟件設(shè)計(jì)方法。這一方法對(duì)輸入、輸出數(shù)據(jù)結(jié)構(gòu)明確的中小型系統(tǒng)非凡有效，如商業(yè)應(yīng)用中的文件表格處理。 1975年， 提出了一類至今仍廣泛使用的軟件開發(fā)方法。這一方法不僅開發(fā)步驟明確， SA、 SD、 SP 相輔相成，一氣呵成，而且給出了兩類典型的軟件結(jié)構(gòu)（變換型和事務(wù)型），便于參照，使軟件開發(fā)的成功率大大提高，從而深受軟件開發(fā)人員的青睞。 Yourdon 方法是 80 年代使用最廣泛的軟件開發(fā)方法。 二、 Yourdon方法 1978年， 和 提出了結(jié)構(gòu)化方法 ，即 SASD 方法，也可稱為面向功能的軟件開發(fā)方法或面向數(shù)據(jù)流的軟件開發(fā)方法。遺憾的是，他沒有給出明確的工作流程。此外，模塊之間也要加強(qiáng)檢查，防止錯(cuò)誤蔓延。軟件是很脆弱的，很可能因?yàn)橐粋€(gè)微小的錯(cuò)誤而引發(fā)嚴(yán)重的事故，所以必須加強(qiáng)防范?，F(xiàn)在信息隱蔽原則已成為軟件工程 學(xué)中的一條重要原則。這樣，在將來(lái)由于這些因素變化而需修改軟件時(shí)，只需修改這些個(gè)別的模塊，其它模塊不受影響。由于當(dāng)時(shí)軟件在可維護(hù)性和可靠性方面存在著嚴(yán)重問(wèn)題，因此 Parnas 提出的方法是針對(duì)這兩個(gè)問(wèn)題的。今天，盡管“軟件危機(jī)”并未被徹底解決，但軟件工程三十多年的發(fā)展仍可以說(shuō)是碩果累累。遺憾的是，盡管人們對(duì)軟件項(xiàng)目管理重要性的認(rèn)識(shí)有所提高，但在軟件管理方面的進(jìn)步遠(yuǎn)比在設(shè)計(jì)方法學(xué)和實(shí)現(xiàn)方法學(xué)上的進(jìn)步小，至今還提不出一套管理軟件開發(fā)的通用指導(dǎo)原則。其中，軟件開發(fā)技術(shù)包括軟件開發(fā)方法學(xué)、軟件工具和軟件工程環(huán)境，軟件項(xiàng)目管理包括軟件度量、項(xiàng)目估算、進(jìn)度控制、人員組織、配置管理、項(xiàng)目計(jì)劃等。軟件工程學(xué)是一門指導(dǎo)計(jì)算機(jī)軟件開