| 這個作業屬于哪個課程 | 2021春軟體工程實踐S班 |
|---|---|
| 這個作業要求在哪裡 | 結對作業一 |
| 結對學号 | 031801124 \ 221801126 |
| 這個作業的目标 | 1、閱讀《建構之法》 2、結對、學習、使用原型設計 |
| 其他參考文獻 | 1.B站學習視訊 2.學術網站 3.使用Axure管理團隊項目圖文教程 |
目錄
- 一、閱讀《建構之法》
- 閱讀《建構之法》第3章和第8章的内容，并在下方作業裡展現出閱讀後的成果。特别是第8章中的NABCD模型。
- 二、原型設計：頂會熱詞統計
- 1、PSP表格
- 效能分析
- 2、NABCD在項目中的使用
- 問題與需求：
- 3、 原型設計
- 原型設計網頁：https://frydby.axshare.com/#id=cas58z&p=登入
- 總體思路：
- 1. 登入界面
- 2. 首頁
- 3. 論文清單
- 4. 論文詳情
- 5.論文分析
- 4、結對過程
- 5、評價總結
- 遇到的困難及解決方法
- 困難一
- 困難二
- 遇到的困難及解決方法
- 《建構之法》中舉了一個例子移山公司的工程師隻有20%的時間來寫新功能的代碼，其他時間都消耗在了提高職業技能、學習新的技術等，“磨刀不誤砍柴工”，隻有不斷使自己的“刀”更加鋒利，就是“工欲善其事必先利其器”的道理。
- 書中講到：需要通過可量化的名額來衡量軟體工程師的工作能力，書中用衡量職業運動員NBA球星的案例來說明一樣。衡量标準可以通過如項目花費時間、項目大小，項目是否按時、項目傳遞品質等，可通過LOC、功能點等來具體衡量。
- 軟體項目開發的過程中可以使用分而治之的思想，把一個大的任務分成若幹個小的組成部分。一方面可以幫助我們理清軟體項目設計的細節與過程，另一方面可以将每個小的任務配置設定給個人，友善PM掌握大家的任務進展，提高工作效率。
-
有關NABCD的了解
N，需求：就是了解使用者需要什麼，通過調研的方式來掌握使用者真正需求的是什麼。
A，做法：做法包括項目落地的過程中的技術和其他因素，如法律、人脈、平台、客戶群體、目标人群等。
B，好處：做的項目産品能否滿足客戶的需求？是否為客戶帶來什麼好處？滿足目标人群嗎？
C，競争：與同類産品的對比，通過對優劣勢進行分析，一來可以完善自己的産品，提高的競争力，二來可以根據自己的優劣勢情況來選擇針對的客戶群體，提高準确性。
D，推廣：如何推廣？如何傳遞的問題功能？如何提高使用者的滿意度？
| PSP2.1 | Personal Software Process Stages | 預估耗時（分鐘） | 實際耗時（分鐘） |
|---|---|---|---|
| Planning | 計劃 | 10 | 15 |
| · Estimate | · 估計這個任務需要多少時間 | ||
| Development | 開發 | ||
| · Analysis | · 需求分析 (包括學習新技術) | 300 | 180 |
| · Design Spec | · 生成設計文檔 | 30 | 60 |
| · Design Review | · 設計複審 | ||
| · Coding Standard | · 文本規範 (為目前的開發制定合适的規範) | ||
| · Design | · 具體設計 | 120 | |
| ·Talking | ·結對讨論 | ||
| ·Development Model | ·開發原型 | 500 | 580 |
| · Test | · 測試（自我測試、送出修改） | 20 | |
| Reporting | 報告 | 90 | |
| · Test Repor | · 測試報告 | 100 | 70 |
| · Size Measurement | · 計算工作量 | ||
| · Postmortem & Process Improvement Plan | · 事後總結, 并提出過程改進計劃 | ||
| 合計 | 660 | 745 |
我們在計劃和估計任務需要時間上做的還不錯，但是在學習新技術的時候較為草率，主要表現（我）是無用的視訊學習時間，一開始單單看視訊而沒有上手實操，導緻後面真正進入項目階段又要回去翻看視訊相關的功能，導緻效率的下降。我們在設計文檔、設計複審、文本規範 上都中規中矩，在開發原型和具體設計上還是存在不足，具體表現為沒有嚴格按照設計文檔流程走，還是存在拖沓和細節厘清出現問題等狀況，對項目開發的具體所用時間産生了影響。最後測試、測試報告、計算工作量、事後總結, 并提出過程改進計劃等方面我們完成的也不錯。總體而言是一次效率較高的合作。
N（Need，需求）
小剛是一個電影迷，他最近看了一個電影：裡面的機器人很快的分類出他視野裡的各個物體。這讓他感到很酷炫，并且激發了他對計算機視覺領域的興趣。于是他決定通過閱讀論文來了解這個領域的研究現狀，但令人苦惱的是，他不知道近幾年計算機視覺領域的熱門研究方向，根據論文清單去一篇一篇查找總結效率又着實太低，于是想求助“軟體工程實踐”的同學們，希望我們能幫助他設計一個平台解決現階段的需求。希望此平台至少具備以下功能：
- 擷取待爬取論文清單及論文資訊爬取；支援使用者輸入單個論文題目，也支援批量導入論文清單；
- 通過論文清單，爬取論文的摘要、關鍵詞、原文連結；
- 對已爬取的論文清單進行操作；可對論文清單進行增删改操作；
- 可對論文清單進行查詢（輸入論文題目，也支援模糊查詢：輸入論文編号、關鍵詞等基本資訊），若在論文清單中不存在所要檢索的論文，則根據輸入的查詢語句到網站爬取并傳回論文的摘要、關鍵詞、原文連結；
- 分析已爬取到的論文資訊，提取top10個熱門領域或熱門研究方向；形成如關鍵詞圖譜之類直覺的檢視方式，點選某個關鍵詞可展現相關的論文；
- 可對多年間、不同頂會的熱詞呈現熱度走勢對比，以動圖的形式呈現（這裡将範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV内）；
使用者需要閱讀計算機視覺領域的論文，希望了解這個領域的熱門研究方向,但又苦惱于效率太過低下的一篇篇去找，是以希望有一個平台能夠對論文進行整合、分析，友善自己檢視的平台解決現階段的需求。平台可以給定論文清單，并對其進行增删改操作；平台可以通過論文清單，爬取論文的題目、摘要、原文連結等資訊；平台可以對論文屬性進行篩選、分析，形成熱詞圖譜等直覺檢視方式；平台可以對比多年間不同頂會的熱詞與熱度走勢對比；平台可以對論文清單分析，并進行資料統計，資料分析。
A（Approach，做法）
我們制作了一個網站來解決這類問題（按子產品分類更好）
- l 可以使用者自定義論文清單。
- l 可以對自定義清單和所有抓取的會議論文進行分析，提取熱門領域和熱門研究方向
- l 可以友善地檢視每個論文的摘要，關鍵詞
- l 可以在每個論文下使用者留言評論
- l 首頁子產品：搜尋和展示熱詞
- l 倉庫子產品：友善地導入，自定義自己的論文清單，生成分析報告，相關推薦。
- l 論文詳情子產品：簡潔明了地顯示論文的摘要，關鍵詞。一鍵閱讀全文。
- l 熱詞分析子產品：展示會議熱詞，了解熱門方向
B（Benefit，好處）
- 可以用自己的論文清單生成分析報告。一鍵完成
- 可以增删改論文和批量導入論文，友善操作論文清單
- 首頁的熱詞清單友善快速添加論文
- 中文界面，比谷歌學術和微軟學術更貼近中國使用者。
- 界面簡潔明了，沒有彈窗、廣告等其他幹擾項，專心暢遊學術海洋
- 輕量級應用，對電腦組態要求低
- 免費開源，無需費用，可以吸取他人的意見和想法
C（Compete，競争）
優勢：
中文界面，比谷歌學術和微軟學術更貼近中國使用者。
界面簡潔明了，沒有彈窗、廣告等其他幹擾項，專心暢遊學術海洋
輕量級應用，對電腦組態要求低
免費開源，無需費用，可以吸取他人的意見和想法
快速添加論文，快速了解熱點
劣勢：
界面較為簡陋
相比于大廠軟體功能不夠完善
僅僅處在原型階段，沒有産品demo進行測試
D（Delivery，推廣）
- 利用人際交往在學校實驗室中推廣第一批使用者。
- 在程式員為主的gihub上推廣，聽取大家的意見。
- 可在CSDN、部落格園、微信軟體交流群内推廣，吸取意見
- 可在學術搜尋論壇，如小木蟲等私信測評者，精準擷取資訊
- 成熟後可包裝為創業項目，走上更大的舞台
原型設計網頁：https://frydby.axshare.com/#id=cas58z&p=%E7%99%BB%E5%BD%95
我們的産品叫做“論文小靈通”，使用Axure RP 9.0進行設計和開發，首頁搜尋參考了谷歌學術、微軟學術、百度學術等網站，個人資料部分參考了之前的圖書館資料庫管理系統進行設計。大緻架構如下：
使用者的登入和注冊。使用者擁有自己的論文清單。
搜尋：簡單搜尋（實作了模糊搜尋），進階搜尋、搜尋後的結果、熱門論文推薦
可以批量導入論文，收藏論文和删除論文，維護使用者自己的論文清單。
可以檢視論文的标題和作者，看pdf格式的論文，進行收藏和評論
檢視2018到2020年，CVPR、ICCV和ECCV的熱點分析
因為我們兩個是舍友，對彼此都比較了解，是以很自然的就結對了，過程也很順利。下面是結對過程和聊天讨論記錄：
隊友宇哥031801124：
結對感受：這次的結隊作業讓我在做中學，學到了關于原型設計的基礎做法。在找資料的過程中發現原型設計也不僅僅是前端外觀的設計，其中各種功能的實作，讓使用者使用起來如同真正使用産品。這些問題的解決也是有很大學問的。以前覺得做後端對于做前端有鄙視鍊是很有道理的。現在覺得都是有技術難度，不是一蹴而就的。剛開始第一次結對程式設計的時候覺得跟舍友一起的話跟自己一個人程式設計去完成也差不多，不過是任務對半分罷了。但是到真正開始一起做的時候，尤其是快到deadline的時候就感覺到了不同。首先就是效率其實是比單獨做來得低的。有時候自己做完還要等待對方做完才能繼續。以後要是需要合作就要想辦法提高效率。然後結隊的責任感讓我在假期中更有幹勁來擺脫其他的幹擾來完成任務。
隊友評價：當了這麼久的舍友，隊友一直讓我覺得是很靠譜的，技術強，合作過程順利。與他合作就讓我充滿了信心。他這次也很給力地完成了任務。我們兩個人對于前端和原型設計這方面都是新手，他對新技術上手快，很快就能做出成果。資料分析如何插入到原型設計這一難題他很快就解決了。
我221801126：
結對感受：這次作業與之前作業有很大的不同，需要兩個人一起完成。我又學習了《建構之法》的相關内容，進行需求分析，學習到了需求分析的NABCD模型，什麼是有效的進行需求分析，怎麼保證使用者的需要是我們準确的了解，軟體項目的功能是使用者所需的，怎麼能夠在同類的市場上産生競争實力。我了解了産品的核心價值，如何對産品功能的劃分讓團隊更準确、理性，知道了什麼是原型，學習了原型在産品開發中的作用，将産品的需求和功能具體化，幫助我們和顧客溝通。我還學習了Axure管理團隊項目圖文教程 團隊協作操作步驟。但在一開始接觸學習模型制作時自己覺得很難，有時外出摸魚，害混了兩次役滿...結果我還沒怎麼學隊友就已經領先了我很多。這次作業自己拖了宇哥的後腿，很不好意思。還有下次的作業也需要團隊合作一起完成，我要繼續努力，加油加油加油！
隊友評價：宇哥很靠譜，交流起來也很順利，一開始他告訴我原型是什麼，提供漢化軟體包和其他的axure的産品安裝包等等資源，然後我們在中文的門戶網站上面學習，還有B站的相關Axure學習視訊，再後來宇哥告訴我怎麼使用Axure管理團隊項目以及團隊協作操作步驟等等。我有時外出摸魚，完成的比較晚，謝謝隊友沒有責怪我，但是下次還是可以多催催我哈哈哈哈哈哈。
- 困難
面對不熟悉的領域和軟體使用方式不知所措，對作業要求不清楚不知道要做些什麼，一頭霧水迷迷糊糊找不到方向。
- 解決
我們詢問了往屆的學長學姐，聽往屆學長學姐的說之前的作業的大概模式和樣子，閱讀了往屆學長學姐的部落格，減輕了心中的焦慮，明确了需求和方向。這告訴我們：我們要多查詢相關資料，站在巨人的肩膀上看問題。
- 困難描述
axureRP等軟體的學習和使用不熟練，對新鮮的axureRP抱有厭煩急躁之心，axureRP雲團隊同步共享項目時常卡頓，對項目産生不利影響。
在學習網站上觀看原型工具AXure的相關視訊教程，實操項目；在QQ看到了有同樣雲經曆的同學的處理方法，換用了谷歌浏覽器，提升了浏覽品質。這告訴我們：要多動手，有目的性地多去實踐學習内容，實踐方出真知，這樣才能取得到更好的學習效果。