| 這個作業屬于哪個課程 | 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（生病） | 鄭逸豪 | 生病住院 | |
| 221701316 | 劉成華 | 9 | |
| 221701335 | 袁錦輝 | 參與讨論用況分析、尋找并學習前端所需資料、制定前端學習計劃 | |
| 221701421 | 翁紹鴻 | 分析設計用況圖、類圖；制作PPT并答辯；完成規格說明書功能描述及驗收驗證标準部分、查找後端所需學習資源、制定後端學習計劃，完成部落格 | 14 |
原型界面設計連結
原型連結
附件材料
需求規格說明書
原型答辯PPT
需求分析報告
需求分析答辯PPT