任务流，业务流和工作流等流程类系统业务逻辑和界面怎么设计？

常见的业务流，我们用交互设计都可以表现出来，那么对于任务流，工作流的特殊逻辑流程如下

一.任务流（单个子系统）

【强限制版】

1.默认每个界面都可以查看和更改。

2.查看规则：只能一步一步前进，一步一步倒退

3.查看规则：每一步的数据可为空，不影响前进和倒退

4.修改规则：默认情况前面的数据更改，保存时，后面步骤的数据需要清空（给提示），只能一步一步往前清空。

修改规则：特殊情况前面的数据修改，后面步骤的数据联动同步，且此种情况和默认情况的修改规则冲突，不建议设计到流程类系统中

【弱限制版】

1.默认每个界面都可以查看和更改。

2.查看规则：任务刚开始时，只能一步一步前进，倒退可以倒退到前面的任意一步

3.查看规则：每一步的数据可为空，不影响前进和倒退

4.修改规则：默认情况前面的数据更改，后面步骤的数据需要清空（给提示），只能一步一步往前清空。

5.修改规则：特殊情况前面的数据修改，后面步骤的数据联动同步，且此种情况和默认情况的修改规则冲突，不建议设计到流程类系统中

二.平台任务数据流（平台和子系统）

方案1：平台的基础数据在各个子系统里（不可能，各个子系统需要相同的数据，都要从新增加和编辑，而且各个子系统数据不一致）

方案2：平台基础数据统一管理，子系统数据按照时段获取并储存，子系统获取储存后，平台基础数据中心数据更改后，子系统数据不在更改。

如果数据错或者有变动，则只能继续错下去，获取数据后，任务进行中无法再灵活更改数据

方案3：再前面方案的基础上继续升级