I pattern GRASP sono principalmente focalizzati su principi di progettazione avanzati.
Le responsabilità nel design orientato agli oggetti possono essere solo di tipo "fare".
Il Diagramma di sequenza di sistema (SSD) non `e menzionato esplicitamente in UP.
L'approccio Responsibility-Driven Development si basa sulla considerazione dei progetti orientati agli oggetti come una comunità di oggetti che collaborano.
Il principio Low Representational Gap suggerisce che ci debba essere una significativa discrepanza tra il modello di dominio e gli oggetti software.
In UP si iniziano programmazione e test quando `e stato specificato solo il 10% o il 20% dei requisiti piu` significativi dal punto di vista del valore di business, del rischio e dell’architettura.
. Il basso accoppiamento implica che i moduli dipendono fortemente l'uno dall'altro
I diagrammi di sequenza di sistema sono espressi attraverso i diagrammi di sequenza di UML
I casi d’uso descrivono il modo in cui gli attori esterni interagiscono con il sistema software che interessa creare
Requisiti funzionali. I requisiti comportamentali descrivono il comportamento del sistema, in termini di funzionalit`a fornite ai suoi utenti.
. L'alta coesione significa che un modulo ha una responsabilità chiara e singola
I pattern GRASP sono applicabili solo a progetti di piccola scala
Il principio Low Representational Gap (LRG) suggerisce una corrispondenza diretta tra gli oggetti software e il modello di dominio.
UML viene utilizzato principalmente per il design dei database.
Requisiti non funzionali. Le propriet`a del sistema nel suo complesso, come ad esempio sicurezza, prestazioni (tempo di risposta, throughput, uso di risorse), scalabilit`a, usabilit`a (fattori umani), ecc.
Il Diagramma di sequenza di sistema (SSD) `e menzionato esplicitamente in UP.
. L'elevata coesione e il basso accoppiamento sono principi di progettazione modulare che supportano la comprensibilità, la manutenibilità e l'estensibilità.
In UML, la responsabilità si riferisce al contratto o all'obbligo di un classificatore.
I pattern forniscono sia principi generali che soluzioni idiomatiche per guidare gli sviluppatori nella creazione di software.
Lo SSD costituisce un input per i contratti delle operazioni e, soprattutto, per la progettazione degli oggetti
La traduzione delle responsabilità in classi e metodi è influenzata dalla granularità delle responsabilità.
I requisiti derivano da richieste degli utenti del sistema, per risolvere dei problemi e raggiungere degli obiettivi.
Requisiti in UP UP promuove un insieme di best practice, una delle quali `e gestire i requisiti.
RDD è un approccio al design orientato agli oggetti che si concentra sull'assegnazione di responsabilità agli oggetti che collaborano
Le iterazioni iniziali tendono in modo naturale a dare una maggiore enfasi relativa sui requisiti e sulla progettazione, mentre quelle successive lo faranno in misura minore
I diagrammi UML vengono utilizzati solo durante la fase iniziale di progettazione e non sono utili durante la codifica.
I pattern GoF sono un insieme completo di pattern che coprono tutti gli scenari di design possibili.
. I pattern GRASP forniscono linee guida specifiche per l'assegnazione di responsabilità agli oggetti.
La comprensione dei dettagli di UML ti insegna come pensare in termini di oggetti.
UML è un linguaggio di modellazione visuale utilizzato per il design orientato agli oggetti.
La Responsabilità-Driven Development si concentra sull'assegnazione di responsabilità agli oggetti in base alla loro gerarchia di classi.
Il Diagramma di sequenza di sistema (SSD) `e un eleborato della disciplina dei requisiti che illustra eventi di input e di output relativi ai sistemi in discussione.
. I pattern GoF forniscono idee per concetti di progettazione più avanzati.
Usualmente si modella un SSD per ogni caso d’uso per lo scenario principale e per ogni scenario alternativo
UP usa solo UML come linguaggio di modellazione (ad esempio, non si usano i Data Flow Diagram)
Call us now:
