¿Qué hacemos siempre que queremos modelar algo?
Generalmente nos vamos hacia un dibujo. Y el dibujo nos ofrece un conjunto más o menos variado de nuestra obra.
Con los patrones es igual, solo que al tratar de elementos específicos de cierto alcance, los dibujos, diagramas, etc. que necesitamos construir son pequeños y directos.
Como siempre, cuando las cosas comienzan a lucir grandes, es un problema de enfoque que inevitablemente terminará siendo un problema de diseño. Un patrón es conciso, no es un conjunto indeterminado de características que crecen sin frontera y que tienden a perder el enfoque por ser muy amplio. Si es muy grande, probablemente sea un conjunto de patrones, no un patrón solo, y hay que fragmentar las ideas/conceptos, etc.
El patrón nos tiene que mostrar algo directamente, y este algo tiene que ser claro, obvio y evidente.
¿Cómo estructuraríamos un proceso de cierre?
Es un conjunto de cosas que se hacen y se espera un resultado.
Si vamos a construir el patrón cierre, necesitamos situarnos a cierta altura del problema para no observar sus detalles finos. Es obligatorio abstraerse y construir el diagrama necesario para entender el problema; no estamos solucionando ningún cierre en particular, estamos solucionando absolutamente todos los cierres en general, y solo deben sobrevivir aquellos detalles que tiendan a ser genéricos.
La imagen resultante debe decir mil palabras, y debería poder entenderse en la primera ojeada, no luego de un curso de interpretación sobre la imagen.
Ahora bien, si es un diagrama, es muy probable que siga algunos lineamientos existentes y por lo tanto, se requiere cierto conocimiento previo para poder entenderlo a cabalidad. Esto ocurre tanto para diagramas ER como para diagramas en UML o cualquier otro tipo de diagrama estructural. Pero no es obligatorio utilizar tal o cual diagrama, lo importante es que el patrón quede claro.
En general : olvídense de los diagramas de 18 páginas al describir la estructura de un patrón.