diapositiva modelos de procesos de ingenieria de software
Post on 21-Jul-2015
492 Views
Preview:
DESCRIPTION
TRANSCRIPT
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 realMODELO 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 fases4. Cambia el orden de las fases -> P.F : inferior calidad
CARACTERISTICAS
Ingeniera y Anlisis del Sistema Anlisis de los RequisitosAnlisis de los Requisitos
DiseoCodificacin
Diseo
CodificacinPrueba
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 PROTIPACIONQu 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 costosMejoras 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 desarrolloBasado 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 #2MODELO DE NEGOCIO
MODELO DE DATOSMODELO DE PROCESOGENERACIN DE APLICACIONES
Qu informacin? Quin la genera? A dnde va?
Equipo #1MODELO DE NEGOCIO
MODELO DE DATOSMODELO DE PROCESOGENERACIN DE APLICACIONES
Identificacin de objetos y relaciones
MODELO DE DATOSMODELO DE PROCESO
PRUEBA Y ENTREGA
Descripcin de procesos de negocio para ABM de objetos de MD
PRUEBA Y ENTREGA
T4G + reusabilidad de componentesPrueba 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 softwareSimplifica las pruebas Mayor calidad Ciclos de desarrollo ms cortos
Genera mucho trabajo adicionalCARACTERSTICAS 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).
top related