《少年先瘋隊》第四次做業:項目需求調研與分析

###博文簡要信息表: |項目|內容| |:--:|:--:| |軟件工程|https://www.cnblogs.com/nwnu-daizh/| |本次實驗連接地址|http://www.javashuo.com/article/p-evpeujmh-em.html| |團隊名稱|少年先瘋隊| |做業學習目標|(1)學習利用UML模型描述用戶需求(2)編寫軟件需求規格說明書。|html

<br>git

####任務1:學習並瞭解實驗任務書推薦的各種UML軟件繪製工具;github


 經常使用UML圖形軟件繪製工具備:Visio、Rational Rose、PowerDesign數據庫

<span style="color:#006666"><font size="2">Visio</font></span>微信

  • UML建模工具Visio 原來僅僅是一種畫圖工具,可以用來描述各類圖形(從電路圖到房屋結構圖),也是到VISIO2000纔開始引進軟件分析設計功能到代碼生成的所有功能,它能夠說是目前最可以用圖形方式來表達各類商業圖形用途的工具(對軟 件開發中的UML支持僅僅是其中不多的一部分)。它跟微軟的office產品的可以很好兼容。可以把圖形直接複製或者內嵌到WORD的文檔中。可是對於代碼的生成更可能是支持微軟的產品如VB,VC++,MS SQL Server 等(這也是微軟的傳統),因此它能夠說用於圖形語義的描述比較方便,可是用於軟件開發過程的迭代開發則有點牽強。

<span style="color:#006666"><font size="2">Rational Rose</font></span>工具

  • Rational Rose是一種基於UML的建模工具。在面向對象應用程序開發領域,Rational Rose是影響其發展的一個重要因素。Rational Rose自推出以來就受到了業界的矚目,並一直引領着可視化建模工具的發展。愈來愈多的軟件公司和開發團隊開始或者已經採用Rational Rose,用於大型項目開發的分析、建模與設計等方面。 從使用的角度分析,Rational Rose易於使用,支持使用多種構件和多種語言的複雜系統建模;利用雙向工程技術能夠實現迭代式開發;團隊管理特性支持大型、複雜的項目和大型並且一般隊員分散在各個不一樣地方的開發團隊。同時,Rational Rose與微軟Visual Studio系列工具中GUI的完美結合所帶來的方便性,使得它成爲絕大多數開發人員首選建模工具;Rose仍是市場上第一個提供對基於UML的數據建模和Web建模支持的工具。此外,Rose還爲其餘一些領域提供支持,如用戶定製和產品性能改進

<span style="color:#006666"><font size="2">PowerDesign</font></span>性能

  • PowerDesigner原來是對數據庫建模而發展起來的一種數據庫建模工具。直到7.0版纔開始對面向對象的開發的支持,後來又引入了對UML的支持。可是因爲PowerDesigner側重不同,因此它對數據庫建模的支持很好,支持了可以看到的90%左右的數據庫,對UML的建模使用到的各類圖的支持比較滯後。可是在最近獲得增強。因此使用它來進行UML開發的並很少,不少人都是用它來做爲數據庫的建模。若是使用UML分析,它的優勢是生成代碼時對Sybase的產品PowerBuilder的支持很好(其它UML建模工具則沒有或者須要必定的插件),其餘面嚮對象語言如 C++,Java,VB,C#等支持也不錯。可是它好像繼承了Sybase公司的一向傳統,對中國的市場不是很看看好,因此對中文的支持老是有這樣或那樣的問題。

####任務2:下載並安裝Visio,學習軟件操做;Visio UML圖形繪製工具團隊學習總結;學習

  • 大多數圖形軟件程序依賴於結構技能。然而,在您使用 Visio 時,以可視方式傳遞重要信息就像打開模板、將形狀拖放到繪圖中以及對即將完成的工做應用主題同樣輕鬆。Office Visio 2010中的新增功能和加強功能使得建立 Visio 圖表更爲簡單、快捷,使人印象更加深入。
  • 經過對Visio的使用,咱們小組對於UML建模的過程以及Visio的繪圖過程都較爲熟悉了,並且咱們小組成員對於如今的項目模型中多方面的瞭解了,也愈發的熟悉咱們的系統設計以及結構。
  • Visio的優點:對系統、資源、流程及其幕後隱藏的數據進行可視化處理、分析和交流。使圖表外觀更專業。經過Visio鏈接形狀和模板快速建立圖表,提升工做效率。使用圖表交流並與多人共享圖表。

####任務3:實施團隊項目軟件用戶調研活動。要求:ui

(1)真實的用戶調研對象;spa

(2)利用實驗七所開發的軟件原型;

(3)要有除原型法以外的其餘需求獲取手段;

(4)收集用戶需求調研活動的佐證材料(訪談錄音、照片、問卷、調研人員名單等等)。

      咱們主要採用調查問卷和麪對面訪談的方法來獲取用戶的需求,爲了確保信息的真實可靠性,首先咱們是將調查表發佈在qq羣以及微信羣裏面。而後擴大範圍進行調研。具體調查狀況詳見github。

####任務4:採用UML模型描述任務3所獲取的用戶需求,請調研用戶複查 系統中涉及系統管理員,會員兩種權限;接下來針對每種權限說明下功能結構; 管理員: 管理員登陸,房間信息管理,商品信息管理,會員的添加,會員信息管理,會員用戶的充值,會員辦理入住業務,會員辦理退房業務 會員:會員登陸,會員信息的查看,會員積分兌換業務;

1)系統管理員用例圖

2)會員用戶用例圖

3)管理員活動圖

4)活動圖

6)順序圖

5)用戶登陸時序圖

8)客房信息狀態圖

9)部署圖

10)功能設計圖

####任務5:撰寫團隊項目軟件需求規格說明書,並將該文檔上傳到團隊項目Github倉庫。

####任務6:團隊項目的用戶需求調研過程、需求調研方法與建模工具,需求調研結果、描述團隊成員的具體分工及佔整個需求文檔任務的工做量比例,總結團隊項目需求分析心得。

  • 需求調研方法與建模工具

    • 需求調研方法:調查問卷,訪談
    • 建模工具:Visio
  • 團隊項目的用戶需求調研過程

    • 調研對象:在真實用戶的狀況下,咱們選擇了在校大學生,工做人員,以及社會人士
    • 調研問題:完整調研表已上傳在github中:https://github.com/snxfd123/designfile
    • 調研方法:調查問卷
  • 團隊項目需求分析設計成果

    • 1.部分調研成果展現:

1)您有國內外星級酒店(任意一家星級酒店)的會員卡嗎?

2)準備選擇酒店時,您會由於擁有酒店會員卡而優先考慮嗎?

3)您喜歡如下哪一種會員加入方式?

4)您填寫會員信息,相信酒店會對信息保密嗎?

5)您更喜歡如下哪一種會員權益?

6)若是會員卡積分兌換項目有一項,您會兌換哪項?

7)你對酒店會員制度有哪些建議?

8)地域分佈狀況(由於以前在朋友羣擴散收集信息,但願可以獲得真實可靠的信息。同時,也但願可以收集到不一樣地區的狀況。)

  • 2.訪問諮詢別人

3.調查總結:

  • 在從調查表或者是從與別人的訪談中,咱們的到如下結論:

    • 1)對於發達地區而言,有一部分而言,仍是有會員卡的,而在偏遠地區,酒店會員的制度仍是沒有實行起來的。
    • 2)對於會員,絕大部分人仍是但願能夠免費註冊獲得
    • 3)對於積分兌換,兌換酒店住房次數等等。
  • 團隊分工及所佔比例

    團隊成員 分工 所佔比例
    姚玉婷 整理訪問結果,分析問卷結果,編寫博客 30%
    馬麗莎 設計問卷,訪問用戶,編寫博客 30%
    孫苗坤 撰寫需求規格說明書 40%
    張 瓊 UML建模,圖表設計 30%
  • 總結團隊項目需求分析心得。

    • 咱們從兩個角度去考慮項目需求:一個是從用戶的角度,一個是從開發者角度,因此在談需求時,必須邊聊邊記,把所談的話記錄整理,將提出的需求加以分析,作下技術評估,若是有特別的難題能夠提早讓開發人員作技術預研,在作評估後,須要分段實施的,就作好規劃,而後和提需求的人員確認,需求文檔的功能能夠多寫點,在需求定出階段後,咱們得把要立刻實施的功能放在當前,改進咱們的原型。
    • 經過此次項目,咱們也明白了:一個好的團隊,一定是發揮了團隊中每一個人的優點。這個項目要作好,軟硬件結合,團隊之間的每一個成員都不能懈怠,組員不能有打醬油的狀態。
    • 整體來說,咱們認爲:需求分析其實就像一位專業的翻譯員,他必須作到講用戶的語言和開發人員的語言融合在一塊兒,讓雙方準確迅速地理解對方的意思,以便在開始開發軟件以前讓雙方都真正明白對方的思路。
相關文章
相關標籤/搜索