锁定经过验证的流程 (GMP) 的工作流程大家好，
我有一个客户爱上了工作流构建器。 为了将其应用于受监管、经过验证的流程，他们需要一种方法来锁定步骤或整个工作流程，以确保分析方法不会被操纵。
有人知道如何做到这一点吗？ 也许我错过了实现这一目标的选择吗？
感谢您的想法和意见！
来自海德堡的问候，
弗洛里安
回复：锁定验证过程 (GMP) 的工作流程感谢@ian_jmp . 这绝对是一种选择，或者可能是可行的方法。 将它内置到工作流构建器中实际上会很好 
回复：锁定验证过程 (GMP) 的工作流程也许有更好的方法，但他们总是可以从 Workflow Builder 获取脚本并将其加密以要求“解密”和/或“运行”密码（或两者）。 如果很多人都在使用它，您可能希望将其放入带有菜单选项的加载项中。
回复：锁定验证过程 (GMP) 的工作流程工作流构建器中没有内置任何类型的东西。您能否详细说明用户的要求是什么？
用户是否拥有完全执行流程的工作流程？即它们不需要用户干预。
工作流完成后，用户可以执行操作。那是问题吗？
或者这些只是“脚本”，而不是实际分析？
回复：锁定验证过程 (GMP) 的工作流程@ErnestPasour - 嘿，只是想插话一下，因为我希望我们的很多制药/生物技术公司提出类似的要求。
这个问题有点像软件开发。 在某种程度上，你们锁定了一个版本的代码库，进行了最后一组质量检查，然后以最终用户无法更改的状态发布它。 他们基本上希望能够做类似的事情。
他们希望能够验证工作流是否按预期在标准数据集上运行（就像我们使用 NIST 验证工具所做的那样），然后锁定工作流以使其无法更改。 进入工作流的数据和从工作流中出来的结果将与在野外使用时的测试用例不同。 关键是他们已经验证了工作流在受控测试条件下产生了预期的结果，并且在验证过程之后无法修改。 任何提示、对话等都将成为经过验证的工作流程的一部分。
我不知道是否@Florian_Vogt将其放入内部愿望清单，但这将是对 WFB 作为 LRT 选项的功能的一个很好的补充，我希望听到我们的客户群对它的更多请求，因为 17 在经过验证的环境中获得工作吸引力。
最好，
米
回复：锁定验证过程 (GMP) 的工作流程好的谢谢@MikeD_Anderson ，这澄清了一些事情。因此，实现这一点的一种方法可能是“锁定”工作流，如果文档在磁盘上是只读的，则无法更改任何内容。为了安全起见，工作流可以存储在源代码控制系统中，但如果最终用户只能访问只读副本（来自源代码控制或共享驱动器），那么他们将无法修改它们。
但是，我仍然想知道：我们是否担心意外修改（其中存储在源代码管理中可以解决大部分问题）或防止人们在一个有福的工作流程中解决感知到的缺点？绝对更难阻止某人在 JMP 中执行其他操作以规避工作流程中内置的任何限制。
列出用户可能会做的一些您想阻止的事情可能有助于充实此处的要求。
回复：锁定验证过程 (GMP) 的工作流程只读的想法绝对是一个选择。 如果他们有一个 Sharepoint 站点或可以从中管理它的东西，那将是一种可能性。 而且，您是 100% 正确的 - 无论 JMP 做什么，用户公司肯定都必须实施一些业务流程和标准操作程序。 我认为我们能做的最好的事情（如果从您的角度来看有意义的话）就是半途与他们会面，然后说由他们来制定治理策略。
我认为关注的是任何修改 - 意外或故意的。 我认为在这个问题上有一些积极的防御。 锁定某些内容可能是在审计或其他情况下定义 SOP 的一种方式。 但是，这只是一个猜测。
回复：锁定验证过程 (GMP) 的工作流程嘿@MikeD_Anderson和@ErnestPasour ,
我实际上已经提交了一个答案试图澄清，但它似乎失败了......好吧，谢谢你澄清迈克。 这正是他们所要求的（GMP 监管的 Pharmacompany）。
他们想用它来创建工作流的“仅播放”版本，他们可以将其分发给用户以供日常使用。 由于他们处于受监管的环境中，因此他们需要验证他们的流程，这（正如 Mike 已经说过的那样）包括编写标准操作程序 (SOP) 之类的内容，其中描述了（已验证流程的）每个步骤。
这是他们在 JMP 17 之前就必须做的事情，所以有很多方法可以在没有附加功能的情况下实现这一点，但对他们来说，这将是非常好的。
在愿望清单方面，他们告诉我已经有一个类似的条目。 但我也会将它添加到内部版本中！
祝大家圣诞快乐！
回复：锁定验证过程 (GMP) 的工作流程作为对此的后续问题 - 有人知道是否有锁定 JMP 应用程序（.jmpapp 或 .jmpappsource 文件）的方法吗？ 我似乎也找不到任何东西。
米
回复：锁定验证过程 (GMP) 的工作流程上周我谈到了我可以实施的内容，这就是我想出的。
1.“包”命令（来自红色三角形）将有一个复选框用于“锁定”或“锁定编辑”或“锁定查看”或类似的东西。
2. 如果工作流程被锁定，那么当它出现时，用户界面将受到限制（无法查看/更改设置，无法重新排序步骤）。可能会删除另存为或复制或复制的能力，因为这些允许轻松绕过限制。但我对这方面的意见很感兴趣。
3. 如果工作流被锁定，用户界面也可以进一步简化（例如删除后退或跳过步骤的能力）。也许这是一个单独的选项。
4. 无法从 UI 解锁工作流程（但您可以在 JMP 外部打开文件并进行调整）
5. 如果需要，我会添加一个单独的选项来尝试隐藏信息。 前任。悬停在步骤上时不显示 jsl 代码。但这仍然不是“安全性”，只是让人更难随便说出正在发生的事情。
使用打包机制意味着作者不会被他刚刚创建的工作流拒之门外，所以这是一种自然的流程。不允许解锁流意味着我不必担心想出一些密码机制来确定解锁是否可以。
@Florian_Vogt , @MikeD_Anderson ，你对这个方向有什么反馈？
回复：锁定验证过程 (GMP) 的工作流程@ErnestPasour - 我认为这是我们在这方面所追求的一个很好的中间立场。 @Florian_Vogt - 你怎么看？
回复：锁定验证过程 (GMP) 的工作流程抱歉回复晚了，我有点缺席。
我认为这很好地满足了我的客户要求的需求！ 第 5 点不应该是关键的（看到发生了什么通常不是问题）——它实际上更多的是确保没有人可以改变工作流程的工作方式（作者/授权人员除外）。
来自德国的感谢和最诚挚的问候
回复：锁定验证过程 (GMP) 的工作流程@Florian_Vogt , 你有什么反馈吗@ErnestPasour正在提议？
