《建構之法》有感 設計結對項目
結對隊友是大佬級别的揚仔（張揚）
作業連結
隊友連結
PDF連結
PSP表格
| PSP2.1 | Personal Software Process Stages | 預估耗時（分鐘） | 實際耗時（分鐘） |
|---|---|---|---|
| Planning | 計劃 | 10 | 15 |
| · Estimate | · 估計這個任務需要多少時間 | ||
| Development | 開發 | 600 | 580 |
| · Analysis | · 需求分析 (包括學習新技術) | 400 | 180 |
| · Design Spec | · 生成設計文檔 | 30 | 60 |
| · Design Review | · 設計複審 | ||
| · Coding Standard | · 代碼規範 (為目前的開發制定合适的規範) | ||
| · Design | · 具體設計 | 120 | 300 |
| · Coding | · 具體編碼 | ||
| · Code Review | · 代碼複審 | ||
| · Test | · 測試（自我測試，修改代碼，送出修改） | 20 | |
| Reporting | 報告 | 100 | 110 |
| · Test Repor | · 測試報告 | 70 | |
| · Size Measurement | · 計算工作量 | ||
| · Postmortem & Process Improvement Plan | · 事後總結, 并提出過程改進計劃 | ||
| 合計 | 730 | 705 |
1. 《建構之法》閱讀成果（個人）
- 要通過可量化的名額來衡量軟體工程師的工作能力，就像衡量職業運動員一樣。衡量标準可以通過以下幾點
- 項目大小，可通過LOC、功能點衡量
- 花費時間
- 品質
- 是否按時傳遞
- 提升個人技能需要掃清門前雪，除去桌上灰。就是“工欲善其事必先利其器”的道理，當你嘗試掌握一門語言時，應該先快速翻看它的文法，然後再使用，在實踐中提升熟練度。而不是一上來就實踐，碰到一個差一個碰到一個差一個，最後發現自己查的都是基礎文法
- 有關NABCD的了解
- N，需求，主要通過使用者調研的方式來掌握使用者真正需要的是什麼。
- A，做法，做法不單單是技術，還要考慮到項目落地的過程中的非技術因素，如人脈、平台、客戶群體等
- B，好處，做這個東西，能給客戶帶來什麼好處？是否滿足客戶的需求？
- C，競争，主要是與同類産品的對比，通過對優劣勢進行分析，一方面可以完善自己的産品進而有更高的競争力，另一方面可以根據自己的優劣勢情況來選擇針對的客戶群體
- D，推廣，主要考慮如何推廣，如何傳遞的問題
- 功能，決定使用者的滿意度。其中功能分為衛生需求功能（不能閃退等）、驚喜功能
- 軟體開發的過程中要使用分治的思想，把一個大的任務分成若幹個小的成分。一方面可以幫助我們理清項目設計的過程與細節，另一方面可以将小的任務配置設定給個人，友善PM掌握每個人的任務進展
2. NABCD在項目中的使用
- N（Need，需求）
-
使用者問題：
使用者苦惱于不知道近幾年頂會的熱門領域和研究方向，一篇篇去找效率太過低下，是以希望有一個好的平台能夠對論文進行整合、分析，友善自己檢視
- 使用者需求：
- 通過論文清單，爬取論文的題目、摘要、原文連結
- 可對論文清單進行增删改操作(今年、近兩年、近三年)
- 對爬取的資訊進行結構化處理，分析top10個熱門領域或熱門研究方向
- 形成如熱詞圖譜之類直覺的檢視方式
- 對多年間、不同頂會的熱詞呈現熱度走勢對比
- 可進行論文檢索，相當于實作了搜尋引擎的功能
- 可進行資料統計，更加了解該論文在每個國家的不同評論與不同國家/學校對于該方向的研究程度
-
A（Approach，做法）
我們使用Web服務來解決這個需求
- 使用者登入進伺服器可以檢視到自己的論文清單
- 論文清單中可以實作篩選、批量删除、導入等功能
- 通過論文标題，進入論文詳細界面，可以直接通路原文連結、加入收藏夾、閱讀全文、檢視熱詞圖譜、對論文讨論等操作。同時讨論區同步在Github上，可以直接@作者，參與讨論。
- 根據資料統計結果，可以得到每個國家的論文數量、每個學校的論文數量。可以根據學校的論文數量、方向大緻确定出學校的強勢方向
- B（Benefit，好處）
- 爬取了原文連結，能夠節省搜尋原文、Github位址的時間
- 使用者可以通過生成的頂會熱詞，輕松掌握熱門研究方向
- 形成熱詞圖譜與摘要，篩選出關鍵字，便于把握文章主題内容
- 提供了增删改操作與批量導入/删除操作，友善使用者管理論文清單
- 增加了收藏夾功能，友善使用者儲存感興趣的論文
- 增加了評論區功能，增強交流氛圍。由于讨論區可以和Github同步，如果使用者對論文有不懂的地方，使用者可以在Paper++中直接@作者進行提問，也可以檢視到别人的讨論情況。
-
C（Compete，競争）
優勢
- 界面簡約，使用者操作友善，搜尋節省時間
- 提供與Github同步的讨論區，讓大家有一個交流的平台
- 提供了收藏夾功能，使用者感興趣的文章可以收藏起來有空的時候再看
- 界面不夠美觀
- 布局可能不夠合理（缺乏美工經驗所緻）
- D（Delivery，推廣）
- 初期可以先向數計學院部分實驗室做出推廣，根據使用者的回報來改進我們的産品
- 産品差不多成熟後，直接将軟體推廣在Github上，可能能招來一大波從事科研事業的前輩。
- 産品成熟後，可以給各大高校研究所學生部、曠視微軟亞研等科研院所發送推廣連結，強行推廣一波
3. 原型設計
首先我們的産品叫做Paper++(Face++既視感)
使用了Axure RP 8.0，參考了koucloud網站的簡約風格
在設計之前使用Xmind建構了大體架構
使用者登入
使用者注冊
主子產品：論文清單
- 在論文清單中點選标題即可進入論文詳細頁面
- 可以根據頂會、論文類型、釋出時間對論文清單進行篩選
- 支援批量删除，隻需選中相關項即可
- 支援從論文清單批量導入
- 已收藏的論文邊上将顯示"星"号
論文清單→論文詳請
論文詳請頁面包含三個卡片，論文摘要、論文熱詞、讨論天地。同時在右上角有常用功能，收藏、Github位址、閱讀原文、原文位址按鈕
- 您可以在【論文摘要】卡片下檢視到論文摘要
- 您可以在【論文熱詞】卡片下檢視到本文章的熱詞
- 您可以在【讨論天地】卡片下參與論文讨論。由于讨論區可以和Github同步，如果使用者對論文有不懂得地方，使用者可以在Paper++中直接@作者進行提問，也可以檢視到别人的讨論情況。
- 點選右上角的【Read】按鈕即可閱讀原文
- 點選右側的【全屏閱讀】按鈕，即可進入全屏閱讀模式
熱點分析
這裡可以對三個頂會的熱點進行分析，以CVPR熱點為例，在右側雷達圖可以直覺看到CVPR的熱點詞彙為"圖像分割"、"GAN"
資料分析→錄用分析（國家）
根據頂會、年份分析各個國家的論文引用情況，可以從右側的雷達圖中直覺的發現美國的論文數量遙遙領先
錄用分析（學校）
- 【論文錄用情況】可以檢視某學校的論文錄用情況，如北京大學共有305篇論文被三家頂會錄用
- 【研究熱點分析】以被錄用論文的分類、數量，可以得到研究熱點。我們可以點開研究熱點檢視該學校的研究熱點。在圖中可以直覺發現北大的研究熱點為語義分析、目标檢測、圖像分割三個方向
論文收藏
在這裡，您可以看到您收藏過的論文
4. 結對過程
剛釋出結對的時候沒怎麼關注，想着還早，就一直在做自己的事情。後來發現身邊的人都結對了，就感覺大事不妙。在最後幾天突然發現同班裡還有同學沒組隊，就理所當然的結對在一起了。
附上兩人結對讨論産品架構的照片，非擺拍哦，我們在下課後進行了認真的讨論。
遇到的困難及解決方案
- 遇到的問題：
- 剛開始未能了解使用者的需求，有困惑
- 還有對于Axure RP軟體的不熟悉
- 對于界面設計的無力感，感覺自身的審美水準的限制，想要弄出一個漂亮的界面，但是最終還是選擇了簡約風
- 解決方案：
- 對于使用者需求的疑問，經過向助教的咨詢和兩人的讨論，最終确定了每個需求所需要的功能和我們要增加的功能，解決了問題1
- 參照B站的視訊，照着kopcloud官網畫完了我們的原型，解決了問題2
- 界面設計，我們盡力了o(╥﹏╥)o
個人學習進度條
| 第N周 | 新增代碼（行） | 累計代碼（行） | 本周學習耗時(小時) | 累計學習耗時（小時） | 重要成長 |
|---|---|---|---|---|---|
| 1 | 200 | php學習 | |||
| 2 | 25 | 學習Axure RP的基本操作 |