《自考软件工程》由会员分享，可在线阅读，更多相关《自考软件工程（24页珍藏版）》请在金锄头文库上搜索。
1、自考软件工程Prepared on 22 November 2020软件工程第一章 绪论1、解释术语软件：一般是指计算机系统中的程序及其文档。 软件工程:是应用计算机科学理论和技术以及工程管理原则和方法，按预算和进度实 现满足用户要求的软件的工程，或以此为研究对象的学科。软件危机：随着计算机的广泛应用，软件生产率、软件质量远远满足不了社会发展的 需求，成为社会、经济发展的制约因素，人们通常把这一现象称为“软件危机”。2、简答题简述软件开发的本质软件开发的本质：不同抽象层术语之间的“映射”，以及不同抽象层处理逻辑之间的“映 射”。简述实施软件开发的基本途径软件开发的基本途径是问题建模。常用的建模
2、手段有：结构化方法、面向对象方法以 及诸多面向数据结构方法等。简述何谓模型以及软件开发中所涉及的模型所谓模型，简单的说，是待建系统的任意抽象，是特定意图下所确定的角度和抽象层 次上对物理系统的描述。在软件开发中，软件系统模型大体上可分为两类：概念模型 和软件模型。简述软件开发所涉及的两大类技术是过程方向，即求解软件的开发逻辑；二是过程途径，即求解软件的开发手段第二章软件需求与软件需求规约1、解释以下术语： 软件需求：是产品/系统设计、实现以及验证的基本信息源之一，是任何软件工程项目 的基础。功能需求：规约了系统或系统构件必须执行的功能，是整个需求的主体。非功能需求：分为性能需求、外部接口需求、
3、设计约束和质量属性需求。性能需求规 约了一个系统或系统构件在性能方面必须具有的一些特征；外部接口需求规约了系统 或系统构件必须与之交互的用户、硬件、软件或数据库元素；设计约束限制了软件系 统或软件系统构件的设计方案的范围；质量属性规约了软件产品所具有的一个性质必 须达到其质量方面一个所期望的水平。需求规约：是一个软件项/产品/系统所有需求陈述的正式文档，它表达了一个软件产 品/系统的概念模型。2、简答题简述需求与需求规约的基本性质需求具有如下5个基本性质：必要的，该需求是用户所要求的；无歧义的，该需 求只能用一种方式解释；可测的，该需求是可进行测试的；可跟踪的，该需求可 从一个开发阶段跟踪到另
4、一个阶段；可测量的该需求是可测量的。需求规约满足以下4个基本性质：重要性和稳定性程度：按需求的重要性和稳定 性，对需求进行分级；可修改的：在不过多地影响其他需求的前提下，可以容易地 修改一个单一需求；完整的：没有被遗漏的需求；一致的：不存在互斥的需求。简述软件需求的分类软件需求可以分为两大类：一类是功能需求，一类是非功能需求，而非功能需求又可 分为性能需求、外部接口需求、设计约束和质量属性需求。 有哪几种常用的初始需求发现技术初始需求发现技术常包括以下几个：自悟交谈观察小组会提炼 简述需求规约的3种基本形式非形式化的需求规约：即以一种自然语言来表达需求规约，如同使用一种自然语言 写了一篇文章；
5、半形式化的需求规约：即以半形式化符号体系来表达需求规约； 形式化的需求规约：即以一种基于良构数学概念的符号体系来编制需求规约，一般往 往伴有解释性注释的支持。简述软件需求规约的内容和作用 需求规约是一个软件项/产品/系统所有需求陈述的正式文档，它表达了一个软件产品/ 系统的概念模型。需求规约的作用：需求规约是软件开发组织和用户之间一份事实上的技术合同书， 是产品功能及其环境的体现；对于项目的其余大多数工作，需求规约是一个管理控 制点；对于产品/系统的设计，需求规约是一个正式的、受控的起始点；需求规约 是创建产品验收测试计划和用户指南的基础。简述需求规约在项目开发中的基本作用需求规约是软件开发组
6、织和用户之间一份事实上的技术合同书，是产品功能及其环 境的体现。对于项目的其余大多数工作，需求规约是一个管理控制点。对于产品/ 系统的设计，需求规约是一个正式的、受控的起始点。需求规约是创建产品验收测试计划和用户指南的基础，即基于需求规约一般还会产生另外两个文档初始测试 计划和用户系统操作描述。简述需求规约和项目需求的不同 需求规约是软件开发组织和用户之间一份事实上的技术合同书，即关注产品需求，回 答“交付给客户的产品/系统是什么”；而项目需求是客户和开发者之间有关技术合同-产 品/系统需求的理解，应记录在工作陈述中或其他某一项目文档中，即关注项目工作与 管理，回答“开发组要做的是什么”。第三
7、章结构化方法1、解释以下术语：需求分析：分析是针对一个问题，系统化地使用信息对该问题的一个估算。就软件需 求分析而言，其目标是给出“系统必须做什么”的一个估算，即需求规格说明以一 种系统化的形式，准确地表达用户的需求，其中应不存在二义性和不一致性等问题。 软件设计：是在需求分析的基础上，定义满足需求所需要的结构，即针对给定的问 题，给出该问题的软件解决方案，确定“做什么”的问题。数据流图：是一种描述数据变换的图形化工具，其中包含的元素可以是数据流、数据 存储、加工、数据源和数据潭。交换型数据流图：具有较明显的输入部分和变换部分之间的界面、变换部分和输出部 分之间界面的数据流图。事务型数据流图：
8、数据到达一个加工T,该加工T根据输入数据的值，在其后的若干动作序列中选出一个来执行的数据流图。模块： 执行一个特殊任务的一个过程以及相关的数据结构。2、简答题何谓模块耦合简述模块耦合的类型。模块耦合是指不同模块之间相互依赖程度的度量。按从强到弱的顺序给出几种常见的 模块间耦合类型：内容耦合：当一个模块直接修改或操作另一个模块的数据，或一 个模块不通过正常入口转入到另一个模块的耦合；公共耦合：两个或两个以上的模 块共同引用一个全局数据项的耦合；控制耦合：是一个模块通过接口向另一个模块 传递一个控制信号，接收信号的模块根据信号值进行适当的动作的耦合；标记耦 合：若一个模块A通过接口向两个模块B和C
9、传递一个公共参数，那么称模块B和 C之间存在一个标记耦合；数据耦合：模块之间通过参数来传递数据的耦合。 何谓模块内聚简述模块内聚的类型。模块内聚是指一个模块内部各成分之间相互关联程度的度量。按从低到高的常见内聚 类型：偶然内聚：一个模块的各成分之间基本不存在任何关系的内聚；逻辑内 聚：几个逻辑上相关的功能被放在同一模块中的内聚；时间内聚：一个模块完成的 功能必须在同一时间内执行，但这些功能只是因为时间因素关联在一起的内聚；过 程内聚：一个模块内部的处理成分是相关的，而且这些处理必须以特定的次序执行的 内聚；通信内聚：一个模块的所有成分都操作同一数据集或生成同一个数据集的内 聚；顺序内聚：一个模
10、块的各个成分和同一功能密切相关，而且一个成分的输出作 为另一个成分的输入的内聚；功能内聚：模块的所有成分对于完成单一的功能都是 基本的内聚。何谓模块的控制域和模块的作用域 模块的控制域是指这个模块本身以及所有直接或间接从属于它的模块的集合。模块的 作用域是指受该模块内一个判定所影响的所有模块的集合。为了表达系统功能模型，结构化分析方法给出了哪些基本概念它们是如何表示的其基本作用是什么使用中应注意哪些问题数据流：是数据的流动。数据流是一类术语，用于表达在分析中所要使用的、用于表 达“客体”的信息。在使用中一般要给出标识，该标识是一个名词或名词短语，并且往 往直接使用实际问题空间中的概念。加工：是
11、数据的变换单元，即它接受输入的数据，对其进行处理并产生输出。加工也 是一类术语，用于表达在分析中所使用的、用于表达“处理”的信息。在使用中，一般 也给出标识，该标识一般 采用动宾结构，并且往往直接使用实际问题空间中的概念， 以便表达该加工的一定语义。以结构化分析方法建立的系统功能模型由哪些部分组成每一部分的基本作用是什么 由“数据流”、“加工”、“数据存储”、“数据源”、和“数据潭”等术语组成 解释结构符“+”、“|”、“”的含义，并举例说明。“+”：顺序；例如：“学生成绩”是由“姓名”“性别”“科目”和“成绩”构成的，记为学生成绩=姓名+性别+学号+科目+成绩；“|”：选择；例如：“性别”是
12、“男”或是“女”，记为 性别=男|女； “”：重复；例如：“学生成绩表”是由多个“学生成绩”构成的，记为 学生成绩表=学 生成绩。简述结构化方法总体设计的任务及目标。总体设计阶段的基本任务是把系统的功能需求分配到一个特定的软件体系结构中。简述结构化方法详细设计的任务及目标。详细设计的目标是讲总体设计阶段所产生的系统高层结构映射为以这些术语所表达的 底层结构，也是系统的最终结构简述变换设计与事务设计之间的区别。变换分析设计适用于具有明显变换特征的数据流图，事务分析设计适用于具有明显事 务特征的数据流图。简述启发式规则的基本原理。改进软件结构，提高模块独立性力求模块规模适中力求深度、宽度、扇出、扇
13、 入适中尽力使模块的作用域在其控制域之内尽力降低模块接口的复杂度力求模 块功能可以预测。举例说明变换设计的步骤。设计准备一一复审并精化系统模型确定输入、变换、输出这三部分之间的边界 “第一级分解”系统模块结构图顶层和第一层的设计“第二级分解”自顶向 下，逐步求精。举例说明事务设计的步骤。设计准备一一复审并精化系统模型确定事务处理中心“第一级分解”一一系统模 块结构图顶层和第一层的设计“第二级分解”自顶向下，逐步求精。第四章 面向对象方法一一UML1、解释以下术语 类及其属性和操作：类是一组具有相同属性、操作、关系和语义的对象的描述。类的 属性是类的一个命名特性，该特性是有该类的所有对象所共享、
14、用于表达对象状态的 数据。类的操作时对一个类中所有对象要做的事情的抽象。接口：是操作的一个集合，其中每个操作描述了类、构件或子系统的一个服务关联及其链：关联是类目之间的一种结构关系，是对一组具有相同结构、相同链的描 述。链是对象之间具有特定语义关系的抽象，实现之后的链通常称为对象之间的连 接。泛化：是一般性类目（称为超类或父类）和它的较为特殊性类目（称为子类）之间的一种关系，有时称为“is-a-kind-of”关系。聚合：通过“一个类（类目）是另一类（类目）的一部分”这一性质，对关联集进行分 类，凡满足这一性质的关联，都称为一个聚合。依赖：是一种使用关系，用于描述一个类目使用另一类目的信息和服
15、务。 2、简要回答以下问题：为了表达客观事物，UML给出了哪些基本术语 类与对象接口协作用况主动类构件制品节点为了表达客观事物之间的关系，UML给出了哪些基本术语这些术语之间是什么关系关联：结构关系；泛化：继承关系细化：精化关系；依赖：依赖关系。关 联、泛化和细化都是一类特定的依赖。什么是对象的构成与表示 类是一组具有相同属性、操作、关系和语义的对象的描述，对象是类的一个实例。 什么是类图的构成成分 类图是可视化地表达系统静态结构模型的工具，通常包括类、接口、关联、泛化和依赖关系等。什么是状态图的构成成分状态图是显示一个状态机的图，其中强调了从一个状态到另一状态的控制流。通常一 个状态图中包含状态、转移及其相关的事件和动作、消息等什么是顺序图的构成成分 顺序图是一种交互图，即由一组对象以及按时序组织的对象之间的关系组成，其中还 包含这些对象之间所发送的消息。顺序图通常包含参与交互的对象、基本的交互方式 （同步和异步）以及消息等。在什么情况下需要建
