| 這個作業屬於哪個課程 | https://edu.cnblogs.com/campus/fzu/SE2020 |
|---|---|
| 這個作業要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11447 |
| 團隊名稱 | <棟的都懂> |
| 這個作業的目標 | <完成系統設計和數據庫設計，進一步明確團隊分工與設計方向> |
團隊項目的預期開發計划時間安排
| 周數 | 日期 | 任務 | 成果 |
|---|---|---|---|
| 10 | 11.02-11.08 | 項目系統設計與數據庫設計 | 項目系統設計說明書與數據庫設計說明書 |
| 11 | 11.09-11.15 | 數據庫初步搭建、完成小程序用戶登陸界面 | 完善與實現數據庫設計說明書，開始着手進行小程序編碼 |
| 12 | 11.16-11.22 | 完成通知發布的主功能，數據庫的完善與測試 | 完成實現主要功能的小程序，與數據庫的對接 |
團隊項目的預期開發計划分工安排
| 學號 | 姓名 | 具體分工 |
|---|---|---|
| 181800330 | 王逸凌 | 產品經理 |
| 031802636 | 顏斯猛 | 前端UI設計、Vlog制作 |
| 061800508 | 高體民 | 前端代碼編寫 |
| 031802316 | 林佳偉 | 前端UI設計、博客編寫 |
| 041801516 | 李偉 | 后端測試 |
| 031802407 | 黃濤烜 | 分析需求，后端功能完善 |
| 031802422 | 邱瀟洋 | 前端代碼編寫 |
| 031802201 | 暢繼軍 | 前端測試 |
| 031802309 | 郭盈江 | 后端架構設計 |
| 181800415 | 牟迪 | 后端數據庫設計 |
| 041802216 | 劉新偉 | 后端算法模塊 |
體系結構圖
功能描述圖
ER圖
類圖
設計思路
1、重點內容不要局限於APP思維
舉例來說，如果只是將通知的功能移植到微信小程序，並不能給用戶帶來更多的方便，也很難做到讓用戶主動去喚醒小程序。那問題來了，如何讓用戶在使用之前對其產生興趣？這時候，深挖通知的特色這個點會比直接做內容更有意義。
2、微信生態
大家要記住，時刻記得微信小程序是在微信內使用的，與微信的所有功能息息相關，要盡可能深入地融入微信生態，不要孤立地做設計。微信小程序是銜接用戶、服務、信息三者的重要載體，在設計之初就要考慮到生態的搭建和后續擴展。
3、輕巧簡潔
微信小程序的設計方案需要遵從輕巧的原則。這兩個字要分開來看：一個是輕，即輕量，用戶能夠快速進入，快速享受到服務，快速離開，使用過程中沒有心理負擔；一個是巧，即巧妙，創意永遠是制勝法寶，僅僅移植web或app的功能很難達到預期的目標，只有為微信小程序量身訂制、富有創新、充滿心意的設計，才能穩穩把紅利抓牢。
4.技術層面
- 前端后端的架構設計：首頁設計活動搜索欄、綜測統計欄、個人信息欄，設計盡可能簡潔明了，使用戶更易直觀使用，UI設計上整體使用暖色調。
- 數據庫方面：在初始設計時，我們在類圖設計的基礎上進行設計，根據不同功能的數據划分表結構。后續完善時，通過不斷地閱讀需求和原型來完善表的結構，在表足夠完善之后設定每個表的主鍵外鍵以及一些完整性約束，來尋找表間的關系。
安全性與權限設計
安全性
- 在小程序的其他用戶的權限設置中，應保證對數據庫的數據文件不能有可寫、可刪除的權限。建立數據庫的專用用戶，系統在與數據庫打交道時,應使用專用用戶的身份，避免使用超級用戶身份。
- 我們在前端和后端對數據進行不斷的檢驗，不斷的試錯，不斷更新數據。
權限設計
本項目是一個發布信息類型的小程序，是我們作為管理員發布信息，用戶自己登錄查看消息通知，權限設計大致如下：
- 管理員權限：注冊登錄后，可以發布，刪除，更新有關活動的通知，可查看用戶的報名信息以及對后台的BUG進行維護。還要及時對活動的
- 用戶權限：注冊登錄后，可以查看管理員發布的通知以及對感興趣的活動報名。報名成功后，可查看自己所報名的活動，並且會收到報名活動的通知提醒（時間地點等）。但不能查看其他用戶的報名信息。
回答助教與同學上次的問題
助教的問題：
- 我們小組貢獻分就是多勞多得，混就不留情面。
- leangoo我們小組一定會堅持使用下去的。
- 對於視頻，由於第一次做，我們確實做的不夠完善，感謝老師提的意見，下次Alpha沖刺的Vlog我們會注意背景配音的。
- 對於人員分工，我們首先是根據組員興趣自由報名的，但為了分工更合理，最后組長有進行溝通微調。
同學的問題：綜測管理如何實現，如何確保綜測不會加錯？
- 首先對於省級、國家級比賽，我們確實沒有能力接觸比賽主辦方，無法得知你參加與否，但對於這部分獲獎綜測，我們可以提供一個申請接口，你填寫獲獎證明，我們可以將此申請發送給學院綜測管理處。
- 但對於校級及以下的活動，我們可以提供一個你參與活動的證明，比如我們可以提供簽到簽退、定位功能。
其實綜測管理只是我們的附加功能，通知發布才是我們的主要功能
上周作業的改進
(一）首先我們上周最大的問題就是原型設計沒有后台管理模塊！這確實是非常大的疏忽。我們小組前端設計人員已着手設計。
（二）還有針對推廣和通知從何而來的問題。
我們可以先從小做起，慢慢壯大：
(1)在最初的內測階段，我們團隊的各種通知就可以發在上面，包括活動跟進，就是我們的項目完成情況，我們團隊就是最天然的測試組。
（2）再以數計學院為出發點，先聯系院級各部門，以及服務外包、雙創等部門，我們可以幫助他們發布納新、近期最新活動的推文，我們無償幫助他們發布通知，這種發布通知平台對於他們肯定是多多益善，而且大家都是朋友，相信他們也沒有理由拒絕，畢竟我們組也有班長、黨員、前部長、社交小能手等人才。
（3）最后擴散到學校，首先利用人脈，與熟悉的校級部門溝通，大家互幫互助，再口口相傳，以及通過空間、張貼海報等方式讓同學與部門都了解到我們，至於教務處這種權威，聯系教務處網站管理人員進行項目對接。（實在不行能不能爬）
工作流程
工作流程
本周作業我們進行了兩次討論，會前就確定好本次會議討論的事項：
我們明確本周作業的主要任務就是完成兩個設計說明書，我們首先參考了國標的模板，根據上周的需求分析書，設計出符合要求的數據庫，再對整個小程序的模塊進行分析，完成系統架構的分層，最后再思考各種接口問題，最終完成本次作業。
Github倉庫及說明書
- 倉庫：https://github.com/fzu181800330/homework
- 數據庫設計說明書：https://docs.qq.com/pdf/DVEpobFZjVVppWHdZ
- 系統概要設計說明書：https://docs.qq.com/pdf/DVG9zem1rTk5XSWVG
- 答辯ppt：https://docs.qq.com/slide/DVG1aYkZvTm9odHJ6
成員貢獻
| 學號 | 完成任務 | 貢獻分（總分55分） |
|---|---|---|
| 181800330 | 類圖，系統概要設計書 | 7.2 |
| 031802636 | 參與討論 | 2.3 |
| 061800508 | 功能描述圖，系統概要設計書，博客編寫 | 7.2 |
| 031802316 | 參與討論 | 1.3 |
| 041801516 | 數據庫說明書 | 5.2 |
| 031802407 | 參與討論 | 1.3 |
| 031802422 | 系統設計說明書 | 5.8 |
| 031802201 | 系統結構設計圖，ppt制作 | 7 |
| 031802309 | 參與討論 | 4 |
| 181800415 | ER圖，數據庫說明書 | 6.7 |
| 041802216 | 系統設計說明書 | 7 |