INGENIERA DE SOFTWARE

CICLO DE VIDA CLSICO

El m todo d ciclo d vida para l dsarrollo d sistmas s l conjunto d actividads qu los

analistas, disn adors y usuarios ralizan para dsarrollar implantar un sistma d
informacio n. El m todo dl ciclo d vida para l dsarrollo d sistmas consta d 6 fass:

1). Investigacin Preliminar: La solicitud para rcibir ayuda d un sistma d informacio n

pud originars por varias razons: sin importar cuals san stas, l procso s inicia
simpr con la pticio n d una prsona.

2). Determinacin de los requerimientos del sistema: El aspcto fundamntal dl ana lisis
d sistmas s comprndr todas las factas importants d la part d la mprsa qu s
ncuntra bajo studio. Los analistas, al trabajar con los mplados y administradors, dbn
studiar los procsos d una mprsa para dar rspusta a las siguints prguntas clav:

Qu s lo qu hac?
Co mo s hac?
Con qu frcuncia s prsnta?
Qu tan grand s l volumn d transaccions o dcisions?
Cua l s l grado d ficincia con l qu s fctu an las taras?
Exist algu n problma? Qu tan srio s? Cua l s la causa qu lo origina?

3). Diseo del sistema: El disn o d un sistma d informacio n produc los dtalls qu
stablcn la forma n la qu l sistma cumplira con los rqurimintos idntificados
durant la fas d ana lisis. Los spcialistas n sistmas s rfirn, con frcuncia, a sta
tapa como disn o lo gico n contrast con la dl dsarrollo dl softwar, a la qu dnominan
disn o fsico.
4). Desarrollo del software: Los ncargados d dsarrollar softwar pudn instalar
softwar comprobando a trcros o scribir programas disn ados a la mdida dl solicitant.
La lccio n dpnd dl costo d cada altrnativa, dl timpo disponibl para scribir l
softwar y d la disponibilidad d los programadors.

Por lo gnral, los programadors qu trabajan n las grands organizacions prtncn a un

grupo prmannt d profsionals.

5). Prueba de sistemas: Durant la pruba d sistmas, l sistma s mpla d manra

xprimntal para asgurars d qu l softwar no tnga fallas, s dcir, qu funciona d
acurdo con las spcificacions y n la forma n qu los usuarios spran qu lo haga.

S alimntan como ntradas conjunto d datos d pruba para su procsaminto y dspu s s

xaminan los rsultados.

6). Implantacin y evaluacin: La implantacio n s l procso d vrificar instalar nuvo

quipo, ntrnar a los usuarios, instalar la aplicacio n y construir todos los archivos d datos
ncsarios para utilizarla. Una vz instaladas, las aplicacions s mplan durant muchos
an os. Sin mbargo, las organizacions y los usuarios cambian con l paso dl timpo, incluso l
ambint s difrnt con l paso d las smanas y los mss.

Por consiguint, s indudabl qu db dars mantniminto a las aplicacions. La

valuacio n d un sistma s llva a cabo para idntificar puntos d bils y furts. La
valuacio n ocurr a lo largo d cualquira d las siguints dimnsions:

*Evaluacin operacional: Valoracio n d la forma n qu funciona l sistma, incluyndo su

facilidad d uso, timpo d rspusta, lo adcuado d los formatos d informacio n,
confiabilidad global y nivl d utilizacio n.

*Impacto organizacional: Idntificacio n y mdicio n d los bnficios para la organizacio n n

a ras tals como finanzas, ficincia opracional impacto comptitivo. Tambi n s incluy l
impacto sobr l flujo d informacio n xtrno intrno.

*Opinin de loa administradores: valuacio n d las actividads d dirctivos y

administradors dntro d la organizacio n as como d los usuarios finals.

*Desempeo del desarrollo: La valuacio n d procso d dsarrollo d acurdo con critrios

tals como timpo y sfurzo d dsarrollo, concurdan con prsupustos y sta ndars, y
otros critrios d administracio n d proyctos. Tambi n s incluy la valoracio n d los
m todos y hrramintas utilizados n l dsarrollo.

DESARROLLO RPIDO DE APLICACIONES (RAD)

Abrviado como (dl ingl s Rapid Application Dvlopmnt) s un modlo d ciclo d vida
qu nfatiza un dsarrollo xtrmadamnt corto. S trata d una adaptacio n dl modlo
tradicional n cascada n l qu s logra l dsarrollo ra pido utilizando una construccio n
basada n componnts. Si s comprndn bin los rquisitos y s limita l a mbito dl
proycto, l procso RAD prmit crar un sistma compltamnt funcional dntro d
priodos cortos d timpo (ntr 60 y 90 das).

Cuando s utiliza para aplicacions d sistmas d informacio n, l nfoqu RAD tin las
siguints fass:

1. Modelado de Gestin: s modla l flujo d

informacio n ntr las funcions d gstio n.

2. Modelado de Datos: s rfina l flujo d

informacio n como un conjunto d objtos d
datos ncsarios para apoyar la mprsa. S
dfinn las caractrsticas d cada uno d los
objtos y sus rlacions.

3. Modelado del Proceso: s dfinn las

transformacions (an adir, modificar, suprimir o
rcuprar) sobr los objtos dl modlo d datos para lograr los flujos d informacio n d cada
funcio n d gstio n.

4. Generacin de Aplicaciones: codificacio n d una funcio n d gstio n.

5. Pruebas y entrega: pruba d los componnts y ntrga dl programa qu raliza una

funcio n d gstio n.

La clav dl modlo RAD sta n los cambios n las tapas d codificacio n y prubas:

Codificacio n. El modlo RAD asum la utilizacio n d t cnicas d cuarta gnracio n. En lugar

d crar softwar con lnguajs d programacio n d trcra gnracio n, s trabaja para volvr
a utilizar componnts d programas ya xistnts (cuando s posibl) o a crar componnts
rutilizabls (cuando sa ncsario). En todos los casos s utilizan hrramintas para facilitar
la construccio n d softwar.

Prubas. Como s nfatiza la rutilizacio n, ya s han comprobado muchos d los

componnts d los programas. Esto rduc n muchos casos l timpo d prubas, aunqu s
dbn probar todos los componnts nuvos y s dbn jrcitar todas las intrfacs a fondo.

El modlo d ciclo d vida RAD s mustra n la Figura 4. Las limitacions d timpo

impustas n un proycto RAD xign qu la aplicacio n cumpla con l rquisito d a mbito n
scalas, qu indiqu qu una aplicacio n puda modulars d forma qu cada una d las
funcions principals puda compltars n mnos d trs mss. Adma s, cada una d las
funcions pud sr afrontada por un quipo RAD sparado intgrars n un u nico conjunto.

Ventajas

Enfatiza ciclos d dsarrollo xtrmadamnt cortos.

Tin las vntajas dl modlo cla sico.

S asgura d qu l producto ntrgado cumpl las ncsidads dl clint.

Desventaja

Solo s pud aplicar si l sistma s pud modularizar d forma qu prmita

compltars cada una d las funcions principals n mnos d trs mss.
Para proyctos grands pud rqurir muchos quipos d trabajo distintos.

Rquir clints y dsarrolladors compromtidos n las ra pidas actividads ncsarias.

No rsulta adcuado cuando los risgos t cnicos son lvados.

S pudn tnr problmas con la acptacio n dl prototipo.

MODELO DE PROTOTIPOS
El modlo d prototipos o d prototipaj prvio a su dsarrollo db considrar las siguints
parts fundamntals:

La dfinicio n d los objtivos globals para l softwar.

Idntificar los rquisitos conocidos.

Idntificar las a ras dl squma dl softwar n dond sa ncsaria una mayor

dfinicio n.

El siguint squma
rprsnt l procso qu
sigu st modlo:
Su disn o s ra pido y s
cntra n una rprsntacio n
d aqullos aspctos dl
softwar qu sra n visibls
para l clint o l usuario
final (por jmplo, la
configuracio n d la intrfaz
con l usuario y l formato d
los dspligus d salida).

Ayuda al dsarrollador d
softwar y al clint a ntndr d mjor manra cua l sra l rsultado d la construccio n
cuando los rquisitos st n satisfchos y ofrc un mjor nfoqu cuando l rsponsabl dl
dsarrollo dl softwar sta insguro d la ficacia d un algoritmo, d la adaptabilidad d un
sistma oprativo o d la forma qu dbra tomar la intraccio n humano-ma quina.

La clav d su xito sta n dfinir las rglas dl jugo dsd l principio; s dcir, l clint y
l dsarrollador s dbn ponr d acurdo n:
Qu l prototipo s construya y sirva como un mecanismo para la definicin de
requisitos
Qu l prototipo s descarte, o al mnos n part.

Qu dspu s s dsarroll l softwar ral con un nfoqu hacia la calidad

Cab rsaltar qu st modlo solamnt s u til cuando tanto l clint como l dsarrollador
conocn los objtivos y las ncsidads gnrals para l softwar.

CICLO DE VIDA EN ESPIRAL

El modlo d dsarrollo n spiral (vr Figura 10) s actualmnt uno d los ma s conocidos y
fu propusto por Bohm [7]. El ciclo d dsarrollo s rprsnta como una spiral, n lugar
d una sri d actividads sucsivas con rtrospctiva d una actividad a otra.
Cada ciclo d dsarrollo s divid n cuatro fass:
 1. Dfinicio n d objtivos: S dfinn los objtivos. S dfinn las rstriccions dl procso
y dl producto. S
raliza un disn o
dtallado dl plan
administrativo. S
idntifican los
risgos y s laboran
stratgias
altrnativas
dpndindo d
stos.
2. Evaluacio n y
rduccio n d
risgos: S raliza un
ana lisis dtallado d
cada risgo
idntificado. Pudn
dsarrollars
prototipos para
disminuir l risgo
d rquisitos
dudosos. S llvan a
cabo los pasos para
rducir los risgos.
3. Dsarrollo y validacio n: S scog l modlo d dsarrollo dspu s d la valuacio n dl
risgo. El modlo qu s utilizara (cascada, sistmas formals, volutivo, tc.) dpnd
dl risgo idntificado para sa fas.
4. Planificacio n: S dtrmina si continuar con otro ciclo. S plana la siguint fas dl
proycto.
Est modlo a difrncia d los otros toma n considracio n xplcitamnt l risgo, sta s
una actividad important n la administracio n dl proycto.

El ciclo d vida inicia con la dfinicio n d los objtivos. D acurdo a las rstriccions s
dtrminan distintas altrnativas. S idntifican los risgos al sopsar los objtivos contra las
altrnativas. S valu an los risgos con actividads como ana lisis dtallado, simulacio n,
prototipos, tc. S dsarrolla un poco l sistma. S planifica la siguint fas.

Ventajas es bueno cuando hay

Exist poca idntificacio n d los rqurimintos.
Hay risgos importants qu dbn sr tnidos n cunta dsd l principio.
Desventajas
Ncsita una planificacio n adcuada.
 Ncsita timpo considrabl para la gstio n dl proycto.
Rquir prparacio n d los rcursos humanos.

PROCESO UNIFICADO

El Proceso Unificado de Desarrollo Software o simplmnt Proceso Unificado s un

marco d dsarrollo d softwar qu s caractriza por star dirigido por casos d uso,
cntrado n la arquitctura y por sr itrativo incrmntal. El rfinaminto ma s conocido y
documntado dl Procso Unificado s l Procso Unificado d Rational o simplmnt RUP.

El Procso Unificado no s simplmnt un procso, sino un marco d trabajo xtnsibl qu

pud sr adaptado a organizacions o proyctos spcficos. D la misma forma, l Procso
Unificado d Rational, tambi n s un marco d trabajo xtnsibl, por lo qu muchas vcs
rsulta imposibl dcir si un rfinaminto particular dl procso ha sido drivado dl Procso
Unificado o dl RUP. Por dicho motivo, los dos nombrs suln utilizars para rfrirs a un
mismo concpto.

El nombr Procso Unificado s usa para dscribir l procso gn rico qu incluy aqullos
lmntos qu son comuns a la mayora d los rfinamintos xistnts. Tambi n prmit
vitar problmas lgals ya qu Procso Unificado d Rational o RUP son marcas rgistradas
por IBM (dsd su compra d Rational Softwar Corporation n 2003). El primr libro sobr l
tma s dnomino , n su vrsio n span ola, El Procso Unificado d Dsarrollo d Softwar
(ISBN 84-7829-036-2) y fu publicado n 1999 por Ivar Jacobson, Grady Booch y Jams
Rumbaugh, conocidos tambi n por sr los dsarrolladors dl UML, l Lnguaj Unificado d
Modlado. Dsd ntoncs los autors qu publican libros sobr l tma y qu no sta n
afiliados a Rational utilizan l t rmino Procso Unificado, mintras qu los autors qu
prtncn a Rational favorcn l nombr d Procso Unificado d Rational.

Dirigido por los casos de uso

En l Procso Unificado los casos d uso s utilizan para capturar los rquisitos funcionals y
para dfinir los contnidos d las itracions. La ida s qu cada itracio n tom un conjunto
d casos d uso o scnarios y dsarroll todo l camino a trav s d las distintas disciplinas:
disn o, implmntacio n, pruba, tc. l procso dirigido por casos d uso s l rup. Nota: n
UP s sta Dirigido por requisitos y riesgos d acurdo con l Libro UML 2 d ARLOW, Jim
qu mnciona l tma.

Centrado en la arquitectura

El Procso Unificado asum qu no xist un modlo u nico qu cubra todos los aspctos dl
sistma. Por dicho motivo xistn mu ltipls modlos y vistas qu dfinn la arquitctura d
softwar d un sistma. La analoga con la construccio n s clara, cuando construys un dificio
xistn divrsos planos qu incluyn los distintos srvicios dl mismo: lctricidad,
fontanra, tc.

Enfocado en los riesgos

El Procso Unificado rquir qu l quipo dl proycto s cntr n idntificar los risgos

crticos n una tapa tmprana dl ciclo d vida. Los rsultados d cada itracio n, n spcial
los d la fas d Elaboracio n dbn sr slccionados n un ordn qu asgur qu los risgos
principals son considrados primro.

Lenguaje unificado de modelado

El Lnguaj unificado d modlado no s l sucsor d la olada d m todos d ana lisis y

disn o orintados a objtos qu surgio a finals d la d cada d los 1980 y principios d la
siguint. El UML unifica, sobr todo, los m todos d Booch, Rumbaugh, Bru hl (OMT) y
Jacobson, pro su alcanc ha llgado a formar part fundamntal d la Ingnira d Softwar
tras su standarizacio n n 1997 con l OMG (Objct Managmnt Group o Grupo d
administracio n d objtos).

Por qu analizar y disear?

En rsumidas cuntas, la custio n fundamntal dl dsarrollo dl softwar s la scritura dl

co digo. Dspu s d todo, los diagramas son solo ima gns bonitas. Ningu n usuario va a
agradcr la bllza d los dibujos; lo qu l usuario quir s softwar qu funcion (UML
Gota a Gota, Addison Wsly, Pag 7). Por lo tanto, cuando considr usar l UML s important
prguntars por qu lo hara y como l ayudara a ustd cuando llgu l momnto d scribir
l co digo. No xist una vidncia mprica adcuada qu dmustr si stas t cnicas son
bunas o malas.
MODELO INCREMENTAL

Est modlo d ciclo d vida s basa n la filosofa d construir incrmntando las

funcionalidads dl programa. S raliza construyndo por mo dulos qu cumpln las
difrnts funcions dl sistma. Esto prmit ir aumntando gradualmnt las capacidads
dl softwar. Est ciclo d vida facilita la tara dl dsarrollo prmitindo a cada mimbro dl
quipo dsarrollar un modulo particular n l caso d qu l proycto sa ralizado por un
quipo d programadors.

Ventajas y Desventajas:

Construir un sistma pqun o simpr s mnos risgoso qu construir un sistma grand.

Como dsarrollamos indpndintmnt las funcionalidads, s ma s fa cil rvlar los

rqurimintos dl usuario.

Si s dtcta un rror grav, solo dschamos la u ltima itracio n.

No s ncsario disponr d los rqurimintos d todas las funcionalidads y n l cominzo

dl proycto y adma s facilita la labor dl dsarrollo con la conocida filosofa d divid &
conquror.
MODELO WIN WIN

El modlo n spiral WINWIN d Bohm [BOE98] dfin un conjunto d actividads d

ngociacio n al principio d cada paso alrddor d la spiral. Ma s qu una simpl actividad d
comunicacio n con l clint, s dfinnl as siguints actividads::

Idntificacio n dl sistma o subsistmas clav d los dirctivos (*) (sabr qu quirn).

Dtrminacio n d condicions d victoria d los dirctivos (sabr qu ncsitan y los
satisfac)

Ngociacio n d
las condicions
victoria d
los dirctivos
para obtnr
condicions
Victoria &
Victoria
(ngociar para
qu ambos
gann). adma s
dl nfasis
inicial pusto
n la condicio n
d ganar-ganar,
l modlo tambi n prsnta trs tapas dl procso (puntos d anclaj), qu ayudan a
stablcr la ralizacio n d un ciclo alrddor d la spiral y proporcionar los hitos d
dcisio n ants d qu l proycto d producto d softwar. Estos son:

Objtivos dl Ciclo d Vida (Lif Cycl Objctivs - LCO) - Dfin una sri d
objtivos para cada actividad d softwar ma s importants (un conjunto d
objtivos rlacionados con la dfinicio n d los principals rquisitos d nivl
d producto).

Arquitctura dl Ciclo d Vida (Lif Cycl Architctur - LCA) - Establc los

objtivos qu dbn cumplirs como la arquitctura d softwar s dfin.

Initial Oprational Capability (Initial Oprational Capability - IOC) - Rprsnta

un conjunto d objtivos asociados a la prparacio n dl softwar para la
instalacio n y distribucio n, la prparacio n prvia a las instalacions dl sitio,
asistncia rqurida por todas las parts qu utilizara o soport t cnico dl
softwar.

Ventajas

El clint gana obtnindo un producto qu lo satisfaga.

Exist la comunicacio n con l clint para fijar los rquisitos
 El clint y dsarrollador ntran n una ngociacio n.
S ngocia cost frnt a funcionalidad, rndiminto, calidad, tc.

Desventajas

Est modlo rquir furts habilidads d ngociacio n.

Es difcil convncr a los grands clints qu s podra controlar st nfoqu
volutivo.
Rquir mucha xprincia y habilidad para la valuacio n d los risgos, lo cual s
rquisito para l xito dl proycto.
Ncsita d la participacio n continua por part dl clint.

MODELO EN V

El modlo n v s dsarrollo para trminar con algunos d los problmas qu s viron

utilizando l nfoqu d cascada tradicional. Los dfctos staban sindo ncontrados
dmasiado tard n l ciclo d vida, ya qu las prubas no s introducan hasta l final dl
proycto. El modlo n v dic qu las prubas ncsitan mpzars lo ma s pronto posibl n l
ciclo d vida. Tambi n mustra qu las prubas no son so lo una actividad basada n la
jcucio n. Hay una varidad d actividads qu s han d ralizar ants dl fin d la fas d
codificacio n. Estas actividads dbran sr llvadas a cabo n parallo con las actividads d
dsarrollo, y los t cnicos d prubas ncsitan trabajar con los dsarrolladors y analistas d
ngocio d tal forma qu pudan ralizar stas actividads y taras y producir una sri d
ntrgabls d prubas. Los productos d trabajo gnrados por los dsarrolladors y
analistas d ngocio durant l dsarrollo son las bass d las prubas n uno o ma s nivls.
El modlo n v s un modlo qu ilustra co mo las actividads d pruba (vrificacio n y
validacio n) s pudn intgrar n cada fas dl ciclo d vida. Dntro dl modlo n v, las
prubas d validacio n tinn lugar spcialmnt durant las tapas tmpranas, por jmplo,
rvisando los rquisitos d usuario y dspu s por jmplo, durant las prubas d acptacio n
d usuario.
El modlo n v s un procso qu rprsnta la scuncia d pasos n l dsarrollo dl ciclo d
vida d un proycto. Dscrib las actividads y rsultados qu han d sr producidos durant
l dsarrollo dl producto. La part izquirda d la v rprsnta la dscomposicio n d los
rquisitos y la cracio n d las spcificacions dl sistma. El lado drcho d la v rprsnta
la intgracio n d parts y su vrificacio n. V significa Validacio n y Vrificacio n.

Ralmnt las tapas individuals dl procso pudn sr casi las mismas qu las dl modlo
n cascada. Sin mbargo hay una gran difrncia. En vz d ir para abajo d una forma linal
las fass dl procso vulvn hacia arriba tras la fas d codificacio n, formando una v. La razo n
d sto s qu para cada una d las fass d disn o s ha ncontrado qu hay un homo logo n
las fass d prubas qu s corrlacionan.
Ventajas
Las vntajas qu s pudn dstacar d st modlo son las siguints:
Es un modlo simpl y fa cil d utilizar.
En cada una d las fass hay ntrgabls spcficos.
Tin una alta oportunidad d xito sobr l modlo n cascada dbido al dsarrollo d plans
d pruba n tapas tmpranas dl ciclo d vida.
Es un modlo qu sul funcionar bin para proyctos pqun os dond los rquisitos son
ntndidos fa cilmnt.

Inconvenientes

Entr los inconvnints y las crticas qu s l hacn a st modlo sta n las siguints:
Es un modlo muy rgido, como l modlo n cascada.
Tin poca flxibilidad y ajustar l alcanc s difcil y caro.
1
El softwar s dsarrolla durant la fas d implmntacio n, por lo qu no s producn
prototipos dl softwar.
2
El modlo no proporciona caminos claros para problmas ncontrados durant las fass d
prubas.

3
Los planes de prueba son OPERACION
el nexo entre el desarrollo
y la verificacin Y
MANTENIMIENT
Plan de O
ANALISIS DE Pruebas PRUEBA DE

REQUERIMIENTO de Aceptacin ACEPTACIO

S Validar requerimientos N

Plan de
DISEO DEL
Pruebas
PRUEBA
DEL
SISTEMA del Sistema

Verificar diseo SISTEMA

Plan de
DISEO Pruebas PRUEBA DE

DETALLAD de Integracin INTEGRACIO

O N

IMPLEMENTACION

DE PROGRAMAS Y

PRUEBA UNITARIA