软件生命周期：概念，标准，流程，

软件开发是不可能不理解所谓的软件生命周期。 普通用户也可以，也不需要知道，但希望学习的基本标准（以下将被告知为什么这是必要的）。

软件生命周期：它是什么正式意义上的？

在任何的生命周期 的软件产品 被理解为它存在的时间，从发展阶段和完全拒绝使用应用程序的选择的领域，直到从使用的应用程序完全撤离之前。

简单地说，信息系统的程序的形式，数据库“操作系统”，甚至是只在数据相关性和它们所提供的机会的情况下的需求。

据认为，以任何方式生命周期的定义并不适用于测试应用程序，如测试版本，这是在工作中最不稳定的。 而在同软件生命周期取决于许多因素，其中由该程序将要使用的媒介发挥的主要作用之一。 但是，您可以选择在生命周期概念的定义中使用的通用术语。

最初的需求

由于普遍认为，使用有关其开发和使用任何软件产品，即一些条件：

• 该问题的制剂;
• 未来系统的相互需求分析;
• 设计;
• 编程;
• 编码和编辑;
• 测试;
• 调试;
• 实现和维护软件。

软件开发是由所有上述步骤的，如果没有他们的至少一不可。 但要控制这些过程设置特定的标准。

软件生命周期的流程标准

在这些系统中预先确定的条件和流程等要求，现在可以被称为只有三个主要的：

• GOST 34.601-90;
• ISO / IEC 12207：2008;
• 甲骨文CDM。

对于第二个国际标准是相当于俄罗斯。 这GOST R ISO / IEC 12207-2010，负责系统和软件工程。 但是，软件的生命周期，在这两个法规所描述的，是物质相同。 原因很简单。

软件和更新类型

现代信息系统是这样的，他们建立共同的应用概念。

例如，有 系统程序 和实用工具，多媒体工具，设备驱动程序，办公应用等。D.对于任何类型的软件可以决定生命周期的各个阶段的存在。

它的扩展名是更新的最常用的手段（操作系统和平台和应用软件两者）。 也许并不需要解释，基于Windows更新的计算机系统中的任何用户通过该系统或组件的阶段，如Microsoft .NET框架或 虚拟机 的Java。

设计阶段

现在直接有关的几句话 发展阶段。 生命周期最初包括项目规划，系统的分析和目标要求，初步或详细设计的可能性，编码和测试，在专门的系统应用软件的可能性，等等。D.

软件生命周期的模型表明，最初设置创建软件应限于通用的应用程序，或者使用一些启动环境软件产品的开发任务。

设计

开发系统的编程语言。 在第一阶段的软件设计可以降低到。

请问这个C + / C ++，JAVA，Delphi或相同的过时的帕斯卡尔 - 不是那么重要。 现在的问题是，创建的应用程序如何集成到操作系统中运行顺畅。

在这个意义上说，软件测试的一个生命周期是产品，直到其完全去除的初始安装时由于系统要求，无法使用或无法原先执行的任务不匹配。

后续阶段

定义软件生命周期的进一步支持，归结为编码，生成并接收应用的源代码。

在一个自由（开放）的所谓证书的蔓延的情况下，采用基于GNU许可，允许在用户，熟悉与创建应用编程语言的要求，在软件本身的变化。

如果它是一个封闭的代码，你可以使用工具，如反汇编。 但在这种情况下，只有解码可执行的EXE文件可以实现，当然不依赖DLL动态库。

但是这个理论。 在实践中，软件生命周期的阶段，包括列表远远更多的项目。 即使是最简单的模拟，其由标准的评论和观察的制剂（高级别要求，以架构，匹配所述可执行代码，所述装置和验证的方法）。 这是软件生命周期的过程。 但这里了解并控制了一些这样的程序和系统的原则是很重要的。

管理基础

软件生命周期管理是基于计划分解成组成部分，给人的工具，足够宽的范围内创建它们。

有一个缺点。 模块的选择是由所述平台的一个被产生编程的基础上，原显影剂限制。 当然，如果你考虑到统一和打字使用的开发工具（尤其是可重复使用的模块），这是毫无疑问。

但是，软件生命周期的各个阶段必须包括建立数据处理协议，程序，标准库，等等。

使用的模块

而没有过程的软件生命周期是完全没有用非常具体的组成部分。 这些优先事项如下：

• 处长（主任）模块，负责所推出的软件产品;
• 控制单元，负责调用连接的组件或动态链接库;
• 功能和业务数据处理工具和其他工具。

可执行文件通常是为基于Windows的系统中的“ekzeshnika”的形式呈现。 控制部件具有延伸配置器（施加到操作系统CONFIG.SYS），还链接库具有扩展DLL。 的控制和处理功能，以及一些应用程序的设置方式可能出现在形式的XML文件。

他们是，顺便说一句，对于大多数目前已知的媒体节目的是保持基本的配置参数的方法。 使用这种类型的软件，当然，这是相当有限的，但具有相同的媒体播放器的一般工作原理的理解不能伤害。 这里的原因。

事实上，他们的软件生命周期只在播放器或编解码器和解码器的安装寿命等级的提升奠定。 声音和视频转码器的任何音频或视频系统的固有属性。

基于所述FL工作室程序例如

最初，虚拟演播室序FL Studio的是果味循环的名称。 在其一次改性的软件生命周期已经到期，但应用程序在一定程度上转化并取得其本的外观。

如果我们谈论的生命周期阶段，首先在这个问题的提法的舞台已经搭好了由几个先决条件：

• 创建一个鼓模块类型鼓机等雅马哈RX的，但与以WAV格式单触发样品或序列，在演播室现场记录;
• 集成到Windows操作系统;
• 项目导出到WAV，MP3和OGG的可能性;
• 项目的相容性的附加应用果味轨道。

“C”是指编程语言是在开发阶段使用。 但平台看起来相当原始，没有给最终用户所期望的音质。

在这方面，在测试和调试阶段，开发商不得不去德国公司斯坦伯格的方式，适用于为全双工模式声卡驱动程序支持的基本要求。 声音质量较高，允许改变节奏，音调，并处实时附加FX-效果。

在软件生命周期的完成被认为是FL Studio，它不像他们的祖先，曾与与无限除了音轨和MIDI轨道的虚拟64路调音台编辑设置的能力的全面序界面的第一个正式版本的输出。

该计划的推广并没有就此停止。 在用于连接VST格式的插件项目管理支持阶段引入（第一，第二，然后第三个版本），一旦由Steinberg开发。 粗略地说，支持VST宿主的任何虚拟合成器可以连接到该程序。

这并不奇怪，不久任何作曲家可以使用的“铁”的车型，如曾经流行的Korg M1声音成套的比喻。 更多 - 更多。 应用模块，如上瘾鼓或通用插头KONTAKT允许玩真实乐器的现场声音，记录在专业录音棚关节的形形色色。

开发商试图达到最高的质量和创造支持的ASIO4ALL驱动，谁，原来是模式全双工高人一等。 因此，增加的比特率。 如今，导出的音频文件的质量可以是320千比特/秒以192kHz的采样率。 而这个专业的声音。

至于它的生命周期的最初版本可以被称为完全结束，但是这样的说法是相对的，因为应用程序只更名，并已找到了新的机遇。

发展前景

什么是软件生命周期的各个阶段，目前已经明确。 但这里对这种技术的发展应该分开讨论。

不用说，任何软件开发人员不热衷于创造一个合格的产品，几乎不抱在市场上了好几年。 在未来，每个人都在寻找长期利用。 这可以通过不同的方式来实现。 不过，按照惯例，几乎所有的人归结为发布更新或新版本的软件。

即使是在Windows的情况下，这种趋势可以用肉眼看到。 这是不太可能今天存在至少一位用户使用的系统，例如3.1版本中，95，98，或千年。 他们的生命周期版本XP发布后结束。 但这里的基于NT技术的服务器版本仍然是有效的。 甚至是Windows 2000，今天不仅是非常相关的，但在某些方面安装或安全性甚至超过了最新进展。 这同样适用于NT 4.0系统，以及专门修改Windows Server 2012中。

但是，相对于这些系统仍然声称在最高水平的支持。 但是，轰动当时Vista的显然是经历了日落的循环。 不仅如此，它是未完成的，所以还是和错误本身，并在其安全系统的缺陷是这么多，我们只能猜测它怎么可能推出软件解决方案，是站不住脚的。

但是，如果我们谈论的事实，任何类型（控制或应用程序）的软件开发不到位，我们只能陈述事实。 毕竟，今天说到不仅计算机系统和移动设备，以及其中的技术往往领先于计算机行业。 所述处理器芯片的基于八个核外观 - 不是最好的实例？ 但尽管如此，不是每个笔记本电脑可以吹嘘有这样的“铁”的。

一些其他问题

至于软件生命周期的理解，说它在某个时间点结束，它可以是非常武断的，因为软件也仍然有支持的开发人员能够创建他们。 相反，到底指的是不符合现代系统的要求，并在其环境中无法正常工作的遗留应用程序。

不过，即使有技术的进步，在不久的将来，很多都不能持久。 然后它将不得不做出决定或者发布的更新或整个概念的全面修订，原本嵌入软件。 因此 - 与初始条件的变化，开发环境，测试和可能的长期使用在一定区域内一个新的周期。

但是，在计算机技术日新月异的今天青睐的自动化控制系统（ACS），这是在制造过程中使用的开发。 甚至操作系统，与专门的方案相比，失去了。

基于Visual Basic相同的环境是比Windows系统更受欢迎。 约在UNIX系统下的应用软件，我们说的不是在所有。 我能说什么，如果几乎所有同美国的通信网络都对他们的工作完全。 顺便说一句，如Linux和Android的系统也是如此，原本在这个平台上创建的。 因此，最有可能的，UNIX的前景比所有其他产品相结合等等。

而不是结果

它仍然要补充一点，在这种情况下，仅仅是一般原则和软件生命周期的各个阶段。 事实上，即使最初的任务可能显著变化。 因此，差异可以在其他阶段被观察到。

但是软件产品的核心技术开发与他们的后续支持，必须明确。 对于剩下的，就应该考虑创建的软件的细节，以及它按说应该工作环境，并提供给最终用户或生产，以及更多的方案的可能性。

此外，有时生命周期可能依赖于开发工具的紧迫性。 如果，例如，一些编程语言已经过时，没有人不会做编写一个基于它的程序，更应如此 - 来介绍一下在生产自动化控制系统。 目前已经脱颖而出，甚至程序员，谁需要迅速作出反应，以在计算机市场变化的营销。 而且还有世界上的专家，也没有太多。 高素质的人才队伍，以保持对市场的脉搏他的手，成为最流行的能力。 他们往往所谓的“灰色主教”，在这取决于特定软件产品在IT领域的成功或失败。

假设他们并不总是理解程序的本质，但显然能够确定软件生命周期的模型和他们的应用程序的时间长度的基础上，在这一领域的全球趋势。 有效的管理往往给人以更切实的成果。 是的，至少PR-技术，广告，等等。D.可以在任何应用程序的用户是没有必要的，但前提是它拥有活跃用户安装它。 它有，可以这么说，潜意识层面（当信息被放入用户的头脑为25帧的效果相同，不管他自己）。

当然，这样的技术在世界上是禁止的，但我们很多人甚至不知道他们仍然可以被用来影响潜意识以某种方式。 这不仅是一个“僵尸”新闻频道或互联网网站，更不用说使用更强大的工具，如置身于声（这是在同剧的生产应用），让一个人可能会遇到恐惧或不适当的情绪。

返回到软件，它应该是在启动一些程序中使用的声音，吸引用户的注意力被添加。 而研究表明，这样的应用程序相比其他方案更加可行。 当然，增加和软件生命周期，无论是最初加入什么功能。 而这一点，不幸的是，被许多开发者提出了关于这种方法的合法性表示怀疑使用。

但不是我们的判断。 也许意味着定义这种威胁将在不久的将来开发。 虽然这只是一种理论，但据一些分析师和专家，到实际应用中也有极少数。 如果您已经创建的副本 神经网络 的人的大脑，然后呢？