項目	內容
這個作業屬于哪個課程	任課教師博客主頁鏈接
這個作業的要求在哪里	實驗九 團隊作業5—團隊項目需求改進與系統設計
團隊名稱	小團團團隊
作業學習目標	（1）掌握面向對象需求分析方法；（2）學習軟件系統總體結構和數據庫邏輯結構設計，學會編制軟件系統設計說明書，掌握系統總體設計過程、設計原理和技術。

任務1：團隊項目需求分析改進

• a. 在本次團隊項目需求改進與系統設計中，我們首先分析了上次在需求分析階段的不足，基本內容如下：

    1.需求規格文檔不夠完整和規范；2.系統設計圖和用例圖不夠準確，缺少了最主要的類圖，在畫圖是將多種圖混搭；3.需求調研不夠充分,調研方法單一，對本校的教務管理人員的調查太少；4. 通過對教務處老師的現場訪談，我們發現對教務處老師的需求分析不足， 還應增加對學生和教師的增刪改查；5.在調研時沒有用到之前準備好的原型。對于以上不足，我們重新進行了用戶需求調研，并對《需求規格說明書》再次進行了修改和完善，對于詳細的更改內容請看任務3中團隊項目github倉庫鏈接地址 。

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

• c. 編制團隊項目的WBS

    一個團隊項目要在一段時間內完成諸多任務，若要滿足用戶需求，實現團隊目標，完成需求分析后，編制項目WBS（Work Breakdown Structure)，即工作分解結構，是根據項目目標把工作分解成許多層次分明的、可交付成果的工作任務，然后用邏輯圖形或樹形結構表示出來），是團隊項目有序管理的工作依據。

  WBS地址：(WBS)[https://www.leangoo.com/kanban/snapshot/get/2859469/8175b74dd2825f65fae2839cefa82eac]

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

項目成員	具體任務	所需時間
陳飛	系統建模、數據庫邏輯結構設計	4h
周琳	系統概要設計書的編寫、系統結構圖繪制	3.5h
趙燕霞	需求說明書的完善和整理、編輯博客	3h
胡文艷	WBS的編寫、系統概要設計書的編寫	3.5h

任務2：團隊項目的系統設計過程、設計方法與建模工具

• 系統設計過程：

　　我們先進行了用戶調研，調研對象包括本校學生和教務老師，然后根據調研結果做了大量的需求分析，并編寫《需求規格說明書》。接著，我們就開始設計我們的試卷管理系統了，設計內容主要包括系統的基本處理流程、系統的組織結構、模塊劃分、功能分配、接口設計、UI界面等內容，在總體規劃好之后，參考國標GB8567——88編寫了《軟件系統概要設計說明書》，并對接下來要做的工作進行明確的分工，為實現我們的軟件系統做好準備。

• 處理流程圖
  

• 子程序調用圖
  

• 設計方法：采用面向對象的系統設計方法

　　系統框架和數據結構全面設計，具體功能實現分階段進行，從總體系統的功能、輸入、輸出、環境、處理流程、結構、程序、人的因素等各方面綜合考慮，設計出整體最優的系統。進行系統設計時采用分解、綜合與反饋的工作方法。

• 建模工具：Visio

• 任務3：團隊項目github倉庫地址鏈接：
  《軟件需求規格說明書》的改進
  《軟件系統概要設計說明書》

• 任務4：具體分工及占整個系統設計文檔任務的工作量比例

項目成員	具體任務	工作比例
陳飛	系統建模、數據庫邏輯結構設計	26%
周琳	系統概要設計書的編寫、系統結構圖繪制	25%
趙燕霞	需求說明書的完善和整理、編輯博客	24%
胡文艷	WBS的編寫、系統概要設計書的編寫	25%

任務5：團隊項目系統設計心得

　　通過老師、助教點評和其他團隊對我們調查工作中出現的問題的反饋，我們意識到在需求調研與分析階段我們組的不足，在進行用戶調研時一定要充分，要有一定的調研規模，調研對象應全面，針對不同的調研對象要采用不同的調研方法，只有做好這些，我們的需求分析才會合理，才有價值。因此，針對上次需求調研與分析階段的缺漏，我們做了更改和完善。其次，從本次團隊項目系統設計的過程中，我們明白了拿到一個大的項目時首先需要編制項目WBS，對項目進行分解，再對每個小模塊進行詳細劃分和設計，這樣做的好處就是目標明確、思路清晰、一個小模塊出錯不會影響其他模塊，方便修改，對工作合理分工也很重要，使得效率提升很多。

轉載于:https://www.cnblogs.com/xiaotuantuan/p/10936977.html

總結

以上是生活随笔為你收集整理的《小团团团队》第五次作业：项目需求分析改进与系统设计的全部內容，希望文章能夠幫你解決所遇到的問題。

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