User:Angela.dintrono/Temp/UP 05 rev.1 - Guida Wiki 2.doc

MERMEC

WIKI 

MERMEC WIKI SUPPORT

Sommario___________________________

Ref. WBS__________________(opzionale)

Storia delle revisioni:

I = Information; A = Action; C = Distribuzione controllata; NC = Distribuzione non controllata

(*) = vedi "Trattamento documento";

INDICE

1 INTRODUZIONE6

1.1 Scopo del documento6

1.2 Note storiche6

1.3 Glossario6

1.4 Acronimi e Abbreviazioni6

1.5 Riferimenti7

2 RAPPRESENTAZIONE DELL’ARCHITETTURA7

3 SCOPI E VINCOLI DELL’ARCHITETTURA7

4 VISTA DEI CASI D’USO7

5 LOGICAL VIEW 8

5.1 Overview8

5.2 Package Significativi8

5.3 Realizzazioni dei Casi d’Uso8

6 VISTA DEI PROCESSI8

7 VISTA DI ALLOCAZIONE8

8 VISTA DI IMPLEMENTAZIONE9

8.1 Overview9

8.2 Layers9

9 VISTA DEI DATI9

10 MISURE E PERFORMANCE9

11 QUALITÀ9[#_Toc177469167 ]= INTRODUZIONE =

Scopo del documento
Il presente documento riporta tutti i passi per la gestione del wiki aziendale.

Lo scopo del documento è quello di fornire una guida per l’ aggiornamento e la manutenzione del wiki aziendale con tutti gli indirizzi utili..

Note storiche
La prima versione istallata del wiki è (MediaWiki 1.15.1 July 14, 2009). È stata istallata sulla macchina [smb://serverdoc/ \\serverdoc].

Attualmente la versione del PHP usata è

Glossario
Di seguito si definiscono alcuni termini utilizzati nel seguito del documento:

Riferimenti
Costituiscono riferimento per il presente documento:

= RAPPRESENTAZIONE DELL’ARCHITETTURA = Questo capitolo introduce l’architettura del software che è stata individuata per il Sistema e come essa è rappresentata nei capitoli successivi del presente documento. In particolare sono definite le viste (Casi d’Uso, Logica, Processi, Allocazione, Implementazione) che sono ritenute necessarie e, per ogni vista, i tipi di elementi di modello che conterrà.

= SCOPI E VINCOLI DELL’ARCHITETTURA = Questo capitolo riporta i requisiti e gli obiettivi del software che hanno un impatto significativo sull'architettura, come, ad esempio, quelli sulla sicurezza, sulla privacy, sull'uso di prodotti già disponibili, sulla portabilità, sulla distribuzione e sul riuso. Inoltre esso cattura i vincoli da applicare: disegno e strategia di implementazione, tool di sviluppo, struttura del team, schedulazione, codice legacy e così via.

= VISTA DEI CASI D’USO = Questo capitolo riporta i Casi d’Uso o gli scenari del modello dei Casi d’Uso più significativi dal punto di vista funzionale e architetturale, ovvero i Casi d’Uso che rappresentano funzionalità significative e principali del sistema finale, o che hanno impatto sull’architettura o che stressano o illustrano punti specifici e delicati per l'architettura.

= LOGICAL VIEW = Questo capitolo riporta le parti più significative dal punto di vista architetturale del modello di disegno del Sistema, come la sua decomposizione in sottosistemi e componenti. Per ogni componente o package, è riportata la relativa decomposizione in classi e per ogni classe sono riportate le responsabilità, come pure relazioni, metodi ed attributi importanti.

Overview
Questo paragrafo riporta la decomposizione complessiva del modello di disegno in termini di package, layer e loro gerarchie.

Package Significativi
Questo paragrafo riporta per ogni package un sottoparagrafo con il suo nome, una descrizione e un diagramma delle classi significative e la gerarchia dei package. Per ogni classe elencata si definisce una ulteriore sottosezione contenente una descrizione della classe, i suoi scopi i metodi e gli attributi più importanti.

Realizzazioni dei Casi d’Uso
Questo paragrafo illustra come il software realmente funziona riportando alcune realizzazioni dei Casi d’Uso e spiegando come i vari elementi del modello di disegno contribuiscono alla loro funzionalità.

= VISTA DEI PROCESSI = Questo capitolo riporta la decomposizione del sistema in processi “leggeri” (singoli threads di controllo) e in processi “pesanti” (raggruppamenti dei processi leggeri). Esso è organizzato per gruppi di processi che comunicano o interagiscono.

Il capitolo descrive la comunicazione fra i processi, quali messaggi si scambiano, le interruzioni e i rendezvous.

= VISTA DI ALLOCAZIONE = Questo capitolo riporta la decomposizione del sistema in processi “leggeri” (singoli threads di controllo) e in processi “pesanti” (raggruppamenti dei processi leggeri). Esso è organizzato per gruppi di processi che comunicano o interagiscono.

Il capitolo descrive la comunicazione fra i processi, quali messaggi si scambiano, le interruzioni e i rendezvous.

= VISTA DI IMPLEMENTAZIONE = Questo capitolo riporta la struttura generale del Modello di Implementazione, la decomposizione del software in layer ed in sottosistemi e tutti gli elementi architetturali significativi dal punto di vista dell’implementazione.

Overview
Questo paragrafo elenca e descrive i diversi layer del sistema, definendo per ognuno di essi il contenuto, le regole che governano le inclusioni di altri layer ed i confini tra layer.

Esso include un Diagramma dei Componenti che descrive le relazioni tra i diversi layer.

Layers
Questo paragrafo contiene per ogni layer un sottoparagrafo con il suo nome. Per ogni sottoparagrafo sono elencati i sottosistemi allocati nel layer ed i Component Diagram.

= VISTA DEI DATI = Questo capitolo riporta la prospettiva di persistenza dei dati del sistema indicando la traslazione tra il modello di disegno ed il modello di dati.

= MISURE E PERFORMANCE = Questo capitolo riporta una descrizione delle caratteristiche principali di dimensionamento del software che hanno effetto sull'architettura, così come i vincoli di prestazioni.

= QUALITÀ = Questo capitolo riporta una descrizione di come l'architettura del software contribuisce a tutte le capacità (tranne le funzionalità) del sistema: estendibilità, affidabilità, portabilità e così via. Se queste caratteristiche hanno una importanza particolare, per esempio sicurezza, implementazione della privacy o di segretezza, esse devono essere evidenziate chiaramente.