You are on page 1of 24

Integrantes: Muoz Pisco , Agusto Rosales Silva, Orfila Soria Alfaro, Ivan Ciclo : 2010 - I

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

TIPOS Es una simplificacin o abstraccin de un proceso real


MODELO LINEAL SECUENCIAL MODELO DE PROTOTIPOS MODELO DE DRA MODELO EVOLUTIVOS Un modelo es ms adecuado que otro para desarrollar un proyecto dependiendo de un conjunto de caractersticas de ste. MODELO BASADO EN COMPONENTES

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.

Modelo de Cascada de Winston Royce

llamado

Enfoque Sistmico o Secuencial del desarrollo de software

Nivel de Sistemas y progresa con : Anlisis, diseo, codificacin, pruebas y mantenimiento

1. Una sucesin de etapas que producen productos intermedios 2. Objetivos cumplidos -> fase continua

3. Deben desarrollarse todas las fases


4. Cambia el orden de las fases -> P.F : inferior calidad

CARACTERISTICAS

Ingeniera y Anlisis del Sistema Anlisis de los Requisitos


Anlisis de los Requisitos

Diseo
Codificacin

Diseo

Codificacin
Prueba

Prueba

Mantenimiento

PERFECTO PARA PROYECTOS QUE SON RGIDOS

SE TIENE TODO BIEN ORGANIZADO Y NO SE MEZCLAN LAS FASES

MODELO Y PLANIFICACIN FCIL Y SENCILLOS

SENCILLEZ YA QUE SIGUE LOS PASOS INTUITIVOS PARA DE DESARROLLAR EL SOFTWARE

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

Reduccin de incertidumbre y del riesgo, reduccin de tiempo y de costos


Mejoras en la comunicacin entre desarrolladores y clientes Mejoras en la administracin de proyectos til cuando el cliente conoce los objetivos generales para el software

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

Definicin del problema, sus efectos organizacionales. Estudio de Factibilidad.


ANLISIS Y ESPECIFICACIN

Especificacin de Requerimientos y Prototipado

Diseo bsico del prototipo

DISEO Y ESPECIFICACIN

Construccin del prototipo inicial

EVALUACION

Verificacin y requerimientos

MODIFICACIN

Modificacin del prototipo0

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

Modelo lineal secuencial orientado a un ciclo rpido de desarrollo


Basado en el empleo de componentes par a poder entregar un modelo totalmente operativo en un corto periodo de tiempo.

Desarrollo rpido de aplicaciones, desarrollado por James Martin

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

Qu informacin? Quin la genera? A dnde va?

Equipo #1
MODELO DE NEGOCIO

MODELO DE DATOS
MODELO DE PROCESO
GENERACIN DE APLICACIONES

Identificacin de objetos y relaciones

MODELO DE DATOS
MODELO DE PROCESO

PRUEBA Y ENTREGA

Descripcin de procesos de negocio para ABM de objetos de MD

PRUEBA Y ENTREGA

T4G + reusabilidad de componentes


Prueba de Componentes nuevos e interfaces

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.

Sintetizan el desarrollo pormenorizado de los incrementos

ESPECIFICACIN

VERSIN INICIAL

DESCRIPCIN DEL SISTEMA

DESARROLLO

VERSIONES INTERMEDIAS

VALIDACIN

VERSIN FINAL

ANLISIS

DISEO

CDIGO

PRUEBA

INTEGRACIN

OPERACIN

ESPECIFICACIN FUNCIONAL DEL SISTEMA

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

Ingeniera: las tareas requeridas para construir una o ms representaciones de la aplicacin

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

DESVENTAJAS Genera mucho tiempo en el desarrollo del sistema Modelo costoso

Reutilizacin del software


Simplifica las pruebas Mayor calidad Ciclos de desarrollo ms cortos

Genera mucho trabajo adicional


CARACTERSTICAS Evolutivo por naturaleza Exige un enfoque iterativo Notacin de componentes Diagrama de componentes

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

Incorpora muchas de las caractersticas del modelo espiral

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).

You might also like