1 / 72
文档名称:

2019下半年嵌入式系统设计师上午试题分析.ppt

格式:ppt   大小:1,419KB   页数:72页
下载后只包含 1 个 PPT 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

2019下半年嵌入式系统设计师上午试题分析.ppt

上传人:小落意心冢 2022/6/22 文件大小:1.39 MB

下载得到文件列表

2019下半年嵌入式系统设计师上午试题分析.ppt

文档介绍

文档介绍:2019下半年嵌入式系统设计师上午试题分析
(1)
若内存按字节编址,用存储容量为32K*8比特的存储器芯片构成地址编号A0000H~DFFFFH的内存空间,则至少需要 片。
(1)A.4 B.6 C.8 D.10
。一旦发生企业“技术秘密”被泄露的情况,则便于认定为技术秘密,依法追究泄密行为人的法律责任,保护企业的权益。
发表权是指决定作品是否公之于众的权利。所谓公之于众是指作品完成后,以复制、表演、播放、展览、朗诵、发行、摄制或改编、翻译等方式使作品在一定数量不特定人的范围内公开。发表权具体内容包括作品发表的时间、发表的形式以及发表的地点等。
所以开发人员的行为违反了企业的规章制度,侵犯了权利人商业秘密权,侵犯了权利人软件著作权。
参考答案
(11)B
试题(12)
计算机要对声音信号进行处理时,必须将它转换为数字声音信号。最基本的声音信号数字化方法是取样-量化法。若量化后的每个声音样本用2个字节表示,则量化分辨率是 (12) 。
(12)A.1/2 B.1/1024 C.1/65536 D.1/131072
试题(12)分析
声音信号是一种模拟信号,计算机要对其进行处理,必须将其转换为数字声音信号,即用二进制数字的编码形式来表示声音。最基本的声音信号数字化方法是取样-量化法,分为如下3个步骤。
(1)采样:把时间连续的模拟信号转换成时间离散、幅度连续的信号。在某些特定的时刻获取声音信号幅值叫做采样,由这些特定时刻采样得到的信号称为离散时间信号。一般都是每隔相等的一小段时间采样一次,其时间间隔称为取样周期,其倒数称为采样频率。
采样定理是选择采样频率的理论依据,为了不产生失真,采样频率不应低于声音信号最高频率的两倍。因此,语音信号的采样频率一般为8kHz,音乐信号的采样频率则应在40kHz以上。采样频率越高,可恢复的声音信号分量越丰富,其声音的保真度越好。
(2)量化:把在幅度上连续取值(模拟量)的每一个样本转换为离散值(数字量),因此量化过程有时也称为A/D转换(模数转换)。量化后的样本是用若干位二进制数(bit)来表示的,位数的多少反映了度量声音波形幅度的精度,称为量化精度,也称为量化分辨率。
例如,每个声音样本若用16位(2个字节)表示,则声音样本的取值范围是0~65536,精度是1/65536;若只用8位(1个字节)表示,则样本的取值范围是0~255,精度是1/256。量化精度越高,声音的质量越好,需要的存储空间也越多;量化精度越低,声音的质量越差,需要的存储空间也越少。
(3)编码:经过采样和量化处理后的声音信号已经是数字形式了,但为了便于计算机的存储、处理和传输,还必须按照一定的要求进行数据压缩和编码,即:选择某一种或几种方法对其进行数据压缩,以减少数据量,再按照某种规定的格式将数据组织成为文件。
参考答案
(12)C
试题(13)、(14)
某幅图像具有640  480个像素点,若每个像素具有8位的颜色深度,则可表示
(13) 种不同的颜色,经5∶1压缩后,其图像数据需占用 (14) (Byte)的存储空间。
(13)A.8 B.256 C.512 D.1024
(14)A.61440 B.307200 C.384000 D.3072000
试题(13)、(14)分析
颜色深度是表示位图图像中单个像素的颜色或灰度所占的位数,8位的颜色深度,表示每个像素有8位颜色位,可表示256种不同的颜色。存储位图图像的数据量与图像大小有关。而位图图像的大小与分辨率、颜色深度有关。本题图像的垂直方向分辨率为640像素,水平方向分辨率为480,颜色深度为8位,则该图像所需存储空间为(640  480  8)/8(Byte)=307200(Byte)。经5∶1压缩后,该图像所需存储空间为307200/5 = 61440(Byte)。
参考答案
(13)B (14)A
试题(15)、(16)
常见的软件开发模型有瀑布模型、演化模型、螺旋模型和喷泉模型等。其中 (15)
模型适用于需求明确或很少变更的项目, (16) 模型主要用来描述面向对象的软件开发过程。
(15)A.瀑布模型 B.演化模型 C.螺旋模型 D.喷泉模型
(16)A.瀑布模型 B.演化模型 C.螺旋模型 D.喷泉模型
试题(15)、(16)分析
本题考查的是常见的软件开发模型的基本概念。
瀑布模型给出了软件生存周期中制定开发计划、需求分析、软件设计、编码、测试和维护等阶段以及各阶段的固定顺序,上一阶段完成后才能进入到下一阶段,整个过程如同瀑布流水。该模型为软件的开发和维护提供了一种有效的管理模式,但在大量的实践中暴露出其缺点,其中最为突出的是缺乏灵活性,特别是无法解决软件需求不明