大家好，梅美来为大家解答以上问题，什么是软件技术，什么是软件很多人还不知道，现在让我们一起来看看吧！
什么是软件生存过程
1课题内容和适用范围
1.1主题内容
本标准规定了获取、供应、开发、操作和维护软件和固件的软件部分时要实施的流程、活动和任务。目的是为用户提供一个通用的框架。这样，软件从业者可以使用同一种语言。在您自己的环境中创建和管理软件。
本标准提供的框架由软件开发、维护或使用的几个主要过程组成。这些主要过程包含一些基本的和一致的需求，用于获取、提供、开发、操作和维护软件。这个框架中还有一个主进程，可以用来控制和管理软件。用户可以根据具体情况选择裁剪。
本标准供合同或协议双方使用，或供组织内部使用。
1.2适用范围
本标准适用于软件和固件的软件部分的采购、供应、开发、操作和维护，可在中找到。组织的内部或外部实施。该标准也适用于定制的或与交付产品集成的现成软件。
1.3读者
本标准是为软件的购买者、供应商、开发者、操作者、维护者、管理者、质量保证人员和用户编写的。
1.4本标准的剪裁
该标准包含一套流程、活动和任务。它们可以根据软件项目的情况进行裁剪。删减是删除未实施的过程、活动和任务，或增加本标准中未包含的独特过程、活动和任务。双方的合同中应包含切割的决定。
1.5性能
是根据这个标准执行为软件项目选择的所有过程、活动和任务。当要求的任务根据预定的标准和合同要求被执行时，过程被执行或活动被完成。
任何组织(如国家机构、行业协会、公司)在贸易方面采用本标准时，都应向软件供应商明确规定执行本标准所必需的最低限度的过程、活动和任务。
1.6限制
本标准的编制是基于一个过程的架构，它没有规定如何实施或执行每个过程中涉及的活动和任务。
这个标准没有指定一个特定的生命周期模型或软件开发方法。采用本标准的各方负责为其软件项目选择生命周期模型，并将本标准中包含的过程、活动和任务映射到该模型中。双方还负责选择和使用软件开发方法，并执行适合其软件项目的活动和任务。
文件的名称、内容和格式见GB 8567。
2参考标准
GB 5271.1数据处理词汇第1部分基本术语
GB 5271.20数据处理词汇第20部分系统开发
GB/T 6583质量条款
GB 8567计算机软件产品开发文档编写指南
GB/T 11457软件工程术语
GB/T 19001质量体系设计/开发、生产、安装和服务质量保证模式
最终检验和测试的ISO 9003-87质量保证模式
ISO/IEC 9126—1991信息技术软件产品评价质量特性及其应用指南
ISO/AFNOR—1989计算机科学词典
3术语和缩写
除了下列术语和缩写，本标准使用第2章引用的标准中的定义和缩写。
注：在本标准中，术语“产品”在适当的时候也指“服务”。
3.1术语
买方
从供应商处获得或获取系统、产品或服务的组织。
注：买方可以是买方、客户、所有者、使用者和购买者。
获得收购
获得系统、产品或服务的过程。
3.1.3活动
一个过程的组成要素。
基线基线
它是配置项的一个版本，在生命周期的特定时间正式声明并固定。
注：对基线的更改应得到有关当局的正式批准。
配置项配置项
可以满足最终应用功能的配置中的实体可以在给定的参考点单独标记。
合同契约
通过法律约束双方的协议，或组织内部提供服务的内部协议，本协议提供的服务适用于系统或系统一部分的供应、开发、生产、运行或维护。
3.1.7合同要求的审核。合同要求的审计
合同要求的审计过程。一般由买方或独立机构进行。这个过程提供了对产品或服务的独立评估，以确定产品或服务是否满足他们的需求。
3.1.8危急；关键的
它指的是：
A.由于设计不当，系统或软件的某些环节或部分在运行时超出临界范围，或存在潜在的未被发现的错误，可能导致崩溃和人身伤害。
b.要使用的软件开发技术的成熟程度和有关的风险。
3.1.9 开发者 devdoPer
在软件生存周期中执行开发活动(包括需求分析、设计直至验收)的一个机构。
3.1.10 评价 evaluation
决定某产品、项目、活动或服务是否符合它的规定的准则的过程。
3.1.11 固件 firmware
含有装于某类存储器中的，在用户环境下不能修改、不会丢失的计算机程序和数据的器件。包含在固件中的计算机程序和数据归类为软件;含有计算机程序和数据的电路归类为硬件。
3.1.12 功能性配置审计 fuctional configuration audit
验证一个配置项的实际工作性能是否符合它的需求规格说明的一项审查，以便为软件的设计和编码建立一个基线。
3.1.13 硬件配置项 hardware configuration item
整个系统体系结构中的硬件的一个配置项。
3.1.14 生存周期模型 life-cycle model
一个框架，它含有从需求定义到使用终止，跨越整个生存期的系统开发、操作和维护中所需实施的过程、活动和任务。
3.1.15 维护者 maintainer
执行维护活动的一个机构。
3.1.16 不交付项 non-deliverable item
不需要按合同交付的、但在软件的开发中可能用到的硬件和软件。
3.1.17 现货产品 of-the-shelf Product
由供方、需方或第三方提供的、已经开发出来的、可得到、可使用的、现成的或需要加以修改的产品。
3.1.18 操作者 OPerator
运行系统的一个机构。
3.1.19 组织过程 organizational ProceSS
为构成自始至终的一个完整过程，由机构指定并以项目为例说明的一套软件工程和管理过程。
3.1.20 物理配置审计 physical configuration audit
对照设计规格说明检验已建立的某个配置项，其目的是为软件的设计和编码建立一个基线。
3.1.21 过程 Process
指一系列活动、任务和它们之间的关系，它们共同把一组输入转换成所需要的输出。
3.1.22 产品(软件) Product(software)
要交付给用户的一套完整的计算机程序、过程以及有关的文档和数据。
3.1.23 鉴定 qualification
一个正式的过程，通过这个过程决定产品是否符合它的规格说明，是否可在目标环境中使用。
3.1.24 鉴定需求 qualification requirement
准则或一组条件，当。个产品符合这些准则或条件时，就确定它符合规格说明并可以在其目标环境 中使用。
3.1.25 鉴定测试 qualification testing
由供方进行、并由需方作见证的测试。它证明供方的产品符合规格说明，已可以在目标环境中使用。
3.1.26 发行 release
一项配置管理行为，它说明某配置项的一个特定版本已准备好用于特定的目的(例如发行测试产 品)。
3.1.27 招标(标书) request for ProPosal(tender)
需方使用的一份文件，用来向潜在的投标人表示它要获得某特定系统、产品或服务的意图。
3.1.28 退役 retirement
操作和维护机构撤出现有的支持，全部或部分地由一个新的系统来代替或者安装一个更新的系统。
3.1.29 保密 security
对信息和数据的保护，这样，未经授权的人或系统就不能读或修改它们，而经过授权的人和系统可以使用它们。
3.1.30 服务(软件)service(software)
与软件有关的活动、工作或义务的实施，例如软件的开发、维护和操作等。
3.1.31 软部件 software component
一个软件配置项中的一个明确的部分。
注：一个软部件含有软件的多个单元;也可以含有多个较低级的软部件。
3.1.32 软件配置项 software configuration item
在整个系统体系结构中的软件的一个配置项。
3.1.33 软件单元 software unit
一段可分开编译的代码。
3.1.34 工作说明 statement of Work
需方用来标识、说明和规定按照合同将要执行的任务的一份文件。
3.1.35 子合同当事人;分包商 sub-contractor
依据合同向合同当事人的一方提供系统、产品或服务的一个机构。
3.1.36 供方 supplier
按照所签的合同向需方提供系统、产品或服务的一个机构(是合同当事人、生产者、卖方、批发商的同义词)。
注：需方可以指定它的机构中的某一部门做为供方。
3.1.37 系统 system
过程、产品和人员的集成体，它有能力满足已提出的需求，实现所规定的目标。
3.1.38 任务 task
构成活动的基本元素，由若干个任务构成一项活动。
3.1.39 测试范围 test coverage
一个范围，在此范围内测试程序测试系统需求能否满足。
3.1.40 可测性 testability
为了决定一项需求是否满足，所设计的用于测试目标和可行性所能达到的程度。
3.1.41 用户 user
使用可操作的系统完成一项特定的功能的个人或机构(可以是买主或需方的同义词)。
3.1.42 版本 version
某一配置项的一个可标识的实例。
注：软件某版本的修改产生一个新的版本，但它需要配置管理活动。
3.2 缩略语
FCA——功能性配置审计。
HCI——硬件配置项。
IV&V——独立的验证和确认。
PCA——物理配置审计。
SCI——软件配置项。
SQA——软件质量保证。
V&V——验证和确认。
本文讲解到此结束，希望对大家有所帮助。