在将行为驱动开发（Behavior-Driven Development, BDD）应用于遗留系统的改造时，调整领域模型与子域划分策略是极其重要的一环。其目的是为了使新的开发方法更好地适应旧系统的架构，并为未来的扩展打下坚实的基础。以下是几种策略，通过这些策略可以有效地调整领域模型与子域划分，以适应遗留系统的架构特点和现有业务需求：

1. 理解现有系统：首先，深入了解遗留系统的现状，包括其技术架构、业务流程、数据结构等。通过与业务专家、现有开发人员的交流，以及代码审查等方式收集信息。这一步是所有后续工作的基础。

2. 识别核心域和子域：基于对现有系统的理解，识别出哪些部分是系统的‘核心’，哪些是支持域。核心域是指对业务增长起关键作用的领域，而支持域则是辅助或间接支持核心业务的领域。这有助于团队集中资源在最重要的部分上。

3. 重构领域模型：根据业务需求的变化，逐步重构领域模型。一个新的领域模型应该更清晰地反映出业务规则和流程。如果可能，可以引入领域事件来帮助解耦不同的业务过程，并提高系统的灵活性。

4. 采用循序渐进的方式：考虑到遗留系统的复杂性和改造的风险，不宜采取激进的方式一次性完成所有改造。而是应该采用循序渐进的方法，先从最容易的部分开始，逐步推进到更为核心的部分。每完成一个阶段，都要进行充分的测试，确保新旧系统的平稳过渡。

5. 利用BDD增强测试：BDD强调从用户故事出发，通过参与者（如用户、开发团队和利益相关者）的协作来明确需求，并将这些需求转化为可执行的测试用例。这不仅有助于提高软件质量，还能加快团队成员之间的沟通，确保每个人都对业务需求有清晰的理解。

6. 持续集成与交付：为了支持快速迭代和持续改进，实施持续集成和持续交付（CI/CD）是非常必要的。这能确保代码的每一次更改都能够自动地被集成到主干中，通过自动化测试验证其正确性，并自动部署到生产环境。

7. 文档化：在改造过程中，保持良好的文档记录是非常重要的。文档应该详细记录改造的目的、过程、遇到的问题及其解决方案等，这对于团队成员之间的知识分享和未来维护都有极大帮助。

通过上述策略，不仅可以有效地将BDD应用于遗留系统的改造当中，还能够提高软件的整体质量和团队的开发效率。