领域驱动设计在业务支撑系统
商业企业运营信息化系统的设计，技术本身并不是最重要的问题，甚至不是一个问题，更重要的问题，或者说最主要的问题是对商业企业的行为活动的深刻洞察与理解，涵盖了从需求分析到开发编码的知识传递过程。笔者认为，领域驱动设计（Domain-Driven Design）模式作为一种高效率的需求分析方法、领域设计方案和易沟通的知识传递方式，对商业企业业务运营系统的开发尤其适用，以下将以电信运营业BSS（Business Support Systems，业务支撑系统）系统的需求分析为例，加以阐述。
由Eric Evans所倡导的领域驱动设计模式的主旨，就是要求软件实现者对业务领域有着深刻的理解。领域驱动设计模式认为，软件是一种被创建用来帮助我们处理现代生活中复杂问题的工具，它只是到达目的的一种方法，而这个目的通常就是非常实际和真实的事情。软件开发通常被应用到真实世界中已经存在的自动化流程，或者给真实的业务问题提供解决方案，即要自动化的业务流程或者可以用软件解决的现实问题，这就意味着'领域“概念与软件开发全生命周期过程的密不可分。然而，我国软件业实际开发过程中所体现的理念，通常是认为'软件是由代码最终构成的，故而我们应当在代码上面花费最多的时间“。但是，显然地，我们不能用这种方法开发类似商业企业运营信息化系统这类复杂的软件。为了创建一个好软件，你必须知道这个软件究竟是什么。以电信运营企业的BSS业务运营支撑系统为例，在你充分了解电信业务是什么之前，你是做不出一个好的电信业软件系统的，你必须理解电信业的领域。而软件与领域二者的关系，Eric Evans认为，最佳的方式是让软件成为领域的反射（映射），软件需要实现领域里重要的核心概念和元素，并精确实现它们之间的关系，软件需要对领域进行建模。这种领域思想在TMF（电信管理论坛，TeleManagement Forum）在NGOSS（Next Generation Operat
ions Systems and Software）整个生命周期中以'Knowledge Base“的名义体现得十分明显，贯穿始终。
从电信运营业务支撑系统软件的开发来讲，就是要对电信运营业的领域特点有着深刻的理解。从宏观行业性角度来看，电信运营业有着很多独特的特点。首先，作为服务性行业，它有着不同于制造业的特点，即生产过程与消费过程密不可分，通信服务作为产品，只有当用户进行消费的同时才能被生产出来，之前仅仅作为能够提供通信能力的企业资源闲置着，这就意味着进行软件设计时，需要较制造业生产控制系...
|
== 试读已结束，如需继续阅读敬请充值会员 ==
|
|
本站文章均为原创投稿，仅供下载参考，付费用户可查看完整且有格式内容！
(费用标准：38元/2月，98元/2年，微信支付秒开通！) |
| 升级为会员即可查阅全文 。如需要查阅全文，请 免费注册 或 登录会员 |
|
