下载文档原格式
第一章绪论什么是软件工程?软件=程序+数据+文档什么是软件危机？软件危机是指落后的软件生产方式无法满足迅速增长的计算机软件，从而导致软件开发与维护过程中出现一系列严重问题的现象。
什么是软件工程?采用工程化的原理和方法对软件进行计划开发和维护。
软件工程三范型：1.过程式编程范型2.面向对象编程范型3.基于构件技术的编程范型软件工程的发展时期：（1）传统软件工程或者经典软件工程：开发过程：结构化分析一＞结构化设计一＞面向过程的编码一＞软件测试（2）面向对象软件工程开发过程：OO分析与对象抽取一》对象详细设计一》面向对象编码与测试（3）基于构件的软件工程：以软件复用为目标、领域工程为基础，其开发过程一般包括包括以下阶段：领域分析和测试计划定制一一》领域设计一一》建立可复用构件库一一》按“构件集成模型，，查找与集成构件第二章生存周期什么是软件生存周期？计划阶段：需求分析，软件分析开发阶段：软件设计，编码（测试）软件测试维护阶段：运行维护模型特点和使用场合可行性研究1.经济可行性2.技术可行性3.运行可行性4.法律可行性第三章结构化分析与设计结构化程序设计的特点以及论述（1）整个程序的模块化（2）每个模块只有一个入口和出口（3）每个模块都应能单独执行，且无死循环（4）采用自顶向下，逐步细化的方法SA结构化分析设计（结构化）从内容分：1.系统结构设计2.接口设计3.数据设计4.过程设计按照步骤分：1.概要设计2.详细设计第四章OO与面向对象+UML OO的特征1.抽象2.封装3.继承4.多态为什么用面向对象1.符合人类习惯的思维方式2.提高软件系统的可复用性3.提高软件系统的可扩展性4.提高软件系统的可维护性UML相关知识静态图1.用例图：描述系统功能2.类图：描述系统的静态结构3.对象图：描述系统在某个时期的静态结构4.构件图：描述实现系统的元素的组织5.部署图：描述系统环境元素的配置动态图1.状态图：描述系统元素的状态条件和相应2.时序图：按照时间顺序描述系统元素间的交互3.协作图：按照连接关系描述系统元素间的交互4.活动图：描述系统元素的活动流程第五章需求建模需求分析的步骤1.需求获取2.需求建模3.需求描述4.需求验证面向对象需求建模1.画用例图2.写用例规约3.描述补充规约4.编写术语表第六章需求分析面向对象的需求分析1.边界类：边界类提供了对参与者或外部系统交互协议的接口。
第一章软件工程学概述第一节软件危机1.为了消除软件危机，20世纪60年代后期形成了新学科：计算机软件工程学。
2.软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
（这些问题不是不能运行的软件才仅仅具有的，几乎所有的软件都不同程度存在这些问题。
）3.软件危机包含两个方面的问题：1．如何开发软件，以满足对软件日益增长的需求。
2．如何维护数量不断膨胀的已有软件。
4.产生软件危机的原因（page4—图1.1）1.一方面与软件本身的特点有关2.另一方面也和软件开发与维护的方法不正确有关。
5.软件不同于一般程序，它的一个显著特点是：“规模庞大”。
6.软件开发流程：1. 问题定义：（确定要求解决的问题是什么）2. 可行性研究：（决定该问题是否存在一个可行的解决办法）3. 需求分析：（深入具体的了解用户需求）进入开发时期:对软件设计概要设计详细设计编写程序（全部工作量10%—20%）测试交付使用7.软件产品的配置：包括：程序、文档、数据8.软件危机的一些典型表现：1.对软件开发成本和进度的估计常常不准确2.用户对“已完成的”软件系统不满意的现象经常发生3.软件产品的质量往往靠不住4.软件常常是不可维护的5.软件通常没有适当的文档资料。
6.软件成本在计算机系统总成本中所占的比例逐年上升。
7.软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。
第二节软件工程1.软件工程定义软件工程是：把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件；2. 软件工程方法学包含3个要素：方法、工具和过程。
3. 软件工程方法学： 1. 传统方法学2. 面向对象方法学4. 面向对象方法学的4个特点：（1）把对象（object）作为融合了数据及在数据上的操作行为的统一的软件构件。
（2）把所有的对象都划分成类（class）。
（3）按照父类（基类）与子类（派生类）的关系，把若干个相关类组成一个层次结构的系统（也成为类的等级）。
软件工程复习提纲第一篇：软件工程复习提纲《软件工程》课程要点λ每章教学课件中的“本章小结”列出了需要掌握的内容λ教学过程中的例题和习题也是课程重点一、软件工程与软件过程概述1．概念：（1）软件的概念（组成成分、作用）；（2）软件危机的含义、表现、产生原因（客观、主观）（3）软件工程学科包括的内容、解决的主要问题（4）软件生命周期的含义、组成阶段及各阶段主要任务2．需理解的问题：（1）软件与程序的区别和联系？（2）开发一个软件项目包括哪些基本的步骤？每一步骤完成哪些工作？（3）主要的软件过程模型（生命周期模型）有哪些？各自有什么特点？二、结构化分析－面向数据流的分析方法1.什么是软件需求？需求分析过程（步骤）？2.需求分析模型：（1）功能模型（数据流图DFD）的含义、描述符号、画法步骤及规则（2）数据模型（E-R图）的作用（3）行为模型（状态转换图）的作用（4）数据字典的作用三、结构化设计1．软件设计的任务？结构化设计与结构化分析的区别和联系？2．软件设计遵循的基本原理及规则：（1）模块化的含义、如何划分模块（降低成本、提高独立性）？（2）抽象与逐步求精的含义、二者间关系如何？（3）信息隐藏的含义（4）如何完善软件结构（深度、宽度、扇入、扇出、作用域、控制域）？ 3．模块独立性：（1）模块独立性含义？（2）模块独立性的度量标准：耦合的分类、含义及应用；内聚的分类、含义及应用。
4．概要设计（面向数据流的设计方法）（1）概要设计的任务？（2）数据流图的类型及特征（变换型、事务型）（3）变换分析设计方法的应用（步骤）（4）事务分析设计方法的应用（步骤）4．详细设计（过程设计）（1）详细设计的任务（2）结构化程序（设计）的特征（3）详细设计结果的描述工具：程序流程图、N-S图、PAD图、PDL、判定表四、软件测试1.软件测试基础(1)软件测试的含义和目的？(2)测试用例的内容（输入数据、预期输出结果）？(3)主要测试方法（黑盒测试、白盒测试）的含义？2．主要的白盒测试技术及应用-------逻辑覆盖法？基本路径测试方法？ 3．主要的黑盒测试技术及应用-------等价类法? 边界值分析法？4．软件测试的过程？（1）单元测试（采用的测试方法；测试内容）（2）集成测试（采用的测试方法；测试内容；模块组装策略）（3）确认测试（采用的测试方法；测试内容；α测试与β测试？）（4）辅助模块的含义及作用（驱动模块、存根模块？）五、面向对象方法学基础 1．基本概念：（1）对象的含义及特点？（2）类的含义？类与对象的关系？（3）消息及消息传递的含义及作用？（4）继承的含义？多态性机制？2．面向对象建模技术中的三种模型及各自作用？3．对象模型及描述（类图）：对象(类)的图形表示；关系(关联、聚集、继承)的图形表示； 4.事件追踪图、状态图、用例图的作用六、面向对象分析与设计过程1．面向对象分析（OOA）的任务？OOA的基本过程？2.面向对象设计(OOD)的主要任务？OOD与OOA的区别和联系？3．OOD模型的组成（四部分）及内容？七、软件维护1．软件维护的含义及类型？ 2．软件维护过程？--------------- 课堂练习题目一、填空题1.软件主要包括程序、和三部分内容。
名词解释一个三分 五个十五分第一章 绪论1. 软件2. 文档3. 软件工程4. 软件工程过程5. 软件生存周期6. 软件生存周期模型第二章 软件可行性研究与项目开发计划1. 投资回收2. 纯收人第三章 软件需求分析1. 需求分析2. 数据流3. 数据字典4. 加工5. 数据流图第四章 软件概要设计1. 模块2. 模块化3. 抽象4. 信息隐蔽5. 模块独立性6. 耦合性7. 无直接耦合8. 数据耦合9. 标记耦合10. 控制耦合11. 公共耦合12. 内容耦合13. 内聚性14. 偶然内聚15. 逻辑内聚16. 时间内聚17. 通信内聚18. 顺序内聚19. 功能内聚第五章 软件详细设计1. PAD2. 过程设计语言(PDL)第六章 软件编码1. 程序设计风格2. 程序可移植性第七章 软件测试1. 语句覆盖2. 判定覆盖3. 条件覆盖4. 判定/条件覆盖5. 条件组合覆盖6. 路径覆盖7. 环路复杂性8. 黑盒测试9. 白盒测试10. 驱动模块11. 桩模块12. 单元测试13. 集成测试14. 确认测试15. 调试第八章 软件维护1. 维护2. 校正性维护3. 适应性维护4. 完善性维护5. 预防性维护6. 软件可维护性第九章 软件开发的增量模型1. 原型第十章 面向对象的方法1. 对象2. 类3. 消息4. 方法5. 继承性6. 单重继承7. 多重继承8. 多态性9. 抽象10. 信息隐藏11. 链12. 关联第十一章 软件质量与质量保证1. 软件可靠性2. 效率3. 可维护性4. 可移植性5. 可互操作性6. 适应性7. 可重用性8. 软件设计质量9. 软件程序质量10. 冗余第十二章 软件工程管理1. 软件配置管理2. 软件配置项3. 基线4. 文档第十三章 软件开发环境1. 软件开发环境2. 软件工具3. CASE4. CASE生存期5. CASE工作台软件工程自考名词解释答案第一章 绪论1. 计算机程序及其说明程序的各种文档.2. 文档是有关计算机程序功能,设计,编制,使用的方案或图形资料.3. 用科学知识和技术原理来定义,开发,维护软件的一门学科.4. 软件工程过程规定了获取,供应,开发,操作和维护软件时,要实施的过程,活动和任务.5. 软件生存周期是指一个软件从得出开发要求开始直到该软件报废为止的整个时期.6. 软件生存周期模型是描述软件开发过程中各种活动如何执行的模型.第二章 软件可行性研究与项目开发计划1. 投资回收期就是使累计的经济效益等于最初的投资费用所需的时间.2. 在整个生存周期之内的累计经济效益(折合成现在值)与投资之差.第三章 软件需求分析1. 需求分析是指开发人员要准确理解用户的要求,进行细致的调查分析,将用户非不甘落后将用户非不甘落后 需求陈述转化为完整的需求定义,再由需求定义转换到相应的形式功能规约(需求规格说明)的过程.2. 数据流是数据在系统内传播的路径,因此由一组成分固定的数据项组成.3. 数据字典(Data Dic onary, 简称DD)就是用来定义数据流图中的各个成分的具体含义的,它以一种准确的,无二义性的说明方式为系统的分析,设计及维护提供了有关元素的一致的定义和详细的描述.4. 加工又称为数据处理,是对数据流进行某些操作或变换.5. 数据流图,简称DFD,是SA方法中用于表示系统逻辑模型的一种工具,它以图形的方式描绘数据在系统中流动和处理的过程.第四章 软件概要设计1. 模块在程序中是数据说明,可执行语句等程序对象的集合,或者是单独命名和编址的元素,在软件的体系结构中,模块是可组合,分解和更换的单元.2. 模块化是指解决一个复杂问题自顶向下逐层把软件系统划分成若干模块的过程.每个模块完成一个特定的子功能,所有的模块按某种方法组装起来,成为一个整体,完成整个要求的功能.3. 抽象是认识复杂现象过程中使用的思维工具,即抽出事物本质的共同的特性而暂不考虑它的细节,不考虑其他因素.4. 信息隐蔽指在设计和确定模块时,使得一个模块内包含信息(过程或数据),对于不需要这些信息的其他模块来说,是不能访问的.5. 模块独立性指每个模块只完成系统要求的独立的子功能,并且与其他模块的联系最少且接口简单.6. 耦合性也称块间联系.指软件系统结构中各模块间相互联系紧密程序的一种度量.7. 无直接耦合指两个模块之间没有直接的关系,它们分别从属于不同模块的控制与调用,它们之间不传递任何信息.8. 数据耦合指两个模块之间有调用关系,传递的是简单的数据值,相当于高级语言的值传递.9. 标记耦合指两个模块之间传递的是数据结构,如高级语言的数组名,记录名,文件名等这些名字即为标记,其实传递的是这个数据结构的地址.10. 控制耦合指一个模块调用另一个模块时,传递的是控制变量(如开关,标志等),被调模块通过该控制变量的值有选择地执行块内某一功能.11. 公共耦合指通过一个公共数据环境相互作用的那些模块间的耦合.公共数据环境可是是全程变量或数据结构,共享的通信,内存的公共覆盖区及任何存储介质上的文件,物理设备等(也有将共享外部设备分类为外部耦合).12. 当一个模块直接使用另一个模块的内部数据,或通过非正常口转入另一个模块内部,这种模块之间的耦合为内容耦合.13. 内聚块又称块内联系指模块的功能强度的度量,即一个模块内部各个元素彼此结合的紧密程度的度量.14. 偶然内聚指一个模块内的各处理元素之间没有任何联系.15. 逻辑内聚指模块内执行个逻辑上相似的功能,通过参数确定该模块完成哪一个功能.16. 把需要同时执行的动作组合在一起形成的模块为时间内聚模块.17. 通信内聚指模块内所有处理元素都在同一个数据结构上操作(有时称之为信息内聚),或者指各处理使用相同的输入数据或者产生相同的输出数据.18. 顺序内聚指一个模块中各个处理元素都密切相关于同一功能且必须顺序执行,前一功能元素的输出就是下一功能元素的输入.19. 功能内聚指模块内所有元素共同完成一个功能,缺一不可.因此模块不能再分割.第五章 软件详细设计1. PAD图指问题分析图(Problem Analysis Diagram),是一咱算法描述工具,它是一种由左往右展开的二维树型结构.PAD图的控制流程为自上而下,从左到右地执行.2. 过程设计语言(Process Design Language,简称PDL),也称程序描述语言(Program Descrip on Language),又称为伪码.它是一种用于描述模块自法设计和处理细节的语言.第六章 软件编码1. 程序设计风格指一个人编制程序时所表现出来的特点,习惯逻辑思路等.2. 指程序从一个计算机环境移值到另一个计算机环境的容易程序.第七章 软件测试1. 语句覆盖是指设计足够的测试用例,使被测程序中每个语句至少执行一次.2. 判定覆盖指设计足够的测试用例,使得被测程序中每个判定表达式至少获得一次”真”和”假”值,从而使程序的每一个分支至少都通过一次.3. 条件覆盖指设计足够的测试用例,使得判定表达工中每个条件的各种可能的值出现一次.4. 判定/条件覆盖标准指设计足够的测试用例,使得判定表达式中的每个条件的所有可能取值至少出现一次,并使每个判定表达式所有可能的结果也至少出现一次.5. 条件组合覆盖是比较强的覆盖标准,它是指设计足够的测试用例,使得每个判定表达式中条件的各种可能的值的组合都至少出现一次.6. 路径覆盖是指设计足够的测试用例,覆盖被测程序中所有可能的路径.7. McCabe定义程序图的环路为程序图中区域的个数.区域个数为边和结点圈定的封闭区域数加上图形外的区域数1.8. 黑盒测试是功能测试又称为功能测试或数据驱动测试.9. 白盒测试是对程序中尽可能多和逻辑路径进行测试,检验内部控制结构和数据结构是否有错,实际的运行状态与预期的状态是否一致.10. 驱动模块是用来模拟被测模块的上级调用模块的模块,功能要比真正的上级模块简单得多,它只完成接受测试数据,以上级模块调用被测模块的格式驱动被模块,接收被测模块的测试结果并输出.11. 桩模块用来代替被测试模块所调用的模块它的作用是返回被测模块所需的信息.12. 单元测试指对源程序中每一个程序单元进行测试,检查各个模块是否正确实现规定的功能,从而发现模块在编码中或算法中的错误.13. 集成测试是指在单元测试的基础上,将所有模块按照设计要求组装成一个完整的系统进行测试,故也称组装测试或联合测试.14. 确认测试又称有效性测试.是为了检查软件的功能与性能是否与需求规格说明书中确定的指标相符合所进行的测试.15. 调试是为了确定错误的原因和位置,并改正错误所进行的工作,因此调试也称为纠错.第八章 软件维护1. 在软件运行/维护阶段对软件产品所进行的修改就是维护.2. 为了识别和纠正错误,修改软件性能上的缺陷,应进行确定和修改错误的过程,这个过程就称为校正性维护.3. 随着计算机的飞速发展,计算机硬件,软件及数据环境在不断发生变化,为了使应用软件适应这种变化而修改软件的过程称为适应性维护.4. 在犯罪分子件运行时期中,用户往往会对软件提出新的功能要求与性能要求.这种增加软件功能,增强软件性能,提高软件运行效率而进行的维护活动称为完善性维护.5. 为了提高软件的可维护性和可靠性而对软件进行的修改称为预防性维护.6. 软件可维护性是指软件能够被理解,校正,适应及增强功能的容易程度.第九章 软件开发的增量模型1. 软件开发中的原型是软件的一个早期可运行的版本,它反映了最终系统的重要特性.第十章 面向对象的方法1. 对象是人们要进行研究的任何事物,从最简单的整数到复杂的飞机等均可看作对象,它不仅能表示具体的事物,还能表示抽象的规则,计划或事件.2. 具有相同或相似性质的对象的抽象就是类具有相同或相似性质的对象的抽象就是类3. 对象之间进行通信的构造叫做消息.4. 类中操作的实现过程叫做方法,一个方法有方法名,参数,方法体.5. 继承性是子类自动共享父类数据结构和方法的机制这是类之间的一种关系.6. 在类层次中,子类只继承一个父类的数据结构和方法,称为单重继承.7. 在类层次中,子类继承了多个父亲的数据结构和方法,称为多重继承.8. 多态性是指相同的操作或函数,过程可作用于多用户种类型的对象上并获得不同结果.不同的对象收到同一消息可以产生不同的结果,这种现象称为多态性.9. 抽象是指强调实体的本质,内在的属性,忽略一些无关紧要的属性.10. 信息隐蔽是指所有软件部件内部都有明确的范围以及清楚的外部边界每个软件部件都有友好的界面接口,软件部件的内部实现与外部可访问性分离.11. 链表示对象间的物理与概念联结.12. 关联表示类之间的一种关系,就是一些可能的链的集合.第十一章 软件质量与质量保证1. 软件按照设计要求,在规定时间和条件下不出故障,持续运行的程度.2. 为了完成预定功能,软件系统所需的计算机资源和程序代码数量的程度.3. 找到并改正程序中的一个错误所需代价的程度.4. 将一个软件系统从一个计算机系统或环境移植到另一个计算机系统或环境中运行时所需的工作量.5. 将一个系统耦合到另一个系统所需的工作量.6. 修改或改进一个已投入运行的软件所需工作量的程度.7. 一个软件能再次用于其他相关应用的程度.8. 设计的规格说明书要符合用户的要求.9. 程序要按照设计规格说明所规定的情况正确执行.10. 冗余是指实现系统规定功能是多余的那部分资源,包括硬件,软件,信息和时间.第十二章 软件工程管理1. 软件配置管理,简称SCM,是一组管理整个软件生存期各阶段中变更的活动是一组管理整个软件生存期各阶段中变更的活动2. 软件配置项是软件工程中产生的信息项,它是配置管理的基本单位.3. 基线是软件生存期中各开发阶段的一个特定点,它的作用是把开发各阶段工作的划分更加明确化,使本来连续的工作在这些点上断开,以便于检查与肯定阶段成果.4. 文档是指某种数据媒体和其中所记录的数据.在软件工程中,文档用来表示对需求,工程或结果进行描述,定义,规定,报告或认证的任何书面或图示的信息.它们描述和规定了软件设计和实现的细节,说明使用软件的操作命令.第十三章 软件开发环境1. 软件开发环境是相关的一组软件工具集合,它支持一定的软件开发方法或按照一定的软件开发模型组织而成.2. 软件工具是指为支持计算机软件的开发,维护,模拟,移植或管理而研制的程序系统.3. CASE是一组工具和方法的集合,可以辅助软件开发生命周期各阶段进行软件开发.4. 一个组织中的CASE系统从被始需求到完全废弃这一生存期.5. 一个CASE工作台是一组工具集,支持像设计,实现或测试等特定的软件开发阶段.。
软件工程复习大纲考试主要章节：第一章软件与软件工程第二章软件项目管理第三章计算机系统工程第3.2节第五章面向数据流的分析方法第八章软件设计基础第十四章软件测试其他：上课讲义题型一、选择题（单选或多选）1、软件的主要特性是（）A、无形性B、高成本C、包括程序和文档D、可独立构成计算机系统（●软件是一种逻辑产品，具有无形性；●软件产品的生产主要是研制；●软件不存在磨损和老化问题，但存在退化问题；●软件产品的生产主要是脑力劳动；●软件产品的成本非常昂贵，其开发方式目前尚未完全摆脱手工生产方式；● 软件具有“复杂性”，其开发和运行常受到计算机系统的限制。
）2、软件工程三要素()A、技术、方法和工具B、方法、工具和过程C、方法、对象和类D、过程、模型和方法3、包含风险分析的软件工程模型是（）A、螺旋模型B、瀑布模型C、增量模型D、喷泉模型4、软件危机的主要表现是（）A、软件成本太高B、软件产品的质量低劣C、软件开发人员明显不足D、软件生产率低下5、软件工程的目标（）A、易于维护B、低的开发成本C、高性能D、短的开发周期（注意：缩短开发周期是他的目标，但短的开发周期就不是了）6、需求分析的主要目的是(ＢＣ)。
A) 系统开发的具体方案B) 进一步确定用户的需求C) 解决系统是“做什么的问题”D) 解决系统是“如何做的问题”7、ＳＡ法的主要描述手段有(Ｂ)。
A) 系统流程图和模块图B) ＤＦＤ图、数据词典、加工说明C) 软件结构图、加工说明D) 功能结构图、加工说明8、画分层ＤＦＤ图的基本原则有(ＡＣＤ)。
A) 数据守恒原则B) 分解的可靠性原则C) 子、父图平衡的原则D) 数据流封闭的原则9、在E-R模型中，包含以下基本成分(C)。
A) 数据、对象、实体B) 控制、联系、对象C) 实体、联系、属性D) 实体、属性、联系10、画DFD图的主要目的是(A D)。
A) 作为需求分析阶段用户与开发者之间交流信息的工具B) 对系统的数据结构进行描述C) 对目标系统的层次结构进行描述D) 作为分析和设计的工具11、数据字典是数据流图中所有元素的定义的集合，一般由以下四类条目组成(C)。
《软件工程》复习重点第一章绪论第一节软件工程概念的提出与发展1.软件危机（1）速度：软件的发展水平远远滞后于硬件的发展水平，生产率低下，软件制造仍然是一种人工集约生产方式（2）质量：软件的质量低下，不能满足用户的需求、适应性差（3）成本：软件开发成本居高不下软件开发的速度、软件制品的质量、软件开发成本是软件工程的三个核心问题。
2.软件工程的发展近几年，软件复用技术：构件技术、平台技术、需求工程技术、领域分析技术、应用集成技术等。
第二节软件开发的本质1.软件软件=程序+文档2.软件开发的本质：“映射”，即实现问题空间的概念和处理逻辑到解空间的概念和处理逻辑之间的映射。
3.系统建模运用所掌握的知识，通过抽象，给出系统的一个结构。
4.模型模型是一个抽象。
模型是在特定意图下所确定的角度和抽象层次上对物理系统的描述，通常包含对该系统边界的描述、对系统内各模型元素以及它们之间关系的语义描述。
5.系统模型的类型（1）概念模型：描述软件是什么（2）软件模型：实现概念模型的软件解决方案。
包括设计模型、实现模型和部署模型。
第二章需求获取第一节需求与需求获取1.需求的定义一个需求是有关一个“要予构造”的陈述，描述了待开发产品/系统功能能力、性能参数或其它性质。
2.需求的基本性质（1）必要的（2）无歧义的（3）可测的（4）可跟踪的（5）可测量的3.需求的分类★（1）功能需求，是整个需求的主体。
（2）非功能需求：性能需求、外部接口需求、设计约束和质量属性需求。
能够区分哪些是功能需求，哪些是性能需求。
4.接口需求的类别（1）用户接口（2）硬件接口（3）软件接口（4）通信接口（5）内存约束（6）运行（7）地点需求5.设计约束需求（1）法规政策（2）硬件限制（3）与其它应用的接口（4）并发操作（5）审计能力（6）控制功能（7）高级语言要求（8）握手协议（9）应用的关键程度（10）安全和保密6.质量属性（1）可靠性（2）存活性（3）可维护性（4）用户友好性7.需求发现的技术（1）自悟（2）交谈（3）观察（4）小组会（5）提炼第二节需求规约（SRS）1.需求规约的定义★是一个软件/产品/系统所有需求陈述的正式文档，它表达了一个软件/产品/系统的概念模型。
一，第一章1．软件工程→1968年的NATO会议上提出解决“软件危机”2．倡导工程原理，原则，方法进行软件开发，以期解决“软危”3．软件工程：用计算机科学理论和技术和工程管理原则方法，按预算，进度满足用户要求的软件产品工程。
4．软工两时间：1. 60-80年代，系统规模，复杂性，关键领域应用，提出了waterfall, C, Pascal, Ada; Jackson方法，结构化方法。
2. 80年代后大量软件的实践，过程支持，软件生产技术，复用技术，生产管理。
《软件和存周期过程》，C++, Eiffel, Smalltalk5．软件=程序+文档，是逻辑实体，“无形”6．程序=处理对象+处理规则7．文档=理解程序所需的阐述性资料8．软件开发的本质：不同抽象层术语+处理逻辑之间的“映射”9．建模的方法：结构化方法，面向对象方法，诸多面向数据结构方法10．模型:待建系统的任意抽象，包括基本能力，特性，或其他方面；抽象上对物理系统的描述，系统边界，关系的主义描述。
11．软件系统模型：1，概念模型（用户）2，软件模型（开发者）a)需求→概念模型b)设计→软件模型c)实现→软件模型d)部署→软件模型12．软件开发有技术和管理上的问题二，第二章1．正确定义问题，是解决问题的基础2．需求是“要予构造”的陈述，描述了软件“能力”“性能参数”“其他性质”3．需求的性质：a)必要b)无歧义c)可测/测量d)可跟踪4．验证需求是不是歧义→需求复审5．需求分类：功能/非功能（性能，外部接口，设计约束，质量属性），6．需求发现：自悟，交谈，观察，小组会，提炼a)自悟要求高，要有想象力/需求不正确b)交谈依赖“正确提问”“揭示本意”/不能认识到合理需求→复审c)观察要有洞察力/客户抵触，客户认为熟悉了业务d)小组会人力资源，良好的需求发现能力，达成共识/客观条件限制，互相矛盾的需求e)提炼要有想像力和需求标识力熟悉技术和法规/无法验证需求是否正确7．需求规约是陈述的正式文档，表达概念模型a)重要性和稳定性程度b)可修改c)完整d)一致8． 需求规约表达：非形式化（规模小，不复杂，小型软件），半形式和形式化（主要为了验证程序正确）9． 需求规约作用：a) 技术合同，产品功能和环境体现b) 管理控制点c) 正式，受控的起点d) 初始测试计划，用户系统操作描述10． 需求规约不是一个设计文档，用于设计的文档，也不是进度和规划文档三，第三章1．软件需求中三挑战：1． 问题空间理解2． 人与人之间通信3． 需求的变化性2．20世纪70年代提出结构化方法3．基本术语1． 数据流程2． 加工3． 数据存储4． 数据源和数据潭4.数据流图DFD P375.按功能分解的设计思想：自顶向下，逐步求精6．数据字典：[=]定义为；[|]或者；[+]顺序；[{}]重复；[m.n]子界7．数据结构3种条目：数据流条目；数据存储条目；数据项条目8．结构化语言是形式化语言和自然语言之间的语言9．判定表；判定树P4311． 图元数7正负212． 15%的错误源自错误的需求13． 总体设计：模块和模块调用14． 总体设计：模块结构图/层次图/HIPO 图P4515． “高内聚，低耦合”16．数据流图分为：变换型和事务型17．模块化，软件分为简单的高内聚低耦合的模块（两部分：接口和模块体）18．耦合：依赖程度的度量。
软件工程复习提纲第一章软件与软件工程1. 什么是软件工程？构成软件工程的要素是什么？2. 什么是软件危机？软件危机有那些表现？3.软件开发的三种最主要方法是什么？4.软件工程实践中的五个面向理论的含义是什么？5.用图表方式说明软件的生存周期6.结合软件生存周期理论，阐述几个重要的软件开发模型的特点及适用条件（如瀑布模型、快速原型模型、增量模型、迭代模型等）第四章需求分析基础1.什么是软件需求？软件需求的属性是什么？2.需求分析阶段的一般工作流程是什么？3.什么是需求分析？需求分析的任务、目的是什么？4.什么是需求定义？5.简述软件需求分析的任务与步骤，并以图书管理系统为例说明6.需求的分析的方法与切入点？（过程分析、对象分析；功能分析、对象分析、数据分析？）7.需求分析的描述工具？8.什么是业务流程图？业务流程图的主要绘图元素有哪几种？9.什么是数据流图？数据流图的绘图元素有哪几种？10.分别画出图书管理系统的业务流程图和数据流图11.画出图书管理系统的用例图12.画出一个网上招聘系统（招聘网站）的用例图第五章面向数据流的分析方法1. 阐述数据流图、数据字典和E-R图的构成2. 阐述基于数据流图进行需求分析的大致过程。
3. 归纳总结CASE工具的核心思想。
4. 如何判断数据流图的一致性和完全性？可否用CASE工具自动或半自动地完成这两类检查？如果可以，请给出相应的软件设施途径。
5. 设计一个简单图书信息系统上网E-R模型第六章面向对象的需求分析1. 基本概念：对象、类、消息、继承、聚集2. 简述利用UML尽心需求分析的主要步骤。
3. 简述面向对象的消息传递机制在程序设计语言中的实现过程。
4. 绘制表示“书籍”的UML类图，“书籍”可以描述为：一本书由许多部分组成，每一部分又由许多章组成，每一张由许多节组成。
部分、章和节都具有标题和序号属性。
第八章软件设计基础1.什么是软件设计？软件设计过程的输入和输出是什么？2.理解软件设计的原理3.什么是软件架构？理解软件的三层架构的内容及特点4软件设计有两大类方法是什么？5.面向过程设计的主要任务和内容和方法是什么？6.面向对象设计的内容和步骤是什么？第九章面向数据流的设计方法1. 简述SD方法将数据流图转换为软件结构的过程与步骤。
第2章软件工程方法与工具一．软件工程方法学三要素:方法、工具和过程。
结构化方法及其特点:也称为生命周期方法学或结构化范型。
将软件生命周期的全过程依次划分为若干个阶段，采用结构化技术来完成每个阶段的任务。
特点：强调自顶向下顺序地完成软件开发的各阶段任务;结构化方法要么面向行为，要么面向数据，缺乏使两者有机结合的机制。
二．面向对象方法及其特点:是将数据和对数据的操作紧密地结合起来的方法。
软件开发过程是多次反复迭代的演化过程。
面向对象方法在概念和表示方法上的一致性，保证了各项开发活动之间的平滑过渡。
对于大型、复杂及交互性比较强的系统，使用面向对象方法更有优势。
三．软件工具的概念:软件工具是指能支持软件生存周期中某一阶段（如系统定义、需求分析、设计、编码、测试或维护等）的需要而使用的软件工具。
早期的软件工具主要用来辅助程序员编程，如编辑程序、编译程序、排错程序等。
在提出了软件工程的概念以后，出现了一批软件工具来辅助软件工程实施，这些软件工具涉及到软件开发、维护、管理过程中的各项活动，并辅助这些活动高质量地进行。
软件工具通常也称为CASE(计算机辅助软件工程，computer aided software engineering)工具。
第3章软件需求分析(结构化分析)一．需求获取的任务①发现和分析问题，并分析问题的原因/结果关系。
②与用户进行各种方式的交流，并使用调查研究方法收集信息。
③按照三个成分观察问题的不同侧面：即数据、过程和接口。
④将获取的需求文档化，形式有用例、决策表、需求表等。
二．需求获取应遵循的原则(重点)①深入浅出的原则。
就是说，需求获取要尽可能全面、细致。
获取的需求是全集，目标系统真正实现的是其子集。
②以流程为主线的原则。
在与用户交流的过程中，应该用流程将所有的内容串起来。
如信息、组织结构、处理规则等。
流程的描述既有宏观描述，也有微观描述。
三．需求获取的过程1. 开发高层的业务模型2. 定义项目范围和高层需求3. 识别用户类和用户代表系统的不同用户存在着多方面的差异，例如：(1) 使用产品的频率；(2) 在应用领域的经验和使用计算机的技能；(3) 所用到的产品功能；(4) 为支持业务过程所进行的工作；(5) 访问权限和安全级别。
4. 获取具体的需求确定了项目范围和高层需求，并确定了用户类及用户代表后，就需要获取更具体、完整和详细的需求。
具体需求的来源可以来自以下几种典型的途径。
(1) 与用户进行交流。
(2) 现有产品或竞争产品的描述文档。
(3) 系统需求规格说明。
(4) 当前系统的问题报告和改进要求。
(5) 市场调查和用户问卷调查。
(6) 观察用户如何工作。
5. 确定目标系统的业务工作流具体到当前待开发的应用系统，确定系统的业务工作流和主要的业务规则，采取需求调研的方法获取所需的信息。
例如，针对信息系统的需求调研方法如下：(1) 调研用户的组织结构、岗位设置、职责定义，从功能上区分有多少个子系统，划分系统的大致范围，明确系统的目标。
(2) 调研每个子系统的工作流程、功能与处理规则，收集原始信息资料，用数据流来表示物流、资金流、信息流三者的关系。
(3) 对调研内容事先准备，针对不同管理层次的用户询问不同的问题，列出问题清单。
将操作层、管理层、决策层的需求既联系又区分开来，形成一个需求的层次。
6. 需求整理与总结必须对上面步骤取得的需求资料进行整理和总结，确定对软件系统的综合要求，即软件的需求。
提出这些需求的实现条件，以及需求应达到的标准。
这些需求包括功能需求、性能需求、环境需求、可靠性需求、安全保密要求、用户界面需求、资源使用需求、软件成本消耗与开发进度需求等。
四．软件需求分析阶段的任务(重点)可以把软件需求分析阶段的工作分为4个步骤，即需求获取、需求分析、需求定义和需求验证，1. 需求获取通过启发、引导从用户那里得到的原始需求是他们的业务要求(needs)，简称为N。
这是分析之前获取的需求，其中可能存在一些问题，这些问题只有通过分析才能得到解决，直接把获取的需求作为软件设计阶段的内容可能导致严重的后果。
2. 需求分析认真研究获取的需求，必须考虑以下几方面：(1) 完整性(2) 正确性(3) 合理性(4) 可行性(5) 充分性由于分析的过程会对获取的需求做部分调整，也即从获取的需求N中去掉了一些a，又补充了一些c，从而得到的是分析的需求R1（b+c）。
3. 需求定义将已经过分析的需求清晰、全面、系统、准确地描述成为正式的文档，这一步定义需求的工作就是编写需求规格说明。
4. 需求验证为了确保已定义的需求（需求规格说明）准确无误，并能被用户理解和接受，需要对其进行严格的评审。
五．结构化分析模型的内容最有代表性的传统的分析建模方法是结构化分析方法。
它是一种面向数据流进行需求分析的方法。
结构化分析方法是一种建模技术，它建立的分析模型如图所示。
六．数据流图与功能建模(重点)功能建模的思想就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。
功能模型用数据流图来描述。
数据流图从数据传递和加工的角度，以图形符号的方式刻画数据流从输入到输出的移动变换过程。
环境图也称为顶层数据流图（或0层数据流图），它仅包括一个数据处理过程，也就是目标系统。
环境图的作用是确定系统在其环境中的位置，通过确定系统的输入和输出与外部实体的关系确定其边界。
七．实体-关系图与数据建模(重点)ER在结构化分析方法中，使用实体—关系建模技术来建立数据模型。
这种技术是在较高的抽象层次（概念层）上对数据库结构进行建模的流行技术。
实体—关系模型表示为可视化的实体—关系图，也称为ER图。
ER图中仅包含3种相互关联的元素：数据对象（实体）、描述数据对象的属性及数据对象彼此间相互连接的关系。
数据对象数据对象是目标系统所需要的复合信息的表示，所谓复合信息是具有若干不同属性的信息。
在ER图中用矩形表示数据对象。
在实际问题中，数据对象（实体）可以是外部实体、事物、角色、行为或事件、组织单位、地点或结构等。
属性属性定义数据对象的特征，如数据对象学生的学号、姓名、性别、专业等，课程的课程编号、课程名称、学分等。
在ER图中用椭圆或圆角矩形表示属性，并用无向边将属性与相关的数据对象连接在一起。
关系不同数据对象的实例之间是有关联关系的，在ER图上用无向边表示。
在无向边的两端应标识出关联实例的数量，也称为关联的重数。
从关联重数的角度可以将关联分为３种。
(1) 一对一（1:1）关联(2) 一对多（1:m）关联(3) 多对多（m:n）关联实例关联还有“必须”和“可选”之分。
关联重数的表示在ER图中用圆圈表示所关联的实例是可选的，隐含表示“0”，没有出现圆圈就意味着是必须的。
出现在连线上的短竖线可以看成是“1”。
关系的属性关系本身也可能有属性，这在多对多的关系中尤其常见，如学生和课程之间的关系可起名为“选课”，其属性应该有学期、成绩等。
关系属性的表示：在表示关系的无向边上再加一个菱形框，并在菱形框中标明关系的名字，关系的属性同样用椭圆形或圆角矩形表示，并用无向边将关系与其属性连接起来。
八．状态-迁移图与行为建模(重点)状态转换图（简称状态图）通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。
状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式，状态规定了系统对事件的响应方式。
状态可能有：初态（初始状态）、终态（最终状态）和中间态。
在一张状态图中只能有一个初态，而终态则可以有多个，也可以没有状态的表示：初态用实心圆表示，终态用牛眼图形表示，中间态用圆角矩形表示。
状态转换:状态图中两个状态之间带箭头的连线称为状态转换。
状态的变迁通常是由事件触发的，在这种情况下应在表示状态转换的箭头线上标出触发转换的事件表达式。
如果在箭头线上未标明事件，则表示在源状态的内部活动执行完之后自动触发转换。
下图为计算机应用软件的启动过程，在这个过程中没有外部事件触发，每个状态下的活动完成时，状态发生转换。
事件是在某个特定时刻发生的事情，它是对引起系统做动作或从一个状态转换到另一个状态的外部事件的抽象。
事件表达式的语法：事件说明（守卫条件）/ 动作表达式(1) 事件说明的语法：事件名（参数表）(2) 守卫条件是一个布尔表达式。
如果同时使用守卫条件和事件说明，则当且仅当事件发生且布尔表达式成立时，状态转换才发生。
如果只有守卫条件没有事件说明，则只要守卫条件为真，状态转换就发生。
(3) 动作表达式是一个过程表达式，当状态转换开始时执行该表达式。
九．数据字典的内容数据字典以词条方式定义在数据模型、功能模型和行为模型中出现的数据对象及控制信息的特性，包括数据流、加工、数据文件、数据元素，以及数据源点、数据汇点等。
数据字典成为把3种模型黏合在一起的“黏合剂”，是分析模型的“核心”。
词条描述对于在数据流图中每一个被命名的图形元素均加以定义；其内容包括图形元素的名字，图形元素的别名或编号，图形元素类别（如加工、数据流、数据文件、数据元素、数据源点或数据汇点等）、描述、定义、位置等。
数据流词条数据流是数据结构在系统内传播的路径，数据流词条应包括以下几项内容。
①数据流名：要求与数据流图中该图形元素的名字一致。
②简述：简要介绍它产生的原因和结果。
③组成：数据流的数据结构。
④来源：数据流来自哪个加工或作为哪个数据源的外部实体。
⑤去向：数据流流向哪个加工或作为哪个数据汇点的外部实体。
⑥流通量：单位时间数据的流通量。
⑦峰值：流通量的极限值。
数据元素词条数据流图中的每个数据结构都是由数据元素构成的，数据元素是数据处理中最小的、不可再分的单位，它直接反映事物的某一特征。
① 类型：数据元素分为数字型与文字型。
数字型又分为离散值和连续值，文字的类型用编码类型和长度区分。
② 取值范围：离散值的取值或是枚举的（如3，17，21），或是介于上下界的一组数（如2..100）；连续值一般是有取值范围的实数集（如0.0..100.0）。
对于文字型，文字的取值需加以定义。
③ 相关的数据元素及数据结构。
数据存储文件词条数据存储文件是数据保存的地方。
一个数据存储文件词条应有以下几项内容。
① 文件名：要求与数据流图中该图形元素的名字一致。
② 简述：简要介绍存放的是什么数据。
③ 组成：文件的数据结构。
④ 输入：从哪些加工获取数据。
⑤ 输出：由哪些加工使用数据。
⑥ 存取方式：分为顺序、直接、关键码等不同存取方式。
⑦ 存取频率：单位时间的存取次数。
加工词条加工可以使用诸如判定表、判定树、结构化语言等形式表达，主要描述如下。
① 加工名：要求与数据流图中该图形元素的名字一致。
② 编号：用以反映该加工的层次和父子关系。
