【问题标题】:What to do after writing the user requirements document?写好用户需求文档后怎么办?
【发布时间】:2015-06-03 07:06:17
【问题描述】:

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

现在,我必须构想应用程序的架构 和应用程序的详细概念。这是我不知道该怎么做?

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

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

欢迎任何帮助。

【问题讨论】:

    标签: java database architecture


    【解决方案1】:

    你知道你将要实现的功能并且你知道需求。虽然此时您应该知道或推断出一些数据库需求,但您还没有全面了解。如果你想做一个迭代的软​​件开发,你可以从你觉得有更多进展的任何事情开始,然后回到你的其他任务并以增量的方式工作。因为您正在执行一个迭代过程,所以您将在这里和那里擦除一些位,同时完善您的工作。

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

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

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

    数据库设计已经结束,但是wiki明确告诉你只定义表,不要定义列。您将在低级细节阶段定义它。

    【讨论】:

    • 我遵循 V-Cycle 作为开发流程。
    • 好的,更新我的回复,我觉得你应该已经有了之前阶段的用例,但如果你没有,请务必在设计之前生成它们。
    • 好吧,我没有在第一阶段(编写用户需求文档)生成用例图,我选择保留它们以用于分析和应用程序的概念。
    • 你说的是哪个wiki链接?请我没有提供任何链接
    • 从解决需求的软件/系统用例开始,以原型设计结束,而不是完整的东西,只是您希望构建的窗体的 windows 模型等
    猜你喜欢
    • 2014-12-04
    • 1970-01-01
    • 2012-06-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-09-21
    相关资源
    最近更新 更多