演示視頻：

https://www.bilibili.com/video/BV1Wv421r7sH/

3.1 可行性分析

可行性分析能夠讓系統(tǒng)用Zui低的開發(fā)成本來獲得Zui高的經(jīng)濟(jì)效益。可行性分析目的是根據(jù)所開發(fā)系統(tǒng)的用戶需求，明確研究方向，明確目標(biāo)。通過詳細(xì)的分析調(diào)查以及系統(tǒng)的框架設(shè)計(jì)功能模塊分析，找到可行的方法。對(duì)要設(shè)計(jì)實(shí)現(xiàn)的藥品銷售管理系統(tǒng)從技術(shù)上、經(jīng)濟(jì)上、操作、發(fā)展上進(jìn)行可行性研究調(diào)查，這樣既能夠保證信息資源的合理利用，也能夠避免在學(xué)習(xí)工作設(shè)計(jì)程序過程中因失誤而導(dǎo)致的系統(tǒng)錯(cuò)漏問題，協(xié)助我們對(duì)設(shè)計(jì)做出更加合理和可惜的抉擇。

本藥品銷售管理系統(tǒng)采用JSP開發(fā)技術(shù)，基于B/S模式，使用MYSQL數(shù)據(jù)庫來對(duì)數(shù)據(jù)進(jìn)行儲(chǔ)存。先從軟件及硬件方面對(duì)技術(shù)可行性進(jìn)行分析：

1.硬件可行性分析

藥品銷售管理系統(tǒng)的硬件要求方面不存在特殊的要求，只需要在普通的硬件配置就能夠輕松的實(shí)現(xiàn)，只是需要確保藥品銷售管理系統(tǒng)的正常工作即可。以目前普遍的個(gè)人計(jì)算機(jī)的配置而言，這是十分容易實(shí)現(xiàn)的 。因此，藥品銷售管理系統(tǒng)的開發(fā)在硬件方面是可行的。

2.軟件可行性分析

本藥品銷售管理系統(tǒng)采用MYSQL數(shù)據(jù)庫、JSP技術(shù)。大學(xué)時(shí)，我就已經(jīng)掌握了JSP的主要知識(shí)，也對(duì)MYSQL數(shù)據(jù)庫的操作進(jìn)行了系統(tǒng)的學(xué)習(xí)。本系統(tǒng)從整體上看設(shè)計(jì)起來比較容易，本系統(tǒng)開發(fā)的重點(diǎn)就是對(duì)數(shù)據(jù)庫的設(shè)計(jì)和操作。在大學(xué)對(duì)軟件工程，軟件測(cè)試，UML統(tǒng)一建模語言等課程進(jìn)行過系統(tǒng)的了解，也能夠?qū)@些課程進(jìn)行開發(fā)，擁有一定的系統(tǒng)辨別、開發(fā)和檢驗(yàn)?zāi)芰ΑSP以及MYSQL結(jié)合起來開發(fā)一套藥品銷售管理系統(tǒng)，必定是可行并且高效的。

因此，藥品銷售管理系統(tǒng)具有技術(shù)可行性。

藥品銷售管理系統(tǒng)是基于B/S模式，采用MYSQL數(shù)據(jù)庫儲(chǔ)存數(shù)據(jù)，所要求的硬件和軟件環(huán)境，市場(chǎng)上都很容易購買，程序開發(fā)主要是管理系統(tǒng)的開發(fā)和維護(hù)。所以程序在開發(fā)人力、財(cái)力上要求不高，而且此系統(tǒng)不是很復(fù)雜，開發(fā)周期短，在經(jīng)濟(jì)方面具有較高的可行性。

藥品銷售管理系統(tǒng)的登錄界面簡單易于操作，采用常見的界面窗口來登錄界面，通過電腦進(jìn)行訪問操作，用戶只要平時(shí)使用過電腦都能進(jìn)行訪問操作。此系統(tǒng)的開發(fā)采用JSP技術(shù)開發(fā)，基于B/S結(jié)構(gòu)，這些開發(fā)環(huán)境使系統(tǒng)更加完善。

本系統(tǒng)具有易操作、易管理、交互性好的特點(diǎn)，在操作上是非常簡單的。因此本系統(tǒng)可以進(jìn)行開發(fā)。

隨著不斷發(fā)展，藥品管理事務(wù)也越來越多，因此需要有一個(gè)完善的藥品銷售管理系統(tǒng)，來管理的藥品信息。Zui重要的是要確?？茖W(xué)的管理方法，為獲得長遠(yuǎn)發(fā)展的競爭力提高的唯一途徑。因此，對(duì)于發(fā)展創(chuàng)新來說，開發(fā)一個(gè)藥品銷售管理系統(tǒng)是可行的。

藥品銷售管理系統(tǒng)在技術(shù)、經(jīng)濟(jì)、操作、發(fā)展上都具有很高的可行性，開發(fā)此程序是很必要的。

3.2 系統(tǒng)非功能需求分析

1、完整性需求

要求各種藥品信息、銷售信息等記錄的完整性，信息記錄等內(nèi)容不能為空，各種數(shù)據(jù)間聯(lián)系應(yīng)保持正確性，且相同的數(shù)據(jù)在不同記錄中的一致性。

2、性能需求

頁面響應(yīng)時(shí)間應(yīng)該在3秒以內(nèi)，Zui長不能超過4秒。

3、界面需求

系統(tǒng)界面要求簡單明了，容易操作，符合用戶操作習(xí)慣。

4、安全性需求

要充分保證系統(tǒng)的安全性、穩(wěn)定性。要想對(duì)本系統(tǒng)進(jìn)行管理，必須經(jīng)過正確的賬號(hào)密碼進(jìn)行管理員登錄，否則無法進(jìn)行系統(tǒng)管理。

3.3 系統(tǒng)流程設(shè)計(jì)

為了保證系統(tǒng)的安全性，要使用本藥品銷售管理系統(tǒng)必須先登陸到系統(tǒng)中，系統(tǒng)登錄流程圖如圖3-1所示。

圖3-1系統(tǒng)登錄流程圖

藥品銷售管理系統(tǒng)的管理員用戶在添加信息的時(shí)候，首先輸入信息，看信息是否正確，正確的話，添加成功，否則返回輸入信息，添加信息流程圖如圖3-2所示。

圖3-2 系統(tǒng)添加信息流程圖

4 系統(tǒng)設(shè)計(jì)

3.1 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)

根據(jù)第三章中系統(tǒng)功能需求概述，可得出本藥品銷售管理系統(tǒng)的功能結(jié)構(gòu)圖，如圖3-1所示。

圖3-1 系統(tǒng)功能結(jié)構(gòu)圖

3.2 系統(tǒng)順序圖

管理員要想對(duì)系統(tǒng)進(jìn)行管理，首先需通過正確的賬號(hào)和密碼進(jìn)行登錄系統(tǒng)，登錄信息正確則進(jìn)入系統(tǒng)主界面，否則無權(quán)進(jìn)行系統(tǒng)管理，系統(tǒng)登錄順序圖如圖3-2所示。

圖3-2 登錄模塊順序圖

管理員進(jìn)入系統(tǒng)后臺(tái)，可添加藥品信息、庫存信息等。該模塊的順序圖如圖 3-3 所示。

圖3-3添加信息模塊順序圖

3.3 數(shù)據(jù)庫設(shè)計(jì)

數(shù)據(jù)庫是計(jì)算機(jī)信息系統(tǒng)的基礎(chǔ)。信息的收集、整理、存儲(chǔ)、檢索、更新、加工、統(tǒng)計(jì)和傳播等操作必須在數(shù)據(jù)庫管理系統(tǒng)的的支持下才能進(jìn)行。目前，電腦系統(tǒng)的關(guān)鍵與核心部分就是數(shù)據(jù)庫。數(shù)據(jù)庫開發(fā)的優(yōu)劣對(duì)整個(gè)系統(tǒng)的質(zhì)量和速度有著直接影響。

在概念設(shè)計(jì)中，通常用四種方法：

自頂向下、自底向上、逐步擴(kuò)張、混合策略，以它為骨架集成由自底向上策略中設(shè)計(jì)的各局部概念結(jié)構(gòu)

在物理結(jié)構(gòu)設(shè)計(jì)階段首先分兩步走：

確定數(shù)據(jù)庫的物理結(jié)構(gòu)，在關(guān)系數(shù)據(jù)庫中主要是指存取方法和存儲(chǔ)結(jié)構(gòu)。 對(duì)物理結(jié)構(gòu)的評(píng)價(jià)是時(shí)間和空間效率。

選取正確的關(guān)系模式存取方法，常用的有：存取索引方法、聚簇存取、HASH存取方法等。

設(shè)計(jì)概念就是在數(shù)據(jù)分析的基礎(chǔ)上自下而上的對(duì)整個(gè)系統(tǒng)的數(shù)據(jù)庫概念結(jié)構(gòu)進(jìn)行設(shè)計(jì)。從用戶的角度對(duì)視圖進(jìn)行開發(fā)，然后集成視圖，Zui后分析從而取得Zui后的結(jié)果。

對(duì)概念進(jìn)行設(shè)計(jì)時(shí)采用實(shí)體—聯(lián)系（E-R）的模型開發(fā)措施。E-R模型法的構(gòu)成元素有：實(shí)體、屬性、聯(lián)系，E-R模型可以用E-R圖來表示，是對(duì)用戶工作環(huán)境中所相關(guān)的事物給予提示，對(duì)實(shí)體特性的描述就是屬性。

設(shè)計(jì)概念的出發(fā)點(diǎn)是能夠?qū)ζ髽I(yè)組織信息要求的數(shù)據(jù)庫概念結(jié)構(gòu)進(jìn)行反映，就是概念模式。概念模式不依附數(shù)據(jù)庫邏輯結(jié)構(gòu)，，也不依賴支持?jǐn)?shù)據(jù)庫的DBMS，獨(dú)立于計(jì)算機(jī)系統(tǒng)。

概念模式的設(shè)計(jì)方法是在需求分析的基礎(chǔ)上，用概念數(shù)據(jù)模型（例如E-R模型）來表示數(shù)據(jù)以及數(shù)據(jù)之間的聯(lián)系，開發(fā)出能夠解決用戶信息要求和處理要求的數(shù)據(jù)庫系統(tǒng)概念模式。

在概念模式的設(shè)計(jì)中，E-R模型法是Zui常見的設(shè)計(jì)方法。本系統(tǒng)的E-R圖表現(xiàn)了系統(tǒng)中各個(gè)實(shí)體之間的聯(lián)系，本系統(tǒng)的各實(shí)體E-R圖如下圖所示：通常概念設(shè)計(jì)的主要目標(biāo)是設(shè)計(jì)并反映出某一個(gè)組織部門的信息需求中的數(shù)據(jù)庫系統(tǒng)模式，數(shù)據(jù)庫系統(tǒng)的概念模式通常是獨(dú)立于：數(shù)據(jù)庫系統(tǒng)的邏輯結(jié)構(gòu)、DBMS即數(shù)據(jù)庫管理系統(tǒng)、計(jì)算機(jī)系統(tǒng)等模式。

概念模式的設(shè)計(jì)方法主要是以需求分析作為基礎(chǔ)，并且用概念數(shù)據(jù)模型即E-R模型等來表示數(shù)據(jù)之間的相互聯(lián)系，設(shè)計(jì)并反映出用戶所需的信息需求以及處理需求的數(shù)據(jù)庫系統(tǒng)等概念模式。通常概念設(shè)計(jì)的主要目標(biāo)是描述應(yīng)用領(lǐng)域的信息模式，并且支持用戶的相關(guān)應(yīng)用，Zui終方便轉(zhuǎn)換并為數(shù)據(jù)庫系統(tǒng)邏輯模式并且方便用戶理解。在此階段，用戶可以參與和評(píng)價(jià)數(shù)據(jù)庫系統(tǒng)的設(shè)計(jì)，Zui終來保證數(shù)據(jù)庫系統(tǒng)的設(shè)計(jì)與用戶的需求相吻合。在概念模式的設(shè)計(jì)中，E-R模型法是Zui常見的設(shè)計(jì)方法。本系統(tǒng)的E-R圖如下圖所示：

1、銷售信息實(shí)體E-R圖如圖3-4所示：

圖3-4銷售信息實(shí)體圖

2、廠家信息實(shí)體E-R圖如圖3-5所示：

圖3-5廠家信息實(shí)體圖

3、出入庫實(shí)體E-R圖如圖3-6所示：

圖3-6出入庫實(shí)體圖

4、用戶實(shí)體屬性圖如圖3-7所示：

圖3-7用戶實(shí)體屬性圖

5、用戶實(shí)體屬性圖如圖3-6所示：

圖3-8用戶實(shí)體屬性圖