Professional Documents
Culture Documents
ASESORAMIENTO
EMPRESARIAL
CONTENIDO
01/10/2016
01/10/2016
01/10/2016
01/10/2016
Software
Actividad 1
Tarea2
Fase 1
Actividad 2
Tarea n
Fase 2
Actividad n
Fase n
01/10/2016
01/10/2016
Modelo en Cascada
El inicio de cada etapa debe esperar a la finalizacin
de la inmediatamente anterior.
La primera descripcin formal del modelo en cascada
se cree que fue en un artculo publicado en 1970 por
Winston W. Royce
01/10/2016
Modelo en Cascada
Requerimientos
Diseo
Implementacin
Pruebas
Instalacin
Mantenimiento
01/10/2016
Modelo en Cascada
Ventajas
Funciona bien para proyectos pequeos donde los requisitos
estn bien entendidos.
Todo est bien organizado y no se mezclan las fases.
Desventajas
Se tarda mucho tiempo en pasar por todo el ciclo.
Es muy restrictivo y no permite movilizarse entre fases.
El producto se ve cuando ya est finalizado, lo cual provoca
una gran inseguridad por parte del cliente.
Pueden cambiar los requisitos constantemente, y los
diseadores e implementadores pueden tener poco control
sobre esto.
01/10/2016
10
Modelo de Prototipos
Comienza con la recoleccin de requisitos.
El desarrollador y el cliente definen objetivos
globales para el software.
Se origina un diseo rpido.
01/10/2016
11
Modelo de Prototipos
01/10/2016
12
Modelo de Prototipos
Ventajas:
Ofrece visibilidad del producto desde el inicio del ciclo de vida.
Ayuda al cliente a definir mejor los requisitos y a experimentar
con el producto.
Permite la realimentacin continua del cliente.
Reduce el riesgo de construir productos que no satisfagan las
necesidades de los usuarios.
Desventajas:
Desarrollo lento e inversin fuerte.
El desarrollador puede caer en la tentacin de ampliar el
prototipo para construir el sistema final sin tener en cuenta los
compromisos de calidad y de mantenimiento que tiene con el
cliente.
01/10/2016
13
Modelo Incremental
Combina elementos del modelo en cascada con la
filosofa interactiva de construccin de prototipos.
Se centra en la entrega de un producto operativo y
funcional con cada incremento.
01/10/2016
14
Modelo Incremental
01/10/2016
15
Modelo Incremental
Ventajas
Desventajas
01/10/2016
16
Modelo Iterativo
Es un modelo derivado del ciclo de vida en cascada.
Al final de cada iteracin se le entrega al cliente una
versin mejorada o con mayores funcionalidades del
producto.
01/10/2016
17
Modelo Iterativo
01/10/2016
18
Modelo Iterativo
Ventajas
No hace falta que los requisitos estn totalmente
definidos al inicio del desarrollo.
Desarrollo en pequeos ciclos.
Desventajas
Pueden surgir problemas relacionados con la
arquitectura por no estar bien definidos los requisitos.
01/10/2016
19
Modelo Espiral
Desarrollado por Barry Boehm en 1985.
Las actividades de este modelo se conforman en una
espiral, cada bucle representa un conjunto de
actividades.
Las actividades se eligen en funcin del anlisis de
riesgos, comenzando por el bucle anterior.
01/10/2016
20
Modelo Espiral
01/10/2016
21
Modelo Espiral
Ventajas
Un modelo de ciclo de vida orientado a la gestin de
riesgos.
Incorpora objetivos de calidad.
Es posible tener en cuenta mejoras y nuevos
requerimientos
Adecuado para proyectos largos de misin crtica
Desventajas
Es un modelo que genera mucho trabajo adicional por
el anlisis de riesgos a realizar.
01/10/2016
22
01/10/2016
23
Definicin de
Requisitos
Anlisis de
Componentes
Modificacin
de Requisitos
Diseo del
Sistema con
Reutilizacin
Desarrollo e
Integracin
Validacin del
Sistema
01/10/2016
24
01/10/2016
25
Concepto
Es un marco de trabajo que se usa para estructurar,
planificar y controlar el proceso de desarrollo de
sistemas de informacin .
Una metodologa:
Optimiza el proceso y el producto software.
Mtodos que guan en la planificacin y en el
desarrollo del software.
Define qu hacer, cmo y cundo durante todo el
desarrollo y mantenimiento de un proyecto.
01/10/2016
26
Elementos
Entre los elementos que forman parte de una
metodologa se pueden destacar:
Fases: tareas a realizar en cada fase.
Productos: E/S de cada fase, documentos.
Procedimientos y herramientas: apoyo a la realizacin
de cada tarea.
Criterios de evaluacin: del proceso y del producto.
Saber si se han logrado los objetivos.
01/10/2016
27
01/10/2016
28
Metodologas OO
Modelado del Sistema examinando el dominio del
problema como un conjunto de objetos que
interactan entre s
Objetos: Encapsulan Funciones + Datos
01/10/2016
29
Metodologas giles
Basan su fundamento en la adaptabilidad de los
procesos de desarrollo.
Estas metodologas ponen de relevancia que la
capacidad de respuesta a un cambio es ms
importante que el seguimiento estricto de un plan.
01/10/2016
30
01/10/2016
31
Concepto
Es un framework OO para el desarrollo de un
proyecto de software.
Dirigido por casos de uso.
Centrado en la arquitectura
Iterativo e Incremental.
01/10/2016
32
01/10/2016
33
Centrado en la Arquitectura
Describe mediante diferentes vistas el sistema de
informacin en construccin. La arquitectura de un
sistema es la organizacin o estructura de sus partes ms
relevantes.
Cada producto tiene tanto una funcin como una forma.
La funcin corresponde a la funcionalidad reflejada en
los Casos de Uso y la forma la proporciona la
arquitectura.
Existe interrelacin entre los Casos de Uso y la
Arquitectura. Esto provoca que:
tanto arquitectura como Casos de Uso deban evolucionar en
paralelo
01/10/2016
34
Iterativo e Incremental
El trabajo se divide en partes ms pequeas o mini
proyectos. Permitiendo que el equilibrio entre Casos
de Uso y arquitectura se vaya logrando durante cada
mini proyecto.
Cada mini proyecto se puede ver como una iteracin
del cual se obtiene un incremento que produce un
crecimiento en el producto.
01/10/2016
35
Estructura RUP
Divide el proceso en cuatro fases, dentro de las cuales
se realizan varias iteraciones en nmero variable
segn el proyecto; y en las que se hace un mayor o
menor hincapi en los distintas actividades.
01/10/2016
36
Estructura RUP
01/10/2016
37
Estructura RUP
01/10/2016
38
Estructura RUP
Fases: Se desarrollan en mayor o menor proporcin los
distintos flujos de trabajo.
Inicio: Se define el alcance y objetivos del proyecto.
Mayor nfasis modelado del negocio y requisitos.
39
Estructura RUP
Flujos de Trabajo: Secuencia de actividades que
producen un resultado (Artefacto) a cargo de algn
miembro del proyecto (Rol).
Modelado de Negocio
Captura de Requisitos
Anlisis y Diseo
Implementacin
Pruebas
Despliegue o implantacin
01/10/2016
40
UML
Lenguaje Unificado de Modelado.
Se usa para visualizar, especificar, construir y
documentar artefactos de un sistema de software.
UML permite modelar Sistemas de Informacin,
incluyendo aspectos conceptuales tales como
procesos de negocio, funciones del sistema, y
aspectos concretos como expresiones de lenguajes de
programacin, esquemas de bases de datos y
compuestos reciclados.
01/10/2016
41