寵物醫(yī)院管理系統(tǒng)的設計與實現(xiàn)論文_第1頁
寵物醫(yī)院管理系統(tǒng)的設計與實現(xiàn)論文_第2頁
寵物醫(yī)院管理系統(tǒng)的設計與實現(xiàn)論文_第3頁
寵物醫(yī)院管理系統(tǒng)的設計與實現(xiàn)論文_第4頁
寵物醫(yī)院管理系統(tǒng)的設計與實現(xiàn)論文_第5頁
已閱讀5頁,還剩47頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、i 摘要摘要 如今,寵物醫(yī)院的數(shù)量正在增加,為了能夠在日益激烈的市場競爭中頑強生 存,一套好的以及完善的管理是必不可少的。醫(yī)院的治療以及服務質(zhì)量固然是重 要的,但是良好的信息管理是醫(yī)院正常運作的基本要求,也是醫(yī)院提供良好服務 質(zhì)量的一個前提。 本文論述了系統(tǒng)開發(fā)的過程,包括系統(tǒng)的可行性、需求分析、總體設計、詳 細設計、代碼設計和文檔的編寫等幾個階段;也介紹了系統(tǒng)的開發(fā)工具:visual basic 6.0 和 sql server 2000,以及采用 ado 技術(shù)來連接兩者。 此系統(tǒng)已經(jīng)達到了預期的要求,基本實現(xiàn)了處理寵物醫(yī)院日常業(yè)務的功能, 可以使得寵物醫(yī)院的管理更為合理化和自動化,提高日常

2、業(yè)務處理的效率。 關(guān)鍵詞:管理信息系統(tǒng);寵物醫(yī)院;sql server 2000;visual basic 6.0 ii abstract today, the number of pet hospitals is increasing. in order to be able to survive in the increasingly fierce market competition, a good management is essential. the treatment and quality of service of pet hospitals is important, bu

3、t a good management information system is a basic requirement for normal operation of hospitals, and it is a premise for good service. this article discusses the processes of system development. it includes needs analysis, design, detailed design, code design, test and document preparation and other

4、 stages. it also discusses the development platform: visual basic 6.0 and sql server 2000, the combination of them is using ado technology. the system has reached the expected requirements, and realized the functions for pet hospitals daily business basically. it makes the management of pet hospital

5、 more reasonable and automatic, and improves the efficiency of daily business. keywords: mis; pet hospital; sql server 2000; visual basic 6.0 iii 目錄目錄 摘要 .i abstract .ii 第 1 章引言.1 1.1 背景.1 1.2 管理信息系統(tǒng)概述.2 1.2.1 采用 sql server 2000 數(shù)據(jù)庫.2 1.2.2 采用 vb 6.0 作為前端開發(fā)工具.3 1.2.3 采用 ado 編程模型.3 1.3 研究內(nèi)容.4 第 2 章項目

6、背景及需求分析.5 2.1 項目背景.5 2.2 設計目標.5 2.3 系統(tǒng)需求分析.6 2.3.1 寵物醫(yī)院業(yè)務流程圖.7 2.3.2 主要功能.7 2.3.3 涉及的數(shù)據(jù).7 2.3.4 數(shù)據(jù)流圖.8 2.4 系統(tǒng)的性能需求.10 2.4.1 實用性要求.10 2.4.2 安全性要求.10 2.4.3 可靠性要求.10 2.4.4 可擴充可維護性要求.11 2.4.5 響應時間要求.11 2.5 系統(tǒng)運行需求.11 2.5.1 系統(tǒng)平臺.11 2.5.2 軟件配置.12 2.5.3 硬件配置.12 2.6 本章小結(jié).12 第 3 章系統(tǒng)分析.13 iv 3.1 系統(tǒng)的用例分析.13 3.2

7、 業(yè)務活動圖.16 3.3 本章小結(jié).17 第 4 章系統(tǒng)總體設計.18 4.1 結(jié)構(gòu)設計.18 4.1.1 系統(tǒng)功能模塊及說明.18 4.1.2 系統(tǒng)總體模塊結(jié)構(gòu).18 4.2 數(shù)據(jù)庫設計.19 4.2.1 e-r 模型設計 .20 4.2.2 建立關(guān)系列表.20 4.2.3 數(shù)據(jù)庫邏輯結(jié)構(gòu)設計.21 4.3 本章小結(jié).28 第 5 章系統(tǒng)的詳細設計與實現(xiàn).29 5.1 客戶信息模塊.29 5.1.1 客戶登記.29 5.1.2 寵物登記.29 5.2 日常業(yè)務模塊.31 5.2.1 醫(yī)療服務.31 5.2.2 寵物美容.37 5.2.3 寵物用品銷售.38 5.3 物品管理模塊.39 5.

8、3.1 物品入庫管理.39 5.3.2 物品入庫查詢.40 5.3.3 物品庫存明細.40 5.4 綜合查詢模塊.41 5.4.1 數(shù)據(jù)綜合查詢.41 5.4.2 每日提醒.41 5.5 用戶設置模塊.42 5.5.1 人員管理.42 5.5.2 口令修改.44 5.5.3 數(shù)據(jù)備份、恢復.44 v 5.6 本章小結(jié).44 第 6 章結(jié)束語.45 致謝.46 參考文獻.47 1 第第 1 章章 引言引言 1.1背景背景 目前,很多國內(nèi)寵物醫(yī)院信息管理一般采用純手工管理。這種方法的弊端在 于參與管理的人員文化水平不一,字跡不一,互相之間會導致信息傳達不便,而 且紙質(zhì)信息傳載媒體有著一個很大的弱點

9、就是容易損壞,造成信息丟失。在當前 的信息化時代中,任何寵物醫(yī)院,都需要一個實用的寵物醫(yī)院信息管理系統(tǒng)來規(guī) 范寵物醫(yī)院信息的管理,這將會大大提高寵物醫(yī)院的管理水平,優(yōu)化資源,實現(xiàn) 效益的最大化。 現(xiàn)在國內(nèi)也有一些寵物醫(yī)院信息管理管理的軟件,采用的技術(shù)也是多種多樣, 但大多數(shù)寵物醫(yī)院信息管理系統(tǒng)主要用于大型寵物醫(yī)院的關(guān)鍵部門。至于小型寵 物醫(yī)院,利用寵物醫(yī)院信息管理系統(tǒng)管理日常業(yè)務的并不多。針對國內(nèi)對寵物醫(yī) 院信息管理軟件的巨大需要和基本需要,一個好的寵物醫(yī)院信息管理軟件,必須 功能齊全,操作簡便,向用戶展示簡單明了的操作界面。在完善功能的同時又必 須兼顧系統(tǒng)的靈活性,安全性。 寵物醫(yī)院管理系統(tǒng)

10、的優(yōu)勢主要表現(xiàn)在三個方面: (1) 寵物醫(yī)院信息管理無紙化,環(huán)保又方便。傳統(tǒng)的寵物醫(yī)院信息管理方式, 都是經(jīng)由員工手工記錄存檔。這種傳統(tǒng)的紙質(zhì)寵物醫(yī)院信息管理管理, 一是會有很大的體力消耗,二是在精力上也是不小的付出。而無紙化寵 物醫(yī)院信息管理,只需在電腦前點點鼠標,在體力上幾乎沒有多大的消 耗,而且在環(huán)保、效率、針對性日常業(yè)務方面做得要比傳統(tǒng)的寵物醫(yī)院 信息管理管理科學得多。 (2) 科學管理,安全可靠。傳統(tǒng)的寵物醫(yī)院信息管理管理方式,經(jīng)常會由于 各種原因,產(chǎn)生信息的丟失或是污損,給寵物醫(yī)院信息管理和日常業(yè)務 帶來很大的不便。而對于寵物醫(yī)院信息管理系統(tǒng),只需做好系統(tǒng)數(shù)據(jù)庫 的保護,以上問題可

11、以迎刃而解了。 (3) 簡化工作,促進其他方面的綜合發(fā)展。由于寵物醫(yī)院信息管理系統(tǒng)的介 入運行,可以使醫(yī)生騰出更多的時間,做更多針對性的個性化醫(yī)療服務, 從而使每個病人都有機會享受更多的服務。 2 1.2管理信息系統(tǒng)概述管理信息系統(tǒng)概述 管理信息系統(tǒng)就是我們常說的 mis(management information system),是由人 和計算機等組成的,能進行信息收集、加工、保存、維護和使用的系統(tǒng),它能利 用歷史的數(shù)據(jù)預測未來,從全局出發(fā)輔助管理決策,利用信息控制組織行為,幫 助實現(xiàn)規(guī)劃目標1。管理信息系統(tǒng)是現(xiàn)代管理方法與計算機技術(shù)的結(jié)合,它有助 于組織更好的管理。 管理信息系統(tǒng)是一門集

12、管理科學、信息科學、系統(tǒng)科學及計算機科學為一體 的綜合性學科,它具備數(shù)據(jù)處理、計劃、控制、預測和輔助決策功能2。管理信 息系統(tǒng)的使用對于企業(yè)來說有著重要的意義。管理信息系統(tǒng)可以有效的管理企業(yè) 中的全部信息,完整、及時地提供管理及決策中需要的數(shù)據(jù),用最低的費用和最 短的時間提供盡可能精確、可靠的信息,使決策者客觀地預測未來,選擇最佳的 實施方案,并輔助企業(yè)進行現(xiàn)代化的管理,提高企業(yè)的經(jīng)濟效益。 企業(yè)管理信息系統(tǒng)的建立過程,在某種意義上可以看作是企業(yè)規(guī)范自身的管 理模式和管理流程,提高工作效率,不斷完善運行機制的過程,是企業(yè)加強現(xiàn)代 化管理、走“優(yōu)質(zhì)、高效、低耗”發(fā)展道路的最有效途徑。管理信息系統(tǒng)

13、的開發(fā) 必須具有一定的科學管理工作基礎,只有在合理的管理體制、完善的規(guī)章制度、 穩(wěn)定的生產(chǎn)秩序、科學的管理方法和準確的原始數(shù)據(jù)的基礎上,才能進行 mis 的 開發(fā)。 因此,為了滿足 mis 的開發(fā)需求,企業(yè)管理工作必須逐步完善以下工作:管 理工作的程序化,各部門都有相應的作業(yè)流程;、管理業(yè)務的標準化,各部門都 有相應的作業(yè)規(guī)范;報表文件的統(tǒng)一化,固定的內(nèi)容、周期、格式;數(shù)據(jù)資料的 完善化和代碼化。目前,大部分企業(yè)對管理信息系統(tǒng)的需求主要還是在軟件的功 能上,因此,在 mis 的開發(fā)過程中,首先應注重軟件的實用性。要求所開發(fā)出的 系統(tǒng)必須能夠滿足企業(yè)的業(yè)務需求及管理需求,具有良好的實用性和可操作

14、性, 功能全面、流程合理,軟件運行穩(wěn)定可靠。 1.2.1采用采用 sql server 2000 數(shù)據(jù)庫數(shù)據(jù)庫 microsoft sql server2000 是一個分布式的關(guān)系型數(shù)據(jù)庫管理系統(tǒng),具有客戶 機/服務器體系結(jié)構(gòu),采用了 sql 語言,在客戶機和服務器之間傳遞客戶機的請 求和服務器的處理結(jié)果3。 3 microsoft sql server2000 是一個應用廣泛的數(shù)據(jù)庫管理系統(tǒng),具有許多顯著 的特點。有動態(tài)的數(shù)據(jù)存儲機制:數(shù)據(jù)庫設計和創(chuàng)建之后,數(shù)據(jù)庫的大小可以隨 著數(shù)據(jù)量的變化縮小和擴大4;具有強大的安全措施:microsoft sql server2000 采用了一種與 wi

15、ndowsnt/2000 集成的安全性模式,有完善的用戶帳戶策略和許 可機制;microsoft sqlserver2000 雖然采用了分布式的計算模式,但是它也支持 單用戶的計算模式;具有自動配置和動態(tài)配置的功能:在系統(tǒng)運行過程中,可以 根據(jù)系統(tǒng)的需要和運行環(huán)境的狀況,進行自動配置5。 1.2.2采用采用 vb 6.0 作為前端開發(fā)工具作為前端開發(fā)工具 vb6.0 是目前 pc 機上最優(yōu)秀的 windows 應用程序開發(fā)工具之一。使用 vb 創(chuàng)建的前端應用程序的能力范圍更大,性能更好,可靠性更高。vb6.0 操作簡單, 代碼效率高,開發(fā)時間大大縮短。在編程的靈活、高效、強大的擴展能力與在使

16、用上的簡單、方便、一致、之間找到了最佳結(jié)合點6。visual basic 提供了多種常 用的數(shù)據(jù)庫應用程序,豐富的數(shù)據(jù)訪問對象,通過少量代碼的編寫,就能夠?qū)崿F(xiàn) 數(shù)據(jù)庫的訪問,同時可以創(chuàng)建數(shù)據(jù)庫的可視化界面顯示、編輯、更新各類數(shù)據(jù)庫 中的信息。除了其本身所提供的各種基本控件,再加上擴充控件,可以很方便和 快捷的制作出各種界面,為本系統(tǒng)的創(chuàng)建增加了更多的便利條件,使系統(tǒng)開發(fā)更 容易,更安全。所以本系統(tǒng)采用 vb6.0 作為開發(fā)工具。 1.2.3采用采用 ado 編程模型編程模型 ado 是對 oledb 技術(shù)的封裝,oledb 是微軟公司針對桌面和客戶/服務器 數(shù)據(jù)庫的基于 com 的數(shù)據(jù)訪問技術(shù)

17、,是一種統(tǒng)一的數(shù)據(jù)訪問接口,它能夠訪問 各種 dbms 數(shù)據(jù)源和非 dbms 數(shù)據(jù)源7,通過 oledb 的 automation 封裝體 ado 來實現(xiàn)它的所有功能,ado 編程模型也因此成為數(shù)據(jù)訪問的一個重要模型, 使用這一編程模型的主要優(yōu)點是簡化了用戶的觀點,易于使用,并且速度快,內(nèi) 存支出小,磁盤遺跡小8。此系統(tǒng)連接前端和后端正是采用了 ado 數(shù)據(jù)訪問對 象。好處是移植性高,可以適應更多的系統(tǒng)。 4 1.3研究內(nèi)容研究內(nèi)容 使用 sql server 2000 建立數(shù)據(jù)庫,運用 visual basic 6.0 來進行用戶界面的 設計,實現(xiàn)小型的寵物醫(yī)院管理系統(tǒng)的開發(fā)。 該系統(tǒng)根據(jù)寵

18、物醫(yī)院的實際工作流程、業(yè)務處理方法以及內(nèi)部管理模式,并 結(jié)合管理信息系統(tǒng)開發(fā)的概念、結(jié)構(gòu)及系統(tǒng)開發(fā)的基本原理和方法開發(fā);它要完 成的總體任務是實現(xiàn)寵物醫(yī)院日常運營過程中所涉及的信息資料的規(guī)范化、系統(tǒng) 化和管理的自動化。 該系統(tǒng)的主要功能是以寵物醫(yī)院日常業(yè)務的管理為主,存儲和管理醫(yī)院內(nèi)部 的員工和客戶的基礎信息,以及財務和調(diào)撥物資時的信息,使被授權(quán)的用戶能夠 通過前臺管理軟件對醫(yī)院內(nèi)部數(shù)據(jù)庫中的信息進行增、刪、改及查詢等操作。 課題的具體任務和內(nèi)容是: (1) 通過對類似系統(tǒng)的分析與理解,總結(jié)出系統(tǒng)的需求,并形成一個基本的 構(gòu)思,然后根據(jù)需求分析用 sql server 2000 建立數(shù)據(jù)庫。

19、(2) 根據(jù)設定的功能模塊,來設計用戶界面,盡量使界面合理化。 (3) 使用 vb 作為設計前臺,通過 ado 接口訪問數(shù)據(jù)庫,以實現(xiàn)對數(shù)據(jù)庫中的 數(shù)據(jù)進行相關(guān)的操作;編寫代碼,使其能實現(xiàn)基本的功能運作,滿足醫(yī) 院日常的功能所需。例如:實現(xiàn)添加、刪除、保存、修改等基本的功能, 以及權(quán)限分配、財務報表等常用功能。 (4) 一個功能比較完善的系統(tǒng)應該能處理在程序運行時所遇到的錯誤,因此 這個系統(tǒng)中也會涉及到不同情況的錯誤處理。 (5) 代碼的調(diào)試、功能的完善以及界面的合理化。 (6) 應用程序的打包。 本人參與了該課題的前期調(diào)研、需求分析、初步設計、詳細設計、數(shù)據(jù)庫設 計以及系統(tǒng)測試等各項主要工作

20、。 5 第第 2 章章 項目背景及需求分析項目背景及需求分析 2.1項目背景項目背景 以前,大多數(shù)人沒有花錢給寵物看病的意識和習慣,隨著人民生活水平的提 高,人們養(yǎng)寵物態(tài)度的在改變,逐漸有了寵物美容、寄養(yǎng)、交配、殯葬等消費需 求。如今,純粹的醫(yī)療服務已經(jīng)不能滿足寵物的日常需求,,寵物美容、寵物用品 銷售等多方面的服務,都在促進著寵物醫(yī)院的發(fā)展。 此寵物醫(yī)院管理系統(tǒng)是以小型寵物醫(yī)院為背景。小型規(guī)模的寵物醫(yī)院一般不 具備手術(shù)的條件,它只進行基本的病情的處理,以及寵物美容和寵物用品的銷售 這樣的基本的日常業(yè)務。它記錄顧客的信息資料以及他們的寵物的資料,由于一 個主人可以擁有幾只寵物,所以一條客人信息

21、可以同時對應幾條寵物資料。由于 一般寵物醫(yī)院由醫(yī)生、護士、財務、院長組成,他們的信息資料也需要被記錄。 藥品和寵物用品的資料需要被記錄,還有入庫的詳細資料以及出庫的信息。作為 寵物醫(yī)院日常業(yè)務的醫(yī)療服務、寵物美容和寵物用品銷售的資料是最重要的。如 果這么多的資料都用紙記錄,或用其它不是寵物醫(yī)院專業(yè)的管理軟件,很可能造 成資料的丟失和數(shù)據(jù)混亂,這對寵物醫(yī)院的管理和日常業(yè)務都很不利。 為了提高寵物醫(yī)院的管理水平和管理效率,提供更好的服務,方便與客戶聯(lián) 系,及時了解醫(yī)院經(jīng)營過程中各個環(huán)節(jié)的數(shù)據(jù)信息,為領(lǐng)導層提供全面、及時、 準確的決策信息,開發(fā)了一套寵物醫(yī)院管理系統(tǒng),用于日常的管理工作。 2.2設計

22、目標設計目標 經(jīng)過全面深入的調(diào)研,為了提高醫(yī)院管理的質(zhì)量和效率,使資料的管理更合 理化、標準化、安全化,為顧客提供更規(guī)范化的服務。為此,在設計開發(fā)之初, 我們制定了以下設計目標: (1) 圍繞業(yè)務,功能適用,符合寵物醫(yī)院的使用; (2) 界面友好,操作簡單,貼近用戶工作習慣,達到一看就懂、一學即會; (3) 增加數(shù)據(jù)的有效性驗證。即在操作人員因某種原因輸入了錯誤的數(shù)據(jù)時, 系統(tǒng)會自動提示錯誤信息; (4) 系統(tǒng)的通用性強。此系統(tǒng)里面的數(shù)據(jù)都是從數(shù)據(jù)庫中提出的,不受固定 數(shù)據(jù)的限制; 6 (5) 結(jié)構(gòu)合理靈活,伸縮性強按照最大內(nèi)聚度和最小耦合度原則,使最小處 理單元功能完整,獨立性強;采用模塊整

23、合技術(shù),易于拆裝和擴充,隨 業(yè)務變化而變化; (6) 系統(tǒng)必須具有安全性、可靠性、可維護性、可移植性等特點; (7) 采用穩(wěn)定、成熟的操作系統(tǒng)和開發(fā)平臺,對于不同的操作人員授予不同 級別的權(quán)限,并具有數(shù)據(jù)備份功能。 2.3系統(tǒng)需求分析系統(tǒng)需求分析 軟件需求分析9是指用戶對目標軟件系統(tǒng)在功能、行為、性能、設計約束等 方面的期望。需求分析的任務是發(fā)現(xiàn)需求、求精、建模和定義需求的過程。需求 包括從用戶角度,以及從開發(fā)者角度來闡述需求。需求分析階段是酒店管理信息 系統(tǒng)開發(fā)最重要的階段,首先是了解和澄清用戶的需求,然后嚴格地定義被開發(fā) 的軟件系統(tǒng)的需求規(guī)格說明書。常用的軟件需求分析方法有面向數(shù)據(jù)流的結(jié)構(gòu)

24、化 分析方法、面向數(shù)據(jù)結(jié)構(gòu)的方法、面向?qū)ο蟮姆椒ê驮头ǖ取O到y(tǒng)分析的內(nèi)容 主要包括對組織各部門、各業(yè)務的詳細了解及客戶的需要的理解,并在此基礎上 進行分析,提出新的方案,評估系統(tǒng)概念的可行性,完成經(jīng)濟和技術(shù)分析,分配 功能到硬件、軟件、人員、數(shù)據(jù)庫、和其他系統(tǒng)元素。本章針對寵物醫(yī)院管理進 行數(shù)據(jù)收集、數(shù)據(jù)分析、系統(tǒng)數(shù)據(jù)流程圖的確定以及系統(tǒng)方案的確定。 業(yè)務需求:要求能完整處理客人在寵物醫(yī)院的各種消費信息,相關(guān)的數(shù)據(jù)計 算快速準確,并能根據(jù)各項數(shù)據(jù)對醫(yī)院的各項服務進行成本效益分析,以便采取 相應的管理措施提高醫(yī)院的經(jīng)濟效益。 用戶需求:寵物醫(yī)院進行會員制,每個來這里消費的顧客和他們的寵物都要

25、進行注冊,登記他們的詳細資料。寵物醫(yī)院的日常業(yè)務為:醫(yī)療服務、寵物美容 和寵物用品銷售。醫(yī)療服務又分為:醫(yī)療收費、病歷處理、化驗和疫苗。收費價 目都是明碼標價,而折扣可以因人而異。藥品和寵物用品的詳細信息可以查詢, 物品的入庫需要被登記。醫(yī)院工作人員因權(quán)限不同,登錄的窗口也受限制,只有 院長等領(lǐng)導才可以隨意進入系統(tǒng)每個功能模塊,并添加新的權(quán)限組。每個工作人 員都可以自己修改密碼。系統(tǒng)可以產(chǎn)生當日的以及當月的財務報表,列出具體收 入條目。系統(tǒng)也可以查詢舊的病歷情況。工作人員可以設定醫(yī)療服務、藥品和用 品的價格和規(guī)格等,進行具備的參數(shù)的設置。 7 其他需求:反映直觀,操作簡便。 2.3.1寵物醫(yī)院

26、業(yè)務流程寵物醫(yī)院業(yè)務流程 顧客帶他們的寵物到醫(yī)院后,如果是第一次來,就要登記他們的以及他們寵 物的資料。登記完成后,根據(jù)寵物主人來的目的,可以是就診、美容或購買寵物 用品來安排。 如果是就診,就分配到一個醫(yī)生處,醫(yī)生會給寵物就診并用電子處方和病歷 來記錄下病情以及所需藥物。如果是帶寵物來打疫苗的,醫(yī)生也會記錄下來,并 生成下次打疫苗的日期。就診時可能需要給寵物做化驗,化驗物會被送到化驗室, 化驗結(jié)果會返回給醫(yī)生。就診的費用最后到收費處結(jié)算,付完錢后可以去取藥。 如果是寵物美容,就會被帶到美容工作室,工作人員會在系統(tǒng)里登記要做的 寵物美容項目。最后在收費處結(jié)算費用。 如果是寵物用品銷售,就可以到

27、用品展示處去挑選,然后工作人員會記錄下 所需商品,顧客只需去收費處付完費就可以把商品帶走了。 2.3.2主要功能主要功能 (1) 寵物及其主人的信息的登記,包括資料的增加、修改、刪除。 (2) 日常業(yè)務的處理,包括醫(yī)療服務、寵物美容和寵物用品銷售;醫(yī)療服務 又包括醫(yī)療費用的記錄,病歷及處方,化驗和疫苗情況。 (3) 數(shù)據(jù)綜合查詢。 (4) 財務報表顯示今天以及本月的收入條目。 2.3.3涉及的數(shù)據(jù)涉及的數(shù)據(jù) (1) 基礎數(shù)據(jù):寵物的種類,寵物美容項目,藥品,用品,化驗,免疫的具 體規(guī)格和價格; (2) 數(shù)據(jù)輸入:寵物及寵物主人信息,病歷處方情況,物品入庫信息,消費 單據(jù)信息; (3) 數(shù)據(jù)輸出

28、:當日和當月的收入報表,庫存明細,每日提醒所列出的剩余 量過少的物品。 8 2.3.4數(shù)據(jù)流圖數(shù)據(jù)流圖 數(shù)據(jù)流圖,是針對在上述需求分析中需要的信息數(shù)據(jù),舍棄其中具體的物流, 抽象出數(shù)據(jù)的流動、存儲和使用,通過數(shù)據(jù)的流動,把系統(tǒng)中業(yè)務流程從信息流 的角度,完整的表達出來10。 根據(jù)業(yè)務流程以及其中涉及到的信息數(shù)據(jù),得到寵物醫(yī)院管理系統(tǒng)中日常業(yè) 務醫(yī)療服務管理的數(shù)據(jù)流圖如下: 寵物、 寵物主 人 寵物醫(yī)院管 理系統(tǒng) 寵物、寵 物主人 登記離店 圖圖 2-1 總流程圖總流程圖 寵物、 寵物主 記錄主人信息 記錄寵物信息 主人信息 寵物信息 記錄寵物病情 病歷表信息 藥品信息 寵物的處方信息 寵物的化

29、驗信 息 醫(yī)療服務消費單 據(jù) 生成收入報表 圖圖 2-2 醫(yī)療服務流程圖醫(yī)療服務流程圖 9 工作 人員 記錄藥品信息 記錄寵物種類 信息 記錄化驗信息 記錄疫苗信 息 藥品信息 寵物種類 化驗信息 疫苗信息 記錄入庫信 息 入庫信息 圖圖 2-3 基礎數(shù)據(jù)處理的數(shù)據(jù)流程圖基礎數(shù)據(jù)處理的數(shù)據(jù)流程圖 根據(jù)對小型寵物醫(yī)院的業(yè)務需求分析,歸納出寵物醫(yī)院管理系統(tǒng)應實現(xiàn)的主 要功能是: (1) 寵物及其主人的信息的登記,包括資料的增加、修改、刪除。 (2) 日常業(yè)務的處理,包括醫(yī)療服務、寵物美容和寵物用品銷售;醫(yī)療服務 又包括醫(yī)療費用的記錄,病歷及處方,化驗和疫苗情況。 (3) 基本參數(shù)的設定,包括各種藥

30、品和用品的收費和規(guī)格,疫苗的規(guī)格和價 格,寵物美容的項目和價格,化驗的項目和收費,寵物種類的增加、刪 除、修改等。 (4) 藥品和寵物用品的入庫登記,以及以往入庫資料的查詢;還有庫存的明 細,查看物品的剩余數(shù)量;每日提醒這個功能可以提醒工作人員哪些藥 品或物品數(shù)量不多,需要購入了。 (5) 數(shù)據(jù)綜合查詢,用來查看以往的病歷。 (6) 財務報表顯示今天以及本月的收入條目。 10 (7) 設置用戶權(quán)限,限定員工對系統(tǒng)的功能的使用權(quán)限;用戶可以修改自己 的登錄密碼。 (8) 為了保護數(shù)據(jù)的安全,還設置了數(shù)據(jù)備份和還原。 2.4系統(tǒng)的性能需求系統(tǒng)的性能需求 寵物醫(yī)院管理系統(tǒng)是一套較為完整的信息系統(tǒng),涉

31、及面廣,要求準確、及時、 真實。它是宏觀管理寵物醫(yī)院日常經(jīng)營決策的重要依據(jù)。因此在滿足各種信息處 理的功能需求的前提下,對系統(tǒng)的實用性、安全性、可靠性、可擴展、可維護性、 響應時間等提出了更高的要求。 2.4.1實用性要求實用性要求 實用性是本系統(tǒng)建設過程中所重點考慮的一項性能,因為從使用角度來講, 這個性能對寵物醫(yī)院的運作具有極其重要的意義。系統(tǒng)設計應考慮當前各業(yè)務層 次、各環(huán)節(jié)管理中數(shù)據(jù)處理的便利和可行,把滿足醫(yī)院進行人員管理、物品管理、 業(yè)務管理作為第一要素進行考慮。在用戶界面設計中,將充分考慮人體視覺特征, 使界面盡可能美觀大方,操作簡便實用。 2.4.2安全性要求安全性要求 系統(tǒng)安全

32、性要求體現(xiàn)在應用軟件安全性、數(shù)據(jù)庫安全性、信息安全性及系統(tǒng) 平臺的安全性等方面。軟件設計應做到應用軟件與數(shù)據(jù)的分離,實現(xiàn)數(shù)據(jù)共享, 防止數(shù)據(jù)丟失或破壞。數(shù)據(jù)庫安全性,除了數(shù)據(jù)庫管理系統(tǒng)自身提供的安全性外, 各應用系統(tǒng)還可通過分配權(quán)限、設置權(quán)限級別來區(qū)別對待不同用戶對數(shù)據(jù)庫的操 作來提高數(shù)據(jù)庫的安全性。系統(tǒng)平臺的安全性體現(xiàn)在操作系統(tǒng)的安全性、計算機 系統(tǒng)的安全性和網(wǎng)絡體系的安全性等方面。 2.4.3可靠性要求可靠性要求 系統(tǒng)可靠性要求體現(xiàn)在硬件系統(tǒng)可靠性、軟件系統(tǒng)可靠性、信息采集可靠性、 通信系統(tǒng)可靠性等方面。為提高系統(tǒng)的可靠性,本系統(tǒng)采用具有容錯功能的服務 器及網(wǎng)絡設備,選用雙機備份、clus

33、ter 技術(shù)的硬件設備配置方案,在出故障情況 11 下能夠迅速恢復并有適當?shù)膽贝胧\浖到y(tǒng)開發(fā)過程中運用軟件工程的思想, 在系統(tǒng)分析、系統(tǒng)設計階段就將未來程序設計中可能產(chǎn)生的錯誤減少和控制在較 低程序,防止錯誤隨著工程建設的進度而擴散和放大10。程序設計中也應充分考 慮突發(fā)事件的影響。信息采集過程中考慮信息的校驗,建立信息報告制度,規(guī)范 系統(tǒng)間數(shù)據(jù)接口。 2.4.4可擴充可維護性要求可擴充可維護性要求 根據(jù)軟件工程的理論,系統(tǒng)的維護在整個軟件的生命周期11中所占的比重是 最大的。因此在體系結(jié)構(gòu)設計、軟硬件平臺的確定方面都充分考慮到了標準和可 擴充、可維護性。應用系統(tǒng)的設計與開發(fā)依據(jù)標準化和

34、模塊化的設計思想,建立 具有一定靈活性和可擴充性的應用平臺,充分考慮到系統(tǒng)的可維護性,可以根據(jù) 需要修改某個模塊、增加新的功能以及重組系統(tǒng)的結(jié)構(gòu)達到程序復用的目的。數(shù) 據(jù)存儲結(jié)構(gòu)設計在充分考慮其合理、規(guī)范的基礎上,同時具有可維護性,對數(shù)據(jù) 庫表的修改維護可以在很短時間內(nèi)完成。 2.4.5響應時間要求響應時間要求 系統(tǒng)響應時間要求主要考慮信息傳遞的實時性、信息處理的實時性、響應時 間等因素。響應時間取決于應用程序設計和網(wǎng)絡通信能力。在程序設計和網(wǎng)絡規(guī) 劃時充分考慮數(shù)據(jù)交換網(wǎng)的特點和限制。在現(xiàn)有通信能力緊張的情況下,區(qū)分信 息處理的輕重緩急,實行優(yōu)先級控制,保證重要數(shù)據(jù)、重要請求、重要處理的通 信

35、。 2.5系統(tǒng)運行需求系統(tǒng)運行需求 2.5.1系統(tǒng)平臺系統(tǒng)平臺 要根據(jù)系統(tǒng)的安全性、可靠性、響應時間、運行效率,計算機操作人員的習 慣和水平,公司現(xiàn)有計算機資源和網(wǎng)絡狀況,現(xiàn)有應用軟件的情況等因素,并本 著實用、適用、適當超前的原則來選擇數(shù)據(jù)庫管理系統(tǒng)、開發(fā)工具、局域網(wǎng)模式、 操作系統(tǒng)以及遠程網(wǎng)絡體系結(jié)構(gòu)等系統(tǒng)平臺。 12 2.5.2軟件配置軟件配置 服務器:windows 2000 server 客戶端:windows 2000/nt/xp 均可 數(shù)據(jù)庫:sql server 2000 開發(fā)工具:sql 語言,vb 6.0 2.5.3硬件配置硬件配置 數(shù)據(jù)庫服務器:p3 以上的服務器(雙 c

36、pu),512m 以上內(nèi)存,120g 以上硬盤, 雙機熱備份。 web 服務器:p3 以上的服務器,512m 以上內(nèi)存,40g 以上硬盤。 客戶端:p3 以上的計算機。 硬件配置可根據(jù)所管理數(shù)據(jù)的多少適度增減。 網(wǎng)絡設備:局域網(wǎng)已具備條件。 2.6本章小結(jié)本章小結(jié) 本章詳細介紹了系統(tǒng)的背景以及需求分析,并用數(shù)據(jù)流圖來表達出數(shù)據(jù)的流 動、存儲和使用,以此把系統(tǒng)中業(yè)務的流程從信息流的角度表達出來。此外,根 據(jù)對業(yè)務的需求分析,歸納出系統(tǒng)應實現(xiàn)的主要功能。同時,也介紹了系統(tǒng)的運 行需求以及性能需要。 13 第第 3 章章 系統(tǒng)分析系統(tǒng)分析 3.1系統(tǒng)的用例分析系統(tǒng)的用例分析 從功能上 uml 建模系

37、統(tǒng)可分為需求模型、對象模型和體系結(jié)構(gòu)模型三個子 系統(tǒng),如圖 3-1 所示: 圖圖 3-1 uml 可以化建模系統(tǒng)可以化建模系統(tǒng) 用例模型(use cases view) (用例視圖)的基本組成部件是用例(use case)、角 色(actor)和系統(tǒng)(system)。用例用于描述系統(tǒng)的功能,也就是從外部用戶的角度觀 察,系統(tǒng)應支持哪些功能,幫助分析人員理解系統(tǒng)的行為,它是對系統(tǒng)功能的宏 觀描述,一個完整的系統(tǒng)中通常包含若干個用例,每個用例具體說明應完成的功 能,代表系統(tǒng)的所有基本功能(集) 。角色是與系統(tǒng)進行交互的外部實體,它可 以是系統(tǒng)用戶,也可以是其它系統(tǒng)或硬件設備,總之,凡是需要與系統(tǒng)交

38、互的任 何東西都可以稱作角色。系統(tǒng)的邊界線以內(nèi)的區(qū)域(即用例的活動區(qū)域)則抽象 表示系統(tǒng)能夠?qū)崿F(xiàn)的所有基本功能。在一個基本功能(集)已經(jīng)實現(xiàn)的系統(tǒng)中, 系統(tǒng)運轉(zhuǎn)的大致過程是:外部角色先初始化用例,然后用例執(zhí)行其所代表的功能, 執(zhí)行完后用例便給角色返回一些值,這個值可以是角色需要的來自系統(tǒng)中的任何 東西12。 14 用例(use case): 參與者(actor): 系統(tǒng)管理員與系 統(tǒng)的交互 操作人員與 系統(tǒng)的交互 財務人員與 系統(tǒng)的交互 圖圖 3-2 用例模型包圖用例模型包圖 操作人員與系統(tǒng)的交互包主要描述系統(tǒng)管里員要使用系統(tǒng)哪些功能(用例) , 向系統(tǒng)輸入哪些信息,從系統(tǒng)獲取哪些信息,以及需

39、要系統(tǒng)提供哪些功能支持系 統(tǒng)管理員的日常工作。 系統(tǒng)管理員與系統(tǒng)交互包描述高級決策管理人員需要從系統(tǒng)獲取什么信息, 做出什么分析與決策支持系統(tǒng)更好的運轉(zhuǎn):系統(tǒng)管理員則需維護、管理系統(tǒng),使 其正常工作。 財務人員與系統(tǒng)交互包描述財務人員要使用系統(tǒng)那些功能向系統(tǒng)輸入哪些財 務信息,從系統(tǒng)獲取哪些財務信息,以及需要系統(tǒng)提供哪些功能支持財務人員的 日常財務處理工作。 系統(tǒng)管理員與系統(tǒng)交互的用例模型 執(zhí)行者:院長等領(lǐng)導級人物 用例:身份驗證、設置權(quán)限組、添加用戶、查看報表、查看病歷信息、查看 入庫資料、查看物品明細、數(shù)據(jù)備份和恢復; 15 身份驗證 物品管理 系統(tǒng)管理 員 入庫查詢 物品明細 綜合查詢

40、基本參數(shù) 用品價目表 寵物種類 化驗項目 用戶設置人員管理 口令修改 數(shù)據(jù)恢復數(shù)據(jù)備份 圖圖 3-3 系統(tǒng)管理員用例模型系統(tǒng)管理員用例模型 操作人員與系統(tǒng)的交互的用例模型 執(zhí)行者:醫(yī)生等工作人員 用例:身份驗證、登記寵物及其主人、醫(yī)療服務、寵物美容、查看病歷信息、 查看物品明細; 身份驗證 操作人員 綜合查詢 用戶設置口令修改 寵物及主人登記 日常業(yè)務 醫(yī)療服務 寵物美容 用品銷售 物品管理庫存明細 圖圖 3-4 操作人員用例模型操作人員用例模型 16 財務人員與系統(tǒng)的交互的用例模型 執(zhí)行者:財務人員 用例:身份驗證、物品管理、財務報表、基本參數(shù)、口令修改; 身份驗證 物品管理 理 財務人員

41、入庫查詢 物品明細 基本參數(shù) 用品價目表 寵物種類 化驗項目 用戶設置 口令修改 入庫管理 財務報表 圖圖 3-5 財務人員用例模型財務人員用例模型 3.2業(yè)務活動圖業(yè)務活動圖 活動圖描述了需要做的活動以及執(zhí)行這些活動的順序,它最大的特點也是與 程序流程圖最根本的區(qū)別在于:程序流程圖一般用來表示串行過程;而活動圖則 常常用來表示并行過程。 活動圖的并行表達能力對業(yè)務活動的建模非常重要,它可以方便的表示業(yè)務 活動中常見的并行過程,鼓勵人們在建立業(yè)務過程模型時自然的保留那些業(yè)務過 程中實際存在的并發(fā)行為,在實現(xiàn)階段可以大大提高業(yè)務過程的辦事效率和反應 的靈敏程度。 寵物的就診活動圖 寵物就診是醫(yī)院

42、日常業(yè)務中最主要的業(yè)務,合理的處理流程能使得業(yè)務處理 更具效率,流程如下: 操作員首先要登錄系統(tǒng),經(jīng)過身份驗證進入系統(tǒng)操作界面。當客人帶著他的 寵物來到醫(yī)院,首先要給他們登記資料,然后帶入某醫(yī)生就診室,醫(yī)生先詢問病 17 情,將其記錄在處方信息中,如要化驗,就記錄在化驗信息一欄,疫苗則是疫苗 一欄,最后在收費一欄中添加所需藥品;然后主人就可以帶著寵物去付費取藥了。 判斷密碼 用戶名或 密碼錯誤 客戶登記 寵物登記 處方記錄化驗疫苗 收費單 結(jié)賬 取藥 圖圖 3-6 醫(yī)療服務活動圖醫(yī)療服務活動圖 3.3本章小結(jié)本章小結(jié) 本章采用用例圖和活動圖來分析、描述系統(tǒng)。通過用例的描述,從外部用戶: 系統(tǒng)管

43、理員、操作人員和財務人員的角度觀察,系統(tǒng)應支持哪些功能;而活動圖 則描述了醫(yī)院日常業(yè)務需要做的活動以及執(zhí)行這些活動的順序。 18 第第 4 章章 系統(tǒng)總體設計系統(tǒng)總體設計 4.1結(jié)構(gòu)設計結(jié)構(gòu)設計 4.1.1系統(tǒng)功能模塊及說明系統(tǒng)功能模塊及說明 通過對用戶需求的分析以及用戶操作的習慣,將寵物醫(yī)院管理系統(tǒng)分為以下 七大主要功能模塊: (1) 客戶信息模塊 客戶信息模塊登記客戶的資料以及他們寵物的信息。 (2) 日常業(yè)務模塊 日常業(yè)務模塊可以實現(xiàn)醫(yī)療服務、寵物美容以及寵物用品銷售三大業(yè)務;包 括病歷的處理、各項服務的收費等。 (3) 物品管理模塊 物品管理模塊包括入庫管理和查詢,還有物品的明細,主要

44、負責添加物品信 息到數(shù)據(jù)庫。 (4) 綜合查詢模塊 綜合查詢模塊包括數(shù)據(jù)的綜合查詢以及每日提醒,綜合查詢主要負責以往病 歷的信息,包括處方、化驗、疫苗和收費;每日提醒則羅列出庫存量過少的藥品 和寵物用品。 (5) 財務報表模塊 財務報表模塊包括當日收入報表和當月收入報表。 (6) 基本參數(shù)模塊 基本參數(shù)模塊包括寵物藥品和寵物用品的價目表,寵物種類和化驗項目等基 本數(shù)據(jù)參數(shù)的設定。 (7) 用戶設置模塊 用戶設置模塊包括人員管理、修改密碼、數(shù)據(jù)備份和數(shù)據(jù)恢復,人員管理負 責新用戶的添加和用戶權(quán)限的設置。 4.1.2系統(tǒng)總體模塊結(jié)構(gòu)系統(tǒng)總體模塊結(jié)構(gòu) 系統(tǒng)總體模塊結(jié)構(gòu)如圖 4-1 所示。 19 圖圖

45、 4-1 系統(tǒng)總體模塊結(jié)構(gòu)圖系統(tǒng)總體模塊結(jié)構(gòu)圖 4.2數(shù)據(jù)庫設計數(shù)據(jù)庫設計 設計一個結(jié)構(gòu)化的數(shù)據(jù)庫是對數(shù)據(jù)進行有效管理的前提和產(chǎn)生正確信息的保 證,也是管理信息系統(tǒng)設計的關(guān)鍵。任何一個管理信息系統(tǒng)都需要數(shù)據(jù)庫中數(shù)據(jù) 的支持。一個數(shù)據(jù)庫建設的好壞將直接影響信息系統(tǒng)的質(zhì)量和運行效果。數(shù)據(jù)庫 設計不當,系統(tǒng)運行過程中就會產(chǎn)生大量的數(shù)據(jù)冗余,不僅會浪費大量的系統(tǒng)資 源,造成數(shù)據(jù)庫容量的極度膨脹,還會影響軟件的運行效率和穩(wěn)定性。更為嚴重 的是造成開發(fā)的軟件出現(xiàn)數(shù)據(jù)異常和數(shù)據(jù)不一致的嚴重錯誤,最終導致管理信息 系統(tǒng)的癱瘓。 本階段設計是在項目需求分析的基礎上,設計出能夠滿足用戶需求和項目的 具體需要的各種

46、實體以及它們之間的關(guān)系,這不僅能為邏輯結(jié)構(gòu)設計打下堅實基 礎,而且還是數(shù)據(jù)庫設計中概念模型設計的重要組成部分。概念模型用于信息世 界的建模,是現(xiàn)實世界的第一層抽象,是數(shù)據(jù)庫設計人員進行數(shù)據(jù)庫設計的有利 工具,也是數(shù)據(jù)庫設計人員和用戶之間進行交流的語言。 20 4.2.1e-r 模型設計模型設計 主要日常業(yè)務的 e-r 模型如圖 4-2。 寵物 治療 醫(yī)生 美容寵物美容 師 寵物主人 藥房 取藥 開藥 擁有 1 m m n mn m n n m 圖圖 4-2 e-r 圖圖 4.2.2建立關(guān)系列表建立關(guān)系列表 由系統(tǒng)的功能可知,需要建立相應的數(shù)據(jù)表分別存儲寵物醫(yī)院的員工、客戶、 寵物的資料,還需要

47、數(shù)據(jù)表分別存儲日常業(yè)務所需的藥品、寵物美容項目、寵物 商品的資料以及庫存等情況。下面列出各個數(shù)據(jù)庫表的關(guān)系列表,來表示各個表 的關(guān)系,以及它們的主鍵和外碼: assay (assayitem#, assayname#, refernumb) assayname (assayname#, assayprice, assaycode) assayresult (assayitem#, assayname#, refernub, assayresult, caseid#, assaydatetime, petid#) casecost (costid#, thingsname, thingsunit

48、, thingsprice, thingssum, casedatetime, cusid#, caseid#, petid#) cases (caseid#, casetatetime, illstate, illname, illdeal, returndatetime, petid#, userid#) catbreed (petbreed#) 21 coscost (coscostid#, cosmetologytype#, cosunit, cosnumb, cosprice, cosdatetime, petid#) cosmetology (cosmetologytype#, c

49、osmetologycode, cosmetologyunit, cosmetologyprice) customer (cusid#, cusname, cussex, cusphone, cusmphone, cusaddress) dogbreed (petbreed#) inmedicine (medicinename#, mcode, munit, mprice, inmnub#, inmdatetime#) inproduct (productname#, pcode, punit, pprice, inpnub#, indatetime#) medicine (medicinen

50、ame#, medicinecode, medicineunit, medicineprice, specification, medicinenumb) otherbreed (petbreed#) pet (petid#, petname, petage, petsex, petweight, petbreed, petvaccine, petcolor, petclass, cusid#) pettype (petclass#) procost (procostid#, productname#, productunit, productprice, productnumb, proda

51、tetime, cusid#) product (productname#, productcode, productunit, productprice, productnumb) users (userid#, uname, passwords, utype#, usex, uposition, uphone, unumb) usertype (utype#, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30) vacci

52、ne (vaccinename#, vaccineprice, vaccinecode, vaccineunit, vaccinenumb) vaccineresult (vaccinename#, vacdatetime, vacnexttime, petid#, cusid#, caseid#) 4.2.3數(shù)據(jù)庫邏輯結(jié)構(gòu)設計數(shù)據(jù)庫邏輯結(jié)構(gòu)設計 表表 4-1 化驗項目表化驗項目表(assay) 是否鍵值字段名類型長度允許空描述 主鍵assayitemchar20no化驗項目 assaynamechar20no化驗名 refernumbchar20no參考數(shù)值 22 表表 4-2 化驗名稱表化

53、驗名稱表(assayname) 是否鍵值字段名類型長度允許空描述 主鍵assaynamechar20no化驗名稱 assaypricemoney8no化驗價格 assaycodechar10no助記碼 表表 4-3 化驗結(jié)果化驗結(jié)果(assayresult) 是否鍵值字段名類型長度允許空描述 主鍵assayitemchar20no化驗項目 assaynamechar20no化驗名稱 refernubchar20no參考值 assayresultchar20yes化驗結(jié)果 主鍵caseidchar10no病歷號 assaydatetimedatetime8no日期 petidchar10no寵物

54、號 表表 4-4 醫(yī)療收費單醫(yī)療收費單(casecost) 是否鍵值字段名類型長度允許空描述 主鍵costidchar20no收費單號 thingsnamechar20no名稱 thingsunitchar20no單位 thingspricemoney20no單價 thingsnumint10no數(shù)量 casedatetimedatetime8no日期 cusidchar6no客戶號 caseidchar10no病歷號 petidchar10no寵物號 23 表表 4-5 病歷單病歷單(cases) 是否鍵值字段名類型長度允許空描述 主鍵caseidchar10no病歷號 casedateti

55、medatetime8no日期 illstatechar50yes病情 illnamemoney30yes病名 illdealint50yes處理 returndatetimedatetime8yes復診日期 petidchar6no寵物號 useridchar6no用戶號 表表 4-6 寵物貓寵物貓(catbreed) 是否鍵值字段名類型長度允許空描述 主鍵petbreedchar20no寵物品種 表表 4-7 寵物狗寵物狗(dogbreed) 是否鍵值字段名類型長度允許空描述 主鍵petbreedchar20no寵物品種 表表 4-8 寵物美容收據(jù)寵物美容收據(jù)(coscost) 是否鍵值字

56、段名類型長度允許空描述 主鍵coscostidchar10no寵物美容收據(jù)號 cosmetologytypechar20no美容類型 cosunitchar10no單位 cosnumbint4no次數(shù) cospricemoney8no單價 cosdatetimedatetime8no日期 petidchar6no寵物號 24 表表 4-9 其它寵物其它寵物(otherbreed) 是否鍵值字段名類型長度允許空描述 主鍵petbreedchar20no寵物品種 表表 4-10 顧客顧客(customer) 是否鍵值字段名類型長度允許空描述 主鍵cusidchar6no顧客號 cusnamecha

57、r10no姓名 cussexchar2no性別 cusphonechar12yes座機 cusmphonechar12yes手機 cusaddresschar50yes地址 表表 4-11 藥品入庫藥品入庫(inmedicine) 是否鍵值字段名類型長度允許空描述 主鍵medicinenamechar30no藥品名稱 mcodechar10no助記碼 munitchar10no單位 mpricemoney8no單價 主鍵inmunbfloat8no入庫數(shù)量 主鍵inmdatetimedatetime8no日期 表表 4-12 寵物用品入庫寵物用品入庫(inproduct) 是否鍵值字段名類型長

58、度允許空描述 主鍵productnamechar30no用品名稱 pcodechar10no助記碼 punitchar10no單位 ppricemoney8no單價 主鍵inpunbfloat8no入庫數(shù)量 主鍵inpdatetimedatetime8no日期 25 表表 4-13 藥品藥品(medicine) 是否鍵值字段名類型長度允許空描述 主鍵medicinenamechar40no藥品名稱 medicinecodechar10no助記碼 medicineunitchar2no單位 medicinepricemoney8no單價 specificationchat50yes使用說明 me

59、dicinenumbfloat8no剩余數(shù)量 表表 4-14 寵物用品寵物用品(product) 是否鍵值字段名類型長度允許空描述 主鍵productnamechar30no用品名稱 productcodechar20no助記碼 productunitchar2no單位 productpricemoney8no單價 productnumbfloat8no入庫數(shù)量 表表 4-15 寵物寵物(pet) 是否鍵值字段名類型長度允許空描述 主鍵petidchar6no寵物號 petnamechar10no寵物名字 petagechar10no年齡 petsexchar2no性別 petweightfl

60、oat8no重量 petbreedchar20no品種 petcolorchar20no顏色 petclasschar20no種類 petvaccinechar10no免疫情況 cusidchar6no顧客號 26 表表 4-16 寵物種類寵物種類(pettype) 是否鍵值字段名類型長度允許空描述 主鍵petclasschar20no寵物種類 表表 4-17 寵物用品銷售單據(jù)寵物用品銷售單據(jù)(procost) 是否鍵值字段名類型長度允許空描述 主鍵procostidchar6no單據(jù)號 productnamechar30no用品名稱 productunitchar2no單位 productp

溫馨提示

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

評論

0/150

提交評論