Professional Documents
Culture Documents
OBJETIVOS:
Brindar conocimiento sobre el tem: Modelos
de procesos de Ingenieria de Software Conocer y diferenciar los modelos que existen para el desarrollo del software
Cada modelo describe una sucesin de fases y un encadenamiento entre ellas. Segn las fases y el modo en que se produzca este encadenamiento, tenemos diferentes modelos de proceso.
llamado
1. Una sucesin de etapas que producen productos intermedios 2. Objetivos cumplidos -> fase continua
CARACTERISTICAS
Diseo
Codificacin
Diseo
Codificacin
Prueba
Prueba
Mantenimiento
LOS RESPONSABLES DEL DESARROLLO DE SOFTWARE SE RETRASAN INNECESARIAMENTE ALTO RIESGO EN SISTEMAS NUEVOS DEBIDO A PROBLEMAS EN LAS ESPECIFICACIONES Y EN EL DISEO PROYECTOS REALES RARAMENTE SIGUEN EL FLUJO SECUENCIAL QUE PROPONE EL MODELO
Llamando tambin
DESARROLLO DE PROTIPACION
Qu es la construccin de Prototipos? Es un proceso que facilita al programador la creacin de un modelo de software a construir.
V E N T A J A S
Desatender aspectos importantes (calidad y mantenimiento) a largo plazo La dependencia de las herramienta de software para el xito A los usuarios les gusta el sistema real y a los desarrolladores les gusta construir algo de inmediato
INVESTIGACION PRELIMINAR
DISEO Y ESPECIFICACIN
EVALUACION
Verificacin y requerimientos
MODIFICACIN
Diseo detallado. Rediseo del prototipo y documentacin para programacin y mantencin Las especificacin del diseo son implementadas y probadas Instalacin del sistema y modificaciones posteriores
Es fundamental poder modular la aplicacin pata que cada equipo pueda trabajar en diferentes modelos.
FUNCIONAR: Independiente, Desempeo critico, alcance del Proyecto limitado, confiabilidad no critica , productos -> mercado Especializado,etc
VENTAJAS: Visibilidad temprana, menor codificacin manual, Los entregables pueden ser fcilmente trasladados a otra plataforma,etc DESVENTAJAS: El DRA se basa en componentes y cuando se trata de un proyecto grande puede ser imposible mantener una gran cantidad de equipos funcionando al mismo tiempo
RAD TIENE A :
FALLA: Pocos componentes reutilizables, alto Desempeo critico, el producto pone en riesgo la misin o la vida, etc
5. PRUEBA Y ENTREGA: probar los componentes nuevos y asegurarse de que la comunicacin entre ellos se adecuada.
1. MODULADO DE GESTION: Que informacin se recibe? Que informacin se genera? De donde viene? Hacia donde va? Quien procesara luego la informacin?
4. GENERACION DE APLICACIN: Se basa en el uso de tcnicas de cuarta generacin en donde lo que se utiliza para programar no son lenguajes propiamente dichos si no componentes anteriores que son reutilizables 3. MODELADO DE PROCESOS: Se aplican funciones sobre los datos del punto anterior, bsicamente se disean procesos que crean, modifican, eliminan o recuperar objetos.
2. MODULADO DE DATOS: Se disea la estructura de datos con sus objetos y sus relaciones para que contenga la informacin del modelado de gestin
MODELO DE NEGOCIO
Equipo #2
MODELO DE NEGOCIO
MODELO DE DATOS
MODELO DE PROCESO
GENERACIN DE APLICACIONES
Equipo #1
MODELO DE NEGOCIO
MODELO DE DATOS
MODELO DE PROCESO
GENERACIN DE APLICACIONES
MODELO DE DATOS
MODELO DE PROCESO
PRUEBA Y ENTREGA
PRUEBA Y ENTREGA
GENERACIN DE APLICACIONES
PRUEBA Y ENTREGA
Tiempo 18
16 a 90 das
Combina: Elementos del modelo cascada as como la filosofa iterativa del prototipado. La descripcin del Sistema es esencial para especificar y confeccionar los distintos incrementos.
ESPECIFICACIN
VERSIN INICIAL
DESARROLLO
VERSIONES INTERMEDIAS
VALIDACIN
VERSIN FINAL
ANLISIS
DISEO
CDIGO
PRUEBA
INTEGRACIN
OPERACIN
DISEO PRELIMINAR
ANLISIS GENERAL
ANLISIS
DISEO
CDIGO
PRUEBA
INTEGRACIN
OPERACIN
GESTIN
ANLISIS
DISEO
CDIGO
PRUEBA
INTEGRACIN
OPERACIN
ANLISIS
DISEO
CDIGO
PRUEBA
INTEGRACIN
Modelo evolutivo inicialmente por Barry Boehm que conjuga la naturaleza iterativa del modelo MCP con los aspectos controlados y sistemticos del Modelo Cascada El software se desarrolla en una serie de versiones incremntales El modelo en espiral se divide en un numero de actividades estructurales, tambin llamadas regiones de tareas
Comunicacin con el cliente: las tareas requeridas para establecer comunicacin entre el desarrollador y el cliente
Planificacin: las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos.
Anlisis de riesgos: las tareas requeridas para evaluar riesgos tcnicos y otras informaciones relacionadas con el proyecto
Construccin y adaptacin: las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.
Evaluacin el cliente: las tareas requeridas para obtener la reaccin del cliente segn la evaluacin de las representaciones del software.
VENTAJAS
Un modelo basado en componentes define la arquitectura bsica de un componente, especificando la estructura de sus interfaces y los mecanismos por los cuales interactan con su contenedor y los dems componentes
Conduce ala reutilizacin del software, y la reutilizacin proporciona beneficios a los ingenieros de software
El desarrollo de software debe ser guiado por un modelo, como forma de disciplinar, organizar y gerenciar las actividades. El modelo debe ser definido por la organizacin y adaptado a cada proyecto en particular. Las actividades que deben cumplirse en el proceso de desarrollo son bsicamente las que establece el modelo en cascada. El modelo debe ser lo suficientemente flexible como para incorporar el principio de anticipacin al cambio. En lo posible debe utilizarse un desarrollo incremental, con entregas parciales al usuario (modelo evolutivo, incremental o espiral).