考前自救題庫NABCD分析
| 項目 | 內容 |
|---|---|
| 這個作業屬於哪個課程 | 2021春季軟件工程（羅傑 任健） |
| 這個作業的要求在哪里 | 團隊項目-初次邂逅，需求分析 |
項目名稱：考前自救題庫(暫定)
項目簡介：本產品計划完成一個多功能題庫，包括航概、軍理、數據結構等科目的學習平台。
N (Need 需求)
現階段北航的大一大二同學在期末復習時經常會面對這樣很多問題：航概、軍理、數據結構怎么背題啊？航概APP怎么沒有其他科目呀？怎么只有選擇題呀？以上種種問題給烤漆中的同學們帶來了很多困擾。
歸納一下目前的同學們在期末背題時會遇到如下的問題：
-
相關產品較少
- 當前市場上題庫軟件主要包括英語打卡和閱讀軟件，少有關於航概以及軍理這些北航特色的答題軟件
- 僅有的航概題庫在同學中的知名度也較低
-
已有題庫的設計功能較為欠缺
- 科目只有航概，題型只有選擇題，只能對題目進行評論，不能回復
- 題型缺少標簽，難以形成體系，用戶不能針對性選擇題目
- 沒有用戶社區，答題缺少趣味性，缺少交流功能
- 功能類型單一，用戶背題時缺乏動力
同時因為使用紙質的相關習題集還需要自己購買，復習時還需要手動翻頁查找。目前學弟學妹復習時基本都使用電子題庫。
針對以上需求，我們推出了該題庫小程序，提供多科目的各題型練習。其中使用標簽對題型進行分類，提供社區功能讓大家對題目進行評論和回復，增加排行榜和在線PK功能，實現友好交互，幫助用戶更好地規划烤漆時間。
A (Approach 做法)
產品總架構實現前后端分離實現，具體分析如下：
- 前端：使用 uni-app進行小程序開發，在Alpha階段預計需要重建五至十個界面。
- 后端： 使用 springboot 構建，如果需要做高並發優化，將需要更大的學習成本。
關於高並發優化方面我們可以嘗試采用優化的后端架構，做緩存代理，使用squid，varnish，將經常訪問的圖片等靜態內容緩存下來，提高訪問速度；關於題庫系統的手動和批量導入系統，我們使用形式化的數據集格式例如json之類，實現批量導入和導出，對於單個用戶我們可以專門做一個頁面，用戶可以提交相關信息，手動輸入，后台自動轉化。
B (Benefit 好處)
為用戶提供學習的外部激勵：許多用戶是在接近考期時火急火燎地去復習，本產品不僅能讓用戶在緊迫的時間中享受高質量的題庫服務，還能通過趣味性、規划性的方式激勵用戶有計划地學習，讓用戶高效地完成復習。
C (Competitors 競爭)
目前類似的產品有微信小程序上的北航航概練習題庫，但如同NEED階段中中提到的，航概練習題庫存在着諸多缺陷。
相比於航概練習題庫，我們的小程序主要的競爭優勢有：
-
提供排行榜功能，激勵用戶學習
-
像其他APP一樣允許用戶設置每日目標，自己給自己施加動力
-
題目的評價體系與評分系統，同時完善題目的討論區功能，實現用戶的進一步交互
-
給題目添加標簽，針對錯題對應的標簽進行推薦。
-
增加類似於你問我答的PK功能，提高用戶之間的互動性
修改
關於你問我答PK部分，我們希望大部分題目是新的自定義題目。那么問題就在與這個新題目的審核系統，我們的解決方案大致有兩個部分.
一個是系統層面，我們可能會接入一個敏感詞過濾系統(考慮使用現有api)，對新題目的內容進行初步的過濾，這樣至少保證題目內容中沒有一些垃圾詞匯.
第二個是業務層面，我們考慮這個你問我答系統有一個預報名的環節，用戶希望參與出題的提前將題目與答案發給后台，后台人工進行一些初步的篩選和審核，我們的這個你問我答的開放頻率在日常可能略少，一周一次，考期可能會增加頻率，約為一天一次，並且每次的題量不會太大（初步20題左右），然后我們的人工只保證題目符合主題，並且我們后台算法將等級高的用戶的題目優先提供給我們的人員，這樣的話人工的工作量就很少，對於答案的正確性保證，我們在的設計主要是，題目的生命周期結束（答題環節結束）后公布答案，用戶覺得題目有問題可以進行舉報，我們也會視情況基於被舉報的出題人一定的懲罰，包括不限於降低用戶等級，限制功能使用等等。
D (Delivery 交付， Data 數據）
交付：以推送的方式在學弟學妹的各大水群里宣傳。
數據：在產品中進行問卷調查或采訪產品的試用者。
修改
用戶量評估： 我們的產品預計以安卓APP的形式發布，並且有PC端或者web端的后台管理系統。由於小程序備案較為麻煩，所以我們放棄微信小程序端，修改后技術棧不需改變，uni-app可以方便的發布在安卓端。
預計一周后的用戶量有多少：
- Alpha版本：預計發布一周內產品的使用次數達到100左右
- Beta版本：預計發布以后一周內產品的使用次數達到300左右
以上均為累計用戶數量，但是真正評價軟件是否吸引用戶，還是日活用戶這個數值比較准確。我們希望大約在alpha測試階段，就有用戶在我們的應用上制定計划，並且盡量執行，正是考慮到這一點，所以對我們的程序來說日活用戶可能更能反映出受歡迎程度。我們希望日活用戶在50以上。