UML和模式應用4：初始階段(2)--需求科目之進化式需求

1. 前言

UP開發包括四個階段：初始階段、細化階段、構建階段、移交階段；

UP每一個階段包括 業務建模、需求、設計等科目；

需求是UP科目之一，在初始階段需求科目的工做量佔據較大的部分。可是初始階段的需求科目並不是定義全部需求，而是須要在後續的細化階段逐步迭代。

同時需求科目工做的成果會造成相關的製品。

2.相關術語

術語	說明
需求	系統必須提供的能力和聽從的條件
需求管理	定義需求的方法
瀑布式需求管理	編程以前項目的第一個階段就試圖徹底定義和固化需求
UP式需求管理	用一種系統的方法來尋找、記錄、組織和跟蹤系統不斷變動的需求

表 需求相關術語說明

3. 尋找需求的方法

• 與客戶一塊兒編寫用例
• 開發者和客戶共同參加客戶討論會
• 請客戶代理參加焦點小組
• 把每次迭代的成果給客戶演示以求獲得反饋

4. 需求的類型和種類

需求種類	說明
功能性（Functional）	特性、功能、安全性
可用性（Usability）	人性化因素、幫助、文檔
可靠性（Reliability）	故障頻率、可恢復性、可預測性
性能（Performance）	響應時間、吞吐量、準確性、有效性、資源利用率
可支持性（Supportability）	適應性、可維護性、國際化、可配置性
以下爲「+」
實現（Implementation）	資源限制、語言和工具、硬件等
接口（Interface）	強加於外部系統接口之上的約束
操做（Operation）	對其操做設置的系統管理
包裝（Packaging）	物理的包裝盒
受權（Legal）	許可證或其它方式

表 按照FURPS+模型需求的分類

注：需求按照FURPS+模型進行分類，其中+是指一些輔助的、次要的因素

5. UP需求製品

UP需求製品	說明
設想	歸納了高階需求。這些需求在用例模型和補充性規格說明中細化
業務規則	又稱領域規則，描述了凌駕於軟件項目的需求或政策，這些規則是領域業務所要求的
用例模型	一組使用系統的典型場景
補充性規格說明	基本上是用例以前的全部內容，主要用於非功能性需求，例如性能、受權
詞彙表	定義重要術語

表 UP初始階段需求科目對應的需求製品

注：UP提供瞭如上表的需求製品，這些需求製品是可選的

6. 本書包含的UP需求製品

本書包含的需求製品包括：

• 設想
• 業務規則
• 用例模型
• 補充性規格說明
• 詞彙表