Now I personaly have a problem with that because I believe you should decide before you do the planning. I mean we should know our target system, the framework and language we are using and other factors.
Se ti trovi in una fase di pianificazione, devi prima prendere i requisiti.
Puoi elaborare i pro e i contro per specifici sistemi di destinazione per realizzarli e decidere quali dovrebbero essere usati dopo.
Questo processo deve avere una certa conoscenza dei sistemi, dei framework e dei linguaggi di programmazione in questione, naturalmente.
Not doing any decision making before the planning phase either means the software becomes way too generic.
Sembra che tu manchi alcuni passaggi qui. Pianificando l'architettura e i componenti software concreti, viene dopo l'analisi dei requisiti.
Come dal tuo commento le fasi proposte sono
- Raccolta di informazioni
- Pianificazione
- Processo decisionale
- Realizzazione
- Test
- Valutazione
Le fasi 1 e 2 sono quelle che ho conosciuto come Analisi dei requisiti e Progettazione dell'architettura .
Come già detto, è necessario valutare alcuni possibili modi per raggiungere specifici sistemi di destinazione, framework e linguaggi di programmazione.
Al termine di questa fase, dovresti avere almeno due o più alternative tra cui puoi scegliere.
La fase 3 non è in realtà una "fase" ma più un gateway nella fase di realizzazione.
A questo punto decidiamo quale sia il modo migliore per realizzare i requisiti per mezzo di
- costo
- fattibilità con il personale disponibile e le loro competenze
- tempo e sforzi valutabili
- ROI valutabile (ritorno dell'investimento)
Nella fase di realizzazione gli sviluppatori software perfezionano e dettagliano il modello di architettura software scelto insieme agli analisti dei requisiti e agli architetti del software.
Ciò richiede anche decisioni e consenso di gruppo tramite
- tempo e sforzi prevedibili
- solidità contro le richieste di modifica
- manutenibilità generale
La fase di test dovrebbe approvare che i componenti software realizzati soddisfino tutti i requisiti.
Valutazione significa effettuare test di accettazione con clienti selezionati e approvazione se i casi d'uso descritti nelle fasi 1 e 2 sono stati ben selezionati e compresi.
Tutte queste fasi dovrebbero dare un feedback a quelle precedenti e potrebbero richiedere di apportare perfezionamenti e modificare le decisioni prese in precedenza.
Questo può persino spingersi fino a quel punto, che un project manager decide di "tirare fuori la corda", e l'intero progetto può essere fermato per evitare di bruciare ulteriore denaro con un'impresa senza speranza.
Sono stato e ricopro tutti questi ruoli da circa 30 anni:
- Analista dei requisiti
- Architetto software
- Sviluppatore software
Quindi conosco un po 'di cosa sto parlando, non importa quale cosa venga chiamata al mondo accademico.
Ho sempre individuato le metodologie più adatte alle mie esigenze e queste potrebbero differire per mezzo della scalabilità .
In ogni caso le decisioni vengono prese dopo precedenti analisi e feedback, non in anticipo.
In arc42 puoi trovare materiale e modelli eccellenti per supportare questo processo.