需求工程把軟體需求分為 3 個不同的層次:業務需求、使用者需求、功能需求.
1、業務需求描述了組織結構
或客戶對軟體系統高層次的目標要求.
2、使用者需求描述了使用者和系統的互動過程.
3、功能需求描述了為實現特定的
業務需求,軟體系統必須具備的功能.
這 3 個層次都是特徵可能存在的地方.業務需求體現了軟體系統具有的業務能力,這些能力是對系統所屬領域的鮮明反映.使用者需求中記錄的互動過程可能會體現該領域內普遍接受的業務流程或體現該系統具有特色的互動序列.功能需求中記錄的功能則是構成系統的基本元素,是實現業務需求和使用者需求的載體.
此外,在一個功能的執行過程中表現出的共性行為特點,以及同一功能在領域不同成員系統中表現出的特色行為特點也是體現領域特徵的重要方面.在傳統的針對單個應用系統的軟體需求規約中,功能的行為特點是透過對功能的詳細文字描述體現出來的.這種文字描述不能夠承擔捕獲功能的共性和變化性的任務.因此,應該把這種行為特點作為特徵顯式地記錄在領域特徵模型中,從而更好地捕獲和表現領域的共性和變化性.
把業務需求、使用者需求、功能需求中所具有的特徵分別稱為服務(service)、用例(use case)、功能(function).這樣,一個軟體系統具有的各種特徵可以表示為服務、功能、行為特點透過 WPA
組織成層次結構.每一個服務涉及到的用例組織成一個用例集合.在系統的邊界上,使用者透過用例與系統發生互動,從而完成特定的業務需求.
基於以上分析,領域特徵模型的具體形式.該特徵模型除了記錄系統具有的服務、功能、
行為特點、用例等特徵以外,還顯示地記錄了系統具有的質量特徵以及特徵之間存在的約束關係.服務、功能、行為特點 3 種特徵透過 WPA 形成層次式結構.用例部分的特徵透過特徵間的依賴關係與服務、功能或行為特點特徵建立聯絡.質量部分中的區域性質量特徵還記錄了其可能影響到的服務、功能或行為特點.
———————————————–
WPA:whole-part association 整體-部分關係

領域模型的具體形式–從需求說起

相關文章