| 這個作業屬於哪個課程 | 2020春-S班(福州大學) |
|---|---|
| 這個作業的要求在那里 | 團隊作業第三次—項目需求分析 |
| 團隊名稱 | Hail Hydra(九頭蛇) |
| 這個作業的目標 | 完成需求分析，原型設計，類圖設計 |
| 作業正文 | 作業正文 |
| 其他參考文獻 | 《構建之法》 |
團隊項目整體安排
后端小組學習計划安排
前端小組學習計划安排
需求分析
N(Need，需求)
在校生：
同學們在日常生活中往往會有一些關於學校資訊方面的疑惑（比如選課、學分、績點、學術方面的問題等等），想要獲得該類信息的主要渠道是找學長學姐，通過他們往往可以獲得有效答案。但該方式不但效率低下而且對於許多社交能力不強的同學可用性不強。
老師：
①上課老師
在本功能中老師主要是扮演回答的角色，這樣可以幫助老師了解同學們的主要困惑，幫助老師更有 針對性的對知識進行講解。
②教務處老師
教務處老師經常要發布一些通知，但是同學們在執行時往往會遇到各種問題難以執行。這些情況很 多不能有效的反饋到教務處進行改正，在下次發布同樣的通知時仍然會出現類似的問題。因此教務處老 師需要一個有效幫助同學們解決問題和獲取反饋信息的途徑
A(Approach，做法)
技術方法：
本項目采用的是web技術，旨在搭建一個校園互助網站。
原因：
①相比於手機應用軟件等其他類型軟件，web具有易於推廣的優點；②《校園幫幫網》作為一個主要針 對解決在校群體困難的應用，功能性較強，但也比較單一，不適合以客戶端軟件的形式存在（覺得手機 軟件一般都是功能比較豐富的，而網站功能比較明確）。
運營模式：
在解決用戶需求的同時，我們認為該軟件作為一個以互相幫助為目的應用軟件，可以與教務處、學生 會、黨員工作處等校園官方組織進行協商，對在本平台樂於助人的同學（黨員）給予一定的綜測（黨員 時長）獎勵，並在評優評先工作中予以優先考慮。以此作為獎勵機制，調動用戶積極性。在取得一定成 果后可與學校溝通，在校園官網、教務處等官方網頁設置登錄入口，更有利於后期軟件的推廣普及。
B(Benefit，好處)
輕量級，方便用於網頁內嵌；
網頁兼容性強、迭代速度快、開發成本較低；
針對性強，提高使用者的便捷性以及效率；
推廣速度快、推廣成本以及傳播速度快、用戶成本低；
具有一定的獎勵機制（綜測、黨員時長等）
C(Competitors，競爭)
1）主要競爭對手：
①其他校園應用軟件（如今日校園、福大助手等）
②百度、知乎、博客園等其他知識論壇（搜索引擎）等
...
2）優勢
①相較於其他校園應用軟件：
因為是以web形式的應用，更易於推廣；具有綜測（黨員時長）等一系列獎勵措施，更能引起用戶的興趣和有效的調動用戶的積極性；本項目所包含的功能在目前見到的校園應用軟件中幾乎沒有看到；網站內容更具有學術性、專業性、實用性。
②相較於百度、知乎、博客園等其他知識論壇（搜索引擎）：
同學們很難從這些軟件解決在校內生活遇到的問題（如選課信息等），但是本網站的內容更針對於校園，能有效解決該類問題；這些軟件的內容復雜龐大，同學們從這些網站獲取信息較為低效，因為不同年級的培養方案基本類似，在校生通過學長學姐的學習隨筆能夠更有效的獲取需要的信息。
3）劣勢
①相較於其他校園應用軟件：
相較於客戶端軟件，web應用的用戶體驗會差一點；項目的功能不如市面上該類產品的豐富。
②相較於百度、知乎、博客園等其他知識論壇（搜索引擎）：
信息的廣度不如該類軟件，對於學校之外的信息和知識很難從本網頁獲取。
D(Delivery，推廣)
在學校官網、教務處等官方網站設立登入入口（需要在取得一定成績后與有關單位協商）
優質的內容和實用的功能可以讓用戶之間的相互推薦
問卷調查結果
問卷分析
經過統計分析后我們發現，大部分同學（74.56%）的同學有逛知乎，論壇的習慣，而校園幫幫網作為一個類似知乎的校園問答網站，與這些軟件使用方法類似，因此不需要過多的考慮用戶使用難度等類似問題。而在學習生活中，同學們表示自己的問題（尤其是生活問題）利用現有的應用軟件不能很好或很有效的解決，自己往往需要一定的篩選工作。更是有絕大多數（81%）的同學表示自己經常有問題想要問學長學姐但是沒有途徑，因此我們認為在校生在校園問答方面，還有很大的需求空間，希望有一個軟件來解決。第五個問題顯示95%的同學願意以匿名或非匿名的形式來回答問題，因此我們初步認為校園幫幫網是可行的。
問卷展示
類圖
| 階段 | 具體任務 | 時間 |
|---|---|---|
| 階段一 | 數據庫設計、學習項目所需的技術框架（前端vue,后端spring boot，mybatis） | 4.1-4.7 |
| 階段二 | 完成項目基本框架搭建，完成登錄校驗、前台首頁、等你來答、問題詳情功能 | 4.8-4.14 |
| 階段三 | 完成寫回答、寫問題、點贊、舉報、點滅、關注、消息和積分處理部分 | 4.15-4.23 |
| 階段四 | 個人主頁、后台管理員頁面 | 4.24-5.2 |
| 階段五 | 完成前台臨時板塊、搜索問題、修改密碼、忘記密碼功能 | 5.3-5.10 |
| 階段六 | 完善功能，美化界面 | 5.11-5.15 |
| 階段七 | 系統測試和修復bug | 5.16-5.25 |
| 階段八 | 項目總結和匯報 | 5.26-5.31 |
貢獻度表格
| 學號 | 姓名 | 分工 | 貢獻度 |
|---|---|---|---|
| 021700613 | 黃忠雄 | 問題詳情頁面原型、后台管理頁面原型、規格說明書總體描述部分 | 16 |
| 221600313 | 黃子峻 | 獎勵兌換、兌換成功、主頁、等你來答、搜索界面、導航欄原型，規格說明書的引言部分 | 17 |
| 221701118 | 張嘉偉 | 參與討論用況分析、類圖設計、完成部分類圖說明工作、學習后端所需技術 | 10 |
| 221701136 | 唐志豪 | 參與討論用況分析、尋找並學習前端所需資料 | 8 |
| 221701219 | 韋琛 | 登錄頁面、提問界面、個人主頁、臨時版塊原型，以及對隊友完成原型的整合交互；需求規格說明書界面原型的文檔撰寫 | 18 |
| 221701240（生病） | 鄭逸豪 | 生病住院 | 0 |
| 221701316 | 劉成華 | 參與討論用況分析、類圖設計、完成部分類圖說明工作、學習后端所需技術 | 9 |
| 221701335 | 袁錦輝 | 參與討論用況分析、尋找並學習前端所需資料、制定前端學習計划 | 8 |
| 221701421 | 翁紹鴻 | 分析設計用況圖、類圖；制作PPT並答辯；完成規格說明書功能描述及驗收驗證標准部分、查找后端所需學習資源、制定后端學習計划，完成博客 | 14 |