原型設計
| 這個作業屬於哪個課程 | 2021春軟件工程實踐S班 |
|---|---|
| 這個作業要求在哪里 | 作業要求 |
| 結對學號 | 221801314 221801321 |
| 這個作業的目標 | 學習NABCD模型、分析客戶需求、學習原型設計、設計原型 |
| 其他參考文獻 | Axure中文站、CSDN、簡書... |
PSP表格
| PSP2.1 | Personal Software Process Stages | 預估耗時（分鍾） | 實際耗時（分鍾） |
|---|---|---|---|
| Planning | 計划 | 20 | 15 |
| • Estimate | • 估計這個任務需要多少時間 | 800 | 900 |
| Development | 開發 | 1120 | 1440 |
| • Analysis | • 需求分析 | 100 | 60 |
| • Learning Axure | • 學習原型工具 | 60 | 60 |
| • Pair Discuss | • 結對討論 | 120 | 240 |
| • Design Prototype | • 原型設計 | 600 | 840 |
| • Test | • 測試原型 | 180 | 200 |
| • Final Review | • 最終復審 | 60 | 40 |
| Reporting | 報告 | 60 | 60 |
| • Test Repor | • 測試報告 | 40 | 45 |
| • Size Measurement | • 計算工作量 | 10 | 5 |
| • Postmortem & Process Improvement Plan | • 事后總結, 並提出過程改進計划 | 10 | 15 |
| 合計 | 1200 | 1520 |
效能分析
- 由於此前都沒接觸過原型設計，所以在學習Axure使用上花費了一些時間，但熟悉之后發現Axure是一個非常方便的原型設計軟件，也提升了我們的效率。
- 結對過程中的討論交流也是非常重要的一環，因此充分地溝通也花費了一部分時間，但這樣能確保雙方保持一個相同的步調來完成這一次的結對編程。
- 在設計原型的過程中，許多細節效果上的調試花費的時間是占相當大的一個比重，但我們認為這些細節對於一個頁面的用戶體驗是非常重要而關鍵的，所以在一些細節方面的要求較高。而又因為axure部分情況預覽狀態和真實的效果存在一定的偏差，加之訪問axure的服務器速度較慢，也耗費了一些時間。
原型地址
網頁原型 -- 易搜EzSearch （訪問有可能較慢，還請耐心等待）
原型介紹
-
登錄/注冊界面
左右分割布局，右側為主要登錄/注冊功能區，左側插畫提升頁面質感。
-
登錄
登錄按鈕附帶模擬驗證密碼（在密碼框輸入 123 即可順利登陸，同時密碼不能為空），還設計了忘記密碼和立即注冊的兩個按鈕，方便用戶不同情況下的操作。點擊立即注冊按鈕即會跳轉至注冊界面
-
注冊
按下注冊按鈕即有動畫切換到注冊界面，過程流暢不影響體驗，
注冊時兩次密碼不能為空且需要兩次輸入一致才能通過。注冊成功后返回到登錄界面，使用剛剛注冊的賬號密碼進行登錄。
-
-
主頁（搜索頁）
本頁主要提供用戶搜索，也可讓用戶從文件導入論文列表以及打開論文列表對列表進行操作。
-
頁頭部分為產品的名字——易搜，左右分別是側邊欄按鈕和賬號頭像，點擊右側頭像即會打開個人主頁。
-
頁頭之下的是一個輪播圖加上熱門搜索和最新論文。
輪播圖每4秒會切換下一張圖片，每張圖片都可以點擊超鏈接到各自會議的官網，右邊的熱搜和最新論文可以方便用戶獲取信息。
-
搜索框每次搜索之后都會將搜索內容導入論文列表，同樣用文件導入也會導入論文列表，以供后續操作。
-
最下面則是展示當前搜索到的已收錄論文，會展示論文的封面、標題、作者以及論文摘要，方便讀者快速了解論文詳情。
邊上按鈕可供用戶打開原鏈接，編輯論文信息，收藏該論文。
- 搜索框還支持模糊搜索的操作
- 導入論文列表的提示
-
從文件導入論文列表
可采用拖入上傳文件的方式，左下則會展示當前上傳的文件狀態。
-
論文列表
列表中，文章標題前的多選框允許用戶勾選多個進行操作，也可以單獨地刪除某些論文項，同樣在列表中也支持對論文的模糊搜索。
-
側邊欄
側邊欄提供了三個按鈕，方便用戶在這些頁面之間進行快速切換。
-
-
熱詞分析
本界面展示了熱門領域top10個關鍵詞圖譜及近年來熱門研究領域的熱度走勢圖。
-
關鍵詞圖譜
該圖譜展示了熱門領域top10，同時其熱度越高，對應的字體大小會越大。點擊對應的關鍵詞，就可以看到與其關鍵詞相關的論文。
-
熱門研究領域熱度走勢圖
該走勢圖展示了從2014——2020年熱門研究領域每年發表論文的數量，作出了熱門研究領域的熱度的走勢。該圖表是基於Echarts實現的，圖表一開始是動態生成的，是由一張
餅狀占比圖和一張折線圖組成，在折線圖上移動到不同的年份，餅狀圖數據也會隨之改變，同時還可以選擇只查看或者不查看某一熱門研究領域的數據。
-
-
個人主頁
在主頁上首先會展示用戶個人的頭像、昵稱以及個性簽名，也可供用戶之后修改自己的信息。
這個頁面主要提供有關於用戶的各種功能，可以查看最近的論文瀏覽歷史記錄，也可以進入我的收藏尋找此前收藏過的論文，或是此前離線緩存下的論文。
主頁上也有向開發者反饋的入口，以及退出登錄的選項。
-
瀏覽歷史
在左上有方便用戶返回上一級的返回按鈕。
可以在該界面查看歷史記錄，曾經訪問的論文，可以查看今天、昨天、更早這三個時間段的瀏覽歷史。
-
我的收藏
在左上有方便用戶返回上一級的返回按鈕。
在我的收藏中展示有用戶此前收藏的論文，同樣可以看到關於這篇論文的一些信息：封面、標題、作者、論文概要，並可以訪問論文的原鏈接或是取消對該論文的收藏。
-
離線緩存
在左上有方便用戶返回上一級的返回按鈕。
緩存中，用戶可以查看到該論文的大小，以及訪問原鏈接，刪除緩存記錄等操作。
-
幫助與反饋
在該界面可以留下用戶的姓名，郵箱，以及用戶的留言，點擊發送后會將相關信息發送給開發者。或者可以直接選擇查看底下的開發者團隊的郵箱，進行直接聯系。
困難解決
-
剛開始看到要對論文列表進行修改操作，就疑惑爬出來的數據是否還有修改的必要？
之后在群中看到助教針對這個問題的解答，了解到了爬蟲在爬取數據的時候可能會出錯，所以在修改的時候所有論文可能出錯的數據都可以修改。就正常地弄了修改信息的功能。
-
如何在axure中引入Echarts
解決方法是，增加事件——在頁面載入時，通過javascript偽協議直接執行ECharts、Highchart的代碼，動態引入Echarts圖表。 -
如何同步彼此的開發進度
使用axure團隊開發工具，將自己開發的成果同步到雲端，簽出和簽入自己需要編寫的頁面。使用GitHub，共同維護一份markdown文件。
-
如何找到合適的圖標
在Iconfont-阿里巴巴矢量圖標庫，上面有海量合適的圖標。
NABCD模型
-
N（Need 需求）
-
基礎需求
-
支持用戶單個搜索，也支持批量導入論文列表
還能對后續的論文列表進行增刪改操作，論文列表支持模糊搜索
之后通過對論文列表，爬取論文的摘要、關鍵字、原文鏈接。
-
分析數據，提取Top10熱門領域
對近幾年的熱詞走勢用動態圖表進行呈現
點擊熱詞能訪問到相關的論文。
-
-
附加需求
- 實現網站的用戶登錄/注冊功能
- 用戶能對論文進行收藏，下載。以及保留瀏覽論文歷史記錄
- 用戶在遇到問題聯系開發者的路徑。
-
-
A（Approach 方法）
-
使用web平台進行開發，能使絕大多數的用戶都能過訪問到我們的搜索平台。
-
通過使用爬蟲技術，能夠非常便利、准確地獲得大量的論文，論文資源非常豐富。
-
我們身處大學城區域，周圍的大學生們都有搜索論文的需求，同樣在校園內的一些公眾號和同學們的人脈網都是推廣我們應用的良好渠道。
-
-
B（Benefit 好處）
-
集成搜索多個來源的論文，極大便利了用戶的使用體驗，免去了需要在不同網頁之間切換搜索的繁瑣操作，集成搜索能極大提高用戶搜索論文的效率。
-
提供了當前學術熱搜榜以及最新論文展示，方便用戶了解到學術界最新資訊。
-
設計了用戶登錄驗證，增加用戶使用的安全性。
-
用戶界面提供一系列深層功能：歷史記錄、我的收藏、離線緩存以及反饋入口。
能使得用戶在使用本產品時，可以合理運用這些功能，讓用戶在查找論文時更加便捷，提升查找效率。
-
-
C（Competitors 競爭）
- 界面美觀簡潔，功能快捷實用。同時沒有廣告彈窗的騷擾，非常純凈~
- 免費。基於大學生們解決論文搜索繁瑣的痛點而推出該產品，使用過程完全免費。
- 個性化功能。提供了用戶賬號相關的一系列功能（瀏覽歷史、收藏、緩存），不只是一款簡易的論文搜索工具，也提升了用戶的使用體驗。
- 留有反饋入口。方便收集用戶的使用反饋，幫助我們第一時間發現產品的問題以及第一時間去修復問題，不斷完善產品質量。
-
D（Delivery 推廣）
- 可以在許多的互聯網新媒體（微博、知乎、朋友圈...）上投放廣告，擴大產品的影響范圍。
- 在大學城范圍的一些校級媒體（學校公眾號、學生社團...）中投放廣告，在產品目標人群中擴大影響力，吸引更多的潛在用戶。
- 通過同學之間的人脈口口相傳，互相推薦推廣產品，產品的使用體驗足夠好，就能讓用戶主動去幫助我們的推廣過程。
原型開發工具
- Axure RP9
結對過程
-
語音溝通
-
Axure團隊協作
-
Github同步md
結對感受
煒：
這次結對編程設計原型，讓我感覺不像之前單槍匹馬做作業時的那樣迷茫，個人作業的時候我會在一些地方卡住思考很久，但有隊友之后，就可以和隊友交流這些問題，解決問題起來就會更加快速。結對編程也讓我對於ddl也會變得更加敏感，想要能夠盡早完成作業，不拖團隊的后腿。團隊協作的重要性在這次的實踐中更加突顯，我感覺這次作業中的交流還不過高效，希望能在下次結對中改進這一方面。
海翔：
這個第一次結對作業，讓我收獲很多。同隊友在結對過程中磨合、共同進步，感受到了結對開發的好處。不再是一個人孤軍奮戰，彼此分工明確，共同協作，發揮出了1+1>2的效果。在開發過程中，可以及時和隊友交流，尋求隊友的幫助，分享彼此的想法，使得開發變得更有效率。
隊友評價
煒 to 海翔：
海翔做事非常認真，他那部分的任務都能很好地完成，我可能在過程中比較喜歡分配任務而且比較啰嗦，但是海翔都非常包容，都把分配的任務都做好了。非常棒的隊友，也讓我更加期待下一次的合作，希望在下一次合作中，還能接着互幫互助，一起變得優秀。
海翔 to 煒：
煒是一個認真、負責、專業能力極強的隊友，在這次的原型開發過程中，在煒的幫助和激勵下，我學到了很多技術和知識，進步很多。在我開發中遇到困難時，煒會及時地同我交流，提出他的想法，共同解決遇到的難題。彼此的明確分工，極大地提高了開發效率，讓我更加期待下一次的結對作業。