組長部落格連結
目錄
- 所有成員
- 項目宣傳視訊連結
- 貢獻比例
- 工作流程
- 組員分工
- GitHub 項目連結
- 本組 Beta 沖刺站立會議部落格連結彙總
- 燃盡圖
- 原計劃、達成情況及原因分析
- 組員：胡緒佩
- 組員：周政演
- 組員：莊卉
- 組員：何家偉
- 組員：黃鴻傑
- 組員：葛家燦
- 組員：胡青元
- 組員：劉恺琳
- 組員：翟丹丹
- 組員：劉一好
- 組員：何宇恒
- Beta 版本展示
- 直接釋出可用 Beta 版本，并提供使用說明。
- 功能：登陸注冊
- 使用說明
- 功能：語音輸入
- 功能：建立或修改備忘錄
- 功能：智能分析
- 功能：智能提醒
- 功能：天氣提醒
- 功能： 雲備份 雲同步
- 功能：桌面控件
- 功能：桌面預覽
- 得分
- 直接釋出可用 Beta 版本，并提供使用說明。
- 收集其他組對本組提出的問題，并回答
- 第一組回答：（爸爸餓了隊）
- 第二組回答：（拖鞋旅遊隊）
- 第三組回答：（彳艮彳亍隊）
- 第四組回答：（火箭少男100隊）
- 第五組回答：（精雕細課夢之隊）
- 第七組回答：（第三視角隊）
- 第八組回答：（小白吃隊）
- 個人PSP
- 個人學習進度條
- 後續讨論
404 Note Found
| 學号 | 姓名 |
|---|---|
| 031602114 | 胡緒佩（組長） |
| 031602543 | 周政演 |
| 031602444 | 莊卉 |
| 081600410 | 胡青元 |
| 031602627 | 劉恺琳 |
| 031602525 | 劉一好 |
| 031602511 | 何家偉 |
| 031602513 | 黃鴻傑 |
| 031602510 | 葛家燦 |
| 031602539 | 翟丹丹 |
| 031602113 | 何宇恒 |
項目宣傳視訊連結：https://www.bilibili.com/video/av38829275
-
本次作業由于在alpha版本階段我們已經将大部分功能基本實作，是以Beta版本我們隻是對于各個隊員
負責的部分進行獨立子產品的優化和改進。
- 并且對團隊協作進行了一定程度的規範化，采用github平台的方式進行團隊協作。
- 在Beta沖刺階段不斷對bug進行修複并且在deadline之前好幾天完成apk打包
-
并做了産品的專業機型測試,以及内測産品的推廣及使用者調查，針對調查結果對我們的産品進行bug修複和使用者友好性改進，在幾天時間内從1.0.0
版本更新至1.1.1版本。
緒佩： 對備忘錄的狀态之間改變跳轉進行修複改進、對删除備忘錄的功能bug修複、現場展示PPT答辯、項目的推進、任務的分工
卉卉： 雲伺服器雲端資料的部署，接口的測試和改進，産品的界面優化建議師，産品界面圖示圖檔制作
家燦： 雲伺服器雲備份，雲同步部署，接口測試和改進
青元： 登入注冊界面的完善，和雲端資料庫的對接，協作完成雲同步和雲備份，引導頁的制作
鴻傑： 完成智能提醒天氣分析和使用者行為分析的功能合并，協作完成備忘錄即将到期的通知顯示，答辯環節提問回答算分彙總處理。
家偉： 改進和優化短信提醒的時間，内容，對背景運作程式的嘗試
一好： 完成語音輸入的浮标嘗試，PPT制作
宇恒： 完成備忘錄詳情處添加圖檔路徑處理，添加可以拍照的功能
政演： 針對兩個智能進行深度優化,設計實作了基于 LD-Sketch 的雲端資料處理架構,并制作ppt上台答辯，部落格分工以及撰寫
丹丹： 新穎視訊的制作
恺琳： 優化生成桌面的功能，美化桌面展示的界面，修複生成桌面的小bug
團隊貢獻比例：
| 貢獻度 | |
|---|---|
| 緒佩 | 11% |
| 卉卉 | 9.5% |
| 家燦 | |
| 青元 | 13% |
| 鴻傑 | |
| 家偉 | 6.5% |
| 一好 | 6% |
| 宇恒 | |
| 政演 | |
| 丹丹 | 9% |
| 恺琳 |
https://github.com/heihuifei/Canmory-of-404-Note-Found
Beta 沖刺 （1/7）
Beta 沖刺 （2/7）
Beta 沖刺 （3/7）
Beta 沖刺 （4/7）
Beta 沖刺 （5/7）
Beta 沖刺 （6/7）
Beta 沖刺 （7/7）
燃盡圖：
原計劃将什麼功能做到什麼程度
-
原計劃将功能做到可以正常的添加和删除備忘錄并且可以
友好的堆備忘錄的完成狀态進行跳轉
實際做得怎樣了
-
實際達到原計劃的完成度，産品可以正常的進行備忘錄
的添加和删除，并且可以友好的對備忘錄的完成狀态實作
勾中跳轉。
如果沒有達成，反思是哪些因素影響的
-
已經達成，後續還會對于其中一些操作性的細節做出優
化，提高使用者友好性。
- 原計劃的智能分析，僅僅是擷取使用者的資料。
- 最後的智能分析是一個基于 LD-Sketch 的雲端資料處理架構，用于在雲伺服器背景上處理從使用者傳來的資料。将使用者的資料項看做流的形式，傳到雲伺服器的sketch上，而不是将資料項存儲在資料庫中。後端人員隻需要設計好使用者端的資料采集，存于字元串中，通過thrift将資料從使用者端傳輸到雲端，并控制多使用者向雲端的并發資料傳遞。在後端将字元串解析成所需的資料，設定到LD-sketch的門檻值大小，通過管道存入LD-sketch中,LD-sketch将自動報出超過門檻值的資料項。
- 已達成
- 實作本地和雲端資料的傳送
- 完成
- 無
- 原計劃實作短信的分析功能，在收到快遞或出行短信時自動提取關鍵字使前端能顯示相應備忘錄
- 達到預計要求，但短信模闆還能夠進一步優化
- 原計劃實作桌面控件、天氣提醒功能、鎖屏桌面設定、智能提醒功能
- 達到預計要求，但是在打包apk過程中智能提醒功能出現了些許bug，在後續将完善這些bug
- 使用者登入注冊：使用者可以使用手機号（11位）和密碼（6-16位）注冊自己的賬戶，登入軟體，使用者資料儲存在伺服器中。
- 雲備份和雲同步：使用者登入成功之後，打開側邊欄，點選雲備份，可以将使用者本地的個人資料，備份至伺服器中，；點選雲同步，可以将使用者先前備份在雲端的資料，還原至本地。避免由于手機丢失或者操作不當帶來的不便。
- 實際上滿足先前構想
- 功能實用，界面美觀。
- 功能使用，但界面不夠美觀，以及功能還存在bug。
- 已完成。
-将備忘錄顯示在頁面上，并可以選擇自己想要的桌面。
- 可以做到從圖檔庫中選取桌面并顯示，顯示前五條桌面
- 任務完成
- 滿足組員要求，進行情景式視訊剪輯
- 已完成
- 任務已完成
- 原計劃實作語音轉文字功能和語音轉文字懸浮窗
- 語音轉文字功能實作成功，懸浮視窗實作成功但是無法進行語音轉文字
- Android 的Service 功能中不能調用有關UI部分的内容。是以即使我實作了懸浮窗，但是不能進行語音輸入的它對于我們整個團隊來說就略顯雞肋了。
-原計劃将備忘錄編輯界面增加拍照和上傳視訊功能
-實際上隻做了拍照功能，并沒有實作上傳視訊功能
- android的edittext不支援多媒體插入，我在事先沒有做好調查
記憶罐頭APK網盤位址：https://pan.baidu.com/s/1AsbRgRbkdrx6Qz_dnpv_Sw
- 輸入11位手機号作為賬号，輸入4到10個字母或者數字作為密碼
福大軟工 · 第十二次作業 - Beta答辯總結 - 輸入注冊過的手機号和密碼即可登陸
- 點選語音輸入
- 說出要形成備忘的内容
- 語音輸入生成備忘
- 根據提示輸入标題，更改到期時間，調整優先級，添加詳細内容，以及在更多設定中按照提示選擇即可。
- 我們的智能分析是一個基于 LD-Sketch 的雲端資料處理架構，用于在雲伺服器背景上處理從使用者傳來的資料。将使用者的資料項看做流的形式，傳到雲伺服器的sketch上，而不是将資料項存儲在資料庫中。後端人員隻需要設計好使用者端的資料采集，存于字元串中，通過thrift将資料從使用者端傳輸到雲端，并控制多使用者向雲端的并發資料傳遞。并在後端将字元串解析成所需的資料，設定到LD-sketch的門檻值大小，通過管道存入LD-sketch中,LD-sketch将自動報出超過門檻值的資料項。
- 智能分析主要用于背景的資料處理，不向使用者開放。
智能分析的部分特點
線速處理資料
能夠高速處理從邊緣到雲端的資料，LD-sketch原是用于資料中心的高速流量測量，本産品使用者端到雲端的資料量遠遠小于資料中心，可以輕松完成線速資料處理。
占用極少空間
盡量減少空間的開銷，不使智能分析成為負擔。sketch的基本思想是将資料壓縮到較小的空間内，在可接受的誤差估計下完成資料采集，利用LD-sketch可以大大減少資料存儲占用的空間。
通用處理架構
使邊緣到雲端的資料處理架構具備良好的通用性。我們設計的架構無需針對每一種資料都設計專門的處理方法。每一條資料都以字元串的形式傳輸，隻要在後端設計好字元串的格式處理即可。
簡化對接操作
省去資料庫處理過程，簡化處理流程。我們的資料處理架構中，繞過了資料庫，避免資料在資料庫中大量的 IO 操作，降低計算開銷，同時不需要資料庫管理者對資料處理，簡化了對接操作。
- 打開智能提醒功能開關，根據引導設定權限，回到主界面再次打開智能提醒開關
- 打開天氣預報功能開關
- 未聯網情況下隻要不登出可正常使用該賬号的本地備忘功能。
- 雲備份：在聯網情況下，點選雲備份，可以将使用者本地的個人資料，備份至伺服器中，避免由于手機丢失或者操作失誤帶來的不便。
- 雲同步：在聯網情況下，點選雲同步，可以将使用者先前備份在雲端的資料，還原至本地。
- 添加桌面控件
使用說明：選擇圖檔庫的一張圖檔，使用者可以自由選擇字型顔色和字型大小，點選預覽可以預覽鎖屏效果，點選生成桌面
便可以生成鎖屏桌面進行展示
1. 在早上的答辯中沒有聽懂基于LD-Sketch的使用者行為統計算法可否詳細解釋一下？
答：感謝提問！我們的智能分析是一個基于 LD-Sketch 的雲端資料處理架構，用于在雲伺服器背景上處理從使用者傳來的資料。将使用者的資料項看做流的形式，傳到雲伺服器的sketch上，而不是将資料項存儲在資料庫中。後端人員隻需要設計好使用者端的資料采集，存于字元串中，通過thrift将資料從使用者端傳輸到雲端，并控制多使用者向雲端的并發資料傳遞。并在後端将字元串解析成所需的資料，設定到LD-sketch的門檻值大小，通過管道存入LD-sketch中,LD-sketch将自動報出超過門檻值的資料項。
如有興趣，歡迎讨論 ：）
附：
對于sketch的有關算法，可以檢視這篇介紹：https://www.sdnlab.com/22685.html
關于LD-sketch的算法細節，可以檢視這篇論文：https://ieeexplore.ieee.org/document/6848076/
2. 是否考慮精簡界面的元素數量，給使用者更簡潔的觀感？
答：感謝提問！我們在備忘展示的主界面的未完成、到期未完成、已完成三個清單均可點選使其隐藏。我們認為已經盡可能的精簡了界面的元素數量，使其在滿足使用者需求的情況下盡量簡潔。如果有什麼好的建議歡迎與我們交流。
3. 應用的功能較多是否考慮做一個使用者引導友善新使用者了解功能？
答：感謝提問！我們的app在使用者第一次安裝時會提供一個引導頁來介紹特色功能。
1. 對于本項目，在後續的bug修改以及推廣方面有哪些想法
答：感謝提問!我們項目組負責開發部分的成員會繼續修改bug，bug修改完善後，會投入市場營運，線上線下會同時宣傳，争取吸引更多使用者的使用。
2. 在以前的課上有提過你們不用語音輸入的,現在怎麼也支援語音輸入了
答：感謝提問!因為我們有多餘的時間和足夠的能力，多多益善嘛，後續就添加了這個功能。
3. 有沒有考慮本項目的某些地方其實産生了重疊進而對項目進行部分的增加或删除
答：感謝提問!目前還沒有發現功能嚴重重疊的現象，但後續在推廣過程中會根據使用者回報現象，對功能進行增删改。
1. 你們有沒有做過關于界面美觀或是邏輯設計的調查或測試？
答：感謝提問！在問卷中我們有這樣的選項。
2. 語音輸入的結果精度高嗎？語音輸入功能是調用什麼實作的嗎？
答：感謝提問！語音輸入是調用百度的接口，精度在我們的能力範圍確定語音輸入的準确度。
3. 如果每一項提示需要填寫這麼多項的話,會不會太麻煩？讓使用者體驗降低,是否考慮簡化(目前個人用來覺得挺好,需要提醒事項多的時候沒有測試過,是以不太清楚)
答：感謝提問！我們的備忘錄并不是對每個選項都要設定，最簡便的方法是語音輸入，直接轉成備忘錄的标題。
1. 為什麼沒有展示智能分析？僅從口頭描述來說，是否僅是上傳各app的使用時長給伺服器而已呢？
答：感謝提問！
- 第一，智能分析是一個運作在背景的功能，不對使用者開放。
- 第二，app未推廣，缺少實際的使用者資料。
- 第三，智能分析的示範過程時間較長，十五分鐘的展示時間無法完成。
- 第四，希望提問小組可以更認真一點聆聽示範報告，有疑問，至少提問前看一下ppt上的内容。若是僅上傳app使用時長給伺服器，又何足道哉？我們的智能分析是一個基于 LD-Sketch 的雲端資料處理架構，用于在雲伺服器背景上處理從使用者傳來的資料。将使用者的資料項看做流的形式，傳到雲伺服器的sketch上，而不是将資料項存儲在資料庫中。後端人員隻需要設計好使用者端的資料采集，存于字元串中，通過thrift将資料從使用者端傳輸到雲端，并控制多使用者向雲端的并發資料傳遞。在後端将字元串解析成所需的資料，設定到LD-sketch的門檻值大小，通過管道存入LD-sketch中,LD-sketch将自動報出超過門檻值的資料項。
- 第五，我們已在群裡上傳程式源碼，架構的可行性也早已驗證過，歡迎測試。
- 第六，以下是測試效果。我們從伺服器端收到input，每條字元是一個資料項，設定門檻值為100，在修改接口之後，同時将資料流用管道傳入LD-Sketch，下圖是背景中sketch的資料存儲使用情況(為了友善顯示，将行設為20，實際中并非如此)，并且可以看到，LD-sketch迅速并正确地報出超過門檻值的key。
2. 在之前的展示中，你們反複提到軟工課沒必要做太高大上的技術，為什麼這次展示又加了兩個“智能”子產品呢？
答：感謝提問！這個問題分兩點回答。
- 我們從始至終都是有四個核心其中包括兩個智能，希望提問小組可以更認真一點聽每一次的示範，至少在提問之前也應該看一看被提問組送出的材料，這是對被提問方最基本的尊重。
- 我們所說的沒有必要做過于高大上的功能是在沒完成基礎軟體工程的前提下，當然如果完成了加上是完全OK的，相比于那個我們是針對于alpha版本某些組甚至沒有完成他們的軟體就一直呐喊着那些聽起來高大上的算法卻隻有PPT産品提出來的觀點，在beta版本已經完成基礎軟體添加高大上的功能有何不可呢？
3. 你們認為最核心的功能是什麼呢？為什麼？
答：感謝提問！我們認為最核心的功能是鎖屏桌面展示；桌面展示能夠最直覺的讓使用者看到自己定下的備忘錄，改變傳統的備忘錄形式，做到真正的“備忘”。
1. 語音輸入的功能很好,請問語音識别的準确率如何?
答：感謝提問！其實之前就有回答過類似的問題，我們使用的是百度語音接口，準确率和使用者的口音和使用環境也有關系，正常使用的時候準确率是很可靠的。
2. 請問有沒有打算beta版本之後從哪些方面來進一步完善？
答：感謝提問！優化各個頁面的邏輯，使得頁面更加人性化。還有就是對使用者的APP使用情況進行分析，以提供更好的服務。
3. 請問你們會用什麼來吸引使用者、留住使用者？
答：感謝提問！我們會提供個性化的設定，優美的界面，各種友善實用的功能其實就已經很吸引人了。
1. 仍存在一些bug未解決，示範時，智能讀取短信加入待辦事項的功能似乎出了問題，找到原因了嗎？
答：感謝提問！找到原因了，智能讀取短信時資料庫讀寫出了問題。我們已經進行了解決。
2. 待辦事項，進行中事項與已完成事項的ui互動邏輯不夠友好，事項的互相轉移操作不是很明晰，可以再進行優化嗎？
答：感謝提問！我們會在後續更新中進行優秀，感謝您的建議。
3. 智能分析功能可以做一些展示嗎？
答：感謝提問！我們會再對這方面進行優化，按照計劃會在最終示範的時候進行展示。
1. 你們組的人數相對其他組比較多，能否簡述一下你們的分工和工作時間？
答：感謝提問！分工已經在ppt很明确的指出了，希望該組組員再看一下；工作時間為每周2、5、6晚上9點至11點，值得一提的是，在本周三前，本組已經大緻完成了所有核心功能，并釋出了app1.0.0版本，并做了許多改進，如今已經到了1.0.9版本！
2. 為什麼會出現現場示範中的錯誤，之後有無尋找原因并進行修改？
答:感謝提問！會在現場示範中出現錯誤，一方面是因為前期确實是沒有準備好，另一方面是因為沒有真正彩排過，沒有到實地演練一遍！
3. 你們項目的功能已經十分完善了,能否簡述一下後續的制作計劃呢？
答：感謝提問！我們項目功能雖然比較完善了，但是還有一些細節處理的不夠友好，還有待改進，另外會針對于我們的智能性方面做出更進一步的優化。再者我們将會對我們的産品做一個市場推廣并根據使用者回報疊代産品，推廣疊代過程還很漫長。後續計劃将由pm制定！
| PSP2.1 | header 2 | 預估耗時（分鐘） | 實際耗時（分鐘） |
|---|---|---|---|
| Planning | 計劃 | 50 | 30 |
| · Estimate | ·估計這個任務需要多少時間 | 20 | |
| Development | 開發 | 150 | 120 |
| · Analysis | 需求分析（包括學習新技術） | 60 | |
| · Design Spec | · 生成設計文檔 | ||
| · Design Review | · 設計複審 | ||
| · Coding Standard | · 代碼規範 (為目前的開發制定合适的規範) | ||
| · Design | · 具體設計 | 80 | |
| · Coding | · 具體編碼 | 10 | |
| · Code Review | · 代碼複審 | ||
| · Test | ·測試（自我測試，修改代碼，送出修改） | ||
| Reporting | 報告 | ||
| · Test Repor | · 測試報告 | ||
| · Size Measurement | · 計算工作量 | ||
| · Postmortem & Process Improvement Plan | · 事後總結, 并提出過程改進計劃 |
|合計||660|790
| 第N周 | 新增代碼（行） | 累計代碼（行） | 本周學習耗時(小時) | 累計學習耗時（小時） | 重要成長 |
|---|---|---|---|---|---|
| 1 | 5 | 閱讀《建構之法》，重點了解了 NABCD 模型 | |||
| 2 | 15 | 找到了适合團隊的原型工具，以及如何并行操作 | |||
| 3 | 68 | 6 | python字元處理複習、爬蟲學習 | ||
| 4 | 78 | 146 | 7 | 13 | java爬蟲學習 |
| 194 | 340 | 19 | 單元測試設計 | ||
| 29 | 需求報告撰寫 | ||||
| 34 | Alpha部落格撰寫 | ||||
| 37 | Alpha2部落格審查 | ||||
| 40 | Alpha3部落格審查 | ||||
| 42 | Alpha4部落格撰寫 | ||||
| 390 | 52 | 構思了随機算法、附加功能算法和具體思路，完成撰寫叙述 | |||
| 54 | Alpha5部落格撰寫 | ||||
| 8 | 56 | Alpha6部落格撰寫 | |||
| 58 | Alpha7部落格撰寫 | ||||
| Alpha8部落格撰寫 | |||||
| 62 | Alpha9部落格撰寫 | ||||
| 64 | Alpha10部落格撰寫 | ||||
| 9 | 700 | 測試文檔撰寫 | |||
| 70 | Beta1部落格撰寫 | ||||
| 300 | 1000 | 72 | Beta2部落格撰寫 | ||
| 200 | 1200 | 74 | Beta3部落格撰寫 | ||
| 1500 | 76 | Beta4部落格撰寫 | |||
| 11 | Beta5部落格撰寫 | ||||
| 12 | Beta6部落格撰寫 | ||||
| 1700 | 85 | 設計實作new idea | |||
| 14 | 87 | Beta7部落格撰寫 | |||
| 89 | Beta總結部落格撰寫 | ||||
| 400 | 2100 | 95 | 完成智能分析 |
組長部落格連結：https://www.cnblogs.com/heihuifei/p/10165906.html