《本科自考02333软件工程课后习题答案-2011版》完整版

《本科自考02333软件工程课后习题答案－2011版王立福》第1章绪论1、解释术语（1）软件:软件是指计算机系统中的程序及其文档。P16(2)软件工程：软件工程是应用计算机科学理论和技术以及工程管理原则和方法，按预算和进度实现满足用户要求的软件产品的工程，或以此为研究对象的学科。P15（3）软件危机：软件生产率、软件质量远远满足不了社会发展的需求，成为社会，经济发展的制约因素，人们通常把这一现象称为“软件危机”。P152、简答题（1）简述软件开发的本质。答：软件开发的本质就是实现问题空间的概念和处理逻辑到解空间的概念和处理逻辑之间的映射。P19（2）简述实施软件开发的基本途径。答：实施软件开发的基本途径是系统建模。所谓系统建模，是指运用所掌握的知识，通过抽象，给出该系统的一个结构——系统模型。P19（3）简述何谓模型以及软件开发中所涉及的模型。答：模型是一个抽象。该抽象是在意图所确定的角度和抽象层次对物理系统的一个描述，描述其中的成分和成分之间所具有的特定语义的关系，还包括对该系统边界的描述。软件开发中所涉及的模型可分为两大类，一类称为概念模型，描述了系统是什么；另一类统称为软件模型，描述了实现概念模型的软件解决方案。P19（4）．简述软件开发所涉及的两大类技术。答：软件开发所涉及的两大类技术为：一是求解软件的开发逻辑，二是求解软件的开发手段。P17第2章软件需求与软件需求规约1、解释术语（1）软件需求软件需求以一种技术形式，描述了一个产品/系统应该具有的功能、性能和其它性质。P23（2）功能需求功能需求规约了系统或系统构件必须执行的功能。P24（3）非公能需求非公能需求是性能、外部接口、设计约束和质量属性这4类需求的统称。P23(4)需求规约需求规约是一个软件项/产品/系统所有需求陈述的正式文档，它表达了一个软件产品/系统的概念模型。P282、简述需求与需求规约的基本性质。答：需求的基本性质：1）必要的，该需求是用户所要求的。2）无歧义的，该需求只能用一种方式解释。3）可测的，该需求是可进行测试的。4）可跟踪的，该需求可从一个开发阶段跟踪到另一个阶段。5）可测量的，该需求是可测量的。P23需求规约的基本性质：1）重要性和稳定性程度：按需求的重要性和稳定性，对需求进行分级。2）可修改的：在不过多地影响其他需求的前提下，可以容易地修改一个单一需求。3）完整的：没有被遗漏的需求。4）一致的：不存在互斥的需求。P283、简述软件需求的分类。答：软件需求可以分为两大类：一类是功能需求，一类是非公能需求，而非公能需求可分为性能需求，外部接口需求、设计约束和质量属性需求。P234、举例说明功能需求和非功能需求之间的基本关系。答：非功能需求可作用于一个或多个功能需求，例如……作用于其中，非功能需求1作用于功能需求1和功能需求3等；非功能需求2作用于功能需求2等。P245、有哪几种常用的初始需求发现技术？答：有5种常用的需求发现技术：自悟、交谈、观察、小组会和提炼。P266、简述需求规约的3种基本形式。（1）非形式化的需求规约。非形式化的需求规约即以一种自然语言来表达需求规约，如同使用一种自然语言写了一篇文章。（2）半形式化的需求规约。半形式化的需求规约即以半形式化符号体系（包括术语表、标准化的表达格式等）来表达需求规约。（3）形式化的需求规约。形式化的需求规约即以一种基于良构数学概念的符号体系来编制需求规约，一般往往伴有解释性注释的支持。P297、简述软件需求规约的内容和作用。答：软件需求规约的内容有：引言、总体描述、特定需求、附录、索引。P28需求规约的作用可概括为以下4点：1）需求规约是软件开发组织和用户之间一份事实上的技术合同书，是产品功能及其环境的体现。2）对于项目的其余大多数工作，需求规约是一个管理控制点。功能需求1功能需求2功能需求3非功能需求1非功能需求23）对于产品/系统的设计，需求规约是一个正式的、受控的起始点。4）需求规约是创建产品验收测试计划和用户指南的基础。P318、简述需求规约在项目开发中的基本作用。答：需求规约的作用可概括为以下4点：1）需求规约是软件开发组织和用户之间一份事实上的技术合同书，是产品功能及其环境的体现。2）对于项目的其余大多数工作，需求规约是一个管理控制点。3）对于产品/系统的设计，需求规约是一个正式的、受控的起始点。4）需求规约是创建产品验收测试计划和用户指南的基础。P319、简述需求规约和项目需求的不同。答：需求规约和项目需求是两个不同的概念。需求规约是软件开发组织和用户之间一份事实上的技术合同书，即关注产品需求，回答“交付给客户的产品/系统是什么”；而项目需求是客户和开发者之间有关技术合同——产品/系统需求的理解，应记录在工作陈述中或其他某一项目文档中，即关注项目工作与管理，回答“开发组要做的是什么”。P30第三章结构化方法1.基本概念需求分析：一般来说，分析是系统地使用信息，对一个问题的估算。软件需求分析是这一概念的特化，即系统化地使用“数据流”、“加工”、“数据存储”、“数据源”和“数据潭”等术语所表达的信息，对待建系统“是什么”给出一个估算――系统概念模型软件设计：在需求分析的基础上，定义满足需求所需要的结构，即针对给定的问题，给出该问题的软件解决方案，确定“怎么做”的问题数据流图：表达功能模型的工具，即数据流图（DataflowDiagram）简称DFD图，简单的说，DFD图是一种描述数据变换的图形化工具，其中饮食的元素可以是数据流、数据存储、加工、数据源和数据潭等变换型数据流图：具有较明显的输入部分和变换（主加工）部分之间的界面变换部分和输出部分之间界面的数据流图事务型数据流图：数据到达一个加工T，该加工T根据输入数据的值，在其后的基干动作序号（称为一个事务）中选出一个来执行模块：执行一个特殊任务的一个过程以及相关的数据结构1.简答题2.何谓模块耦合？简述模块耦合的类型。答：耦合是不同模块之间相互依赖程序的度量内容耦合：当一个模块直接修改或操作另一个模块的数据，或一个模块不通过正常入口而转入到另一个模块时，公共耦合：两个或两个以上的模块共同引用一个全局数据项控制耦合一个模块通过气喘吁吁向另一个模块传递一个控制信息，接收信号的模块根据信号值进行适当的动作标记耦合：若一个模块A通过接口向两个模块B和C传递一个公共参数数据耦合：模块之间通过参数来传递数据3.何谓模块内聚？简述模块内聚的类型。答：指一个模块内部各成分之间相互关联程度的度量偶然内聚：一个模块的各成分之间基本不存在任何关系逻辑内聚：几个逻辑上相关的功能被放在同一个模块中时间内聚：一个模块完成的功能必须在同一时间内执行，但这些功能只是因为时间因素关联在一起过程内聚：一个模块内部的处理成分是相关的，而且这些处理必须以特定的次序执行通信内聚：一个模块的所有成分都操作同一数据集或生成同一数据集顺序内聚：一个模块的各个成分和同一个功能密切相关，而且一个成分的输出作为另一个成分的输入功能内聚：最理想的内聚，模块的所有成分对于完成单一的功能都是基本的。功能内聚的模块对完成其功能而言是充分必要的4.何谓模块的控制域和模块的作用域？并举例说明控制域：模块本身以及所有直接或间接从属于它的模块的集合。作用域：受该模块内的一个判定所影响的所有模块的影响第四章面各对象方法－UML1.基本概念类及其属性和操作类是一组具有相同属性、操作、关系和语义的对象的描述。类的属性是类的一个命名特征，该特征是由该类的所有对象所共享、用于表达对象状态的数据接口是操作的一个集合，其中每个操作描述了类、构件或子系统的一个服务关联及其链：关联是类目之间的一种结构关系，是对一组具有相同结构、相同链的描述。链是对象之间具有特定语义关系的抽象泛化：活佛是一般性类目（称为超类或父类）和它的较为特殊性类目(称为子类)之间的一种关系，有时称为”isakindof”关系聚合：聚合是关联的一种特殊形式，表达的是一种“整体/部分”关系依赖：依赖是一种使用关系，用于描述一个类目使用另一个类目的信息和服务2.简答题为了表达客观事物，UML给出了哪些基本术语？答：为了支持抽象分析和设计中的事物，UML给出了8个基本术语，即类、接口、协作、用况、主动类、构件、制品、结点，并给出了这些基本术语的一些变体。为了表达客观事物之间的关系，UML给出了哪些基本术语？这些术语之间是什么关系？关联、泛化、细化和依赖，以及它们的一些变体什么是对象的构成与表示？并说明。类是一组具有相同属性、操作、关系和语义的对象的描述。对象是类的一个实例什么是类图的构成成分？答：类图是可视化地表达系统表态结构模型的工具，通常饮食类、接口、关联、泛化和依赖什么是顺序图的构成成分？顺序图是一种交互图，即由一组对象以及按时序组织的对象之间的关系组成，其中还饮食这些对象之间所发送的消息如何描述对象之间的关联语义用况之间有哪几种关系？在什么情况下需要建立状态图？状态图可用于创建有关系统（或系统成分）的行为生存周期模型，表达有关系纺（或系统成分）的一种动态结构，给出有关系统（或系统成分）在生存期间有哪些阶段、每一阶段可从事的活动以及对外所呈现的特征等方面的信息对象操作和对象状态之间的关系是什么？同时引入“操作”和“方法”的目的是什么？答：表达模型化包之间的关系为什么使用包？如何划分包使用UML可以从那些角度来刻画一个系统的行为？为什么？何谓顺序图中的控制操作子？试举例说明。为了控制交互行为描述的复杂性，以便更清晰地表达顺序图中的复杂控制，给出了个个控制操作子，选择、条件、并发、迭代操作控制子第五章面各对象方法－RUP1.基本概念RUP的定义及主要特点RUP是一种软件开发过程框架，基于面向对象符号体系给出了有关软件开发过程组织及实施的指导。该框架体现了3个突出特征，即以用况驱动、体系结构为中心以及迭代、增量式开发演化模型与“RUP增量、迭代开发”之间关系RUP迭代、增量式开发是演化模型的一个变体，即规定了“大的”迭代数量－4个阶段，并规定了每次迭代的目标初使阶段：获得与特定腹部和平台无关的系统体系结构轮廓，以此建立产品功能范围;编制实例业务实例，从业务角度指出该项目的价值，减少项目主要的错误风险精华阶段：通过捕获并描述系统的大部分需求，建立系统体系结构基线的第一个版本，主要包括用况模型和分析模型，减少次要的错误风险，到该阶段未，就能够估算成本、进步，并能详细地规划构造阶段构造阶段：通过演化，形成最终的系统体系结构基线，开发完整的系统，确保产品可以开始向客户交付，即具有初始操作能力移交阶段：确保有一个实在的产品发布给用户群。期间培训用户如何使用该软件RUP与UML之间关系RUP与UML是一对“姐妹”，它们构成了一种特定的软件开发方法学。其中，UML作为一种可视化建模语言，给出了表达事物和事物之间关系的基本术语，给出了多种模型的表达工具;而RUP利用这些术语定义了需求获取层、系统分析层、设计层、实现层，并给出了实现各层模型之间映射的基本活动以及相关指导什么是特征（Teature）?举例如何描述它。从客户、用户、计划者、开发者想法和意愿中搜取特征，形成特征表。特征是一个新的项及其简要描述“按不同科目计算平均成绩”计算平均成绩：按所学的不同科目计算每一个学生的期末考试平均成绩，给出分数段并描述其状态（如提议、批准、合并和验证等）、实施的代价及风险、重要程度以及对其他特征的影响等特征可作为需求，并被转换为其它制品需求获取层及相关概念需求获取层目标：使用UML中的用况、参与者以及依赖等术语来抽象客观实际问题，形成系统的需求获取模型;基本术语：用况、参与者、用于表达用况参与者之间关系的关联、用于表达况之间的包含和扩展、用于表达参与者之间关系泛化。术语确定了系统用况模型的各种形态需求获取模型的基本组成使用UML中的用况、参与者以及依赖等术语来抽象客观实际问题，形成系统的需求获取模型建造一个系统需求获取模型的活动和任务，以及各活动的输入和输出1.发现描述参与者和用况，输入：业务模型或领域模型，补充需求，特征表;输出：用况模型[概述]，术语表2.赋予