需求分析1业务分析之可逆性思维.docx

需求分析一---业务分析之可逆性思维 在业务分析过程中，根据实际的业务需要，我们一般都会按照事件的正常流程，分析业务逻辑，建立业务模型，设定业务逻辑的走向，而忽略了逆向流程，逆向流程一般描述为由于客户的错误录入，或者政策转变而引起的反向流程。说通俗点讲，就是正常流程之外的流程。 现在就拿我们工作中的一个实际例子来考虑，单据流转，我们一般会画一个草图，表示单据的流向。如下图 上图分析：上图简单的描述了单据的录入草稿，由提交进入审批流程，在审批过程中逐级提交，最终审批，单据状态变为关闭的流程，我们还会考虑到单据的撤回，驳回等动作。OK，和客户表达也没有问题。 但是上面的流程完整吗？我们用逆向思维的方式，再分析以下每一个单据状态的可逆性，假如客户的单据录入错误了。我们怎么样避免客户的错误。 草稿状态下，客户录入错误。 不影响业务逻辑，可直接删除，我们需要增加草稿状态的删除。. 提交后，即进入审批流程后， 用户可以直接撤回，包括上级的驳回，都可以退回到草稿状态，草稿状态下，我们走步骤一，可以直接删除。 单据关闭后的处理 此时单据已经审批，或者已经影响到了实际的结果，在我们的系统中表现在工资已发放或者假单已对账等动作， 显然，这个时候我们不能盲目的删除了。 我们的解决方式是，对于假单类，我们要把他影响的结果，恢复，及员工删除对账记录，这样员工请的年假才可以回来，对于工资呢？这个时候假如工资没有发放，好，我们直接删除，如果工资期间已经关闭，哪我们只能逻辑删除，且保留与工资的对账记录了。 上一步有了个逻辑删除，那么逻辑删除后，是否可以再恢复呢？假如我就做错了，那怎么办？当然我们必须得提供逻辑删除后的恢复功能。 完整的操作流程如下图： 以上我们针对单据的流转做了一些用户在犯错误的情况下的，流程考虑，显然，这些因素是在实际情况中，为偶尔性的事件，但是我们又不得不处理，避免死胡同的情况，以上分析的结果，基本满足了单据的正想流程和可逆流程。 总结：逆向思维的概念，保证正向流向的同时，帮助我们处理一些意外情况的处理。在需求分析的时候，做为一个分析依据，也便于大家在业务分析中顺畅沟通。