精华内容
下载资源
问答
  • 软件工程名词解释

    千次阅读 2019-01-07 16:41:05
    软件工程名词解释 1.需求工程(英语:Requirements Engineering,简称RE) 指在工程设计过程中定义、记录和维护需求的过程。指应用已证实有效的技术、方法进行需求分析,确定客户需求,帮助分析人员理解问题并定义...

    软件工程名词解释

    1.需求工程(英语:Requirements Engineering,简称RE)

    指在工程设计过程中定义、记录和维护需求的过程。指应用已证实有效的技术、方法进行需求分析,确定客户需求,帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。

    2.面向对象分析(Object-Oriented Analysis 简称OOA)

    抽取和整理用户需求并且建立问题域精确模型的过程。

    3.软件质量(software quality)

    软件与明确地和隐含地定义的需求相一致的程度;更具体的说:软件质量是软件符合明确叙述的功能需求和性能需求,文档中明确描述的开发标准,以及所有专业开发的软件都应具有的隐含特征的程度;

    4.用户界面(User Interface,简称UI)

    是系统和用户之间进行交互和信息交换的媒介,它实现信息的内部形式与人类可以接受形式之间的转换。

    5.黑盒测试(Black-Box-Testing)

    黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。 在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。

    6.软件危机(Software Crisis)

    指在计算机软件的开发和维护过程中所遇到的一系列的不可逆的严重问题。

    7.P2P(peer-to-peer)

    对等连接或对等网络,是一种通信模式,其中每一方都拥有相同的功能,任何一方都可以启动通信会话。

    8.软件复用(Software Reuse)

    软件复用是指在构造新的软件系统的过程中,对已存在的软件产品(设计结构、源代码、文档等)重复使用的技术,以缩减软件开发和维护的花费。

    9.软件测试(software testing)

    软件测试是为评价、改进产品的质量、标识产品的缺陷和问题而进行的活动。

    10.类图(Class diagram)

    类图是软件工程的统一建模语言一种静态结构图,该图描述了系统的类集合,类的属性和类之间的关系。

    11.结构化分析(Structured Analysis; 简称SA)

    面向数据流进行需求分析的方法,旨在减少分析活动中的错误,建立满足用户需求的系统逻辑模型。

    12.分布式计算(Distributed computing)

    在两个或多个软件互相共享信息,这些软件既可以在同一台计算机上运行,也可以在通过网络连接起来的多台计算机上运行。

    13.企业对消费者 (Business-to—Customer;简称B2C)。

    企业直接面向消费者销售产品和服务的商业零售模式。

    14.统一建模语言(Unified Modeling Language;简称UML)

    一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持。

    15.桩(Stub)

    桩(Stub/ Method Stub)是指用来替换一部分功能的程序段。桩程序可以用来模拟已有程序的行为(比如一个远端机器的过程)或是对将要开发的代码的一种临时替代。

    展开全文
  • 计算机应用技术独立本科段自考软件工程名词解释整理
  •  软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件,即把工程化应用到软件上。 软件生存周期  软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用,直至最终退役为止...

    软件
      软件是计算机系统中与硬件相互依存的部分,它是包括程序、数据及相关文档的完整集合。

    软件危机
      软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

    软件工程
      软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件,即把工程化应用到软件上。

    软件生存周期
      软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用,直至最终退役为止的整个过程,一般包括计划、分析、设计、实现、测试、集成、交付、维护等阶段。

    软件复用
      软件复用就是利用某些已开发的、对建立新系统有用的软件元素来生成新的软件系统。

    质量
      质量是产品或服务满足明确或隐含需求能力的特性和特征的集合。在合同环境下,需求是明确的;在其他环境下,隐含的需求需要识别和定义。

    质量策划
      质量策划包括产品策划、管理和作业策划,以及质量计划的编制和质量改进的准备工作。

    质量改进
      质量改进是以最求最高的效益和效率为目标的持续性活动。

    质量控制
      质量控制是对流程和产品的符合性的评估,独立分析不足并予以更正使得产品与需求相符。

    质量保证
      质量保证是有计划的和系统性的活动,它对部件或产品满足确定的技术需求提供足够的信心。

    软件质量
      软件质量是指明确声明的功能和性能需求、明确文档化的开发标准、以及专业人员开发的软件所具有的所有隐含特征都得到满足。

    正式技术复审
      正式技术复审是一种由软件开发人员进行的软件质量保证活动,其目的是在软件的任何一种表示形式中发现功能、逻辑或实现的错误,验证经过复审的软件确实满足需求,保证软件符合预定义的标准,使软件按照一致的方式开发,使项目更易于管理。

    质量认证
      质量认证是由可以充分信任的第三方证实某一经鉴定的产品或服务符合特定标准或规范性文件的活动。

    软件过程
      软件过程是人们用于开发和维护软件及其相关过程的一系列活动,包括软件工程活动和软件管理活动。

    软件过程能力
      软件过程能力是描述(开发组织或项目组)遵循其软件过程能够实现预期结果的程度,它既可对整个软件开发组织而言,也可对一个软件项目而言。

    软件过程性能
      软件过程性能表示(开发组织或项目组)遵循其软件过程所得到的实际结果,软件过程性能描述的是已得到的实际结果,而软件过程能力则描述的是最可能的预期结果,它既可对整个软件开发组织而言,也可对一个特定项目而言。

    软件过程成熟度
      软件过程成熟度是指一个特定软件过程被明确和有效地定义,管理测量和控制的程度。

    软件成熟度等级
      软件成熟度等级是指软件开发组织在走向成熟的途中几个具有明确定义的表示软件过程能力成熟度的平台。

    关键过程域
      每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程域,它们的实施对达到该成熟度等级的目标起到保证作用,这些过程域就称为该成熟度等级的关键过程域。

    关键实践
      关键实践是指对关键过程域的实践起关键作用的方针、规程、措施、活动以及相关基础设施的建立。

    软件能力成熟度模型
      软件能力成熟度模型是指随着软件组织定义、实施、测量、控制和改进其软件过程,软件组织的能力也伴随着这些阶段逐步前进,完成对软件组织进化阶段的描述模型。

    软件需求
      软件需求是指
      (1)用户解决问题或达到目标所需的条件或能力;
      (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力;
      (3)一种反映上面(1)或(2)所描述的条件或能力的文档说明。

    业务需求
      业务需求(business requirement)反映了组织机构或客户对系统或产品高层次的目标要求,它们在项目视图与范围文档中予以说明。

    用户需求
      用户需求(user requirement)描述了用户使用产品必须要完成的任务,可以在用例模型或方案脚本中予以说明。

    功能需求
      功能需求(functional requirement)定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。

    非功能需求
      非功能需求(non-functional requirement)是从各个角度对系统的约束和限制,反映了应用对软件系统质量和特性的额外要求。

    需求工程
      需求工程是应用已证实有效的原理和方法,通过合适的工具和符号,系统地描述出待开发系统及其行为特征和相关约束。

    需求分析
      需求分析主要是对收集到的需求进行提炼、分析和仔细审查,以确保所有的风险承担者都明白其含义并找出其中的错误、遗漏或其它不足的地方,形成完整的分析模型。

    软件需求规格说明
      软件需求规格说明是需求开发的最终结果,它精确地阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件。软件需求规格说明不仅是系统测试和用户文档的基础,也是所有子系列项目规划、设计和编码的基础。

    风险承担人
      风险承担人是任何将从新系统或应用的实现中受到实质性影响的人。

    软件原型
      软件原型是所提出的新产品的部分实现,其目的是为了解决在产品开发的早期阶段需求不确定的问题。

    实体关系图
      实体关系图描述数据对象及其关系。

    数据流图
      数据流图是结构化分析的基本工具,它描述了信息流和数据转换。

    状态转换图
      状态转换图通过描述状态以及导致系统改变状态的事件来表示系统的行为。

    数据字典
      数据字典描述数据流图的数据存储、数据加工(最底层加工)和数据流。

    对象
      对象(Object)是系统中用来描述客观事物的一个实体,它是构成系统的一个基本单位,由一组属性和对这组属性进行操作的一组服务组成。


      类(Class)是具有相同属性和服务的一组对象的集合,它为属于该类的全部对象提供了统一的抽象描述,其内部包括属性和服务两个主要部分。

    封装
      封装(Encapsulation)是把对象的属性和服务结合成一个独立的系统单位,并尽可能隐藏对象的内部细节。

    继承
      继承(Inheritance)是指子类可以自动拥有父类的全部属性和服务。

    消息
      消息(Message)是对象发出的服务请求,一般包含提供服务的对象标识、服务标识、输入信息和应答信息等信息。

    多态性
      多态性(Polymorphism)是指在父类中定义的属性或服务被子类继承后,可以具有不同的数据类型或表现出不同的行为。

    主动对象
      主动对象(Active Object)是一组属性和一组服务的封装体,其中至少有一个服务不需要接收消息就能主动执行(称为主动服务)。

    面向对象分析
      面向对象的分析(OOA)就是运用面向对象的方法进行需求分析,其主要任务是分析和理解问题域,找出描述问题域和系统责任所需的类及对象,分析它们的内部构成和外部关系,建立OOA模型。

    面向对象设计
      面向对象的设计(OOD)就是根据已建立的分析模型,运用面向对象技术进行系统软件设计。它将OOA模型直接变成OOD模型,并且补充与一些实现有关的部分,如人机界面、数据存储、任务管理等。

    面向对象编程
      面向对象的编程(OOP)就是用一种面向对象的编程语言将OOD模型中的各个成分编写成程序。

    面向对象测试
      面向对象的测试(OOT)是指对于运用OO技术开发的软件,在测试过程中继续运用OO技术进行以对象概念为中心的软件测试。

    统一建模语言UML
      统一建模语言(Unified Modeling Language,UML)是一种直观化、明确化、构建和文档化软件系统产物的通用可视化建模语言。

    用例图
      用例图定义了系统的功能需求,它完全是从系统的外部观看系统功能,并不描述系统内部对功能的具体实现。

    类图
      类图描述系统的静态结构,表示系统中的类以及类与类之间的关系。

    对象图
      对象图描述了一组对象以及它们之间的关系,表示类的对象实例。

    状态图
      状态图表示一个状态机,强调对象行为的事件顺序。

    时序图
      时序图表示一组对象之间的动态协作关系,反映对象之间发送消息的时间顺序。

    协作图
      协作图表示一组对象之间的动态协作关系,反映收发消息的对象的结构组织。

    活动图
      活动图反映系统中从一个活动到另一个活动的流程,强调对象间的控制流程。

    组件图
      组件图描述组件以及它们之间的关系,表示系统的静态实现视图。

    分布图
      分布图反映了系统中软件和硬件的物理架构,表示系统运行时的处理节点以及节点中组件的配置。

    软件体系结构
      软件体系结构包括一组软件部件、软件部件的外部的可见特性及其相互关系,其中软件外部的可见特性是指软件部件提供的服务、性能、特性、错误处理、共享资源使用等。

    软件测试
      软件测试是以最少的时间和人力系统地找出软件中潜在的各种错误和缺陷。

    静态测试
      静态测试是指被测试程序不在机器上运行,而是采用人工检测和计算机辅助静态分析的手段对程序进行检测。

    动态测试
      动态测试是指通过运行程序发现错误,一般意义上的测试主要是指动态测试。

    黑盒测试
      黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有功能的情况下,通过测试来检测每个功能是否都能正常使用。

    白盒测试
      白盒测试也称结构测试或逻辑驱动测试,它是知道产品内部工作过程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,而不顾它的功能。

    软件调试
      软件调试则是在软件测试成功后,根据错误迹象确定错误的原因和准确位置,并加以改正。

    软件测试自动化
      测试自动化是通过开发和使用一些工具自动测试软件系统,特别适合于测试中重复而繁琐的活动。

    软件维护
      软件维护是指在软件运行或维护阶段对软件产品所进行的修改。

    改正性维护
      在软件交付使用后,由于开发时测试得不彻底或不完全,在运行阶段会暴露一些开发时未能测试出来的错误。为了识别和纠正软件错误,改正软件性能上的缺陷,避免实施中的错误使用,应当进行的诊断和改正错误的过程,这就是改正性维护。

    适应性维护
      随着计算机技术的飞速发展和更新换代,软件系统所需的外部环境或数据环境可能会更新和升级,如操作系统或数据库系统的更换等。为了使软件系统适应这种变化,需要对软件进行相应的修改,这种维护活动称为适应性维护。

    完善性维护
      在软件的使用过程中,用户往往会对软件提出新的功能与性能要求。为了满足这些要求,需要修改或再开发软件,以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。这种情况下进行的维护活动叫做完善性维护。

    预防性维护
      预防性维护是指采用先进的软件工程方法对需要维护的软件或软件中的某一部分重新进行设计、编制和测试,提高软件的可维护性和可靠性等,为以后进一步改进软件打下良好基础。

    软件的可维护性
      软件的可维护性是指软件能够被理解、纠正、适应和完善以适应新环境的难易程度。

    可理解性
      指理解软件的结构,接口,功能和内部过程的难易程度。

    可测试性
      指测试和诊断软件(主要指程序)中错误的难易程度。

    可修改性
      指修改软件(主要指程序)的难易程度。

    可移植性
      指程序转移到一个新的计算环境的难易程度。

    可用性
      一般来讲,系统的可用性是指系统在任何时间都能运行并能够提供有用服务的可能性。(更精确的定义:系统在一特定时间特定环境中为一专门目的而做的无失败操作的可能性。)

    可靠性
      一般来讲,系统的可靠性是系统在给定的时间段内能正确提供用户希望的服务的可能性。(更精确的定义:系统在一个时刻是可操作的和能执行请求服务的可能性。)

    失效率
      单位时间内失效的原件数与原件总数的比例。通常用λ表示。

    平均无故障时间(MTBF)
      两次故障间系统能够正常工作的平均时间。

    平均修复时间(MTRF)
      从故障发生到机器修复所需的平均时间。用于表示计算机的可维修性。

    安全性
     一般来讲,系统的安全性是判断系统将会对人和系统的环境造成伤害的可能性。

    信息安全性保密性
      一般来讲,系统的信息安全性是判断系统能抵抗意外或蓄意的入侵的可能性。

    项目
      项目就是以一套独特而相互联系的任务为前提,有效地利用资源,为实现一个特定的目标所做的努力。

    项目管理
      项目管理就是通过合理地组织和利用一切可以利用的资源,按照计划的成本和计划的进度,完成一个计划的目标,它包含团队管理、风险管理、采购管理、流程管理、时间管理、成本管理和质量管理等。

    来源
    https://blog.csdn.net/qq_36721220/article/details/102936951?utm_medium=distribute.wap_relevant.none-task-blog-title-2

    展开全文
  • 软件工程名词解释高频题一览

    千次阅读 2017-12-26 22:16:31
    软件工程 第四版 的名词解释高频题目 暂无答案(都在书上) 供复习软件工程使用

    说明前面加*表示只是理论上会考,有时一个名词会多次出现,有些英文不一样(如过程),则是两个概念。如果英文也一样,看书上定义,如果定义差不多(例如原型和抽象)答哪个都行,如果定义不一样则看情况或者都答
    适用于《软件工程 第4版》人民邮电出版社

    第一章:
    软件工程(SE)
    分析(analysis)
    合成(synthesis)
    工具(tool)
    过程(procedure)
    泛型(paradigm)
    错误(error)
    故障(fault)
    失效(failure)
    *客户(custom)
    *开发者(developer)
    *用户(user)
    系统(system)
    活动(activity)
    *实体(entity)
    *关系(relationship)
    系统边界(system boundary)
    抽象(abstraction)
    原型(prototype)
    复用、重用(reuse)

    第二章
    过程(process)
    阶段化开发(Phased development)
    循环周期(cycle time)
    运行系统(operation system)
    开发系统(development system)
    增量开发(incremental development)
    迭代开发(iterative development)
    极限编程(XP)
    水晶法(crystal)
    并列争球法(scrum)
    统一过程(UP/RUP)

    第三章
    项目进度(project schedule)
    可交付产品(deliverable)
    活动(activity)
    里程碑(milestone)
    风险(risk)
    风险影响(risk impact)
    风险概率(risk probability)
    风险暴露(risk exposure)

    第四章
    需求(requirement)
    软件规格说明(SRS,software requirement specification)
    功能性需求(functional requirement)
    非功能性需求(nonfunctional requirement)
    设计约束(design constraint)
    过程约束(process constraint)
    需求定义(requirement definition)
    需求规格说明(requirement specification)(实际上跟SRS一样)
    用例(use case)百度百科:对一组动作序列的抽象描述,系统执行这些动作序列,产生相应的结果。

    第五章
    设计(design)
    体系结构(architecture)
    体系结构风格(architecture style)
    例程设计(routine design)
    克隆(clone)
    参考模型(reference model)
    设计公约(design convention)
    设计模式(design pattern)
    设计原则(design principle)
    *创新设计(innovation design)

    第六章
    *重构(refactoring)
    设计原则(design principle)区别于系统设计中设计原则
    模块化(Modular)
    模块(Module)

    耦合(coupled)
    非耦合(uncoupled)
    数据耦合(data coupling)
    标记耦合/特征耦合(stamp coupling)
    控制耦合(control coupling)
    公共耦合(common coupling)
    内容耦合(content coupling)

    内聚(cohesion)
    偶然内聚(coincidental cohesion)
    逻辑内聚(logical cohesion)
    时间内聚/时态内聚(temporal cohesion)
    过程内聚(procedural cohesion)
    通信内聚(communicational cohesion)
    顺序内聚(squential cohesion)
    功能内聚(functional cohesion)
    信息内聚(information cohesion)

    接口(interface)
    面向对象一系列名词

    第七章
    结对编程/派对编程(pair programming)

    第八章
    故障(fault)
    失效(failure)和第一章一样但是定义更准确
    算法故障(algorithm fault)
    计算故障(computation fault)/精度故障(precision fault)
    文档故障(documentation fault)
    压力故障(stress fault)/过载故障(overload fault)
    能力故障(capacity fault)/边界故障(boundary fault)
    计时故障(timing fault)
    吞吐量故障(throughput fault)/性能故障(performance fault)
    硬件和系统软件故障(hardware and system software fault)

    标准过程故障(standards and procedure fault)
    正交缺陷分类(orthogonal defect classification)

    模块测试(module testing)/构建测试(component testing)/单元测试(unit testing)
    集成测试(integration testing)

    *忘我编程(egoless programming)
    黑盒测试(black box test)/闭盒测试(close box test)
    白盒测试(white box test)/开盒测试(open box test)
    代码评审(code review)
    代码走查(code walkthrough)
    代码审查(code inspection)

    语句覆盖(Statement coverage)
    分支覆盖/判定覆盖(Branch coverage)
    条件覆盖(condition coverage)
    路径覆盖(path coverage)
    以上四条区分理解即可

    自底向上测试(bottom-up)
    自顶向下测试(top-bottom)
    驱动程序(component driver)
    桩(stub)

    第九章
    功能测试(function test)
    性能测试(performance test)
    验收测试(acceptance test)
    安装测试(installation test)
    系统配置(system configuration)
    配置管理(configuration management)
    版本(version)
    发布(release)
    基线(base line)稳定可用的一个版本(包括程序和文档),是后续开发的基础
    回归测试(regressive test)

    压力测试(stress test)
    容量测试(volume test)
    配置测试(configuration test)
    兼容性测试(compatible test)
    安全性测试(security test)
    *环境测试(environment test)
    *计时测试(timing test)
    质量测试(quality test)
    恢复测试(recovery test)
    *维护测试(maintenance test)
    *文档测试(documentation test)

    基准测试(benchmark test)
    试验性测试(pilot test)
    α测试(alpha test)
    β测试(beta test)
    并行测试(parallel test)

    展开全文
  • 软件危机:软件开发技术的进步未能那满足发展的需求,在软件开发过程中遇到的问题找不到解决的办法,问题积累起来了,形成尖锐的矛盾,导致软件危机。
  • 常见测试相关的软件工程名词解释

    千次阅读 2010-03-17 15:34:00
    整理的一些和测试相关的软件工程的一些名词解释,虽然都是一些概念性的东西,但有时候还是会考到的,大家有时间背背或了解下把,没有什么坏处的对把!名词也比较多看不完的可以拷贝下来或分享留着以后看,希望对大家...
    整理的一些和测试相关的软件工程的一些名词解释,虽然都是一些概念性的东西,但有时候还是会考到的,大家有时间背背或了解下把,没有什么坏处的对把!名词也比较多看不完的可以拷贝下来或分享留着以后看,希望对大家有帮助3.gif
    --------------------------------------------------------------------------------------------
    1、需求分析:需求分析是指开发人员要准确理解用户的需求,进行细致的调查分析,将用户非形式的需求陈述转化成完整的需求定义,再由需求定义转换到相应的形式功能规约(需求规格说明)的过程。
     
    2、白盒法:该方法把测试对象看作一个打开的盒子,测试人员须了解程序的内部结构和处理过程,以检查处理过程的细节为基础,对程序中尽可能多的逻辑路径进行测试,检查内部控制结构和数据结构是否有错,实际的运行状态与预期的状态是否一致。白盒法也不可能进行穷举测试。
     
    3、黑盒法:该方法把被测试对象看成一个黑盒子,测试人员完全不考虑程序的内部结构和处理过程,只在软件接口处进行测试,依照需求规格说明书,检查程序是否满足功能要求。因此,黑盒测试又称为功能测试或数据驱动测试。
     
    4、渐增式测试:逐个把未经过测试的模块组装到已经过测试的模块上去,进行集成测试。每加入一个新模块进行一次集成测试,重复此过程直至程序组装完毕。
     
    5、非渐增式测试:首先对每个模块分别进行单元测试,然后再把所有的模块按设计要求组装在一起进行测试。
     
    6、可执行的规格说明:这是一种使要求说明过程自动化的技术,通过可执行的规格说明语言来描述预期的行为“做什么”,人们可以从直接观察中用规格说明语言来规定任何系统行为。
     
    7、经济可行性:对组织的经济状况和投资能力进行分析,对系统建设,运行和维护费用进行估算,对系统建成后可能取得的社会及经济效益进行估计。
     
    8、系统设计说明书:是从系统总体的角度出发对系统建设中各主要技术方面的设计进行说明,是系统设计阶段的产物,其着重点在于阐述系统设计的指导思想以及所采用的技术路线和方法,编写系统设计说明书将为后续的系统开发工作从技术和指导思想上提供必要的保证。
     
    9、面向对象设计:是把分析阶段得到的需求转变成符合成本和质量要求的、抽象的系统实现方案的过程。或者说,面向对象设计就是用面向对象观点建立求解域模型的过程。
     
    10、结构化设计:面向数据流的设计是以需求分析阶段产生的数据流图为基础,按一定的步骤映射成软件结构,因此又称结构化设计(SD)。
     
    11、结构化分析:是根据分解与抽象的原则,按照系统中数据处理的流程,用数据图来建立系统的功能模型,从而完成需求分析工作。
     
    12、基于脚本的设计:此方法主要用于解决要求的验证问题。一个脚本将模拟在系统运行期间用户经历的事件,它提供了输入、处理、输出的屏蔽,以及有关对话的一个模型,开发者能够给用户显示一个系统的逼真视图。
     
    13、IDEF方法:是美国空军在1981年针对集成化计算机辅助制造(简称ICAM)工程项目中用于进行复杂系统分析和设计的方法,是在结构化分析与设计技术的基础上提出来的。
     
    14、JSP方法:定义了一组以数据结构为指导的映射过程,他根据输入、输出的数据结构,按一定的规则映射成软件的过程描述,即程序结构,而不是软件的体系结构,因此该方法适于详细设计阶段。
     
    15、软件概要设计:进入了设计阶段,要把软件“做什么”的逻辑模型变换为“怎么做”的物理模型,即着手实现软件的需求,并将设计的结果反应在“设计规格说明书”文档中,所以软件设计是一个把软件需求转换为软件表示的过程,最初这种表示只是描述了软件的总的体系结构,称为软件的概要设计或结构设计。
     
    16、信息隐蔽:指在设计和确定模块时,使得一个模块内包含的信息(过程或数据),对于不需要这些信息的其它模块来说,是不能访问的。
     
    17、系统流程图:是描述物理系统的传统工具,它用图形符号来表示系统中的各个元素,例如人工处理、数据处理、数据库、文件、设备等。它表达了系统中各个元素之间的信息流动的情况。
     
    18、集成测试:是指在单元测试的基础上,将所有模块按照设计要求组装成一个完整的系统进行的测试,故也称组装测试或联合测试。
     
    19、附加策略:是将原型用于开发的全过程,原型由最基本的核心开始,逐步增加新的功能和新的需求,反复修改反复扩充,最后发展为用户满意的最终系统。
     
    20、抛弃策略:是将原型用于开发过程的某一阶段,促使该阶段的开发结果更加完整、准确、一致、可靠,该阶段结束后,原型随之作废。
     
    21、抽象:是认识复杂现象过程中使用的思维工具,即抽出事物本质的共同的特征而暂不考虑它的细节,不考虑其它因素。
     
    22、参数化抽象:所谓参数化抽象,它是指当描述类的规格说明时并不具体指定所要操作的数据类型,而是把数据类型作为参数。
     
    23、静态测试:指被测试程序不在机器上运行,而是采用人工检测和计算机辅助静态分析的手段对程序进行检测。
     
    24、原型:是指模拟某种产品的原型模型。软件开发中的原型是软件的一个早期可运行的版本,它反映了最终系统的重要特征。
     
    25、事件:是指定时刻发生的某件事情。它是某事情发生的信号,它没有持续时间,它是一种相对性的快速事件。
     
    26、动态冗余:动态冗余的主要方式是多种模块待机储备,当系统检测到某工作模块出现错误时,就用一个备用的模块来顶替它并重新运行。这里须有检测、切换和恢复过程,故称其为动态冗余。
     
    27、模块化:是指解决一个复杂问题是自顶向下逐层把软件系统划分成若干模块的过程,每个模块完成一个特定的子功能,所有的模块按某种方法组装起来,成为一个整体,完成整个系统所要求的功能。
     
    28、JSP方法:定义了一组以数据结构为指导的映射过程,它根据输入、输出的数据结构,按一定的规则映射成软件的过程描述,即程序结构,而不是软件的体系结构,因此该方法适于详细设计阶段。
     
    29、模型:是为了理解事务而对事物做出一种抽象,它忽略不必要的细节,它也是事物的一种抽象形式,一个规划,一个程式。
     
    30、瀑布模型:是将软件生存各个活动规定为依线性顺序联接的若干阶段的模型。它包括可行性分析、项目开发计划、需求分析、概要设计、详细设计、编码、测试和维护。它规定了由前至后,相互衔接的固定次序,如同瀑布流水,逐级下落。
    31、增量模型:是在项目的开发工程中以一系列的增量方式开发系统。增量方式包括增量开发和增量提交。增量开发是指在项目开发过程中以一定的时间间隔开发部分工作软件;增量提交是指在开发周期内,以一定的时间间隔增量方式向用户提交工作软件及相应稳当。增量开发和增量提交可以同时使用,也可单独使用。
     
    32、喷泉模型:是一种以用户需求为动力,以对对象作为驱动的模型,适合于面向对象的开发方法。他克服了瀑布模型不支持软件重用和多项开发活动集成的局限性。喷泉模型使开发过程具有迭代性和无间隙性。系统某些部分常常重复工作多次,相关功能在每次迭代中随之加入演化的系统。无间隙是指在分析、设计、实现等开发活动之间不存在明显的边界。
     
    33、功能模型:描述了系统的所有计算,它表明一个计算如何从输入值得到输出值,他不考虑所计算的次序。功能模型说明对象模型中操作的涵义、动态模型中动作的意义以及对象模型中约束的意义。
     
    34、动态模型:是与时间和变化有关的系统性质。该模型描述了系统的控制结构,他表示了瞬时的、行为化的系统控制性质。它关心的是系统的控制,操作的执行顺序。它从对象的事件和状态的角度出发,表现了对象的相互行为。
     
    35、对象模型:表示了静态的、结构化的系统数据性质,描述了系统的静态结构,它是从客观世界实体的对象关系角度来描述,表现了对象的相互关系。
     
    36、货币的时间价值:通常利用银行的存款利息来表示货币的时间价值。设年利率为I,现存入p元,n年后得到本金和利息为F。若不计复利,则P元在n年后的价值为:F=P*(1+n*i)。反过来,若n年后能收入的本金和利息为F,则将来F元的现在价值(本金)P为:P=F/(1+n*i)。可用这个公式来计算将来收入的现在价值。这是效益分析的最基本公式。
     
    37、类:具有相同或相似性质的对象的抽象就是类。
     
    38、对象:是人们要进行研究的任何事物,从最简单的整数到复杂的飞机等均可看作对象,它不仅能表示具体的事物,还能表示抽象的规则、计划或事件。类的具体化就是对象,也可以说类的实例是对象。
     
    39、多态性:指相同的操作或函数、过程可作用于多种类型的对象上并获得不同结果。不同的对象,收到同一消息可以产生不同的结果,这种现象称为多态性。
     
    40、风险分析:实际上就是贯穿在软件工程上的一系列风险管理步骤,其中包括风险识别、风险估计、风险管理策略、风险解决和风险监督,它能让人们主动“攻击”风险。
     
    41、模块:模块在程序重视数据说明、可执行语句等程序对象的集合,或者是单独命名和编址的元素,如高级语言中的过程、函数、子程序等等。
     
    42、JSD方法:主要以活动事件为中心,通过有一串活动顺序组合构成的进程,建立系统模型,最后实现该模型。
     
    43、路径覆盖:指设计足够的测试用例,覆盖被测程序中所有可能的路径。
     
    44、判定/条件覆盖:指设计足够的测试用例,使得判定表达式中的每个条件的所有可能取值至少出现一次,并使每个判定表达式所有可能的结果也至少出现一次。
     
    45、条件组合覆盖:是指设计足够的测试用例,使的每个判定表达式中条件的各种可能的值的组合都至少出现一次,条件组合覆盖是比较强的覆盖标准。
     
    46、条件覆盖:是指设计足够的测试用例,使得判定表达式中每个条件的各种可能的值至少出现一次。满足条件覆盖并不一定满足判定覆盖。
     
    47、原型模型:又称快速原型模型,它是在开发真实系统之前,构造一个原型,在该原型的基础上,逐渐完成整个系统的开发工作。
     
    48、软件工程环境:美国国防部在STARS计划中定义如下:“软件工程环境是一组方法、过程及计算机程序(计算机化的工具)的整体化构件,他支持从需求定义、程序生成知道维护的整个软件生存期”。
     
    49、程序图:是退化的程序流程图。也就是说,把程序流程图中每个处理符号都退化成一个结点,原来连接不同处理符号的流线变成连接不同结点的有向弧,这样得到的有向图就叫程序图。
    展开全文
  • 三、名词解释1、软件:在计算机系统中,与硬件相互依存的逻辑部件,它由程序、数据及相关文档组成。2、软件工程:是指导计算机软件开发和维护的工程学科。采用工程的概念、原理、技术和方法来开发与维护软件,把经过...
  • 软件工程常见名词解释&概念题

    千次阅读 2019-04-19 19:48:20
    有关的教材是南大软院用的教材《软件工程与计算》,覆盖大部分软件工程的知识 可用于准备南大软院专业课842的复习,也可应对面试中有关软件工程的知识。 1. 什么是设计? 设计是一种建造之前的“规划”,包括工程...
  • 简答题很有帮助的
  • 软件工程常见的名词解释

    千次阅读 2018-02-22 15:52:35
    软件工程:将系统的、规范的、可量化的方法应用于软件的开发、运行和维护的过程及上述方法的研究。设计模式:是指以设计复用为目的,采用一种良好定义的、正规的、一致的方式记录的软件设计经验。交互图:描述对象...
  • DMT SREM SRI CML RTM SCRUM 求大神帮忙解释一下
  • 软件:是在计算机系统的支持下,能够完成特定功能...软件工程:将系统的、规范的方法应用于软件的开发、运行和维护的过程及上述方法的研究。 软件架构:是指一系列抽象模式,用于指导大型软件的各个方面的设计。...
  • 题目描述:请问 “软件” , “软件工程”,瀑布模型,Code Complete,AgileMethodology 这些词汇是如何出现的 - 何时、何地、何人提出。 引用: https://linux.cn/article-4778-weibo.html ...
  • 计算机英语名词解释软件工程篇.doc
  • 测试实施实践 持续集成 什么是持续集成 为什么要持续集成 持续集成的优势 减少风险 ...持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每...
  • 软件工程复习(第一部分填空选择和名词解释)L
  • 这个不用下载了,我又重新做了一个新的。 以下是地址 http://download.csdn.net/source/254193 这个没有错误。 特别适合刚刚学习编程的新手,对一些我们在软件开发中常见的名词都进行中文解释
  • 这个是我在学习软件工程考试期间整理的资源,绝对不坑,包含软件工程课件,软件工程复习题目及考题,名词解释以及简答题汇总等等
  • 学而不思则惘思而不学则殆 软件工程各章作业习题的名词解释和问答题参考答案 第一章 1什么是软件危机 开发软件由于管理混乱加入软件规模越来越大越来越复杂造成软件开发失败 2软件工程过程 指获取供应开发操作和维护...
  • 来源于:... The software life cycle -- 软件的生存周期 software engineering -- 软件工程 coding -- 编码 software life cycle -- 软件生存周期 testing -- 测试 system engine
  • 专业名词解释 1.什么是Rup? 答:(1)RUP(它的英文全称:Rational Unified Process)既统一软件开发过程或统一软件过程)是一个面向对象且基于网络的程序开发方法论。它 可以为所有方面和层次的程序开发提供指导...
  • 下面是自己在准备考研复试面试时整合的本科模拟题、课本和学姐资料,仅供参考,不足之处欢迎交流 名词解释 软件软件是程序、数据以及相关文档的集合。程序是完成预定功能和性能的可在计算机系统上的指令序列;数据...
  • 电信软件系统名词解释

    千次阅读 2007-07-25 14:35:00
    九七系统,也即97系统,本名:市内电话业务计算机综合管理系统,因“九七工程”而的名;BSN系统,业务支撑网络,Business Support Network;BOSS系统,业务运营支撑系统,Business and Operation Support System;...

空空如也

空空如也

1 2 3 4 5 ... 14
收藏数 267
精华内容 106
关键字:

软件工程名词解释