2022年软件工程-实践者的研究方法-知识点 .pdf
《2022年软件工程-实践者的研究方法-知识点 .pdf》由会员分享,可在线阅读,更多相关《2022年软件工程-实践者的研究方法-知识点 .pdf(27页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、学习必备欢迎下载软件工程复习总结第 1章软件工程介绍1 软件的定义软件是包括程序、数据及其相关文档的完整集合。其中,程序是按照事先设计的功能和性能要求执行的指令序列;数据是使程序能正常操作信息的数据结构;文档是与程序开发、维护和使用有关的图文材料。软件的定义 :1、指令的集合,通过执行这些指令可以满足预期的特征、功能和性能需求2、数据结构,它使得程序可以充分利用信息3 描述程序操作和使用的文档2 软件的特征a) 软件是设计开发的,而不是传统意义上的生产制造的b) 软件不会磨损c) 虽然整个工业向着基于构件的构造模式发展,然而大多数软件仍是根据实际的顾客需求定制的3 软件与硬件的区别a) 软件是
2、一种逻辑实体,而不是具体的物理实体b) 软件的生产与硬件不同,软件开发过程中没有明显的制造过程c) 软件在运行、使用期间没有磨损、老化问题d) 软件的开发、运行受到计算机系统的限制,不同程度地依赖于硬件和环境,导致了软件升级和移植地问题e) 软件复杂性越来越高f) 软件开发成本相当昂贵g) 大多数软件是新开发的,而不是通过已有的构件组装而来的h) 软件工程涉及诸多的社会因素4 遗留软件与软件的演化系统演化的原因: a) 系统需要修改其适应性,从而满足新的计算环境或者技术的需求b) 软件必须根据新的业务需求进行升级c) 软件必须扩展以具有与更多现代系统和数据库的协作能力精选学习资料 - - -
3、- - - - - - 名师归纳总结 - - - - - - -第 1 页,共 27 页学习必备欢迎下载d) 软件架构必须进行改建以适应多样化的网络环境30 年来软件发展的规律:1、持续变化规律,2、复杂性增长规律,3、自我调控规律,4、组织稳定性守恒规律,5、保证通晓性规律,6、持续增长规律,质量衰减规律,7、反馈系统规律。5软件神话: 1、管理神话。软件项目经理依赖信条,减轻提高软件进度和质量的压力。如开发宝典、增加人员、软件外包。2、用户神话。开发小组没有和用户进行有效沟通,导致没有达到用户期望。如没有详细了解就开始写程序,认为软件容易适应变更。3、从业者神话:软件开发者深信各种神话,旧
4、的方式根深蒂固。6. 软件新的挑战:遍在计算。无线网络的快速发展也许将很快促成真正的分布式计算的实现网络资源。万维网已经快速发展为一个计算引擎和内容提供平台。开源软件。开源软件就是将系统应用程序源代码开放,新经济。第 2 章 过程综述1软件工程定义:(1) 将系统的、规范的、可量化的方法应用于软件的开发、运行和维护,即将工程化方法用于软件开发(2) 在(1)中所述的方法的研究2软件工程的层次:工具方法过程 质量关注点(根基)软件工程的基础是过程(process)层。软件过程是将各个技术层次结合在一起并实施合理地、及时地开发计算机软件。过程定义一个框架,为有效交付软件过程技术,这个框架必须建立。
5、 软件过程构成了软件项目管理控制的基础,并且建立了一个环境以便于技术方法的采用、工作产品的产生、里程碑的建立、质量的保证、正常变更的正确管理。精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 2 页,共 27 页学习必备欢迎下载软件工程方法( method)为建造软件提供技术上的解决方法(如何做 )方法覆盖面很广,包括沟通、需求分析、设计建模、编程、测试和支持。软件工程方法依赖于一组基本原则,这些原则涵盖了软件工程所有技术领域,包括建模和其他描述性技术等。软件工具( tool )为过程和方法提供自动化或半自动化的支持。这些工具可以集成起来,使得一个工
6、具产生的信息可被另外一个工具使用,这样就建立了软件开发的支撑系统,称为计算机辅助软件工程(computer-aided software engineering )3通用过程框架Generic process framework 的框架活动 :沟通 策划 建模 构建和部署communication (沟通)这个框架活动包含了与客户(和其他共利益者)之间的大量的交流和协作,还包括需求获取以及其他相关活动。planning(策划)指为后续的软件工程工作制定计划。它描述了需要执行的技术任务,可能的风险、资源需求、工作产品和工作进度计划。 modeling (建模)它包括创建模型和设计两方面。创建模型
7、有助于客户和开发人员更好的理解软件需求;设计可以实现需求。Construction(构建)它包括编码(手写的或者自动生成的)和测试(测试是为了发现编码中的错误)deployment (部署)软件(全部或者完成的部分)交付到用户,用户对其进行评估并给出反馈意见。4CMMI 的概念和等级(重点):Capability Maturity Model Integration能力成熟度模型,SEI提出的一个全面的过程元模型,当软件组织开发达到不同的过程能力和成熟度水平时,该模型可用来预测其所开发的系统和软件工程能力。第 0 级:不完全级( Incomplete )。过程域没有实施,或者已经实施但未达到C
8、MMI 1级成熟度所规定的所有目标。第1 级:已执行级( Performed )CMMI 中定义的所有过程域的特定目标都已经实现。产生规定的工作产品所必需的工作任务都已经执行。第 2 级:已管理级( Managed)所有第 1 级规定的要求都已经达到。另外,所有与过程域相关的工作都符合组织的规程;工作人员都有足够的资源完成工作;共利益者都积极参与到要求的过程域;所有的工作任务和工作产品都被监督、控制和评审;并评估是否与过程描述相一致 。第 3 极:已定义级( Defined)所有第 2 级规定的要求都已经达到。另外,根据组织剪裁准则,对其标准过程进行了裁剪,裁剪过的过程对组织的过程资产增添了新
9、的内容,如工作产品、测量和其他过程改进信息等。第4 级:已定量管理级(Quantitatively Managed )所有第 3 级规定的要求都已经达到。另外,通过采用测量和定量的估计等手段,对过程域进行控制和不断改进。已经建立起来对质量和过程性能的定量指标,并作为过程管理的标准。第 5 级:优化级( Optimized)所有第 4 级规定的要求都已经达到。另外,采用定量(统计)的方法调整和优化过程域,以满足用户不断变更的需求,并持续地提高过程域的有效性。 5PSP/TSP模型特点PSP(个人软件过程)过程模型定义了5 个框架活动:策划、高层设计、高层设计评审、开发、后验。精选学习资料 - -
10、 - - - - - - - 名师归纳总结 - - - - - - -第 3 页,共 27 页学习必备欢迎下载策划:它将需求活动分离出来,并根据需求计算项目的规模和所需资源,并且预测缺陷数目。所有的度量都用工作表或模板记录。最后,识别开发任务, 并建立项目进度计划。高层设计:建立每个构件的外部规格说明,并完成构件设计。如果有不确定的需求,则构建原型系统。所有问题都被记录和跟踪。高层设计评审:使用形式化验证方法来发现设计中的错误。对所有的重要任务和工作结果都进行度量。开发:细化和评审构件级设计。完成编码,对代码进行评审,并进行编译和测试。对所有的重要任务和工作结果都进行度量。后验:根据收集到的度
11、量和测量结果,确定过程的有效性。度量和测量结果为提高过程的有效性提供指导。TSP的目标(团队软件过程)建立自我管理团队来计划和跟踪其工作,确定目标,建立团队自己的过程和计划。只是管理人员如何指导和激励其团队,并保持团队的最佳表现。 使 CMM 第 5 级的行为常规化, 并依此约束员工, 这样可加速软件过程改进。 为高成熟度的软件组织提供改进指导。协助大学传授工业级团队技能。第 3 章 过程模型1过程模型的作用:使软件开发更加有序2传统过程模型瀑布模型又被称为经典生命周期,它提出了一个系统的、顺序的软件开发方法,从用户需求规格说明开始,通过策划、建模、构建和部署过程,最终提供一个完整的软件并提供
12、持续的技术支持。要求:需求明确更改较小的情形增量过程模型:增量模型:以迭代的方式运用瀑布模型。随着时间推移,增量模型在每个阶段运用线性序列,每个线性序列生产出一个软件的可交付增量。和原型不同,增量模型每个增量都提交一个可交付的产品。瀑布模型的一个迭代版本,在每个阶段运行瀑布模型生产出一个软件可交付增量。运用增量模型时,第一个增量往往时核心产品。适用范围:在开发过程中开发人员不足RAD模型:快速应用程序开发是一种侧重于短暂的开发周期的增量软甲过程模型。RAD是瀑布模型的高速变体,通过基于构建的方法实现快速开发。沟通来理解软件的特征,策划确保多个团队并行工作,建模包括三个阶段业务建模、数据建模和过
13、程建模。构建运用已有的构件技术并用代码自动生成技术,部署为以后的迭代建立基础。不足:1、大量的人员, 2、开发者和客户如果没有为短实践内急速完成做好准备,通常为失败,3、需要合理的模块化,否则构建建立会有很多问题,4、不适合高性能,5、高风险不宜采用RAD 。演化过程模型:原型模型(重点)原型模型的基本思想是:软件开发人员在与用户进行需求分析时,以比较小的代价快速建立一个能够反映用户主要需求的原型系统,然后由客户或者用户精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 4 页,共 27 页学习必备欢迎下载进行评价。 开发人员根据反馈进一步对原型进行补
14、充和完善,直到用户对开发的原型系统满意为止。使用原型系统时,客户和开发者必须承认原型是为定义需求服务的。然后丢弃原型,实际的软件系统是以质量第一为目标的。适用范围:a) 客户提出了软件的一些基本功能,但是没有详细定义的输入、处理和输出需求。b) 开发人员对算法的效率、操作系统的兼容性和人机交互的形式等情况不确定。优点:由用户或客户进行评价,能够用来定义需求缺点:第一个系统通常是不可用的,必须被扔掉螺旋模型一种风险驱动型过程模型,它有两个显著的特点。一是采用循环的方式逐步加深系统定义和实现的深度,同时降低风险 (要求在项目的所有阶段始终考虑技术风险)。二是确定一系列里程碑,确保共利益者都支持可行
15、的和令人满意的系统解决方案。适用范围:大型系统开发协同开发模型。有时候叫协同工程,可以表示为一系列框架活动、软件工程动作和任务以及相应的状态。协同过程模型定义了一系列事件,这些事件将出发软件工程活动、动作或状态转换。协同过程模型可用于所有类型的软件开发,能提供项目当前的状态图。专用过程模型:基于构建的开发:能够做到软件复用,带来极大收益。形式化方法模型: 的主要活动是生成计算机软件的数学规格说明。使用形式化方法,歧义性问题、不完整问题、不一致问题都容易被发现和改正,不是依靠特定的评审,而是应用分析的方法。面向方面的软件开发( AOSD ):为定义、说明、设计和构建方面提供过程和方法,是对横切关
16、注点局部表示的一种机制,超越了子程序和继承的方法。统一过程:UP 以用例为驱动、以系统架构为中心的迭代与增量过程。RUP包括起始、细化、构建、转换和生产 5 个部分。 五个 UP阶段并不是顺序地进行,而是阶段性地并发进行。UP模型(概念重点):一种用UML 进行面向对象软件工程的框架。敏捷的概念4了解模型的特点与使用范围第 6 章 系统工程(不作要求)1系统工程的概念2基于计算机系统的要素3系统工程的层次全局 /领域/要素/ 详细视图4业务过程工程需要分析和设计的三种不同架构:数据、应用、和技术基础设施精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第
17、 5 页,共 27 页学习必备欢迎下载5产品工程 需求工程、构建工程、软件工程需求导出为何困难:范围问题理解问题易变问题产品工程的目的是将用户期望的已定义的一组能力转化成真实产品。为了达到这个目的,产品工程类似系统工程必须给出架构和基础设施。这个构架包括四个不同的系统构件:软件硬件数据(数据库)以及人员软件构造包括了编码和测试循环,循环过程包括为每个构件生成源码并对其进行测试和纠错。软件部署发生在向客户展示每个软件增量的时候。交付的关键原则是满足客户期望并且能为客户提供合适的软件信息支持。6系统建模方法:HP方法(输入处理输出 界面和维护自检)7SCD图8UML 系统建模(部署图、活动图和用例
18、图)第 7 章 需求工程(概念)1需求工程的任务:启始、导出、求精、协商、规格说明、确认和需求管理Inception Elicitation Elaboration Negotiation Specification Validation Requirements Management 2质量功能部署(QFD)三类要求:正常需求、期望需求、令人兴奋的需求。3用户场景的概念用来识别对将要构建的系统的使用线索的描述用例。场景通常称为用例。本质上,用例定义了最终用户如何在以特定的环境下与系统交互。4UML 用例建模(用例图、活动图、状态图和类图)系统规格说明的三个目标:功能性能 约束用例模版p127
19、 5.需求工程概念:需求工程帮助软件工程师更好的理解他们将要解决的问题。其中所包含的一系列任务有助于理解软件将如何影响业务、客户想要什么以及最终用户将如何与软件交互。通过需求分析可以得到的产品有:用户场景、功能和特征列表、分析模型或功能说明。需求工程 (RE )是一个软件工程动作,开始于沟通并持续到建模。需求工程在设计和构造之间建立联系的桥梁6. 启动需求工程的过程精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 6 页,共 27 页学习必备欢迎下载a.确认共利益者b.识别多种观点c.协同合作d.首次提问7. 导出需求a.协同需求收集b.质量功能部署
20、c.用户场景d.导出工作产品第 8 章 构建分析模型建模的目的对象技术建模原则分析包1分析建模的三个目标a. 描述客户需要什么,b. 为软件设计奠定基础,c. 定义在软件完成后可以被确认的一组需求。分析模型在系统描述和设计模型之间建立桥梁。2分析建模的方法 (结构化分析和面向对象)1、一种考虑数据和处理的分析建模方法被称为结构分析。2、第二种方法是面向对象的分析,这种方法关注于定义类和影响客户需求的类之间的协作方式。3分析模型的元素:基于场景、面向信息流、基于类、基于行为4ERD (实体关系基数和形态)数据字典面向对象分析模型5基于场景建模(用例模版、活动图/泳道图)6状态图7基于类的建模:实
21、体、类、类图(CRC图),行为模型(时序图)8基于用例图的分析类的抽象方法9分析模型的概念及其组成分析包:分析建模的一个重要部分就是分类,也就是将分析模型的各种元素(如用例、分析类)分组打包称作分析包,并为每个包取一个有代表性的名称。10.创建分析模型遵循的原则:a.模型应关注在问题域或业务域内可见的需求,抽象的级别应该相对高一些精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 7 页,共 27 页学习必备欢迎下载b.分析模型的每个元素都应能增加对软件需求的整体理解,并提供对信息域。 功能和系统行为的深入理解c.基于基础结构和其他非功能的模型应推延到
22、设计阶段再考虑d.最小化整个系统内的关联e.确认分析模型为所有共利益者都带来价值f.尽可能保持模型简洁第八章构建分析模型1、分析模型。 分析模型使用文字和图表的综合形式以相对容易理解的方式描绘需求的数据、功能和行为,更重要的是,可以更直接的评审它们的正确性、完整性和一致性。2、基于场景的建模从用户的角度表现系统,面向流的建模在说明数据对象如何通过处理函数进行转换方面提供了指示,基于类的建模定义了对象、属性和关系,行为建模描述了系统状态、类和事件在这些类上的影响。3、分析模型必须实现的三个主要目标:a. 描述客户需要什么,b. 为软件设计奠定基础,c.定义在软件完成后可以被确认的一组需求。分析模
23、型在系统描述和设计模型之间建立桥梁。4、分析建模的方法。1、一种考虑数据和处理的分析建模方法被称为结构分析。2、第二种方法是面向对象的分析,这种方法关注于定义类和影响客户需求的类之间的协作方式。5、基于场景的建模使用UML分析建模,从开发用例 、活动图 和泳道图 形式的场景开始。6、创建数据流模型,数据流图有助于软件工程师开发信息域的模型,并同时开发功能域的模型。7、CRC建模。 CRC提供了一个简单的方法,可以识别和组织与系统或产品需求相关的类。CRC 模型实际上师表示类的标准索引卡片的集合。这些卡片被分为三部分,顶部写类名,下面左侧列出类的职责,右侧部分列出类的协作关系。8、生成行为模型。
24、CRC索引卡和其他面向对象模型表现了分析模型中的静态元素,行为模型表示系统或产品的动态行为,有状态图、顺序图。9、分析模型由4 种建模元素构成:基于场景的模型、流模型、基于类的模型和行为模型。10、基于场景的模型从用户的角度描述软件需求。用例是主要的建模元素,还可以适用活动图说明场景,泳道图 显示了处理流如何分配给不同的用户。流模型关注当数据对象通过处理函数转换时的流动。基于类的建模使用基于场景和面向流的建模元素中提取的信息确精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 8 页,共 27 页学习必备欢迎下载定分析类。前面三种分析模型元素提供了软件
25、的静态视图,行为模型描述了动态行为。行为模型使用基于场景、面向流和基于类的元素作为输入,从整体上表现分析系统和类的状态。要做到这一点,要识别状态,定义导致类做出状态转移的事件,以及确认当转移完成时所发生的动作。状态图和顺序图是用于行为建模的UML表达方式。11. 实体 / 关系图( ERD )图形化的表示对象/ 关系对。 ERD识别了一组基本元素:数据对象、属性、关系以及各种类型的指示符,使用ERD的主要目的是表示数据对象及其关系第 9 章 设计工程1McGlaughlin 指导评价良好设计的3 个特征2设计的概念抽象:抽象是人类处理复杂问题的基本方法之一。当我们在不同抽象级间移动时,我们力图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 2022年软件工程-实践者的研究方法-知识点 2022 软件工程 实践 研究 方法 知识点
限制150内