当前位置: 首页 > news >正文

软件工程的相关名词解释

目录

    • 1. 软件生命周期
    • 2.开源软件
    • 3.软件工程
    • 4.模块化原则
    • 5.信息隐藏原则
    • 6.双向追踪
    • 7.原型
    • 8.软件需求
    • 9.需求工程
    • 10.边界类
    • 11.软件实现(的任务)
    • 12.软件缺陷
    • 13.回归测试
    • 14.软件β版
    • 15.软件部署
    • 16.纠正性维护
    • 17.改善性维护
    • 18.适应性维护
    • 19.软件逻辑老化

1. 软件生命周期

软件生命周期是指一个软件从提出开发开始,到开发完成交付用户使用,到最后退役不再使用的全过程(提出-》开发-》使用-》退役不再使用)。软件生命周期由若干个阶段组成,每个阶段都有其各自的特点,形成不同的软件制品和产生不同的软件版本,不同阶段之间存在相关性。

2.开源软件

开源软件是一种源代码可以自由获取和传播的计算机软件,其拥有者通过开源许可证赋予被许可人员对软件进行使用、修改和传播的权利。

3.软件工程

根据IEEE给出的定义,软件工程是指:
①将系统的、规范的、可量化的方法应用于软件开发、运行和维护的过程。
②以及上述方法的研究。

4.模块化原则

模块化原则是指将软件系统的功能分解和实现为若干个模块,每个模块具有独立的功能,模块之间通过接口进行调用和访问。每个模块内部的要素(如语句、变量等)与模块的功能相关,且相互间关系密切,即模块内部高内聚;每个模块独立性强,模块间的关系松散,即模块间松耦合。模块化原则可有效指导软件的设计和实现,有助于得到高内聚、低耦合、易维护、可重用的高质量软件。

5.信息隐藏原则

信息隐藏原则是指模块应该设计为使其所含的信息(如内部语句、变量等)对那些不需要这些信息的模块而言不可访问,模块间仅交换实现系统功能所需交换的信息(如接口)。

6.双向追踪

双向追踪原则是指当某个软件制品发生变化时,一方面要追踪这种变化会对哪些软件制品产生影响,进而指导相关的开发和维护工作,此为正向追踪;另一方面要追踪产生这种变化的来源,或者说是什么因素导致了该软件制品的变化,明确软件制品发生变化的原因及其合理性,此为反向追踪。

7.原型

所谓原型,是指产品开发前期所产生的产品雏形或仿真产品。相较于实际产品,原型具有可直观展示产品的特性、贴近业务应用、能自然地反映产品需求等特点。

8.软件需求

从软件本身的角度,软件需求是指软件用于解决现世界问题时所表现出的功能和性能等要求;从软件利益相关者的角度,软件需求是指软件系统的利益相关者对软件系统的功能和质量,以及软件运行环境、交付进度等方面提供的期望和要求。

9.需求工程

需求工程旨在用工程的理念和方法来指导软件需求实践。它提供了一系列过程、策略、方法学和工具,帮助需求工程师加强对业务或领域问题及其环境的理解,获取和分析软件需求,指导软件需求的文档化和评审,以尽可能获得准确、一致和完整的软件需求,产生软件需求的相关软件制品。

10.边界类

每个用例或者外部执行者触发,或者需要与外部执行者进行某种信息交互,因而用例的业务逻辑处理需要有一个类对象来负责目标软件系统与外部执行者之间的交互。由于这些类对象处于系统的边界,需与系统外的执行者进行交互,因而将这些对象所对应的类称为边界类。

11.软件实现(的任务)

软件实现的任务是根据软件设计模型编写出目标软件系统的程序代码,并对代码进行必要的测试,以发现和纠正代码中存在的缺陷,并将可运行的目标代码部署到目标计算机上运行。

12.软件缺陷

所谓“软件缺陷”是指软件制品中存在不正确的软件描述和实现。
①存在缺陷的软件制品不仅包含程序代码,还包括需求和设计的模型和文档。
②软件缺陷产生于软件开发全过程,只要有人介入的地方就有可能产生软件缺陷。
③任何人都有可能在软件开发过程中犯错而引入软件缺陷。

13.回归测试

程序员修复了程序后,还需要对修复后的代码进行回归测试,以判断缺陷和错误是否已经被成功修复,并且在修复代码过程中有没有引入新的缺陷和错误。

14.软件β版

软件开发企业组织内部人员模拟实际用户对软件系统进行测试,以试图发现软件系统中的缺陷,这类测试称为“α测试”。在α测试过程中,参与测试的人员要尽可能逼真地模拟实际的运行环境以及实际用户对软件产品的使用,最大限度地涵盖用户的可能操作方式,以尽可能多地发现软件中的缺陷,经过α测试的软件通常被称为软件的β版。

15.软件部署

软件部署是指将目标软件系统(包括构件、配置文件、用户手册、帮助文档等)进行收集、打包、安装、配置和发布到运行环境的过程。
软件部署通常涉及以下两方面:
①安装和配置运行环境
②安装和配置软件环境

16.纠正性维护

纠正性维护是指为修复和纠正软件中的缺陷而开展的维护活动。在该维护过程中,软件维护工程师需要根据发现的缺陷定位软件缺陷的位置,修改相应的程序代码,并同时修改相关的软件文档。

17.改善性维护

改善性维护是指对软件进行改造以增加新的功能、修改已有的功能等维护活动。在软件维护阶段,软件维护工程师通常需要投入大量的时间和精力用于改善性维护。

18.适应性维护

适应性维护是指为适应软件运行环境变化而对软件进行的维护活动。对于那些使用寿命很长的软件系统而言,软件适应性维护不可避免。

19.软件逻辑老化

所谓“软件逻辑老化”是指软件在维护和演化过程中出现的用户满意度降低、质量逐渐下降、变更成本不断上升等现象。这些现象发生在逻辑层面,而非发生在物理层面。

http://www.xdnf.cn/news/1032931.html

相关文章:

  • 【力扣 简单 C】141. 环形链表
  • Spring Data JPA全面指南
  • Docker 在尝试连接 Docker Hub 时遇到网络问题(超时)
  • 在Docker上部署datalust/Seq日志服务系统
  • 【DSP笔记 · 第5章】数字滤波器的蓝图:从数学公式到硬件实现的艺术
  • React--》使用vite构建器打造高效的React组件库
  • Docker 基础使用
  • TryHackMe (THM) - SOC基础知识
  • Android音视频流媒体基础总结
  • excel中添加进度条
  • 从大模型到 AI 应用,一共需要几步?
  • Git 工作流与版本管理策略
  • JVM(1)——运行时数据区
  • Hive SQL 执行计划详解:从查看方法到优化应用
  • 学习昇腾开发的第一天--环境配置
  • RabbitMQ的交换机和队列概念
  • 精益数据分析(104/126):免费移动应用的用户活跃率与付费转化优化策略
  • STM32F4通用定时器TIM9-TIM14讲解及PWM呼吸灯实例解读
  • 1 Studying《Arm A715 Software Optimization Guide》
  • 【Python-Day 26】解锁时间魔法:深入解析 time 与 datetime 模块
  • 双重特征c++
  • 共享项目中使用Wpf和Winform——c# CAD二次开发
  • 浏览器指纹-探究前端如何识别用户设备
  • 2.4.1 ASPICE的编码与单元测试
  • 新能源汽车电子架构革命:深度解析AUTOSAR标准与实践
  • 基于U-Net与可分离卷积的肺部分割技术详解
  • error:MISCONF Redis is configured to save RDB snapshots
  • Android 蓝牙默认名称设置分析总结
  • Laravel模板Blade 用法 x-layouts.guest 和x-guest-layout 什么区别
  • 《深度学习:基础与概念》第一章 学习笔记与思考