数字化转型之需求分析的正确打开方式

1df08a1d886b716fd54e5fc02624e2b1.jpeg

转载本文需要注明出处:微信公众号EAWorld,违规者。

需求是业务和技术之间的桥梁。这是将行业知识转化为数字化的过程。业务是需求的输入,需求是设计的输入。也就是说,需求的关键要素必须从业务分析的要素演变而来。随后的高级设计需要与要求保持一致。连续一行后,每个元素都需要有一个完整的生命周期和进化链。这是一个有机的整体。以业务对象为例,在业务分析阶段,业务对象是业务对象。在需求阶段,业务对象演变为对象实体。在设计阶段,对象演变为数据库物理模型中的表或视图。

需求内容包括四个部分:业务需求,管理要求,运营和维护要求以及外部服务要求。

需求分析师的作用是根据业务分析输出,根据业务边界定义需求边界,根据业务参与者明确用户,根据业务用例深化用例,并导出管理使用案例,操作和维护用例,系统用例和外部服务用例。根据业务规则,要求约束和限制,根据业务流程,确定工作流,页面流,数据流,根据业务对象,定义对象实体和界面元素。

需求分析的目标很明确,那么我们如何才能正确打开需求分析的迷宫呢?需要一个良好的方法指导,我们使用Rational提出的面向对象的软件工程RUP方法,基于RUP方法,提取,组织和记录业务需求,管理要求,操作和维护要求,外部服务要求和约束来定义完美的需求。在这里,就像垦丁对奶牛的解决方案一样,朝着目标前进并走正确之路。

在我们谈到这一点之前,让我们首先了解业务和需求之间的差异。为什么高级需求分析师会混淆两者?

首先,内涵不同,业务是政府或企业的经营内容,如石油勘探开发业务,人口普查 - >详细调查 - >精细检查 - >勘探钻井 - >开发钻井 - >石油运输 - >整个业务流程可以手动完成。需求是信息技术的概念,尤其是可以数字化并需要业务数字化的用户需求。例如,勘探钻井需要通过钻井平台来实现。此操作无法通过信息化完成,因此此?僮魑薹ń胄畔⒒R笄宓ァ?

其次,扩展是不同的,业务的扩展涵盖了组织的所有社交活动,但需求的扩展是可以数字化的组织工作。

最后,业务分析的主体是甲方或乙方的行业专家或业务专家,没有信息背景。然而,需求分析的主体是具有甲方或乙方信息背景并具有转换需求能力的分析师。

首先,如何定义需求的边界?

需求分析师是天才转换器和过滤器,可根据业务边界将数字和业务关键型服务转换为需求,同时过滤掉无法数字化或数字化的离线流程。同时,无论业务支持,业务重组和业务创新方案如何,需求都负责自动化和标准化业务流程。

二,如何澄清用户?

用户是数字系统的访问主体,用户分为用户用户,操作管理用户,操作维护用户和系统内置用户。

最佳实践是,从业务分析中的业务参与者开始,参与业务执行,业务运营管理和业务决策的人员将成为使用系统的服务功能来完成业务的用户。

运营管理用户和运维用户是从业务数字化过程中导出的信息系统的管理和运维人员。操作管理用户负责管理和配置系统后端功能,覆盖应用系统管理人员。 O&M用户负责定期检查,紧急响应系统故障,数据备份和安全管理,涵盖IT运营和维护人员。

系统内置用户是根据业务自动化和外部服务的要求从业务数字化过程派生的用户,它负责系统的自动执行。

这里应该强调的是,所谓的用户是数字系统的概念,不是业务的概念,即用户指的是使用数字系统的人,而操作管理用户指的是操作的人数字系统。因此,业务的运营管理和决策人员是用户,而不是运营管理用户。

以保险系统为例,保险客户,保险产品销售,保险产品审核员,保险理赔人员,保险公司管理人员,保险公司领导等是保险系统的用户,保险系统管理员是管理人员。保险系统的用户,保险。系统的操作维护人员是操作维护用户,保险系统的内置用户是系统用户。

顺便提一下,澄清用户的一个重要任务是对用户进行分类。合理准确的用户分类是系统分子系统和系统安全控制的基础工作,需要科学划分。

三,如何提取用例?

Piece + action(场景)+触发事件,用例是分层的,高阶用例允许多个低级用例。

范围的核心是空间范围,组织范围和时间范围。空间范围是指网络空间和地理空间。组织范围是指实现用例的组织。时间范围是指用例的生命周期。例如,中国人寿的财产保险产品在北京和新疆的不同地区可能有不同的业务规则。不同时段的保费可能会有不同的优惠价格。北京分公司和新疆分公司可能会推出不同类型的特殊保险。产品等

该级别主要用于用例的树级别,例如第一级用例,第二级用例等。高阶用例通常更好,更宏观。

件。该部分是用例的触发时间或触发事件。

最佳实践是根据业务用例深化用例。这是访问数字系统的用户执行的业务工作,例如输入保险订单,审查保险订单和签订保险合同。

为了支持和保护用例的使用,数字系统得出管理用例,操作和维护用例,系统用例和外部服务用例。

管理用例是数字系统建立后管理员对数字系统的管理,例如身份管理,组织管理等。

操作和维护用例是数字系统完成后操作和维护人员在数字系统上进行的操作和维护工作,如模拟登录和数据备份。

系统用例是自动执行的操作,系统的内置用户是用例的用户。例如,自动批准流通,自动警告等。

外部服务用例通常来自需求边界,是系统与外部系统集成的服务接口,在业务流程或数据级别将系统与外部系统集成。

用例定义的难点在于业务用例是闭环的,而需求用例也需要闭环。但是,由于业务用例中的手动或脱机操作未包含在需求用例中,因此需求用例如何保证业务的闭环?最佳实践是将手动或脱机中断的不同业务部分封装在不同的子系统中,并将子系统集成到完整的业务闭环中。或者在系统中,前一链接的执行结果被用作下一链接的输入信息以继续业务处理。

强调需求分析必须包括操作要求。由于数字系统的价值体现在系统运行的好处上,因此前提是系统可以在发生故障时稳定运行并快速恢复。因此,系统是否能够良好运行与系统的价值是否能够得到充分反映直接相关。例如,如果系统中的服务链很复杂,并且系统需要跟踪整个服务链以在运行系统故障时定位系统故障点,则操作和维护要求需要包含每个业务操作的唯一traceID。服务链。 TraceID可以跟踪服务链中每个业务操作的执行结果,并通过日志确定哪个业务操作结果失败,从而可以快速定位故障的程序点,从而快速排除故障。

四,如何提取约束和限制?

约束和限制是用例执行的过程规则,包括业务主题和对象空间和时间限制约束,性能和可靠性索引约束,环境限制,安全性和隐私约束以及用户体验约束。

业务主题,对象和时间限制意味着特定类型的主题可以对特定空间和特定时间限制内的特定对象执行特定操作。

索引约束包括(用户量,数据量,性能指标,可靠性指标)等,以保险业务为例,要求用户以2ms的响应时间访问保险订单,系统24 * 7运行稳定。

环境限制包括系统空间限制,行政区划限制等。安全性和机密性限制包括使用加密的用户访问,必须加密系统数据等。用户体验限制包括用户访问3次点击的类似要求。

最佳实践是将业务规则细化和分解为对需求的约束和约束。以保险业务为例,财产保险公司的机构负责人可以在公司内部网的工作时间内查看该机构的财产保险经纪人出售的财产保险单。此约束要求特定实体(保险机构负责人)在特定时间限制(工作时间)内审查特定环境(内部网)中的特定对象(生产和保险订单)。

5.如何定义流程?

过程是具有确定的起始节点,确定的链路,确定的链路转换逻辑,确定的端节点的时间或逻辑序列。

流程图需要包括关键元素,例如用户,活动,订单,输入和输出。然后定义过程需要定义业务任务,将业务任务分解为多个流程,将流程定位为链接,明确链接的输入和输出,并确定链接之间的并行或串行顺序以完成流程定义。

最佳实践是从业务流程中优化业务执行的工作流程。然后,根据工作流程结合功能设计,确定页面流和数据流方向,定义数据流。

应该强调的是,流程定义需要涵盖前向流程,反向流程和异常流程。正向流程是业务的正常方向,而逆向流程是链路的反向流程。例如,A提交申请,B批准批准,C批准批准。此时,A取消应用程序,或C审核拒绝,并且该过程需要反向返回A.异常进程是进程运行过程中某个进程的异常结果,进程如何提供异常导出,而不是让进程在链接中停滞不前。

更重要的是,流程定义需要从高级流程更深入到详细流程。首先,抓住树干,然后抓住树叶,最后加深毛细管。

如何定义对象?

对象是数字系统中的信息载体。对象的内涵包括业务主体,业务对象,事件,过程等。

如何表达对象? ER图。 ER图,即对象关系图,通过对象实体,关系和属性的三个基本概念来引用对象实体的数据的基本结构,从而描述静态数据结构的概念模型。

最佳实践是将业务对象中的对象实体和对象元素抽象为系统的数据概念模型。根据对象元素在接口上设计属性。

对象定义的关键点是分析对象关系。对象,继承和扩展之间的关系是确保对象定义中系统数据的完整性和可用性的基本保证。

简单来说,需求分析是对用户(用户)在数字系统(用例)中以何种顺序(约束和限制)进行规则(约束和限制)所具有的(什么)的描述。如果以正确的方式开启需求分析,需求分析将是一个令人愉快的过程,前提是您必须掌握业务并设计底线,使需求分析成为从业务到技术的完美转变。

*这是一系列数字转换文章中的第二篇,第一篇《设计数字化转型业务顶层的九个疑问》,第三篇将会跟随《数字化转型的产品设计正确打开方式》,敬请关注EAWorld~

4c74dc88d7f5a84670713fc937607217.jpeg

作者简介:郭昆山,中国第一代Java程序员,拥有20年的IT开发和管理经验,曾在软副总经理分部工作,曾组织,策划,设计,开发,推广中国三大登陆萨斯Oil Exploration Cloud管理着一个40人的业务部门,每年亏损400万美元,盈利600万美元。

关于EAWorld:微服务,DevOps,数据治理,移动架构原创技术共享。