SlideShare una empresa de Scribd logo
UNIDAD IV
I-2013
Modelos de desarrollo
de software
Prof. Yaskelly Yedra
INGENIERÍA DE
SOFTWARE
Actividades en el proceso de desarrollo de software
2
Modelo de proceso de DS
1. Modelo secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)
 Modelo en Cascada
3
Modelo en Cascada
Encadenamiento secuencial de las actividades
Cada etapa produce documentos que son la entrada a
la siguiente.
Para desarrollar una etapa debe concluirse la anterior.
El modelo original no se adapta a ciertas aplicaciones.
Los costos al descubrir errores en etapas avanzadas
son muy altos (es rígido).
Se incorporan variantes al modelo.
4
Validación
Instalación, Explotación
Test y pruebas previas a la Operación
Operación y Mantenimiento
Estudio de Viabilidad
Análisis
Especificación
Requisitos del
Software
Diseño
Especificación de diseño
Diseño Preliminar y
Detallado
Codificación
Aplicación
Codificación y Depuración
A alguien se le ha ocurrido la Brillante idea de Informatizar
¿?
Investigación Inicial, Identificación de Necesidades,
Encuesta, etc.
Requisitos del
Sistema
Modelo en Cascada

Recomendado para ti

11. modelos según roger s
11.  modelos según roger s11.  modelos según roger s
11. modelos según roger s

Los modelos prescriptivos de proceso como el modelo en cascada y el modelo incremental se propusieron originalmente para ordenar el desarrollo de software. Estos modelos definen actividades, tareas y productos requeridos para desarrollar software de alta calidad de manera sistemática. Más adelante surgieron otros modelos como el modelo de prototipos y el modelo en espiral que adoptan un enfoque más evolutivo e iterativo. Recientemente han surgido los métodos ágiles que enfatizan la colaboración con el cliente, el software funcionando y la respuesta al

Modelo Cascada y Espiral
Modelo Cascada y EspiralModelo Cascada y Espiral
Modelo Cascada y Espiral

Este documento describe varios modelos de ingeniería de software, incluyendo el modelo en cascada y el modelo en espiral. El modelo en cascada se compone de fases secuenciales como el análisis de requisitos, diseño, codificación y pruebas. El modelo en espiral es un proceso evolutivo que consta de iteraciones donde se construye un modelo del sistema y se evalúan los riesgos. Dentro del modelo en espiral se encuentra la variante WinWin que busca satisfacer las necesidades de todos los interesados.

modelo cascada y espiral
Modelo espiral
Modelo espiralModelo espiral
Modelo espiral

El modelo en espiral es un modelo de desarrollo de software iterativo propuesto por Barry Boehm en 1988. En cada iteración o bucle de la espiral, se determinan los objetivos, se evalúan alternativas para alcanzarlos considerando riesgos, y se selecciona una alternativa para su desarrollo, prueba y evaluación. El ciclo continúa hasta completar el sistema, permitiendo incorporar aprendizajes y cambios.

5
Definición de
Requisitos
Diseño del Software
y del Sistema
Implementación y
Prueba de unidades
Integración y Prueba
del Sistema
Operación y
Mantenimiento
Modelo en Cascada
• Separa y secuencia las fases, (no es
estrictamente secuencial, a veces se
solapan las etapas)
• También se le conoce como
“modelo lineal secuencial” o
“ciclo de vida clasico”
6
Modelo en Cascada
Definición
Análisis
Diseño
Desarrollo
Pruebas
Mantenim.
Definición de requisitos:
• Las restricciones y metas del sistema se definen a partir de la
interacción con el interesado.
• Se comprende la naturaleza de la aplicación y el dominio de información,
así como su funcionalidad, rendimiento e interconexión
• Se reúnen todos los requisitos que debe cumplir el software
7
Modelo en Cascada
Definición
Análisis
Diseño
Desarrollo
Pruebas
Mantenim.
Se concentra en cuatro características básicas:
Estructura de datos
Arquitectura del software
Representaciones de interfaz
Detalle procedimental (algoritmo)
8
Modelo en Cascada
Definición
Análisis
Diseño
Desarrollo
Pruebas
Mantenim.
• Se llama también Implementación
• Generación de código entendible por la máquina
• Actualmente se investiga mucho sobre la manera de
generar código automáticamente

Recomendado para ti

Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)

El modelo lineal secuencial sugiere un enfoque sistemático y secuencial para el desarrollo de software que comienza con la ingeniería y análisis del sistema y progresa a través del análisis de requisitos, diseño, codificación, pruebas y mantenimiento. Este modelo ordena estrictamente las etapas pero los proyectos en la práctica rara vez siguen este flujo secuencial y es difícil que el cliente especifique todos los requisitos al comienzo.

UML
UMLUML
UML

UML permite modelar sistemas de software a través de diferentes diagramas como diagramas de clases, estados, secuencias, colaboraciones y actividades. Cada diagrama se enfoca en un aspecto diferente como la estructura de clases, flujos de estados, interacciones entre objetos y secuencias de mensajes. Los diagramas UML son una herramienta útil para el análisis, diseño y documentación de sistemas de software.

Cuadro comparativo
Cuadro comparativo Cuadro comparativo
Cuadro comparativo

El documento describe diferentes modelos de desarrollo de software, incluyendo una breve descripción, el tipo de relación con el cliente, el tipo de software para el que se utiliza y las etapas principales de cada modelo. Los modelos discutidos incluyen el modelo en cascada, prototipo, RUP, RAD, Scrum, espiral evolutivo e incremental.

9
Modelo en Cascada
Definición
Análisis
Diseño
Desarrollo
Pruebas
Mantenim.
• Proceso de depuración de programas
• Chequear la validez de las sentencias
• Pruebas para detectar errores, asegurando que a
partir de los datos de entrada si se genere la salida
deseada
10
Modelo en Cascada
Definición
Análisis
Diseño
Desarrollo
Pruebas
Mantenim.
• Corrección de errores no detectados en la etapa de
pruebas
• Posibles mejoras funcionales debidas a nuevos
requisitos del cliente
• En esta fase se vuelven a aplicar todas las etapas
anteriores sobre el software existente
11
Modelo en cascada: ventajas-desventajas
El gran problema de este modelo es la dificultad de
realizar cambios después que el proceso ha avanzado
Partición inflexible del proyecto en etapas
Dificultad de responder a los cambios de los requisitos
del cliente
Se retrasa la localización y corrección de errores
Inflexibilidad del modelo: dificultad para responder a
cambios en los requisitos
Este modelo es apropiado cuando los requisitos están
bien definidos
12
Modelo de proceso de DS
1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)
 Modelo Incremental
 Modelo DRA

Recomendado para ti

Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software

El Ciclo de Vida del Software propone algunos modelos para explicar las fases o etapas que cumple el producto de software desde los requerimientos inicial hasta su nueva entrega.

softwarecascadavida
Ejemplos de proyectos al modelo en cascada
Ejemplos de proyectos  al modelo en cascadaEjemplos de proyectos  al modelo en cascada
Ejemplos de proyectos al modelo en cascada

Este documento presenta información sobre un módulo de ingeniería de software dictado en la Universidad Nacional de Loja, Ecuador, en 2012. El tema cubierto es los métodos de ingeniería de software, con énfasis en el modelo en cascada. También incluye ejemplos de proyectos que podrían adaptarse a este modelo, como sistemas de refrigeración y aire acondicionado.

Prototipado del software
Prototipado del softwarePrototipado del software
Prototipado del software

Este documento presenta una introducción al prototipado de software, incluyendo sus definiciones, formas de uso, beneficios y desafíos. Explica que un prototipo es una versión inicial de un sistema que se utiliza para demostrar conceptos y probar opciones de diseño. Los prototipos pueden usarse en análisis, diseño y pruebas para validar requisitos, explorar soluciones y verificar la viabilidad de un diseño.

13
Modelo de Proceso Incremental
Aplica el enfoque del modelo en cascada, pero
aplicado en forma iterativa
Cada secuencia lineal produce incrementos que
agregan funcionalidades adicionales o mejoras al
sistema
Cada etapa debe cumplir con sus requisitos
Incrementos parciales de la herramienta completa las
diferentes versiones del proyecto
El modelo de proceso incremental, al igual que la
construcción de prototipos y otros enfoques
evolutivos, es iterativo por naturaleza.
14
Modelo de Proceso Incremental
Incremento 2
Incremento n
... ... ... ...
Análisis Diseño Código Pruebas
Análisis Diseño Código Pruebas
Análisis Diseño Código Pruebas
Incremento 1
Entrega del
1er
incremento
Entrega del
2do
incremento
Entrega de
n-ésimo
incremento
15
Modelo de Proceso Incremental
Ventajas:
 Los clientes no tienen que esperar hasta que el sistema se
entregue completamente para comenzar a hacer uso de él.
 Los clientes pueden usar los incrementos iniciales como prototipo
para precisar los requisitos posteriores del sistema.
 Minimización del riesgo de falla en el proyecto porque los errores
se van corrigiendo progresivamente.
Desventaja:
 Adaptación de los requisitos del cliente para lograr incrementos
pequeños (no mas de 20.000 líneas de código) que añadan
funcionalidad al sistema.
Nota: Una evolución de este enfoque se conoce como Programación
Extrema (XP-Extreme Programming).
16
Modelo de proceso de DS
1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)
 Modelo Incremental
 Modelo DRA

Recomendado para ti

UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase

El documento describe los elementos de un diagrama de clases en UML, incluyendo clases, atributos, operaciones, y relaciones como herencia, composición, agregación y asociación. También cubre responsabilidades de clases. Como ejemplo, propone el desarrollo de un diagrama de clases para un sistema de gestión de proyectos que gestione información sobre proyectos, organizaciones, planes, avances y recursos humanos.

casos de usodiagramas de claseuml
Ingenieria de requerimientos 1
Ingenieria de requerimientos 1Ingenieria de requerimientos 1
Ingenieria de requerimientos 1

El documento proporciona una introducción a la ingeniería de requerimientos para sistemas de información. Explica que la ingeniería de requerimientos es el proceso de comunicación entre los clientes, usuarios y desarrolladores para descubrir, analizar y documentar los servicios y restricciones del sistema. También describe los diferentes niveles y tipos de requerimientos, incluyendo los requerimientos funcionales y no funcionales, así como ejemplos de cada uno.

2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas

El documento describe diferentes modelos y vistas para documentar la arquitectura de software, incluyendo el modelo de 4+1 vistas de Philippe Kruchten y las 4 vistas propuestas por Robert Nord para sistemas industriales. Se explican las vistas lógica, de procesos, de desarrollo, física y de escenarios, así como recomendaciones para seleccionar y documentar las vistas más útiles.

17
Modelo de Desarrollo Rápido de
Aplicaciones (DRA)
Basado en el Modelo en Cascada, pero con una aplicación más
rápida, basada en componentes o generación de código.
Modelo llevado a cabo por varias equipos de trabajo que siguen
las etapas del proceso de manera simultanea.
Modelo aplicable a la construcción de sistemas de información
fácilmente modularizables.
El Modelo DRA necesita clientes y desarrolladores
comprometidos con el proceso.
Varios equipos de desarrolladores de software trabajan en
paralelo sobre diferentes funciones del sistema
18
Modelo de Desarrollo Rápido de
Aplicaciones (DRA)
Equipo No. 1
Equipo No. 2
Equipo No. N..
Comunicación
Planeación
Modelado
Modelado del negocio
Modelado de los datos
Modelado del proceso
Modelado
Modelado del negocio
Modelado de los datos
Modelado del proceso
Modelado
Modelado del negocio
Modelado de los datos
Modelado del proceso
60-90 días
Despliegue
Integración
Entrega
Retroalimentación
Construcción
Reutilización de componentes
Generación automática de código
Pruebas
Construcción
Reutilización de componentes
Generación automática de código
Pruebas
Construcción
Reutilización de componentes
Generación automática de código
Pruebas
19
Modelo de Desarrollo Rápido de
Aplicaciones (DRA): Desventajas
No funciona para proyectos a grandes escala, necesitaría
suficiente RRHH para crear el número correcto de equipos.
Si los desarrolladores y clientes no se comprometen con las
actividades necesarias para completar el sistema en un marco
de tiempo muy breve, el proyecto DRA fallaría.
Si un sistema no se puede modular en forma apropiada, la
construcción de los componentes para el DRA será
problemática
El DRA sería inapropiado cuando los riesgos técnicos son
altos (integración de nuevas tecnologías)
20
Modelo de proceso de DS
1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)
 Construcción de prototipos
 Modelo espiral
 Modelo de desarrollo concurrente

Recomendado para ti

Metodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móvilesMetodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móviles

SE PRESENTAN LAS METODOLOGÍAS PARA EL DESARROLLO DE APLICACIONES MOVILES, ASÍ COMO TABIEN LA ESTRUCTURA DE UNA APP EN ANDROID, Y EL CONCEPTO DE API.

Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo

El documento describe tres modelos de desarrollo de software: 1) El modelo cascada ordena estrictamente las etapas del proceso de desarrollo. 2) El desarrollo evolutivo es un modelo iterativo que permite desarrollar versiones cada vez más completas hasta alcanzar el objetivo. 3) El desarrollo formal utiliza técnicas matemáticas para automatizar el desarrollo de sistemas y asegurar que sean correctos según las especificaciones.

inteligência artificialproceso de software
Metodo espiral
Metodo espiralMetodo espiral
Metodo espiral

El Presente trabajo se realiza, con la finalidad de dar a conocer sobre la funcionalidad del desarrollo de software utilizando el modelo espiral. En esta investigación se tocaran también los modelos clásicos de 4, 6 Regiones y Win Win, los más utilizados. También, se tomaron como ejemplo aplicado algunos Sistemas de telefónica, las cuales se desarrollaron utilizando este modelo. https://prezi.com/xde-v3fixrcz/motodo-espiral/

modelo espiralmodelos clásicos de 46 regiones y win win
21
Los modelos evolutivos se caracterizan porque
permiten a los ingenieros del software, desarrollar de
manera iterativa, nuevas versiones del software cada
vez más completas
Las actividades de especificación, desarrollo y
validación se entrelazan en vez de separarse, esto
permite una rápida retroalimentación entre ellas
Existen dos tipos de desarrollo evolutivos:
 Desarrollo exploratorio
 Prototipos desechables
Desarrollo Evolutivo: Prototipado
22
Desarrollo exploratorio (prototipado exploratorio o evolutivo)
 El objetivo es trabajar con clientes hasta evolucionar a un
sistema final, a partir de una especificación inicial El sistema
empieza con las partes del sistema que se comprenden mejor. El
sistema evoluciona agregando nuevos atributos propuestos por
el cliente
Prototipaje desechable
 Persiguen objetivos más bien de exploración, por lo que poseen
un corto ciclo de vida. Permiten crear opciones individuales de
requisitos, diseño e implementación repentinas, de modo de
satisfacer un nuevo requerimiento para luego ser desechado. La
razón de su empleo radica en aprender lecciones necesarias a
un costo mínimo.
Desarrollo Evolutivo: Prototipado
23
Descripción
del sistema
Versión
Inicial
Versión
Final
Versiones
Intermedias
Especificación
Desarrollo
Validación
Actividades
Concurrentes
Desarrollo Evolutivo: Prototipado
24
Recolección y
refinamiento
de requisitos
Diseño
Rápido de la
aplicación
Construcción
de prototipos
El cliente
evalúa
el prototipo
Desarrollo del
producto final
Desarrollo Evolutivo: Prototipado

Recomendado para ti

Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft

Este documento presenta las ventajas y desventajas del modelo Moprosoft para el desarrollo y mantenimiento de software. Las ventajas incluyen que está basado en normas ISO, simplifica la relación entre el modelo de procesos y la organización, cuenta con nueve procesos y es específico para el desarrollo de software. Las desventajas son que define actividades de manera muy general y que el 33% de las prácticas como administración de configuración y medición y análisis no están cubiertas.

Modelos de Procesos del Software
Modelos de Procesos del SoftwareModelos de Procesos del Software
Modelos de Procesos del Software

El documento define los modelos de proceso de software como descripciones simplificadas de los procesos de desarrollo de software. Explica que estos modelos incluyen actividades, productos y roles involucrados. A continuación, clasifica los modelos de desarrollo en tres grupos: secuencial, evolutivo y ágil. Finalmente, compara las metodologías ágiles versus las metodologías tradicionales, señalando que las ágiles son más adecuadas para proyectos pequeños.

Modelo de desarrollo del software
Modelo de desarrollo del softwareModelo de desarrollo del software
Modelo de desarrollo del software

El documento describe diferentes modelos de desarrollo de software, incluyendo el modelo secuencial lineal o cascada, el modelo en espiral, el modelo de prototipos, el modelo evolutivo, el modelo incremental o iterativo y creciente y el modelo concurrente. También incluye un cuadro comparativo que destaca las ventajas y desventajas de cada modelo. El autor opina que el modelo de prototipos es adecuado debido a que permite desarrollar prototipos rápidos con pocos recursos y obtener retroalimentación continua del cliente.

25
El proceso no es visible
 Los administradores tienen que hacer entregas
regulares para medir el progreso. Si los sistemas se
desarrollan rápidamente, no es rentable producir
documentos que reflejen cada versión del sistema.
A menudo los sistemas tienen una estrategia
definida
 Los cambios continuos tienden a corromper la
estructura del software. Incorporar cambios en él se
convierte cada vez en una tarea difícil y costosa.
Desarrollo Evolutivo: Prototipado
Desventajas
26
Desarrollo Evolutivo: Prototipado
Ventajas
Se detectan malos entendidos entre los desarrolladores
y los usuarios
Se detectan servicios no detectados antes
Dificultades de uso o servicios confusos pueden ser
identificados y refinados
Staff de desarrollo de software puede encontrar
requisitos incompletos o inconsistentes con el
desarrollo del prototipo
El prototipo sirve como una base de la especificación
para la producción de un sistema de calidad
27
Desarrollo Evolutivo: Prototipado
Problemas
 Poca visibilidad en el proceso
 Los sistemas están pobremente especificados
 Se requieren habilidades especiales.
Aplicabilidad
 Para sistemas interactivos pequeños o
medianos.
 Para partes de sistemas grandes (p.ej. la
interfaz de usuario).
 Para sistemas de corta vida.
28
Modelo de proceso de DS
1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)
 Construcción de prototipos
 Modelo espiral
 Modelo de desarrollo concurrente

Recomendado para ti

Procesos de software Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software  Unidad 2 - Software Enginnering - Ian sommervilleProcesos de software  Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software Unidad 2 - Software Enginnering - Ian sommerville

Este documento presenta una introducción a los procesos de software y la ingeniería de software. Explica las actividades fundamentales de un proceso de software como la especificación, diseño, implementación, validación y evolución. Luego describe tres modelos de procesos: el modelo en cascada, el desarrollo incremental y el orientado a la reutilización. Finalmente, introduce el Proceso Unificado Racional, el cual combina elementos de los diferentes procesos genéricos.

Investigación de modelos
Investigación de modelos Investigación de modelos
Investigación de modelos

Este documento describe y compara varios modelos de ingeniería de software, incluyendo el modelo lineal secuencial, el modelo en espiral, el modelo evolutivo, el modelo en cascada, el modelo incremental y el modelo de construcción de prototipos. Explica las características, ventajas y desventajas de cada modelo, así como sus aplicaciones típicas. El documento concluye que los diferentes modelos tienen formas útiles pero distintas de desarrollar software, dependiendo de las características del proyecto.

Clase3 Is 0702 V1
Clase3 Is 0702 V1Clase3 Is 0702 V1
Clase3 Is 0702 V1

El documento describe varios modelos y métodos para el proceso de desarrollo de software, incluyendo el modelo lineal secuencial o en cascada, el modelo de construcción de prototipos, el modelo de desarrollo rápido de aplicaciones, modelos evolutivos como el incremental y el espiral, modelos de métodos formales, y técnicas de cuarta generación. Explica las características y ventajas de cada uno.

29
Modelo en Espiral
Conjuga la naturaleza iterativa de la construcción de
prototipos con los aspectos controlados y
sistemáticos del Modelo en Cascada.
Se desarrolla en una serie de entregas evolutivas,
puede ser en forma de documento o prototipo.
Durante las ultimas iteraciones se produce versiones
cada vez más completas
Se divide en un conjunto de actividades del marco de
trabajo que define el equipo de desarrollo de IS
30
Modelo en Espiral
Provee una visión del proceso que soporta la gestión
de riesgos.
RIESGO: circunstancia potencialmente adversa que puede
impactar al proceso y al producto
GESTION DE RIESGOS: disciplina que identifica, trata y elimina
los potenciales riesgos
Se centra en identificar y eliminar los riesgos en el
desarrollo de software
Es cíclico y en cada nivel se asegura mayor robustez,
mientras que disminuye su grado de riesgo
31
El proceso se representa como una espiral en lugar
de una secuencia de actividades
Cada vuelta en la espiral representa una fase en el
proceso
Ninguna fase es fija, tal como la especificación o el
diseño - las vueltas en la espiral son elegidas
dependiendo lo que se requiera
Se evalúan los riesgos explícitamente y se
resuelven a lo largo del proceso
Modelo en Espiral
32
Fases del Modelo de Espiral
Planteamiento de Objetivos
 Se identifican los objetivos específicos para cada
fase del proyecto.
Identificación y reducción de riesgos.
 Los riesgos clave se identifican y analizan, y la
información sirve para minimizar los riesgos.
Desarrollo y Validación.
 Se elige un modelo apropiado para la siguiente fase
del desarrollo.
Planeación.
 Se revisa el proyecto y se trazan planes para la
siguiente ronda del espiral.

Recomendado para ti

Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental

El modelo incremental fue propuesto por Harlan Mills en 1980. Se basa en desarrollar el software mediante incrementos sucesivos, donde cada incremento agrega nueva funcionalidad o mejora la versión anterior. Cada incremento pasa por las fases de análisis, diseño, codificación y pruebas, y es entregado al cliente para su validación. El proceso se repite hasta completar el producto software requerido.

Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software

Modelo cascada, modelo incremental, modelo de construcción de prototipos, modelo de espiral, modelos agiles.

Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo

Cuadro Comparativo de Diseño de sistema: Modelo de Cascada Desarrrollo Evolutivo Desarrollo Formal de Sistemas Desarrollo Orientado a la Reutilizacion Desarrollo Incremental Desarrollo en Espiral

33
33
I
Identifica
Objetivos,
alternativas,
restricciones
II
Evalúa
alternativas,
identifica y
resuelve riesgos
IV
Revisión de
resultados y
Planificación de
la siguiente fase
III
Desarrolla,
verifica
requisitos, plan del
ciclo de vida
Análisis
de riesgo
Prototipo 1
Prototipo 2
Prototipo 3
PrototipoAnálisis
de riesgo
Análisis
de riesgo
Análisis
de riesgo
Diseño
detallado
Plan de
desarrollo
Integración y
plan de test
Validación
del diseño
Diseño
requisitos
Validación
de req.
Código
Test
Unitario
Integración
y test
Simulación, modelación
Elmodeloespiral progreso
Incepción
liberación
34
Ventajas del Modelo de Espiral
Ventajas
 Centra su atención en la reutilización de
componentes y eliminación de errores en información
descubierta en fases iniciales.
 Útil para proyectos grandes.
 Permite usar el prototipado en todas las etapas de la
evolución para reducir el riesgo.
 Mantiene el enfoque sistemático de los pasos
sugeridos por el modelo lineal secuencial, pero lo
incorpora dentro de un marco iterativo más real.
35
Ventajas del Modelo de Espiral
Desventajas
 Requiere de experiencia en la identificación
de riesgos.
 Requiere refinamiento para uso generalizado
 Difícil de convencer a los clientes de que es
controlable.
 Requiere mucha habilidad para el análisis de
riesgos y de esta habilidad depende su éxito.
 No ha sido utilizado tanto como el lineal
secuencial o el de prototipos.
 Se necesita mucha experiencia
36
Ventajas del Modelo de Espiral
Evolución del Modelo Espiral
 Para aplicaciones basadas en web

Recomendado para ti

Los 7 pasos del desarrollo de sistemas informaticos
Los 7 pasos del desarrollo de sistemas informaticosLos 7 pasos del desarrollo de sistemas informaticos
Los 7 pasos del desarrollo de sistemas informaticos

Este documento describe varios modelos de ciclo de vida para el desarrollo de sistemas de información. Presenta el modelo clásico o en cascada, el modelo incremental, el modelo de desarrollo evolutivo, el modelo de prototipo, el modelo espiral, el modelo Scrum y el modelo de síntesis automática de software. Cada modelo sigue un enfoque diferente para el análisis, diseño, implementación, prueba y mantenimiento de sistemas de información.

Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de proceso

Los Modelos Prescriptivos de Proceso definen un conjunto distinto de actividades, acciones, tareas, flujo de trabajo, fundamentos y productos de trabajo que se requieren para software de alta calidad.

modelos prescriptivos de procesoluis fernandez vizcarracoesi
Sesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de softwareSesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de software

Los Modelos Prescriptivos de Proceso definen un conjunto distinto de actividades, acciones, tareas, flujo de trabajo, fundamentos y productos de trabajo que se requieren para software de alta calidad.

ingenieria de softwaretacnaupt
37
Modelo de proceso de DS
1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)
 Construcción de prototipos
 Modelo espiral
 Modelo de desarrollo concurrente
38
Modelo de Desarrollo Concurrente
Provee una meta descripción del proceso de software
Mientras que en el Espiral la principal contribución es que
las actividades del software ocurran repetidamente, en el
Concurrente es la capacidad de describir las múltiples
actividades del software que ocurren simultáneamente.
Dado que los requisitos cambian, es muy probable que una
vez haya comenzado la fase de diseño, sea necesario
incorporar cambios. En estos casos NO se debe detener el
diseño, sino que se debe continuar “si es posible” al mismo
tiempo que se modifican los requisitos.
En este modelo, diversas actividades pueden estar
ocurriendo concurrentemente, pero se encuentran en
diferentes estados.
39
Modelo de Desarrollo Concurrente
Ninguna
Bajo
Desarrollo
Cambios en
espera Bajo
Revisión
Bajo
Modificación
En línea
base
Realizado
Representa un
estado de una
actividad de IS
Actividad de análisis
40
Modelo de proceso de DS
1. Modelo secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)

Recomendado para ti

Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4

Este documento introduce los modelos de procesos de software, describiendo tres modelos genéricos (cascada, evolutivo y basado en componentes), las actividades del proceso como especificación, diseño, pruebas y evolución, y el modelo de proceso unificado de Rational. También explica la ingeniería de software asistida por computadora para apoyar las actividades del proceso.

ingeniería de softwarefiis unacunac
Modelos
ModelosModelos
Modelos

Este documento describe varios modelos de desarrollo de software, incluyendo el modelo en cascada, el modelo en espiral, el modelo de prototipos y el modelo evolutivo. El modelo en cascada sigue un enfoque lineal y secuencial dividido en fases, mientras que el modelo en espiral es un proceso evolutivo iterativo que incorpora prototipos y evaluación de riesgos. El modelo de prototipos se centra en la construcción rápida de prototipos para obtener retroalimentación del cliente, y el modelo evolutivo mejora continuamente el software a través

3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso

Este documento describe y compara varios modelos prescriptivos de proceso de ingeniería de software, incluyendo el modelo en cascada, modelos incrementales, modelo DRA, modelos evolutivos como la construcción de prototipos y el modelo en espiral, modelos concurrentes y modelos especializados. También explica el proceso unificado, el cual es un ciclo de vida incremental e iterativo centrado en casos de uso y arquitectura.

41
Harramientas CASE
Acrónimo de Computer Aided Software Engineering
(Ingeniería del software asistida por ordenador).
Tecnología software que proporciona la automatización de
las tareas de desarrollo, mantenimiento y dirección del
software.
El CASE proporciona un conjunto de herramientas bien
integradas que ahorran trabajo, enlazando y automatizando
todas las fases del ciclo de vida del software.
Ejemplos de CASE
Herramientas de diagramación
Diccionario de datos
Herramientas de validación de
especificaciones
Generadores de código
Generadores de documentación
42
Surge como consecuencia de la aparición del CASE y de
los generadores de código.
Este ciclo de vida puede considerarse como una serie de
transformaciones:
 El objetivo del sistema se transforma en
especificaciones de requisitos.
 Las especificaciones de requisitos se transforman en
especificaciones de diseño.
 Las especificaciones de diseño se transforman en
código.
Modelo Basado en Transformaciones
43
Modelo Basado en Transformaciones
Ventajas
 Posibilidad de comprobación de errores en etapas
iniciales del desarrollo.
 Posibilidad de realizar el mantenimiento a nivel de
especificación, evitando tener que modificar un
código que esté pobremente estructurado después
de repetidos procesos de optimización.
 Soporte para la validación de los requisitos.
 Soporte de reusabilidad.
 Potencia la especificación orientada al problema.
44
Modelo Basado en Transformaciones
Desventajas
 Requieren especificaciones iniciales muy
detalladas.
 Restringen el ámbito de la aplicación.
 Requieren una maduración previa del
proceso de desarrollo.

Recomendado para ti

Procesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITECProcesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITEC

El documento presenta las credenciales y experiencia de Michael Rojas R. en ingeniería de software, incluyendo una maestría en ciencias de la computación y certificaciones en Microsoft, Java, Spring Framework y Android. También describe sus habilidades en el diseño de soluciones de tecnologías de la información y comunicación, así como conceptos clave de ingeniería de software como los modelos de proceso de software.

Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft

El documento describe tres modelos de desarrollo de software: el desarrollo en cascada, el desarrollo en espiral y el modelo de prototipos. El desarrollo en cascada sigue un enfoque lineal y estricto con fases secuenciales como análisis, diseño, codificación y pruebas. El desarrollo en espiral es un modelo iterativo que evalúa riesgos en cada bucle. El modelo de prototipos construye versiones tempranas del software para obtener retroalimentación del cliente y refinar requisitos.

Ciclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARECiclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARE

El documento presenta una descripción general de diferentes modelos de ciclo de vida de desarrollo de software, incluyendo el modelo en cascada, modelos iterativos e incrementales, el modelo en espiral y el enfoque de ingeniería de software. Se discuten los principios, ventajas y desventajas de cada modelo.

45
Modelo de proceso de DS
1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)
 Modelo basado en componentes
 Modelo de métodos formales
46
Modelo Basado en Componentes
Se basa en la reutilización de componentes
Requiere de una librería de componentes
La reutilización puede ser de componentes de
especificación, de programas, etc.
La reusabilidad permite reducir el tiempo y los
costos asociados a la construcción de productos
de software
Requiere de herramientas de asistencia para las
nuevas actividades que se generan.
47
Modelo Basado en Componentes
La tecnología de objetos proporciona el marco
de trabajo técnico para un modelo de proceso
basado en componentes para la IS.
El paradigma orientado a objetos enfatiza en la
creación de clases que encapsulan tanto los
datos como los algoritmos que se utilizan para
manejar los datos.
Si se diseñan e implementan las clases
correctamente, podrían ser reutilizables por las
diferentes aplicaciones y arquitecturas de
sistemas basados en computadores.
48
Modelo Basado en Componentes
El modelo de desarrollo basado en componentes
incorpora muchas de las características del
modelo en espiral.
Es evolutivo por naturaleza y exige un enfoque
iterativo para la creación de software.
Configura aplicaciones desde componentes
preparados de software.
El modelo basado en componentes conduce a la
reutilización del software, proporcionando
beneficios a los ingenieros de software.

Recomendado para ti

Presentacion de inf 162 grupo 6
Presentacion de inf 162 grupo 6Presentacion de inf 162 grupo 6
Presentacion de inf 162 grupo 6

Este documento describe varios modelos de procesos de software, incluyendo modelos secuenciales, evolutivos y ágiles. Los modelos secuenciales como la cascada pura y la cascada solapada siguen etapas lineales de análisis, diseño y pruebas. Los modelos evolutivos permiten iteración y retroalimentación entre etapas. Modelos ágiles como Kanban y programación extrema priorizan entregas rápidas con retroalimentación continua del cliente.

Modelos de desarrollo rápido de software
Modelos de desarrollo rápido de softwareModelos de desarrollo rápido de software
Modelos de desarrollo rápido de software

El documento describe diferentes modelos de desarrollo rápido de software, incluyendo el desarrollo incremental y el uso de prototipos. El desarrollo incremental implica la entrega del software en incrementos en lugar de un paquete único, permitiendo la entrega acelerada de funcionalidades y el compromiso del cliente. Sin embargo, este enfoque también puede generar problemas de administración, contractuales, de validación y mantenimiento. Por lo tanto, en algunos casos puede ser mejor utilizar un proceso híbrido que involucre el desarrollo iterativo de un prototipo

Clase1
Clase1Clase1
Clase1

Este documento describe los principales modelos de desarrollo de software, incluyendo: (1) El modelo en cascada que sigue un enfoque secuencial lineal de las actividades de desarrollo, (2) Los modelos evolutivos como el incremental y en espiral que entregan versiones iterativas del software, y (3) El modelo basado en la reutilización que se enfoca en ensamblar componentes existentes. El documento también explica las actividades clave del proceso de desarrollo de software como el análisis de requerimientos, diseño,

49
Un sistema está integrado a partir de componentes
Etapas del proceso
 Analisis de componentes
 Modificación de requisitos
 Diseño del sistema con reuso
 Desarrollo e integración
Modelo Basado en Componentes
Análisis de
componentes
Especificación de
requisitos
Modificación de
requisitos
Desarrollo e
integración
Validación del
sistema
Diseño del sistema
con reutilización
50
Ventaja
 Optimiza los tiempos de respuesta a los requisitos del
cliente y facilita la labor del programador pues hay un
alto aprovechamiento del código.
 Facilita mantenimiento del software.
Desventaja
 Puede no tenerse los componentes adecuados para
los requisitos del sistema.
 Si las nuevas versiones de los componentes no están
bajo el control de quien los utiliza se pierde parte de la
evolución del sistema.
Modelo Basado en Componentes
51
Modelo Basado en Componentes
Evolución del Modelo Espiral aplicado a la reutilización
de componentes
Planificación
Análisis
de Riesgo
Construcción
y adaptación de
la ingeniería
Evaluación
Del Cliente
Comunicación
con el Cliente
Identificar
componentes
candidatos
Construir
la iteración
del sistema
Poner nuevos
componentes
en la biblioteca
Extraer
Componentes
Si están
disponibles
Buscar
Componentes
en biblioteca
Extraer
Componentes
Si No están
disponibles
52
Modelo de proceso de DS
1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)
 Modelo basado en componentes
 Modelo de métodos formales

Recomendado para ti

prueva
pruevaprueva
prueva

Este documento describe el modelo en cascada para el desarrollo de software. El modelo incluye las siguientes fases: especificación de requisitos, diseño del sistema, diseño del software, implementación del software, integración, pruebas y mantenimiento. El modelo en cascada ha sido criticado por su inflexibilidad ante cambios en los requisitos.

lo mejor
Es una aplicación de software que automatiza e integra tanto los procesos de...
Es una aplicación de software que  automatiza e integra tanto los procesos de...Es una aplicación de software que  automatiza e integra tanto los procesos de...
Es una aplicación de software que automatiza e integra tanto los procesos de...

El documento define los sistemas ERP, describe su evolución y objetivos, y explica sus características, ventajas, desventajas y herramientas. Los ERP integran todos los procesos de una empresa para compartir información en tiempo real. Incluyen módulos para finanzas, logística, producción, recursos humanos y más. Las principales herramientas ERP son SAP, Oracle, Microsoft Dynamics y soluciones de código abierto como Odoo.

enterprise resource planningerpsistema de planificación de recursos empresariale
Manual de descripcion de cargos para una empresa de desarrollo de software
Manual de descripcion de cargos para una empresa de desarrollo de softwareManual de descripcion de cargos para una empresa de desarrollo de software
Manual de descripcion de cargos para una empresa de desarrollo de software

El Manual de Descripción de Cargos es un instrumento de la administración de los de recursos humanos: reclutamiento, selección, adiestramiento, clasificación, remuneración, evaluación de desempeño y contratación, donde se indican los objetivos, las funciones o tareas, obligaciones, responsabilidades y requisitos exigidos que sirven para identificar y describir los diferentes cargos de la organización, agrupando los similares bajo títulos comunes. Es la relación detallada de los objetivos del cargo (para que lo hace), de las funciones del cargo (lo que el ocupante hace) y de los métodos empleados para la ejecución de esas funciones o tareas (como lo hace). Es básicamente un inventario escrito de los principales hechos significativos sobre la ejecución del cargo. La descripción debe ser concisa y completa, de manera que proporcione la información más importante y específica, quedando claro el contenido del cargo.

desarrollo de softwaremanual de cargoempresa de desarrollo de software
53
Modelo de Métodos Formales
El proceso de desarrollo se basa en la transformación
matemática formal de la especificación del sistema a un
programa ejecutable
Facilita la verificación de programas a través de un
riguroso análisis matemático.
La ejecución de este tipo de modelos requiere mucho
tiempo y esfuerzo.
Especificación
formal
Definición de
requisitos
Transformación
formal
Integración y
prueba del sistema
54
Modelo de Métodos Formales
Ventaja
 Demostraciones formales de propiedades.
 Especificaciones sin ambigüedades.
 Útiles para sistemas críticos, dónde la seguridad debe
garantizarse antes que el sistema sea puesto en
funcionamiento.
Desventaja
 Difícil especificar algunos aspectos del sistema tales
como la interfaz de usuario
 La ejecución de este tipo de modelos requiere mucho
tiempo y esfuerzo.
 Pocos desarrolladores dominan el algebra y las
matemáticas para la especificación formal.
55
Modelo de proceso de DS
1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)
 Dirigido por caso de uso
 Centrado en la arquitectura
 Iterativo e incremental
56
El Proceso Unificado (PU)
Quién está haciendo,
Qué es lo que está haciendo,
Cuándo debe hacerlo, y
Cómo obtener un cierto objetivo.
trabajadores
artefactos
fases del
proceso
encadenamiento
de actividades.
Define:
Modelo, documento, código
o pieza de información
producido en el proceso de
desarrollo de software

Recomendado para ti

Manual de sistema de una Intranet basada en multiplataforma para la toma de d...
Manual de sistema de una Intranet basada en multiplataforma para la toma de d...Manual de sistema de una Intranet basada en multiplataforma para la toma de d...
Manual de sistema de una Intranet basada en multiplataforma para la toma de d...

En este manual se obtiene información importante relacionada con la administración, mantenimiento y configuración de la Intranet de Cementos Catatumbo, C.A., así como los lenguajes y software en los que se programaron las páginas web estáticas y dinámicas, para orientar al administrador de la red hacia una idea general del sistema, también se muestra todos los mapas de navegación y la seguridad que encierra la Intracecat (Intranet de Cementos Catatumbo, C.A.).

manual de sistemaintranetmultiplataforma
Manual del usuario de una Intranet multiplataforma para la toma de decisión
Manual del usuario de una Intranet multiplataforma para la toma de decisiónManual del usuario de una Intranet multiplataforma para la toma de decisión
Manual del usuario de una Intranet multiplataforma para la toma de decisión

En este manual se obtiene información importante relacionada con la Intranet de Cementos Catatumbo, C.A., como un concepto básico para orientar al usuario hacia una idea general del sistema, también explica lo relacionado con el funcionamiento de la Intracecat en una forma segmentada, es decir, desde como accesar trabajando en el Sistema Operativo Windows 95 hasta los posibles mensajes de error del mismo.

multiplataformamanual de usuariotoma de decisión
Ciclo de vida de los sistemas de informacion
Ciclo de vida de los sistemas de informacionCiclo de vida de los sistemas de informacion
Ciclo de vida de los sistemas de informacion

El ciclo de vida de un sistema de información es un enfoque por fases del análisis y diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario.

llorens fabregaskendall y kendallmurdick y ross
57
Está basado en componentes e interfaces bien
definidas
Utiliza el Lenguaje Unificado de Modelado (UML)
Aspectos característicos:
– Dirigido por casos de uso
– Centrado en la arquitectura
– Iterativo e incremental
El Proceso Unificado (PU)
Ivar Jacobson, Grady Booch, James
Rumbaugh, “El Proceso Unificado
de Desarrollo Software”, Addison
Wesley, 1999
58
Caso de uso: Fragmento de funcionalidad que
proporciona al usuario/cliente un resultado importante
Modelo de casos de uso: Funcionalidad total del sistema
¿Qué debe hacer el sistema … para cada usuario?
Guían el proceso de desarrollo
Dirigido por casos de uso
El Proceso Unificado (PU)
59
Describe diferentes vistas del sistema
Incluye los aspectos estáticos y dinámicos más
significativos
La arquitectura y los casos de uso evolucionan en
paralelo
Responsable: el arquitecto:
 Empieza por la parte que no es específica de los casos de uso
 Trabaja con casos de uso claves
 Progresa con la especificación de más casos de uso
Centrado en la arquitectura
El Proceso Unificado (PU)
Proyección de la organización y
estructura de un sistema
enfocándose en aspectos
particulares
60
Arquitectura: Vistas
El Proceso Unificado (PU)
Para modelar un sistema desde diferentes vistas se debe
responder:
¿Qué vistas se requiere?
Para cada vista:
¿Qué artefactos producir?
¿Con qué notación?

Recomendado para ti

Intranet basada en multiplataforma para el apoyo a la toma de decisiones
Intranet basada en multiplataforma para el apoyo a la toma de decisionesIntranet basada en multiplataforma para el apoyo a la toma de decisiones
Intranet basada en multiplataforma para el apoyo a la toma de decisiones

Este documento presenta un proyecto de investigación para implementar una intranet basada en múltiples plataformas en la empresa Cementos Catatumbo C.A. con el objetivo de apoyar la toma de decisiones a nivel gerencial. El estudio incluyó una evaluación de los sistemas existentes, el diseño de la intranet y su contenido, el desarrollo de páginas web estáticas y dinámicas, y la implementación de la intranet. La metodología utilizada combinó enfoques de diferentes autores para cubrir todas las fases del

toma de decisiónpáginas web estáticasinternet
Red GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado ZuliaRed GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado Zulia

El propósito general de esta investigación fue el diseño de una red GSM de telefonía básica pera el Estado Zulia en la Empresa INFONET-MARACAIBO, con el objetivo de llevar a cabo todo un estudio sobre la planificación de la red telefónica, para evitar los imprevistos en cuanto arquitectura, el dimensionamiento y el aspecto económico. La siguiente investigación se realiza con el propósito de brindarle a la población zuliana otra alternativa en cuanto a servicio telefónico se refiere, por otra parte significa un crecimiento a nivel operativo y económico para la empresa; pero antes de cumplir con este compromiso la empresa tiene la obligación de presentar ante CONATEL (Comisión Nacional de Telecomunicaciones) un proyecto sobre el diseño de la red de telefonía básica donde se incluye al Estado Zulia; requisito indispensable para ser aprobado por este ende regulador de las Telecomunicaciones en Venezuela. La presente investigación se centra según el tipo de investigación en la modalidad de proyecto factible, cabe destacar que según los criterios de Hernández, Fernández y Batista (1991) el diseño de la misma fue de tipo Campo. El instrumento estadístico de recolección de datos utilizado fue el cuestionario, el cual proporciono datos para el diseño de la red en cuanto a las necesidades y preferencias de la población zuliana. El desarrollo del proyecto se realizó sobre los criterios de diseño utilizados por el Departamento de Planificación de Red de INFONET, utilizando solo algunos lineamientos como referencia de CONATEL y la UIT, estos criterios conforman 5 fases cada una de las cuales se subdividen en actividades. Los resultados obtenido van acorde con cada uno de los objetivos plasmados en esta investigación.

red gsmtelefoniatelefonia basica
Titulo en Ciencias de la Computación
Titulo en Ciencias de la Computación Titulo en Ciencias de la Computación
Titulo en Ciencias de la Computación

Doctorado en Ciencias de la Computación, de la Facultad de Ciencias de la Universidad Central de Venezuela, mención Ingeniería de Software.

universidad central de venezuelaciencias de la computacionucv
61
Se divide el trabajo en mini-proyectos
Cada mini-proyecto es una iteración que resulta en un
incremento
La iteración
 Trata un conjunto de casos de uso
 Trata los riesgos más importantes
En cada iteración se persiguen unos objetivos concretos
El Proceso Unificado (PU)
Iterativo e incremental
62
Beneficios de un proceso iterativo controlado:
 Coste del riesgo a un solo incremento
 Reduce el riesgo de no sacar el producto en el
calendario previsto
 Acelera el ritmo de desarrollo
 Se adapta mejor a las necesidades del cliente
El Proceso Unificado (PU)
Iterativo e incremental
63
El Proceso Unificado (PU)
Iterativo e incremental
Permite desarrollar un sistema a través de
refinamientos sucesivos e incorporación de
nuevas funcionalidades, creando una solución
efectiva, en múltiples iteraciones.
 Alto nivel de reuso
 Apendizaje del grupo del proyecto durante el desarrollo
del software
 Adaptación a requisitos cambiantes
 Mitigación de los riesgos y realización de las pruebas en
etapas tempranas del desarrollo del software.
64
El Proceso Unificado (PU)
Modelado del
Negocio
Implementación
Prueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requisitos
Fases
Elaboración Construcción TransiciónInicio
Iteraciones y disciplinas

Recomendado para ti

Categorización de usuarios de Twitter
Categorización de usuarios de TwitterCategorización de usuarios de Twitter
Categorización de usuarios de Twitter

Este documento describe una investigación que implementó técnicas para categorizar usuarios de Twitter. La investigación desarrolló una aplicación llamada TuitCLUS que permitió conectarse a Twitter, capturar tweets de usuarios seleccionados y almacenarlos en una base de datos. Luego, la aplicación utilizó técnicas de clasificación, agrupamiento y probabilidad para analizar los datos y categorizar a los usuarios según su comportamiento en Twitter. Los resultados mostraron que las técnicas fueron efectivas para este propósito.

categorizaciónagrupamientostreaming api
Red GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado ZuliaRed GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado Zulia

El propósito general de esta investigación fue el diseño de una red GSM de telefonía básica pera el Estado Zulia en la Empresa INFONET-MARACAIBO, con el objetivo de llevar a cabo todo un estudio sobre la planificación de la red telefónica, para evitar los imprevistos en cuanto arquitectura, el dimensionamiento y el aspecto económico. La siguiente investigación se realiza con el propósito de brindarle a la población zuliana otra alternativa en cuanto a servicio telefónico se refiere, por otra parte significa un crecimiento a nivel operativo y económico para la empresa; pero antes de cumplir con este compromiso la empresa tiene la obligación de presentar ante CONATEL (Comisión Nacional de Telecomunicaciones) un proyecto sobre el diseño de la red de telefonía básica donde se incluye al Estado Zulia; requisito indispensable para ser aprobado por este ende regulador de las Telecomunicaciones en Venezuela. La presente investigación se centra según el tipo de investigación en la modalidad de proyecto factible, cabe destacar que según los criterios de Hernández, Fernández y Batista (1991) el diseño de la misma fue de tipo Campo. El instrumento estadístico de recolección de datos utilizado fue el cuestionario, el cual proporciono datos para el diseño de la red en cuanto a las necesidades y preferencias de la población zuliana. El desarrollo del proyecto se realizó sobre los criterios de diseño utilizados por el Departamento de Planificación de Red de INFONET, utilizando solo algunos lineamientos como referencia de CONATEL y la UIT, estos criterios conforman 5 fases cada una de las cuales se subdividen en actividades. Los resultados obtenido van acorde con cada uno de los objetivos plasmados en esta investigación.

red gsmdiseñogsm
UML. Un análisis comparativo para la diagramación de software
UML. Un análisis comparativo para la diagramación de softwareUML. Un análisis comparativo para la diagramación de software
UML. Un análisis comparativo para la diagramación de software

Este documento realiza un análisis comparativo entre el Lenguaje de Modelado Unificado (UML) con el desarrollo estructurado y los métodos orientados a objetos. Describe los elementos, relaciones y diagramas de UML, el desarrollo estructurado y los métodos orientados a objetos. Luego, realiza un análisis comparativo entre estos para descubrir similitudes y diferencias. Concluye que UML no garantiza el éxito de un proyecto pero permite a los ingenieros centrarse en la entrega de un producto

umlanalisis comparativolenguaje de modelado unificado
65
El Proceso Unificado (PU)
tiempo
Inicio Elaboración Construcción Transición
Define el alcance y
factibilidad del proyecto.
(análisis de requisitos).
Fases del ciclo de vida
66
El Proceso Unificado (PU)
tiempo
Inicio Elaboración Construcción Transición
Planifica el proyecto,
especifica las
características y la
arquitectura base.
(Análisis y diseño)
Fases del ciclo de vida
67
El Proceso Unificado (PU)
Fases del ciclo de vida
tiempo
Inicio Elaboración Construcción Transición
Construye el producto
(implementación)
68
El Proceso Unificado (PU)
Fases del ciclo de vida
tiempo
Inicio Elaboración Construcción Transición
Entrega del producto al
cliente o a los usuarios.

Recomendado para ti

UML. un analisis comparativo para la diagramación de software
UML.  un analisis comparativo para la diagramación de softwareUML.  un analisis comparativo para la diagramación de software
UML. un analisis comparativo para la diagramación de software

Este documento presenta un resumen de tres conceptos clave: 1) Explica brevemente el modelado conceptual en el desarrollo de software y los diferentes enfoques que han surgido como el desarrollo estructurado y orientado a objetos. 2) Describe los diagramas utilizados en el desarrollo estructurado como los diagramas de flujo y los utilizados en el desarrollo orientado a objetos. 3) Introduce el Lenguaje de Modelado Unificado (UML) como un estándar y analiza sus elementos básicos como diagram

desarrollo estructuradobloque de construccionuml
Generador de Patrones de Diseño (GEPADI)
Generador de Patrones de Diseño (GEPADI)Generador de Patrones de Diseño (GEPADI)
Generador de Patrones de Diseño (GEPADI)

El capítulo 1 presenta una introducción al tema de los patrones en el desarrollo de software. Se plantea el problema de la falta de herramientas para generar patrones de diseño y se formulan los objetivos de desarrollar una herramienta llamada GEPADI (Generador de Patrones de Diseño). Luego se definen los conceptos clave de patrón y tipos de patrones de software, haciendo énfasis en los patrones de diseño, especialmente los patrones de diseño de GoF que son el enfoque central del trabajo.

patrones gofgepadipatron
Metodología para el desarrollo de portales de gobierno electrónico bajo el en...
Metodología para el desarrollo de portales de gobierno electrónico bajo el en...Metodología para el desarrollo de portales de gobierno electrónico bajo el en...
Metodología para el desarrollo de portales de gobierno electrónico bajo el en...

El objetivo de esta tesis doctoral fue desarrollar una propuesta metodológica basada en modelos para la generación de portales de gobierno electrónico que sirva de guía para el desarrollo de portales gubernamentales. Los portales web tienen la capacidad de ofrecer información, servicios y facilitan las transacciones, el éxito de estas funcionalidades depende del diseño de sus interfaces. Con modelos claros y precisos es posible diseñar e implementar interfaces funcionales, por este motivo se seleccionó como método de trabajo el enfoque MDA (Model Driven Architecture), basada en una arquitectura dirigidas por modelos. Con este enfoque se busca modelar las interfaces de usuario con lo que se logró minimizar y optimizar el tiempo horas-hombre que son necesarias para el diseño y construcción de portales de gobierno electrónico. Para validar la metodología se construyó una herramienta basada en las especificaciones de la metodología bajo la cual se desarrolló un portal de gobierno electrónico. Como resultado se obtuvo un portal de gobierno electrónico que cumple con los requisitos mínimos de usabilidad. Una vez aplicada y validada la propuesta la metodológica se concluye que es factible su uso tanto en portales de gobierno electrónico como en otros tipos de portales.

mdamdetesis doctoral
69
El Proceso Unificado (PU)
69
Modelado del
Negocio
Implementación
Prueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requisitos
Fases
Elaboración Construcción TransiciónInicio
Iteraciones y disciplinas
Esbozar:
Modelo de Casos de Uso
Especificaciones complementarias
Glosario
70
El Proceso Unificado (PU)
70
Modelado del
Negocio
Implementación
Prueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requisitos
Fases
Elaboración Construcción TransiciónInicio
Iteraciones y disciplinas
Refinar:
 Modelo de Casos de Uso
 Especificaciones Complementarias
 Glosario
71
El Proceso Unificado (PU)
71
Modelado del
Negocio
Implementación
Prueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requisitos
Fases
Elaboración Construcción TransiciónInicio
Iteraciones y disciplinas
Esbozar:
 Modelo de Diseño
 Documento de la Arquitectura
72
El Proceso Unificado (PU)
72
Modelado del
Negocio
Implementación
Prueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requisitos
Fases
Elaboración Construcción TransiciónInicio
Iteraciones y disciplinas
Refinar:
 Modelo de Diseño

Recomendado para ti

Formato de minuta de reunión
Formato de minuta de reuniónFormato de minuta de reunión
Formato de minuta de reunión

Formato para la recolección de información y discusión de propuestas en el desarrollo de software, funciona también para hacer constar las asistencias a las asesorías de tesis en el área de desarrollo de software.

instrumento de recolección de informaciónformato de minutaingenieria de software
Reglamento para la presentacion de trabajos en la Universidad del Zulia
Reglamento para la presentacion de trabajos en la Universidad del ZuliaReglamento para la presentacion de trabajos en la Universidad del Zulia
Reglamento para la presentacion de trabajos en la Universidad del Zulia

Reglamenta para presentar trabajos de grados, trabajos de ascensos, tesis de maestría y doctoral de la Universidad del Zulia (LUZ). Normas a seguir para la presentación de todo tipo de trabajo dentro de LUZ.

normas para presentar trabajonormas luzreglamento para presentar trabajos
Introducción a UML y Diagrama de Casos de Uso
Introducción a UML y Diagrama de Casos de UsoIntroducción a UML y Diagrama de Casos de Uso
Introducción a UML y Diagrama de Casos de Uso

SE presenta una introducción a los diferentes diagramas de UML, que sirven para presentar deferentes vistas de un sistema. Se explica los modelos de casos de uso y se ilustra a través de ejemplos.

umlrelaciondiagrama de casos de uso
73
El Proceso Unificado (PU)
73
Modelado del
Negocio
Implementación
Prueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requisitos
Fases
Elaboración Construcción TransiciónInicio
Iteraciones y disciplinas
Esbozar:
 Modelo de implementación
74
El Proceso Unificado (PU)
74
Modelado del
Negocio
Implementación
Prueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requisitos
Fases
Elaboración Construcción TransiciónInicio
Iteraciones y disciplinas
Refinar:
 Modelo de implementación
75
El Proceso Unificado (PU)
Artefactos que se producen
76
El Proceso Unificado (PU)
Inclusión de la construcción de la interfaz

Recomendado para ti

La organización como un teatro: la tecnología y sistemas de información como ...
La organización como un teatro: la tecnología y sistemas de información como ...La organización como un teatro: la tecnología y sistemas de información como ...
La organización como un teatro: la tecnología y sistemas de información como ...

El documento analiza cómo las organizaciones pueden verse como teatros, donde la tecnología y los sistemas de información juegan un papel protagónico. Los autores argumentan que la tecnología y los sistemas de información son actores clave en las organizaciones, ya que permiten coordinar los procesos y flujos de trabajo. Adicionalmente, estos sistemas proveen información a los gerentes para la toma de decisiones.

organizacionisomorfismo miméticolider
Sistemas transparente para gobierno electrónico eficientes
Sistemas transparente para gobierno electrónico eficientesSistemas transparente para gobierno electrónico eficientes
Sistemas transparente para gobierno electrónico eficientes

Este trabajo hace una reflexión crítica del papel que desempeñan los sistemas transparentes en el gobierno electrónico. La misión de los sistemas transparentes computarizados es desarrollar aplicaciones confiables y robustas, con el propósito de sustituir la fiscalización y los controles jurídicos y contables del comportamiento administrativo, por verdaderas evaluaciones que incluyan la participación del ciudadano, en el ejercicio transparente de la acción gubernamental. Teniendo como base la necesidad de tener aplicaciones para gobierno electrónico, el Laboratorio de Investigación de Tecnologías y Sistemas de Información (LITSI) de la Facultad de Ciencias de la Universidad del Zulia desarrolla aplicaciones de minería de texto, para obtener datos que están envueltos en el metalenguaje de etiquetas (HTML) contenido en las páginas WEB. Con el prototipo que hemos desarrollado, se ha hecho un intento por convertir información desde documentos tipos texto no estructurados que están en la WEB, en información factible de ser analizada y contrastada con las acciones y políticas públicas. Se pretende así, desarrollar sistemas transparentes eficientes con aplicaciones computarizadas que permitan al ciudadano ejercer el control social de la gestión gubernamental.

yaskelly yedrasistemas transparenteseficiência
Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...
Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...
Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...

El propósito de este artículo es analizar los cambios que se producen en las organizaciones con la incorporación de dispositivos de telecomunicaciones y otros equipos de computación, en particular se estudian el impacto que se produce sobre los patrones de comunicación organizacional. La integración de los dispositivos móviles, internet y la conectividad inalámbrica ofrece una oportunidad extraordinaria para que las organizaciones puedan extender su información y servicios hasta los usuarios móviles y aumentar la productividad. El trabajo recurre al análisis documental, a fin de evaluar la fuerza laboral en el marco de una organización que utiliza dispositivos móviles para alcanzar mayores niveles de productividad; asimismo, se hace un análisis de la conformación de redes inalámbricas y de las dos tecnologías de comunicación de mayor impacto de la actualidad: Bluetooth y WI-FI en relación con el desarrollo de nuevos patrones de organización. Las conclusiones que se alcanzan establecen que la tecnología inalámbrica apunta hacia el desarrollo de patrones de comunicación, que obliga a las organizaciones a considerar la incorporación de equipos y dispositivos de acuerdo al tipo de trabajo que realiza la fuerza laboral.

tecnología inalámbricabluetoothyaskelly yedra
77
Cascada
 Separa y secuencia las fases
Evolutivo
 Especificación y desarrollo son intercalados
De transformaciones
 Un modelo formal del sistema es transformado en
otro modelo de más bajo nivel de abstracción
Basado en componentes
 El sistema es producto de ensamblaje de
componentes
Modelo de proceso de DS (conclusiones)
78
¿Qué modelo utilizar ?
Para sistemas bien comprendidos se puede aplicar el
Modelo en Cascada. La fase de análisis de riesgos es
relativamente fácil.
Con Requisitos estables y sistemas de seguridad
críticos, se pueden utilizar Modelos Formales.
Con especificaciones incompletas, se puede utilizar el
Modelo de Prototipaje.
Pueden utilizarse modelos híbridos en distintas partes
del desarrollo.
79
Modelos de Procesos Híbridos
Los sistemas grandes están hechos usualmente de
varios subsistemas.
No es necesario utilizar el mismo modelo de proceso
para todos los subsistemas.
El prototipado es recomendado cuando existen
especificaciones de alto riesgo.
El modelo de cascada es utilizado en desarrollos bien
comprendidos.

Más contenido relacionado

La actualidad más candente

Ingeniería de software modelo incremental
Ingeniería de software  modelo incrementalIngeniería de software  modelo incremental
Ingeniería de software modelo incremental
María Inés Cahuana Lázaro
 
Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2
Marta Silvia Tabares
 
Diagramas UML: Componentes y despliegue
Diagramas UML: Componentes y despliegueDiagramas UML: Componentes y despliegue
Diagramas UML: Componentes y despliegue
joshell
 
11. modelos según roger s
11.  modelos según roger s11.  modelos según roger s
11. modelos según roger s
Yvan Mayta
 
Modelo Cascada y Espiral
Modelo Cascada y EspiralModelo Cascada y Espiral
Modelo Cascada y Espiral
juanksi28
 
Modelo espiral
Modelo espiralModelo espiral
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)
Marco Antonio Perez Montero
 
UML
UMLUML
Cuadro comparativo
Cuadro comparativo Cuadro comparativo
Cuadro comparativo
Seba Briones
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
Wilfredo Mogollón
 
Ejemplos de proyectos al modelo en cascada
Ejemplos de proyectos  al modelo en cascadaEjemplos de proyectos  al modelo en cascada
Ejemplos de proyectos al modelo en cascada
aics-1986-13-saraguro
 
Prototipado del software
Prototipado del softwarePrototipado del software
Prototipado del software
Juan Pablo Bustos Thames
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
Guillermo Díaz
 
Ingenieria de requerimientos 1
Ingenieria de requerimientos 1Ingenieria de requerimientos 1
Ingenieria de requerimientos 1
jmpov441
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
landeta_p
 
Metodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móvilesMetodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móviles
Jaqueline Luna
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
francy jorgelis
 
Metodo espiral
Metodo espiralMetodo espiral
Metodo espiral
Milton Torres Ccoa
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
Chuyito Alvarado
 
Modelos de Procesos del Software
Modelos de Procesos del SoftwareModelos de Procesos del Software
Modelos de Procesos del Software
Janeth Jimenez
 

La actualidad más candente (20)

Ingeniería de software modelo incremental
Ingeniería de software  modelo incrementalIngeniería de software  modelo incremental
Ingeniería de software modelo incremental
 
Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2
 
Diagramas UML: Componentes y despliegue
Diagramas UML: Componentes y despliegueDiagramas UML: Componentes y despliegue
Diagramas UML: Componentes y despliegue
 
11. modelos según roger s
11.  modelos según roger s11.  modelos según roger s
11. modelos según roger s
 
Modelo Cascada y Espiral
Modelo Cascada y EspiralModelo Cascada y Espiral
Modelo Cascada y Espiral
 
Modelo espiral
Modelo espiralModelo espiral
Modelo espiral
 
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)
 
UML
UMLUML
UML
 
Cuadro comparativo
Cuadro comparativo Cuadro comparativo
Cuadro comparativo
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
 
Ejemplos de proyectos al modelo en cascada
Ejemplos de proyectos  al modelo en cascadaEjemplos de proyectos  al modelo en cascada
Ejemplos de proyectos al modelo en cascada
 
Prototipado del software
Prototipado del softwarePrototipado del software
Prototipado del software
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
 
Ingenieria de requerimientos 1
Ingenieria de requerimientos 1Ingenieria de requerimientos 1
Ingenieria de requerimientos 1
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
 
Metodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móvilesMetodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móviles
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Metodo espiral
Metodo espiralMetodo espiral
Metodo espiral
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Modelos de Procesos del Software
Modelos de Procesos del SoftwareModelos de Procesos del Software
Modelos de Procesos del Software
 

Similar a Modelo de desarrollo de software

Modelo de desarrollo del software
Modelo de desarrollo del softwareModelo de desarrollo del software
Modelo de desarrollo del software
RazielLira
 
Procesos de software Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software  Unidad 2 - Software Enginnering - Ian sommervilleProcesos de software  Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software Unidad 2 - Software Enginnering - Ian sommerville
Matias Gonzalo Acosta
 
Investigación de modelos
Investigación de modelos Investigación de modelos
Investigación de modelos
bren1995
 
Clase3 Is 0702 V1
Clase3 Is 0702 V1Clase3 Is 0702 V1
Clase3 Is 0702 V1
marlonyesith
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
Roxny Moreno
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
Radel Fuentes
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
jorge paez
 
Los 7 pasos del desarrollo de sistemas informaticos
Los 7 pasos del desarrollo de sistemas informaticosLos 7 pasos del desarrollo de sistemas informaticos
Los 7 pasos del desarrollo de sistemas informaticos
Franklin Tenelema
 
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de proceso
Coesi Consultoria
 
Sesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de softwareSesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de software
Luis Fernández
 
Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4
Eddie Malca
 
Modelos
ModelosModelos
Modelos
Jose Lema
 
3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso
Luis Fernandez Vizcarra
 
Procesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITECProcesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITEC
mrojas_unitec
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
Jazmin Cr
 
Ciclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARECiclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARE
J Martin Luzon
 
Presentacion de inf 162 grupo 6
Presentacion de inf 162 grupo 6Presentacion de inf 162 grupo 6
Presentacion de inf 162 grupo 6
Samuel Qc
 
Modelos de desarrollo rápido de software
Modelos de desarrollo rápido de softwareModelos de desarrollo rápido de software
Modelos de desarrollo rápido de software
Juan Pablo Bustos Thames
 
Clase1
Clase1Clase1
prueva
pruevaprueva
prueva
1081913395
 

Similar a Modelo de desarrollo de software (20)

Modelo de desarrollo del software
Modelo de desarrollo del softwareModelo de desarrollo del software
Modelo de desarrollo del software
 
Procesos de software Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software  Unidad 2 - Software Enginnering - Ian sommervilleProcesos de software  Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software Unidad 2 - Software Enginnering - Ian sommerville
 
Investigación de modelos
Investigación de modelos Investigación de modelos
Investigación de modelos
 
Clase3 Is 0702 V1
Clase3 Is 0702 V1Clase3 Is 0702 V1
Clase3 Is 0702 V1
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Los 7 pasos del desarrollo de sistemas informaticos
Los 7 pasos del desarrollo de sistemas informaticosLos 7 pasos del desarrollo de sistemas informaticos
Los 7 pasos del desarrollo de sistemas informaticos
 
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de proceso
 
Sesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de softwareSesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de software
 
Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4
 
Modelos
ModelosModelos
Modelos
 
3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso
 
Procesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITECProcesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITEC
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
 
Ciclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARECiclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARE
 
Presentacion de inf 162 grupo 6
Presentacion de inf 162 grupo 6Presentacion de inf 162 grupo 6
Presentacion de inf 162 grupo 6
 
Modelos de desarrollo rápido de software
Modelos de desarrollo rápido de softwareModelos de desarrollo rápido de software
Modelos de desarrollo rápido de software
 
Clase1
Clase1Clase1
Clase1
 
prueva
pruevaprueva
prueva
 

Más de Yaskelly Yedra

Es una aplicación de software que automatiza e integra tanto los procesos de...
Es una aplicación de software que  automatiza e integra tanto los procesos de...Es una aplicación de software que  automatiza e integra tanto los procesos de...
Es una aplicación de software que automatiza e integra tanto los procesos de...
Yaskelly Yedra
 
Manual de descripcion de cargos para una empresa de desarrollo de software
Manual de descripcion de cargos para una empresa de desarrollo de softwareManual de descripcion de cargos para una empresa de desarrollo de software
Manual de descripcion de cargos para una empresa de desarrollo de software
Yaskelly Yedra
 
Manual de sistema de una Intranet basada en multiplataforma para la toma de d...
Manual de sistema de una Intranet basada en multiplataforma para la toma de d...Manual de sistema de una Intranet basada en multiplataforma para la toma de d...
Manual de sistema de una Intranet basada en multiplataforma para la toma de d...
Yaskelly Yedra
 
Manual del usuario de una Intranet multiplataforma para la toma de decisión
Manual del usuario de una Intranet multiplataforma para la toma de decisiónManual del usuario de una Intranet multiplataforma para la toma de decisión
Manual del usuario de una Intranet multiplataforma para la toma de decisión
Yaskelly Yedra
 
Ciclo de vida de los sistemas de informacion
Ciclo de vida de los sistemas de informacionCiclo de vida de los sistemas de informacion
Ciclo de vida de los sistemas de informacion
Yaskelly Yedra
 
Intranet basada en multiplataforma para el apoyo a la toma de decisiones
Intranet basada en multiplataforma para el apoyo a la toma de decisionesIntranet basada en multiplataforma para el apoyo a la toma de decisiones
Intranet basada en multiplataforma para el apoyo a la toma de decisiones
Yaskelly Yedra
 
Red GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado ZuliaRed GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado Zulia
Yaskelly Yedra
 
Titulo en Ciencias de la Computación
Titulo en Ciencias de la Computación Titulo en Ciencias de la Computación
Titulo en Ciencias de la Computación
Yaskelly Yedra
 
Categorización de usuarios de Twitter
Categorización de usuarios de TwitterCategorización de usuarios de Twitter
Categorización de usuarios de Twitter
Yaskelly Yedra
 
Red GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado ZuliaRed GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado Zulia
Yaskelly Yedra
 
UML. Un análisis comparativo para la diagramación de software
UML. Un análisis comparativo para la diagramación de softwareUML. Un análisis comparativo para la diagramación de software
UML. Un análisis comparativo para la diagramación de software
Yaskelly Yedra
 
UML. un analisis comparativo para la diagramación de software
UML.  un analisis comparativo para la diagramación de softwareUML.  un analisis comparativo para la diagramación de software
UML. un analisis comparativo para la diagramación de software
Yaskelly Yedra
 
Generador de Patrones de Diseño (GEPADI)
Generador de Patrones de Diseño (GEPADI)Generador de Patrones de Diseño (GEPADI)
Generador de Patrones de Diseño (GEPADI)
Yaskelly Yedra
 
Metodología para el desarrollo de portales de gobierno electrónico bajo el en...
Metodología para el desarrollo de portales de gobierno electrónico bajo el en...Metodología para el desarrollo de portales de gobierno electrónico bajo el en...
Metodología para el desarrollo de portales de gobierno electrónico bajo el en...
Yaskelly Yedra
 
Formato de minuta de reunión
Formato de minuta de reuniónFormato de minuta de reunión
Formato de minuta de reunión
Yaskelly Yedra
 
Reglamento para la presentacion de trabajos en la Universidad del Zulia
Reglamento para la presentacion de trabajos en la Universidad del ZuliaReglamento para la presentacion de trabajos en la Universidad del Zulia
Reglamento para la presentacion de trabajos en la Universidad del Zulia
Yaskelly Yedra
 
Introducción a UML y Diagrama de Casos de Uso
Introducción a UML y Diagrama de Casos de UsoIntroducción a UML y Diagrama de Casos de Uso
Introducción a UML y Diagrama de Casos de Uso
Yaskelly Yedra
 
La organización como un teatro: la tecnología y sistemas de información como ...
La organización como un teatro: la tecnología y sistemas de información como ...La organización como un teatro: la tecnología y sistemas de información como ...
La organización como un teatro: la tecnología y sistemas de información como ...
Yaskelly Yedra
 
Sistemas transparente para gobierno electrónico eficientes
Sistemas transparente para gobierno electrónico eficientesSistemas transparente para gobierno electrónico eficientes
Sistemas transparente para gobierno electrónico eficientes
Yaskelly Yedra
 
Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...
Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...
Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...
Yaskelly Yedra
 

Más de Yaskelly Yedra (20)

Es una aplicación de software que automatiza e integra tanto los procesos de...
Es una aplicación de software que  automatiza e integra tanto los procesos de...Es una aplicación de software que  automatiza e integra tanto los procesos de...
Es una aplicación de software que automatiza e integra tanto los procesos de...
 
Manual de descripcion de cargos para una empresa de desarrollo de software
Manual de descripcion de cargos para una empresa de desarrollo de softwareManual de descripcion de cargos para una empresa de desarrollo de software
Manual de descripcion de cargos para una empresa de desarrollo de software
 
Manual de sistema de una Intranet basada en multiplataforma para la toma de d...
Manual de sistema de una Intranet basada en multiplataforma para la toma de d...Manual de sistema de una Intranet basada en multiplataforma para la toma de d...
Manual de sistema de una Intranet basada en multiplataforma para la toma de d...
 
Manual del usuario de una Intranet multiplataforma para la toma de decisión
Manual del usuario de una Intranet multiplataforma para la toma de decisiónManual del usuario de una Intranet multiplataforma para la toma de decisión
Manual del usuario de una Intranet multiplataforma para la toma de decisión
 
Ciclo de vida de los sistemas de informacion
Ciclo de vida de los sistemas de informacionCiclo de vida de los sistemas de informacion
Ciclo de vida de los sistemas de informacion
 
Intranet basada en multiplataforma para el apoyo a la toma de decisiones
Intranet basada en multiplataforma para el apoyo a la toma de decisionesIntranet basada en multiplataforma para el apoyo a la toma de decisiones
Intranet basada en multiplataforma para el apoyo a la toma de decisiones
 
Red GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado ZuliaRed GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado Zulia
 
Titulo en Ciencias de la Computación
Titulo en Ciencias de la Computación Titulo en Ciencias de la Computación
Titulo en Ciencias de la Computación
 
Categorización de usuarios de Twitter
Categorización de usuarios de TwitterCategorización de usuarios de Twitter
Categorización de usuarios de Twitter
 
Red GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado ZuliaRed GSM de Telefonía Básica para el Estado Zulia
Red GSM de Telefonía Básica para el Estado Zulia
 
UML. Un análisis comparativo para la diagramación de software
UML. Un análisis comparativo para la diagramación de softwareUML. Un análisis comparativo para la diagramación de software
UML. Un análisis comparativo para la diagramación de software
 
UML. un analisis comparativo para la diagramación de software
UML.  un analisis comparativo para la diagramación de softwareUML.  un analisis comparativo para la diagramación de software
UML. un analisis comparativo para la diagramación de software
 
Generador de Patrones de Diseño (GEPADI)
Generador de Patrones de Diseño (GEPADI)Generador de Patrones de Diseño (GEPADI)
Generador de Patrones de Diseño (GEPADI)
 
Metodología para el desarrollo de portales de gobierno electrónico bajo el en...
Metodología para el desarrollo de portales de gobierno electrónico bajo el en...Metodología para el desarrollo de portales de gobierno electrónico bajo el en...
Metodología para el desarrollo de portales de gobierno electrónico bajo el en...
 
Formato de minuta de reunión
Formato de minuta de reuniónFormato de minuta de reunión
Formato de minuta de reunión
 
Reglamento para la presentacion de trabajos en la Universidad del Zulia
Reglamento para la presentacion de trabajos en la Universidad del ZuliaReglamento para la presentacion de trabajos en la Universidad del Zulia
Reglamento para la presentacion de trabajos en la Universidad del Zulia
 
Introducción a UML y Diagrama de Casos de Uso
Introducción a UML y Diagrama de Casos de UsoIntroducción a UML y Diagrama de Casos de Uso
Introducción a UML y Diagrama de Casos de Uso
 
La organización como un teatro: la tecnología y sistemas de información como ...
La organización como un teatro: la tecnología y sistemas de información como ...La organización como un teatro: la tecnología y sistemas de información como ...
La organización como un teatro: la tecnología y sistemas de información como ...
 
Sistemas transparente para gobierno electrónico eficientes
Sistemas transparente para gobierno electrónico eficientesSistemas transparente para gobierno electrónico eficientes
Sistemas transparente para gobierno electrónico eficientes
 
Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...
Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...
Impacto de las tecnologías de telecomunicaciones en los patrones de comunicac...
 

Último

Varias Consultas hana cloud inventarios
Varias Consultas hana cloud  inventariosVarias Consultas hana cloud  inventarios
Varias Consultas hana cloud inventarios
carloshernandez141319
 
Entrenamiento de introducción en Share Point (JateNX)
Entrenamiento de introducción en  Share Point (JateNX)Entrenamiento de introducción en  Share Point (JateNX)
Entrenamiento de introducción en Share Point (JateNX)
administracion997432
 
Pitch de 3SBOT Sistema Seguimiento y Salud
Pitch de 3SBOT Sistema Seguimiento y SaludPitch de 3SBOT Sistema Seguimiento y Salud
Pitch de 3SBOT Sistema Seguimiento y Salud
3sbot1
 
Caso de Exito Grupo Sumando con Business Central
Caso de Exito Grupo Sumando con Business CentralCaso de Exito Grupo Sumando con Business Central
Caso de Exito Grupo Sumando con Business Central
Aitana
 
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTAPITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
YESICAPAOLANAVIANAVI
 
UWES ENGAGEMENT PDF WILFREDO MARQUINA MAUNY.pdf
UWES ENGAGEMENT PDF WILFREDO MARQUINA MAUNY.pdfUWES ENGAGEMENT PDF WILFREDO MARQUINA MAUNY.pdf
UWES ENGAGEMENT PDF WILFREDO MARQUINA MAUNY.pdf
wmarquinam
 
trabajo grupal sobre el microbit grado 9-3
trabajo grupal  sobre el microbit grado 9-3trabajo grupal  sobre el microbit grado 9-3
trabajo grupal sobre el microbit grado 9-3
diazguerrrerosebasti
 
CHARLA de GEOMATICA-GOOGLE EARTH (1).pptx
CHARLA de GEOMATICA-GOOGLE EARTH (1).pptxCHARLA de GEOMATICA-GOOGLE EARTH (1).pptx
CHARLA de GEOMATICA-GOOGLE EARTH (1).pptx
IrnaDeLeon
 
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTAPITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
YESICAPAOLANAVIANAVI
 

Último (9)

Varias Consultas hana cloud inventarios
Varias Consultas hana cloud  inventariosVarias Consultas hana cloud  inventarios
Varias Consultas hana cloud inventarios
 
Entrenamiento de introducción en Share Point (JateNX)
Entrenamiento de introducción en  Share Point (JateNX)Entrenamiento de introducción en  Share Point (JateNX)
Entrenamiento de introducción en Share Point (JateNX)
 
Pitch de 3SBOT Sistema Seguimiento y Salud
Pitch de 3SBOT Sistema Seguimiento y SaludPitch de 3SBOT Sistema Seguimiento y Salud
Pitch de 3SBOT Sistema Seguimiento y Salud
 
Caso de Exito Grupo Sumando con Business Central
Caso de Exito Grupo Sumando con Business CentralCaso de Exito Grupo Sumando con Business Central
Caso de Exito Grupo Sumando con Business Central
 
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTAPITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
 
UWES ENGAGEMENT PDF WILFREDO MARQUINA MAUNY.pdf
UWES ENGAGEMENT PDF WILFREDO MARQUINA MAUNY.pdfUWES ENGAGEMENT PDF WILFREDO MARQUINA MAUNY.pdf
UWES ENGAGEMENT PDF WILFREDO MARQUINA MAUNY.pdf
 
trabajo grupal sobre el microbit grado 9-3
trabajo grupal  sobre el microbit grado 9-3trabajo grupal  sobre el microbit grado 9-3
trabajo grupal sobre el microbit grado 9-3
 
CHARLA de GEOMATICA-GOOGLE EARTH (1).pptx
CHARLA de GEOMATICA-GOOGLE EARTH (1).pptxCHARLA de GEOMATICA-GOOGLE EARTH (1).pptx
CHARLA de GEOMATICA-GOOGLE EARTH (1).pptx
 
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTAPITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
PITCH_STOKING_PORQUE_CADA_PRODUCTO_CUENTA
 

Modelo de desarrollo de software

  • 1. UNIDAD IV I-2013 Modelos de desarrollo de software Prof. Yaskelly Yedra INGENIERÍA DE SOFTWARE Actividades en el proceso de desarrollo de software
  • 2. 2 Modelo de proceso de DS 1. Modelo secuencial 2. Modelo de proceso incremental 3. Modelo de proceso evolutivo 4. Modelos basados en transformaciones 5. Modelos especializados en proceso 6. Proceso Unificado (PU)  Modelo en Cascada
  • 3. 3 Modelo en Cascada Encadenamiento secuencial de las actividades Cada etapa produce documentos que son la entrada a la siguiente. Para desarrollar una etapa debe concluirse la anterior. El modelo original no se adapta a ciertas aplicaciones. Los costos al descubrir errores en etapas avanzadas son muy altos (es rígido). Se incorporan variantes al modelo.
  • 4. 4 Validación Instalación, Explotación Test y pruebas previas a la Operación Operación y Mantenimiento Estudio de Viabilidad Análisis Especificación Requisitos del Software Diseño Especificación de diseño Diseño Preliminar y Detallado Codificación Aplicación Codificación y Depuración A alguien se le ha ocurrido la Brillante idea de Informatizar ¿? Investigación Inicial, Identificación de Necesidades, Encuesta, etc. Requisitos del Sistema Modelo en Cascada
  • 5. 5 Definición de Requisitos Diseño del Software y del Sistema Implementación y Prueba de unidades Integración y Prueba del Sistema Operación y Mantenimiento Modelo en Cascada • Separa y secuencia las fases, (no es estrictamente secuencial, a veces se solapan las etapas) • También se le conoce como “modelo lineal secuencial” o “ciclo de vida clasico”
  • 6. 6 Modelo en Cascada Definición Análisis Diseño Desarrollo Pruebas Mantenim. Definición de requisitos: • Las restricciones y metas del sistema se definen a partir de la interacción con el interesado. • Se comprende la naturaleza de la aplicación y el dominio de información, así como su funcionalidad, rendimiento e interconexión • Se reúnen todos los requisitos que debe cumplir el software
  • 7. 7 Modelo en Cascada Definición Análisis Diseño Desarrollo Pruebas Mantenim. Se concentra en cuatro características básicas: Estructura de datos Arquitectura del software Representaciones de interfaz Detalle procedimental (algoritmo)
  • 8. 8 Modelo en Cascada Definición Análisis Diseño Desarrollo Pruebas Mantenim. • Se llama también Implementación • Generación de código entendible por la máquina • Actualmente se investiga mucho sobre la manera de generar código automáticamente
  • 9. 9 Modelo en Cascada Definición Análisis Diseño Desarrollo Pruebas Mantenim. • Proceso de depuración de programas • Chequear la validez de las sentencias • Pruebas para detectar errores, asegurando que a partir de los datos de entrada si se genere la salida deseada
  • 10. 10 Modelo en Cascada Definición Análisis Diseño Desarrollo Pruebas Mantenim. • Corrección de errores no detectados en la etapa de pruebas • Posibles mejoras funcionales debidas a nuevos requisitos del cliente • En esta fase se vuelven a aplicar todas las etapas anteriores sobre el software existente
  • 11. 11 Modelo en cascada: ventajas-desventajas El gran problema de este modelo es la dificultad de realizar cambios después que el proceso ha avanzado Partición inflexible del proyecto en etapas Dificultad de responder a los cambios de los requisitos del cliente Se retrasa la localización y corrección de errores Inflexibilidad del modelo: dificultad para responder a cambios en los requisitos Este modelo es apropiado cuando los requisitos están bien definidos
  • 12. 12 Modelo de proceso de DS 1. Modelos secuencial 2. Modelo de proceso incremental 3. Modelo de proceso evolutivo 4. Modelos basados en transformaciones 5. Modelos especializados en proceso 6. Proceso Unificado (PU)  Modelo Incremental  Modelo DRA
  • 13. 13 Modelo de Proceso Incremental Aplica el enfoque del modelo en cascada, pero aplicado en forma iterativa Cada secuencia lineal produce incrementos que agregan funcionalidades adicionales o mejoras al sistema Cada etapa debe cumplir con sus requisitos Incrementos parciales de la herramienta completa las diferentes versiones del proyecto El modelo de proceso incremental, al igual que la construcción de prototipos y otros enfoques evolutivos, es iterativo por naturaleza.
  • 14. 14 Modelo de Proceso Incremental Incremento 2 Incremento n ... ... ... ... Análisis Diseño Código Pruebas Análisis Diseño Código Pruebas Análisis Diseño Código Pruebas Incremento 1 Entrega del 1er incremento Entrega del 2do incremento Entrega de n-ésimo incremento
  • 15. 15 Modelo de Proceso Incremental Ventajas:  Los clientes no tienen que esperar hasta que el sistema se entregue completamente para comenzar a hacer uso de él.  Los clientes pueden usar los incrementos iniciales como prototipo para precisar los requisitos posteriores del sistema.  Minimización del riesgo de falla en el proyecto porque los errores se van corrigiendo progresivamente. Desventaja:  Adaptación de los requisitos del cliente para lograr incrementos pequeños (no mas de 20.000 líneas de código) que añadan funcionalidad al sistema. Nota: Una evolución de este enfoque se conoce como Programación Extrema (XP-Extreme Programming).
  • 16. 16 Modelo de proceso de DS 1. Modelos secuencial 2. Modelo de proceso incremental 3. Modelo de proceso evolutivo 4. Modelos basados en transformaciones 5. Modelos especializados en proceso 6. Proceso Unificado (PU)  Modelo Incremental  Modelo DRA
  • 17. 17 Modelo de Desarrollo Rápido de Aplicaciones (DRA) Basado en el Modelo en Cascada, pero con una aplicación más rápida, basada en componentes o generación de código. Modelo llevado a cabo por varias equipos de trabajo que siguen las etapas del proceso de manera simultanea. Modelo aplicable a la construcción de sistemas de información fácilmente modularizables. El Modelo DRA necesita clientes y desarrolladores comprometidos con el proceso. Varios equipos de desarrolladores de software trabajan en paralelo sobre diferentes funciones del sistema
  • 18. 18 Modelo de Desarrollo Rápido de Aplicaciones (DRA) Equipo No. 1 Equipo No. 2 Equipo No. N.. Comunicación Planeación Modelado Modelado del negocio Modelado de los datos Modelado del proceso Modelado Modelado del negocio Modelado de los datos Modelado del proceso Modelado Modelado del negocio Modelado de los datos Modelado del proceso 60-90 días Despliegue Integración Entrega Retroalimentación Construcción Reutilización de componentes Generación automática de código Pruebas Construcción Reutilización de componentes Generación automática de código Pruebas Construcción Reutilización de componentes Generación automática de código Pruebas
  • 19. 19 Modelo de Desarrollo Rápido de Aplicaciones (DRA): Desventajas No funciona para proyectos a grandes escala, necesitaría suficiente RRHH para crear el número correcto de equipos. Si los desarrolladores y clientes no se comprometen con las actividades necesarias para completar el sistema en un marco de tiempo muy breve, el proyecto DRA fallaría. Si un sistema no se puede modular en forma apropiada, la construcción de los componentes para el DRA será problemática El DRA sería inapropiado cuando los riesgos técnicos son altos (integración de nuevas tecnologías)
  • 20. 20 Modelo de proceso de DS 1. Modelos secuencial 2. Modelo de proceso incremental 3. Modelo de proceso evolutivo 4. Modelos basados en transformaciones 5. Modelos especializados en proceso 6. Proceso Unificado (PU)  Construcción de prototipos  Modelo espiral  Modelo de desarrollo concurrente
  • 21. 21 Los modelos evolutivos se caracterizan porque permiten a los ingenieros del software, desarrollar de manera iterativa, nuevas versiones del software cada vez más completas Las actividades de especificación, desarrollo y validación se entrelazan en vez de separarse, esto permite una rápida retroalimentación entre ellas Existen dos tipos de desarrollo evolutivos:  Desarrollo exploratorio  Prototipos desechables Desarrollo Evolutivo: Prototipado
  • 22. 22 Desarrollo exploratorio (prototipado exploratorio o evolutivo)  El objetivo es trabajar con clientes hasta evolucionar a un sistema final, a partir de una especificación inicial El sistema empieza con las partes del sistema que se comprenden mejor. El sistema evoluciona agregando nuevos atributos propuestos por el cliente Prototipaje desechable  Persiguen objetivos más bien de exploración, por lo que poseen un corto ciclo de vida. Permiten crear opciones individuales de requisitos, diseño e implementación repentinas, de modo de satisfacer un nuevo requerimiento para luego ser desechado. La razón de su empleo radica en aprender lecciones necesarias a un costo mínimo. Desarrollo Evolutivo: Prototipado
  • 24. 24 Recolección y refinamiento de requisitos Diseño Rápido de la aplicación Construcción de prototipos El cliente evalúa el prototipo Desarrollo del producto final Desarrollo Evolutivo: Prototipado
  • 25. 25 El proceso no es visible  Los administradores tienen que hacer entregas regulares para medir el progreso. Si los sistemas se desarrollan rápidamente, no es rentable producir documentos que reflejen cada versión del sistema. A menudo los sistemas tienen una estrategia definida  Los cambios continuos tienden a corromper la estructura del software. Incorporar cambios en él se convierte cada vez en una tarea difícil y costosa. Desarrollo Evolutivo: Prototipado Desventajas
  • 26. 26 Desarrollo Evolutivo: Prototipado Ventajas Se detectan malos entendidos entre los desarrolladores y los usuarios Se detectan servicios no detectados antes Dificultades de uso o servicios confusos pueden ser identificados y refinados Staff de desarrollo de software puede encontrar requisitos incompletos o inconsistentes con el desarrollo del prototipo El prototipo sirve como una base de la especificación para la producción de un sistema de calidad
  • 27. 27 Desarrollo Evolutivo: Prototipado Problemas  Poca visibilidad en el proceso  Los sistemas están pobremente especificados  Se requieren habilidades especiales. Aplicabilidad  Para sistemas interactivos pequeños o medianos.  Para partes de sistemas grandes (p.ej. la interfaz de usuario).  Para sistemas de corta vida.
  • 28. 28 Modelo de proceso de DS 1. Modelos secuencial 2. Modelo de proceso incremental 3. Modelo de proceso evolutivo 4. Modelos basados en transformaciones 5. Modelos especializados en proceso 6. Proceso Unificado (PU)  Construcción de prototipos  Modelo espiral  Modelo de desarrollo concurrente
  • 29. 29 Modelo en Espiral Conjuga la naturaleza iterativa de la construcción de prototipos con los aspectos controlados y sistemáticos del Modelo en Cascada. Se desarrolla en una serie de entregas evolutivas, puede ser en forma de documento o prototipo. Durante las ultimas iteraciones se produce versiones cada vez más completas Se divide en un conjunto de actividades del marco de trabajo que define el equipo de desarrollo de IS
  • 30. 30 Modelo en Espiral Provee una visión del proceso que soporta la gestión de riesgos. RIESGO: circunstancia potencialmente adversa que puede impactar al proceso y al producto GESTION DE RIESGOS: disciplina que identifica, trata y elimina los potenciales riesgos Se centra en identificar y eliminar los riesgos en el desarrollo de software Es cíclico y en cada nivel se asegura mayor robustez, mientras que disminuye su grado de riesgo
  • 31. 31 El proceso se representa como una espiral en lugar de una secuencia de actividades Cada vuelta en la espiral representa una fase en el proceso Ninguna fase es fija, tal como la especificación o el diseño - las vueltas en la espiral son elegidas dependiendo lo que se requiera Se evalúan los riesgos explícitamente y se resuelven a lo largo del proceso Modelo en Espiral
  • 32. 32 Fases del Modelo de Espiral Planteamiento de Objetivos  Se identifican los objetivos específicos para cada fase del proyecto. Identificación y reducción de riesgos.  Los riesgos clave se identifican y analizan, y la información sirve para minimizar los riesgos. Desarrollo y Validación.  Se elige un modelo apropiado para la siguiente fase del desarrollo. Planeación.  Se revisa el proyecto y se trazan planes para la siguiente ronda del espiral.
  • 33. 33 33 I Identifica Objetivos, alternativas, restricciones II Evalúa alternativas, identifica y resuelve riesgos IV Revisión de resultados y Planificación de la siguiente fase III Desarrolla, verifica requisitos, plan del ciclo de vida Análisis de riesgo Prototipo 1 Prototipo 2 Prototipo 3 PrototipoAnálisis de riesgo Análisis de riesgo Análisis de riesgo Diseño detallado Plan de desarrollo Integración y plan de test Validación del diseño Diseño requisitos Validación de req. Código Test Unitario Integración y test Simulación, modelación Elmodeloespiral progreso Incepción liberación
  • 34. 34 Ventajas del Modelo de Espiral Ventajas  Centra su atención en la reutilización de componentes y eliminación de errores en información descubierta en fases iniciales.  Útil para proyectos grandes.  Permite usar el prototipado en todas las etapas de la evolución para reducir el riesgo.  Mantiene el enfoque sistemático de los pasos sugeridos por el modelo lineal secuencial, pero lo incorpora dentro de un marco iterativo más real.
  • 35. 35 Ventajas del Modelo de Espiral Desventajas  Requiere de experiencia en la identificación de riesgos.  Requiere refinamiento para uso generalizado  Difícil de convencer a los clientes de que es controlable.  Requiere mucha habilidad para el análisis de riesgos y de esta habilidad depende su éxito.  No ha sido utilizado tanto como el lineal secuencial o el de prototipos.  Se necesita mucha experiencia
  • 36. 36 Ventajas del Modelo de Espiral Evolución del Modelo Espiral  Para aplicaciones basadas en web
  • 37. 37 Modelo de proceso de DS 1. Modelos secuencial 2. Modelo de proceso incremental 3. Modelo de proceso evolutivo 4. Modelos basados en transformaciones 5. Modelos especializados en proceso 6. Proceso Unificado (PU)  Construcción de prototipos  Modelo espiral  Modelo de desarrollo concurrente
  • 38. 38 Modelo de Desarrollo Concurrente Provee una meta descripción del proceso de software Mientras que en el Espiral la principal contribución es que las actividades del software ocurran repetidamente, en el Concurrente es la capacidad de describir las múltiples actividades del software que ocurren simultáneamente. Dado que los requisitos cambian, es muy probable que una vez haya comenzado la fase de diseño, sea necesario incorporar cambios. En estos casos NO se debe detener el diseño, sino que se debe continuar “si es posible” al mismo tiempo que se modifican los requisitos. En este modelo, diversas actividades pueden estar ocurriendo concurrentemente, pero se encuentran en diferentes estados.
  • 39. 39 Modelo de Desarrollo Concurrente Ninguna Bajo Desarrollo Cambios en espera Bajo Revisión Bajo Modificación En línea base Realizado Representa un estado de una actividad de IS Actividad de análisis
  • 40. 40 Modelo de proceso de DS 1. Modelo secuencial 2. Modelo de proceso incremental 3. Modelo de proceso evolutivo 4. Modelos basados en transformaciones 5. Modelos especializados en proceso 6. Proceso Unificado (PU)
  • 41. 41 Harramientas CASE Acrónimo de Computer Aided Software Engineering (Ingeniería del software asistida por ordenador). Tecnología software que proporciona la automatización de las tareas de desarrollo, mantenimiento y dirección del software. El CASE proporciona un conjunto de herramientas bien integradas que ahorran trabajo, enlazando y automatizando todas las fases del ciclo de vida del software. Ejemplos de CASE Herramientas de diagramación Diccionario de datos Herramientas de validación de especificaciones Generadores de código Generadores de documentación
  • 42. 42 Surge como consecuencia de la aparición del CASE y de los generadores de código. Este ciclo de vida puede considerarse como una serie de transformaciones:  El objetivo del sistema se transforma en especificaciones de requisitos.  Las especificaciones de requisitos se transforman en especificaciones de diseño.  Las especificaciones de diseño se transforman en código. Modelo Basado en Transformaciones
  • 43. 43 Modelo Basado en Transformaciones Ventajas  Posibilidad de comprobación de errores en etapas iniciales del desarrollo.  Posibilidad de realizar el mantenimiento a nivel de especificación, evitando tener que modificar un código que esté pobremente estructurado después de repetidos procesos de optimización.  Soporte para la validación de los requisitos.  Soporte de reusabilidad.  Potencia la especificación orientada al problema.
  • 44. 44 Modelo Basado en Transformaciones Desventajas  Requieren especificaciones iniciales muy detalladas.  Restringen el ámbito de la aplicación.  Requieren una maduración previa del proceso de desarrollo.
  • 45. 45 Modelo de proceso de DS 1. Modelos secuencial 2. Modelo de proceso incremental 3. Modelo de proceso evolutivo 4. Modelos basados en transformaciones 5. Modelos especializados en proceso 6. Proceso Unificado (PU)  Modelo basado en componentes  Modelo de métodos formales
  • 46. 46 Modelo Basado en Componentes Se basa en la reutilización de componentes Requiere de una librería de componentes La reutilización puede ser de componentes de especificación, de programas, etc. La reusabilidad permite reducir el tiempo y los costos asociados a la construcción de productos de software Requiere de herramientas de asistencia para las nuevas actividades que se generan.
  • 47. 47 Modelo Basado en Componentes La tecnología de objetos proporciona el marco de trabajo técnico para un modelo de proceso basado en componentes para la IS. El paradigma orientado a objetos enfatiza en la creación de clases que encapsulan tanto los datos como los algoritmos que se utilizan para manejar los datos. Si se diseñan e implementan las clases correctamente, podrían ser reutilizables por las diferentes aplicaciones y arquitecturas de sistemas basados en computadores.
  • 48. 48 Modelo Basado en Componentes El modelo de desarrollo basado en componentes incorpora muchas de las características del modelo en espiral. Es evolutivo por naturaleza y exige un enfoque iterativo para la creación de software. Configura aplicaciones desde componentes preparados de software. El modelo basado en componentes conduce a la reutilización del software, proporcionando beneficios a los ingenieros de software.
  • 49. 49 Un sistema está integrado a partir de componentes Etapas del proceso  Analisis de componentes  Modificación de requisitos  Diseño del sistema con reuso  Desarrollo e integración Modelo Basado en Componentes Análisis de componentes Especificación de requisitos Modificación de requisitos Desarrollo e integración Validación del sistema Diseño del sistema con reutilización
  • 50. 50 Ventaja  Optimiza los tiempos de respuesta a los requisitos del cliente y facilita la labor del programador pues hay un alto aprovechamiento del código.  Facilita mantenimiento del software. Desventaja  Puede no tenerse los componentes adecuados para los requisitos del sistema.  Si las nuevas versiones de los componentes no están bajo el control de quien los utiliza se pierde parte de la evolución del sistema. Modelo Basado en Componentes
  • 51. 51 Modelo Basado en Componentes Evolución del Modelo Espiral aplicado a la reutilización de componentes Planificación Análisis de Riesgo Construcción y adaptación de la ingeniería Evaluación Del Cliente Comunicación con el Cliente Identificar componentes candidatos Construir la iteración del sistema Poner nuevos componentes en la biblioteca Extraer Componentes Si están disponibles Buscar Componentes en biblioteca Extraer Componentes Si No están disponibles
  • 52. 52 Modelo de proceso de DS 1. Modelos secuencial 2. Modelo de proceso incremental 3. Modelo de proceso evolutivo 4. Modelos basados en transformaciones 5. Modelos especializados en proceso 6. Proceso Unificado (PU)  Modelo basado en componentes  Modelo de métodos formales
  • 53. 53 Modelo de Métodos Formales El proceso de desarrollo se basa en la transformación matemática formal de la especificación del sistema a un programa ejecutable Facilita la verificación de programas a través de un riguroso análisis matemático. La ejecución de este tipo de modelos requiere mucho tiempo y esfuerzo. Especificación formal Definición de requisitos Transformación formal Integración y prueba del sistema
  • 54. 54 Modelo de Métodos Formales Ventaja  Demostraciones formales de propiedades.  Especificaciones sin ambigüedades.  Útiles para sistemas críticos, dónde la seguridad debe garantizarse antes que el sistema sea puesto en funcionamiento. Desventaja  Difícil especificar algunos aspectos del sistema tales como la interfaz de usuario  La ejecución de este tipo de modelos requiere mucho tiempo y esfuerzo.  Pocos desarrolladores dominan el algebra y las matemáticas para la especificación formal.
  • 55. 55 Modelo de proceso de DS 1. Modelos secuencial 2. Modelo de proceso incremental 3. Modelo de proceso evolutivo 4. Modelos basados en transformaciones 5. Modelos especializados en proceso 6. Proceso Unificado (PU)  Dirigido por caso de uso  Centrado en la arquitectura  Iterativo e incremental
  • 56. 56 El Proceso Unificado (PU) Quién está haciendo, Qué es lo que está haciendo, Cuándo debe hacerlo, y Cómo obtener un cierto objetivo. trabajadores artefactos fases del proceso encadenamiento de actividades. Define: Modelo, documento, código o pieza de información producido en el proceso de desarrollo de software
  • 57. 57 Está basado en componentes e interfaces bien definidas Utiliza el Lenguaje Unificado de Modelado (UML) Aspectos característicos: – Dirigido por casos de uso – Centrado en la arquitectura – Iterativo e incremental El Proceso Unificado (PU) Ivar Jacobson, Grady Booch, James Rumbaugh, “El Proceso Unificado de Desarrollo Software”, Addison Wesley, 1999
  • 58. 58 Caso de uso: Fragmento de funcionalidad que proporciona al usuario/cliente un resultado importante Modelo de casos de uso: Funcionalidad total del sistema ¿Qué debe hacer el sistema … para cada usuario? Guían el proceso de desarrollo Dirigido por casos de uso El Proceso Unificado (PU)
  • 59. 59 Describe diferentes vistas del sistema Incluye los aspectos estáticos y dinámicos más significativos La arquitectura y los casos de uso evolucionan en paralelo Responsable: el arquitecto:  Empieza por la parte que no es específica de los casos de uso  Trabaja con casos de uso claves  Progresa con la especificación de más casos de uso Centrado en la arquitectura El Proceso Unificado (PU) Proyección de la organización y estructura de un sistema enfocándose en aspectos particulares
  • 60. 60 Arquitectura: Vistas El Proceso Unificado (PU) Para modelar un sistema desde diferentes vistas se debe responder: ¿Qué vistas se requiere? Para cada vista: ¿Qué artefactos producir? ¿Con qué notación?
  • 61. 61 Se divide el trabajo en mini-proyectos Cada mini-proyecto es una iteración que resulta en un incremento La iteración  Trata un conjunto de casos de uso  Trata los riesgos más importantes En cada iteración se persiguen unos objetivos concretos El Proceso Unificado (PU) Iterativo e incremental
  • 62. 62 Beneficios de un proceso iterativo controlado:  Coste del riesgo a un solo incremento  Reduce el riesgo de no sacar el producto en el calendario previsto  Acelera el ritmo de desarrollo  Se adapta mejor a las necesidades del cliente El Proceso Unificado (PU) Iterativo e incremental
  • 63. 63 El Proceso Unificado (PU) Iterativo e incremental Permite desarrollar un sistema a través de refinamientos sucesivos e incorporación de nuevas funcionalidades, creando una solución efectiva, en múltiples iteraciones.  Alto nivel de reuso  Apendizaje del grupo del proyecto durante el desarrollo del software  Adaptación a requisitos cambiantes  Mitigación de los riesgos y realización de las pruebas en etapas tempranas del desarrollo del software.
  • 64. 64 El Proceso Unificado (PU) Modelado del Negocio Implementación Prueba Entrega Análisis y Diseño Disciplinas Fundamentales Requisitos Fases Elaboración Construcción TransiciónInicio Iteraciones y disciplinas
  • 65. 65 El Proceso Unificado (PU) tiempo Inicio Elaboración Construcción Transición Define el alcance y factibilidad del proyecto. (análisis de requisitos). Fases del ciclo de vida
  • 66. 66 El Proceso Unificado (PU) tiempo Inicio Elaboración Construcción Transición Planifica el proyecto, especifica las características y la arquitectura base. (Análisis y diseño) Fases del ciclo de vida
  • 67. 67 El Proceso Unificado (PU) Fases del ciclo de vida tiempo Inicio Elaboración Construcción Transición Construye el producto (implementación)
  • 68. 68 El Proceso Unificado (PU) Fases del ciclo de vida tiempo Inicio Elaboración Construcción Transición Entrega del producto al cliente o a los usuarios.
  • 69. 69 El Proceso Unificado (PU) 69 Modelado del Negocio Implementación Prueba Entrega Análisis y Diseño Disciplinas Fundamentales Requisitos Fases Elaboración Construcción TransiciónInicio Iteraciones y disciplinas Esbozar: Modelo de Casos de Uso Especificaciones complementarias Glosario
  • 70. 70 El Proceso Unificado (PU) 70 Modelado del Negocio Implementación Prueba Entrega Análisis y Diseño Disciplinas Fundamentales Requisitos Fases Elaboración Construcción TransiciónInicio Iteraciones y disciplinas Refinar:  Modelo de Casos de Uso  Especificaciones Complementarias  Glosario
  • 71. 71 El Proceso Unificado (PU) 71 Modelado del Negocio Implementación Prueba Entrega Análisis y Diseño Disciplinas Fundamentales Requisitos Fases Elaboración Construcción TransiciónInicio Iteraciones y disciplinas Esbozar:  Modelo de Diseño  Documento de la Arquitectura
  • 72. 72 El Proceso Unificado (PU) 72 Modelado del Negocio Implementación Prueba Entrega Análisis y Diseño Disciplinas Fundamentales Requisitos Fases Elaboración Construcción TransiciónInicio Iteraciones y disciplinas Refinar:  Modelo de Diseño
  • 73. 73 El Proceso Unificado (PU) 73 Modelado del Negocio Implementación Prueba Entrega Análisis y Diseño Disciplinas Fundamentales Requisitos Fases Elaboración Construcción TransiciónInicio Iteraciones y disciplinas Esbozar:  Modelo de implementación
  • 74. 74 El Proceso Unificado (PU) 74 Modelado del Negocio Implementación Prueba Entrega Análisis y Diseño Disciplinas Fundamentales Requisitos Fases Elaboración Construcción TransiciónInicio Iteraciones y disciplinas Refinar:  Modelo de implementación
  • 75. 75 El Proceso Unificado (PU) Artefactos que se producen
  • 76. 76 El Proceso Unificado (PU) Inclusión de la construcción de la interfaz
  • 77. 77 Cascada  Separa y secuencia las fases Evolutivo  Especificación y desarrollo son intercalados De transformaciones  Un modelo formal del sistema es transformado en otro modelo de más bajo nivel de abstracción Basado en componentes  El sistema es producto de ensamblaje de componentes Modelo de proceso de DS (conclusiones)
  • 78. 78 ¿Qué modelo utilizar ? Para sistemas bien comprendidos se puede aplicar el Modelo en Cascada. La fase de análisis de riesgos es relativamente fácil. Con Requisitos estables y sistemas de seguridad críticos, se pueden utilizar Modelos Formales. Con especificaciones incompletas, se puede utilizar el Modelo de Prototipaje. Pueden utilizarse modelos híbridos en distintas partes del desarrollo.
  • 79. 79 Modelos de Procesos Híbridos Los sistemas grandes están hechos usualmente de varios subsistemas. No es necesario utilizar el mismo modelo de proceso para todos los subsistemas. El prototipado es recomendado cuando existen especificaciones de alto riesgo. El modelo de cascada es utilizado en desarrollos bien comprendidos.