實驗八 《Coderxiaoban團隊》團隊作業4：基于原型的團隊項目需求調研與分析

項目	內容
這個作業屬于哪個課程	任課教師博客主頁鏈接
這個作業的要求在哪里	實驗八 團隊作業4：基于原型的團隊項目需求調研與分析
團隊名稱	Coderxiaoban團隊
作業學習目標	1.UML軟件繪制工具簡介；2.Visio UML圖形繪制工具團隊學習總結；3.團隊項目github倉庫地址鏈接；4.團隊項目需求分析設計成果；5.團隊項目用戶調研過程、需求分析總結。

1.UML軟件繪制工具簡介；

(1)Visio

Office Visio 是office軟件系列中的負責繪制流程圖和示意圖的軟件，是一款便于IT和商務人員就復雜信息、系統和流程進行可視化處理、分析和交流的軟件。使用具有專業外觀的Office Visio 圖表，可以促進對系統和流程的了解，深入了解復雜信息并利用這些知識做出更好的業務決策。Microsoft Office Visio幫助創建具有專業外觀的圖表，以便理解、記錄和分析信息、數據、系統和過程。大多數圖形軟件程序依賴于結構技能。然而，在使用 Visio 時，以可視方式傳遞重要信息就像打開模板、將形狀拖放到繪圖中以及對即將完成的工作應用主題一樣輕松。Office Visio 2013中的新增功能和增強功能使得創建 Visio 圖表更為簡單、快捷，令人印象更加深刻。

(2)Rational Rose

Rational Rose是Rational公司出品的一種面向對象的統一建模語言的可視化建模工具。用于可視化建模和公司級水平軟件應用的組件構造。Rational Rose 是一個完全的、具有能滿足所有建模環境（Web開發，數據建模，Visual Studio和 C++ ）靈活性需求的一套解決方案。Rose 允許開發人員，項目經理，系統工程師和分析人員在軟件開發周期內在將需求和系統的體系架構轉換成代碼，消除浪費的消耗，對需求和系統的體系架構進行可視化，理解和精練。通過在軟件開發周期內使用同一種建模工具可以確保更快更好的創建滿足客戶需求的可擴展的、靈活的并且可靠的應用系統。

(3)PowerDesign

PowerDesign是一個功能強大而使用簡單工具集，提供了一個復雜的交互環境，支持開發生命周期的所有階段，從處理流程建模到對象和組件的生成。PowerDesign產生的模型和應用可以不斷地增長，適應并隨著組織的變化而變化。PowerDesign靈活的分析和設計特性允許使用一種結構化的方法有效地創建數據庫或數據倉庫，而不要求嚴格遵循一個特定的方法學。PowerDesign提供了直觀的符號表示使數據庫的創建更加容易，并使項目組內的交流和通訊標準化，同時能更加簡單地向非技術人員展示數據庫和應用的設計。

2.Visio UML圖形繪制工具團隊學習總結；

通過這次對于Visio的使用，我們分別掌握了如何在里面繪制用例圖、活動圖、類圖等。類元之間的關系有關聯、泛化、各種形式的依賴關系，包括實現關系和使用關系。關聯：對象通常要和其他對象發生關聯，關聯可以具有多層形式。多重性問題（一對一、一對多）。在UML中關聯用一條直線來表示。泛化：一個類繼承了其他類的屬性和操作。在UML中泛化用“從之類畫一條帶空心三角形箭頭的連線指向父類”來表示。依賴：一個類使用了另一個類。在UML中依賴用“從依賴類到被依賴的帶箭頭的虛線”表示。聚集是關聯的一種，聚集對象由部分對象組成。也就是整體與部分關聯。在UML中用“整體和部分之間用帶空心菱形箭頭的連線連接”來表示。組合是一種特殊的聚集，在一個組合對象中，部分對象只能作為組合對象的一部分與組合對象同時存在。在UML中用“整體和部分之間用帶實心菱形箭頭的連線連接”來表示。實現：類和接口之間的關系被稱為實現。在UML中實現關系用一個帶空心三角形箭頭加虛線來表示，箭頭指向接口。活動圖是狀態圖的一個變體，用來描述執行算法的工作流程中涉及的活動。活動狀態代表了一個活動：一個工作流步驟或一個操作的執行。活動圖描述了一組順序的或并發的活動。活動視圖用活動圖來體現。活動圖很像流程圖，它顯示出工作步驟，判定點和分支。可用于表達一個對象的操作和一個業務過程。當用例視圖在外部用戶前出現時，它捕獲到系統、子系統或類的行為。它將系統功能劃分成對參與者(即系統的理想用戶)有用的需求。而交互功能部分被稱作用例。用例使用系統與一個或多個參與者之間的一系列消息來描述系統中的交互作用。參與者可以是人,也可以是外部計算機系統和外部進程。用例之間的關系：關聯、擴展、泛化、包含。總的來說，通過對Visio的使用，我們小組對于UML建模的過程以及Visio的繪圖過程都較為熟悉了，而且我們小組成員對于現在的項目模型中多方面的了解了，也愈發的熟悉我們的系統設計以及結構。

3.團隊項目github倉庫地址鏈接；

github倉庫地址鏈接

https://github.com/zhouyanghaha/CoderXiaoban

4.團隊項目需求分析設計成果；

(1)需求獲取

管理員用例圖

會員用例圖

員工用例圖

(2)需求分析

(3)系統分析與設計

管理員活動圖

會員活動圖

員工用例圖

5.團隊項目用戶調研過程、需求分析總結。

需求調研方法：問卷調查和面對面提問

調研顧名思義就是調查和研究客戶的想法，我們從以下幾個步驟入手：(1)客戶想要什么？ 認真傾聽客戶說話，因為客戶在說的時候，他多半同時在想自己要什么東西。他說完了，輪到咱了，首先復述客戶需求，在復述的同時我們就可以發表建議了。此時態度要把握好，要把客戶的需求合理化、簡單化。說白了就是程序別太復雜，風險能排全排除掉，別搞個邏輯又復雜又不實用的東西出來。(2)客戶要這干什么用？聽完所有的需求，提煉出客戶所要東西的重點，圍繞重點開始研究，復述客戶的需求。作事千萬別說：“我以為”。別怕麻煩，現在多說幾遍大家都還是客氣，比以后大家對需求有爭執強。(3)他為什么這么想？ 客戶大多不是IT專家，大多是行業專家，對自己所作的行業至少對本公司的行業流程比較清楚，所有我們就需要搞清楚他們的行業流程或說業務邏輯，看看他們到底想讓我們用程為他們實現什么功能，他們要干什么？另外不少關鍵問題通過了解其具體想要干什么就很容易的化解掉了。以上三步我們的目標是： 搞清客戶的要求，找出要求的邏輯，客戶想要的結果，同時排除開發的風險，挖掘與控制潛在的要求。需求調研的目的是： 雙方對未來產生結果的認同，達成共識的基礎是雙方對結果均有理解，而不能一味期望客戶提供他們的要求。

前期準備

1.前期工具：沒有什么工具是好還是壞的問題，問題是關鍵是如何使用它們，無論是什么工具也只是一個輔助工具，也不是生成工具。工具的選取要求是自己熟悉的工具，不能是一件最新時髦工具而自己對它了解很少，結果大部分時間化在學習工具上，而不是使用它為你工作。最終我們一致決定建模工具為Visio2. 要做什么就要先了解什么：所選課題所涉及的行業的難度不是很大，我們通入自我學習在短時間內了解行業，在網上通過其他的調查問卷其他資料學習編寫，我們的調查[問卷詳情鏈接](https://www.wenjuan.com/s/2maQne1/)

真正了解用戶和改進

哪些是用戶可能明確要達到的目地；那些是用戶想要做到的,要知道那些是自己能做到的，那些是自己不能做的。所需改進如下： 為實現用戶需求及系統功能上的目標，超市會員管理系統主要完成的功能有：(1)店長信息的管理：包括對所有店長信息的各項設置。(2)店員信息的管理：包括對所有店員信息的管理設置。(3)會員信息管理：包括對會員信息的修改和查詢等。(4)管理員功能：1）會員信息列表，實現對會員信息的管理，添加了會員等級等。2）新增添加店員信息，上下班信息，工作時間等。3）查看店員列表，實現對店員信息的查看、修改、刪除操作。4）查看會員列表，實現對會員信息的查看、修改、刪除操作5）查看修改記錄，實現查看管理員對會員、店長、店員的信息的工作記錄。(5)店長功能：1）店員列表管理，實現對店員信息的查看操作。2）會員列表管理，實現對供應商信息的查看功能。

確定本次開發的系統設計的目標

(1)系統的完整性：因會超市管理會在不同業務中表現出不同的業務差異，本系統定位在店員、供應商以及訂單信息上，根據管理過程中可能出現的各種問題細分不同的功能模塊，各模塊需完成超市管理過程中可能出現的問題與請求。同時各個模塊之間存在一定的聯系，不同模塊的組織與聯系也是設計與實現過程中要解決的問題。(2)系統的安全性：為了保證店員及供應商信息的安全性，避免人員信息的泄露和惡意修改，設計了不同訪問者的權限管理。即店長員只能訪問與本店店員信息和本店訂單相關的頁面與操作，而管理員可以實現對整個系統的設置及管理。另外，店長沒有權限修改供應商信息和店員信息，只有管理員可以對其進行修改、添加和刪除等一系列的操作。(3)對錯誤操作的處理 對錯誤請求的處理。操作者在操作的過程中不可避免的會出現一些錯誤，而這些錯誤應盡可能的被捕捉到并給予相應的提示和正確的處理。操作錯誤時系統也應能做出一般性處理。

需求分析總結

這次需求分析讓我們明白，首先要明白在需求調研過程中，應該做好的準備1）做好不怕一切困難的準備。 2）調研前應該將所有項目前期資料進行匯總，與相關的前期銷售人員進行交流，以便對項目有一個基本輪廓的認識。3） 做好調研前使用資料的準備，如需求調研模板，需求調研問題列表，不說廢話在較短時間得到最多的信息。4） 其次應該努力的去熟悉用戶的行業，學習用戶使用的術語，標準，以便能夠準確的理解用戶。這就需要我們閱讀用戶所在行業的資料、文章，盡量多選取一些整體性介紹的文章，這樣可以在短時間內能夠對該行業有一個全面的認識，這樣我們就能夠較好的和用戶進行交流了。5） 需求調研中，學會盡量不使用IT行業的術語，而采用淺顯易懂的口頭語言來解釋IT行業中高深莫測的術語，以便用戶能夠很好的理解，提高自己的溝通交流能力。6） 提高自己的速記、總結能力，文字表述能力以及歸納能力，能迅速的記錄需求調研核心的問題，總結歸納形成原始的需求調研資料。這是第一次團隊參與工程項目里面，需求分析可謂是重中之重，我們從理解需求分析，直到終于清楚我們項目的需求，可是費了不少功夫，一直在不斷調整權衡我們的需求和實現難度，就是在這樣的過程中，我們對需求分析的重要性有了更深層次的認識。(1) 首先，在我們看來，需求分析的意義在于準確無歧義地表達項目最終需要交付的成品，是需要得到客戶的完全認同的，我們工程的最終目的就是要做出滿足客戶的產品。并且，想指望需求不發生變化是不可能的，不管是開發的人還是客戶，都有可能在工程的進展過程中提出變化的需求，所以我們定的不是一個恒定的需求，而是不斷與客戶保持認知一致的變化的需求。(2)討論之后我們在課后都去自己查找了一些類似的項目，比較之后才知道最終成品大概是個什么樣子。之后隨著一次一次的和組員討論，不斷的完善我們的需求，以及大致的分模塊以及對應分工。我們討論的起始點就是核心功能，然后其他的都是圍繞著這個核心展開的，一步步地分析一個完整的系統所需要的界面、功能，但是起初可以使用的功能少了一點，調查之后確定在這之余我們也考慮過增添其他需求，我們也舍棄過一些在我們能力之外或者是時間不足夠去完成的功能，整體需求一直都是有著些微的調整。(3) 需求分析一般都會伴隨著我們整個工程，只是不同時間段關注的多少會有所變化，所以需要我們認真、仔細、嚴謹地去對待，為接下來的階段做好準備，同時要考慮需求的變化性，設計的更加靈活才能夠在以后需求發生變化時方便地去修改。相信我們團隊通過自己的不懈努力互幫互助，互相學習會取得進步，圓滿完成這個項目。

轉載于:https://www.cnblogs.com/CoderXiaoban/p/10836476.html

總結

以上是生活随笔為你收集整理的实验八 《Coderxiaoban团队》团队作业4：基于原型的团队项目需求调研与分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。