Salve a tutti.... devo fare un esame di ingegneria del software all' uni, ma ho diverse cose che non mi sono chiare.

La traccia tipica è l' analisi, progettazione e implementazione del software. Dalla traccia bisogna estrapolare i requisiti, bisogna costruire dei casi d' uso, il system domain model in UML, il class diagram di progetto, sequence diagram, e poi a casa bisogna implementare ( architettura BCED con interfaccia grafica, in java , e database mysql )

Vorrei capire come procedere ad ogni step... mi spiego meglio: mi riesce difficile ( le tracce sono molto grandi ) distinguere con precisione tra requisiti funzionali e non funzionali, non capisco come costruire in modo sicuro ( leggi: in modo meccanico ) i casi d' uso, e come questi possano servire a fare l' SDM e come passare da SDM a class Diagram.

Credo che questa confusione sia data dalle poche ore di esercitazione fatte in classe... quel poco che abbiamo fatto ci siamo concentrati sull' implementazione, infatti noto il class diagram, credo di riuscire a cavarmela per l' implementazione.

Quindi magari qualcuno disponibile potrebbe darmi qualche dritta? grazie

PS:
Ho ordinato "Dall'idea al codice con UML 2" di Baresi, libro consigliatomi dal prof. Ho già il sommerville, il Fowler e il GoF.. ma nessuno di questi tre espone con esempi quello che mi serve ( Ovviamente... il fowler è una quick-reference su UML, il GoF illustra i design pattern e il sommerville.... è un mattone che non porta esempi, anche se sembra ottimo dal punto di vista lavorativo, ma non certo per quest' esame ), il libro di Baresi è una buona scelta?

Molto simpatiche le slide di uniroma sui requisiti
http://www.uniroma2.it/didattica/ISW1/deposito/03-Requisiti_software.pdf

Anchio ho bisogno di approfondire questa materia... consigliate qualche libro? oppure basta andare su internet?

Occorre innanzi tutto premettere che qui si parla di software engineering lightweight: metodologie generali implementate con strumenti semiformali (tipicamente UML). Considerando come vanno le cose nell'Università italiana oggi, è già molto che si studino ancora almeno codesti aspetti introduttivi della materia.

Tale considerazione, tuttavia, spiega la sostanziale assenza su questo sito di una entry bibliografica strettamente dedicata a codesta tematica. Da un lato, i testi classici del software engineering (Pressman, Sommerville, Mandrioli-Ghezzi) sono pochissimi e probabilmente esorbitanti per le esigenze di un corso moderno: senza contare poi che sono già stati citati innumerevoli volte en passant nel corso di altre discussioni. Dall'altro lato, il numero di testi che cita UML fin dal titolo è imbarazzantemente elevato, e fin troppo spesso si tratta di testi del tutto inutilizzabili.

Per il resto, sono decisamente validi i riferimenti riportati dal buon DEV-01.
Si ricordi comunque che il vero e proprio core del software engineering è unicamente dedicato allo studio e all'uso di linguaggi formali: da Z alle reti di Petri, alle logiche temporali, fino alla variegata galassia delle semantiche formali dei linguaggi di programmazione. I metodi semiformali, dai banali diagrammi di flusso a UML, sono solamente un antipasto. Alla fine di un corso siffatto, la cosa più importante da ricordare è che quanto studiato sta al corpo del software engineering come una soapbox car sta ad un bolide di F1.

Grazie per le risposte... avrei una domanda più pratica:

Se ho una due entità legate tra di loro con una associazione da un lato uno, dall' altro * ( molti ), nell' implementazione, per esempio, potrei utilizzare una lista di riferimenti che puntano ai vari oggetti del lato molti. E fino a qui ci siamo...

cosa succede invece per le associazioni molti-molti ?? Vanno inserite le liste in entrambe le classi?

E , ancora più importante, nel caso di Classi associative? ( in pratica le ternarie.. )

Si conosco le forme normali ( già affrontate nel corso di basi di dati ). Quindi il consiglio è partire l' analisi dal modello E-R ? In classe l' esercizio non è mai stato affrontato in questo modo...

Si, però il dato di fatto è che all' esame mi viene chiesto di sviluppare un software..

No, quella era la risposta al tuo intervento n #8.

Cit. Wikipedica (dalla page:http://it.wikipedia.org/wiki/Unified_Modeling_Language):
1)"Gran parte della letteratura di settore usa UML per descrivere soluzioni analitiche e progettuali in modo sintetico";
2) "Vista dei casi d'uso (Use Case View) utilizzata per analizzare i requisiti utente. Obiettivo di questo livello di analisi è studiare il sistema considerandolo come una scatola nera. È necessario concentrarsi su cosa il sistema deve fare astraendosi il più possibile dal come: è necessario individuare tutti gli attori, i casi d'uso e le relative associazioni. Importante è dettagliare i requisiti del cliente, capirne i desideri più o meno consapevoli, cercare di prevedere i possibili sviluppi futuri, ecc."

Per cui in base a quanto concerne la comprensione dell' approccio allo sviluppo dovrai rifarti ai link dei miei post precedente (#1) e (#5) ma l' sdm che andrai a formalizzare con UML è virtualmente slegato dalla struttura della base dati.