Esistono linee guida per la progettazione di software standard esistenti?

Prima di tutto, dovresti raccogliere scattered design checklists e pezzi associati in modo che si trovino in un unico punto di riferimento.

In secondo luogo, i lead dei vari team devono rivedere i componenti che sono stati uniti. Nota che aspetto:

• buono e universale (per la tua organizzazione)
• che richiede lavoro ma è sempre universale
• buono, ma specifico per squadre particolari
• che richiede lavoro e non è chiaro se qualcuno può usare

In terzo luogo, inizia a utilizzare la prima categoria con tutti nelle loro recensioni. Successivamente, inizia a rivedere le due categorie intermedie in modo che possano essere utilizzate ed è chiaramente compreso a chi si rivolgono. Infine, butta quelli nell'ultima categoria.

Congratulazioni, hai le basi per le linee guida della tua organizzazione.

Probabilmente non sarà sufficiente per tutto ciò di cui hai bisogno. Inizia a dare un'occhiata a risorse esterne come:

• Guida di stile C ++ di Google
• Standard di codifica C ++ di Sutter & Alexandrescu
• Questa domanda SO: Coding Stile ...
• O questo link Microsoft che ha link aggiuntivi sotto

Non penso sia possibile creare un set di regole definitive che ti dica se il tuo design è buono o meno. C'è troppa variabilità in ciò che è considerato un buon design.

Tuttavia, i cattivi design hanno un certo livello di comunanza. Questi elementi comuni sono descritti in modo simile ai modelli di design e sono chiamati anti-pattern . Puoi usare quindi per evitare che i disegni sbagliati diventino realtà.

Detto questo, non penso che dovresti usare una recensione di design per stampare il disegno di una gomma come buono o cattivo. Secondo me, una recensione di design dovrebbe essere più simile a una sessione di brainstorming in cui un designer presenta le sue idee iniziali su come affrontare una particolare caratteristica ei suoi collaboratori fanno domande critiche e danno il loro punto di vista sul problema, in modo da identificare il problema -spots nel design.

È sempre possibile fare riferimento a testi standard su modelli di progettazione software buoni e cattivi per decidere con maggiore certezza su cosa sia il design buono o cattivo. Fondamentalmente il riferimento a un testo standard potrebbe aiutare il tuo team a identificare le carenze che potrebbero causare problemi in futuro, in termini di per es. estensibilità, scalabilità, ecc. Fondamentalmente in questo modo puoi sfruttare l'esperienza degli altri.