领域需求建模规范 3.docx
- 文档编号:29334221
- 上传时间:2023-07-22
- 格式:DOCX
- 页数:12
- 大小:150.37KB
领域需求建模规范 3.docx
《领域需求建模规范 3.docx》由会员分享,可在线阅读,更多相关《领域需求建模规范 3.docx(12页珍藏版)》请在冰豆网上搜索。
领域需求建模规范3
领域需求建模规范
1.概述
1.1编写目的
用于指导领域建模人员进行领域需求建模。
1.2适用部门
适用于面向领域的嵌入式开发环境项目组。
1.3规范执行日期
自本规范审核通过之日起执行。
1.4规范执行制度
进行领域需求建模时,要求建模人员一律严格按照本规范的流程进行建立。
2.领域词汇
建立领域词汇的目的是统一术语。
统一术语可以使领域工程的参与者有共同的语言,便于领域工程的实施。
术语也就是对事物的分类。
统一术语的过程,也就识别了领域中有哪些共同事物,以及这些共同的事物可以有何种共同的分类方式,即识别了领域中的共同性。
随着领域需求模型的生成,领域词汇也将随之更新演化。
领域词汇包括了名词(词组)、动词以及特征名称。
在领域需求模型建立过程中,所用到的事件、对象、角色等都要与领域词汇中的条目保持一致。
2.1名词(词组)
任何能够指代领域中实体或抽象事物的名词或者名词词组。
例如:
住宅安全系统。
2.2动词
形容和表示各类动作的词汇。
例如:
控制。
动词需进行分级,分为1级、2级、3级等等,数字越小,级别越高。
例如:
精通(1级),掌握(2级),了解(3级)。
2.3特征名称
每个特征都必须有自己唯一的名称,并且在领域词典中有相应的定义:
●对于功能性特征
采用名词(或名词词组)+动词的命名规则,名词和动词在领域词典中应该包含对它的定义。
例如:
磁卡访问。
●对于非功能性特征
采用名词(或名词词组)的命名规则,例如:
安全性。
●对于硬件特征
直接用硬件名作为特征名称。
例如摄像头。
3.领域需求建模流程
首先应该识别出领域中已经存在的应用系统,识别出信息源以及该领域中已有的各种资产,包括领域标准、书籍和技术文档等。
领域需求模型建立流程图如图3.1所示:
图3.1领域需求建模流程图
3.1特征模型
特征是系统中用户可见的、显著的或具有特色的方面、品质、特点等。
特征模型是对一个特定领域的软件所具有的特征的有组织的描述,主要记录了特征自身具有的重要属性和特征之间存在的各种关系。
特征模型不仅包含了特征树,还包含了特征之间的关系以及模型的可变性。
3.1.1特征树
特征模型主要由特征树组成,特征在特征模型中的表示方法如下表所示:
特征图例表
分类
图例
功能特征
非功能特征
硬件特征
特征树表示了以下关系:
●包含关系(include)
包含关系是特征之间的主要关系。
一个父特征可以包含一系列的子特征。
通过包含关系,特征以一种树状的层次结构被组织在一起。
在特征模型中,用实线连接父特征和子特征。
特征A包含了特征B、C、D的图例如下所示:
●特殊化关系(specialization)
一个泛化的特征在具体的环境中根据不同的情况被扩展为一组具有不同细节的特征。
在特征模型中,特征A特殊化为特征B、C、D的图例如下所示:
3.1.2特征模型的可变性
为捕获领域中应用系统的共性和变化性,我们定义以下几种特征。
●必选特征:
指在领域中每个应用系统中都应该包含的特征。
●可选特征:
指对于领域中的各个应用系统可有可无的特征。
●多选一特征:
是对某一个一般性特征的具体化。
只能选择一个。
●多选多特征:
也是对某一个一般性特征的具体化。
可以选择多个。
在特征模型中,必须对所有可选的、多选一特征、多选多特征进行标识。
例如在图3.2中,访问控制为必选特征,用符号
表示。
室内监视为可选特征,用
符号表示。
室外运动检测和室外视频检测室多选一特征,用
符号表示。
磁卡访问和密码访问为多选多特征,用
表示。
对可选特征的选择或者多选一特征、多选多特征的选择,可以由软件体系结构设计人员来决定它们的绑定时间。
绑定时间就是指特征在整个生命周期中必须被做出绑定或删除决策的时间段。
有三种类型的绑定时间:
编译时、装载时、运行时。
3.1.3特征之间约束关系
特征之间主要包含以下几种约束关系:
●使用关系(use)
使用关系描述功能性特征之间的调用关系。
表示使用特征调用被使用特征完成之后的结果。
对于两个特征A和B,特征A使用特征B的图例如下所示:
箭头指向被使用特征。
●通知关系(inform)
对于两个特征A和B,AinformsB表示A向B发送特定的信息以通知B特征的事件已经发生。
特征A通知特征B的图例如下所示:
箭头指向被使用特征。
●需要关系(require)
需要关系是指由于语义或逻辑上的关系,一个特征的存在要求若干个特定特征的存在。
对于两个特征A和B,特征A需要特征B的图例如下所示:
箭头指向被依赖特征。
●互斥关系(exclude)
互斥关系是指两个特征之间由于语义或逻辑上的矛盾关系而不能同时存在于某个环境中。
特征A与特征B互斥的图例如下所示。
3.1.4特征模型举例
图3.2是住宅安全系统的部分特征图。
图3.2住宅安全系统部分特征图
其中每个特征的详细描述如表3.1所示:
表3.1住宅安全控制相关特征的描述
特征名称
特征描述
住宅安全控制
是对整个住宅安全进行控制,进一步包含室内检测、访问控制、入侵检测等子特征。
室内监视
利用摄像头对室内的环境进行监视。
包含一对多选一的特征:
视频监视、室内运动监视。
访问控制
对进入住宅的访问者进行识别。
包含一对多选多的特征:
磁卡访问、密码访问。
入侵监视
对采用其他方式进入住宅的访问者进行监视。
包含破窗检测和一对多选一的特征:
室外视频监视、室外运动监视。
视频监视
对室内进行监视,有异常发出警报。
室内运动检测
对室内运动物体进行检测。
磁卡访问
访问者使用磁卡进行访问。
密码访问
访问者使用密码进行访问。
破窗检测
对窗户完好度进行检测。
室外运动检测
对室外的运动物体进行检测。
室外视频检测
对室外进行视频监视。
摄像头
在进行室内视频监视和室外视频监视时需要用到的摄像头硬件。
安全性
是住宅安全系统的安全性。
反应时间
是住宅安全系统对异常出现作出相应动作的反应时间。
3.2用例模型
用例模型包括用例图、用例场景(时序图)和用例描述。
这里采用UML相关规范构建用例模型。
3.2.1用例图
用例图主要用来图示化系统的主事件流程,它主要用来描述客户的需求,即用户希望系统具备的完成一定功能的动作。
它以图形的方式定义系统的各功能点和参与者以及其之间的相互关系。
用例图中的图例如下表所示:
名称
图例
备注
参与者
用例
用户参与用例
用例扩展
第一个用例给第二个用例增加步骤,就称为扩展第二个用例,例如查看单据明细是查看单据表头的扩展。
用例泛化
父用例可以特化形成一个或多个子用例。
用例包含
第一个用例包括第二格用例的全部步骤,就称第一个用例包含第二个用例,主要用于用例分解。
用例图示例:
3.2.2用例场景
用例场景描述了两个或多个角色之间的交互序列。
描述场景的方法是使用序列图。
序列图的功能是针对每个用例,描述各个对象如何相互协作完成整个业务活动,下面定义序列图的绘制格式。
序列图中图例如下表所示:
名称
图例
备注
对象及其生命线
对象之间调用关系
箭头指向被调用的对象
对象调用自身操作
调用方和被调用方对象都是相同的
返回调用结果(消息)
返回对象操作的结果
参与角色
序列图示例:
3.2.3用例描述
文本格式的用例描述通常采用用例模板实现结构化。
要求指明用例名称、用例描述、参与者、前置条件、后置条件、基本操作流程。
下面是用例描述的例子。
运动物体检测用例描述
用例名称
运动物体检测
参与者
户主
标识符
UC001
用例描述
……
前置条件
住宅安全系统运行中
后置条件
基本操作流程
户主设置安全系统
户主开启/关闭报警
可选操作流程
无
3.3用例特征对应表
通过序列图中的事物对象将用例和特征对应起来,形成用例特征对应表。
用例特征对应表结构如下表所示:
将用例名称写入左边一列,将该用例对应的特征写入右边一列中。
用例特征对应表
用例名称
事物
特征名称
用例1
事物1
特征1
特征2
事物2
特征3
……
用例2
事物3
特征4
特征5
……
……
……
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 领域需求建模规范 领域 需求 建模 规范