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