標籤:行修改 需求 應用 專業 jpg http 題解 人工智慧 編碼
個人部落格作業三:微軟小娜APP的案例分析
我們生活中很多時候要和軟體打交道,大家上課開小差時候玩的手機遊戲,買火車票的網站,互相聯絡用的、QQ,等等都是軟體,都很值得分析。你為何成為它們的使用者?它們的團隊做對了什麼,做錯了什嗎?如果你來做,會做得更好嗎?
通過各種案例分析,評測,辯論,總結,我們就能看到軟體工程的原則在實踐中的種種體現,學好軟體工程,協助我們在實踐中做得更好。
產品
請下載 微軟小娜-智能助手,win10,iOS或Android用戶端都有!
第一部分 調研, 評測
(軟體的bug,功能評測,黑箱測試, 第8章 使用者調研, 12 章 軟體的使用者體驗)
- 下載並使用,描述最簡單直觀的個人第一次上手體驗。
處於新鮮感與好奇心,我下載了微軟小娜智能助手。在開啟時,她會擷取使用者大多資訊,包括一些隱私性的資訊。如生日,年齡所在地區。所以在資訊安全與維護方面的構建至關重要,讓使用者能夠安心的使用。操作介面簡約,在布局方面可以設計多個主題供選擇。在功能表列中有多種功能,是較為普遍,廣泛應用的。
- 按照《構建之法》13.1節描述的 bug 定義, 找出幾個功能性的比較嚴重的 bug,至少2個。
(1)在語言的識別上有時會出現錯誤(即人機互動上的問題).
(2)在資訊的查詢上又是會答非所問。
(3)當然,其類比的人工智慧,還是較生動的。
(4)過度採集使用者個人資訊。
用專業的語言描述 (每個bug 不少於 40字),如有必要, 可以配圖。
首先,通過《構建之法》第13章中的Bug的定義來作個簡要描述。
相信每個同學的朋友中一定有人需要用這樣的軟體, 選擇一個朋友(使用者)進行採訪,並加以記載。
配合我採訪的是我的同學,他也是出於新鮮感下載了這個軟體。
開始時,對其中通過人工智慧來查詢資訊,或者是制定一些事物,發現其辦事效率還是比較高的。感覺她比自己更瞭解自己的手機。再用了一段時間之後,對其採集過多隱私資訊有了一些煩惱,也對該軟體的細節服務處理方面為之讚歎。
他說,這款件的介面布局有些欠缺,菜單選項中的功能太少了,滿足不了大多應用,所以之後用的也就少了。
5. 提示: 採訪提要
5.1. 介紹採訪對象的背景和需求(他們為何要使用該軟體)
滿足一些需求,解放勞動力,提高工作效率。
5.2. 讓採訪對象使用10 – 30 分鐘該APP的功能 (請上傳照片證明使用者的確正在使用, 遠程採訪的同學請讓別人幫忙照相)
5.3. 描述使用者使用這個產品的過程,使用者的問題解決了嗎?軟體在資料量/介面/功能/準確度上各有什麼優缺點?使用者體驗方面有問題嗎?
5.4. 使用者對產品有什麼改進意見?
(1)介面主題多樣化。
(2)功能貼近生活,並多元化。
(3)人機互動能夠更加完善。
5.5. 結論:經過這麼多工作,你一定有充分的理由給這個軟體下一個評價:
還不錯,以一種人工智慧的方式,滿足使用者大多需求,值得使用。
? 非常不推薦
? 不推薦
? 一般
? 好,不錯
? 非常推薦
第二部分 分析
(參考《構建之法》 8.6 節 對工作的估計, 和14.1 節 軟體工程的品質)
- 使用此軟體的所有功能,估計這個項目做到這個程度大約需要多少時間 (團隊人數6 人左右, 電腦大學畢業生, 並有專業UI 支援)。
作為在校大學生來說,我們的技術水平還不夠高。對於完成這個軟體的具體時間並沒有太具體的答案。
在完成這個軟體的過程中,分為3大階段--定義、開發、維護。定義中有問題的定義,可行性分析,以及需求分析。開發階段分為設計和編碼測試。最後需要進行維護。
要實現一個模組大概需要多長時間,具體編碼要涉及到哪些部分。伺服器要搭建,資料庫要設計。
在項目實現階段,可以將之分為幾個模組來完成。按照軟體功能表列裡的功能來劃分模組吧。該軟體,重點還是在於人工智慧的實現,所以在這方面花的時間會相對教長。還有涉及到資料庫的互動,以及一些注意的地方,再加上最後的測實驗收階段,以及上線後修複BUG,總的大概需要1年左右吧。之後便是版本的更新,在實際使用中逐步完善。
- 分析這個軟體目前的優劣 (和類似軟體相比,至少對比2款軟體), 推理出這個軟體團隊在軟體工程方面可以提高的重要方面 (具體建議)。要求把對比的結果列出一個表格,對比每個軟體各自的優點和缺點。
優點:使用簡便,功能較多。
缺點:人機互動有待提高。
第三部分 建議和規劃
(參考《構建之法》第8章功能的定位和優先順序;第9章專案經理)
- 如果你是專案經理,如何提高從而在競爭中勝出?
如果我是該團隊的專案經理,我覺得要提高的就是在UI設計方面。首先,考慮的使市場,或者是面向人群,從而來制定其需要的功呢。畢竟依靠軟體的設計是給人用的,解放勞動力,為使用者提供便利的。
且不說目前手機的普遍,人工智慧成為這個時代的趨勢。所以市場方面的顧慮並不上那麼大。接下去就是功能,什麼樣的功能滿足什麼樣的人群。首先是學生群體,這是這這款軟體的傳播者。接著是工作群體,提供一些辦公的應用。還有就是福士群體,提供生活最普通的,最有用應用,來滿足日常的需求。
在使用者使用該軟體之後,需要考慮的就是怎麼留住使用者,怎麼吸引新使用者,怎麼從競爭者脫穎而出,這都需要創新,發掘更多的需求。在介面,功能,互動效率上提高。
- 目前市場上有什麼樣的產品了?
類似的產品,Siri。
- 你要設計什麼樣的功能?
在介面上做改良。
- 為何要做這個功能,而不是其他功能?
應為第一印象很重要,感覺這款軟體的介面不好看。並且有一下功能第一眼看不出來
- 為什麼使用者會用你的產品/功能?
使用者選擇一款軟體,有時是很簡單的,在別人和你的功能基本滿足的情況下,他會憑著對這一產品的第一印象來選擇。如果你的介面太過炫酷以至於讓使用者在使用時出現不知道該怎麼辦的情況。久而久之就不會再用你的產品了。所以花時間重構介面設計,複雜中簡單,方面又不失文雅,是可以收穫更多使用者的。
6. 你的創新在哪裡? 請使用 NABCD 分析
- 如果你來領導這個團隊,會有什麼不一樣?
如果要我來領導這個團隊,一個得力的助手是不可少的。另外,不管是需求分析,還是UI設計,或是代碼實現,我都希望能參與。細緻的問題不需要參與,但對於一些重要決策,還是需要把關的。這樣才能對項目的進程及功能有個清晰地認識,對才能把握住大方向。能夠更加清楚團隊每一個角色的工作,方便日後的工作安排。
- 如果你的團隊有5個人, 4個月的時間,你作為專案經理,應該如何配置角色(開發,測試,美工等等)?
因為此次的重點是放在UI設計方面,所以我需要有1個美工,3個開發,1個測試。開發人員和美工需要及時溝通,共同來設計出一份令人滿意的UI介面。
之後就可以在開發中在分配一人出來測試。然後5個人在測試完成之後,可以一塊使用,看還有沒有瑕疵。
- 描述你的團隊在12 周期間每周都要做什麼,才能在第12周如期發布軟體,大小裡程碑績點設定.
第1周:問題明確,制定可性方案。通過網路調查,使用者調研等多途徑瞭解使用者的需求,以便美工設計出初步多套UI介面。
第2~3周:需求分析是制定大方向,至關重要。所謂磨刀不誤砍柴功,花費足夠的時間是有必要的。整理使用者反饋,美工繼續改進UI設計,繼續調查,繼續擷取反饋,並形成初步最終版。
第4~8周:開發人員完成內側版本,測試人員進行測試反饋。
第9~10周:投放部分市場,接收正式使用者的反饋,即時整理,修改BUG。
第11~12周:根據整理出來的反饋,開發人員進行修改,完成公測版本,測試人員進行測試反饋。測試通過,發布產品。
微軟小娜app案例分析