【文章內(nèi)容簡介】 文件的頻繁訪問；腳本主機的版本問題；可以開發(fā)的語言種類有限。（3），Microsoft中間語言（Microsoft Intermediate Language，MSIL）。（4），從而提升了兼容性。（5），ASPX頁面是可重用的對象，只需引用Web應(yīng)用程序的命名空間即可。（6），IIS（Internet Information Server）與windows用戶間的依賴性減小，采用可擴展標(biāo)記語言（Extensible Markup Langusge，XML）作為配置語言。（7）（Visual ），服務(wù)器識別的HTML控件：=“server”添加到HTML控件中。如：數(shù)據(jù)綁定控件sqlDataReader。（8）由于ASP沒有提供任何輸出數(shù)據(jù)為內(nèi)容的元件，所以在使用ASP撰寫數(shù)據(jù)頁面時只能借助ADO的RecordSet對象逐筆讀取記錄，數(shù)據(jù)存取速度更快。（9）。管理員不必關(guān)掉網(wǎng)絡(luò)服務(wù)器或者甚至不用停止應(yīng)用程序的運行就可以更新應(yīng)用文件。應(yīng)用程序文件永遠(yuǎn)不會被加鎖，因此甚至在程序運行時文件就可以被覆蓋。當(dāng)文件更新后，系統(tǒng)會溫和地轉(zhuǎn)換到新的版本?？傊?，，它引入了服務(wù)器端控件，提供了一種創(chuàng)建Web的簡單方式。，創(chuàng)建Web窗體應(yīng)用程序的生命周期和工作流程如下所示：（1）頁面框架的初始化（Page_Init）階段該階段窗體傳遞回來，傳遞的數(shù)據(jù)就是保存在窗體上的信息（如：用戶輸入數(shù)據(jù)），頁面控件的初始化階段，將觸發(fā)Page_Init事件。（2）用戶代碼的初始化（Page_Load）階段該階段觸發(fā)Page_Load事件，以確定是第一次被加載，還是傳遞回來的頁面，第一次被加載時，可以對控件數(shù)據(jù)綁定初始化，傳遞回來的頁面時。（3）有效性驗證（控件Validate方法）階段該階段從Validator控件繼承而來的所有服務(wù)器控件都有Validator（）方法，可以對輸入進行驗證。（4）事件處理（控件事件）階段該階段響應(yīng)窗體控件事件處理程序 （5）清除處理（Page_Unload）階段該階段釋放資源（如數(shù)據(jù)庫連接，打開的文件等），通常不對Page_Unload方法進行改動。相對于ASP來說。、Windows、Forms、Passport等四種方式。，當(dāng)身份驗證省略時。身份認(rèn)證后，允許或限制用戶訪問某些頁面。相對ASP而言，二者的區(qū)別如圖所示：Web客戶IIS CLRWindows傳統(tǒng)ASP驗證 ：即用戶界面層（UI層）、業(yè)務(wù)邏輯層和數(shù)據(jù)層，它們之間的關(guān)系如圖所示： UI層負(fù)責(zé)與用戶交互，接收用戶的輸入并將服務(wù)器端傳來的數(shù)據(jù)呈現(xiàn)給客戶，為用戶提供對應(yīng)用程序的訪問功能。業(yè)務(wù)邏輯層負(fù)責(zé)接收瀏覽器傳來的請求并將請求傳給數(shù)據(jù)層，同時將請求處理結(jié)果發(fā)給瀏覽器。它由Web表單、可擴展標(biāo)記語言（Extensible Markup Language，XML）Web服務(wù)和組件服務(wù)組成。，它是向客戶呈現(xiàn)數(shù)據(jù)和信息的基礎(chǔ)，也是響應(yīng)和處理客戶與顯示的Web表單監(jiān)護生成的信息和數(shù)據(jù)的基礎(chǔ)，由于該層直接與數(shù)據(jù)庫關(guān)聯(lián)，同時又為UI層服務(wù)，所以業(yè)務(wù)邏輯層的設(shè)計直接關(guān)系到整個系統(tǒng)的成敗。數(shù)據(jù)庫層是系統(tǒng)最底層，它存儲系統(tǒng)的所有數(shù)據(jù)，本系統(tǒng)中的系統(tǒng)數(shù)據(jù)庫是使用SQL Server2000來實現(xiàn)，如存儲數(shù)據(jù)操作結(jié)果、返回數(shù)據(jù)檢索結(jié)果等等。 Framework一起使用的類集的名稱，用于以關(guān)系型的、面向表的格式訪問數(shù)據(jù)，包括關(guān)系數(shù)據(jù)庫和非關(guān)系數(shù)據(jù)庫。 Framework，特別是C。：簡單地訪問關(guān)系和非關(guān)系數(shù)據(jù)；統(tǒng)一可擴展標(biāo)記語言和關(guān)系數(shù)據(jù)的訪問；支持Internet上的多層應(yīng)用程序；與上一代技術(shù)相比，它可以擴充類支持更多的數(shù)據(jù)源。提供了豐富的類、接口。（Dataset）。一個數(shù)據(jù)集是內(nèi)存中提供數(shù)據(jù)關(guān)系圖的高速緩沖區(qū)。數(shù)據(jù)集對數(shù)據(jù)源一無所知，它們可以由程序或通過從數(shù)據(jù)倉庫中調(diào)入數(shù)據(jù)而被生成、填充。不論數(shù)據(jù)從何處獲取，數(shù)據(jù)集都是通過使用同樣的程序模板而被操作的，并且它使用相同的潛在的數(shù)據(jù)緩沖區(qū)。與數(shù)據(jù)庫的相連，：通過ODBC(Open Database Connectivity)相連，ODBC書開放數(shù)據(jù)庫互聯(lián)，它提供了數(shù)據(jù)庫系統(tǒng)的公共函數(shù)集，提供了數(shù)據(jù)庫統(tǒng)一訪問接口；通過OLEDB相連，OLEDB的數(shù)據(jù)源可以是傳統(tǒng)行列式形式的數(shù)據(jù)庫或任何其他存放數(shù)據(jù)的位置，這些數(shù)據(jù)源的數(shù)據(jù)都以表格的形式提供給應(yīng)用程序，就像它來自數(shù)據(jù)庫一樣；直接與SQL Server相連。這3種方式由于應(yīng)用層次的差異，使得效率由低到高，獨立性由高到低。對于相連數(shù)據(jù)庫的數(shù)據(jù)處理，也有2中方式，一種是通過DataSet來隔離異構(gòu)的數(shù)據(jù)源，另一種是以流方式即DataReader方式從數(shù)據(jù)源讀取。，它是ADO的改進版本。你可以把DataSet想象成內(nèi)存中的數(shù)據(jù)庫。正是由于DataSet，才使得程序員在編程時可以屏蔽數(shù)據(jù)庫之間的差異，從而獲得一致的編程模型。DataSet支持多表、表間關(guān)系、數(shù)據(jù)約束等。這些和關(guān)系數(shù)據(jù)庫的模型基本一致。過去，數(shù)據(jù)處理主要依賴兩層結(jié)構(gòu)，并且是基于連接的。連接斷開，數(shù)據(jù)就不能再存取?，F(xiàn)在數(shù)據(jù)處理被延伸到三層以上的結(jié)構(gòu)，相應(yīng)地，程序員需要切換到無連接的應(yīng)用模型。這樣，DataSet 。它可以取回一個DataSet，并維護一個數(shù)據(jù)源和DataSet之間的“橋”，以便于數(shù)據(jù)的訪問、修改和保存。DataSet Command自動將數(shù)據(jù)的各種操作變換到數(shù)據(jù)源相關(guān)的合適的SQL語句。正是由于以上特點。本章首先探討了信息管理系統(tǒng)的開發(fā)方法，通過比較生命周期法、原型法和面向?qū)ο蠓?，最終選取了生命周期法作為本系統(tǒng)的開發(fā)方法；在系統(tǒng)的運行模式選擇上，通過各種運行模式的比較，得出了采用B/S模式的合理性；、。第三章 系統(tǒng)需求分析 系統(tǒng)的開發(fā)目標(biāo)系統(tǒng)的總目標(biāo)是：在計算機網(wǎng)絡(luò)，數(shù)據(jù)庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，開發(fā)一個具有開放體系結(jié)構(gòu)的、易擴充的、易維護的、具有良好人機交互界面的病室病人信息管理系統(tǒng)，實現(xiàn)醫(yī)院住院病人、病區(qū)和職工的計算機管理，簡化醫(yī)師、護士和管理人員的工作。具體地說，包括以下幾方面： 開發(fā)出能夠滿足目前醫(yī)院需求，又在保證先進性、開放性、投資保護性、可擴展性的前提下盡量降低系統(tǒng)造價的病室病人信息管理系統(tǒng)。它能對住院病人、病區(qū)和職工進行科學(xué)有效的管理，簡化醫(yī)師、護士和管理人員的工作。 開發(fā)出一套使用簡單、易于維護、對系統(tǒng)使用者和系統(tǒng)管理員技術(shù)水平要求較低，同時在系統(tǒng)生命周期中能夠通過簡單調(diào)整即可適應(yīng)醫(yī)院未來管理要求的病室病人信息管理系統(tǒng)。 通過引進軟件系統(tǒng)和管理思想，全面提升管理層次和人員素質(zhì)，為醫(yī)院謀求更大的發(fā)展奠定基礎(chǔ)。 保證醫(yī)院內(nèi)、外部信息的正確性、一致性、共享性，以信息系統(tǒng)作為管理的輔助手段，減輕手工勞動，提高勞動生產(chǎn)率。 醫(yī)院住院處的業(yè)務(wù)流程為了明確系統(tǒng)的需求，必須對系統(tǒng)的業(yè)務(wù)處理流程進行詳細(xì)的調(diào)查分析。下面用一個簡單的圖來介紹住院處的業(yè)務(wù)流程。入院登記病人預(yù)交費用分配住院號、床位等治療過程消費記賬住院記錄登記病人回訪出院出院登記費用結(jié)算 住院處的業(yè)務(wù)流程圖 如上圖，病人住院的一般過程是：首先病人必須進行入院登記，并預(yù)交一定住院費用，醫(yī)院工作人員為病人分配住院號、床位等，在辦理這些手續(xù)后，病人便入院治療。治療過程中，醫(yī)生為病人診斷、治療，填寫病人的住院記錄，并對病人進行回訪，同時醫(yī)務(wù)人員必須對病人的消費進行記賬。在病人出院時，醫(yī)務(wù)人員要對病人進行出院登記及出院結(jié)算。 系統(tǒng)數(shù)據(jù)流圖 1入院登記 2預(yù)交費用D1 病人記錄病人信息病人信息D3 住院記錄治療信息 5回訪病人信息 4消費記賬D2 交費記錄交費 明細(xì) 3治療登記消費明細(xì)病人信息D4 回訪記錄回訪信息病人病人信息病人信息 7出院、結(jié)算D5 消費記錄消費明細(xì)消費明細(xì)病人信息 6出院登記交費 明細(xì) 系統(tǒng)數(shù)據(jù)流圖 數(shù)據(jù)字典系統(tǒng)中的數(shù)據(jù)字典：名稱：病人基本信息別名：病人信息描述：病人的基本信息，存于病人信息表中定義：病人信息=病人編號+姓名+性別+出生日期+單位+單位地址+住址+工作+醫(yī)保+醫(yī)保號+電話+手機+Email+死亡日期來源：病人源端去向：輸入系統(tǒng)，存到病人信息表中名稱：住院記錄別名：描述：記錄病人的住院情況定義：住院記錄=序號+病人編號+住院號+床號+入院日期+出院日期+診斷情況+治療情況+治療結(jié)果來源：操作員輸入去向：輸入到系統(tǒng)，保存在住院記錄表中名稱：住院記錄別名：描述：記錄病人的住院情況定義：住院記錄=序號+病人編號+住院號+床號+入院日期+出院日期+診斷情況+治療情況+治療結(jié)果來源：操作員輸入去向：輸入到系統(tǒng)，保存在住院記錄表中名稱：社會關(guān)系表別名：描述：描述病人親屬的信息，存于社會關(guān)系表中定義：社會關(guān)系表=序號+病人編號+姓名+與病人關(guān)系+單位+住址+電話+手機+Email來源：病人去向：存到數(shù)據(jù)庫的社會關(guān)系表名稱：回訪信息別名：回訪記錄描述：記錄回訪的各種信息定義：回訪信息=序號+病人編號+回訪時間+回訪人+回訪記錄+生命特征來源：醫(yī)生回訪病人，操作員輸入去向：保存于回放表中名稱：操作員表別名：操作員信息描述：描述操作員的基本信息，操作員包括管理員和一般操作員定義：操作員表=序號+姓名+帳號+密碼+性質(zhì)來源：管理員輸入去向：存于操作員表名稱：操作記錄別名：描述：記錄每次操作的操作員，對哪個表進行何種操作定義：操作記錄=操作員+表名+記錄號+操作來源：操作員操作去向：保存在操作記錄表中名稱：交費記錄別名：描述：記錄交費情況定義：交費記錄=序號+病人編號+交費時間+金額+操作員來源：病人去向：保存在繳費記錄表中名稱：收費記錄別名：描述：記錄病人住院期間的收費定義：收費記錄=序號+病人編號+收費類別+收費項目+單價+單位+用量+合計來源：病人的消費去向：保存在收費記錄表中 系統(tǒng)的ER圖根據(jù)以上分析，本系統(tǒng)規(guī)劃出以下實體：系統(tǒng)管理員，操作員，病人，病人的親屬，住院記錄，回訪記錄，交費記錄，收費記錄，它們之間的關(guān)系如下圖：系統(tǒng)管理員系統(tǒng)操作員病人親屬住院記錄回訪記錄交費記錄收費記錄管理關(guān)系擁有管理擁有擁有擁有 系統(tǒng)的ER圖系統(tǒng)管理員包括序號、姓名、帳號、密碼和身份屬性，這里序號作為主碼以區(qū)分不同的系統(tǒng)管理員。系統(tǒng)管理員序 號姓 名身 份密 碼帳 號 系統(tǒng)管理員的實體圖系統(tǒng)操作員也包括序號、姓名、帳號、密碼和身份屬性，序號做主碼。系統(tǒng)操作員姓 名帳 號身 份密 碼序 號 系統(tǒng)操作員的實體圖，其中序號為主碼以區(qū)分不同的親屬，通過病人編號與病人關(guān)聯(lián)。病人親屬病人編號關(guān) 系單 位地 址手 機電 話Email序 號姓 名 病人親屬的實體圖，病人編號為主碼，通過病人編號與親屬、住院記錄、回訪記錄、交費記錄、收費記錄關(guān)聯(lián)。病 人病人編號姓 名性 別出生日期單位地址住 址工 作醫(yī) 保醫(yī)保號電 話手 機Email死亡日期單 位 病人實體圖下圖是住院記錄的實體圖，與病人相關(guān)聯(lián)。住院記錄序 號病人編號住院號床 號入院日期出院日期診斷情況治療情況治療結(jié)果 住院記錄實體圖回訪記錄病人編號回訪人回訪時間回訪記錄生命特征序 號 回訪記錄實體圖交費記錄序 號病人編號金 額交費時間操作員序號 交費記錄的實體圖收費記錄序 號病人編號單 位單 價用 量合 計收費類別收費項目操作員序號 收費記錄的實體圖 系統(tǒng)的功能需求根據(jù)上面的分析，本系統(tǒng)包括兩大模塊：系統(tǒng)管理模塊和系統(tǒng)操作模塊。系統(tǒng)管理模塊：該模塊僅供系統(tǒng)管理員使用，需提供以下功能：1）增加、刪除、修改和查詢系統(tǒng)操作員。2）為操作人員分配操作帳號和設(shè)置操作權(quán)限。3）密碼管理。操作員如果忘記密碼，可由系統(tǒng)管理員將密碼恢復(fù)為初始值。系統(tǒng)操作模塊：該模塊僅供醫(yī)院醫(yī)護人員使用，需提供以下功能：1）操作員修改密碼。2）病人信息管理：增加、修改、刪除和查詢病人信息。3）住院管理：辦理入院病人登記，對于入院病人分配住院號、床號；入院治療期間，可錄入病人的診斷情況、治療情況、治療結(jié)果等；可辦理出院登記。4）費用管理：應(yīng)有預(yù)交款的功能，對病人住院期間產(chǎn)生的各種消費進行收費記賬，出院時可以進行出院結(jié)算。 4）回訪：自動產(chǎn)生本次待回訪的病人信息，錄入回訪信息。 5）操作記錄：操