軟工之404 Note Found隊選題報告

2022-05-04 10:30:10 字數 2803 閱讀 4338

目錄個人貢獻分

本組現場答辯得分

評審表選題報告文件

問題回答

可以說,糟糕設計的備忘錄變成了被忘錄,備忘的事情老是被忘,現有的備忘錄還不足以滿足大多數人的需求,人們急需一款能滿足需要的備忘錄。

經過對目標使用者群體調查,高達91.4%的人認為簡潔易用是備忘錄最重要的特性,20%的人注重智慧型可視,33%的人注重智慧型分析,42%的人注重智慧型提醒,62%的人注重可定製化。當前使用者認為,目前備忘錄應實現卻缺少的功能主要有:

對此,「記憶罐頭」以節省使用者時間,簡化使用者操作,智慧型幫助使用者記憶為目標,在簡潔易用的前提下,盡可能多的滿足使用者需求,且滿足使用者的定製化要求。

根據以上需求,我們提出以下做法:

支援語音轉文字記錄備忘事情

手動輸入備忘事項過於笨拙,且在使用者忙碌時輸入效率不足,極大降低了使用者體驗,使用者只需念出欲記錄的事項,即可方便地「寫」好備忘錄;而語音轉文字可以讓使用者快速記錄待辦事項,提公升工作效率。如:使用者忙碌或不便於輸入文字時,即可使用語音輸入轉文字功能,將待辦事項存入備忘錄。

以簡潔、直觀的桌布在手機主頁展示備忘內容:

使用者主動輸入的備忘內容,或智慧型識別形成的備忘記錄,都會自動生成視覺化桌布,展示在手機主頁面。使用者使用手機時,便可起到提醒的作用。備忘錄形成桌布,桌布上記錄著事項,時時刻刻提醒使用者。生成備忘後,可選擇生成鎖屏、桌布、震動、通知等多種提醒方式,真正達到備忘的目的。

智慧型識別手機應用資料,分析自動輔助生成備忘記錄

智慧型識別使用者簡訊、遊戲、運動等軟體資料,為使用者自動生成備忘錄。自動識別帶事項的簡訊(如乘動車等),省去手動輸入備忘錄的原始方法,甚至無需語音輸入。如:在使用者允許的情況下,自動記錄重要、緊急事件,自動提取簡訊關鍵字提醒使用者旅途車程資訊,提醒使用者取快遞資訊等。

功能可定製化:使用者可根據需求,自行選擇所需功能。可以自行選擇諸如桌布生成、智慧型識別簡訊、智慧型提醒使用者等功能,根據自己的喜好,定製備忘錄功能。鎖屏及桌布樣式多元,使用者可以自行編輯、設計、修改,生成使用者滿意的圖樣,使用者可根據需求,自行選擇所需功能。

優點:缺點:

「記憶罐頭」具有以下優點:

(1)線上推廣

(2)線下推廣

通過閱讀構建之法第17章《人,績效和職業道德》深有體會,乙個團隊是否能夠持久的良好的發展,團隊中的績效評定以及團隊的產品經理都十分重要。

經過團隊都對構建之法閱讀之後進行了心得交流,依照其中所描述可將團隊成員分為四個象限

·低動力

高動力高能力

象限2象限1

低能力象限3

象限4所幸團隊中大家都比較一致,幾乎都處於第四象限。因此團隊算是都從零開始學習。

團隊內部一致交流後,我們認為貢獻分評定不應當僅僅侷限於工作量,而應該綜合考慮所有對團隊發展的因素。大致分為以下三個模組:任務工作量、任務完成效率、團隊積極性。具體理由分析:

綜合考慮後,我們採取民主制,成員依據貢獻分評定參考引數互評方式進行貢獻分的評定,pm對團隊了解更為全面票數比重*2(相當於具有兩個隊員的評分比重),最終彙總產生團隊內部的貢獻分占比。

個人評定的詳細文件

會議紀要 9月 29日 :

會議紀要 10月11日

去除最高總分,最低總分,求平均分(保留2位小數):

評審表pdf位址

經過老師和同學建議,增改了以下幾點:

示例一

示例二

示例三

選題報告文件pdf位址

問題2:如何保證使用者資訊在軟體使用過程中的安全性和私密性?

問題3:如何解決其他備忘錄軟體的長期使用者的備忘錄歷史遷移問題?

回答:感謝提問!獲取資訊網上能找到相應的演算法,需要的許可權是由使用者授權的。

問題2:後期會考慮新增更新穎的功能嘛,或者跨平台?

問題3:ui設計是這類軟體較大的賣點?請問你們打算在介面及互動方面投入多少?

答:感謝提問!ui設計確實是難點重點,我們投入三個前端與乙個ui設計師進行這方面的工作。

問題3:如果備忘錄過多而乙個螢幕桌布不夠顯示,怎麼解決?

回答:我們會挑選top5重要的備忘錄予以顯示,並不會顯示所有的備忘錄

404 Note Found 選題報告

目錄個人貢獻分 本組現場答辯得分 評審表選題報告文件 問題回答 可以說,糟糕設計的備忘錄變成了被忘錄,備忘的事情老是被忘,現有的備忘錄還不足以滿足大多數人的需求,人們急需一款能滿足需要的備忘錄。經過對目標使用者群體調查,高達91.4 的人認為簡潔易用是備忘錄最重要的特性,20 的人注重智慧型可視,3...

軟工之軟工文件總結(二)

繼續文件的總結 五 詳細設計說明書 詳細設計說明書是進一步明確結構的乙個文件,需要詳細介紹系統的各個模組,為下一步的開發和測試做準備。讀者 專案設計者,程式設計師 本部分需要明確的一點就是程式系統的機構,即對機房收費系統進行乙個思路上的整理,對於從使用者的角度來看,管理員,操作員,一般使用者分別需要...

軟工之開發階段

軟體工程的life cycle從大的方面分為三個階段,即定義階段 開發階段 維護階段,前面介紹過計畫制定和需求分析,即定義階段,這篇部落格我將以菜鳥的身份介紹第二個階段 軟體開發階段,軟體的開發階段又分為軟體設計 程式編寫和軟體測試。軟體設計 軟體設計包括概要設計和詳細設計兩部分 概要設計是從軟體需...