這個主題呈現業務分析師(其必須評量商業問題及開發所提出之解決方案的需求)一般程序的範例。這裡表示的程序是大綱形式。您的程序會根據所屬系統的狀態、利害關係人和團隊結構而有所不同。
下列圖表呈現需求定義程序的範例。下面將更詳細地說明圖表中的每個區段。
1. 設定專案
業務分析師會完成以下作業,在 Rational® Requirements Composer 中設定專案:
- 建立專案。
- 建立專案構件的資料夾。
請參閱
建立專案、資料夾和構件。
2. 評量問題
業務分析師會完成以下作業,來收集關於商業問題的輸入:
- 與系統的利害關係人和使用者會談。
- 離線建立文件及審視網站。
- 收集現行系統的文件。
- 將文件匯入 Rational Requirements Composer。
請參閱
上傳檔案至儲存庫。
3. 記載評量
業務分析師會建立一系列文件和其他構件,來表示現行系統和提出的解決方案。構件類型可以包括:
- 文件:
- 現行程序和問題
- 目標和目的
- 利害關係人需求
- 問題與風險
- 想法與構想
- 商業程序概略圖
- 使用者介面概略圖
- 畫面流程
- 分鏡腳本
- 使用案例規格
- 使用案例圖
- 名詞解釋與術語
請參閱
建立構件來支援需求。
4. 建立需求
業務分析師會完成下列作業,從構件中的文字和其他元素建立需求:
- 強調顯示文件內的文字或選取圖型內的元素,從構件建立需求。
- 審查「需求」專案頁面中的需求。
請參閱
建立需求及
專案需求頁面。
5. 檢閱需求及相關構件
業務分析師會邀請其他團隊成員透過完成下列作業,來檢閱評量文件及所有支援構件:
- 建立檢閱。
- 將構件及參與者新增至檢閱。
- 參與者在核准或不核准構件時新增註解。
- 修訂構件以納入檢閱註解。
- 參與者檢閱已修訂的構件並核准。
- 完成檢閱。
- 從完成的檢閱建立集合,以擷取已檢閱的構件。
- 從檢閱建立報告。
請參閱
建立檢閱、
建立集合及
建立報告。