需求分析報告

作業博客鏈接

團隊會議紀要鏈接

組長博客鏈接

目錄

• 組隊后的團隊項目的整體計划安排
• 項目logo及思維導圖
  • 項目logo
  • 思維導圖
    • 產品思維導圖
    • 產品思維導圖-引導
    • 產品思維導圖-后端數據處理、存儲
    • 產品思維導圖-短信識別
    • 產品思維導圖-智能分析
    • 產品思維導圖-壁紙生成
    • 產品思維導圖-注冊界面
    • 產品思維導圖-登錄界面
    • 產品思維導圖-使用1
    • 產品思維導圖-使用2
    • 產品思維導圖-語音輸入（語音識別）
    • 產品思維導圖-語音輸入(浮窗按鈕)
• 評審表格設計
• 分工與貢獻分評定
  • 撰寫需求規格說明書的工作流程
• 答辯總結
  • 第一組（爸爸餓了隊）
  • 第二組（拖鞋旅游隊）
  • 第三組（彳艮 彳亍隊）
  • 第四組（火箭少男100隊）
  • 第五組（起床一起肝活隊）
  • 第七組（第三視角隊）
  • 第八組（小白吃隊）
  • 第九組（我頭發呢隊）
• 需求分析報告
  • 《需求規格說明書》附件
• 遇到的困難及解決方法
  • 緒佩
  • 鴻傑
  • 丹丹
  • 家偉
  • 青元
  • 卉卉
  • 家燦
  • 政演
  • 一好
  • 愷琳
  • 宇恆
  • PSP
  • 學習進度條

目錄

• 組隊后的團隊項目的整體計划安排
• 項目logo及思維導圖
  • 項目logo
  • 思維導圖
    • 產品思維導圖
    • 產品思維導圖-引導
    • 產品思維導圖-后端數據處理、存儲
    • 產品思維導圖-短信識別
    • 產品思維導圖-智能分析
    • 產品思維導圖-壁紙生成
    • 產品思維導圖-注冊界面
    • 產品思維導圖-登錄界面
    • 產品思維導圖-使用1
    • 產品思維導圖-使用2
    • 產品思維導圖-語音輸入（語音識別）
    • 產品思維導圖-語音輸入(浮窗按鈕)
• 評審表格設計
• 分工與貢獻分評定
  • 撰寫需求規格說明書的工作流程
• 答辯總結
  • 第一組（爸爸餓了隊）
  • 第二組（拖鞋旅游隊）
  • 第三組（彳艮 彳亍隊）
  • 第四組（火箭少男100隊）
  • 第五組（起床一起肝活隊）
  • 第七組（第三視角隊）
  • 第八組（小白吃隊）
  • 第九組（我頭發呢隊）
• 需求分析報告
  • 《需求規格說明書》附件
• 遇到的困難及解決方法
  • 緒佩
  • 鴻傑
  • 丹丹
  • 家偉
  • 青元
  • 卉卉
  • 家燦
  • 政演
  • 一好
  • 愷琳
  • 宇恆
  • PSP
  • 學習進度條

組隊后的團隊項目的整體計划安排

項目logo及思維導圖

項目logo

logo含義：由一個裝滿備忘錄、便簽的罐頭和一只貓組成，白綠色調映襯我們備忘錄的清新簡便，鈔票似的備忘錄便簽代表記憶像金錢一樣珍貴，罐頭上的Canmory是由記憶罐頭：memory can提取組合而成，象征着記憶只有存在罐頭里才不會遺忘。可愛的貓為我們的備忘錄添了幾分生趣。

思維導圖

產品思維導圖

產品思維導圖-引導

直觀充分的展示了記憶罐頭的幾大核心新穎的功能：語音輸入、生活助手、快遞訂單短信識別、生活助手天氣分析、APP使用行為分析。

產品思維導圖-后端數據處理、存儲

后端數據處理、存儲主要分為兩部分，存儲在雲端的數據和存儲在android手機的數據。用戶備忘數據默認保存在本地，注冊賬號之后可對數據進行雲備份。手機端數據庫使用sqlite，服務器端數據庫使用mysql。后端人員用java設計api接口以便前端調用數據。雲備份功能的實現基於雲服務器和網絡協議實現。

產品思維導圖-短信識別

短信識別大體有四個步驟：

1. 獲取短信讀取權限
2. 讀取新短信內容
3. 分析短信內容
4. 將短信中需識別的關鍵信息返回給后端使用。

• 獲取短信權限：可以直接使用現有的安卓代碼。
• 讀取新短信內容：考慮通過監聽短信廣播或是通過觀察者對象監聽短信數據庫變化來實現。
• 分析短信內容：考慮通過發信人號碼和短信內容兩方面來分析短信。
• 發信人號碼方面，可以考慮通過網絡上爬取快遞公司和售票網站的號碼來對短信分類；
• 短信內容方面，考慮通過自行撰寫正則表達式匹配短信內容，達到對短信分類和獲取所需信息的要求。其中發信人號碼不是必要的途徑。
• 返回短信關鍵信息給后端：對於快遞短信，返回快遞公司名稱，取件時間，取件地點和取件所需這四類信息；
• 對於車票短信，返回發車時間，上車地點，目的地和所需物件這四類信息。最終返回一個含有所需信息的完整字符串給后端。

產品思維導圖-智能分析

分為APP使用分析和天氣分析兩部分，用戶都能夠自定義兩個功能。
其中APP使用分析主要以通知的形式提示用戶使用游戲軟件時間過長等
事項，天氣分析主要以通知的形式提示用戶天氣狀況及相應措施。

產品思維導圖-壁紙生成

用戶可自定義該功能，自定義部分包括壁紙形式、顯示模式和備忘錄內容等，該功能主要是顯示5或10條備忘錄於鎖屏或桌面小控件。

產品思維導圖-注冊界面

用戶在最開始可以通過手機號注冊使用我們的產品，用戶注冊的驗證方式是手機動態驗證碼，並且注冊設置的密碼應當符合要求。

產品思維導圖-登錄界面

用戶在登錄界面可以通過手機號登錄使用我們的產品，登錄方式為通過手機的動態驗證碼進行驗證，並且提供記住賬戶密碼提升用戶體驗，避免每次登陸都需要輸入密碼。

產品思維導圖-使用1

產品思維導圖-使用2

產品思維導圖-語音輸入（語音識別）

App通過調用百度語音的api來實現語音轉文字的功能。

產品思維導圖-語音輸入(浮窗按鈕)

使用浮窗按鈕來進行對備忘錄快捷的控制，包括了語音備忘，壁紙開關等功能。浮窗按鈕主要通過調用Android的WindowManager類來實現

評審表格設計

評審表格地址

分工與貢獻分評定

撰寫需求規格說明書的工作流程

將每個部分分配到個人初步完成，然后將大家完成的各個模塊內容進行初步匯總和精細匯總最后團隊共同討論精修整理的流程。需求規格說明書中比較復雜繁瑣的部分分配兩個人共同完成，並且分配的任務都和組員所擔任的角色關系緊密，比如后端負責接口以及驗收驗證標准部分，前端負責原型。

答辯總結

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

收集其他組對本組提出的問題，並回答（每少回答一點，該項得分扣除5%，扣完為止）

第一組（爸爸餓了隊）

1. 項目的原型設計中用戶新建備忘錄的頁面有非常多的選項可供用戶選擇，這是否會增加用戶的學習和使用成本？
   • 答:你好，其實不會的，大多數可選項就如同很多軟件注冊時，可以選擇不填寫的，我們在后端有設置默認值，用戶需要填寫的只是標題等一些必填項。若是用戶需要對於某個備忘進行詳細設置，我相信只要進行了幾波操作之后，會很快得心應手的。
2. 對諸如快遞信息、訂單信息的備忘由應用獲取，如何保證其他應用的訂單信息能夠被應用讀取到？
   • 答:你好，我們主要做的是短信提醒，通過Android內部的短信接口，將獲取的通知短信內容存儲進數據庫，進行分析之后，生成備忘內容的。
3. 產品添加了分析用戶日常行為並向用戶提醒的功能，這一功能是否已經超出一款備忘錄軟件的功能范疇，應該重新考慮產品定位？
   • 答:你好，這項功能是我們的拓展功能，現在主要方向是對於用戶的軟件運行進行監控分析，比如打開app次數，時間等，用戶使用beiwangapp其實是為了更好的規范自己，我們提供的這項功能，能夠讓用戶看到自己使用手機的情況，進而做出更好的規范，和產品的定位其實並不沖突。如果不需要這個服務的話，用戶也可以考慮關閉這個功能的。

第二組（拖鞋旅游隊）

1. 競品較多，並且大部分的人使用手機自帶的備忘錄便滿足了自身的需求了。

   • 答：感謝提問！我們的備忘錄主要提出的一個便捷和智能的概念。市面上能夠便捷的產品可能不夠智能，智能的產品可能不夠便捷，又智能又便捷的產品更是少之又少。而我們的目標就是做一個這樣子的App。根據我們前期的市場調研和問卷調查，市面上確實沒有類似的產品，並且在向被調查者說明了我們的特點后絕大多數被采訪者願意使用我們的產品。

2. 生成的壁紙可能會被App擋住，不便於查看。

   • 答：感謝提問！我們的App在鎖屏部分使用壁紙，在桌面部分使用小控件，我方的排版會將這兩方設計得不會影響用戶的體驗。

第三組（彳艮 彳亍隊）

1. 可否針對懶癌用戶設計一套模板，對於一些簡單的日程直接一鍵生成？
   • 答：感謝提問！你提問的關於模板設計的問題我們小組沒有考慮過，但是這確實是一個不錯的創意，我們小組在后續的開發將會考慮迭代這個功能。
2. 可以在不注冊的情況下使用嗎？
   • 答：感謝提問！我們的記憶罐頭app支持無聯網操作，即用戶可以在不注冊登錄的情況下使用。
3. 有沒有合理的插入廣告方式？可以讓用戶欣然接受的
   • 答：感謝提問！插入廣告如果想讓用戶能夠接受肯定要基於不影響用戶操作的情況下，因此可以考慮用通知的方式(簡單的文字介紹)來插入廣告，不過我們的記憶罐頭app暫時沒有插入廣告的想法，因為我們的app始終追求用戶的體驗至上，
     廣告或多或少會影響用戶的體驗。

第四組（火箭少男100隊）

1. 缺少更加創新型的idea
   • 答：你好！感謝你的提問。我們的備忘錄實現語音輸入、自動生成備忘壁紙和鎖屏以及能夠分析用戶行為。在創新性來說，我們覺得目前沒有一款備忘錄比得上我們。
2. 缺少詳細的分工細則
   • 答：你好！感謝你的提問。我們的分工細則十分詳細，詳情請你看我們的ppt最后一頁。同時我們是唯一在ppt中放入這么詳盡的分工的隊伍。
3. 功能布局合理性尚缺
   • 答：我們力求給用戶展示最簡潔的界面，或許有些許功能布局不合理，會在后續更多考慮這一問題。

第五組（起床一起肝活隊）

1. 有些備忘錄的優先級可能會隨時間改變，比如作業剛布置時優先級低，截止前優先級高，這種情況怎么處理？
   • 答：感謝提問！如果用戶對於備忘錄有設置完成時間，那我們的優先級將會進行對應的調整，比如，根據deadline轉換成相應的優先級加入，使得可以動態改變一些活動的優先級。
2. 如果有足夠多優先級一樣高的備忘錄導致一個屏幕無法根據優先級排列而不夠顯示怎么辦？
   • 答：感謝提問！我們支持用戶進行自主選擇展示的備忘信息。但是如果有多個優先級相同而用戶沒有選擇的話，我們優先展示deadline近的。
3. 請舉一個沒有手動設置備忘錄而自動提醒的例子？
   • 答：感謝提問！我們向用戶申請權限以獲得讀取短信的能力，在提取短信內容的情況下，我們進行分析，比如車票，快遞等的信息，將其加入用戶的備忘錄，以提醒用戶。

第七組（第三視角隊）

1. 備忘錄中的待辦事項時間順序上沖突時，事務排布優先級設定有什么邏輯設定嗎？
   • 答：感謝提問！我們備忘錄中每個待辦事項優先級可以設為高，中，低三種；用戶未手動修改時默認為中的優先級。
2. 備忘錄壁紙覆蓋掉原壁紙時，在關閉備忘錄壁紙功能后，原壁紙能重新回來嗎？
   • 答：感謝提問！我們的軟件遵循迭代原則，而在我們備忘錄的阿爾法版本中沒有設置這個功能；這一建議很好，但我們認為加上這一功能后的工作量會超出團隊的承受范圍，在后續的版本迭代中我們團隊會再進行討論考慮是否加入這一功能。
3. 備忘錄的鎖屏和壁紙顯示是否設置有安全保護措施？
   • 答：我們備忘錄允許用戶自行設置是否在鎖屏和壁紙顯示，有這方面顧慮的用戶可以關閉這些功能。

第八組（小白吃隊）

1. 雲備份保存在用戶帳號上，但如果需要轉移到不同帳號上，或者不使用雲備份轉移到其他設備上如何實現？
   • 答：我們的 app會設置默認情況，如果想要建議版本的備忘，可以形成只有標題的形式。
2. 有雲服務這個功能么？比如想找到很久之前的一條備忘但是換手機了怎么辦？
   • 答：我們會提供雲備份功能方便大家儲存。
3. 如何盈利？
   • 答：會設置vip，以便使用更好看的壁紙。

第九組（我頭發呢隊）

1. 雲備份保存在用戶帳號上，但如果需要轉移到不同帳號上，或者不使用雲備份轉移到其他設備上如何實現？
   • 答：感謝提問！首先，備忘錄本身便是周期短，內容簡的特點，因此用戶備忘錄的內容不會過多，所以若用戶想要轉移到不同的賬戶完全可以通過手動重新輸入備忘錄。其次若用戶不想要使用備忘錄的雲備份功能可以選擇不登錄使用我們的產品，依舊可以使用我們的基礎備忘錄的功能毫無大礙。第三，用戶通過手機注冊登錄我們的產品，因此若用戶經常更換手機號碼、多個不同賬號都不嫌麻煩，那么我們相信手動輸入幾條備忘錄用戶一定也不會嫌棄麻煩。
2. IOS權限嚴格，難以在IOS上實現。其需求對象以工作黨為最多。然而工作黨且有很多事情需要備忘的群體，一般會使用IOS來減少手機使用系統上的繁瑣。如何解決？
   • 答: 感謝提問！首先希望您方可以再仔細查看我們的需求規格說明書以及PPT，我們多次明確的陳述過平台是基於安卓平台，至於IOS版本目前還沒有考慮，因此您方這個問題暫時不給予回答。IOS平台在后續迭代過程我們會進一步完善解決。
3. 有沒有考慮過雲備份生成連接，供不同賬號設備使用？
   • 答：感謝提問！對於您重復提出的不同賬號的問題，和問題一一樣的回復，備忘錄具有簡短便捷周期短且是日常事項的特點，因此多個賬戶之間使用只是添加累贅，暫時不給予考慮。而對於不同設備，如果用戶擁有一個賬號，那么就可以使用不同的設備登錄使用我們的產品，並且可以在不同的設備上看到自己的備忘錄內容，這也是我們所謂的雲備份的含義。

需求分析報告

修改之處

1. 修剪了圖片的尺寸，使之更齊整，內容更清晰（修改其一）。

2. 在產品功能部分，完善了對雲備份的描述。

3. 產品功能部分，完善了對壁紙展示的描述

《需求規格說明書》附件

記憶罐頭需求規格說明書

記憶罐頭需求ppt

遇到的困難及解決方法

緒佩

困難描述

1. 在安裝AS的時候遇到.gradle文件夾的報錯。

2. 在完成前端布局文件的時候遇到水平線不會畫的問題以及排版效果總是做不到原型做的那樣好。

3. 身為pm，存在一些分工還不夠到位及時。

做過哪些嘗試

1. 查閱眾多資料之后，終於在某一篇博客里面找到原因，於是從隊友的電腦中拷貝了gradle-4.6-all.zip文件進行了相應的配置。

2. 仔細學習安卓前端開發資料文檔，還在努力學習中。將界面盡量做的精美、到位、友好。

3. 不斷努力改善中，盡量成為一個好的pm。

是否解決

1. 已解決

2. 正在解決

3. 正在成長改善

有何收獲

身為pm貌似感覺自己的任務有點太多了，忙不過來，可能后面會稍微減少一點工作啊，主要還是推進項目和督促工作。對於前端開發還要好好學習，真的是要熬夜苦肝...😃

鴻傑

困難描述

1. 對於AppWidget不夠了解，不清楚如何實現簡單控件TextView

2. Android Studio加載gradle非常慢

3. AppWidget關於ListVie組件的實現不了解

做過哪些嘗試

1. 百度搜索相關博客和文檔閱讀了解

2. 嘗試修改博客的示例代碼

3. 請教有項目經驗的學長、學姐

是否解決

1. 基本了解如何實現簡單控件TextView

2. 通過手動下載gradle文件然后配置本地路徑加快了速度

3. 基本了解如何實現復雜控件ListView

有何收獲

1. 通過博客和文檔的閱讀，訓練了我閱讀博客和文檔的能力

2. 基本了解AppWidget的簡單實現

3. 實現了簡單的ListView

丹丹

困難描述

1. 如何制作APP介紹視頻，如何制作團隊logo

做過哪些嘗試

1. 學習AE,PR,PS軟件使用技巧，學習AE模板套用，學習透明Logo制作

是否解決

1. 已解決

有何收獲

1. 掌握了AE,PR,PS軟件使用技巧

家偉

困難描述

1. 不確定對特定類別短信應該以何種形式和模板返回所需內容
2. 沒有學習過Java中的正則表達式

做過哪些嘗試

1. 在團隊內部進行討論並集體做出決定
2. 在網絡上查找相應資料和博客

是否解決

1. 已解決
2. 已解決

有何收獲

1. 掌握了Java中的Pattern類和Matcher類使用技巧，學習了Java中文字符的表示方法

青元

困難描述

1. 沒有android開發經驗，得邊學邊寫。
2. 因為沒有實際項目經驗，分工不是太明確

做過哪些嘗試

1. 閱讀開發文檔和書籍
2. 詢問有經驗的人

是否解決

1. 是

有何收獲

1. 有了一定的android開發能力

卉卉

困難描述

1. 一個后端為了了解項目做了原型，審美受到質疑

2. 寫了一點點雲端接口被告知Alpha版本先實現本地，pm定的deadline日益接近，linux作業也面臨提交，緊急學習安卓和sqlite

做過哪些嘗試

1. 感謝小伙伴們的建議和幫助！

2. 感謝隊友家燦的幫助！還有就當然是熬夜學習了

是否解決

1. 已解決
2. 沒有解決，還在趕deadline

有何收獲

1. 收獲了黑眼圈

家燦

困難描述

1. 項目實現的是即使本功能，開始大家想做的是雲端，但是這樣存在一個問題就是用戶手機斷網之后，軟件無法正常運行的問題

做過哪些嘗試

1. 去圖書館借閱了幾本關於Android開發的書籍，然后也看了很多網上的博客

是否解決

1. 是，然后發現了Android有嵌入的sqlite數據庫，很符合我們的功能需求

有何收獲

1. 對於Android下的sqlite進行了初步學習：建庫建表查詢等等還有就是sqlite的可視化軟件等等

政演

遇到的困難及解決方法

1. 需求表報告工作量大，需求復雜繁多，難以完成

2. 需求報告排版格式要求細致繁復，修改復雜。

做過哪些嘗試

1. 百度搜索相關博客和文檔閱讀了解

2. 請教有項目經驗的學長、學姐

是否解決

1. 基本了解如何實現初步的需求報告

2. 基本了解如何制作精美的需求報告

有何收獲

1. 通過博客和文檔的閱讀，訓練了我閱讀博客和文檔的能力

2. 學會合理分配文檔工作

3. 實現了最后版本的需求報告，並且是唯一沒有被老師diss的一份

一好

困難描述

1. 思維導圖沒做過。

2. 有很多知識沒學過，比如安卓基礎開發，比如api如何調用

3. as針對我，下了很多次都不星（行）

做過哪些嘗試

1. 查閱網上的實現案例

2. 向同學詢問as安裝方法，查閱安卓基礎書籍

是否解決

1. 是

有何收獲

1. 學到了新的知識

2. 能更好的融入團隊中，為團隊貢獻一份力量

愷琳

遇到困難

1. 前端代碼不熟悉，需要了解

2. 代碼需要貼近原型設計，需要在完成一定功能下貼近美觀

做過哪些嘗試

1. 上網查百度

2. 查看android stdio的教程視頻

有何收獲

1. 初步了解android stdio頁面設計代碼

2. 了解相關控件

3. 能夠利用一些控件使頁面貼近原型。

宇恆

遇到困難

1. 對於AS的各種細節處理十分難操作，下拉列表、級聯列表、顏色處理、邊框處理等等

做過哪些嘗試

1. 詢問同學、網上查閱、書籍查閱，再建立測試文件真正手動操作幾次

有何收獲

1. 稍微有了一種布局觀，了解怎么布局才算合理，一些細節化的處理可以很快的解決

PSP

PSP2.1	header 2	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	150	240
· Estimate	·估計這個任務需要多少時間	15	5
Development	開發	180	150
· Analysis	需求分析（包括學習新技術）	120	120
· Design Spec	· 生成設計文檔	240	300
· Design Review	· 設計復審	30	60
· Coding Standard	· 代碼規范 (為目前的開發制定合適的規范)	0	0
· Design	· 具體設計	180	240
· Coding	· 具體編碼	0	0
· Code Review	· 代碼復審	0	0
· Test	·測試（自我測試，修改代碼，提交修改）	0	0
Reporting	報告	245	300
· Test Repor	· 測試報告	0	0
· Size Measurement	· 計算工作量	0	0
· Postmortem & Process Improvement Plan	· 事后總結, 並提出過程改進計划	60	90

|合計||1058|1355

學習進度條

第N周	新增代碼（行）	累計代碼（行）	本周學習耗時(小時)	累計學習耗時（小時）	重要成長
1	300	300	15	15	學會代碼質量分析
2	100	400	10	25	Axure設計原型
3	500	900	15	50	學會正則表達式和NFA的應用
4	300	1200	15	65	學會了andorid前端頁面的書寫