双盲审查工作流程
uwosh.double_blind_review的Python项目详细描述
介绍
============
本产品提供工作流和一些测试类型
对plone内容项的双盲审查。 < BR>
除特殊工作流外，还将以下根模板修改为
防止除经理和所有者以外的所有人看到标识信息。
ContentHistory-位于
uwosh.double_blind_review/uwosh/double_blind_review/static/overrides/plone.app.layout.viewlets.content_history.pt/双盲审查
plone.belowContentTitle.documentByLine-位于本产品中的
uwosh.double_blind_review/uwosh/double_blind_review/static/overrides/plone.app.layout.viewlets.document_byline.pt < BR>
本产品功能概述
==================================
*目标用途
本产品的设计允许双盲审查（两者都不允许
作者或审阅者都知道另一个是谁）发布到网站的内容。
特别是它是为审查助学金提案和书面学生而设计的 工作。我们的想法是尽可能地提供这个设施，
这样它几乎可以用于任何一种可以设计的内容类型。在
特别的是，我想创建一些非程序员可以用于任何
他们可以通过网络灵活地构建提交。主要
这方面的动力在于，我预见到我的机构
在不久的将来，对他人进行内部授权处理。—2013年5月16日-
Jonathan Gutow，威斯康星大学奥什科什分校，美国威斯康星州奥什科什分校 < BR>
*管理概述
对于每种类型的提案或提案周期，
管理员创建一个建议下拉框，其中包含要执行的操作的说明
提交和何时提交。提交期结束时，管理员停止
通过更改工作流状态接受提交。然后是管理员
为提案指派审阅者并更改提案删除的状态
将框及其内容添加到"审查中"。内容规则可用于
通过电子邮件自动通知指定的审阅者建议是
准备好进行检查，但默认情况下不设置。评审结束后
这些提案将提交给专家组（另一个州的变更）进行最终裁决
决定，也可以通过更改提案状态来记录。什么时候？
所有操作都已完成。下拉框状态更改为"循环完成"，并且
决策和评审对投标人可见。 < BR>
*提交提案概述
建议者导航到网站。一般来说，他们应该被引导到
公共登录页。一旦他们登录链接将出现在
任何提案的页面顶部的主导航栏
当前正在接受提交或正在审阅的下拉框。
因此，登录页应说明
访问站点。提交审查周期已完成的提案
不显示在主栏中（鼓励管理员将其设置为
通过站点根级别的"存档"集合提供）。通过
单击顶部导航栏中的链接，建议者将导航到
建议下拉框。使用"添加新…"菜单，他们添加一个新的建议和
提供一些基本信息。一旦创建提案，他们将添加提案人
作为子项提供标书的ID和联系信息。在例子中
假设有两种类型的提议者（提议者和指导者），允许
学生申请人和教师导师提供不同信息。这个
提议者和指导者项目遵循其自己的工作流，仅对
现场经理和提议者或指导者。这样提案就可以匿名了
只要提议者避免使用identif应征信息在提案中。
提供一个或两个层次的提交过程。如果提案人是成员
对于分配了"提交者"角色的组，他们可以直接提交
通过选择状态菜单中的"提交"选项提出建议。如果提议者是
不是"提交者"组的成员（不允许学生提议者
在我们的系统中直接提交），他们不能直接提交。他们必须"分享"
他们与导师一起使用"共享"选项卡的建议，并选择
"将建议发送给顾问以供审批和提交…"（在状态菜单中）。这个
如果他们批准，导师可以提交。然后经理指派评审员
使用"共享"选项卡并将建议转换为"正在审阅"状态。
一旦做出决定，整个下拉框将转换为"循环完成"
陈述、决定和评审对投标人可见。 < BR>
*工作原理
本产品定义了许多专门的工作流：
a.具有以下状态进度的建议文件夹工作流：
1。私有（可由经理和所有者查看）
2。接受提交（所有登录的用户都可以看到并创建
Dropbox中的建议）
3。不再接受提交（对日志可见
在用户中，但不能添加任何建议）
4。正在审阅（只有审阅者才能看到建议）
5。小组审查（只有小组成员才能看到提案）
6。循环完成（登录用户可见）
b.具有以下状态进度的提案工作流： < > 1。私有（所有者、编辑、经理可见并可编辑）
2。顾问审查（所有者、编辑、经理可见并可编辑）
3。提交（所有者可见，编辑可见，经理可编辑）
4。正在审阅（审阅者可见，经理可编辑）
5。小组评审（小组成员可见，经理可编辑）
6。批准不可见（小组成员可见，经理可编辑）
7。批准（对所有者、编辑、审阅者可见并由编辑
经理） < > 8。备选方案不可见（小组成员可见，经理可编辑）
9。备用（所有者、编辑、审阅者可见，经理可编辑）
10。不可见（小组成员可见，经理可编辑）
11。拒绝（所有者、编辑、审阅者可见，经理可编辑）
只有私有状态的C.ID信息工作流（所有者可见且可编辑，
编辑和经理。
d.匿名同行评审工作流程，状态进展如下：
1。私有（对所有者（也称为审阅者）和管理者可见并可编辑）
2。提交（对所有者可见（也称为审阅者）并由经理编辑）
3。小组审查下（小组成员可见，经理可编辑）
4。循环完成（对所有者、审阅者和小组成员可见，可编辑
经理）
e.仅讲师工作流程是一个始终私有的工作流程，仅对经理可见。 < BR>
本产品还定义了一些基于灵活性的内容类型：
a.网页：它旨在取代传统的plone类型
"第页"。它在构建产品时的优势在于
使用zmi中的portal_设置导出到产品中（请参见plone developer
plone.org上的文档）。本产品中包含的说明页
使用这种类型的克隆。
b.建议下拉框：这是建议文件夹后面的容器
工作流程。带有适当标题和突出显示的新提案投递框
应为每个提案周期创建有关截止日期的警告。这个罐头
也可用作学生作业的作业下拉框。
c.模拟方案：这是一个内容类型，它是
如何建立建议. 主要特点是它有一个上传
用于将提交的文档和容器上载到
投标人可以添加其他文件，这些文件可能是或可能不是
可供审阅者查看。此类型遵循建议工作流。
在为您的 地点：
d.提议者：这是我用来包含的内容类型的一个示例
有关可能危及
投标人。它遵循ID信息工作流，使其对除
具有管理员角色的提议者和经过身份验证的用户。
e.mentor：这是我用来包含信息的内容类型的一个示例
关于教师导师会危及
提议小组。它遵循id info工作流，使其对
除了具有管理员角色的提议者和经过身份验证的用户之外的任何人。 < BR>
更改日志
========= < BR>
0.9dev（未发布）
------ < BR>
-初次发布
============
本产品提供工作流和一些测试类型
对plone内容项的双盲审查。 < BR>
除特殊工作流外，还将以下根模板修改为
防止除经理和所有者以外的所有人看到标识信息。
ContentHistory-位于
uwosh.double_blind_review/uwosh/double_blind_review/static/overrides/plone.app.layout.viewlets.content_history.pt/双盲审查
plone.belowContentTitle.documentByLine-位于本产品中的
uwosh.double_blind_review/uwosh/double_blind_review/static/overrides/plone.app.layout.viewlets.document_byline.pt < BR>
本产品功能概述
==================================
*目标用途
本产品的设计允许双盲审查（两者都不允许
作者或审阅者都知道另一个是谁）发布到网站的内容。
特别是它是为审查助学金提案和书面学生而设计的 工作。我们的想法是尽可能地提供这个设施，
这样它几乎可以用于任何一种可以设计的内容类型。在
特别的是，我想创建一些非程序员可以用于任何
他们可以通过网络灵活地构建提交。主要
这方面的动力在于，我预见到我的机构
在不久的将来，对他人进行内部授权处理。—2013年5月16日-
Jonathan Gutow，威斯康星大学奥什科什分校，美国威斯康星州奥什科什分校 < BR>
*管理概述
对于每种类型的提案或提案周期，
管理员创建一个建议下拉框，其中包含要执行的操作的说明
提交和何时提交。提交期结束时，管理员停止
通过更改工作流状态接受提交。然后是管理员
为提案指派审阅者并更改提案删除的状态
将框及其内容添加到"审查中"。内容规则可用于
通过电子邮件自动通知指定的审阅者建议是
准备好进行检查，但默认情况下不设置。评审结束后
这些提案将提交给专家组（另一个州的变更）进行最终裁决
决定，也可以通过更改提案状态来记录。什么时候？
所有操作都已完成。下拉框状态更改为"循环完成"，并且
决策和评审对投标人可见。 < BR>
*提交提案概述
建议者导航到网站。一般来说，他们应该被引导到
公共登录页。一旦他们登录链接将出现在
任何提案的页面顶部的主导航栏
当前正在接受提交或正在审阅的下拉框。
因此，登录页应说明
访问站点。提交审查周期已完成的提案
不显示在主栏中（鼓励管理员将其设置为
通过站点根级别的"存档"集合提供）。通过
单击顶部导航栏中的链接，建议者将导航到
建议下拉框。使用"添加新…"菜单，他们添加一个新的建议和
提供一些基本信息。一旦创建提案，他们将添加提案人
作为子项提供标书的ID和联系信息。在例子中
假设有两种类型的提议者（提议者和指导者），允许
学生申请人和教师导师提供不同信息。这个
提议者和指导者项目遵循其自己的工作流，仅对
现场经理和提议者或指导者。这样提案就可以匿名了
只要提议者避免使用identif应征信息在提案中。
提供一个或两个层次的提交过程。如果提案人是成员
对于分配了"提交者"角色的组，他们可以直接提交
通过选择状态菜单中的"提交"选项提出建议。如果提议者是
不是"提交者"组的成员（不允许学生提议者
在我们的系统中直接提交），他们不能直接提交。他们必须"分享"
他们与导师一起使用"共享"选项卡的建议，并选择
"将建议发送给顾问以供审批和提交…"（在状态菜单中）。这个
如果他们批准，导师可以提交。然后经理指派评审员
使用"共享"选项卡并将建议转换为"正在审阅"状态。
一旦做出决定，整个下拉框将转换为"循环完成"
陈述、决定和评审对投标人可见。 < BR>
*工作原理
本产品定义了许多专门的工作流：
a.具有以下状态进度的建议文件夹工作流：
1。私有（可由经理和所有者查看）
2。接受提交（所有登录的用户都可以看到并创建
Dropbox中的建议）
3。不再接受提交（对日志可见
在用户中，但不能添加任何建议）
4。正在审阅（只有审阅者才能看到建议）
5。小组审查（只有小组成员才能看到提案）
6。循环完成（登录用户可见）
b.具有以下状态进度的提案工作流： < > 1。私有（所有者、编辑、经理可见并可编辑）
2。顾问审查（所有者、编辑、经理可见并可编辑）
3。提交（所有者可见，编辑可见，经理可编辑）
4。正在审阅（审阅者可见，经理可编辑）
5。小组评审（小组成员可见，经理可编辑）
6。批准不可见（小组成员可见，经理可编辑）
7。批准（对所有者、编辑、审阅者可见并由编辑
经理） < > 8。备选方案不可见（小组成员可见，经理可编辑）
9。备用（所有者、编辑、审阅者可见，经理可编辑）
10。不可见（小组成员可见，经理可编辑）
11。拒绝（所有者、编辑、审阅者可见，经理可编辑）
只有私有状态的C.ID信息工作流（所有者可见且可编辑，
编辑和经理。
d.匿名同行评审工作流程，状态进展如下：
1。私有（对所有者（也称为审阅者）和管理者可见并可编辑）
2。提交（对所有者可见（也称为审阅者）并由经理编辑）
3。小组审查下（小组成员可见，经理可编辑）
4。循环完成（对所有者、审阅者和小组成员可见，可编辑
经理）
e.仅讲师工作流程是一个始终私有的工作流程，仅对经理可见。 < BR>
本产品还定义了一些基于灵活性的内容类型：
a.网页：它旨在取代传统的plone类型
"第页"。它在构建产品时的优势在于
使用zmi中的portal_设置导出到产品中（请参见plone developer
plone.org上的文档）。本产品中包含的说明页
使用这种类型的克隆。
b.建议下拉框：这是建议文件夹后面的容器
工作流程。带有适当标题和突出显示的新提案投递框
应为每个提案周期创建有关截止日期的警告。这个罐头
也可用作学生作业的作业下拉框。
c.模拟方案：这是一个内容类型，它是
如何建立建议. 主要特点是它有一个上传
用于将提交的文档和容器上载到
投标人可以添加其他文件，这些文件可能是或可能不是
可供审阅者查看。此类型遵循建议工作流。
在为您的 地点：
d.提议者：这是我用来包含的内容类型的一个示例
有关可能危及
投标人。它遵循ID信息工作流，使其对除
具有管理员角色的提议者和经过身份验证的用户。
e.mentor：这是我用来包含信息的内容类型的一个示例
关于教师导师会危及
提议小组。它遵循id info工作流，使其对
除了具有管理员角色的提议者和经过身份验证的用户之外的任何人。 < BR>
更改日志
========= < BR>
0.9dev（未发布）
------ < BR>
-初次发布
欢迎加入QQ群-->： 979659372
