Linee guida progetto IS. Linee guida progetto IS



Documenti analoghi
PIANO DI LAVORO ANNUALE DELLA DISCIPLINA Tecnologie e Progettazione di Sistemi Classi QUINTE A.S

In legenda sono riportate le fasi R, P, C/T e I/SA come specificato nella norma ISO/IEC

Politecnico di Bari Corso di Laurea Specialistica in Ingegneria Informatica A.A Casi di Studio. Traccia n 1

REGOLE PER L ACQUISIZIONE DEGLI OGGETTI DIGITALI IN MAGTECA E PER IL PROTOCOLLO OAI-PMH VERSO INTERNET CULTURALE

INGEGNERIA DEL SOFTWARE. Prof. Paolo Salvaneschi

Generazione Automatica di Asserzioni da Modelli di Specifica

MetaMAG METAMAG 1 IL PRODOTTO

Specifiche dello sviluppo di un progetto software e indicazioni sulla documentazione e sulle modalità di esercizio delle prestazioni

Esercitazioni di PROGETTAZIONE DEL SOFTWARE A.A

ALLEGATO 1.1 PROFILI PROFESSIONALI

Progetto di Applicazioni Software

Università di Bergamo Facoltà di Ingegneria INGEGNERIA DEL SOFTWARE. Paolo Salvaneschi A2_3 V2.0. Processi. Scelta dei processi adeguati

Software di gestione della stampante

Breve introduzione curata da Alessandro Benedetti. Struts2-Introduzione e breve guida

REALIZZAZIONE DI UN LABORATORIO REMOTO PER ESPERIENZE DI ROBOTICA EDUCATIVA: LATO CLIENT

SPECIFICHE TECNICHE DI SISTEMA TITOLO DOCUMENTO

Applicazione: Servizio periferico per l'invio telematico delle domande di nulla osta al lavoro

Configuratore di Prodotto Diapason

15J0460A300 SUNWAY CONNECT MANUALE UTENTE

Ingegneria del Software. Introduzione ai pattern

Strumenti per la gestione della configurazione del software

Relazione illustrativa degli Obiettivi di accessibilità

Ambienti di Sviluppo

Basi di dati. Corso di Laurea in Ingegneria Informatica Canale di Ingegneria delle Reti e dei Sistemi Informatici - Polo di Rieti

Allegato 2 Modello offerta tecnica

Candidato: Luca Russo Docente: Prof. Raffaele Montella. 27 Marzo 2013

02CIXPG Sistemi informativi aziendali

7. Architetture Software

Considera tutti i requisiti funzionali (use cases) NON deve necessariamente modellare i requisiti non funzionali

ANALISI DEI FATTORI CHE INFLUENZANO GLI ASPETTI RAMS DEL SISTEMA SCMT

Indice. Introduzione PARTE PRIMA IL FRAMEWORK DI JAVASERVER FACES 1

Applicazione: Share - Sistema per la gestione strutturata di documenti

Progetto di Informatica III. Introduzione al corso

Ciclo di vita dimensionale

Corso di Laurea Triennale in Ingegneria Informatica. Corso di Ingegneria del software A. A Marina Mongiello

Docenti: Patrizia Scandurra (referente princiaple) Angelo Gargantini.

GESTIONE DEI DOCUMENTI, DEI DATI E DELLE REGISTRAZIONI

La progettazione centrata sull utente nei bandi di gara

FONDAMENTI di INFORMATICA L. Mezzalira

GARA COMUNITARIA A PROCEDURA RISTRETTA PER LA PROGETTAZIONE, REALIZZAZIONE ED ESERCIZIO DEL SISTEMA INFORMATIVO PREVIDENZIALE DELL ENPALS

LISTINO UFFICIALE PER. Vers Validità : 1 Gennaio 2015

Presidenza della Giunta Ufficio Società dell'informazione. ALLEGATO IV Capitolato tecnico

IL PROJECT CYCLE MANAGEMENT

Web Application Libro Firme Autorizzate

ANNESSO 5 AL CAPITOLATO SPECIALE D APPALTO PROFILI PROFESSIONALI

SISTEMA DI GESTIONE PER LA QUALITÀ

IL SOFTWARE SECONDO LA NORMA UNI EN ISO :2008 (IIA PARTE) 1

PROGETTAZIONE E SVILUPPO DI UN. Relatore: Studente: Paolo Merialdo Valerio Barbagallo

AREA ORGANIZZAZIONE E GESTIONE DEI SERVIZI DI SUPPORTO

Programma del Corso. Dati e DBMS SQL. Progettazione di una. Normalizzazione

Progetto NoiPA per la gestione giuridicoeconomica del personale delle Aziende e degli Enti del Servizio Sanitario della Regione Lazio

SCHEMA REQUISITI PER LA QUALIFICAZIONE DEI CORSI DI FORMAZIONE PER FOOD SAFETY AUDITOR / LEAD AUDITOR

01KPS BF Progettazione di applicazioni web

DISCIPLINE CONCORRE NTI CONOSCENZE UDA DISCIPLINA DI RIFERIMENTO UDA

Gestione Operativa e Supporto

Portale regionale della Salute. Servizi di prenotazione prestazione e pagamento ticket.

Alma Mater Studiorum Università di Bologna. Controllo di versione. S. Golovchenko (UNIBO) INGEGNERIA DEI SISTEMI SOFTWARE / 18

CAPITOLO 20 AGGIORNAMENTO DEL CODICE DI STOCCAGGIO

Progetti e diagrammi di Gantt con Access

Corso di Laurea Magistrale in Ingegneria Informatica. Ingegneria del Software II (IS2)

GESTIONE E ORGANIZZAZIONE DELLE REGISTRAZIONI

SITI-Reports. Progetto SITI. Manuale Utente. SITI-Reports. ABACO S.r.l.

Gestione del workflow

Progettaz. e sviluppo Data Base

GESTIONE E ORGANIZZAZIONE DELLE REGISTRAZIONI

Il Gestore Eventi di OpenSPCoop i. Il Gestore Eventi di OpenSPCoop

I Sistemi Informativi

Database. Appunti di Amaranto Oronzo e Giancane Diego Lezione dell Ing. Lucia Vaira 24/04/2014

UNIVERSITÀ DEGLI STUDI DI TORINO

PIANIFICAZIONE DELLA FORMAZIONE: processi, attori e strumenti

Curriculum Vitae di. Pietro Martinelli

MANUALE MOODLE STUDENTI. Accesso al Materiale Didattico

Java e solidarietà: il progetto Jug4Tenda

Applicazione: Sistema Informativo Integrato per il Controllo di Gestione

Introduzione alle basi di dati. Gestione delle informazioni. Gestione delle informazioni. Sistema informatico

Le Soluzioni Tango/04 per adempiere alla normativa sugli amministratori di sistema

MANUALE DELLA QUALITÀ SIF CAPITOLO 04 (ED.04) SISTEMA DI GESTIONE PER LA QUALITA'

Traccia delle soluzioni

7.1 Livello di completezza degli esempi

Riepilogo delle modifiche di PA-DSS dalla versione 2.0 alla 3.0

UML e (R)UP (an overview)

Software Intel per la gestione di sistemi. Manuale dell'utente di Intel Modular Server Management Pack

4.5 CONTROLLO DEI DOCUMENTI E DEI DATI

CODICE ASSE: PRIMO ANNO SECONDO ANNO

Software di interfacciamento sistemi gestionali Manuale di installazione, configurazione ed utilizzo

Effettuare gli audit interni

Modello per la compilazione della scheda progetto SK_3.1.xls (da utilizzarsi per la presentazione di progetti di attività formative)

Università degli Studi di Salerno Ingegneria del Software: Tecniche Avanzate

Scheda di collaudo Integrazione NoTIER

ALLEGATO Esempio di questionario per la comprensione e valutazione del sistema IT

Revisione 00 Data revisione: 17/11/2010 ISO 14001:2004. Emissione RSGA Prima Approvazione DIR GIUNTA. Approvazione revisioni

VALUTAZIONE PRESTAZIONI del PERSONALE NEL SETTORE BANCARIO

Progettazione di siti Web

Transcript:

Linee guida progetto IS Linee guida progetto IS

STORICO REVISIONI Data Revisione Descrizione Redatto Verificato Approvato Prima stesura Progetto Ingegneria del Software 2

INDICE DEGLI ARGOMENTI 1. ATTIVITÀ 4 1.1 Progettazione e Sviluppo 4 1.1.1 Progettazione dell architettura 4 1.1.2 Preparazione dell ambiente di sviluppo e test 4 1.1.3 Sviluppo 5 1.2 Test Error! Bookmark not defined. 1.2.1 Definizione del piano dei test Error! Bookmark not defined. 1.2.2 Progettazione dei casi di test (funzionali e di performance)error! Bookmark not defined. 1.2.3 Esecuzione dei test (funzionali e di performance) Error! Bookmark not defined. 2. TEMPLATE 5 2.1.1 Linee Guida per l uso 5 2.1.2 Linee Guida per la configurazione in MS Word Error! Bookmark not defined. Progetto Ingegneria del Software 3

Linee guida per il progetto LSS 1. Attività 1.1 Progettazione e Sviluppo 1.1.1 Progettazione dell architettura In questa fase si deve far riferimento ai pattern studiati nel corso di Architetture dei Sistemi Software, al framework didattico euniversity ed ai framework open source studiati a lezione. Per la progettazione della architettura si deve partire con l identificazione dei Fattori Architetturali (vedi par. 3 del SAD). ovvero dai requisiti (in genere non funzionali ) che condizionano le scelte architetturali Alcuni esempi di possibili fattori architetturali sono: possibilità di cambiare il DBMS riducendo al minimo le modifiche necessarie sul codice sorgente, possibilità di cambiare l interfaccia grafica riducendo al minimo le modifiche necessarie sul codice sorgente, inseribilità di strategie di navigazione con approccio data-driven..). Ogni Fattore Architetturale deve essere soddisfatto da una decisione (o soluzione) architetturale che deve essere prima identificata e poi descritta in un Promemoria Tecnico (vedi par. 4.1). La soluzione architetturale può consistere nell utilizzo di un pattern, o di un componente (libreria o framework open source). L architettura consiste nell insieme delle decisioni architetturali descritte nei promemoria tecnici. Nella logical view tali decisioni sono rappresentate in forma di diagramma mostrando i singoli sottosistemi e le relazioni tra essi. 1.1.2 Preparazione dell ambiente di sviluppo e test Prima di inziare le attività di sviluppo occorre predisporre l ambiente di lavoro. Questo consiste almeno dei seguenti componenti che devono essere installati e configurati: IDE ( Eclipse o NetBeans) Web Container (es: TomCat) e DBMS (es: MySql) Configuration Management System: (Subversion o CVS). Nel sistema di configuration management andrà configurato il repository che conterrà tutte le risorse del progetto (sorgenti, documenti, immagini, file di configurazione, ) Progetto Ingegneria del Software 4

1.1.3 Sviluppo In questa fase devono essere sviluppate classi e componenti (DAO, DTO, pagine JSP, ) coerentemente con l architettura progettata ed i relativi componenti per il test. Code Conventions E necessario rispettare le convenzioni di codifica e documentazione in java riportate nel documento Standard di codifica e documentazione Organizzazione del codice sorgente E necessario definire inizialmente un alberatura di folder e sub-folder che venga condivisa e successivamente rispettata dal team per tutta la durata del progetto. Un esempio può essere il seguente. src\it\uniroma2\<nome progetto>\dao (contenente i dao) src\it\uniroma2\<nome progetto>\exceptions (contenente le eccezioni) src\it\uniroma2\<nome progetto>\dto (contenente i dto) src\it\uniroma2\<nome progetto>\utils (contenente le classi di utilità comune).. 2. Template I documenti da preparare per il progetto IS sono: (SAD) Software Architecture Document 2.1.1 Linee Guida per l uso Dei documenti sopra descritti sono forniti i template word che devono essere utilizzati per la documentazione del progetto. Alcuni dei paragrafi previsti nel template possono essere non utilizzati se: - Sono inapplicabili nell ambito del progetto - Descrivono modelli opzionali che si ritiene non necessario utilizzare I paragrafi non utilizzati vanno cancellati Progetto Ingegneria del Software 5

Progetto Ingegneria del Software 6