Fresh Dataset

專案經理需要了解用例，因為它們有助於向利害關係人傳達策略並彌合業務合理性和技術要求之間的差距。

PMI 還指出， “用例提供了收集客戶需求和設定項目範圍的結構。”但這在實踐上意味著什麼呢？

假設您是一家教育科技公司的專案經理。貴公司的最新產品創意是一款面向學生的應用程序，他們可以透過每月的訂閱費獲得即時教學。為此應用程式建立用例可以告訴利害關係人和專案團隊客戶是誰、客戶將如何與產品互動以及範圍差距的含義和專案的要求是什麼。

如何為專案編寫用例
當以書面形式呈現時，用例可以成為專案文件中 美國手機號碼列表 有用的部分。用例是常見的需求工件，它們可以使技術和業務利害關係人之間的溝通更加順暢。

根據討論的目標受眾和系統，用例可以根據需要詳細或基本。使用案例文件應該建立並確定一些關鍵組件 - 這些是：

系統：系統是所討論的產品、服務或軟體。
目標：這是用例旨在實現的目標。
先決條件：這些是用例開始之前必須滿足的條件。
參與者：參與者是使用者或與系統互動時表現出行為的任何其他對象。參與者可以是另一個系統、一個硬體或整個組織。有四種類型的參與者：正在討論的系統、內部參與者、主要參與者和次要參與者。最常被提及的是後兩個系統。主要參與者發起與系統的交互，而次要參與者可以向系統提供服務。
基本流程：這是理想的操作順序，一切都如預期進行。這是流程應該如何展開的主要、愉快的路徑。




場景：在「應用 UML 和模式」中，Larman 指出，「場景是參與者與正在討論的系統之間的特定動作和互動序列；它也稱為用例實例。
用例：用例概述了參與者與系統互動時可能發生的成功和失敗場景。在本節中，您將建立主要的成功場景，即參與者和系統之間最理想的結果。您也可以建立備用流程，解釋發生故障或錯誤時會發生什麼。
後置條件：這是使用案例完成後系統和參與者的狀態。
您可以使用 Wrike 的需求管理範本來組織專案的每個細節，而不是從頭開始編寫用例。 Wrike 的範本可以輕鬆分配任務、追蹤進度以及與團隊協作。每個人都可以即時看到更新並與專案目標保持一致。

Wride 需求管理範本的產品螢幕截圖
簡單的用例範例
送餐應用程式的用例：個人可以使用應用程式直接向餐廳下訂單。當用戶下訂單時，系統會提示他們透過應用程式付款或在食物到達時付款。一旦確認，餐廳將透過其係統收到請求。然後食物將被準備、包裝並交付給個人。在這種情況下，應用程式必須能夠接收訂單、處理付款並與餐廳進行電子通訊。
系統：送餐應用
主要演員：點餐的顧客
場景：使用者瀏覽餐廳選項。一旦選擇了首選餐廳，他們就透過應用程式下訂單。用戶在線支付或驗證他們將親自支付。訂單從應用程式發送到餐廳的內部系統。餐廳工作人員接收並處理電子訂單。
這個用例說明了顧客和餐廳員工（參與者）如何與送餐應用程式（系統）互動以及每次互動的預期結果。

這有助於為開發階段的預期繪製一個框架。例如，該應用程式必須能夠處理付款。