團隊專案：博物館多媒體互動系統——需求分析心得

專案名稱：博物館多媒體互動系統

團隊：五仁隊——軟體1901

指導老師：李珩

成員：叩雅茹、羅湘然、蔣雨可、田佳禾、張博銳

PM（撰稿人）：張博銳

一、需求迭代過程簡述：

我們的專案一共經歷了3次需求文件迭代：

1.0版本與專案指導老師交流後，根據我們自己的理解撰寫的第一版需求文件；

1.1版本是根據專案指導老師檢視過1.0版本需求文件後對我們提出修改建議並深入討論後得到的版本，也是在小班課上進行原型評審時對應的需求文件；

2.0版本是根據小班評審過後，課程老師提出的意見，增添了後臺管理功能等功能，再與專案指導老師討論後得出的目前最終開發實行的版本。

二、需求分析過程中的心得：

1、首次與指導老師開會，瞭解專案：

2021年10月12日

李老師向我們介紹了這個專案的初衷，傳統的博物館展覽方式大多是物品陳設，由觀眾進行靜默的知識攝入，博物館的展覽方式逐漸多樣化，如虛擬現實（VR）、數字螢幕傳播資訊等等多媒體化的手段，同時也衍生出一些問題：博物館的資訊化裝置不能充分利用、這些裝置傳播的知識和資訊與博物館展覽主題無太大關係、資訊化方式同樣缺少使人感興趣的設計等，針對以上問題，因此誕生了我們的博物館多媒體互動專案。

同時老師向我們展示了專案的流程，一個大螢幕多媒體互動的遊戲流程，讓我們體驗了目前在湖南省博物館正在展出的遊戲，還向我們介紹開發的四個大致方向。

至此，我們對該專案有了基本的認識，對需求也有了大致的方向，對組員進行了開發方面的分工，參考模版文件對應組員首先撰寫自己對應部分的初稿，每部分完成後彙總再進行細緻修改，按照我們自己的體會與想法，製作了1.0版本需求文件。

2、再次進行需求分析，進行原型修改，並討論資料庫相關問題

2021年10月19日

李珩老師對於我們專案需求文件提出了修改意見，強調了專案的特色與要求，尤其強調了專案的功能似乎看起來並不多也並不難，但背後解決的問題也是很多的，比如遊戲執行的穩定性，如何讓一定規模的觀眾同時能夠參與到遊戲中執行不出問題至少滿足20-30人同時進入系統的效能；由於會記錄每一場每一個觀眾的答題情況，一天可能有上百場在長時間執行後產生大量資料如何提升系統執行的效率；如何保證客戶端和小程式端的同步跳轉，如何減輕網路對其的影響等，這都是我們需要考慮的問題。雖然這些問題在專案展示的時候可能並不會有直觀的感受，但是對於一個專案的真實執行至關重要。

除此之外老師對我們的原型也提出了一些細節方面的建議。同時與老師進行了資料庫設計等相關探討，老師給出了一些指導建議，給我們列舉了一些表的例子，在過程中也向我們講授了資料庫設計的一些原則與常用方法，如何使資料庫具有更好的效能。

在這個過程中我們收穫很多，切實體會到一個專案能夠做出來和能夠真正執行良好專案之間還是有很大的區別的，一個專案作出來可以執行只需要按照我們設計的流程一步一步完成，但一個在真實場景應用的專案需要應對各種各樣的問題和突發狀況，具有很高的要求，我們在與老師的交流中逐步培養起這樣的思考方向與意識。對於資料庫也有了更深的理解，不僅僅侷限於課程中所教授的內容，得到了很多應用在現實中的啟發。

3、原型設計（評審版）：

我們的原型分為三部分：客戶端、小程式端與web後臺管理端。從貼合主題的素材選取，統一的風格，由於我們專案的性質屬於教育類遊戲，更要求畫面的精美有吸引力。

組員們分工合作，互相提議。尤其是客戶端和小程式端的介面設計花費了很大的力氣，客戶端需要所有題目的視訊楚莊王傳奇，背景的合理敘述、題乾的合理顯示以及畫面是否與內容貼合都需要很考究，因為這些都是需要直接向用戶展示的，決定了使用者是否對我們的遊戲感興趣並參與其中。

一個專案的成敗不只是在於這個專案的邏輯以及程式碼的實現，也有很大一部分在於視覺的體驗以及人文、藝術的設計。

4、評審與專案需求及原型的修改

小班討論課上進行了專案原型的展示，邊老師對我們第一版原型的評價是：專案很有意思很新穎但是工程量不夠，與課程規定的程式碼工程量還是有一定的差距，需要新增後臺更多功能。在課後，邊老師非常耐性地解答疑惑，提出了幾個功能建議。

我們的思路被徹底開啟，極大的豐富了後臺管理的功能，增加一個專案管理模組。管理員可以新增自定義專案，通過自己上傳視訊或者圖片，設定題目與答案，生成新的互動專案。同時，對於已有的專案，我們可以編輯修改或者進行刪除。增添成員管理功能，邀請成員、設定成員許可權等。後期如果有餘力可以做出一個小商城。使用者在答題過程中獲得的金幣可以在小商城頁面裡面兌換相應的紀念品，同時這個商城還可以為博物館紀念品商店引流，進一步滿足博物館多樣的需求等。

我們將想法與專案指導老師探討，李老師也給出了自己的很多功能想法。在這個過程中，我們體會到無論實現怎樣的功能，在專案開發過程中最需要重視的點是：①我們要清楚設計這一部分功能的原因，究竟滿足了什麼需求。②功能儘可能完整，貼近於真實需求，真實可用。考慮各種異常的發生和處理（如網路異常等）。

5、完善需求分析相關文件：

我們根據老師的建議以及組員自己的想法，完成了需求分析文件以及開發原型。當然，為了應對之後可能存在的變化，存在後續的迭代。

下圖是當前專案需求功能主要部分：

三、需求分析完成總體心得

需求分析的總體過程是充實的，也並不容易，在這個過程中，我們從瞭解專案內容到真正有自己的想法置身於專案中的收穫還是很大的。

我們的需求分析與原型設計在這幾周經過了幾次大的迭代，細節方面的修改更是數不勝數，尤其是原型的細節修改會導致專案需求較大的變化，提出新的想法不僅是需要增添新內容或刪除廢棄的內容，我們需要對整個設計文件進行一遍完整的梳理保證前後邏輯合理無衝突。雖然每次的修改都會花費所有人很多精力，但是我們都明白需求分析對於專案開發是至關重要的，只有在初期階段做好這些工作，在真正開發的時候才能減少返工減少風險，使得專案在預期內完成開發進度。

隨著工作的推進、一次次的討論，我們的團隊也逐漸得心應手，作為PM努力協調團隊工作，團隊成員也非常配合，氛圍也非常融洽。雖然有時候時間緊任務重，但大家都保持著積極樂觀的心態，互相鼓勵互相幫忙，工作效率也越來越高，而且大家覺得這不僅僅是完成課程內容，而是真正地融入到了專案之中，發自內心希望能做出一個有意義的專案。

身為團隊成員，在需求分析時要充分呼叫自己的大腦，瞭解需求的模糊性和變化性，身臨其境地體會使用者的需求；作為PM，除了做好自己本身的工作之外，也要安排好小組成員的工作，推進專案的進度，當出現問題時努力協調，讓整個團隊更有凝聚力。

良好的團隊氛圍對專案的進行起到了很大的作用，成員之間友善、相互鼓勵、相互幫助、保持積極心態，大大提升了工作的效率，遇到問題也不會輕言放棄，一起想出解決方案，我們從來不是一個人在努力。希望我們的專案在之後的進行中一步一步腳踏實地地完成，做出在實際場景中使用良好的系統。