关于用例说法正确的是( )。A．用例不能描述业务的交互过程B．用例不适用于描述用户的功能性需求C．用例不关心系统设计，编写用例的最昂贵的错误包括太多细节和用户界面说明，使得用例变长，难以阅读D．用例不适用于增量开发
UML用系统视图描述系统的组织结构。其中，（ ）采用类、子系统、包和用例对系统架构进行设计建模。A. 用例视图B. 逻辑视图C. 实现视图D. 部署视图
OOSE包括（）阶段。A、需求分析B、供求分析C、设计实现D、设计测试E、用例描述
如果用例A与用例B相似，但A的动作序列是通过改写B的部分或者扩展B的动作而获得的，则称（）A、用例A实现用例BB、用例A继承用例BC、用例A扩展用例BD、用例A包括用例B
如果用例B是用例A的某项子功能，并且建模者确切地知道在A所对应的动作序列中何时将调用B，则称（）A、用例A扩展用例BB、用例A继承用例BC、用例A包括用例BD、用例A实现用例B
每个（）实现的细节至少需要一个顺序图。A、顺序B、类C、用例D、对象
每个用例实现的细节至少需要一个（）。A、状态图B、构件图C、顺序图D、用例图
建立用例模型的步骤：确定参与者，确定用例和描述每个用例。
（）用来描述用例图中每个case，用文本文档来完成。A、活动描述B、状态描述C、类描述D、用例描述
用例的实现细节不会在（）描述。A、用例说明B、用例图C、活动图D、顺序图
中间等级的用例描述扩展了简单描述，它包括了用例的内部活动流。
用例图、用例描述、系统顺序图和活动图被用来从不同的观点描述系统用例。
用例描述是指用一个段落概括描述用例的主要成功实现的场景。
关于用例，下面说法是错误的是（）A、一个用例表示了系统中的一部分功能和行为B、一个用例也描述了一个功能如何实现C、一个用例抽象了一组动作的规范D、一个用例的动作的执行会产生可观察的结果
用例的实现细节不会在中描述。（）A、用例说明B、用例图C、活动图D、顺序图
多选题OOSE包括（）阶段。A需求分析B供求分析C设计实现D设计测试E用例描述
单选题（）是以图形化的方式将系统描述成用例、参与者及其之间的关系。A用例图B用例描述C用例建模D用例分解
判断题用例图、用例描述、系统顺序图和活动图被用来从不同的观点描述系统用例。A对B错
单选题每个（）实现的细节至少需要一个顺序图。A顺序B类C用例D对象
单选题用例的实现细节不会在（）中描述。A用例说明B用例图C活动图D顺序图
单选题如果用例B是用例A的某项子功能，并且建模者确切地知道在A所对应的动作序列中何时将调用B，则称（）A用例A扩展用例BB用例A继承用例BC用例A包括用例BD用例A实现用例B
单选题每个用例实现的细节至少需要一个（）。A状态图B构件图C顺序图D用例图
单选题用例的实现细节不会在（）描述。A用例说明B用例图C活动图D顺序图
单选题如果用例A与用例B相似，但A的动作序列是通过改写B的部分或者扩展B的动作而获得的，则称（）A用例A实现用例BB用例A继承用例BC用例A扩展用例BD用例A包括用例B
判断题用例描述是指用一个段落概括描述用例的主要成功实现的场景。A对B错
单选题（）用来描述用例图中每个case，用文本文档来完成。A活动描述B状态描述C类描述D用例描述