作为大学里的一个项目,我们必须提出申请。它是使用敏捷制作的。通过用例,从分析到设计,从程序设计到程序设计,构建了应用用例(称为UC)。第一个UC正在登录。然而,我们遇到了很多麻烦,我们的教授只是告诉我们自己想办法,谷歌是我们最好的朋友。
用例:后置条件是‘用户登录’。
1:用户想要登录。 2:系统询问用户名和密码。 3:用户提供用户名和密码。 4:系统使用数据库进行验证。 5:系统显示用户名。 6:系统显示菜单(链接到进一步的UC's)
仅从这个用例出发,我们就必须进行第一次迭代。我们建立了领域模型、系统序列图、操作契约(如有可能)、序列图和设计类图。
仅从这些信息来看,我们在域模型中只有一个类(具有属性“用户名”和“密码”的播放器)。是否有可能从中生成一个系统序列图,或者我们应该至少有两个类?
这是我们的第一个应用程序,我们还没有看到任何关于数据库集成的信息。
SSD:SSD">https://imgur.com/a/Yi7g9">SSD 'Speler‘翻译为'player','geefGegevens’翻译为'supplyData‘(不是直接翻译,用户提供用户名和密码)
发布于 2018-02-16 00:49:45
系统顺序图独立于您将用于实现的类。它显示了特定用例的顺序。
在您的示例中,用例是“登录”,您可能需要处理以下步骤:
也许,如果你贴出的序列图,到目前为止,有人可以给你一个更好的答案。
发布于 2018-02-16 00:40:29
在我的想法中,根据您的解释,您在领域模型中有多个类和一个用例。
首先可以是网络用户:互联网用户不同于系统用户。系统用户是您的系统有效用户,他/她有用户名和密码,但互联网上的每个人都可以请求登录到您的系统(可能成功登录与否),因此登录在用例中的参与者不是系统用户,而是互联网用户。互联网用户可以拥有自己的属性,如ip_address、login_request_datetime、number_of_login_tries等。
二是系统用户:从互联网用户继承的系统用户。成功登录后,Internet用户更改为系统用户。在用例中,系统用户不是日志记录的参与者。系统用户是系统其他用例的参与者(在控制面板中)
对于序列图:
如果您想提供第一阶段(开始或收集信息阶段--但恐怕是敏捷!)的序列图,那么您已经与System进行了通信。这意味着您的序列图中只有参与者类和系统类,并且您的参与者与系统通信。
但是在分析阶段的序列图中,系统类被分解为分析类。确定分析类与您的方法有关。例如,您可以拥有边界类(UI、表单(如登录表单等)、控制类(或Business )和实体类。因此,您的参与者与边界类通信,边界类与控制类通信,等等。
因此,在分析阶段,您有许多类(分析类)来提供序列图。
https://stackoverflow.com/questions/48810399
复制相似问题