第十次作業 - 項目測評（團隊）

前言

• 組長部落格：hjj
• 作業部落格：第十次作業 - 項目測評（團隊）
• 測評報告：戳這裡

第一部分 調研，評測

評測

• 小組個人第一次上手體驗

  • 後敬甲

    福大助手定位是，為Fzuer量身定做的校園學習生活助手。

    在初次上手之後，可以發現其功能基本覆寫了福大學習生活的各個方面，也符合軟體本身的定位。

    發現一點不足在于，軟體沒有固定的首頁，各個功能子產品同一級并行，在各子產品均可獨立退出app，頁面層次分布不符合多數使用者已有的使用習慣

  • 劉浩

    上手體驗：初次運作後第一感覺是app響應很快且功能很多 目前使用到的就其中下載下傳曆年卷和檢視課程表這兩個功能 這兩個功能都很齊全 ui設計整體感覺比較和諧 在左邊放置功能切換界面讓人眼前一亮 總體來說還是一個不錯的大學應用工具

  • 盧澤明

    上手體驗：Android端的福大助手界面好看，首頁為課程表也是滿足了廣大學生的需求。運作流暢，功能這幾年一直在增加，可以說已經集齊了大部分必備功能。

    不足之處：功能部件全部在右側展開部分，确實有點不夠明顯。我相對喜歡把各個頁面放在底部欄的按鈕。其次沒有個人中心，可以讓使用者設定自己的個人資訊，比如修改頭像，設定基本資訊等。

    還有就是希望加上一些校園小知識，比如小白的發車時間地點等

  • 黃靖茹

    上手體驗：界面總體來說比較簡潔，曆年卷和一鍵評分功能是使用福大助手的主要原因。功能相教福大教務處更齊全。互動方面做的也還可以，但是針對安卓系統，每次按傳回鍵沒有傳回上一層對于安卓使用者來說不是很習慣。小建議：曆年卷能按自己專業分就更好了，有的時候不想打字也不必翻很久的目錄。

  • 葛亮

    上手體驗：運作速度快功能多，一個app集合了易班和教務處的功能，更有友善同學選課和搶實驗的功能。

    課程表導入到月曆也很友善。

    但查考場的界面感覺有美中不足，如果有多門考試連在一起，極有可能把日期和科目看混。

    另外沒有找到可以修改登入資訊和找回密碼的界面和功能，在通路登入失敗的時候讓使用者很絕望。

  • 蔡文斌

    上手體驗：Android端的福大助手界面簡潔大方，使用者容易上手，運作流暢，功能齊全，幾乎集齊了其他校園app的功能，是一款不錯的校園軟體。

    不足之處：沒有個人中心，可以讓使用者設定自己的個人資訊，比如修改頭像，設定基本資訊等。可以在抽屜内加上校曆的這個功能，友善使用者查詢節假日等資訊。如果可以的話，對于界面的設計可以進一步的改善，有些界面太過于簡單，雖然突出了功能，但是對于部分使用者，使用體檢就不是那麼好

  • 黃澤

    上手體驗：整體布局簡潔明了，無廣告騷擾，互動動作自然柔和，功能相較于福大教務處更加完善齊全，課程導入月曆功能比較新穎，美中不足的是單期績點無法檢視，部分互動沒有給出明确提示，比如點選左側欄自己的名字會彈出個人資訊一覽表，但是不容易被使用者發現。總的來說是一個優秀的校園app

  • 朱躍安

    上手體驗：進入界面的首頁是課表界面非常友善日常查課表。抽屜界面包含功能豐富，能夠為福大學生提供很好的服務，而且還能在設定界面隐藏自己平時用不到的功能。

    不足之處:校招功能處沒有給出近期校招活動的清單，隻能自己一個一個的去查找。如果在不知道校招活動具體情況下，就很難通過搜尋框查找，隻能自己手動滑動日期條，一個一個的檢視每個日期下的校招活動，應該添加一個月曆表。有些界面過于簡陋不美觀，如嘉錫講堂界面，這很有可能影響到使用者使用該功能。

  • 張傑

    上手體驗：Android端整體布局遵循Material Design，以藍色為預設色彩并可以更改喜歡的顔色，簡潔大方。抽屜内功能豐富，整合福大教務通、福大易班、福大曆年卷，基本滿足使用者需求，同時可将課程同步到月曆中，友善使用。

    不足之處：

    内的使用者資訊占位較大但無功能，建議将個人資訊以及賬号登出等功能放置其中。

    右上角的更多功能用于切換學期較為奇怪。

    fab似乎是為了fab而fab，功能可以整合至右上角更多按鈕。

• 思維導圖

  

• Bug及原因猜想

  點選此檢視線上文檔

• 假設團隊需要開發這套系統，需要注意的方面
  • 廣泛聽取使用者的意見，做出适當的改進和調整。
  • 界面互動更加良好
  • 主題功能子產品要有突出特色，不能隻是大雜燴。
  • 我會加強宣傳力度，尋求合作。正如現在的易班一樣，不斷地在高校内合作推廣，知名度就高了起來。很多人是沒聽過福大助手，那我相信在大力宣傳之下，隻要使用者接觸了福大助手，就會發現是值得使用的

采訪：

Android手機：

1.背景：數計學院2016級計算機專業某不願透露名字的蔡同學，據他描述為第一次使用福大助手

2.需求：

需要時常檢視課程表，且期末考将近，急需曆年卷的幫助，經過短暫使用，蔡同學表示福大助手基本滿足他的需求

除了現有的功能外，蔡同學覺得要是App能整合一個及時通訊功能，或者是線上交流功能，讓大家可以交流學業或者其他資訊的話就更好了

IOS手機：

1.背景：福建師範大學2016級軟體工程某不願透露名字的陳同學，據他描述師大還沒有這種學業助手類型的應用

2.使用體驗：

初次上手，陳同學表示該程式能在Apple store上線足以說明該程式還是相當厲害的，因為稽核要求比較嚴格，（相對于安卓應用）還表示他很喜歡這種不顯示首頁，将所有功能簡化的設計

而且功能也齊全，采訪者問其有什麼想法，他表示驚訝于學校願意将學校資料接口給學生使用，且感歎福大助手團隊完成了一個完成度比較高的作品

第二部分 分析

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

  計算機專業畢業具有良好的專業素養，在專業UI的額外支援下，三個月比較足夠。

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

  優勢：

  • 作為課程表軟體，它比“超級課程表”來的清新，沒有煩人的廣告，使用者體驗較好
  • 作為學習資料軟體，比百度文庫，豆丁文檔等針對性，福大學習可以精确找到符合條件的資料，與期末考啦相當。
  • 作為校園交流軟體，比福大易班來的流暢，比福大教務通功能來的多，界面更加整潔，伺服器較少癱瘓。

  劣勢：

  • 尚有很多功能有待完善，比如添加課程方面，經常出現bug，導緻使用者解除安裝重裝。
  • 福大助手作為校園助手，限制了它的上限隻能是在福大。相比易班，其推廣度大大不如。

• 根據了解和體驗，畫出整個軟體所有功能邏輯框圖，根據重要度辨別出各子產品的重要度、完成度、出發點及效果；
  • 成績查詢

    

  • 嘉錫講壇

    

    -教務通知

    

  • 考場查詢

    

  • 課程表

    

  • 空教室查詢

    

  • 曆年卷

    

  • 圖書館

    

    -校招月曆

    

• 針對不同的次元評分，對使用者體驗方面、UI界面美觀度、核心功能，分别打分。
  • 使用者體驗 9/10
  • UI 8.5/10
  • 核心功能 9.5/10

第三部分 建議和規劃

• 如果你是項目經理，如何提高進而在競争中勝出？
• 目前市場上有什麼樣的産品了？
  • 福大易班的校本化功能，期末考啦為學生提供學習資料的查詢，超級課程表提供課表查詢。
• 你要設計什麼樣的功能？
  • 可以設計一個校内百事通的功能。彙總各種常見問題，如：福大哪裡有幹洗店，哪裡可以充電等。
  • 可以将學生卡充值整合進來。真正做到上大學隻需要一個軟體
• 為何要做這個功能，而不是其他功能？
  • 福大助手是專門為福大學生服務而設計的，綜合了學生對日常生活和學習方面所需的服務，評測出學生需要哪些不需要哪些功能，例如福大易班提供的精品課程功能，對于大部分學生來說使用的頻率低，對于福大助手這種輕便的軟體是不要這種功能的。又如課表查詢，福大助手提供的僅僅是對于課表的查詢、更新等日常學生經常用到且必須的功能，而超級課程表添加除課表查詢外，還有小紙條功能提供簡單的聊天功能，這對學生來說是極少使用的。總之，福大助手提供的功能是學生經常使用到且有幫助的的，删除一切不必要的功能。
• 為什麼使用者會用你的産品/功能？
  • 首先因為功能齊全，整合大學生各種必備的如課程表，空教室查詢等。非常的簡潔友善。
  • 其次界面清晰，運作流暢，沒有廣告等擾人内容。
• 你的創新在哪裡？可以用 NABCD 分析。

NEED：福大助手僅提供對學生日常生活和學習有需求的功能，其他不必要的功能都沒有添加，極大的友善學生使用者的使用。

APPROCH：福大助手将一個個較大的需求，封裝成一個個功能子產品，而且使用者還可以通過設定隐藏一些較少用到的功能子產品，這樣更簡化操作。

BENEFIT：各個功能子產品提供不同的服務，且全部的功能子產品涵蓋了幾乎所有的使用者所需的功能，使用者隻需下載下傳一個軟體就能享受到好幾個軟體提供的服務，而且操作更加輕便。由于删除了不必要的功能，軟體所占用的空間也更加的小。

COMPETITORS：一個內建其他幾個軟體重要功能的軟體，操作又簡便，是非常吸引使用者。

DELIVERY：采用抽屜界面，将所有的功能子產品放置在抽屜界面中，由于功能數隻有十來個，使用者可以很容易的找到自己所需的功能，并且還能通過設定将近期用不到的功能隐藏起來，就能更大友善找到所需的功能。各個功能的界面也是盡量做到簡潔明了，提供最佳視覺效果。

• 如果你來上司這個團隊，會有什麼不一樣？
  • 首先加強團隊凝聚力，使團隊工作更高效，和諧
  • 其次對代碼的規範和品質嚴格把關。
  • 保密，資訊安全，使用者資訊的保密才是重中之重。
• 如果你的團隊有5個人, 4個月的時間，你作為項目經理，應該如何配置角色（開發，測試，美工等等）？
  • 大緻分為美工一人，前端開發一人，後端開發一人，測試一人，項目經理一人。
  • 項目經理在四個月期間中一直負責統籌團隊開發，調研市場需求，制定合理的開發計劃，負責協調團隊隊員合作 。
  • 前15天，負責美工的人員需要在盡量短的時間内設計出初稿友善其他人員今早開始設計。前後端人員可以簡略設計所需要接口，測試人員準備好測試環境和測試資料等。
  • 中期的兩個半月，前後端人員負責好開發出第一版，并在美工和測試人員的要求下不斷修改跟進版本。
  • 後期一個月，測試人員不斷的測試查找bug，前後端人員負責修改bug。美勞工員可以修改美化界面，前後端人員負責跟進。項目經理準備好産品上線的工作。
• 描述你的團隊在16 周期間每周都要做什麼，才能在第16周如期釋出軟體，大小裡程碑績點設定。

周數	任務	裡程碑
1-2	需求分析，初步确定産品功能，市場調研，完成需求分析報告書.明确分工	需求分析完成
3-4	深化需求分析，制定代碼規範，建構架構，進行原型設計，統一開發環境	原型設計完成
5-8	代碼實作，前端和後端并行。
9-11	前後端接口對接，對各個功能子產品進行測試	Alpha版本釋出
12-13	接受意見回報，修複bug，完善功能。	Beta版本釋出
14	進行嚴格的性能測試、壓力測試、內建測試等
15	編寫使用者手冊。	使用者手冊完成
16	項目部署，釋出最終版本的産品。	釋出正式版本

• 項目釋出後，有沒有考慮過項目該怎麼部署才能滿足需求。依據附錄圖（某校教務處系統的部署）作為參考，分析16周後你所完成的項目上線需要哪些配套裝置(伺服器、帶寬、資料庫需求數量與配置) 。
  • 後端伺服器：2核4G
  • 帶寬：人均1M
  • 關系型資料庫：SQL Server 數量：3（讀寫分離2、備份1）
  • 緩存資料庫：Redis 數量：1（主備）

第四部分 增量開發設計

• 主界面設定功能
  • 在設定界面加入主界面設定功能，在全局做修改
  • 作為設定界面下的子功能接入

    

• 校園卡充值功能
  • 設計相應界面，并接入校園卡充值接口
  • 作為平行于各一級功能的功能子產品接入
  • 原型

    

• 校園精确導航
  • 調用高德地圖或者百度地圖，并在其基礎上細化地圖

  • 

• 校曆浏覽
  • 設計相應按鈕，接入校曆網頁

  • 

第五部分 答辯總結

• 評估團隊中每個人對本次作業的貢獻比例

成員	分工	貢獻比
	測評報告整理	11%
文斌	邏輯框圖制作	12%
	思維導圖制作
靜茹	Bug測評
敬甲	ppt制作+演講+部落格整理	13%
澤明	軟體規劃	10%
	采訪	9%
	增量原型設計
	軟體建議

• 答辯總結
  • 求出本組的現場答辯得分：去除最高總分，最低總分，求平均分（保留2位小數）

  組号	得分
  1	80
  2	72
  3	76
  4	81
  5	92
  6
  7	77
  8	82

  • 去掉一個最高分（92），去掉一個最低分（72），最終得分：79.33
• 答辯質詢

• 第一組

  Q1:增量設計的4個功能中，團隊最看重哪個功能？

  A1:校曆功能吧~最簡單且最實用

  Q2:增量設計的實作難度如何，需要團隊多少工作量？

  A2:實作難度較高，工作量沒顧及

  Q3:ppt中的bug展示可以使用gif進行更生動的展示

  A3:謝謝建議，下次會考慮這種方式

• 第二組

  Q1:是否可以多增添點PPT的 内容

  A1:可以，但沒有必要

  Q2:有沒有發現到更多的BUG

  A2:已經全部展示

  Q3:增量開發的難度如何

  A3:實作難度較高

• 第三組

  Q1:你們是否有對使用者進行調研來擷取一些使用者的需求？

  A1:未采取調研

  Q2:你們的具體的人員分工展現在哪？

  A2:在部落格和答辯中都有展現

  Q3:校園卡充值功能又沒

  A3:問題沒有描述完整哦

• 第四組

  Q1:展示的資料可以有些不充分，希望可以改進

  A1:謝謝建議

  Q2:增量開發的難度有考慮過嗎？

  A2:更多是從功能去考慮，難度方面考慮較少

  Q3:無

  A3:無

• 第五組

  Q1:增量設計裡校園卡充值功能是否能確定安全性，怎麼确定學校相關部門願意合作與否？

  A1:增加功能的前提就得保證安全性，不能确定

  Q2:增量設計裡設計首頁面會不會多餘，把除了課程表以外的子產品做首頁面是不是并不利于自身使用？

  A2:僅代表自己組的意見，不多餘

• 第六組

  Q1:您好，請問你們有沒有考慮過做采訪環節或者問卷調查？

  A1:采訪環節有做，問卷調查沒有做

  Q2:您好，請問你們有沒有考慮過從不同方面進行測試，如利用網上的軟體進行測試？

  A2:沒有，都是自己來測，從效果來看，這個方法接地氣且是個不錯的方法

  Q3:您好，由于你們ppt内容沒那麼豐富，是否能夠考慮從測評報告中再摘取一些内容？

• 第七組

  Q1:是否有考慮采取采訪或調研的方式來聽聽使用者們的想法和建議？

  A1:有采訪，但沒有調研。

  Q2:對提出的增量設計是否考慮過具體的實作方法或衡量過它們的實作難度？

  A2:有考慮，展現在部落格裡，歡迎交流。

  Q3:展示的資料可以再充分一點，增強說服性。

  A3:謝謝建議

第六部分 個人部分

• PSP

  	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
  Planning	計劃	30	45
  •Estimate	•估計這個任務需要多少時間
  Development	開發
  •Analysis	•需求分析 (包括學習新技術)	20
  •Design Spec	•生成設計文檔
  •Design Review	•設計複審
  •Coding Standard	•代碼規範(為目前的開發制定合适的規範)
  •Design	•具體設計
  •Coding	•具體編碼
  •Code Review	•代碼複審
  •Test	•測試（自我測試，修改代碼，送出修改）
  Reporting	報告
  •Test Repor	•測試報告
  •Size Measurement	•計算工作量
  •Postmortem & Process Improvement Plan	•事後總結, 并提出過程改進計劃
  合計	160	225

• 學習進度條

  第N周	新增代碼（行）	累計代碼（行）	本周學習耗時（小時）	累計學習耗時（小時）	重要成長
  	340		25	Leangoo工具學習
  	300	640		40	雜湊演算法、優先隊列、結構體等c++内容複習
  		10	50	d代碼方面暫無
  			55	Github代碼管理學習、leangoo工具完善
  12	100	740		60	了解了些python，寫部落格能力++
  13	200	940		70	寫部落格繼續++、ppt制作++、錄屏++、頭發--、睡眠------
  		1040		75	寫部落格繼續++、ppt制作++、頭發繼續--