《软件工程复习提纲》由会员分享，可在线阅读，更多相关《软件工程复习提纲（23页珍藏版）》请在金锄头文库上搜索。
1、v 1.什么是软件？v 是一系列按照特定顺序组织的计算机数据和指令的集合，包括程序、数据和文档。v 附：软件的特征：成本高、风险大、维护困难vv 2.什么是软件危机，其内容主要是指什么？v 原因：1、与软件本身的特点有关；2、与软件开发人员有关； 定义： 在计算机软件开发和维护过程中所遇到的一系列严重的问题。 1）对软件开发成本和进度的估计常常不准确。 2）用户对“已完成”系统不满意的现象经常发生。 3）软件产品的质量不可靠。 4）软件的可维护程度非常之低。 5）软件通常没有适当的文档资料。 6）软件的成本不断提高。 7）软件开发生产率无法满足人们对软件的生产要求，软件开发生产率的提高落后于硬
2、件的发展。3.什么是软件工程？开发、运行和维护软件的系统方法 软件工程主要研究软件生产的客观规律性，建立与系统化软件生产有关的概念、原则、方法、技术和工具，指导和支持软件系统的生产活动，以期达到降低软件生产成本 、改进软件产品质量、提高软件生产率水平的目标。4.软件工程的目标（ PP.41 ）及其组成部分。方法、工具和过程。 软件工程的目标是：在给定成本、进度的前提下，开发出具有适用性、有效性、可修改性、可靠性、可理解性、可维护性、可重用性、可移植性、可追踪性、可互操作性和满足用户需求的软件产品。方法: 是指产生某些结果的形式化过程， 工具: 是用更好的方式完成某件事情的设备或自动化系统，如各
3、种集成开发环境、编译工具、测试工具等。 过程: 生产特定产品的工具和技术的结合 软件工程方法学包含3个要素：方法、工具和过程。5.软件开发方法的定义。 通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学。比如SASD方法、面向对象的软件开发方法。6.好的软件的一些主要衡量指标。例如McCall 的质量模型。 （1）质量,它的衡量：产品的质量、过程的质量、商业环境背景下产品的质量。McCall 的质量模型： 需求分析员: 与客户合作，确定并文档化客户需求 设计人员: 生成系统描述:系统要做什么 程序员: 编写事先指定需求的代码 测试人员: 发现错误 培训人员: 向用户说明如何使用这
4、个系统 维护小组: 修复系统验收之后出现的错误 资料管理员: 准备和存储软件需求文档等 配置管理团队: 保持各工件之间的通信附：开发团队的成员 第二章1.什么是软件生命周期？主要分为哪些阶段？各个阶段的主要任务及产生的主要制品？定义：当过程是在开发软件产品时，把这种软件开发过程称为软件生命周期。阶段：(1)可行性研究与计划任务：对于问题是否有行得通的解决方法（技术、经济、操作、社会）制品：可行性论证报告初步的项目开发计划(2)需求分析任务：为了解决这个问题，目标系统必须做什么制品：软件需求规格说明书(3)总体（概要）设计 任务：概括地说，应该怎样实现目标系统制品：概要设计规格说明书数据库或数据
5、结构设计说明书集成测试计划(4)详细设计任务：应该怎样具体地实现这个系统制品：详细设计规格说明书单元测试计划(5)实现任务：写出正确的容易理解、容易维护的程序模块制品：源程序代码(6)集成测试任务：根据概要设计规格说明书，将经过单元测试的模块逐步进行集成和测试制品：生成满足概要设计要求、可运行的系统源程序和系统集成测试报告(7)确认测试 任务：根据软件需求规格说明书，测试软件系统是否满足用户的需求制品：可供用户使用的软件产品(文档，源程序)(8)使用和维护任务：通过各种必要的维护活动使系统持久地满足用户的需要制品：版本更新的软件产品2.需求分析的定义。 确定用户对待开发软件系统的需求包括： 功
6、能 性能 运行环境约束3.典型的软件开发过程模型的特点（优缺点）及要求，特别是原型法、瀑布模型、增量和迭代等（1）瀑布模型：需求分析-系统设计-程序设计-编码-单元测试和集成测试-系统测试-验收测试-运行和维护； 优点：采用规范的方法；严格规定每个阶段提交的文档；要求每个阶段交出的产品必须经过验证；缺点：对如何处理开发中产品和活动的变化没有提供相关的指导 将软件开发视为制造而不是创造 创造一个产品没有迭代的活动 需要等待很长时间（2）V模型： 用单元测试验证程序设计 用系统测试验证系统设计 用验收测试验证需求 如果在验证和确认过程中发现了问题，那么在再次执行右边的测试步骤之前，重新执行左边的步
7、骤以修正左边（3）原型化模型： 允许需求或设计反复调查 减少开发中的风险和不确定性 原型模型存在的问题 为了使原型尽快的工作，没有考虑软件的总体质量和长期的可维护性。 为了演示，可能采用不合适的操作系统、编程语言、效率低的算法，这些不理想的选择成了系统的组成部分。 开发过程不便于管理。（3）增量开发: 先定义一个小的功能子系统，再在每个新的发布中增加新功能迭代开发: 一开始就提交完整的系统，再在每一个新的发布中改变每个子系统的功能 减少循环时间 系统一部分一部分地交付 两个系统功能可以并行4. 原型法的特点以及分类：探索型原型、实验型原型和演化型原型法定义原型法是指在获取一组基本的需求定义后，
8、利用高级软件工具可视化的开发环境，快速地建立一个目标系统的最初版本，并把它交给用户试用、补充和修改，再进行新的版本开发。反复进行这个过程，直到得出系统的“精确解”，即用户满意为止。 演化型原型 不仅帮我们回答问题，而且还要演变为最终产品 原型必须展现最终产品的质量需求，并且这些质量的要求不能改进 5.极限编程的特点 交流: 保持客户和开发者的交换看法 简单性: 选择简单设计和实现 勇气: 尽早并经常性交付功能(敢于承诺并信守诺言) 反馈:开发过程中各种活动循环 第三章v 1. 了解项目计划和管理的主要内容和常用的方法。v Ppt71到81vv 2.软件可行性研究的内容。v 技术、经济、操作、社
9、会四个可行性vv 3. 估算工作量的主要方法：代码行、任务分解技术、自动估算成本技术。v 1）代码行技术v 软件成本 = 每行代码的平均成本估计的源代码总行数 估算方法： 由多名有经验的软件工程师分别做出估计。 每个人都估计程序的最小规模(a)、最大规模(b)和最可能的规模(m)， 分别算出这3种规模的平均值、和之后，再用下式计算程序规模的估计值： L=（a的平均值+4*m的平均值+b的平均值）/6单位： LOC或KLOC。 代码行技术的优点： 代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数； 有大量参考文献和数据 。代码行技术的缺点： 源程序仅是软件配置的一个成分，由源程序度量
10、软件规模不太合理； 用不同语言实现同一个软件所需要的代码行数并不相同； 不适用于非过程性语言。 2）任务分解技术 软件开发项目分解为若干个相对独立的任务，分别估计每个单独任务的成本： 单独任务成本 = 任务所需人力估计值每人每月平均工资； 软件开发项目总成本估计 = 各个单独任务成本估计值之和。 3）自动估计成本技术 采用自动估计成本的软件工具估计 第四章v 1.了解需求的重要性及需求分析阶段的主要产物。v 如果开发过程的早期没有检测到并修复需求错误，那么会造成很高的代价，甚至使项目失败。v 产物：软件需求规格说明书vv 2.需求的类型：功能需求、非功能需求或质量需求、设计约束、过程约束。v
11、功能需求: 根据要求的活动描述需求行为v 质量需求或非功能需求: 描述软件必须拥有的质量特征v 设计约束: 已经做出的设计决策或对问题解决方案集的限制的设计决策v 过程约束: 对用于构建系统的技术和资源的限制vv 3. 两种需求文档：需求定义文档和需求规格说明书。v 需求定义: 用户想要得到的每一件事情的完整列表。v 描述打算构建的系统将要安装的环境中的实体v 需求规格说明: 将需求重新陈述为关于要构建的系统将如何运转的规格说明vv 4. 需求规格说明书的主要内容。v 详细描述输入和输出 ，包括v 输入的源v 输出的目的地, v 有效范围 v 输入输出的数据格式v 数据协议v 窗口格式和组织v
12、 计时约束 v 根据接口的输入输出重新陈述要求的功能v 对用户的质量需求，设计适配标准 vvv 5. 常用的需求建模表示方法：ER图、事件跟踪、状态机、Petri网、数据流图、用例图和原型法。v ER图：v 一种表示概念模型的流行图形表示法v 三个核心结构v 实体: 表示为矩形，代表具有共同性质和行为的现实世界对象构成的集合v 关系: 表示为两个实体之间的边，边中间有一个菱形，表示关系的类型属性: 是实体的注释，描述实体相关的数据或性质 事件跟踪： 关于现实世界实体之间交换的时间序列的图形描述 垂直线: 不同实体的时间线，其名字出现在线的顶部 水平线: 两个实体之间的一个事件或交互 时间按从顶
13、到下跟踪进展 每一个图描述一个跟踪，表示只是若干个可能行为中的一个 事件跟踪语义相对简单，易于理解状态机： 是一种图形描述，描述了系统与其环境之间的所有对话 点(状态) 表示存在于事件发生之间的一个稳定的条件集合 边(转移) 表示由于一个事件的发生而产生的行为或条件的变化 在表示动态行为方面，以及在描述在响应已经发生的历史事件时行为将如何变化方面很有用 Petri网: Petri 网是状态-转移表示法的一种形式，用于建模并发活动以及他们之间的交互。 圆圈：位置 条：变迁 弧：箭头 点：令牌数据流图: 数据流图 (DFD) 建模功能以及从一个功能到另一个功能数据流 一个泡泡表示： 一个 加工 箭头表示： 数据流 平行线：数据存储: 正式的库或信息库 矩形：表示参与者: 提供输入数据或接受输出的实体 用例图: 构成 大的方框: 系统边界 方框外的小人: 参与者，人或者系统 方框内的椭圆: 用例，表示必须的主要功能及其变种 参与者和用例之间的线: 参与者参与了该用例 用例不一定建模系统应该提供的所有任务，而是用于说明用户对重要系统行为的观察 v 6.v （1）UML的作用：是为软件系统的制品进
