软件开发生命周期

SDLC活动

软件开发生命周期提供了一系列的步骤，为设计和开发一个软件产品有效地要遵循。SDLC 框架包括以下步骤:

这是的第一步在哪里用户启动的请求所需的软件产品。他联系服务提供商，并试图通过谈判条款。他提交请求给服务提供商.

这一步将进行软件开发团队。团队从问题域持有与各利益攸关者进行讨论，并试图带出尽可能多的信息可能对他们的要求。要求都是设想和隔离到用户需求、系统需求和功能需求。下列是使用的一些做法 -

需求收集后，球队又发表了软件过程的一个粗略的计划。在此步骤中该球队的分析，如果软件可以制成以满足用户的所有要求，并且如果存在的软件是没有更多的有用的任何可能性。据发现，如果该项目在财务上，实际上和技术上可行的组织以。有很多算法可用，这有助于开发人员得出结论：一个软件项目的可行性.

在这一步的开发者决定他们计划的路线图，并尝试提出适合该项目的最好的软件模型。系统的分析包括了解软件产品的限制，学习系统相关的问题或变化将在现有的系统中之前进行，识别并解决项目对组织人事等团队项目的影响分析项目的范围，并计划进度和相应的资源。.

下一步是关闭的要求，整个知识和分析的桌子上，设计出的软件产品。从用户和信息聚集在需求收集阶段的输入是该步骤的输入。该步骤的输出可以有两种设计形式;逻辑设计和物理设计。工程师产生的元数据和数据字典，逻辑图，数据流图并在某些情况下伪码.

这个步骤也被称为编程阶段。软件设计的执行开始在写程序代码中的适当的编程语言和有效显影无差错的可执行程序的条款.

估计说，整个软件开发过程中的50％应被测试。错误可能会毁了从关键级软件自身删除。软件测试是同时由开发商编码和全面的测试由测试专家在不同级别的代码，如模块测试，程序测试，产品测试，内部测试和测试产品在用户端进行完成的。早期发现的错误和他们的补救措施是关键可靠的软件.

软件可能需要使用的库，数据库和其它程序（次）进行集成。 SDLC的这个阶段是参与的软件与外部世界的实体的结合.

这意味着安装在用户机器上的软件。有时，软件需要在用户端安装后的配置。软件的可移植性和适应性和整合有关问题的测试在实施过程中得到解决.

此阶段确认了软件的操作中的更高的效率和更低的错误条件。如果需要，用户进行培训，或者资助对如何操作软件，以及如何保持软件业务的文档。该软件被维持及时通过根据发生在用户端的环境或技术的变化更新的代码。这个阶段可能会面临来自隐藏的bug和现实世界的挑战.

随着时间的经过，该软件可以拒绝对性能前方。它可能会完全过时或可能需要强烈了层次。因此，迫切需要消除系统的主要部分就产生了。这个阶段包括数据归档和必要的软件组件，逼抢系统，规划配置的活动，并在终端系统的适当时间终止系统.

软件开发模式可以帮助开发人员选择的策略来开发软件。软件开发范型有自己的一套工具，方法和程序，这是明确表示，并定义软件开发生命周期。软件开发模式或流程模型的一些定义如下:

瀑布模型是最简单的软件开发范式的模型。它说，SDLC的各个阶段都会起作用了一个又一个线性的方式。即，当第一阶段完成后，然后仅在第二阶段将开始等.

该模型假设所有被执行并且发生完全按计划在前一阶段，没有必要考虑可能出现在下一阶段，过去的问题。如果有留在上一步骤中的一些问题，这种模式并不顺利。模型的有序性不允许我们回去撤消或重做我们的行动.

这种模式是最适合当开发人员已经设计并在过去开发的同类软件，并意识到它的所有域.

这种模式导致在迭代的软件开发过程。它突出的发展中循环的方式重复SDLC过程的每一个循环后的每一步的处理.

软件首次开发上非常小的规模，并且随后所有的步骤，这是考虑到。然后，对每一个后续迭代中，更多的功能和模块设计，编码，测试，并加入到该软件。每个周期产生的软件，它是完整的，并具有比前一个的多个特征和功能.

每次迭代后，管理团队可以做的工作的风险管理和为下一次迭代做准备。因为一个循环包括整个软件过程的小部分，这是更容易管理的发展过程，但是它消耗更多的资源.

螺旋模型是两个，迭代模型和软件开发生命周期模型的一个组合。可以看出，如果你选择一个SDLC模型，并与循环过程（迭代模型）组合起来作为.

该模型考虑了风险，这往往就未注意到了大多数其他车型。模型开始确定目标和软件的限制，在一个迭代的起始位置。下一阶段是原型设计的软件。这包括风险分析。然后一个标准的SDLC模型来构建软件。在下一迭代的计划的第四阶段是制备.

瀑布模型的主要缺点是我们移动到只有前一个结束，也没有机会回去，如果事情被发现错误的后期阶段的下一个阶段。 V模型提供的软件在相反的方式各阶段的测试手段.

在每一个阶段，测试计划和测试用例被创建，以验证和根据该阶段的要求验证的产品。例如，在需求收集阶段，测试团队在准备对应于要求所有的测试用例。后来，当产品开发，并准备进行测试，这一阶段的测试用例验证针对其有效性的软件实现在此阶段的要求.

这使得双方核查和验证进去并行。该模型也被称为验证和确认的模式.

这个模型是最简单的模型中其形式。它需要很少的规划，大量的编程和大量的资金。该模型概念化围绕宇宙的大爆炸。科学家说，经过大爆炸很多星系，行星和恒星的演变，就像一个事件。同样，如果我们放在一起大量的编程和资金，你可以达到最佳的软件产品.

对于这个模型需要非常少量的规划。它不遵循任何程序，或者有时客户是不确定的需求和未来的需求。这样的输入要求是任意的.

这种模式不适合大型软件项目，但好的学习和试验.

对于深度阅读的SDLC和它的各种模型, 这里点击.