微軟小娜app的使用


微軟小娜APP的案例分析

個人博客作業三:微軟小娜APP的案例分析

    我們生活中很多時候要和軟件打交道,大家上課開小差時候玩的手機游戲,買火車票的網站,互相聯系用的微信、QQ,等等都是軟件,都很值得分析。你為何成為它們的用戶?它們的團隊做對了什么,做錯了什么?如果你來做,會做得更好么?

    通過各種案例分析,評測,辯論,總結,我們就能看到軟件工程的原則在實踐中的種種體現,學好軟件工程,幫助我們在實踐中做得更好。

產品

   請下載 微軟小娜-智能助手,win10iOSAndroid客戶端都有!

第一部分 調研, 評測

(軟件的bug,功能評測,黑箱測試, 第8章 用戶調研, 12 章 軟件的用戶體驗)

下載並使用,描述最簡單直觀的個人第一次上手體驗。

剛下載時候,像其他軟件一樣,簽署協議,注冊時,不同於其他軟件的是,其他軟件要求是發送驗證碼完成,而微軟小娜秒速的是發送代碼,代碼這個詞對於我們計算機專業而言,是很具有親和性的,所以當我看到代碼兩個字的時候感到很親切。

這個軟件還推出了喜歡的顏色可選,拿捏客戶的喜好,讓客戶使用起來也心情愉悅。

  1. 按照《構建之法》13.1節描述的 bug 定義, 找出幾個功能性的比較嚴重的 bug,至少2個。

(1)在語言的識別上有時會出現錯誤(即人機交互上的問題).

(2)在信息的查詢上又是會答非所問。

(3)能夠識別的語種較少

 

  1. 用專業的語言描述 (每個bug 不少於 40),如有必要, 可以配圖。

 

   首先,通過《構建之法》第13章中的Bug的定義來作個簡要描述。

Bug:軟件的缺陷

Bug可以分解為症狀,程序錯誤,根本原因

症狀:從用戶角度看,軟件出現了什么問題。比如微軟小娜,無論讓它誰的號碼,它都無法從我的通訊錄中找到該聯系人。

程序錯誤:即從代碼的角度看,代碼的什么錯誤導致了軟件問題。

根本原因:錯誤根源,既導致代碼錯誤的根本原因。

相信每個同學的朋友中一定有人需要用這樣的軟件, 選擇一個朋友(用戶)進行采訪,並加以記載。

我采訪的是我的舍友,她覺得這個軟件功能挺多的,比如天氣,不僅能夠播報天氣還能看見天氣圖片,相比較自己設備配的更完善,缺點是語音太難用了,不太能直接識別。撥打電話也必須讀出號碼無法從通訊錄中直接讀取,需要手動選擇比較麻煩。

 

 

5. 提示: 采訪提要

5.1. 介紹采訪對象的背景和需求(他們為何要使用該軟件)

  北景,我的室友也就是大學三年級女主要使用這個是覺得好玩,有趣。

5.2. 讓采訪對象使用10 30 分鍾該APP的功能 (請上傳照片證明用戶的確正在使用, 遠程采訪的同學請讓別人幫忙照相)

.3. 描述用戶使用這個產品的過程,用戶的問題解決了么?軟件在數據量/界面/功能/准確度上各有什么優缺點?用戶體驗方面有問題么?

 

 

5.4. 用戶對產品有什么改進意見?

 

(1)界面主題多樣化。

 

(2)功能貼近生活,並多元化。

 

(3)人機交互能夠更加完善。

 

 

 

5.5. 結論:經過這么多工作,你一定有充分的理由給這個軟件下一個評價:

 

還不錯,以一種人工智能的方式,滿足用戶大多需求,值得使用。

 

 

 

非常不推薦

 

不推薦

 

一般

 

好,不錯

 

非常推薦

 

第二部分 分析

 

(參考《構建之法》 8.6 節 對工作的估計, 和14.1 節 軟件工程的質量)

 

  1. 使用此軟件的所有功能,估計這個項目做到這個程度大約需要多少時間 (團隊人數6 人左右, 計算機大學畢業生, 並有專業UI 支持)

 

作為在校大學生來說,我們的技術水平還不夠高。對於完成這個軟件的具體時間並沒有太具體的答案。

 

在完成這個軟件的過程中,分為3大階段--定義、開發、維護。定義中有問題的定義,可行性分析,以及需求分析。開發階段分為設計和編碼測試。最后需要進行維護。

 

要實現一個模塊大概需要多長時間,具體編碼要涉及到哪些部分。服務器要搭建,數據庫要設計。

 

在項目實現階段,可以將之分為幾個模塊來完成。按照軟件菜單欄里的功能來划分模塊吧。該軟件,重點還是在於人工智能的實現,所以在這方面花的時間會相對教長。還有涉及到數據庫的交互,以及一些注意的地方,再加上最后的測試驗收階段,以及上線后修復BUG,總的大概需要1年左右吧。之后便是版本的更新,在實際使用中逐步完善。

 

  1. 分析這個軟件目前的優劣 (和類似軟件相比,至少對比2款軟件), 推理出這個軟件團隊在軟件工程方面可以提高的重要方面 (具體建議)。要求把對比的結果列出一個表格,對比每個軟件各自的優點和缺點。

 

優點:使用簡便,功能較多。

 

缺點:人機交互有待提高。

 

  1. [附加題] 根據理解和體驗,畫出整個軟件所有功能邏輯框圖,根據重要度標識出各模塊的重要度、完成度、出發點及效果;
  2. [附加題] 針對不同的維度評分,對用戶體驗方面、UI界面美觀度、核心功能,分別打分(能給出更詳細的評分更優)

 

第三部分 建議和規划

 

(參考《構建之法》第8章功能的定位和優先級;第9章項目經理)

 

  1. 如果你是項目經理,如何提高從而在競爭中勝出?

 

    如果我是該團隊的項目經理,我覺得要提高的就是在UI設計方面。首先,考慮的使市場,或者是面向人群,從而來制定其需要的功呢。畢竟依靠軟件的設計是給人用的,解放勞動力,為用戶提供便利的。

 

    且不說目前手機的普遍,人工智能成為這個時代的趨勢。所以市場方面的顧慮並不上那么大。接下去就是功能,什么樣的功能滿足什么樣的人群。首先是學生群體,這是這這款軟件的傳播者。接着是工作群體,提供一些辦公的應用。還有就是大眾群體,提供生活最普通的,最有用應用,來滿足日常的需求。

 

在用戶使用該軟件之后,需要考慮的就是怎么留住用戶,怎么吸引新用戶,怎么從競爭對手脫穎而出,這都需要創新,發掘多的需求。在界面,功能,交互效率上提高。

 

 

 

  1. 目前市場上有什么樣的產品了?

 

類似的產品,Siri

 

  1. 你要設計什么樣的功能?

 

在UI上做改良。

 

  1. 為何要做這個功能,而不是其他功能?

 

應為第一印象很重要,感覺這款軟件的界面不好看。由於也是剛開始使用,所以對一些功能還不太熟悉哈,在日后的互動中發掘吧。

 

  1. 為什么用戶會用你的產品/功能?

 

 用戶選擇一款軟件,有時是很簡單的,在別人和你的功能基本滿足的情況下,他會憑着對這一產品的第一印象來選擇。用戶能提前接觸到軟件最多的部分便是界面所以花時間重構UI設計,是可以收獲更多用戶

 

 

 

6. 你的創新在哪里? 請使用 NABCD 分析

 

( http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html .

 

  1. 如果你來領導這個團隊,會有什么不一樣?

 

 如果要我來領導這個團隊,一個得力的助手是不可少的。另外,不管是需求分析,還是UI設計,或是代碼實現,我都希望能參與細致的問題不需要參與,但對於一些重要決策,還是需要把關的。這樣才能對項目的進程及功能有個清晰地認識,對才能把握住大方向。能夠更加清楚團隊每一個角色的工作,方便日后的工作安排。

 

 

 

  1. 如果你的團隊有5個人, 4個月的時間,你作為項目經理,應該如何配置角色(開發,測試,美工等等)?

 

  因為此次的重點是放在UI設計方面,所以我需要有1個美工,3個開發,1個測試。開發人員美工需要及時溝通,共同來設計出一份令人滿意的UI界面

 

之后就可以在開發中在分配一人出來測試。

 

 

 

  1. 描述你的團隊在12 周期間每周都要做什么,才能在第12周如期發布軟件,大小里程碑績點設定.

 

第1問題明確,制定可性方案。通過網絡調查,用戶調研等多途徑了解用戶的需求,以便美工設計出初步多套UI界面。

 

 第2~3需求分析是制定大方向,至關重要。所謂磨刀不誤砍柴功,花費足夠的時間是有必要的。整理用戶反饋,美工繼續改進UI設計,繼續調查,繼續獲取反饋,並形成初步最終版。

 

 第4~8開發人員完成內側版本,測試人員進行測試反饋。

 

 第9~10投放部分市場,接收正式用戶的反饋,即時整理,修改BUG

 第11~12根據整理出來的反饋,開發人員進行修改,完成公測版本,測試人員進行測試反饋。測試通過,發布產品


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM