結對作業一

這個作業屬於哪個課程	2021春軟工實踐|W班 (福州大學)
這個作業的要求在哪里	結對作業一
結對學號	221801326、221801124
這個作業的目標	閱讀《構建之法》第3章和第8章的內容，設計一套方案，向客戶推銷。描述大致方案，以向客戶證明你正確理解了客戶的需求、提供給客戶可行的優化的使用建議，給出原型模型，並提供大概的解決方案預期規划。
其他參考文獻	無

PSP表格和效能分析

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	10	8
•需求理解	• 估計這個任務需要多少時間	10	8
Development	開發	465	718
• Demand understanding	• 需求理解	15	8
•Learning prototype design tools	• 學習原型設計工具	60	140
• Pair discussion	• 結對討論	90	150
•Interface prototype design	•界面原型設計	300	420
Reporting	報告	15	20
• Size Measurement	• 計算工作量	5	5
• Postmortem & Process Improvement Plan	• 事后總結, 並提出過程改進計划	10	15
	合計	490	746

效能分析：

在預估耗時與實際耗時的對比中，我發現，這次跟預估有較大出入的是：

• 學習原型設計工具（誤差80分鍾）
• 結對討論（誤差60分鍾）
• 界面原型設計（誤差180分鍾）

經過反思，總結出了以下幾點：

• 學習一個陌生的工具，從入門到熟練使用還是要花費一定的時間的，我本以為一個小時就能學會使用，雖然學會用了還不到一個小時，但是在后續進行原型設計的時候還是有很多不知道的用法去網上查找。
• 結對討論的時間雖然誤差了60分鍾，但我覺得這個時間用得是有價值的，這能使我們的想法接近一致，開發效率更高。而且通過兩個人的討論能發現很多一個人注意不到的地方。
• 在界面原型設計上用了七個小時，主要是因為使用工具不熟練和構思不到位，導致后續很多增增改改，應該在原型設計之前將所有界面的細節畫出來，並進行團隊的復審。

改進思路：

• 在自己閑暇的時候多學習一些常用工具的使用，不要等到要用的時候再臨時去學，可能會多花費很多時間。
• 團隊討論的預估時間要估得長一些。
• 在進行原型設計之前將所有界面包括細節大致畫出來，並進行團隊的復審。

原型地址

原型地址

用Axure Share直接訪問原型地址會很卡，需要加載很久而且需要刷新

服務器上的原型

把原型生成的的html放在了服務器上，訪問速度快

原型介紹

• 這次的項目原型的設計參考了之前學Spring Boot的時候跟着教程寫的員工管理系統

• 我們為用戶設計了兩種登錄方式，一種是賬號密碼登錄，另一種是手機號登錄。登陸驗證通過才可進入論文爬取網。

  

  

• 同時我們也設計了注冊界面，用戶可以在注冊界面通過手機號注冊，用戶的賬戶由系統分配，在個人主頁可以查詢

  

• 登錄驗證通過后進入論文爬取網，在側邊欄有以下功能可供用戶選擇：

  • 1.論文列表（查看論文列表，並對論文列表進行操作）。

    • 在論文列表中，我們可以使用單選框選擇通過論文的篇名，編號或關鍵詞對已經爬取下來的論文進行查詢，如果在論文列表中查詢不到，會跳轉到檢索論文界面

      

    • 論文列表的展示，用戶可以使用右下角的兩個按鈕對論文進行編輯或者刪除，關於論文的添加，我設置了一個新增按鈕，點擊會跳轉到檢索論文界面

      

    • 改進：增加了用戶的收藏功能

      

    • 論文編輯頁面，可以在這個頁面編輯論文的標題，關鍵詞和摘要，點擊保存即可更新論文的信息

      

  • 2.檢索論文（在這個界面通過用戶輸入的論文題目爬取對應的論文信息，並將爬取下來的論文信息添加到論文列表里）

    

    • 下方我添加了兩個區域，一個區域是對最近引用人數較高的論文進行推薦，另一個是將最近關注量排名前十的論文的關鍵詞和關注量展示出來，點擊關鍵詞可以跳轉到相應關鍵詞下對應的文章

    • 用戶不僅可以選擇輸入單個論文題目，還可以選擇使用文件批量導入，搜索左邊的+號旁邊的按鈕是按照文件導入，支持的格式有表格（.xls .xlsx） 和文檔（.txt .doc .docx）

      

    • 改進：增加了常用詞、最近瀏覽、最近搜索

      

  • 3.關鍵詞圖譜（通過分析爬取的論文列表中的關鍵詞，根據出現頻率生成關鍵詞圖譜）

    • 用戶可以選擇查看三大頂會所有論文的關鍵詞圖譜，或者選擇在單一頂會發布的論文的關鍵詞圖譜進行查看

      

      

  • 4.熱度走勢（可以查看近五年來，在一年之中被查詢最多次的關鍵詞，結果將以動畫形式（每過0.9s展示下一年的熱度走勢，循環展示）展示）

    

    

    • 改進：熱度走勢的內容修改為Top10詞匯的近六年變化趨勢

      

  • 5.個人中心（用戶可以在個人中心中修改自己的個人信息）

    • 基本設置，可以修改自己的賬號，用戶名，頭像、個人簡介和選擇自己的學校和專業

      

    • 安全設置，可以修改自己的賬號密碼，密保手機和密保問題

      

困難解決

我們遇到了以下這些困難：

• 1.因為是第一次接觸Axure RP這個APP，使用起來非常陌生，不知道從哪里開始，並且發現自帶的原件庫內容簡單且少。
• 2.在解決一些細節問題上遇到了問題，比如說：側邊欄高亮，熱度走勢的動畫效果等
• 3.由於還沒返校，無法面對面溝通，交流自己的想法和意見比較困難。

我們采取了以下方法解決：

• 1.我們通過在Axure中文網的教程和Bilibili上的視頻結合，學習了如何使用Axure RP。同時我們學會了導入原件庫，在圖標的使用上我們發現了阿里巴巴矢量庫這個工具，可以找到大量美觀的圖標。
• 2.在解決側邊欄高亮的問題上我們借助了百度查找了相應資料才解決問題，熱度走勢的動畫我們使用一個動態面板來模擬動態效果。（設置一個動態面板，擁有多個狀態，在每一個狀態里放置相應的圖片，並設置該動態面板的事件：在載入的時候以900ms的速度循環切換動態面板的狀態，以達到動態圖的效果）
• 3.我們通過大量的聊天，語音和屏幕共享，一起研究原型的細節，這樣使得我們的原型設計過程十分迅速和流暢。

NABCD模型

• 1) N (Need 需求)

  • 我們解決了用戶快速獲得關鍵詞對應的論文列表，並且對論文列表進行分析，得到計算機視覺領域的熱門研究方向的需求。
  • 現在已有的論文查詢網站只能提供所有論文的信息，但並沒有將信息匯總起來，形象地向用戶展示。這個需求是剛性的，並且需求量很大。
  • 每個計算機專業的學子都要寫論文，而且隨着近幾年計算機專業的火爆，學計算機的學生越來越多。計算機視覺領域也一直是計算機研究方向中較火熱的，所以我認為這個需求不但量大，還會一直存在。

• 2) A (Approach 做法)

  • 我的團隊對於Web的編程較為熟悉，而且我們有廣大的人脈，可以在學生群體中快速推廣我們的產品。我們的產品目前是一個完全免費的產品，用戶對於不用花錢的東西總是格外的喜歡。
  • 地域上，我們團隊地處大學城，這里有着非常多的高校，這里簡直是這類產品在人群中快速傳播的天堂。我們可以采取口碑傳遞的方法，使得大量學生知道我們的產品並且使用它。
  • 在發行后我們也會對我們的產品不斷進行改進，使得我們的產品有口皆碑。最重要的是我的團隊是一個團結，刻苦的團隊，遇到困難經過我們的交流溝通、一起努力，都能一一化解。

• 3) B (Benefit 好處)

  • 對於用戶的好處：我們的網站具有現階段所有論文網站都不具備的熱門關鍵詞可視化，我們可以幫助用戶快速篩選出他們想要閱讀的論文，並且能夠查看三大頂會中哪些關鍵詞最人們以及近幾年熱搜關鍵詞的變化趨勢。

  • 對團隊的好處：這個產品的受眾面非常大，可以提高團隊的名氣，也可以通過一些廣告為團隊帶來收益。

• 4) C (Competitors 競爭)

  • 就目前看來，論文查詢網站是一個非常非常大的市場，每年都有無數的計算機畢業生和在做研究的研究生和博士生需要查閱論文，這是一個具有無限潛力的市場，如果做得出眾的話可以獲得巨大的收益。
  • 當然，對於這么大的市場來說，肯定存在着大量的競爭者，而且有一些論文查詢網站已經做到了行業龍頭的地步，比如說知網，他們掌握着大量的資源以及婦孺皆知的知名度。
  • 作為較晚才進入這個市場的產品，我覺得我們要是想贏，重點應該放在用戶體驗上（知網的ui真的太丑了），我們最大的優勢就是我們也是學生，我們懂得學生最想要什么：體驗，免費，資源。我們在資源上注定無法於大公司競爭，所以我們只能努力做到給用戶提供良好的使用體驗（比如做出受學生歡迎的ui，較多的功能）以及免費使用（實在撐不下去就接廣告把）。

• 5) D (Delivery 交付， Data 數據）

  • 我們的團隊所在的大學城簡直就是把產品交付給用戶的天堂，在學校向同學宣傳自己的產品，如果他們的用戶體驗好，自然會跟同學朋友們分享，這樣一傳十，十傳百，很快就會使我們的產品積累極高的知名度（當然，還是得免費+良好的用戶體驗）。
  • 關於收集數據，我們可以在網站中加一個評分功能和評價功能，收集用戶的使用感受和建議，並在這個的基礎上改進我們的軟件。

原型工具的使用

原型工具我們使用了Axure RP，因為聽做產品經理的朋友說，Axure RP比較正式而且功能強大。

結對過程，隊友評價

• 結對的過程：雖然不知道為什么但是就是很想跟她組隊，所以作業的通知一發出來就結好隊了。

• 設計過程中的記錄：

  • 一起進行原型的初步設計

    

  • 通過qq電話討論原型的布局

    

  • 通過屏幕共享一起研究原型的設計和細節的處理

    

• 第一次結對的感受：

  • 思萍：這次的結對作業是一次非常愉快的合作，我在做原型時，一些需求圖片都是由煒嘉同學幫忙提供解決，一些界面的設計也得到了很好的意見，在我一些功能的使用上面不太清楚的地方，也給我提供了不少的幫助。在這次結對的過程中，當我們遇到問題時互相幫助，也極大縮短了解決一些問題時耗費的時長，大大提高了工作的效率，1+1>2,一些我注意不到的地方，也因為有結對伙伴的幫助而完善的更好。
  • 煒嘉：這次的結對非常愉快，與她討論可以極大地減少長時間工作的枯燥感，也可以極大地提高效率，6日7日8日三天就完成了這次的結對作業。而且由於沒有枯燥感，可以把大量的時間和精力都投入到作業中去，使得效率尤其的高，這是一次非常愉快的體驗。

• 思萍同學對煒嘉同學的評價：

  煒嘉同學是位非常好的結對伙伴，對待任務非常的認真，許多的細節方面也都有注意到，在整個任務中起了主導作用，而且他也非常的溫柔，跟他溝通非常舒服，希望可以繼續接下來的結對合作。

• 煒嘉同學對思萍同學的評價：

  思萍同學是我見過最溫柔、最認真的女孩子，她對於工作非常的認真，寧願做到很晚都會把今天的工作做完，同時她也非常善於溝通交流，使我們能高效的完成這次作業，跟她合作非常愉快。