團隊部落格-需求規格說明書（蘇察哈爾燦）
隊員
3116004643 樑朗章
3116004644 樑新男（組長）
3116004645 林啟鵬
3116004646 劉少允
3116004656 吳昊
3116004667 鄒庭和
需求規格說明書
題目：活動訂座系統
該系統提供的訂座系統主要面向中小型活動，比如電影/音樂會/講座/演唱會/宣講會/會議/球賽等需要座位和需要提前預計好參與人數的活動，任何組織/個人舉辦活動都可以無條件地使用這個訂座系統。
基本需求
（1）活動舉辦者可以提前登記活動供觀眾選座
（2）觀眾可以看到活動的相關資訊，比如活動內容、舉辦時間、地點
（3）觀眾可以訂指定活動指定場次指定的座位
（4）觀眾可以在指定條件下改退票和座位
（5）觀眾可對已參加過的活動進行評分和評價
面向使用者分析
這個系統可以讓中小型活動舉辦者無門檻免費地釋出活動，釋出座位資訊，並生成連結放在自己的宣傳頁面上，使用者可以通過這個連結方便地檢視這個活動的資訊並訂座。使用者同時也可以在頁面上尋找自己感興趣的活動並訂座。
功能性需求
系統可將活動的座位資訊圖形化呈現給使用者，使用者可以看到已選座位和未選座位。活動舉辦者可以簡單地提交自己的活動資訊和座位資訊，並檢視選座情況。
技術需求
系統通過前端ajax與後端交換json格式資料，後端使用spring boot + JPA操縱mysql。
預期的使用者數量
由於伺服器效能限制，初步預期的使用者數為100
真實性
目前包括學校社團的活動、音樂會、宣講會等等大多數中小型活動都還在使用最原始的人來了就坐，沒座位就站著或者是派發/售賣門票等傳統方式，這種方式即耗費人力財力也容易對觀眾產生負面影響。因此中小型活動舉辦方都有簡單無門檻的訂座系統的需求
可用性
系統除了基本的訂座功能外無任何影響主題的內容（比如廣告），操作簡單，頁面簡潔。
價值性
對於舉辦者而言，利用這個系統可以很好的控制參加活動的人數，避免人數過多導致座位不足。同時目前市面上的訂座系統或多或少都需要一定的價錢和條件，而我們這個系統對於個人和小型舉辦組織來說完全免費和零門檻。
對於普通觀眾而言，這個系統沒有其他軟體那麼臃腫、那麼多廣告，系統整體呈簡潔風格。且系統可以使用推薦演算法為普通觀眾推薦其感興趣的活動。
團隊專案地址
https://github.com/team-suchan/Booking
issues截圖
團隊計劃
原有安排
| 時間 | 任務進度 |
|---|---|
| 第6周 | 1.團隊組隊，團隊部落格 |
| 2.團隊介紹、成員展示、角色分配、選題確定 | |
| 3.制定團隊計劃安排，團隊貢獻分的規定 | |
| 第7周 | 1.需求規格說明書 |
| 2.原型設計，隊員估計任務難度並學習必要的技術 | |
| 3.編碼規範完成、平臺環境搭建完成、初步架構搭建 | |
| 第8周 | 1.原型改進（給目標使用者展現原型，並進一步理解需求） |
| 2.架構設計，WBS, 團隊成員估計各自任務所需時間 | |
| 3.測試計劃 | |
| 第9周 | 1. 團隊專案Alpha任務分配計劃 |
| 2. 連續7天的Alpha敏捷衝刺，7 篇 每日Scrum Meeting部落格+程式碼提交 | |
| 第10周 | 1.使用者反饋+測試計劃改進 |
| 2. 團隊Alpha階段個人總結 | |
| 3. 團隊專案Alpha部落格：釋出說明、測試報告、展示部落格、專案管理 | |
| 第11周 | 1. 團隊專案Alpha部落格：事後分析 |
| 2. 每個團隊有一人必須離開，自己尋找下一個接納自己的團隊。團隊發部落格宣佈離隊和接納的成員。 |
校正後的安排
| 時間 | 任務進度 |
|---|---|
| 第6周 | 1.團隊組隊，團隊部落格（✔完成） |
| 2.團隊介紹、成員展示、角色分配、選題確定（✔完成） | |
| 3.制定團隊計劃安排，團隊貢獻分的規定（✔完成） | |
| 第7周 | 1.需求規格說明書（✔完成） |
| 2.原型設計，隊員估計任務難度並學習必要的技術（✔完成） | |
| 3.編碼規範完成、平臺環境搭建完成、初步架構搭建（✔完成） | |
| 第8周 | 1.原型改進（給目標使用者展現原型，並進一步理解需求） |
| 2.架構設計，WBS, 團隊成員估計各自任務所需時間 | |
| 3.測試計劃 | |
| 第9周 | 1. 團隊專案Alpha任務分配計劃 |
| 2. 連續7天的Alpha敏捷衝刺，7 篇 每日Scrum Meeting部落格+程式碼提交 | |
| 第10周 | 1.使用者反饋+測試計劃改進 |
| 2. 團隊Alpha階段個人總結 | |
| 3. 團隊專案Alpha部落格：釋出說明、測試報告、展示部落格、專案管理 | |
| 第11周 | 1. 團隊專案Alpha部落格：事後分析 |
| 2. 每個團隊有一人必須離開，自己尋找下一個接納自己的團隊。團隊發部落格宣佈離隊和接納的成員。 |
矯正計算方法
由於本週團隊工作完成量與計劃相符，因此暫時不需要對原有計劃進行修正。
其他
團隊分工
| 成員 | 分工 |
|---|---|
| 樑朗章 | 演算法設計 |
| 樑新男、林啟鵬、吳昊 | 網頁前端設計和UI設計 |
| 劉少允、鄒庭和 | 後端開發和測試 |
完成情況
樑朗章：完成基本功能需求
樑新男：基本掌握html、css、JavaScript、瞭解jQuery
林啟鵬：學習html,JavaScript基本知識
劉少允：完成資料庫的建立和表結構的建立，建立了初步API文件
吳昊：初步掌握html5，css，瞭解JAVAscript
鄒庭和：初步完成整體架構分析，具體增刪視以後實現情況而定。
團隊成員感想
樑朗章：在複習了貝葉斯和學習拉格朗日乘數之後，覺得自己的數學能力有限，要繼續努力。
樑新男：在學習了基本語言之後，查看了網頁的各種原始碼，充分認識到網頁設計的複雜，也意識到自己程式設計經驗的短缺，為此以後要多多學習。
林啟鵬：這周學習了html,JavaScript基本知識，以後要多多學習。
劉少允：由於以前很少接觸前端的東西，也沒有認真的做過需求分析，所以在設計前後端互動上沒什麼經驗，改了好多遍都不是很滿意，關於專案結構設計上也想了好久，所以以後還有好多需要學習的地方。
吳昊：初學html5和css，對開發前端的經驗不多，尤其是對過程要用到的JAVAscript不是很瞭解，在上手時候遇到了許多困難，還是需要多多查閱書籍，積極和同學探討，爭取跟上團隊進度，不拖後腿。
鄒庭和：一個軟體關鍵的部分便在於整體架構，軟體模型出來了，那麼剩下的只是往裡填充內容而已，所以要對軟體具體實現後會是什麼樣子，有什麼功能，要有清晰的認識.