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

Question

我们的投资者想要一个 SDLC。我以前从未写过一本，也没有足够的时间去买一本书，或者花太多时间了解它们。从我被告知的情况来看，它们包括需求（需要做什么），并完成了一个清单。它是否正确？

更新：

我发现这篇文章确实有助于用简单的术语快速地解释事物。并不是说我认为 SDLC 应该很快完成。就我而言，我别无选择。

Answer 1

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

你做了什么来开发最初吸引你的投资者的软件？你不能描述一下吗？为什么一定要出去“学一门”？

有多种选择：

1. 瀑布：需求->设计->构建->测试->部署，全部按顺序进行
2. 迭代：类似于瀑布，但您将设计分解为持续时间为 1-2 周的较小部分，在迭代结束时交付。
3. 极限编程（XP）：Kent Beck 的方法；没有 BDUF（前面的大设计）。一切都是小件设计、建造和交付的。
4. Scrum：敏捷、迭代，但不像 XP 那样教条。
5. Rational Unified Process：来自 IBM 的瀑布。

Answer 2

并不真地; 那是更多的项目管理。这就是您在弄清楚如何开发软件时所需要的。

对于开发软件的“方法”，两个“大人物”是敏捷和瀑布；两者之间有一个奇怪的混合体。

但这只是软件开发生命周期的一部分：您仍然需要制定维护和部署计划。

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

Answer 3

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

Answer 4

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

我发现这个博客真的很有帮助。