METODOLOGIAS DE DESARROLLO DE SOFTWARE

Slides:



Advertisements
Presentaciones similares
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
Advertisements

10º2 Sergio Posso. Jonatán Agualimpia. Julia Blandón. Docente:
M.S.C. Ivette Hernández Dávila
INGENIERIA DEL SOFTWARE
Técnicas de Programación
MODELO DE DESARROLLO DE SOFTWARE
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
Alexander Aristizabal Ángelo flores herrera
Capitulo 1 Roger S. Presman
Ingeniería del Software I
Ciclo de Vida del Software
Modelo de procesos de software
Clase 09.  Garantizar la calidad de software  La prueba nunca termina, del IS translada se translada al usuario  Las casas de software invierte del.
Sistemas de Información Enfoques para la Construcción de los Sistemas de Información MBA Luis Elissondo.
ESTRATEGIA GOBIERNO EN LINEA Fundamentos Arquitectura Empresarial
ESTIMACION DE PROYECTOS DE SOFTWARE La gestión de todo proyecto de software comienza con la planificación de proyecto y sus actividades. Antes de que.
METODOLOGIA AGIL ASD (DESARROLLO DE SOFTWARE ADAPTABLE) ESTUDIANTE: MARITZA HUARACHI MATERIA: INGENIERIA DE SOFTWARE DOCENTE: Lic. ERVIN FLORES JULIO-2009.
Lcda. Ingrid Graü Diseño de Sistemas 1. Lcda. Ingrid Graü Diseño de Sistemas 2.
ALCIBIADES VALLEJO BERRIO 2.1 INTRODUCCION 2- Requerimientos  Una de las fases más importantes en el proceso de construcción de software es la de adquisición,
Calidad de Software.   ¿Qué es?  ¿Quién lo hace?  ¿Por qué es importante?  ¿Cuáles son los pasos?  ¿Cuál es el producto final?  ¿Cómo me aseguro.
La Norma ISO 25000, proporciona una guía para el uso de las series de estándares internacionales llamados requisitos y Evaluación de Calidad de Productos.
INGENIERÍA DE SOFTWARE RODRÍGUEZ CADENA CYNTHIA VIRIDIANA GRANADOS HERNÁNDEZ ERICK METODOLOGÍA OMT.
Organizaciones involucradas: El centro de cálculo noruego. Crea lenguaje llamado Simula 67, desarrollado por Krinsten Nygaard y Ole-Johan Dahl, en 1967.
Para resolver los problemas reales de una industria, un ingeniero del software o un equipo de ingenieros debe incorporar una estrategia de desarrollo.
Análisis de Proyecto de Software.
Ingeniería de Software: Metodologías
Proceso de desarrollo de sistemas de información.
Ingeniería de requisitos y
Gestión de Proyectos.
Tema 4: Ingeniería del Software
SWEBOK.
Metodología de Sistemas Unidad IV: MÉTODOS ÁGILES
DISEÑO Y AUDITORIA DE SISTEMAS
CICLO DE VIDA DEL SOFTWARE
Gestión de Riesgos Corporativos
MOPROSOFT.
Ingeniería en Sistemas de Información
CICLO DE VIDA DEL SOFTWARE
UNIVERSIDAD NACIONAL DE LOJA Área de la Educación, el Arte y la Comunicación Informática Educativa IV INGENIERIA DE SOFTWARE Taller de Análisis y Diseño.
Ciclo de Vida del Software
Metodología Merise Universidad Nororiental Privada
Metodología de la programación
Ingeniería del Software
Verificación y Validación de Software
GRUPO ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION SENA EXPOSICION MEMORIA RAM INTEGRANTES STEVEN PALOMA ALEJANDRO BERNAL TATIANA RODRÍGUEZ.
Ciclo de Vida del Software
Ciclo de vida del Software
GESTION POR PROCESOS.
Análisis y diseño de aplicaciones. Introducción Crisis del software - conferencia organizada en 1968 por la Comisión de Ciencias de la OTAN en Garmisch.
INGENIERÍA DE SISTEMAS -SISTEMAS HUMANOS INTEGRANTES:  Cerna Albarran Irvin Felipe  Malca Tamay Jhosely Graciela  Palacios Calderon Merly Estefanía.
Planeamiento: un plan incremental para que la ingeniería web produzca resultados. La ingeniería web es un área que abarca procesos, técnicas y modelos.
METODOLOGIAS AGILES VS TRADICIONALES SCRUM - RUP FABIO ARNOBY BEJARANO Q. UNIREMINGTON BUGA (V) INGENIERIA DE SOFTWARE II SEPTIEMBRE 2018.
CICLO DE VIDA DE SOFTWARE
Es el proceso de subdividir los entregables y el trabajo del proyecto en componentes más pequeños y más fáciles de manejar Se puede dar una visión estructurada.
Tema: Administración de la configuración de software UNIVERSIDAD TECNOLÓGICA ISRAEL CALIDAD DE SOFTWARE.
METODOLOGIA AGIL XP LIC. ROXANA LAUREL R.. INTRODUCCION  Proceso : conjunto de actividades ordenadas para lograr una serie de objetivos  Proceso Pesado.
Vicerrectoría Académica Dirección de Formación General Programa de Emprendimiento PROTOTIPOS.
Metodologías de desarrollo DE SISTEMAS DE INFORMACIÓN.
Metodología de Desarrollo de Sistemas II Ingeniería de Software  DEFINICIÓN La ingeniería del software es el establecimiento y uso de principios de.
UTFSM - Departamento de Electrónica1 Noviembre de 2003 “Beneficios del Uso de Metodologías en el Desarrollo de Proyectos” Trabajo de título presentado.
1 Introducción al proceso unificado de desarrollo de software.
1 SISTEMAS II CICLO DE VIDA. 2 Sistemas II. CICLO DE VIDA DE Los Sistemas de Información “ Es un proceso por el cual los analistas de sistemas, los ingenieros.
Desarrollo de Sistemas de Información Contable - Sis USB 1 METODOLOGIAS DE DESARROLLO DE SOFTWARE.
Ingeniería de Software: Metodologías
UTFSM - Departamento de Electrónica1 Noviembre de 2003 “Beneficios del Uso de Metodologías en el Desarrollo de Proyectos” Trabajo de título presentado.
MODELO EN CASCADA Integrantes: Felipe Alemán Lester Blandón.
Desarrollo de Sistemas de Información Contable - Sis USB 1 METODOLOGIAS DE DESARROLLO DE SOFTWARE.
Plan de Sistemas de Información (PSI). Plan de Sistemas de Información (PSI) Descripción y Objetivos Tiene como objetivo la obtención de un marco de referencia.
Ing. Carlos García P. C.I UNIDAD EDUCATIVA “SALINAS INNOVA” P Identifique el contexto para el cual se Planifica un nuevo sistema ÁREA.
ICI 502 Procesos de Software
Transcripción de la presentación:

METODOLOGIAS DE DESARROLLO DE SOFTWARE Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Ingeniería de Software El proceso del software Julio Rocabado Segales Universidad Salesiana de Bolivia – Sede La Paz Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

¿ Qué es el proceso del software? Metodología seguida por una organización para el desarrollo del software Esta metodología incluye todas las fases del ciclo de vida clásico Este proceso se define de manera general para todas las aplicaciones de una organización Igualmente se definen tareas especificas a cada aplicación en particular Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

El proceso del software Marco de trabajo común Actividades del marco de trabajo Conjunto de tareas Tareas Hitos, entregas • Marco de Trabajo Común es el entorno para la definición de un grupo de actividades aplicables a todos los proyectos de software independientemente de su tamaño y complejidad. • Actividades de Protección van enfocadas a garantizar la calidad del software. Se aplican durante todo el proceso y son independientes del marco de trabajo y de las tareas que lo constituyen. • Conjunto de Tareas se refiere a actividades de la Ingeniería de Software que hacen que el marco de trabajo se adapte a las características particulares de cada proyecto de software. En este conjunto se definen tareas, hitos que son señales que se colocan en un momento específico del proceso y que coinciden con la entrega de un resultado concreto y los puntos SQA (Software Quality Assurance o Aseguramiento de la Calidad del Software). Un aspecto muy importante del proceso de desarrollo de software es la madurez que se alcanza en términos de estándares y de métodos definidos para la construcción de software. Para determinar la madurez de las prácticas de ingeniería de software de una organización, el Software Engineering Institute (SEI) define cinco niveles de madurez del proceso y las actividades que se deben llevar a cabo para alcanzarlos. Puntos SQA Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelos del proceso del software LINEALES Modelo Lineal o en Cascada INCREMENTALES Modelo Incremental Modelo de desarrollo rápido de aplicaciones (DRA) EVOLUTIVOS Modelo de Construcción de Prototipos Modelo Espiral Un MPS se selecciona de acuerdo con el tipo de aplicación, con los métodos que se desean utilizar en la construcción y los informes requeridos, entre otros. Acá presentamos diferentes tipos de modelos, estos modelos pretenden dar un orden a la labor de desarrollo del software y su principal objetivo es CONTRIBUIR AL CONTROL de un proyecto de software real Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelo lineal secuencial o Cascada Desarrollado entre 1960-1980 Basado en el modelo en cascada de Winston Royce Se conoce como el ciclo de vida básico Secuencia de actividades, donde la estrategia principal es seguir el progreso del desarrollo de software hacia puntos de revisión bien definidos mediante entregas calendarizadas. Es una secuencia de actividades cuyo objetivo ppal es poder hacer un control mediante entregas calendario en mano. Problema es dificil Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelo lineal secuencial o 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 Es una secuencia de actividades cuyo objetivo ppal es poder hacer un control mediante entregas calendario en mano. Problema es dificil Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelo lineal secuencial o 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) En la fase de diseño se traducen los requisitos a una representación que permita evaluar la calidad del software que se va a construir antes de comenzar la implementación Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelo lineal secuencial o 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 En la fase de diseño se traducen los requisitos a una representación que permita evaluar la calidad del software que se va a construir antes de comenzar la implementación Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelo lineal secuencial o 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 En la fase de diseño se traducen los requisitos a una representación que permita evaluar la calidad del software que se va a construir antes de comenzar la implementación Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelo lineal secuencial o 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 requerimientos del cliente En esta fase se vuelven a aplicar todas las etapas anteriores sobre el software existente En la fase de diseño se traducen los requisitos a una representación que permita evaluar la calidad del software que se va a construir antes de comenzar la implementación Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelo lineal secuencial o en cascada Definición Análisis Diseño Desarrollo Pruebas LIMITACIONES En la realidad no estrictamente secuencial (se traslapan las etapas) El interesado debería exponer los requisitos en la etapa inicial, pero en realidad él lo hace a través de todo el proceso y esto complica las cosas La primera versión del software llega al final del proceso, a veces el afán del cliente hace que la aplicación final no cumpla con los requerimientos Mantenim. En la fase de diseño se traducen los requisitos a una representación que permita evaluar la calidad del software que se va a construir antes de comenzar la implementación Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelo de Construcción de Prototipos Comienza con una recolección inicial de requisitos para pasar a un diseño rápido y finalmente a la construcción de un prototipo de la solución. El interesado define los objetivos generales del sistema pero no da muchos detalles de los requisitos de entrada y de salida, en estos casos es interesante seguir este modelo. Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelo de Construcción de Prototipos El desarrollador y el cliente deben ser concientes de que el prototipo se utiliza para precisar los requisitos del software y así evitar inconvenientes como: El cliente cree que el prototipo es una primera versión funcional del Sistema. El desarrollador construye el prototipo rápidamente y en ocasiones sin hacer uso de la tecnología optima disponible. Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelo de Desarrollo Rápido de Aplicaciones (DRA) Basado en el Modelo Lineal Secuencial 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. No es muy útil para aplicaciones que requieren adopción de nuevas tecnologías porque la curva de aprendizaje puede afectar el cronograma del proyecto. Se puede obtener un sistema funcional en periodos cortos de tiempo (60 o 90 dias) Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Modelo de Desarrollo Rápido de Aplicaciones (DRA) 1. Modelo de Gestión: - ¿Qué información se genera?, ¿Quién la genera?. - ¿A dónde va la información?. - ¿Quién la procesa?. 2. Modelado de Datos: Formalización del conjunto de objetos de datos (definición de características de los objetos y relaciones entre ellos). 3. Modelado de Procesos: Transformación de los objetos de datos para lograr el flujo de información necesarios para las funciones de gestión. 4. Generación de Aplicaciones: Utilización de programas ya existentes como parte de la nueva solución (Reutilización de código). 5. Pruebas y Entrega: Se verifican los componentes nuevos del sistema, porque los ya existentes ya pasaron por el proceso de validación, lo que reduce el tiempo de pruebas del mismo. Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Desarrollo de Sistemas de Información Contable - Sis 425 .- USB Modelo Incremental Aplica el enfoque lineal secuencial escalonadamente Incrementos parciales de la herramienta completa (versiones) Cada incremento agrega funcionalidad adicional o mejorada sobre el sistema Cada etapa debe cumplir con los requisitos de las desarrolladas Análisis Diseño Código Pruebas Incremento 2 Análisis Diseño Código Pruebas ... ... ... ... Incremento n Análisis Diseño Código Pruebas Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Desarrollo de Sistemas de Información Contable - Sis 425 .- USB Modelo 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 requerimientos posteriores del sistema. Minimización del riesgo de falla en el proyecto porque los errores se van corrigiendo progresivamente. Problemas: 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). Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Desarrollo de Sistemas de Información Contable - Sis 425 .- USB Modelo Espiral Utilización de ciclos en lugar de sucesión de actividades. Facilita el desarrollo rápido de versiones incrementales de software. El modelo en espiral se divide en un numero de actividades del marco de trabajo o regiones de tareas que varían entre tres y seis. En la Figura se reconocen seis regiones, que a su vez están constituidas por un conjunto de tareas que se adaptan a las características particulares del proyecto en construcción. Una de las principales ventajas de este modelo de desarrollo es que considera directamente los riesgos técnicos en todas las etapas del proyecto, reduciéndolos antes de que se conviertan en problemáticos. Además, este modelo puede adaptarse y aplicarse a lo largo de la vida del software. Los procesos que se llevan a cabo dentro de un modelo en espiral son los siguientes: Comunicación con el cliente : Tareas para dinamizar la interacción desarrollador – cliente. Planificación : Definición de recursos, tiempo y otra información relacionada con el proyecto. Análisis de Riesgos : Evaluación de riesgos técnicos y de gestión. Ingeniería : Construcción de una o más representaciones de la aplicación. Construcción y Adaptación : Tareas de construcción, pruebas e instalación de la aplicación. Evaluación del Cliente : Reacción del cliente frente a la aplicación obtenida a partir de la fase de ingeniería y de construcción. Desarrollo de Sistemas de Información Contable - Sis 425 .- USB

Muchas Gracias!!!!!!!!!! Metodologías de Desarrollo de Software Desarrollo de Sistemas de Información Contable - Sis 425 .- USB