軟工實踐第四次作業--結隊的第一次合作
超時空通道
作業鏈接
隊友博客鏈接
PDF附件鏈接
需求分析
【Need——需求】
(1)必要需求:
用戶可給定論文列表
- 通過論文列表,爬取論文的題目、摘要、原文鏈接
- 可對論文列表進行增刪改操作(今年、近兩年、近三年)
對爬取的信息進行結構化處理,分析top10個熱門領域或熱門研究方向
- 可對論文屬性(oral、spotlight、poster)進行篩選及分析
- 形成如熱詞圖譜之類直觀的查看方式
可進行論文檢索,當用戶輸入論文編號、題目、作者等基本信息,分析返回相關的paper、source code、homepage等信息
可對多年間、不同頂會的熱詞呈現熱度走勢對比(這裏將範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV內)
可進行數據統計,例如每個國家錄用文章的分析、每個學校錄用文章的分析、哪個學校哪方面的研究方向比較強等
(2)輔助需求:
用戶可把感興趣的論文添加入收藏夾。
用戶可以給論文的難度評星,系統會根據用戶的評定和論文的出處等因素給論文評星。
系統會根據用戶閱讀論文的數量和用戶收藏夾的論文類別,以及結合當前頂會熱詞等,向用戶推薦論文。
對加入收藏夾的論文,用戶可以添加筆記。
用戶可以建立自己的學習計劃。
【Appproach——做法】
我們團隊成員有過開發安卓app的經驗,會使用Python,能夠很好地處理各種開發上的難題。
實行會員制,會員可以通過我們的平臺看到網絡上百分之九十以上的論文,而避免為了找到需要的論文而在多個平臺交錢的現象。
從成本上來看,我們小隊可以找到一些誌同道合的同學來幫助我們去尋找論文資源,實現軟件開發和測試等,而這個成本是很低的。
從周邊環境來看,作為在校大學生,我們周圍有許多學長學姐,包括我們自身都有著相應的需求,因此我們不缺市場。
從人脈上看,我們小隊有實驗室核心成員,也有在學生會擔任職務的同學,因此我們軟件的宣傳有先天的優勢。
【Benefit——好處】
支持關鍵詞搜索,相對於百度上各種淩亂的信息,我們的平臺可以過濾廣告信息,可以直接將論文內容呈現給用戶,而跳過訪問網站的部分,讓用戶不用打開多個網站。
我們平臺對用戶配置的要求很低,對用戶的內存和顯卡幾乎沒有要求。
我們的平臺支持對三大頂會的論文信息進行篩選處理,並以圖像的形式呈現給用戶,讓用戶不用花時間去一篇篇搜索,就可以知道三大頂會當前的熱點。
使用我們的平臺,每天會根據你的瀏覽記錄和當前熱點,推薦一些有趣的論文,激勵你去學習進步。
【Competitors——競爭】
相對於市場上已有的其它平臺,我們平臺有著以下優勢:
更實用的推薦功能。我們平臺會結合用戶的搜索記錄,根據用戶的喜好進行推薦,讓用戶擁有更舒適的用戶體驗。
更廣闊的市場。作為211的大學生,我們周圍就有著個各種論文搜索的需求,相比於社會的企業,我們在身邊就有著很大的市場。
更強大的宣傳手段。國家現在很支持大學生創新創業,只要我們的論文搜索平臺有足夠大的競爭力,就可
以得到學校的大力支持,獲得很好的宣傳效果。
更低的成本。對比於社會上的其它同類平臺,我們在學校所花費的成本會低許多。
更友好的用戶界面。我們團隊十分重視用戶體驗,平臺支持多種皮膚選擇,也支持會員和非會員兩種身份查詢。對於會員,可以保證沒有任何廣告。
【Delivery——推廣】
首先將目標放在班級的同學身上,在班級推廣一段時間之後,收集用戶體驗和建議。
和柯老師合作,爭取將平臺推廣到實驗室和老師正在教的幾個班級。
和學院合作,通過團委學生會在全院推廣。
將我們的平臺鏈接制作成說說發至qq空間和微信群,轉發我們的說說,並達到一定數量贊的,可以獲得我們的小禮品。
老用戶每拉五個新用戶註冊我們平臺,享有一個月會員優惠。
原型模型
主頁界面,包括了頂尖論文, 研究論文和高校解讀部分,還有推薦版塊
登錄註冊界面
論文查詢列表
Top10
關鍵詞圖譜
名人名家
論文摘要和基本信息
高校解讀
用戶的個人界面
討論的照片
本次結隊作業的PSP
PSP2.1 Personal Software Process Stages 預估耗時(分鐘) 實際耗時(分鐘) Planning 計劃 50 30 · Estimate · 估計這個任務需要多少時間 50 30 Development 開發 200 210 · Analysis · 需求分析 (包括學習新技術) 120 110 · Design Spec · 生成設計文檔 50 50 · Design Review · 設計復審 30 50 · Coding Standard · 代碼規範 (為目前的開發制定合適的規範) 0 0 · Design · 具體設計 0 0 · Coding · 具體編碼 0 0 · Code Review · 代碼復審 0 0 · Test · 測試(自我測試,修改代碼,提交修改) 0 0 Reporting 報告 100 65 · Test Repor · 測試報告 0 0 · Size Measurement · 計算工作量 20 15 · Postmortem & Process Improvement Plan · 事後總結, 並提出過程改進計劃 80 50 合計 350 305 設計說明
遇到的困難及解決方法
? 剛開始做需求分析的時候,我們首先遇到的問題就是意見的分歧。對於有些功能,比如學習筆記,我認為完全可以歸入需求分析中,但是喜源卻認為這樣的功能並沒有很大的實際意義,而且市面上有很多產品已經基本實現了這一功能,我們完全可以做一個精簡的搜索平臺,我卻認為平臺應該盡可能滿足用戶可能存在的各種需求。為了解決這個矛盾,我們開始不斷地討論,也去上網搜索了許多類似平臺的功能。最後,我們決定找五位潛在用戶來投票表決,這樣的功能是不是有存在的必要。根據投票結果我們保留了這個功能。這次意見上的分歧讓我們知道了市場調研的重要性,很多功能並不是我們我們感性地判斷需不需要,而是要看用戶的需求與否,因此我們也打算在推廣過程中以問卷等多種形式收集用戶意見。
學習進度條
第N周 | 新增代碼(行) | 累計代碼(行) | 本周學習耗時(小時) | 累計學習耗時(小時) | 重要成長 |
1 | 300 | 300 | 15 | 15 | 熟悉了C++語言,了解了單元測試,代碼覆蓋率和性能分析 |
2 | 0 | 300 | 8 | 23 | |
… |
軟工實踐第四次作業--結隊的第一次合作