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

演示視頻：

3.1 可行性分析

可行性分析也可以說是可行性研究，它是基于軟件系統(tǒng)多方面調查的基礎上，是專門對新軟件的設計開發(fā)是否有必要性和可能性，對新軟件的開發(fā)的技術、經(jīng)濟、操作、發(fā)展四個方面進行分析和研究，保證新應用軟件的開發(fā)成功，用Zui低的消耗得到Zui大的效用，確保解決用戶需求問題。

系統(tǒng)的硬件要求方面不存在特殊的要求，只需要在普通的硬件配置就能夠輕松的實現(xiàn)，只是需要確保系統(tǒng)的正常工作即可，以及擁有較高的效率。如果有特別低的硬件，它可以導致系統(tǒng)的低性能以及效率低，從而導致整個系統(tǒng)的運行不順暢。以目前普遍的個人安卓手機的配置而言，這是十分容易實現(xiàn)的 。因此，本系統(tǒng)的開發(fā)在硬件方面是可行的。本系統(tǒng)軟件方便選擇Android作為本系統(tǒng)開發(fā)技術,MYSQL作為數(shù)據(jù)庫，該系統(tǒng)的設計實現(xiàn)在軟件方面是可行的。因此可以看出，該系統(tǒng)的開發(fā)是沒有問題的。

本菜籃子應用的開發(fā)是基于Android平臺，所要求的硬件和軟件環(huán)境，市場上都很容易購買。所以程序在開發(fā)人力、財力上要求不高，而且此系統(tǒng)不是很復雜，開發(fā)周期短，在經(jīng)濟方面具有較高的可行性。

本系統(tǒng)采用基于安卓客戶端，利用安卓手機安裝軟件就能夠進行訪問和操作，且界面簡單易操作，用戶只要平時有在用過智能手機，都能進行訪問和操作。

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

本系統(tǒng)要想長期生存，就必須有一個良好的管理體系，結合科學的方法實現(xiàn)可持續(xù)發(fā)展，與時俱進，不斷的改革創(chuàng)新來適應社會的變化。Zui重要的是確?？茖W的管理方法是長遠發(fā)展的競爭力提高的唯一途徑。而且這個項目開發(fā)難度不是太大，并且通過開發(fā)工具可以導出一個APK文件，直接可以安裝到用戶的移動終端上，系統(tǒng)部署對軟硬件要求不高，用戶操作簡單，使用較方便，幾乎不需要對用戶進行專業(yè)培訓就可使用此軟件，不必要花費很多的時間，提高了效率，保證了各項數(shù)據(jù)的準確性，適應了當前的發(fā)展形勢。

設計一個菜籃子應用具有效率高，操作簡便，降低成本等優(yōu)點。所以，建立一個菜籃子應用是非常必要可行的。

3.2 功能需求分析

功能需求分析就是分析用戶的需要與要求。如果需要評估的結果準確地反映用戶的實際需求，這將直接影響到方案設計的整個階段，而且對系統(tǒng)的使用產(chǎn)生影響。著眼于需求評估是完成調查，收集和研究，并可能受到影響的數(shù)據(jù)管理和安全信息的需求的過程。一般使用者都相對缺少相關的計算機方面的知識，并且可以確定計算機是否可以為自己做什么，不能做什么，所以無法非常準確的去表達自己的需求，但是他們是Zui終的用戶通過與用戶不斷深入地進行交流，了解到目前系統(tǒng)存在的主要問題。

需要研究是從用戶分析和細化的信息，在功能和性能上有描述。它是軟件開發(fā)過程中的第一階段的一部分，主要任務是要了解你需要什么，什么應做的工作，以確定系統(tǒng)的，因此在目標系統(tǒng)提出完整，準確，清晰，具體的要求，并表示以書面形式喚醒。

這個菜籃子應用要求在Android系統(tǒng)的手機上可以運行，主要實現(xiàn)了用戶對商品的查詢、購買等操作。

總體分布如圖3-1所示：

圖3-1 總體功能需求圖

3.3 系統(tǒng)流程分析

用戶在注冊賬號的時候，首先進入注冊界面，填寫用戶信息，包括用戶名、密碼、密碼重復、電子郵箱、姓名和電話等，用戶名存在的話，提示返回填寫用戶信息，用戶名不存在，填寫密碼，兩次輸入的密碼一致在數(shù)據(jù)庫中添加用戶信息，注冊成功。用戶注冊流程圖如圖3-2所示。

圖3-2注冊信息流程圖

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

圖3-3 登錄界面流程圖

用戶可以對商品信息進行搜索查詢，在查詢信息的時候，用戶輸入關鍵詞，系統(tǒng)進行信息的搜索，搜索商品信息流程圖如圖3-4所示。

圖3-4 商品搜索流程圖

訂單處理流程主要包括商品管理、訂單管理等幾模塊。商品管理，主要包括用戶對商品的查看、購買，管理員對商品信息的管理；訂單查詢處理，用戶可以查看我的訂單信息。管理員可對使用用戶的訂單進行查看管理。詳細流程圖如圖3-5所示。

圖3-5  處理流程圖

3.4 系統(tǒng)用例分析

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

圖3-6 管理員用例圖

用戶的用例如圖3-7所示。

圖3-7 用戶用例圖

4 系統(tǒng)設計

3.1 系統(tǒng)結構設計

本菜籃子開發(fā)工程中應用了MVC框架，它是由以下三部分構成的：

(l)視圖層（View）：通常是用XML文件進行描述的，引入時很方便。我們知道在Android系統(tǒng)中也能用JavaScript+HTML等形式作為View層，那么這就要用到Java和JavaScript之間的通信，所以Android也實現(xiàn)了它們的之間通信。

(2)控制層（Controller）：Acitvity在控制層中起到非常重要的作用，為了實現(xiàn)響應時間短，我們就不在Acitvity中寫代碼。如果時間過長，程序將非常容易終止。

(3)模型層（Model）：對數(shù)據(jù)的存儲都是在模型層中處理的，也就是說程序的二進制數(shù)據(jù)也是在這一層進行操作的。

Android SDK綁定的數(shù)據(jù)，是用的同它相似的方法管理數(shù)據(jù)的。在控制層上封裝好視圖模型所要求的數(shù)據(jù)，這樣它就可以在視圖模型上顯示相應的數(shù)據(jù),比如顯示Cursor中所有數(shù)據(jù)的ListActivity，其視圖層就是一個ListView，將數(shù)據(jù)封裝為ListAdapter，并傳遞給ListView，數(shù)據(jù)就在ListView中現(xiàn)實。系統(tǒng)框架模型如圖3-1所示。

圖3-1 框架模型圖

3.2 系統(tǒng)功能設計

系統(tǒng)架構的整體設計是一個將一個龐大的任務細分為多個小的任務的過程，這些小的任務分段完成后，組合在一起形成一個完整的任務。它具體的工作步驟是：

（1）系統(tǒng)被分解多個子模塊

（2）對各個子模塊的功能進行預先的設計

（3）對各個子模塊之間的邏輯關系進行設計

（4）對各個模塊的界面以及模塊間信息的傳輸進行設計

在整個設計過程，以確定可能的具體方案達成每一個小的Zui終目標，對于每一個小的目標而言，我們必須先了解一些相關的需求分析的信息。然后對系統(tǒng)進行初步的設計，并對其逐漸進行優(yōu)化，設計出一個具體可實現(xiàn)的系統(tǒng)框架。

本菜籃子應用的功能模塊圖如圖3-2所示：

圖3-2 系統(tǒng)功能模塊圖

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

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

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

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

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

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

在此階段，用戶可以參與和評價數(shù)據(jù)庫系統(tǒng)的設計，從而有利于保證數(shù)據(jù)庫系統(tǒng)的設計與用戶的需求相吻合。在概念模式的設計中，E-R模型法是Zui常見的設計方法。

通過上述分析對數(shù)據(jù)庫的需求，與系統(tǒng)概念模型的特點及開發(fā)方法相結合，我們可以建立E-R模型圖，本系統(tǒng)的E-R圖如下圖所示：

1、訂單信息實體屬性圖如圖3-3所示：

圖3-3訂單信息實體圖

2、商品信息實體屬性圖如圖3-4所示：

圖3-4 商品信息實體圖

3、用戶信息實體屬性圖如圖3-5所示：

圖3-5 用戶信息實體圖