什么是软件开发生命周期？

Question

我们的投资者想要SDLC。我之前从未写过，我没有足够的时间去买书，或花很多时间去了解它们。从我被告知的情况来看，它们包括需求（需要做什么），以及列表。这是对的吗？

更新：

我发现this article真的有助于用简单的术语快速解释事情。并不是说我认为应该快速完成SDLC。就我而言，我别无选择。

Answer 1

有很多关于SDLC的想法。你不能在不打一只猫的情况下摆动它。

您在开发吸引投资者的软件方面做了哪些工作？你不能形容吗？你为什么要出去“学一个”？

有很多选择：

1. 瀑布：要求 - ＆gt;设计 - ＆gt;构建 - ＆gt; test-＆gt;部署， 一切顺序
2. 迭代：类似于瀑布，但是您将设计分解为1-2周持续时间的小块，在迭代结束时交付。
3. 极限编程（XP）：Kent Beck的方法;没有BDUF（Big Design Up Front）。所有东西都是小件设计，制造和交付。
4. Scrum：敏捷，迭代，但不像XP那样教条。
5. Rational Unified Process：来自IBM的瀑布。

Answer 2

不是真的;这是更多的项目管理。这就是你在想出如何开发软件时所需要的。

对于开发软件的“方式”，两个“大佬”是敏捷和瀑布;在两者之间有一种奇怪的混合。

但这只是Software Development Life Cycle的一部分：您仍需要制定维护和部署计划。

我的问题：如果某人给你钱，他们想要一个计划，那么阅读一本关于SDLC的书并给他们一个计划是不是符合你的最佳利益？

Answer 3

如果您的投资者希望您描述SDLC，他希望您描述一下您从计划，出生，成长到成熟和死亡所完成的软件项目的生命周期。这就是为什么它的名字中有“生命”的原因。 SDLC的结果应该是“软件”，因此是第一个字。 “开发”部分来自于您负责软件的规划，指定，设计和实现，您应该创建（开发）软件。最后，“周期”意味着，当投资者看着您的SDLC并认为它是好的（它产生质量和商业价值）时，他可以要求您在另一个项目中再次使用相同的流程。

Answer 4

完整的SDLC意味着您需要执行需求收集和分析 - ＆gt;设计（设计文档创建） - ＆gt;编码和单元测试 - ＆gt;测试（系统和集成测试） - ＆gt;部署和支持 - ＆gt;维护

我发现这Blogg非常有帮助。