metodologies pesades -...

METODOLOGIES PESADES

Marc López Roca, u1904882

Índex

Introducció Que són les metodologies?

Historia

Importància

Metodologies pesades i àgils

Tipus de metodologies Cascada

Espiral

Prototip

Metodologies pesades V-Model

RUP

MSF

Índex

Introducció Què són les metodologies?

Història

Importància



Espiral

Prototip


RUP

MSF

Que són les metodologies?

Una metodologia és un entorn de treball que ens permet

estructurar, planificar i controlar el desenvolupament d’un sistema.

Una metodologia ens permet:

Entendre el problema

Administrar adequadament desenvolupament

Crear un bon disseny

Mesurar el nivell de qualitat

Índex


Historia

Importància



Espiral

Prototip


RUP

MSF

Història

1960 – 1970

Desenvolupament Ad-Hoc

Hi ha l’anomenada crisi del software

1970-1980

Metodologies centrades a identificar les fases del projecte

Apareix el model en cascada

Apareix el concepte de “cicle de vida”

Història

1980 – 1990

Les metodologies pesades es consoliden

Apareixen les metodologies àgils

Índex


Historia

Importància



Espiral

Prototip


RUP

MSF

Importància

No utilitzar cap metodologia

No saber en quina fase del projecte estem

No saber el paper de cada membre del grup

No saber les limitacions de temps

Entendre de maneres diferents el què s’ha de fer i com s’ha de

fer.

Importància

Importància

Utilitzant una metodologia

Ens guiarà a través de les diferents fases del projecte.

Permetrà que cada membre del grup sàpiga la feina a

desenvolupar.

Ens permetrà obtenir el producte que volia el client.

Índex


Historia

Importància



Espiral

Prototip


RUP

MSF


Pesades:

Gran planificació

Documentació exhaustiva

Els resultats s’obtenen en les darreres fases

Àgils

Menys planificació

Documentació petita

Els resultats s’obtenen de manera progressiva

Índex


Historia

Importància



Espiral

Prototip


RUP

MSF

Tipus de metodologies

Cascada

Requeriments

Disseny

Implementació

Verificació

Manteniment


Cascada

Avantatge

Ben organitzats.

No es barregen les diferents fases.

És útil pels projectes estables.

Inconvenient

Mai tenim una seqüència lineal.

Les millores que s’introdueixen no són visibles fins a

les darreres etapes.


Espiral

Determinar objectius

Identificar i resoldre riscos

Desenvolupar i testejar

Planificar la següent iteració


Espiral

Avantatge

Seguiment fàcil i eficaç

Sistema flexible

Ens permet estimar de manera més segura els costos

de desenvolupament i el termini d’entrega.

Inconvenients

Documentació creix molt


Prototip

Desenvolupar

RefinarDemostrar


Prototip

Avantatge

Permet saber al client les habilitats del

desenvolupador de l’aplicació.

Interacció alta.

Redueix el risc de fracàs.

Inconvenients

Augmenta el cost a càrrec del client.

Risc d’haver de tornar a començar.

És un model lent.

Índex


Historia

Importància



Espiral

Prototip


RUP

MSF

Metodologies pesades

V-Model

Basada en el model en cascada.

Garanteix que el producte compleixi els requisits imposats pel

client


Cicle de vida

Disseny del

sistema

Requeriments

Disseny del

software

Implementació

Validació dels

requeriments

Verificació del

sistema

Verificació del

software

Verificar

disseny

Validar requisits


Rols

El líder del projecte

Administrador del projecte

El representant legal

Gerent

Analista de sistemes

Dissenyador de sistemes

Desenvolupador de software

Desenvolupador de hardware

Administrador de dades

Especialista en protecció de dades

Administrador del sistema

El testejador


Avantatges

Model simple i fàcil

Entregues programades

Ens permet evitar errors en les últimes etapes

Inconvenients

Model rígid

És complicat ajustar els costos

Índex


Historia

Importància



Espiral

Prototip


RUP

MSF


RUP (Rational Unified Procces)

Basada en el model en espiral

És la més utilitzada per l'anàlisi, disseny, implementació i

documentació de sistemes orientats a objectes.

Característiques

Casos d’ús

Arquitectura

Procés iteratiu i incremental


Característiques

Casos d’ús


Característiques

Casos d’ús

Arquitectura

time

Inici


Característiques

Casos d’ús

Arquitectura

Procés iteratiu i incremental

Requeriments

Anàlisis i disseny

ImplementacióTest

Avaluació

Requeriments

Anàlisis i disseny

ImplementacióTest

Avaluació

Requeriments

Anàlisis i disseny

ImplementacióTest

Avaluació

FI


Principis i requeriments

Adaptació del producte

Balancejar prioritats

Col·laboració entre equips

Demostrar valor iterativament

Elevar el nivell d’abstracció

Enfocar-se en la qualitat


Cicle de vida


Cicle de vida

Inici

Es defineix l’àmbit i objectiu del projecte

S’identifiquen els rols i es realitza una aproximació dels

casos d’ús.

Planificació

Inici Elaboració Construcció Transició


Cicle de vida

Elaboració

S’estudien les funcionalitats del problema i el seu domini.

Es defineix una arquitectura bàsica



Cicle de vida

Construcció

El producte es desenvolupa a partir d’iteracions.

A cada iteració desenvolupem un miniproducte que compleix una

de les parts requerides pel producte final.

A mesura que es desenvolupa el producte l’arquitectura es va

refinant, també es realitza la documentació de manera paral·lela.



Cicle de vida

Transició

S’entrega el producte a l’usuari, s’inclouen les tasques de

marketing, empaquetat, instal·lació, configuració...



Cicle de vida

Fluxos de procés

Entendre el producte i el seu

funcionament i identificar millores del

producte


Cicle de vida

Fluxos de procés

Estableix tot el que farà el sistema i els

seus límits, disseny de la interfície

d’usuari i finalment realitza una

estimació del cost i temps de

desenvolupament.


Cicle de vida

Fluxos de procés

Defineix l’arquitectura del sistema i te

com objectiu traslladar els requisits en

especificacions d’implementació


Cicle de vida

Fluxos de procés

En aquest pas implementem realitzem

la transformació de la documentació

UML cap a un codi font que implementi

els requeriments del sistema.


Cicle de vida

Fluxos de procés

Realitzem proves per assegurar-nos

que el sistema compleix els

requeriments


Cicle de vida

Fluxos de procés

Distribuïm el producte als usuaris


Cicle de vida

Fluxos de gestió

Manté un control sobre els productes

que es van creant


Cicle de vida

Fluxos de gestió

Es mante un balanç dels recursos de

l’empresa.


Cicle de vida

Fluxos de gestió

Dona suport al projecte


Rols

Analistes

Desenvolupadors

Gestors

Suport

Testejadors

Altres

Equip

Analistes

Desenvolupadors

Gestors

Testejadors

Suport

Altres


Variacions del RUP

EUP (Enterprise Unified Process)

Solucionador del poc suport tècnic que s’oferia un cop entregat el producte.

Etapa de producció

Etapa de retirada

Noves pràctiques i models

Inici Elaboració Construcció Transició Producció Retirada


Variacions del RUP

AUP (Agile Unified Process)

Versió simplificada del RUP

Apropa el RUP a una metodologia àgil

Utilitza les tècniques de TDD, refactorització...

Simplifica les disciplines.

Índex


Historia

Importància



Espiral

Prototip


RUP

MSF


MSF (Microsoft Solution Framework)

És un compendi de les millors pràctiques

És adaptable i flexible

Escalable

Independent de la tecnologia


Cicle de vida


Cicle de vida

Visió i abast

Es defineixen els líders i responsables del projecte

S’identifiquen els objectius a assolir i es realitza una avaluació dels riscos.

Durant aquesta fase és important que tot l’equip tingui clar l’objectiu que es

voldria aconseguir per al client


Cicle de vida

Planificació

Es realitza la planificació del projecte.

L’equip prepara les especificacions funcionals.

Estimació de costos.

Cronogrames dels lliurables del projecte.


Cicle de vida

Desenvolupament

Realització del codi i de la documentació.

Desenvolupament de la infraestructura.


Cicle de vida

Estabilització

Testeig.


Cicle de vida

Implantació

Implantació de la tecnologia i els components relacionats.

Realització de la instal·lació.

El projecte passa a mans del personal de suport.

S’obté l’aprovació del client.


Rols

Gestió del programa (Program management): Realitza la solució del projecte

tenint en compte les restriccions

Desenvolupament: Construeix les especificacions

Test: Es realitzen jocs de proves per garantir la qualitat del producte, i evitar

errors.

Millora de l’experiencia (User Experiencie): Millora l’experiència de l’usuari

Gestió de llançaments (Release Management): Realitza les implementacions

del projecte

Gestió de producte (Product Management): Satisfà als consumidors

Resumint

És important seguir una metodologia per assolir l’èxit del projecte


Cascada

Espiral

Prototip


Tots els passos estan marcats i planificats

Documentació és exhaustiva

Poc tolerant als canvis

Tipus: V-MODEL, RUP, MSF

Exemple

CAS 1:

Es tracta d’un projecte desenvolupat per poques persones, l’entrega ha de ser ràpida i

no hi ha necessitat de documentació. Durant el desenvolupament hi poden haver

canvis en els requeriments.

CAS 2:

Un projecte que s’ha d’entregar al cap d’un any, desenvolupat per un conjunt

d’universitats. S’han de garantir els terminis d’entrega i els objectius, tanmateix , la

documentació ha de ser detallada.

Exemple

CAS 1: (Metodologia àgil)

Es tracta d’un projecte desenvolupat per poques persones, l’entrega ha de ser ràpida i

no hi ha necessitat de documentació. Durant el desenvolupament hi poden haver

canvis en els requeriments.

CAS 2: (Metodologia pesada)

Un projecte que s’ha d’entregar al cap d’un any, desenvolupat per un conjunt

d’universitats. S’han de garantir els terminis d’entrega i els objectius, tanmateix , la

documentació ha de ser detallada.

Referències

Alexander. (sense data). micodigoisw. Consultat el 9 / Febrer / 2013, a

http://micodigoisw.wordpress.com/2012/05/08/modelo-rup/

Ambysoft. (sense data). Consultat el 10 / Febrer / 2013, a

http://www.ambysoft.com/unifiedprocess/agileUP.html

Asif Irshad Khan, R. J. (2011). A Comprehensive Study of Commonly Practiced Heavy and Light Weight

Software Methodologies. IJCSI International Journal of Computer Science Issues .

Informatik. (sense data). Consultat el 2013 / 02 / 11, a Informatik: http://www.informatik.uni-

bremen.de/gdpa/part3/p3r.htm

itinfo. (sense data). Consultat el 10 / Febrer / 2013, a itinfo: http://www.itinfo.am/eng/software-development-

methodologies

John Erik Hansen, C. T. (2004). Enterprise Development with Visual Studio .NET, UML, and MSF. Apress.

Microsoft. (sense data). Microsoft. Consultat el 12 / Febrer / 2013, a http://technet.microsoft.com/en-

us/library/bb497060.aspx

Milagros, M. (sense data). Recollit de Usmp:

http://www.usmp.edu.pe/publicaciones/boletin/fia/info49/articulos/RUP%20vs.%20XP.pdf

Nakov, S. (sense data). Software Development Practices and Methodologies.

Wikipedia. L'enciclopèdia lliure. (Gener / 2001). Consultat el 7 / Febrer / 2013, a http://www.wikipedia.org/

Yu Beng Leau, W. K. (sense data). Software Development Life Cycle AGILE vs Traditional Approaches.

Consultat el 10 / Febrer / 2013, a http://www.ipcsit.com/vol37/030-ICINT2012-I2069.pdf

Yuriana Araujo, H. L. (sense data). Scribd. Consultat el 9 / Febrer / 2013, a

http://es.scribd.com/doc/31440864/Metodologia-RUP

METODOLOGIES PESADES

Marc López Roca, u1904882

metodologies pesades -...

Documents