山东理工大学
- 建模：根据描述的进程的状态和状态变化，画出进程的状态机图。1进程准备运行前，自动从初始状态进入就绪状态；2进程获得CPU时间片或者分配到一个处理机，转入运行状态；3运行正常结束，自动进入终止状态；4在运行过程中，正在执行的进程因为CPU分配的时间片用完之后而被暂停执行，或者当5优先级更高的进程需要执行的时候被迫让出处理机，则进入就绪状态；5如果进程在运行过程中，遇到等待事件而无法执行，则进入阻塞状态；6处于阻塞状态的进程，当等待事件发生完了之后，进入就绪状态。
- 建模：问题描述：客户可在某网站购物，具体流程如下：（1）客户在网站下订单；（2）客户选择支付方式，然后系统负责收款；（3）在第2步中，如果用户取消订单或超时，则订单会取消；（4）在客户进行第2步操作时，系统会生成送货单；（5）当系统收款成功，且生成送货单之后，供货商开始送货；（6）供货商每次送货结束后，都会修改对应商品的订单项状态，然后通知系统；（7）系统得到通知后判断订单上所有商品是否已经送货完成，如果已完成，则订单完成；否则，则通知供应商继续送货。请根据上述描述，绘制“客户购物”的活动图。
- 建模：根据描述建立概念类图。必修课(CompulsoryCourse)和选修课(OptionalCourse)都是课程(Course)的一种。一名教师(Teacher)可以不教授任何课程，也可以教授多门课程。一门课程至少有一名任课教师，至多有三名任课教师。每个教师都具有教师编号(Tid)和姓名(Tname)，每门课程都具有课程编号(Cid)和课程名称(Cname)。要求：① 根据描述画出类图。② 利用关联类任教(Instruct)将多对多关系转换为两个一对多关系
- 建模：根据描述为系统建立ER图。在基本教务管理系统中，每学期学生可查看开课信息，进行选课，查看课表，期末查看成绩；教师可查看课程信息，授课信息及选课学生名单，期末录入成绩；管理员导入课程、学生、教师名单，录入教师授课信息。
- 建模：根据如下描述，绘制订房系统中顾客通过前台系统订房的顺序图。（1）客户首先插入信用卡发出订房请求；（2）客户输入订房日期；（3）前台系统提供给客户可选择的房间号；（4）由客户自己选择中意的房间；（5）前台系统将订房信息提交给订房服务系统；（6）订房服务系统与网上信用卡服务系统通信，提交客户交易信息；（7）网上信用卡服务系统完成交易授权；（8）订房服务系统确认客户订房成功，返回给前台系统订房成功信息；（9）前台系统打印报告给客户，过程结束。
- 关于结构化方法，描述不正确的是（）。
- 下列关于顺序图的说法正确的有（ ）。
- 状态机图适合于描述跨越多个用例的单个对象的行为，而不适合描述多个对象之间的行为协作。要确定对象的所有行为必须同时结合（）等交互图来建模，才能得到对象的整体行为。
- 在用例图中，用例与用例间可存在的关系包括( )。
- 面向对象方法的可复用性归功于以（）为核心的分析设计方法和基于（）的开发方法。
- 类图主要有两个部分，即（）。
- 下列选项属于伪状态的是（）。
- 下列关于包的用途，说法正确的是（）。
- 关于结构图的形态特性，描述不正确的是（）。
- 下列建模，适合使用活动图的有（）。
- 在BBS论坛系统中，网络用户可以进行“浏览帖子”等常规操作，而登录用户除了常规操作以外，还可以进行“发表帖子”、“回复帖子”等特殊操作，根据描述，可建立两种参与者间之间的( )。
- 对于某电子邮箱系统，用户在登录系统时，可选择手机扫码登录或者邮箱账号登录，根据描述，可建立“手机扫码登录”、“邮箱账号登录”用例与“登录系统”用例之间的( )。
- 模型能够（）。
在图中，引发转换的是（）事件。
- 包的组成内容不包括（）。
- （）本身是一个伪状态，代表上次离开组合状态时的最后一个活动子状态。
- 顺序图一旦被包含在一个（ ）中，就可以被放在其他的图中，从而实现顺序图的重用。
- 部署图中，组成元素( )是用于描述为了完成整个系统的功能，硬件结点之间具体采用的协作方式。
- 关于实现的描述，不正确的是（）。
- 需求分析模型的特点是（）。
- 构成转换的五部分信息不必同时存在，以下（）是可选的。
- 在对系统需求进行用例建模的过程中，首要任务是( )。
- 当识别出很多的类时，可以使用（）来组织管理。
- 程序流程图是（）。
- 活动图中表示并发含义的元素是（）。
- 顺序图中，片段有多种控制类型，表示多条件分支选择的操作符是（ ） 。
- 通信图的主要组成元素包括对象、（ ）和消息。
- DD中数据结构定义式中的符号（...）表示（）。
- 数据流图中的数据，不正确的是（）。
- 进行类的设计时，可以借助交互图完成（）的设计。
- 面向对象设计阶段使用的UML技术与需求分析阶段的完全不同。
- 在通信图中，链一定连接了两个不同的对象。
- 状态机一般都依附于一个类，也可以依附于用例、操作等元素上。
- 对象的状态是单一的，不能再细分。
- 班级与学生建立关联关系，如果一个班级至少有一个学生，每个学生只能属于一个班级，则班级一端的多重性为1..*。
- 一个实体通常有很多实例，其区别在于属性的取值不同。
- 在用例图中，关联关系通常用单向箭头表示，代表在该关联中信息传递也是单向的。
- 在部署图中，设备是指不具有处理能力的结点，至少是在建模系统中不关心它是否具有处理能力的结点，通常都是通过自身的接口为外部提供服务。
- 一个模型中允许出现名称相同的不同事物。
- 包的限定名使用前缀来表示上层包的名称。
答案:```plaintext +---------+ +----------+ | 终止 | | 阻塞 | +---------+ +----------+ | | | | | | +---------+ +----------+ | 就绪 | | 运行 | +---------+ +----------+ / ^ | \ (1) / | (2) | \ / v | \ +---------+ +------------+ | 初始 |----------------| | +---------+ +------------+ ```
答案:<img src="https://p.ananas.chaoxing.com/star3/origin/21cff6e41d714acc7404020a5c89a23c.png">
答案:类图如下： 1. 类 Course，属性：Cid, Cname 2. 类 CompulsoryCourse，继承自 Course 3. 类 OptionalCourse，继承自 Course 4. 类 Teacher，属性：Tid, Tname 5. 关联类 Instruct，属性：（此关联类可以不需要额外属性，仅用来表示关系） 关系描述： - Course <|-- CompulsoryCourse - Course <|-- OptionalCourse - Teacher "1..*" --- "*..1" Instruct --- "*..3" Course - Teacher "1" --- "0.." Instruct 说明： - CompulsoryCourse 和 OptionalCourse 分别是 Course 的子类，表示必修课和选修课。 - Teacher 与 Course 之间通过关联类 Instruct 建立一对多关系，每名教师可以教授多门课程（1..*），每门课程可以有多名教师任教（*..1），但通过 Instruct 的细化，确保了任一课程的任教教师不超过三位（*..3）。 - 同时表明，一个教师即使没有授课任务，也存在于系统中（0..1）。
答案:实体：学生、课程、教师、管理员、开课信息、选课信息、课表、成绩 关系： - 学生与课程：多对多（通过选课信息连接） - 教师与课程：多对多（通过授课信息连接） - 管理员与课程、学生、教师：一对多 - 课程与开课信息：一对一 - 选课信息与课表：一对一 - 选课信息与成绩：多对一 - 授课信息与选课学生名单：一对多
答案:顺序图大致如下： ``` 客户 -> 前台系统: 插入信用卡, 发出订房请求 客户 -> 前台系统: 输入订房日期 前台系统 -> 客户: 提供可选房间号 客户 -> 前台系统: 选择房间 前台系统 -> 订房服务系统: 提交订房信息 订房服务系统 -> 网上信用卡服务系统: 提交交易信息 网上信用卡服务系统 -> 订房服务系统: 完成交易授权 订房服务系统 -> 前台系统: 确认订房成功 前台系统 -> 客户: 打印报告 ```
A:结构化分析阶段的模型包括实体关系图和程序流程图。 B:结构化方法的主要思想是自底向上，逐层分解。 C:结构化的方法也称传统的方法，或面向过程的方法。 D:结构化分析模型到结构化设计模型的转换需借助一定的设计经验。 E:结构化方法中对行为和数据分别建模。
答案:结构化方法的主要思想是自底向上，逐层分解。###结构化分析阶段的模型包括实体关系图和程序流程图。
A:顺序图的目的在于描述系统中各个对象按照时间顺序的交互 B:顺序图比较详细地描述了用例表达的需求 C:在顺序图中，消息表示一组在对象间传送的数据，不能代表调用 D:顺序图是对象之间传送消息时间顺序的可视化表示
答案:顺序图的目的在于描述系统中各个对象按照时间顺序的交互###顺序图比较详细地描述了用例表达的需求###顺序图是对象之间传送消息时间顺序的可视化表示
A:类图 B:通信图 C:用例图 D:顺序图
答案:顺序图###通信图
A:包含关系 B:关联关系 C:泛化关系 D:扩展关系
答案:泛化关系###包含关系###扩展关系
A:职责 B:接口 C:抽象 D:类 E:对象 F:构件
A:关系 B:属性 C:职责 D:类 E:操作 F:多重性
A:初始状态 B:组合状态 C:历史状态 D:判断
A:描述需求和设计的高层概况 B:将复杂系统在逻辑层面上模块化 C:组织源代码 D:细化用例表达
A:一个模块的扇出数大，说明它的功能多，内聚度高。 B:深度在一定程度上反映了程序结构的规模和复杂程度。 C:宽度指的是一个模块直接调用的下属模块数的最大值。 D:扇出表示一个模块直接调用的下属模块的数目。 E:一个模块的扇入数越大，说明调用它的上层模块就越多。
A:对体系结构建模 B:对业务流程建模 C:对程序流程建模 D:对数据库建模
A:包含关系 B:扩展关系 C:泛化关系 D:关联关系
A:泛化关系 B:包含关系 C:关联关系 D:扩展关系
A:帮助人们抽象和理解复杂的问题。 B:任意符号组成的图。 C:越复杂越好。 D:要关注所有重要和次要的信息。
A:时间事件 B:信号事件 C:改变事件
D:调用事件
A:包的名称和构造型 B:包中含有的元素 C:包间的消息和发送者 D:包与包之间的关系
A:终止状态 B:初始状态 C:并发 D:历史状态
A:交互 B:片段 C:序列 D:框架
A:接口 B:设备 C:连接 D:处理器
A:一个类实现多个接口，就要给出每个接口中操作的实现。 B:UML中使用带三角形箭头的虚线表示实现关系。 C:实现关系也可以出现在用例图中。 D:类与接口的关系为实现关系。
A:应用抽象思想的目的是将单个问题分解为多个相对容易的子问题。 B:抽象的做法会忽略问题的细节，增加问题的复杂性。 C:专门用来描述软件系统如何实现的模型。 D:是介于用户概念和软件内部实体之间的模型。
A:触发器事件 B:监护条件 C:动作 D:其他选项都是
A:确定用例 B:分析用例间的关系 C:细化每一个用例的用例规约 D:确定系统参与者
A:component B:interface C:abstract class D:package
A:是详细设计阶段的重要模型。 B:一种表格工具 C:依赖于结构化程序设计语言。 D:结构化分析模型
A:泳道 B:分叉节点 C:控制流 D:分支节点
A:break B:loop C:alt D:opt
A:关联 B:激活 C:生命线 D:链
A:连接 B:与 C:可选 D:重复
A:静止状态的表现为数据存储。 B:要分析出数据源点和数据汇点。 C:运动状态的称为数据流。 D:数据流图仅表现系统行为，不涉及数据。
A:交互对象 B:类的名称 C:类的职责 D:类的关系
A:对 B:错
A:错 B:对
A:错 B:对
A:错 B:对
A:错 B:对
A:错 B:对
A:对 B:错
A:错 B:对
A:错 B:对
A:对 B:错
温馨提示支付 ￥5.00 元后可查看付费内容,请先翻页预览!
