軟工第七次作業
阿新 • • 發佈:2018-11-04
【計劃安排】
階段 | 主要任務 | 時間 | 任務內容 |
---|---|---|---|
1 | 專案選題 | 09.22 - 10.10 | 確定選題內容,收集使用者需求,明確定位,競品分析,選題報告 |
2 | 需求分析 | 10.11 - 11.4 | 梳理需求,輸出思維導圖,原型設計,一分鐘視訊,需求分析報告 |
3 | 團隊 | 11.5 - 11.10 | 團隊整改,原型改進,確定編碼,加強團隊協作 |
4 | Alpha衝刺 | 11.11 - 11.23 | 完成專案核心(一期)功能,準備專案1.0版本上線 |
5 | Alpha&Beta對接 | 11.24 - 12.12 | 收集使用者反饋 ,測試,改進Alpha版本,反思總結 |
6 | Beta衝刺 | 12.13 - 12.21 | 測試,完善功能,運營推廣,上線專案 |
【專案logo】
【思維導圖】
其實我們更希望以如下的方式展示。
問卷調查
需求池
功能需求圖
功能圖
【團隊中個人的貢獻比例】
由於部分思維導圖、logo設計在之前的階段算過貢獻,此處不重複計算
學號 成員 參與 貢獻比例 031602428 蘇路明 思維導圖,整合需求報告,完善部落格 11 031602401 陳瀚霖 需求分析報告引言部分 8 031602406 程曉巨集 PPT製作、演講 11 031602438 葉一帆 需求分析報告驗收標準部分 9 031602407 何家健 評審表設計、評分、對他組提出問題和建議各50% 8 031602410 黃海潮 評審表設計、評分、對他組提出問題和建議各50% 8 031602429 王錦揚 原型製作60% 12 031602442 鄭孔宇 部落格撰寫,回答他組問題,收集建議 9 031602439 俞凱欣 原型製作40%,一分鐘視訊製作 15 031602421 林世傑 需求分析報告總體描述部分 9
【評審表格設計】
【答辯總結】
評分:去除最高分(80)最低分(66)後的平均分:73.71
組號 團隊名 評分 1 爸爸餓了 79 2 拖鞋旅遊隊 80 3 彳艮彳亍 76 4 火箭少男100 66 5 起床一起肝活隊 66 6 404 Note Found 71 7 第三視角 75 8 小白吃 76 9 我頭髮呢 73 問題&回答:第九組還未提問。
第一小組的問題:
- Q1:通過答辯並沒有對產品的核心競爭力有一個明確的認識能否說明產品的核心競爭力所在?
-A1:我們核心的功能在於是上傳照片能夠自動捕獲照片所帶的定位資訊,方便使用者來完善自己的足跡圖。 - Q2:請問有對於應用的容錯性方面相應的驗收標準嗎?
- A2:暫時還沒有,我們會在後續補充。
- Q3:是否考慮過初期先行集中精力開發部分核心功能?
- A3:有的,在思維導圖裡我們對開發的功能有進行等級標記,等級越低的優先順序越高。
第三組的問題
- Q1:現在市場上開始浮出一些類似於你們功能的產品,請問你們如何保持產品優勢?
- A1:首先,微信小程式便於安裝和分享,其次捕獲定位資訊的功能能夠方便使用者們的使用而不同於其他軟體的選取地點。
- Q2:您們的產品很注重的是分享這一塊,請問在這一塊你們覺得你們的分享非常具有核心競爭力的是什麼?因為當前QQ、微信之類的在分享這一塊形式越來越多了
- A2:我們是形成一張h5海報形式的連結分享,從而有更加美觀的分享體驗。
- Q3:請問您們有考慮過一些類似於根據使用者需要實時推薦之類的拓展功能,還是想要專一做您們現有產品的特點。
- A3:如果開發順利,我們是有考慮進行推薦內容的拓展的。
第四組的問題
- Q1:是否存在有更創新型的殺手功能呢?
- A1:上傳照片時會自動獲取照片所帶的定位資訊,如果因訊號不好而不存在定位資訊,也可手動選擇。
- Q2:容錯性相關的驗收標準是否有考慮?
- A2:暫時還沒有,我們會在後續補充。
- Q3: 分享功能是否設計的過於簡單?
- A3:我們是生成一份h5形式的海報連結再分享到QQ、微信、微博等地方。
第五組的問題
- Q1:在足跡地圖功能上,如果在同一個地點旅遊了多次,那麼你們是對這幾次的標記同時展示出來還是會進行新舊更替呢?(甚至可以考慮一下標記的等級提升。)
- A1:足跡圖上只會顯示最新最熱的照片,我們也有成就係統來滿足使用者的體驗感。
- Q2:分享功能方面,如果是簡單的分享、評論、點贊,這就跟大部分的空間,朋友圈動態一樣的形式。能否有更新穎的分享方式。
- A2:我們是製作成h5海報形式的連結分享到空間,朋友圈中,而不是單純的分享圖片、視訊、文字。
- Q3:在使用者個人的資料記錄方面,你們組似乎是將圖片和視訊以時間軸的進行排序。這裡的話如果有使用者需要以地點為第一關鍵字排序,希望這個功能也能夠實現。
- A3:好的,感謝建議,我們會盡量實現。
第六組的問題
- Q1:你好,請問同類型產品很多,如何體現你們的競爭力?
- A1:首先,微信小程式便於安裝和分享,其次捕獲定位資訊的功能能夠方便使用者們的使用而不同於其他軟體的選取地點。
- Q2:你好,請問在ppt中是否應該添加個人中心的各種功能的說明?
- A2:好的,下一次會在ppt中有更加詳細的展示。
- Q3:你好,請問在產品的原型中,個人資訊修改的部分是不是應該新增修改城市,國家的功能?
- A3:是使用者自己的國家、城市的話會有的,我們還有旅遊過的國家和城市統計。
第七組的問題
- Q1:是否可以考慮通過改變”足跡地圖“標記點的顏色來凸顯使用者對旅遊過的地點的反饋,比如相當喜歡的地點,使用者可以將預設的紅色改成其他顏色,再加上一些小備註記錄?以及你們有沒有想過將地圖做成天氣預報那樣的按遊客數量標註的熱度分佈圖?
- A1:感謝建議,我們會對您的意見
- Q2:推薦的旅遊地點是否能提供詳細的推薦理由?你們目前的推薦功能能做到什麼程度?
- A2:新使用者我們會根據其他使用者推薦的熱門地區進行推薦,老使用者我們會根據他們已經去過的地方風格進行推薦。
- Q3:功能目前雖然非常豐富,但是是很難做過那些商家,那你們打算怎麼改變自己的定位?
- A3:首先,微信小程式便於安裝和分享,其次捕獲定位資訊的功能能夠方便使用者們的使用而不同於其他軟體的選取地點。
第八組的問題
- Q1:你們的路線分享功能是以什麼方式記錄的?
- A1:根據上傳過的圖片中所帶的定位資訊,如果由於訊號不好導致定位資訊不存在,可以手動選擇該照片的位置,最後將所有照片的定位資訊出現的位置在地圖上點亮後分享。
- Q2:感覺對於路線功能對於旅客來說是不是沒有什麼用?
- A2:路線功能並不是導航,而是用於分享的。
- Q3:你們產品相對於市面上其他產品最大的亮點是什麼?或者說主要能解決什麼問題?
- A3:最大的亮點是能夠通過照片自帶的定位資訊來自動生成路線地圖
- Q1:通過答辯並沒有對產品的核心競爭力有一個明確的認識能否說明產品的核心競爭力所在?
【其他組提出的意見和建議】
- 產品的核心競爭力不夠突出
- 功能定位不夠明確
- 容錯性驗收標準沒有體現,驗收標準未給出精確數字標準
- 生成位置可能出問題
- 專案特點
- 分享形式操作難度
- 重點內容突出和深化
- 亮點功能未闡釋清楚,亮點功能不夠吸引人
- 答辯過程缺乏說服力
- PPT問題,原型問題
- 以地點為第一關鍵字排序
- 可以增加圖片修改的特殊方式
- 可以針對喜歡旅遊的人群提出一些比較好玩的東西,以此來吸引更多的使用者
【需求分析報告修改處】
- 修改2.2產品功能中的主要功能圖表內容優先順序
- 新增第六章容錯性標準
【需求分析報告】
【遇到的困難及解決方法】
- 困難描述
- 對《軟體需求規格說明書》較為陌生
- 軟體驗收標準的制定
- 做過哪些嘗試
- 通過查閱相關部落格
- 詢問他組以獲得較為統一的結果
- 是否解決
- 解決
- 有何收穫
- 基本瞭解了需求分析報告的內容
- 討論制定了驗收標準
【PSP表格】
PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
Planning | 計劃 | 5 | 5 |
· Estimate | · 估計這個任務需要多少時間 | 120 | 150 |
· Development | 開發 | 10 | 10 |
· Analysis | · 需求分析 (包括學習新技術) | 10 | 10 |
· Design Spec | · 生成設計文件 | 20 | 30 |
· Design Review | · 設計複審 (和同事稽核設計文件) | 20 | 20 |
· Coding Standard | · 程式碼規範 (為目前的開發制定合適的規範) | 0 | 0 |
· Design | · 具體設計 | 50 | 80 |
· Coding | · 具體編碼 | 0 | 0 |
· Code Review | · 程式碼複審 | 0 | 0 |
· Test | · 測試(自我測試,修改程式碼,提交修改) | 0 | 0 |
· Reporting | 報告 | 0 | 0 |
· Test Report | · 測試報告 | 0 | 0 |
· Size Measurement | · 計算工作量 | 0 | 0 |
· Postmortem & Process Improvement Plan | · 事後總結, 並提出過程改進計劃 | 5 | 5 |
合計 | 150 |
【學習進度條】
第N周 | 新增程式碼(行) | 累計程式碼(行) | 本週學習耗時(小時) | 累計學習耗時(小時) | 重要成長 |
1 | 300 | 300 | 8 | 8 | 入門Visual studio的使用(包括單元測試) |
2 | 0 | 300 | 6 | 14 | 瞭解正則表示式的使用 |
3 | 0 | 300 | 10 | 24 | 加深掌握了Axure的使用,學會了使用NABCD模型進行需求分析 |
4 | 500 | 800 | 36 | 60 | 加強了python/java爬蟲基礎,在java程式碼方面有很大的提升,解除了資料分析和視覺化設計 |
5 | 0 | 800 | 12 | 72 | UML設計 |