我正在尝试在php应用程序的提交过程中创建两个UML图（在设计更改之前/之后） . 我意识到我的UML已经变得非常生疏，我怀疑我的图表是否正确，但我认为它在视觉上描述了这个过程非常好 .
The first one (before I changed the design).
-
用户进入CMS页面（manage.php）
-
Manage.php开始构建html，为此需要一些db数据 .
-
5-10秒后，CMS准备就绪并显示为用户的html .
-
用户选择了一些包含要编辑的表单的页面（有多个页面，每个页面都有自己的编辑不同内容的表单） .
-
用户编辑/更改表单 . （所有表格都在步骤2中加载了当前设置）
-
用户单击提交按钮 . 所有表单数据都发送到processor.php并且cms页面死了？ （表单刷新页面） .
-
用一些会话内容验证用户（facebook sdk）返回成功 .
-
处理器识别操作（编辑了哪些表单） .
-
处理器验证收到的数据，（没关系）返回成功 .
-
处理器向DB发送CRUD操作 . 成功！
-
处理器设置一些标头并给客户端回复 .
-
CMS重新加载所有内容并从数据库中获取新数据 .
-
加载完成后，用户再次获取html页面 .
如何显示CMS及其js死亡？ （红色X）我怎么能表明它再次被实例化（蓝色 - >）？
Change in design
因为这个设计很差我决定改变它 . 每次编辑一个小表格时，而不是提交表格并重新加载整个CMS . 我决定用jQuery ajax请求异步提交更改 . CMS页面永远不会刷新，“保存”过程现在是光速而不是5-10秒 .
-
用户进入CMS页面（manage.php）
-
Manage.php开始构建html，为此需要一些db数据 .
-
加载屏幕显示（尽可能早）
-
5-10秒后，CMS准备就绪并显示为用户的html .
-
用户选择了包含要编辑的表单的页面....
-
用户编辑/更改表单....
-
用户单击“保存”按钮并触发一个功能 .
-
收集表单数据并将其分配给变量 .
-
在发出ajax请求之前，该按钮变为橙色，表示尚未读取 . 它也被禁用了 .
-
发出了ajax请求 .
-
用户已经过验证...成功 .
-
处理器识别动作....
-
处理器验证收到的数据....成功 .
-
处理器向DB发送CRUD操作 . 成功！
-
处理器设置状态200并向客户端发出响应 .
-
ajax函数调用success（）函数，该函数将按钮变为绿色，表示现在已完成 .
验证过程是相同的 . 但其余的是新的，我也不确定这是正确的 . 两者对我来说都是合乎逻辑的，但我的逻辑意义很少是正确的解决方案，特别是在UML方面 .
1 回答
至少，在第一个架构上，我可以提供以下说明： - 它不是很糟糕，我不知道你的工具，但它从代码生成图表没有？
选择页面：上一个结束之前的奇怪开始
manage.php无法删除并发送回复
iteration应该是一个循环：17.6.3.17循环interactionOperator循环指定CombinedFragment表示循环 . 循环操作数将重复多次 . 并且是一个定义循环条件的守卫 .
长执行不是所有消息的逻辑 . 它不是由消息执行的......
一些消息越过这个执行，似乎不合逻辑，因为所有消息都是同步的......
红色框是ExecutionSpecification“ExecutionSpecification是在生命线内执行行为或行动单位的规范 . ”
对我来说，它模拟了由消息激活的动作 .