软工第1章：
1)P2的§1.1,软件工程的概念和软件的含义
2)软件工程框架P2图1.1
软工第2章:
1)软件开发模型的定义P4第一段
2)几种模型的比较：特点、优缺点
3)重点模型：演化模型、螺旋模型、喷泉模型（其实这个最重要了，可是96期末
考过了，不知道这次考不考）
软工第3章:
1)需求分析的目标和任务，以及阶段划分P10
2)P13 人们常用的组织信息的三条基本原则
3)P14，什么是结构化方法§3.2的第二段
4)如何绘制DFD和加工小说明
5)P22-25需求验证正确性的11个方面，只要知道有哪11个方面就可以了
软工第4章:
1)设计的任务和目标2)结构化设计的阶段3)总体设计的任务4)三种主要表示方式
5)数据流图的分类（这个比较重要）6)DFD->MSD（一定要掌握，必考）
7)设计准则，其中耦合的概念和分类，内聚的概念和分类
8)启发式规则，其中模块独立性，深度，宽度，扇入，扇出的概念
9)P52的模块的作用域应在控制域的要求重要（曾经是一年的考研题）
软工第5章:
1)程序流程图->PAD 2)程序流程图->N-S
应该是其中之一，个人认为，王老师比较喜欢PAD，呵呵，不过，
好像应该都看，反正不难:)
软工第6,7章:
都是OO的内容，我就不多说了，因为很多都学过OO的
只是要注意，控制信息组织复杂度的概念和控制文档复杂度的概念是什么（前
面我都回答过了的）
还有就是描述对象类行为的概念——状态（这个非常非常重要）
还有一点点差别，就是对象的三个层次上的概念差别
面向对象方法的世界观——P64第二段
其他的都差不多
软工第8章:
OSA的三种模型，以及每种模型中的基本概念，分别看各节后的模型小结
软工第9章:
1)P132的测试定义
2)P133的图9.1，软件错误的分类和软件测试技术的分类(§9.2第一段）
3)P134-135的控制流程图，路径测试策略，测试路径的选择（一般是大题：
选择一个具体程序段的测试用例）
4)P138的第二段
软工第10章:
1)软件过程的分类，以及三大类下的小类，记记就行了
2)还有一个重点就是P165的图10.1
个人认为，这章不重要，大概看看就行了
软工第11章:
1)P174的CASE的概念和几种定义，看看，有个印象，觉得不会考这个，
如果考的话，因为有印象，也能写出来
2)P176的表11-1
3)P178的图11.2
4)P179的五级模型的组成部分
5)P188的Case工作台分类（7个）
6)P193的图11.13（96的期末考题）
7)P198的图11.16
8)P200的图11.17以及下面的Brown中的解释，4层观点
9)P202的图11.19以及下面的软件工程环境提供的服务（5个）
10)P203的表11-3（96的期末考题）
11)P204的表11-4
第一章
1.
软件：计算机系统中的程序及其文档
工程：将理论和所学的知识应用于实践的科学
软件工程：
应用计算机科学、数学及管理科学等原理，开发软件的工程。
它借鉴传统工程的原则、方法，以提高质量，降低成本为目的。
其中：
计算机科学、数学用于构造模型与算法，工程科学用于制定规范、设计
范型、评估成本及确定权衡，管理科学用于用于计划、资源、质量、成本
等管理。
2.
(1) 软件工程目标：
生产具有正确性、可用性以及开销合宜的产品
(2) 软件工程原则：
选取适宜的开发模型，采用合适的设计方法，提供高质量的工程支持，
重视开发过程管理
(3) 软件与程序之间的关系：
程序是计算机任务的处理对象和处理规则的描述，文档是理解程序所需
的阐述性资料。
程序及其文档加在一起成为软件
(4) 软件工程的目标、原则和活动三者之间的关系：
软件工程的目标是可用性、争取性和合算性；实施一个软件工程要选取适宜的开发模型，要采用合适的设计方法，要提供高质量的工程支持，要实行开发过程的有效管理；软件工程活动主要包括需求、设计、实现、确认和支持等活动，每一活动都根绝特定的软件工程，采取合适的开发模型、设计方法、支持过程和过程管理。
3. 概要叙述软件工程各活动的主要任务和目标
软件工程的活动主要包括：需求、分析、设计、确认和支持。其中：
(1) 需求的任务是定义问题，即通过需求获取，得到一个需求陈述，节日需
求陈述为基础给出被建系统的模型，进而按照一定的标准编制需求规约；
最后还要验证需求陈述和需求规约之间的一致性、完整性、可跟踪性等。
(2) 软件设计的任务是需求的基础上，给出被建模型的软件设计方案。
(3) 实现的任务是在软件设计的基础上，编码被建系统然间体系结构中的每一个模块或者构件。
(4) 确认工作贯穿软件开发的整个过程，主要报国需求复审、设计复审、程序测试。
(5) 支持的任务是为系统的运行提供截错性维护和完善性维护。
4. 简要叙述软件工程学科研究的内容
软件工程学科研究的内容包括：软件开发模型、软件开发方法、软件工程、软件工具、软件开发环境、计算机辅助软件工程以及软件经济学等
第二章
1.简述瀑布模型、演化模型、螺旋模型、喷泉模型和增量模型的要点
瀑布模型：江软件生存周期的各项活动规定为一固定顺序连接的若干阶段工作，形如瀑布流水，最终得到软件产品。瀑布模型在支持结构化软件开发、控制软件开发的复杂性、促进软件开发工程化等方面起着显著作用。缺点是该模型缺乏灵活性，无法通过开发活动澄清本来不够确切的软件需求，可能导致开发出来的软件并不是用户真正需要的软件，无疑要进行返工或者不得不在维护中纠正需求的偏差，为此付出高额的代价，为软件开发带来了不必要的损失。
演化模型：演化模型主要针对实现不能完整定义需求的软件开发。用户可以给出待开发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反馈，以支持系统的最终设计和实现。软件开发人员根据用户的犯规实施开发的迭代过程，每一次迭代过程均有需求、设计、编码、测试、集成等阶段组成，为整个系统增加一个可定义的、可管理的子集。演化模型在一定程度上减少了软件开发活动
的盲目性。
螺旋模型：在瀑布模型和演化模型的基础上加入两者所忽略的风险分析所建立的一种软件开发模型。 沿螺旋线四个象限表示了四个方面的活动：
1.制定计划 2.风险分析 3.实施工程 4.客户评价
沿螺线子内向外每旋转一圈边开发出更为完整的一个新的软件版本。在第一象限确定目标、方案和限制条件以后，转入左上象限，对风险进行识别和分析。如果风险分析表明，需求具有不确定性，那么在右下的工程象限内，所建的原型会帮助开发人员和客户，考虑其他开发模型，并把需求进一步修正。客户对工程 成果做出评价后，给出修正建议。在此基础上胥在此计划，并进行风险分析。在每圈螺线的风险分析重点作出是否继续下去的判断。风险太大会中止项目，但大多数情况会最终获得所期望的系统。螺旋模型是和大型软件的开发，需要相当丰富的风险评估经验和专门知识。
喷泉模型：体现了软件创建所固有的迭代和无间隙的特征，主要用户支持面向对象开发过程。
增量模型：以功能递增的方式进行软件开发，每个增量功能比较容易理解和测试，能较快地产生可操作的系统，在每一步递增中，都可以把用户/开发者的经验结合到不断求精的产品中，可改善测试效果和降低软件开发总成本。
2.
分析：
(1)瀑布模型、演化模型、螺旋模型之间的联系
演化模型的每一个迭代都可以看为一个按照瀑布模型开发的过程。
螺旋模型实在瀑布模型和演化模型的基础上加入两者所忽略的风险分析所建立的一种软件开发模型。 螺旋模型在对所开发项目的需求已经有了较好的理解或较大的把握，无需开发原型，便可以采用瀑布模型。
(2)演化模型、增量模型之间的区别
演化模型针对事先不能完整定义需求的软件开发，开始时用户只提供核心需求，开发人员根据核心需求开发核心，只掌握了核心系统的结构。系统而增量模型是在设计了软件系统整体体系结构后开发其中一个子集，对系统的需求是完整了解的，并不断在这个自己的基础上进行新的增量开发。
第三章
1、解释以下术语：
（1）需求分析
需求分析，是从用户给定的需求陈述出发，通过用户与软件开发人员的合作，由非形式化的、不精确的、不完整的需求陈述转化为完整的、采用一些半形式以及形式的表示方法表述的软件需求定义的过程。
需求分析包括需求获取、需求规约、需求验证三个阶段，最终产生系统的软件需求规格说明书，主要成分是系统模型。
（2）用况
一个用况表示了一个系统、一个子系统或者其他语意实体所提供的一块高内聚的功能，用况捕获了参与交互的各方关于其行为的一个约定。
（3）数据流图
数据流图（DFD）是一种描述数据变换的图形工具，系统接受输入的数据，经过一系列的变换或加工，最后输出结果数据。数据流图由加工、数据流、数据存储、数据源和数据潭组成。
2、举例说明用况之间的3种关系：
用况之间的三种关系，包括包含、扩展和泛化。
包含关系：用况A到用况B的包含关系，表明用况A的一个实例在该关系定义的位置包含了用况B所规约的行为。
扩展关系：用况A到用况B的扩展关系，表明用况B的实例是可以被用况A所规约的行为予以扩展的，其中要根据该扩展中所指定的条件，所扩展的行为被插入到B中所定义的扩展点。
泛化关系：用况A到用况B的泛化关系，表明A是B的特殊规约。
举例：画图（略）
3、简单回答以下问题：
（1）用况如何显露其功能？
答：用况的功能通过该语意实体与一个或多个外部参与者之间交换的消息序列，以及该语意实体所执行的一些动作予以表现的。
（2）以结构化分析方法所建立的系统模型由哪几个部分组成？每一个部分的基本作用是什么？ 答：以结构化分析方法所建立的系统模型由数据流图、数据字典和小说明组成。其中：
数据流图以图的形式表达目标系统中信息的变换和传递。
数据字典是对数据流图中出现的数据流和数据存储用一致的、无二意性的方法给出定义和数据结构。 小说明是对最底层的数据流图中的加工的逻辑说明，通常采用结构化语言、判定表和判定树。
（3）结构化分析方法为了表达系统模型，给出了几个基本概念？他们是如何表示的？
答：结构化分析方法为了表达系统模型，给出了数据流图、数据字典、小说明、判定表和判定树等概念。其中：
数据流图包括数据源、数据潭、数据流、数据存储和加工，是以图的方式表示系统中信息的变换和存储。
数据字典是数据流图中数据流和数据存储的说明，它包括数据流条目、数据存储条目和数据项条目。 小说明是最底层数据流图中加工的逻辑说明，一般用结构化语言、判定表和判定树来实现。 判定表是用来描述加工的工具，它的表示方法是
1 条件类别 2 条件组合
3 操作 4 操作执行
判定树是涌图的形式来描述加工逻辑，具体表示见书24页。
（4）为什么说只引入操作符“+”、“|”、“{}”，在表达数据结构上是完备的？
答：在数据字典中采用结构化的语言来描述数据结构，对于数据结构中，每一个数据项集合起来构成了数据结构，是“+”的表示，而对于可选的数据项，可用“|”来建立联系，数据字典中表示数据存储循环的过程用“{}”来表示，是数据结构每个项目的集合，可以看出在表示数据字典过程中，“+”、“|”和“{}”表示的结构化语言是完备的，可见表示数据结构上是完备的。
（5）在画每一个加工时，应该注意哪些问题？
答：再画每一个加工时，首先，要明确该加工所能够实现的逻辑功能，其次，要明确它属于哪个父加工，并对实现其的在下层数据流图中的子加工有初步的概念，再次，要明确该加工所处理的输入数据和输出数据，以及数据的流向。
4、举例说明结构控制方法给出的控制复杂性的机制。
答：在结构化方法中，首先，上层的数据流可以打包，上、下层数据流的对应关系用数据字典来描述，同层的数据流也可以用编号来对应，避免形成复杂的连线。只有一点限制：包内流的性质（输入和输出）必须一致。
其次，为了便于人的理解，把一幅图中的元素个数控制在7+-2个以内。
再次，检查同每个加工相关的数据流，并寻找是否有其他可降低界面复杂性的划分方法。
最后，分析数据内容，确定是否所有的输入信息都用于产生输出信息；相应的，由一个加工产生的所有信息是否都能由进入的加工信息导出。
举例子：每个人不同，略
5、简述系统需求规格说明书的基本结构。
答：系统需求规格说明书包括：
说明书的标题
1、引言部分，其中包括编写的目的、项目的背景说明、相关术语的定义，以及一些和项目有关的参考资料。
2、概述部分，包括系统的功能概述（功能需求）和相关功能的约束条件（非功能需求）。
3、数据流图与数据字典部分，这是系统模型的主要部分，需要完成各个层次的数据流图和相关数据字典的说明，以及小说明。
4、接口说明部分，说明系统的用户接口、硬件接口和软件接口。
5、性能需求部分，包括精度说明、时间特性说明和灵活性说明等。
6、属性说明部分，说明该系统的可实用性、保密性、可维护性和可移植性方面的问题。
7、其他说明部分，包括数据库需求、操作需求以及故障处理的说明。
6、试分析结构化方法在建造系统模型中的问题。
答：结构化方法是采用了模块化的思想，利用抽象和分解，自顶向下的方法给系统的需求分析建模。这种方法本身有缺陷和一些局限性，首先，从用户的需求陈述到系统的功能需求模块之间的难度比较大，在采用用况图方法之前，很难准确的描述具体的用户需求，在用户的需求陈述和系统的需求模型之间存在着鸿沟；其次，复杂性不是很好控制，复杂系统中的数据流图必然层次也非常复杂，使分析人员在细化需求的时候在整体和细节之间较难把握；再次，需求是不断变化的，而在系统中最稳定的不是功能模块，而是系统中的对象。所以，在结构化方法中分析人员只能人为的临时冻结需求，建造系统模型。 7和8位建模题，这里不具体说明了。
第四章 结构化设计
1，解释以下术语
变换型数据流图：具有较明显的输入、变换、输出界面的数据流图
服务型数据流图：数据到达一个处理T ，该处理根据输入数据的类型或数据值，在其后的若干动作序列（一个事务）中选出一个来执行
模块：执行一个特殊任务或实现一个特殊的抽象数据类型的一组对象
模块耦合：对不同模块之间相互依赖程度的度量
模块内聚：一个模块内部各成分之间相互关联的强度
模块的控制域：这个模块本身以及所有直接或就间接从术语她的模块的集合
模块的作用域：受该模块内一个判定影响的所有模块的集合。
2．简答
（1）结构化方法总体设计的任务及目标
把系统的功能需求分配给软件结构，形成软件模块结构图
（2）结构化方法详细设计的任务及目标
确定怎样具体的视线所要求的系统，也就是说，经过这个阶段，应该得出对目标系统的精确描述，从而在编码阶段可以将这个描述直接翻译成用某种程序设计语言书写的程序。
（3）变换设计与事务设计之间的区别
变换设计师在需求规约的基础上，经过一些列设计步骤，将变换型数据流图转换为系统
的模块结构图；事务设计，当数据流图具有明显的事务性特征时，也就是有一个明显的
事务处理中心时，则比较适宜采用事务设计。
（4）提出启发式规则的基本原则
改进软件结构提高模块独立性；模块规模应该适中；深度、宽度、扇出和扇入应适中；
模块的作用域应该在控制域之内；力争降低模块借口的复杂性；模块功能应该可以预测。
（6）依据一个系统的DFD，将其转换为MSD的基本思路
首先对需求规约所产生DFD进行分类，然后将不同类型的DFD，采用不同的方法进行映射，将DFD转换位初始模块结构图，再根据基本的模块化设计原则--
第五章
一、
1．对象：对象是描述客观事物的一个实体。对象由一组属性和一组操作组成。对象是系统的基本组成单位。
2．属性：属性是描述对象的静态属性的一个数据项。表示对象的取值
3．操作：操作是描述对象的动态属性的一个序列。
4．关联：关联表示对象之间的逻辑联系。将对一组具有相同结构特性和行为特性以及语义
的链的描述，称之为关联。
5．状态：状态是表示对象在其生命周期中所可能达到的条件。或者在对象满足某个条件进
行某个动作后者等待某个事件的期间内的一个交互。在概念上对象要在一个状态内维持一段时间，但是也可以瞬态建模。
6．事件：事件是在系统中发生的值得注意的事情。
7．类：类是具有相同属性、行为和操作的一组对象的集合。类为在它其中的所有对象提供
了统一的抽象描述。
8．链：链是对象引用的列表(元组）
9．泛化：是一般对象和特殊对象之间的一种关系。特殊对象除了拥有一般对象的操作和属
性外，还有自身的操作和属性。
10．聚合：整体－部分结构的描述。表示整体类和部分类之间的关系。
11．接口消息：接口描述类、构件或者子系统的外部可见操作，并不描述内部结构。接口实
际上是一个只有抽象操作，而没有属性和方法的抽象类。接口消息可以认为是通过接口传递的逻辑信息。
12．依赖：依赖描述两个模型元素之间的一种语义关系。
二、
1．对象的构成：对象是描述客观事物的一个实体。对象由一组属性和一组操作组成。对象
是系统的基本组成单位。其中，属性是描述对象的静态属性的一个数据项。表示对象的取值操作是描述对象的动态属性的一个序列。(表示就不说了吧：））
2．对象的基本特性：这个，不知道怎么说才好„„
3．类图：类名，属性集，操作集。
4．状态图：见书上„„
5．USDP的各个阶段以及主要工作：
初始阶段：
本阶段决定所设立的项目是否是可行的，并且确定系统的目标。
需要对需求有一个大致的了解，去定系统中的大多数的角色和用况。考虑时间，经费，
技术项目的规模和效益等因素。识别降低项目可行性的最不利的风险；关注业务情况，
建立初始的业务用况。
细化阶段：
通过对于问题域的分析，得到系统的框架。
识别出剩余的大多数用况，对于当前迭代的各个用况进行锡华，分析用况的处理流程、
状态细节以及可能发生的状态改变。在细化流程的时候，可以使用程序框图和协作图，
还可以使用活动图和类图分析用况；降低重要的风险；进行高层的分析和设计，并作出
结构性的决策。所产生的体系结构基线包括用况的列表领域概念模型和技术平台，以后
的阶段对于细化阶段所建立的体系结构不能进行太大的变动。体系结构基线的稳定是细
化阶段结束后的准则。
构造阶段：
主要目标是开发整个系统，并且确保产品可以向用户移交。
识别出剩余的用况；此阶段的每一次迭代都是独与用况进行分析，设计、编码和测试集
成；代码完成后么进行质量检查。
移交阶段：进行最后的验收测试，完成最后的产品；完成用户文档和对用户进行培训工作。
6．USDP的核心工作流及主要工作：
1）．需求捕获：建立特征清单，领域模型，业务模型（包括业务对象和业务用况）。得到用况模型和 人机接口原型。
2）．分析阶段：建立分析类（粒度比累大，为概念型模式），用况的实现和分析（功能需求，交互图 等）；建立分析包，体系结构的描述（分析模型角度）。
3）．设计阶段：产生设计模型；设计类；用况的实现和设计；设计子系统，产生接口，从
设计模型角度
描述体系结构，建立部署图。
4）．实现阶段：产生实现模型；产生构件；实现子系统；建立接口；从实现模型角度描述
体系结构，完成集成建造计划。
5）．测试阶段：包括内部测试，中间测试和最终测试。产生测试模型、测试用况、测试过
程和测试构件。建立测试计划、缺陷和评价测试。
7．面向对象机制在不同方面建模：
其实很简单，就是在不同的角度描述所考虑的系统，形成了互补而且同意的系统视图。
在OSA中，ORM注重对于对象的静态行为进行建模，记录一个系统说明性信息，也就是记录有关对象和对象之间关系的信息。在OBM中，注重对于对象动态行为进行建模。记录可
察觉对象状态，从一种状态转换为另一种状态的条件和事件以及对象执行的动作和对它施行的动作。OIM注重对于对象之间关系建模，和OBM的不同是，它是从整个系统的宏观角度考察对象的动态行为。 三、
1．对象操作和对象状态之间的关系：
对象的操作是对象的动态属性，描述对象所可能的动作序列。对象状态是对象在其生命
周期中所可能的条件。对象状态发生转换是需要条件激活的，而这种激活行为就来自于
对象的操作。当对对象进行操作时，会触发对象的状态变换（不知道对不对，希望有人
补充）
2．面向对象方法和结构化方法对建立系统模型产生的影响：
面向对象方法中，核心就是对象。所谓对象是对于客观事物的一个抽象描述，包括属性
和服务。同一类型对象可以抽象成为类。类是面向对象分析中的最基本单元。类的特点
就在于它是一种抽象数据类型（ADT），它对外屏蔽了对象的属性和服务。外界只有通过
调用类的方法才可以访问对象，所以，当对象的操作发生了改变，只需要对于这个方法
进行修改。这个过程对于用户是透明的。用户无须知道其中的实现细节。因此，面向对 象方法建立的系统模型易于维护和修改，而且天然的支持软件的复用，对于遗产系统， 面向对象是最佳的构造方法。实践中证明，系统的功能，接口是最易变的因素，对象是 最为稳定因素。
结构化的方法，注重模块的构造。它的核心是面向功能。这样的话，虽然系统构造起来 比较的自然，但是由于用户的需求总是不断的变化，功能也会发生很大的变化。结构化 的方法不利于系统维护。
第六章
1.
软件测试：
使用人工或自动手段，运行或测定某个系统的过程，其目的是检验它是否满足规定 的需要，或是清楚了解预期结果和实际结果之间的差异。
测试用例：
为了发现程序中的故障而专门设计的一组或多组数据
测试覆盖率：
又称测试完成程度，定量的描述了一个或一组测试的效率。
2
测试过程模型：
测试过程模型指软件测试过程所涉及的要素以及这些要素之间的关系
3简答
1）测试与调试的区别
测试从一个侧面证明程序员的“失败”；而调试是为了证明程序员的正确测试以已 知条件开始，使用预先定义的程序，且有预知的结果，不可预见的只是程序是否能 通过测试；调试一般是以不可知的内部条件开始，出统计性调试外，结果不可预知 。。。（省略若干子)
2）程序控制流程图的作用及构成
程序控制流程图用来表达程序的逻辑结构，是程序控制结构的图形表示，其基本要 素是过程块（简称过程）、结点判定。
3）语句覆盖、分支覆盖、条件组合覆盖、路径覆盖之间的关系
语句覆盖的逻辑覆盖程序较低，是最弱的逻辑覆盖准则。分之覆盖稍强，条件组合 覆盖更强。只要满足了条件组合覆盖，就一定满足分支覆盖路径覆盖更强
4）单元测试集中于每个独立的模块；集成测试集中于模块的组装；有效性测试检
验是否符合用户所见文档（包括需求规格说明书，软件设计规格说明书以及用户手册等）
5）路径测试技术、事务流测试技术的主要依据
前者是白盒测试技术，主要依据程序的逻辑结构，后者是黑合测试技术，主要依据 的是软件行为的描述
6）...略
7）程序控制流程图和设计流程图之间的主要区别，并分析出现这些区别的原因 在控制流程图中，不显示过程块的细节，而在程序流程图中，着重于过程属性的描 述。
8）测试执行的基本条件
建立了环境模型、程序模型、以及错误模型
4（有点问题，我没明白，测试用例里的输出序列怎么得到？）
5 两次判定。
软工第1章：
1)P2的§1.1,软件工程的概念和软件的含义
2)软件工程框架P2图1.1
软工第2章:
1)软件开发模型的定义P4第一段
2)几种模型的比较：特点、优缺点
3)重点模型：演化模型、螺旋模型、喷泉模型（其实这个最重要了，可是96期末
考过了，不知道这次考不考）
软工第3章:
1)需求分析的目标和任务，以及阶段划分P10
2)P13 人们常用的组织信息的三条基本原则
3)P14，什么是结构化方法§3.2的第二段
4)如何绘制DFD和加工小说明
5)P22-25需求验证正确性的11个方面，只要知道有哪11个方面就可以了
软工第4章:
1)设计的任务和目标2)结构化设计的阶段3)总体设计的任务4)三种主要表示方式
5)数据流图的分类（这个比较重要）6)DFD->MSD（一定要掌握，必考）
7)设计准则，其中耦合的概念和分类，内聚的概念和分类
8)启发式规则，其中模块独立性，深度，宽度，扇入，扇出的概念
9)P52的模块的作用域应在控制域的要求重要（曾经是一年的考研题）
软工第5章:
1)程序流程图->PAD 2)程序流程图->N-S
应该是其中之一，个人认为，王老师比较喜欢PAD，呵呵，不过，
好像应该都看，反正不难:)
软工第6,7章:
都是OO的内容，我就不多说了，因为很多都学过OO的
只是要注意，控制信息组织复杂度的概念和控制文档复杂度的概念是什么（前
面我都回答过了的）
还有就是描述对象类行为的概念——状态（这个非常非常重要）
还有一点点差别，就是对象的三个层次上的概念差别
面向对象方法的世界观——P64第二段
其他的都差不多
软工第8章:
OSA的三种模型，以及每种模型中的基本概念，分别看各节后的模型小结
软工第9章:
1)P132的测试定义
2)P133的图9.1，软件错误的分类和软件测试技术的分类(§9.2第一段）
3)P134-135的控制流程图，路径测试策略，测试路径的选择（一般是大题：
选择一个具体程序段的测试用例）
4)P138的第二段
软工第10章:
1)软件过程的分类，以及三大类下的小类，记记就行了
2)还有一个重点就是P165的图10.1
个人认为，这章不重要，大概看看就行了
软工第11章:
1)P174的CASE的概念和几种定义，看看，有个印象，觉得不会考这个，
如果考的话，因为有印象，也能写出来
2)P176的表11-1
3)P178的图11.2
4)P179的五级模型的组成部分
5)P188的Case工作台分类（7个）
6)P193的图11.13（96的期末考题）
7)P198的图11.16
8)P200的图11.17以及下面的Brown中的解释，4层观点
9)P202的图11.19以及下面的软件工程环境提供的服务（5个）
10)P203的表11-3（96的期末考题）
11)P204的表11-4
第一章
1.
软件：计算机系统中的程序及其文档
工程：将理论和所学的知识应用于实践的科学
软件工程：
应用计算机科学、数学及管理科学等原理，开发软件的工程。
它借鉴传统工程的原则、方法，以提高质量，降低成本为目的。
其中：
计算机科学、数学用于构造模型与算法，工程科学用于制定规范、设计
范型、评估成本及确定权衡，管理科学用于用于计划、资源、质量、成本
等管理。
2.
(1) 软件工程目标：
生产具有正确性、可用性以及开销合宜的产品
(2) 软件工程原则：
选取适宜的开发模型，采用合适的设计方法，提供高质量的工程支持，
重视开发过程管理
(3) 软件与程序之间的关系：
程序是计算机任务的处理对象和处理规则的描述，文档是理解程序所需
的阐述性资料。
程序及其文档加在一起成为软件
(4) 软件工程的目标、原则和活动三者之间的关系：
软件工程的目标是可用性、争取性和合算性；实施一个软件工程要选取适宜的开发模型，要采用合适的设计方法，要提供高质量的工程支持，要实行开发过程的有效管理；软件工程活动主要包括需求、设计、实现、确认和支持等活动，每一活动都根绝特定的软件工程，采取合适的开发模型、设计方法、支持过程和过程管理。
3. 概要叙述软件工程各活动的主要任务和目标
软件工程的活动主要包括：需求、分析、设计、确认和支持。其中：
(1) 需求的任务是定义问题，即通过需求获取，得到一个需求陈述，节日需
求陈述为基础给出被建系统的模型，进而按照一定的标准编制需求规约；
最后还要验证需求陈述和需求规约之间的一致性、完整性、可跟踪性等。
(2) 软件设计的任务是需求的基础上，给出被建模型的软件设计方案。
(3) 实现的任务是在软件设计的基础上，编码被建系统然间体系结构中的每一个模块或者构件。
(4) 确认工作贯穿软件开发的整个过程，主要报国需求复审、设计复审、程序测试。
(5) 支持的任务是为系统的运行提供截错性维护和完善性维护。
4. 简要叙述软件工程学科研究的内容
软件工程学科研究的内容包括：软件开发模型、软件开发方法、软件工程、软件工具、软件开发环境、计算机辅助软件工程以及软件经济学等
第二章
1.简述瀑布模型、演化模型、螺旋模型、喷泉模型和增量模型的要点
瀑布模型：江软件生存周期的各项活动规定为一固定顺序连接的若干阶段工作，形如瀑布流水，最终得到软件产品。瀑布模型在支持结构化软件开发、控制软件开发的复杂性、促进软件开发工程化等方面起着显著作用。缺点是该模型缺乏灵活性，无法通过开发活动澄清本来不够确切的软件需求，可能导致开发出来的软件并不是用户真正需要的软件，无疑要进行返工或者不得不在维护中纠正需求的偏差，为此付出高额的代价，为软件开发带来了不必要的损失。
演化模型：演化模型主要针对实现不能完整定义需求的软件开发。用户可以给出待开发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反馈，以支持系统的最终设计和实现。软件开发人员根据用户的犯规实施开发的迭代过程，每一次迭代过程均有需求、设计、编码、测试、集成等阶段组成，为整个系统增加一个可定义的、可管理的子集。演化模型在一定程度上减少了软件开发活动
的盲目性。
螺旋模型：在瀑布模型和演化模型的基础上加入两者所忽略的风险分析所建立的一种软件开发模型。 沿螺旋线四个象限表示了四个方面的活动：
1.制定计划 2.风险分析 3.实施工程 4.客户评价
沿螺线子内向外每旋转一圈边开发出更为完整的一个新的软件版本。在第一象限确定目标、方案和限制条件以后，转入左上象限，对风险进行识别和分析。如果风险分析表明，需求具有不确定性，那么在右下的工程象限内，所建的原型会帮助开发人员和客户，考虑其他开发模型，并把需求进一步修正。客户对工程 成果做出评价后，给出修正建议。在此基础上胥在此计划，并进行风险分析。在每圈螺线的风险分析重点作出是否继续下去的判断。风险太大会中止项目，但大多数情况会最终获得所期望的系统。螺旋模型是和大型软件的开发，需要相当丰富的风险评估经验和专门知识。
喷泉模型：体现了软件创建所固有的迭代和无间隙的特征，主要用户支持面向对象开发过程。
增量模型：以功能递增的方式进行软件开发，每个增量功能比较容易理解和测试，能较快地产生可操作的系统，在每一步递增中，都可以把用户/开发者的经验结合到不断求精的产品中，可改善测试效果和降低软件开发总成本。
2.
分析：
(1)瀑布模型、演化模型、螺旋模型之间的联系
演化模型的每一个迭代都可以看为一个按照瀑布模型开发的过程。
螺旋模型实在瀑布模型和演化模型的基础上加入两者所忽略的风险分析所建立的一种软件开发模型。 螺旋模型在对所开发项目的需求已经有了较好的理解或较大的把握，无需开发原型，便可以采用瀑布模型。
(2)演化模型、增量模型之间的区别
演化模型针对事先不能完整定义需求的软件开发，开始时用户只提供核心需求，开发人员根据核心需求开发核心，只掌握了核心系统的结构。系统而增量模型是在设计了软件系统整体体系结构后开发其中一个子集，对系统的需求是完整了解的，并不断在这个自己的基础上进行新的增量开发。
第三章
1、解释以下术语：
（1）需求分析
需求分析，是从用户给定的需求陈述出发，通过用户与软件开发人员的合作，由非形式化的、不精确的、不完整的需求陈述转化为完整的、采用一些半形式以及形式的表示方法表述的软件需求定义的过程。
需求分析包括需求获取、需求规约、需求验证三个阶段，最终产生系统的软件需求规格说明书，主要成分是系统模型。
（2）用况
一个用况表示了一个系统、一个子系统或者其他语意实体所提供的一块高内聚的功能，用况捕获了参与交互的各方关于其行为的一个约定。
（3）数据流图
数据流图（DFD）是一种描述数据变换的图形工具，系统接受输入的数据，经过一系列的变换或加工，最后输出结果数据。数据流图由加工、数据流、数据存储、数据源和数据潭组成。
2、举例说明用况之间的3种关系：
用况之间的三种关系，包括包含、扩展和泛化。
包含关系：用况A到用况B的包含关系，表明用况A的一个实例在该关系定义的位置包含了用况B所规约的行为。
扩展关系：用况A到用况B的扩展关系，表明用况B的实例是可以被用况A所规约的行为予以扩展的，其中要根据该扩展中所指定的条件，所扩展的行为被插入到B中所定义的扩展点。
泛化关系：用况A到用况B的泛化关系，表明A是B的特殊规约。
举例：画图（略）
3、简单回答以下问题：
（1）用况如何显露其功能？
答：用况的功能通过该语意实体与一个或多个外部参与者之间交换的消息序列，以及该语意实体所执行的一些动作予以表现的。
（2）以结构化分析方法所建立的系统模型由哪几个部分组成？每一个部分的基本作用是什么？ 答：以结构化分析方法所建立的系统模型由数据流图、数据字典和小说明组成。其中：
数据流图以图的形式表达目标系统中信息的变换和传递。
数据字典是对数据流图中出现的数据流和数据存储用一致的、无二意性的方法给出定义和数据结构。 小说明是对最底层的数据流图中的加工的逻辑说明，通常采用结构化语言、判定表和判定树。
（3）结构化分析方法为了表达系统模型，给出了几个基本概念？他们是如何表示的？
答：结构化分析方法为了表达系统模型，给出了数据流图、数据字典、小说明、判定表和判定树等概念。其中：
数据流图包括数据源、数据潭、数据流、数据存储和加工，是以图的方式表示系统中信息的变换和存储。
数据字典是数据流图中数据流和数据存储的说明，它包括数据流条目、数据存储条目和数据项条目。 小说明是最底层数据流图中加工的逻辑说明，一般用结构化语言、判定表和判定树来实现。 判定表是用来描述加工的工具，它的表示方法是
1 条件类别 2 条件组合
3 操作 4 操作执行
判定树是涌图的形式来描述加工逻辑，具体表示见书24页。
（4）为什么说只引入操作符“+”、“|”、“{}”，在表达数据结构上是完备的？
答：在数据字典中采用结构化的语言来描述数据结构，对于数据结构中，每一个数据项集合起来构成了数据结构，是“+”的表示，而对于可选的数据项，可用“|”来建立联系，数据字典中表示数据存储循环的过程用“{}”来表示，是数据结构每个项目的集合，可以看出在表示数据字典过程中，“+”、“|”和“{}”表示的结构化语言是完备的，可见表示数据结构上是完备的。
（5）在画每一个加工时，应该注意哪些问题？
答：再画每一个加工时，首先，要明确该加工所能够实现的逻辑功能，其次，要明确它属于哪个父加工，并对实现其的在下层数据流图中的子加工有初步的概念，再次，要明确该加工所处理的输入数据和输出数据，以及数据的流向。
4、举例说明结构控制方法给出的控制复杂性的机制。
答：在结构化方法中，首先，上层的数据流可以打包，上、下层数据流的对应关系用数据字典来描述，同层的数据流也可以用编号来对应，避免形成复杂的连线。只有一点限制：包内流的性质（输入和输出）必须一致。
其次，为了便于人的理解，把一幅图中的元素个数控制在7+-2个以内。
再次，检查同每个加工相关的数据流，并寻找是否有其他可降低界面复杂性的划分方法。
最后，分析数据内容，确定是否所有的输入信息都用于产生输出信息；相应的，由一个加工产生的所有信息是否都能由进入的加工信息导出。
举例子：每个人不同，略
5、简述系统需求规格说明书的基本结构。
答：系统需求规格说明书包括：
说明书的标题
1、引言部分，其中包括编写的目的、项目的背景说明、相关术语的定义，以及一些和项目有关的参考资料。
2、概述部分，包括系统的功能概述（功能需求）和相关功能的约束条件（非功能需求）。
3、数据流图与数据字典部分，这是系统模型的主要部分，需要完成各个层次的数据流图和相关数据字典的说明，以及小说明。
4、接口说明部分，说明系统的用户接口、硬件接口和软件接口。
5、性能需求部分，包括精度说明、时间特性说明和灵活性说明等。
6、属性说明部分，说明该系统的可实用性、保密性、可维护性和可移植性方面的问题。
7、其他说明部分，包括数据库需求、操作需求以及故障处理的说明。
6、试分析结构化方法在建造系统模型中的问题。
答：结构化方法是采用了模块化的思想，利用抽象和分解，自顶向下的方法给系统的需求分析建模。这种方法本身有缺陷和一些局限性，首先，从用户的需求陈述到系统的功能需求模块之间的难度比较大，在采用用况图方法之前，很难准确的描述具体的用户需求，在用户的需求陈述和系统的需求模型之间存在着鸿沟；其次，复杂性不是很好控制，复杂系统中的数据流图必然层次也非常复杂，使分析人员在细化需求的时候在整体和细节之间较难把握；再次，需求是不断变化的，而在系统中最稳定的不是功能模块，而是系统中的对象。所以，在结构化方法中分析人员只能人为的临时冻结需求，建造系统模型。 7和8位建模题，这里不具体说明了。
第四章 结构化设计
1，解释以下术语
变换型数据流图：具有较明显的输入、变换、输出界面的数据流图
服务型数据流图：数据到达一个处理T ，该处理根据输入数据的类型或数据值，在其后的若干动作序列（一个事务）中选出一个来执行
模块：执行一个特殊任务或实现一个特殊的抽象数据类型的一组对象
模块耦合：对不同模块之间相互依赖程度的度量
模块内聚：一个模块内部各成分之间相互关联的强度
模块的控制域：这个模块本身以及所有直接或就间接从术语她的模块的集合
模块的作用域：受该模块内一个判定影响的所有模块的集合。
2．简答
（1）结构化方法总体设计的任务及目标
把系统的功能需求分配给软件结构，形成软件模块结构图
（2）结构化方法详细设计的任务及目标
确定怎样具体的视线所要求的系统，也就是说，经过这个阶段，应该得出对目标系统的精确描述，从而在编码阶段可以将这个描述直接翻译成用某种程序设计语言书写的程序。
（3）变换设计与事务设计之间的区别
变换设计师在需求规约的基础上，经过一些列设计步骤，将变换型数据流图转换为系统
的模块结构图；事务设计，当数据流图具有明显的事务性特征时，也就是有一个明显的
事务处理中心时，则比较适宜采用事务设计。
（4）提出启发式规则的基本原则
改进软件结构提高模块独立性；模块规模应该适中；深度、宽度、扇出和扇入应适中；
模块的作用域应该在控制域之内；力争降低模块借口的复杂性；模块功能应该可以预测。
（6）依据一个系统的DFD，将其转换为MSD的基本思路
首先对需求规约所产生DFD进行分类，然后将不同类型的DFD，采用不同的方法进行映射，将DFD转换位初始模块结构图，再根据基本的模块化设计原则--
第五章
一、
1．对象：对象是描述客观事物的一个实体。对象由一组属性和一组操作组成。对象是系统的基本组成单位。
2．属性：属性是描述对象的静态属性的一个数据项。表示对象的取值
3．操作：操作是描述对象的动态属性的一个序列。
4．关联：关联表示对象之间的逻辑联系。将对一组具有相同结构特性和行为特性以及语义
的链的描述，称之为关联。
5．状态：状态是表示对象在其生命周期中所可能达到的条件。或者在对象满足某个条件进
行某个动作后者等待某个事件的期间内的一个交互。在概念上对象要在一个状态内维持一段时间，但是也可以瞬态建模。
6．事件：事件是在系统中发生的值得注意的事情。
7．类：类是具有相同属性、行为和操作的一组对象的集合。类为在它其中的所有对象提供
了统一的抽象描述。
8．链：链是对象引用的列表(元组）
9．泛化：是一般对象和特殊对象之间的一种关系。特殊对象除了拥有一般对象的操作和属
性外，还有自身的操作和属性。
10．聚合：整体－部分结构的描述。表示整体类和部分类之间的关系。
11．接口消息：接口描述类、构件或者子系统的外部可见操作，并不描述内部结构。接口实
际上是一个只有抽象操作，而没有属性和方法的抽象类。接口消息可以认为是通过接口传递的逻辑信息。
12．依赖：依赖描述两个模型元素之间的一种语义关系。
二、
1．对象的构成：对象是描述客观事物的一个实体。对象由一组属性和一组操作组成。对象
是系统的基本组成单位。其中，属性是描述对象的静态属性的一个数据项。表示对象的取值操作是描述对象的动态属性的一个序列。(表示就不说了吧：））
2．对象的基本特性：这个，不知道怎么说才好„„
3．类图：类名，属性集，操作集。
4．状态图：见书上„„
5．USDP的各个阶段以及主要工作：
初始阶段：
本阶段决定所设立的项目是否是可行的，并且确定系统的目标。
需要对需求有一个大致的了解，去定系统中的大多数的角色和用况。考虑时间，经费，
技术项目的规模和效益等因素。识别降低项目可行性的最不利的风险；关注业务情况，
建立初始的业务用况。
细化阶段：
通过对于问题域的分析，得到系统的框架。
识别出剩余的大多数用况，对于当前迭代的各个用况进行锡华，分析用况的处理流程、
状态细节以及可能发生的状态改变。在细化流程的时候，可以使用程序框图和协作图，
还可以使用活动图和类图分析用况；降低重要的风险；进行高层的分析和设计，并作出
结构性的决策。所产生的体系结构基线包括用况的列表领域概念模型和技术平台，以后
的阶段对于细化阶段所建立的体系结构不能进行太大的变动。体系结构基线的稳定是细
化阶段结束后的准则。
构造阶段：
主要目标是开发整个系统，并且确保产品可以向用户移交。
识别出剩余的用况；此阶段的每一次迭代都是独与用况进行分析，设计、编码和测试集
成；代码完成后么进行质量检查。
移交阶段：进行最后的验收测试，完成最后的产品；完成用户文档和对用户进行培训工作。
6．USDP的核心工作流及主要工作：
1）．需求捕获：建立特征清单，领域模型，业务模型（包括业务对象和业务用况）。得到用况模型和 人机接口原型。
2）．分析阶段：建立分析类（粒度比累大，为概念型模式），用况的实现和分析（功能需求，交互图 等）；建立分析包，体系结构的描述（分析模型角度）。
3）．设计阶段：产生设计模型；设计类；用况的实现和设计；设计子系统，产生接口，从
设计模型角度
描述体系结构，建立部署图。
4）．实现阶段：产生实现模型；产生构件；实现子系统；建立接口；从实现模型角度描述
体系结构，完成集成建造计划。
5）．测试阶段：包括内部测试，中间测试和最终测试。产生测试模型、测试用况、测试过
程和测试构件。建立测试计划、缺陷和评价测试。
7．面向对象机制在不同方面建模：
其实很简单，就是在不同的角度描述所考虑的系统，形成了互补而且同意的系统视图。
在OSA中，ORM注重对于对象的静态行为进行建模，记录一个系统说明性信息，也就是记录有关对象和对象之间关系的信息。在OBM中，注重对于对象动态行为进行建模。记录可
察觉对象状态，从一种状态转换为另一种状态的条件和事件以及对象执行的动作和对它施行的动作。OIM注重对于对象之间关系建模，和OBM的不同是，它是从整个系统的宏观角度考察对象的动态行为。 三、
1．对象操作和对象状态之间的关系：
对象的操作是对象的动态属性，描述对象所可能的动作序列。对象状态是对象在其生命
周期中所可能的条件。对象状态发生转换是需要条件激活的，而这种激活行为就来自于
对象的操作。当对对象进行操作时，会触发对象的状态变换（不知道对不对，希望有人
补充）
2．面向对象方法和结构化方法对建立系统模型产生的影响：
面向对象方法中，核心就是对象。所谓对象是对于客观事物的一个抽象描述，包括属性
和服务。同一类型对象可以抽象成为类。类是面向对象分析中的最基本单元。类的特点
就在于它是一种抽象数据类型（ADT），它对外屏蔽了对象的属性和服务。外界只有通过
调用类的方法才可以访问对象，所以，当对象的操作发生了改变，只需要对于这个方法
进行修改。这个过程对于用户是透明的。用户无须知道其中的实现细节。因此，面向对 象方法建立的系统模型易于维护和修改，而且天然的支持软件的复用，对于遗产系统， 面向对象是最佳的构造方法。实践中证明，系统的功能，接口是最易变的因素，对象是 最为稳定因素。
结构化的方法，注重模块的构造。它的核心是面向功能。这样的话，虽然系统构造起来 比较的自然，但是由于用户的需求总是不断的变化，功能也会发生很大的变化。结构化 的方法不利于系统维护。
第六章
1.
软件测试：
使用人工或自动手段，运行或测定某个系统的过程，其目的是检验它是否满足规定 的需要，或是清楚了解预期结果和实际结果之间的差异。
测试用例：
为了发现程序中的故障而专门设计的一组或多组数据
测试覆盖率：
又称测试完成程度，定量的描述了一个或一组测试的效率。
2
测试过程模型：
测试过程模型指软件测试过程所涉及的要素以及这些要素之间的关系
3简答
1）测试与调试的区别
测试从一个侧面证明程序员的“失败”；而调试是为了证明程序员的正确测试以已 知条件开始，使用预先定义的程序，且有预知的结果，不可预见的只是程序是否能 通过测试；调试一般是以不可知的内部条件开始，出统计性调试外，结果不可预知 。。。（省略若干子)
2）程序控制流程图的作用及构成
程序控制流程图用来表达程序的逻辑结构，是程序控制结构的图形表示，其基本要 素是过程块（简称过程）、结点判定。
3）语句覆盖、分支覆盖、条件组合覆盖、路径覆盖之间的关系
语句覆盖的逻辑覆盖程序较低，是最弱的逻辑覆盖准则。分之覆盖稍强，条件组合 覆盖更强。只要满足了条件组合覆盖，就一定满足分支覆盖路径覆盖更强
4）单元测试集中于每个独立的模块；集成测试集中于模块的组装；有效性测试检
验是否符合用户所见文档（包括需求规格说明书，软件设计规格说明书以及用户手册等）
5）路径测试技术、事务流测试技术的主要依据
前者是白盒测试技术，主要依据程序的逻辑结构，后者是黑合测试技术，主要依据 的是软件行为的描述
6）...略
7）程序控制流程图和设计流程图之间的主要区别，并分析出现这些区别的原因 在控制流程图中，不显示过程块的细节，而在程序流程图中，着重于过程属性的描 述。
8）测试执行的基本条件
建立了环境模型、程序模型、以及错误模型
4（有点问题，我没明白，测试用例里的输出序列怎么得到？）
5 两次判定。