El arquitecto de información debe realizar este papel. (algunas personas usan el término “arquitecto de datos”, y hay algún desacuerdo sobre el mejor término para usar).
Para sistemas grandes, un arquitecto de información independiente de otros roles de arquitectura tiene sentido, pero a medida que considera proyectos de menor tamaño, puede hacer este trabajo con un Arquitecto de empresa (capaz de desempeñar múltiples roles de arquitectura). Para proyectos un poco más pequeños, un arquitecto de soluciones haría estas tareas.
Yendo aún más pequeño, tiende a haber un cisma. Algunas personas afirman que un analista de negocios posee el 100% de estas tareas, mientras que otros sostienen que un desarrollador de bases de datos está mejor calificado. En este nivel, depende de las personas involucradas.
- ¿Cuál es la diferencia entre un desarrollador full stack y un desarrollador de software?
- ¿Un nuevo grad SDE en Amazon codifica 8 horas al día en el trabajo? Si no es así, ¿cuánto se codifica realmente a diario?
- Cómo saber si voy en la dirección correcta al hacer una aplicación para iOS
- ¿Trabajar en Microsoft como SDE es mucho más difícil que Amazon?
- ¿Por qué todos quieren unirse a Google o Facebook en lugar de pensar en construir su propia startup?
Prefiero que el analista de negocios se preocupe por el problema y que los desarrolladores se preocupen por la solución. Los modelos son artefactos de solución. Pero un diccionario de datos no es modelo. Puede ser un poco útil de documentación o puede ser una plataforma.
Por lo tanto, antes de crear un diccionario de datos como entregable, considere la madurez de su organización para usarlo en el futuro. Si esa madurez es baja, no la construyas.
Construye algo útil en su lugar. Me gusta el código de trabajo.