山东大学-软件工程复习重点整理
(完整word版)软件工程复习重点
三大块内容：软件危机与软件工程传统软件开发方法面向对象方法一、软件危机与软件工程：软件、软件危机、软件生存期、软件开发模型、软件管理1、软件：软件是能够完成预定功能和性能的可执行的计算机程序+使程序正常运行所需要的数据+描述软件开发过程及其管理、程序的操作和使用的有关文档。
文档：分开发、管理、用户、维护文档，作用是记录及解决不可视性、通信与交流、管理与维护、用户服务2、软件危机a)表现：软件成本高、难于控制开发进度、软件工作量估计困难、软件质量低、软件修改维护困难b)原因：需求问题(描述不精确、理解不一致)、管理问题、方法和工具问题、软件本身的特点3、软件生存期：a)三个时期：定义时期(软件计划、需求分析)—>开发时期(软件设计、编码实现、测试)—>使用和维护时期(维护)b)六个阶段：软件计划需求分析设计编码测试使用与维护c)生命周期方法特点：顺序性、依赖性，推迟程序的物理实现、质量保证的观点(利于尽早发现错误，如阶段文档、评审)4、软件开发模型a)瀑布模型：文档驱动i.阶段划分、分而治之、控制开发过程的复杂性ii.自顶向下、由抽象到具体，顺序进行优点：规范管理开发过程、文档驱动缺点：初期系统的需求难以完全确定、文档驱动、周期长b)原型模型：i.针对：软件开发初期需求难以确定ii.基本思想：快速建立原型，完善用户需求iii.优点：用户参与、快速iv.缺点：快速弱功能、对开发环境要求高c)螺旋模型(风险驱动)d)增量模型(模块、功能驱动)e)迭代模型f)喷泉模型5、软件管理a)区别于其他工业产品生产管理的特点b)主要内容：开发计划与进度管理、文档管理、人员组织管理、成本管理、质量管理二、传统软件工程方法：a)软件计划i.问题定义ii.可行性研究1.经济可行性2.技术可行性3.法律可行性b)需求分析i.结构化分析SAii.面向数据流的分析方法1.DFD四个组成部分(表示方法、命名)2.DFD作图：需求描述DFD3.层次分解法(保持父图和其子图的平衡)4.数据字典(符号)c)软件设计i.总体设计1.模块独立性：高内聚2.作用域是控制域的子集3.单入单出4.规模、深度、宽度、扇入、扇出适当ii.传统设计方法1.面向数据流的设计方法(数据流图)a)结构化设计SD-对应有SD结构化需求分析、SP结构化实现b)DFD软件结构(层次图)i.变换设计ii.事务设计c)优缺点2.面向数据结构的设计方法a)Jackson方法b)Jackson图i.三种元素间的逻辑关系：顺序、选择、重复ii.可描述两种数据结构:数据结构、程序结构c)思想：数据结构与程序处理过程相互转换d)步骤：I/O DS对应关系Program Structure细化求精e)优缺点：i.数据入手ii.简化数据处理程序的设计iii.模块与独立性原则没有给予应有的重视iv.求提供对复杂系统设计过程的支持3.Parnas方法iii.详细设计1.结构化程序设计SPa)高效率---良结构b)三种基本控制结构、单入单出2.过程设计的工具d)实现/编码i.语言1.功能等价2.描述问题方便性有差异a)例如：OOPL---非OOPLii.程序设计风格e)软件测试i.目标ii.方法1.正确性证明2.静态测试3.动态测试a)黑盒(功能)测试i.等价类划分ii.边界值分析iii.错误推测b)白盒(结构)测试i.语句覆盖ii.判定覆盖iii.条件覆盖iv.判定—条件覆盖v.条件组合覆盖iii.步骤f)软件维护i.四种类型1.校正性2.适应性3.完善性4.预防性ii.提高可维护性的措施三、面向对象方法(Object-oriented Method)a)OOM与CM对比：区别—优点i.思维方式iv. 稳定性ii.可重用性v. 可维护性iii.大型软件b)OOSE方法i.三个阶段、五个模型、E CASE第二章．传统软件工程方法：软件计划具体任务：项目定义、可行性分析、软件计划其中：可行性分析：1、可行性研究实质：可行性研究试一次大大压缩和简化了的系统分析和设计过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计过程。
软件工程基础知识点整理版
软件工程基础知识点整理版1.软件生命周期：软件工程将开发和维护软件的过程划分为不同的阶段，包括需求分析、设计、编码、测试、部署和维护。
这些阶段构成了软件生命周期。
2.软件需求：软件需求工程是对软件需求进行分析、规划和定义的过程。
它包括对用户需求的收集、分析和确认，以及对系统功能和性能的详细规范。
3.软件设计：软件设计是定义软件的结构和组成部分的过程。
它包括对软件系统的整体架构和各个模块的设计。
4.软件编码：软件编码是将设计好的软件系统转化为具体的程序代码的过程。
编码过程需要使用编程语言，并遵循编码规范和最佳实践。
5.软件测试：软件测试是验证软件是否满足需求规格的过程。
它包括对软件的功能、性能和安全性进行测试，并发现和修复软件中的错误。
6.软件配置管理：软件配置管理是对软件开发过程中各个组成部分的控制和跟踪。
它包括版本控制、配置项管理和变更控制等活动。
7.软件质量保证：软件质量保证是确保软件达到高质量标准的一系列过程和活动。
它包括质量计划、质量评审、质量度量和缺陷管理等。
8.软件项目管理：软件项目管理是规划、组织和控制软件开发和维护活动的过程。
它包括项目计划、进度管理、团队管理和风险管理等。
9.软件工具和环境：软件工程使用各种工具和环境来辅助软件开发和维护。
这些工具包括集成开发环境、版本控制工具、测试工具和项目管理工具等。
10.软件工程伦理：软件工程伦理是软件工程师在工作中需要遵循的道德准则和原则。
它包括保护用户隐私、遵守知识产权法律和保持专业水平等方面。
以上是软件工程的一些基础知识点，但软件工程领域非常广泛，还有很多其他的知识点值得深入学习和研究。
尽管有一些基础知识点可以帮助我们理解和实践软件工程的基本原理和方法，但要成为一名优秀的软件工程师，还需要不断学习和提升自己的技能和知识。
软件工程复习要点
软件工程复习要点软件工程是一门研究如何高效地开发、维护和管理软件的学科。
对于学习软件工程的同学来说，熟练掌握复习要点是非常重要的。
本文将为大家总结并分享软件工程的复习要点，希望能够帮助大家更好地掌握和应用软件工程知识。
一、软件开发过程软件开发过程是指从需求分析到交付软件产品的整个过程。
常用的软件开发过程模型有瀑布模型、迭代模型、敏捷模型等。
要理解和掌握软件开发过程，需要熟悉各个阶段的任务和活动，包括需求分析、设计、编码、测试、交付等环节。
1. 需求分析：确定用户需求，明确软件系统的功能和性能要求。
2. 设计：根据需求分析的结果，进行软件系统的整体设计和详细设计。
3. 编码：将设计好的软件系统转化为具体的实现代码。
4. 测试：对编码完成的软件系统进行测试，发现和纠正其中的问题。
5. 交付：经过测试合格的软件系统交付给用户使用。
二、软件工程方法与工具为了提高软件开发的效率和质量，软件工程使用了一系列方法与工具。
掌握软件工程方法与工具的使用对于软件开发人员来说是非常重要的。
1. 需求管理工具：用于帮助开发团队和用户共同管理和追踪需求，常用的有JIRA、TFS等。
2. 设计工具：用于辅助进行软件系统的设计，常用的有UML工具、Axure等。
3. 编码工具：用于提高编码效率和质量，常用的有IDE集成开发环境、代码托管平台等。
4. 测试工具：用于自动化测试和代码覆盖率分析，常用的有Junit、Selenium等。
5. 配置管理工具：用于管理和控制软件系统的配置，常用的有Git、SVN等。
三、软件质量保证软件质量保证是指通过一系列的措施和活动来确保软件产品的质量。
在软件工程中，软件质量保证是一个非常重要的环节，它直接关系到软件系统能否满足用户的需求。
1. 静态质量保证：通过代码审查、代码规范等手段来预防和发现问题。
2. 动态质量保证：通过测试等手段来发现和解决软件系统中的问题。
3. 配置管理：通过配置管理工具来确保软件系统配置的正确性和一致性。
软件工程知识点总结
软件工程知识点总结软件工程知识点总结1.软件工程概述1.1 软件工程定义1.2 软件工程的重要性1.3 软件生命周期2.需求分析与规格说明2.1 需求分析过程2.2 需求获取方法2.3 需求规格说明的要素2.4 需求跟踪与变更管理3.软件设计3.1 软件设计原则3.2 结构化设计方法3.3 面向对象设计方法3.4 数据库设计3.5 用户界面设计4.软件开发4.1 编码规范4.2 编程语言选择4.3 软件构建工具4.4 软件测试4.5 版本控制5.软件项目管理5.1 项目计划与进度管理 5.2 软件开发过程模型 5.3 团队协作与沟通5.4 风险管理6.质量保证与软件维护6.1 质量保证方法6.2 软件维护类型6.3 软件维护活动6.4 软件退役与替换附件：________本文档涉及的附件（请附上相关文档、图表等）法律名词及注释：________1.软件工程：________指将系统化的、规范化的、可量化的方法应用于软件的开发、运行和维护的工程学科。
2.需求分析：________确定用户对软件系统需要的功能、性能和约束等方面的要求，并以此为基础进行系统的分析和设计。
3.软件设计：________根据需求分析的结果，制定软件系统的总体结构和各组成部分的详细设计方案。
4.软件开发：________根据软件设计的方案，进行编码和调试，最终可执行的软件系统。
5.软件项目管理：________对整个软件项目进行计划、协调、控制和有效地管理，确保项目顺利完成。
6.质量保证：________通过不同的方法和技术，提高软件产品的质量，确保其满足用户的需求和要求。
7.软件维护：________对已投入使用的软件进行修复性、适应性、完善性和预防性等各方面的修改和改进。
山东大学-软件工程复习重点整理
第一章1.1软件工程〔SE〕的定义、向、作用：SE：在将有关软件开发与应用的概念科学体系化的根底上，研究如有方案、有效率、经济的开发和利用能在就算机上正确运行的软件的理论和技术的工程法学，一些开发和维护软件的法、过程、原那么。
是一个系统工程，既有对技术问题的分析与综合，也有对开发过程和参与者的管理。
SE的向：面向对象模式，构造化模式，基于过程的模式等SE的作用：付出较低的开发本钱，到达要求的软件功能，取得较好的软件性能，开发的软件易于移植，需要较低的维护费用，能按时完成开发工作，及时交付使用。
1.2开发模式：软件开发的全部过程，活动和任务的构造框架，它能直观的表达的表达软件开发全过程，明确要完成的主要活动，任务和开发策略。
1.3说明错误、故障和失效的含义及联系〔并举例〕：错误：是在软件生产过程中人为产生的错误〔需求说明中的错误，代码中的错误〕故障：是在功能实现过程中产生的问题；是错误导致的结果，是在软件中一个错误的表现〔一个错误可能产生多个缺陷，静态存在的〕失效：是相对于系统指定行为的偏离，系统违背了它应有的行为〔动态存在的〕联系：当一个开发者编写程序时，会在代码中出现错误。
当这个程序被编译或集成到一个系统中时，系统就存在故障。
当你运行这个系统时，可能会导致失效，即人们产生错误，故障是错误的结果〔部观角：从开发者的角度对待问题〕，当故障执行时出现失效〔外部视角：从用户角度看到的问题〕。
并不是所有的错误会导致故障，并非每个缺陷都对应相应的失败。
1.4软件质量应从哪几个面衡量，论述之：〔1产品的质量〕〔2过程的质量〕〔3商业环境背景下的质量〕〔1〕产品的质量：用户从失败的数目和类型等外部特征进展评价，如果软件具有足够的功能并且易于学习和使用，用户就断定软件是高质量的；开发者从缺陷的数目和类型等部特征来作为产品质量的依据。
〔2〕过程的质量：有很多过程都会影响到最终的产品质量，只要有活动出了过失，产品的质量就会受到影响；开发和维护过程的质量与产品的质量是同等重要的。
软件工程基础知识点总结(2023版)
软件工程基础知识点总结软件工程基础知识点总结
1.软件工程概述
1.1 软件工程定义
1.2 软件工程的历史与发展
1.3 软件工程的特点和目标
1.4 软件工程的生命周期
2.软件需求工程
2.1 软件需求定义和分类
2.2 需求获取与分析
2.3 需求规格说明
2.4 需求验证和确认
3.软件设计
3.1 软件设计原则和概念
3.2 结构化设计方法
3.3 面向对象设计
3.4 软件设计工具和标记语言
4.软件开发
4.1 编码规范与规范检查
4.2 编程技术与方法
4.3 集成开发环境（IDE）和调试工具
4.4 软件测试和调试
5.软件项目管理
5.1 软件项目规划和组织
5.2 项目进度和资源管理
5.3 项目风险管理
5.4 质量管理与配置管理
6.软件工程度量与评估
6.1 软件度量概述
6.2 软件度量指标与度量方法
6.3 软件质量评估与改进
7.软件维护与演化
7.1 软件维护概述
7.2 维护过程与维护方法
7.3 软件重构与演化
8.软件工程的伦理和专业责任
8.1 软件工程的伦理问题
8.2 软件工程的专业责任
附件：
本文档涉及的法律名词及注释：
1.版权：一种法律保护措施，确保作品的原创性和独立性。
2.知识产权：指由人们的智能活动所创造的权利，包括专利权、著作权等。
3.商标：用以区别商品或服务来源的记号，被注册后获得权益
保护。
4.隐私保护：保护个人信息和隐私不被非法或未经授权的使用、泄漏、外传等。
软件工程期末复习重点
1.软件危机的介绍在计算机软件的开发和维护过程中所遇到的一系列严重问题。
2.产生软件危机的原因与软件本身特点有关：软件开发与维护的方法不正确有关：3.消除软件危机的途径4.软件生命周期由软件定义、软件开发和运行维护3个时期组成，每个时期又进一步划分成若干个阶段。
5.软件定义时期的任务是：确定软件开发工程必须完成的总目标；确定工程的可行性；导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并且制定工程进度表。
这个时期的工作通常又称为系统分析，由系统分析员负责完成。
软件定义时期通常进一步划分成3个阶段，即问题定义、可行性研究和需求分析。
6.开发时期具体设计和实现在前一个时期定义的软件，它通常由下述4个阶段组成：总体设计，详细设计，编码和单元测试，综合测试。
其中前两个阶段又称为系统设计，后两个阶段又称为系统实现。
7.维护时期的主要任务是使软件持久地满足用户的需要。
8.软件生命周期每个阶段的基本任务：问题定义、可行性研究，需求分析，总体设计，详细设计，编码和单元测试，综合测试。
9.常用软件模型区别原理：(1)瀑布模型：按照传统的瀑布模型开发软件，有下述的几个特点。
a)阶段间具有顺序性和依赖性：两重含义：段的输出文档正确，后一阶段的工作才能获得正确的结果。
①必须等前一阶段的工作完成之后，才能开始后一阶段的工作；②前一阶段的输出文档就是后一阶段的输入文档，因此，只有前一阶b) 推迟实现的观点瀑布模型在编码之前设置了系统分析与系统设计的各个阶段，分析与设计阶段的基本任务规定，在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现。
c)质量保证的观点：软件工程的基本目标是优质、高产。
为了保证所开发的软件的质量，在瀑布模型的每个阶段都应坚持两个重要做法。
每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。
每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题，改正错误。
软件工程基础知识点总结
软件工程基础部分知识点总结知识点一软件工程的基本概念1、软件定义：是计算机系统中与硬件相互依存的另一部分,是包括程序、数据以及相关文档的完整集合.1程序是软件开发人员根据用户需求开发的、用程序设计语言描述的、适合计算机执行的指令语句序列.2数据是使程序能够正常操作信息的数据结构.3文档是与程序开发、维护和使用有关的图文资料.国标GB计算机软件的定义：与计算机系统的操作相关的计算机程序、规程、规则以及可能有的文件、文档及数据. 2、软件特点：1软件是一种逻辑实体,而不是物理实体,具有抽象性,是计算机的无形部分；2软件的生产与硬件不同,它没有明显的制作过程；3软件在运行、使用期间不存在磨损、老化问题；4软件的开发、运行对计算机系统具有依赖性,受计算机系统的限制,这导致了软件移植的问题；5软件复杂性高,成本昂贵；6软件开发涉及诸多的社会因素3、软件的分类：按照功能可以分为：应用软件、系统软件、支撑软件或工具软件1应用软件是为解决特定领域的应用而开发的软件.2系统软件是计算机管理自身资源,提高计算机使用效率并为计算机用户提供各种服务的软件.3支撑软件是介于系统软件和应用软件之间,协助用户开发软件的工具软件.4、软件危机：是指在软件的开发和维护过程中所遇到的一系列严重问题. 软件危机主要体现在以下几个方面：①软件开发的实际成本和进度估计不准确②开发出来的软件常常不能使用户满意③软件产品的质量不高,存在漏洞,需要经常打补丁④大量已有的软件难以维护⑤软件缺少有关的文档资料⑥开发和维护成本不断提高,直接威胁计算机应用的扩大⑦软件生产技术进步缓慢,跟不上硬件的发展和人们需求增长5、软件工程：此概念的出现源自软件危机.软件工程是指应用计算机科学、数学及管理科学等原理,以工程化的原则和方法来开发与维护软件的学科.1研究软件工程的主要目的就是在规定的时间、规定的开发费用内开发出满足用户需求的高质量的软件系统高质量是指错误率低、好用、易用、可移植、易维护等.2软件工程的三个要素：方法、工具和过程.①方法：完成软件工程项目的技术手段；②工具：支持软件的开发、管理、文档生成；③过程：支持软件开发的各个环节的控制、管理.3软件工程的核心思想：把软件产品看作是一个工程产品来处理.知识点二软件的生命周期1、软件生命周期概念：将软件产品从提出、实现、使用维护到停止使用退役的过程称为软件生命周期.2、软件生命周期一般划分为定义、开发和维护3个阶段：1定义阶段：可行性研究、需求分析2个阶段；软件定义阶段：包括制定计划和需求分析.①制定计划：确定总目标；可行性研究；探讨解决方案；制定开发计划.②需求分析：对待开发软件提出的需求进行分析并给出详细的定义.方法：1结构化需求分析方法；2面向对象的分析方法.任务：导出目标系统的逻辑模型,解决“做什么”的问题.步骤：需求分析一般分为需求获取、需求分析、编写需求规格说明书和需求评审四个步骤进行.2开发阶段：概要设计、详细设计、编码实现和测试4个阶段；①软件设计：分为概要设计和详细设计两个部分.②软件实现：把软件设计转换成计算机可以接受的程序代码.③软件测试：在设计测试用例的基础上检验软件的各个组成部分.3维护阶段：使用、维护、退役阶段.软件运行维护阶段：软件投入运行,并在使用中不断地维护,进行必要的扩充和删改.软件生命周期中所花费最多的阶段是软件运维护阶段.4软件工程原则：抽象、信息隐蔽、模块化、局部化、确定性、一致性、完备性和可验证性.5软件工具就是帮助开发软件的软件.它们对提高软件生产率,促进软件生产的自动化都有重要的作用.6软件开发环境或称软件工程环境是全面支持软件开发全过程的软件工具的集合,这些软件工具按照一定的方法和模式组合起来,共同支持软件生命周期内的各个阶段和各项任务的完成.知识点三软件设计基本概念1、软件工程过程:问题定义——可行性研究——需求分析——软件设计——软件编码——软件测试——软件维护2、软件设计分为总体设计和详细设计1总体设计目的：要解决的问题是“怎样实现目标系统”任务：确定软件的总体结构,进行模块划分,确定每个模块的功能、接口及模块之间的调用关系,并对全局数据结构进行设计,同时产生概要设计说明书2详细设计目的：要解决的问题是“应该怎样具体实现目标系统”任务：在概要设计的基础上,设计每个模块实现的细节及对局部数据进行设计包括模块的数据结构和所需的算法,同时产生详细设计说明书3、软件编码目的：产生能在计算机上执行的程序任务：根据系统的要求和开发环境,选用合适的程序设计语言,把详细设计的结果翻译成用该程序设计语言编写的程序代码源程序4、软件测试是为了发现程序中的错误而执行程序的过程目的和任务：通过在计算机上执行程序来尽可能多地发现软件产品中的错误和缺陷,并改正程序中的错误,以保证程序的可靠运行5、软件维护阶段是长期的过程,因为,经过测试的软件还可能有错,用户的要求还会发生变化,软件运行的环境也可能变化等等.因此,交付使用的软件仍然需要继续排错、修改和扩充,这就是软件维护.软件维护的目的是满足用户对已开发产品的性能与运行环境不断提高的需要,进而达到延长软件的寿命软件维护就是在软件交付使用之后,为了改正错误或满足新的需要而修改软件的过程.软件维护的类型有如下几种：1改正性维护：诊断和改进错误的过程.2适应性维护：为与变化的环境适当配合而进行的修改软件的活动.3完善性维护：为了满足用户提出的增加新功能或修改已有功能的建议而进行维护.4预防性维护：为了改进未来的可维护性和可靠性.软件开发时期要完成设计和实现两大任务,其中设计任务用需求分析和软件设计两个阶段完成,实现任务用编码和测试两个阶段完成.开发任务完成的好与坏,关系到软件产品的质量,完成开发任务的关键是选择好的软件开发方法.目前,软件开发方法主要有结构化开发方法和面向对象开发方法知识点4软件设计的基本原理软件设计的基本原理包括：抽象、模块化、信息隐蔽和模块独立性.1、模块化：指解决问题时自顶向下的方法逐层把软件系统划分成若干个模块的过程2、抽象：认识复杂过程中使用的思维工具,即抽出事务的本质的共同的特性而暂不考虑它的细节和其他因素.3、信息隐蔽：旨在设计和确定模块式的时候,是的一个模块内包含的信息,对于不需要这些信息的其他模块来说不可访问4、模块独立性：指每个模块只完成系统要求的独立的功能,并且与其他模块联系最少且接口简单模块的耦合性和内聚性是衡量软件的模块独立性的两个定性指标.1内聚性：是对模块功能强度的度量,即对一个模块内部各个元素语句之间、程序段间彼此结合的紧密程度的度量.2耦合性：是模块间互相连接的紧密程度的度量.模块之间联系越紧密,其耦合性就越强,模块的独立性则越差.一个设计良好的软件系统应具有高内聚、低耦合的特征.在结构化程序设计中,模块划分的原则是：模块内具有高内聚度,模块间具有低耦合度.软件设计有两个步骤：1概要设计又称结构设计是将软件需求转化为软件体系结构、确定系统级接口、全局数据结构或数据库模式；2详细设计是确定每个模块的实现算法和局部数据结构,通过对结构表示进行细化,得到软件的详细数据结构和算法.知识点5 结构化分析方法结构化方法的软件开发过程法.2、结构化分析方法的常用工具：数据流图、数据字典、结构化语言、判定树、判定表3、SA的基本步骤如下：①自顶向下对系统进行功能分解,画出分层的数据流图②由后向前定义系统的数据和加工,编制数据字典和加工说明③写出需求规格说明书SRS4、数据流图是以图形的方式描绘数据在软件系统中流动和处理的过程,由于它只反映系统必须完成的逻辑功能,所以它是一种功能模型. 数据流图由数据流、加工又称数据处理、数据存储又称文件、数据源点或终点四种基本成分组成.数据流图简称DFD图形元素：①数据流：是数据在系统内传播的路径.使用箭头代表数据的流向,数据名称标在箭头的边上②加工：输入数据经过加工变换产生输出.使用圆框代表加工③数据存储：指处理过程中存放各种数据.使用双杠或单杠表示数据文件或数据库.文件与加工之间用箭头线连接,单向表示只读或只写,双向表示可读可写④数据源点或终点：指软件系统外部环境中的实体包括人员、组织或其他软件系统,统称为外部实体.使用方框表示数据的源点和终点5、建立数据流图的步骤：第一步：由外向里：先画系统的输入输出,然后画系统的内部.第二步：自顶向下：顺序完成顶层、中间层、底层数据流图.第三步：逐层分解.6、DFD图的数据流可分为两种类型：变换流和事务流变换流：信息沿着输入通路进入系统,同时将信息的外部形式转换成内部形式,通过变换中心处理之后,再沿着输出通路转换成外部形式输出事务流：信息沿着输入通路到达一个事务中心,事务中心根据输入信息的类型在若干个动作序列中选择一个来执行,这种信息流称为事务流7、数据字典就是用来定义数据流图中的各个成分的具体含义和详细的描述.它和数据流图共同构成了系统的逻辑模型,是需求规格说明书的主要组成部分.是结构化分析方法的核心. 数据字典是为分析人员查找数据流图中有关名字的详细定义而服务的.数据字典有四类条目：数据流、数据项、数据存储和基本加工.8、SD方法的中心任务就是把用DFD图表示的系统分析模型方便地转换为软件结构的设计模型.识点6软件测试的目的和准则1、软件测试是保证软件质量的重要手段,其主要过程涵盖了整个软件生命周期的过程,包括需求定义阶段的需求测试、编码阶段的单元测试、集成测试以及后期的确认测试、系统测试、验证软件是否合格、能否交付给用户使用.软件测试就是使用人工或自动手段来运行或测定某个系统的过程,其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别.2、软件测试的原则：1所有测试都应追溯到需求2严格执行测试计划,排除测试的随意性3避免由软件开发人员测试自己的程序4充分注意测试中的群集性现象5除了很小的程序外,“彻底”的穷举测试是不可能的6妥善保存测试计划、测试用例、出错统计和最终的分析报告,为维护提供方便软件测试的每一次测试都需要准备好一些测试数据,与被测程序一起输入到计算机中执行；知识点7软件测试的方法和实施1、测试是对软件规格说明、设计和编码的最后的复审,所以软件测试贯穿在整个软件开发期的全过程.对于软件测试方法和技术,可以从不同的角度加以分类.①从是否需要执行被测软件的角度,软件测试分为静态分析和动态测试②按照功能划分,动态测试又分为白盒测试和黑盒测试2、静态测试一般是指人工评审软件文档或程序,借以发现其中的错误,由于被评审的文档或程序不必运行,所以称为静态的.静态测试包括代码检查、静态结构分析、代码质量度量等.3、动态测试是指通过运行软件来检查软件中的动态行为和运行结果的正确性,也就是常说的上机测试.动态测试一般包括两个基本要素：被测程序和测试数据4、测试能否发现错误取决于测试用例的设计.动态测试的设计测试用例的方法一般分为黑盒测试和白盒测试.①白盒测试也称结构测试,它与程序内部结构相关,要利用程序结构的实现细节设计测试用例,它涉及程序风格、控制方法、源程序、数据库设计和编码细节.②黑盒测试是测试者已经知道被测程序的功能,而对程序内部的逻辑结构和处理过程完全不用考虑,只是对它的每一个功能进行测试,将测试后的结果与期望的结果进行分析比较,检查程序的功能是否符合规格说明书的要求.黑盒测试是在程序接口进行的测试5、测试用例是由测试数据和期望结果组成.设计测试用例的目的就是用尽可能少的测试数据,达到尽可能大的程序覆盖面,发现尽可能多的软件错误和问题6、用白盒法设计测试用例常用以下几种技术：①语句覆盖②判定覆盖③条件覆盖④判定／条件覆盖⑤条件组合覆盖⑥路径覆盖7、用黑盒法设计测试用例常用以下几种技术：①等价类划分法②边界值分析法③错误推测法④因果图法8、软件测试的实施①单元测试：是对每一个编制好的模块进行测试,其目的在于发现和排除各模块内部可能存在的差错及详细设计中产生的错误.进行单元测试时,根据程序的内部结构设计测试用例,主要采用白盒测试法②集成测试.是在单元测试的基础上,将所有模块按照设计要求组装成为系统而进行的测试,它的任务是检查模块间的接口和通信、各子功能的组合能否达到预期要求的功能、全程数据结构是否有问题等.集成测试主要发现设计阶段产生的错误,通常采用黑盒测试法 .集成测试时,将各个模块组装成系统的方法有：非增量组装方式是先分别对每个模块进行单元测试,再把所有模块按设计要求组装在一起进行测试,最终得到所要求的软件增量组装方式是把下一个要测试的模块同已经测试好的那些模块结合起来进行测试,测试完以后再把下一个应该测试的模块结合进来测试③确认测试.确认测试是在集成测试通过后,在用户的参与下进行确认测试.这时通常使用实际数据进行测试,以验证系统是否能满足用户的实际需要.它的任务就是以需求规格说明书作为依据来验证软件的性能、功能及其他特征是否与用户的要求一致,通常采用黑盒测试④系统测试.系统测试是在更大范围内进行的测试.系统测试是把通过确认测试后的软件与计算机硬件、外设、某些支持软件、数据和人员等结合在一起,在实际运行环境下,对计算机系统进行的一系列集成测试和确认测试知识点八程序的调试1、调试也称排错或纠错.2、程序调试的任务：诊断和改正程序中错误.软件测试贯穿整个生命周期,调试主要在开发阶段.3、程序调试的基本步骤：1错误定位； 2纠正错误； 3回归测试.4、对软件主要的调试方法可以采用：1强行排错法. 2回溯法. 3原因排除法.5、软件调试可分为静态调试和动态调试.1静态调试就是指对源程序进行分析,然后确定可能出错的地方并进行排错.2动态调试是指对程序的运行进行跟踪并观察其出错点,然后进行排错.。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第一章1.1软件工程（SE）的定义、向、作用：SE：在将有关软件开发与应用的概念科学体系化的基础上，研究如有计划、有效率、经济的开发和利用能在就算机上正确运行的软件的理论和技术的工程法学，一些开发和维护软件的法、过程、原则。
是一个系统工程，既有对技术问题的分析与综合，也有对开发过程和参与者的管理。
SE的向：面向对象模式，结构化模式，基于过程的模式等SE的作用：付出较低的开发成本，达到要求的软件功能，取得较好的软件性能，开发的软件易于移植，需要较低的维护费用，能按时完成开发工作，及时交付使用。
1.2开发模式：软件开发的全部过程，活动和任务的结构框架，它能直观的表达的表达软件开发全过程，明确要完成的主要活动，任务和开发策略。
1.3说明错误、故障和失效的含义及联系（并举例）：错误：是在软件生产过程中人为产生的错误（需求说明中的错误，代码中的错误）故障：是在功能实现过程中产生的问题；是错误导致的结果，是在软件中一个错误的表现（一个错误可能产生多个缺陷，静态存在的）失效：是相对于系统指定行为的偏离，系统违背了它应有的行为（动态存在的）联系：当一个开发者编写程序时，会在代码中出现错误。
当这个程序被编译或集成到一个系统中时，系统就存在故障。
当你运行这个系统时，可能会导致失效，即人们产生错误，故障是错误的结果（部观角：从开发者的角度看待问题），当故障执行时出现失效（外部视角：从用户角度看到的问题）。
并不是所有的错误会导致故障，并非每个缺陷都对应相应的失败。
1.4软件质量应从哪几个面衡量，论述之：（1产品的质量）（2过程的质量）（3商业环境背景下的质量）（1）产品的质量：用户从失败的数目和类型等外部特征进行评价，如果软件具有足够的功能并且易于学习和使用，用户就断定软件是高质量的；开发者从缺陷的数目和类型等部特征来作为产品质量的依据。
（2）过程的质量：有很多过程都会影响到最终的产品质量，只要有活动出了差错，产品的质量就会受到影响；开发和维护过程的质量与产品的质量是同等重要的。
（3）商业环境背景下的软件质量：将技术价值和商业价值统一起来。
1.5软件系统的系统组成（系统的要素有哪些）：对象（实体）+ 活动+ 关系+ 系统边界活动：活动是发生在系统中的某些事情，通常描述为由某个触发器引发的事件，活动通过改变属性把一个事物变成另一个事物。
对象：活动中涉及的元素称为对象。
关系：是指活动与对象之间的关系。
系统边界：即系统包含的功能与系统不包含的功能之间的界限。
1.6现代软件工程大致包含几个阶段及各个阶段的文档：（1）需求分析：主要包括问题定义、可行性分析、需求分析《需求规格说明书》（2）系统设计：主要包括用户界面和软件结构图（3）程序设计：包括模块功能算法与数据描述（4）程序实现：主要包括编程的代码和注释（5）单元测试：模块测试与性能测试（6）集成测试：按照结构图进行测试产生测试报告（7）系统测试：按SRS对系统总体功能进行测试（8）系统提交：交付产品（9）系统维修：修改软件的过程，为满足改错或新需求1.7使现代软件工程实践发生变化的关键因素是什么？（1）商用产品投入市场时间的紧迫性（2）计算技术在经济中的转变：更低的硬件成本，更高的开发、维护成本（3）功能强大的桌面计算的可用性（4）广泛的局域网和广域网（5）面向对象技术的采用及其有效性（6）使用窗口、图标、菜单和指示器的图形用户界面（7）软件开发瀑布模型的不可预测性1.8什么是抽象？抽象是在某种概括层次上对问题的描述，使得我们能够集中于问题的关键面而不陷入细节，也就是对细节的隐藏。
1.9什么是重（复）用？重（复）用采用以前开发的软件系统中具有共性的部件，用到新的开发项目中去。
（这里的重用不仅仅是代码的重用。
）1.10什么是软件危机？它有哪些典型表现？为什么会出现软件危机？软件危机：落后的软件生产式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列重问题的现象。
典型表现：（1）对软件开发成本和进度的估计常常很不准确。
（2）用户对“已完成”软件系统不满意的现象经常发生。
（3）软件产品的质量往往靠不住。
（4）软件常常是不可维护的。
（5）软件通常没有适当的文档资料。
（6）软件成本在计算机系统总成本中所占的比例逐年上升。
（7）软件开发生产率提高的速度，远跟不上计算机应用迅速普及深入的趋势出现的原因：一面与软件本身的特点有关，另一面也和软件开发与维护的法不正确有关。
（1）软件缺乏“可见性”，管理和控制软件开发过程相当困难（2）软件规模庞大，而且程序复杂性将随着程序规模的增加而呈指数上升（3）开发时期引入错误，导致软件维护通常意味着改正或修改原来的设计，客观上使得软件较难维护（4）软件专业人员对软件开发和维护中或多或少地采用了错误的法和技术1.11开发队伍的组成角色有哪些？需求分析人员、设计人员、程序员、测试人员、培训人员、维护人员、资料员、配置管理人员CMM是指“能力成熟度模型”，其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。
它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。
CMM的核心是把软件开发视为一个过程。
SRS(Software Requirements Specification), 软件需求说明书的编制是为了使用户和软件开发者双对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。
包含硬件、功能、性能、输入输出、接口界面、警示信息、保密安全、数据与数据库、文档和法规的要求。
第二章2.1什么叫过程（生命期）？过程是一组有序的任务，它涉及活动、约束和资源使用的一系列步骤，用于产生某种想要的输出。
我们有时也把涉及产品构建的这种过程称为生命期。
因此，有时把软件开发过程称为软件生命期。
2.2什么是软件过程，软件过程的重要性是什么？软件过程：将软件开发中的一组有序的任务称为软件过程，它涉及活动、约束和资源使用的一系列步骤，用于产生某种想要的输出。
重要性：（1）它强制活动具有一致性和一定的结构，使程序的集合组合起来以产生满足目标和标准的产品，（2）过程结构允我们分析、理解、控制和改进组成过程的活动，并以此来指导我们的行动（3）它能使我们获取经验并把它创收给他人。
2.3什么是软件生命期模型？软件生命期模型，是从一个特定角度提出的对软件过程的简化描述，是对软件开发实际过程的抽象，它包括构成软件过程的各种活动、软件工件以及参与角色等。
2.4瀑布模型及其优缺点瀑布模型：瀑布模型将开发阶段描述为从一个开发阶段瀑布般地转换到另外一个阶段，一个开发阶段必须在另一个开发阶段开始之前完成。
瀑布模从一种非常高层的角度描述了开发过程中进行的活动，并且提出了要求开发人员经过的时间序列。
优点：（1）瀑布模型一直用来规软件开发活动，每一个过程活动都有与其相关联的里程碑和可交付产品，以便于项目经理能够用模型判断在某一时刻项目里最后完成还有多远。
（2）它的简单性使得开发人员很容易向不熟悉软件开发用户作出解释。
（3）很多更复杂的模型实际上是在瀑布模型的基础上的润色，如加入反馈循环以及额外的活动。
缺点：（1）它并不能反映实际的代码开发式。
除了一些理解非常充分的问题之外，实际上软件是通过大量的迭代进行开发的。
（2）它没有揭示每一个活动如把一种制品转化为另外一种制品（3）没有把软件看做一个问题求解的过程，而是从制造业的角度来看待软件开发的，软件开发应该是一个创造的过程，而不是制造的过程。
2.5什么是原型？原型是一个部分开发的产品，它使客户和开发人员能够对计划开发的系统的相关面进行检查，以决定它对最终产品是否合适或恰当。
2.6V模型及其特点V模型是瀑布模型的变种，它说明测试活动是如与分析和设计相联系的，编码处于V形符号的顶点，分析和设计在左边，测试和维护在右边。
特点：V模型使得隐藏在瀑布模型中的迭代和重做活动更加明确。
瀑布模型关注的通常是文档和制品，而V模型关注的则是活动和正确性。
2.7原型模型不仅仅是附属于瀑布模型的，同时也是一种有效的过程模型的基础。
原型模型允开发人员快速构造整个系统或系统的一部分以理解或澄清问题。
依据原型化的目标，可以取消原型化需求、设计或系统中的一个或多个循环，但是总体目标保持不变，即减少开发中的风险和不确定性。
2.8可转换模型可转换模型通过去除某些主要开发步骤来设法减少出错的机会。
2.9阶段化开发模型的含义、分类和特点（运行系统和开发系统的概念）阶段化开发模型的含义：系统被设计为一部分一部分地交付，从而在系统其余部分正在开发的同时，用户已经获得了一部分的功能。
分类：（1）增量开发：系统按照功能划分为子系统，定义发布时首先定义一个小的功能子系统，然后在每一个新的发布中增加新功能。
（2）迭代开发：一开始就提交一个完整的系统，然后在每一个新的发布中改变每个子系统的功能。
特点：（1）即使还缺少某些功能，但在早期的发布中就可以开始培训。
（2）可以及早为那些以前从未提供的功能开拓市场。
（3）当运行系统出现未预料到的问题时，经常性的发布可以使开发人员能全面、快速地修复这些问题（4）针对不同的发布版本，开发团队将重点放在不同的专业领域技术上。
2.10螺旋模型的含义、目的、四个象限的任务及四重迭代的含义含义：螺旋模型将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。
目的：把开发活动和风险管理结合起来，以将风险减到最小并控制风险。
四个象限的任务依次是：评估可选案及风险；确定目标、可选案及约束；计划；开发与测试四重迭代的含义：（1）操作概念是第一次迭代的产品；（2）需第二次迭代的主要产品；（3）第三次迭代产中，系统开发产生设计；（4）第四次迭代能够进行测试。
（5）螺旋模型的每一次迭代都根据需求和约束进行风险分析，以权衡不同的选择，并且在确定某一特定选择之前，通过原型化验证可行性或期望度。
当风险确认之后，项目经理必须决定如消除或最小化风险。
2.11敏捷法的含义、特点和目标：含义：以人为核心、迭代、循序渐进。
在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。
特点：（1）规则游戏（2）小的发布（3）隐喻（4）简单设计（5）首先编写测试（6）重构（7）对编程（8）集体所有权（9）持续集成（10）可以忍受的步伐（11）在现场的客户（12）代码标准目标：通过尽可能早地、持续地交付有价值的软件使客户满意。
2.12在所有的软件开发模型中，你认为哪些过程给予你最大的灵活性以应对需求的变更？阶段开发模型和螺旋模型补充:统一过程（UP）可以用三句话来表达：它是用例驱动的、以基本架构为中心的、迭代式和增量性的软件开发过程框架，它使用对象管理组织（OMG(Object Management Group)）的UML 并与对象管理组织（OMG）的软件过程工程原模型（SPEM（Software Process Engineering Meta-Model ）软件过程工程元模型）等相兼容。