軟件工程畢業(yè)論文高校醫(yī)務(wù)室綜合管理系統(tǒng)_第1頁
軟件工程畢業(yè)論文高校醫(yī)務(wù)室綜合管理系統(tǒng)_第2頁
軟件工程畢業(yè)論文高校醫(yī)務(wù)室綜合管理系統(tǒng)_第3頁
軟件工程畢業(yè)論文高校醫(yī)務(wù)室綜合管理系統(tǒng)_第4頁
軟件工程畢業(yè)論文高校醫(yī)務(wù)室綜合管理系統(tǒng)_第5頁
已閱讀5頁,還剩49頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

梧 州 學(xué) 院 畢 業(yè) 論 文 論文題目 高校醫(yī)務(wù)室綜合管理系統(tǒng) 的設(shè)計與實現(xiàn) 系 別 信息與電子工程學(xué)院 專 業(yè) 軟件工程 班 級 11 軟件工程 2 班 學(xué) 號 1100208241 學(xué)生姓名 覃 曉 瓊 指導(dǎo)教師(簽名) 完成時間 2015 年 5 月 I 摘要 本文詳細敘述了 高校醫(yī)務(wù)室綜合管理系統(tǒng)的 設(shè)計與實現(xiàn)的過程。在整個開發(fā)過程中,對 高校醫(yī)務(wù)室綜合管理系統(tǒng)的 業(yè)務(wù)流程做了詳細的調(diào)研,并 根據(jù)學(xué)校學(xué)生看病 的 實際 需求制定了一套具體的解決方案,由于 大學(xué)生 的學(xué)習(xí) 生活 節(jié)奏較快,且電腦普及率和上網(wǎng)概率也隨著社會的發(fā)展 提高 , 大 學(xué)生 通過網(wǎng)絡(luò)獲取信息 的機會越來越多。所以, 本文設(shè)計的高校醫(yī)務(wù)室綜合管理系統(tǒng) , 不僅可以讓在校學(xué)生可以十分方便的了解到學(xué)校醫(yī)務(wù)室的醫(yī)生出診信息 , 還 將大大提高 學(xué)生就醫(yī)看病的滿意程度 。 本文設(shè)計的高校醫(yī)務(wù)室綜合管理系統(tǒng)主要為了滿足在校學(xué)生方便就醫(yī)的需要進行開發(fā)的,本系統(tǒng)實現(xiàn)基于 B/S 模式 ,采用的是 開放式 構(gòu)、 據(jù)庫等技術(shù)。系統(tǒng)主要包括后臺管理和前臺展現(xiàn)功能,其中,前臺展現(xiàn)分學(xué)生和醫(yī)生兩種不同的用戶角色,學(xué)生主要是到校醫(yī)院進行就診,而醫(yī)生主要是根據(jù)學(xué)生的就診信息進行出診;后臺管理主要實現(xiàn)藥品 管理、角色管理、繳費管理和留言板功能。 系統(tǒng) 經(jīng)過詳細設(shè)計和完成編碼后, 對系統(tǒng)進行 了 一系列測試,結(jié)果表明系統(tǒng)可正常運行,達到了系統(tǒng)設(shè)計的預(yù)期目標(biāo)。最后對本次系統(tǒng)開發(fā)進行總結(jié)。 關(guān)鍵詞 : 高校醫(yī)務(wù)室 ; 管理系統(tǒng) ; in of of of to do a a of to of of to a to of of in be to of in is to of of , SH to in is to is to s is a of to of of is 錄 第一章 前言 . 1 題背景及意義 . 1 題研究內(nèi)容 . 1 文的組織結(jié)構(gòu) . 1 第二章 運用技術(shù)及開發(fā)工具介紹 . 3 術(shù)簡介 . 3 構(gòu)簡介 . 5 ,計算機普及程度和計算機智能化水平均不斷提高,人類進入了信息發(fā)展的高速時代,各種傳統(tǒng)的管理手段受到了不同程度的沖擊,高效方便的管理技術(shù)與管理手段越來越受到歡迎,各種各樣的管理系統(tǒng)應(yīng)運而生。目前,梧州學(xué)院醫(yī)務(wù)室在藥品管理、就診管理、病案管理等方面都是采取手工記錄的方式進行學(xué)生就診管理和藥品管理。不僅花費了大量的人力與物力資源,且因手工管理不當(dāng)或檔案太多的情況下,引起事故或糾紛還是時有出現(xiàn)。例如藥房管理經(jīng)常由于管理上的不當(dāng)使部分藥品失效報廢,給醫(yī)院帶來一定的經(jīng)濟損失,因此,傳統(tǒng)的手工 統(tǒng)計操作已遠遠不能滿足醫(yī)務(wù)工作的實際需要。為能夠更好地了解藥庫及藥房的藥品情況、建立病人電子檔案、規(guī)范藥品等日常工作,對醫(yī)務(wù)進行信息管理是非常必要的。因此,高校醫(yī)務(wù)室綜合管理系統(tǒng)的建設(shè)既意義重大又刻不容緩。 高校醫(yī)務(wù)管理系統(tǒng)將醫(yī)務(wù)人員、學(xué)生的基本信息及藥品信息以數(shù)字化的形式存貯起來,設(shè)計簡單的查詢界面與操作界面以便病人、醫(yī)務(wù)人員對醫(yī)務(wù)的信息一目了然。使醫(yī)務(wù)人員脫離繁雜的手工記錄,利用本系統(tǒng)實現(xiàn)方便快捷的就診及管理,解決醫(yī)院手工管理人員信息檔案的現(xiàn)狀,為科學(xué)、高效管理人員提供可能。系統(tǒng)可在學(xué)校局域網(wǎng)內(nèi)由不同權(quán) 限的用戶進行檔案查詢、人員管理、藥品管理及繳費管理等操作,也為校醫(yī)與學(xué)生的互動交流成為可能,對我校學(xué)生的身體健康與校風(fēng)建設(shè)都具有一定的促進作用。 題研究內(nèi)容 該課題的主要目標(biāo)是完成一套高效的、具有一定實用性的高校醫(yī)務(wù)室綜合管理系統(tǒng),對學(xué)生個人基本信息、醫(yī)生個人基本信息、藥品信息及繳費信息等信息進行有效管理。系統(tǒng)功能模塊主要包括:學(xué)生就診管理、檔案管理、藥品管理、繳費管理、交流互動及系統(tǒng)管理等模塊。學(xué)生可以隨時登錄系統(tǒng)查詢自己的就診信息,由問題也可以通過“交流互動”模塊與校醫(yī)進行交流;醫(yī)生可以更方便 快速的進行就診,對于醫(yī)務(wù)室藥品管理也更得心應(yīng)手,可以及時的查詢到相關(guān)藥品信息,對于藥品的出庫入庫也省去了繁雜的手工記錄;實現(xiàn)一體化學(xué)生就診檔案,提高工作效率。系統(tǒng)可在學(xué)校局域網(wǎng)內(nèi)由不同權(quán)限的用戶進行檔案查詢、人員管理、藥品管理及繳費管理等操作,使醫(yī)生及管理員可以管理學(xué)生檔案信息及對藥品進行相關(guān)處理,學(xué)生可以方便查詢自己的就診信息。 文的組織結(jié)構(gòu) 本文 總共分為七章: 第一章 前言,簡述了 固定資產(chǎn) 管理 系統(tǒng) 開發(fā)的背景和意義,闡述了固定管理系統(tǒng) 在國內(nèi)外的發(fā)展?fàn)顩r, 最后介紹了論文的內(nèi)容安排 。 第二章 理論知識, 對 據(jù)庫進行簡要 介紹。 2 第三章 系統(tǒng)可行性研究與需求分析,分析開發(fā)本系統(tǒng)各方面的可行性,對系統(tǒng)進行合理的需求分析。 第四章 系統(tǒng)總體設(shè)計, 確立系統(tǒng)功能并進行模塊劃分,進行數(shù)據(jù)庫的設(shè)計,配置系統(tǒng)開發(fā)環(huán)境和運行環(huán)境。 第五章 系統(tǒng)詳細設(shè)計與實現(xiàn),搭建 開發(fā) 環(huán)境,詳細設(shè)計系統(tǒng)各模塊的功能。 第六章 系統(tǒng)核心模塊測試,對所設(shè)計的系統(tǒng)進行功能的測試。 第七章 總結(jié)與展望,對課題的研究進行最后 的 總結(jié), 闡述 固定資產(chǎn) 管理系統(tǒng)的未來發(fā)展。 3 第二章 運用技術(shù)及開發(fā)工具介紹 術(shù)簡介 一個新的名稱,之所以改名,目的還是讓大家清楚 是 用 器概念誕生,使得 軟件 應(yīng)用業(yè)開始擔(dān)心 伙伴們是否還在 臺 上不斷推出翻新的標(biāo)準(zhǔn)框架,致使軟件應(yīng)用業(yè)的業(yè)務(wù)核心組件架構(gòu)無所適從,從一直以來是否需要 討論聲中說明了這種彷徨。 在 2004年底 中國 軟件 技術(shù)大會 也就是 演講中指出:我們需要一個跨 微容器,保護我們的業(yè)務(wù)核心組件( 中間件 ),以延續(xù)它的生命力,而不是依賴 2本 2名為 E,實際也反映出業(yè)界這種共同心聲。 核心是 其提供了更兼便捷的 企業(yè) 級的應(yīng)用框架。 架構(gòu)圖 讓我們看看 E 5 有哪些新的功能或規(guī)定,我們可以從 站下載 E 5規(guī)范。其架構(gòu)圖如下 圖 2。 圖 2構(gòu)圖 圖中灰色加黑部分是 E 5 新的功能,我們看到,在 主要加入了 個新的表現(xiàn)層框架,和我們?nèi)粘i_發(fā)關(guān)系密切的是,引入了新的 準(zhǔn),這個標(biāo)準(zhǔn)正在由 家組制定。 值得指出的是,這個 久化標(biāo)準(zhǔn)也可以嵌入在 調(diào)用,所以,它肯定不會從屬于 準(zhǔn),這樣,當(dāng)前所有的 久層 標(biāo)準(zhǔn)如: 少用戶的架構(gòu)選擇 痛苦。 區(qū)別 從架構(gòu)圖可以看出,無論 構(gòu)或 構(gòu),提供實現(xiàn)的功能相差不多,這樣,我們的業(yè)務(wù)核心組件就可以根據(jù)需要部署在 運行,而不依賴具體的 E 容 4 器了。前面一章圖的目標(biāo)在 E 5 中可以實現(xiàn)了。 當(dāng)然, E 5 重要改變還是: E 不再象以前那樣只注重大型 商業(yè)系統(tǒng) 的開發(fā),而是更關(guān)注小到中型系統(tǒng)的開發(fā),簡化這部分系統(tǒng)開發(fā)步驟。 落實這一簡化行動的最大特征是在 加入 過入,降低 E 開發(fā)時,既要寫 要寫 置文件之苦,來回照顧,疲于奔命, 是得益于 C+語言,也是從開源項目 踐中獲得經(jīng)驗。 但是 學(xué)者用得不好,將會使得原本在 編碼) 寫進入代碼 壞代碼的簡潔和靈活性, 當(dāng)然, 引入不只是解決 置,從大的概念說,是解決一 個資源注射問題 (于其中一個資源 ),在原理 ,容器管理的資源都是由 應(yīng)用程序 提供的,通過 以方便實現(xiàn)注射。 資源注射( 計概念其實是來自 式 (,筆者設(shè)計開發(fā)的 架其實已經(jīng)將 一宗旨的目的實現(xiàn),在 架應(yīng)用演示源 碼 ,在 有一段如下配置: 這段配置是將 數(shù)據(jù)庫 的 射到 。 一個版本將是基于 行配置 將可通過 在 碼中,方便 程序員 開發(fā)。 從這里,大家也可以知道 區(qū)別了,有的人疑惑,是學(xué)習(xí) 實 沒有在原理機制上對 多大改動,只是 做了編程方面的簡化,另外 考了 特點, 大簡化變動是 程方法上。所以,無論學(xué)習(xí) 理和運行機制都是一樣,這部分才是學(xué)習(xí)大的困難處,而不是因為到了 解 會容易。 初學(xué)者可從 發(fā) 始學(xué)習(xí), 里有一篇 發(fā) 程,使用 常簡單,無需 插件 。 全 全是 E 的一個重要特點,也就是基于容器的安全訪問,無需自己手工編碼,具體實現(xiàn)可參考 架應(yīng)用演示源碼 雖然是基于 寫,但是和 E 5 區(qū)別不是很大。 事務(wù) 管理 是 E 5 的一個重要部分,該標(biāo)準(zhǔn)文檔從幾個方面闡述了事務(wù)管理的要點,標(biāo)準(zhǔn)中規(guī)定了在 中使用事務(wù)和 線程 的處理關(guān)系,標(biāo)準(zhǔn)中規(guī)定: 務(wù)器 如 需在 提供事務(wù)支持,因為 件 根本不支持 5 事務(wù)繁衍 /傳遞。 因為當(dāng)前一些架構(gòu)如 標(biāo)準(zhǔn)中的 此 E 5 在 規(guī)定了 件 事務(wù) 的生命周期,如果 件直接調(diào)用 務(wù)就不可以跨一個 客戶端 的多個請求,事務(wù)只能在一個請求 (完成,這個標(biāo)準(zhǔn)規(guī)定了我們在 構(gòu)中(如上述架構(gòu))無法使用長事務(wù) (如工作流 /狀態(tài)圖 中跨頁面請求事務(wù) ),針對一個客戶端跨請求的事務(wù)暫時只有唯一解決方案:只有使用 有態(tài) 以上是 E 5 主要部分, E 包含更多其他技術(shù)部分如 等,需要用戶在實踐中摸索。 構(gòu)簡介 目中表示了 3 種框架,即 提供了對應(yīng)的組件。 一個輕量級的控制反轉(zhuǎn) (面向切面 (容器框架,它由 建。它是為了解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性而創(chuàng)建的。 用基本的 完成以前只可能由 成的事情。 一個開放源代碼的對象關(guān)系映射框架,它對 行了非常輕量級的對象封裝,可以應(yīng)用在任何使用 場合,可以在 用中使用,也可以在應(yīng)用 構(gòu)中取代 成數(shù)據(jù)持久化的重任。 1、 1)、 架結(jié)構(gòu) : 如圖 2 圖 2構(gòu)圖 提供了對應(yīng)的組件。 在 圖 2個類是 核心控制器,負責(zé)攔截來自用戶的請求。 個類通常由用戶提供,該控制器負責(zé)接收來自 請求,并根據(jù)該請求調(diào)用模型的業(yè)務(wù)邏輯方法處理請求,并將處理結(jié)果返回給 面顯示。 ( 2)、 分 : 由 成,其中 于封裝用戶的請求參數(shù),封裝成 象,該對象被 發(fā)給 面的請求參數(shù)處理用戶的請求。 封裝了底層的業(yè)務(wù)邏輯,包括數(shù)據(jù)庫訪問等。 6 ( 3)、 分 : 該部分采用 現(xiàn)。 供了豐富的標(biāo)簽庫,通過標(biāo)簽庫可以減少 腳本 的使用,自定義的標(biāo)簽庫 可以實現(xiàn)與 有效交互,并增加了現(xiàn)實功能。對應(yīng)上圖的 分。 ( 4)、 件 : 件有兩個部分組成 系統(tǒng)核心控制器,業(yè)務(wù)邏輯控制器。 系統(tǒng)核心控制器,對應(yīng)上圖的 控制器由 架提供,繼承,因此可以配置成標(biāo)注的 控制器負責(zé)攔截所有的 求 ,然后根 據(jù)用戶請求決定是否要轉(zhuǎn)給業(yè)務(wù)邏輯控制器。 業(yè)務(wù)邏輯控制器,負責(zé)處理用戶請求,本身不具備處理能力,而是調(diào)用 完成處理。對應(yīng) 分。 2、 一個開放源代碼的對象關(guān)系映射框架,它對 行了非常輕量級的對象封裝,使得 序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。 場合,既可以在 客戶端程序使用,也可以在 用中使用,最具革命意義的是, 以在應(yīng) 用 成數(shù)據(jù)持久化的重任。 核心接口一共有 5個,分別為 : 5 個核心接口在任何開發(fā)中都會用到。通過這些接口,不僅可以對持久化對象進行存取,還能夠進行事務(wù)控制。下面對這五的核心接口分別加以介紹。 (1)含了很多常見的 句。 )。但需要 注意的是 象是非線程安全的。同時, 同于 用中的 里當(dāng)使用 個術(shù)語時,其實指的是 的 以后會將 象稱為用戶 (2)口 :口負責(zé)初始化 充當(dāng)數(shù)據(jù)存儲源的代理,并負責(zé)創(chuàng)建 象。這里用到了工廠模式。需要注意的是不是輕量級的,因為一般 情況下,一個項目通常只需要一個夠,當(dāng)需要操作多個數(shù)據(jù)庫時,可以為每個數(shù)據(jù)庫指定一個 (3)口 :口負責(zé)配置并啟動 建象。在 啟動的過程中, 的實例首先定位映射文檔位置、讀取配置,然后創(chuàng)建 象。 (4)口 :口負責(zé)事務(wù)相關(guān)的操作 。它是可選的,開發(fā)人員也可以設(shè)計編寫自己的底層事務(wù)處理代碼。 (5) 口 : 口負責(zé)執(zhí)行各種數(shù)據(jù)庫查詢。它可以使用 言或 句兩種表達方式。 7 3、 一個開源框架,它由 建。它是為了解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性而創(chuàng)建的。 用基本的 完成以前只可能由 成的事情。然而,用途不僅限于服務(wù)器端的開發(fā)。從簡單性、可測試性和松耦合的角度而言,任何用都可以從 受益。 簡單來說, 一個 輕量級 的控制反轉(zhuǎn) (面向切面 (容器框架。 輕量 從大小與開銷兩方面而言 是輕量的。完整的 架可以在一個大小只有 1的 件里發(fā)布。并且 需的處理開銷也是微不足道的。此外, 非侵入式的:典型地, 用中的對象不依賴于 特定類。 控制反轉(zhuǎn) 過一種稱作控制反轉(zhuǎn)( 技術(shù)促進了松耦合。當(dāng)應(yīng)用了個對象依賴的其它對象會通過被動的方式傳遞進來,而不是這個對象自己創(chuàng)建或者查找依賴對象。你可以認為 反 不是對象從容器中查找依賴,而是容器在對象初始化時不等對象請求就主動將依賴傳遞給它。 面向切面 供了面向切面編程的豐富支持,允許通 過分離應(yīng)用的業(yè)務(wù)邏輯與系統(tǒng)級服務(wù)(例如審計( 事務(wù)( 理)進行內(nèi)聚性的開發(fā)。應(yīng)用對象只實現(xiàn)它們應(yīng)該做的 完成業(yè)務(wù)邏輯 僅此而已。它們并不負責(zé)(甚至是意識)其它的系統(tǒng)級關(guān)注點,例如日志或事務(wù)支持。 容器 含并管理應(yīng)用對象的配置和生命周期,在這個意義上它是一種容器,你可以配置你的每個 何被創(chuàng)建 基于一個可配置原型( 你的 以及它們是如何相互關(guān)聯(lián)的。然而, 應(yīng)該被混同于傳統(tǒng)的重量級的 器,它們經(jīng)常是龐大與笨重的,難以使用。 框架 以將簡單的組件配置、組合成為復(fù)雜的應(yīng)用。在 ,應(yīng)用對象被聲明式地組合,典型地是在一個 件里。 提供了很多基礎(chǔ)功能(事務(wù)管理、持久化框架集成等等),將應(yīng)用邏輯的開發(fā)留給了你。 所有 這些特征使你能夠編寫更干凈、更可管理、并且更易于測試的代碼。它們也為 的各種模塊提供了基礎(chǔ)支持。 。 B/S( 構(gòu)即瀏覽器和服務(wù)器結(jié)構(gòu)。它是隨著 術(shù)的興起,對 C/S 結(jié)構(gòu)的一種變化或者改進的結(jié)構(gòu)。在這種結(jié)構(gòu)下,用戶工作界面是通過 覽器來實現(xiàn),極少部分事務(wù)邏輯在前端( 現(xiàn),但是主要事務(wù)邏輯在服務(wù)器端( 現(xiàn),形成所謂三層 3構(gòu)。這樣就大大簡化了客戶端電腦載荷,減輕了系統(tǒng)維護與升級的成本和工作量,降低了用戶的總體成本( 以目前的技術(shù)看,局域網(wǎng)建立 B/S 結(jié)構(gòu)的網(wǎng)絡(luò)應(yīng)用,并通過 式下數(shù) 8 據(jù)庫應(yīng)用,相對易于把握、成本也是較低的。它是一次性到位的開發(fā),能實現(xiàn)不同的人員,從不同的地點,以不同的接入方式(比如 )訪問和操作共同的數(shù)據(jù)庫;它能有效地保護數(shù)據(jù)平臺和管理訪問權(quán)限,服務(wù)器數(shù)據(jù)庫也很安全。特別是在 樣的跨平臺語言出現(xiàn)之后, B/S 架構(gòu)管理軟件更是方便、快捷、高效。 (1) 維護和升級方式簡單 目前,軟件系統(tǒng)的改進和升級越來越頻繁, B/S 架構(gòu)的產(chǎn)品明顯體現(xiàn)著更為方便的特性。對一個稍微大一點的單位 來說,系統(tǒng)管理人員如果需要在幾百甚至上千部電腦之間來回奔跑,效率和工作量是可想而知的,但 B/S 架構(gòu)的軟件只需要管理服務(wù)器就行了,所有的客戶端只是瀏覽器,根本不需要做任何的維護。無論用戶的規(guī)模有多大,有多少分支機構(gòu)都不會增加任何維護升級的工作量,所有的操作只需要針對服務(wù)器進行;如果是異地,只需要把服務(wù)器連接專網(wǎng)即可,實現(xiàn)遠程維護、升級和共享。所以客戶機越來越“瘦”,而服務(wù)器越來越“胖”是將來信息化發(fā)展的主流方向。今后,軟件升級和維護會越來越容易,而使用起來會越來越簡單,這對用戶人力、物力、時間、費用的節(jié)省是顯 而易見的,驚人的。因此,維護和升級革命的方式是“瘦”客戶機,“胖”服務(wù)器。 (2) 成本降低,選擇更多 大家都知道 桌面電腦上幾乎一統(tǒng)天下,瀏覽器成為了標(biāo)準(zhǔn)配置,但在服務(wù)器操作系統(tǒng)上 不是處于絕對的統(tǒng)治地位。現(xiàn)在的趨勢是凡使用 B/S 架構(gòu)的應(yīng)用管理軟件,只需安裝在 務(wù)器上即可,而且安全性高。所以服務(wù)器操作系統(tǒng)的選擇是很多的,不管選用那種操作系統(tǒng)都可以讓大部分人使用 為桌面操作系統(tǒng)電腦不受影響,這就使的最流行免費的 作系統(tǒng)快速發(fā)展起來, 了操作系統(tǒng)是免費的以外,連數(shù)據(jù)庫也是免費的,這種選擇非常盛行。 比如說很多人每天上“網(wǎng)易”網(wǎng),只要安裝了瀏覽器就可以了,并不需要了解“網(wǎng)易”的服務(wù)器用的是什么操作系統(tǒng),而事實上大部分的服務(wù)器實沒有使用 作系統(tǒng),但用戶的電腦本身安裝的大部分是 作系統(tǒng)。 發(fā)工具的選擇 紹與應(yīng)用 業(yè)級工作平臺( 簡稱 對 擴展,利用它我們可以在數(shù)據(jù)庫和 開發(fā)、發(fā)布以及應(yīng)用程序服務(wù)器的整合方面極大的提高工作效率。它是功能豐富的 成開發(fā)環(huán)境,包括了完備的編碼、調(diào)試、測試和發(fā)布功能,完整支持結(jié)構(gòu)上, 特征可以被分為 7類: 9 1、 型 2、 發(fā)工具 3、 發(fā)工具 4、應(yīng)用程序服務(wù)器的連接器 5、 目部署服務(wù) 6、數(shù)據(jù)庫服務(wù) 7、 合幫助 對于以上每一種功能上的類別,在 都有相應(yīng)的功能部件,并通過一系列的插件來實現(xiàn)它們。 構(gòu)上的這種模塊化,可以讓我們在不影響其他模塊的情況下,對任一模塊進行單獨的擴展和升級。簡單而言, 插件,也是一款功能強大的 成開發(fā)環(huán)境,支持代碼編寫、配置、測試以及除錯。 務(wù)器是一種 器。 一種運行在支持 當(dāng)客戶請求訪問某 個 , 器將創(chuàng)建一個 象和象。在 象中封裝了客戶請求信息,然后 器把 象和 象傳給客戶所請求的 ,然后由 器把響應(yīng)結(jié)果傳給客戶。 圖 2器響應(yīng)客戶請求過程圖 據(jù)庫簡介 什么是 一個 關(guān)系型數(shù)據(jù)庫管理系統(tǒng) ,由瑞典 B 公司開發(fā),目前屬于 一種關(guān)聯(lián) 數(shù)據(jù)庫管理系統(tǒng) ,關(guān)聯(lián)數(shù)據(jù)庫將數(shù)據(jù)保存在不同的表中,而不是將所有數(shù)據(jù)放在一個大倉庫內(nèi),這樣就增加了速度并提高了 靈活 性。 使用的 據(jù)庫 的最常用標(biāo)準(zhǔn)化語言。 件采用了雙授權(quán)政策(本詞條 “ 授權(quán)政策 ” ),它分為社區(qū)版和商業(yè)版,由于其體積小、速度快、總體擁有成本低,尤其是開放源碼 這一特點,一般中小型網(wǎng)站的開發(fā)都選擇 為網(wǎng)站 數(shù)據(jù)庫 。由于其社區(qū)版的性能卓越,搭配 組成良好的開發(fā)環(huán)境。 應(yīng)用環(huán)境 與其他的大型 數(shù)據(jù)庫 例如 相比, 有它的不足之 10 處,但是這絲毫也沒有減少它受歡迎的程度。對于一般的個人使用者 和中小型企業(yè)來說,供的功能已經(jīng) 綽綽有余 ,而且由于 開放源碼 軟件,因此可以大大降低總體擁有成本。 為 操作系統(tǒng) , 為 務(wù)器, 為 數(shù)據(jù)庫 ,為服務(wù)器端 腳本 解釋器 。由于這四個軟件都是免費或 開放源碼 軟件( 因此使用這種方式不用花一分錢(除開人工成本)就可以建立起一個穩(wěn)定、免費的 網(wǎng)站系統(tǒng) ,被業(yè)界稱為 “ 組合。 系統(tǒng)特性 1、 使用 C 和 C+編寫,并使用了多種 編譯器 進行測試,保證 源代碼 的可移植性。 2、 支持 S、 多種 操作系統(tǒng) 。 3、 為多種 編程語言 提供了 些編程語言包括 C、 C+、 。 4、 支持 多線程 ,充分利用 源。 5、 優(yōu)化的 詢算法,有效地提高查詢速度。 6、 既能夠作為一個單獨的 應(yīng)用程序 應(yīng)用在 客戶端服務(wù)器 網(wǎng)絡(luò)環(huán)境中,也能夠作為一個庫而嵌入到其他的軟件中。 7、 提供多語言支持,常見的 編碼 如中文的 312、 文的 都可以用作數(shù)據(jù)表名和數(shù)據(jù)列名。 8、 提供 P、 多種 數(shù)據(jù)庫 連接途徑。 9、 提供用于管理、檢查、優(yōu)化數(shù)據(jù)庫操作的 管理工具 。 10、 支持大型的 數(shù)據(jù)庫 ??梢蕴幚頁碛猩锨f條記錄的大型 數(shù)據(jù)庫 。 11、 支持多種 存儲引擎 。 應(yīng)用架構(gòu) 應(yīng)用結(jié)構(gòu)如圖 2 圖 2用結(jié)構(gòu) 11 第三章 系統(tǒng)可行性 分析 與需求分析 統(tǒng)可行性 分析 可行性研究是指在實際調(diào)查的基礎(chǔ)上,通過對市場分析、財務(wù)分析以及技術(shù)分析對開發(fā)的項目進行技術(shù)可行性和經(jīng)濟合理性作出合理的判斷和評價 7。 本文開發(fā)的 高校醫(yī)務(wù)室綜合管理系統(tǒng) 是基于典型的信息管理系統(tǒng)概念而設(shè)計開發(fā)的,滿足一般信息管理系統(tǒng)的功能 需要 ,同時也針對 高校醫(yī)務(wù)室管理 的特點進行有針對性的功能型開發(fā)。 開發(fā)一套 高校醫(yī)務(wù)室綜合管理系統(tǒng) 對提高 學(xué)生就醫(yī)效率和了解學(xué)生健康狀況 很有幫助,不管從技術(shù)上還是管理上都是很有必要的。 發(fā)必要性 高校醫(yī)務(wù)室綜合管理系統(tǒng) 對每個 具有校醫(yī)務(wù)室的大學(xué) 來說 都是一件十分重要的 事情 ,高校醫(yī)務(wù)室 管理的好 于壞, 可以較好的反映出學(xué)校的綜合管理水平 ,一個 醫(yī)務(wù)室管理水平差的高校 ,其 學(xué)校的醫(yī)務(wù)室利用率肯定不高 , 學(xué)生在校就醫(yī)的醫(yī)院肯定較低, 相反,一個對 校醫(yī)院 管理 合理和完善的 高校 ,通常情況下, 學(xué)校的就醫(yī)環(huán)境和學(xué)生在校醫(yī)院就醫(yī)的效果 都是比較好的。 高校醫(yī)務(wù)室綜合 管理系統(tǒng)的建立,不經(jīng)可以防止腐敗現(xiàn)象的發(fā)生,而且也有利于防止 醫(yī)院利用率底下造成資源的浪費 ,因為在這樣的情況下 , 我們認為開發(fā)一套高校醫(yī)務(wù)室綜合管理 系統(tǒng)是十分有必要的。 術(shù)可行性 系統(tǒng) 采用的 運 行 環(huán) 境 為 P 或 作系統(tǒng) ,采用 言 進行 系統(tǒng)頁面的開發(fā),用 為數(shù) 據(jù) 管理 來進 行 實現(xiàn) 。 為 十分流行的網(wǎng)絡(luò) 開發(fā) 環(huán)境 , 具有 易使用 、 學(xué)習(xí)簡單容易 的特點、以及代碼框架不需要自己寫 、方法自動生成等 的優(yōu)點,用在做 網(wǎng)站管理 系統(tǒng)上有很多的優(yōu)勢,它 是一種集代碼編輯 、 編譯 、 連 接 調(diào)試 功能 為 一體的集成 開發(fā)環(huán) 境 。 據(jù)庫 作為一種 功能比較強大 的 數(shù)據(jù)庫 開發(fā) 工具, 它 具有界面友好,易 學(xué) 易用, 開發(fā)簡單 ,接口 靈 活等特點,是一 個 典型的新一代 數(shù) 據(jù)管理和信息系 統(tǒng)開發(fā) 工具。提供了強大的 數(shù)據(jù)組織 ,用戶 管理 ,安全檢查 等功能。本系 統(tǒng) 的 軟 件 開發(fā) 平臺已成熟可行。硬件方面, 科技飛 速 發(fā) 展的今天,硬件更新的速度越 來 越快,容量越 來 越大,可靠性越 來 越高, 價格越來 越低,在 普通的 硬件平臺很容易即可 滿 足本系 統(tǒng) 的需要。 濟可行性 開發(fā)成本較低,加上成熟的軟硬件環(huán)境、目標(biāo)系統(tǒng)并不是十分復(fù)雜和開發(fā)周期 較短,人員經(jīng)濟支出有限。開發(fā)完成運行后,為使用者帶來便利,為系統(tǒng)的進一步推廣創(chuàng)造了條件,經(jīng)濟收益將遠遠超過投資。從經(jīng)濟角度考慮,此系統(tǒng)開發(fā)可行。另外,就管理方面而言, 高校 管理人員充分認識到傳統(tǒng)手工管理的缺陷,對 校醫(yī)務(wù)室的 信息化建設(shè)比較重視,決定要徹底改革 高校醫(yī)務(wù)室目前的管理手段 ,所以本系統(tǒng)管理上可行。綜上所述,開發(fā)本 12 系統(tǒng)切實可行。 統(tǒng)需求分析 統(tǒng)目標(biāo) 通過高校醫(yī)務(wù)室綜合管理系統(tǒng)的開發(fā),可提高在校學(xué)生到校醫(yī)務(wù)室進行就醫(yī)的意愿,而且也能提高校醫(yī)務(wù)室的利用效率 。 通過信息化的手段,提高學(xué)校資產(chǎn)的利用率,而且也在很大程度上為在校學(xué)生實現(xiàn)在校就診提

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論