資料庫原理課程設計
題目醫藥銷售管理系統
學院***x
專業************
班級***xx
學號******x
學生姓名 ******
指導教師***
編寫日期 2013. 07. 11
隨著近年來我國醫藥事業的迅速發展，我國藥品企業的經營呈現了多型式，例如大型藥品超市、連鎖藥店、小型藥品商店等綜合發展。隨著社會經濟的發展提高，這些醫藥企業也在不斷地擴大規模，因此傳統的醫藥銷售系統已經不能滿足醫藥企業的需求。
通過調查從事醫藥產品的零售、批發等工作的企業，發現該企業的主要業務包括企業藥品銷售、出入庫管理、企業的財務、人事管理等。醫藥管理本身就是一項複雜、瑣碎但又需要足夠的細心，是考驗人的耐心的一項工作。手工進行企業的日常藥品銷售，常常會出現很多錯誤，例如開錯單、開空單等不同現象，既費時又費力而且還得不到好的結果，這些問題常常令銷售人員頭疼，卻總是沒有好的解決辦法。
本系統在設計中考慮和克服了上述問題，實現了企業管理工作的系統化、規範化和自動化。
1.2 系統目標與要求
要設計乙個效能良好的醫藥銷售管理管理系統，明確使用者的應用環境對系統的要求是首要的和基本的要求，使其具有較高的可靠性、安全性和易維護性，以及可移植性。
本系統實現了以下六個的功能：
（1）基礎資訊管理模組：包括藥品資訊、員工資訊、客戶資訊、**商資訊四個子模組。
（2）進貨管理模組：包括入庫登記、入庫登記查詢、入庫報表三個子模組。
（3）庫房管理模組：包括庫存查詢、庫存盤點、退貨處理、庫存報表四個子模組。
（4）銷售管理模組：包括銷售登記、銷售退貨、銷售報表查詢三個子模組。
（5）財務統計模組：包括當日統計、當月統計報表兩個子模組。。
（6）系統維護模組
說明：根據對現實中醫藥銷售管理業務，將使用者分為二類超級管理員（經理）、普通管理員（操作員）。
1.3 使用者需求
（1）員工需求：
員工需要對醫藥銷售管理，指對藥品資訊的錄入、更新、修改和刪除；
員工需要查詢藥品資訊，以了解是否有該藥品和庫存等資訊；
員工需要銷售藥品，出庫記錄；
員工需要管理退還藥品，入庫記錄；
員工需要管理現金收支，指對進出帳目的記錄統計。
（2）顧客需求：
①顧客需要查詢藥品資訊；
②顧客選購藥品。
業務流程圖的符號說明如圖2.2所示：
1、 2345、
系統中人員實體或單據實物或資訊流處理資料儲存
圖2.2 業務流程圖圖例
2 系統邏輯方案
系統分析的主要成果是系統的邏輯模型。本系統的邏輯模型主要是以系統的資料流圖和資料字典為主要描述工具。即在無紙化網路考試系統管理方式和業務流程進行認真分析和研究的基礎上，排除現有組織機構和業務分工所造成的資訊障礙。
2.1 資料流程圖（dfd）：
資料流圖是組織中資訊運動的抽象。是在調研的基礎上，從系統的科學性、管理的合理性、實際運動的可行性角度出發。將資訊處理功能和彼此之間的聯絡自頂向下，逐層分解，從邏輯上精確地描述系統應具有的資料加工功能、資料輸入、資料輸出、資料儲存及資料**和去向（外部實體）等專案。
首先，分析無紙化網路考試管理系統的總體情況，劃分系統邊界，識別系統的資料**和去處，確定外部實體，得出系統的頂層資料流程圖；
然後劃分出幾個主要的資訊管理功能，並明確各功能之間的聯絡，繪製出資料流程圖。
資料流程圖的符號說明如圖2.4所示。
外部實體處理資料流資料儲存
圖2.4
客戶員工
賬目統計
出庫記錄
2.2 資料字典（簡稱dd）
繪製dfd,只是對資料處理和彼此之間的聯絡進行了說明。為進一步明確資料的詳細內容和資料加工過程,應將資料流圖中的全部資料流及其組成部分的資料元素，資料儲存，資料加工，通過資料字典描述清楚,以便於此後系統設計的進行。這就需要開發人員編寫詳細的資料字典,來描述系統開發過程的細節。
下面列出本系統中的資料項、資料流、資料儲存、加工處理和資料結構的資料字典。資料字典可採用圖**式或較緊湊的記錄格式描述，本文採用的是圖**式。
資料項的dd表列舉如下：
表2.1 藥品編號的資料字典
表2.2 藥品名稱
表2.3 密碼
3.1軟體系統總體結構設計
軟體系統總體結構設計的主要任務就是將整個系統合理的劃分成各個功能模組，正確處理模組之間與模組內部的聯絡及它們之間的呼叫關係和資料聯絡,定義各模組的內部結構等，本系統的軟體總體結構按分解－協調的原則，資訊隱蔽抽象的原則，自頂向下的原則，一致性原則，面向使用者的原則進行設計。
3.2資料儲存的總體設計
按用途分類可把本系統檔案分成以下幾種：
（1） 主檔案：系統中的主檔案是最重要的共享檔案，主要存放具有固定值屬性的資料。它需要長期儲存，並不斷更新。
（2） 處理檔案：處理檔案包含下一次更新檔案所需要的全部記錄，本系統中的處理檔案如新聞登入日誌檔案、待審核專案資訊檔案。
3.3系統功能模組設計
通過對系統的資料流圖進行分析，進一步進行功能分解，直到分解成含義明確，功能單一的功能模組，從而得到系統的功能模組結構圖。
4 資料庫詳細設計
4.1資料庫設計
資料庫的設計是指對乙個給定的應用環境，構造資料庫模式，建立資料庫及其應用系統，滿足各種使用者需求。作為資訊資源開發、管理和服務的一種有效的手段，資料庫技術的應用已越來越廣泛，從小型的單項事務處理系統到大型的資訊系統大都用先進的資料庫技術來保持系統資料的安全性、完整性和共享性。對乙個實際的系統來說，資料庫表的設計在遵循資料庫理論的同時，必須能用開發工具來實現使用者在各方面提出的功能要求。
1） er圖設計
e-r圖：
在系統的資料庫設計中，先要對系統分析得到的資料字典中的資料儲存進行分析，分析各資料儲存之間的關係，然後才能得出系統的關係模式。可以採用e-r圖的方法來進行資料結構分析，e-r設計方法是一種通過e-r圖來描述現實世界資訊結構的db設計方法。e-r圖由實體、屬性、聯絡三部分組成。
各分e-r圖說明如下：
經理e-r圖：
**商e-r圖：
員工e-r圖：
藥品銷售清單e-r圖：
客戶e-r圖：
藥品e-r圖：
整體e-r圖：
1 n n
醫藥銷售管理中所涉及到的主要實體集及其屬性如下：
藥品資訊（藥品編號，藥品名稱，藥品類別代號，售價，進價，庫存量，**商，有效期）
藥品分類索引資訊（藥品類別代號，類別說明）
員工資訊（員工號，姓名，使用者名稱，密碼，職位，許可權）
客戶資訊（客戶號，客戶名稱，聯絡人，****，客戶所在城市）
**商資訊（**商號，**商名稱，聯絡人，****，**商所在城市）
藥品銷售資訊（銷售編碼，銷售日期，藥品編碼，藥品名稱，單價，數量，**商，總額，銷售員編碼）
2）邏輯結構設計（e-r圖向關係模型的轉換）
e－r圖向關係模型的轉化要解決的問題是如何將實體和實體間的聯絡轉換為關係模式，如何確定這些關係橫式的屬性和碼。
對於實體間的聯絡我們分不同的情況討論：
(1) 若實體間的聯絡是1:1，可以在兩個實體轉換成的兩個關係中任意乙個關係的屬性中加入另乙個關係的碼。
(2) 若實體間聯絡為1:n，則在n端實體轉換成的關係中加入1端實體轉換成的關係碼。
(3) 若實體間聯絡為n:m，則將聯絡轉換為關係，關係的屬性為諸個實體的碼加上聯絡具有的屬性，而關係的碼則為諸實體的碼的組合。
資料庫系統設計訂單銷售資料庫管理系統
長沙學院 課程設計說明書 題目系 部 專業 班級 姓名學號 指導教師 起止日期 課程設計任務書 課程名稱 資料庫系統原理 設計題目 銷售訂單資料庫管理系統 1 某銷售商的訂單系統需要如下資訊 每個 商包含 商編號 名稱 位址 聯絡 等資訊。每種產品包含產品號 產品名稱 產品類別等資訊。每個 商可 多...
資料庫管理系統A
7.round 的功能是產生 0，1 之間的隨機數 8.使用計時器必須設定interval屬性 9.指定組合框是下拉組合框還是下拉列表框是設定style屬性實現的 10.使用 符號強制vfp使用傳值的引數傳遞方式 本題22分 二 填空題 每空1分，其中4題2分 1.表示式5 5 2 2的運算結果為 ...
資料庫物資管理系統
目錄0 引言 1 系統需求分析 2 總體設計 1 專案規劃 2 系統功能結構 3 設計目標 3 系統設計 1 開發及執行環境 2 資料庫設計 4 主要功能模組設計 1 建立工程框架 2 主視窗設計 3 登入模組設計 4 物資基本資訊新增模組設計 5 物資入庫資訊新增模組設計 6 物資出庫資訊新增模組...