软件工程试题.docx
- 文档编号:28509119
- 上传时间:2023-07-18
- 格式:DOCX
- 页数:36
- 大小:129.66KB
软件工程试题.docx
《软件工程试题.docx》由会员分享,可在线阅读,更多相关《软件工程试题.docx(36页珍藏版)》请在冰豆网上搜索。
软件工程试题
软件工程(SE—SoftwareEngineering)
一.选择题(2分*10)
1.软件实现:
它是编程,内部测试,代码检查,调试改错优化的综合表述
2.对象:
属性操作的分装体
面向对象语言的特点:
①支持类与对象②段----特殊结构的字冲突
③实现属性服务④类型检查⑤类库
3.需求分析的基本任务:
准确地指出软件目标产品必须做什么,描述系统提供的服务和所感
受到的约束
需求分析过程:
初步沟通、导出需求、分析和精化、可行性研究、协商与沟通、规格说明、
需求验证、需求变更管理
4.程序控制(由数据元素组成数据方式有三种基本类型):
顺序、选择、重复
5.(第九章:
113页,大概题如下)
①软件设计分为两个阶段:
概要设计、详细设计
详细设计:
在概要设计的基础上决定如何具体实现各模块的内部细节,直到对系统中的
每个模块给出足够详细的过程描述
②数据流类型:
变换型数据流、事物型数据流、混合型数据流
数据设计方法:
数据流映射步骤、变换流设计、事物流设计、综合分层的数据流设计
③结构化程序设计工具:
图形、列表、语言
6.UML的四种关系:
泛化;实现;关联;依赖
7.类:
控制类;编辑类;实体类
8.编码语言:
①低级语言:
机器语言,汇编语言②高级语言:
basic,VB,java,C#
二.名词解释(4分*5)
1.软件工程:
强调在软件开发的过程中应用工程化思想的重要性的概念
软件工程化:
把软件看作是一个工程产品,这种产品的完成需要经过需求分析、设计、
实现、测试、管理和维护几个阶段,要用完善的工程化原理研究软件生产的规范方法
2.信息隐蔽:
指“局部化”的信息(关系密切的软件元素,如实现过程、数据等),对于不需要了解这些信息的其他“局部”来说是不可访问的(隐蔽)
软件模块中信息隐蔽:
通过一系列独立的模块可以得到有效地模块化,这些独立的构件
和模块之间仅交换那些必须交换的信息,交互是最简单的
信息隐蔽建议模块应具有的特征:
每个模块对其他所有模块都隐蔽着自己的设计决策
3.模块独立性:
指开发具有独立功能而和其他模块没有过多关联的模块也就是说,使每个模块完成一个相对独立的特定功能,并且和其他模块之间关系尽可能简单
4.软件维护:
在软件交付运行后,保证软件正常运行,适应新变化等需要而进行一系列修改活动
软件维护类型:
纠错性维护、完善性维护、适应性维护、预防性维护
5.软件测试的目的和定义:
a.软件测试是为了发现缺陷而执行的过程b.测试是为了证明程序中有错误,而不是证明程序中无错误c.一个好的测试用例指的是它可能发现至今尚未发现的缺陷d.一次成功的测试指的是发现了新的软件缺陷的测试
6.可行性研究:
包括信息评估,信息汇总和报告生成。
信息评估:
找出问题的信息,分析和澄清问题;信息汇总:
建立系统的逻辑模型和探索解决方案,并从技术可行性,经济可行性,操作可行性和时间可行性四个方面研究每种方案的可行性;报告生成:
提出对开发系统的意见和建议,可能的系统范围的修正,预算和时间的调整意见,或者对高层需求的建议等。
目的:
确定用最小的代价,在尽可能短的时间内确定问题是否能够解决
7.数据字典:
是分析模型中出现的所有名字的一个集合,还包括有关命名实体的描述
作用:
⑴它是所有名字信息管理的有效机制
⑵作为连接软件分析、设计、实现和进化阶段的开发机构的信息存储
三.名词翻译(2分*5)
1.UMLUnifiedModelingLanguage统一建模语言
2.DFDDateFloreDiagram数据流图
3.PADProblemAnalysisDiagram问题分析图
4.ERDEntity—RelationshipDiagram实体关系模型
5.OOAObjectOrientedAnalysis面向对象分析
6.OODObjectOrientedDesign面向对象设计
四.解答题(10分*3)
1.213页—白盒技术:
逻辑覆盖法(三步骤)
举例:
procedureExample(varA,B,C:
real)
Begin
If(A>1)and(B=0)
ThenX:
X/A;
If(A=2)or(X>1)
ThenX:
X+1
End;
⑴语句覆盖:
所谓“语句覆盖”测试标准,它的含义是:
选择足够的测试用例,使得程序中每个语句至
少都能执行一次
⑵其流程图如下:
a
A>1andB=0
Y
c
X=X/A
bN
A=2orX>1
Y
e
X=X+1
dN
⑶判定覆盖:
为此,我们可以选择输入数据为:
①A=3,B=0,x=1(沿路径acd执行)
②A=2,B=1,x=3(沿路径abe执行)
或条件覆盖:
只需两个测试就可以满足
①A=2,B=0,x=4(沿路径ace执行)
②A=1,B=1,x=1(沿路径abd执行)
2.黑盒技术(207页)
⑴盒设计方法分为:
等价类划分法;边界值分析法;错误推测法;因果图法
⑵例题看书
3.集成测试
A
举例:
C
B
E
D
G
F
⑴深度优先
AAAA……A
S1S2BS2BS2BS2……BC
S3S4DS4DE……DEFG
⑵广度优先
AAAA……A
S1S2BS2BCBC……BC
S3S4S5S6DS4S5S6……DEFG
4.(补考题--171页)人机界面
⑴设置的三个黄金原则:
置用户于控制之下;减少用户的记忆负担;保持界面一致
⑵补考题,自己看书去
5.建模(20分*1)
题型1.铁路货运安全管理系统需求说明书
1用户背景情况
1.1用户背景
铁路货运安全室是货物运输事故的处理部门,担负辅助提高运营质量的重任。
集合货运业务骨干,是技术性强、业务全面的一个部门。
同时,作为直接面向货主的服务窗口,服务质量与处理效率直接关系铁路运输的形象。
分析统计,核查事故隐患,对减少并杜绝事故的发生,不断提高铁路货物运输质量有着极为重要的意义。
1.2工作流程及主要业务范围
全路各货运安全室遵循铁路货运事故处理的相关规章,工作流程大体一致,根据不同的级别,安全室处理业务覆盖的范围会有所异同,汇集归纳事故处理程序及业务范围。
(见附图:
O_1_1,O_1_2,O_1_3,O_1_4)
1.2.1到达事故处理程序
货物到站时,由装卸工组卸车并检查货车状态、货物特征和随货的运单、票据等途中的记录情况并核对,检查核对过程中,根据可能会出现的几种情况,作相应的处理:
(a).货物与票据中记载的情况完全相符,中途也没有发现货运事故。
这时正常办理交货手续。
(b).如果发现火灾、被盗、大批货物损坏、变质和污染等重大事故时,应保护好现场,勘察货物损失或人员伤亡程度,并立即用电话逐级报告主管分局、铁路局,然后拍发简明扼要的货运事故速报,编写货运事故记录,登记在“货运事故速报登记簿”中。
(c).如果没有发现货运事故,但从随货票据和事故记录抄件中得知货物在中途站或发站已经发生事故,并编制完事故记录。
那么这时仅在到站做代理赔偿,登记“货运事故赔偿登记簿”。
给货主赔偿之后将“赔款通知书”寄往编制货运事故记录的中途站或发站。
(d).货物的到站情况和票据中的记载不符,而且中途也没有附货运事故记录时属于货运事故,对应其处理是由卸车货运员编写货运事故草记录,由货运安全员整理,编号登记于“货运事故登记簿”,并编写货运记录。
需要进行事故鉴定的,在有关部门的配合下对货运事故进行损失鉴定,编制“事故货物鉴定书”。
编写货运事故查询答复书对本站的装卸班组进行查询,确定是否自站的责任。
对于不是自站的责任,3日之内将查复书送他站调查其事故责任;同时,货运事故记录以货主页或其他证明形式,向事故件货主交付记录,请货主出据有关票证,在规定期限内提出赔偿要求,办理代赔手续,登记“货运事故赔偿簿”。
其他车站通过对内部装车班组作业情况调查,以查复书的形式反映其承装情况,反馈本单位形成回文。
在调查过程中,查复书将同时抄送货物倒装的单位,同样形成回文反馈本单位。
如此往来答复,形成事故的整套调查过程,确定事故责任。
对一般事故责任有争议,经一次往返查复不能取得一致意见时,由提出争议的一方立即将调查材料寄给到站,由到站定责处理。
在确定事故责任后,将最终的赔款通知书(赔通)和定责通知书一并送责任站,最终生成事故报告并结案。
对于自站的责任自行处理,编写事故调查登记簿,同时受理货主的赔偿要求书。
在受理赔偿时,赔款额在5000元以下的,由车站(非决算单位的车站由车务段)审核赔偿,否则上报分局。
赔款额超过5000元不足5万元的,由分局审核赔偿。
超过5万元由铁路局审核赔偿。
1.2.2中转站事故处理程序
货物经中转站时,由装卸工组卸车并检查货车状态、货物特征和随货的运单、票据等途中的记录情况并核对,检查核对过程中,可能会出现的几种情况及操作同到站处理部分的(a)、(b)、(d)。
编制的货运记录抄件随车送到站进行赔偿处理。
经自查,是自站责任时,按代理赔偿站送到的赔款通知书编写事故报告,报上级单位并结案;他站责任时,以查复书形式送他站查询事故责任,收到他站的回文后,如不能确定事故责任则以查复书形式转交到站定责,否则结案处理。
1.2.3查询事故处理程序
车站接到调查记录(包括自站编制的记录)、查询文电和货运事故速报后,在接到当日加盖收文戳记,编号登记于“货运事故调查登记簿”,并核对记录及附件是否相符、准确、齐全。
初次接到调查记录,查阅被查货物的有关资料台帐,发放查询答复书到装卸车工组,自查作业情况。
可以确定事故责任时,属于自站责任的,一般事故自接到记录之日起(自站发生的自发生之日起)10日内以“货运事故报告表”报主管单位,结案;同时,以“货运事故查复书”形式答复送查站。
属于他站责任的,以“货运事故查复书”形式说明理由和根据送责任站,并抄知有关单位。
若本单位被列责事故,整个事故卷及调查过程文件将收存本单位;被列分摊,事故卷及整套资料则收存于主要责任单位。
1.2.4无法交付货物处理程序
在无法交付处理中包括两种类型的货运记录的处理:
无人领取和无法交付的货物。
所谓无人领取是指货物到站后经铁路运输企业发出通知次日起30日仍无人领取的和收货人书面通知说明拒绝领取的货物。
无法交付货物是指无票据,无标签的货物;清理货场,运输途中捡拾的货物等。
无人领取货物的处理:
首先按批核对货运单的货物到达时间,地点,货位;通知领取时间、次数和形式;收货人通知拒领的书面说明。
然后编制无法交付货运记录,即对货物按顺序号登记“无人领取货物”记录。
按“无人领取货物”记录编制“无人领取货物通知书”主送给托运人,抄送收货人和发站。
通知发出后,托运人或收货人在规定的30日内来领取的,交付一定的费用后领取货物按正常处理,并在“无人领取货物”中注销该记录;如果30日内仍然没人领取的货物,按月开列“无人领取货物清单”提交审核,上报主管铁路分局审批。
审批通过后在指定的接收单位变卖或者移交处理,编写“无人领取货物处理书”并注销该记录(无人领取结案处理)。
无法交付货物处理:
发现当日按序编写无法交付货运记录,并登记于“无法交付货物登记簿”,详细记载货物品名、件数、包装、颜色等特征。
再根据不同的情况分别处理(核实并卷、发送查复书给责任站查货物运送情况、以货运记录回送正当到站等)。
如果并卷或回送的无法交付货物,直接进行销案处理(注销无法交付登记记录);否则按月开列“无法交付货物清单”提交审核,上报主管铁路分局审批。
审批通过后在指定的接收单位变卖或者移交处理,编写“无法交付货物处理书”并销案。
1.2.5货运事故的统计
依照《事规》和上级单位的具体要求,每月或指定时间要对本单位事故发生和处理情况,进行规定内容的统计,包括事故月报表、保价运输报告等,还包括本单位或上级主管单位随时需要的《事规》中没有具体格式的统计分析表。
1.3用户计算机素质
随着计算机和电子通信的发展,我们的工作和生活也趋于信息化。
铁路作为交通运输的重要方式也正融入其中,在铁路货物运输方面,各部门一直不断向办公自动化方向努力,向无纸化办公靠拢。
货运安全室业务人员具备较高的业务素质,处理事故的能力强。
但由于多年来仍保持手工作业的工作模式,计算机应用的能力相对较弱。
2用户要求描述
2.1主要功能
囊括货运安全室处理的所有业务程序,手工行文都要求以打印的形式出现。
主要包括以下几部分的功能:
1)事故处理过程
以货运记录作为事故信息主线,贯穿整个处理过程。
事故信息数据一次录入,其他相关处理可以直接调用,避免重复录入。
货运记录:
可以直接编写货运记录,并打印输出。
查复书:
针对一个事故直接编写若干份查复书即调查查复书,还可以不针对本单位事故卷宗中存在的事故空白编写即答复查复书,形成单页回文协查查复书,打印输出,还包括信封的打印输出。
损失鉴定:
通过事故鉴定,检索货运事故信息直接编写损失鉴定书并打印输出。
查询答复书:
调查自站内部的责任的调查形式,制定查询答复书发送到装卸班组,可与装卸车清单库建立网络连接,系统自动查询事故货物作业情况的信息数据,亦可直接录入信息数据,对调查答复书做出答复,并打印输出。
赔款通知:
依事故信息,通过检索货运记录或直接编制空白赔款通知书,并打印输出。
事故分析报告:
依事故信息,编写事故报告表,并打印输出。
事故速报:
自动生成事故速报套用格式,方便编写,并打印输出。
商务记录:
与货运记录性质相同,国际联运事故的记载,要求编写简便并可以打印输出。
商务记录查复书:
功能同于货运记录查复书,不过是通过检索商务记录信息并编制查复书调查。
普通记录:
站间编制的记录,可编写并输出。
登记簿:
操作界面应可多条件复合查询,自动生成各种登记簿,大致包括自编记录、查询记录、自编赔偿、查询赔偿、拍发速报、责任速报、事故登记等登记簿类别,根据具体处理业务量的不同,还可以细分为若干登记簿。
结案处理:
在登记簿中具备操作控制,并可以显示结案日期。
办理赔偿的事故:
以赔款通知书的开出日期作为结案日期;一般事故超过理赔期限不提出赔偿要求的,应结案,日期为货主取记录日期+理赔期限的天数的日期。
2)公文处理
公文交接单:
以天为单位,按方向分组,打印公文交接清单。
公文台帐:
直接输出登记台帐,可自定义输出范围,以挂号或日期。
单一公文:
编写公文(在处理过程中未能输出的公文信封),直接打印指定公文的信封。
电报:
编写发出电报和登记收到电报,电报应与货运记录相关联,成为事故处理过程的一部分。
编辑要求不重复录入数据,制作固定电报内容模型,编写简便,可打印输出。
电报台帐:
可按发报、收报分类台帐,也可根据业务量的大小,细化制定。
按制定的时间或顺序号打印输出。
3)统计分析
事故月报的统计:
统计数据来源于货运记录、事故报告分析以及代理赔偿部分的数据,按《事故处理规章》的具体要求分析项目,自动生成统计数字,打印输出。
还应可以包括季度、半年及全年统计汇总数据的打印输出。
保价运输报告的统计:
输入要素数据,根据表格要求自动计算合计,打印输出。
可以按单位的具体年份,或者按某一具体月份(或年份)的指定单位进行数据汇总输出。
按单位的级别区分数据的汇总方案,分局(直属站及车务段)与站(段)管站的单位,数据汇总的方式有所差异。
综合分析:
列出事故类型、办理种别等事故属性元素项目作为可选项,可以自由组合横行与纵列的项目,形成自定义的统计表格式,并打印输出。
4)无法交付事故处理
分为无法交付和无人领取两种事故类型。
登记簿:
类似货运记录登记簿,包含结案操作,无法交付结案形式包括物归原主、变卖处理、变质销毁等,其中,变卖处理的结案方式应可以填写处理价格,结案结果保存,并在登记簿输出时反映。
货物登记:
收到无主货物的预先登记入账。
货运记录:
事故的一种,应制定的记录录入项目和事故详细情况固定格式模板。
编写,并打印输出。
查复书:
与事故处理送查的要求相同。
双无清单:
月内产生的无法交付记录的清单,用于申报上一级单位,要求根据货运记录,自动产生清单、计算合计并打印输出。
处理表:
在指定时间范围内,自动产生结案方式为变卖处理的货物清单,包含处理价格,可以输入并保存时间范围、通知书号、移交日期等其他信息。
要求自动累计货物件数和处理总金额,打印输出。
催领通知:
以货运记录为主线,编辑应分为两种方式,一种是依货运记录编写,大部分数据源于货运记录,加之系统默认值,编写趋于0;另一种则是直接输入的数据信息。
存贮并可以打印输出。
清单台帐:
包含无法交付、无标记事故各种类型的清单台帐,包括所有无主货物、各种处理分类清单及库存清单等,指定时间范围,自动计算合计,并可以打印输出形成书面台帐。
5)数据传输管理
数据传输:
包含发送和接收数据或文件的功能,数据可预先在发送或接收前浏览,确认所需。
数据范围:
指定发送数据的时间范围。
数据类别包括:
事故月报表、保价运输报告、赔偿情况以及事故处理全过程数据。
其中,事故处理全过程中包括货运记录、查复书、赔偿等数据,可对单一事故,亦可对单一过程数据进行传输,或者还可对指定时间范围事故处理过程的批量传输。
线路选择:
传输方要确定数据传输的方向即确定线路,系统应提供现有线路的列表供选择,以及新线路的建立。
发送:
分FTP传输和点对点两种传输方式。
对于FTP传输,应有默认设定的指定线路服务器端的系列参数;点对点传输则直接设置指定对方站点的电话号码。
两种传输方式,都应具备发送至对方机器的默认路径。
主要满足向上级单位上传数据和与兄弟单位间的数据交换处理。
以文本文件的形式生成数据文件,操作员只确认执行传输,拨号登录操作由程序内部实现。
接收:
以列表的形式显示指定路径下的数据文件,可以选择,并显示文件中的数据信息,确认接收与否,操作员只确认执行接收,数据导入接收的操作由程序内部实现。
不满足条件的数据文件,将不在列表中显示。
6)规章查阅及管理
浏览:
以层次树的形式出现。
用户可查阅事故处理过程所依据的规章。
按规章书名、章、节形式分层显示,并定位显示章节的内容。
使各层次结构的比较清晰和明了,操作简单,浏览容易。
查询:
具备关键字定位查询的功能。
在查询到的规章正文中以兰色字体显示内容。
管理:
可以对章节内容进行增加、删除及修改的操作,以配合上级对规章的修改工作,并及时更新本单位应用的事故处理依据。
修改内容在浏览层次树内容中做以红色字体突出标示,示意为更改内容。
7)系统管理
站段及所属关系的维护:
对站段可进行增加、删除及修改的操作,隶属关系可更改,另应有分局或局的合并或拆分功能。
以目录树的形式将站段及其隶属关系逐层、逐级显示。
查询功能:
可分等级查询,结果定位在目录树,并显示其隶属关系。
模板:
由操作员将固定事故处理语言,制作成模板形式,处理过程中调用,简化操作。
模板按类、按人分开建立,相对独立,名称可以随意定义,业务不会互相混淆。
案卷的建立,名称为任意一位英文字母,归类存储,并赋以中文的含义,每个案卷都将形成一个登记簿,含义即为登记簿名称。
用户组和职员管理:
按照用户的权限等级,将安全室全体职员分组编制,并管理用户的基本信息,包括所属的组、职务、部门、用户代码、用户名和口令等。
只有系统管理员才可以添加和删除组、用户,对于用户个人有权修改自己的口令。
用户组可以分成系统管理员组、事故处理组、报表生成组等。
权限管理:
将软件系统中所有模块或窗体按照用户组的处理权利分别分配给不同的组。
用户组的所有成员拥有组的所有权限。
系统的权限也是由系统管理员管理,他可以任意的对组添加和删除对某些模块的使用权。
录入模式:
货运记录记录货运事故,而每类事故记录编辑方式都有所区别,按卷类定义记录录入模式,操作更简捷。
8)系统初始化设置
系统在正式使用前根据各单位的实际情况,对一些数据进行初始化。
例如:
装车班组、事故等级、事故类型、办理种别等。
初始化设置是一个单独的模块,此模块中的初始化数据可以由事故处理组来进行设置。
2.2响应时间、安全保密等性能
系统几个关键运行部位,做响应时间要求:
验证身份登录,进入系统时间不超过2秒。
以10万条为基准记录数:
各功能模块进入时间不超过1秒。
各报表建立时间不超过1秒,大量数据统计表建立时间不超过2秒。
存贮数据时间不超过1秒。
登记簿数据查询时间不超过2秒,复合查询时间不超过1秒。
清单筛选时间不超过2秒。
打印响应时间不超过1秒。
系统为安全室办公管理专用,运行系统需要:
操作员登录系统身份验证,口令修改权限为操作员本身。
系统按操作权限分为超级用户、管理员、操作员3个等级,系统维护必须进行身份验证。
滚动条
2.3操作方式、界面形式
采用Windows9x面向对象的操作平台,系统设置操作快捷键,可脱离鼠标全键盘操作,亦可与鼠标结合使用。
操作界面采用单点录入的形式,光标始终在界面上方的主录入区位置,特殊情况也可用鼠标在预览区确定数据项输入。
如图:
3系统工作流程、数据要求
3.1数据流图(见附图:
D_1,D_1_1)
3.2数据字典
数据流条目
数据流名:
货运草记录信息
组成:
{记录号+货票号码+办理种别+运输号码+承运日期+发站+到站+发局+托运人+装车单位+到站+到局+收货人+卸车单位+车种车型+车号+标重+到达日期+到达车次+卸车时间+卸完时间+施封单位+施封号码+票据记载货物名称+票据记载货物件数+票据记载货物包装+票据记载货物托运人重量+票据记载货物承运人重量+票据记载货物托运人记事+实际货物名称+实际货物件数+实际货物包装+实际货物托运人重量+实际货物承运人重量+实际货物托运人记事+事故详细情况+车站负责人+记录编制人+公安人员+其他人员+普通记录份数+封印份数+其他+收货人意见+编制日期+补充记录局+补充记录站+补充记录编制日期+补充记录记录号+补充记录种类}
备注:
数据流名:
普通记录草记录信息
组成:
{普通记录号+站间车次+站1+站2+发站+发局+托运人+到站+到局+收货人+货票号码+车种车型+车号+货物名称+到达日期+到达车次+发生事故情况+厂修+段修+辅检+轴检+参加人姓名+参加人车站+参加人列车段+参加人车辆段+参加人其他+参加人单位+编制填写日期}
备注:
数据流名:
商务记录草记录信息
组成:
{商务记录号+铁路简称+编制日期+车站+补充铁路名称+补充站+补充日期+补充记录号+办理种别+运输号码+发站+发送路局+发货人+到站+到达路局+收货人+车种车型+集装箱类型和号码+所属路局简称+标记载重+到达日期+到达车次+随乘人员+路封车辆路站名称+路封车辆施封日期+路封车辆印记号+路封车辆+人封车辆发货人名称+人封车辆施封日期+人封车辆施封记号+人封车辆封印数+海封车辆国家名称+海封车辆封印数+路封集装箱路站名称+路封集装箱施封日期+路封集装箱封印记号+路封集装箱+人
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 试题
![提示](https://static.bdocx.com/images/bang_tan.gif)