1. 引言部分
引言部分主要說明編寫目的、系統的範圍和參考資料等。
1.1目的
1.2 範圍
1.2.1 系統目標
1.2.2 主要軟體需求
該系統的主要功能包括：
l 查詢空教室
l 蹭課查詢
l 約自習
1.2.3 軟體設計約束、限制
軟體支援多客戶端同時使用的分布式物理結構。
1.3縮寫說明
無。1.4術語定義
無。1.5參考資料
[1]竇萬峰.軟體工程與實踐[m].北京：機械工業出版社,2017.
1.6版本資訊
修改編號
修改日期
修改後版本
修改位置
修改內容概述
2.資料設計
本部分主要描述軟體所涉及的外部資料的結構描述。如果資料以資料庫檔案呈現，則描述表的名稱和表字段結構；如果資料以外部檔案形式呈現，則要描述檔案的內部結構。
2.1資料物件和形成的資料結構
課程表（schedule）：
i.經過篩選後，系統用於生成找自習教室的主介面。
該資料結構包括課程id，星期幾，上課節次，起始周，課程編號，課程名稱，教師名，上課場所，上課時間詳細,上課場所詳細，課程性質，教學樓，專業組成。其資料結構是乙個順序結構。
課程（class）
i.經過使用者自定義篩選後，系統從課程表中篩選符合條件課程，生成蹭課介面的課程列表。
該資料結構包括課程id，授課老師，組成班級，起始周，星期幾，上課節次，上課場所。其資料結構是乙個順序結構。
簡要組隊邀請（invitation）
i.用於生成約自習介面的組隊帖子
詳細組隊邀請（invitation）
i.用於使用者個人編輯組隊邀請內容
使用者個人資訊（user）
i.用於儲存使用者個人資料
該資料結構包含使用者id，暱稱，性別，學院，專業，座右銘，便簽。其資料結構為乙個順序結構。
2.2檔案和資料庫結構
描述檔案的的資料結構或者庫表的結構
2.2.1外部檔案結構
無
2.2.2全域性資料
該系統需要的全域性變數有：
1.課程表schedule
2.使用者個人資料（包括使用者id，暱稱，性別，專業，座右銘，便簽）
3 體系結構設計
這一部分主要描述軟體的邏輯組成介面，即軟體結構圖的繪製。
3.1資料和控制流複審
對需求規格說明書中要實現的功能進行歸納分析，對涉及的資料和控制流進行彙總和歸併，為概要設計做準備。
一般對資料流圖的精化分析包括兩個方面的內容，一是複審整個資料流圖，檢視有沒有遺漏的地方，並補充和完善。二是分析每乙個資料流圖（活**），去掉一些細節的內容。
3.2 得出的程式結構
根據複審的資料流圖，逐步得出軟體的邏輯結構組成。利用優化思想，對軟體結構圖進行優化設計，得出模組層次結構適中的軟體結構圖。如下所示：
4.介面設計
這一部分主要給出介面設計的總體要求和介面序列，以及介面設計規約。
4.1 人機介面規約
1.查詢空教室介面（預設介面）：該介面可根據使用者輸入的教學樓編號，教學樓座號，樓層號檢索教室資訊。
2.蹭課介面：該介面可根據使用者的選擇進行搜尋，可以選擇按課程名、專業名、教師名檢索，搜尋結果應包含課程名稱，授課老師，上課時間，上課地點。
3.約自習介面：該介面使用者可以發布自習邀約，檢視別人發布的自習邀約，刪除個人發布的自習邀約。發布自習邀約需要填寫個人資訊，如果使用者一開始沒有填寫基本個人資訊，則在每次發布動態時會提醒使用者需填寫自己的個人基本資訊，否則，不予發布；當使用者首次完整填寫個人資訊後，系統提示使用者可以將其儲存在個人資訊頁面，供將來直接呼叫。
4.2人機介面設計規約
登入首介面：
新使用者的介面序列：授權小程式獲取使用者資訊—進入預設介面（空教室查詢介面）。
老使用者的介面序列：登入—進入預設介面（空教室查詢介面）。
預設介面與約自習介面序列：預設介面—約自習介面—選擇發布或瀏覽—重新整理
預設介面與蹭課介面序列：預設介面—蹭課介面—檢索—得到結果
內部模組
●登入模組
●小程式初始化模組
●查教室模組
●檢視自習邀約模組
●修改自習邀約模組
●刪除自己的自習邀約模組
●發布自習邀約模組
●蹭課模組
5、模組過程設計
5.1處理說明
1.約自習登入模組
ii.普通登入：驗證身份。正確即登入，錯誤即拒絕接入，退出。
2.查教室模組
注：有課為灰色，自習為綠色
i.預設介面：上方選項卡預設為二教f1，介面顯示為二教教室情況。
ii.篩選後介面:上方選項卡為使用者點選結果，介面顯示相應教學樓教室情況
3.約自習模組：
1）對自習邀約的管理，包括檢視自習邀約，發布自習邀約，刪除自己發布的自習邀約和修改自習邀約模組：
2）檢視所有人發布的自習邀約，當資料有更新時，介面自動重新整理
刪除自己的自習邀約模組
3）發布自習邀約模組。使用者填寫邀約資訊和個人資訊後，點選發布，所有人都可在廣場上看見該邀約
4.蹭課模組：
1.1 按專業名搜尋
1.2 按課程名搜尋
1.3 按老師名搜尋
2. 結果顯示
6、需求交叉索引
描述需求與模組的關係、存在交叉的部分，相互聯絡又有相互獨立的部分。
需求中小程式的啟動需要登入模組和小程式初始化模組，只有這兩個模組正常執行，小程式才能正常啟動
需求中小程式的預設模組為空教室查詢模組
需求中三大模組分別為空教室查詢模組、約自習模組、蹭課模組，相互之間獨立。
需求中部分模組又有自己的子模組，約自習模組又分為檢視自習邀約模組、刪除自己的自習邀約模組、發布自習邀約模組，三者之間相互呼叫。
概要設計文件要求
1 引言 1 1編寫目的 說明編寫這份概要設計說明書的目的，指出預期的讀者。1 2背景 說明 a 待開發軟體系統的名稱 b 列出此專案的任務提出者 開發者 使用者以及將執行該軟體的計算站 中心 1 3定義 列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。1 4參考資料 列出有關的參考檔案，...
概要設計文件1 0
吃喝玩樂在武漢概要設計 1.引言部分 引言部分主要說明編寫目的 系統的範圍和參考資料等。1.1目的 該文件的目的是描述 吃喝玩樂在武漢 網頁的概要設計，主要內容包括系統功能簡介 系統結構設計 模組設計和介面設計等。1.2 範圍 1.2.1 系統目標 為了方便當地旅遊愛好者在網上獲取資訊，有效地掌握武...
需求分析文件 概要設計文件 詳細設計文件
由於專案工作需要 需要提供 軟體需求規格說明書 軟體概要設計說明書 和 軟體詳細設計說明書 所以這裡整理學習一下相關文件需要的內容。文章並不設計對所有需求分析，概要設計和詳細設計的詳細描述。因為這其中的任何一點都可以單獨提取出來成為軟體工程學科中的一本書籍內容。2.1 我們為什麼需要 軟體需求規格說...