精华内容
参与话题
问答
  • 软件工程名词解释

    千次阅读 2019-11-06 16:01:00
     软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件,即把工程化应用到软件上。 软件生存周期  软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用,直至最终退...
    • 软件
        软件是计算机系统中与硬件相互依存的部分,它是包括程序、数据及相关文档的完整集合。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    • 软件需求
        软件需求是指
        (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)
        从故障发生到机器修复所需的平均时间。用于表示计算机的可维修性。

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

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

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

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

    展开全文
  • 软件工程术语

    2014-11-12 13:42:37
    软件工程术语GBT11457-2006,软件工程术语GBT11457-2006
  •  软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件,即把工程化应用到软件上。 软件生存周期  软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用,直至最终退役为止...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    软件需求
      软件需求是指
      (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

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

    2012-11-28 11:10:48
    软件工程中用到的术语,中英文对照,术语描述。
  • DMT SREM SRI CML RTM SCRUM 求大神帮忙解释一下
  • 软件工程名词解释高频题一览

    千次阅读 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)

    展开全文
  • 软件工程常见的名词解释

    千次阅读 2018-02-22 15:52:35
    软件工程:将系统的、规范的、可量化的方法应用于软件的开发、运行和维护的过程及上述方法的研究。设计模式:是指以设计复用为目的,采用一种良好定义的、正规的、一致的方式记录的软件设计经验。交互图:描述对象...

    软件:是在计算机系统的支持下,能够完成特定功能和性能的程序、数据和相关文档。

    软件工程:将系统的、规范的、可量化的方法应用于软件的开发、运行和维护的过程及上述方法的研究。

    设计模式:是指以设计复用为目的,采用一种良好定义的、正规的、一致的方式记录的软件设计经验。

    交互图:描述对象之间通过消息传递进行的交互与协作。

    软件生命周期:是软件的产生知道报废的生命周期,周期内有问题定义、可行性分析、总体描述、编码、调试和测试、验收与运行、维护升级到废弃等阶段。

    软件需求:是利益相关方对目标软件系统在功能、质量等方面的期望,以及对目标软件系统在运行环境、资源消耗等方面的要求或约束。

    测试用例:是为特定的目的而设计的一组测试输入、执行条件和预期的结果。测试用例是执行的最小实体。

    驱动模块:是在进行单元测试是所设置的一种辅助测试模块,它用来模拟被测试模块的上一级模块,相当于被测试模块的主程序。

    软件测试:是通过人工或者自动化的检测方式,检测被测对象是否满足用户要求或弄清楚预期结果与实际结果之间的差异,是为了发现错误而审查软件文档、检查软件数据和执行程序代码的过程。


    展开全文
  • 测试实施实践 持续集成 什么是持续集成 为什么要持续集成 持续集成的优势 减少风险 ...持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每...
  • 常见测试相关的软件工程名词解释

    千次阅读 2010-03-17 15:34:00
  • 软件工程常见名词解释&概念题

    千次阅读 2019-04-19 19:48:20
    有关的教材是南大软院用的教材《软件工程与计算》,覆盖大部分软件工程的知识 可用于准备南大软院专业课842的复习,也可应对面试中有关软件工程的知识。 1. 什么是设计? 设计是一种建造之前的“规划”,包括工程...
  • 软件:是在计算机系统的支持下,能够完成特定功能...软件工程:将系统的、规范的方法应用于软件的开发、运行和维护的过程及上述方法的研究。 软件架构:是指一系列抽象模式,用于指导大型软件的各个方面的设计。...
  • GBT 11457-2006 软件工程术语

    热门讨论 2009-03-27 23:31:11
    国家软件工程基础标准之一,最新版本,替代GBT 11457-1995 软件工程术语
  • 题目描述:请问 “软件” , “软件工程”,瀑布模型,Code Complete,AgileMethodology 这些词汇是如何出现的 - 何时、何地、何人提出。 引用: https://linux.cn/article-4778-weibo.html ...
  • 转载于:https://www.cnblogs.com/nianshi/archive/2007/05/04/735579.html
  • GB-T 11457-1995 软件工程术语
  • 软件工程术语(上)

    2014-06-20 12:12:00
    [A] B C D E F G H I J K L M N O P Q R S T U V W X Y Z abstract class 抽象类 提供一组子类共有行为的类,但它本身并不具有实例。抽象类表示一个概念,从中派生的类代表对这一概念的实施。 Abstraction 抽象 对...
  • 软件工程术语(下)

    2008-04-27 17:38:05
    [list=1] [*]A B C D E F G H I J K L [M] N O P Q R S T U V W X Y Z major defect主要缺陷 一个工作产品中所存在的那些严重影响产品功能的正确表现、且若在产品... 软件工程过程中的核心支持工作流程,其...
  • GB-T 11457-2006 信息技术软件工程术语 软考必备
  • GB/T 11457-2006 信息技术 软件工程术语

空空如也

1 2 3 4 5 ... 20
收藏数 1,152
精华内容 460
关键字:

软件工程术语