【文章內(nèi)容簡介】 統(tǒng)企業(yè)家，對虛擬經(jīng)濟(jì)持觀望態(tài)度，或者處于長期考察的階段。建立一個(gè)優(yōu)秀完整的系統(tǒng)之前，全面完備的系統(tǒng)分析是必不可少的。只有做好系統(tǒng)分析，才能指導(dǎo)項(xiàng)目良好地長期發(fā)展。而本設(shè)計(jì)優(yōu)良的系統(tǒng)分析是建立在優(yōu)良的需求分析之上的。得益于良好的系統(tǒng)分析，本項(xiàng)目可以按計(jì)劃有序進(jìn)行，有秩序地逐步完成。假若沒有進(jìn)行完整的系統(tǒng)分析，卻試圖通過編程調(diào)試來完成需求，必然會導(dǎo)致編程思路混亂，新增功能時(shí)和原有功能沖突，嚴(yán)重?cái)_亂系統(tǒng)邏輯，拖慢開發(fā)進(jìn)度，此時(shí)再進(jìn)行系統(tǒng)分析恐怕為時(shí)已晚，成品的質(zhì)量恐怕也是難以恭維。項(xiàng)目的進(jìn)度一旦嚴(yán)重落后，開發(fā)人員的內(nèi)心難免也會產(chǎn)生波動，更加影響開發(fā)的質(zhì)量，拖慢開發(fā)進(jìn)度，甚至導(dǎo)致版本倒退，這也正是軟件危機(jī)的一種具體呈現(xiàn)。所以想要規(guī)避這種結(jié)果，做好系統(tǒng)分析必不可少。明確系統(tǒng)的功能目的在系統(tǒng)分析時(shí)是首要的，考慮實(shí)現(xiàn)手段在此時(shí)則相對占次要地位。只有明確系統(tǒng)的功能，最后問題才課能迎刃而解。緊接著，是本文的核心。一個(gè)系統(tǒng)必然少不了用戶和管理員的模型。用戶是數(shù)據(jù)操作的主體，對數(shù)據(jù)庫進(jìn)行主要操作，包括登陸，注冊，查詢，評論收藏。管理員主要負(fù)責(zé)維護(hù)系統(tǒng)，主要職責(zé)包括維護(hù)菜譜的時(shí)效性，維護(hù)系統(tǒng)的穩(wěn)定，可以進(jìn)行用戶的刪除，. . . .. . 學(xué)習(xí)好幫手評論的刪除，收藏的刪除等操作。菜譜系統(tǒng)在性能上應(yīng)滿足以下需求：(1) 界面友好: 用戶無需培訓(xùn)就可以自發(fā)完成注冊，瀏覽，收藏，評論等核心操作。頁面布局合理美觀，信息一目了然，功能鍵按照常見的順序排列，放置在醒目，合理的位置。盡量讓用戶感受到所見即所得，用戶體驗(yàn)優(yōu)先。管理員對表的增刪查改操作都應(yīng)該直觀且高效。(2) 交互及時(shí): 控件應(yīng)該是響應(yīng)式或是具備響應(yīng)式控件的特點(diǎn)，每次操作都有相關(guān)的提示或者變化效果，以便用戶了解自己操作的情況。遠(yuǎn)程操作后應(yīng)該有操作成功或者失敗的提示，刪除等危險(xiǎn)操作時(shí)應(yīng)該給予警告以防誤觸。(3) 系統(tǒng)應(yīng)該為新的功能保留接入的空間，即具有優(yōu)良的擴(kuò)展性。(4) 系統(tǒng)運(yùn)轉(zhuǎn)之后應(yīng)該可以長期穩(wěn)定地維持運(yùn)轉(zhuǎn)，并在遭遇突發(fā)事件后有能力恢復(fù)系統(tǒng)的正常運(yùn)行。表 21 需求表主要屬性 具體需求正確性 按照需求既無遺漏也不越界正確無誤地完整執(zhí)行程序。健壯性 亦可稱為魯棒性，即程序擁有容錯(cuò)能力和回復(fù)能力。性能效率 在擁有良好網(wǎng)絡(luò)環(huán)境的情況下，響應(yīng)時(shí)間不應(yīng)該超過 3 秒。易用性 技術(shù)開發(fā)文檔語言樸素平實(shí)并且沒有歧義。安全性 關(guān)鍵性數(shù)據(jù)的傳輸與存貯應(yīng)在成熟的加密協(xié)議下進(jìn)行可擴(kuò)展性 進(jìn)行新功能的開發(fā)時(shí)不會對原有功能產(chǎn)生破壞兼容性 新版本的軟件應(yīng)該對舊版本程式給予支持 可行性分析在因特網(wǎng)上，我們往往需要通過留言來進(jìn)行跨時(shí)間的交流，這是一種典型的交互式設(shè)計(jì)。最常見的形式就是網(wǎng)絡(luò)用戶需要與網(wǎng)頁的擁有者或者維護(hù)者互通信息，或者游客與游客之間相互交流時(shí)，可以在一個(gè)特定的區(qū)域張貼文章或者意見看法。本系統(tǒng)后臺數(shù)據(jù)庫采用 MySQL，該數(shù)據(jù)庫系統(tǒng)在安全性、準(zhǔn)確性和成本方面有的較大優(yōu)勢；前臺采用來自 Oracle 公司的 Java 語言作為開發(fā)基礎(chǔ)，可以無縫的連接 MySQL數(shù)據(jù)庫 [10]。 . . . .. . 學(xué)習(xí)好幫手 本系統(tǒng)的鏈接架構(gòu)是基于 Android + Servlet + MySQL 框架開發(fā)而成的，采用 B/S 架構(gòu)，優(yōu)點(diǎn)有成本低，建設(shè)快，維護(hù)方便等等。在實(shí)際運(yùn)行時(shí)，本設(shè)計(jì)在功能模塊化的指導(dǎo)思想下，較好地達(dá)成了目標(biāo)，也為今后的擴(kuò)充功能保留了充足的空間，既方便又靈活。綜合以上幾點(diǎn)總結(jié)分析，本次畢業(yè)設(shè)計(jì)選定安卓做為食譜系統(tǒng)的平臺。. . . .. . 學(xué)習(xí)好幫手第三章 系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)又稱概要設(shè)計(jì)，是為一個(gè)系統(tǒng)定義結(jié)構(gòu)，組件，模塊和接口等以滿足的需求過程。系統(tǒng)設(shè)計(jì)作為系統(tǒng)理論的應(yīng)用，在其分析與架構(gòu)上和一些工程學(xué)科有所重疊。 功能模塊的劃分本系統(tǒng)主要分為前端后端兩個(gè)部分六個(gè)模塊，前端作為客戶端擁有登錄模塊，注冊模塊，瀏覽模塊，收藏模塊，評論模塊；后端作為管理系統(tǒng)擁有登陸模塊和管理員模塊。 模塊的功能設(shè)計(jì)登錄模塊：用戶鍵入賬戶名和密碼，與后臺數(shù)據(jù)庫比對瀏覽模塊：用戶可以瀏覽所有的菜譜條目，并對菜譜條目詳細(xì)信息進(jìn)行瀏覽收藏模塊：用戶能夠收藏所選菜譜評論模塊：用戶能夠評論指定菜譜管理模塊：管理員能夠增加最新菜譜，管理用戶，評論以及收藏。 數(shù)據(jù)庫的設(shè)計(jì)數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì) (Database Design)就是指按照需求，規(guī)劃每個(gè)數(shù)據(jù)對象之間互相的關(guān)聯(lián)關(guān)系，并使數(shù)據(jù)庫中表對象結(jié)構(gòu)規(guī)劃統(tǒng)一。此過程是在某一具體的數(shù)據(jù)庫管理系統(tǒng)之下，如本設(shè)計(jì)中所使用的是 JDBC，以完成數(shù)據(jù)庫的規(guī)劃與建立的 [11]。 需求分析首先，我們要對用戶做調(diào)調(diào)研，整合優(yōu)化他們的數(shù)據(jù)使用情況和業(yè)務(wù)需求，以初步確定數(shù)據(jù)規(guī)模，種類還有長度。然后根據(jù)這些基礎(chǔ)，建立起一個(gè)系統(tǒng)的需求，以供建立數(shù)據(jù)使用。對于菜譜系統(tǒng)來說主要實(shí)體首先是菜譜本身，菜譜表自動生成一個(gè)編號作為主鍵以供其他模塊使用。菜譜本身還需要一些其他的內(nèi)容信息諸如做法，圖片，分類，配料等等。此系統(tǒng)另一個(gè)主要實(shí)體是用戶。同樣用戶需要一個(gè)自動生成的編號作為主鍵，用戶還需要保存用戶名，密碼，注冊時(shí)間等信息。在這兩張表的基礎(chǔ)之上，用戶的收藏，評論操作都是以用戶表，菜單表的主鍵作為外鍵引用，并且自動生成編號作為主鍵。通過已知的數(shù)據(jù)模型對數(shù)據(jù)模式進(jìn)行設(shè)計(jì)，最后完成的符合需求的 ER 圖（實(shí)體關(guān)系模型）如圖 31：. . . .. . 學(xué)習(xí)好幫手圖 31 實(shí)體聯(lián)系圖 概念設(shè)計(jì)概念設(shè)計(jì)是有關(guān)所有非美學(xué)設(shè)計(jì)管理學(xué)科的紀(jì)律的一個(gè)統(tǒng)稱詞匯。它是互動設(shè)計(jì)的經(jīng)驗(yàn)、方法和策略。人力，知識，產(chǎn)品，服務(wù)，流程，盈利能力，視覺以及其他的可能，對設(shè)計(jì)師來說，每個(gè)不同的方面都需要不同的考量。概念設(shè)計(jì)緊緊聯(lián)系著任何給定環(huán)境下的抽象思考,幫助人們快速理解每個(gè)關(guān)鍵元素，失敗的根源，也和人機(jī)交互緊緊聯(lián)系在一起。自從設(shè)計(jì)思想作為一種商業(yè)和研究發(fā)展的高速工具出現(xiàn)，許多傳統(tǒng)的訓(xùn)練有素的美學(xué)設(shè)計(jì)人員被錯(cuò)誤地要求為支持需要專業(yè)知識的組織與車間或過程開發(fā)做出無法與其容量相匹配的不正確假設(shè)。這導(dǎo)致了一個(gè)巨大的陰影籠罩在設(shè)計(jì)行業(yè)中，其設(shè)計(jì)作為商業(yè)或研究發(fā)展的價(jià)值也因此受到質(zhì)疑。本設(shè)計(jì)的結(jié)構(gòu)示意圖如圖 32 所示：名字 配料 介紹 路徑信息做法 分類實(shí)體：菜品Id: 主鍵評論實(shí)體：用戶收藏用戶名 密碼 注冊時(shí)間Uid: 主鍵內(nèi)容外鍵外鍵外鍵外鍵. . . .. . 學(xué)習(xí)好幫手圖 32 示意圖Tomcat 服務(wù)器， Servlet 服務(wù)，JDBC 連接池?cái)?shù)據(jù)操作MySql 數(shù)據(jù)庫Html Html安卓端：僅適用于安卓，即客戶端。Web 管理端：在任何瀏覽器中使用，用于數(shù)據(jù)庫維護(hù)，即管理端Web 管理端登陸界面安卓端主界面登陸界面注冊界面顯示收藏評論功能對數(shù)據(jù)庫進(jìn)行增刪查改操作收藏評論操作. . . .. . 學(xué)習(xí)好幫手 邏輯設(shè)計(jì)邏輯設(shè)計(jì)作為系統(tǒng)設(shè)計(jì)的一個(gè)部分，主要是對系統(tǒng)地?cái)?shù)據(jù)流進(jìn)行設(shè)計(jì)，用抽象表示系統(tǒng)的輸入輸出。通常圖表設(shè)計(jì)和抽象模型都需要進(jìn)行。邏輯設(shè)計(jì)主要是通過模擬進(jìn)行的對實(shí)際系統(tǒng)的過度抽象。本設(shè)計(jì)中該環(huán)節(jié)的目標(biāo)是把概念中的數(shù)據(jù)模式轉(zhuǎn)化為建立在一個(gè)具體數(shù)據(jù)庫管理系統(tǒng)之上的具體數(shù)據(jù)結(jié)構(gòu)。本設(shè)計(jì)經(jīng)過邏輯設(shè)計(jì)之后，獲得的符合需求的數(shù)據(jù)表和字段名及其說明如下：（1）菜譜表菜譜表是本設(shè)計(jì)的核心，其具體結(jié)構(gòu)如表 31 所示。表 31 菜譜表名稱 意義 數(shù)據(jù)類型 內(nèi)存寬度 其他說明1 Id 編號 Int 11 主鍵,自動遞增2 Name 菜名 Text 03 Image 圖片 Text 04 Introduce 介紹 Text 05 Ingredient 配料 Text 06 BaseTag 第一分類 Int 117 DetailTag 第二分類 Int 118 Tag 分類 Text 09 Url 相對位置 Text 010 Steps 做法 Text 0（2）用戶表用戶表是用戶實(shí)體的抽象，其具體字段如表 32 所示。 （3）收藏表基于用戶表和菜譜表，收藏表具體如表 33 所示。 （4）評論表同樣基于用戶表和菜譜表，評論表的結(jié)構(gòu)如表 34 所示。. . . .. . 學(xué)習(xí)好幫手表 32 用戶表名稱 意義 數(shù)據(jù)類型 內(nèi)存寬度 其他說明1 Id 編號 Int 11 主鍵,自動遞增2 Ip Ip Text 03 Pwd 密碼 Text 04 Name 姓名 Text 05 regist_time 注冊時(shí)間 Date 06 Channel 渠道 Text 0 表 33 收藏表名稱 意義 數(shù)據(jù)類型 內(nèi)存寬度 其他1 Id 編號 Int 11 主鍵,自動遞增2 Uid 用戶 id Int 11 用戶表外鍵3 Cookbook_id 菜譜 id Int 11 菜譜表外鍵表 34 評論表名稱 意義 數(shù)據(jù)類型 內(nèi)存寬度 其他說明1 Id 編號 Int 11 主鍵自動遞增2 Uid 用戶 id Int 11 用戶表外鍵3 Cookbook_id 菜譜 id Int 11 菜譜表外鍵4 Content 評論內(nèi)容 Text 0 數(shù)據(jù)庫的連接連接數(shù)據(jù)庫是一項(xiàng)很關(guān)鍵的步驟，只有正確完整地完成連接，才能成功地進(jìn)行其他操作，才能開展之后的設(shè)計(jì)與實(shí)現(xiàn)工作。本設(shè)計(jì)主要采用 java 語言編寫，連接橋采用 MysqlJDBC 驅(qū)動，服務(wù)器與數(shù)據(jù)庫之間共享數(shù)據(jù)通過 JDBC 完成。此連接橋由于十分常見，本文不再贅述，實(shí)際源碼可以參考附錄。. . . .. . 學(xué)習(xí)好幫手第四章 系統(tǒng)實(shí)現(xiàn) 設(shè)計(jì)思路用戶用起來是否順手，能否輕松簡單的使用，用戶進(jìn)行操作和機(jī)器進(jìn)行響應(yīng)之間的操作響應(yīng)時(shí)間，以及終端發(fā)出消息主機(jī)接收到消息之間的連接時(shí)間，這些時(shí)延是否足夠的小，用戶接收到的圖片的綜合質(zhì)量是否令用戶滿意，首頁的布局質(zhì)量的高低以及首頁信息類型信息，這些都是用戶感受最直接最基礎(chǔ)的東西，這些東西就叫做移動終端。生活中我們經(jīng)常遇到的界面通常有三種情況：(1)文字：生活中我們看到一個(gè)界面，我們經(jīng)常發(fā)現(xiàn)界面中的連接、標(biāo)題、正文。 。 。 。 。都是主要以文字的形式出現(xiàn)。甚至一些按鈕、警告、信息等等都是文字。我們通常會把文字用來傳遞信息，這是最常出現(xiàn)的最普遍的情況。所以說文字是界面的內(nèi)容載體，而標(biāo)題則是界面的眼睛。標(biāo)題是對整個(gè)頁面內(nèi)容的總體概述，應(yīng)該讓人一眼看到，能夠直接傳遞一些重要信息，直觀、醒目。而頁面里的文字又有著很多屬性，每個(gè)屬性都能出傳遞重要的信息。我們常用的屬性一般有字體、顏色、大小、位置、排版。 。 。 。 。 。我們可以通過這些屬性對設(shè)計(jì)者想要傳達(dá)的信息有一個(gè)大概的了解。字體，大小，顏色，板式和排列都從側(cè)面直觀地投射出設(shè)計(jì)者的想法、水平和態(tài)度。要想真正體現(xiàn)出用戶友好型，必須從字體開始著手。在設(shè)計(jì)時(shí)，字體可以與 W3C 規(guī)范同步以保證美觀。(2)圖形：除了上文中的文字是，界面比較直觀的，反映信息的要素，還有一種要素，在傳遞信息時(shí)有著至關(guān)重要的作用那就是：圖形，我們可以通過合理的運(yùn)用圖形，來表達(dá)，來傳遞一些信息，我們也可以通過，對圖形的合理應(yīng)用，來使的設(shè)計(jì)主題可以達(dá)到更加生動更加形象的效果，在日常生活中，我們看網(wǎng)頁中的圖片一般都有如下格式:GIF，jpg ，還有一些罕見的 png 的通用 web 格式。(3)界面版式：板式是界面設(shè)計(jì)中的重要部分，其組合著文字與圖形。一個(gè)美觀大方的板式能夠提高閱讀效率，加速信息傳遞，提高用戶忠誠。正是為了將文字，圖形等元素有序的組合在一起，我們需要慎重設(shè)計(jì)終端系統(tǒng)的界面。試想一個(gè)每個(gè)功能都圖文并茂，甚至只需要圖片就能了解功能概況的系統(tǒng)，必定能夠牢牢把握住用戶的芳心，讓用戶愛不釋手。反之，一個(gè)操作繁雜，難以上手，晦澀的系統(tǒng)，肯定最終會被用戶拋棄，消失在應(yīng)用的海洋之中。. . . .. . 學(xué)習(xí)好幫手 登陸界面 界面功能期望我們期望主菜單界面擁有以下功能模塊，首先我們希望能擁有讓用戶進(jìn)行瀏覽的瀏覽功能模塊，而且還有供用戶登錄和注冊的功能模塊，如果用戶想退出，還有退出的功能模塊，不光如此，評論和收藏的功能模塊也必須要有，而且在此基礎(chǔ)之上每個(gè)功能模塊，都能夠獨(dú)立的運(yùn)行