红外线烤箱需求范围定义的工作重点在于明确项目的目标和范围，通过三步走的方法，界定了需求范围以后，就可以以业务事件列表和报表列表为线索，进行进一步的需求分析需求分析和需求业务建模提供架构基础。 哈芬槽道
一、需求范围定义
我们在做项目的时候，进行需求工程分析项目，为了能给需求分析与需求建模提供有效的支持，避免出现“上梁不正下梁歪”的情况，我们在立项阶段的需求范围定义就显得尤为重要。而需求范围的定义应该放在项目的启动立项阶段，对整个项目的宏观业务需求，起到指引的作用。
一句话说就是：明确项目的目标和范围。
那么需求范围定义的应该怎么做？结合笔者的经验，三步可以概括：
绘制上下文关系图，到主题域承担的责任，即到每个板块的业务范围；sky angel vol.99
标识业务事件和报表，输出需求大纲。
划分主题域顾名思义就是划分板块，但是划分的方法，维度，参考的标识应该是什么呢？我们可以通过两个方法来识别：
以“事”为线索划分主题域，通过业务事件到业务流信息；
对于复杂的联机处理业务系统，单单以一条线划分主题域还不够，结合职责划分主题域会有更好的效果。 二、案例：商旅平台系统
（1）确定主题域
通过典型的业务职责，将系统分为：销售、生产、售后三部分。
销售职责区块：由于产品特性，商旅针对的B端用户是组织和企业。所以这里的客户是企业。销售这个业务职责就是对客户企业的管理，服务跟踪，运营数据数据分析等，这里把这个主题域命名为客户管理子系统，也是通常说的CRM
生产职责区块：这个职责区块就是为企业用户提供全面的商旅业务（包括机票，酒店，用车等），也就是商旅业务就是他的核心生产业务。因此可以把这个业务区块主题域称为“商旅业务系统”，但是由于业务相当复杂，以及服务业的特性，光是一级主题域还不够，商旅业务子系统下，平台内部还应该划分更细的业务职责以及协同职责，这里才是整个平台高效运转的核心，也是我们划分主题域的核心工作，所以这个案例的重点是把业务系统下的二级主题域划分清楚。
售后职责区块：这个区块，为企业提供售后的支持的主题域，主要是财务上的，和C端的旅游不同，商旅很多是企业和平台月结的，而平台和供应商一般也是周期结算。所以售后这个区块一是平台和企业的按照周期结算对账，二是平台和供应商的结算。这个主题域叫做结算系统。
下面我们来进一步二级主题域的划分。电视机模具
录播服务 在业务子系统内部，由于业务的特殊性和复杂性。我们进一步进行职责划分：生产、支持、服务三个职责区块。
双柱汽车举升机生产职责区块：商旅平台在本质上属于电商平台，只不过商品不是实物产品，他只是一个平台代理商，所以它的核心业务应该是属于电商：查询、下单、支付、发货这个完整的业务流程。这个主题域我们把它叫成：生产系统。业务要走的通，除了业务，还应有资金。支付方式如果支持多种：月结、现结、预存，那么还应该有支付系统，或者第三方提供支付服务，提供支付接口，或者提供记账的虚拟支付系统。
支持职责区块：由于业务的复杂特性（以机票为例：各种政策投放，优惠，里程兑换，行程单报销，短信通知），质量风控，投诉质检等。需要大量的运营人员以及系统对业务的支持。这里把所有的业务支持的东西都放在一起，叫业务支持主题域。生产上即业务支持子系统
服务职责区块：由于服务行业7*24服务业的特性，在这个职责区块上，为了给提供有效的协同支持，还应该有工单子系统，呼叫子系统。
第二步：绘制构件图
完成了主题域划分以后，可以用一个构件图，标识出各主域题之间的关系，即到各主题域之间的接口，把整个系统联系起来，搭建出整个业务框架。
在前面我们已经标识出了一级主题域有：“客户关系管理系统”、“商旅业务系统”、“结算系统”，现在我们先来梳理一下一级主题域之间的关系。
客户关系管理子系统和商旅业务系统：以商旅机票服务为例，只有企业账户已经开通，企业下的用户才能在业务系统下单，所以在用户下单时候，需客户关系管理系统提供相应的用户数据，企业信息给业务系统。而为了分析企业的商旅出行的数据等，业务系统还应该把订单数据回传给客户关系管理系统，以为生成各类运营报表提供基础。所以这两个主题域之间的接口应该是：CRM提供查询客户资料的接口供业务系统查询，业务系统提供同步订单数据的接口给CRM。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议