作業連接配接 密碼：123456
作業題目
本人部落格位址
隊友部落格位址
一、《建構之法》讀後感
第八章需求分析中提到了一個 NABCD 的模型，分别是N（Need，需求）、A（Approach，做法）、B（Benefit，好處）、C（Competitors，競争）、D（Delivery，推廣）。
N（Need，需求）
本次作業的需求是設計一個論文查找平台，具體需求如下：
- 使用者可給定論文清單
- 通過論文清單，爬取論文的題目、摘要、原文連結
- 可對論文清單進行增删改操作(今年、近兩年、近三年)
- 對爬取的資訊進行結構化處理，分析top10個熱門領域或熱門研究方向
- 可對論文屬性（oral、spotlight、poster）進行篩選及分析
- 形成如熱詞圖譜之類直覺的檢視方式
- 可進行論文檢索，當使用者輸入論文編号、題目、作者等基本資訊，分析傳回相關的paper、source code、homepage等資訊
- 可對多年間、不同頂會的熱詞呈現熱度走勢對比（這裡将範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV内）
- 可進行資料統計，例如每個國家錄用文章的分析、每個學校錄用文章的分析、哪個學校哪方面的研究方向比較強等
A（Approach，做法）
做法的話，我們經過風險評估，打算采用Web的形式來實作以上需求功能。初始認為web的形式對于這個需求來說，是比較好做的，而且web感覺可以不需要去處理太多花哨的東西，可以簡單一點。并且認為web端，相對上操作更加友善，可以讓使用者知道如何使用。
B（Benefit，好處）
我可以給使用者帶來的好處：使用者可以利用這個平台快速的輸入論文清單，無論是手動輸入還是上傳csv檔案；其次，使用者可以爬取獲得想要的論文的概要和原文連結；使用者還能檢視輸入的論文清單的資料分析，我們會提供排行榜跟雲圖來展示結果；使用者檢視資料統計，來獲得近年來的研究領域的走勢變化；使用者除了輸入論文清單以外，還能單獨檢索某一篇論文，通過一些資訊。
C（Competitors，競争）
設計這個這需求，存在了很多競争性的問題。我認為我方的優勢在于利用許多的曲線圖、柱狀圖以及一些雲圖，能夠讓使用者非常清晰的了解到，現在的論文趨勢，可以實作對與一些論文的收藏以及熱詞統計，其次風格較為簡約，不會太複雜。相對劣勢就是統計的資料可能沒有太多，會相對單一一些。
D（Delivery，推廣）
推廣的方法，我想我們可以先把一些需求的這個東西的使用者請他們來欣賞我們的原型設計，通過介紹讓他們再自己的朋友圈進行宣傳。其次，可以相應的打一些廣告，可以讓别人試用，來回報功能方面的問題，提高自己的服務态度。
二、 結對合作
結對過程：
- 一開始我們先了解作業需求，先是閱讀了建構之法的第三章和第八章的内容，了解到如何做一個軟體工程師以及NABCD模型。
- 之後我們先進行了模型的設計，先畫出整個原型的架構，在這期間也逐漸學習Axure軟體的運用。
- 整個原型的架構清楚之後，我們開始分工一些子產品。
- 等每個子產品的功能連接配接做好之後，開始進行相應的美化。
- 最後完成原型設計。
遇到的困難：
- Axure的使用，一開始難以入手，後面發現越來越輕松。
- 兩個人的審美稍微不同，兩個人分工的子產品做出來的有UI不太一緻。後來将整個功能組合好之後再進行統一的UI處理。
- UI的界面風格設計不是很好。
- 對于一些需求一開始不知所措，不知道所謂的資料分析的内容要寫些什麼。
原型設計展示
- 原型設計架構
福大軟工1816 · 第三次作業 - 結對項目1 - 設計首頁
- 論文清單-(論文的增删改查)
- 論文摘要
- 資料分析-top10的熱度論文
- 論文檢索功能
- 簡單的熱詞-曆年趨勢
- 資料統計
- 學校查詢
- 簡單的高校論文錄用資訊
- 各國家論文錄用情況
福大軟工1816 · 第三次作業 - 結對項目1
(ps：原型設計中-以上是虛拟資料，不宜當真)
- 現場照
福大軟工1816 · 第三次作業 - 結對項目1
PSP:
| PSP2.1 | Personal Software Process Stages | 預估耗時（分鐘） | 實際耗時（分鐘） |
|---|---|---|---|
| Planning | 計劃 | ||
| · Estimate | · 估計這個任務需要多少時間 | 600 | 630 |
| Development | 開發 | ||
| · Analysis | · 需求分析 (包括學習新技術) | 120 | |
| · Design Spec | · 生成設計文檔 | ||
| · Design Review | · 設計複審 | ||
| · Coding Standard | · 代碼規範 (為目前的開發制定合适的規範) | 60 | |
| · Design | · 具體設計 | 240 | 270 |
| · Coding | · 具體編碼 | ||
| · Code Review | · 代碼複審 | ||
| · Test | · 測試（自我測試，修改代碼，送出修改） | ||
| Reporting | 報告 | ||
| · Test Repor | · 測試報告 | 90 | |
| · Size Measurement | · 計算工作量 | 30 | |
| · Postmortem & Process Improvement Plan | · 事後總結, 并提出過程改進計劃 | ||
| 合計 |
三、總結與體會
- 這次作業是第一次和别人合作，一起完成的。說實在話感覺自己總經常會拖隊友的後退，但是同時也很開心能抱上大腿，感謝隊友的幫助。
- 通過這次作業發現，原型設計并不是那麼簡單，需要去了解使用者的真正需求，然後需要去思考如何将使用者的需求更加完美的展現出來，使用者能夠更加舒适的使用這個軟體。
- 學習了Axure的基礎使用以及如何團隊協作，并且開闊了眼界，沒想到還有這樣的東西，來進行預處理使用者的需求。
- 面對UI的設計，需要提高自己的審美。
- 學習進度條
| 第N周 | 新增代碼（行） | 累計代碼（行） | 本周學習耗時(小時) | 累計學習耗時（小時） | 重要成長 |
|---|---|---|---|---|---|
| 1 | 300 | 5 | acm訓練，學習Axure設計 | ||
| ... |