ARTiSAN rende disponibile per il download una vasta gamma di documenti tecnici elencati nel seguito. Ricordatevi di visitare spesso questa pagina per vedere i nuovi documenti pubblicati.

Per scaricare i documenti completi in formato PDF cliccate sul titolo relativo. Per registrarvi per l'abilitazione al download cliccate qui.

Il SysML (System Modeling Language)
Il 3 aprile 2006, il SysML Merge Team (SMT) di OMG, presieduto da Sanford Friedenthal della Lockheed Martin Corp., ha presentato una bozza di specifica della versione 1.0 del SysML per la sua adozione da parte dell'OMG (Object Management Group). La specifica del SysML è stata la risposta congiunta dell'OMG e dell'INCOSE (International Council on Systems Engineering) a una richiesta di personalizzazione dell'UML 2 da parte della comunità dei sistemisti. Questo articolo offre una panoramica della bozza di specifica del SysML, con le modifiche proposte all'UML 2.0, così come un'analisi dei nuovi diagrammi, il Parametric Diagram e il Requirement Diagram.

SysML dritto alla meta
In questo documento Alan Moore, Vice Presidente Esecutivo per la strategia di prodotto di ARTiSAN e Specification Architect del SysML Merge Team (SMT), illustra lo status della versione 0.99 del SysML nel suo percorso verso l'adozione da parte dell'OMG come standard formale UML 2 concepito specificamente per rispondere alle esigenze dei Sistemisti.

Intervista a Omicron NanoTechnolgy
Questa intervista si propone di illustrare la strategia di sviluppo scelta da Omincron e come ARTiSAN Studio ha contribuito al raggiungimento dei loro obiettivi nello sviluppo di sistemi e software.

AUTOSAR e UML - un sodalizio naturale?
Tutte le attuali soluzioni implementative funzionali per lo sviluppo nel settore automobilistico sono proprietarie. Pertanto é molto difficoltoso scambiare funzioni e applicazioni tra produttori e fornitori in questo settore. Se questa tipologia di struttura del processo di sviluppo continuasse, la prevedibile crescita della complessità funzionale delle future applicazioni automobilistiche causerebbe la necessità di un sempre maggiore investimento in impiego di risorse, non disponendo del completo controllo del processo di sviluppo. Questo documento illustra come l'obiettivo dell'iniziativa AUTOSAR sia di risolvere questa problematica.

UML, SysML, Framework architetturali e AP233 – Condivisione del progetto a tutti i livelli
Questo documento descrive come un ambiente di modellazione basato su UML facilita la comunicazione all'interno di gruppi e tra gruppi e organizzazioni diversi e come AP233 la migliorerà ulteriormente.

Modellazione di sistemi integrati, distribuiti e modulari usando UML e SysML™
Illustrando esempi di IMS (Integrated Modular Systems) sia da ARINC-653 [Rif. 4] e dagli standard ASAAC in evoluzione [Rif 2] questo documento parla del supporto attualmente disponibile per documentare l'architettura di:

sistemi real-time altamente distribuiti;
meccanismi di comunicazione tra applicazioni e/o componenti
la cattura delle proprietà necessarie a indicare come sono schedulati

In definitiva questo documento elabora una metodologia di creazione di un unico Data Store per tutte le informazioni di progetto adatte per i requisiti sempre più stringenti di IMS, basandosi sugli standard UML (Unified Modelling Language, [Rif. 6] e SysML (Systems Modelling Language, [Rif. 7]).

Ingegneria dei sistemi pilotata dal modello - molto più che semplici disegni
I modelli sono stati usati per molti anni per permettere ai sistemisti di visualizzare il sistema proposto e per valutare alternative di progetto. Parecchi tool si sono evoluti per questa esigenza, inclusi quelli CAD (Computer-Aided Design), strumenti di modellazione delle prestazioni, simulatori generali come Simulink, tool di test e molti altri. UML (the Unified Modeling Language) è stato usato di recente dai sistemisti con risultati alterni. Quando lo si usa non correttamente, fornisce tutta una serie di "disegni" scollegati l'uno con l'altro, che non aiutano di certo a definire il sistema. Se usato correttamente, UML fornisce un modello consistente, verificabile e validato che permette al sistemista di determinare requisiti mancanti, valutare alternative e verificare le esigenze prestazionali, molto prima che la progettazione del sistema effettivo sia neppure iniziata. Questo documento illustra queste problematiche e illustra i concetti con esempi pratici basati su esperienze reali acquisite in interventi consulenziali o iniziative industriali. Infine dà consigli sulle lezioni imparate nei casi pratici.

Mantenere in sincronia - gestione del progetto, ingegneria dei sistemi e processo
Questo documento esamina il ruolo del project manager e dei sistemisti lungo l'intero ciclo di vita del progetto, come i ruoli hanno delle aree di sovrapposizione e come comunicano (o falliscono la comunicazione) l'uno con l'altro. Poi discute alcuni metodi pratici su come UML può essere utilizzato per migliorare la comunicazione e i loro rapporti lavorativi.

DoDAF con UML/SySML e ARTiSAN Studio
Questo white paper discute dei benefici derivanti dall'uso di UML/SysML per modellare e descrivere architetture DoDAF e i requisiti del tool per realizzare tali benefici. Inoltre fornisce una panoramica della mappatura dei prodotti DoDAF a progetti e viste UML/SysML. Infine descrive come ARTiSAN Studio, con il suo forte supporto sistemistico e la sua unica personalizzabilità, supporta tale mappatura.

MoDAF e SysML - una combinazione vincente
Questo documento discute della mappatura tra UML 2.0, SysML e MoDAF ed anche delle RFI (Request for Information) per architetture MAF (Military Architecture Frameworks). Spiega come i miglioramenti apportati da SysML e UML 2.0 permettano un supporto ancora migliore di MoDAF. Fa anche riferimento alla mappatura tra le viste in un contesto modellistico SysML, come si costruiscono l'una l'altra e come insieme formino un ambiente dinamico evolutivo che offre tracciabilità e consistenza.

Modellazione di Requisiti di alto livello in UML 2/SysML
La modellazione dei requisiti con UML può generare confusione per sistemisti sia alle prime armi che esperti. Spesso questo é dovuto alla poca esperienza con UML o con le tecniche object-oriented, secondo le quali é necessario identificare gli oggetti come punto di partenza per la valutazione di un sistema. Nella modellazione dei requisiti, tuttavia, esiste normalmente una fase "pre-identificazione oggetti", nella quale l'identificazione degli oggetti potenziali può significare definire la soluzione anzicché i requisiti. Le tecniche descritte in questo documento si focalizzano sui diagrammi UML/SysML che non richiedono oggetti e sono qunidi più adatti a questa fase preliminare del ciclo di vita della progettazione sistemistica.

Implementazione di sistemi embedded con UML 2.0/SysML
Usando UML, specialmente le sue estensioni UML 2.0 e SysML e i meccanismio innati di estensione, aspetti essenzialidelle problemetiche dell'ingegneria dei sistemi come concorrenza, architettura hardware e tracciabilità dei requisiti possono essere applicati ai sistemi embedded. In questo documento viene proposto un metodo per analizzare e progettare un sistema in unità logiche, in modo che il processo di allocazione può essere completato con successo.

Il SysML (Systems Modeling Language)
Questo documento dà una panoramica di SysML, e ne sommarizza le specifiche incluse le modifiche proposte a UML 2.0 e i nuovi diagrammi come il "requirements" e "parametric" diagram.

Ingegneria dei Sistemi con Solution Spaces
Questo documento propone una soluzione usando profili, pattern, concetti e standard dell' ingegneria dei sistemi per supportare il sistema e supportare sia il prodotto che il processo.

Creazione di architetture flessibili per l'Ingegneria dei Sistemi
Sono stati scritti molti documenti e articoli sui vari aspetti della modellazione dei sistemi con UML, specialmente con gli Use Cases, ma si é prestata poca attenzione al partizionamento dei sistemi. Gli aspetti che influenzano il partizionamento sono il processo, il prodotto, la composizione del team, le aree di interesse, gli standard, i confini fisici del sistema, i componenti legacy e disponibili sul mercato, l'accoppiamento e la coesione. Un approccio appropriato può anche aiutare nello stabilire un processo di sviluppo basato su componenti, che porta al riuso di requisiti, progetti, test e moduli implementativi. Questo documento discute di tali argomenti e ne illustra l'uso in quattro casi d'uso tratti da esperienze di consulenza. Infine dà consigli sulle lezioni imparate.

Uso di ARTiSAN Studio per il supporto di Sistemi e Software IMA (Integrated Modular Avionics)
GOA (Generic Open Architecture) sta rapidamente diventando il framework più adatto a sistemi complessi, altamente distribuiti. Ci sono svariate ragioni per adottare una GOA, il riuso dei componenti, l'interoperabilità, la minimizzazione dell'impatto della obsolescenza hardware, la portabilità e la riconfigurazione statica e dinamica del sistema in caso di guasto, per citarne alcune. Queste funzionalità offerte da una GOA danno benefici sia a livello tecnico che commerciale. Con il riuso a livello componente e con la soluzione del problema dell'obsolescenza dell'hardware si può beneficiare di risparmi significativi dei costi sia nella fase di sviluppo che in quella di manutenzione di un sistema.

Questo documento usa il termine IMA (Integrated Modular Avionics) come esempio di applicazione specifica (di un sistema avionico) di una GOA, ma non si limita alle sole applicazioni aerospaziali.

Sviluppo di un programma critico nella sicurezza mediante Use Case
Questo documento esamina l'uso di UML per lo sviluppo di un programma critico in sicurezza, concentrandosi particolarmente sugli aspetti della tracciabilità e la navigazione tra modelli.

Il supporto di ARTiSAN Studio dell'architettura "Model Driven" (MDA)
A differenza di altri strumenti di modellazione, il supporto di ARTiSAN Studio per MDA va oltre la pura codifica, ma permette la modellazione di tutte le differenti parti del vostro sistema. Inoltre ARTiSAN permette di modellare i propri profili, pattern e template di generazione di codice. Tutto ciò, unito al fatto che Artisan vi fornisce anche il profilo real-time di UML, rende il supporto MDA di ARTiSAN unico nel mercato.

L'alternativa razionale a Rational
Negli anni scorsi le metodologie e gli strumenti object-oriented hanno proliferato. I fornitori hanno introdotto prodotti, che potevano essere definiti “strumenti CASE di seconda-generazione”, che supportavano varie metodologie per l'OO. Verso la metà degli anni '90 l'UML (Unified Modeling Language) si è imposto come la notazione preferita per la modellazione object-oriented.

Uno dei primi strumenti sul mercato che supportava UML è stato Rational Rose^®. Poichè Rose è sul mercato da un bel po' di tempo, esso è largamente riconosciuto e utilizzato, ma è anche diventato un po' datato. Questa White Paper illustra alcune delle limitazioni di questo prodotto nel supporto di taluni aspetti di UML ed elenca i vantaggi che ARTiSAN Studio ha su Rational Rose^®.

Applicazione dei principi dell'Ingegneria dei Sistemi ai Sistemi Embedded
Durante lo sviluppo dei sistemi embedded, devono essere prese delle decisioni su quale parti del sistema saranno implementate in software, hardware, firmware ecc. I principi del System Engineering che si affidano a una visione olistica, possono aiutare in questo processo. Facendo uso di UML e dei suoi meccanismi d'estensione, si possono applicare ai sistemi embeedded aspetti come concorrenza, architettura hardware e requisiti non funzionali. In questo articolo viene illustrato un metodo per analizzare e progettare un sistema suddiviso in unità logiche in modo che il processo di allocazione può essere completato con successo.

Aggiungere la Sicurezza alle vostre applicazioni
Questo documento illustra le caratteristiche di UML inerenti allo sviluppo di un'applicazione dove la sicurezza è un fattore critico. All'inizio viene applicato UML standard, quindi vengono discusse e giustificate le estensioni Real-Time alla notazione, che coprono aree non supportate direttamente da UML standard. Questo documento fornisce inoltre un modo di interpretare progetti UML in una prospettiva di sicurezza.

Uso di Use Case e Scenari come parte integrante di un Safety Case
Questo documento illustra un'approccio per usare i diagrammi di Use-Case e Scenario lungo il ciclo di vita dello sviluppo in modo da evitare i problemi più comuni. Esso da anche consigli pratici e pragmatici su come tali diagrammi si integrano con le altre parti del modello, sugli errori da evitare e su alcuni modi innovativi di guardare a Use-Case e scenari durante le differenti fasi del ciclo di vita di un sistema. Infine il documento illustrerà come Use-Case e scenari si integrano con Configuration Management, sistemi basati su Componenti e strumenti di gestione requisiti.

Ricostruire la Torre di Babele: il caso delle estensioni real-time di UML
Un ruolo importante dell'ingegneria dei sistemi è la comunicazione tra i progettisti e i clienti, che parlano linguaggi molto differenti tra loro. In questo documento Matthew Hause, sottolinea la necessità di una metodologia che supporti i concetti dell'ingegneria dei sistemi e di un tool che permetta di esprimere a pieno i requisiti. I requisiti di sistema sono trattati attraverso un esempio che utilizza UML con estensioni real-time. Come conseguenza i requisiti sono coperti in modo più chiaro ed esaustivo e compresi più facilmente anche da chi non ha familiarità con UML.

Gestione dei Modelli in ARTiSAN Studio
Questo documentospiega come gestire modelli di ARTiSAN Studio. E' indirizzato sia a chi usa già ARTiSAN Studio, sia a chi sta considerando seriamente di usarlo e ha una qualche dimestichezza con il tool. Aiuta particolarmente coloro che sono responsabili per definire e gestire i processi di lavoro di un progetto e gli amministratori di sistema in supporto al progetto.

Migliorare la comunicazione di gruppo per ottenere un progetto corretto al primo tentativo
La collaborazione tra sistemisti, hardwaristi e softwaristi è essenziale per migliorare la probabilità che il progetto sia corretto al primo tentativo. La maggior parte delle organizzazioni si basano su qualche documentazione o tool di disegno per catturare l'architettura del sistema. Con questa metodologia questa fase non è per niente utile a coloro che devono progettare l'implementazione del sistema, hardware e software. Prima di ARTiSAN Studio, non esisteva un unico ambiente che potesse assicurare una vista condivisa e aggiornata di tutti gli aspetti della definizione del sistema - risolvendo i problemi di comunicazione tra le varie discipline ingegneristiche.

Tre punti di vista sullo sviluppo dei Sistemi
La progettazione di sistemi real-time, embedded coinvolge gruppi multi-disciplinari di progettisti di sistemi, hardware e software. I sistemisti progettano ad alto livello e influenzano sia la composizione hardware che software del sistema. Si occupano dell'architettura e normalmente fanno dei compromessi per l'implementazione delle funzionalità in hardware, sofware o entrambi. Gli hardwaristi si occupano della progettazione della circuiteria che soddisfi i requisiti di sistema definiti dai sistemisti.

Serie: Innovare e migliorare il proprio Processo

Parte 1: Introduzione
Questa sezione prevede un'introduzione all'innovazione e al miglioramento del processo e introduce l'idea dei sistemi socio-tecnici - cioè l'integrazione tra personale e processo. Viene introdotta "ARTiSAN Real-time Perspective" come guida per il processo di sviluppo e la gestione delle problematiche pertinenti allo sviluppo di sistemi software.

Gli 8 passi verso l'implementazione
Questa parte si focalizza sul processo a 8 fasi per intraprendere iniziative di miglioramento del processo, ma si occupa anche di altre aree dove potrebbero entrare in gioco forze motivazionali sia positive che negative.

Serie: Gestire con successo un Progetto Incrementale Real-time

Parte 1: Definizione della pianificazione iniziale del progetto
Nell'industria real-time, si stanno diffondendo sempre più progetti software che utilizzano il processo di sviluppo incrementale e metodi object oriented. Tuttavia essi sono gestiti usando programmazioni che seguono un ciclo di vita del processo del tipo "waterfall" (a cascata o sequenziale). Questo documento sottolinea come come la progettazione software e la programmazione del progetto sono collegati strettamente. La programmazione del progetto deve indicare come saranno sviluppati gli elementi del progetto. Inoltre una programmazione che non si adatta alle modifiche nel progetto non lo rifletterà accuratamente nella realtà. l'autore, Matthew Hause, fornisce una guida sulle tecniche per la definizione della programmazione di un progetto incrementale e su come usare gli elementi di progetto UML per assicurarsi che il processo è adattabile e fornisce funzionalità usabili nelle fasi essenziali del ciclo di vita del progetto.

Parte 2: Gestione delle modifiche e monitoraggio dell'avanzamento
Dopo aver definito la programmazione iniziale del progetto con l'aiuto di modelli UML, vanno aggiunte operazioni addizionali per assicurarsi che i requisiti siano verificati e validati in modo appropriato. Le operazioni vanno allocate per prototipi di funzionalità, per interfacce utente, revisioni di progetto, revisioni di codice, test, ecc. e vanno definiti i risultati delle operazioni. E' anche importante il monitoraggio del progresso del progetto, per assicurarsi che sia sotto controllo. Viene fornita dall'autore Matthew Hause una guida sulle tecniche per gestire la programmazione del progetto, monitorarne il progresso e aggiornarlo quando i requisiti e le circostanze cambiano.

Gestione dei Requisiti
La gestione dei requisiti, dalla loro definizione fino all'accettazione del prodotto rispetto ad essi, è indispensabile per la qualità di progetti estesi. In questo documento Matthew Hause mostra l'uso di ARTiSAN Studio per l'analisi e il progetto del sistema basandosi su questi requisiti. Il tool DOORS può anche aiutare a gestire i requisiti e il documento illustra come il SIncronizzatore DOORS, incluso in ARTiSAN Studio, aiuta nella tracciabilità, nella consistenza, nell'analisi d'impatto e nel completamento del progetto.

Serie: Processo "Real-time Perspective"

Real-time Perspective: Panoramica
Real-time Perspective (RtP) è l'approccio ARTiSAN allo sviluppo real-time. La prima sezione di questo documento di Alan Moore illustra le caratteristiche dei sistemi e del software real-time e l'applicabilità delle tecniche object-oriented e di UML (Unified Modeling Language) allo sviluppo di tali sistemi. Questa prima parte è seguita da una panoramica del processo e delle tecniche incorporate nell'approccio Real-time Perspective.

Real-time Perspective: Fondamenti
Real-time Perspective è un insieme di processi di sviluppo object-oriented e tecniche che affrontano tutti gli aspetti dello sviluppo dei sistemi real-time. Questo documento descrive i Fondamenti, il cuore di Real-time Perspective, e ha le seguenti sezioni principali:

Un'architettura di requisiti che supportino quelli real-time
Una soluzione architetturale a tre livelli che supporta i sistemi multitask e multiprocessore
Tecniche di modellazione Object-oriented mutuate da UML (Unified Modeling Language)
Un processo di sviluppo incrementale