领域模型的具体形式–从需求说起

需求工程把软件需求分为 3 个不同的层次:业务需求、用户需求、功能需求.
1、业务需求描述了组织结构
或客户对软件系统高层次的目标要求.
2、用户需求描述了用户和系统的交互过程.
3、功能需求描述了为实现特定的
业务需求,软件系统必须具备的功能.
这 3 个层次都是特征可能存在的地方.业务需求体现了软件系统具有的业务能力,这些能力是对系统所属领域的鲜明反映.用户需求中记录的交互过程可能会体现该领域内普遍接受的业务流程或体现该系统具有特色的交互序列.功能需求中记录的功能则是构成系统的基本元素,是实现业务需求和用户需求的载体.
此外,在一个功能的执行过程中表现出的共性行为特点,以及同一功能在领域不同成员系统中表现出的特色行为特点也是体现领域特征的重要方面.在传统的针对单个应用系统的软件需求规约中,功能的行为特点是通过对功能的详细文字描述体现出来的.这种文字描述不能够承担捕获功能的共性和变化性的任务.因此,应该把这种行为特点作为特征显式地记录在领域特征模型中,从而更好地捕获和表现领域的共性和变化性.
把业务需求、用户需求、功能需求中所具有的特征分别称为服务(service)、用例(use case)、功能(function).这样,一个软件系统具有的各种特征可以表示为服务、功能、行为特点通过 WPA
组织成层次结构.每一个服务涉及到的用例组织成一个用例集合.在系统的边界上,用户通过用例与系统发生交互,从而完成特定的业务需求.
基于以上分析,领域特征模型的具体形式.该特征模型除了记录系统具有的服务、功能、
行为特点、用例等特征以外,还显示地记录了系统具有的质量特征以及特征之间存在的约束关系.服务、功能、行为特点 3 种特征通过 WPA 形成层次式结构.用例部分的特征通过特征间的依赖关系与服务、功能或行为特点特征建立联系.质量部分中的局部质量特征还记录了其可能影响到的服务、功能或行为特点.
———————————————–
WPA:whole-part association 整体-部分关系

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29960155/viewspace-1369703/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29960155/viewspace-1369703/