1.設計概述

概要設計主要是利用比較抽象的語言對整個需求進行概括，確定目標系統的構架，確定整個系統的處理流程和系統的數據結構，定系統由那些模塊組成的，以及這些模塊相互間的關系，實現對系統的初步設計。

1.1需求概述：

系統目標：實現用戶遠程在食堂下訂單的需求。

本系統的主要輸入項目：

1、用戶個人的基本信息，如注冊時的用戶名，學號等。

2、食堂菜品商品信息，如價格，口味等。

3、用戶取餐需要的時間，聯系方式等。

本系統的主要輸出項目：

用戶瀏覽菜品信息，下單菜品，去食堂取餐。

?

1.2限制和約束

簡要描述起到限制和約束作用的各種可能存在的條件，例如：

• 技術條件：對于Android端的編寫不是非常熟悉，較為復雜的功能無法實現。
• 開發環境(包括：工具和平臺)：在Android Studio中進行Android端APP的開發。
• 時間限制：一個月。

?

食堂遠程下單系統的業務規則及約束如下：?

（1）所有人均可在系統內可以根據菜品名稱搜索菜品信息，但是只有登錄注冊的用戶才能夠提交訂單，給菜品留言及維護自己的賬戶信息。?

（2）每位用戶由唯一的學號標識，同時，每位用戶的名稱也可以唯一標識用戶信息。?

（3）用戶登錄系統的賬號為用戶注冊時輸入的用戶名稱。?

（4）系統管理員可以查看用戶信息，但是不能增加和修改用戶信息，必要時可以刪除用戶信息。?

（5）系統管理員統一對系統中的數據維護。?

（6）食堂只能進行菜品訂單查看和匯總。

（7）訂單需記錄交易狀態，包括交易關閉及交易正常；同時訂單還需要記錄訂單狀態，包括已完成、未完成及已取餐。??

（8）用戶可以查詢自己的訂單。?

（9）同一個訂單可以訂購多種菜品。?

1.3設計原則和設計要求

1.3.1完整性原則

本文所要設計食堂遠程下單系統，應該保障有完整性，因為系統是由各個功能子模塊所組成，每一模塊都是有特定的功能，所設計的系統，盡管由于資金、人力等限制，無法在短時間內將系統設計的那么完善，可是系統的功能是必須要完整的，菜品的訂購，菜品搜索，菜品評價功能等，這些子功能模塊都是不可或缺的，并且將這些功能盡可能的規范化，以便于后期的維護和升級。?

1.3.2相關性原則

食堂遠程下單系統是一個整體，盡管它是由各個功能模塊所組成，各個子模塊聯系起來的。一旦某一個模塊發生了變化，其他模塊也會受到影響，所以在系統開發時，需要考慮到模塊的相關性，把所設計的交易平臺作為一個整體來考慮和設計。?

1.3.3適應性原則?

本文所設計的系統一定要能夠適應用戶的變化和環境的變化，系統在最初始設計時，就要對系統以后可能發生的變化和升級做好預算，為系統的升級留下足夠的空間，這樣才能使系統能夠在校園內長期存在，以方便簡潔的形式為校園服務。?

1.3.4可靠性原則?

所設計的系統必須具有可靠性，這樣穩定運行的系統才會讓用戶覺得可靠，也讓用戶能夠方便使用系統的功能，要求系統具有可靠性，那么就要使硬件可靠同時開發的軟件也是可靠的，同時也要有可靠的安全措施來維護系統的功能。?

1.3.5經濟性原則?

文中所提出的食堂遠程下單系統，相對來講是比較經濟的。只是需要在開發的前期有一定的經濟投入，一旦系統被運行起來，后期的維護就只需要很少的經濟花費，同時，APP也可以通過對用戶收取極少的額外費用（比如一單多收一角錢，打包飯盒都要一角五）和代言廣告（可以在首頁做廣告）來維持APP日常費用，由于本APP是應用于學校的，不是以賺取利益為目的，只需要維護APP花費即可。

轉載于:https://www.cnblogs.com/emmm666/p/9167748.html

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的OrderOnline——设计概述的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。