【文章內(nèi)容簡(jiǎn)介】 象的原則，可以得到較一般的類和較特殊的類，特殊類繼承一般類的屬性和服務(wù)。復(fù)雜的對(duì)象可以用簡(jiǎn)單的對(duì)象作為其構(gòu)成部分，稱作聚合。對(duì)象之間的消息通信表達(dá)對(duì)象之間的動(dòng)態(tài)聯(lián)系，對(duì)象之間的關(guān)聯(lián)表達(dá)對(duì)象之間的靜態(tài)關(guān) 12 系。面 向 對(duì)象方法 (OO)的技術(shù)屬性主要是面相對(duì)象的建模技術(shù) (OMTObject Modeling Technofogy)，使用對(duì)象模型、動(dòng)態(tài)模型、功能模型構(gòu)造系統(tǒng)結(jié)構(gòu)。 OO方法開發(fā)過程主要包括面向 對(duì) 象的分析 (OOA)、面 向 對(duì)象的設(shè)計(jì) (0OD)、面向 對(duì)象的程序 (OOP)。面 向 對(duì)象法是一種圍繞對(duì)象進(jìn)行系統(tǒng)分析和系統(tǒng)設(shè)計(jì)，然后用面向 對(duì)象的工具建立系統(tǒng)的方法。這種方法可以適用于各類信息系統(tǒng)的開發(fā)，但是不能涉足系統(tǒng)分析以前的環(huán)節(jié)。 生命周期法開發(fā)病室病人信息管理系統(tǒng) 通過比較三種開發(fā)方法，本系統(tǒng)的設(shè)計(jì)決定采用生命周期法。根據(jù)生命周期法，在系統(tǒng)的開發(fā)過程中將病室病人信息管理系統(tǒng)的開發(fā)過程分為需求分析 — 概要設(shè)計(jì) — 詳細(xì)設(shè)計(jì) — 編碼 — 測(cè)試 — 使用和維護(hù)等幾個(gè)階段。詳細(xì)情況請(qǐng)看后面章節(jié)。 系統(tǒng)的運(yùn)行模式選 擇 信息系統(tǒng)運(yùn)行模式的發(fā)展 近年來，隨著計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)發(fā)展，信息系統(tǒng)運(yùn)行模式先后經(jīng)歷了巨大革新?？v觀整個(gè)信息系統(tǒng)平臺(tái)的發(fā)展，總共產(chǎn)生過四種運(yùn)行 (開發(fā) )模式 :主機(jī)終端模式、文件服務(wù)器模式、客戶機(jī) /服務(wù)器模式 (Client/Server： C/S 模式 )和瀏覽器 /服務(wù)器模式 (Browser/Server： B/S 模式 )。 (1)主機(jī)終端模式 信息系統(tǒng)模式最先出現(xiàn)的是集中式，也叫主機(jī)終端模式。在這種集中式結(jié)構(gòu)里，客戶機(jī)和主機(jī)之間傳遞數(shù)據(jù)的方式非常簡(jiǎn)單，計(jì)算機(jī)的所有資源 (數(shù)據(jù) )都在主 機(jī)上，所有處理 (程序 )也在主機(jī)上完成，其應(yīng)用程序邏輯和數(shù)據(jù)都駐留在主機(jī)中，不可能真正劃分出應(yīng)用程序的邏輯。該結(jié)構(gòu)對(duì)主機(jī)性能要求極高，缺乏靈活性，不能滿足信息量急劇增長(zhǎng)、處理靈活復(fù)雜的要求，己逐步在實(shí)際工程應(yīng)用中被淘汰。 (2)文 件服務(wù)器模式 隨著局域網(wǎng)的問世，引入了文件服務(wù)器的概念。在這種結(jié)構(gòu)中，應(yīng)用程序在客戶工作站上運(yùn)行，文件服務(wù)器只提供資源 (數(shù)據(jù) )的集中管理和訪問途徑，對(duì)共享數(shù)據(jù)資源集中管理，將應(yīng)用程序分散安排在各個(gè)客戶工作站上，使用客戶機(jī)的處理器。對(duì)于用戶多，數(shù)據(jù)量大的情況就會(huì)產(chǎn)生網(wǎng)絡(luò) 瓶頸，同時(shí)維護(hù)相當(dāng)困難。 (3)客戶服務(wù)器模式 (Client/Server。 C/S 模式 ) C/S 模式是 20 世紀(jì) 80年代，隨著網(wǎng)絡(luò)數(shù)據(jù)庫(kù)和桌面圖形交互窗口及開發(fā)技 13 術(shù)的發(fā)展而逐漸成長(zhǎng)起來的一種模式，在這種結(jié)構(gòu)中，網(wǎng)絡(luò)中的計(jì)算機(jī)分為兩個(gè)有機(jī)地聯(lián)系起來的部分 :客戶機(jī)和服務(wù)器。在 C/S 結(jié)構(gòu)中，所有客戶機(jī)與數(shù)據(jù)庫(kù)服務(wù)器相連，服務(wù)器負(fù)責(zé)數(shù)據(jù)處理，客戶端負(fù)責(zé)與用戶交互，向后臺(tái)服務(wù)器發(fā)出請(qǐng)求 。 對(duì)于用戶請(qǐng)求，如果客戶機(jī)能夠滿足就直接給出結(jié)果，否則就交給服務(wù)器來處理。因此，這種模式可以合理 均衡事務(wù)處理，充分保證 數(shù)據(jù)的完整性和一致性。具體來說其特點(diǎn)包括 :①分布的處理與集中的數(shù)據(jù)操作有機(jī)結(jié)合 ； ②服務(wù)器對(duì)用戶是透明的 ； ③交互性強(qiáng) ； ④實(shí)現(xiàn)安全的數(shù)據(jù)存取 ； ⑤所提供的軟件都是以客戶端和服務(wù)器方式成套出現(xiàn) ； ⑧與 B/S模式相比，處理速度較快。 但隨著 Inter 技術(shù)的發(fā)展，以及企業(yè)對(duì)信息系統(tǒng)的總體開發(fā)、維護(hù)、升級(jí)和硬件成本的考慮，這種模式逐漸暴露出以下主要問題 :①開發(fā)成本較高 :②系統(tǒng)移植困難 ； ③軟件維護(hù)復(fù)雜、升級(jí)工作量大。 (4)瀏覽器 /服務(wù)器模式 (Browser/Server: B/S 模式 ) 隨著 Intemet 席卷全球，以 Web技術(shù)為基礎(chǔ)的 B/S模式逐漸顯示其先進(jìn)性，當(dāng)今很多基于大型數(shù)據(jù)庫(kù)的信息系統(tǒng)都是采用了這種全新的技術(shù)模式 。 B/S 模式概述 B/S 模式主要由瀏覽器、 Web 服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器三個(gè)層次組成，其本質(zhì)上是一種特殊的客戶 /服務(wù)器結(jié)構(gòu)，只不過它的客戶端簡(jiǎn)化為只講單一 HTML 語(yǔ)言的客戶軟件因而簡(jiǎn)化了客戶端系統(tǒng)的管理和使用，可以使管理和維護(hù)集中在服務(wù)器端。在這種模式下，客戶端使用一個(gè)通用的瀏覽器，代替形形色色的各種應(yīng)用軟件，用戶的所有操作都是通過瀏覽器進(jìn)行的。 Web 服務(wù)器負(fù)責(zé)接受 HTTP 查詢 、修改等請(qǐng)求，然后根據(jù)請(qǐng)求條件到數(shù)據(jù)庫(kù)服務(wù)器獲取相關(guān)數(shù)據(jù)，再將結(jié)果翻譯成HTML 和各種頁(yè)面描述語(yǔ)言，傳送回提出請(qǐng)求的瀏覽器。其結(jié)構(gòu)如圖所示。 圖 B/S模式結(jié)構(gòu)示意圖 B/S 模式具有以下優(yōu)點(diǎn) :①使用簡(jiǎn)單 :用戶使用單一的 Browser 軟件，基本上無需 培訓(xùn)即可使用 ； ②易于維護(hù) :由于應(yīng)用程序都放在 Web 服務(wù)器上，軟件的開發(fā)，升級(jí)、 維護(hù)只在服務(wù)器端進(jìn)行，減輕了開發(fā)維護(hù)工作量； ③保護(hù)企業(yè)投資 :B/S 模式主要采用標(biāo)準(zhǔn) TCP/IP. HTTP 協(xié)議，可以與 企業(yè)現(xiàn)有網(wǎng)絡(luò)很好結(jié)合 ； ④對(duì)客戶端硬 14 件要求低 ： 客戶機(jī)只需要安裝 Web 瀏覽器軟件 ； ⑥信息資源共享程度高 :可實(shí)現(xiàn)Inter 上資源共享 ； ⑥擴(kuò)展性好 :B/S 模式既可在 Intra 內(nèi)使用，也可直接連入 Inter，具有良好的擴(kuò)展性。 B/S 模式把 C/S 的胖客戶機(jī)結(jié)構(gòu)變?yōu)槭菘蛻魴C(jī)形式，大大減輕了客戶端的負(fù)擔(dān)。但這種結(jié)構(gòu)也存在一些明顯的問題 :①由于 HTTP 協(xié)議是基于 TCP/IP 協(xié)議之上的， HTTP 協(xié)議中的固定格式是 HTML 文件形式，這種文件網(wǎng)絡(luò)傳輸量較大，因而會(huì)影響數(shù)據(jù)傳輸效率 ； ②從管理角度看，這種 模式程序代碼和數(shù)據(jù)備份雖然可以在服務(wù)器端進(jìn)行，但客戶端每次要求獲得數(shù)據(jù)和反饋的信息都要經(jīng)過網(wǎng)絡(luò)才能與數(shù)據(jù)服務(wù)器聯(lián)系，增加了對(duì)網(wǎng)絡(luò)帶寬的要求 ； ③ HTML 畢竟是一種文本格式，難于加密、易于被竊密和截獲，從而使信息系統(tǒng)的安全性難以有效保證，網(wǎng)絡(luò)安全造價(jià)往往比較昂貴。 一個(gè)好的系統(tǒng)運(yùn)行模式既關(guān)系到系統(tǒng)的開發(fā)和維護(hù)性，也關(guān)系到系統(tǒng)的運(yùn)行狀況，所以能不能應(yīng)用一種新的模式來進(jìn)行系統(tǒng)開發(fā)也就顯得非常有意義。 B/S模式適合于局域網(wǎng)和廣域網(wǎng)，異構(gòu)性、跨平臺(tái)能力強(qiáng)，因此， B/S 模式比較適合于開發(fā)病室病人信息管理系統(tǒng)。 B/S 模式的病室病人信息管理系統(tǒng) 在 病室病人信息管理系統(tǒng) 中，基于 B/S 結(jié)構(gòu)的系統(tǒng)應(yīng)用平臺(tái)，利用 Web 技術(shù)，實(shí)現(xiàn) Web 服務(wù)器與數(shù)據(jù)庫(kù)系統(tǒng)的連接，完成客戶端對(duì)數(shù)據(jù)的處理與查詢，用戶可以通過操作簡(jiǎn)單易學(xué)的瀏覽器來查詢處理所需要的各種數(shù)據(jù)。 實(shí)現(xiàn) Web 服務(wù)器與數(shù)據(jù)庫(kù)的連接一般有兩種方法 :一種是利用中間件技術(shù)在兩者 之間建立連接和通信，如 CGI(通用網(wǎng)關(guān)接口 )和 API(應(yīng)用程序編程接口 )。Web 服務(wù)器通過調(diào)用 CGI 程序?qū)崿F(xiàn)與 Web 瀏覽器的交互，即 CGI 程序接受瀏覽器發(fā)給 Web 服務(wù)器的信息，進(jìn)行處理后，將相應(yīng)結(jié)果再送回 給 Web 服務(wù)器，通過Web 服務(wù)器將信息傳送給瀏覽器。但 CGI 程序在響應(yīng)速度和資源利用等方面有較大局限性，客戶端每請(qǐng)求一個(gè) CGI 程序，服務(wù)器端便打開一個(gè)進(jìn)程，當(dāng)請(qǐng)求的數(shù)量較大時(shí)容易引起瓶頸現(xiàn)象。開發(fā)人員常利用 API 編程來擴(kuò)展服務(wù)器功能， API程序占系統(tǒng)資源少，運(yùn)行效率較高，但它的編程較 CGI 程序更為復(fù)雜 ； 另一種是利用 Java 小應(yīng)用程序 (Java Applet)通過瀏覽器訪問 Web 服務(wù)器上的數(shù)據(jù)庫(kù)，利用了 JDBC(Java Database Connectivity)技術(shù)，它通過 JDBC 提供的 API 實(shí)現(xiàn)對(duì)Web Server 的訪問 。 由于 Java Applet 本身的局限性，目前大多數(shù)的應(yīng)用是基于中間件技術(shù)的較多，如 ASP, JSP, SERVLET, EJB, PHP 等，它們運(yùn)行于不同的環(huán)境， ASP, PHP 效率較高，但受特定的平臺(tái)限制 .JSP, SERVLET, EJB 不受平臺(tái)限制，但效率不高。 ASP 比較網(wǎng)關(guān)、服務(wù)器擴(kuò)展模式以及其他中間件技術(shù)有著較 15 大的優(yōu)點(diǎn)，特別適用于在 Windows 平臺(tái)上開發(fā)基于 B/S 結(jié)構(gòu)的分布式網(wǎng)絡(luò)應(yīng)用系統(tǒng)。 系統(tǒng)開發(fā)技術(shù) 技術(shù) 新模型是 基于 技術(shù)可以創(chuàng)建強(qiáng)大的 可編程 Web 頁(yè)面；打破了傳統(tǒng)應(yīng)用程序開發(fā)和 Web 開發(fā)之間曾經(jīng)存在的界限；與所有瀏覽器和移動(dòng)設(shè)備兼容；與所有語(yǔ)言兼容，只要該語(yǔ)言被公共語(yǔ)言運(yùn)行庫(kù)支持；頁(yè)面上允許代碼和內(nèi)容分離；支持龐大的控件集；提供狀態(tài)管理功能集，用以保存 Web 頁(yè)面在不同請(qǐng)求之間的狀態(tài)。相對(duì)于 ASP 而言，其優(yōu)越性主要表現(xiàn)在以下幾方面： （ 1） 是 .NET Framework 的一部分，集成了 .NET Framework 的安全性，在公共語(yǔ)言運(yùn)行庫(kù)（ Common Language Runtime， CLR）上托管運(yùn)行，負(fù)責(zé)管理用 .NET 庫(kù)開發(fā)的所有應(yīng)用程序的執(zhí)行。 （ 2） 是被編譯的，不是被解釋的，運(yùn)行速度提高了、而 ASP 的解釋腳本缺點(diǎn)是：解釋執(zhí)行導(dǎo)致執(zhí)行速度慢；文件的頻繁訪問；腳本主機(jī)的版本問題；可以開發(fā)的語(yǔ)言種類有限。 （ 3） 支持多種語(yǔ)言，只要是 .NET 語(yǔ)言都行， Microsoft 中間語(yǔ)言（ Microsoft Intermediate Language， MSIL）才是 .NET 真正的語(yǔ)言。 （ 4） 支持多種設(shè)別和瀏覽器， 后臺(tái)的瀏覽器檢測(cè)功能能夠把 HTML 正確地傳輸?shù)娇蛻舳说臑g覽器，從而提升了兼容性。 （ 5） 是完全面向?qū)ο笳Z(yǔ)言， ASPX 頁(yè)面都是從 對(duì)象繼承而來， ASPX 頁(yè)面是可重用的對(duì)象，只需引用 Web 應(yīng)用程序的命名空間即可。 （ 6） 包含有自己的可移植配置和安全模型， IIS（ Inter Information Server）與 windows 用戶間的依賴性減小，采用可擴(kuò)展標(biāo)記語(yǔ)言（ Extensible Markup Langusge， XML） 作為配置語(yǔ)言， 應(yīng)用程序包含 配置文件。 （ 7）在 （ Visual ） 環(huán)境下 是采取控件驅(qū)動(dòng)的機(jī)制，服務(wù)器識(shí)別的 HTML 控件：從 ASP 向 遷移的一個(gè)方法是把 runat=“ server”添加到 HTML 控件中。如：數(shù)據(jù)綁定控件 sqlDataReader。 （ 8）由于 ASP沒有提供任何輸出數(shù)據(jù)為內(nèi)容的元件，所以在使用 ASP 撰寫數(shù)據(jù)頁(yè)面時(shí)只能借助 ADO的 RecordSet對(duì)象逐筆讀取記錄，而 提供的 DataGrid 等數(shù)據(jù)庫(kù)元件可以直接和數(shù)據(jù)庫(kù)聯(lián)系，數(shù)據(jù) 存取速度更快。 16 （ 9） 支持應(yīng)用程序的實(shí)時(shí)更新。管理員不必關(guān)掉網(wǎng)絡(luò)服務(wù)器或者甚至不用停止應(yīng)用程序的運(yùn)行就可以更新應(yīng)用文件。應(yīng)用程序文件永遠(yuǎn)不會(huì)被加鎖，因此甚至在程序運(yùn)行時(shí)文件就可以被覆蓋。當(dāng)文件更新后，系統(tǒng)會(huì)溫和地轉(zhuǎn)換到新的版本。 總之， 是 .NET 的一部分，是建立動(dòng)態(tài) Web 站點(diǎn)的 .NET，它引入了服務(wù)器端控件，提供了一種創(chuàng)建 Web 的簡(jiǎn)單方式。一般在 中，創(chuàng)建 Web窗體應(yīng)用程序的生命周期和工作流程如下所示： （ 1）頁(yè)面框架的初始化（ Page_Init）階段 該階段窗體傳遞 回來，傳遞的數(shù)據(jù)就是保存在窗體上的信息（如：用戶輸入數(shù)據(jù)），頁(yè)面控件的初始化階段，將觸發(fā) Page_Init 事件。 （ 2）用戶代碼的初始化（ Page_Load）階段 該階段觸發(fā) Page_Load 事件，通常檢查 屬性，以確定是第一次被加載，還是傳遞回來的頁(yè)面，第一次被加載時(shí)，可以對(duì)控件數(shù)據(jù)綁定初始化，傳遞回來的頁(yè)面時(shí)， 來處理。 （ 3）有效性驗(yàn)證（控件 Validate 方法）階段 該階段從 Validator 控件繼承而來的所有服務(wù)器控件都有 Validator（）方法，可以對(duì)輸 入進(jìn)行驗(yàn)證。 （ 4）事件處理（控件事件）階段 該階段響應(yīng)窗體控件事件處理程序 （ 5）清除處理（ Page_Unload）階段 該階段釋放資源（如數(shù)據(jù)庫(kù)連接，打開的文件等），通常不對(duì) Page_Unload 方法進(jìn)行改動(dòng)。 相對(duì)于 ASP 來說，配置應(yīng)用程序中 的安全性更高。在 中身份證有 None、 Windows、 Forms、 Passport 等四種方式。 是本地 Windows帳戶，當(dāng)身份驗(yàn)證省略時(shí)， 服務(wù)仍然有效。身份認(rèn)證后，允許或限制用戶訪問某些頁(yè)面。相對(duì) ASP 而 言，二者的區(qū)別如圖所示： 17 圖 ASP安全性的比較圖 的三層架構(gòu) 結(jié)構(gòu)是一個(gè)三層結(jié)構(gòu)模型的系統(tǒng)：即用戶界面層（ UI 層）、業(yè)務(wù)邏輯層和數(shù)據(jù)層，它們之間的關(guān)系如圖所示： 圖 的系統(tǒng)結(jié)構(gòu)模型圖 UI 層負(fù)責(zé)與用戶交互，接收用戶的輸入并將服務(wù)器端傳來的數(shù)據(jù)呈現(xiàn)給客戶，即 頁(yè)面層，為用戶提供對(duì)應(yīng)用程序 的訪問功能。業(yè)務(wù)邏輯層負(fù)責(zé)接收瀏覽器傳來的請(qǐng)求并將請(qǐng)求傳給數(shù)據(jù)層，同時(shí)將請(qǐng)求處理結(jié)果發(fā)給瀏覽器。它由 Web 表單、可擴(kuò)展標(biāo)記語(yǔ)言（ Extensible Markup Language， XML） Web 服務(wù)和組件服務(wù)組成。其中 Web表單是 應(yīng)用程序的核心所在，它是向客戶呈現(xiàn)數(shù)據(jù)和信息的基礎(chǔ)，也是響應(yīng)和處理客戶與顯示的 Web 表單監(jiān)護(hù)生成的信息和數(shù)據(jù)的基礎(chǔ)，由于該層直接與數(shù)據(jù)庫(kù)關(guān)聯(lián)，同時(shí)又為 U