本部分將使用《構建之法》第八章中提出的 NABCD 模型,對做業中小櫻期待的平臺進行需求分析小程序
除了以上基本需求,我和結對夥伴經過分析,得出瞭如下(可能的)擴展需求:微信
平臺選擇app
考慮到多數人更習慣在電腦上編輯文檔,而且手機端因爲屏幕過小,閱讀不便,故採用 Web 實現該方案工具
用戶登陸post
主要知足前一節擴展需求中的歷史紀錄與收藏夾的功能。若是保存在本地將不方便用戶在多端操做。學習
論文列表導入測試
有兩種方式,本地上傳文檔和會議名稱檢索獲取。其中會議名稱獲取的論文列表。由於考慮到此列表可進行篩選和編輯,應增長一個文檔導出功能,用於之後進行再次篩選。
論文列表能夠進行熱詞(關鍵詞)篩選,發佈年份篩選,頂會篩選,並生成新的論文列表。
當前論文列表能夠在後方直接添加論文的超連接,方便用戶閱讀。編碼
論文分析處理設計
提取論文熱詞,按照列表爬取的信息進行統計和排序,並將頻次按序列出。選中的熱詞可在下方顯示近幾年來的熱詞頻率的折線圖,用戶能夠根據折線圖感覺走勢,並在折線圖下方給出與該熱詞有關的論文列表(是否要針對不一樣頂會進行分類?)。3d
論文檢索
輸入論文編號,題目和關鍵詞,返回相關的論文連接。
數據統計
本次做業中,咱們採用墨刀做爲咱們的原型設計工具。相較於其餘設計工具,墨刀的我的版是免費的,其餘軟件的價格使人咋舌,雖然有一個月左右的免費試用,學生黨傷不起😂,不過墨刀只提供了移動端 App 和 Web 應用的原型開發。如下爲咱們所設計出來的原型:
用戶在輸入用戶名和密碼後進入系統(用戶名和密碼用於收藏夾和歷史紀錄功能):
用戶登陸以後,給出論文列表,可進行論文檢索(這裏的論文列表以上傳包含論文名稱的列表實現(?)):
同時用戶還能夠對論文進行熱詞分析,並選擇其中若干個關鍵詞進行關注。當新發布了與關鍵詞相關的論文時會對用戶進行推送
用戶在登陸後,還能夠查看本身瀏覽過的以及收藏的論文:
PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|---|
Planning | 計劃 | 20 | 20 |
· Estimate | · 估計這個任務須要多少時間 | 20 | 20 |
Development | 開發 | 240 | 370 |
· Analysis | · 需求分析(包括學習新技術) | 90 | 95 |
· Design Spec | · 生成設計文檔 | 30 | 35 |
· Design Review | · 設計複審 | - | |
· Coding Standard | · 代碼規範(爲目前的開發制定合適的規範 | - | |
· Design | · 具體設計 | 120 | 240 |
· Coding | · 具體編碼 | - | |
· Code Review | · 代碼複用 | - | |
· Test | · 測試(自我測試、修改代碼、提交修改) | - | |
Reporting | 報告 | 45 | 45 |
· Test Report | · 測試報告 | - | |
· Size Measurement | · 計算工做量 | 10 | 10 |
· Postmortem & Process Improvement | · 過後總結,並提出過程改進計劃 | 35 | 35 |
合計 | 295 | 435 |
有的時候不聊還不知道,一聊才發現本身的思惟能力有待提升,此次做業裏的擴展需求都是個人搭檔提出來的。我只能作到在已知這些需求的狀況下去構想設計思路,多是本身的見識還不夠普遍,眼界還不夠開闊吧。以後的學習中要多關注一下這個方面,畢竟思惟上的限制對軟件開發的影響仍是不小的。