軟件工程第三次做業

00.前言:

01.PSP表格:


PSP2.1 Personal Software Process Stages 預估耗時(分鐘) 實際耗時(分鐘)
Planning 計劃 30 25
• Estimate • 估計這個任務須要多少時間 30 25
Development 開發 640 670
• Analysis • 需求分析 (包括學習新技術) 200 150
• Design Spec • 生成設計文檔 30 20
• Design Review • 設計複審 20 20
• Coding Standard • 代碼規範 (爲目前的開發制定合適的規範) 30 40
• Design • 具體設計 240 280
• Coding • 具體編碼 0 0
• Code Review • 代碼複審 0 0
• Test • 測試(自我測試,修改代碼,提交修改) 120 160
Reporting 報告 90 110
• Test Repor • 測試報告 40 60
• Size Measurement • 計算工做量 20 15
• Postmortem & Process Improvement Plan • 過後總結, 並提出過程改進計劃 30 35
合計 760 805

02.需求分析——NABCD模型

N—— Need 需求

  • 用戶提出需求:需求的對象是一名大三的學生,但願能在畢業前完成一篇站在時代前沿的優秀論文,可是不知道近幾年頂會(計算機視覺的三大頂會CVPR、ICCV、ECCV)的熱門領域和研究方向,根據論文list去一篇一篇查找總結效率又着實過低,因而但願可以有一個平臺來幫他解決問題。
  • 經過對用戶的需求分析,咱們認爲用戶的主要功能需求以下:
    • 經過給定的論文列表,爬取出論文的題目、摘要、關鍵詞、原文連接。
    • 能夠對論文列表進行增刪改的操做(今年、近兩年、近三年)。
    • 能夠對論文的屬性進行分析。
    • 可進行論文檢索。
    • 能夠經過論文分析Top10的熱門領域。
    • 能夠對論文中出現的關鍵詞和熱刺進行分析。
  • 在用戶所提出的需求以外,咱們有設計了以下幾個功能:
    • 提供在線閱讀編輯的功能,能夠邊閱讀邊作筆記。
    • 提供了收藏功能,用戶能夠對本身喜歡的文章進行收藏,方便以後的閱讀
    • 咱們會推送一些實時熱點提供給用戶閱讀

A—— Approach 作法

  • 平臺實現:首先咱們決定用web的方式來實現這個平臺。經過web來實現,用戶訪問只須要有一個能夠識別網址的瀏覽器,隨時隨地就能打開進來瀏覽。
  • 論文導入功能:用戶能夠根據本身的需求,從本地文件中批量上傳論文列表,可採用拖拽。
  • 論文管理功能:用戶能夠輸入論文編號、題目、關鍵字來快速檢索論文
  • 論文分析功能:經過圖片的形式,在圖片上展現論文中出現的熱詞
  • 論文查看功能:展現出論文的題目關鍵字和摘要,並提供論文的連接
  • 熱詞分析功能:對近幾年熱詞的形式進行分析,並以折線圖和熱詞圖譜的形式體現出來
  • 整體思路框架以下圖

B—— Bnefit 好處

  • (1)操做簡單:咱們產品的界面簡潔,操做簡單,容易上手,是一款徹底爲用戶提供論文檢索的平臺,不會有任何的廣告和其餘影響用戶觀看和使用體驗的東西。
  • (2)節省時間: 咱們的產品能夠減小用戶的查詢時間,只須要輸入關鍵詞或者和論文有關的東西,就能返回出用戶想要的相關論文。
  • (3)功能多樣化: 咱們設計了筆記的功能,筆記能夠增長閱讀時和文章的互動性,而且隨時記下本身的感想,並且若是其餘人願意分享,還能夠看其餘人的筆記,說不定能得到不同的收穫,增長了用戶與用戶之間的互動,使得閱讀再也不是本身一我的的事情。
  • (4)隨心收藏:當你遇到了喜歡或者對你有幫助的論文,或者是閱讀到一半時由於別的事情不得不終止,你只須要點擊收藏功能,下次回來時就能夠在我的收藏夾找到這篇論文接着閱讀。
  • (5)溫馨閱讀: 咱們的背景採用都是一些色彩柔和的圖片,配合文章使得用戶在閱讀的時候不會產生不適的感受,提升用戶的閱讀體驗。
  • (6)定時提醒:咱們會在後臺累計用戶的在線閱讀時間,若是用戶長時間閱讀,會提醒他注意休息,爲用戶的健康考慮

C—— Competitors 競爭

  • 咱們的優點
    • (1)門檻低:咱們這個平臺上手很是簡單,門檻低,並無很困難的操做,只要喜歡閱讀的人,均可以在咱們平臺開始他的閱讀
    • (2)增長互動性: 咱們不只僅是一個單純的閱讀平臺,咱們讓不一樣用戶之間能夠經過比較的形式進行交流,而且咱們平臺也不是冷冰冰的程序,會提醒用戶注意休息,讓用戶體會到和平時閱讀不同的樂趣。
  • 咱們的不足
    • 在如今追求美的時代,可能用戶對於平臺的要求不只僅侷限於可使用,有的還會開始注重於平臺的界面設計和背景切換,咱們過於單一的背景可能不能讓這一部分用戶獲得知足,可是不用擔憂,隨着平臺都推廣,咱們會經過用戶的反饋來調整平臺的界面。

D—— Delivery 推廣

  • 因爲需求的提出者是一名大三的學生,而咱們也正好是大三的學生,因此咱們會首先在班級和年級之間進行使用推廣,回收同窗們的使用體驗,根據反饋第一次調整平臺的不足。初步推廣以後,進入陳浩同窗所在的服務與軟件外包實驗室讓學長學姐以及老師們進行測試。根據他們的反饋在進行改進。而後進入更大的範圍進行推廣。
  • 咱們創建專門的微信公衆號,可讓用戶實時反饋問題,咱們也會在第一時間解決。

03.原型實現

  • (1)登陸
    • 能夠經過帳號密碼登陸。
    • 若是沒有帳號和密碼能夠點擊註冊計入註冊界面註冊
    • 忘記密碼能夠點擊忘記密碼進入修改密碼界面修改
  • (2)論文導入界面的功能是能夠經過從本地上傳或經過詳細的論文信息爬取相關的論文信息,從而成功導入論文列表。
  • (3)論文管理能夠對論文進行檢索、篩選、刪除和收藏操做,可支持批量操做
  • (4)論文收藏對於收藏的論文能夠在論文收藏中查找和訪問
  • (5)我的隨筆能夠在閱讀時添加本身的收穫、心得或者疑惑,以便於第二次閱讀時能夠想起以前閱讀文章的心路歷程
  • (6)隨筆管理能夠在隨筆管理界面查看本身之前作的筆記,進行刪除或者修改
  • (7)論文查看能夠知道論文的題目、關鍵字和摘要,若是有興趣還能夠經過給出的論文連接去閱讀論文
  • (8)熱點推送咱們會實時的推送熱點話題,以便於讀者更好的瞭解時事熱點和Top話題
  • (9)熱詞分析能夠對論文進行熱詞分析造成折線圖,讓讀者簡單明瞭的瞭解進幾年來的熱詞變化
  • (10)熱詞圖譜不一樣於熱詞分析的折線圖,用戶能夠輸入論文的屬性和會議的種類,咱們根據這兩個內容造成熱詞圖譜,可讓用戶直觀的看到近幾年的熱詞內容

04.實踐總結

  • 實踐過程和團隊分工
    • 一開始兩我的一塊兒討論,根據需求分析的NABCD模式,一步步確立如何完成此次的原型做業。應該有哪些基本功能,還要添加什麼其餘功能,而後進行分工。
    • 團隊分工:陳浩同窗主要負責Axure的設計。吳志鴻同窗負責博客的初步編寫,最後兩我的在一塊兒討論出最終的博客結果。
  • 實踐中遇到的困難和解決辦法
    • 對工具的不熟悉:因爲兩我的都是第一次接觸原型設計的工具Axure,因此開始在如何操做工具上遇到了很大的困難,以後經過查找資料,找到了一個Axure使用手冊的pdf文件,經過一步一步學習來掌握如何使用這個工具。
    • 剛開始沒法理解題目意思,對於用戶可給定的論文列表這一語句糾結了很久,以後經過詢問同窗,查看了三大會議的網站,理解了論文列表的意思。
    • 在尋找合適的背景圖片上花費了許多時間,過程當中兩人對那個背景圖片更適合也提出了不一樣的見解,最後經過討論進一步,耐心的尋找,最終找到了讓兩人都滿意的背景圖片。

05.技能調查表

skills 課前評估 課後評估
Programming Overall 2 6
Programming:Test 2 7
Programming:Performance 0 4.5
Programming:Design 2 7
Programming:Implementation 2 7
Programming Language 3 8

06.我的心得

經過本次實踐體會到了1+1>2的感受,在和隊友的討論中,一塊兒解決了許多問題。也算是從頭至尾的體驗了一次簡單原型設計的過程,最大的感覺就是深入體會到了原型設計的重要性,它能夠幫助你更好的和客戶溝通,也可讓你對本身的設計結構有很清楚的瞭解。對於我來講,軟件工程的每次實踐都收穫不少,由於之前徹底沒有接觸這一方面的,因此這是一個很好的學習機會。此次實踐也有不足的地方,本身在對對界面UI設計這一方面感到很是吃力,由於老是不能設計出讓本身滿意的界面,對於界面如何設計好看老是停留在一個很淺的層面,多是以前沒有接觸過,再加上本人對界面怎麼纔算好看的認知有所誤差,簡單來講就是審美不好,這多是我不足的地方,好在有隊友的幫助,和他一塊兒完成了此次做業。web

07.照片

相關文章
相關標籤/搜索