visione di oggi: concordare insieme una struttura logica creare un modello uml orientato all'analisi del problema un diagramma uml nel senso creare una rappresentazione uml di come l'analista vede il problema espresso in termini di uml
perché?
facciamo questo per definire il piano di lavoro che si dovrebbe dedurre come conseguenza logica dell'analisi evidenziando sottosistemi particolarmente critici e la suddivisione dei compiti all'interno dei partecipanti
dopo 3 ore devo avere...... quello che l'analista ha pensato in termini di diagrammi uml. questo perché ci interessano i pensieri dell'analista in quanto vogliamo capire come riempire la sezione che si chiama piano di lavoro con l'intento di convergere evocando un system integrator (ndr. 20 punti mana, 45 punti ferita, +3 alle skill primarie)
evidentemente per organizzare il lavoro occore uscire avendo come obiettivo chiaro anche assolutamente finire questa attività con le interfacce dei pezzi viste come analista e il piano di collaudo
non dico che insomma però.
qual è la visione? che con riferimento alla come dire impostazione standard dell'ingegneria del sofware motto base non c'è codice senza eccetera la visione è che l'analisi ha un ruolo strategico non solo dal punto di vista di una buona progettazione e di un buon sviluppo ma anche per l'organizzazione del lavoro. se fino a ieri ciappinavo col codice se faccio così' corro rischi economici. se ciappino senza idee ponte di messina rischio di fare una cosa che non sta in piedi.
cheistadi
lorning bai ecsampol
oggi dare la caccia agli elefanti feroci e strategicamente importanti
nella parte discorsiva va messa in estrema sintesi i punti rilevanti che l'analista ha individuato ci sono tre sottosistemi questo è facile questo è difficile questo è un casino.
Si ringrazia Danilo Pianini per avermi fornito tale materiale.
Post
qui
direi semplicemente: FANTASTICO!
RispondiElimina