软件工程概论课后答案.docx
- 文档编号:25117868
- 上传时间:2023-06-05
- 格式:DOCX
- 页数:40
- 大小:418.75KB
软件工程概论课后答案.docx
《软件工程概论课后答案.docx》由会员分享,可在线阅读,更多相关《软件工程概论课后答案.docx(40页珍藏版)》请在冰豆网上搜索。
软件工程概论课后答案
第1章软件与软件工程的概念
1.1举出你所知道的应用软件的例子。
办公软件、游戏软件、财务软件、银行软件、人事管理软件、工资管理软件、学籍管理软件等。
1.2认为“软件就是程序,软件开发就是编程序。
”这种观点是否正确?
为什么?
认为“软件就是程序,软件开发就是编程序。
”这种观点是错误的。
首先,软件是计算机系统中与硬件相互依存的另一部分,它是包括程序,数据及其相关文档的完整集合,程序只是软件的组成部分之一;其次,在软件开发中,编程只是软件开发过程的一个阶段。
1.3如果将软件开发比作高楼大厦的建造,可以将软件的设计比作什么?
可以将软件的设计比作建筑设计,软件设计的成果相当于建筑设计的设计图纸。
1.4什么是软件危机?
它有哪些典型表现?
为什么会出现软件危机?
软件危机:
软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
典型表现:
(1)对软件开发成本和进度的估计常常很不准确。
(2)用户对“已完成的”软件系统不满意的现象经常发生。
(3)软件产品的质量往往靠不住。
(4)软件常常是不可维护的。
(5)软件通常没有适当的文档资料。
(6)软件成本在计算机系统总成本中所占的比例逐年上升。
(7)软件开发生产率提高的速度,既跟不上硬件的发展速度,也远远跟不上计算机应用迅速普及深入的趋势。
产生软件危机的原因:
除了软件本身的特点,其原因主要有以下几个方面:
(1)缺乏软件开发的经验和有关软件开发数据的积累,使得开发工作计划很难制定。
(2)软件人员与用户的交流存在障碍,使得获取的需求不充分或存在错误。
(3)软件开发过程不规范。
如,没有真正了解用户的需求就开始编程序。
(4)随着软件规模的增大,其复杂性往往会呈指数级升高。
需要很多人分工协作,不仅涉及技术问题,更重要的是必须有科学严格的管理。
(5)缺少有效的软件评测手段,提交给用户的软件的质量不能完全保证。
1.5什么是软件工程?
软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、技术和方法来开发和维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件并有效地维护它,这就是软件工程。
1.6简述软件生存期由哪些主要的阶段组成,每一阶段的主要任务是什么?
(1)问题定义与可行性研究:
问题定义必须回答的关键问题是:
“要解决的问题是什么”。
可行性研究要回答的关键问题是:
“在成本和时间的限制条件下能否解决问题?
是否值得做?
”。
(2)需求分析:
这个阶段的任务仍然不是具体地解决客户的问题,而是准确地回答“目标系统必须做什么”这个问题。
(3)软件设计:
本阶段要回答的关键问题是“目标系统如何做?
”为此,必须在设计阶段中制定设计方案,把已确定的各项需求转换成相应的软件体系结构。
结构中的每一组成部分都是意义明确的构件,此即所谓概要设计。
进而具体描述每个构件所要完成的工作,为源程序编写打下基础,此即所谓详细设计。
(4)程序编码和单元测试:
本阶段要解决的问题是“正确地实现已做的设计”,为此,需要选择合适的编程语言,把软件设计转换成计算机可以接受的程序代码,并对程序结构中的各个模块进行单元测试,然后运用调试的手段排除测试中发现的错误。
要求编写出的程序应当是结构良好、清晰易读的,且与设计相一致的。
(5)集成测试和系统测试:
集成测试的任务是将已测试过的模块按设计规定的顺序组装起来,在组装的过程中检查程序连接的问题。
系统测试的任务是根据需求规格说明的要求,对必须实现的各项需求,逐项进行确认,判定已开发的软件是否符合用户需求,能否交付用户使用。
为了更有效地发现系统中的问题,通常这个阶段的工作由开发人员、用户之外的第三者承担。
(6)运行维护:
已交付的软件投入正式使用,便进入运行维护阶段。
这一阶段可能持续若干年。
软件在运行中可能由于多方面的原因,需要对它进行维护。
通常有四种类型的维护:
改正性维护、适应性维护、完善性维护和预防性维护。
1.7常见的软件生存期模型主要有哪些?
每种模型的优缺点是什么?
常见的软件生存期模型主要有瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型和统一过程。
(1)瀑布模型
优点:
可强迫开发人员采用规范化的方法;严格地规定了每个阶段必须提交的文档;要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。
缺点:
由于瀑布模型几乎完全依赖于书面的规格说明,很可能导致最终开发出的软件产品不能真正满足用户的需要;用户往往需要等待很长时间才能看到可以运行的程序;适应需求变更的能力比较差。
适用范围:
瀑布模型只适用于项目开始时需求已确定的情况。
(2)快速原型模型
优点:
有助于满足用户的真实需求;原型系统已经通过与用户的交互而得到验证,据此产生的规格说明文档能够正确地描述用户需求。
缺点:
要求开发人员快速建立原型。
适用范围:
适用于需求不明确的软件项目。
(3)增量模型
优点:
●能在较短时间内向用户提交可完成一些基本功能的产品,即从第一个构件交付之日起,用户就能做一些有用的工作。
●逐步增加产品的功能可以使用户有较充裕的时间学习和适应新产品,从而减少一个全新的软件可能给用户组织带来的冲击。
●项目失败的风险较低,虽然在某些增量构件中可能遇到一些问题,但其他增量构件将能够成功地交付给客户。
●优先级最高的服务首先交付,然后再将其他增量构件逐次集成进来。
因此,最重要的系统服务将接受最多的测试。
缺点:
●在把每个新的增量构件集成到现有软件体系结构中时,必须不破坏原来已经开发出的产品。
●软件体系结构必须是开放的,即向现有产品中加入新构件的过程必须简单、方便。
适用范围:
适用于工期紧张、功能可以划分、比较复杂的软件项目。
软件工程师必须有较高的技术水平,能够设计出开放的软件体系结构。
(4)螺旋模型
优点:
●对可选方案和约束条件的强调有利于已有软件的重用,也有助于把软件质量作为软件开发的一个重要目标;
●减少了过多测试或测试不足所带来的风险;
●在螺旋模型中维护只是模型的另一个周期,在维护和开发之间并没有本质区别。
缺点:
螺旋模型是风险驱动的,因此要求软件开发人员必须具有丰富的风险评估经验和这方面的专门知识,否则将出现真正的风险:
当项目实际上正在走向灾难时,开发人员可能还以为一切正常。
适用范围:
适用于内部开发的大型软件(开发周期长、比较容易受到社会因素影响的软件项目),软件开发人员具有丰富的风险评估知识和经验。
(5)喷泉模型
优点:
在开发过程中使用统一的概念和方法,各阶段之间没有明显的界限,容易实现各个开发过程的多次反复迭代,达到了认识的逐步深化,降低了出错的可能性。
缺点:
由于各个阶段之间的界线不明确,容易造成软件开发过程的无序。
适用范围:
适用于面向对象的软件开发。
(6)统一过程
优点:
提高了团队生产力,在迭代的开发过程、需求管理、基于组件的体系结构、可视化软件建模、验证软件质量及控制软件变更等方面,针对所有关键的开发活动为每个开发成员提供了必要的准则、模板和工具指导,并确保全体成员共享相同的知识基础。
它建立了简洁和清晰的过程结构,为开发过程提供了较大的通用性。
缺点:
RUP只是一个开发过程,并没有涵盖软件过程的全部内容,例如它缺少关于软件运行和支持等方面的内容;此外,它没有支持多项目的开发结构,这在一定程度上降低了在开发组织内大范围实现重用的可能性。
适用范围:
适用于基于构件的软件开发。
第2章软件工程方法与工具
2.1软件工程的三种基本要素是什么,各自的作用是什么?
软件工程的三种基本要素是方法、工具和过程。
(1)软件工程方法(method)为建造软件提供技术上的解决方法(“如何做”)。
目前使用得最广泛的方法是传统方法(结构化方法)和面向对象方法。
(2)工具为方法的运用提供自动的或半自动的软件支撑环境。
(3)过程是为了获得高质量的软件所需要完成的一系列任务的框架,它规定了完成各项任务的工作步骤。
2.2简述传统方法和面向对象方法的特点。
(1)传统方法的特点
传统方法也称为生命周期方法或结构化范型。
它采用结构化技术来完成软件开发的各项任务。
这种方法学把软件生命周期的全过程依次划分为若干个阶段,然后顺序地逐步完成每个阶段的任务。
每一个阶段的开始和结束都有严格的标准,对于任何两个相邻的阶段而言,前一个阶段的结束标准就是后一阶段的开始标准。
传统方法的主要缺点是在适应需求变化方面不够灵活,另外,结构化方法要么面向行为,要么面向数据,缺乏使两者有机结合的机制。
(2)面向对象方法的特点
面向对象方法把数据和行为看成同等重要,是将数据和对数据的操作紧密地结合起来的方法,这也是面向对象方法与传统方法的重要区别。
面向对象方法的出发点和基本原则,是尽量模拟人类习惯的思维方式,使开发软件的方法和过程尽可能接近人类认识问题和解决问题的方法与过程,从而使描述问题的问题空间与其解空间在结构上尽可能一致。
对于大型、复杂及交互性比较强的系统,使用面向对象方法更有优势。
2.3形式化方法的特点是什么?
形式化方法的主要特点是:
(1)软件需求规格说明被细化为用数学记号表达的详细的形式化规格说明;
(2)设计、实现和单元测试等开发过程由一个变换开发过程代替。
通过一系列变换将形式的规格说明细化成为程序。
2.5安装RationalRose2000/2002/2003,并练习基本操作。
略。
第3章软件需求获取与结构化分析方法
3.1为什么结构化分析要叫“结构化”?
有其他可替代的术语吗?
“结构化”一词应来源于“结构化程序设计”,先有“结构化程序设计”的思想,后有结构化设计及结构化分析。
有时称传统的分析方法,指的就是结构化分析方法。
3.2顶层数据流图或称环境图的作用是什么?
顶层数据流图(或称环境图)仅包括一个数据处理过程,也就是要开发的目标系统。
其作用如下:
(1)确定系统在其环境中的位置,与系统有联系的外部实体(包括硬件、软件、组织机构及人)有哪些。
(2)通过确定系统的输入和输出与外部实体的关系确定系统的边界,也就是要确定哪些功能或处理属于系统范围之内,哪些属于系统范围之外,需要由其他系统处理或人工处理。
3.3在对数据流图进行分解时需要注意哪些问题?
在对数据流图进行分解时,需要注意以下两个问题:
(1)当对数据流图分层细化时必须保持信息连续性,也就是说,当把一个处理分解为一系列处理时,分解前和分解后的输入/输出数据流必须相同。
(2)注意分层细化时对编号的处理方法。
3.4银行存款业务如下:
客户到银行柜台存款时,首先填写存款单(包括帐号、姓名、存款金额、存款类型),如果还没有开户,则需要先开户,填写开户单(包括姓名、身份证号、地址、电话、是否留密码)。
填写完存款单或开户单后,交给营业员,营业员将存款单或开户单信息输入计算机,系统记录开户信息或存款单信息,如果是开户并选择留密码,则需要客户输入密码。
最后印出开户单或存款单给用户。
请画出银行存款业务的分层数据流图(至少画出两层)。
(1)识别外部实体及输入输出数据流
外部实体:
储户、业务员。
输入数据流:
存款单,开户单,密码。
可以将存款单和开户单抽象为事务。
输出数据流:
存款单,开户单。
(2)顶层数据流图
(3)一层数据流图
对银行储蓄系统进行分解,从大的方面分解为接收事务、处理开户、处理存款三部分,得到一层数据流图。
(4)二层数据流图
对“处理存款”及“处理开户”进行进一步分解,得到二层数据流图,即处理存款的数据流图和处理开户的数据流图。
处理存款的数据流图
处理开户的数据流图
3.5按照以下描述,画出ER图。
一本教材由许多章组成,每一章包含许多节、小结和习题组成,章和节都具有标题和序号属性。
ER图如下:
第4章结构化设计方法
4.1当你“编写”程序时你设计软件吗?
软件设计和编码有什么不同吗?
在“编写”程序时并没有设计软件。
软件设计包括概要设计和详细设计,编码是将详细设计中的过程描述转换成用程序设计语言来描述。
4.4是否存在一种情况:
复杂问题需要较少的工作去解决?
这样的情况对模块化观点有什么影响?
通过对复杂的问题进行合理分解,分解为若干个相对简单及独立的子问题,就可以用较少的工作去解决。
这种情况能够较好地支持模块化的观点,每个子问题用单独的模块去解决,模块之间应该是高内聚、低耦合的,这样才能减少工作量,否则,虽然每个模块的工作简单了,但模块之间的联系很复杂,也增加了问题解决的难度和工作量。
4.8用面向数据流的方法设计第3章习题3.4所描述的银行存款业务的软件结构,并使用改进方法对模块结构进行精化。
(1)对第3章习题3.4给出的数据流图进行精化,确定其边界,如下图所示。
(2)对上图按事务型数据流进行处理,完成第一级分解,得到顶层和一层模块结构图。
第一级分解后的结构图
(3)完成第二级分解。
对上图所示的“输入数据”、“输出数据”和“调度”模块进行分解,得到未经精化的输入结构、输出结构和事务结构。
未经精化的输入结构
未经精化的输出结构
未经精化的事务结构
将上面的三部分合在一起,得到初始的软件结构,如下图所示。
初始软件结构图
(4)对软件结构进行精化。
1)由于调度模块下只有两种事务,因此,可以将调度模块合并到上级模块中,如图所示。
将调度模块合并到上级模块后的软件结构
2)“记录密码”模块的作用范围不在其控制范围之内(即“输入密码”模块不在“记录密码”模块的控制范围之内),需对其进行调整,如图所示。
3)提高模块独立性,对模块结构进行调整,如下图所示。
调整后的模块结构图
4.9将大的软件划分成模块有什么好处?
是不是模块划分得越小越好?
划分模块的依据是什么?
将大的软件划分成独立命名且可独立访问的模块,不同的模块通常具有不同的功能或职责。
这种方法有利于将复杂的问题简单化,是分而治之策略的具体表现。
尽管模块分解可以简化要解决的问题,但模块分解并不是越小越好。
当模块数目增加时,每个模块的规模将减小,开发单个模块的成本确实减少了;但是,随着模块数目增加,模块之间关系的复杂程度也会增加,设计模块间接口所需要的工作量也将增加。
划分模块的依据是,模块只具有单一的功能且与其他模块没有太多的联系。
4.11结构化程序设计禁止使用goto语句吗?
如果程序中使用了goto语句,是否就可以断定它是非结构化的?
结构化程序设计并不禁止使用goto语句。
如果程序中使用了goto语句,并不能断定它是非结构化的。
4.12对于给定的算法,如何判断它是否是结构化的?
对于给定的算法,如果符合以下三条原则,就可以判断它是结构化的。
(1)使用语言中的顺序、选择、重复等有限的基本控制结构表示程序逻辑。
(2)选用的控制结构只准许有一个入口和一个出口。
(3)程序语句组成容易识别的块(Block),每块只有一个入口和一个出口。
4.13对于图4-49所示的流程图,试分别用N-S图和PAD表示之。
图4-49流程图
对应的N-S图如下:
对应的PAD如下:
4.14图4-50所示的流程图完成的功能是使用二分查找方法在table数组中找出值为item的数是否存在。
(1)判断此算法是否是结构化的,说明理由。
(2)若算法是非结构化的,设计一个等价的结构化算法,并用N-S图表示。
图4-50二分查找算法的流程图
(1)不是结构化的,最上面的循环有两个出口,最下面的分支有三个入口。
(2)等价的结构化算法如下:
或者
或者
(FINISH-START)>=0&&FLAG==0
F
T
FINISH=I-1
START=I+1
4.15使用自顶向下、逐步细化方法设计算法,完成下列任务:
产生一个1010的二维随机整数方阵,先求出每一行的最大值和每一列的最小值;然后求10个最大值中的最小者,10个最小值中的最大者;最后求这两个数之差的平方。
(1)首先写出下面的程序框架:
main(){
定义1010的二维整数数组A,长度为10的一维数组B,C;
建立1010的二维随机整数数组A;---------------------1
求A中每一行的最大值数组B;---------------------2
求A中每一列的最小值数组C;---------------------3
求数组B中的最小值minOfB;---------------------4
求数组C中的最大值maxOfC;---------------------5
(minOfB-maxOfC)^2result;
}
(2)对后面加标记的部分进行细化
main(){
定义1010的二维整数数组A,长度为10的一维数组B,C;
/*建立1010的二维随机整数数组A*/--------------------1
for(i=0;i<=9;i++)
for(j=0;j<=9;j++)
产生随机整数A[i,j];
/*求A中每一行的最大值数组B*/---------------------2
for(i=0;i<=9;i++){
求数组A第i行的最大值B[i];--------------------------------------2.1
}
/*求A中每一列的最小值数组C*/---------------------3
for(j=0;j<=9;j++){
求数组A第j列的最小值C[j];--------------------------------------3.1
}
/*求数组B中的最小值minOfB*/---------------------4
minOfB=B[0];
for(i=1;i<=9;i++){
if(minOfB
minOfB=B[i];
}
}
/*求数组C中的最大值maxOfC*/---------------------5
maxOfC=C[0];
for(i=1;i<=9;i++){
if(maxOfC>C[i]){
maxOfC=C[i];
}
}
(minOfB-maxOfC)^2result;
}
(3)下一步可以继续对2.1和3.1进行细化。
具体略。
4.16设计算法完成下列任务:
输入一段英文后,无论输入的文字都是大写,还是小写,或大小写任意混合,都能将其整理成除每个句子开头字母是大写外,其他都是小写的文字。
假设在输入的文字中,两个单词间只允许是空格、,、.、?
、!
,则在输出的文字中,大写的情况有以下几种:
(1)整段文字的第一个字母是大写;
(2)“.”后的第一个字母是大写;
(3)“?
”后的第一个字母是大写;
(4)“!
”后的第一个字母是大写;
设变量a存储输入的字符串,变量b存储结果字符串,变量c存储当前处理的字符,变量e存储c之前的字符(当c为第一个字符时除外)。
算法如下:
第5章编码
5.1有人说程序编好后能上机运行就可以了,为什么还要讲究风格和可读性呢?
你觉得对吗?
为什么?
对于学生的练习题和作业题,程序编好后能上机运行,一般认为任务就完成了。
但对于实际开发的项目来说,任务并没有结束。
编码人员编写完程序后,要对自己的程序进行单元测试,测试人员要进行集成测试和系统测试,提交用户使用后,还需要对软件进行持续的维护修改工作。
在软件开发和维护过程中,都需要阅读程序。
道理很简单,如果需要对某段程序进行修改,首先要读懂,阅读程序是软件开发和维护过程中的一个重要组成部分,而且读程序的时间比写程序的时间还要多。
所以,程序的风格和可读性很重要,具有良好的程序风格和可读性的程序,有助于对程序的正确理解,可以大大减少阅读理解程序的时间,从而提高维护工作的效率。
5.2一般情况下,程序的效率和清晰性相比哪一个更重要?
在计算机发展的早期,由于CPU效率低,内存小,程序在运行时容易出现运行时间太长或内存溢出问题。
因此,人们在编写程序时,很注重程序的时间效率和空间效率,而不太注重程序的清晰性。
随着计算机硬件性能的飞速发展以及软件规模和复杂性的急剧增加,这种情况已经发生了根本的转变,程序的清晰性越来越受到重视,程序的清晰性不好会给测试、维护修改带来困难,这对于规模庞大和复杂的软件尤其明显。
软件运行的效率主要取决于软件的体系结构及算法,编码阶段虽然也有机会提高效率,但效果并不明显。
对于效率没有特殊严格要求的系统来说,要将程序的清晰性放在第一位,在不影响清晰性的情况下,去改进效率。
5.6在一行内只写一条语句,并且采取适当的移行格式,使程序的逻辑和功能变得更加明确。
许多程序设计语言允许在一行内写多个语句。
但这种方式会使程序可读性变差。
下面是一段排序程序,请对其编码风格进行改进,以增加其可读性。
for(i=1;i<=n-1;i++)for(j=1;j<=n-i;j++)if(a[j]>a[j+1]){temp=a[j];a[j]=a[j+1];a[j+1]=temp;}
改进后的代码如下:
for(i=1;i<=n-1;i++)
for(j=1;j<=n-i;j++)
if(a[j]>a[j+1])
{
temp=a[j];
a[j]=a[j+1];
a[j+1]=temp;
}
5.7请对下面代码的布局进行改进,使其符合规范其更容易理解。
for(i=1;i<=n-1;i++){
t=i;
for(j=i+1;j<=n;j++)
if(a[j] if(t! =i){ temp=a[t]; a[t]=a[i]; a[i]=temp } } 改进后的代码如下: for(i=1;i<=n-1;i++) { t=i; for(j=i+1;j<=n;j++) {
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 概论 课后 答案
![提示](https://static.bdocx.com/images/bang_tan.gif)