任務一

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

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

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

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

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

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

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

c.團隊項目的WBS

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

l 場景：課堂教學

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

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

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

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

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

l 解決的問題

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

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

f. 使用WBS工具，拆分項目，創建自己的看板圖和燃盡圖。

燃盡圖：

任務二

任務三

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

任務四

問題一：系統總體設計和需求分析的關系是什麽？

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

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

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

項目分工

項目總結:

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

任務一

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

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

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

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

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

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

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

c.團隊項目的WBS

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

l 場景：課堂教學

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

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

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

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

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

l 解決的問題

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

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

f. 使用WBS工具，拆分項目，創建自己的看板圖和燃盡圖。

燃盡圖：

任務二

任務三

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

任務四

問題一：系統總體設計和需求分析的關系是什麽？

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

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

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

項目分工

項目總結:

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

團隊項目需求改進與系統設計