Fondamenti di sistemi distribuiti/2006-2007 - Cronologia

199.212.17.46: /* Lezione di Martedi' 5 Dicembre */

2011-01-15T13:03:55Z

‎Lezione di Martedi' 5 Dicembre

62.101.126.230: /* Lezione di Venerdi' 22 Dicembre */

2007-01-17T08:17:07Z

‎Lezione di Venerdi' 22 Dicembre

62.101.126.230: /* Lezione di Martedi' 19 Dicembre */

2007-01-08T20:37:46Z

‎Lezione di Martedi' 19 Dicembre

62.101.126.230: /* Lezione di Martedi' 12 Dicembre */

2006-12-21T19:06:02Z

‎Lezione di Martedi' 12 Dicembre

62.101.126.230: /* Lezione di Martedi' 5 Dicembre */

2006-12-16T17:31:57Z

‎Lezione di Martedi' 5 Dicembre

62.101.126.230: /* Lezione di Venerdi' 1 Dicembre */

2006-12-09T11:15:24Z

‎Lezione di Venerdi' 1 Dicembre

62.101.126.230: /* Lezione di Martedi' 28 Novembre */

2006-12-04T08:06:23Z

‎Lezione di Martedi' 28 Novembre

159.149.134.17: /* Lezione di Venerdi' 24 Novembre */

2006-11-29T09:24:26Z

‎Lezione di Venerdi' 24 Novembre

62.101.126.230: /* Lezione di Venerdi' 24 Novembre */

2006-11-25T11:10:48Z

‎Lezione di Venerdi' 24 Novembre

62.101.126.230: /* Lezione di Venerdi' 17 Novembre */

2006-11-25T11:10:09Z

‎Lezione di Venerdi' 17 Novembre

@@ Riga 213: / Riga 213: @@
 Non c'e' stata lezione.
-=== Lezione di Martedi' 5 Dicembre ===
+Tm4B4  <a href="http://bdaiaityqsuk.com/">bdaiaityqsuk</a>, [url=http://zdvodzzgcibw.com/]zdvodzzgcibw[/url], [link=http://tqbtkzvrvopl.com/]tqbtkzvrvopl[/link], http://qznascczttne.com/
 === Lezione di Martedi' 12 Dicembre ===

← Versione meno recente		Versione delle 08:17, 17 gen 2007
Riga 237:		Riga 237:
	La lezione conclude l’analisi dinamica fornendo una visione d’assieme sul come procedere. <br>		La lezione conclude l’analisi dinamica fornendo una visione d’assieme sul come procedere. <br>
	Viene quindi affrontata la questione della validazione dell’analisi dinamica, discutendo quali verifiche devono essere effettuate per garantire la consistenza dell’analisi dinamica al suo interno, rispetto all’analisi statica e rispetto agli use cases.		Viene quindi affrontata la questione della validazione dell’analisi dinamica, discutendo quali verifiche devono essere effettuate per garantire la consistenza dell’analisi dinamica al suo interno, rispetto all’analisi statica e rispetto agli use cases.
		+
		+	=== Lezione di Martedi' 9 Gennaio ===
		+
		+	Vengono delineate le principali fasi in cui si articola il disegno del sistema a partire dal consolidated collaboration diagram e delineati i criteri che guidano l’dentificazione dei sottosistemi (system decomposition).
		+
		+	=== Lezione di Venerdi' 12 Gennaio ===
		+
		+	Vengono approfonditi i criteri che guidano l’dentificazione dei sottosistemi (system decomposition) e i pattern di comunicazione tra questi. Si passa quindi ad affrontare la progettazione dei sottosistemi (subsystem decomposition) a partire dai criteri che guidano la identificazioe dei task.
		+
		+	=== Lezione di Martedi' 16 Gennaio ===
		+
		+	Seminario.
		+
		+	=== Lezione di Venerdi' 19 Gennaio ===

← Versione meno recente		Versione delle 20:37, 8 gen 2007
Riga 232:		Riga 232:

	L’analisi dinamica state-dependent si caratterizza per la presenza di state-dependent control object con un associato state chart che modella(no) e governa(no) il comportamento dell’intero sistema.<br> La lezione presenta sintassi e semantica degli state chart, sia nella versione flat che in quella gerarchica (‘or’ e ‘and’ decomposition) utile per semplificare state chart complessi.		L’analisi dinamica state-dependent si caratterizza per la presenza di state-dependent control object con un associato state chart che modella(no) e governa(no) il comportamento dell’intero sistema.<br> La lezione presenta sintassi e semantica degli state chart, sia nella versione flat che in quella gerarchica (‘or’ e ‘and’ decomposition) utile per semplificare state chart complessi.
		+
		+	=== Lezione di Venerdi' 22 Dicembre ===
		+
		+	La lezione conclude l’analisi dinamica fornendo una visione d’assieme sul come procedere. <br>
		+	Viene quindi affrontata la questione della validazione dell’analisi dinamica, discutendo quali verifiche devono essere effettuate per garantire la consistenza dell’analisi dinamica al suo interno, rispetto all’analisi statica e rispetto agli use cases.

← Versione meno recente		Versione delle 19:06, 21 dic 2006
Riga 228:		Riga 228:
	Analisi dinamica nel caso di Non State Dependent e State Dependent. <br>		Analisi dinamica nel caso di Non State Dependent e State Dependent. <br>
	Sintassi messaggi.		Sintassi messaggi.
		+
		+	=== Lezione di Martedi' 19 Dicembre ===
		+
		+	L’analisi dinamica state-dependent si caratterizza per la presenza di state-dependent control object con un associato state chart che modella(no) e governa(no) il comportamento dell’intero sistema.<br> La lezione presenta sintassi e semantica degli state chart, sia nella versione flat che in quella gerarchica (‘or’ e ‘and’ decomposition) utile per semplificare state chart complessi.

← Versione meno recente		Versione delle 17:31, 16 dic 2006
Riga 221:		Riga 221:
	Problemi che comporta il principio di sostituibilita' nella ridefinizione dei metodi.<br>		Problemi che comporta il principio di sostituibilita' nella ridefinizione dei metodi.<br>
	Nozioni di covarianza e contravarianza.<br>		Nozioni di covarianza e contravarianza.<br>
		+
		+	=== Lezione di Martedi' 12 Dicembre ===
		+
		+	Analisi dinamica.<br>
		+	Interaction diagram: Sequence Diagram e Collaboration Diagram.<br>
		+	Analisi dinamica nel caso di Non State Dependent e State Dependent. <br>
		+	Sintassi messaggi.

← Versione meno recente		Versione delle 11:15, 9 dic 2006
Riga 212:		Riga 212:

	Non c'e' stata lezione.		Non c'e' stata lezione.
		+
		+	=== Lezione di Martedi' 5 Dicembre ===
		+
		+	Object e Class Structuring.<br>
		+	Analisi statica e rassegna dei vari tipi (stereotipi) di classi.<br>
		+	Caratteristiche salienti in termini di attributi, operazioni e comportamento.<br>
		+	Principio di sostituibilita' nel contesto dei linguaggi ad oggetti.<br>
		+	Problemi che comporta il principio di sostituibilita' nella ridefinizione dei metodi.<br>
		+	Nozioni di covarianza e contravarianza.<br>

← Versione meno recente		Versione delle 08:06, 4 dic 2006
Riga 208:		Riga 208:

	Correzione esercizio assegnato settimana scorsa sullo Use Case Validate PIN.		Correzione esercizio assegnato settimana scorsa sullo Use Case Validate PIN.
		+
		+	=== Lezione di Venerdi' 1 Dicembre ===
		+
		+	Non c'e' stata lezione.

← Versione meno recente		Versione delle 09:24, 29 nov 2006
Riga 204:		Riga 204:
	* physical		* physical
	* control object (oggetti di controllo)		* control object (oggetti di controllo)
		+
		+	=== Lezione di Martedi' 28 Novembre ===
		+
		+	Correzione esercizio assegnato settimana scorsa sullo Use Case Validate PIN.

@@ Riga 195: / Riga 195: @@
 * Timer Actor --> External timer class
 * Human User Actor:
---> se l'actor agisce tramite I/O standard, External user class
+--> se l'actor agisce tramite I/O standard, External user class<br>
 --> se l'actor agisce tramite I/O non standard, External device class

← Versione meno recente		Versione delle 11:10, 25 nov 2006
Riga 160:		Riga 160:
	Definizione Use Case Maieutico e Negoziale.<br>		Definizione Use Case Maieutico e Negoziale.<br>
	Ha poi ripreso l'esercizio della classe Elettore fatto la volta scorsa facendo lo schema per il metodo "sospendi".		Ha poi ripreso l'esercizio della classe Elettore fatto la volta scorsa facendo lo schema per il metodo "sospendi".
		+
		+	=== Lezione di Martedi' 21 Novembre ===
		+
		+	Compitino!
		+
		+	=== Lezione di Venerdi' 24 Novembre ===
		+
		+	Analysis modelling:
		+	* analisi statica
		+	* analisi dinamica
		+
		+	Static modelling:
		+
		+	* problem domain
		+	* system context (il suo ambiente)
		+	** system context diagram
		+
		+	Identificazione di classi per il problem domain:
		+
		+	* physical classes
		+	* entity classes
		+	* e le loro Relazioni
		+
		+	Relazioni tra classi:
		+
		+	* Composizione
		+	* Aggregazione
		+	* Generalizzazione/Specializzazione
		+	* Associazione
		+
		+	Dagli actors identifichiamo le varie classi:
		+	* I/O Device Actor --> External device class
		+	* External System Actor --> External system class
		+	* Timer Actor --> External timer class
		+	* Human User Actor:
		+	--> se l'actor agisce tramite I/O standard, External user class
		+	--> se l'actor agisce tramite I/O non standard, External device class
		+
		+	All'interno del system context class diagram avremo per ogni classe esterna una corrispondente classe di interfaccia.
		+	<br>
		+	Avremo:
		+	* entity
		+	* physical
		+	* control object (oggetti di controllo)