項目經理 | 項目成員 | ||||||||||||||||||||||||||
實驗項目 | 系統需求分析 | 實驗日期 | |||||||||||||||||||||||||
實驗類別 |  1.驗證性實驗或基礎性實驗  2.綜合性實驗3.設計性實驗 4.創新性實驗和研究性實驗 | ||||||||||||||||||||||||||
教師評語 | |||||||||||||||||||||||||||
實驗成績 | 指導教師（簽名） | 年 月 日 | |||||||||||||||||||||||||
一、實驗內容：? 1.根據各組選擇的課題，實行項目經理制，各組推薦一名項目經理，統一管理整個項目的實施過程，并合理調整資源和負責項目全局；根據項目的難易合理分配組員的任務，對問題達成一致的看法；針對項目的實施，熟悉相應的軟件開發工具的使用環境。 1.2.準備參考資料和閱讀相關的國家有關軟件開發的標準文檔。 2.3.選擇安裝Microsoft Visio或Rational Ro或其他Ca軟件，并完成所選系統的數據流圖繪制。 4.根據繪制的數據流圖，寫出相應的數據字典。并完成一份完整的需求規格說明書 | |||||||||||||||||||||||||||
二、實驗目的 1.確定課題，組織組員，合理分工，熟悉軟件開發環境，培養團隊精神。 2.確定項目的可實施性，在此基礎上完成系統的邏輯功能模型的建立，掌握結構化分析技術； 3.通過繪制系統流程圖和數據流圖，熟練掌握系統流程圖和數據流圖的基本原理，并能對簡單問題進行系統流圖和數據流圖的分析，獨立地完成數據流圖設計。此外，學會使用Ca工具完成數據流圖和系統流程圖的分析與實現。 | |||||||||||||||||||||||||||
三、實驗要求： 每小組4人，共同形成一份需求規格說明文檔 | |||||||||||||||||||||||||||
四、實驗條件 1、裝有 Windows2007以上操作系統的微型計算機； 2、Microsoft Office Visio 2013 軟件。 3、其他可以完成實驗的相應軟件 | |||||||||||||||||||||||||||
五、實驗分工情況
| |||||||||||||||||||||||||||
六、實驗結果（需求規格說明書） 需求規格說明書要求獨立裝訂。 | |||||||||||||||||||||||||||
七、實驗總結（分析、體會等）： 通過本次小組實驗，我們對軟件工程的結構化分析方法有了更加深刻的理解和認識。也對該方法的運用有了初步的了解。 首先，我們小組分工合作繪制分層的DFD（數據流圖），我們根據其“先全局后局部，先整體后細節，先抽象后具體”的原則。繪制了0層數據流圖，1層數據流圖，2層內數據流圖。其次，根據所繪制的數據流圖，生成相對應的數據字典，用數據字典，對數據流圖中的每一個元素進行注解。 最后，我們小組以“軟件需求規格說明書”為模板，把每個任務結果匯總。在此過程中，我們遇到最大的問題就是如何繪制數據流圖，在確定開發任務之后，我們首先分析了該系統需要為用戶提供哪些功能，其次對每個功能進行劃分，最后再確定大致功能結構。在大致確定功能結構之后，再對每個功能進行細分，確定其作用范圍以及相關聯系。并繪制數據流圖。根據數據流圖，就能生成對應的數據字典。 在對任務結果進行匯總時，有時會因為對相關數據概念的理解不到位，導致數據字典的相關字段不夠明確。之后經過對數據流圖的理解，才得以確定數據字典的內容范圍。本次實驗，我們小組也還有很多地方不夠完善，例如對系統功能的概述和數據流圖的完善等。 但同時我們也對軟件需求規格說明有了一定的認識。相信在熟悉其內容和編寫原則之后，我們能在此基礎上更加完善！ | |||||||||||||||||||||||||||
本文發布于:2023-06-11 01:19:26，感謝您對本站的認可！
本文鏈接：http://m.newhan.cn/zhishi/a/168641756671787.html
版權聲明：本站內容均來自互聯網，僅供演示用，請勿用于商業和其他非法用途。如果侵犯了您的權益請與我們聯系，我們將在24小時內刪除。
本文word下載地址：系統需求分析實驗報告(軟件工程).doc
本文 PDF 下載地址：系統需求分析實驗報告(軟件工程).pdf
| 留言與評論（共有 0 條評論） |
