【软件工程导论】期末复习重点 |
您所在的位置：网站首页 › 翻译概论知识点总结 › 【软件工程导论】期末复习重点 |
【软件工程导论】期末复习重点
|
【软件工程导论】期末复习笔记
1. 软件工程学概述1.1 软件危机1.2 软件工程1.3 软件工程方法学三要素1.4 软件生命周期1.5 软件过程的几个模型
2. 可行性研究2.1 可行性研究实质2.2 系统流程图符号2.3 数据流图的特点2.4 数据字典的定义2.5 数据字典由四类元素定义组成2.6 成本效益分析的目的2.7 三种成分估计技术2.8 货币的时间价值的计算
3. 需求分析3.1 模型是什么？3.2 结构化分析实质3.3 需求分析过程建立的三种模型3.4 数据模型中包含的三种相互关联的信息3.5 验证软件需求的方法
4. 总体设计4.1 总体设计的两个阶段4.2 总体设计中，划分出组成系统的物理元素有4.3 模块是构成程序的基本条件4.4 什么是抽象？4.5 信息隐藏还来的好处4.6 模块独立的概念4.7 耦合4.8 耦合设计原则4.9 内聚4.10 扇出的定义4.11 描述软件结构的图形工具
5. 详细设计5.1 根本目标5.2 任务5.3 三种基本的控制结构5.4 判定表5.5 判定树5.6 过程设计语言5.7 程序复杂度5.8 设计题
6. 实现6.1 概念6.2 程序的质量6.3 软件测试6.4 测试步骤6.5 单元测试6.6 集成测试6.7 自顶向下集成6.8 确认测试6.9 白盒/黑盒测试6.10 软件可靠性
7. 维护7.1 软件维护7.2 维护活动
1. 软件工程学概述
1.1 软件危机
软件危机是指在计算机软件的开发和维护中所遇到的一系列严重问题。 产生的原因： 一方面与软件本身的特点有关，另一方面也和软件开发和维护的方法不正确有关。 1.2 软件工程软件工程是指导计算机软件开发和维护的一门工程学科。 基本原理： 用分阶段的生命周期计划严格管理坚持进行阶段评审实行严格的产品控制采用现代程序设计技术结果应能清楚地审查开发小组的人员应该少而精承认不断改进软件工程实践的必要性 1.3 软件工程方法学三要素三要素：方法、工具、过程 最广泛的软件工程方法学是传统方法学、面向对象方法学 1.4 软件生命周期软件定义：问题定义、可行性研究、需求分析 软件开发：总体设计，详细设计，编码和单元测试，综合测试 运行维护：软件维护 1.5 软件过程的几个模型瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型 选择题 瀑布模型：带反馈环 快速原型模型：不带反馈环（快速） 喷泉模型：面向对象、无缝、迭代 增量模型（Incremental Model） 增量模型是一种非整体开发的模型。是一种进化式的开发过程。 螺旋模型将开发过程分为几个螺旋周期，每个螺旋周期可分为4个工作步骤： 目的：用最小的代价在尽可能短的时间内确定问题是否能够解决。 可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。 2.2 系统流程图符号P39
数据流图（DFD）是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。 2.4 数据字典的定义数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 2.5 数据字典由四类元素定义组成 数据流数据流分量（数据元素）数据存储处理 2.6 成本效益分析的目的成本/效益分析的目的：正是要从经济角度分析开发一个特定的新系统是否划算，从而帮助客户组织的负责人正确地做出是否投资于这项开发工程的决定。 2.7 三种成分估计技术 代码行技术任务分解技术自动估计成本技术 2.8 货币的时间价值的计算P51 通常用利率的形式表示货币的时间价值。假设年利率为 i i i，如果现在存入 P P P元。则 n n n年后可以得到的钱数为： F = P ( 1 + i ) n F=P(1+i)^n F=P(1+i)n，也就是 P P P元钱在 n n n年后的价值。反之，如果 n n n年后能收入 F F F元钱，那么这些钱现在的价值是： P = F / ( 1 + i ) n P=F/(1+i)^n P=F/(1+i)n 3. 需求分析 3.1 模型是什么？所谓模型，就是为了理解事物而对事物作出的一种抽象，是对事物的一种无歧义的书面描述。通常，模型由一组图形符号和组织这些符号的规则组成。 3.2 结构化分析实质结构化分析实质是一种创建模型的活动 3.3 需求分析过程建立的三种模型数据模型 功能模型 行为模型 3.4 数据模型中包含的三种相互关联的信息数据对象、数据对象的属性以及数据对象彼此间相互连接的关系 3.5 验证软件需求的方法 验证需求的一致性验证需求的现实性验证需求的完整性和有效性 4. 总体设计 4.1 总体设计的两个阶段系统设计阶段：确定系统的具体实现方案 结构设计阶段：确定软件结构 4.2 总体设计中，划分出组成系统的物理元素有程序 文件 数据库 人工过程 文档 4.3 模块是构成程序的基本条件 4.4 什么是抽象？人类在认识复杂现象的过程中使用的最强有力的思维工具是抽象。 4.5 信息隐藏还来的好处绝大多数数据和过程对于软件的其他部分而言是隐藏的，在修改期间由于疏忽而引入的错误就很少可能传到软件的其他部分。 4.6 模块独立的概念模块独立的概念是模块化、抽象、信息隐藏和局部化概念的直接结果。 4.7 耦合 数据耦合（低耦合）: 如果两个模块彼此间通过参数交换信息，而且交换的信息仅仅是数据控制耦合（中等程度的耦合）：如果传递的信息中有控制信息，则是控制耦合特征耦合： 当把数据结构作为参数传递而被调用的模块只需要使用其中一部分数据元素时，就出现了特征耦合公共环境耦合（介于数据耦合和控制耦合之间）： 如果两个模块共享的数据很多，都通过参数传递可能很不方便，这时可以利用公共环境耦合内容耦合（最高程度的耦合）： 出现下列情况之一，就发生了内容耦合 一个模块访问另一个模块的内部数据一个模块不通过正常入口而转到另一个模块的内部两个模块有一部分程序代码重叠一个模块有多个入口 4.8 耦合设计原则尽量使用数据耦合，少用控制耦合和特征耦合，限制公共环境耦合的范围，完全不用内容耦合。 4.9 内聚内聚标志着一个模块内各个元素彼此结合的紧密程度，他是信息隐藏和局部化概念的自然扩展。 几种内聚的区分： 偶然内聚：各个元素没有实质性联系。逻辑内聚：不同功能混在一起，合用部分程序代码。时间内聚：一个模块包含的任务必须在同一段时间内执行过程内聚：模块内必须以特定次序执行。通信内聚：所有元素都使用同一个输入数据产生同一个输出数据。顺序内聚：处理必须顺序执行。功能内聚：所有元素处理属于一个整体，完成一个单一的功能。重内聚的优劣评分： 功能内聚 10分 顺序内聚 9分 通信内聚 7分 过程内聚 5分 时间内聚 3分 逻辑内聚 1分 偶然内聚 0 分 4.10 扇出的定义扇出是一个模块直接控制（调用）的模块数目。 4.11 描述软件结构的图形工具几种图形工具的区别（选择题） 层次图 HIPO图 带编号的层次图 结构图 带箭头表示模块的调用关系 5. 详细设计 5.1 根本目标详细设计阶段的根本目标是：确定应该怎样具体地实现所需要的系统。 5.2 任务详细设计阶段的任务：不是具体地编写程序，而是要设计出程序的“蓝图”，以后根据这个“蓝图”写出实际的程序代码。 详细设计的结果基本上决定了最终地程序代码的质量。 5.3 三种基本的控制结构顺序、选择和循环 5.4 判定表判定表能清晰地表示复杂的条件组合与应做的动作之间的对应关系。（判定树和判定表概念一样，选判定表） 5.5 判定树判定树是判定表的变种，它也能清晰地表示复杂的条件组合与应做的动作之间的对应关系。 5.6 过程设计语言P128页，过程设计语言那里前两段，会选择描述不正确的。 过程设计语言PDL也称为伪码，是用正文形式表示数据处理过程的设计工具。 5.7 程序复杂度McCabe方法和Halstead方法是程序复杂程度定量度量的两种方法。 5.8 设计题P141页，3和5题，必考其中之一
通常把 编码 和 测试 统称为实现 所谓编码就是把软件设计结果翻译成用某种程序设计语言书写的程序 6.2 程序的质量程序的质量主要取决于软件设计的质量 6.3 软件测试对于软件测试而言，黑盒测试法把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程。 6.4 测试步骤 模块测试 目的：保证每个模块作为一个单元能正确运行，又称单元测试子系统测试 把经过单元测试的模块放在一起形成一个子系统来测试系统测试 把经过测试的子系统装配成一个完整的系统来测试验收测试 目的是验证系统确实能够满足用户的需要，也称确认测试平行运行P151，7.2.4 测试步骤 6.5 单元测试单元测试集中检测软件设计的最小单元——模块。 6.6 集成测试模块组装成程序有两种方法：先分别测试每个模块，再把所有模块按照设计要求结合成所要的程序，这种称为非渐增式测试方法，每次增加一个模块叫渐增式测试。 6.7 自顶向下集成自顶向下集成方法是一个被人们广泛采用的测试和组装软件的途径。 把附属于（及最终属于）主控制模块的那些模块组装到程序结构中去时，使用深度优先策略或者宽度优先策略。 深度优先和广度优先 6.8 确认测试为验证软件的有效性，应使用确认测试，也称验收测试。 目标是：验证软件的有效性 6.9 白盒/黑盒测试白盒测试包括：基本路径测试、条件测试、循环测试。 条件组合覆盖是几种覆盖标准中最强的。 黑盒测试是把程序看做一个黑盒子，完全不考虑程序的内部结构和处理过程。 黑盒测试技术包括：等价划分、边界值分析、错误推测。 6.10 软件可靠性保证软件可靠性主要手段是软件测试。 7. 维护 7.1 软件维护软件维护的定义：所谓的软件维护就是在软件已经交付使用后，为了改正错误或满足新的需要而修改软件的过程。 7.2 维护活动四项描述软件交付后可能进行的维护活动： 改正性维护：诊断和改正错误的过程。适应性维护：为了和变化了的环境适当地配合而进行。完善性维护：在使用中，用户往往提出增加新功能或修改已有功能的建议，还可能提出一般性的改进意见。预防性维护：为了改进未来的可维护性或可靠性，或为了给未来的改进奠定更好的基础。完善性维护占全部维护活动的50%-66%，改正性维护占17%-21%，适应性维护占18%-25%，其他占4%。 来源大佬的:软件工程复习 加油! 感谢! 努力! |
自顶向下设计软件的过程
【本文地址】
今日新闻 |
推荐新闻 |