心智圖資源庫 813軟體工程-需求分析
用於考研813軟體工程或期末串知識點,為了開發出真正滿足使用者需求的軟體產品,首先要先知道使用者需求。對軟體需求的深入理解是軟體開發工作成功的關鍵。
編輯於2023-06-14 16:15:23Il s'agit d'une carte mentale sur les anévrismes intracrâniens, avec le contenu principal, notamment: le congé, l'évaluation d'admission, les mesures infirmières, les mesures de traitement, les examens auxiliaires, les manifestations cliniques et les définitions.
Il s'agit d'une carte mentale sur l'entretien de comptabilité des coûts, le principal contenu comprend: 5. Liste des questions d'entrevue recommandées, 4. Compétences de base pour améliorer le taux de réussite, 3. Questions professionnelles, 2. Questions et réponses de simulation de scénarios, 1. Questions et réponses de capacité professionnelle.
Il s'agit d'une carte mentale sur les méthodes de recherche de la littérature, et son contenu principal comprend: 5. Méthode complète, 4. Méthode de traçabilité, 3. Méthode de vérification des points, 2. Méthode de recherche inversée, 1. Méthode de recherche durable.
Il s'agit d'une carte mentale sur les anévrismes intracrâniens, avec le contenu principal, notamment: le congé, l'évaluation d'admission, les mesures infirmières, les mesures de traitement, les examens auxiliaires, les manifestations cliniques et les définitions.
Il s'agit d'une carte mentale sur l'entretien de comptabilité des coûts, le principal contenu comprend: 5. Liste des questions d'entrevue recommandées, 4. Compétences de base pour améliorer le taux de réussite, 3. Questions professionnelles, 2. Questions et réponses de simulation de scénarios, 1. Questions et réponses de capacité professionnelle.
Il s'agit d'une carte mentale sur les méthodes de recherche de la littérature, et son contenu principal comprend: 5. Méthode complète, 4. Méthode de traçabilité, 3. Méthode de vérification des points, 2. Méthode de recherche inversée, 1. Méthode de recherche durable.
需求分析
定義
為了開發出真正滿足使用者需求的軟體產品,首先要先知道使用者需求。對軟體需求的深入理解是軟體開發工作成功的關鍵。
任務
總的任務
系統該做什麼?
詳細的分
1、確定係統的綜合要求
1、功能需求
2、性能需求
3、可靠性和可用性需求
4.出錯處理需求
5、介面需求
使用者介面需求
硬體介面需求
軟體介面需求
通訊介面需求
6、約束
7.逆向需求
說明系統不應該做什麼
8、將來可能提出的要求
9.分析系統的資料需求
2、導出系統的邏輯模型
通常用DFD圖,E-R圖,狀態轉換圖,資料字典和主要的處理演算法來描述邏輯模型
3、修正系統開發計劃
與使用者溝通的方法
訪談
分類
正式訪談
非正式訪談
當需要調查大量人的意見的時候,調查表是個很好的辦法
情境分析
情境分析就是對使用者將來使用目標系統解決某個特定問題的方法和結果進行分析
面向資料流自頂向下求精
結構化分析法
結構化分析法就是以資料流自頂向下逐步求精進行需求分析的方法
透過功能分解可以完成資料流程圖的細化
簡易的應用規格說明技術
團隊導向的需求收集法
使用者和開發者緊密合作,共同識別問題,提出解決方案要素,討論不同方案並指定基本需求
優點
使用者和開發者緊密合作,齊心協力,密切合作,即使討論並求精
快速建立軟體原型
特性
快速
容易修改
分析建模和規格說明
分析建模
模型就是為理解事物而對事物所做的一種抽象,是對事物的一種無歧義的書面描述
軟體需求規格說明
《需求規格說明書》,它是需求分析階段得到的最主要的文檔
E-R圖
資料對象
資料對像是軟體必須理解的符合資訊的抽象
資料對象可以是外部實體
屬性
屬性定義了資料對象的性質
聯繫
資料對象彼此之間相互聯繫的方式成為聯繫,也叫關係
分類
一對一
一對多
多對多
E-R圖的符號
實體->矩形
關係->菱形
屬性->橢圓型
直線將上面三個連起來
狀態轉換圖
定義
透過描繪系統的狀態及引起系統狀態轉換的事件,表示系統的行為
狀態
初態
初態只能有一個
終態
終態能有0個或多個
中間狀態
事件
定義
事件就是造成系統做動作或轉換狀態的控制訊息
其他圖形工具
前三個圖形工具的功能
資料流程圖建立功能模型
E-R圖建立資料模型的實體
狀態圖建立行為模型
層次方框圖
層次方框圖以樹狀結構的一系列多層次的矩形框描繪資料的層次結構
Warnier圖
也用樹狀結構描繪訊息,但是它比層次方框圖提供了更豐富的描繪手段
IPO圖
用途
用於描述演算法的圖形工具
定義
是輸入、處理、輸出圖的簡稱
功能
由IBM發展的,能方便的描繪輸入資料、對資料的處理與輸出資料之間的關係
驗證軟體需求
從哪方面驗證軟體需求
1、一致性
所有需求必須是一致的,需求之間不能相互矛盾
2、完整性
需求必須是完整的,並且應該在規格說明書中完整體現
3、現實性
提出的需求應該符合現實
4、有效性
必須證明需求是正確有效的,能解決使用者的問題
驗證軟體需求的方法
1.驗證需求的一致性
檢查軟體需求規格說明書
2、驗證需求的現實性
參考以往的開發經驗,採用模擬或模擬技術
3、驗證需求的完整性和有效性
使用原型系統