Oppure

Loading
21/07/13 17:19
tuttodiMC
Scusate ma non esiste una specie di pseudocodifica per progettare programmi oop?
aaa
21/07/13 18:24
netarrow
UML: it.wikipedia.org/wiki/…

Ma è usato per rappresentare l'architettura e il design OOP di un software o una parte di esso, non gli algoritmi in se.
aaa
26/07/13 9:17
gigisoft
Postato originariamente da netarrow:

UML: it.wikipedia.org/wiki/…

Ma è usato per rappresentare l'architettura e il design OOP di un software o una parte di esso, non gli algoritmi in se.


beh... in realtà per quanto riguarda gli algoritmi possono essere parecchio utili i "casi d'uso" (inclusi in UML) per gestire le interazioni

utente <--> software
software <--> software
componente <--> componente

infine, per molte cose, possono essere ancora molto utili i tradizionali "flow chart"

Ciao. :k:

Luigi
aaa
26/07/13 12:54
tuttodiMC
Esattamente quello che avevo in mente: definisco la struttura del programma con UML e in seguito progetto gli algoritmi dei metodi in diagrammi di flusso.
aaa
26/07/13 17:37
netarrow
Postato originariamente da gigisoft:

Postato originariamente da netarrow:

UML: it.wikipedia.org/wiki/…

Ma è usato per rappresentare l'architettura e il design OOP di un software o una parte di esso, non gli algoritmi in se.


beh... in realtà per quanto riguarda gli algoritmi possono essere parecchio utili i "casi d'uso" (inclusi in UML) per gestire le interazioni

utente <--> software
software <--> software
componente <--> componente

infine, per molte cose, possono essere ancora molto utili i tradizionali "flow chart"

Ciao. :k:

Luigi


I casi d'uso non li vedrei come algoritmi, nel senso che descrivono la soluzione precisa al problema, sono e devono essere ad un livello più alto. I casi d'uso vengano condivisi anche con utenti business che potrebbero non avere le competenze per seguire la definizione di un algoritmo formale, il quale sicuramente è più efficace rappresentare in diagramma di flusso e tenere nascosto da un'astrazione più alta e pulita espressa dai diagrammi UML, tra i quali i use cases dovrebbero essere quelli più elementari perchè appunto potenzialmente condivisi con utenti non tecnici.
aaa