在下一个编程项目之前执行此操作

我们都经历过这种情况，你开始编写下一个价值百万美元的创意，然后你发现自己需要添加你没有想到的功能、可能不需要的类，甚至使用错误的数据库来满足这个项目的需要。

这是一个非常大的问题，不仅初学者会遇到，就连经验尚浅的开发人员也会遇到。这个问题就是跳过了项目的分析和构思阶段。

虽然一开始规划一个项目可能看起来像是一项艰巨的任务，但有一个可遵循的指导方针比盲目编码并希望项目结果与你心中计划的一致要好得多。
该怎么办？

提前计划您的项目，这很简单，对吧？也许吧。

最好的方法是编写 SRS（软件需求规范）文档。

撰写该文件本身就是一个世界，但我将从中借鉴许多元素。

我们将大量使用 UML，所以如果您还不了解它，那么作为一名开发人员，如果您想参与大型项目，它对您来说真的非常有必要。我不会详细讨论每个图表，但您可以在 YouTube 上找到一些非常好的解释。

步骤 00：有一个想法

您可能已经有一个了，但如果没有，那么就开始寻找您在日常生活中遇到的问题。

这可能是一些您没有注意到的小事，也可能是一些您认为无法解决的大事。

无论如何，一旦你发现该问题，请思考如何使用编程来解决它。

在创建新项目时重复某些命令之类的小事，所以您要做的就是创建自己的终端命令，以您选择的编程语言创建项目并自动执行所有其他命令。

或者很难记住密码，因此您可以创建一个在本地保存密码的工具......等等。

想法总是存在的，你只需要找到它们。

您希望您的项目做什么？

写下您认为将会使用您的应用程序/软件/项目的人员列表以及他们可以在其中执行的操作列表。

之后制作一个“用例图”。客观上，阅读图表比阅读一堆文本更容易。

下一步是进行用例描述，其中填写详细信息，例如用户想要执行此操作时必须发生的顺序、其要求以及介于两者之间的所有内容。

正如我之前所说，阅读图表比阅读一堆文本更好，这就是序列图的作用所在，但我们稍后会讨论它，因为它涉及数据库模型和控制器。

因此，既然您知道您的程序将做什么，您就必须知道数据是什么样的，因此请考虑系统中可能存在的类并将它们放在类图中。

当我们需要知道数据库中有哪些表时，此图将对我们有所帮助。

现在我们的分析步骤已经完成，创建了用例和类图，我们跳到第二步，概念阶段。

在这个阶段，您将更详细地了解系统的功能，在这一步，我们将规划项目的“代码”方面。

用例描述并不能解释系统内部是如何运作的，这时序列图就派上用场了。首先，它是一个图，所以更容易理解，并且解释了系统各个组件是如何相互作用的。

使用此图表，每个案例将使编码部分更容易了解我们需要哪些组件以及每个步骤要使用哪些元素。

现在我们有了最重要的图表，我们将把类图转换成我所说的“数据库图”，以便在您的项目中轻松实现。

完成所有这些后，您终于可以跳到最后一步，即实施。

PS：在此步骤中，您还可以制作有关您的网站如何运行的 UI 原型，但这超出了我的范围，因为我真的很不擅长设计。

虽然如果您以前写过 SRS，您就会知道我们跳过了很多东西，但我们的目标不是编写 SRS，而是让我们的下一个附带项目像我们所有其他附带项目一样完成（讽刺）。

我将制作一个关于此内容的视频，其中包含动画和其他内容，因此请做好准备：
我的 YouTube 频道
 我的个人博客，您可以首先阅读此内容

我真的想看看您认为我应该涵盖什么，因为我缺乏想法，但绝对没有动力去帮助别人。

谢谢阅读。