福大軟工—第七次作業需求分析
目錄
- 組隊後的團隊項目的整體計劃安排
- 項目logo及思維導圖
- 項目logo
- 思維導圖
- 評審表格設計
- 答辯總結
- 第一組
- 第二組
- 第三組
- 第四組
- 第五組
- 第七組
- 第八組
- 第九組
- 遇到的困難及解決方法
- 困難描述
- 做過哪些嘗試
- 是否解決
- 有何收獲
- PSP
- 學習進度條
組隊後的團隊項目的整體計劃安排
項目logo及思維導圖
評估團隊中每個人對本次作業的貢獻比例,描述為撰寫需求規格說明書的工作流程、組員分工、組員工作量比例(禁止一鍋端平的情況,如果沒有評估,全組平均後,組長得分減 50%)(5分)
項目logo
logo含義:logo由一個裝滿便簽的罐頭和一只貓組成,色調白綠為主,鈔票似的便簽代表記憶像金錢一樣珍貴,而罐頭上的canmory是由記憶罐頭英文名can memory演變而來,貓象征可愛生動,因為我們立誌打造一款簡潔易用,人性化,個性化的高端備忘錄。
思維導圖
產品思維導圖
產品思維導圖-引導
直觀充分的展示了記憶罐頭的幾大核心新穎的功能:語音輸入、生活助手、快遞訂單短信識別、生活助手天氣分析、APP使用行為分析。
思維導圖-後端數據處理、存儲
後端數據處理、存儲主要分為兩部分,存儲在雲端的數據和存儲在android手機的數據。用戶備忘數據默認保存在本地,註冊賬號之後可對數據進行雲備份。手機端數據庫使用sqlite,服務器端數據庫使用mysql。後端人員用java設計api接口以便前端調用數據。雲備份功能的實現基於雲服務器和網絡協議實現。
產品思維導圖-短信識別
短信識別大體有四個步驟:1.獲取短信讀取權限2.讀取新短信內容3.分析短信內容4.將短信中需識別的關鍵信息返回給後端使用。
獲取短信權限:可以直接使用現有的安卓代碼。
讀取新短信內容:考慮通過監聽短信廣播或是通過觀察者對象監聽短信數據庫變化來實現。
分析短信內容:考慮通過發信人號碼和短信內容兩方面來分析短信。發信人號碼方面,可以考慮通過網絡上爬取快遞公司和售票網站的號碼來對短信分類;短信內容方面,考慮通過自行撰寫正則表達式匹配短信內容,達到對短信分類和獲取所需信息的要求。其中發信人號碼不是必要的途徑。
返回短信關鍵信息給後端:對於快遞短信,返回快遞公司名稱,取件時間,取件地點和取件所需這四類信息;對於車票短信,返回發車時間,上車地點,目的地和所需物件這四類信息。最終返回一個含有所需信息的完整字符串給後端。
產品思維導圖-智能分析
分為APP使用分析和天氣分析兩部分,用戶都能夠自定義兩個功能。
其中APP使用分析主要以通知的形式提示用戶使用遊戲軟件時間過長等
事項,天氣分析主要以通知的形式提示用戶天氣狀況及相應措施。
產品思維導圖-壁紙生成
用戶可自定義該功能,自定義部分包括壁紙形式、顯示模式和備忘錄內容等,該功能主要是顯示5或10條備忘錄於鎖屏或桌面小控件。
產品思維導圖-登錄界面
用戶在登錄界面可以通過手機號登錄使用我們的產品,登錄方式為通過手機的動態驗證碼進行驗證,並且提供記住賬戶密碼提升用戶體驗,避免每次登陸都需要輸入密碼。
產品思維導圖-使用1
產品思維導圖-使用2
產品思維導圖-後端數據處理存儲-分支主題
後端數據處理、存儲主要分為兩部分,存儲在雲端的數據和存儲在android手機的數據。用戶備忘數據默認保存在本地,註冊賬號之後可對數據進行雲備份。手機端數據庫使用sqlite,服務器端數據庫使用mysql。後端人員用java設計api接口以便前端調用數據。雲備份功能的實現基於雲服務器和網絡協議實現。
評審表格設計
評審表格地址
答辯總結
求出本組的現場答辯得分:去除最高總分,最低總分,求平均分(保留2位小數)
收集其他組對本組提出的問題,並回答(每少回答一點,該項得分扣除5%,扣完為止)
第一組
- 項目的原型設計中用戶新建備忘錄的頁面有非常多的選項可供用戶選擇,這是否會增加用戶的學習和使用成本?
- 答:你好,其實不會的,大多數可選項就如同很多軟件註冊時,可以選擇不填寫的,我們在後端有設置默認值,用戶需要填寫的只是標題等一些必填項。若是用戶需要對於某個備忘進行詳細設置,我相信只要進行了幾波操作之後,會很快得心應手的。
- 對諸如快遞信息、訂單信息的備忘由應用獲取,如何保證其他應用的訂單信息能夠被應用讀取到?
- 答:你好,我們主要做的是短信提醒,通過Android內部的短信接口,將獲取的通知短信內容存儲進數據庫,進行分析之後,生成備忘內容的。
- 產品添加了分析用戶日常行為並向用戶提醒的功能,這一功能是否已經超出一款備忘錄軟件的功能範疇,應該重新考慮產品定位?
- 答:你好,這項功能是我們的拓展功能,現在主要方向是對於用戶的軟件運行進行監控分析,比如打開app次數,時間等,用戶使用beiwangapp其實是為了更好的規範自己,我們提供的這項功能,能夠讓用戶看到自己使用手機的情況,進而做出更好的規範,和產品的定位其實並不沖突。如果不需要這個服務的話,用戶也可以考慮關閉這個功能的。
第二組
- 競品較多,並且大部分的人使用手機自帶的備忘錄便滿足了自身的需求了。
答:感謝提問!我們的備忘錄主要提出的一個便捷和智能的概念。市面上能夠便捷的產品可能不夠智能,智能的產品可能不夠便捷,又智能又便捷的產品更是少之又少。而我們的目標就是做一個這樣子的App。根據我們前期的市場調研和問卷調查,市面上確實沒有類似的產品,並且在向被調查者說明了我們的特點後絕大多數被采訪者願意使用我們的產品。
2,生成的壁紙可能會被App擋住,不便於查看。
答:感謝提問!我們的App在鎖屏部分使用壁紙,在桌面部分使用小控件,我方的排版會將這兩方設計得不會影響用戶的體驗。
第三組
- 可否針對懶癌用戶設計一套模板,對於一些簡單的日程直接一鍵生成?
- 答:感謝提問!你提問的關於模板設計的問題我們小組沒有考慮過,但是這確實是一個不錯的創意,我們小組在後續的開發將會考慮叠代這個功能。
- 可以在不註冊的情況下使用嗎?
- 答:感謝提問!我們的記憶罐頭app支持無聯網操作,即用戶可以在不註冊登錄的情況下使用。
- 有沒有合理的插入廣告方式?可以讓用戶欣然接受的
- 答:感謝提問!插入廣告如果想讓用戶能夠接受肯定要基於不影響用戶操作的情況下,因此可以考慮用通知的方式(簡單的文字介紹)來插入廣告,不過我們的記憶罐頭app暫時沒有插入廣告的想法,因為我們的app始終追求用戶的體驗至上,
廣告或多或少會影響用戶的體驗。
第四組
- 缺少更加創新型的idea
- 答:你好!感謝你的提問。我們的備忘錄實現語音輸入、自動生成備忘壁紙和鎖屏以及能夠分析用戶行為。在創新性來說,我們覺得目前沒有一款備忘錄比得上我們。
- 缺少詳細的分工細則
- 答:你好!感謝你的提問。我們的分工細則十分詳細,詳情請你看我們的ppt最後一頁。同時我們是唯一在ppt中放入這麽詳盡的分工的隊伍。
- 功能布局合理性尚缺
- 答:我們力求給用戶展示最簡潔的界面,或許有些許功能布局不合理,會在後續更多考慮這一問題。
第五組
1.有些備忘錄的優先級可能會隨時間改變,比如作業剛布置時優先級低,截止前優先級高,這種情況怎麽處理?
答:感謝提問!如果用戶對於備忘錄有設置完成時間,那我們的優先級將會進行對應的調整,比如,根據deadline轉換成相應的優先級加入,使得可以動態改變一些活動的優先級。
2.如果有足夠多優先級一樣高的備忘錄導致一個屏幕無法根據優先級排列而不夠顯示怎麽辦?
答:感謝提問!我們支持用戶進行自主選擇展示的備忘信息。但是如果有多個優先級相同而用戶沒有選擇的話,我們優先展示deadline近的。
3、請舉一個沒有手動設置備忘錄而自動提醒的例子?
答:感謝提問!我們向用戶申請權限以獲得讀取短信的能力,在提取短信內容的情況下,我們進行分析,比如車票,快遞等的信息,將其加入用戶的備忘錄,以提醒用戶。
第七組
1.備忘錄中的待辦事項時間順序上沖突時,事務排布優先級設定有什麽邏輯設定嗎?
- 答:感謝提問!我們備忘錄中每個待辦事項優先級可以設為高,中,低三種;用戶未手動修改時默認為中的優先級。
- 備忘錄壁紙覆蓋掉原壁紙時,在關閉備忘錄壁紙功能後,原壁紙能重新回來嗎?
- 答:感謝提問!我們的軟件遵循叠代原則,而在我們備忘錄的阿爾法版本中沒有設置這個功能;這一建議很好,但我們認為加上這一功能後的工作量會超出團隊的承受範圍,在後續的版本叠代中我們團隊會再進行討論考慮是否加入這一功能。
- 備忘錄的鎖屏和壁紙顯示是否設置有安全保護措施?
- 答:我們備忘錄允許用戶自行設置是否在鎖屏和壁紙顯示,有這方面顧慮的用戶可以關閉這些功能。
第八組
- 雲備份保存在用戶帳號上,但如果需要轉移到不同帳號上, 或者不使用雲備份轉移到其他設備上如何實現?
- 答:我們的 app會設置默認情況,如果想要建議版本的備忘,可以形成只有標題的形式。
- 有雲服務這個功能麽?比如想找到很久之前的一條備忘但是換手機了怎麽辦?
- 答:我們會提供雲備份功能方便大家儲存。
- 如何盈利?
- 答:會設置vip,以便使用更好看的壁紙。
第九組
- 雲備份保存在用戶帳號上,但如果需要轉移到不同帳號上,或者不使用雲備份轉移到其他設備上如何實現?
- 答:感謝提問!首先,備忘錄本身便是周期短,內容簡的特點,因此用戶備忘錄的內容不會過多,所以若用戶想要轉移到不同的賬戶完全可以通過手動重新輸入備忘錄。其次若用戶不想要使用備忘錄的雲備份功能可以選擇不登錄使用我們的產品,依舊可以使用我們的基礎備忘錄的功能毫無大礙。第三,用戶通過手機註冊登錄我們的產品,因此若用戶經常更換手機號碼、多個不同賬號都不嫌麻煩,那麽我們相信手動輸入幾條備忘錄用戶一定也不會嫌棄麻煩。
- IOS權限嚴格,難以在IOS上實現。其需求對象以工作黨為最多。然而工作黨且有很多事情需要備忘的群體,一般會使用IOS來減少手機使用系統上的繁瑣。如何解決?
- 答: 感謝提問!首先希望您方可以再仔細查看我們的需求規格說明書以及PPT,我們多次明確的陳述過平臺是基於安卓平臺,至於IOS目前版本還沒有考慮,因此您方這個問題暫時不給予回
答。IOS平臺在後續叠代過程我們會進一步完善解決。
- 有沒有考慮過雲備份生成連接,供不同賬號設備使用?
答:感謝提問!對於您重復提出的不同賬號的問題,和問題一一樣的回復,備忘錄具有簡短便捷周期短且是日常事項的特點,因此多個賬戶之間使用只是添加累贅,暫時不給予考慮。而對於不同設備,如果用戶擁有一個賬號,那麽就可以使用不同的設備登錄使用我們的產品,並且可以在不同的設備上看到自己的備忘錄內容,這也是我們所謂的雲備份的含義。
根據答辯中其他組提出的意見和建議修改完善本組需求分析報告,並標明修改之處
提供 《需求規格說明書》作為隨筆的附件
記憶罐頭需求規格說明書
遇到的困難及解決方法
困難描述
項目實現的是即使本功能,開始大家想做的是雲端,但是這樣存在一個問題就是用戶手機斷網之後,軟件無法正常運行的問題
做過哪些嘗試
去圖書館借閱了幾本關於Android開發的書籍,然後也看了很多網上的博客
是否解決
然後發現了Android有嵌入的sqlite數據庫,很符合我們的功能需求
有何收獲
對於Android下的sqlite進行了初步學習:建庫建表查詢等等還有就是sqlite的可視化軟件等等
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周次 | 新增代碼 | 累計代碼 | 本周學習耗時 | 累計學習耗時 | 重要成長 | |
---|---|---|---|---|---|---|
3 | 512 | 972 | 12 | 22 | 安卓後臺 | |
... | ... | ... | ... | ... | ... | ... |
6 | 689 | 1661 | 15 | 37 | 安卓開發環境、sqlite、sdk、linux等 |
福大軟工—第七次作業需求分析