7/24/2019 Ing. Sofware Tema 2
1/19
2. Modelos de laingeniera del
software
7/24/2019 Ing. Sofware Tema 2
2/19
2.3. Modelos de la ingeniera desoftware:modelo de cascada
modelo de prototipos
modelo de espiral
modelo de Proceso Unifcado Racional(RUP).
7/24/2019 Ing. Sofware Tema 2
3/19
Modelo de prototipos
QUE ES? Es un diseo rpido que se centra en una representacinaquellos aspectos del software que sern visibles para ecliente o el usuario nal.
Este diseo conduce a la construccin de un prototipo! ees evaluado por el cliente para una retroalimentacin" gra #sta se renan los requisitos del software que sedesarrollar.
Esto permite que al mismo tiempo el desarrollador entienme$or lo que se debe %acer & el cliente vea resultados a pla'o.
7/24/2019 Ing. Sofware Tema 2
4/19
Etapas:
Recoleccin y refnamiento de requisitos Modelado, diseo rpido
Construccin del Prototipo
Desarrollo, evaluacin del prototipo
por el cliente
Refnamiento del prototipo Producto de Ingeniera
http://www.ecured.cu/index.php?title=Requisitos&action=edit&redlink=1http://www.ecured.cu/index.php/Clientehttp://www.ecured.cu/index.php/Ingenier%C3%ADahttp://www.ecured.cu/index.php/Ingenier%C3%ADahttp://www.ecured.cu/index.php/Clientehttp://www.ecured.cu/index.php?title=Requisitos&action=edit&redlink=17/24/2019 Ing. Sofware Tema 2
5/19
(ipos de prototipos:
)a& dos clases de prototipos el desec%able & elevolucionario.
El desec%able: nos sirve para eliminar dudas sobre que realmente quiere el cliente adems paradesarrollar la interfa'que ms le convenga al client
El evolucionario: es un modelo parcialmenteconstruido que puede pasar de ser prototipo a sersoftwarepero no tiene una buena documentacin &calidad.
http://www.ecured.cu/index.php/Interfazhttp://www.ecured.cu/index.php?title=El_evolucionario&action=edit&redlink=1http://www.ecured.cu/index.php/Softwarehttp://www.ecured.cu/index.php/Softwarehttp://www.ecured.cu/index.php?title=El_evolucionario&action=edit&redlink=1http://www.ecured.cu/index.php/Interfaz7/24/2019 Ing. Sofware Tema 2
6/19
+enta$as:
,o modica el -u$o del ciclode vida
educe el riesgode construir productos que no satisfagan lasnecesidades de los usuarios
educe costo& aumenta la probabilidad de #/ito
E/ige disponer de las %erramientasadecuadas
Este modelo es 0til cuando el cliente conoce los ob$etivos generalespara el software! pero no identica los requisitos detallados deentrada! procesamiento o salida.
(ambi#n ofrece un me$or enfoque cuando el responsable deldesarrollo del software est inseguro de la ecacia de un algoritmo!de la adaptabilidad de un sistema operativoo de la forma quedebera tomar la interaccin %umano1mquina.
http://www.ecured.cu/index.php?title=Ciclo&action=edit&redlink=1http://www.ecured.cu/index.php/Riesgohttp://www.ecured.cu/index.php?title=Costo&action=edit&redlink=1http://www.ecured.cu/index.php/Herramientashttp://www.ecured.cu/index.php/Softwarehttp://www.ecured.cu/index.php/Algoritmohttp://www.ecured.cu/index.php/Sistema_operativohttp://www.ecured.cu/index.php/Sistema_operativohttp://www.ecured.cu/index.php/Algoritmohttp://www.ecured.cu/index.php/Softwarehttp://www.ecured.cu/index.php/Herramientashttp://www.ecured.cu/index.php?title=Costo&action=edit&redlink=1http://www.ecured.cu/index.php/Riesgohttp://www.ecured.cu/index.php?title=Ciclo&action=edit&redlink=17/24/2019 Ing. Sofware Tema 2
7/19
esventa$as:
ebido a que el usuario ve que el prototipo funcionapiensa que este es el producto terminado & noentienden que reci#n se va a desarrollar el software.
El desarrolador puede caer en la tentacin de ampliarel prototipo para construir el sistemanal sin tener en
cuenta los compromisos de calidad & mantenimientoque tiene con el cliente
(ipos de Modelo de rototipos
http://www.ecured.cu/index.php/Softwarehttp://www.ecured.cu/index.php/Sistemahttp://www.ecured.cu/index.php/Sistemahttp://www.ecured.cu/index.php/Software7/24/2019 Ing. Sofware Tema 2
8/19
4onclusiones:
5 pesar de que tal ve' sur$an problemas! la construccin deprototipos puede ser un paradigma efectivo para la ingeniera desoftware. 6a clave es denir las reglas del $uego desde elprincipio" es decir! el cliente & el desarrollador se deben poner dacuerdo en:
7ue el prototipo se constru&a & sirva como un mecanismo para
la defnicin de requisitos. 7ue el prototipo se descarte! al menos en parte.
7ue despu#s se desarrolle el software real con un enfoque %aciala calidad.
7/24/2019 Ing. Sofware Tema 2
9/19
Qu esun RUP?
Es un proceso de ingeniera desoftware! que %ace unapropuesta orientada pordisciplinas para lograr lastareas & responsabilidades deuna organi'acin que
desarrolla software.8u meta principal es asegurarla produccin de sotwarede alta calidadque cumplacon las necesidades de losusuarios! con una planeacin &presupuesto predecible.
7/24/2019 Ing. Sofware Tema 2
10/19
Por qu usar RUP? 9rovee un entorno de proceso de desarrollo congurable
basado en estndares.
9ermite tener claro & accesible el proceso de desarrolloque se sigue.
9ermite ser congurado a las necesidades de laorgani'acin & del pro&ecto.
9rovee a cada participante con la parte del proceso que compete directamente! ltrando el resto.
7/24/2019 Ing. Sofware Tema 2
11/19
4aracteri'ticas:
El es un producto de ational ;. 8e caracteri'a por seriterativo e incremental! estar centrado en la arquitectura &guiado por los casos de uso. 4onceptualmente amplio & diverso
Enfoque orientado a ob$etos
En evolucin continua
5daptable
epetible
+ericacin de la calidad del software
Modelado visual del software
7/24/2019 Ing. Sofware Tema 2
12/19
comprende 2 aspectos importantes porlos cuales se establecen las disciplinas:
Proceso:
Modelado de negocio
equisitos
5nlisis & iseo
7/24/2019 Ing. Sofware Tema 2
13/19
4
7/24/2019 Ing. Sofware Tema 2
14/19
Inicio Inception!:
El ob$etivo general de esta fase es esta"lecer un acuerdoentre todos los interesados acerca de los o"#eti$os delpro%ecto.
Es signicativamente importante para el desarrollo de nuevosoftware! &a que se asegura de identifcar los riesgosrelacionados con el negocio % requerimientos.
ara pro&ectos de me$ora de software e/istente! esta fase es msbreve & se centra en asegurar la viabilidad de desarrollar elpro&ecto.
7/24/2019 Ing. Sofware Tema 2
15/19
&la"oracin:
El ob$etivo en esta fase es esta"lecer laarquitectura "ase del sistemaparaproveer bases estables para el esfuer'o dediseo e implementacin en la siguientefase.
6a arquitectura debe abarcar todas lasconsideraciones de ma&or importancia de losrequerimientos & una evaluacin del riesgo.
7/24/2019 Ing. Sofware Tema 2
16/19
'onstruccin:
El ob$etivo de la fase de construccines clarifcar los requerimientos altantes% completar el desarrollo delsistemabasados en la arquitectura base.
+ista de cierta forma esta fase es un procesode manufactura! en el cual el #nfasis se torna%acia la administracin de recursos & controlde la operaciones para optimi'ar costos!tiempo & calidad.
7/24/2019 Ing. Sofware Tema 2
17/19
(ransicin:
Esta fase se enfoca en asegurar que el sotwareest disponi"le para sus usuarios.
8e puede subdividir en varias iteraciones! ademsinclu&e pruebas del producto para poder %acer elentregable del mismo! as como reali'ar a$uste
menores de acuerdo a a$uste menores propuestos porel usuario.
En este punto! la retroalimentacin de los usuarios secentra en depurar el producto! conguraciones!instalacin & aspectos sobre utili'acin.
7/24/2019 Ing. Sofware Tema 2
18/19
'u)ndo usar RUP?
RUP puede utili*arse:9En pro&ectos de nuevos productos de software9En ciclos de desarrollo subsecuentes
'onsideraciones que alteran cu)ndo % cmousar partes de RUP:
9El ciclo de vida del pro&ecto96os ob$etivos del negocio! la visin! el alcance & losriesgos9El tamao del esfuer'o de desarrollo
7/24/2019 Ing. Sofware Tema 2
19/19
=
Recommended