| 這個作業屬於哪個課程 | 2021春軟件工程實踐 | W班 (福州大學) |
|---|---|
| 這個作業要求在哪里 | 結對作業一 |
| 結對學號 | 221801312 & 221801337 |
| 這個作業的目標 | 原型設計 |
| 其他參考文獻 | Axure官網 |
PSP表格和效能分析
PSP表格
| Personal Software Process Stages | 預估耗時（分鍾） | 實際耗時（分鍾） |
|---|---|---|
| 計划 | ||
| • 估計這個任務需要多少時間 | 5 | 10 |
| 開發 | ||
| • 需求分析 | 60 | 90 |
| • 學習使用原型設計工具 | 60 | 60 |
| • 原型具體設計 | 600 | 720 |
| • 設計復審 | 30 | 45 |
| 報告 | ||
| • 設計報告 | 60 | 90 |
| • 計算工作量 | 20 | 20 |
| • 總結 | 20 | 20 |
| 合計 | 855 | 1055 |
效能分析
經過總結后，我們發現了實際耗時和預估耗時出入較大的有一下幾個部分：
- 需求分析階段
- 我們發現在需求分析階段是最容易產生分歧的，而解決分歧統一雙方的意見是很耗時的，這就導致了我們花費了更多時間在需求分析上。但我們認為這是十分值得花費的時間，因為有效的溝通解決分歧肯定比項目開始后再重新討論需求要省時省力得多。
- 原型設計階段
- 因為是第一次設計完整的項目原型，所以我們都還是在一邊學習一邊設計，在學習方面更多地看了一些其他平台的UI設計，所以我們花費了很多的時間在學習和設計上。
- 因為對Axure這個軟件的不熟悉，所以在設計過程中也出現了很多效率低下的操作，這導致了我們不斷地返工浪費了很多時間，但經過這一次地學習使用，對Axure應該有了更熟悉的掌握
- 設計報告階段
- 首先我們有一部分的時間是花在了截圖上，因為我們想讓博客更加生動形象，所以想用gif的形式展示我們的原型，但又因為使用的圖床有對圖片大小的限制，所以為了解決這個問題花費了很多時間，最終只能在gif的畫質上做出部分妥協，以及錄制了完整的使用視頻。
- 寫報告時，我們兩個人也有可能遇到部分分歧，所以還是有部分時間花在了解決分歧上。
原型地址
原型介紹
因為我們的目標用戶是需要查詢論文的所有大學生，其中不乏一些對電腦不是那么熟悉的人。所以我們主要目標是讓用戶容易上手，在沒有人協助的情況下可以很容易的使用我們的系統。
而要實現上述目標，我們參考了可以讓所有人輕易上手的網頁--搜索引擎。搜索引擎的主頁大多都是一個簡潔的搜索框，甚至可以讓沒有任何電腦基礎的人都可以明白要如何使用。
論文查詢和論文爬取頁面
- 論文查詢頁面支持用戶上傳文件搜索，支持用戶模糊搜索。
- 論文爬取頁面根據用戶輸入的內容直接進行爬取，所以需要提示用戶等待一定時間，爬取成功后會提示用戶是否直接跳轉到搜索頁。
論文列表頁面
- 論文的列表支持用戶點擊標題直接在線閱讀pdf，可以看到論文的部分摘要、作者、關鍵詞、年份等基本信息，以及可以看到論文的評分，收藏、下載論文。反饋按鈕可以讓用戶對錯誤的數據或格式進行反饋。
- 支持用戶通過高級篩選過濾論文，可根據相關性、最新、影響因子來排序，可根據論文時間性和影響因子來過濾搜索出的論文，過濾后會重新加載頁面。
Top10熱門領域和詞條分析頁面
登錄注冊頁面
個人中心頁面
- 個人中心支持用戶對自己的基本個人信息的編輯、賬戶安全的設置，以及查看自己收藏、下載和歷史瀏覽記錄。
頂欄和底欄設計
- 頂欄支持用戶跳轉到熱詞分析頁面，論文爬取頁面，以及個人中心。
- 底欄包括一些基本的版權信息和條款等。
完整使用視頻
因為使用的圖床有對GIF大小的限制，我們錄制了完整的使用視頻。
困難解決
- 對於要實現什么功能存在困惑
- 通過畫思維導圖統一了意見
- 發現了思維導圖可以很快速直觀地統一雙方地意見
- 由於對於爬取和查詢的整體流程存在困惑，阻礙了后面的設計
- 通過一起畫了部分的流程圖、交流了思路
-
對需求的一些困惑，我們認為需求所說的對爬取論文列表的修改和刪除是不合理的，因為即使爬取的數據或格式出現了錯誤，那應該是平台的錯誤，不應該由用戶來對論文列表進行修改和刪除。
- 所以我們在每個搜索項添加了一個反饋的按鈕，當論文出現錯誤時，由用戶反饋給平台，由平台處理錯誤。
-
因為我們這次是模仿搜索引擎式的原型設計，所以我們參考了Google、百度等一些在搜索引擎方面做的比較好的企業的UI，我們發現這些大廠設計的UI總是能夠恰到好處，能夠設計好每一個小細節，而我們僅僅只是模仿設計就應該遇到了很多困難，比如有的交互效果難以實現，UI設計沒辦法非常好看，因為我們不是專業的UI設計師，可能對顏色、圖片、icon不是特別敏感，一系列的問題讓我們意識到那些大廠的UI也是有很多巧妙之處的。
NABCD模型
Need|需求
-
獲取待爬取論文列表及論文信息爬取
- 通過論文列表，爬取論文的摘要、關鍵詞、原文鏈接
- 通過輸入框輸入單個爬取的關鍵信息
- 批量導入論文列表，通過表格
-
對已爬取的論文列表進行操作
- 可對論文列表進行查詢（輸入論文題目，也支持模糊查詢：輸入論文編號、關鍵詞等基本信息）
- 若在論文列表中不存在所要檢索的論文，則提示進行爬取（相當於增）
- 通過最新、相關性或者影響因子排序
- 通過時間、論文來源過濾（相當於刪）
- 緩存歷史記錄
- 批量導入論文列表，通過表格
- 通過表格上傳列表的查詢，可以通過列表項過濾
-
分析已爬取到的論文信息，提取top10個熱門領域或熱門研究方向
- 可對多年間、不同頂會的熱詞呈現熱度走勢對比，以動圖的形式呈現
- 通過圖表展示top10熱門領域
- 點擊領域顯示相關文章及其鏈接
-
用戶系統
- 收藏
- 保存瀏覽歷史
Approach|做法
技術
- 對於在數據庫里搜得到的論文，用戶可以直接搜索
- 搜索不到的論文，用戶可以使用爬取功能去爬取，但是有爬取次數限制，以降低服務器負載
- 定時爬取最新的論文，降低用戶搜不到論文的概率
用戶體驗
- 用戶可以在個人中心很方便地找到自己收藏、下載、曾經瀏覽的文章。
- 網頁簡介、操作簡單。
人脈
- 我們認識很多大學生
Benefit|好處
- 簡潔、突出重點，參考了Google等搜索引擎的頁面設計
- 有強大的過濾器，實現了對查詢結果的增刪改的功能
- 操作簡單，只要會使用搜索引擎的用戶都可以輕松使用我們的系統，所以用戶遷移成本極低
Competitors|競爭
- 實際上，如果是想要運營一個只有大學生運營的論文查詢平台是非常困難的。最重要的就是版權問題，而要大學生要支付昂貴的版權費是一個不現實的方法，而要因此收費，也會導致用戶數量下降。
- 所以還是要依靠學校或者其他平台，要有一個相對豐富的論文庫，才能吸引用戶。有了用戶，才能有更多的投資，來豐富論文庫和提升技術力。
- 競爭的對手有很多，如百度學術、知網、維普網等，他們的優勢就在於已經有一大部分用戶量，以及解決了論文版權問題。我認為我們的優勢就在於簡潔，沒有廣告，沒有VIP，沒有推薦等可能會降低用戶體驗感的因素，如果要在前期吸引用戶，可以采用全平台免費的形式暫時運營，因為對大學生來說，一個好用的平台是很容易互相推薦的，讓用戶成為我們產品的“自來水軍”，可以讓我們的用戶基數快速增長。
Delivery|推廣
- 通過熟人推薦方式傳播
- 通過推薦碼的方式來保證注冊用戶的高質量，可以間接降低運營成本
- 可以與學校合作
原型工具的使用
- 使用了Axure RP 9來進行了這次原型設計
結對過程
- 通過qq共享屏幕進行討論
- 通過聊天進行討論
隊友評價
- 221801312=>221801337
因為我與我的隊友有過幾次合作的經歷，所以在討論、協同等方面都很熟悉，我覺得他是一位自律的人，能夠按時完成團隊分配的任務，也能夠提出很多合理的需求以及自己獨特的見解，有很強的專業性。
第一次結對，我意識到了兩個人的團體的互補與多人團體的不同，結對不需要進行很復雜的工作分配，也更容易解決分歧。
- 221801337=>221801312
由於我審美能力不足，所以這次的原型設計的制作基本上都是由隊友進行制作的，我只原型設計部分我只做了一個登錄頁面和用echarts制作了圖表。我主要是在編寫文檔和討論原型設計的大體思路。
我覺得結對編程的好處就是可以互補，相互在自己擅長的部分發揮作用，來提升效率。