软件工程复习纲.docVIP

软件工程复习提纲 第一部分： 软件工程定义、软件工程三要素及目的、软件的定义及组成（P2） 答: 软件工程是 软件工程三要素: 方法、工具和过程 工具支持软件的开发、管理、文档生成； 过程支持软件开发的各个环节的控制、管理。 软件工程目的：根据需求分析确定可行性后,在给定的时间内开发具有可修改性、有效性、可靠性、可维护性、可重用性、可适应性、可移植性、开销合宜并满足用户需要的软件产品。 软件的定义：计算机程序、方法、规则、相关的文件资料以及在计事机上运行时所必需的数据。 软件的组成：程序、文档、数据 软件过程的定义（P11）、软件过程模型及模型特点（P25）、软件体系结构（P104） 答：软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。 软件过程模型：也称软件生命周期模型，是为了解决产业环境中的实际问题而提出的开发策略，是反映整个软件生命周期中，系统开发、运行、维护的等实施活动的一种结构框架。它包括瀑布模型、增量模型、螺旋模型、协同开发模型、统一过程模型、组件集成模型、面向方面的软件开发。各特点如下: 瀑布模型：顺序性和依赖性；推迟实现；质量保证的观点；是一种线性模型，文档驱动的模型。 增量模型是一种非整体开发的模型。该模型具有很大的灵活性，适合于软件 需求不明确、设计方案有一定风险的软件项目。 螺旋模型结合瀑布模型和快速原型，是一种风险驱动的开发模型 协同开发模型是一种时间驱动的活动网络模型。 统一过程模型是以用例驱动的，以架构为中心，迭代和增量的过程。 组件集成模型利用模块化方法将整个系统模块化，复用构件库中的软件构件，通过组合手段提高应用软件系统过程的效率和质量。 面向方面的软件开发是一系列新兴技术，用以寻找软件系统中新的模块化特性，允许对软件系统中多种关注点进行独立描述，同时又能自动统一组合到工作系统之中。 软件体系结构是指软件的整体结构和这种结构为系统提供概念上完整性的方式。体系结构设计可以使用大量的模型来表达。 软件工程两大范型及优缺点（P5）/软件工程基本原理（P7）、软件生命周期（P12）、软件危机定义和表现（P4） 答：软件工程两大范型：传统结构化范型和面向对象范型。 传统结构化范型： 优点：把软件生命周期划分成基干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发过程的困难程度 缺点：当软件规模庞大时，或者对软件的需求是模糊的或会承受时间而变化时，开发出的软件往往不成功；而且维护起来仍然很困难。 优点：（）按照人类习惯的思维方法，对软件开发过程所有阶段进行综合考虑；（2）软件生存期各阶段所使用的方法、技术具有高度的连续性；（3）软件开发各个阶段有机集成，有利于系统的稳定性 软件生命周期：一个软件从定义、开发、使用和维护，直到最终被废弃，要经历一个漫长的时期，称为生命周期。 软件危机定义：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 软件危机表现：软件的规模大；复杂度增加；软件的需求量增大；价格昂贵；供需差增大；开发速度慢；质量难以保证 第二部分： 什么是软件需求？（P40）软件需求分析有哪些过程？（P43）需求分析阶段应该书写哪些？需求规格文档有错误！链接无效。内容？（P44） 答：软件需求是(1)用户解决问题或达到目标所需条件或权能。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 (3)一种反映上面(1)或(2)所述条件或权能的文档说明。 功能需求：描述系统预期提供的功能或服务 非功能需求：指那些不直接与系统具体功能相关的一类需求 领域需求：源于系统的应用领域需求 软件需求分析过程：需求分析过程主要是理解客户需要什么、分析要求、评价可行性、协商合理的方案、无歧义地详细说明方案、确认规格说明、管理需求以至将这些需求转化为可行系统，过程主要包括：初步沟通；导出需求；分析和精化；可行性研究；协商与沟通；规格说明；需求验证；变更管理 需求规格文档内容：包括系统的用户需求和一个详细的系统需求描述。 需求变更管理（P46）、可行性研究（P44） 答：需求变更管理是组织、控制和文档化需求的系统方法。建立基线以便在客户和开发人员之间建立一个约定。需求变更管理包括在项目进展过程中维持需求规格一致性和精确性的活动，需求管理从标识开始，建立跟踪表。需求跟踪表可以跟踪需求的特征、来源、依赖、子系统和接口等关系。 可行性研究 目的是确定用最小的代价，在尽可能短的时间内确定问题是否能够解决 输入是系统的一个框架描述和高层逻辑模型 输出是一份需求开发评价报告，对需求工程和系统开发是否值得做的具体建议和意见 三个问题： 系统是否符合机构的总体要求？ 系统是否可以在现有的技术条件