软件工程课后习题答案Word下载.doc
《软件工程课后习题答案Word下载.doc》由会员分享，可在线阅读，更多相关《软件工程课后习题答案Word下载.doc（24页珍藏版）》请在冰豆网上搜索。
e）严格的要求，与现有系统的兼容性需要超过预期更多的测试，设计和实现。
f）多个操作系统下运行的任务需求比预期需要更长的时间。
g）软件项目风险管理比预期需要更多的时间。
h）依赖的技术仍处于开发阶段，从而延长日程安排。
开发成本高：
a）比当时预期低得令人无法接受的质量，需要进行更多的测试，设计和实施工作。
b）制定了错误的软件功能需要重新设计和实施。
c）开发错误的用户界面，而导致重新设计和实施。
d）开发了不需要的额外的软件功能而延长了开发日程安排。
在将软件交付顾客使用之前，我们无法找到所有错误：
a）产品依赖于政府监管，意外而改变。
b）产品技术标准草案，会意外更改。
c）有时会在项目后期添加新的开发人员。
d）因为团队内的冲突有时会导致沟通不畅，而产生糟糕的设计。
e）破坏高效调度产生的项目管理成果和无效的规划
f）有时装备部件质量差，导致额外的测试，设计和集成工作和管理额外的客户关系。
软件开发和维护的过程仍旧难以度量：
a）有时该项目的目的是不明确。
b）有大量的业务所涉及的风险。
c）如果产品内置没有装好。
d）我们需要不断检讨我们的工作。
e）进行维护检查的时间。
f）在整个软件开发过程中要彻底组织项目团队。
1.4在交付最终用户之前，或者首个版本投入使用之后，许多应用程序都会有频繁的变更。
为防止变更引起软件退化，请提出一些有效的解决措施。
许多现代应用程序在他们呈现给最终用户之前和第一个版本别使用后经常改变，以下几个方面来阻止软件恶化：
a）收集所需的信息。
b）设计师和客户定义软件的总体目标。
c）识别已知的需求。
d）使用现有的程序片段后，有助于建立原型的开发人员的工作计划快速完成。
e）只有通过合格的培训或经验和充分揭露相关的不足，才能保持和提高我们的技术能力和让
f）其他人承担技术任务
g）文件应该被及时制定出来，在文件中应该有标准定义和机制建立。
h）完成某一特定阶段的审查工作。
i）每一个关键团队成员应该配有一个后备人员
j）检查规避风险的步骤是否应用正确
k）对未来的风险分析中检查是否有必要收集必要的信息。
1.5思考1.1.2节中提到的7个软件分类。
请问能否采用一个软件工程方法，应用于所有的软件分类？
并就你的答案加以解释。
七个软件分类可应用于同样的方法。
在这不确定的今天这些“新的挑战”，无疑有很大的影响（对于商务人士，软件工程师和最终用户来说）然而，软件工程师可以准备通过实例化一个过程，使其有足够的灵活性和适应性，以适应剧烈变化的技术，这技术一定要在未来的很长一段时间被商业规则所接受。
1.6图1-3中，将软件工程三个层次放在了“质量关注点”这层之上。
这意味着在整个开发组织内采用质量管理活动，如“全面质量管理”。
仔细研究，并列出全面质量管理活动中关键原则的大纲。
你也许建议同学阅读第十六章的知识来解决问题。
1.7随着软件的普及，由于程序错误所带来的公众风险已经成为一个愈加重要的问题。
设想一个真实场景，由于软件错误而引起“世界末日”般重大危害（危害社会经济或是人类生命财产安全）。
确实有很多现实生活中的情况来选择，例如，软件错误，造成了重大的电话网络失败。
如在航空电子设备故障导致飞机坠毁。
计算机病毒（如米开朗基罗）的攻击给主要的电子商务网站造成了重大的经济损失。
1.8用自己的话描述过程框架。
当我们谈到框架活动适用于所有的项目时，是否意味着对于不同规模和复杂度的项目，可应用相同的工作任务？
请解释。
过程框架适用于所有的项目，在相同的工作任务，适用于所有项目，无论其规模大小或复杂性。
一个过程框架涉及大量的与客户沟通来收集需求；
这个活动建立了一个软件工程工作计划。
它涉及到创建模型，这将有助于开发人员了解顾客的要求从而进行设计。
从而涉及构建（代码生成和错误测试）。
最后，它提供了基于评价的反馈。
1.9普适性活动存在于整个软件过程中，你认为他们均匀分布于软件过程中，还是会集中在某个或者某些框架活动中？
伞活动在整个软件过程中发生，它们被均匀地应用在整个过程中，分析还包含一系列的工作任务（例如需求收集，制定，协商规范和验证），一个过程框架有一组伞被应用在整个软件过程活动中。
这些活动包括：
软件项目跟踪和控制，风险管理，软件质量保证，和正式的技术审查，测量，软件配置管理，可重用性管理和工作产品的制作和生产。
1.10在1.5节所列举的神话中，增加两种软件神话，同时指出与其相对应的真实情况。
没有标准答案（例如测试可以解决所有的程序错误）。
第二章
2.1在本章的介绍中，Baetjer说过：
“软件过程为用户和设计者之间、用户和开发工具之间以及设计者和开发工具之间提供交互的途径[技术]”。
对于要构建的软件产品，在以下方面设计五个问题：
（a）设计者应该问用户的问题；
（b）用户应该问设计者的问题；
（c）用户对将要构建的软件自问的问题；
（d）设计者对于软件产品和建造该产品采取的软件过程自问的问题。
a）设计人员询问用户：
产品满意吗或者它需要重新设计或返工吗？
征求用户输入来避免产品不满意和要求返工。
有新要求的需要吗？
该产品比估计的大吗？
与预期的相比模块需要更多的测试，设计和实行工作来纠正吗？
b）用户询问设计者的问题：
范围明确吗？
我们是否有开发工具和人员开发软件所需的技能？
定义的需求是正确的吗？
还有没有额外的需要？
特定领域的软件产品比平时的花费更多的时间吗？
该模块是否需要更多的设计测试？
c）用户对将要构建的软件自问的问题：
软件产品的范围和目的是什么?
有优秀的人可用吗？
工作人员可靠吗有没有具备所需要的技能？
能保持工作人员的离职率足够低吗？
d）设计者对于软件产品和建造该产品采取的软件过程自问的问题：
范围和目的文件是什么？
要使用什么样的工具？
有什么目标和规避风险的优先事项？
对风险分析，识别，估计，评价和管理会有什么样的步骤？
2.2为沟通活动设计一些列的动作，选定一个动作作为其设计一个任务集。
任务交流活动设置：
任务组将定义实际的工作需要，以完成一个软件工程的行动。
这些都是对于通信的活动：
a）利益相关者对项目做一个列表。
b）邀请所有利益相关者的非正式会议。
c）要求他们作出特性和功能列表。
d）讨论需求并建立一个最终的的列表。
e）他不确定的优先级的要求和要注意的地方。
这些任务可能是一个复杂的软件项目，然后，他们可能包括：
a）要进行一系列的规范会议，基于利益相关者的输入，建立了初步的功能和特性列表。
b）要建立一个股权持有人要求的修订清单。
c）使用质量功能展开技术来满足需求。
d）注意在系统上的约束和限制。
e）讨论验证系统的方法。
2.3在沟通过程中，遇到两位对软件如何做有着不同想法的利益相关者是很常见的问题。
也就是说你得到了相互冲突的需求。
设计一种过程模式（可以是步骤模式），利用2.13节中针对此类问题的模板，给出一种行之有效的解决方法。
模式名：
利益相关者的需求冲突。
意图：
此模式描述的方式是解决利益相关者之间在通信框架活动中的冲突。
类型：
阶段模式。
初始背景：
（1）利益相关者已确定
（2）利益相关者和软件工程师已经建立了协作通信（3）软件要解决的主要问题由软件开发团队已建立。
（4）对已开发的项目范围，基本的业务需求和项目的限制有了初步的了解。
问题：
对正在开发的软件，利益相关者的需求出现了相互的矛盾。
解决办法：
所有的利益相关者被要求区分需求的优先级，暂时保住利益相关者的优先级最高或投票的最多的需求从而解决这一问题。
结果：
由利益相关方的确定的需求优先顺序列表来指导软件开发团队构件软件初始模型。
相关模式：
定义指导和协作方针，范围隔离，需求收集，约束描述和混合需求。
已知用途/范例：
必要的沟通是贯通整个软件工程中。
2.4阅读[Nog001]，然后写一篇2-3页的论文，讨论混乱对软件工程的影响。
答案略。
2.5详细描述三个适用于采用瀑布模型的软件项目。
适合瀑布模型的项目例如数据结构，软件架构，程序的细节和接口表征的对象。
2.6详细描述三个适用于采用原型模型的软件项目。
相对容易的原型模型几乎总是涉及人机交互和/或复杂计算机图形软件应用程序，有时适合原型模型是某些类别的数学算法，命令驱动系统和其他应用在没有实时交互时结果可以很容易地检查。
难以用原型模型的应用程序，包括控制和过程控制功能许多种类的实时应用程序和嵌入式软件。
2.7如果将原型变成一个可发布的系统或产品，应该如何调整过程？
如果将原型变成一个可发布的系统或产品，软件工程师和客户需要满足和定义软件的总体目标，识别已知的任何要求，对整体轮廓进一步的强制定义。
原型作为一种机制，用于识别软件需求。
如果一个工作原型被建立了，开发商会试图利用现有的程序片段或应用工具（例如，报表生成器，窗口管理等）使工作方案，可以快速生成。
2.8详细描述三个适于采用增量模型的软件项目。
答:
每一个线性序列产生的“增量”交付的软件，例如字处理软件开发使用增量范式可能会提供基本的文件管理，编辑和文件制作功能在第一增量，更复杂的编辑和文件制作能力在第二增量；
拼写和语法检查在第三增量，先进的页面布局能力在第四增量。
任何增量的处理流程
可以纳入原型范式。
增量发展是特别有用当人员无法在经营期限为一个已成立的项目做完美的实施。
2.9当沿着螺旋过程流发展的时候，你对正在开发或者维护的软件的看法是什么？
随着工作的螺旋向外移动，产品走向一个更完整的状态，执行工作的抽象层次减少了。
2.10可以合用几种过程模型吗？
如果可以，举例说明。
过程模型可以合用，每个模型都有个有点不同的处理流程，但都执行相同的通用框架活动集：
沟通，规划，建模，施工和交付/反馈。
例如线性顺序模型可以作为一个有用的过程模型，在被固定的情况下，要求工作以线性的方式继续进行，直至完成。
在这情况下，开发者可能无法确定一种算法的效率，一个操作系统的适应性或应采取的人机交互的形式。
在这之中，以及许多其他场合原型模型可以提供最好的办法。
在其他情况下，以渐进的方式可能是有意义的和螺旋模型的流动可能是有效率，特殊过程模型具有许多的一个或多个传统的特性。
2.11协同过程模型定义了一套“状态”，用你自己的话描述一下这些状态表示什么，并指出他们在协同过程模型中的作用。
简而言之，并发进程模型假定不同的部分项目会有所不同阶段的完整性，因此，不同的软件工程活动都被同时执行。
目前的挑战是管理的并发，并能够评估该项目的状态。
2.12开发质量“足够好”的软件，其优
升级会员 