Chi dovrebbe sviluppare i diagrammi del modello relazionale del database?

Questa è una domanda troppo aperta per avere un'unica risposta, e probabilmente dovresti porre la domanda nel giusto contesto per aiutarci.

Ad esempio, qualsiasi sviluppatore potrebbe creare un intero modello di database per soddisfare le proprie esigenze specifiche per la propria piattaforma, in modo da poter disporre di un database Android specifico locale, un database iOS locale, un database front-end locale o un database -come i modelli di archiviazione e poi abbiamo i ragazzi di backend.

Per ora, presumo che tu stia parlando di un'applicazione che è completamente servita da una logica di business arcana che risiede nel backend e da cui tutte le altre piattaforme si leveranno utilizzando alcuni tipi di servizi / architettura REST (è un grande salto di ipotesi che sto prendendo qui).

Se questo è il caso, tutti i prodotti correlati (ad esempio CEO e CFO, ad esempio) dovrebbero stare insieme discutendo su cosa dovrebbe fare il sistema, e tutto ciò che è discusso dovrebbe avere un impatto sul database ad un certo punto in qualche modo. Detto questo, la progettazione del database dovrebbe essere lasciata ai tecnici che svilupperanno l'applicazione, con l'ultima parola da parte degli sviluppatori più esperti per quel prodotto (persone che conoscono bene l'impatto di un nuovo campo singolo o la rimozione di un vecchio campo, ad esempio).

Ecco perché hai degli sviluppatori senior (li hai nel tuo team, giusto?) Paghi molto per assumere ragazzi intelligenti, lascia che i ragazzi intelligenti facciano il loro lavoro. ( Joel Spolsky ha un buon articolo non esatto su questo ma con alcune informazioni interessanti ).

Questa citazione in particolare è interessante:

There were some great examples of this. Managers always refused to resolve conflicts. Typically what would happen is that a designer would get into an argument with a developer over what a feature should look like. They would argue back and forth, discussing the issue for an hour, and eventually, failing to reach agreement, they would stomp into some manager’s office hoping for a resolution. Now you’ve got three people in the room: a designer, a developer, and a manager. Who’s the person who knows least about the problem? Obviously, it’s the manager — who was just hauled in at the last minute for Conflict Resolution. At Microsoft, the manager would usually refuse to make the decision. After all, they have the least information about the problem. The manager would generally force the designer and developer to work it out on their own, which, eventually, they did.

Qualcuno dei seguenti ruoli dovrebbe essere in grado di creare un modello di database:

• Ingegnere di back-end
• Ingegnere full-stack
• Ingegnere mobile
• Sviluppatore Android
• Sviluppatore iOS

Ma progettare un database non è lavoro per una singola persona / rol, tutti i ruoli che ho citato dovrebbero partecipare e fare brainstorming intorno ad esso. Anche la persona A, che non è una persona informatica, dovrebbe essere invitata a discutere nella fase concettuale. Questa fase concettuale non riguarda le tabelle, ma le entità aziendali e un uomo d'affari non legato al computer sono in grado di evidenziare i difetti in questa fase e i suoi input possono essere presi come requisiti specialistici che raccolgono materiale.

La consulenza di un DBA sarebbe di grande aiuto anche. Non so se il back-end engineer è anche un DBA, lui / lei potrebbe essere.

Non c'è modo di sapere con certezza come rispondere a questo senza ulteriori informazioni. Se fossi il primo ministro, conoscerei la mia squadra. Parlerò con il gruppo o selezionerò prima i membri senior e capirò cosa fare. Per un progetto così ampio è difficile pensare che il PM non sappia già chi è la sua squadra. Inoltre, non sappiamo quanto sia buono il PM nel design, forse dovrebbero guidarlo. Ci sono troppe variabili. Non penso che tu possa dire, di sicuro, questo ragazzo e solo questo ragazzo, può farlo. E, in base all'organigramma, è semplicemente una scelta cieca dopo il PM, in base al contesto qui riportato. Per quanto ne so, il CTO dovrebbe farlo. Forse questo è l'unico progetto in corso e il CTO ama essere un DBA. Chi lo sa.

In parole povere, se fossi in me, e io ero il primo ministro, e non sapevo chi fosse il migliore in questo aspetto, li avrei messi tutti in una stanza finché non lo avessimo capito. Poi lo assegnerei e lo controllerei senza essere un Micromanager.

La domanda è su chi dovrebbe farlo. Non ho idea con le informazioni fornite.

Sembra uscito da un libro, quindi spero che ti dia più contesto.