软件工程的专业英语的题目
- 格式:pdf
- 大小:693.74 KB
- 文档页数:17


软件工程试题及答案
第一部分 选择题
一、单项选择题 每小题1分,共20分。(在每小题的四个选项中只有一个选项是符合题目要求的,请将正确选项前的字母填在题后的括号内)
1.在下列工具与环境中( )属于较早期的CASE。
A.基于信息工程CASE
B.人工智能CASE
C.结构的基于图形CASE
D.集成的CASE环境
2.Putnam成本估算模型是一个( )模型。
A.静态单变量 B.动态单变量 C.静态多变量 D.动态多变量
3.在McCall软件质量度量模型中,( )属于面向软件产品修改。
A.可靠性 B.可重用性 C.适应性 D.可移植性
4.ISO的软件质量评价模型由3层组成,其中用于评价设计质量的准则是( )
A.SQIC B.SQMC C.SQRC D.SQDC
5.软件复杂性度量的参数包括( )
A.效率 B.规模 C.完整性 D.容错性
6.对象实现了数据和操作的结合,使数据和操作( )于对象的统一体中。
A.结合 B.隐藏 C.封装 D.抽象
7.软件调试技术包括( )
A.边界值分析 B.演绎法 C.循环覆盖 D.集成测试 8.瀑布模型的存在问题是( )
A.用户容易参与开发
B.缺乏灵活性
C.用户与开发者易沟通
D.适用可变需求
9.软件测试方法中的静态测试方法之一为( )
A.计算机辅助静态分析
B.黑盒法
C.路径覆盖
软件工程专业词汇中英对照
The manuscript was revised on the evening of 2021 Acceptance Testing--可接受性测试 一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。 actual outcome--实际结果 被测对象在特定的条件下实际产生的结果。 Ad Hoc Testing--随机测试 测试人员通过随机的尝试系统的功能,试图使系统中断。 algorithm--算法 一个定义好的有限规则集,用于在有限步骤内解决一个问题;(2)执行一个特定任务的任何操作序列。 algorithm analysis--算法分析 一个软件的验证确认任务,用于保证选择的算法是正确的、合适的和稳定的,并且满足所有精确性、规模和时间方面的要求。 Alpha Testing--Alpha测试 由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。 analysis--分析 分解到一些原子部分或基本原则,以便确定整体的特性;(2)一个推理的过程,显示一个特定的结果是假设前提的结果;(3)一个问题的方法研究,并且问题被分解为一些小的相关单元作进一步详细研究。 anomaly--异常 在文档或软件操作中观察到的任何与期望违背的结果。 application software--应用软件 满足特定需要的软件。 architecture--构架 一个系统或组件的组织结构。 ASQ--自动化软件质量(Automated Software Quality) 使用软件工具来提高软件的质量。 assertion--断言 指定一个程序必须已经存在的状态的一个逻辑表达式,或者一组程序变量在程序执行期间的某个点上必须满足的条件。
assertion checking--断言检查 用户在程序中嵌入的断言的检查。 audit--审计 一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。 audit trail--审计跟踪 系统审计活动的一个时间记录。 Automated Testing--自动化测试 使用自动化测试工具来进行测试,这类测试一般不需要人干预,通常在GUI、性能等测试中用得较多。 Backus-Naur Form--BNF范式 一种分析语言,用于形式化描述语言的语法 baseline--基线 一个已经被正式评审和批准的规格或产品,它作为进一步开发的一个基础,并且必须通过正式的变更流程来变更。 Basic Block--基本块 一个或多个顺序的可执行语句块,不包含任何分支语句。 basis test set--基本测试集 根据代码逻辑引出来的一个测试用例集合,它保证能获得100%的分支覆盖。 behaviour--行为 对于一个系统的一个函数的输入和预置条件组合以及需要的反应。一个函数的所有规格包含一个或多个行为。 benchmark--标杆/指标/基准 一个标准,根据该标准可以进行度量或比较。 Beta Testing--Beta测试 在客户场地,由客户进行的对产品预发布版本的测试。这个测试一般是不可控的 big-bang testing--大锤测试/一次性集成测试 非渐增式集成测试的一种策略,测试的时候把所有系统的组件一次性组合成系统进行测试。 Black
一、学术会议论文评审系统
1. 简介
1. 本课程设计要求做一个基于Web的学术论文提交和评审系统
2. 功能要求
1) 系统设置:包括论文提交的deadline, 论文投标deadline,审稿意见提交的deadline,论文的关键字。在到达一论文提交deadline时会自动中止论文上载功能和作者帐号的注册;在论文投标deadline到达时,会向所有为参与投标的PC发送催促信件;在审稿意见提交deadline到达时候会向PC,SPC发送催促信件。
2) 帐号管理:参与学术会议的组织和评审工作的有三种不同职务:大会主席,SPC
Member和PC Member,向会议提交论文的是作者。大会主席确定SPC的名单(10位),并且手工为SPC Member添加帐号,并同时把用户名和密码发送给SPC。每位SPC Member确定6位PC,他们为PC Member建立帐号并发送用户名和密码。通常一个帐号包括内容:姓名,单位,地址,电话,email等。每位作者在向会议提交论文之前必须先注册帐号。系统会自动检测重复帐号和同一邮箱的重复申请等问题。
3) 论文提交:作者在上载PDF格式的论文时,需要填写论文信息,包括:文章标题,文章类型,关键字,摘要,每位作者的联系方法等。SPC有权删除作者帐号和提交的论文。
4) 论文投标:到达提交deadline之后,SPC投标开始。SPC可以浏览论文目录,选择自己希望审的论文,在投标deadline到达之前在指定页面提交自己的投标申请。每个PC可投标的文章数量=总文章数/SPC人数+4
5) 投标方案生成:系统会根据作者的投标,尽最大可能满足每个作者的标请求。根据这个原则为每个SPC安排需要审核的论文。SPC把文章进一步下载后发送给自己委任的PC。保证每篇文章由3位PC审稿。
6) PC在提交审稿意见的deadline到达之前需在指定页面对自己审核的每篇文章提交审稿意见。每个PC可以看到审核同一篇文章的其他两位PC的审稿意见。SPC可以看到自己选定的6位PC对各篇文章的审稿意见,并且,对每篇文章的3位PC的审稿意见,写成一个总结,并且给出最终是否录用的决定。在录用通知的deadline之前向系统提交。由主席给出最终在相应页面给出决议。
软件工程画图题总结
1.完成患者监护系统功能级的数据流图、实体联系图、软件结构图。
1)功能级的数据流图:
2)实体联系图:
3)软件结构图:
2.完成寄宿学校系统功能级的数据流图、实体联系图、软件结构图。
1)功能级的数据流图:
2)实体联系图:
3)软件结构图:
3.网上书店系统,其外部用户主要有游客、会员和管理员。其中,游客进行注册后,可以成为系统的会员,会员享有订购图书及订单和书籍等信息查询的功能,管理员可对系统的各种信息进行管理和维护。根据上述描述,请画出网上书店系统的:①基本系统模型(第0层);②功能级的数据流图(第1层);③底层的订购图书数据流图。
①基本系统模型(第0层):
2)功能级的数据流图(第1层):
3)底层的订购图书数据流图:
4)软件结构图:
4.假定图形用户界面(GUI)可以处于以下3种状态之一:
Initializing(初始化)、Working(工作)、Shuting Down(关闭)。当Turn PC
on(打开PC)电源的时候,GUI的状态转移到Initializing状态并Bootup(自启动)。当Initializing状态中活动完成后,GUI将转移到Working状态。当你对PC选择Shut Down(关闭机器)时,GUI将转移到Shuting Down状态,最后PC自己切断电源,整个过程结束。请画出GUI的状态转换图(包括触发事件、动作和无触发事件)。
5、汽车和自行车都是交通工具。一辆自行车只能归一个人拥有,但一辆汽车可归一个人或者两个人拥有。一个人可能没有自行车或汽车.也可能拥有多辆自行车或汽车。人分男人和女人两类,每个人都具有年龄和名字。在任何时候,一辆汽车上可能载有0个多个乘客。每辆汽车都有自己的颜色和商标。特别地,每辆汽车都只有两个前灯和一台发动机。请画出类图。
6、画出打电话操作过程的事件跟踪图(即顺序图)。
7、活动图是状态图的一种特殊情况。用于简化描述一个过程或者操作的工作步骤。活动用圆角矩形表示——比状态图更窄,更接近椭圆。一个活动中的处理一旦完成,则自动引起下一个活动的发生。箭头表示从一个活动转移到下一个活动。和状态图类似,活动图中的起点用一个实心圆表示,终点用一个同心圆(内圆为实心圆)表示。在活动图中可以带判定点,即一组条件引发一条执行路径,另一组条件则引发另一条执行路径,并且这两条执行路径是互斥的。判定点常用小的菱形图标表示,同时在相关路径的附近指明引起这条路径被执行的条件,条件用方括号括起来。请用活动图描述打电话过程。