软件工程 课后习题答案Word文档下载推荐.docx
《软件工程 课后习题答案Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《软件工程 课后习题答案Word文档下载推荐.docx（27页珍藏版）》请在冰豆网上搜索。
1.6软件工程生存周期分哪几个阶段？
分别简述各个阶段的任务。
1.计算机系统工程
计算机系统工程的任务是确定待开发软件的总体要求和范围，以及该软件与其他计算机系统元素之间的关系，进行成本估算，作出进度安排，并进行可行性分析。
2.需求分析
需求分析主要解决待开发软件要“做什么”的问题，确定软件的功能、性能、数据、界面等要求，生成软件需求规约（也称软件需求规格说明）。
3.设计
系统设计的任务是设计软件系统的体系结构，详细设计的任务是设计各个组成成分的实现细节，包括局部数据结构和算法。
4.编码
编码阶段的任务是用某种程序设计语言，将设计的结果转换为可执行的程序代码。
5.测试
测试阶段的任务是发现并纠正软件中的错误和缺陷。
1.7简述CMM的5个等级。
1.初始级
2.可重复级
3.已定义级
4.已管理级
5.优化级
1.8简述CMMI的连续式模型和阶段式模型。
1.阶段式模型的结构类同于软件CMM，它关注组织的成熟度，CMMI-SE/SW/IPPD1.1版中有5个成熟度等级：
初始的、已管理的、已定义的、定量管理的、优化的。
2.连续式模型关注每个过程域的能力，CMMI中包括6个过程域能力等级：
未完成的、已执行的、已管理的、已定义的、定量管理的、优化的。
1.9简述各类软件过程模型的特点。
1.瀑布模型：
上一阶段的活动完成并经过评审才能开始下一阶段的活动，接受上一阶段活动的结果作为本阶段活动的输入，依据上一阶段活动的结果实施本阶段应完成的活动，对本阶段的活动进行评审。
2.演化模型：
从结构初始的原型出发，逐步将其演化成最终软件产品的过程。
演化模型特别适用于对软件需求缺乏准确认识的情况。
3.增量模型：
将软件的开发过程分为若干个日程时间交错的线性序列，融合了瀑布模型的基本成分（重复地应用）和演化模型的迭代特征，特别适用于需求经常发生变化的软件开发。
4.原型模型：
开发人员和用户在“原型”上达成一致，缩短了开发周期，加快了工程进度，降低成本。
5.螺旋模型：
将原型实现的迭代特征与瀑布模型中控制的和系统化的方面结合起来，不仅体现了这两种模型的优点，而且增加了风险分析。
6.喷泉模型：
各个阶段没有明显的界限，开发人员可以同步进行开发，可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。
7.基于构件的开发模型：
利用预先包装的构件来构造应用系统。
8.形式化方法模型：
易于发现需求的歧义性、不完整性和不一致性，易于对分析模型、设计模型和程序进行验证。
1.10敏捷软件开发的特点是什么？
1.个体和交互胜过过程和工具
2.可以工作的软件胜过面面俱到的文档
3.客户合作胜过合同谈判
4.响应变化胜过遵循计划
1.11简述敏捷软件开发的价值观。
1.个人和交互高于过程和工具
2.可运行软件高于详尽的文档
3.与客户协作高于合同（契约）谈判
4.对变更及时作出反应高于遵循计划
1.12简述敏捷软件开发的原则。
1.最优先的是通过尽早地和不断地交有价值的软件来使客户满意。
2.即使到了开发的后期，也欢迎改变需求。
3.以几周到几个月为周期，尽快、不断地发布可运行软件。
4.在整个项目过程中，业务人员和开发人员必须天天一起工作。
5.以积极向上的员工为中心建立项目组，给予他们所需要的环境和支持，对他们的工作予以充分的信任。
6.项目组内效率最高、最有效的信息传递方式是面对面的交谈。
7.测量项目进展的首要依据是可运行的软件。
8.敏捷过程提倡可持续的开发，项目发起者、开发者和用户应能长期保持恒定的速度。
9.应时刻关注技术上的精益求精和好的设计，以增强敏捷性。
10.简单化是必不可少的，这是尽可能减少不必要工作的艺术。
11.最好的构架、需求和设计出自于自我组织的团队。
12.团队要定期反思怎样才能更有效，并据此调整自己的行为。
1.13通过本章学习，请对敏捷软件开发作简要评价。
（略）
1.14简述CASE工具和环境的重要性。
CASE已被证明可以加快开发速度,提高应用软件生产率并保证应用软件的可靠品质。
计算机专业人员利用计算机使他们的企业提高了效率,企业的各个部门通过使用计算机提高了生产率和效率,增强了企业的竞争力并使之带来了更多的利润。
第二章
2.1简述系统工程的任务
1.识别用户的要求
识别用户对基于计算机的系统的总体要求，标识系统的功能和性能范围，确定系统的功能、性能、约束和接口。
2.系统建模和模拟
一个基于计算机的系统通常可考虑建立以下模型：
硬件系统模型、软件系统模型、人机接口模型、数据模型。
3.成本估算及进度安排
开发一个基于计算机的系统需要一定的资金投入和时间约束（交互日期），需进行成本估算，并作出进度安排。
4.可行性分析
主要从经济、技术、法律等方面分析所给出的解决方案是否可行。
5.生成系统规格说明
作为以后开发基于计算机的系统的依据。
2.2基于计算机的系统由哪些元素组成？
1.软件
2.硬件
3.人员
4.数据库
5.文档
6.规程
2.3简述可行性分析的任务
1.经济可行性
a）成本
b）效益
c）货币的时间价值
d）投资的回收期
e）纯收入
2.技术可行性
a）风险分析
b）资源分析
c）技术分析
3.法律可行性
4.方法的选择和折衷
第三章
3.1需求工程的重要性是什么？
可以确定客户需求帮助分析人员理解问题评估可行性协商合理的解决方法无歧义的规约方案、确认规约以及将规约转换到可运行的系统时的管理要求。
3.2需求工程具体包括哪些步骤？
每个步骤的具体任务是什么？
1.需求获取：
系统分析人员通过与用户的交流、对现有系统的观察及对任务进行分析。
2.需求分析与协商：
分析每个需求与其他需求的关系以检查需求的一致性、重叠和遗漏的情况，并根据用户的需求对需求进行排序。
3.系统建模：
通过合适的工具和符号系统地描述需求。
4.需求规约：
给出对目标软件的各种需求。
5.需求验证：
对功能的正确性、完整性和清晰性以及其他需求给予评价。
6.需求管理：
对需求工程所有相关活动的规约和控制。
3.3一个系统分析员应该具备哪些思想素质和基本知识？
请说明理由。
1.能够熟练地掌握计算机硬、软件的专业知识，具有一定的系统开发经验。
2.善于进行抽象的思维和创造性的思维，善于把握抽象的概念，并把它们重新整理成为各种逻辑成分，并给出简明、清晰的描述。
3.善于从相互冲突或混淆的原始资料中抽出恰当的条目来。
4.善于进行调查研究，能够很快学习用户的专业领域知识，理解用户的环境条件。
5.能够倾听他人的意见，注意发挥其它人员的作用。
6.具有良好的书面和口头交流表达能力。
3.4列出在制定需求获取策略时的3种主要考虑因素。
1.功能需求。
考虑系统要做什么，在何时做，在何时及如何修改或升级。
2.性能需求。
考虑软件开发的技术性指标。
3.用户或人对因素。
考虑用户的类型。
3.5（略）
3.6举例说明一个系统的3个不同类型的非功能需求
答：
非功能性需求是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。
软件产品的非功能性需求包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等。
例如在银行管理系统中，由于银行数据量的庞大以及对银行账户的管理需求，用户对系统的性能、可靠性、可维护性要求很高。
安全性是对银行用户个人信息保密的基本要求；
在使用系统时，由于用户庞大，要求能快速安全的执行要求，这就对系统的性能有高需求；
银行的用户的变动比较大，需求高要求的系统维护。
3.7（略）
3.8软件需求分析的操作性原则和需求工程的指导性原则是什么？
需求分析的操作性原则：
必须能够表示和理解问题的信息域。
必须能够定义软件将完成的功能。
必须能够表示软件的行为（作为外部事件的结果）。
必须划分描述数据、功能和行为的模型，从而可以分层次地揭示细节。
分析过程应该从要素信息转移向细节信息
需求工程的指导性原则：
在开始建立分析模型之前应当先理解问题。
如果问题没有很好理解就急于求成，常常会产生一个解决错误问题的完美的软件。
强力推荐使用原型。
这样做可以使用户了解将如何与计算机交互，而人们对软件质量的认识常常是基于对界面“友好性”的切身体会。
记录每一个需求的起源和原因。
这是建立对用户要求的可追溯性的第一步。
使用多个视图，建立系统的数据、功能和行为模型。
这样做可帮助分析员从多方面分析和理解问题，减少遗漏，识别可能的不一致之处。
给需求赋予优先级。
因为过短的时限会减少实现所有软件需求的可能性。
因此，对需求排定一个优先次序，标识哪些需求先实现，哪些需求后实现。
注意消除歧义性。
因为大多数需求都是以自然语言描述，存在叙述的歧义性问题造成遗漏和误解。
采用正式的技术评审是发现和消除歧义性的好方法。
3.9软件需求规约主要包括哪些内容？
1.引言
2.信息描述
3.功能描述
4.行为描述
5.检验标准
6.参考书目
7.附录
3.10需求验证应该有哪些人参加？
分析人员、用户、开发部门的管理者、软件设计、实现、测试的人员。
分析人员
需求分析用户
获取系统系统
信息需求用户要求
折衷方案
系统信息
开发部门管理者系统需求软件设计、实现、测试人员
第四章
4.1简述软件设计阶段的基本任务。
1.数据/类设计：
将分析类模型变换成类的实现和软件实现所需要的数据结构。
2.体系结构设计：
定义了软件的整体结构，由软件部件、外部可见的属性和他们之间的关系组成。
3.接口设计：
描述了软件内部、软件和协作系统之间以及软件同人之间的通信方式。
4.部件级设计：
将软件体系结构的结构性元素变换为对软件部件的过过程性描述。
4.2软件设计与软件质量的关系是怎么样的？
设计是在软件开发中形成质量的阶段，设计提供了可以用于质量评估的软件表示，是将用户需求准确地转化为完整的软件产品或系统的主要途径。
4.3（略）
4.4简述模块、模块化及模块化设计的概念。
模块是数据说明、可执行语句等程序对象的集合，是单独命名的，并且可以通过名字来访问的。
模块化是指把软件按照规定原则，划分为一个个较小的，相互独立的但又相互关联的部件。
模块化设计就是程序的编写不是开始就逐条录入计算机语句和指令，而是首先用主程序、子程序、子过程等框架把软件的主要结构和流程描述出来，并定义和调试好各个框架之间的输入、输出链接关系。
4.5举例说明每种类型的模块耦合度和每种类型的模块内聚度。
a）内容耦合：
当一个模块直接修改或操作另一个模块的数据,或者直接转入另一个模块时就发生了内容耦合。
此时，被修改的模块完全依赖于修改它的模块。
如果发生下列情形，两个模块之间就发生了内容耦合：
i.一个模块直接访问另一个模块的内部数据
ii.一个模块不通过正常入口转到另一模块内部
iii.两个模块有一部分程序代码重叠（只可能出现在汇编语言中）
iv.一个模块有多个入口。
b）公共耦合：
若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。
公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。
c）外部耦合：
一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。
d）控制耦合：
如果一个模块通过传送开关、标志、名字等控制信息，明显地控制选择另一模块的功能，就是控制耦合。
e）标记耦合：
一组模块通过参数表传递记录信息，就是标记耦合。
这个记录是某一数据结构的子结构，而不是简单变量。
其实传递的是这个数据结构的地址。
f）数据耦合：
一个模块访问另一个模块时，彼此之间是通过简单数据参数（不是控制参数、公共数据结构或外部变量）来交换输入、输出信息的。
g）非直接耦合：
两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的
1.巧合内聚：
讲几个模块中没有明确表现出独立功能的相同程序代码段独立出来建立的模块称巧合内聚模块。
2.逻辑内聚：
逻辑内聚是指完成一组逻辑相关任务的模块，调用该模块时，由传送给模块的控制性参数来确定该模块应执行哪一种功能。
3.时间内聚：
时间内聚是指一个模块中的所有任务必须在同一时间段内执行。
4.过程内聚：
过程内聚是指一个模块完成多个任务，这些任务必须指定的过程执行。
5.通信内聚：
通信内聚是指一个模块内所有处理元素都集中在某个数据结构的一块区域中。
6.顺序内聚：
顺序内聚是指一个模块完成多个功能，这些功能又必须顺序执行
7.功能内聚：
功能内聚是指一个模块中各个部分都是为完成一项具体功能而协同工作，紧密联系不可分割。
4.6耦合和软件可移植性的概念有何关系？
耦合性是2个或多个模块相关的程度，可移植性是指软件从一个平台/环境转移到另一个平台/环境的难易程度。
4.7描述信息隐蔽概念，并讨论信息隐蔽与模块独立两概念之间的关系。
1.信息隐蔽指在设计和确定模块时，使得一个模块内包含信息（过程或数据），对于不需要这些信息的其他模块来说,是不能访问的。
在面向对象方法中，信息隐蔽是通过对象的封装性来实现的。
2.信息隐蔽的概念与模块的独立性直接相关
4.8什么是模块的独立性？
设计中为什么模块要独立？
如何度量独立性？
模块功能独立有何优点？
1.模块独立性：
A.模块独立性指每个模块只完成系统要求的独立的子功能,并且与其他模块的联系最少且接口简单
B.模块独立性是指模块内部各部分及模块间的关系的一种衡量标准，由内聚和耦合来度量。
2.A.具有独立的模块的软件比较容易开发出来。
这是由于能够分割功能而且接口可以简化，当许多人分工合作开发同一个软件时，这个优点尤其重要。
B.独立的模块比较容易测试和维护。
这是因为相对说来修改设计和程序需要的工作量比较小，错误传播范围小，需要扩充功能时能够"
插入"
模块。
总之，模块独立是优秀设计的关键，而设计又是决定软件质量的关键环节。
3.模块的独立程度可以由两个定性标准度量：
内聚和耦合。
4.A.具有独立的模块的软件比较容易开发出来。
4.9软件设计规约主要包括哪些内容？
1.工作范围
A.系统目标
B.运行环境
C.主要软件需求
D.设计约束/限制
2.体系结构设计
A.数据流与控制流复审
B.导出的程序结构
C.功能与程序交叉索引
3.数据设计
A.数据对象与形成的数据结构
B.文件和数据库结构：
i.文件的逻辑结构；
ii.文件逻辑记录描述；
iii.访问方式
C.全局数据
D.文件/数据与程序交叉索引
4.接口设计
A.人机界面规格说明
B.人机界面设计规则
C.外部接口设计：
i.外部数据接口；
ii.外部系统或设备接口
D.内部接口设计规则
5.各部件的过程设计
A.处理与算法描述
B.接口描述
C.设计语言（或其他）描述
D.使用的部件
E.内部程序逻辑描述
F.注释/约束/限制
6.运行设计
A.运行部件组合
B.运行控制
C.运行时间
7.出错处理设计
A.出错处理信息
B.出错处理对策：
i.设置后备；
ii.性能降级；
iii.恢复和再启动
8.安全保密设计
9.需求/设计交叉索引
10.测试部分
A.测试方针
B.集成策略
C.特殊考虑
11.特殊注解
12.附录
第五章
5.1简述数据流图的主要思想，概述使用数据流图进行需求分析的过程。
数据流图描述输入数据流到输出数据流的变换（即加工），用于对系统的功能建模。
1.画出系统的输入和输出
A.确定源和宿
B.确定加工
C.确定数据流
D.顶层图通常没有文件
2.画出系统内部
A.确定加工
B.确定数据流
C.确定文件
D.确定源和宿
3.画出加工内部
4.重复第3步，直至每个尚未分解的加工都足够简单（即不必再分解）
5.2分别采用数据流方法中的哪些技术来完成用户需求的精确化、一致化和完全化任务？
1.父图和子图平衡
2.数据守恒
3.局部文件
4.一个加工的输入数据流不能与该加工的输入数据流同名
5.每个加工至少有一个输入数据流和一个输出数据流
6.在整套分层数据流中，每个文件应至少有一个加工读该文件，有另一个加工写该文件。
7.分层数据流图中得每个数据流和文件都必须命名（除了流入或流出文件的数据流），并且与数据字典一致。
8.分层DFD中的每个基本加工（即不再分解子图的加工）都应有一个加工规约。
5.3（略）
5.4在数据流图中，可否将两个加工用一个数据流相连？
可否将两个源用一个数据流相连？
为什么？
两个加工可以直接用数据流相连，两个源不能直接用数据流相连。
因为数据流由一组固定成分的数据组成。
在DFD中，数据流的流向可以有以下几种：
从一个加工刘向另一个加工，从加工流向文件（写文件），从文件流向加工（读文件），从源流向加工，从加工流向宿。
5.5（略）
5.6（略）
5.7 采用结构化分析方法写出书店管理系统的需求文档，包括数据流图及数据字典。
总数据流图：
已售信息
进货信息进货信息销售
信息
进货信息销售销售
信息信息
进货信息进货
会员信息会员信息
会员信息存
书
会员信息进
会员信息货
时
间
进货信息
是否
2、数据字典
存书数据字典：
属性名
类型
长度
备注
书号
char
10
书的编号
书名
30
书的名称
作者
20
书的写作者
书的类型
简述
150
书的简单介绍
单价
smallmoney
4
书的价格
现存数量
int
店内的现有存书数量
店内位置
书在店内的具体位置
出版社号
出版社的编号
特价书
2
是否为特价书（缺省值是“否”）
出版社数据字典：
出版社号
出版社名称
出版社的名称
所在城市
出版社所在的城市
电话
15
出版社的联系电话
进货数据字典：
进价
书的进价
进货数量
每本书的进货数量
日期
datetime
8
进货的日期
销售数据字典：
售货的日期
销售量
售出的书本数量
销售金额
money
销售金额=（单价*销售量）
会员信息数据字典：
客服号
会员卡的卡号
姓名
会员的姓名
地址
50
会员的家庭住址
会员的电话号码
购买书号
店内收出数据字典：
月份
6
水电支出
水电费用
员工支出
员工的工资
其他支出
其他费用支出
结算
每月的总结算
5.8（略）
5.9（略）
5.10
第六章
6.1简述面向数据结构方法的特点
特点如下：
1以信息对象及其操作作为核心进行需求分析；
2认为复合信息对象具有层次结构，并且可按顺序，选择，重复3种结构分解为成员对象信息；
3提供由层次信息结构映射为程序结构的机制，从而为软件设计奠定良好的基础。
6.2采用Jackson图表示下面的文件结构：
第七章（略）
第八章
8.1什么是构件？
根据pressman书中的定义
构件是某系统中有价值的、几乎独立的并可替换的一个部分，它在良好定义的体系结构语境内满足某种清晰的功能。
根据brown的定义
构件是一个独立发布的功能部分，可以通过其接口访问它的服务。
根据《计算机科学技术百科全书（第二版）》中的定义
软件构件是软件系统中具有相对独立功能，可以明确标识，接口由规约指定，与语境有明显依赖关系，可独立部署，且多由第三方提供的可组装软件实体。
软件构件须承载有用的功能，并遵循某种构件模型。
可复用构件是指具有可复用价值的构件。
在基于构件的软件开发中经常会使用到的商用成品构件
升级会员 