《大学软件工程考试重点》由会员分享，可在线阅读，更多相关《大学软件工程考试重点（6页珍藏版）》请在金锄头文库上搜索。
1、软件工程各章要点第一章：1.软件的定义（p3）软件=程序+数据+文档+服务2.软件工程的定义：软件工程是研究软件开发方法和软件管理方法的一门工程科学。（p4）3.软件工程的基本原理（p5）（1）用分阶段的生存周期计划严格管理软件开发，分为计划，分析、设计、编程、测试和运行留个阶段。（2）坚持进行阶段评审。（3）实行严格的产品版本控制。（4）采用现代程序设计技术。（5）结果应能清楚的审查。（6）开发小组的成员要少而精。（7）要不断地改进软件工程实践的经验和技术，要与时俱进。（8）二八定律。4.软件工程三要素：开发方法、支持方法的工具、管理过程。5.软件的开发方法：面向过程，面向对象、面向数据、形
2、式化方法。6.软件工程的五个面向理论：（p16）（1）面向流程分析：就是面向流程进行需求分析。（2）面向数据设计：就是面向元数据进行概要设计。（3）面向对象实现：就是面向对象进行详细设计和编程实现。（4）面向功能测试：就是面向功能进行单元测试、集成测试，Alpha 测试和 Beta 测试。（5）面向过程管理：就是面向过程对软件生存周期各个阶段进行管理和控制。第二章：7.生存周期：（见十二章41）8.IT中 4 种软件开发模型，以及各个模型的特点。（p42）四种模型：瀑布模型、增量模型、迭代模型、原型模型。各个模型的特点如下：瀑布模型:里程碑或基线驱动，或者说文档驱动；过程逆转性很差或者说不可逆
3、转，因为根据上流的错误会在下流进行发散性传播的原理，所以逆转将会延误工期，增加成本，造成重大损失。增量模型：任务或功能模块驱动，可以分阶段提交产品；有多个任务单，这些多个任务单的集合构成项目的一个总任务书，或总用户需求报告/需求规格说明书。迭代模型：迭代或迭代循环驱动，每一次迭代或迭代循环，均要走完初始（先启）、精化、构建、移交四个阶段。原型模型：原型驱动。开发者必须先有一个原型，至少要有一个原型的核心。第三章：9.订单软件和非订单软件（p52）通过市场调研后，认为某产品将会有巨大的市场空间，而软件公司在人力资源、设备资源、抵抗风险、资金和实践上都具备开发该产品的能力，于是决定立项，这类产品被
4、称为“非订单软件”。与固定的用户签订软件开发合同，由软件公司启动该项目的开发，这类软件被称为“订单软件”。10.立项，合同，及两者之间的关系。11.技术风险和技能风险（p57）技术风险指项目组采用的新技术的风险程度，如最新开发工具的风险程度、最新设计思想的风险程度。名师资料总结-精品资料欢迎下载-名师精心整理-第 1 页，共 6 页 -技能风险指项目组成员掌握新技术的风险程度。第四章：12.需求分析为什么重要？（p66）（1）许多大型应用系统的失败，最后均归结到需求分析的失败。（2）需求分析的输出文档是用户需求报告，它既是软件生存周期中的第一个里程碑，又是客户、软件开发人员和项目管理人员三者必
5、须遵守的一根基线，是三者共同工作的基础，是项目 Alpha 测试和 Beta 测试的准则，是供方交付产品和需方验收产品的依据。（3）需求分析要占用整个软件开发时间或工作量的30%左右。（4）需求获取中的错误属于软件开发中的早期错误，它会在后续的设计和实现中进行发散式传播。13.基线、检查点、里程碑名词解释。（p67）基线：是软件工作产品，它是经过内部和外部评审过的，并且是下一阶段工作的基础，一根基线是一个里程碑或一个检查点。检查点：只是由时间、计划、事件驱动的检查工作进度和质量的一个标号。一个检查点不一定是一根基线或一个里程碑。里程碑：是一个标记，只需要经过内部评审。一个里程碑是一个检查点，但
6、不一定是基线。14.需求分析的目的：是用于说明软件产品或软件项目需要满足的条件和限制。（p75）需求分析的重点：通过弄清业务流程和数据流程的手段，达到与客户共同确定业务模型、功能模型、性能模型、接口模型的目标。需求分析的难点：在系统的功能、性能和接口方面，开发者与客户达成完全一致的需求，让客户最终签字确认，并保证在项目验收前，需求相对稳定不变。15.需求的描述工具（p80）数据流图、状态模型图、用户交互图、对象模型图、数据模型图和功能需求列表、性能需求列表、借口需求列表、界面需求列表等。16.加工说明常常用结构化语言、判定树和判定表来描述。（p83）17.同行评审是软件工作产品验证的活动，其目
7、的为了及早和高效地从软件产品中识别病消除缺陷。（p88）作用：引入同行评审流程后，加大了对软件开发前期产品质量的保证力度，如需求分析、概要设计和详细设计阶段的产品都是同行评审的重点。对前期产品的质量保证，明显地降低了软件产品的成本，提高了软件产品的整体质量。另外，由于进行同行评审，使大量人员对软件系统原本不熟悉的部分更加了解。因此，同行评审还提高了项目的连续性，培训了后备人员。第五章：18.软件策划的4 个步骤：（p104）1.估计软件工作产品的规模、工作量、费用及所需的资源。2.制定时间表。3.鉴别和评估风险。4.与相关的组成人协商策划中的有关约定。19.软件评估（p105）所谓软件评估，是
8、指对软件项目进行量化估计，并记录估计结果的过程。软件估计是软件策划的核心，是软件策划的重点和难点。20.IT企业常用的软件项目估摸估计4 种方法：1.希腊古都法。希腊古都法是最流行的专家评估技术，在没有历史数据的情况下，这种方式适用于评定过去与将来。2.类比法。评估一些与历史项目在应用领域、环境和复杂度的相似项目，通过新项目与历史项目的比较得到规模估计。类比法的精确度取决于历史项目数据的完整性和准确度。3.功能点估计法。功能点（实体数、构件数、屏幕数、报表数、文档数）测量是在需求分析阶段基本系统功能的一种规模估计方法。名师资料总结-精品资料欢迎下载-名师精心整理-第 2 页，共 6 页 -4.
9、无礼估计法。对各个项目活动的完成时间，按三种不同情况估计：一个产品的期望规模，一个最低可能估计，一个最高可能估计。用这三个估计用来得到一个产品期望规模和标准偏差的屋里统计估计。第六章：21.概要设计说明书和详细设计说明书的区别。（p118）概要设计说明书一是要覆盖需求规格说明书的全部内容，二是要做为知道详细设计的一局。因此，它注重于框架上的设计，包括软件系统的总体结构设计、全局数据库设计、外部接口设计、功能部件分配设计、部件之间的内部接口设计，它要覆盖需求说明书中的功能点列表、性能点列表、接口列表。它由系统设计师负责。详细设计说明书一是要覆盖概要设计说明书的全部内容，二是要做为指导程序设计的依
10、据。因此，它注重于微观上和框架内的设计，包括各子系统的公用部件实现设计、专用部件实现设计、存储过程实现设计触发器实现设计、外部接口实现设计、部门角色授权设计、其他详细设计等。它由高级程序员负责。22.模块的独立性可以从耦合和内聚两个方面来衡量。耦合定义了模块之间关系的紧密程度。内聚定义了组成模块的内部元素之间关系的紧密程度。通常，要求软件“高耦合低内聚”，即降低模块间的耦合关系，提高模块内部各元素的关联。（p120）23.软件架构应描述的问题：（p121）1)软件系统中包含了哪些子系统和部件。2)每个子系统和部件都完成哪些功能。3)子系统和部件对外提供或使用外部的哪些接口。4)子系统和部件间的
11、依赖关系，以及对实现和测试的影响。5)系统是如何部属的。24.面向过程详细设计（p123）重点描述工具：1）流程图（Flowchart）2）N-S 图 3）程序设计语言4）决策表25.OOA模型采用分层次结构，划分为5 个层次（p130）对象-类层属性层服务层结构层主题层OOD 体系结构的4 个部件内容：问题论域部分设计构造一组为底层应用建立模型的类和对象，细化分析结果。人机交互部分设计一组有关类接口视图的用户模型的类和对象，设计用户界面。任务管理部分确定系统资源的分配，设计用于系统中类的行为控制的对象/类。数据管理部分确定持久对象的存储，将对象转换成数据库记录或表格。第七章：26.三个模型定
12、义：（p155）功能模型：描述系统能做什么，即对系统的功能、性能、接口和界面进行定义。业务模型：描述系统在何时、何地、由何角色、按什么业务规则去做，以及做的步骤或流程，即对系统的操作流程进行定义。数据模型：描述系统工作钱的数据来自何处，工作中的数据暂存在什么地方，工作后的数据放在何处，以及这些数据之间的关联，即对系统的数据结构进行定义。27.业务模型的描述方法为：股指结构图，岗位职能表，业务流程图加上业务规则说明。在UML中，完整的业务模型由用例图、时序图、交互图、状态图、活动图来表述，但是时序图在标书中起到核心作用。（p156）28.功能模型在需求分析时的表示方法有：系统功能需求列表、性能需
13、求列表、接口需求列表、界面需求列表。UML规定采用用例图来描述功能模型。（p157）名师资料总结-精品资料欢迎下载-名师精心整理-第 3 页，共 6 页 -29.UML中有三种构造块：事物、关系和图。它们是UML建模中的积木元素或积木组合体。事物事物是构造块，UML中有 4 种事物：结构事物、行为事物、分组事物和注释事物。结构事物是UML模型中的静态元素，包括类、接口、协作、用况、主动类、构件和节点。（UML中的 7 种结构事物）（p176）第八章：30.构件：就是被标识的且可被复用的软件制品。（p189）上述定义有三个特点：第一，构件要被明确标识，即有一个被调用的名字；第二，构件应该可复用，
14、不可复用的只能称为模块或子系统；第三，构件是软件制品。31.程序设计风格的内容包括：规范化的程序内部文档、数据结构的详细说明、清晰的语句层次结构、遵守某一编程规范。（p190）编程规范的内容包括：命名规范、界面规范、提示及帮助信息规范、热键定义规范等。（p190）32.软件实现原则（p190）1）尽可能简单2）易于验证3）适应变化4）遵守某一编程规范5）选择项目组成员熟悉的工具或语言。33.代码重构（p195）代码重构是软件进化的重要手段，Martin Fowler 将重构定义为“对软件内部结构的修改，使之易于理解和修改，但不改变软件的对外可见的行为。”第九章：34.不符合项与bug 的异同（
15、p215）两者的相同点是，它们都说明软件有缺陷；两者的不同点是，它们之处的缺陷范围有所区别：“不符合项”所指出的缺陷范围广一些，抽象一些，如某一项功能没有达到用户需求报告中的标准；bug 所指出的缺陷范围小一些，准确一些，如某个程序块中有某个bug 以及该 bug 出现的条件、形势与环境。一般而言，“不符合项”偏重于对应用软件的评测，bug 偏重对系统软件的评测，“不符合项”包括bug，bug 是“不符合项”中的一种表现形式。35.软件测试V模型（p222）左侧是开发阶段，右侧是测试阶段，开发阶段先从定义软件需求开始，然后要把这些需求不断的转换到概要设计和详细设计中去，最后形成程序代码。软件测
16、试V模型V模型的重大贡献就是提高了软件测试的地位，它将软件测试工作做为软件工程中一个与开发过程同样重要的过程。需要对 V 模型进行改进，一是假如软件测试的定义和设计阶段，二是体现“尽早”的思想。改进后的 V 模型就形成了一个没有软件开发过程的。单独的软件测试V模型中，左边是软件测试的需求定义和设计阶段可以提前，提前到与开发阶段并行开展。需求分析系统测试概要设计验收测试详细设计编码单元测试集成测试名师资料总结-精品资料欢迎下载-名师精心整理-第 4 页，共 6 页 -改进后的软件测试V模型36.软件测试的分类（p224）安采用不同的测试技术分为：动态测试，静态测试，黑盒测试，白盒测试，通过测试，失败测试，负载/压力测试。黑盒测试（又叫功能测试）的方法，白盒测试的方法，执行路径例 9-3 根据测试的侧重点不同分为：1.易用性测试，2.边界值测试，3.回归测试（在软件发生修改之后，重新执行原有已经执行过的测试用例，以保证修改的正确性，为此目的开展的测试工作称为回归测试），5.Alpha 测试（Alpha 测试时开发人员或者测试人员在场，客户在开发环境下使用软件，也称为受控测试。）6.Beta
