【正文】 的意向與打算。把用戶要求成文 ,完成系統(tǒng)分析報告。系統(tǒng)的邏輯模型由一系列的圖表和文字組成。在邏輯上描述了系統(tǒng)的目標(biāo)和所具備的功能于性能。 系統(tǒng)分析的步驟 描述系統(tǒng)。在詳細調(diào)查的 基礎(chǔ)上 ,用一定的圖標(biāo)、文字描述 。 分析用戶新的要求 ,改進現(xiàn)行模型 ,形成新系統(tǒng)的邏輯模型。 編寫系統(tǒng)分析說明書。 系統(tǒng)項目范圍 寵物醫(yī)院信息管理系統(tǒng)從三種用戶角度進行功能劃分。 醫(yī)生部分 : :查看客戶信息 。 :查看寵物信息 。 :管理個人信息 。 管理員部分 ::編輯用戶信息 。 :編輯客戶信息 。 :編輯寵物信息 : :編輯物料信息 : :編輯系統(tǒng)管理 信息 : :數(shù)據(jù)備份。 功能需求 醫(yī)生部分 1:查看用戶信息 :以列表的形式查看寵物主人的信息。 2:查看寵物信息 :查看寵物的詳細信息。 3:管理個人信息 :管理個人信息 ,包括密碼修改等。 管理員部分 1:管理用戶信息 :實現(xiàn)對系統(tǒng)用戶 ,包括普通用戶及管理員用戶的信息進行管理。 2:查看用戶信息 :以列表的形式查看寵物主人的信息 。 3:查看寵物信息 :查看寵物的詳細信息。 4:管理物料信息 :添加、編輯客戶物料信息 ,以列表的形式顯示 。 5:編輯系統(tǒng)管理信息 :對系統(tǒng)管理信息進行編輯操作 。 6:數(shù)據(jù)備份 :不定期進行系統(tǒng)數(shù)據(jù)備份 ,以防萬一。 系統(tǒng)實體分析 圖 341 類圖 系統(tǒng)的數(shù)據(jù)庫設(shè)計 概念設(shè)計 在概念設(shè)計階段中 ,從用戶的角度看待數(shù)據(jù)及處理要求和約束 ,產(chǎn)生一個反映用戶觀點的概念模式。然后再把概念模式轉(zhuǎn)換成邏輯模式。將概念設(shè)計從設(shè)計過程中獨立開來 ,使各階段的任務(wù)相對單一化 ,設(shè)計復(fù)雜程度大大降低 ,不受特定 DBMS 的限制。利用 ER 方法進 行數(shù)據(jù)庫的概念設(shè)計 ,可分成三步進行 :首先設(shè)計局部 ER模式 ,然后把各局部 ER模式綜合成一個全局模式 ,最后對全局ER 模式進行優(yōu)化 ,得到最終的模式 ,即概念模式。 設(shè)計局部 ER 模式 1 實體和屬性的定義 : 1)管理員用戶類別 (用戶名 ,密碼 ,權(quán)限 ,注冊時間等 ) 圖 351 管理員用戶實體與屬性的定義 2)客戶信息類別 (姓名 ,年齡 ,性別 ,電話 ,身份證 ,時間等 ) 圖 352 客戶信息實體 與屬性的定義 3)寵物信息類別 (姓名 ,性別 ,年齡 ,時間 ) 圖 353 寵物信息實體與屬性的定義 4)物料信息類型 (編號 ,名稱 ,數(shù)量 ,修改時間 ) 圖 354 物料信息實體與屬性的定義 2 實體關(guān)系定義 : ER 模型的“聯(lián)系”用于刻畫實體之間的關(guān)聯(lián)。一種完整的方式是對局部結(jié)構(gòu)中任意兩個實體類型 ,依據(jù)需求分析的結(jié)果 ,考察局部結(jié)構(gòu)中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系 ,進一步確定是 1: 1:N、 M:N 的關(guān)系 。還要考察一個實體類型內(nèi)部是否存在聯(lián)系 ,兩個實體類型之間是否存在聯(lián)系 ,多個實體類型之間是否存在聯(lián)系 ,等等針對本系統(tǒng)分析如下 : 實體間的關(guān)系 : ① 一個寵物單只能屬于一個客戶單 ,而一個客戶單可以產(chǎn)生多個寵物單。 圖 358 客戶與寵物信息管理 1:N 一對多的關(guān)系 ② 一個管理員可以管理多個客戶信息 ,而一個客戶信息只可以被一個管理員管理 圖 359 管理員與客戶信息 1:N(一對多的關(guān)系 ) 設(shè)計全局 ER模式 所有局部 ER模式都設(shè)計好了后 ,接下來就是把它們綜合成單一的全局概念結(jié)構(gòu)。全局概念結(jié)構(gòu)不僅要支 持所有局部 ER 模式 ,而且必須合理地表示一個完整、一致的數(shù)據(jù)庫概念結(jié)構(gòu)。 1 確定公共實體類型 為了給多個局部 ER 模式的合并提供開始合并的基礎(chǔ) ,首先要確定各局部結(jié)構(gòu)中的公共實體類型。在這一步中我們僅根據(jù)實體類型名和鍵來認定公共實體類型。一般把同名實體類型作為公共實體類型的一類候選 ,把具有相同鍵的實體類型作為公共實體類型的另一類候選。 2 局部 ER 模式的合并 合并的原則是 :首先進行兩兩合并 。先合并那些現(xiàn)實世界中有聯(lián)系的局部結(jié)構(gòu) 。合并從公共實體類型開始 ,最后再加入獨立的局部結(jié)構(gòu)。 3 消除沖突 沖突分為三類 :屬性 沖突、結(jié)構(gòu)沖突、命名沖突。 設(shè)計全局 ER 模式的目的不在于把若干局部 ER 模式形式上合并為一個ER 模式 ,而在于消除沖突 ,使之成為能夠被所有用戶共同理解和接受的同一的概念模型。 4 全局 ER模式的優(yōu)化 在得到全局 ER模式后 ,為了提高數(shù)據(jù)庫系統(tǒng)的效率 ,還應(yīng)進一步依據(jù)處理需求對 ER 模式進行優(yōu)化。一個好的全局 ER 模式 ,除能準(zhǔn)確、全面地反映用戶功能需求外 ,還應(yīng)滿足下列條件 :實體類型的個數(shù)要盡可能的少 。實體類型所含屬性個數(shù)盡可能少 。實體類型間聯(lián)系無冗余。 寵物醫(yī)院信息管理系統(tǒng)的全局 ER 模式如圖所示 : 圖 3517 數(shù)據(jù) ER 圖第 4 章 總體設(shè)計 系統(tǒng)系統(tǒng)功能說明 總體功能 表 411 系統(tǒng)總體功能表 功能類別 子功能 用戶登錄 用戶輸入正確的用戶名和密碼及正確的權(quán)限后 ,就登錄系統(tǒng)。 如果輸入有誤 ,系統(tǒng)報錯。 管理員對基本信息進行管理 對客戶信息進行管理 對門診信息進行管理 對客戶信息進行管理 數(shù)據(jù)備份 非功能性需求 非功能性需求針對整個系統(tǒng)進行。 用戶界面需求 表 417 用戶界面需求表 需求名稱 詳細要求 風(fēng)格 界面友好 ,布局合理 ,美觀大方 ,實用性強 ,操作簡單 顏色 淡灰色 系為主 分辨率 1024*768 軟硬件環(huán)境需求 表 418 軟硬件環(huán)境需求表 需求名稱 詳細要求 運行速度 系統(tǒng)啟動運行時間不超過 5min,人機界面交互時間不超過 5s 容量 占用內(nèi)存大于 15MB 操作系統(tǒng)性能 10/100M bit/s 產(chǎn)品質(zhì)量需求 表 419 產(chǎn)品質(zhì)量需求表 主要質(zhì)量屬性 詳細要求 正確性 經(jīng)過測試達到了預(yù)期的效果 健壯性 具有一定的健壯性 可靠性 容錯能力強 ,測試質(zhì)量合格 性能 ,效率 性能優(yōu) ,效率高 易用性 跨平臺操作 清晰性 優(yōu) 安全性 安全可靠性極 佳 可擴展性 優(yōu)良的可靠的接口 兼容性 可作用于任何平臺 可移植性 正確的進行軟件配置后 ,就可以正常運行程序 建立數(shù)據(jù)庫模型 寵物醫(yī)院信息管理系統(tǒng)數(shù)據(jù)庫 說明 :1:!表示主鍵 ,$表示索引 ,N表示非空值 2:以下只是系統(tǒng)的重要數(shù)據(jù)表 ,次要重略。 1 管理員表 :(allusers) 表 431 管理員表 2 客戶信息表 :(allkehu) 表 432 客戶信息表 3 寵物信息表 (chongwu) 表 433 寵物信息表 4 物料信息表 (wuliaoxuqiu) 表 434 物料信息表 第 5 章 詳細設(shè)計 主操作界面 系統(tǒng)界面 圖 511 系統(tǒng)主操作頁面 寵物醫(yī)院信息管理系統(tǒng)主操作界面說明 系統(tǒng)登陸界面實現(xiàn)的功能是核對管理員的用戶名和密碼信息是否正確。 系統(tǒng)主操作界面十分簡潔 ,功能導(dǎo)航欄分為“系統(tǒng)”、“系統(tǒng)用戶管理”、“客戶管理”、“物料管理”、“寵