软件工程习题+答案.docx
《软件工程习题+答案.docx》由会员分享,可在线阅读,更多相关《软件工程习题+答案.docx(39页珍藏版)》请在冰豆网上搜索。
软件工程习题+答案
第1章习题答案
一、判断题
题号
1
2
3
4
答案
Y
Y
Y
Y
二、填空题
题号
A
B
C
D
1
方法
工具
过程
2
程序
数据
文档
3
程序开发环境
需求分析
概要设计
详细设计
4
汇编语言
高级语言
5
汇编语言
高级语言
6
结构式
模块化
7
需求定义
设计
使用和维护
三、简答题
1.
1软件具有抽象性。
2软件与硬件的生产方式不同。
3软件与硬件的维护方式不同。
4软件具有复杂的逻辑性。
5软件的成本较高。
6软件的使用和社会因素有关。
2.
①用户需求不明确。
②缺乏正确的理论指导。
③软件开发规模越来越大。
④软件开发复杂度越来越高。
3.
①软件开发进度难以预测。
②软件开发成本难以控制。
③用户对产品功能难以满足。
④软件产品质量无法保证。
⑤软件产品难以维护。
⑥软件缺少适当的文档资料。
4.
1抽象。
2信息隐蔽。
3模块化。
4局部化。
5确定性。
6一致性。
7完备性。
8可验证性。
第2章习题答案
一、判断题
题号
1
2
3
4
5
6
7
8
9
答案
N
Y
Y
N
N
N
N
Y
Y
二、填空题
题号
A
B
C
D
1
系统界面原型
运行用户界面原型
同意什么和不同意什么
自外向内
2
需求分析
概要设计
详细设计
三、简答题
1软件与任何一个事物一样,有它的孕育、诞生、成长、成熟、衰亡的生存过程。
这就是软件的生存周期。
2软件工程过程的基本过程活动有4步:
1软件规格说明(需求定义)。
规定软件的功能及其运行的限制;
2软件设计与开发(设计开发)。
产生满足规格说明的软件;
3软件确认(测试)。
确认软件能够完成客户提出的要求;
4软件演进(维护)。
为满足客户的变更要求,软件必须在使用的过程中演进。
四、综合题
1.软件生命周期主要分为6个阶段:
软件项目计划、软件需求分析和定义、软件设计、程序编码、软件测试,以及运行维护。
(1)软件项目计划:
在这一步要确定软件工作范围,进行软件风险分析,预计软件开发所需要的资源,建立成本与进度的估算。
根据有关成本与进度的限制分析项目的可行性。
(2)软件需求分析和定义:
在这一步详细定义分配给软件的系统元素。
可以用以下两种方式中的一种对需求进行分析和定义。
一种是正式的信息域分析,可用于建立信息流和信息结构的模型,然后逐渐扩充这些模型成为软件的规格说明。
另一种是软件原型化方法,即建立软件原型,并由用户进行评价,从而确定软件需求。
(3)软件设计:
软件的设计过程分两步走。
第一步进行概要设计,以结构设计和数据设计开始,建立程序的模块结构,定义接口并建立数据结构。
此外,要使用一些设计准则来判断软件的质量。
第二步做详细设计,考虑设计每一个模块部件的过程描述。
经过评审后,把每一个加细的过程性描述加到设计规格说明中去。
(4)程序编码:
在设计完成之后,用一种适当的程序设计语言或CASE工具生成源程序。
应当就风格及清晰性对代码进行评审,而且反过来应能直接追溯到详细设计描述。
(5)软件测试:
单元测试检查每一单独的模块部件的功能和性能。
组装测试提供了构造软件模块结构的手段,同时测试其功能和接口。
确认测试检查所有的需求是否都得到满足。
在每一个测试步骤之后,要进行调试,以诊断和纠正软件的故障。
(6)软件维护:
为改正错误,适应环境变化及功能增强而进行的一系列修改活动。
与软件维护相关联的那些任务依赖于所要实施的维护的类型。
2.瀑布模型规定了各项软件工程活动,包括:
制定软件项目计划,进行需求分析和定义,软件设计,程序编码,测试及运行维护。
并且规定了它们自上而下,相互衔接的固定次序,如同瀑布流水,逐级下落。
然而软件开发的实践表明,上述各项活动之间并非完全是自上而下,呈线性图式。
实际情况是,每项开发活动均应具有以下特征:
(1)从上一项活动接受本项活动的工作对象,做为输入;
(2)利用这一输入实施本项活动应完成的内容;
(3)给出本项活动的工作成果,做为输出传给下一项活动;
(4)对本项活动实施的工作进行评审。
若其工作得到确认,则继续进行下一项活动,否则返回前项,甚至更前项的活动进行返工。
第3章习题答案
一、判断题
题号
1
2
3
4
5
6
7
8
9
10
11
12
13
答案
N
Y
N
N
N
Y
Y
Y
Y
Y
Y
N
Y
二、选择题
题号
1
2
3
4
5
6
7
8
9
答案
C
D
A
C
C
C
A
B
D
三、填空题
题号
A
B
C
D
E
1
多对一
一对多
2
业务模型
功能模型
性能模型
接口模型
3
访谈
问卷调查
情景分析
构造原型
4
加工
数据的原点或终点
数据流
.数据存储文件
5
名称
别名或编号
分类
描述
何处使用
四、简答题
1
1经济可行性:
进行成本∕效益分析。
从经济角度判断系统开发是否“合算”。
2技术可行性:
进行技术风险评价。
从开发者的技术实力、以往工作基础、问题的复杂性等出发,判断系统开发在时间、费用等限制条件下成功的可能性。
3法律可行性:
确定系统开发可能导致的任何侵权、妨碍和责任。
4方案的选择:
评价系统或产品开发的几个可能的候选方案。
最后给出结论意见。
2
1用户需求具有动态性(不稳定性)。
2用户需求具有模糊性(不准确性)。
3对需求达成一致的艰难性。
4管理体制、机构设置处在变革中。
5软件书籍没有将需求分析讲清楚。
3.
1解决逻辑问题:
需求分析是对问题的识别和说明,要回答“做什么”,而不是“怎么做”。
2以运行环境为基础:
需求分析工作应以具体的运行环境为基础,实事求是。
3用户参与的原则:
需求分析工作是系统分析人员同用户不断交互的过程。
4构造高质量的需求规格说明:
需求规格说明是需求分析工作重要的完成标志。
4.
1画出目标系统的组织机构模型。
2画出目标系统业务操作流程图。
3画出目标系统的数据流图。
4列出目标系统的功能点列表,即功能模型。
5列出系统的性能点列表,即性能模型。
6列出目标系统的接口列表,即接口模型。
7确定目标系统的运行环境,即环境模型。
8目标系统的界面约定,即界面模型。
9分析与评估开发工期、费用、进度、风险等。
5数据流图可以用来抽象地表示系统或软件。
它从信息传递和加工的角度,以图形的方式刻画数据流从输入到输出的移动变换过程,同时可以按自顶向下、逐步分解的方法表示内容不断增加的数据流和功能细节。
因此,数据流图既提供了功能建模的机制,也提供了信息流建模的机制,从而可以建立起系统或软件的功能模型。
6分析模型中包含了对数据对象、功能和控制的表示。
在每一种表示中,数据对象和控制项都扮演一定的角色。
为表示每个数据对象和控制项的特性,建立了数据词典。
数据词典精确地、严格地定义了每一个与系统相关的数据元素,并以字典式顺序将它们组织起来,使得用户和分析员对所有的输入、输出、存储成分和中间计算有共同的理解。
第4章习题答案
一、判断题
题号
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
答案
N
N
N
Y
Y
Y
Y
Y
Y
Y
N
Y
Y
Y
Y
Y
二、选择题
题号
1
2
3
4
5
6
7
8
答案
B
C
D
A
D
A
B
C
三、填空题
题号
A
B
C
D
1
SD方法
Jackson方法
OOD方法
2
耦合
内聚
3
一个
数据型
标准调用
少
4
DDL
DML
DCL
5
基本表
代码表
中间表
临时表
6
原子性
原始性
演绎性
稳定性
7
SA
SP
8
图示
语言
表格
9
PDL
人
10
防卫性
一致性
冗余性
11
客户层
应用层
数据层
12
高内聚
低耦合
作用范围
控制范围
四、简答题
1.
1功能:
描述该模块做什么?
2逻辑:
描述模块内部怎么做?
3状态:
模块使用时的环境和条件。
4接口:
指模块的输入与输出。
2.
1制定规范
2结构设计
3处理方式结构设计
4数据结构及数据库设计
5可靠性设计(质量设计)
6编写软件设计文档
7设计审查和复审
8详细设计
3.
1抽象:
用层次的方式构造和分析复杂系统。
2逐步求精:
帮助开发人员把精力集中在与当前开发阶段最相关的那些问题上。
3信息隐蔽:
如果一个模块内包含的信息(过程和数据)不允许外部的模块访问的话,其它模块不能对其访问。
4局部化:
把一些关系密切的软件元素物理地放得彼此靠近。
4.
1划分模块时,尽量做到高内聚、低耦合,保持模块相对独立性。
模块划分的准则:
“将相关的各部分放在一起,无关的东西不要放在一起。
”
2模块的大小要适中。
3模块的接口要简单、清晰、含义明确,便于理解,易于实现、易于测试和维护。
4一个模块的作用范围应在其控制范围之内,且判定所在的模块,应与受其影响的模块在层次上尽量靠近。
5软件结构的深度、宽度、扇入、扇出应适当。
6力求设计单入口和单出口的模块,避免“病态连接”,以防止内容耦合。
7设计功能可预测模块的划分,应防止功能过分局限。
5.
1减少设计复杂性。
将大化小,使复杂问题简单化。
2结构独立。
将程序划分成多个相对独立的模块。
3模块功能单一化,可使软件设计获得最大的益处。
4易于进行软件修改。
5易于开发和维护。
6加强了代码的可重用性。
五、综合题
1.③、⑤、④、②、⑥、⑦、①
2.③、⑥、④、⑦、②、⑤、①
第5章习题答案
一、填空题
题号
A
B
C
D
1
类
对象
2
子类
操作
3
封装性
多态
4
对象模型
动态模型
功能模型
5
分析模型
设计模型
测试模型
6
视图
图
通用机制
二、简答题
1.“面向对象(ObjectOriented,OO)=对象(Object)+类(Classification)+继承(Inheritance)+通信(CommunicationwithMessages)”。
2.面向对象技术的基本特征主要是抽象性、封装性、继承性和多态性。
3.软件开发过程就是将软件系统所涉及到的应用领域和业务范围(现实世界)的问题空间和用于解决某些问题的软件系统的解空间之间的映射。
4.
(1)问题空间不能直接映射到解空间
(2)软件复用程度低
(3)分析不能直接过渡到设计
(4)软件可维护性差
(5)软件不满足用户需要
5.
(1)对软件开发过程所有阶段进行综合考虑。
(2)软件生存期各阶段所使用的方法、技术具有高度的连续性,用符合人类认识世界的思维方式来分析、解决问题。
(3)增强系统稳定性
(4)具有良好的可复用性
6.UML是具有指定的建模元素(图式符号),严格的语法(构图规则),明确的语义(逻辑含义)的建模语言,是面向对象技术领域内占主导地位的标准建模语言。
7.Coda/Yourdon方法的OOD模型是在OOA模型5个层次(主题层、类与对象层、结构层、属性层和服务层)基础上,建立4个组元的设计模型:
问题域组元(PDC)、人机交互组元(HIC)、任务管理组元(TMC)和数据管理组元(DMC)。
8.
(1)用例视图:
描述系统的外部特性、系统功能等。
(2)逻辑视图:
描述系统设计特征。
(3)进程视图:
表示系统内部的控制机制。
(4)配置视图:
描述系统的物理配置特征。
(5)实现视图:
表示系统的实现特征,常用构件图表示。
三、综合题
1.(举例略)
1)类,又称对象类(ObjectClass),是一组具有相同属性和相同操作的对象的集合。
2)类具有属性,它是对象的状态的抽象,用数据结构来描述类的属性。
3)类具有操作,它是对象的行为的抽象,操作实现的过程称为方法。
4)继承是类间的基本关系,它是基于层次关系的父类和子类之间共享数据和操作的一种机制。
5)多态是指同一个操作作用于不同的对象上可以有不同的解释,并产生不同的执行结果。
6)封装是一种信息隐蔽技术,用户只能看见对象封装界面上的信息,对象的内部实现对用户是隐蔽的。
7)抽象类是没有实例的类,它把一些类组织起来,提供一些公共的行为,但并不需要使用这个类的实例,而仅使用其子类的实例。
2.
(1)Booch方法
Booch方法描述了面向对象的软件开发方法的基础问题,指出面向对象开发是一种根本不同于传统的功能分解的设计方法。
Booch方法的开发模型包括静态模型和动态模型,Booch方法偏向于系统的静态描述,对动态描述支持较少。
(2)Coda/Yourdon方法
在Coda/Yourdon方法中,对于一个复杂问题建立问题域的分析模型,构造和评审OOA概念模型的顺序由5个层次组成,OOD模型是在OOA模型5个层次基础上,建立4个组元的设计模型。
该方法简单、易学。
(3)OMT方法
OMT方法使用了建模的思想,讨论如何建立一个实际的应用模型。
从3个不同而又相关的角度建立了三类模型,三类模型描述的角度不同,却又相互联系。
(4)OOSE方法
OOSE的开发活动主要分为三类:
分析、构造和测试。
OOSE将面向对象的思想应用于软件工程中,建立五个模型。
OOSE方法的最大特点是面向用例,建立了UseCase模型。
OOSE方法比较适合支持商业工程和需求分析。
第6章习题答案
一、判断题
题号
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
答案
N
Y
Y
Y
Y
Y
Y
Y
Y
Y
Y
Y
Y
Y
Y
二、填空题
题号
A
B
C
D
1
对象层
关系层
2
主题图
交互图
3
流程图
IPO图
伪码
4
发现潜在对象
筛选对象
为对象分类
5
初步确定
筛选
完善
6
分析
选择
7
选择
精炼
构造
三、简答题
1.
面向对象分析就是运用面向对象的方法进行需求分析,其主要任务是分析和理解问题域,找出相应的描述问题域和系统责任所需的类及对象,分析它们的内部构成好外部关系,正确地抽象为规范的对象,定义其内部结构和外部消息传递关系,建立问题域精确模型的过程。
2.
(1)基本模型:
基本模型是一个类图。
构成类图的元素所表达的模型信息,分为三个层次:
对象层、特征层和关系层。
(2)补充模型:
补充模型有主题图和交互图。
(3)详细说明
3.
(1)获取客户对系统的需求
(2)标识类和对象
(3)定义类的结构和层次
(4)建造对象-关系模型
(5)建立对象-行为模型
4.
(1)确定访问对象属性的操作
(2)来自事件驱动的操作
(3)处理对应的操作
(4)消除冗余操作
5.对于一个系统来说,功能模型指明了系统应该“做什么”,而动态模型则明确规定了“什么时候做”。
即在何种状态下、接受了什么事件的触发,来确定对象的可能事件的顺序。
6.在建立动态模型的过程中,脚本是指在某一执行期间内系统中的对象(或其他外部设备)与目标系统之间发生一个或多个典型的互换信息时产生的事件,所互换的信息值就是该事件的参数,对于各事件,应确定触发事件的动作对象和该事件的参数。
7.事件跟踪图能形象、清晰地表示事件序列以及事件与对象的关系。
在事件跟踪图中,一条竖线代表一个类和对象,每个事件用一条水平的箭头线表示,箭头方向从事件的发送对象指向接受对象。
事件按照先后顺序排列,时间从上向下递增。
8.基本系统模型是用来确定系统的边界和输入/输出数据流的,表明一个计算如何从输入值得到输出值,表明值之间的依赖关系及相关的功能,它不考虑计算的次序。
9.面向对象分析的目的是对客观世界的系统进行建模,是定义所有与待解决问题相关的类。
完成对所求解问题的分析,确定系统“作什么”,并建立系统的模型。
10.面向对象分析的基本任务是运用面向对象的方法,软件工程师和用户必须充分沟通,以了解基本的用户需求,对问题域和系统责任进行分析和理解。
11.
(1)建立信息域模型;
(2)描述功能;
(3)表达行为;
(4)划分功能、数据、行为模型,揭示更多的细节;
(5)用早期的模型描述问题的实质,用后期的模型给出实现的细节。
12.
(1)评估所有的用例,完全理解系统中交互的序列。
(2)标识驱动交互序列的事件,理解这些事件如何和特定的对象相关联。
(3)为每个用例创建事件轨迹(eventtrace)。
(4)为系统建造状态机图。
(5)复审对象—行为模型,以验证准确性和一致性。
四、综合题
1.系统需求:
在图书馆管理系统中,要为每个借阅者建立一个账户,并给借阅者发放借阅卡(借阅卡号,借阅者名),账户存储借阅者的个人信息、借阅信息以及预定信息。
持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预定书刊并取消预定,但这些操作都是通过图书管理员进行的,也即借阅者不直接于系统交互,而是图书管理员充当借阅者的代理与系统交互。
在借阅书刊时,需要输入所借阅的书刊名、书刊的ISBN/ISSN号,然后输入借阅者的图书卡号和借阅者名,完成后提交所填表格,系统验证借阅者所借阅的书刊是否存在,若存在,则借阅者可借出书刊,建立并在系统中存储借阅记录。
借阅者还可预定该书刊,一旦借阅者预定的书刊可以获得,就将书刊直接寄给预定人。
另外,不考虑书刊的最长借阅期限,假设借阅者可以无限期地保存所借阅的书刊。
分析模型:
第7章习题答案
一、判断题
题号
1
2
答案
Y
Y
二、填空题
题号
A
B
C
D
1
知识
方法和标准
软件成分
2
系统设计
对象设计
3
问题域
人机交互
任务管理
数据管理
4
实例
继承
多态
5
模块化
信息隐藏
可复用
简洁化
6
限定交互时间
指定窗口和报表
设计命令层次
三、简答题
1.
(1)确定优先级
(2)提高效率
(3)调整继承关系
2.
(1)确定遗漏的属性和操作
(2)指定类型,声明可见性
3.
1设计结果应该清晰易懂
2一般-特殊结构的深度应适当
3设计简单类
4使用简单的协议
5使用简单的操作
6把设计变动减至最小
4.面向对象设计是面向对象方法在软件设计阶段应用与扩展的结果,就是根据在问题域中已建立的分析模型,运用面向对象技术进行系统软件设计,并且补充实现的细节部分,如人机界面、数据存储、任务管理等,形成符合成本和质量要求的、抽象的系统实现方案,在求解域中建立设计模型。
5.任务管理的设计包括:
确定要执行的任务并识别它的特征、确定任务的优先级、创建协调任务来协调所有其他任务、为每个任务设计对象,并定义它们之间的关系。
6.数据管理子系统也称数据管理部分。
数据存储管理是建立在某种数据存储管理系统之上,提供了数据在数据管理系统中存储和检索对象的基本结构,是系统存储或检索对象的基本设施。
7.全局资源包括物理资源(磁盘驱动器、处理器、通信线路)或逻辑资源(数据库、对象)。
不但有访问权限的问题,还有访问冲突的问题。
所以,应该标识全局资源,并制定访问它们的策略。
8.分析模型中所有交互行为都表示为对象之间的事件。
系统设计必须从多种方法中选择某种方法来实现软件的控制。
9.设计中的大部分工作都与系统稳定的状态行为有关。
但必须考虑边界条件:
系统如何启动、初始化、关闭以及故障处理。
10.分析模型与设计模型映射,每个需求和每个系统设计问题都提到了,模型不包括任何冲突,能够实现,由非系统设计人员能够看懂模型。
11.系统分析确定了问题域对象,以及它们之间的关系、相关的属性、操作。
系统设计确定了子系统和大多数重要的求解域对象。
12.根据应用系统中的使用方式来确定实现关联的策略。
可以选定一个统一实现所有关联的全局性的策略,或者对不同的关联选择不同的实现策略。
13.接口提供了一种方法,把对象基于操作的功能说明与具体实现区分开来,使得任何依赖和使用接口的客户不必依赖于接口的具体实现,有利于接口实现的替换。
14.设计类中的服务是面向对象设计的一项重要内容。
需要综合考虑对象模型、动态模型和功能模型,才能正确确定类中应有的服务。
15.
1服务内聚:
一个服务应该完成一个且仅完成一个任务。
2类内聚:
设计类的原则是,一个类应该只有一个功能,它的属性和服务应该是高内聚的。
3层内聚:
又称一般-特殊内聚。
16.
1客户/服务器(Client-service)交互方式:
在客户/服务器关系中,作为“客户”的子系统调用作为“服务器”的子系统,执行某些服务后并返回结果。
2平等伙伴(Peer-to-peer)交互方式:
在该交互方式中,每个子系统都可能调用其他子系统,因此,每个子系统都必须了解其他子系统的接口,子系统间必须相互了解接口。
四、综合题
1.
分析模型
设计模型
概念模型,回避了实现问题;
物理模型,是实现蓝图;
对设计是通用的;
针对特定的实现;
对类型有3种构造型;
对类型有任意数量的构造型(依赖于实现语言);
不太形式化;
比较形式化;
开发费用较低;
开发费用较高;
层数少;
层数多;
勾画系统的设计轮廓;
进行系统设计;
主要通过研讨会等方式创建;
设计模型和实现模型需双向开发;
可能不需要在整个生命周期内都做维护;
在整个生命周期内都应该维护
2.
(1)文件管理系统
A.主要优点:
a)使用它长期保存数据具有成本低和简单等特点
b)数据按字节流存储,适合于存储大容量数据。
B.主要缺点:
a)文件操作的级别低,操作繁琐,实现比较困难,为提供适当的抽象级别还必须编写额外的代码。
b)文件