Ingegneria del software: differenze tra le versioni

Versione delle 10:15, 6 feb 2019

Versione delle 16:18, 12 apr 2019

Riga 1:

{{Nota disambigua2|Se stai cercando informazioni sull'ingegneria del software nell'ordinamento [[università|universitario]] italiano, vedi le voci '''[[ingegneria informatica]]''' o '''[[informatica]]'''}}

{{F|ingegneria del software|febbraio 2013|Voce ampia senza nessuna fonte e riferimento}}

Per '''ingegneria del software''' ('''''software engineering''''' in [[lingua inglese|inglese]]) si intende quella [[Materia (didattica)|disciplina]] che si occupa dei processi produttivi e delle [[Metodologia di sviluppo del software|metodologie]] di sviluppo finalizzate alla realizzazione di sistemi [[sistema software|sistemi software]].<ref>Per l'IEEE Standard 610.12-1990 è l'applicazione di un approccio sistematico, disciplinato e quantificabile nello sviluppo, funzionamento e manutenzione del software.</ref>

L'ingegneria del software, quindi, si propone una serie di obiettivi legati all'evoluzione dello sviluppo del software (inteso come attività [[industria del software|industriale]]) sia da un punto di vista tecnologico (per esempio attraverso la definizione di nuovi [[linguaggio di programmazione|linguaggi di programmazione]]) che [[Modello di sviluppo del software|metodologico]] (per esempio il perfezionamento dei modelli di [[ciclo di vita del software]]).

== Storia ==

La necessità di creare una disciplina teorico-pratica che si occupasse in toto della realizzazione dei software nasce, intorno alla fine degli [[anni 1960|anni sessanta]], dall'esigenza di sviluppare prodotti sempre più complessi ed evoluti che rispondessero alle richieste delle grandi utenze, conferendo rigore e disciplina allo [[stato dell'arte]] dello sviluppo software nelle grandi [[software house]]aziende.

Più precisamente dal [[1950]] al [[1965]] lo sviluppo del software personale era alquanto limitato: molti programmi venivano sviluppati per [[batch]], gli informatici erano pochi ed apprendevano sul campo. Ciò che veniva sviluppato era pensato per un unico cliente, inoltre ad ogni progetto lavorava ed avrebbe lavorato una sola persona, solitamente senza scrivere alcuna [[documentazione del software]]. Fino alla nascita dell'ingegneria del software, la realizzazione di prodotti per [[computer]] era una mera attività di [[programmazione (informatica)|programmazione]] eseguita attraverso l'applicazione di discipline come:

* [[Algoritmi]]

* [[Struttura dati|Strutture Dati]]

* [[Programmazione strutturata]]

* [[Linguaggio di programmazione|Linguaggi di Programmazione]].

La [[programmazione (informatica)|programmazione]] consisteva soprattutto nel mettere insieme una sequenza di [[istruzione (informatica)|istruzioni]] di [[codice sorgente]] per realizzare compiti ben specifici.

Dal [[1965]] al [[1975]] si assiste allo [[Sviluppo software|sviluppo di software]] pensato per più utenti e per i sistemi in [[real-time]]. In questo periodo iniziano di conseguenza gli sviluppi di [[pacchetto (software)|pacchetti]] software, tuttaviaed si presentano ancheemergono numerosi problemi, come la gestione e la manutenzione del software.

Nel 1968 la conferenza [[NATO]] tenuta a [[Garmisch]], in [[Germania]], [http://homepages.cs.ncl.ac.uk/brian.randell/NATO/ rende chiaro il problema] rappresentato dall'incapacità di produrre nei tempi previsti software affidabile e rispondente ai requisiti.

A partire dal [[1972]] e fino al [[1988]] vengono introdotte nuove tecnologie, nascono i [[Sistema distribuito|sistemi distribuiti]] e si afferma la figura del [[amministratoreprogettista didel sistema|sistemista informatico (quello che in seguito verrà chiamato [[architetto del software]] esperto). Il costo dell'[[hardware]] si abbassa considerevolmente e di conseguenza la tecnologia informatica comincia a diffondersi rapidamente. Il livello qualitativo del software si eleva, tuttavia il suo sviluppo è ancora limitato a progetti scientifici e militari, e solo successivamente, dopo aver affrontato una lunga fase di [[collaudo]], il software viene introdotto nelle industrie. Organizzazioni come [[il Pentagono]] spingono fortemente lo studio di modelli che permettano di minimizzare la quantità di errori all'interno dei software.

Con l'introduzione delle tecnologie informatiche anche nel settore industriale e commerciale, a partire dal [[1988]], bacini di utenze non più tecniche sentono l'esigenza di informatizzare le proprie strutture. In questo periodo nasce la [[programmazione orientata agli oggetti]], si tende a controllare lo sviluppo del software, cercando di sviluppare prodotti di qualità, anche a causa della concorrenza affermatasi tra le [[software house]]. Si cerca di curare al massimo l'[[interfaccia grafica]] presentata all'utente, in quanto anche il tipo di utenza è cambiato. Da queste esigenze nasce l'incontro tra i [[requisiti]] dell'azienda cliente e le funzionalità che il programmatore deve realizzare.

Si sviluppa un concetto analogo alle ottimizzazioni da catena di montaggio nelle industrie del [[XX secolo]], che avevano similmente stravolto il modo di produrre apparecchiature meccaniche. Si cerca cioè di identificare i punti focali che devono governare la realizzazione di un buon prodotto software ema soprattutto si cerca di definire formalmente cosa possa descrivere un ''buon'' prodotto software.

==Descrizione==

=== Concetti base ===

L'ingegneria del software identifica una formalizzazione del processo di realizzazione e di manutenzione di un sistema informatico.

Per tale associazione con una idea quasi [[Biologia|biologica]] di vita si parla spesso di ''ciclo di vita'' di un software, concetto che ha assunto con il passare dei decenni un'importanza sempre più elevatamaggiore, spostandoabbandonando progressivamente l'idea di software come ''manufatto'' versoe passando ad un'idea didel software come prodotto industriale.

La necessità di creare una [[scienza]] che si occupi della realizzazione dei sistemi informativi nasce dalla necessità di sviluppare prodotti sempre più complessi ed evoluti che rispondano a esigenze di correttezza del processoprodotto realizzativofinale e diad una facile manutenzione di esso.

Il software come prodotto industriale diventa anche oggetto di un attento esame per estendere le capacità di realizzazione dello stesso. Nasce in pratica un concetto simile alle ottimizzazioni da [[catena di montaggio]] per le industrie del [[XX secolo|secolo scorso]]. Si cercano quindi di identificare nella realizzazione del software, quegli obiettivi a cui tengono le industrie del software, come qualità del software realizzato e soprattutto di rilasciare un prodotto perfettamenteben documentato e facilmente "manutenibile".

La nuova scienza, l'ingegneria del software, si preoccupa effettivamente di concretizzare queste esigenze, cercandotramite dila definiredefinizione di modelli che permettanopermettono a team di tecnici di realizzare in cooperazione prodotti sempre più evoluti e di qualità.

L'ingegneria del software definisce quindi un insieme di processi, ovvero sequenze di fasi che individuano tappe specifiche nella realizzazione di un sistema software, tutte documentate e ispezionabili, che offrano in sostanza perfettaadeguata visibilità allaalle diversadiverse tipologiatipologie degli utenti del sistema, per il controllo dei singoli prodotti e/o per l'eventuale manutenzione.

=== La produzione software nel terzo millennio ===

Ancora oggi le aziende pongono l'accento sulla necessità di definire processi di [[Sviluppo software|sviluppo]] del software che consentano di rispettare le scadenze fissate per ridurre i costi di realizzazione dei prodotti stessi.

Vengono identificati differenti [[Ciclo di vita del software|cicli di vita del software]], ovvero diversi processi che possono essere attualizzati da un team per giungere ad un risultato comune. Ognuno di questi differenti processi identifica una serie di passi chiave da seguire per realizzare infine un prodotto software secondoche unosoddisfi stile di realizzazione differente per raggiungere differentii obiettivirequisiti.

L'ingegneria del software racchiude questi e molti altri elementi, creandodefinendo una scienza che si preoccupa effettivamente di concretizzare come permettere non più ad una singola persona ma ad un team di tanti sviluppatori, di realizzare un ''buon'' software.

Differenti utenze generano differenti requisiti e nuove esigenze nella realizzazione di un software.

Riga 62:

== Voci correlate ==

* [[Application lifecycle management]]

* [[Sviluppo software]]

* [[Architettura multi-tier]]

* [[Artefatto (sviluppo software)]]

* [[Ciclo di vita del software]]

* [[QualitàCrisi del software]]

* [[Design pattern]]

* [[Model-View-Controller|MVC]]

* [[Modello di sviluppo del software]]

* [[Qualità del software]]

* [[Metriche software]]

* [[Gestione della configurazione]]

* [[SviluppoMetriche software]]

* [[Unified Modeling Language]] (UML)

* [[Modello di sviluppo del software]]

* [[Application lifecycle management]]

* [[Model-View-Controller|MVC]]

* [[Object Role Modeling]]

* [[SoftwareQualità crisisdel software]]

* [[Artefatto (sviluppo software)]]

* [[Rapid application development]]

* [[Rational Software]]

* [[Service Oriented Architecture]]

* [[ArchitetturaSviluppo multi-tiersoftware]]

* [[Unified Modeling Language]] (UML)

== Altri progetti ==