基于用例图的需求捕获的第一步就是确定系统的参与者,在寻找系统参与者时,可以根据以下()等问题来确定
第1题:
当系统有很多参与者时,用例是捕获系统需求最好的选择。()
第2题:
A.当系统状态发生故障时,是否需要通知参与者
B.系统是否存在外部事件,如果存在,是哪个能参与者通知系统这些个部事件
C.参与者希望系统为他提供什么样的功能
D.系统运行环境是什么
第3题:
第4题:
第5题:
第6题:
下列说法不正确的是()。
第7题:
用例方法的基本思想不应包括()
第8题:
使用基于用例的方法进行需求分析时的第一步是()。
第9题:
下面关于用例描述不正确的是()
第10题:
系统具有很少的用户
系统具有很少的接口
系统算法复杂、功能单一
系统有很多参与者
第11题:
谁是系统的主要用户,即谁使用系统的主要功能
谁来管理、维护系统,以保证系统的正常运行
系统的功能应该如何实现
系统需要与哪些其他的系统交互
第12题:
(难度:中等)UML就是以用例来捕获系统所有的系统需求的。
答案:(no)
第13题:
A.系统同环境如何进行交互
B.由谁安装系统
C.系统为哪些对象提供信息、服务
D.系统的使用者是谁
第14题:
第15题:
第16题:
第17题:
用例视图描述了系统的()与系统进行交互的功能,是参与者所能观察和使用到的系统功能的模型图。
第18题:
在识别用例时,以下()问题可以帮助识别用例
第19题:
UML就是以用例来捕获系统所有的系统需求的。
第20题:
下面哪些是识别用例时要引起的注意要点?()
第21题:
当系统状态发生故障时,是否需要通知参与者
系统是否存在外部事件,如果存在,是哪个能参与者通知系统这些个部事件
参与者希望系统为他提供什么样的功能
系统运行环境是什么
第22题:
从用户角度看系统所提供的服务
了解系统内部结构和设计
对系统功能整体的认知
参与者与系统发生的交互
第23题:
确定用例
确定参与者
用例之间的关系
确定参与者和用例的通信