Una situación común donde se aplique este patrón es cuando se piensa utilizar bases de datos en el proyecto, por ejemplo: veamos un modelo de dominio sobre una tienda que vende productos varios.

En el modelo de dominio podemos ver que en el mundo real el vendedor registra una venta, puede ser en forma de factura o escrito en una libreta para mantener un control, pero esto en un software representa una base de datos (BD), sin embargo, si la clases Registro encargada de crear y registrar las facturas realizadas contiene además acciones relacionadas con las BD rompería la cohesión de la misma. En ese caso es mejor crear una clase artificial que se relacione con la clase Registro y que su función esté únicamente relacionada con las responsabilidades asociadas con la BD.