软件工程复习提纲

1、什么是软件？1. ? 是一系列按照特定顺序组织的计算机数据和指令的集合，包括程序、 ?数据和文档。 ? 附：软件的特征：成本高、风险大、维护困难 ? 什么是软件危机，其内容主要是指什么？ 2.? 原因：、与软件本身的特点有关；、与软件开发人员有关； ?1 2定义： 在计算机软件开发和维护过程中所遇到的一系列严重的问题。 ）对软件开发成本和进度的估计常常不准确。 1）用户对“已完成”系统不满意的现象经常发生。 2）软件产品的质量不可靠。 3）软件的可维护程度非常之低。 4）软件通常没有适当的文档资料。 5）软件的成本不断提高。 6）软件开发生产率无法满足人们对软件的生产要求，软件开发生产率的提高

2、落 7后于硬件的发展。 什么是软件工程？ 3.开发、运行和维护软件的系统方法 软件工程主要研究软件生产的客观规律性，建立与系统化软件生产有关 ? 的概念、原则、方法、技术和工具，指导和支持软件系统的生产活动，以期达到降 低软件生产成本 、改进软件产品质量、提高软件生产率水平的目标。 软件工程的目标（）及其组成部分。方法、工具和过程。 4.PP.41软件工程的目标是：在给定成本、进度的前提下，开发出具有适用性、 ? 有效性、可修改性、可靠性、可理解性、可维护性、可重用性、可移植性、可追踪 性、可互操作性和满足用户需求的软件产品。 方法是指产生某些结果的形式化过程， : 工具是用更好的方式完成某件

3、事情的设备或自动化系统，如各种集成 ?: 开发环境、编译工具、测试工具等。 过程生产特定产品的工具和技术的结合 ?: 软件工程方法学包含个要素：方法、工具和过程。 ?3 软件开发方法的定义。 5.通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学。 比如方法、面向对象的软件开发方法。 SASD 好的软件的一些主要衡量指标。例如的质量模型。 6. McCall （）质量它的衡量：产品的质量、过程的质量、商业环境背景下产品的质 1,量。 的质量模型： McCall 附：开发团队的成员需求分析员与客户合作，确定并文档化客户需求 ?: 设计人员生成系统描述系统要做什么 ?: 程序员编写事

4、先指定需求的代码 ?: 测试人员发现错误 ?: 培训人员向用户说明如何使用这个系统 ?: 维护小组修复系统验收之后出现的错误 ?: 资料管理员准备和存储软件需求文档等 ?: 配置管理团队保持各工件之间的通信 ?: 第二章 什么是软件生命周期？主要分为哪些阶段？各个阶段的主要任务及产生的主要制品？ 1.定义：当过程是在开发软件产品时，把这种软件开发过程称为软件生命周期。 阶段： 可行性研究与计划 (1)任务：对于问题是否有行得通的解决方法（技术、经济、操作、社会） 制品：可行性论证报告 初步的项目开发计划 需求分析 (2)任务：为了解决这个问题，目标系统必须做什么 制品：软件需求规格说明书 总体

5、（概要）设计 (3)任务：概括地说，应该怎样实现目标系统 制品：概要设计规格说明书 数据库或数据结构设计说明书 集成测试计划 详细设计 (4)任务：应该怎样具体地实现这个系统 制品：详细设计规格说明书 单元测试计划 实现 (5)任务：写出正确的容易理解、容易维护的程序模块 制品：源程序代码 集成测试 (6)任务：根据概要设计规格说明书，将经过单元测试的模块逐步进行集成和测试 制品：生成满足概要设计要求、可运行的系统源程序和系统集成测试报告 确认测试 (7)任务：根据软件需求规格说明书，测试软件系统是否满足用户的需求 制品：可供用户使用的软件产品文档，源程序) ( 使用和维护 (8)任务：通过各

6、种必要的维护活动使系统持久地满足用户的需要 制品：版本更新的软件产品 需求分析的定义。 2.确定用户对待开发软件系统的需求包括： 功能 ? 性能 ? 运行环境约束 ? 典型的软件开发过程模型的特点（优缺点）及要求，特别是原型法、瀑布模型、增量和 3.迭代等 （）瀑布模型：需求分析系统设计程序设计编码单元测试和集成测试系统测试- -1-验收测试运行和维护； -优点：采用规范的方法；严格规定每个阶段提交的文档；要求每个阶段交出的产品必 须经过验证； 缺点：对如何处理开发中产品和活动的变化没有提供相关的指导 将软件开发视为制造而不是创造? 创造一个产品没有迭代的活动? 需要等待很长时间? （）模型：

7、 2 V用单元测试验证程序设计 ? 用系统测试验证系统设计 ? 用验收测试验证需求 ? 如果在验证和确认过程中发现了问题，那么在再次执行右边的测试步骤之前，重新 ? 执行左边的步骤以修正左边 （）原型化模型： 3允许需求或设计反复调查 ? 减少开发中的风险和不确定性 ? ? 原型模型存在的问题 ? 为了使原型尽快的工作，没有考虑软件的总体质量和长期的可维护性。? 为了演示，可能采用不合适的操作系统、编程语言、效率低的算法，? 这些不理想的选择成了系统的组成部分。 开发过程不便于管理。? （）增量开发先定义一个小的功能子系统，再在每个新的发布中增加新功能 3 :迭代开发一开始就提交完整的系统，再

8、在每一个新的发布中改变每个子系统的功能 : 减少循环时间 ? 系统一部分一部分地交付 ? 两个系统功能可以并行 ?原型法的特点以及分类：探索型原型、实验型原型和演化型 4. 原型法定义 原型法是指在获取一组基本的需求定义后，利用高级软件工具可视化的开发环境，快 速地建立一个目标系统的最初版本，并把它交给用户试用、补充和修改，再进行新的版本 开发。反复进行这个过程，直到得出系统的“精确解”，即用户满意为止。 演化型原型 ? 不仅帮我们回答问题，而且还要演变为最终产品 原型必须展现最终产品的质量需求，并且这些质量的要求不能改进 极限编程的特点 5.交流保持客户和开发者的交换看法 : 简单性选择简单

9、设计和实现 : 勇气尽早并经常性交付功能敢于承诺并信守诺言 ):( 反馈开发过程中各种活动循环 : 第三章 了解项目计划和管理的主要内容和常用的方法。 1. ? 到 81 Ppt71 ? 软件可行性研究的内容。 2.? 技术、经济、操作、社会四个可行性 ? 估算工作量的主要方法：代码行、任务分解技术、自动估算成本技术。 ? 3.）代码行技术 1? 软件成本每行代码的平均成本估计的源代码总行数 ? =估算方法： 由多名有经验的软件工程师分别做出估计。 ? 每个人都估计程序的最小规模、最大规模和最可能的规模， ?)(b)(a)m 分别算出这种规模的平均值、和之后，再用下式计算程序规模的估计值： ?

10、3 （的平均值的平均值的平均值）? /6+4*ma+bL= 单位：或。 KLOC LOC代码行技术的优点： 代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数； ? 有大量参考文献和数据。 ? 代码行技术的缺点： 源程序仅是软件配置的一个成分，由源程序度量软件规模不太合理； ?用不同语言实现同一个软件所需要的代码行数并不相同； ? 不适用于非过程性语言。 ? ）任务分解技术 ?2 软件开发项目分解为若干个相对独立的任务，分别估计每个单独任务的成本：? 单独任务成本任务所需人力估计值每人每月平均工资；? = 软件开发项目总成本估计各个单独任务成本估计值之和。? = ）自动估计成本技术

11、?3 采用自动估计成本的软件工具估计 第四章 了解需求的重要性及需求分析阶段的主要产物。1. ? ? 如果开发过程的早期没有检测到并修复需求错误，那么会造成很高的代 价，甚至使项目失败。 ? 产物：软件需求规格说明书 ? 需求的类型：功能需求、非功能需求或质量需求、设计约束、过程约2.? 束。 功能需求根据要求的活动描述需求行为 ? : 质量需求或非功能需求描述软件必须拥有的质量特征 ? : 设计约束已经做出的设计决策或对问题解决方案集的限制的设计决策 ? : 过程约束对用于构建系统的技术和资源的限制 ? : ? 两种需求文档：需求定义文档和需求规格说明书。 3.? 需求定义用户想要得到的每一

12、件事情的完整列表。 ? : ? 描述打算构建的系统将要安装的环境中的实体 需求规格说明将需求重新陈述为关于要构建的系统将如何运转的规格 ?: 说明 ? 需求规格说明书的主要内容。 4.? ? 详细描述输入和输出 ，包括 ? 输入的源 输出的目的地 ?, ? 有效范围 ? 输入输出的数据格式 ? 数据协议 ? 窗口格式和组织 ? 计时约束 ? 根据接口的输入输出重新陈述要求的功能 ? 对用户的质量需求，设计适配标准 ? ?常用的需求建模表示方法：图、事件跟踪、状态机、网、数5.? ER Petri 据流图、用例图和原型法。 图： ER? ? 一种表示概念模型的流行图形表示法 ? 三个核心结构 实

13、体表示为矩形，代表具有共同性质和行为的现实世界对象构 ?: 成的集合 关系表示为两个实体之间的边，边中间有一个菱形，表示关系 ?: 的类型 属性是实体的注释，描述实体相关的数据或性质 : 事件跟踪： 关于现实世界实体之间交换的时间序列的图形描述 ? 垂直线不同实体的时间线，其名字出现在线的顶部: 水平线两个实体之间的一个事件或交互: 时间按从顶到下跟踪进展 每一个图描述一个跟踪，表示只是若干个可能行为中的一个 ? 事件跟踪语义相对简单，易于理解 ? 状态机： 是一种图形描述，描述了系统与其环境之间的所有对话 ? 点表示存在于事件发生之间的一个稳定的条件集合)( 状态 边表示由于一个事件的发生而

14、产生的行为或条件的变化)( 转移 在表示动态行为方面，以及在描述在响应已经发生的历史事件时行为将 ? 如何变化方面很有用 网: Petri 网是状态转移表示法的一种形式，用于建模并发活动以及他们之 ?-Petri 间的交互。 圆圈：位置 ? 条：变迁 ? 弧：箭头 ? 点：令牌 ? 数据流图: 数据流图建模功能以及从一个功能到另一个功能数据流 ?(DFD) 一个泡泡表示：一个 加工 箭头表示： 数据流 平行线：数据存储正式的库或信息库: 矩形：表示参与者提供输入数据或接受输出的实体: 用例图:构成 ? 大的方框: 系统边界 方框外的小人: 参与者，人或者系统 方框内的椭圆用例，表示必须的主要功

15、能及其变种: 参与者和用例之间的线参与者参与了该用例: 用例不一定建模系统应该提供的所有任务，而是用于说明用户 ? 对重要系统行为的观察 ? 6. 、可视化（）的作用：是为软件系统的制品进行描述（） ?specifyingUML1 （）、构造（）、文档化（）的一种语documentingvisualizingconstructing 言。 ? （）中的视图：用例视图，设计视图，进程视图，实现视图， ? 1 24UML 分布视图。 ? （）中的三种扩展机制 ? UML3 构造型标记值约束? contraint.tagged Stereotype,value, ? （）中所包含的种图形及各自的作用

16、。 ? 104 UML ? （）用例图的作用。 ?5 ?用例图用来描述软件需求模型中的系统功能，通过一组用例可以描述 软件系统能够给用户提供的功能。 ?用例图可以作为整个系统开发过程中的开发依据，指导和驱动其他模 型。 ? （）用例图的主要构成部分。 ?6 ?执行者、系统边界和用例 第五章 获取需求 5.概念设计：告诉客户系统将做什么 ? 数据来自哪里系统中数据会发生什么情况对用户来说，系统将会是什么向用户 ?提供的选择是什么事件的计时是什么报表和屏幕是什么样的） ?技术设计：告诉变成这系统将做什么 ? 对主要硬件部分及其功能的描述 软件构件的层次和功能 数据结构 数据流 好设计的衡量：耦合和

17、内聚 耦合度： 高度耦合：当两个构件之间有大量依赖关系的时候 ? 松散耦合：当两个构件具有某种程度的依赖，但他们之间的相互连接比较弱 ? 非耦合：构件之间不存在相互连接 ? 耦合度的类型： 内容耦合：当一个构件修改了另一个构件的内部数据项时，或一个构件内的分支转 ? 移到另外一个构件中的时候，可能出现内容耦合 公共耦合：对公共数据的改变意味着需要通过反向跟踪所有访问过该数据的构件来 ? 评估该改变的影响 控制耦合 ? 标记耦合 ? 数据耦合 ? 内聚：如果构件的所有元素都是直接面向执行同一个任务的并且必须的，那么该构 ? 件是内聚的 细述对象 6. 中的典型特征，其中特别是封装、继承和多态。

18、OOM1.标识 ? 抽象 ? 分类 ? 封装 ? 继承 ? 多态 ? 持久性 ? 对象的概念： ? 对象是指某个事物，大多对应于真实世界中的某个客观实体；但有些对象在真实世界中没有直接的对应物，是人们对某个事物的一种抽象描述。对象的基本特征可以 归纳为对象的属性和行为两类。 类的概念： 类是指对一组具有相同特征的对象的抽象描述；任何对象都是某个类的实例。 类图的作用： 类图技术是方法的核心技术，应用非常广泛，其中类、对象以及它们之间的关 OO系是最基本的建模元素。类模型和对象模型揭示了系统的结构。 了解类之间的各种关系：关联、依赖、继承或泛化、组合聚合等。 2./? 关联用来表示来表示两个（或

19、多个）类的对象之间的结构关系，它在代码中表现为 一个类以属性的形式包含对另一个类的一个或多个对象的引用。 泛化关系：继承关系定义类和包之间的一般元素和特殊元素之间的分类关系。 )? (继承(Inheritance): ?泛化关系的一种实现机制 并非所有的泛化关系都适合用继承关系实现 ? 聚合：是表示类和类之间的“整体部分”关系，用空心菱形表示。聚合表示类之 间的整体与部分的关系。聚合意味着一个类拥有但共享另一个类的对象 组合是聚合的一种特殊情形，用实心菱形表示。与聚合相比，它有两个特点： 一个部分类最多只能属于一个整体类 1. 当整体类不存在时，部分类将同时被销毁。 2. 了解类图的基本建模步

20、骤。 3.（）寻找出需求中的名词候选对象。 (? )1（）合并含义相同的名词，排除范围以外的名词，并寻找隐含的名词。 ? 2（）去掉只能作为类属性的名词。 3?（）剩下的名词就是要找的分析类（候选类。 4? )（）根据常识、问题域、系统责任确定该类有那些属性。 5? （）补充该类动态属性，如状态、对象间联系（如聚合、关联）等属性。 6? 。（）从需求中的动词、功能或系统责任中寻找类的操作（候选操作）7 ? 接口和抽象类的定义及各自的特点。 4.? 抽象类是指那些不具有任何对象的类，其作用是为其他的类描述它们的公共属性和 行为。通常，抽象类具有一组抽象操作。一个拥有至少一个抽象操作的类必定是一

21、个抽象类。 ? 接口是一组没有实现的操作的集合。接口只提供操作的声明，不提供任何相应的功 能代码。具体的功能代码由使用该接口的类实现，这叫作实现关系。 一个类和一个接口不同：一个类可以有它形态的真实实例，然而一个接口必须至少 有一个类来实现它。 交互图的分类：顺序图和协作图。这两种图形各自的优缺点。注意中协作图改 2.0 5.UML 称通信图。 ? 序列图主要用来描述对象之间信息交换时的时间顺序，它强调的是消息发送 的时间的先后顺序 而协作图则用来描述系统对象之间如何协作共同完成系统功能的要求。协作 ? 图描述对象之间消息的连接关系，侧重说明哪些对象之间有消息传递。与序 列图相比，通过编号来看

22、消息的执行顺序比较困难，但协作图中对象间灵活 的空间布局可以更方便地展示动态连接关系等有用信息。用来描述对象之间的动态关系。序列图和协作图都属于交互图 ,? ? 序列图强调消息的时间顺序，协作图强调参与交互的对象的组织关系。 ? 序列图和协作图在语义上是等价的，两者可以相互转换。 ? 相同点：它们都表现出了对象之间的交互信息。 1. ?两个图对象的绘制方式相同 2.? 不同点：? 顺序图反映了对象之间交互的时间关系，而通信图反映了对象之间交互的空间关 1.? 系。顺序图用于展示特定的业务场景，而通信图用来展示详细的业务过程。 2.? 顺序图的对象在图形的顶部一字排开，而通信图对象的摆放位置在二

23、维空间只要 ? 3. 选择合适的位置即可。通信图不能表现组合片段。 4.? 状态图和活动图各自的作用。注意活动图中泳道的作用。 6. 状态图：描述交互对对象内部的影响，交互图中的消息在这里变成外部事件对对象? 发出的命令，对象对这些命令的响应导致对象的状态发生变化。因此，从这个意义 上说，状态图是顺序图的进一步细化，并且是对核心对象（选择核心对象的依据是 看是否在多个交互图中有多个消息指向该对象）的细化。活动图是一种特殊形式的状态机，用于对计算流程和工作流程建模 .? ；交互与交互图相比：活动图着重表现活动的控制流，描述在对象之间传递的操作 ? 图着重表现的是对象到对象的控制流，描述在对象之间

24、传递的消息 泳道是活动图里对其中的活动按照其职责上的关联进行的划分。泳道在活动图内是? 一系列的垂直的隔断（这也是泳道这个名字的由来） 组件图的作用以及组件与接口间的关系。 7. 组件是系统的一个物理的和可替代的组成部分，该组成部分遵循并实现了一组给定的 接口。组件属于实现视图 部署图的作用。 8. 用来描述软件产品在计算机硬件系统和网络上的安装 -）分发（ delivery - ）分布（ - distribution 主要的面向对象设计原则及各自的原理： 1.简介 设计原则名称 任意父类可以出现的地方，子类也可以出里氏替换原LS软件实体（类、模块、函数等）应该是可扩展的，但是不可修改特征：模

25、块的行为可以扩展，当应用的需求改对于扩展是开放的extensioOpefo开闭原对扩展开发，对修改关OC时，可以对模块进行扩展，以满足新的需：对模块行为扩展时，不必改动模块对于更改是封闭的fomodificatioClose源代码或二进制代类的职责单单一职责原SR开闭原则的思想及关键封闭原则开OpeClosPrincipleOCTh针对抽象（或接口）编程，而不针对具体编依赖倒转原DI软件实体（类、模块、函数等）应该是可扩展的，但是不可修改特征：模块的行为可以扩展，当应对于扩展是开放的extensioOpefo的需求改变时，可以对模块进行扩展，以满足新的需使用多个专门接口要优于使用单一的接接口隔

26、离原IS：对模块行为扩展时，不对于更改是封闭的fomodificatioClose改动模块的源代码或二进制代优先使用组合或聚合关系，不要过于使用继承关组合聚合原CR设计模式的分类4行为结构创建原则设计模式与面向对象设计原则之间的关系，特别OC5的角度进行分析掌握各种工厂模式的设计思想及其原理，了解如何6OC迪米特原一个软件实体对其他实体的引用越少越好Lo 中的子类型与继承的关系及区别。 LSP 2. 蓝色的字指的是上没有的问题。黄色 /ppt 是了解内容 编写程序7. 注意编程程序过程中应遵循一定的标准和过程。1. 对单个开发人员的标准 编写代码文档的方法对其他开发人员的标准 集成人员维护人员

27、测试人员 , 文档序言 对代码分析的自动化工具 设计和实现的匹配 低耦合高内聚定义明确的接口 , 了解一些编程指导原则。 2. ?控制结构 使程序容易阅读 根据模块化的块来构建程序 不要让代码太过特殊，也不要太过普通 用参数名和注释来展现构件之间的耦合度 构件之间的关系必须是可见的 ?算法 重点关注性能 : 效率可能会伴随着一些隐藏的代价 编写更快代码的代价 测试代码的代价 用户理解代码的代价 修改代码的代价 ?数据结构 有几种使用数据结构的技术提出应该怎样对程序进行组织 保持程序简单 用数据结构来决定程序结构 保持程序简单? (continued) ?通用性指导原则 局部化输入和输出 包含伪

28、代码 改正和重写，而不是打补丁 复用 生产者复用在设计的构建要在以后的应用中进行复用 : 消费者复用正在使用的构件是原先为其他项目开发的构件 : 注意实现容错技术的主要手段是冗余，冗余通常分为四类结构冗余。(2):(1)3. ）冗余附加技术。信息冗余时间冗余和（4(3) 软件中的注释主要分：序言性注释和功能性注释两种。4.测试程序和测试系统9. 8. 测试的目标和衡量标准。 1. 测试目标发现错误 : 只有当发现了错误时，测试才被认为是成功的 故障识别是确定由哪一个故障或哪些故障引起失效的过程 故障改正是修改系统使得故障得以去除过程 。各种类型的测试的主要任务及所依赖的文档。测试的分类（或组织

29、） 2. 模块测试、构件测试、单元测试 集成测试 功能测试 性能测试 验收测试 安装测试 测试 Alpha 测试 Beta 黑盒测试和白盒测试的思想，了解白盒测试中的基本路径测试等方法。 3. 闭盒或黑盒测试对象的功能 : 开盒或白盒测试对象的结构 : 黑盒优点 免于受强加给测试对象内部结构和逻辑的约束 缺点 不可能总是进行完备的测试 单元测试的主要内容。 4. 检查代码 代码走查 代码审查 典型的审查准备时间和会议时间 错误发现率 证明代码的正确性 形式化证明技术 符号执行自动定理证明 测试与证明 证明在假设环境下 : 测试实际操作环境下运转的相关信息 : 选择测试用例的步骤 确定测试目标

30、选择测试用例 定义测试 测试的完全性 语句测试 分支测试 路径测试 定义使用的路径测试 所有使用的测试 所有谓词使用部分计算使用的测试/ 所有计算使用部分谓词使用的测试/ 集成测试的类型及主要的测试策略。 5. 自底向上的测试 自顶向下测试 一次性测试 三明治测试 改进的自顶向下测试进行合并之前每一个层的构件进行单独测试 : 改进的三明治测试允许在将较上层的构件和其他构件合并前，先对这些较上: 层的构件进行测试 了解测试计划的主要内容。 6. 计划的目的 构建测试目标 设计测试用例 编写测试用例 测试测试用例 执行测试 评估测试结果 计划的内容 测试的目标是什么 怎样进行测试 用什么标准确定何

31、时测试完成 测试系统中的测试过程：功能测试、性能测试、验收（或确认）测试、安装 7. 测试，及它们的内容。 集成系统是否按照需求规格说明执行它的功能功能测试? : 是否满足非功能需求性能测试? : 系统是客户期望的吗？验收测试 : 系统能在客户端运行吗安装测试 :? 系统维护 11. 维护活动的类型：改正性、适应性、完善性、预防性。 1. 各种维护活动的主要内容和目标。 2. 改正性维护对日常的系统功能的控制: 适应性维护对系统修改的控制: 完善性完善现有系统: 预防性防止系统性能下降到不可接受的程度: 软件再生：文档重构、重组、逆向工程、再工程，以及它们各自的内容和含 3. 义。 文档重构对

32、原代码进行静态分析，给出更多的信息: 重组改变代码结构 : 逆向工程根据代码重新创建设计和规格说明信息: 再工程对现有工程进行逆向工程，接着再改变规格说明和设计以完成逻: 辑模型 ；然后，根据修改的规格说明和设计生成新的系统 其他 了解产品评估的几种方法：特征分析、调查、案例研究和正式的试验。 1. 对属性进行评分和排列特征分析 :调查: 记录数据 确定项目参与者对某一方法、工具或技术的反应是怎样的 确定趋势或关系 获取产品或项目的相关信息 记录构件规模、故障数目、花费的工作量 案例研究 确定可能影响活动的结果的关键因素，随后记录下它们 包括一系列步骤概念、设计、准备、执行、分发以及决策 :将

33、一种情形和另一种情形进行比较 正式试验 操纵自变量 用一些方法来减少偏见和消除混杂因素 通常测量一个活动的复制实例 通过变量研究样本实例具有代表性 : 了解几种主要的产品质量模型：的模型、和的模型。 Dromey 9126 2. Boehm ISO产品质量模型 的质量模型 Boehm 反映了对质量的一种理解 软件做了用户想要它做的事情 软件正确、有效地使用了计算机 软件易于用户学习和使用 软件是设计良好的、代码良好的，并且易于测试和维护 质量模型 ISO 9126是一个层次结构的模型，具有个影响质量的主要属性 6每一个右边的特性都严格与左边的一个属性相联系 质量模型 Dromey 产品质量很大

34、程度上由组成产品的构件、构件组成部分的实际性质决定的 正确的属性 内部属性 上下文性质 描述性性质 的种属性 69126ISO 可复用性属性 机器无关性 可分离性 可配置性过程成熟度属性包括 客户倾向 良好定义 保证 有效性 了解常用的过程评估模型：、和等。 9000 CMM SPICEISOCMMI 3. 过程和能力成熟度 CMM ISO 9000 SPICE 了解软件工程与计算机科学的关系。 4.软件工程即涉及计算机科学又涉及工程学 ? 计算机科学 集中于数据、数据转换和算法 高级课程介绍特定领域的设计和编程技术 ? 软件工程 集中于构建软件产品 考虑开发一个软件系统所涉及的所有活动（从初

35、始想法到最终的产品） 设计概念往往集中于通用的设计原理、模式和标准 高级的课程介绍适应于大型的软件系统的设计和分析技术 1 第部分：软件工程概论要求掌握： 1 软件的概念，软件的本质特征是什么？ 软件：是相对硬件而言的，是计算机系统中的程序、数据，及其相关文档的总 称。软件的本质是对人的意识的反映: 软件的特征抽象性、智能性、无形性、依附性、复杂性、泛域性、非损性、复 : 制性、演化性 软件工程概念 软件工程是采用工程概念、原理、技术和方法来指导计算机软件开发和维护的 工程学科，该学科运用到计算机科学、数学、管理学等原理和方法，遵循系统 化的思想，运用工程化方法，指导软件开发和维护工作。 软件

36、工程提出的原因，软件危机的主要表现形式 答因软件危机提出了软件工程 : 表现形式软件开发不能按照计划进行控制和完成，普遍存在拖延工期的现象； : 软件开发生产率满足不了巨大的市场需要； 开发出来的软件满足不了用户 的需求； 软件投资严重超出预算； 软件可靠性和可用性差。 软件工程学科的发展过程，各阶段的时间范围，以及在每一个发展阶段突出 的特征软件工程学科的发展可以粗略划分为四个时期：软件工程准备期：201. 世纪年代中年代末 -40 60 特征： 程序是软件的核心内容； 强调程序的艺术化和个性化；软件概念出现； 软件危机出现。软件工程形成期：世纪年代末年代中 8020 - 60 2. 特征：

37、软件工程概念出现；没有形成完整软件工程学科体系； 以软件开发方法 研究带动整个软件工程的发展出现了典型的结构化方法方法等经典软件开 ,JSD 发方法；程序设计方法深入研究程序设计算法数据结构；数据结构操作系统数,=:,+ 据库技术发展软件工程发展期：世纪年代末年代中 90- 80 3. 20 特征：软件需求旺盛软件产业形成；微机、网络等技术出现并飞速发展；软件, 开发集成环境；面向对象方法开始受到重视；文件服务器模式，模式出现。 C/S 软件工程纵深期：世纪年代末今天- 904. 20 特征：技术出现并趋于成熟；软件体系结构；软件工程过程以为 WWW UML 代表的软件建模语言和软件建模技术出

38、现；云计算和物联网 。 软件工程学科的基本内容，在什么时间提升为一级学科？ 答内容软件工程理论，软件工程技术，软件工程管理，软件服务工程在 2011:,: 年. 软件生存期模型，都有哪些形式，每一种模型的特征及优缺点 答瀑布模型：各阶段明确任务、自上而下、顺序固定、逐级过渡的结构模式， :1. 各阶段的联系就象瀑布流水一样自上而下、不可逆返。 特点：软件各阶段之间具有顺序性和依赖性的观点；问题放大效应的观点；推 迟实现的观点；质量保障的观点 缺点：开发过程不允许往返，缺乏灵活性；在软件开发出来之前，用户无法知 道软件的真实面目。演化模型 2. 特点：针对事先不能完整地定义需求；针对用户的核心需

39、求开发核心系统；根, 据用户的反馈实施活动的迭代。, 优点：解决了瀑布模型不允许阶段返回的问题； 适合不能及时确定需求的开发 场景；缺点：每一个迭代期，仍然以瀑布模型为基础。增量模型3. 优点：每个阶段交付一个可用的产品；减少一个全新产品给客户带来的心理上 的影响；分阶段地交 BAIDU_CLB_fillSlot( 920314 ); 2付产品不需要大的资金支出；需求经常变化，增量模型的灵活性使其具有更加 优越的适用性。 缺点：需要一个开放的结构，方便构件的加入；增量模型本身就是一个矛盾的 名词。螺旋模型：分步推进、逐步深化的螺旋方式4. 优点：更符合人们的认知规律；容易确定某个软件产品何时测

40、试完成。 缺点： 开发和维护的界限变得不十分清晰；仅适应于大型软件开发。喷泉模型5. 特点：软件生存期需要划分成为多个相对独立的阶段，但各个阶段之间的界限 并不是十分明确，相邻阶段之间存在明显的重迭和交叉。智能模型6. 什么叫软件工程过程，国际标准化组织规定了有哪些过程？的含义是什 RUP 么？它有哪些典型特征？ 答：软件工程过程：是指软件在其生命周期中，一系 列相关活动按照确定的次序演绎变化的进程. 包括： 获取过程 运作过程 供应过程 维护过程 管理过程 支持过程开发过程裁剪过程统一软件开发过程 RUP 时间维初始、细化、构建、移交个阶段。 : 4 工作维：领域分析、需求分析、系统设计、实现和测试等核心工作。第部 2 分：软件建模技术概论 要求掌握： 软件模型的概念 答：软件模型是指通过软