第三次作業 個人作業 軟體產品案例分析

2022-05-04 10:57:05 字數 3169 閱讀 1830

注:以下只針對 version:4.2.4,release:20160923版本的k公尺進行測試,由於我們是在10.15號對k公尺ktv實地測試,所以對於半杯更新的k公尺,評測內容可能已經失效

軟體的bug,功能評測,黑箱測試

這款軟體是自己第一次聽說並使用。現在讓我順著軟體的各個功能模組,簡單說一下。

ios版的下方選單有5個功能區(附近,聊天,k歌,發現,我)

1.附近:

兩個功能模組:人,動態.

2.聊天:只有乙個會話模組。

會話:處理使用者的聊天資訊。好友選項用於新增好友,和處理好友申請。

3.k歌:

歌詞:可以通過搜歌搜尋自己想要的歌。歌名後面就是點歌選項。可以點自己想聽的歌唱。

手機傳歌:就算搜尋不到自己想聽的歌,還可以通過同步本地的**,進行點歌。可以檢視當前的最新熱歌。

排行榜:用於發現熱門歌曲.

最新熱歌:可以直接點最新熱歌唱。

遙控功能:連線完包廂之後。可通過遙控模組的選項控制包廂。可控制實現:原/伴唱切換,切歌,播/停,重唱,麥克風音量控制,**音量控制,燈光效果控制,音效控制。服務鈴可以喚來服務員。

4.發現:注:再次說明bug只針對4.2.4版本的k公尺

非功能性的bug:

用專業的語言描述(每個bug 不少於 40字),如有必要,可以配圖.你覺得為什麼這個產品組的人沒有發現這些bug??

沒有發現bug一部分原因在於沒有進行完整的測試,另一部分原因可能在於設計人員太了解這款軟體,專注於其他的一些主要功能的測試,對於一些非必要,或比較簡單的功能沒有進行詳盡的測試。而我們這些完全不了解軟體的人員,只會對每個小控制項的功能都一一測試過去。

採訪物件:毛同學

物件背景:大學在校生,在此之前沒有使用過k公尺或類似的產品。

物件的需求:

可以簡單遙控ktv的包廂。

以上的需求為系統已實現的。採訪物件提出的,系統未實現的需求。

使用者使用k公尺時,正常連線包廂,首先進入了包廂的頁面。然後點選了點歌選項,搜歌,點歌。又退出到點歌頁面,遙控了幾下包廂(調整了音效,燈光效果)然後等輪到自己的歌。

唱歌時候只是習慣性的切換了原唱/伴唱。

使用者的問題主要集中在遙控包廂的基本控制上,使用者的問題基本得到了解決,除了重唱選項存在bug。

在資料量方面

介面:功能:介面需要改進,方便使用者在退出包廂後,更容易進入包廂。傳歌功能應更方便使用者操作。

推薦。

對於經常去k歌的使用者而言,這款軟體可以基本滿足使用者的需求,能極大的方便使用者點歌等操作。

與k公尺相同功能的軟體我目前只找到了乙個:歡樂ktv

劣勢

可以提高的部分:

蘋果版本的手機傳歌功能不知道是不能用,還是很難用,我一直沒有嘗試成功,希望能夠優化手機傳歌這個使用過程。還有,安卓版本的手機傳歌功能,速度太慢了,使用者體驗很差。

k公尺主要分為5個功能模組。

每個模組的重要度標識如下:

初始模組:

附近:

聊天

k歌

發現:

使用者體驗方面9

ui介面美觀度10

核心功能10

這款軟體目前來說,應該是同類軟體中做的最好的了,目前所要做的應該就是保持目前的優勢。需要做到:

1.可以通過調查方式不斷的收集使用者的新需求,使用者的需求永遠都是新功能的設計方向。

2.管理這款軟體的具體功能週期(需求、設想、設計、實現、測試、修改、發布、審計、遷移、淘汰)

3.實時關注前沿科技的動態,可以把新技術運用在軟體上。比如:我們的軟體是否可以執行在智慧型穿戴裝置上。如iwatch 等智慧型裝置上,在這些裝置上能實現什麼功能。

目前市場上我只找到了歡樂ktv與k公尺類似。

我要在包廂介面增加乙個同步當前所唱歌曲的畫面的功能。也就是相當於把當前ktv顯示屏上的畫面同步到手機端上。好處如下:

現在直播行業這麼紅火,這款軟體也有直播功能,但是我發現**直播的人不是很多,而且使用者在進入直播介面中只能單一的**,如果我們能讓使用者也能參與進來一起唱k,是不是就能拉攏很多的線上使用者。

想想看,如果你想唱k。苦於沒有錢,或者沒有時間,但是你想一展歌喉,在直播中的人看到你的周魅力指數高,會不會就會邀請你來一起唱歌了呢?

我的創新在讓線上的使用者更多的參與進來。

n:解決了線上使用者只能單一的看直播畫面,而不能更好的互動的問題。

b:可以讓沒有資源的線上使用者,一同享受這些線下資源。

c:這個功能,很多的直播軟體都沒有嘗試過,足夠新穎。

d:推廣可以使用各種網路上面的打廣告的方式,這個我也不是太清楚。

我不想用領導這個詞,乙個好的pm不應該是在領導開發和測試人員。因為領導這個詞有著強烈的上下級的意味。好的產品設計是在平等討論的基礎上產生和完善的。如果我當pm,我會相當於乙個好的「介面」,從使用者那裡能夠清楚的獲取需求,整合成規格說明書,再交由開發人員設計,同時,又能夠了解各個開發人員的 實際情況,能分配給人適當的任務,能理解他們表達的意思,綜合所有人員能力完成乙個好的專案。

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

人員配置:3個開發,1個測試,1個美工。

描述你的團隊在16 周期間每週都要做什麼?

第三次作業 個人作業 軟體產品案例分析

評測產品 k公尺,安卓端 評測採訪 由於在唱的時候忘了拍人,只拍了螢幕 第幾周完成情況 第一周需求分析,美工先進行原型設計,全體人員對該項原型進行意見反饋,進行修改 第二週根據原型修改後,寫出功能需求規格說明書,得出最終ui介面,拆分各個模組,進行功能分工 第三週編碼人員進行相應資料庫設計,系統設計...

第三次個人作業

這個作業屬於哪個課程 鏈結位址 這個作業要求在 鏈結位址 這個作業的目標 用例圖設計 作業正文 鏈結位址 其他參考文獻 基本設計 普通使用者可以通過歡迎登入頁面進入遊戲 修改密碼以及登出帳戶,通過註冊頁面進行註冊,進入遊戲後可以開始比賽,檢視自己的歷史比賽以及檢視排行榜。管理員可以重置使用者密碼,刪...

個人第三次作業

結對使用的github專案位址 結對夥伴的作業位址 作業位址 預估耗時 分鐘 實際耗時 分鐘 planning 計畫20 20 estimate 估計這個任務需要多少時間 600720 development 開發500 630 analysis 需求分析 包括學習新技術 3060 design s...