https://www.bilibili.com/video/BV1Vu4m1N7Dx/演示視頻：3.1 可行性分析

可行性分析能夠讓系統用Zui低的開發成本來獲得Zui高的經濟效益?？尚行苑治瞿康氖歉鶕_發系統的用戶需求，明確研究方向，明確目標。通過詳細的分析調查以及系統的框架設計功能模塊分析，找到可行的方法。對要設計實現的CRM系統從技術上、經濟上、操作、發展上進行可行性研究調查，這樣既能夠保證信息資源的合理利用，也能夠避免在學習工作設計程序過程中因失誤而導致的系統錯漏問題，協助我們對設計做出更加合理和可惜的抉擇。

3.1.1 技術可行性

本CRM系統采用JSP技術，基于B/S模式，使用MYSQL數據庫來對數據進行儲存。先從軟件及硬件方面對技術可行性進行分析：

1.硬件可行性分析

CRM系統的硬件要求方面不存在特殊的要求，只需要在普通的硬件配置就能夠輕松的實現，只是需要確保CRM系統的正常工作即可。以目前普遍的個人計算機的配置而言，這是十分容易實現的 。因此，CRM系統的開發在硬件方面是可行的。

2.軟件可行性分析

本CRM系統采用MYSQL數據庫、JAVA語言。大學時，我就已經掌握了JSP主要知識，也對MYSQL數據庫的操作進行了系統的學習。本系統從整體上看設計起來比較容易，本系統開發的重點就是對數據庫的設計和操作。在大學對軟件工程，軟件測試，UML統一建模語言等課程進行過系統的了解，也能夠對這些課程進行開發，擁有一定的系統辨別、開發和檢驗能力。JSP以及MYSQL結合起來開發一套CRM系統，必定是可行并且高效的。 

因此，CRM系統具有技術可行性。

3.1.2 經濟可行性

CRM系統是基于B/S模式，采用MYSQL數據庫儲存數據，所要求的硬件和軟件環境，市場上都很容易購買，程序開發主要是管理系統的開發和維護。所以程序在開發人力、財力上要求不高，而且此系統不是很復雜，開發周期短，在經濟方面具有較高的可行性。

3.1.3 操作可行性

CRM系統的登錄界面簡單易于操作，采用常見的界面窗口來登錄界面，通過電腦進行訪問操作，用戶只要平時使用過電腦都能進行訪問操作。此系統的開發采用JAVA語言開發，基于B/S結構，這些開發環境使系統更加完善。

本系統具有易操作、易管理、交互性好的特點，在操作上是非常簡單的。因此本系統可以進行開發。

3.1.4 發展可行性

隨著客戶關系的不斷發展，客戶關系管理事務也越來越多，因此需要有一個完善的CRM系統，來更好的為客戶進行fuwu。Zui重要的是要確保科學的管理方法，為企業獲得長遠發展的競爭力提高的唯一途徑。因此，對于客戶關系的發展創新來說，開發一個CRM系統是可行的。

CRM系統在技術、經濟、操作、發展上都具有很高的可行性，開發此程序是很必要的。

3.2  性能需求分析3.2.1系統安全性

CRM系統要嚴格控制管理權限，具體要求如下：

1、要想對CRM系統的信息進行管理，首先要依靠賬號和密碼在系統中登陸，無權限的用戶不可以通過任何方式登錄系統和對系統的任何信息和數據進行操作，這樣可以保證系統的安全可靠性和準確性。

2、在具體實現中對不同的權限進行設定，不同權限的用戶在系統中登陸后，不可以越級操作，只有系統管理員能夠使用全部模塊。

3.2.2數據完整性

1、所有記錄信息要保持全面，信息記錄內容不可以是空。

2、各種數據間相互聯系要保持正確。

3、相同數據在不同記錄中要保持一致。

3.3 系統流程設計3.3.1系統登錄流程

為了保證系統的安全性，要使用本CRM系統必須先登陸到系統中，系統登錄流程圖如圖3-1所示。

圖3-1系統登錄流程圖

3.3.2 添加信息流程

CRM系統的管理員在添加信息的時候，首先輸入信息，看信息是否正確，正確的話，添加成功，否則返回輸入信息，添加信息流程圖如圖3-2所示。

圖3-2 系統添加信息流程圖

3.4 系統UML用例設計

UML的縮寫是 Unified Modeling Language,又稱統一建模語言。是用來對軟件密集系統進行可視化建模的一種語言。它是開發者對客觀事物進行建模的標記，同時它也是為開發者了解系統需要什么樣的功能和整個流程是什么樣的做的前期工作。現在我們就對本理財軟件進行UML建模分析，

管理員用例圖如3-3所示。

   圖3-3 管理員用例圖

員工用例圖如3-3所示。

   圖3-4 客戶用例圖

3.5 系統非功能需求分析

1、完整性需求

要求各種藥品信息、庫存信息等記錄的完整性，信息記錄等內容不能為空，各種數據間聯系應保持正確性，且相同的數據在不同記錄中的一致性。

2、性能需求

頁面響應時間應該在3秒以內，Zui長不能超過4秒。

3、界面需求

系統界面要求簡單明了，容易操作，符合用戶操作習慣。

4、安全性需求

要充分保證系統的安全性、穩定性。要想對本系統進行管理，必須經過正確的賬號密碼進行管理員登錄，否則無法進行系統管理，在具體實現中對不同的權限進行設定，不同權限的用戶在系統中登陸后，不可以越級操作。

第四章 系統設計3.1 系統結構設計

根據第三章中系統功能需求概述，可得出本CRM系統的功能結構圖，如圖3-1所示。

圖3-1 系統功能結構圖

3.2 系統順序圖3.2.1系統登錄順序圖

管理員要想對系統進行管理，首先需通過正確的用戶名和密碼進行登錄系統，登錄信息正確則進入系統主界面，否則無權進行系統管理，系統登錄順序圖如圖3-2所示。

圖3-2 系統登錄順序圖

3.3 數據庫設計

數據庫是計算機信息系統的基礎。信息的收集、整理、存儲、檢索、更新、加工、統計和傳播等操作必須在數據庫管理系統的的支持下才能進行。目前，電腦系統的關鍵與核心部分就是數據庫。數據庫開發的優劣對整個系統的質量和速度有著直接影響。

3.3.1數據庫設計原則

在概念設計中，通常用四種方法：

自頂向下、自底向上、逐步擴張、混合策略，以它為骨架集成由自底向上策略中設計的各局部概念結構

在物理結構設計階段首先分兩步走：

確定數據庫的物理結構，在關系數據庫中主要是指存取方法和存儲結構。 對物理結構的評價是時間和空間效率。

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

3.3.2數據庫概念設計

設計概念就是在數據分析的基礎上自下而上的對整個系統的數據庫概念結構進行設計。從用戶的角度對視圖進行開發，然后集成視圖，Zui后分析從而取得Zui后的結果。

對概念進行設計時采用實體—聯系（E-R）的模型開發措施。E-R模型法的構成元素有：實體、屬性、聯系，E-R模型可以用E-R圖來表示，是對用戶工作環境中所相關的事物給予提示，對實體特性的描述就是屬性。

設計概念的出發點是能夠對企業組織信息要求的數據庫概念結構進行反映，就是概念模式。概念模式不依附數據庫邏輯結構，也不依賴支持數據庫的DBMS，獨立于計算機系統。

3.3.3數據庫實體

概念模式的設計方法是在需求分析的基礎上，用概念數據模型（例如E-R模型）來表示數據以及數據之間的聯系，開發出能夠解決用戶信息要求和處理要求的數據庫系統概念模式。

在概念模式的設計中，E-R模型法是Zui常見的設計方法。本系統的E-R圖表現了系統中各個實體之間的聯系，本系統的各實體E-R圖如下圖所示：通常概念設計的主要目標是設計并反映出某一個組織部門的信息需求中的數據庫系統模式，數據庫系統的概念模式通常是獨立于：數據庫系統的邏輯結構、DBMS即數據庫管理系統、計算機系統等模式。

概念模式的設計方法主要是以需求分析作為基礎，并且用概念數據模型即E-R模型等來表示數據之間的相互聯系，設計并反映出用戶所需的信息需求以及處理需求的數據庫系統等概念模式。通常概念設計的主要目標是描述應用領域的信息模式，并且支持用戶的相關應用，Zui終方便轉換并為數據庫系統邏輯模式并且方便用戶理解。在此階段，用戶可以參與和評價數據庫系統的設計，Zui終來保證數據庫系統的設計與用戶的需求相吻合。在概念模式的設計中，E-R模型法是Zui常見的設計方法。本系統的E-R圖如下圖所示：

                                    

                                                                                             

1、管理員實體屬性圖如圖3-3所示：

圖3-3管理員實體屬性圖

2、用戶信息實體屬性圖如圖3-4所示

圖3-4 用戶信息實體屬性圖

3、jubao實體屬性圖如圖3-5所示：

圖3-5jubao實體屬性圖

4、交易信息實體屬性圖如圖3-6所示

圖3-6 交易信息實體屬性圖