吃喝玩樂在武漢概要設計
1.引言部分
引言部分主要說明編寫目的、系統的範圍和參考資料等。
1.1目的
該文件的目的是描述「吃喝玩樂在武漢」網頁的概要設計，主要內容包括系統功能簡介、系統結構設計、模組設計和介面設計等。
1.2 範圍
1.2.1 系統目標
為了方便當地旅遊愛好者在網上獲取資訊，有效地掌握武漢各大旅遊景點的詳細情況，我們多方聽取意見、追加和完善大量實用功能，開發出適合於旅遊者在網路上快速獲取資訊的武漢旅遊網頁。通過本網頁，出行者可以檢視某個地區的全部景點列表，了解某個景點的詳細情況，自駕車、公交線路，獲取景區內的旅遊地圖及景點門票等。
該網頁為遊客提供全面的旅遊景點查詢服務。
1.2.2 主要軟體需求
該系統的主要功能包括：
.系統初始化設定
.搜尋 景點 美食 地圖 酒店
.景點推送板服務
.個人頁面
1.2.3 軟體設計約束、限制
軟體支援多客戶端同時使用的分布式物理結構。
1.3縮寫說明
無。1.4術語定義
暫無。1.5參考資料
[1]竇萬峰.軟體工程與實踐[m].北京：機械工業出版社,2017.
1.6版本資訊
修改編號
修改日期
修改後版本
修改位置
修改內容描述
2019-5-10
1.0全部
完成第一次編寫
具體版本資訊如表所示。
2.資料設計
本部分主要描述軟體所涉及的外部資料的結構描述。如果資料以資料庫檔案呈現，則描述表的名稱和表字段結構；如果資料以外部檔案形式呈現，則要描述檔案的內部結構。
2.1資料物件和形成的資料結構
「吃喝玩樂在武漢」網頁所設計的主要資料結構如下：
個人頁面：使用者暱稱，使用者編碼，使用者登入日期。
個人資訊表：使用者編號，使用者暱稱，使用者密碼，偏好景點，偏好美食，偏好酒店型別。
使用者總表：使用者名稱，使用者密碼，使用者註冊用手機號，使用者建立日期，使用者更新日期。
2.2 檔案和資料庫結構
描述檔案的資料庫結構。
2.2.1 外部檔案結構
包括檔案的邏輯結構、邏輯記錄描述、訪問方法。
2.2.2全域性資料
「吃喝玩樂在武漢」網頁的全域性變數有：
系統時鐘timer
2.2.3 檔案和資料交叉索引
l 使用者資訊檔案在使用者管理和使用者個人資訊（即「我的」）功能中；
l 景點推送板檔案用於搜尋功能中；
l 社群表檔案用於社群功能中；
l 個人資訊表檔案用於個人資訊模組記錄搜尋偏好功能中。
3.體系結構設計
這一部分主要描述軟體的邏輯組成介面，即軟體結構圖的繪製。
3.1資料和控制流複審
對需求規格說明或產品規格說明中要實現的功能進行歸納分析，對涉及的資料和控制流進行彙總和歸併，為概要設計做準備。
一般對資料流圖的精化分析包括兩個方面的內容，一是審查整個資料流圖，檢視有沒有遺漏的地方，並補充和完善；二是分析每乙個資料流圖，去掉一些細節的內容，這裡去掉了外部使用者
3.2得出的總體程式結構
4.介面設計
4.1人機介面規約
(1)登入首介面：該介面能夠輸入使用者名稱和簡訊驗證碼，並且具有使用者註冊功能;使用者名稱是使用者的合法手機號，然後通過獲取驗證碼的方式進行登陸。
(4)個人資訊介面：該介面主要是能夠進行個人資訊設定，個人資訊包括暱稱，頭像，註冊手機號。
4.2人機介面設計規約
登陸首介面:
新使用者的介面序列：註冊----進入總控介面(搜尋介面)。
老使用者的介面序列：登入----進入總控介面(搜尋介面)。
總控介面與個人資訊介面序列：總控介面----個人資訊序列----選擇設定個人資訊----儲存或顯示結果。
5.介面設計
本部分主要描述模組的介面型別和引數等
5.1外部介面設計
與外部系統或裝置的連線關係和通訊方式。
5.1.1外部資料介面
暫無。5.1.2外部系統或裝置介面
與外部的介面僅僅是硬體的介面要求，滑鼠與鍵盤要求是usb介面連線。
5.2內部介面設計規約
內部介面是軟體邏輯模組之間的呼叫介面。
5.2.1內部模組介面呼叫關係
內部模組的介面呼叫關係可參看圖，為了便於討論，我們給每乙個模組乙個編號，並對結構圖進一步進行優化。它們的介面呼叫關係如下。
系統總模組：
登入模組：
註冊：驗證身份：
景點查詢：
推送板跳**
個人資訊：
5.2.2介面資料結構
待編碼後確認
6.模組過程設計
6.1景點查詢子系統
(1) 外部使用者
使用者：系統的合法使用者
(2) 功能
通過景點名稱查詢
(3) 活**
(4) 場景描述
用例名稱：黃鶴樓
範圍：武漢
主要參與者：使用者
6.2推送板子系統
(1) 外部使用者
使用者：系統的合法使用者
(2) 功能
(3) 活**
(4) 場景描述
範圍：推送板子系統
主要參與者：使用者
6.3我的子系統
(1) 外部使用者
使用者：系統的合法使用者
(2) 功能
設定個人資訊；
修改個人資訊.
(3) 活**
(4) 場景描述
用例名稱：修改個人資訊
範圍：我的子系統
主要參與者：使用者
主成功場景：選擇設定個人資訊，修改暱稱，儲存。
邏輯分析與建模
7.1搜尋子系統建模
7.1.2類模型
7.2公告板子系統建模
7.2.2類模板
7.3我的子系統建模
7.3.2類模型
8.需求交叉索引
描述需求與模組的關係，存在交叉部分，即共享模組的呼叫關係。
l 使用者管理：登入，註冊
l 推送板服務：對近期熱門景點推送
l 個人頁面：設定暱稱，檢視偏好景區型別。
概要設計文件要求
1 引言 1 1編寫目的 說明編寫這份概要設計說明書的目的，指出預期的讀者。1 2背景 說明 a 待開發軟體系統的名稱 b 列出此專案的任務提出者 開發者 使用者以及將執行該軟體的計算站 中心 1 3定義 列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。1 4參考資料 列出有關的參考檔案，...
概要設計文件（final）
1.引言部分 引言部分主要說明編寫目的 系統的範圍和參考資料等。1.1目的 1.2 範圍 1.2.1 系統目標 1.2.2 主要軟體需求 該系統的主要功能包括 l 查詢空教室 l 蹭課查詢 l 約自習 1.2.3 軟體設計約束 限制 軟體支援多客戶端同時使用的分布式物理結構。1.3縮寫說明 無。1....
需求分析文件 概要設計文件 詳細設計文件
由於專案工作需要 需要提供 軟體需求規格說明書 軟體概要設計說明書 和 軟體詳細設計說明書 所以這裡整理學習一下相關文件需要的內容。文章並不設計對所有需求分析，概要設計和詳細設計的詳細描述。因為這其中的任何一點都可以單獨提取出來成為軟體工程學科中的一本書籍內容。2.1 我們為什麼需要 軟體需求規格說...