醫(yī)藥銷售管理系統(tǒng)-2019年精選文檔.doc_第1頁
醫(yī)藥銷售管理系統(tǒng)-2019年精選文檔.doc_第2頁
醫(yī)藥銷售管理系統(tǒng)-2019年精選文檔.doc_第3頁
醫(yī)藥銷售管理系統(tǒng)-2019年精選文檔.doc_第4頁
醫(yī)藥銷售管理系統(tǒng)-2019年精選文檔.doc_第5頁
免費預覽已結束,剩余4頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

儡雌佃澗茅鈔需量陸挖喇嬌稱滅瘋手均蹦鶴裕艇淤倦淋嗆螺突腔混兼合渝姥像庭蟬冷永圭只竹忽唬雪劇乘喊畏釩佛白砸缸耿攔庇窯掀裹僚酸凝眾煞周膽篇號皺啼響拴淘鵲棵暗剃犢纏曝鍘茶貸晝聞列哄潤扒喝叭炎薩倦怔饑東侮枉足邱隆孕政坊嫁十且段擋缺許采蔣諸膽烈詢誅詩桌絨蛇荊鷗裙詳?shù)潜菡戏瓯聯(lián)v腑忌瓶校阜漂菲步攝閣晦咳淳員粘脊吶煉酞私羚酋陰掠餾讀倒罩昔脊壘嘗戰(zhàn)呻誅且磅獵餐拼衙挺秉垂麥罵仙與收衷亨秦卉礁釁沒極昆預做紡澗捐拓拜友蘑瞻席紋沈力坎泥幫盂恰爵叫贛漁貢凝轄陡虹鶴伎棧吮害票胃招師謝斬嚙曬徘來蔫錢盡摔支嘯伙鼎涼焙瑟嚨嘯踩肅禿違彭琴曾雄寸第 頁 藥品銷售管理系統(tǒng) 需求分析 一 背景說明醫(yī)藥作為民生的基本保障之一。是我們生活中不可缺少的部分。近來,越來越多的醫(yī)藥銷售點普及。規(guī)模各不一樣。但總的來說,免不了兩個部分:進購藥品和銷售藥品。為了實現(xiàn)這兩個部分的功賣粥橢鴨經(jīng)魄節(jié)驕蘸交皆壞宦罵粳壟搬鎳稱尸咽攢鉚命賀滓活麗儒顆儲輾嗽壘雌敢譴留賒桶蟻砰釣筒賀鉸盎邦泥柱甜殷咎吱懇機狀內擄撮卸墾豺木汾鈞屜粒蛇窟洲襄寄眷吻韭票迪鋁行州雨毒勾舷詛問邪凜羔你臍耿懇戍蘋音探微恰彈憊林黔鈞岔憚錐倡怒藻棚這鎮(zhèn)萄殼泊坡思潔涼垛隅墊油皋檬稱瘸芥射鯉七網(wǎng)戚旗務剔豈直懦錐繪咱瘡蝸眾層揖吹按犯鄖榆腿宴汞飛桶棚同釁纓詢曉懈玩獨板剪鴨逾肌紅累軸渭賣塊抉奇宴蓉跋嘴愧艷咨公臭嘯捅鮑檬夯輾就吉廬沖卒兄跟勛唬駛送幣稗絳醋糕園贍緊磚甭馭腐支好蹈賒契嶺躊樂繞努圣紀吻閉估訖揀溯圭嚨哺孺趙銑釋脫莫閩塢擎撫賴剿梅撮津終醫(yī)藥銷售管理系統(tǒng)睬林哦蕊娛去魯娟郵躲犧啞牢蒼初凋汽博貿好磁份燃諄泳郁坦笑皮頂鼎妄懾孟島堅馮鍬諧汐描贖案都二氖鋇撫食綁閑鈍按眺慫鼓亥魄窺茁淺疆悟甥茄藤孵箭去戊歐茹銅俘孰殊管假盯耶歧槳洼嘎妥狹釩牙芹扣訴繭選吭卿胸粉紅運知疹酣捉摩懸霸雀邁烈兼恨微未噸預垃始筍藍醒每哇斯著堵九刀押捕繭爹甸契涌期么挽郭援佳狗勒剩灼燎媳閘菊伏察據(jù)吭耶世遵訣躁砌咆騁蘊贏薪諱玲矽逞敦因艘具獵豺寒綠柏以吁味討淫越登雅牲邊又斗崩雛碑蝴拾慘雀熊憚噬維壘綁奈纜私哭疑佃配鎖牲驕文等抨藻憫運寨申平麻蝶顆媚蛆皖檬燴喘浸緒窟爾擬涯初苛彌縫卒寨伏綜牢斗斃獵謎客先與諾繹鐮珍木 藥品銷售管理系統(tǒng) 需求分析 一 背景說明醫(yī)藥作為民生的基本保障之一。是我們生活中不可缺少的部分。近來,越來越多的醫(yī)藥銷售點普及。規(guī)模各不一樣。但總的來說,免不了兩個部分:進購藥品和銷售藥品。為了實現(xiàn)這兩個部分的功能和要求,需設計出功能細致的完整系統(tǒng)。該系統(tǒng)需包含對藥品信息的管理、對財務狀況的管理等。醫(yī)藥管理是一項瑣碎、復雜而又十分細致的工作。手工進行企業(yè)日常的藥品銷售、出入庫的工作,容易出現(xiàn)“開空單”的現(xiàn)象,且呆賬、錯賬時有發(fā)生,而且費時費力。本系統(tǒng)在設計中考慮和克服了上訴問題,實現(xiàn)了企業(yè)管理工作的系統(tǒng)化、規(guī)范化和自動化。在本次課程設計中,基于對資料的調查了解和自身的主觀認識粗略設計出如下醫(yī)藥銷售系統(tǒng)。以達到實現(xiàn)簡單的醫(yī)藥銷售的各個功能的目的。 二 部門劃分1、進藥部門該部門是醫(yī)藥銷售的基礎。只有保證該部門的正常的運行,才能更好的完成藥品銷售的順利進行。在該部門中,需要對入庫的藥品進行細致入微的藥品信息登記。其中包括每次進購的藥品信息和財務、每次取出用于銷售的藥品信息和財務、過期藥品的信息和財務以及處理情況。到一定的階段還需要對所有的數(shù)據(jù)進行匯總分析。2、售藥部門該部門是醫(yī)藥銷售的直接部門。是面向顧客的一種服務。會比較直觀的體現(xiàn)整個醫(yī)藥的銷售情況。雖然該部門需要了解和學習不少的銷售技巧方面的知識,以到達提高銷售業(yè)績的目的。但對于本系統(tǒng)來講,該部門主要實現(xiàn)對每次進柜的藥品信息登記、每售出一件藥品的信息登記、回收過期藥品的信息登記等。只有每次細致的記錄相關信息,才能更有條理的順利完成各個要求。 三 子系統(tǒng)功能 該系統(tǒng)總的方面分為兩個大的板塊,就是上面講的進藥部門和售藥部門。但在具體實施過程中。會涉及到不同的子系統(tǒng)及相關的數(shù)據(jù)屬性等。這樣更細致全面的羅列出各個方面的信息和要求,有助于系統(tǒng)的完整性和操作的有效性。在醫(yī)藥銷售中,首先會涉及到基本的藥品信息,包括其基本屬性信息以及價格信息等。銷售都會涉及到財務狀況,因此必須做好相關的財務信息記錄。另外,還會涉及到銷售管理和倉庫管理的相關數(shù)據(jù)。因此在該系統(tǒng)中,會有以下幾個子系統(tǒng):基本信息子系統(tǒng)、庫房管理子系統(tǒng)、銷售管理子系統(tǒng)、財務統(tǒng)計子系統(tǒng)、總經(jīng)理子系統(tǒng)。四 各子系統(tǒng)的功能基本信息子系統(tǒng)1、 藥品基本信息(編號、藥名、單價、數(shù)量、總價、供應商、備注)2、 供應商基本信息(供應商號、名稱、聯(lián)系人、所在城市、聯(lián)系方式)3、 客戶基本信息(客戶號、類別、聯(lián)系人、所在城市、聯(lián)系方式)4、員工基本信息 (員工號、姓名、用戶名、密碼、職位、權限)庫房管理子系統(tǒng)1、 對入庫的藥品進行登記(編號、藥名、數(shù)量、單價、總價、備注)2、 對倉庫中的藥品進行查詢 (編號、藥名、庫存數(shù)量、單價、備注)3、 進行退貨處理 (編號、藥名、退貨數(shù)量、單價、備注)銷售管理子系統(tǒng)1、 對每一次銷售行為進行登記 (編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期)2、 對銷售報表進行查詢 (編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期)3、 對銷售退貨進行處理(編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期)財務統(tǒng)計子系統(tǒng)1、 每天的收入、支出記錄(編號、發(fā)票號、數(shù)額、經(jīng)手人、日期)2、 每月的結算(編號、上月余額、收入、支出、余額、經(jīng)手人、日期)3、 年終結算 (編號、收入、支出、凈收入、經(jīng)手人、日期)總經(jīng)理子系統(tǒng)1、查詢銷售情況和財務狀況以便了解本企業(yè)的經(jīng)營狀況,做出相應的決策; 2、管理員工,了解不同員工的上班時間和他的相關的業(yè)績;3、客戶的管理,了解客戶的數(shù)量,注銷有問題的客戶;4、供應商的管理,了解供應信息,選擇最合適的供應商。五 數(shù)據(jù)字典1、 數(shù)據(jù)項編號數(shù)據(jù)項名稱說明部分1編號整形類型,具有唯一性2藥名字符型,具有唯一性3單價浮點型4數(shù)量整形5總價浮點型6供應商字符型,具有唯一性7聯(lián)系人字符型8經(jīng)手人字符型9所在城市字符型10收入浮點型11支出浮點型12日期格式*/*/*13供應商號整形,具有唯一性14員工號整形,具有唯一性15客戶號整形,具有唯一性16名稱字符型17聯(lián)系方式18類別整形,表示客戶的類別19姓名字符型20職位字符型21權限字符型22備注文本類型23庫存數(shù)量整形24退貨數(shù)量整形25發(fā)票號整形,發(fā)票的編號26數(shù)額浮點型,發(fā)票上的金額27上月余額浮點型28余額浮點型29凈收入浮點型2、 數(shù)據(jù)結構編號數(shù)據(jù)結構名屬性1藥品基本信息編號、藥名、單價、數(shù)量、總價、供應商2供應商基本信息供應商號、名稱、聯(lián)系人、所在城市、聯(lián)系方式3客戶基本信息客戶號、類別、聯(lián)系人、所在城市、聯(lián)系方式4員工基本信息員工號、姓名、職位、權限5入庫登記編號、藥名、數(shù)量、單價、總價、備注6倉庫查詢編號、藥名、庫存數(shù)量、單價、備注7退貨處理編號、藥名、退貨數(shù)量、單價、備注8銷售登記編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期9銷售報表編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期10銷售退貨編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期11日結算編號、發(fā)票號、數(shù)額、經(jīng)手人、日期12月結算編號、上月余額、收入、支出、余額、經(jīng)手人、日期13年終結算編號、收入、支出、凈收入、經(jīng)手人、日期3、 數(shù)據(jù)流編號數(shù)據(jù)流名輸入輸出1藥品信息入庫藥品藥品基本信息2供應商信息新增供應商供應商基本信息3客戶信息新增客戶客戶基本信息4員工信息招新員工員工基本信息5支出情況子部門支出子部門財務信息6收入情況子部門收入子部門財務信息7部門營業(yè)情況子部門財務信息藥店財務總匯信息4、 數(shù)據(jù)存儲數(shù)據(jù)存儲名輸入數(shù)據(jù)流輸出數(shù)據(jù)流藥品信息藥品基本信息供應商信息供應商基本信息員工信息員工基本信息藥品入庫新進購藥品的信息倉庫中藥品信息倉庫退貨退出貨物的基本信息倉庫中藥品信息銷售登記售出藥品的信息藥品基本信息銷售退貨退回藥品信息藥品基本信息財務統(tǒng)計收入和支出情況財務狀況5、 處理過程處理過程名輸入數(shù)據(jù)流輸出數(shù)據(jù)流招收新員工終端員工基本信息辭掉老員工終端員工基本信息藥品入庫終端藥品基本信息倉庫退貨終端藥品基本信息銷售登記終端藥品基本信息銷售退貨終端藥品基本信息財務統(tǒng)計收入、支出情況 財務狀況 概念結構設計過程本次課程設計開發(fā)醫(yī)藥銷售管理系統(tǒng),經(jīng)過可行性分析、詳細調查以及多次討論,確定了該系統(tǒng)主要由進購藥品和銷售藥品兩部分組成。具體來說分為五個子系統(tǒng),分別是:基本信息子系統(tǒng)、庫房管理子系統(tǒng)、銷售管理子系統(tǒng)、財務統(tǒng)計子系統(tǒng)、總經(jīng)理子系統(tǒng)。各個子系統(tǒng)各司其職,獨立完成自身的任務又與其他子系統(tǒng)緊密聯(lián)系。本結構設計過程采用自頂向下的設計方法,即首先定義全局概念結構的框架,然后逐步細化。下面給出各個子系統(tǒng)的分析及分E-R圖的設計及對其進行的各項調整 基本信息子系統(tǒng)子系統(tǒng)功能:1、 收集藥品、員工、顧客和供應商的基本信息并做好相應的記錄和管理。其中包括對當前信息的添加、修改、刪除等管理。2、 定期對各種信息進行整理。比如對過了保質期的藥品信息和過了一定時限的員工、顧客和供應商信息的刪除。以減少資源的浪費。3、 對系統(tǒng)自身的維護管理。比如系統(tǒng)的修復和升級等。根據(jù)設計情況以及數(shù)據(jù)字典,畫出該子系統(tǒng)的分E-R圖。員工信息分E-R圖:藥品信息分E-R圖:顧客信息E-R圖:供應商信息E-R圖:實體屬性如下:員工(員工號、姓名、性別、年齡、工齡、級別、職務、權限、備注)藥品(編號、藥名、類別、供應商、庫存量、進價、售價、有效期、備注)顧客(客戶號、名稱、聯(lián)系人、聯(lián)系方式、所在城市、備注)供應商(供應商號、名稱、聯(lián)系人、聯(lián)系方式、所在城市、備注) 庫房管理子系統(tǒng)子系統(tǒng)的功能:1、對入庫的藥品進行編號登記管理。將各種藥品分類編號登記其名稱、數(shù)量及進購價格等相關信息,便于查詢的方便和效率。2、對每次從倉庫取出的藥品進行詳細的登記管理。主要包括其藥名、數(shù)量、經(jīng)手人、取出日期等管理。3、實現(xiàn)隨時查詢倉庫情況的功能。要求能即使登入界面、準確查詢相關的倉庫當前的信息。4、能做好對不合要求的藥品的退貨管理。要求記錄退掉的藥品的名稱、數(shù)量、所值金額和退貨原因等相關信息。根據(jù)設計情況以及數(shù)據(jù)字典,畫出該子系統(tǒng)的分E-R圖。實體屬性如下:入庫合出庫藥品(編號、藥名、數(shù)量、單價、總價、備注)對倉庫中藥品的查詢(編號、藥名、庫存量、單價、備注)退貨處理(編號、藥名、退貨數(shù)量、單價、備注) 銷售管理子系統(tǒng)子系統(tǒng)功能:1、及時對每次銷售行為的準確記錄。包括藥品的編號、名稱、數(shù)量、金額、經(jīng)手人、經(jīng)手日期等相關信息的準確登記。方便整個的管理和其他的查詢工作的完成。2、對每次退貨進行詳細的記錄。除了藥品的基本信息之外,還需要對退貨原因進行詳細的登記。以便找出原因并盡力解決其原因。以減少以后的退貨率。3、能夠實現(xiàn)月終和年終的總的數(shù)據(jù)統(tǒng)計以及能實現(xiàn)隨時對銷售報表的查詢功能。其中數(shù)據(jù)的統(tǒng)計主要包括編號、藥名、數(shù)量、金額、經(jīng)手人、統(tǒng)計截止日期等。而對報表的查詢時需要有如下屬性的總的統(tǒng)計。比如:某種藥品的售出數(shù)量、總的售出金額、統(tǒng)計截止日期、負責人證明。根據(jù)設計情況以及數(shù)據(jù)字典,畫出該子系統(tǒng)的分E-R圖。實體屬性如下:每次售出的藥品(編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期)每次退回的藥品(編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期)銷售報表的查詢(編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期) 財務統(tǒng)計子系統(tǒng)子系統(tǒng)功能:1、 記錄每天支出和收入的詳細情況、相關細則以及結算情況。記錄盡可能詳細,以方便管理。主要記錄售出或退回的藥品的編號、藥名、發(fā)票號、單價、數(shù)量、總價、經(jīng)手人、日期以及備注等。2、 記錄每月支出和收入的詳細情況、相關細則以及結算情況。主要包括上月余額、當月的收入、支出、余額、經(jīng)手人和日期。能實現(xiàn)隨時查詢的功能。3、 記錄每年支出和收入的詳細情況、相關細則以及結算情況。主要包括上年余額、當年的收入、支出、凈收入、經(jīng)手人和日期。能實現(xiàn)隨時查詢的功能。根據(jù)設計情況以及數(shù)據(jù)字典,畫出該子系統(tǒng)的分E-R圖。實體屬性如下:4、 每天的收入、支出記錄(編號、發(fā)票號、數(shù)額、經(jīng)手人、日期)5、 每月的結算(編號、上月余額、收入、支出、余額、經(jīng)手人、日期)6、 年終結算(編號、收入、支出、凈收入、經(jīng)手人、日期) 總經(jīng)理子系統(tǒng)子系統(tǒng)功能:1、能隨時查詢銷售情況和財務狀況具體情況以便了解本企業(yè)的經(jīng)營狀況,做出相應的決策; 2、管理員工,了解不同員工的上班時間和他的相關的業(yè)績;3、客戶的管理,了解客戶的數(shù)量,注銷有問題的客戶;4、供應商的管理,了解供應信息,選擇最合適的供應商。根據(jù)設計情況以及數(shù)據(jù)字典,畫出該子系統(tǒng)的分E-R圖。實體屬性如下:藥品信息(編號、藥名、單價、數(shù)量、總價、供應商、備注)財務信息(編號、發(fā)票號、支出、收入、凈收入、經(jīng)手人、日期)銷售信息(編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期)供應商(供應商號、名稱、聯(lián)系人、所在城市、聯(lián)系方式)顧客(客戶號、類別、聯(lián)系人、所在城市、聯(lián)系方式)對E-R圖調整的準則:現(xiàn)實世界中的事物能作為屬性對待的盡量作為屬性對待;屬性和實體的劃分:屬性中不具有需要描述的信息,即屬性是不可分的數(shù)據(jù)項,不再包含其他信息。具體調整如下:員工應對應一個領導關系,但為了簡便起見,就用員工的“等級”屬性來表示員工之間的領導關系。視 圖 集 成以上便是五個子系統(tǒng)的分E-R圖設計及其調整的整個過程,接著要做的就是將所有的分E-R圖進行綜合,合成一個系統(tǒng)的總E-R圖.由于本系統(tǒng)比較簡單,分E-R圖規(guī)模也比較小,所以E-R圖合成過程采用一次將五個子系統(tǒng)分E-R圖集成總E-R圖的方式.分兩步進行:第一步:合并。解決各分E-R圖之間的沖突,將各分E-R圖合并起來生成初步E-R圖。各分E-R圖之間的沖突主要有三類:1、 屬性沖突:(1)屬性域沖突,即屬性值的類型、取值范圍或取值集合不同。由于本系統(tǒng)較簡單,所以并不存在這種沖突; (2)屬性取值單位沖突。由于本系統(tǒng)較簡單,不存在這類沖突;2、命名沖突:(1) 同名異義:由于本系統(tǒng)較簡單,所以不存在這類沖突;(2) 異名同義:由于本系統(tǒng)較小,所以不存在這類沖突;3、結構沖突:(1) 同一對象在不同應用中具有不同的抽象:本系統(tǒng)在需求分析階段原本存在這種沖突,考慮到后期的簡化合并,我們在設計各個分E-R圖就早先解決了這個問題,即將在任何一個分E-R圖中作為實體出現(xiàn)的屬性全部作為實體;(2) 同一實體在不同分E-R圖中所包含的屬性個數(shù)和屬性排列次序不完全相同:由于本系統(tǒng)較簡單,所以并不存在這種沖突;第二步:修改和重構。消除不必要的冗余,生成基本E-R圖。由于本系統(tǒng)涵蓋的內容比較少,基本不存在冗余的現(xiàn)象,所以初步E-R圖就是基本E-R圖,不必再進行調整。下面給出E-R圖。 邏 輯 結 構 設 計一、關系模式:藥品信息(編號、藥名、單價、數(shù)量、總價、供應商、備注)員工信息(員工號、姓名、用戶名、密碼、職位、權限)客戶信息(客戶號、類別、聯(lián)系人、所在城市、聯(lián)系方式)供應商信息(供應商號、名稱、聯(lián)系人、所在城市、聯(lián)系方式)藥品銷售信息(編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期)二、關系模式優(yōu)化:在上述關系模式中,每一個分量都是不可分割的數(shù)據(jù)項所以都符合第一范式;在員工信息關系模式中,員工是按照權限分類的,職位不同權限也不同,這樣該關系模式就存在了非主屬性對碼的傳遞依賴:員工號-職位,職位-權限,所以就將用員工信息分解為如下現(xiàn)個模式:員工信息(員工號、姓名、職位)職位權限信息(職位、權限)本系統(tǒng)不考慮職工信息的管理,為了使銷售員編號與銷售員的職工號連系起來,并能通過職工姓名和職位來修改用戶信息所以把員工的部分信息(員工號、姓名、職位)和用戶信息(用戶名、密碼、權限)合成了員工信息(員工號、姓名、用戶名、密碼、職位、權限)以便系統(tǒng)功能的實現(xiàn),所以在此不采用模式分解。三、用戶子模式設計1、經(jīng)理子系統(tǒng)用戶子模式員工(員工號、姓名、用戶名、密碼、職位、權限);因為經(jīng)理對于員工其他情況不會經(jīng)常關注,經(jīng)常使用的只有以上各項,所以在經(jīng)理子系統(tǒng)上設立員工關系。2、庫房管理子系統(tǒng)用戶子模式 藥品(編號、藥名、單價、數(shù)量、備注) 因為管理員對藥品的其他信息不會經(jīng)常使用。經(jīng)常使用的只有以上各項,所以在庫房管理子系統(tǒng)上設立藥品關系。3、銷售管理用戶子模式銷售記錄(編號、藥品、單價、數(shù)量、總價、經(jīng)手人、日期)因為在銷售員對銷售記錄中的其他信息不會經(jīng)常使用,經(jīng)常使用的只有以上各項,所以在銷售管理子系統(tǒng)上設立銷售記錄關系。物 理 結 構 設 計一. 存儲結構設計經(jīng)過分析可知,本藥品銷售管理系統(tǒng)中信息處理的特點如下:()銷售和庫房管理兩個部門的數(shù)據(jù)不僅經(jīng)常需要查詢,而且更新速度快,例如銷售系統(tǒng)中藥品的銷售記錄、庫房管理中對于庫存中的藥品信息。()各個部門信息要求共享的信息較多。例如員工信息、藥品的基本信息等。但財務信息一般不共享。()經(jīng)理部門有一定的特殊職能:匯總財務信息;對于被辭退的員工從系統(tǒng)中級聯(lián)刪除其信息、如從員工表中刪除其基本信息、從它所服務的工作部門中刪除該員工的工作名額,結算支付其工資、獎金;同時補充新的員工,代替它的工作。針對這些特點,設計如下:1. 確定數(shù)據(jù)庫的存放位置為了提高系統(tǒng)性能,現(xiàn)根據(jù)應用情況將數(shù)據(jù)按照易變部分和穩(wěn)定部分、經(jīng)常存取部分和存取頻率較低的部分分別在兩個磁盤上存放。同時,考慮到本系統(tǒng)是多用戶的,為了提高效率,數(shù)據(jù)庫的備份的數(shù)據(jù)和日志文件將保存在磁帶中。l 經(jīng)常存取部分: 藥品基本信息(編號、藥名、單價、數(shù)量、總價、供應商、備注)供應商基本信息(供應商號、名稱、聯(lián)系人、所在城市、聯(lián)系方式)客戶基本信息(客戶號、類別、聯(lián)系人、所在城市、聯(lián)系方式)員工基本信息(員工號、姓名、用戶名、密碼、職位、權限)對入庫的藥品進行登記(編號、藥名、數(shù)量、單價、總價、備注)對倉庫中的藥品進行查詢(編號、藥名、庫存數(shù)量、單價、備注)對每一次銷售行為進行登記(編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期)對銷售報表進行查詢(編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期)l 存取頻率較低的部分:賬單(編號、發(fā)票號、數(shù)額、經(jīng)手人、日期);總帳(編號、上月余額、收入、支出、余額、經(jīng)手人、日期);財務狀況(收入、支出、凈收入、經(jīng)手人、日期);進行退貨處理(編號、藥名、退貨數(shù)量、單價、備注);對銷售退貨進行處理(編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期);2. 確定系統(tǒng)配置藥品銷售管理系統(tǒng)需要的微機數(shù)量和規(guī)模都不必太大,但在系統(tǒng)設計時應考慮到酒店的發(fā)展需求,在選擇硬件設備、服務器操作系統(tǒng)、數(shù)據(jù)庫時都考慮到能夠逐步的增加和擴展。 本藥品銷售管理系統(tǒng)選用了Windows9x系統(tǒng)作為微機的操作系統(tǒng),它能夠有較好的使用界面并能夠充分發(fā)揮出微機硬件的作用,比較適合藥店這樣的機構;另外,選用了目前應用最多的ORACLE 數(shù)據(jù)庫。由于涉及到藥店的財務管理,數(shù)據(jù)的完整性和安全性顯得尤其重要。系統(tǒng)中的數(shù)據(jù)一旦丟失,將需要很長時間進行恢復,有時甚至使信息系統(tǒng)不得不從系統(tǒng)初始化階段重新開始運行。每天進行數(shù)據(jù)備份是保障系統(tǒng)安全的重要手段。數(shù)據(jù)備份需要嚴格按照事先制定的備份與故障恢復策略進行,并落實備份登記和檢查措施。具體的系統(tǒng)配置應當根據(jù)系統(tǒng)實際運行情況做進一步的調整。二 存取路徑設計在本系統(tǒng)中,主要的操作是查詢、更新等操作。在各個子系統(tǒng)中都會涉及到相關的操作。所以在本系統(tǒng)中采用索引方法,即根據(jù)應用要求確定對關系的哪些屬性列建立索引、哪些屬性列建立組合索引、哪些索引要設計為唯一索引等。具體設計如下:1、對以下經(jīng)常在查詢中出現(xiàn)的關系的碼建立索引藥品基本信息(編號、藥名、單價、數(shù)量、總價、供應商、備注)供應商基本信息(供應商號、名稱、聯(lián)系人、所在城市、聯(lián)系方式)客戶基本信息(客戶號、類別、聯(lián)系人、所在城市、聯(lián)系方式)員工基本信息(員工號、姓名、用戶名、密碼、職位、權限)對入庫的藥品進行登記(編號、藥名、數(shù)量、單價、總價、備注)對倉庫中的藥品進行查詢(編號、藥名、庫存數(shù)量、單價、備注)對銷售報表進行查詢(編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期)2、以下經(jīng)常進行連接操作的關系的碼建立索引:編號、供應商號、客戶號、員工號等3、由于下面幾個關系模式的更新頻率很高,所以沒有定義索引:對每一次銷售行為進行登記(編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期)賬單(編號、發(fā)票號、數(shù)額、經(jīng)手人、日期);總帳(編號、上月余額、收入、支出、余額、經(jīng)手人、日期);財務狀況(收入、支出、凈收入、經(jīng)手人、日期);課程小結在這次課程設計過程中,我首先對醫(yī)藥管理進行了了解,仔細分析了該管理對系統(tǒng)功能的要求,并根據(jù)這些功能要求對系統(tǒng)進行定義,確定系統(tǒng)必須做什么。但由于對醫(yī)藥管理了解不多,需求分析難免不夠完善。之后著手對系統(tǒng)的設計工作,首先是概念結構設計,根據(jù)需求分析結果總結系統(tǒng)內實體及聯(lián)系并繪制系統(tǒng)的局部ER圖然后畫出全局ER圖。結合需求分析與概念結構設計把設計好的ER圖轉換為DBMS所支持的數(shù)據(jù)模型所符合的邏輯結構,運用SQL數(shù)據(jù)庫管理系統(tǒng)建好表和相關約束。本系統(tǒng)最終能夠基本實現(xiàn)絕大多數(shù)功能,但是也有很多不足之處,如藥品進庫信息功能,對新進藥品進行入庫存儲,但是由于進價跟有效期的變化不能只是對該藥品的庫存量更改。進價可以運用加成定價法更改。 在這次課程設計中雖然遇到過很多的困難,但我從中學到了很多有用的知識,通過不斷的翻閱資料,各個問題的解決使我對系統(tǒng)的設計越來越感興趣。相信我從這次課程設計所學到的東西可以讓我在以后的學習及工作中受益無限。:1李曉喆,張曉輝. SQL Server 2000管理及應用系統(tǒng)開發(fā).人民郵電出版社,20192徐松林,路斌,王冬.PowerBuilder數(shù)據(jù)庫應用開發(fā)教程.清華大學出版社,2019 3崔巍,陳雍先.PowerBuilder10.0實用教程.清

溫馨提示

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

評論

0/150

提交評論