软件设计与体系结构设计期末题库(1)(1)

更新时间：试题数量：购买人数：提供作者：

有效期：个月

章节介绍：共有个章节

收藏

我的练习

我的错题
(0道)

我的收藏
(0道)

我的斩题
(0道)

我的笔记
(0道)

专项练习

顺序练习 练习进度 0 / 0

随机练习 自定义设置练习量

模拟考试 仿真模拟

题型练习 按题型分类练习

易错题 精选高频易错题

学习资料 考试学习相关信息

搜索

题库预览

依据案例分析得出用例清单。

根据参与者和用例清单绘制用例图。（含图）

针对案例资料场景中部分文字说明，参见下面用例描述格式补充“新增练习题”用例描述相关内容。【缺少答案，请补充】（含图）

请说明建立这两个实体间联系的方法。

画出实体关系图表示这两个实体间的关系。（含图）

绘制一张类PERT图，表示任务之间的依赖关系。（含图）

确定关键路径和整个项目的最短工期。

基于“农业智慧灌溉系统”的需求，完成系统分析类图的构建： (1) 灌溉区域是系统的基本单位，每个灌溉区域有唯一的编号、区域面积和种植作物类型。 (2) 水泵、传感器是灌溉区域内的基本设备，它们的安装位置和运行状态需要被记录。 (3) 电磁阀也是灌溉系统的重要组成部分，其开关状态和控制精度也需要被管理。 (4) 灌溉区域内的水泵、传感器和电磁阀之间存在一定的关系：一个灌溉区域可以配备1或多台水泵和多个传感器，但水泵和传感器不一定必须属于某个灌溉区域。一个灌溉区域通常有多个电磁阀，且电磁阀一旦安装在灌溉区域中，就与该区域紧密关联，用于控制该区域的灌溉支路。（含图）

根据案例分析得出参与者。

依据案例分析得出用例清单。

根据参与者和用例清单绘制用例图。（含图）

针对案例资料场景中部分文字说明，参见下面用例描述格式补充“灌溉参数设置”用例描述相关内容。【缺少答案，请补充】（含图）

现根据“农业智慧灌溉系统”部分业务场景，进行事物建模，假设已经建立实体如下：灌溉区域（区域编号PK、区域面积、区域位置、灌溉方式）灌溉设备（设备编号PK、设备类型、设备名称、设备型号、安装位置、安装时间）如果存在“一个灌溉区域可配备1或多台灌溉设备，每台灌溉设备仅归属于一个灌溉区域”的联系，【缺少答案，请补充】（含图）（含图）

请说明建立这两个实体间联系的方法。

画出实体关系图表示这两个实体间的关系。（含图）

“学校网上选课系统”项目开发需完成以下核心活动，各活动的紧前关系及工期估算如下表所示，阅读下表完成以下任务。 | 活动 | 紧前任务 | 工期 | | ---- | -------- | ---- | | A | 无 | 2天 | | B | A | 9天 | | C | A | 3天 | | D | C、E | 5天 | | E | A | 2天 | | F | B、D | 3天 | 注：任务说明：A-项目需求调研与分析；B-项目设计；C-课程管理模块开发；D-系统模块联调；E-学生选课模块开发；F-系统整体测试与部署。假设类PERT图中的每个任务结点的样式为： | 任务 | | ---- | | 工期 | (1) 绘制一张类PERT图，表示任务之间的依赖关系。 (2) 确定关键路径和整个项目的最短工期。【缺少答案，请补充】（含图）（含图）

基于“学校网上选课系统”的需求，完成系统分析类图的构建： (1) 学生是系统的核心用户，每个学生有唯一的学号、姓名和年级信息。每个学生有且仅有一个选课清单，其完全依赖于所属学生，无法脱离学生独立存在。 (2) 必修课程、选修课程是系统内的基本课程资源，它们的课程编号、课程名称、课程学分和授课教师需要被记录。两类课程可被多个学生的选课清单共享。 (3) 选课清单同样是系统重要组成部分，需记录其选课时间、选课状态和所属学生； (4) 系统内的必修课程、选修课程和选课清单之间存在一定的关系：一个学生可以通过选课清单选择多门必修课程和多门选修课程，必修课程和选修课程不一定必须被学生选择，可独立存在于系统中，也可被多个学生的选课清单共享。【缺少答案，请补充】（含图）

根据案例分析得出参与者。

依据案例分析得出用例清单。

根据参与者和用例清单绘制用例图。（含图）

针对案例资料场景中部分文字说明，参见下面用例描述格式补充“新增练习题”用例描述相关内容。 | 用例名称 | 增加课程 | | -------- | -------- | | 触发事件 | 新增本学期的课程 | | 简单描述 | | | 参与者 | | | 相关用例 | 无 | | 系统相关者 | 管理员 | | 前提条件 | 登录系统 | | 后续条件 | 课程增加成功并能够查询 | | 典型事件流 | | | 异常情况 | | 【缺少答案，请补充】（含图）（含图）

请说明建立这两个实体间联系的方法。

画出实体关系图表示这两个实体间的关系。（含图）

“罚单处理系统”项目开发需完成以下核心活动，各活动的紧前关系及工期估算如下表所示，阅读下表完成以下任务。 | 活动 | 紧前任务 | 工期 | | ---- | -------- | ---- | | A | 无 | 2天 | | B | A | 2天 | 【缺少答案，请补充】（含图）（含图）（含图）

现根据“学校网上选课系统”部分业务场景，进行事物建模，假设已经建立实体如下：学生（学号PK、姓名、年级、联系方式）选课记录（选课编号PK、课程编号、选课时间、缴费状态、选课成绩）如果存在“一个学生可以产生0或多条选课记录，每一条选课记录仅归属于一个学生”的联系， (1) 请说明建立这两个实体间联系的方法。 (2) 画出实体关系图表示这两个实体间的关系。（含图）

基于“罚单处理系统”的需求，完成系统分析类图的构建： (1) 驾驶员是系统的核心用户，每个驾驶员有唯一的驾驶证号、姓名和联系方式信息。每个驾驶员有且仅有一个违章档案，其生命周期完全依赖于所属驾驶员，无法脱离驾驶员独立存在。 (2) 普通违章、严重违章是系统内违章档案的资源，它们的违章编号、违章名称、罚款金额和处罚标准需要被记录。 (3) 违章档案同样是系统重要组成部分，需记录其建档时间、违章处理状态和所属驾驶员； (4) 系统内的普通违章、严重违章和违章档案之间存在一定的关系：一个违章档案可包含0或多条任意类型的违章，一条违章记录（无论是普通还是严重）也可被零个或多个驾驶员的违章档案共享，且违章记录（无论是普通还是严重）不依赖于任何特定违章档案，可独立存在。（含图）

阅读以下材料，完成相关问题。 “罚单处理系统”的目的是记录驾驶员的违规情况，保存驾驶员支付的罚款记录，并将不能及时支付罚款的违章人员信息通知执法部门。警察向驾驶员开出罚单的同时，一张罚单的副本被上交并输入系统，在数据库中生成一张新的罚单记录，并建立与相应的驾驶员和警察的数据之间的关系。如果驾驶员认罚，在预先打印好的信封里装入罚单规定的罚款数目，然后寄给巡查管理部门，巡查部门将其记入系统。如果驾驶员在信封寄回时没有寄罚款，并在申诉请求框内写了一个“X”，那么系统在罚单记录下写下请求，并寻找相应的驾驶员、罚单和警察信息以生成其罚单详细表，然后向相应法庭发送这张罚单详细表，同时生成申诉日期调查表并邮寄给驾驶员。调查表上指明驾驶员要填入方便的日期并把调查表直接邮寄给法庭。一旦收到这些信息，法院就安排下一次审讯的法官、日期，并将日期和时间通知给驾驶员。审讯结束，法庭向系统发送判决结果，并在罚单上记录下判断内容审讯日期，以及负责审理的法官。如果判断驾驶员无过错，则删除罚单；如果证明有罪，给驾驶员另一个写明罚款数目的的信封，以便驾驶员以后邮寄罚款。如果驾驶员不能在要求的期限内支付罚款，系统生成一张请求授权通知寄给法庭，此后的事情由法庭决定。有时法庭要求吊销驾驶员驾照，然后处理驾驶员驾照的系统负责吊销事务。 (1) 根据案例分析得出参与者。 (2) 依据案例分析得出用例清单。 (3) 根据参与者和用例清单绘制用例图。 (4) 针对案例资料场景中部分文字说明，参见下面用例描述格式补充“新增练习题”用例描述相关内容。 | 用例名称 | 记录新罚单 | | -------- | ---------- | | 触发事件 | 警察开出一张新罚单，并将副本提交给交管部门 | | 简单描述 | | | 参与者 | | | 相关用例 | 无 | | 系统相关者 | 驾驶员、警察、交管部门职员 | | 前提条件 | 驾驶员和警察信息已经存在于各自数据表，罚单信息数据表已经存在。 | | 后续条件 | 新的罚单信息记录在数据表中，生成相应的与驾驶员和警察的联系 | | 典型事件流 | | | 异常情况 | | 【缺少答案，请补充】（含图）（含图）

现根据“罚单处理系统”部分业务场景，进行事物建模，假设已经建立实体如下：警察（警察编号PK，警察姓名，联系电话，所属派出所名称，联系地址）；罚单（罚单编号PK，位置，罚款类型，罚款日期，罚款时间，申诉否，审判日期，判决，罚款数量，支付日期）；如果存在一名“警察”可以开出0个或多个“罚单”,一个“罚单”只能由一个“警察”开出的联系， (1) 请说明建立这两个实体间联系的方法。 (2) 画出实体关系图表示这两个实体间的关系。（含图）

更多题库