2012级软件工程过程期末考试范围改

1.首先，软件更容易改变，且不需要昂贵的生产线进行批量生产。其次，软件不会被破坏。最后，软件需求快速扩大，远远超出了当时从事软件开发工作的工程师和数学家能力的范围，软件人才的短缺。2.软件工程是借鉴传统工程的原则、方法，以提高质量、降低成本为目的的知道计算机软件开发和维护的工程学科。3.软件工程分成软件需求、软件设计、软件编码、软件测试、软件维护、软件配置管理、软件工程管理、软件工程过程、软件工程工具与方法以及软件质量。4.软件工程是一种层次化的技术，任何工程方法必须以又有组织的质量承诺为基础，全面质量管理和类似的理念培养了不断的工程改进文化，文化导致了更成熟的软件工程方法不断出现。5.软件工程过程又称软件生存周期过程，是软件生存周期内为达到一定目标而必须实施的一系列先关过程的集合。6.ISO（国际标准化组织）和IEC（国际电工委员会）1995年8月推出ISO/IEC12207软件生存周期过程标准。7.需求是任何软件开发项目的基础。软件需求表达了需要和至于软件产品之上的约束，这些产品用来解决现实世界中的某些问题。8.需求工作包括的主要活动是需求分析与规范、需求变更管理、需求跟踪管理。9.需求分析的目标是形成对软件产品所需功能、接口和性能要求的完整并经确认的需求规格说明书，可分为系统需求分析和软件需求分析。10.系统需求分析主要围绕系统级需求的聚集和少量顶层分析和设计展开。11.软件需求分析，软件需求的聚集过程是逐条确定的。了解软件的信息域及所要求的功能、性能和接口。12.软件设计的目标是构造解决方案，设计过程是把对软件的需求描述转换为软件表示，这种表示能在编码开始以前对其质量作出评价。软件设计个关键是对软件体系结构、数据结构、过程细节以及接口性质这4种程序属性的确定。一般而言，设计需要经过顶层设计和详细设计两个阶段。13.高层（或体系结构）设计，及传统软件工程的概要设计。他以模块/对象之间关系形成的体系结构作为系统解决方案，把需求分析阶段的功能、性能需求纳入到每个模块/对象之中。明确模块/对象及其子需求，及补充内部需求，形成产品的整体软硬件体系结构、控制结构、数据结构及其他必要成分的完整并经确认的高层设计说明书。14.详细设计。选定数据结构和算法设计，完成模块或对象设计。用伪代码或流程图表现该模块/对象预期的功能、性能、容错、异常处理，和在何种输入下给出什么输出或响应。形成每一程序组件的控制结构、数据结构、界面关系、关键算法、假设等的冰晶确认的详细设计说明书。15.软件编码也成为软件构建，也就是用你某种编码语言编写源程序或以界面工具构造出应用界面。16.测试是动态验证软件的过程。对内部进行实现逻辑测试，以发现错误；对外部进行功能测试，以确保所有输入都生成与需求一致的实际输出。测试工具依据测试对象的不同，可分为单元测试、集成测试、系统测试和验收测试。17.单元测试的主要执行这是开发人员或测试人员，根据详细设计的工作成果设计个模块的单元测试用例。集成测试的主要执行这是软件测试人员，根据系统设计成果首先制定集成测试计划、设计集成设计用例、构建集成测试环境；然后将已通过单元测试的模块，按照一定顺序逐步集成，测试其接口的正确性，直至形成一个完整的软件系统。系统测试的主要执行这是系统测试人员，验证完整的软件系统在预定的硬件环境下的执行情况。验收测试的执行这是客户，根据系统需求和开发合同，从实际的生产数据中抽取典型的数据作为测试数据，全面验证软件系统合同的满足情况。18.软件维护是指为在保留现有运行软件主要功能不变的同时对其进行修改的过程。分类软件更新；校正性维护；适应性维护；完善性维护。19.软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量和风险等进行分析和管理活动。20.软件项目生存周期包括项目启动、项目规划、项目实施、项目收尾。21.项目计划内容包括：确定项目的工作范围。要查清软件有哪些功能、性能、约束、界面和可靠性要求；识别资源。包括人力的、软件的和环境的。描述资源是什么、可用性陈述、要求使用的先后和使用多长时间；软件项目评估。中心问题是确定工作量，判定需要多少人，要多少钱；做出外购决策。自行开发（构建）、修改重用件、购买成品、软件外包；编制项目计划。各种角色通信的范围和资源、风险管理技术、定义了费用和进度、质量保证和变更如何管理。最后撰写项目计划书。22.项目风险是一种不确定的事件或条件，这种事件或条件一旦发生，就会对项目目标产生某种影响。从下分析：软件估算风险；商业影响风险；客户相关风险；开发技术风险；开发环境风险；开发人员风险；过程相关。23.软件配置管理是一种表示、组织和控制修改的技术，它作用于整个软件生存周期，其目的是使错误率降到最低并最有效的提高生产率。24.基线是经过正式评审和认可的一组软件配置项25.基线的作用是把各极端的工作划分得更加明确，使本来连续的工作在这些点上断开，以便于验证和确认开发成果26.基线的能力；再生能力。可追踪能力，报告能力27.典型基线：计划基线，需求基线，规格说明基线（软件外部规格说明、需求和操作概念的交叉引用），设计基线（包括设计关联、所有关键设计决策的依据），实现基线（单元基线和集成基线），测试基线，操作基线28.版本管理是对系统不同的版本进行标识和跟踪的过程，它可以保证软件技术状态的一致性29.配置审计是对于存储配置项及相关记录的软件基线库的结构，内容和设施进行检验，目的在于验证基线是否符合描述基线的文档。30.配置审计的内容分为两方面，功能配置审计，物理配置审计。功能配置审计是验证配置项的实际功效与其软件需求的一致性，软件验证和确认活动的输出就是这种审计的关键输入。物理配置审计则用于确定配置项符合预期的物理特性，即特定的媒体形式。成功的完成审计是建立产品基线的先决条件。31.验证与确认（v&v）确保所交付的软件按规范的软件需求和用户需求运行，以确保所开发的软件客观上符合它的目标，保证正确性、质量、进度、和可用性。32.V&V过程提供了软件产品和经历软件生存周期过程的一个客观评价，评价标准包括正确性，完整性，准确性，一致性，可测试性。33.软件质量保证（SQA）是在软件生存周期内，为了保证软件产品符合其指定的需求，软件开发过程符合以建立的计划而提供的保证过程，更侧重于事前预防。目标是规划软件质量保证活动，客观地验证软件产品和活动是否遵循可用的标准、规程和要求。34.软件文档管理包括；软件开发类文档，软件过程管理类文档，用户文档。其中前2类作为软件开发过程中其他过程或活动的伴随工作，独立性较弱。用户类文档主要服务对象是客户或最终用户，通常都有要经过文档的创建，设计与开发生产与销售、维护等活动。35.软件生存周期模型是指一个包括软件产品开发，运行和维护中有关过程、活动和任务的框架，其中这些过程、活动和任务覆盖了从该系统的需求定义到系统的使用终止。36.传统软件工程过程模型的主要代表是编码修正模型、瀑布模型、增量模型、演化模型和螺旋模型；rational统一过·程（RUP）、敏捷过程（AP）和微软解决方案（MSF）等则是现代软件工程过程模型的主要代表。37.过程模型分为计划驱动的模型和敏捷模型，如瀑布模型、统一过程模型等为计划驱动的模型，极限编程为敏捷模型。38.编码修正模型主要特点：最适用于很小且简单的项目，成本可能很低，对于一些非常小的、开发完后就会很快丢弃的软件可以采用，对于规模很大的项目，采用这种模型是很危险的39.瀑布模型的特点：每阶段都以验证或确认活动作为结束，在随后的阶段里，尽可能对前面阶段的产品进行迭代。40.图需求分析确认设计验证编码单元测试集成与系统测试验收测试运行与维护重新确认41.瀑布模型的优缺点优点：容易理解，管理成本低。它不提供有形的软件成果，除非到生存周期结束时。缺点：客户必须能够完整，正确和清晰的表达其要求。可能要花费更多的时间来建立一些用处不大的文档。在开始两个或三个阶段中，很难评估真正的进度状态。在一个项目的早期阶段，过分强调了基线和里程碑处的文档。开发人员一开始就必须理解其应用。当项目接近结束是，出现了大量的集成和测试工作。直到项目结束之前，都不能演示系统的能力。42.螺旋模型的特征：实际上只有一个迭代过程真正开发可交付的软件。如果项目的开发风险很大，或客户不能确定系统需求时，螺旋模型就是一个好的生存周期模型。43.RUP模型的优点：迭代化开发，提前认知风险。需求管理，及早达成共识基于构件，搭建弹性构架可视化建模，打破沟通壁垒。持续验证质量，降低缺陷代价管理变更，有序积累资产。其主要特点是以用例驱动的，以构架为中心的、风险驱动的迭代和增量的开发过程。44.Infosys模型把瀑布模型定义的各个阶段划分成更小的阶段或活动，允许这些阶段或活动并行执行。将软件开发过程划分成如下阶段：需求规范、高层设计、详细设计、构建、单元测试、集成测试计划、集成测试、系统测试计划、系统测试、文档化、验收测试、安装和维护支持。个阶段有明确的依赖关系，但这些依赖关系可以根据实际执行需要进行调整。该模型描述的每个阶段包括的主要活动、开始条件、结束条件、主要输入和输出、参与人员及需要度量的数据。45.业务过程模型阐述了系统中数据的处理过程。该模型建立的方法有两种：传统方法和基于事件的方法。46.协同过程模型对RUP模型的裁剪。非常适用于采用面向对象方法开发C/S、B/S结构的应用系统。包含初试、细化、构造和移交阶段。每个阶段都有明确的目标和结束标准，在每个阶段内进行多次迭代，不少于3次。每次循环都经历该模型的4个阶段，称为一次增量，并向用户发布一个可执行的应用程序版本。在软件项目的开发周期内分3次增量向用户发布。