《F4+2團隊項目需求改進與系統設計》

任務一

a.分析《動態的太陽系模型項目需求規格說明書》初稿的不足。

 任務概述描述的有些不具體，功能的規定不詳細，在這次做業進行了修改。

b.參考《構建之法》8.5節功能的定位和優先級，給出功能分析的四個象限。

第一象限（殺手功能，必要需求）：1.系統有多視角。2.太陽系是能夠放大、縮小的，而且保證放大、縮小後行星照樣能正確地運行。

第二象限（外圍功能，必要需求）：模擬系統界面逼真且美觀，功能實用。

第三象限（外圍功能，輔助需求）：用戶進入系統能夠直接對系統進行操做。

第四象限（殺手功能，輔助需求）：近日、遠日行星的顯示，放大、縮小、左、右、上、下移動功能，多視角觀察太陽系概貌，行星運行、靜止以及初始狀態復原。

 

 

 

c.團隊項目的WBS

 

 

 

 

d. 請以講故事的方式介紹大家的項目中的功能，介紹一個場景，用戶如何使用這項功能，解決了用戶的什麼問題。

l  場景：課堂教學

 

教師：同窗們上課，這節課咱們來認識一下太陽系概貌。（單用戶系統因此無需輸入密碼及用戶名等，直接打開系統，初始界面是整個太陽系靜態圖）

 

學生：請問老師，這些行星如何在太陽系中運動呢？

 

教師：那如今同窗們請認真觀看大屏幕。（先選定側視視角，各個行星本身開始根據原先設定好的運行。教師也能夠放大，縮小，左（右，上，下）移動整個太陽系，在太陽系運行過程當中，能夠暫停行星的運行，使太陽系處於靜止狀態，再次點擊運行，行星會接着動起來。若是想回到最初的狀態，點一下復原按鈕，整個太陽系又回到了此視角下的最初始的狀態。）

 

學生：老師，我對這些行星的運行方式仍是有些不清楚，有其餘角度的運行方式嗎？

 

教師：咱們如今來看一下，這些行星在俯視的時候是怎樣運行的。（回到主界面，選擇俯視模式，系統本身播放，教師也可與測試模式同樣，實現放大、縮小、平移、靜止和運行功能）

l  解決的問題

 

  此係統，在功能方面，經過虛擬仿真技術發揮信息教學的優點，使得學生快速的認識學習了太陽系，以及各個行星的運行方式。並經過側視與俯視兩個視角，更清晰直觀的觀看了太陽系各行星的運行。教師在界面上進行放大，縮小，左（右，上，下）移動整個太陽系，;給學生以沉浸感，使學生能體驗虛擬世界的太陽系。在界面設計方面，綜合考慮了教學課堂要吸引學生注意力且調動學生積極性，儘可能作到了界面的美觀和功能的實用。

 

e. 團隊成員估計各自任務所需時間

團隊成員	任務	估計時間（天）
馬仲山	可行性研究，編碼	18
馬世芳	需求分析，整體設計	13
馬婧（12）	基於原型的項目調研，模塊設計	9
馬婧（13）	基於原型的項目分析，原型設計	9
張俊逸	需求改進與系統設計	8
馬邵輝	單元測試，綜合測試	6

 

 

f. 使用WBS工具，拆分項目，建立本身的看板圖和燃盡圖。

 

 

 

燃盡圖：

 

 

 

任務二：

    整體設計的基本目標就是概要地回答系統應該如何實現。因此設計在任何工程產品或系統中，是開發階段的第一步。設計能夠定義爲應用各類技術和原理，例如UML圖模型，就是一個很好的實現整體設計的工具。系統的整體設計使在前面系統分析的基礎上，爲後期將要構造的系統實體創建一個模型。構造這樣的模型就須要不少設計模型。而這些設計模型當中，，一些基本的技術和工具起到了重要的做用。才使得整體設計遊刃有餘。完成開發。如下爲整體設計結構圖：

 

              

 如下爲需求分析階段的用例圖：

 

任務三

團隊項目概要設計說明書github地址：https://github.com/teammzs/project9

團隊項目軟件需求規格說明書github地址：https://github.com/teammzs/Demo7/tree/master

 任務四

 

問題一：系統整體設計和需求分析的關係是什麼？

答：在我認爲需求分析的結果是系統整體設計的依據。由於有了需求才會有設計，經過需求分析進行系統整體設計，在軟件項目的開發過程當中,系統的需求分析和設計是相當重要的環節,是軟件設計和編碼的基礎,也是項目開始實施最容易忽視的環節,需求分析的質量直接關係到項目的進度和項目的成敗。

問題二：如何設計系統的整體結構？

         答：首先我在上一個問題中提到的同樣，需求分析使系統整體結構設計的依據和方向，因此係統結構設計仍是要以需求分析開始。系統設計工做應該自頂向下地進行。首先是整體設計，分模塊設計和配置方案設計，而後再進行詳細設計，逐層深刻進行直至進行每個模塊的設計。整體設計主要是指在需求分析的基礎上，對整個系統的劃分（子系統）、機器設備（包括軟、硬設備）的配置、數據的存貯規律以及整個系統實現規劃等方面進行合理的安排。而詳細設計是在系統整體結構之下，進行詳細的分支設計。

 

項目分工

 

分工	成員	任務量
任務一	張俊逸、馬世芳	40%
任務二	馬仲山	30%
任務三	大馬婧、小馬婧	20%
任務四	馬紹輝	10%

 

 

 

 

 

 

 

項目總結:

     

       在通過這次的軟件工程團隊項目，本組成員對於軟件開發的流程有了詳細的理解。做爲一個團隊，統籌規劃是多麼的重要；而且要想使一個團隊高效地運轉起來，有多麼的不容易。一開始，咱們都以爲，對於開發一個軟件，只要在最後可以生產出一個可使用的產品就算完成任務，而對於項目文檔以及前期設計並無太看重。可是在實際的實踐操做過程當中，咱們發現，盲目地去編寫代碼，而沒有一份詳細的規劃做爲指導，會極大程度地下降咱們的開發效率。因此在一開始咱們組成員進行了詳細的分工，明確了各自的任務以及要求，而小組成員完成的也很認真及時，最終確保了實驗的順利進行。