软件生存周期各个阶段的文档

合集下载

[计算机软件及应用]软件开发生命周期-PPT课件

*
按照以上需求陈述，回答以下问题。如果采用增量模型开发上述系统，请画图表示该系统的生命周期模型？根据学生成绩管理系统的功能要求，对系统进行分解，建立系统的WBS？
*
Code and fix
需求了解
编码、走查
编译、检错
修正
编写文档
提交
修正
测试
*
选择生存期的步骤
熟悉各种生存期模型评审、分析项目的特性选择适合项目的生存期模型标识生存期模型与项目不一致地方,并进行裁减
*
Rational统一开发过程
*
本章要点
一、生存期模型定义二、常用生存期模型三、案例分析
*
软件工程与项目管理
第三章软件项目生命周期模型
*
本章要点
一、生存期模型定义二、常用生存期模型三、案例分析
*
建筑工程类项目典型生存期模型
*
软件生命周期
软件生命周期（SDLD）是指从软件开始开发到报废的全过程，亦称软件生存期（life cycle）。一般用经典的瀑布模型来描述。
*
最常用的－渐进式阶段模型
综合了增量模型和螺旋式模型的一个实用模型渐进式前进阶段式提交
*
渐进式迭代模型 *
*
阶段性完成规划
*
渐进式阶段模型的特点
阶段式提交一个可运行的产品关键的功能更早出现早期预警问题，避免软件缺陷不知不觉的增长减少报告负担阶段性完成可以降低估计失误阶段性完成均衡了弹性与效率
*
Spiral Model适合的项目
风险是主要的制约因素不确定因素和风险限制了项目进度用户对自己的需求也不是很明确需要对一些基本的概念进行验证可能发生一些重大的变更项目规模很大项目中采用了新技术

软件生命周期

软件生命周期软件的生命周期是一个孕育、诞生、成长、成熟和衰亡的生存过程，也就是所谓的软件定义、软件开发和运行维护3个时期组成。

而每个时期又有所要完成的不同的基本任务。

软件定义时期的主要任务是解决“做什么”的问题，通俗的讲就是做此项目的主要功能及可行性报告等。

比如说网上选课系统，在软件定义阶段，要确定以下几个功能模块：管理员管理课程、教师、学生的增删改查和对教师、学生的权限授予等功能，教师对自己信息的修改和对自己课程的上传、修改、删除、查询等功能，学生对课程的选择、退选及查询等功能。

针对此项目，从技术、经济、法律、成本、可获得的效益、开发的进度做出一系列的估算，制定出具体的实施计划。

软件开发时期的主要任务是解决“如何做”的问题，也就是如何完成此项目的过程，要解决每个构建所要完成的工作以及完成此工作的顺序。

选择编写源程序的开发工具，把软件设计转换成计算机可以接受的程序代码。

比如说网上选课系统，在软件开发阶段，我们确定先要进行管理员的模块编写，再进行教师模块的编写，进而进行学生模块的编写，另外也要确定是运用某种软件开发工具，如java、C语言等进行模块的开发等。

运行维护时期的主要任务是使软件持久地满足用户的需要，通常包括：改正性维护、适应性维护、完善性维护和预防性维护。

在此阶段主要是把前期的各个模块组装起来进行测试，保证按需求分析的要求完成软件功能的测试并对此进行确认，交与开发方运行测试。

比如网上选课系统，在运行维护阶段，要对前期的管理员、教师、学生这三个模块进行组合，并按照需求分析的功能进行核对，有不符合需求规格说明书之处进行修改，直到完全符合并测试成功，交与开发方测试及运用。

软件的生命周期是一个耗时长的工程。

在软件工程生命周期的3个时期中，各个阶段又有着其不同的基本任务：一、问题定义和可行性研究此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。

在这个阶段中我们需要从开发的技术、成本、效益等各个方面来衡量这个项目，进行可行性分析，形成可行性分析报告书，并以此为基础进行需求分析等后期的工作。

关于软件生命周期的探索-《软件工程》课程结课论文

《软件工程》课程结课论文（2015-2016-1）题目：关于软件生命周期的探索姓名学号：专业班级：指导教师：目录：1、摘要2、关键字3、背景4、软件生命周期的定义5、实例6、问题定义及规划7、需求分析8、软件设计9、程序编码10、软件测试11、周期模型12、软件生命图解13、结论14、参考文献关于软件生命周期的探索摘要：提出软件工程的主要目的是明确软件制作要遵循工程化的思想，即开发之前要做好翔实的具体准备，开发过程中要严格按照预定的要求执行并予以监控管理，保证软件质量，以便交付后能够为用户提供全面的、高质量的服务，从而使软件的寿命得以延续。

关键字：生命周期、模型、用户正文背景：随着21世纪技术的快速进步，软件数量急剧增大，软件产品规模也越来越庞大，软件开发不再是个人的劳动，而变成了各类人员的协同配合、共同完成的工程。

为了使软件质量最大限度地得到保障，对软件产品的生产过程进行全面监控，软件工程中提出了软件生命周期的概念。

软件生命周期的定义：软件生命周期又称为软件生存周期或系统开发生命周期，是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。

但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。

生命周期的每一个周期都有确定的任务，并产生一定规格的文档（资料），提交给下一个周期作为继续工作的依据。

按照软件的生命周期，软件的开发不再只单单强调“编码”，而是概括了软件开发的全过程。

软件工程要求每一周期工作的开始只能必须是建立在前一个周期结果“正确”前提上的延续；因此，每一周期都是按“活动── 结果── 审核── 再活动── 直至结果正确”循环往复进展的。

计算机软件配置管理计划规范 GB T12505-90

计算机软件配置管理计划规范 GB/T 12505-90 Specification for computer software configuration management plan 1．主题内容与适用范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。

本规范适用于软件特别是重要软件的配置管理计划的制订工作。

对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。

2．引用标准GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范3．术语下面给出在本规范中用到的一些术语的定义，其它术语的定义按GB/T 11457。

在引用时，特别要注意线（baseline）、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configurationidentification)和配置状态记录(configuration status accounting)等术语的定义。

3．1项目委托单位project entrust organization项目委托单位是指为产品开发提供资金并通常也是（但有时也未必）确定产品需求的单位或个人。

3．2 项目承办单位project undertaking organization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。

3．3 软件开发单位software development organization软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。

3．4 用户user用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。

3．5 软件software软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。

软件工程(概论)生存期和开发模型-作业2

发散性传播的原理，所以逆转将会延误工期，增加成本，造成重大损失。
2.3 软件开发模型
4．模型的优点开发阶段清晰，便于评审、审计、跟踪、管理和控制。
5．模型的缺点传统的项目组织方法是按顺序完成每个工作流程，即瀑布式生命周期。瀑布
只能一个个台阶地往下流，不可能倒着往上流，这就是它致命的缺点。瀑布式生命周期通常会导致在项目后期，出现“问题堆积”，更可怕的是，错
一阶段（活3）动用的户输使入用，环继境续很进稳行定下；一阶段的活动，否则返回上一阶段修改。（4）用户除提出需求以外，很少参与开发工作。
2．模瀑型布的模特型点认为：项目经理或软件管理人员，只要控制好每级台阶的高度（和1宽）度里，程在碑每或个基台线阶驱处动设，立或里者程说碑文或档基驱线动，；并组织好对基线的评审与审（计2，）就过可程以逆控转制性好很项差目或的者开说发不成可本逆、转进，度因和为质根量据。上游的错误会在下游进行
误的传递会采取发散扩大的方式。
瀑布模型反馈环
CMM/CMMI采取阶段评审和不符合项(Noncompliance Items)的动态跟踪制度，只有前一阶段不符合项全部改正，才允许开发人员进入后一阶段工作。
不符合项，就是在评审中发现的问题项，它不同于Bug。对于这些不符合项，软件管理部门要列出表格，记录在案，确定责任人，限定改正时间，动态跟踪到底。
可行性研究的结果是负责人作出是否继续进行这项工程的决定的重要依据。可行性研究以后的各个阶段，将需要投入多少相应的人力物力。及时终止不值得投资的工程项目，可以避免更大的浪费。
2.2 软件工程过程
3. 需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。产生《需求规格说明书》。

信息技术软件生存周期程介绍

第七页，共139页。
在计算机技术不断发展和应用的过程 (guòchéng)中，软件的规模越来越大，软件已经不再是个体产品而是成百上千人合作劳动的成果；软件开发，也从注意技巧发展为注重管理，软件开发过程 (guòchéng)从目标管理转向过程(guòchéng) 管理
第八页，共139页。
1.1.3 软件(ruǎn jiàn)工程与软件(ruǎn jiàn)过程管理
第二十五页，共139页。
a) 文档编制过程——为记录生存周期过程所产生的信息而定义的活动；
b) 配置管理过程——定义配置管理活动； c) 质量保证过程——为客观地保证软件产品和
过程符合规定的需求(xūqiú)以及已建立的计划而定义的活动。联合评审、审核、验证和确认可以作为质量保证技使用； d) 验证过程——根据软件项目需求(xūqiú)，按不同深度（为需方、供方或某独立方）验证软件产品而定义的活动；
第二十二页，共139页。
基本过程是： a)获取过程——为获取系统、软件产品或软件服务的组织即
需方而定义的活动； b)供应过程——为向需方提供系统、软件产品或软件服务的
组织即供方而定义的活动； c)开发过程——为定义并开发软件产品的组织即开发方而定
义的活动； d)运作过程——为在规定(guīdìng)的环境中为其用户提供运
第二十一页，共139页。
2.1 生存(shēngcún)周期基本过程
生存周期基本过程包括5个过程，这些过程供各主要参与方在软件生存周期期间使用。主要参与方是参与或完成软件产品开发(kāifā)、运作或维护的组织。这些主要参与方有软件产品的需方、供方、开发(kāifā)方、操作方和维护方。
第十七页，共139页。
2.0 导引在解决“软件危机”的过程中，许多

第二章软件过程

第二章软件过程一、软件生命周期软件生命周期(Life Cycle)，也称生存周期，指软件产品从提出、产生、发展到成熟，直至衰亡的整个时间段。

软件生命周期的组成阶段：(1) 软件定义阶段：做什么？问题定义→可行性研究→需求分析(2) 软件开发阶段：如何做？总体设计→详细设计→编码和单元测试→综合测试(3) 运行维护阶段：纠错、适应性修改、增强性修改、预防性修改二、软件过程的定义当开发产品或构建系统时，遵循一系列可预测的步骤（路线图）是非常重要的，它有助于及时交付高质量的产品。

(1)所遵循的路线图就称为“软件过程”。

(2)软件过程贯穿软件开发的各阶段，并建立阶段里程碑（Milestones）；(3)管理者在软件工程过程中需要对软件开发的质量、进度、成本进行评估、管理和控制；(4)技术人员在软件过程中需采用相应的方法和工具生成软件工程产品，如模型、文档、数据、报告、表格等。

三、软件过程的作用软件开发过程的作用是：(1)成为开发组活动顺序的向导。

(2)详细说明需要开发哪些制品，何时开发。

(3)指导每一个成员及整个开发组的工作。

(4)提供监控、度量产品和活动所依据的准则。

—软件过程是软件项目管理控制的基础，它为项目提供稳定性、可控性和有组织性，能有效避免混乱。

—若没有一个良好定义的过程，开发组将各行其是，成功与否完全依赖个别优秀的人才，这不是能够长久的。

四、软件过程的组成要素（活动、动作、任务）软件过程是工作产品构建时所执行的一系列活动、动作和任务的集合。

（1）活动(activity)：实现宽泛的大目标。

（2）动作(action)：阶段目标。

（3）任务(task)：关注小而明确的目标，产生实际产品。

—软件过程由活动组成，活动由动作组成，动作由任务组成。

五、基本框架活动和典型的普适性活动软件过程框架(process framework)定义了若干个框架活动，及一些适用于整个软件过程的普适性活动1.基本框架活动一个通用的软件工程过程框架通常会包含以下5个基本的框架活动：（1）沟通：在技术工作开始前，先和利益相关者进行沟通与协作，以理解项目目标，并收集需求。

chap2-软件生存期

分析
设计
编码
测试
增量2
分析
设计
编码
测试
增量3
分析
设计
编码
测试
增量4
分析
设计
编码
测试
增量模型
� 增量
�小而可用的软件
� 特点
�在前面增量的基础上开发后面的增量 �每个增量的开发可用瀑布或快速原型模型 �迭代的思路
螺旋模型
螺旋模型
� 特点
� 瀑布模型+快速原型+风险分析 � 迭代过程
� 一个螺旋式周期
The Importance of Modeling
Less Important More Important
Paper Airplane
Fighter Jet
Software Teams Often Do Not Model
� Many software teams build applications approaching the problem like they were building paper airplanes � Start coding from project requirements � Work longer hours and create more code � Lacks any planned architecture � Doomed to failure � Modeling is a common thread to successful projects
� 规划
� 确定目标，选择方案，选定完成目标的策略
� 风险分析
� 风险角度分析该策略
� 原型开发
� 启动一个开发阶段

软件开发生命周期与测试生命周期

毕业论文论文题目：软件开发生命周期与测试生命周期内容摘要软件设计思路和方法的一般过程，包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序。

从软件产业的发展初期到LI前的大型软件开发过程，软件测试已成为其中一个不可分割的部分。

随着软件规模的日益增大，软件测试问题也日益突出，现代社会对软件的依赖越来越强，高可信软件测试有着广泛的需求，基于缺陷模式的软件测试技术作为高可信软件的重要保证，可以大大降低软件的缺陷密度,提高软件的可信性。

本文从测试的基本概念入手，深入剖析软件测试相关理论。

［关键词］软件设计软件测试程序联调缺陷密度AbstractThe general process of design idea and method of the software, including software design, software functions and the implementation of the algor ithm and the met hod, architecture design and module design, programming and debugging, program debugging and testing, and submit written procedures .From the early development of the software industry to the current large-scale soft ware development process, software testing has become an inseparable part of. With the increasing scale of soft ware, software testing is becoming increasingly prominent, the modern society is more and more dependent on software, software testing has a wide range of needs, based on the software testing technology of defect modes as an important guarantee for high assurance software, defect density can greatly reduce the software, improve software reliability・This paper starts from the basic concept of test, analyze the theory of software testing・Key words: software design software testing program debugging defect density引言 (1)1软件开发生命周期思想概述 (1)1.1”生命周期法“的起源 (1)1.2生命周期划分的原则 (2)13生命周期的划分 (2)14生命周期法的特点 (2)2软件开发生命周期概述 (2)2.1可行性分析 (2)2.2需求分析与说明 (2)2.3程序编码 (3)2.4 软件测试 (3)2. 5 运行维护 (4)3 软件测试概述 (5)4软件测试生命周期概述 (5)4.1软件测试过程 (5)4.1.1动态测试 (6)4.1.2软件可靠性测试定义 (9)4.1.3软件可靠性测过程 (9)结论 (11)注释 (12)参考文献 (13)致谢 (13)有很多种不同的生命周期模型用于软件的开发。

软件生命周期

软件⽣命周期1.软件⽣命周期软件⽣命周期是指软件从开始研制到最终被废弃所经历的各个阶段。

在不同的阶段⾥，由不同的组织和⼈员执⾏不同的任务，需要消耗不同的资源。

⽣命周期常见的有：瀑布模型、V模型、敏捷开发模型。

阶段：需求分析->软件设计->程序编码->软件测试->运⾏维护1.1瀑布模型瀑布模型是将软件⽣存周期的各项活动规定为按固定顺序⽽连接的若⼲阶段⼯作，包括问题定义及规划、需求分析、软件设计、程序编码、软件测试和运⾏维护等六个基本活动，并且规定了他们⾃上⽽下，相互衔接的固定次序，形如瀑布流⽔，逐级下落，具有顺序性和依赖性，最终得到软件产品。

因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上⼀个阶段并进⾏适当的修改，项⽬开发进程从⼀个阶段“流动”到下⼀个阶段，这也是瀑布模型名称的由来。

包括软件⼯程开发、企业项⽬开发、产品⽣产以及市场销售等构造瀑布模型。

每个阶段规定的⽂档需进⾏评审，评审完后才可以进⼊下⼀个阶段。

优点：1）为项⽬提供按阶段划分的检查点2）当前⼀阶段完成后，你只需要关注后⼀阶段3）可在迭代模型中应⽤瀑布模型4）提供⼀个模板，这个模板使得分析，设计，编码，测试和⽀持的⽅法可以在该模板下有⼀个共同的指导缺点：1）各个阶段的划分完全固定，阶段之间产⽣⼤量的⽂档，极⼤地增加了⼯作量。

2）由于开发模型是线性的，⽤户只有等到整个过程的末期才能见到开发成果，从⽽增加了开发风险。

3）通过过多的强制完成⽇期和⾥程碑来跟踪各个项⽬阶段。

4）瀑布模型的突出缺点是不适应⽤户需求的变化。

1.2V模型通过开发和测试同时进⾏的⽅式来缩短开发周期，提⾼开发效率。

其形状像⼀个字母A，故称为V模型。

对应关系：⼀般来讲：单元测试所对应的是详细设计环节，也就是说，单元测试的测试⽤例是和详细设计⼀起出现的，在研发⼈员做详细设计的时候，相应的测试⼈员也就把测试⽤例写了出来；集成测试对应概要设计，在做模块功能分析及模块接⼝，数据传输⽅法的时候，就把集成测试⽤例根据概要设计中模块功能及接⼝等实现⽅法编写出来，以备以后作集成测试的时候可以直接引⽤；⽽系统测试，就是根据需求分析⽽来，在系统分析⼈员作系统分析，编写需求说明书的时候测试⼈员就根据客户需求说明书，把最后能实现系统功能的各种测试⽤例写出来，为做最后系统测试作准备。

软件开发过程生命周期模型

软件开发过程生命周期模型一、序言生命周期指软件开发全部过程、活动和任务的结构框架。

软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。

目前软件开发实践中使用的各种生命周期模型，都是下面这些基本组成部分的不同的排列与组合。

•市场分析，可行性研究，与项目定义•需求分析•设计(概要设计和详细设计)•编码实现•测试•使用与维护主要有以下几种模型：• 1.瀑布模型(waterfallmodel)•2-演化模型(evolutionarymodel).•3螺旋模型(spiralmodel)二、瀑布模型瀑布模型将软件生命周期的各项活动规定为依固定顺序联接的若干阶段工作，形如瀑布流水，最终得到软件产品。

如图所示：优点：a.强调开发的阶段性；b.强调早期计划及需求调查;c.强调产品测试。

缺点：a.依赖于早期进行的唯一一次需求调查，不能适应需求的变化；b.由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程;c.风险往往迟至后期的开发阶段才显露，因而失去及早纠正的机会下表是瀑布模型中各个阶段的主要工作，及相应的质量控制手段。

三、演化模型该模型主要针对事先不能完整定义需求的软件开发。

用户可以给出待开发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反馈，以支持系统的最终设计和实现。

软件开发人员根据用户的需求，首先开发核心系统。

当该核心系统投入运行后，用户试用之，完成他们的工作，并提出精化系统、增强系统能力的需求。

软件开发人员根据用户的反馈，实施开发的迭代过程。

第一迭代过程均由需求、设计、编码测试、集成等阶段组成，为整个系统增加一个可定义的、可管理的子集。

如图所示。

在开发模式上采取分批循环开发的办法，每循环开发一部分的功能，它们成为这个产品的原型的新增功能。

于是，设计就不断地演化出新的系统。

实际上，这个模型可看作是重复执行的多个“瀑布模型”。

“演化模型”要求开发人员有能力把项目的产品需求分解为不同组，以便分批循环开发。

软件生命周期模型

软件⽣命周期模型软件⽣命周期，同任何事物⼀样，⼀个软件产品或软件系统也要尽⼒孕育，诞⽣，成长，成熟，衰亡等阶段，⼀般称为软件⽣命周期(软件⽣存周期)。

软件⽣命周期模型是指⼈们为开发更好的软件⽽归纳总结的软件⽣命周期的典型实际参考。

瀑布模型瀑布模型是最早出现的软件开发模型，在软件⼯程中占有重要的地位，它提供了软件开发的基本框架。

其过程是从上⼀项活动接收该活动的⼯作对象作为输出，利⽤这⼀输⼊实施该项活动应完成的内容给出该项活动的⼯作成果，并作为输出传给下⼀项活动。

同时评审该项活动的实施，若确认，则继续下⼀项活动：否则返回前⾯，甚⾄更前⾯的活动。

对于经常变化的项⽬⽽⾔，瀑布模型毫⽆价值瀑布型简单地说就是按照需求，设计，编码，测试，软件维护这个基本地顺序来研发软件，前⾯⼀个步骤不完成，后⾯地步骤不能开始，否则问题会滚到下⼀个阶段，带来更多地问题优点：1. 为项⽬提供了按阶段划分的检查点2. 当前⼀阶段完成后，只需要去关注后续阶段缺点：1. 各个阶段的划分完全固定，阶段之间产⽣⼤量的⽂档，极⼤地增加了⼯作量。

2. 由于开发模型是线性的，⽤户只有等到整个过程的末期才能见到开发成果，从⽽增加了开发风险风险：1. 通过过多的强制完成⽇期和⾥程牌来跟踪各个项⽬阶段2. 瀑布模型的突出缺点是不适应⽤户需求的变化原型化模型原型化模型的第⼀步是建造⼀个快速原型，实现客户或未来的⽤户与系统的交互，经过和⽤户针对原型的讨论和交流，弄清需求以便真正把握⽤户需要的软件产品是什么样⼦的。

充分了解后，再在原型基础上开发出⽤户满意的产品严格的来说不算⼀种软件⽣命周期模型，他只是⼀种获取需求的⽅法。

V模型v模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即个测试过程的各个阶段v模型的优点在于它⾮常明确的标识了测试过程中存在的不同级别，并且清楚地描述这些测试阶段和开发各阶段的对应关系⽤户需求-----------------------------------------验证，确认------------------------------------------------验收测试需求分析----------------------------- ------------------------------------------------------------------系统测试概要设计--------------------------------------------------------------------------------------集成测试详细设计----------------------------------------------------------------------单元测试------------------------ -------------软件编码---------------------------------------------------------------V模型的缺陷及解决思路v模型仅仅把测试过程作为在需求分析，系统设计及编码之后的⼀个阶段，忽视了测试对需求分析，系统设计的验证，需求的满⾜情况⼀直到后期的验收测试才被验证。

软件开发文档标准

软件开发文档标准一、计算机软件产品开发文献编制指南 ................................................................... 错误!未定义书签。

二、可行性研究报告 ................................................................................................... 错误!未定义书签。

三、项目开发计划 ....................................................................................................... 错误!未定义书签。

四、软件需求说明书 ................................................................................................... 错误!未定义书签。

五、数据规定说明书 ................................................................................................... 错误!未定义书签。

六、概要设计说明书 ................................................................................................... 错误!未定义书签。

七、具体设计说明书 ................................................................................................... 错误!未定义书签。

软件生存周期过程的定义

软件⽣存周期过程的定义软件⽣命周期(Systems Development Life Cycle，SDLC)软件⽣命周期⼜称为软件⽣存周期或系统开发⽣命周期，是软件的产⽣直到报废的⽣命周期，周期内有问题定义、可⾏性分析、总体描述、系统设计、编码、调试和测试、验收与运⾏、维护升级到废弃等阶段，这种按时间分程的思想⽅法是软件⼯程中的⼀种思想原则，即按部就班、逐步推进，每个阶段都要有定义、⼯作、审查、形成⽂档以供交流或备查，以提⾼软件的质量。

但随着新的⾯向对象的设计⽅法和技术的成熟，软件⽣命周期设计⽅法的指导意义正在逐步减少。

软件⽣存周期（software life cycle）⼜称为软件⽣命期，⽣存期。

是指从形成开发软件概念起，所开发的软件使⽤以后，直到失去使⽤价值消亡为⽌的整个过程。

⼀般来说，整个⽣存周期包括计划（定义）、开发、运⾏（维护）三个时期，每⼀个时期⼜划分为若⼲阶段。

每个阶段有明确的任务，这样使规模⼤、结构复杂和管理复杂的软件开发变得容易控制和管理。

软件⽣存周期过程⼜叫软件过程，软件⽣存周期中的⼀系列相关过程。

当开发产品或构建系统时，遵循⼀系列可预测的步骤(路线图)是⾮常重要的，它有助于及时交付⾼质量的产品。

软件开发中所遵循的路线图就是软件⽣存周期过程。

为了表述软件开发需要做"什么活"，引⼊三个概念：过程是活动的集合，活动是任务的集合，任务是把输⼊转换成输出的操作。

软件⽣存周期过程的重要性软件过程提⾼了软件⼯程活动的稳定性、可控性和有组织性，如果没有过程约束，软件活动将失控并变得混乱。

但是，现代软件⼯程⽅法必须是灵活的，也就是要求软件⼯程活动、控制以及⽂档的编制适合于项⽬团队和要开发的产品。

分类基本过程⽀持过程组织过程。

软件生命周期控制程序

文件制修订记录1.0目的软件生命周期(Software Life Cycle,SLC)是软件的产生直到报废或停止使用的生命周期。

为使软件的整个生命周期得到有效的控制，特建立此程序文件。

2.0适用范围适用本公司所有软件产品的设计开发、风险管理、软件测试、软件生产、软件发布、上市退市的全过程。

3.0职责3.1质量管理部负责监督此程序文件的执行工作；3.2IT部负责此程序文件的具体执行；3.3生信部、生产部、销售部负责协助此程序文件的执行；4.0程序4.1软件安全级别的界定：4.1.1根据YY/T 0664《医疗器械软件软件生存周期过程》的要求，按照软件系统引起的危害对于患者、操作者或者其他人员的可能影响，赋予每个软件系统一个软件安全性级别。

安全性级别分为：A级、B级、C级4.1.1.1A级：不可能对健康有伤害和损坏；4.1.1.2B级：可能有不严重的伤害；4.1.1.3C级：可能死亡或严重伤害4.1.2按照软件的预期用途、使用环境、核心功能，结合风险管理的方式进行判定。

4.1.3本公司所开发的软件产品均配合本公司试剂产品使用，根据风险评定等级判定均为A级。

4.2软件的开发策划要求4.2.1明确软件项目来源，研究项目的可行性。

根据调查研究结果确认是否开展该项目，并形成完成整的《项目可行性研究报告》。

4.2.2IT部编制《项目开发计划》经总经理审批后执行。

4.2.3软件开发的每个过程都应得到评审，每个评审过程都需要形成完整的评审报告。

4.2.4在软件开发的适当阶段也可以进行验证，可采用与已证实的类似设计进行比较、计算验证、模似试验等。

根据软件开发的进度编制《测试计划》。

4.3软件的需求分析要求4.3.1T部根据市场需求、客户要求、法规标准的要求以及软件项目的开发目标确定开发该项目所需的支持与协助，拟定《软件需求说明书》。

软件说明书的内容最少包含：任务概述、需求规定、运行环境的规定等。

4.3.2软件项目的分析阶段分析人员需要对用户的需求进行鉴别、综合和建模，清除用户需求的模糊性、歧义性和不一致性，分析系统的数据要求，为原始问题及目标软件建立逻辑模型。

GBT 信息技术软件生存周期过程

考试国标知识点（二）：GB/T 8566-2007 信息技术软件生存周期过程本标准为软件生存周期过程建立了一个公共框架，以供软件产业界使用，它包括在含有软件的系统、独立软件产品和软件服务的获取期间以及在软件产品的供应、运行和维护期间需应用的过程、活动和任务。

软件包括软固件的软件部分。

本标准了描述了软件生存周期过程的体系结构，但并未规定如何实施或执行各过程中包含的活动和任务的细节。

本标准并不打算规定要产生的文档的名称、格式或编写内容。

本标准并不规定一个特定的生存周期模型或软件开发方法。

术语：协定：确定将要建立的工作关系的期限和条件。

审核：由授权人员对软件产品和过程进行的独立评估，以便评估与需求的依从性。

评价：系统地确定一个实体项目满足其规定准则的程度固件：硬件装置和作为只读软件驻留在硬件装置中的计算机指令或计算机数据的组合，该软件不能在程序控制下方便地修改。

合格性认定：证实一个实体是否能够完成规定需求的过程合格性需求：为了证明一个软件产品依从其规格说明且可以在其目标环境中使用，该软件产品必须满足的一组准则或条件。

合格性测试：由开发方进行并由需方见证的测试，以证明软件产品符合其规格说明，并可以在其目标环境中使用。

确认：通过检查和提供客观证据来证实针对某一特定预期用途的需求已经得到满足验证：通过检查和提供客观证据来证实规定需求已经得到满足。

验证：验证检查某样东西是否符合之前已定好的标准，如：文档评审，要检查的东西是文档，检查标准就是文档的评审标准，又如：测试软件，要检查的东西就是软件，检查的标准就是软件的规格说明，包括功能说明，性能要求等。

确认：检查软件在最终的运行环境上是否达到预期的目标。

一般来说，就是调试、验收测试等，这些工作都是在真正的软件需要运行的环境上进行的，在最终环境上运行软件，确保软件符合使用要求。

其实确认更多是从用户的角度或者可以是模拟用户角度来验证产品是否和自己想要的一致。

而验证更多的是从开发方的角度来做评审、测试来验证产品的需求、架构设计等方面是否和用户要求的一致验证是代表你是否正确的做事情，而确认代表你是否做了正确的事情本标准把软件生存周期中可能执行的活动分为5个基本过程、9个支持过程和7个组织过程，每一生存周期过程划分为一组活动，每一活动进一步划分为任务5个基本过程：1、获取过程：为需方而定义的活动，启动，招标，合同，对供方监督，验收等2、供应过程：为供方而定义的活动，启动，准备投标，签订合同，编制计划，执行，交付和完成3、开发过程：为开发方而定义的活动：需求、设计、编码、测试、安装、验收4、运作过程：为操作方而定义的活动：运行测试，系统运行，用户支持5、维护过程：为维护方而定义的活动：问题和修改分析，修改实现，维护评审/验收，迁移，软件退役9个支持过程：1、文档编制过程2、配管管理过程3、质量保证过程4、验证过程：确定软件产品是否满足在以前的活动中施加于它们的要求和条件的过程。

软件配置

软件配置
软件生存周期各个阶段活动的产物
01 简介
03 概况
目录
0为：软件生存周期各个阶段活动的产物经审批后即可称之为软件配置项。软件配置项包括：与合同、过程、计划和产品有关的文档和资料；源代码、目标代码和可执行代码；相关产品，包括软件工具、库内的可重用软件、外购软件及顾客提供的软件等。
概况
概况
软件配置管理（Software Configuration Management），又称软件形态管理、或软件建构管理，简称软件形管(SCM)。界定软件的组成项目，对每个项目的变更进行管控(版本控制)，并维护不同项目之间的版本关联，以使软件在开发过程中任一时间的内容都可以被追溯，包括某几个具有重要意义的数个组合。
扩展
扩展
软件配置管理叫SCM，它应用于整个软件工程过程。因为变更在任何时刻都可能发生，因此SCM活动的目标就是为了(1)标识变更；(2)控制变更；(3)确保变更正确地实现(4)向其他有关的人员报告变更。
软件配置管理是贯穿整个软件生存周期的一项技术。它的主要功能是控制软件生存周期中软件的改变，减少各种改变所造成的影响，确保软件产品的质量。正确应用软件配置管理是开发高质量软件所不可缺少的。软件配置管理的过程是软件开发过程中质量管理的精髓。
软件助手(1张)软件配置管理过程
配置管理(Configuration Management，CM)是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。
配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。
配置管理过程是对处于不断演化、完善过程中的软件产品的管理过程。其最终目标是实现软件产品的完整性、一致性、可控性，使产品极大程度地与用户需求相吻合。它通过控制、记录、追踪对软件的修改和每个修改生成的软件组成部件来实现对软件产品的管理功能。

软件生存周期各个阶段的文档

[计算机软件及应用]软件开发生命周期-PPT课件

软件生命周期

关于软件生命周期的探索-《软件工程》课程结课论文

计算机软件配置管理计划规范 GB T12505-90

软件工程(概论)生存期和开发模型-作业2

信息技术软件生存周期程介绍

第二章 软件过程

chap2-软件生存期

软件开发生命周期与测试生命周期

软件生命周期

软件开发过程生命周期模型

软件生命周期模型

软件开发文档标准

软件生存周期过程的定义

软件生命周期控制程序

GBT 信息技术 软件生存周期过程

软件配置

第二章软件过程

GBT 信息技术软件生存周期过程