软件工程学习指南.doc

上传人:hw****26 文档编号:3051590 上传时间:2019-05-19 格式:DOC 页数:10 大小:84KB
下载 相关 举报
软件工程学习指南.doc_第1页
第1页 / 共10页
软件工程学习指南.doc_第2页
第2页 / 共10页
软件工程学习指南.doc_第3页
第3页 / 共10页
软件工程学习指南.doc_第4页
第4页 / 共10页
软件工程学习指南.doc_第5页
第5页 / 共10页
点击查看更多>>
资源描述

1、软件工程学习指南第一部分 考核说明软件工程是中央电大开放教育计算机应用专业(专科)计算机应用软件开发方向必修的专业基础课程,主要讲解软件工程学如何提供一套科学合理的工程方法,以及在软件产业中的作用。(一) 、考核对象:本课程的考核对象为电大计算机应用专业专科学生。(二) 、考核方式:本课程采用形成性考试与终结性考试相结合的考试方式。(三) 、命题依据:本课程依据课程的教学大纲要求命题组织考核,所使用的教材为中央电大出版社出版的软件工程 (陈 明编) 。本课程考核说明是形成性考核与终结性考核命题的基本依据。(四) 、课程总成绩的记分方法:形成性考核成绩占总成绩的 20%,终结性考试成绩占总成绩的

2、 80%。课程总成绩按百分制记分,60 分为合格。(五) 、形成性考核的形式及要求:形成性考核主要考核学生平时作业成绩及实验的完成状况,依作业及实验的平时成绩由各地方电大的课程主管教师给定。中央电大将不定期随机抽检各地电大学生的作业及实验报告。(六)、终结性考核的要求及形式1、 考试要求考核学生掌握和运用软件工程知识进行规划与指导软件开发研究工作的能力。本考核说明将使用下列术语分别表明几种要求层次: 了解 理解 掌握2、 组卷原则依软件工程教学大纲规定的要求,按掌握、理解、了解三个层次命题。试题的难易程度和题量适当,按难易程度分为三个层次:容易约占 40%,一般约占 40%,较难约占20%。试

3、题覆盖面广,并突出重点。在教学内容范围内,按照理论联系实际的原则,考察学生对所学知识应用能力的试题,不属于超纲。3、 试题类型及试卷结构考试题型可以有填空题、选择题、判断题、问答题、程序设计与算法描述题等。填空题、选择题、判断题主要考核学生对基本概念的理解和掌握程度。问答题、程序设计与算法描述题主要考核学生对所学知识的应用能力。4、 考试形式采用闭卷笔试,答题时限 120 分钟。第二部分 考核内容和要求第一章 软件工程概述一、重点掌握的内容: 软件和软件工程的基本概念“Times New Roman“; mso-bidi-font-family:宋体二、 一般掌握内容: 软件生存周期及软件开发

4、的各种模型。三、考核知识点:软件:软件定义由以下三部分组成:(1)在运行中能提供所希望的功能和性能的指令集(即程序) ;(2)使程序能够正确运行的数据结构;(3)描述程序研制过程、方法所用的文挡。软件是一种产品,同时又是开发和运行产品的载体。作为一种产品,它表达了由计算机硬件体现的计算潜能。作为开发运行产品的载体,软件是计算机工作的基础、信息通信的基础,也是创建和控制其他程序的基础。软件的特点: 软件是一种逻辑实体,而不是具体的物理实体,因而它具有抽象性。 软件是通过人们的智力活动,把知识与技术转化成信息的一种产品,是在研制、开发中被创造出来的。在软件的运行和使用期间,没有硬件那样的机械磨损、

5、老化问题。软件的开发和运行经常受到计算机系统的限制,对计算机系统有着不同程度的依赖性。软件的开发至今尚未完全摆脱手工的开发方式。软件的开发费用越来越高,成本相当昂贵。软件的分类:软件依据不同的标准,可划分为不同的分类。软件工程:是指导计算机软件开发和维护的工程学科。采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。软件工程准则可以概括为六条基本原理:(1)用分阶段的生存周期计划严格管理;(2)坚持进行阶段评审;(3)实行严格的产品控制;(4)采用现代程序设计技术;(5)应能清楚地审查结果;(6)合理安排软件开发小组的人员

6、。软件危机:指的是软件开发和维护过程中遇到的一系列严重问题。软件工程的基本内容:软件工程学的内容可包括理论、结构、方法、工具、环境、管理、规范等。软件生存周期:一个软件从定义到开发、使用和维护,直到最终被弃用,要经历一个漫长的时期,通常把软件经历的这个漫长的时期称为生存周期。软件生存周期一般可分为以下阶段:“Times New Roman“ 问题定义“Times New Roman“ 需求分析与可行性研究“Times New Roman“ 设计“Times New Roman“ 编码“Times New Roman“ 测试“Times New Roman“ 运行与维护软件生存期也可以分为三个大

7、的阶段:计划阶段。开发阶段和维护阶段。软件开发模型:软件开发模型是跨越整个软件生存周期的系统开发、运作、维护所实施的全部工作和任务的结构框架。瀑布模型即生存周期模型,由 B.M.Boehm 提出,是软件工程的基础模型。其核心思想是按工序将问题化简,将功能的实现与设计分开,便于分工协作。采用结构化的分析与设计方法,将逻辑实现与物理实现分开。此外,还有螺旋模型、第四代技术模型、原型模型、构件组装模型、混合模型等软件开发模型。第二章 可行性研究一、重点掌握的内容: 可行性研究的系统流程图二 一般掌握内容: 可行性研究的任务和步骤,成本效益分析三、考核知识点:系统流程图:系统流程图是描绘物理系统的传统

8、工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件(程序,文件,数据库,表格,人工过程等等) 。系统流程图表达的是部件的信息流程,而不表示对信息进行加工处理的控制过程。系统流程图的功能:1制作系统流程图的过程是系统分析员全面了解系统业务处理概况的过程,它是系统分析员作进一步分析的依据。2系统流程图是系统分析员、管理人员、业务操作人员相互交流的工具。3系统分析员可直接利用系统流程图画出可以实现计算机处理的部分。4可利用系统流程图来分析业务流程的合理性。可行性研究的任务:是用最小的代价在尽可能短的时间内确定问题是否能够解决。一般说来,应从经济可行性、技术可行性、运行可行性、法律可行性

9、和开发方案等方面研究可行性。可行性研究的步骤:可行性研究的步骤分为九个步骤。成本效益分析:成本效益分析的目的是要从经济角度分析开发一个特定的新系统是否可行,从而帮助使用部门负责人正确地做出是否投资于这项开发工程的决定。几种度量效益的方法:1.货币的时间价值;2投资回收期;3纯收入。第三章 需求分析一、重点掌握的内容: 需求分析的方法和面向数据流的分析方法。二、一般掌握内容: 需求分析的任务和原则。三、考核知识点:需求分析的方法:需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成,它定义了表示系统逻辑视图和物理视图的方式,大多数的需求分析方法是由数据驱动的,也就是说,这些方法提供

10、了一种表示数据域的机制,分析员根据这种表示,确定软件功能及其他特性,最终建立一个待开发软件的抽象模型,即目标系统的逻辑模型。面向数据流的需求分析方法:结构化分析方法是面向数据流进行需求分析的方法。结构化分析方法使用数据流图 DFD 与数据字典 DD 来描述,面向数据流问题的需求分析适合于数据处理类型软件的需求描述。其核心思想是分解化简问题,将物理与逻辑表示分开,对系统进行数据与逻辑的抽象。具体来说,结构化分析方法就是用抽象模型的概念,按照软件内部数据传递、变换的关系,自顶向下逐层分解,直到找到满足功能要求的所有可实现的软件为止。重点掌握结合实例画数据流图和定义数据字典。需求分析的任务:它的基本

11、任务是准确地回答“系统必须做什么?”这个问题。需求分析所要做的工作是深入描述软件的功能和性能,确定软件设计的限制和软件同其它系统元素的接口细节,定义软件的其它有效性需求。需求分析的任务不是确定系统如何完成它的工作,而是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。其实现步骤如下图所示:“Times New Roman“Times New Roman“Times New Roman“Times New Roman“Times New Roman“Times New Roman“Times New Roman“Times New Roman“模型化 抽象化 理解需求怎

12、么做 做什么具体化 实例化表达需求一般说来,需求分析阶段的任务包括下述几方面:确定对系统的综合需求“Times New Roman“ 对系统的综合需求主要有:系统功能需求、系统性能需求、运行需求、将来可能提出的需求。分析系统的数据需求导出系统的逻辑模型就是在理解当前系统“怎样做”的基础上,抽取其“做什么”的本质,明确目标系统要“做什么” ,可以导出系统的详细的逻辑模型。具体做法是:首先确定目标系统与当前系统的逻辑差别;然后将变化部分看作是新的处理步骤,对功能图(一般为数据流图)及对象图进行调整;最后由外及里对变化的部分进行分析,推断其结构,获得目标系统的逻辑模型。通常用数据流图、数据字典和主要

13、的处理算法描述这个逻辑模型。修正系统开发计划“Times New Roman“ 在经过需求分析阶段的工作,分析员对目标系统有了更深入更具体的认识,因此可以对系统的成本和进度做出更准确的估计,在此基础上应该对开发计划进行修正。开发原型系统“Times New Roman“ 使用原型系统的主要目的是,使用户通过实践获得关于未来的系统将怎样为他们工作的更直接更具体的概念,从而可以更准确地提出和确定他们的要求。“Times New Roman“ 需求分析的步骤:1.调查研究 ;2分析与综合;3书写文档;4需求分析评审需求分析的原则:其基本原则可概括为: (1)必须能够表达和理解问题的数据域和功能域;(

14、2)按自顶向下、逐层分解问题;(3)要给出系统的逻辑视图和物理视图。第四章 概要设计一、重点掌握的内容: 概要设计的过程和方法二、一般掌握内容: 概要设计的文档与评审三、考核知识点:概要设计任务:系统分析员审查软件计划、软件需求分析提供的文档,提出最佳推荐方案,用系统流程图,组成系统物理元素清单,成本效益分析,系统的进度计划,供专家审定,审定后进入设计。“Times New Roman“ 确定模块结构,划分功能模块,将软件功能需求分配给所划分的最小单元模块。确定模块间的联系,确定数据结构、文件结构、数据库模式,确定测试方法与策略。“Times New Roman“ 编写概要设计说明书,用户手册

15、,测试计划,选用相关的软件工具来描述软件结构,结构图是经常使用的软件描述工具。选择分解功能与划分模块的设计原则,例如模块划分独立性原则,信息隐蔽原则等。“Times New Roman“ 概要设计过程:概要设计要先进行系统设计,复审系统计划与需求分析,确定系统具体的实施方案;然后进行结构设计,确定软件结构。软件设计的概念与原则:将软件划分成若干独立成分的依据。如何表示不同的成分内的功能细节和数据结构。如何统一衡量软件设计的技术质量。 其中有几个概念:1.模块化:就是把程序划分成若干个模块,每个模块具有一个子功能,把这些模块集总起来组成一个整体,可以完成指定的功能,实现问题的要求。2. 抽象:就

16、是抽出事物的本质特性而暂时不考虑它们的细节。3. 信息隐蔽:模块中所包括的信息不允许其它不需要这些信息的模块调用。4. 信息局部化:是指把一些关系密切的软件元素物理地放得彼此靠近。5. 模块独立性:是软件系统中每个模块只涉及软件要求的具体子功能,而和软件系统中其他的模块接口是简单的。模块独立的概念是模块化、抽象、信息隐蔽和局部化概念的直接结果。6. 耦合:是对一个软件结构内各个模块之间互连程度的度量。耦合强弱取决于模块间接口的复杂程度,调用模块的方式,以及通过接口的信息。7. 内聚:标志一个模块内各个元素彼此结合的紧密程度,它是信息隐蔽和局部化概念的自然扩展。概要设计的方法:面向数据流的设计方

17、法把信息流映射成软件结构,信息流的类型决定了映射的方法。面向数据流的设计要解决的任务,就是上述需求分析的基础上,将 DFD图映射为软件系统的结构。换句话说,这类设计方法允许把用 DFD 图表示的系统逻辑模型方便地转换成对于软件结构的初始设计描述。理解基本概念:信息流(包括变换流和事务流) 、抽象与逐步求精;模块化与信息隐藏;软件总体结构、数据结构与软件过程。面向数据结构的分析设计方法:Jackson 系统开发方法(JSD): Jackson 系统开发方法(JSD,Jackson System Development)是一种典型的面向数据结构的分析设计方法,它是以信息驱动的,是将信息转换成软件的

18、程序结构。 Warnier 方法 :Warnier 程序设计方法是由法国人 J.D.Warnier 提出的另一种面向数据结构的设计方法,又称为逻辑构造程序的方法,简称 LCP(Logical Construction of Programs)方法。Warnier 方法的原理和 Jackson 方法类似,也是从数据结构出发设计程序,但是这种方法的逻辑更严格。学会撰写概要设计的文档并能评审出概要设计文档是否符合要求。概要设计说明书的主要内容及结构。第五章 详细设计一、重点掌握的内容: 详细设计的任务和方法二、一般掌握内容: 详细设计的原则及详细设计规格与评审三、考核知识点:详细设计的任务:详细设计

19、就是要在概要设计的结果的基础上,考虑“怎样实现”这个软件系统,直到对系统中的每个模块给出足够详细的过程性描述。主要任务如下:为每个模块确定采用的算法,选择某种适当的工具表达算法的过程,写出模块的详细过程性描述;确定每一模块使用的数据结构;确定模块接口的细节,包括对系统外部的接口和用户界面,对系统内部其它模块的接口,以及模块输入数据、输出数据及局部数据的全部细节。要为每一个模块设计出一组测试用例,以便在编码阶段对模块代码(即程序)进行预定的测试,模块的测试用例是软件测试计划的重要组成部分,通常应包括输入数据,期望输出等内容。详细设计的方法:程序流程图、N-S 图、PAD 图、HIPO 图程序流程

20、图:程序流程图又称之为程序框图,它是软件开发者最熟悉的一种算法表达工具。它独立于任何一种程序设计语言,比较直观和清晰地描述过程的控制流程,易于学习掌握。在流程图中只能使用下述的五种基本控制结构。顺序型;选择型; while型循环; until 型循环; 多情况型选择。N-S 图:Nassi 和 Shneiderman 提出了一种符合结构化程序设计原则的图形描述工具,称为盒图,又称为 N-S 图。在 N-S 图中,为了表示五种基本控制结构,规定了五种图形构件。顺序型; 选择型; WHILE 重复型; UNTIL 重复型; 多分支选择型。PAD 图:它是用结构化程序设计思想表现程序逻辑结构的图形工

21、具。PAD 也设置了五种基本控制结构的图示,并允许递归使用。HIPO 图:HIPO 图是由一组 IPO 图加一张 HC 图组成。它是美国 IBM 公司在软件设计中使用的主要表达工具。HC 图是层次图(Hierarchy chart)的英文缩写,用于表示软件的分层结构。HC 图中的每一个模块,均可用一张 IPO 图来描述。IPO 图由输入、处理和输出三个框组成,需要时还可以增加一个数据文件框,这种图形的优点,是能够直观地显示输入处理输出三者之间的联系。详细设计的原则:原则是过程描述是否易于理解、复审和维护,进而过程描述能够自然地转换成代码,并保证详细设计与代码完全一致。详细设计规格与评审:详细设

22、计说明书的框架及评审。第六章 面向对象的分析和设计方法一、重点掌握的内容: 面向对象的基本概念和特征二、一般掌握内容: 面向对象分析与设计方法三、考核知识点:面向对象的基本概念: 面向对象不仅是一些具体的软件开发技术与策略,而且是一整套关于如何看待软件系统与现实世界的关系,以什么观点来研究问题并进行求解,以及如何进行系统构造的软件方法学。而面向对象方法是一种运用对象、类、继承、封装、聚合、消息传送、多态性等概念来构造系统的软件开发方法。面向对象方法的基本思想是,从现实世界中客观存在的事物(即对象)出发来构造软件系统,并在系统构造中尽可能运用人类的自然思维方式。面向对象的几个重要概念:对象、消息

23、、方法性、继承性、封装性等。面向对象方法的基本特征: 从问题域中客观存在的事物出发来构造软件系统,用对象作为对这些事物的抽象表示,并以此作为系统的基本构成单位。事物的静态特征(即可以用一些数据来表达的特征)用对象的属性表示,事物的动态特征(即事物的行为)用对象的服务(或操作)表示。对象的属性与服务结合为一体,成为一个独立的实体,对外屏蔽其内部细节(称作封装) 。对事物进行分类。把具有相同属性和相同服务的对象归为一类,类是这些对象的抽象描述,每个对象是它的类的一个实例。通过在不同程度上运用抽象的原则(较多或较少地忽略事物之间的差异) ,可以得到较一般的类和较特殊的类。特殊类继承一般类的属性与服务

24、,面向对象方法支持对这种继承关系的描述与实现,从而简化系统的构造过程及其文档。复杂的对象可以用简单的对象作为其构成部分,称作聚合。对象之间通过消息进行通信,以实现对象之间的动态联系。通过关联表达对象之间的静态关系。面向对象分析方法:目前出现有 OOA 与 OOD 方法。面向对象设计方法:OOA 与 OOD 的职责划分是:OOA 针对问题域运用 OO 方法,建立一个反映问题域的 OOA 模型,不考虑与系统的具体实现有关的因素(例如采用什么编程语言、图形用户界面、数据库等等) ,从而使 OOA 模型独立于具体的实现。OOD 则是针对系统的一个具体的实现运用 OO 方法。其中包括两方面的工作,一是把

25、 OOA 模型直接搬到 OOD(不经过转换,仅作某些必要的修改和调整) ,作为 OOD 的一个部分;二是针对具体实现中的人机界面、数据存储、任务管理等因素补充一些与实现有关的部分。这些部分与 OOA 采用相同的表示法和模型结构。第七章 编码一、重点掌握的内容: 程序设计语言的特点、编程风格、程序效率和编程安全二、一般掌握内容: 面向对象程序设计步骤三、考核知识点:程序设计语言的特点: 程序设计语言是人与计算机交流的媒介。软件工程师应该了解程序设计语言各方面的特点,以及这些特点对软件质量的影响,以便在需要为一个特定的开发项目选择语言时,能作出合理的技术抉择。其特点表现为九个方面:名字说明;类型说

26、明;初始化;程序对象的局部性;程序模块;循环控制结构;分支控制结构; 异常处理;独立编译。编程风格:编码风格又称程序设计风格或编程风格,实际上指编程的原则。表现为四个方面:源程序文档化,数据说明的方法,语句结构和输入输出方法。源程序文档化:源程序文档化又可从四个方面来阐述,符号名的命名;程序的注释;标准的书写格式;数据说明:数据说明的次序应当规范化。使数据属性容易查找,也有利于测试,排错和维护。语句结构:语句构造力求简单、直接,不能为了片面追求效率而使语句复杂化。可从以下几方面注意:1使用标准的控制结构;2尽可能使用库函数;3程序编写首先应当考虑清晰性;4注意使用 GOTO 语句;输入输出方法

27、:输入输出的方式和格式应当尽量作到对用户友善(User Friendly ) ,尽可能方便用户的使用。程序效率:程序效率是指程序的执行速度及程序占用的存储空间。影响程序效率的因素是多方面的。编程安全:提高软件质量和可靠性的技术大致可分为两类,一类是避开错误技术,即在开发的过程中不让差错潜入软件的技术;另一类是容错技术,即对某些无法避开的差错,使其影响减至最小的技术;避开错误技术是进行质量管理,实现产品应有质量所必不可少的技术,也就是软件工程中所讨论的先进的软件分析和开发技术和管理技术。但是,无论使用多么高明的避开错误技术,也无法做到完美无缺和绝无错误,这就需要采用容错技术。实现容错的主要手段是

28、冗余和防错程序设计。面向对象程序设计步骤:面向对象的设计方法一般适用于软件设计和实现阶段。其基本步骤是:建立软件系统的动态模型;建立软件系统的静态模型;实现。 第八章 软件质量与质量保证一、重点掌握的内容: 软件质量的有关概念、结构化的软件测试二、一般掌握内容: 软件维护过程三、考核知识点:软件质量:软件质量是各种特性的复杂组合。软件质量反映了以下三方面的问题:(1)软件需求是度量软件质量的基础。不符合需求的软件就不具备质量。(2)在各种标准中定义了一些开发准则,用来指导软件人员用工程化的方法来开发软件。如果不遵守这些开发准则,软件质量就得不到保证。(3)往往会有一些隐含的需求没有明确地提出来

29、。例如,软件应具备良好的可维护性。如果软件只满足那些精确定义了的需求而没有满足这些隐含的需求,软件质量也不能保证。软件质量保证策略:为了在软件开发过程中保证软件的质量,主要采取下述措施:审查;复查和管理复审;测试。结构化的软件测试:软件测试在程序员对每一个模块的编码之后先做程序测试,再做单元测试,然后再进行集成(综合或组装)测试,系统测试,验收(确认)测试,平行测试,人工测试,其中单元测试的一部分己在编码阶段就开始了。测试:就是用已知的输入在已知环境中动态地执行系统(或系统的“部件” ) 。如果测试结果和预期结果不一致,则很可能是发现了系统中的错误。软件测试:软件测试是对软件计划、软件设计、软

30、件编码进行查错和纠错的活动(包括代码执行活动与人工活动) 。程序测试:是对编码阶段的语法错、语义错、运行错进行查找的代码执行活动。找出编码中错误的代码执行活动称程序测试。纠正编码中的错误的执行活动称程序调试。程序测试的目的是查找编码错与纠正编码错,保证算法的正确实现。测试的原则:(1)测试前要认定被测试软件有错,不要认为软件没有错。(2)要预先确定被测试软件的测试结果。(3)要尽量避免测试自己编写的程序。(4)测试要兼顾合理输入与不合理输入数据。(5)测试要以软件需求规格说明书为标准。(6)要明确找到的新错与已找到的旧错成正比。(7)测试是相对的,不能穷尽所有的测试,要据人力物力安排测试,并选

31、择好测试用例与测试方法。(8)测试用例留作测试报告与以后的反复测试用,重新验证纠错的程序是否有错。测试方法:按照测试过程是否在实际应用环境中来分,有静态分析与动态测试。测试方法有分析方法(包括静态分析法与白盒法)与非分析方法(称黑盒法) 。静态分析技术:不执行被测软件,可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。动态测试技术:当把程序作为一个函数,输入的全体称为函数的定义域,输出的全体称为函数的值域,函数则描述了输入的定义域与输出值域的关系。这样动态测试的算法可归纳为:选取定义域中的有效值,或定义域外无效值。对已选取值决定预期的结果。用选取值执行程序

32、。观察程序行为,记录执行结果。将的结果与的结果相比较,不吻合则程序有错。动态测试既可以采用白盒法对模块进行逻辑结构的测试,又可以用黑盒法做功能结枸的测试、接口的测试,都是以执行程序并分析执行结果来查错的。白盒法:是通过分析程序内部的逻辑与执行路线来设计测试用例,进行测试的方法,白盒法也称逻辑驱动方法。白盒法的具体设计程序测试用例的方法有:语句覆盖、分支(判定)覆盖、条件覆盖、路径覆盖(或条件组合覆盖) ,主要目的是提高测试的覆盖率。黑盒法:是功能驱动方法,仅根据 I/O 数据条件来设计测试用例,而不管程序的内部结构与路径如何。黑盒法的具体设计程序测试用例的方法有:等价类划分法,边界值分析法,错

33、误推测法,主要目的是设法以最少测试数据子集来尽可能多的测试软件程序的错误。设计测试方案: 测试方案包括预定要测试的功能,应该输入的测试数据和预期的结果,其中最困难的问题是设计测试用的输入数据(即测试用例) 。通常的做法是,用黑盒法设计基本的测试方案,再用白盒法补充一些方案。软件测试的步骤: 单元测试:单元测试也称模块测试、逻辑测试、结构测试,测试的方法一般采用白盒法,以路径覆盖为最佳测试准则。集成测试:单元测试之后便进入组装测试。尽管模拟了驱动模块和存根模块进行单元测试,由于测试不能穷尽,单元测试又会引入新错误,单元测试后肯定会有隐藏错误,组装不可能一次成功,必须经测试后才能成功。集成测试分为

34、增式组装测试和非增式组装测试,所谓非增式组装,按照结构图一次性将各单元模块组装起来。所谓增式组装是指按照结构图自顶向下或自底向上逐渐安装。确认测试:确认测试也称合格测试或称验收测试。组装后己成为完整的软件包,消除了接口的错误。确认测试主要由使用用户参加测试,检验软件规格说明的技术标准的符合程度,是保证软件质量的最后关键环节。系统测试:一般的系统除了确认测试外还要做如下几个方面的系统测试恢复测试通过系统的修复能力,检测重新初始化,数据恢复,重新启动,检验点设置机构是否正确,以及人工干预的平均恢复时间是否在允许范围内。安全测试设计测试用例,突破软件安全保护的机构安全保密措施,检验系统是否安全保密的

35、漏洞。强度测试设计测试用例,检验系统的能力最高能达到什么实际的限度,让系统处于资源的异常数量、异常频率、异常批量的条件下运行测试系统的承受能力。一般取比平常限度高 5 一10 倍的限度做测试用例。性能测试设计测试用例测试并记录软件运行性能,与性能要求比较,看是否达到性能要求规格。这项测试常常与强度测试相结合进行。软件维护:软件运行/维护阶段对软件产品所进行的修改就是维护。维护的问题:软件维护存在的绝大多数问题,都是由于软件定义和软件开发的方法有问题。在软件生命周期的头两个时期没有严格而又科学的管理和规划,几乎必然会导致在最后阶段出现问题。软件维护步骤及组织:为了正确、有效地修改,需要经历以下三

36、个步骤:1.分析和理解程序;2.修改程序;3.重新验证程序;4.维护组织。第九章 项目计划与管理一、重点掌握的内容: 软件项目特点及软件管理功能二、一般掌握内容: 软件配置管理的过程三、考核知识点:软件项目特点: 软件产品与其他任何产品不同,它是无形的,完全没有物理属性。其特点表现为:智力密集,可见性差;单件生产:在特定机型上,利用特定硬件配置,由特定的系统软件或支撑软件的支持,形成了特定的开发环境;劳动密集,自动化程度低:使用方法繁琐,维护困难;软件工作渗透了人的因素。软件管理的功能:软件管理的主要功能包括:制定计划:规定待完成的任务、要求、资源、人力和进度等;建立组织项目:为实施计划,保证

37、任务的完成,需要建立分工明确的责任机构;配备人员:任用各种层次的技术人员和管理人员;指导:鼓励和动员软件人员完成所分配的情况。软件配置管理的过程:软件配置管理 SCM 除了负担控制变化之外,它还要担负标识单个的 SCI 和软件各种版本、审查软件配置以保证开发得以正常进行,以及报告所有加在配置上的变化等任务。关于 SCM 需要考虑这样一些问题:(1)采用什么方式标识和管理许多已存在的程序的各种版本?使得变化能够有效地实现。(2)在软件交付用户之前和之后,如何控制变化?(3)谁有权批准和对变化安排优先级?(4)如何保证变化得以正确地实施?(5)利用什么办法估计变化可能引起的其它问题?这些问题归结到

38、 SCM 的五个任务,即标识、版本控制、修改控制、配置审计和配置报告标识配置对象为了控制和管理的方便,所有 SCI 都应按面向对象的方式命名并组织起来。此时,对象分为基本对象和组合对象,基本对象指在分析、设计、编码或测试阶段由开发人员创建的某个“单位正文描述” ,复合对象指由若干基本对象和复合对象组合而成的对象,它由“数据模型”和“模块 N”等基本对象组合而成。每个配置对象都拥有名字、描述、资源列表和实际存在体四个部分。对象名一般为字符串;对象描述包括若干数据项,它们指明对象的类型(例如,文档、程序还是数据) 、所属工程项目的标志及变动和版本的有关信息;资源列表给出该对象要求、引用、处理和提供

39、的所有实体,如数据类型、特殊函数等,有时变量也被看作资源;只有基本对象才有实际存在体,它是指向该对象“单元正文描述”的一个指针,复合对象此项取 null 值。除了标识配置对象外,还必须指明对象之间的关系,一个对象可标识为另一复合对象的一部分,即此两对象之间存在一个关系。若干关系可定义出对象之间的分层结构。例如: “E-R 图 1.4” “数据模型” 。版本控制配置管理的版本控制主要解决下列问题:(1)根据不同用户的需要配置不同的系统;(2)保存系统老版本,为以后调查问题使用;(3)建立一个系统新版本,使它包括某些决策;(4)支持两为位以上工程师同时在一个项目工作;(5)高效存储项目的多个版本。

40、修改控制所谓修改控制,即把人的努力与自动工具结合起来,建立一套机制,有意识地控制软件修改。配置审计确认修改是否已正确实施有两种措施,一种是正式的技术复审,另一种是软件配置审计。正式的技术复审着重考虑所修改对象在技术上的正确性,复审人员应对该对象是否与其他 SCI 协调以及在修改中可能产生的疏忽和副作用进行全面的评估。软件配置审计作为一种补救措施,主要考虑下列在正式技术复审中未被考虑的因素:(1)控制变动命令指出的修改是否都已完成?还另加了哪些修改?(2)是否做过正式技术复审?(3)是否严格遵守软件工程标准?(4)修改过的 SCI 是否做了特别标记?修改的日期和执行修改的人员是否已经注册?该 SCI 的属性是否能够反映本次修改的结果?(5)是否完成与本次修改有关的注释、记录和报告等事宜?(6)所有相关的 SCI 是否已一并修改?

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 重点行业资料库 > 建筑建材

Copyright © 2018-2021 Wenke99.com All rights reserved

工信部备案号浙ICP备20026746号-2  

公安局备案号:浙公网安备33038302330469号

本站为C2C交文档易平台,即用户上传的文档直接卖给下载用户,本站只是网络服务中间平台,所有原创文档下载所得归上传人所有,若您发现上传作品侵犯了您的权利,请立刻联系网站客服并提供证据,平台将在3个工作日内予以改正。