java - 写完用户需求文档之后做什么？

Question

假设我必须使用 Java SE 开发一个桌面应用程序。我已经写完了用户需求文档。在本文档中，我提到了我 future 应用程序的功能。我分析了用户的需求并确定了理想的应用程序必须执行的操作。

现在，我必须构想应用程序的架构以及应用程序的详细构想。这是我不知道该怎么办？

我有一个想法，如下:详细说明一个用例图，然后对于每个用例，制作一个序列图，最后生成一个类图，我可以从中生成代码。

这是正确的吗？在哪个级别使用数据库管理系统如何添加 DBMS 的使用？来自第一个 uml 图？

欢迎任何帮助。

Answer 1

你知道你将实现的功能并且你知道要求。虽然此时您应该了解或推断出一些数据库要求，但您还没有全面了解。如果您想做迭代软件开发，您可以从您认为有更多进展的任何事情开始，然后返回到您的其他任务并逐步工作。因为您正在进行一个迭代过程，所以您将到处删除一些位，从而不断完善您的工作。

要按顺序工作，您需要在进行设计之前完成所有分析文档，并在接触代码之前完成所有分析文档。初始数据库可以从 java 类(bean)生成，所以这就是它的用武之地。

根据您选择的方法，您提供的 wiki 链接列出了预期按顺序完成的操作。对于您声称存在问题的高层设计部分，您需要适当的 UML 图，使用模块/软件架构的组件。

因为它是高水平设计，所以保持高水平，不要深入细节。例如，对于视频游戏:图形、音频、网络等，以及它们如何交互(接口(interface))，不要定义任何更小的东西，没有类，没有方法，可以完成主包/库。对于硬件架构，我想您可以使用部署图，让每个立方体代表将运行您的代码的盒子的硬件，您还没有准备好部署，但如果需要，您可以在下一次迭代中对初始提案进行更改。

数据库设计在最后，但是wiki明确告诉你只定义表，不要定义列。您将在低级细节阶段定义它。