php表单提交的UML序列图

Question

我正在尝试在php应用程序的提交过程中创建两个UML图(在设计更改之前/之后)。我意识到我的UML已经变得非常生疏，我怀疑我的图表是否正确，尽管我认为它在视觉上很好地描述了过程。

是第一个(在我更改设计之前)。

1. 用户输入CMS页面(manage.php)
2. Manage.php开始构建html，为此需要一些db数据。
3. 5-10秒后，CMS准备就绪，并显示为用户的html。
4. 用户选择了包含要编辑的表单的页面(有多个页面，每个页面都有自己的表单，可以编辑不同的内容)。
5. 用户编辑/更改表单。(步骤2中的所有窗体都加载了当前设置)
6. 用户单击提交按钮。所有表单数据都被发送到processor.php，而cms页面会死掉？(表单刷新页面)。
7. 用户使用一些会话内容(facebook )进行验证，返回成功。
8. 处理器标识操作(其中哪个表单已被编辑)。
9. 处理器对接收到的数据进行验证，返回成功(正常)。
10. 处理器向DB发送CRUD操作。成功！
11. 处理器设置一些头并给客户端一个响应。
12. CMS重新加载所有内容，并从db获取新数据。
13. 完成加载后，用户将再次获得html页面。

​

我怎样才能证明CMS和它的js死了？(红色X)以及如何显示它再次实例化(蓝色->) ?？

在设计中的变化

因为这个设计很差，所以我决定改变它。而不是每次提交一个表单并重新加载整个CMS，每次编辑一个小表单。我决定提交带有jQuery ajax请求的异步更改。CMS页面永远不会刷新，“保存”进程现在是光速，而不是5-10秒。

1. 用户输入CMS页面(manage.php)
2. Manage.php开始构建html，为此需要一些db数据。
3. 一个加载屏幕显示(尽早)
4. 5-10秒后，CMS准备就绪，并显示为用户的html。
5. 用户选择了包含要编辑的表单的页面.
6. 用户编辑/更改表单.
7. 用户单击“保存”按钮并触发函数。
8. 收集表单数据并将其分配给变量。
9. 在发出ajax请求之前，按钮会变成橙色，以表示尚未读取。它也是残疾人。
10. 发出ajax请求。
11. 用户是validated...success。
12. 处理器识别动作..。
13. 处理器验证数据received....success。
14. 处理器向DB发送CRUD操作。成功！
15. 处理器设置状态200并给予客户端响应。
16. ajax函数调用success()函数，该函数将按钮变成绿色，表示现在已经完成了。

​

验证过程是相同的。但其余的都是新的，我也不确定这是否正确。这两者在我看来都是合乎逻辑的，但我的逻辑意义很少是正确的解决方案，特别是在UML方面。

Answer 1

至少，关于第一个模式，我可以提供以下说明：-它不是那么糟糕，我不知道您的工具，但它生成的关系图的代码否？

• ​
  • 选择页面:上一个结束之前的奇怪开始

​

• 无法删除manage.php并发送响应
• 迭代应该是一个循环: 17.6.3.17循环-- interactionOperator循环指定CombinedFragment代表一个循环。循环操作数将重复多次。和一个保护装置来定义循环条件。
• 长时间执行并不是所有消息的逻辑。它不是由消息执行的..。
• 有些消息跨越这个执行，这似乎不合逻辑，因为所有的消息都是同步的.

红色方框是ExecutionSpecification“a ExecutionSpecification是在生命线中执行行为或行为单位的规范。

对我来说，它模拟了一个由消息激活的动作。