【文章內(nèi)容簡(jiǎn)介】 。在這個(gè)步驟里程序員在用戶(hù)那里搜集所有的將要開(kāi)發(fā)的系統(tǒng)的需求信息，并且把這些信息編寫(xiě)成為用戶(hù)和程序員都可以認(rèn)可的需求說(shuō)明書(shū)。需求分析特別重要。在軟件工程的歷史中，很長(zhǎng)時(shí)間里人們一直認(rèn)為在整個(gè)軟件工程中簡(jiǎn)單一個(gè)步驟就是需求分析，但在隨著時(shí)間的推移，它變成整個(gè)過(guò)程中最關(guān)鍵的一個(gè)的觀念被越來(lái)越多的人認(rèn)識(shí)到。為了使軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說(shuō)明，只有使用軟件需求分析，也才能為后期的軟件開(kāi)發(fā)奠定了基礎(chǔ)。很多事實(shí)表明，當(dāng)很多失敗的大型應(yīng)用系統(tǒng)在分析原因的時(shí)候，突然會(huì)發(fā)現(xiàn)，一切都是失敗的需求分析導(dǎo)致的：不徹底或者不完善的需求分析，歸結(jié)于需求分析的方法使用不當(dāng)，使得開(kāi)發(fā)這需要不停地重復(fù)對(duì)需求進(jìn)行分析，也使得設(shè)計(jì)、編碼、測(cè)試等環(huán)節(jié)無(wú)法順利進(jìn)行下去；客戶(hù)和我們配合不好，導(dǎo)致客戶(hù)對(duì)需求認(rèn)知不明，客戶(hù)不斷變化的需求，同樣無(wú)法順利進(jìn)行設(shè)計(jì)、編碼、測(cè)試等環(huán)節(jié)。軟件的需求分析是軟件開(kāi)發(fā)前的第一個(gè)階段，也是關(guān)系到軟件開(kāi)發(fā)成敗的關(guān)鍵步驟，在整個(gè)軟件開(kāi)發(fā)的過(guò)程中，可以說(shuō)這個(gè)階段所要占用的時(shí)間是相當(dāng)大的。如果需求分析做好了，那么在以后的軟件設(shè)計(jì)過(guò)程中，可以省去不少的時(shí)間。該街道不是確定系統(tǒng)怎樣的完成它的工作，而僅僅是確定系統(tǒng)必須完成哪些工作，也是對(duì)目標(biāo)系統(tǒng)提出完整、正確、清晰、具體的要求。準(zhǔn)確說(shuō)明開(kāi)發(fā)什么是軟件開(kāi)發(fā)中最困難的地方。編寫(xiě)出詳細(xì)技術(shù)需求是概念性工作中最困難的地方，所有面向用戶(hù)、面向機(jī)器和其它軟件系統(tǒng)的接口定義也包括其中。同時(shí)這也是一旦做錯(cuò)，將最終會(huì)給系統(tǒng)帶來(lái)極大損害的部分，并且如果以后也很難再對(duì)它進(jìn)行修改。目前，國(guó)內(nèi)產(chǎn)品的龐雜，一家企業(yè)可能有幾個(gè)系統(tǒng)并立運(yùn)行，它們之間接口是系統(tǒng)開(kāi)發(fā)人員最頭痛的問(wèn)題。對(duì)于商業(yè)最終用戶(hù)應(yīng)用程序，企業(yè)信息系統(tǒng)和軟件作為一個(gè)大系統(tǒng)的一部分的產(chǎn)品是顯而易見(jiàn)的。但是對(duì)于我們開(kāi)發(fā)人員來(lái)說(shuō)，并沒(méi)有編寫(xiě)出客戶(hù)認(rèn)可的需求文檔，我們?nèi)绾沃理?xiàng)目于何時(shí)結(jié)束？而如果我們不知道什么對(duì)客戶(hù)來(lái)說(shuō)是重要的，那我們又如何能使客戶(hù)感到滿(mǎn)意呢？ 然而，軟件需求也包括哪些不是用于商業(yè)目的的。例如庫(kù)、組件和工具這些供開(kāi)發(fā)小組內(nèi)部使用的軟件。當(dāng)然你可能偶爾勿需文檔說(shuō)明就能與其他人意見(jiàn)較為一致，但更常見(jiàn)的是出現(xiàn)重復(fù)返工這種不可避免的后果，而重新編制代碼的代價(jià)遠(yuǎn)遠(yuǎn)超過(guò)重寫(xiě)一份需求文檔的代價(jià)。 功能需求通過(guò)對(duì)市場(chǎng)的調(diào)研并進(jìn)行分析，了解到了系統(tǒng)的需求。本系統(tǒng)是的基于網(wǎng)絡(luò)訂餐系統(tǒng)，最終是要提供一個(gè)平臺(tái)，不同餐廳可以選擇加入，并且發(fā)布自己的菜價(jià)信息。用戶(hù)通過(guò)手機(jī)注冊(cè)賬號(hào)，然后登錄我們提供的平臺(tái)，選擇自己喜歡的和合適的菜價(jià)進(jìn)行點(diǎn)菜，同時(shí)也可進(jìn)行收藏，最后當(dāng)菜做好以后，用戶(hù)訂購(gòu)的菜品會(huì)由我們專(zhuān)門(mén)的配送人員送到用戶(hù)的手中。這么做的目的可讓餐廳提供更好的服務(wù)，足不出戶(hù)，訂購(gòu)自己喜愛(ài)的菜價(jià)。餐廳也可以在網(wǎng)絡(luò)上查看訂單，根據(jù)自己的營(yíng)銷(xiāo)策略定價(jià)，進(jìn)行宣傳，擴(kuò)大影響，增加銷(xiāo)量。本系統(tǒng)的功能說(shuō)明如下：點(diǎn)菜管理：這個(gè)功能屬于后臺(tái)管理員的功能。主要包括：菜單查詢(xún)、添加新菜、刪除和修改菜單。用戶(hù)進(jìn)入系統(tǒng)后可以對(duì)菜譜進(jìn)行瀏覽，并且可以查看菜譜的詳細(xì)信息。在這里餐廳可以完成添加新菜，對(duì)過(guò)去的菜單進(jìn)行查詢(xún)、修改和刪除等操作。用戶(hù)登錄：輸入用戶(hù)名和密碼后通過(guò)系統(tǒng)驗(yàn)證即可進(jìn)入訂餐系統(tǒng)。點(diǎn)餐功能：點(diǎn)餐功能模塊是本系統(tǒng)中一個(gè)重要的功能模塊。用戶(hù)選擇自己滿(mǎn)意的菜譜后，輸入座位號(hào)，點(diǎn)擊訂餐按鈕即可完成訂餐操作。這里還可以對(duì)自己喜愛(ài)的菜進(jìn)行收藏或者取消收藏，收藏功能方便以后快捷點(diǎn)餐。信息功能：包括更新個(gè)人信息與修改密碼功能。用戶(hù)登錄系統(tǒng)后在主界面點(diǎn)擊點(diǎn)擊信息按鈕即可進(jìn)入修改個(gè)人信息界面，進(jìn)行個(gè)人信息與密碼的更新。 性能需求好的架構(gòu)設(shè)計(jì)應(yīng)該具有以下幾點(diǎn):第一點(diǎn)，良好的模塊化。每個(gè)模塊職責(zé)明晰,模塊之間的送耦合，模塊內(nèi)部高聚合并合理地實(shí)現(xiàn)信息隱藏；第二，適應(yīng)功能需求的變化,適應(yīng)技術(shù)的變化。應(yīng)該保持應(yīng)用相關(guān)模塊和領(lǐng)域通用模塊的分離，技術(shù)平臺(tái)相關(guān)模塊和獨(dú)立于具體技術(shù)的模塊分離從而達(dá)到隔離變化的效果；第三，對(duì)數(shù)據(jù)的良好規(guī)劃；第四，明確靈活的部署規(guī)劃。性能需求可能來(lái)自用戶(hù)。因?yàn)橛脩?hù)不光要功能，用戶(hù)也需要質(zhì)量。如性能，易用性等軟件質(zhì)量屬性；質(zhì)量屬性差的軟件系統(tǒng)大多數(shù)是不會(huì)成功的。因此在架構(gòu)設(shè)計(jì)時(shí)，應(yīng)該牢記軟件的使用者用戶(hù)，不僅要滿(mǎn)足用戶(hù)的提出的功能要求，也要達(dá)到用戶(hù)期望的質(zhì)量。一般的性能需求的要求是界面友好，運(yùn)行時(shí)間滿(mǎn)足使用要求，安全性得到安全保證。就實(shí)際情況，在高系統(tǒng)配置、高網(wǎng)絡(luò)帶寬很容易得到保證的情況下，我們最需要考慮的性能需求就是系統(tǒng)安全性問(wèn)題。對(duì)于本系統(tǒng)的綜合要求如下：(1)系統(tǒng)應(yīng)建立友好的界面，既要操作簡(jiǎn)單、直觀、靈活，又要易于學(xué)習(xí)掌握；開(kāi)發(fā)訂餐系統(tǒng)目的是為了用戶(hù)能夠方便的進(jìn)行訂餐。如果操作復(fù)雜，就失去了推廣價(jià)值。(2)系統(tǒng)在輸入用戶(hù)名以及密碼時(shí)，應(yīng)具有自動(dòng)識(shí)別的功能，以幫助用戶(hù)改正錯(cuò)誤。(3)系統(tǒng)在確定用戶(hù)名和密碼后，在正確連接數(shù)據(jù)庫(kù)后，首先應(yīng)對(duì)用戶(hù)名和密碼進(jìn)行檢驗(yàn)，若沒(méi)有此用戶(hù)名應(yīng)給出相應(yīng)的提示；系統(tǒng)應(yīng)具有界面相互轉(zhuǎn)換的功能，在每一個(gè)模塊之間應(yīng)具有相互轉(zhuǎn)換的功能，而無(wú)需用戶(hù)退回主界面重新選擇。系統(tǒng)應(yīng)具有良好的安全性。(4)系統(tǒng)可擴(kuò)充、易維護(hù)。系統(tǒng)應(yīng)充分考慮到用戶(hù)對(duì)點(diǎn)餐購(gòu)物車(chē)的增刪改查等，具備一定的擴(kuò)充能力。系統(tǒng)的模塊化程度要高，軟件維護(hù)要方便。 可行性分析外賣(mài)點(diǎn)餐系統(tǒng)基于餐廳規(guī)模越來(lái)越大,日常管理日益增多,因特網(wǎng)的廣泛應(yīng)用而使人們的訂餐方式有所不同,為了方便管理及便利廣大消費(fèi)者,特開(kāi)發(fā)此系統(tǒng),以提高工作效率增加餐廳收益。所開(kāi)發(fā)系統(tǒng)是對(duì)現(xiàn)在管理模式的一個(gè)完全改變，開(kāi)發(fā)系統(tǒng)不僅提高了服務(wù)質(zhì)量，辦事效率，使客戶(hù)更全面的了解菜品的相關(guān)信息實(shí)現(xiàn)實(shí)時(shí)以及跨地域訂餐，而且節(jié)省了開(kāi)支，可以帶來(lái)更加豐厚的收益。擴(kuò)大用戶(hù)使用范圍，使用戶(hù)在不同時(shí)間不同餐廳都可以用此系統(tǒng)訂餐；但采用系統(tǒng)后，需要對(duì)使用系統(tǒng)的人員進(jìn)行培訓(xùn)，不過(guò)，由于系統(tǒng)界面友好，易于掌握，所以不會(huì)花費(fèi)太多時(shí)間和精力。就目前使用的開(kāi)發(fā)技術(shù)來(lái)說(shuō)建議系統(tǒng)的功能目標(biāo)應(yīng)該能夠達(dá)到，利用現(xiàn)有的技術(shù)在規(guī)定的期限內(nèi)能基本完成。第3章 總體設(shè)計(jì) 總體設(shè)計(jì)重要性 總體設(shè)計(jì)又稱(chēng)為概要設(shè)計(jì)或初步設(shè)計(jì)。通過(guò)這個(gè)階段的工作將劃分出組成系統(tǒng)的物理元素——程序、文件、數(shù)據(jù)庫(kù)、人工過(guò)程和文檔等等，但是每個(gè)物理元素仍然處于黑盒子級(jí)，這些黑盒子里的具體內(nèi)容將在以后仔細(xì)設(shè)計(jì)。總體設(shè)計(jì)階段的另一項(xiàng)重要任務(wù)是設(shè)計(jì)軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)中每個(gè)程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系。可以在全局高度上進(jìn)行總體設(shè)計(jì)，花較少成本，多種可能的系統(tǒng)實(shí)現(xiàn)方案和軟件結(jié)構(gòu)要在較抽象的層次上進(jìn)行分析和對(duì)比，從中選出最佳方案和最合理的軟件結(jié)構(gòu)，從而用較低成本開(kāi)發(fā)出較高質(zhì)量的軟件系統(tǒng)。系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)是要根據(jù)系統(tǒng)分析的要求和組主的實(shí)際情況來(lái)對(duì)新系統(tǒng)的總體結(jié)構(gòu)形式和可利用的阻援進(jìn)行大致的設(shè)計(jì)，是宏觀上的規(guī)劃。在需求分析的階段，“做什么”這個(gè)思路以及非常明白了，接下來(lái)，在總體設(shè)計(jì)階段要做的就是“怎么做”。在總體設(shè)計(jì)階段應(yīng)該將系統(tǒng)的物理元素劃分出來(lái)——程序、文件、數(shù)據(jù)庫(kù)、人工過(guò)程和文檔等等?？傮w設(shè)計(jì)的另一個(gè)重要的任務(wù)就是設(shè)計(jì)軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)中的每個(gè)程序是由哪些模塊組成的，以及著些模塊間的相互關(guān)系。在進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)時(shí)應(yīng)該遵循的重要的原理是模塊獨(dú)立原理，也就是說(shuō)，軟件應(yīng)該由一組完成相對(duì)獨(dú)立的子功能的模塊組成，這些模塊彼此之間的接口關(guān)系應(yīng)該盡量簡(jiǎn)單。軟件結(jié)構(gòu)包括兩部分。程序的模塊結(jié)構(gòu)和數(shù)據(jù)的結(jié)構(gòu)，軟件的體系結(jié)構(gòu)通過(guò)一個(gè)劃分過(guò)程來(lái)完成。該劃分過(guò)程從需求分析確立的目標(biāo)系統(tǒng)的模型出發(fā)，對(duì)整個(gè)問(wèn)題進(jìn)行分割，使其每個(gè)部分用一個(gè)或幾個(gè)軟件成份加以解決。進(jìn)行總體設(shè)計(jì)可以站在全局的高度上，花較少的成本，從較抽象的層次上分析對(duì)比都種可能的系統(tǒng)實(shí)現(xiàn)方案和軟件結(jié)構(gòu)，從中選取最佳方案和最合理的軟件結(jié)構(gòu)，從而用比較低的成本開(kāi)發(fā)出較高質(zhì)量的軟件系統(tǒng)。 系統(tǒng)架構(gòu)圖系統(tǒng)架構(gòu)圖屬于系統(tǒng)設(shè)計(jì)階段，系統(tǒng)架構(gòu)圖只是這個(gè)階段一個(gè)產(chǎn)物，要正確的、合理的畫(huà)系統(tǒng)架構(gòu)圖需要全面的理解用戶(hù)需求以及業(yè)務(wù)流程，當(dāng)理解了這些東西后，剩下的就是如何進(jìn)行表達(dá)了，一般而言，可以參照RUP的用例驅(qū)動(dòng)來(lái)進(jìn)行邏輯架構(gòu)，開(kāi)發(fā)架構(gòu)等設(shè)計(jì)工作，系統(tǒng)架構(gòu)圖可以反應(yīng)在各個(gè)視圖里面，我估計(jì)你所說(shuō)的系統(tǒng)架構(gòu)圖是屬于邏輯架構(gòu)里面，比如分多少層，每層分多少模塊等。 至于，繪制的工具，有很多很多。在本次系統(tǒng)設(shè)計(jì)中選擇微軟的Visio這一UML建模工具。Android客戶(hù)端通過(guò)網(wǎng)絡(luò)通信訪(fǎng)問(wèn)后臺(tái)服務(wù)，后臺(tái)采用JDBC訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)。用戶(hù)在Android手機(jī)客戶(hù)端進(jìn)行操作如訂餐，發(fā)送訂單等與后臺(tái)數(shù)據(jù)庫(kù)進(jìn)行交互時(shí)，首先通過(guò)移動(dòng)通信網(wǎng)絡(luò)，采用HTTP協(xié)議把數(shù)據(jù)傳入后臺(tái)服務(wù)器中。后臺(tái)服務(wù)器通過(guò)對(duì)數(shù)據(jù)庫(kù)的增、刪、改、查操作。數(shù)據(jù)庫(kù)，將數(shù)據(jù)顯示給后臺(tái)服務(wù)器。后臺(tái)服務(wù)器取得數(shù)據(jù)后，將數(shù)據(jù)通過(guò)移動(dòng)無(wú)線(xiàn)網(wǎng)絡(luò)，采用Http協(xié)議返回給客戶(hù)端，完成用戶(hù)的操作。： 數(shù)據(jù)庫(kù)后臺(tái)服務(wù)Android客戶(hù)端 基于Android平臺(tái)的手機(jī)點(diǎn)餐系統(tǒng)架構(gòu)圖 數(shù)據(jù)模型圖數(shù)據(jù)模型是對(duì)客觀事物及其聯(lián)系的邏輯組織描述。數(shù)據(jù)（data）是描述事物的符號(hào)記錄。模型（Model)是現(xiàn)實(shí)世界的抽象。數(shù)據(jù)模型（Data Model）是數(shù)據(jù)特征的抽象，是數(shù)據(jù)庫(kù)管理的教學(xué)形式框架。數(shù)據(jù)庫(kù)系統(tǒng)中用以提供信息表示和操作手段的形式構(gòu)架。數(shù)據(jù)模型包括數(shù)據(jù)庫(kù)數(shù)據(jù)的結(jié)構(gòu)部分、數(shù)據(jù)庫(kù)數(shù)據(jù)的操作部分和數(shù)據(jù)庫(kù)數(shù)據(jù)的約束條件。數(shù)據(jù)模型按不同的應(yīng)用層次分成三種類(lèi)型：分別是概念數(shù)據(jù)模型、邏輯數(shù)據(jù)模型、物理數(shù)據(jù)模型。數(shù)據(jù)模型表述了數(shù)據(jù)庫(kù)中的數(shù)據(jù)內(nèi)容及其關(guān)聯(lián)方式，體現(xiàn)了數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)。數(shù)據(jù)模型對(duì)于數(shù)據(jù)庫(kù)系統(tǒng)很重要，不同的數(shù)據(jù)模型就是用不同的數(shù)據(jù)組織形式來(lái)表達(dá)實(shí)體及其聯(lián)系。數(shù)據(jù)模型中的實(shí)體（Entity），也稱(chēng)為實(shí)例，對(duì)應(yīng)現(xiàn)實(shí)世界中可區(qū)別于其他對(duì)象的“事件”或“事物”。例如，公司中的每個(gè)員工，家里中的每個(gè)家具。有些實(shí)體類(lèi)型可以有幾組屬性充當(dāng)標(biāo)識(shí)符，選定其中一組屬性作為實(shí)體類(lèi)型的主標(biāo)識(shí)符，其他的作為次標(biāo)識(shí)符。： 基于Android平臺(tái)的外賣(mài)點(diǎn)餐系統(tǒng)數(shù)據(jù)模型圖 程序流程圖流程圖是用幾何圖形將一個(gè)過(guò)程的各步驟的邏輯關(guān)系展示出來(lái)的一種圖示技術(shù)。只要有過(guò)程，就有流程。過(guò)程是將一組輸入轉(zhuǎn)化為輸出的相互關(guān)聯(lián)的活動(dòng)，流程圖就是描述這個(gè)活動(dòng)的圖解。流程圖對(duì)于現(xiàn)有過(guò)程，設(shè)計(jì)新的過(guò)程改進(jìn)原有過(guò)程具有積極的作用。在流程圖內(nèi)，每一個(gè)框代表一道工序，流程線(xiàn)則表示兩相鄰工序之間的銜接關(guān)系，這是一個(gè)有向線(xiàn)，其方向用它上面的箭頭標(biāo)識(shí)，用以指示工序進(jìn)展的方向．顯然，在工序流程圖上不允許出現(xiàn)幾道工序首尾相連的圈圖或循環(huán)回路，當(dāng)然對(duì)每道工序還可以再細(xì)分，還可以畫(huà)出更精細(xì)的統(tǒng)籌圖，這一點(diǎn)完全類(lèi)似于算法的流程圖表示：自頂向下，逐步細(xì)化．程序流程圖是一種用規(guī)定的圖形，指向線(xiàn)及文字說(shuō)明來(lái)準(zhǔn)確表示算法的圖形，具有直觀、形象的特點(diǎn)，能清楚地展現(xiàn)算法的邏輯結(jié)構(gòu)．畫(huà)程序框圖的規(guī)則：使用標(biāo)準(zhǔn)的框圖符號(hào)；框圖一般按從上到下，從左到右的方向畫(huà)；除判斷框外，大多數(shù)程序框圖的符號(hào)只有一個(gè)進(jìn)入點(diǎn)和一個(gè)退出點(diǎn)，而判斷框是具有超過(guò)一個(gè)退出點(diǎn)的唯一符號(hào)．通過(guò)程序流程圖我們便知道該程序是怎么運(yùn)行的，運(yùn)行的步驟是什么，用戶(hù)該怎么去操作。用戶(hù)想快速的使用和熟悉系統(tǒng)最好的方法就是看流程圖。因?yàn)閳D簡(jiǎn)潔、明了。流程程序圖是方法研究改進(jìn)工作方法的有用工具。不論作業(yè)研究過(guò)程中運(yùn)用何種技術(shù)，流程