Read Aloud the Text Content

This audio was created by Woord's Text to Speech service by content creators from all around the world.

Text Content or SSML code:

Gestione dell'elicitazione dei requisiti SPECIFICHE DI NEGOZIAZIONE CON I CLIENTI: JAD JAD (Joint Application Design) è un metodo dei requisiti sviluppato presso IBM. La sua efficacia risiede nel fatto che il lavoro di elicitazione dei requisiti viene svolto in una singola sessione di workshop a cui partecipano tutte le parti interessate. Perché il finale del documento è congiuntamente sviluppato dalle parti interessate (che è, i partecipanti che non solo hanno un interesse nel successo del progetto, ma anche in grado di fare sostanziali decisioni), il finale JAD documento rappresenta un accordo tra gli utenti, clienti, e sviluppatori e quindi riduce al minimo le modifiche ai requisiti più avanti nel processo di sviluppo. MANTENERE LA TRACCIABILITÀ La tracciabilità è la capacità di seguire la vita di un requisito. Questo include il tracciamento in cui i requisiti sono venuti da a quali aspetti del sistema e il progetto che colpisce. L' approccio più semplice per mantenere la tracciabilità consiste nell'utilizzare riferimenti incrociati tra documenti, modelli e artefatti di codice. Ogni singolo elemento è identificato da un numero univoco. Le dipendenze vengono quindi documentate manualmente come un riferimento incrociato testuale contenente il numero dell'elemento di origine e il numero dell'elemento di destinazione. Per i progetti su larga scala, specializzati strumenti di database consentono la parziale automazione della cattura, l'editing e il collegamento di tracciabilità dipendenze in modo più dettagliato livello. Pianificazione del progetto Organizzativi e gestionali aspetti sono ad almeno come importante come le tecniche aspetti. Noi facciamo Non produciamo solo il software, abbiamo produciamo sistemi. Il piano di progetto prevede: • Le risorse disponibili • La ripartizione del lavoro: la scomposizione di un progetto in sottoattività fino a un livello necessario per una pianificazione e un controllo efficaci • Una pianificazione del lavoro tale che i vincoli siano soddisfatti e i limiti delle risorse non vengano superati. ATTIVITÀ Avere un inizio e di fine, essi sono spesso contrassegnati con pietra miliare, consumano risorse e avere dipendenze. Possono essere rappresentati con: • PERT: valutazione del programma e tecnica di revisione. Molto utile per trovare le dipendenze. Essa mostra logiche dipendenze • Grafico GANTT: come una versione con grafico a barre di PERT. Essa mostra le attività su un calendario e temporali dipendenze. Si è anche possibile per il bilancio per un compito e chiedere se domanda su allocazioni. • Grafico dell’attività: freccia esprime l'attività e il nodo esprime il completamento dell'attività. Quindi si aggiunge il peso al bordo pari al tempo necessario per completare l'attività. Utile per identificare critica percorso utilizzando ampiezza -Primo algoritmi. Un critico percorso è una sequenza di attività senza allentamento tempo: se attività su critico percorso vengono ritardati, il totale progetto è ritardato come pure. Tutta questa pianificazione si basa sulla stima. Tecniche di stima scadenti sono indovinare, metodo di budget e prezzi per vincere. Meglio di stima tecniche sono basate su esperienze o dati concreti di raccolta. La stima può essere informale (Esperto giudizio, la stima per analogia e Delphi Metod (la creazione di un gruppo di esperti parere mentre controbilanciare personalità fattore nel processo utilizzando un moderatore)) o formale (algoritmico costo di modellazione (es. Lineare modellazione)) MONITORAGGIO DEL PROGETTO • Sforzo: individui registrano come molto tempo è speso in vari compiti. • Progressi: traguardo e rapporti • Schedule slippage: monitorare attentamente il percorso critico • Cambiamenti nelle attività: necessità di riprogettare GESTIONE DEL RISCHIO Risk managment si occupa di identificare i rischi e redazione dei piani per ridurre al minimo il loro effetto su un progetto. I rischi sono un possibile evento negativo futuro che può influire sul successo di uno sforzo. Hanno un impatto sulla pianificazione o sulle risorse. Il processo di gestione del rischio si articola in: • Rischio di identificazione: Identificare progetto, del prodotto e dei rischi aziendali • Analisi dei rischi: valutare la probabilità e le conseguenze di questi rischi • Rischio di pianificazione: Draw fino piani per evitare o ridurre al minimo gli effetti del rischio • Rischio di monitoraggio: monitoraggio dei rischi in tutto il progetto UN APPROCCIO IN 12 PASSI: 1. Accordo 2. Elenca le attività 3. Stima tempi e costi 4. Dipendenze e percorso critico 5. Crashing 6. Diagramma di Gantt 7. Pianificazione delle risorse 8. Rischi 9. Monitorare i progressi 10. Monitorare le finanze 11. Riprogrammare 12. Revisione Sistema di design La progettazione del sistema è la trasformazione di un modello di analisi in un modello di progettazione del sistema. Durante la progettazione del sistema, gli sviluppatori definiscono gli obiettivi di progettazione del progetto e scompongono il sistema in sottosistemi più piccoli che possono essere realizzati dai singoli gruppi. Sottosistemi sono sostituibili parte del sistema con oltre - definito interfacce che incapsula stato e comportamento dei suoi contenuti classi. Lo scopo della progettazione del sistema è colmare il divario tra un problema e un sistema esistente in modo gestibile. Il risultato della progettazione del sistema è un modello che include una scomposizione del sottosistema e una chiara descrizione di ciascuna di queste strategie. La progettazione del sistema non è algoritmica. Gli sviluppatori devono fare trade- off tra i tanti obiettivi di progettazione che spesso conflitto con l’altra. Essi, inoltre, non possono anticipare tutti di progettazione le questioni che si dovranno affrontare, perché essi non ancora hanno un quadro chiaro della soluzione di dominio. Le fasi della progettazione del sistema sono: • Identifica gli obiettivi di progettazione. Gli sviluppatori di identificare e prioritizzare le qualità del sistema che essi dovrebbero ottimizzare. • Progettare la scomposizione iniziale del sottosistema. Gli sviluppatori scompongono il sistema in parti più piccole in base al caso d'uso e ai modelli di analisi. Gli sviluppatori utilizzano standard di architettura stili come una partenza punto durante questa attività. • Affina il sottosistema di decomposizione per affrontare gli obiettivi di progettazione. L' iniziale di decomposizione di solito non soddisfa tutti obiettivi di progettazione. Gli sviluppatori lo perfezionano fino a quando tutti gli obiettivi sono soddisfatti. Si definisce sistema componenti e la loro interazione in modo da massimizzare funzionali e non funzionali richieste. I principali elementi di calcolo sono i componenti, che sono collegati tramite connettori. Un servizio è un insieme di operazioni correlate che condividono uno scopo comune. Un sottosistema fornisce servizi ad altri sottosistemi tramite le interfacce dei sottosistemi ACCOPPIAMENTO E COESIONE L'accoppiamento è il numero di dipendenze tra due sottosistemi. Low accoppiamento significa che i componenti sono indipendenti da ogni altro. Ciò è desiderabile per consentire la modifica dei componenti con un effetto minimo sul sistema La coesione misura il grado di dipendenza tra classi dello stesso sottosistema. Alta coesione significa che un componente atto come un isolato unità. Si ottiene quando la maggior parte dell'interazione è all'interno dei sottosistemi piuttosto che attraverso i confini del sottosistema. Processo software Ci sono quattro dominanti software di sviluppo dei processi: Cascata, RUP, Agile, Mobile- guidato lo sviluppo Un processo definisce chi fa cosa, quando e come per raggiungere il un obiettivo. In ingegneria del software l'obiettivo è di sviluppare prodotti software o per migliorare la loro. Un processo è un insieme coerente di attività per specificare, progettare, implementare e testare sistemi software. Un processo efficace fornisce indicazioni sulla sequenza delle attività in un gruppo di lavoro. Specificare quale risultato finale deve essere sviluppata e quando si è il momento di sviluppare esso. Essa guida gli sviluppatori in gruppi di lavoro e dà i criteri per il controllo e la misura di attività del progetto e del prodotto.