在实际项目开发中根据业务需求识别并恰当划分聚合的关键在于深刻理解业务本身，通过与领域专家密切合作，识别业务中的核心概念，确定这些核心概念之间的关系，进而划分聚合边界。聚合是领域驱动设计（DDD）的核心概念之一，聚合根是一个对象，通常是实体，它作为一个整体的入口点，聚合内的其他对象不可由其他聚合中的对象直接引用，以确保聚合的内聚性和边界清晰性。接下来，通过一个实际案例来说明聚合的划分。

案例背景： 假设我们正在为一个电子商务平台开发订单管理子系统。

业务需求分析：

1. 订单：订单是此业务的核心概念，包含买家信息、订单状态、支付信息等。
2. 订单项：每个订单可以包含多个订单项，每个订单项代表不同商品的购买细节，如商品ID、价格、数量等。
3. 商品：商品管理是另一个独立的业务区域，但每笔订单项会引用商品。
4. 支付：涉及支付渠道、支付状态等。

基于上述需求，首先我们需要识别出主要的实体和值对象，然后确定这些实体和值对象间的关联。

聚合划分：

1. 订单聚合：订单作为聚合根，每个订单包含多个订单项，每个订单项是一个值对象，因为它们没有独立的生命周期，它们的存在意义完全依赖于所属的订单。订单和订单项之间的关系是一对多。
2. 商品聚合：虽然每个订单项都会引用商品，但是商品的管理属于商品模块，是一个独立的聚合。订单聚合与商品聚合之间通过商品ID建立联系，而不是直接引用商品对象，避免了两个聚合间的紧耦合。
3. 支付聚合：支付过程涉及订单，但在本例中，支付过程被设计为独立的聚合，其中包含支付渠道、支付状态等信息。订单聚合与支付聚合之间的交互通过事件（如支付成功事件）来触发订单状态的更新。

通过这种方式划分聚合，我们确保了每个聚合的内聚性，减少了聚合之间的耦合度，使系统更加灵活，易于维护和扩展。这样的设计遵循了DDD的最佳实践，能够有效地支持业务的快速发展。