福大軟工 · 第十次做業 - 項目測評（團隊）

福大軟工 · 第十次做業 - 項目測評（團隊）

組長博客連接

做業連接

評測

我的上手體驗

• 查看課程表上效仿了超級課程表，界面美觀
• 功能多，整合了課程表、查成績、考場查詢、歷年卷、易班、空教室、圖書館、教務通知、大物實驗、嘉錫講壇、校招日曆共計11個功能模塊，可謂是包羅萬象。

使用思惟導圖描述福大助手的結構體體系

目前已發現的功能性BUG

IOS端

1. 設置中進入【推送】選項後整個應用徹底沒法響應，出現假死現象，只能強制關閉後再次開啓應用。

2. 在成績中打開掛科高亮選項後，成績頁掛掉的學科並無高亮。

3. 【成績頁面】單科績點均爲空

4. 教師信息頁QQ郵箱等信息沒法查詢到，始終顯示加載中

5. 夜間模式下，當週課程、已結課課程、未開課課程沒法區分

6. 二手市場頁面中，系統狀態欄被非正常隱藏，沒法顯示。

安卓端

1. 應用商店中的福大助手版本太低，在安卓8.1版本上閃退

你以爲爲何這個產品組的人沒有發現這些bug?

• 測試工做作得不到位
• 發現BUG後沒有及時在後續版本中進行修復（沒有跟進BUG修復狀況）

假設大家團隊須要開發這套系統，須要注意哪些方面

架構圖

關於上圖中架構的解釋

• 分佈式文件服務器主要用於存放歷年卷文件
• 經過爬蟲的方式模擬訪問福大教務處網站來獲取課程信息、成績、考場查詢、空教室、教務通知、嘉錫講壇、校招信息等數據，並能夠經過模擬POST請求來實現部分須要用戶操做的功能（如嘉錫講壇報名、教師評議等）
• 經過爬蟲的方式模擬訪問福大圖書館服務器，主要用於實現【圖書查詢】功能
• 經過爬蟲的方式模擬訪問福大易班服務器，用於實現易班上的各類功能
• 經過爬蟲的方式模擬訪問福大大物實驗網站，用於實現大物實驗的各類功能

部署運維

• 前期部署上，主要考慮爬蟲模擬訪問各個網站的功能是否正常，同時須要保證文件服務器能夠正常工做；另外須要定時瞭解各個網站是否有進行升級，若是升級形成了網頁內容結構的改變，須要及時調整爬蟲的結構。
• 運維過程當中須要監控各個服務器的狀態，若是有異常狀況（如磁盤異常、服務器宕機等）須要及時處理。
• 運維過程當中還須要收集用戶反饋，根據用戶的建議不斷完善APP

微服務

• 微服務視狀況而定

介紹採訪對象的背景和需求

用戶背景調查

• 對象來源

  • 調查對象絕大部分來自福州大學的學生，在如下的內容中統一稱做在校生 ，採訪側重於平時在校學習生活中對於學業信息產生的需求可否被福大助手所知足。
  • 小部分調查對象爲非福州大學學生，在如下的內容中統一稱爲非在校生，採訪更側重於對產品的直觀感覺和用戶體驗。

• 對象分佈

  • 設備分佈

  • 使用分佈
    

• 對象特徵（在校生）

  • 對於學業信息、校內通知有着獲取需求
  • 對於信息的時效性十分關注
  • 對於數據以及功能性有着必定需求
  • 在功能基礎上對於UI界面美觀程度和交互溫馨度也有必定要求

• 對象特徵（非在校生）

  • 對於功能響應速度有着必定要求
  • 對於頁面佈局、交互溫馨度有着必定要求
  • 對於界面配色字體等具備必定審美需求

用戶需求

核心需求

• 在移動端較爲方便地查看課程信息

• 可以及時準確地獲取一些課業信息（如考試安排、課程成績）

• 可以對於來自教務處的一些重要信息、通知進行提醒

• 對一些公共資源進行預定查詢（圖書館借書、自習室預定）

  非核心需求

• 儘可能在不形成產品冗餘的狀況下，聚合更多的校內信息

• 讓UI儘可能美觀，交互更加合理

• 各個功能具有較快的響應速度

讓採訪對象使用福大助手

• 一對一採訪

採訪項目	採訪反饋
平時使用什麼應用查看課表等信息	福大教務通
以前有用過福大助手嗎	看到同窗用過可是本身沒有嘗試過
產品剛上手後的第一感受（ios端）	界面很簡潔大方，能夠很方便地找到想要的功能，反饋速度也很不錯
對於各個功能模塊試用以後	聚合的信息覆蓋面很廣，功能很豐富，並且信息整體來講都很準確，不過仍是有一些信息沒有更新，好比單科績點
整體感覺	是值得推薦的產品，不過不知道爲何身邊的人用福大教務通的比較多

描述用戶使用這個產品的過程, 用戶的問題解決了麼？軟件在數據量/界面/功能/準確度上各有什麼優缺點？用戶體驗方面有問題麼？

評估項目	優勢	缺點
數據量	聚合信息豐富，學平生時要用到的從課表到考試安排再到成績通知等均可以在應用中輕鬆獲取到	暫時沒法獲取單科績點，教師的聯繫信息沒法刷新
界面	界面交互整體來講很友好，配色風格簡約大氣	二手市場和嘉錫講壇的界面風格 有待優化；夜間模式的課表沒法區分是否爲當週課程
功能	各項基礎功能使用起來都很是方便，基本能夠知足學平生時的需求	沒法查看單科績點，掛科沒法高亮，教師聯繫信息沒法刷新，設置裏的推薦功能會致使系統無響應
準確度	在課表與空教室等基礎功能中基本可以作到準確反饋	成績和考場信息有時候會存在必定的延遲

用戶對產品有什麼改進意見？

• 但願能夠改善考試成績、考場信息、通知等重要信息存在的不及時和不許確狀況
• 對於部分功能上產生的bug（如在設置中點擊推送選項後應用中止響應）但願能予以修復
• 但願能夠修復沒法查看單科績點的狀況
• 但願能夠修復夜間模式裏該周課程和已經結課或未開始的課程顏色沒法區分的問題
• 但願能夠優化部分功能頁的UI風格（如二手市場）
• api模塊較爲豐富，可是功能模塊放置在側邊展開欄仍是有點不夠合理，列表式的模塊切換每每致使用戶選取功能上體驗不佳：
  • 功能模塊過多，致使切換時須要下拉滑動側邊欄進行選擇
  • 字體縮放等方面的緣由致使對大屏用戶很不友好
  • 但願能在不影響查看課表的前提下，改進功能模塊的佈局（有些吹毛求疵了）
• 但願能夠豐富可選的圖標
• 問題反饋
  

結論

• 問卷調查數據

  
  

• 很是不推薦

• 不推薦

• 通常

• 推薦

• 很是推薦

第二部分 分析

參考 8.6 節 對工做的估計， 和14.1 節 軟件工程的質量

• 估計這個項目作到這個程度大約須要多少時間（團隊人數6人左右，計算機大學畢業生，並有專業UI 支持）。

  • 估計時間：3個月。
  • 理由：「福大助手」開發的工做主要在調用和整合上，整體完成的較好，但仍存在着些許的瑕疵，所以估計完成時間爲3個月。

• 分析這個軟件目前的優劣（和相似軟件相比），並推理出開發團隊在軟件工程方面能夠提升的一個重要部分（具體建議）。

  • 優勢：
    • 相比於「超級課程表」、「課程格子」等校園應用，「福大助手」對福大學生而言具備針對性，功能更加實用；
    • 相比於「福大教務通」、「福大易班」等針對福大學生的校園應用，「福大助手」整合了它們的功能，功能更加全面和豐富。
  • 劣勢：
    • 「福大助手」的針對性決定了它的侷限性，它僅服務於福大的學生，不具備「超級課程表」等相似APP的廣闊大學市場；
    • 「福大助手」功能雖多，但不精，沒有特別大的亮點，且就某些具體的功能還有不少須要完善的地方，好比：
      • 與「福大教務通」相比，「福大助手」雖然可以查詢各科成績，但卻沒法查看統考成績與各科成績的平均分和最高分，沒有提供「培養計劃」功能用於查詢各科學分，空教室查詢功能顯示界面不夠友好；
      • 「福大助手」的「易班」模塊僅僅是調用了「福大易班」，沒有功能上的創新點和突出點，且每次重啓APP使用「易班」功能時都須要從新輸入帳號和密碼，而「福大易班」可以記住帳號和密碼。
  • 建議：
    • 在豐富功能的同時注意完善各功能的建設，在量的基礎上講究精；
    • 加強推廣力度，能夠考慮經過班導向大一新生傳播等途徑，目前推廣力度不足，好比：有至關一部分同窗徹底不知道這個軟件的存在（來自某兩位經過軟工實踐認識了這個軟件的同窗），OPPO手機的軟件商店就搜不到這款軟件；
    • 加強用戶的體驗感，提升部分功能界面的友好度，好比在「課程表」功能中能夠設置已結課、未開課課程的不顯示等。

• 根據理解和體驗，畫出整個軟件全部功能邏輯框圖，根據重要度標識出各模塊的重要度、完成度、出發點及效果；

  • 功能邏輯框圖

  • 各模塊分析

    重要度按1~5評分，1：不重要，2：通常重要，3：重要，4：很重要，5：很是重要。

模塊	重要度	完成度（%）	出發點	效果
帳戶管理	5	80	爲用戶提供帳戶的管理，爲如下的功能服務（登陸和註銷）	登陸和註銷流暢，缺乏帳戶的個性化設置
課程表	5	85	爲用戶提供課程表的查看和管理	爲用戶提供了很好的課表查看和管理功能，但部分機型存在分享功能閃退現象，不能設置已結課、未開課課程的不顯示
查成績	4	70	爲用戶提供成績、績點及統考成績的查詢	僅能查當作績和績點，沒法查看統考成績，且沒法查看各科的平均分和最高分
考場查詢	3	95	爲用戶提供考試信息的查詢	可以爲用戶提供相關的排序的考試信息（除了任課教師）
易班	2	60	爲用戶調用易班的功能（附加一鍵XX功能）	僅僅是對易班功能的調用，每次重啓應用都要從新輸入帳號密碼，使用繁瑣（一鍵XX真的好用）
空教室	3	70	爲用戶提供空教室的查詢	用戶可以使用其查詢指定教學樓、時間段的空教室信息，但顯示方式不夠友好
圖書館	1	70	爲用戶提供圖書館圖書的檢索（附加登陸福大圖書）	可以實現圖書的檢索，查詢結果的顯示方式不夠友好，福大圖書功能雞肋
教務通知	3	95	爲用戶提供教務通知的查看	方便了用戶對教務信息的查看
大物實驗	2	70	爲用戶提供大物實驗的查看和管理	（沒有帳號，未驗證）
嘉錫講壇	2	95	爲用戶提供嘉錫講壇的查看、報名和取消	方便了用戶對嘉錫講壇的操做
校招日曆	4	90	爲用戶提供校招信息的查看、檢索	極大地方便了有這方面需求的用戶
設置	4	80	爲用戶提供APP的設置	常規功能

• 針對不一樣的維度評分，對用戶體驗方面、UI界面美觀度、核心功能，分別打分。

  滿分10分，針對各項打分狀況以下：

評分項	評分	理由
用戶體驗	7	全面的功能和友好的界面給用戶帶來了必定的使用體驗，但功能的缺陷和個性化設置的缺乏形成用戶使用體驗的缺失，因此給出了7分這個分數。
UI界面美觀度	8	整個APP界面仍是比較簡潔美觀的，界面的動畫效果也很不錯，因此咱們給出了8分。
核心功能	7	這個APP整合了不少的功能，不得不說真的很全面，但功能雖全卻不精，不少功能都或多或少的具備一些缺憾，略顯雞肋，還不能作到徹底地替代信息來源的APP，因此咱們選擇給核心功能打7分。

第三部分 建議和規劃

• 若是你是項目經理，如何提升從而在競爭中勝出？
  • 明確用戶羣體，功能設計應具備針對性，符合福大學生的平常需求和使用習慣。
  • 較高的軟件質量和穩定度。即便軟件擁有吸引用戶使用的功能，可是若穩定性和容錯率達不到用戶的可接受範圍內，也會極大削減用戶的使用興趣，不能長期使用。
  • 人性化的功能設計和結構。當用戶須要使用軟件的某個功能時，應該可以在不熟悉軟件結構的狀況下憑着常識或生活經驗能快速找到功能界面。好看的界面，間接地邏輯設計和較好的用戶體驗都可以成爲競爭優點。
  • 有足夠吸引人的功能，最好是其餘軟件沒有的而在特定羣體中很實用的功能。如面向福大學生的一鍵評議功能，很是具備針對性，吸引用戶下載。
  • 合理的宣傳策略。在社區或論壇上發佈宣傳消息，或經過學生自主推廣等形式，在學校帶來較廣的宣傳覆蓋面。
• 目前市場上有什麼樣的產品了？
  • 超級課程表
    • 現階段面向高校的類似應用最出名、用戶最多的課程助手應用，可以查詢課程和考試信息等，適合大多數的沒有本身學校適配的應用。其主打功能有「課間」（社區功能）。可是通過調查發現，真正會使用「課間功能」的用戶不多，而且在其查課程表和鏈接教務處導入信息會出現錯誤，還沒法修改。
  • 課程格子等課程表查看應用
    • 面向全國高校學生的查看課程表的應用，只提供幾個簡單的核心功能。
  • 福大教務通和期末考啦
    • 針對本校實際狀況設計的應用，二者的針對性比較強。教務通集成了查詢課程表，教師簡介，查詢成績，學分，考試安排，教務處消息通知等功能。期末考啦包含各類科目的學習資料。在福大學生的手機中基本上都會安裝這兩款軟件。
  • 福大易班
    • 如今好像die了，轉移在易班上了。
  • 易班（垃圾應用毀我青春）
    • 經過校本化可以和教務處鏈接，提供查成績和課程等功能，可是會使用這個功能用戶佔比較少，由於常常會登不上去。用戶主要會使用的功能集中在各類申請，宿舍保修，醫保申請的等功能。
• 你要設計什麼樣的功能？
  • 在原有基礎上再增長如下功能：
    • 1.一鍵評議功能
    • 2.對教師的評價功能（如對教師印象如何，評分多少，教學風格如何等）
    • 3.對課程的評價功能（如對課程印象如何，課程難度評價，推薦老師等）
    • 4.校歷查詢
    • 5.近期講座信息查詢
    • 7.福大教學區介紹（如生成福大地圖，查看教學樓位置，校內導航等功能）
    • 6.福大生活區介紹（如各食堂特點，校車站點分佈，商店分佈等）
• 爲什麼要作這個功能，而不是其餘功能？
  • 福大助手功能不該該侷限於學習方面（課表，考試，考場查詢等），還應該包含福大的生活方面，而且學習方面也應有相應拓展。課表，考試，考場查詢功能僅是基礎功能，而用戶的需求遠不止於此。
  • 首先，一鍵評議功能節省學生時間。每學期第一次查當作績或者選課時，總會跳出長長的教師列表，要求對他們上學期的表現進行評價。對學生來講任務繁瑣費時。且選課時評價完一次後，查當作績時又需再一次評價，重複性工做沒有意義。所以一鍵評議有其需求，有其存在價值。點開一鍵評議，僅需等待幾十秒鐘，全部評議任務所有完成，方便學生及時選課，及時查當作績。
  • 其次對教師的評價功能，有助於學生在選課以前對老師有必要的瞭解，進而決定這個老師的教學方式或是其餘方面是否符合本身的習慣，是否換選其餘老師等，這樣的考慮對教師和學生雙方都是有益的。
  • 再者是課程評價功能，對學生選擇選修課來講，選到喜歡的課程是一件幸運的事。目前不少狀況下，學生在對課程並不瞭解的狀況下就盲目選課或者經過向學長學姐打聽課程消息再決定是否選課。一些狀況下，咱們並不能獲得對這門課客觀實用的評價。而這個功能旨在爲學生選課以前對課程有必要的瞭解，進而決定是否選擇這門課。一樣，這樣的考慮對教師和學生都是有益的。
  • 此外，校歷查詢我也認爲是一項基本功能。學生但願在學期初就對時間有一個合理的規劃，提供校歷查詢，有助於學生了解這個學期的進度與狀況，方便學生作出合理規劃。
  • 還有近期講座信息功能，有助於學生及時瞭解近期本身感興趣的講座。這樣避免了部分同窗時常錯過一些感興趣的講座。一樣，各班拉人湊人數的現象也會必定程度上獲得緩解。這些講座範圍應不止於原應用中的嘉錫講壇。
  • 而後福大教學區介紹對於新生來講是頗有必要的，他們不熟悉學校狀況，而目前市面上地圖又沒法對學校每一幢教學樓都作上詳細標註。所以新生常常會遭遇迷路或者不認識路的狀況。那麼這個功能很大程度上幫助新生快速適應學校環境，免去他們的一些苦惱。
  • 最後福大生活區介紹一樣是針對於新生，幫助他們快速融入福大生活。
• 爲何用戶會用你的產品/功能？
  • 以上的功能介紹均是從用戶角度出發，考慮用戶的實際狀況得出的部分需求分析。所以他們的存在有其合理性。再者，目前市面上並無一款軟件能作到功能如此豐富。福大助手應該做爲每一位福大學子的必備軟件，而且取代等等一些諸如福大教務通，福大教務處等軟件或者網站。作到擁有福大助手，在福大生活便再也不須要其餘軟件。一樣，這樣的功能集成也免去用戶的一些煩惱，好比手機上裝了許多軟件，易班，福大易班，福大教務通，CET等等一些軟件，各有不一樣功能，有需求時，找起來實在不方便。如：查詢當前績點時，易班，福大教務通，福大教務處等均可以查詢，然而時常因信息更新不及時，致使多平臺查詢的績點結果不一樣，用戶陷入迷茫。所以我認爲功能的集成與統一是很是必要的。
• 你的創新在哪裏？能夠用 NABCD 分析。
  • 你的創意解決了用戶的什麼需求?(N)
    • 每學年初總有新生在校園迷路或者不認路的狀況，或者一些同窗手機上裝了許多軟件，易班，福大易班，福大教務通，CET等等一些軟件，各有不一樣功能，有需求時，找起來很不方便，費時費勁。而福大助手擁有全部功能的集成，信息時刻同步，用戶所需的全部功能都包含於此，打開軟件搜索所需功能便可。
  • 你有什麼招數來解決用戶的痛苦或問題？(A)
    • 經過以上功能的集成與拓展，學生能夠只用福大助手就能完成大學生活中幾乎全部的需求。諸如一鍵評議或者校園介紹等功能，學生的評議煩惱或者對校園不熟悉的問題就能迎刃而解。
  • 你這個產品或服務會給用戶帶來什麼好處？(B)
    • 福大助手力爭作到幫助同窗更快地適應校園生活，在學習和生活上爲同窗更高的效率。
  • 你的產品有沒有相似的競爭者，他們的產品怎麼樣？(C)
    • 好比福大教務通軟件。但這款軟件常常出bug或者崩潰，功能僅限於查課表，查成績，找空教室，查考場。徹底不具有任何生活，工做上的便捷功能。而且界面也相對不美觀。相比於拓展版的福大助手，福大教務通徹底沒有其存在的價值。福大助手功能徹底包含了福大教務通。
    • 再如超級課程表，誠然此軟件稱得上是全國範圍內大學生使用最多的一款軟件，擁有良好的生態環境，軟件運行流暢，界面美觀。但其針對範圍太廣（全國高校）而非針對，所以也有相應不足：其查課程表和鏈接教務處導入信息時常會出現錯誤，甚至沒法修改；對於擁有本校適配軟件的學生而言，超級課程表幾乎沒有存在價值。
  • 你如何推銷你的產品？(D)
    • 首先福大助手本來就具備較爲普遍的用戶羣體，雖然他的人氣度並無福大教務通那麼高。那麼在此基礎上，咱們能夠經過線上線下同時宣傳，推薦教師同窗嘗試咱們的福大助手，廣告福大助手的功能。同時也能夠適當加入錦鯉營銷模式，如此一來，一傳十，十傳百，相信福大助手能夠很快走進福大學子的方方面面。
• 若是你來領導這個團隊，會有什麼不同？
  • 明確的團隊分工。爲每一位成員分配合理的工做任務，並在合理的時間內交付可用的軟件功能，對於沒法實現的功能使用其餘的方法進行代替
  • 風險預估。若當前的技術路線不能實現預期的設計，要有合理的解決辦法。
  • 高效地團隊討論及良好的團隊協做氛圍。成員及時提出目前遇到的問題，並儘早解決，作出預期處理。
• 若是你的團隊有5我的, 4個月的時間，你做爲項目經理，應該如何配置角色（開發，測試，美工等等）？
  • 在開發前期，兩人負責功能開發。一人負責美工，兩人負責界面開發。其中有一人負責團隊統籌，掌控開發週期和開發進度。各部分人員在完成一個功能模塊以後必須自行測試經過再交付。在最後的測試階段再安排二至三人進行系統測試。
• 描述你的團隊在16 週期間每週都要作什麼，才能在第16周如期發佈軟件，大小里程碑績點設定。
  • 第1、二週考慮用戶需求，肯定功能，制定初步計劃。隨後進行實際調研，對出現的問題，需求矛盾等進行策略調整。
  • 第三週制定出較爲完善的工做方案，明確人員分工和工做計劃，開展工做。
  • 第四周到第七週搭建軟件基本框架，造成初步的框架，實現幾項基礎功能，並對目前出現的問題及時反饋，調整開發策略，明確下一階段的開發任務。
  • 第八週到第十二週，功能進一步完善，軟件基本完成，各功能完善，開始考慮發佈測試版。
  • 第十三週到第十四周，軟件系統測試和調試。
  • 第十五週，小範圍內發佈Beta版本，並處理反饋信息
  • 第十六週，進一步完善，準備發佈。

第四部分 增量開發設計

既然你對產品有這麼多的意見和建議，請就你認爲產品的可提高功能、新增需求點作出增量開發設計，要求：

• 優化/新增功能點的原型界面

  咱們選擇新增功能點——選課指導

• 基本實現思路

  提供學期選課時，各位任課老師的基本信息，包括教師姓名、學位、聯繫方式、任職經歷、授課風格、學生評議以及各類評測指標（如掛科率、高分率、點名率等等）

  使用流程：

  1. 點擊左側功能欄，查找到「選課指導」功能，點擊後會跳轉到相應的功能模塊。
  2. 默認顯示搜索界面，輸入教師姓名查找教師，支持模糊查找
  3. 點擊反饋列表中對應的教師，跳轉到教師信息界面
  4. 點擊右下角的「評論」圖標，支持在線評論

• 優化/新增功能點與原有產品如何接入

  咱們考慮到這是比較獨立的功能，和其餘已有的功能融合度不是很高，所以「選課指導」功能會直接加入左側功能欄，做爲一個和「課程表」、「查成績」這類同一級的功能併入原產品。

第五部分 答辯總結

我的貢獻比例：

具體分工：

• PPT設計與展現：全炯、文婧、地秀
• 測試報告（現場）整理文檔：愈明、文婧、地秀
• 評審表設計及整理：文婧、地秀
• 軟件評測：張揚、俊彥、澤波
• 採訪：全炯、俊彥
• 軟件分析：地秀、文婧
• 建議和規劃：李翔、加偉
• 增量式開發：愈明、韞月
• 做業博客整理：加偉

本組平均分：78.2分

QA環節：

• 第一小組：

  • Q：對產品的建議和規劃彷佛有點空乏，有具體些且可執行強的規劃和建議嗎？

    • A：詳細能夠參考咱們的文檔，現簡介以下：

      第1、二週考慮用戶需求，肯定功能，制定初步計劃。隨後進行實際調研，對出現的問題，需求矛盾等進行策略調整。

      第三週制定出較爲完善的工做方案，明確人員分工和工做計劃，開展工做。

      第四周到第七週搭建軟件基本框架，造成初步的框架，實現幾項基礎功能，並對目前出現的問題及時反饋，調整開發策略，明確下一階段的開發任務。

      第八週到第十二週，功能進一步完善，軟件基本完成，各功能完善，開始考慮發佈測試版。

      第十三週到第十四周，軟件系統測試和調試。

      第十五週，小範圍內發佈Beta版本，並處理反饋信息

      第十六週，進一步完善，準備發佈。

  • Q：增量開發的實現難度如何，有對該功能的工做量衡量嗎？

    • A：咱們確實考慮過，他們均可以實現，而且難度都不大。好比選課指導部分咱們會事先收集學生反饋，存入數據庫中進而提供數據。教師的信息能夠聯繫西二在線，與他們進行合做等等。

  • Q：ppt中部分頁面文字爲了匹配圖片大小致使字體太小，但願改進

    • A：咱們下次會注意，謝謝！
• 第二小組：
  • Q：增量設計的幾個功能各須要大概多長時間
    • A：3～4周。
  • Q：大家使用了多款手機進行測試，有沒有在相同系統出現不一樣問題
    • A：有。
  • Q：是否須要將個別PPT頁面的字體放大點，以便觀看
    • A：咱們下次會注意，謝謝！
• 第三組：
  • Q：增量開發若是要作的話,時間大概須要多久？
    • A：3～4周。
  • Q：ppt字體有考慮增長下大小,感受字體有點太小,後面看不清楚？
    • A：咱們下次會注意放大字體，謝謝建議！
  • Q：採訪部分和需求部分能夠作得更細緻些？
    • A：能夠的，以後咱們會考慮經過多種途徑，線上線下同時調查。同時適當擴大調查範圍，增長數據量。
• 第四組：
  • Q：沒有上傳測試報告，下次要注意噢
    • A：因爲咱們的疏忽，此次遺漏了這一步，下次咱們會注意，謝謝！
  • Q：對於非在校生的採訪是否畫蛇添足呢
    • A：並非這樣的。對於校外的學生雖然他們並不清楚福大的流程，可是一款軟件的流暢度或交互友好程度也是很重要的一部分。對於校外的學生，他們能夠對這一部分進行評價，獲得客觀的評價。
  • Q：ppt中沒有展現發現的bug，也沒有測試報告可看，是沒有發現bug嗎？
    • A：ppt中其實有展示。

• 第五組：

  • Q：PPT內容須要更嚴謹，避免出現相似"天下人苦秦者久矣"的小錯誤。
    • A：下次咱們會注意，謝謝提醒！
  • Q：應注意每節課前的文件上傳，注意不要再忘記上傳測試報告。
    • A：下次咱們會注意，謝謝提醒！
  • Q：PPT字體過小，不利於觀看。
    • A：下次咱們會注意放大字體，謝謝建議！

• 第六組：

  • Q：您好，請問爲何大家的報告沒有整合成一份文檔，只有一堆md文件？

    • A：報告整合咱們在答辯以後纔開始完成，事先時間大多花在製做上。

  • Q：您好，請問大家作的調查報告，人數基數是多少呢？爲何會考慮非在校生，畢竟他們幾乎不會用到這個軟件？

    • A：人數基數在200人左右。對於校外的學生雖然他們並不清楚福大的流程，可是一款軟件的流暢度或交互友好程度也是很重要的一部分。對於校外的學生，他們能夠對這一部分進行評價，獲得客觀的評價。

  • Q：您好，請問爲何考慮增長一個選課指導，老師的一些課程信息要怎麼獲取呢?

    • A：詳細可參見咱們的文檔，現簡介以下：

      一、課程評價功能，對學生選擇選修課來講，選到喜歡的課程是一件幸運的事。目前不少狀況下，學生在對課程並不瞭解的狀況下就盲目選課或者經過向學長學姐打聽課程消息再決定是否選課。一些狀況下，咱們並不能獲得對這門課客觀實用的評價。而這個功能旨在爲學生選課以前對課程有必要的瞭解，進而決定是否選擇這門課。一樣，這樣的考慮對教師和學生都是有益的。

      二、選課指導部分咱們會事先收集學生反饋，存入數據庫中進而提供數據。教師的信息能夠聯繫西二在線，與他們進行合做等等。

• 第八組：
  • Q：ppt中關於問題反饋能夠單獨顯示出大圖，字體過小了
    • A：下次咱們會注意放大字體，謝謝建議！
  • Q：有些頁面的ppt字體也比較小，建議下次注意
    • A：下次咱們會注意放大字體，謝謝建議！
  • Q：上傳文件以後要注意是文檔格式
    • A：咱們下次會注意，謝謝！

第六部分 我的部分

PSP表格

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

學習進度條

第N周	新增代碼（行）	累計代碼（行）	本週學習耗時(小時)	累計學習耗時（小時）	重要成長
1	1000	1000	30	30	VS進階操做、人臉識別程序完善
2	500	1500	35	65	學習Axure RP的基本操做、flask後端框架的學習、與前端對接
三、4	310	1810	50	115	完善人臉識別程序，配置服務器
五、6	1320	3131	48	163	VS代碼覆蓋率插件的使用、英文分詞、數據分析與展現、爬蟲的複習
七、8	400	3531	53	216	完善「Faces人臉識別」項目，學習UML圖
9	150	3681	25	241	wxpy、PyQt、qqbot的學習
10	400	4081	26	267	wxpy、PyQt、qqbot的學習
11	400	4481	27	294	jieba、wordcloud庫的學習
12	670	5151	31	325	進程通訊、sqllite數據庫對接
13	300	5351	30	355	進程通訊