Clase 3

Modelos y Metodologas de Software

EFICACIA Y EFICIENCIA
EFICACIA
Tiene que ver con resultados y est relacionada con lograr objetivos, se enfoca en los resultados.

EFICIENCIA
e enfoca en los recursos, a utili!arlos de la "ejor "anera #osible. $acer bien las cosas con el "ejor a#rovec%a"iento de los recursos

&'(&( IT( )E* &'(CE ( )E )E A''(**( )E*

(FT+A'E

El #roceso de desarrollo de soft,are tiene co"o #ro#-sito la #roducci-n efica! y eficiente de un #roducto de soft,are cu"#liendo los requisitos del cliente.

CIC*( )E .I)A )E*

(FT+A'E

/n ciclo de vida se define co"o una a#ro0i"aci-n l-gica a la adquisici-n, el su"inistro el desarrollo, la e0#lotaci-n y "anteni"iento del soft,are. El ciclo de vida clsico del soft,are se divide en las siguientes fases1 2. Ingenier3a y anlisis del siste"a 4. Anlisis de los requisitos 5. )ise6o 7. Codificaci-n 8. &ruebas 9. :anteni"iento

IN;ENIE'<A Y AN=*I I I TE:A

)E*

)efinici-n del #roble"a y estableci"iento del #royecto de desarrollo Anlisis de do"inio1 &roceso de anali!ar siste"as en un do"inio relacionado al soft,are #ara encontrar sus #artes co"unes y variables, es decir conocer el negocio, #or lo tanto se reali!a al inicio del #roceso de desarrollo.

AN=*I I
'equisito

)E *(

'E>/I IT(

Es una necesidad docu"entada sobre el contenido, for"a o funcionalidad de un #roducto, establecen >/E debe %acer el siste"a #ero N( C(:( %acerlo. .isi-n #rofunda del #roble"a desde el #unto de vista de todos los interesados. e anali!an las necesidades de los usuarios finales del soft,are #ara deter"inar que objetivos debe cubrir. En esta eta#a se debe consensuar todo lo que requiere del siste"a y que ser lo que siga en las siguientes eta#as.

AN=*I I

)E *(

'E>/I IT(

Ti#os de requeri"ientos
2. 'equeri"iento Funcional )escri#ci-n de lo que el siste"a debe %acer, es decir lo que el siste"a debe ser ca#a! de reali!ar. 5. 'equeri"iento No Funcional Es#ecifica algo sobre el #ro#io siste"a co"o debe reali!ar sus funciones ?dis#onibilidad, "anteni"iento, facilidad de uso, etc.@.

AN=*I I

)E *(

'E>/I IT(

Caracter3sticas de un requeri"iento bien for"ulado

Necesario1 necesario #ara el #roducto No a"biguo1 te0to claro, #reciso y tener una Anica inter#retaci-n #osible Conciso1 )ebe redactarse en un lenguaje co"#rensible #or los staBe%olders. Consistente1 *enguaje consistente y no debe entrar en conflicto con otro requeri"iento diferente. Co"#leto1 contener en s3 "is"os toda la infor"aci-n necesaria. Alcan!able1 er objetivo y realista, #osible de ser alcan!ado con #resu#uesto, tie"#o y

AN=*I I

)E *(

'E>/I IT(

Actividades requisitos

en

la

to"a

de

(btener requisitos Anali!ar requisitos )ocu"entar requisitos .erificar los requisitos .alidar los requisitos

AN=*I I

)E *(

'E>/I IT(

TCcnicas #ara la to"a de requisitos

Entrevistas Talleres &rototi#os $istorias de /suario Casos de /so For"a de Contrato )ocu"ento de Es#ecificaciones, 'equeri"ientos y Criterios de Ace#taci-n de oft,are

)I ED(
C(:( el soft,are va a satisfacer los requeri"ientos. &roceso iterativo donde los requeri"ientos se traducen en un E#lanoF #ara construir soft,are. e desco"#one y organi!a el siste"a en ele"entos que #uedan elaborarse #or se#arado, esto #er"ite a#rovec%ar las ventajas del desarrollo en equi#o. )istinguir1 )ise6o de alto nivel o arquitect-nico1 definir la estructura de la soluci-n, identificando grandes "-dulos ?conjunto de funciones

)I ED(
Caracter3sticas F/'&
on requisitos con condiciones que el cu"#lir. Functionality /sability 'eliability &erfor"ance u##ort ca#acidades y siste"a debe

C()IFICACIGN
e traducen los algorit"os dise6ados en la eta#a de dise6o a un lenguaje de #rogra"aci-n es#ecifico ?las acciones definidas en c-digo se convierten en acciones@.

&'/EHA
Investigaci-n conducida que #rovee infor"aci-n acerca de la calidad del #roducto. &rueba funcional1 verifican una acci-n o funci-n que el c-digo ejecuta. &rueba no funcional1 verifican as#ectos del soft,are no relacionadas a una funci-n es#ec3fica o acci-n del usuario. .erificaci-n1 I$e"os construido correcta"ente el soft,areJICu"#le con las es#ecificacionesJ

&'/EHA
)efectos No son sie"#re causados #or errores de c-digo, una gran cantidad de defectos son causa de requeri"ientos no reconocidos, general"ente no funcionales. Fallas i un defecto es ejecutado el siste"a #uede #roducir resultados equivocados, esto es una falla en el siste"a.

&'/EHA
:Ctodos HlacB Ho0 Testing

+%ite Ho0 Testing

;ray Ho0 Testing

&'/EHA
Niveles
/nit Testing1 .erificaci-n de funcionalidad de una #orci-n es#ecifica del c-digo, lla"ada unidad. Integration Testing1 Cualquier ti#o de #rueba que busca verificar las interfaces ?cone0i-n f3sica y funcional entre dos siste"as o dis#ositivos de cualquier ti#o dando una co"unicaci-n entre distintos niveles@ entre co"#onentes. yste" Testing1 &robar el siste"a integrado #ara verificar que cu"#le los requeri"ientos. yste" Integration Testing1 .erificar que el siste"a se integre con cualquier siste"a e0terno o de tercero ?t%ird #arty@ que esta definido en los requeri"ientos. 'egression Testing1 encontrar defectos luego de un ca"bio "ayor al c-digo.

:ANTENI:IENT(
:odificaci-n de un #roducto de soft,are des#uCs de %aber sido entregado.
Ada#table1 ti#o de "odificaci-n que #er"ite al siste"a %acer frente a ca"bios en el a"biente del soft,are. &erfectivo1 ti#o de "odificaci-n que i"#lica i"#le"entar nuevos o ca"biar requeri"ientos de usuario referentes a "ejoras funcionales #ara el soft,are. Correctivo1 #er"ite diagnosticar y corregir errores que #osible"ente encontraron los usuarios.

:()E*(

)E )E A''(**( )E

(FT+A'E

C()E AN) FIK

:odelo bsico usado en los inicios del desarrollo de soft,are y contiene dos #asos1
2. Escribir c-digo 4. Corregir #roble"as en el c-digo

:()E*(

)E )E A''(**( )E

(FT+A'E

CA CA)A (rdena rigurosa"ente las eta#as del ciclo de vida del soft,are, #or lo tanto el inicio de cada eta#a debe es#erar a la finali!aci-

:()E*(

)E )E A''(**( )E

(FT+A'E

CA CA)A
Caracter3sticas
(rdena rigurosa"ente las eta#as del ciclo de vida del soft,are, #or lo tanto el inicio de cada eta#a debe es#erar a la finali!aci-n de la anterior. Es el "s utili!ado. e deben desarrollar todas las fases #ara que el #royecto tenga C0ito. *as fases continAan %asta que los objetivos se %an cu"#lido. i se ca"bia el orden de las fases el

:()E*(

)E )E A''(**( )E

(FT+A'E

CA CA)A
FA E
)efinici-n de 'equeri"ientos Anlisis )ise6o Codificaci-n &ruebas :anteni"iento

:()E*(

)E )E A''(**( )E

(FT+A'E

CA CA)A
.ENTALA
Todo bien organi!ado dado que no se "e!clan las fases Adecuado #ara #royectos r3gidos ?#oco ca"biantes@. &lanificaci-n sencilla Calidad del #roducto resultante alta El usuario #uede entender fcil"ente.

:()E*(

)E )E A''(**( )E

(FT+A'E

CA CA)A
)E .ENTALA
Iteraciones costosas )if3cil incor#orar nuevas cosas que se requieren incor#orar :uc%o tie"#o en ter"inar todo el ciclo 'evisiones de #royectos de gran co"#lejidad son "uy dificiles.

:()E*(

)E )E A''(**( )E

(FT+A'E

.
Caracter3sticas
Es una variaci-n del "odelo en cascada. :uestra c-"o se relacionan las actividades de #rueba con el anlisis y el dise6o. *a codificaci-n for"a el vCrtice de la ., con el anlisis y el dise6o a la i!quierda y las #ruebas y el "anteni"iento a la derec%a.

:()E*(

)E )E A''(**( )E

(FT+A'E

.
Caracter3sticas
*ado i!quierdo de la v 'e#resenta la desco"#osici-n de las necesidades, y la creaci-n de las es#ecificaciones del siste"a. *ado derec%o de la v 'e#resenta la

:()E*(

)E )E A''(**( )E

(FT+A'E

.
(bjetivos
:ini"i!aci-n de los riesgos del #royecto :ejora y ;arant3a de Calidad 'educci-n de los gastos totales durante todo el #royecto y siste"a de Ciclo de .ida :ejora de la co"unicaci-n entre los inversionistas

:()E*(

)E )E A''(**( )E

(FT+A'E

.
.entajas
*a relaci-n entre las eta#as de desarrollo y los distintos ti#os de #ruebas facilitan la locali!aci-n de fallos. Es un "odelo sencillo y de fcil a#rendi!aje. $ace e0#l3cito #arte de la iteraci-n y trabajo que %ay que revisar. Es#ecifica bien los roles de los distintos ti#os de #ruebas a reali!ar

:()E*(

)E )E A''(**( )E

(FT+A'E

.
)esventajas
Es dif3cil que el cliente e0#onga e0#l3cita"ente todos los requisitos. El cliente debe tener #aciencia, #ues obtendr el #roducto al final del ciclo de vida. *as #ruebas #ueden ser caras y a veces no son lo suficiente"ente efectivas. El #roducto final obtenido #uede que no refleje todos los requisitos del usuario.

:()E*(

)E )E A''(**( )E

(FT+A'E

E.(*/TI.( ?&'(T(TI&( @
Caracter3sticas
u objetivo es entender los requisitos del usuario y trabajar #ara "ejorar la calidad de los requisitos. e co"ien!a #or definir los requisitos que no estn claros #ara el usuario y se utili!a un #rototi#o #ara e0#eri"entar con ellos.

:()E*(

)E )E A''(**( )E

(FT+A'E

E.(*/TI.( ?&'(T(TI&( @
.entajas
*a es#ecificaci-n #uede desarrollarse de for"a creciente *os usuarios y desarrolladores logran un "ejor entendi"iento del siste"aMN "ejor calidad del siste"a. Es "s efectivo que el "odelo cascada, ya que cu"#le con las necesidades in"ediatas del cliente.

:()E*(

)E )E A''(**( )E

(FT+A'E

E.(*/TI.( ?&'(T(TI&( @
)esventajas
i el siste"a se necesita desarrollar r#ido, no es efectivo. *os ca"bios continuos #ueden ser #erjudiciales #ara la estructura del soft,are %aciendo costoso el "anteni"iento. *os ad"inistradores necesitan entregas #ara "edir el #rogreso.

:()E*(

)E )E A''(**( )E

(FT+A'E

E.(*/TI.( ?&'(T(TI&( @

:()E*(

)E )E A''(**( )E

(FT+A'E

INC'E:ENTA*
Caracter3sticas
urge co"o una for"a de reducir la re#etici-n del trabajo en el #roceso de desarrollo y dar o#ortunidad de retrasar la to"a de decisiones en los requisitos %asta adquirir e0#eriencia con el siste"a. Es una co"binaci-n entre el "odelo cascada y "odelo evolutivo. e enfoca en la entrega de un #roducto o#eracional con cada incre"ento 'esulta Atil #ara %abilitar l3neas #aralelas

:()E*(

)E )E A''(**( )E

(FT+A'E

INC'E:ENTA*
.entajas
*os clientes no es#eran %asta el fin del desarrollo #ara utili!ar el siste"a. &ueden e"#e!ar a usarlo desde el #ri"er incre"ento. *os clientes #ueden aclarar los requisitos que no tengan claros confor"e ven las entregas del siste"a. e dis"inuye el riesgo de fracaso de todo el #royecto, ya que se #uede distribuir en cada incre"ento.

:()E*(

)E )E A''(**( )E

(FT+A'E

INC'E:ENTA*
)esventajas
Cada incre"ento debe ser #eque6o #ara li"itar el riesgo ?"enos de 4O.OOO l3neas@. Cada incre"ento debe au"entar la funcionalidad. Es dif3cil establecer las corres#ondencias de los requisitos contra los incre"entos. Es dif3cil detectar las unidades o servicios genCricos #ara todo el siste"a.

:()E*(

)E )E A''(**( )E

(FT+A'E

INC'E:ENTA*

:()E*(

)E )E A''(**( )E

(FT+A'E

E &I'A*
Caracter3sticas Es actual"ente uno de los "s conocidos. e re#resenta co"o una es#iral en lugar de una serie de actividades. $ace Cnfasis en el riesgo.

:()E*(

)E )E A''(**( )E

(FT+A'E

E &I'A*
Fases

2. )efinici-n de objetivos
e definen los objetivos. e definen las restricciones del #roceso y del #roducto. e reali!a un dise6o detallado del #lan ad"inistrativo. e identifican los riesgos y se elaboran estrategias alternativas de#endiendo de estos.

:()E*(

)E )E A''(**( )E

(FT+A'E

E &I'A*
Fases

4. Evaluaci-n y reducci-n de riesgos

e reali!a un anlisis detallado de cada riesgo identificado. &ueden desarrollarse #rototi#os #ara dis"inuir el riesgo de requisitos dudosos. e llevan a cabo los #asos #ara reducir los riesgos.

:()E*(

)E )E A''(**( )E

(FT+A'E

E &I'A*
Fases

5. )esarrollo y validaci-n
e escoge el "odelo de desarrollo des#uCs de la evaluaci-n del riesgo. El "odelo que se utili!ar ?cascada, siste"as for"ales, evolutivo, etc.@ de#ende del riesgo identificado #ara esa fase.

:()E*(

)E )E A''(**( )E

(FT+A'E

E &I'A*
Fases

7. &lanificaci-n
e deter"ina si continuar con otro ciclo. e #lanea la siguiente fase del #royecto.

:()E*(

)E )E A''(**( )E

(FT+A'E

E &I'A*

Tabla co"#arativa
Modelo de proceso Funciona con requisitos y arquitectura no predefinidos Produce software altamente fiable Gestin de riesgos Permite correcciones sobre la marcha isin del progreso por el Cliente y el !efe del proyecto

Codificar y corregir Cascada

"a#o

"a#o

"a#o

$lto

Medio

"a#o

$lto Medio

"a#o Medio

"a#o $lto

"a#o $lto

%&oluti&o $lto prototipado 'ncrementa "a#o l %spiral $lto

$lto $lto

Medio $lto

"a#o Medio

"a#o Medio

:()E*( . . :ET()(*(;<A
:()E*(
ecuencia de #asos a seguir alcan!ar el #royecto final. #ara

:ET()(*(;<A
Conjunto de #rocedi"ientos, tCcnicas, %erra"ientas y un so#orte docu"ental que ayuda a los desarrolladores a reali!ar nuevo soft,are. Conjunto de "Ctodos.

$oja de trabajo 5
e le solicita co"o e"#resa elaborar un soft,are #ara llevar el control de los estudiantes de la facultad de ingenieria, #or lo tanto se requiere1 ;estion de estudiantes de nuevo ingreso ;estion de estudiantes de reingreso ;estion de estudiantes de cierre Todo esto debe ser desarrollado en un a"biente +EH #ara que #ueda ser accedido desde cualquier lugar. El siste"a debe ser desarrollado r#ida"ente, ya que la gesti-n de los estudiantes es un #roceso lento y engorroso. El Ingeniero :ur#%y &ai! 'ecinos, esta interesado en verificar el avance del #royecto constante"ente, #or lo tanto se crearan "-dulos #or cada una de las gestiones y se liberaran entregables cada "es. El ingeniero :ur#%y %a indicado que se cuentan con varias licencias de bases de datos y un servidor. Ya reali!o la #ri"era entrevista, y esta listo #ara el segundo contacto, se le solicita una esti"aci-n de #resu#uesto y agenda #ara la finali!aci-n del #royecto en esta segunda cita. /sted va a reali!ar un segundo contacto con el cliente dentro de una se"ana #ero este ya le %a solicitado una esti"aci-n de #resu#uesto y agenda #ara la finali!aci-n del #royecto. Conteste las siguientes #reguntas