面向对象的需求获取与需求分析课件.pptxVIP

面向對象的需求獲取

與需求分析;;;9.1面向對象的需求獲取概述;9.1.1對需求獲取的總的看法;;;;;;9.1.2需求獲取概念;對衛星表的功能需求描述;2.非功能需求;;;;;;;衛星表的非功能需求;;3.需求規格說明的確認;;4.需求規格說明的屬性;;5.需求獲取的類型;;9.2需求獲取活動;例：火災報警與調度系統是一個基於事件進行管理的分佈式資訊系統。火災報警與調度系統包括多個參與者：現場工作人員，比如員警和消防員；調度者，是負責回答報警呼叫並對事故現場資源進行調度的警官。火災報警與調度系統通過對意外事件追蹤、資源調度和任務計畫等，支持這兩類參與者。火災報警與調度系統也可以訪問多個數據庫，如會合地點資料庫和緊急操作過程資料庫。現場工作人員和調度者通過不同介面進行交互，現場工作人員通過移動個人助理訪問火災報警與調度系統，調度者通過調度室裏面的工作站訪問火災報警與調度系統。;9.2.1標識參與者;;需求獲取的第一步是標識參與者。這一步驟定義了系統邊界，並從開發者角度描述了系統中的所有觀察點。

要注意的是：

大多數參與者在系統開發之前就已經存在；

在標識參與者的初始階段中，很難區分參與者和對象。

參與者是在系統邊界之外的，即它們是來自外部的；子系統和對象在系統邊界之內，它們是內部的。因此，任何要使用未來系統的外部軟體系統就是一個參與者。;在標識參與者的過程中，開發者可通過如下問題的提出獲取和確認參與者：

系統完成工作後，哪一個用戶組受益？

系統的主功能由哪一個用戶組完成？

次要功能由哪一個用戶組完成？

與該系統進行交互的外部硬體和軟體系統是誰？;;9.2.2標識場景;報告緊急情況用例中的倉庫火災場景;;;;;參與者希望系統完成的任務是什麼？

參與者要訪問的資訊是什麼？誰創建了這些數據？這些數據可以做修改或刪除嗎？由誰完成這些工作？

參與者需要告知系統，相關外部交換是什麼？怎樣交換？何時交換？

系統需要向參與者詢問的事件是什麼？最遲時期多長？;;在標識參與者和標識場景期間，開發者要做的最重要工作是理解這些應用領域。

結合火災報警與調度??統實例，我們可標識出四個任務場景：

1）倉庫火災場景，即描述在倉庫中檢測到火災時；兩個現場工作人員到達現場並請求支援；

2）擋泥板被撞場景，即描述一場在高速公路上所發生的、但未引起傷亡的車禍。警官記錄了事件並在毀壞的車輛被拖走期間管理高速公路上交通；

;;9.2.3標識用例;;

;事件流;;;簡單用例寫作指南;;9.2.4求精用例;用例名稱;事件流;;;;9.2.5標識參與者和用例之間的關係;;2.用例之間的擴展關係;;;3.用例之間的包含關係;;4.對包含關係的擴展;;報告緊急情況（包含關係）

1.……;;;;9.2.6標識初始的分析對象;標識參與對象將導出初始分析對象模型。

為了標識出對象，在此給出其中的一些準則：

對於理解用例而言，開發者和用戶所使用的術語，其含義必須是清楚的；

在用例中出現可重複的名詞（例如，事件）應該引起注意；

如果是系統必須跟蹤的現實世界中的實體（例如，現場工作人員，資源），則要引起注意；

;如果是系統必須跟蹤的現實世界中的處理（例如，危機處理計畫），則要引起注意；

如果是用例（例如，報告緊急情況），則應產生一個對應的對象；

如果是數據源和數據匯（例如，印表機），則應認真分析；

與用戶進行交互的人工製品（例如，工作站）應引起注意；

總是出現在應用域中的術語要特別引起注意。

;;;9.2.7標識非功能需求;;;;獲取非功能需求的問題實例;性能;介面;9.3需求獲取管理;;;1.專案定義

JAD提倡者與專案管理者和客戶進行會面，以決定該專案的目標與範圍。

2.調研

這一活動的結論是在會議議程和基本的規格說明中列出工作流和系統資訊。

3.準備

JAD提倡者準備會議。JAD提倡者建立工作文檔，選擇由客戶、專案經理、部分用戶和開發者組成團隊。;;9.3.2追蹤性維護;;;;9.3.3需求獲取的書面說明;需求分析文檔（RAD）範本;;;;;;9.4面向對象分析;9.4.1分析的概述;;;;9.4.2分析的概念;;;;2.實體、邊界和控制對象;;;;;3.泛化和特化;;9.4.3分析活動：從用例導出對象;1.標識實體對象;Abbott啟發式準則，以完成將聲音部分映射成模型構件;報告緊急情況用例實例的一個例子;;;;2.標識邊界對象;;;3.標識控制對象;;;4.使用順序圖將用例映射成對象;;;;1;定義報告緊急情況用例,這一求精用斜體表示出來;;報告緊急情況用例的對象;;畫出順序圖的啟發式準則;5.