1. 首页 >手机 > 正文

什么是软件的生存周期?包括哪几个部分(什么是软件)

导读 大家好,来宝来为大家解答以下问题,什么是软件的生存周期?包括哪几个部分,什么是软件很多人还不知道,今天让我们一起来看看吧!什么是软

大家好,来宝来为大家解答以下问题,什么是软件的生存周期?包括哪几个部分,什么是软件很多人还不知道,今天让我们一起来看看吧!

什么是软件生命周期流程

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.10评估

决定产品、项目、活动或服务是否符合其规定标准的过程。

固件

一种包含计算机程序和数据的设备,这些程序和数据存储在特定类型的内存中,不会在用户环境中被修改或丢失。固件中包含的计算机程序和数据被归类为软件;包含计算机程序和数据的电路被归类为硬件。

3.1.12功能配置审计

验证配置项的实际工作性能是否满足其需求规格的审查,以便为软件设计和编码建立基线。

硬件配置项硬件配置项

整个系统架构中的硬件配置项。

3.1.14生命周期模型

一个框架,包含系统从需求定义到使用结束,在开发、运行和维护过程中需要实施的过程、活动和任务,跨越整个生命周期。

维护者维护者

执行维护活动的组织。

3.1.16不可交付项未交付。

不需要按照合同交付,但可以用于软件开发的硬件和软件。

现货产品的现货产品

由供方、需方或第三方提供的,已经开发出来的、可用的、可用的、现成的或需要修改的产品。

操作员操作员

操作系统的组织。

组织流程

一套软件工程和管理过程,自始至终构成一个完整的过程,由组织指定,并以项目为例进行说明。

3.1.20物理配置审计

对照设计规范检查已建立的配置项,其目的是为软件设计和编码建立基线。

工艺流程

指一系列活动、任务及其关系,它们共同将一组输入转化为所需的输出。

产品(软件)产品(软件)

要交付给用户的一整套计算机程序、流程和相关文档及数据。

认证资格

一个正式的过程,通过它来确定产品是否满足其规格并能在目标环境中使用。

3.1.24评审要求的资格要求

或者一组条件。当一个产品满足这些标准或条件时,它就被确定为满足规格,并且可以在其目标环境中使用。

3.1.25资格测试的资格测试

由供方进行并由需方见证的测试。证明供应商的产品符合规范,可以在目标环境下使用。

发布发布

一种配置管理行为,表示配置项的特定版本已准备好用于特定目的(例如,测试产品的发布)。

3.1.27招标书(标书)

一方用来向潜在投标人表达其购买特定系统、产品或服务的意向的文件。

退休退休

并且操作和维护组织撤回现有的支持,并且全部或部分地替换或安装新的系统。

机密安全

保护信息和数据,使未授权的人或系统无法读取或修改它们,但授权的人和系统可以使用它们。

服务(软件)服务(软件)

与软件相关的活动、工作或义务的实施,如软件开发、维护和运行等。

软件组件

软件配置项的明确部分。

注:一个软件组件包含多个软件单元;它还可以包含多个较低级别的软组件。

软件配置项软件配置项

整个系统体系结构中的软件配置项。

软件单元软件单元

一段可以单独编译的代码。

工作说明书

一方要求的文件,用于确定、解释和说明根据合同需要执行的任务。

3.1.35分包合同的各方;分包商

根据合同向合同一方提供系统、产品或服务的组织。

供应商

根据签订的合同向买方提供系统、产品或服务的组织(与合同方、生产商、销售商和批发商同义)。

注:买方可以指定其组织中的一个部门作为供应商。

系统系统

过程、产品和人员的集成,具有满足提出的要求和实现规定目标的能力。

任务任务

活动的基本元素,由几个任务组成。

测试范围测试覆盖范围

测试程序测试是否能满足系统要求的一个范围。

3.1.40可测试性

为了确定一个需求是否被满足,它被设计来测试目标和可行性可以达到的程度。

用户用户

使用可操作系统执行特定功能的个人或组织(可以是买方或采购员的同义词)。

版本3.1.42版本

配置项的可识别实例。

注:软件某一版本的修改会产生新版本,但需要配置管理活动。

3.2缩写

功能配置审计。

HCI——硬件配置项目。

IVV——独立验证和确认。

PCA——物理配置审计

SCI——软件配置项目。

软件质量保证。

VV——验证和确认。

本文讲解到此结束,希望对大家有所帮助。

标签:

免责声明:本文由用户上传,如有侵权请联系删除!