业务驱动开发

        业务驱动的开发(Business-driven development，BDD)是一种由业务需求驱动的端到端软件开发方法。其主要的手段是通过主要流程步骤对业务流程进行建模，建立业务部门通过投资回报 (ROI)、主要性能指标 (KPI) 或其他度量标准来对业务流程或主要用例进行评估过的BPM(业务流程模型)——业务部门和IT部门沟通业务需求的桥梁的主要机制。

        BDD是以业务建模和业务分析人员（business Analyst，BA）角色为中心，而不是以IT或者软件架构师角色为中心。

        所以，BDD的关键是建立BPM和建立并保证BPM这种主要机制（或者说某种制度、原则）贯穿于业务与IT部门的各项活动，包括新建业务流程和变更、优化现有业务流程。

        BDD 方法的结果是可以帮助提高业务的灵活性，还可以帮助安排 IT 活动的优先顺序，并使之与业务需求保持一致。它还可以间接地帮助简化企业内 IT 预算的成本确定流程。

       BDD包含五个构成闭环的步骤：建模、构建、部署、监控和分析。

       2.1 建模（model）：也就是通过对业务流程建模（一般应该从关键业务流程开始），来创建BPM，并对投资回报率，性能指标等进行分析、评估。

 

       2.2 构建（develop）：在第一步得到BPM之后，可以将BPM作为活动的需求收集阶段的输入使用。组成给定业务流程模型的活动或流程步骤可以作为用例建模的基础进行分析。确定用例是项目的需求收集阶段的重要一步。将以用例为基础来设计应用程序体系结构，并且还将以用例为基础对企业服务进行标识、设计、开发，并最终将这些服务连接起来，形成实现业务流程的服务组合。

       2.3 部署（deploy）：将已开发的组件作为可发布的、可访问的、位置透明且可发现的服务进行公开。

       2.4 监控（monitor）：业务流程启动并开始运行后，可以对其进行监视，以了解实时性能和进行数据捕获、报告及分析。这些数据用于验证 IT 解决方案是否满足了服务水平协议 (ervice level agreement , SLA) 定义的业务需求，也就是在下面的步骤中使用。

       2.5 分析（analyse）：将以期望的 SLA 或其他基准性能指标和标准为基础对通过运行时监控获得的数据进行分析。捕获的信息将提供给架构师、设计人员及开发人员，以对数据进行分析，并找出通过对实现代码进行增强和性能调整来优化和提高流程的创新方式。