Análisis y Diseño de Aplicaciones

Documentos relacionados
Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología

El Proceso Unificado de Desarrollo de Software

Ciclo de vida y Requerimientos de software. Laboratorio de Programación

6 Anexos: 6.1 Definición de Rup:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Departamento de Lenguajes y Sistemas Informáticos. Ciclo de vida del software

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

INGENIERÍA DEL SOFTWARE

Cómo mejorar la calidad del software a través de una gestión adecuada de la productividad de las pruebas

Administración de Recursos UTN FRLP. Tema: Administración de Proyectos Administración de Proyectos 2009

CICLO DE VIDA DEL SOFTWARE

Impala Risk. Simulación de Riesgo en Proyectos. Servicios. Capacitación.

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática



PRU. Fundamento Institucional. Objetivos. Alcance

6.4 ESTRATEGIAS DE PRUEBA

PROCEDIMIENTO DE PRESTACIÓN DE SERVICIOS TECNOLÓGICOS

EL PROCESO DE BENCHMARKING

TEMA 3. EL PROCESO DE COMPILACIÓN, DEL CÓDIGO FUENTE AL CÓDIGO MÁQUINA

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

Plan de estudios ISTQB: Nivel Fundamentos

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen

Aplicación de Gestión y Web para un criadero/residencia canino. Índice. 1 Presentación Objetivos y trabajo realizado Conclusiones...

Decisión: Indican puntos en que se toman decisiones: sí o no, o se verifica una actividad del flujo grama.

Reporte inicial. Metodología

implantación Fig. 1. Ciclo de vida tradicional

Ciclo de vida del Software

Ciclo de vida del software

El nuevo Sistema de inventario y facturación, producirá los siguientes informes:

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

P.S.P. Programa Educativo. Tecnologías de la Información y Comunicación. Alumno. José Alfredo Ramírez Jaguey

Planeación del Proyecto de Software:

E-learning: E-learning:

Conclusiones. Particionado Consciente de los Datos

Elementos requeridos para crearlos (ejemplo: el compilador)

Base de datos en Excel

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema

El modelo de ciclo de vida cascada, captura algunos principios básicos:

Gestión de Proyectos Informáticos

Ingeniería en tecnologías de la información y comunicación Administración de proyectos de TI I

Figure 7-1: Phase A: Architecture Vision

Metodologías de diseño de hardware

CAPITULO V. Conclusiones y recomendaciones. Este capítulo tiene como objetivo mostrar las conclusiones más significativas que se

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 2: EL CICLO DE VIDA DEL SOFTWARE

Testing. Tipos, Planificación y Ejecución de Pruebas

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

Presentación y Planificación del Proyecto: Administración de Calzado

UNIVERSIDAD TECNOLOGICA DE HERMOSILLO SCRUM SPRINT #1. Ingenieria de Software I MAESTRO: BERNARDO PRADO DIAZ INTEGRANTES. Jorge Valdano.

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008

UN PROBLEMA CON INTERÉS Y CALCULADORA

Metodologías de Desarrollo de Sistemas de Información

Interoperabilidad de Fieldbus

2 EL DOCUMENTO DE ESPECIFICACIONES

Técnicas de prueba 1. FUNDAMENTOS DE LA PRUEBA DEL SOFTWARE

Metodología centrada en la Experiencia del Usuario

Conceptos Generales. Introducción a la ingeniería de Software. Tomado de: Escuela de Sistemas Universidad Nacional de Colombia Sede Medellín

Documentación de los programas/aplicativos. Documentación de los programas/aplicativos

Gestión de la Configuración

Ingeniería del Software I Clase de Testing Funcional 2do. Cuatrimestre de 2007

Para llegar a conseguir este objetivo hay una serie de líneas a seguir:

Anteproyecto Fin de Carrera

Proyectos gestionados de principio a fin. Casos de éxito de Microsoft Soluciones de colaboración

Manual de la plataforma Progreso del proyecto

Esri Partner Network. Preguntas Fecuentes Julio de Programa para Partners que desarrollan soluciones y servicios GIS sobre la plataforma Esri

Construyendo el Rendimiento de las Empresas

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

SISTEMAS DE INFORMACIÓN III TEORÍA

Programa en Microsoft Visual Basic 6.0 para el análisis de riesgos eléctricos en oficinas y centros de cómputo. López Rosales, Juan Carlo.

En este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información, por otro

ANALIZANDO GRAFICADORES

Ciclo de Vida del Desarrollo de un Sistema de Información. Departamento de Ingeniería Industrial Universidad de Chile

CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE

MANTENIMIENTO Y SOPORTE

GUÍA PARA LA ELABORACIÓN DEL PROYECTO AÚLICO

Proyecto Fin de Carrera

PROCEDIMIENTO OPERATIVO DESARROLLAR SISTEMAS INFORMÁTICOS PDO-COCTI-DTIN-04

Empresa Financiera Herramientas de SW Servicios

Sistemas de Gestión de Calidad. Control documental

Gestión de Proyectos. Visión Global. Obra bajo licencia Creative Commons

Hacer Realidad BPM en su Organización ADOPTAR BPM A PARTIR DE UN PROYECTO O NECESIDAD DE AUTOMATIZACIÓN

FUNDACIÓN MAPFRE 2015 QUÉ ES EL SEGURO? 11.4 Comprar un seguro

TEMA 5: La explotación de un servicio TI

App para realizar consultas al Sistema de Información Estadística de Castilla y León

ITBA - UPM MAGISTER EN INGENIERIA DEL SOFTWARE ANTEPROYECTO DE TESIS

Usos de los Mapas Conceptuales en Educación

QUIÉNES SOMOS Y QUÉ HACEMOS LOS HEADHUNTERS (*)

CAS-CHILE. Líder en Software de Gestión Pública

Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000

ANÁLISIS Y GESTIÓN DEL DESARROLLO DE SOFTWARE TEMA 5: LA PLANIFICACIÓN DEL PRODUCTO

Ciclo De Vida Software

Tecnologías en la Educación Matemática. Expresiones. Datos. Expresiones Aritméticas. Expresiones Aritméticas 19/08/2014

Portafolio de Servicios y Productos

SISTEMAS DE INFORMACIÓN I TEORÍA

Administración del conocimiento y aprendizaje organizacional.

Transcripción:

Análisis y Diseño de Aplicaciones Ciclo de Vida Docente: T/RT Gonzalo Martínez CETP EMT Informática 3er Año

Introducción En el desarrollo de sistemas, el ciclo de vida son las etapas por las que pasa un proyecto antes de completarse. Es un modelo de referencia de alto nivel de las actividades necesarias para el desarrollo de software. También se le llama Método de desarrollo, Metodología de desarrollo o Ciclo de vida de desarrollo de sistemas.

Introducción El ciclo de vida define las principales fases y actividades del desarrollo de software. Define el orden de dichas fases Sirve para saber donde estamos parados durante un proyecto de software.

Introducción El ciclo de vida define las principales fases y actividades del desarrollo de software, y define el orden de dichas fases.

Ventajas Lograr coherencia entre múltiples proyectos Proporcionar puntos de control y revisión Sirve para saber donde estamos parados durante un proyecto de software.

Etapas del ciclo de vida Las etapas pueden variar de un modelo de ciclo de vida a otro, pero básicamente se mantienen las mismas. También puede pasar que alguna etapa se divida en dos partes, o que se incluya dentro de otra, dependiendo del modelo, o autor de la documentación.

Análisis Esta fase realizamos una investigación a conciencia para tratar de conocer todos los requisitos e implicaciones del proyecto que estamos por abordar. Es de vital importancia que reunamos toda la información pertinente al software a desarrollar y que comprendamos la naturaleza del problema o necesidad que tratamos de cubrir. No podemos elaborar un software que solucione un problema que no comprendemos o no sabemos como se debe solucionar.

Análisis Cuando se trata de un software empresarial, esta fase se enfoca en conocer no solo los requisitos o necesidades de la organización, sino también en conocer el funcionamiento de la organización, para crear un software que responda a las necesidades, la estructura y funciones de la empresa. De esta etapa, surge el documento ESRE (Especificación de Requerimientos)

Diseño El diseño del software es la fase en donde modelamos la estructura y apariencia del software una vez que ya conocemos la naturaleza del problema y hemos determinado cual será la solución mas optima. El diseño del software se enfoca en modelar la base de datos, la arquitectura del software, la interfaz y los algoritmos o procedimientos del mismo, aprovechando las ventajas del desarrollo en equipo.

Diseño En el proceso del diseño debemos construir la solución que será el software basándonos en los requerimientos obtenidos del análisis, en este sentido el diseño es el mapa o el plano que seguirá el programador para construir el software.

Codificación En esta fase tomamos todo lo que se plasmo en el diseño y lo traducimos en el conjunto de ordenes para computadora que es el software. (Lenguajes de Programación, SQL, Scripts, etc)

Pruebas En esta fase tomamos el software que se produjo en la codificación y probamos todas las partes y procesos del mismo, para asegurarnos que cumple con los requisitos que se habían especificado.

Implementación Esta es la fase en que ponemos el software en funcionamiento en el mundo real, o dentro de la organización para la que fue desarrollado. En esta fase se realizan todos los preparativos necesarios para asegurar que la inclusión del software dentro de la organización se realizara sin contratiempos y produciendo la menor cantidad de inconvenientes posible.

Duración de las etapas Análisis: 30% del tiempo total Diseño: 30% del tiempo total Codificación: 25% del tiempo total Prueba: 10% del tiempo total Implementación: 5% del tiempo total

Modelos de ciclo de vida Existen varios modelos de ciclo de vida. No existe ningún estándar sobre que modelo usar Se usa el modelo que mejor se adapte al proyecto y al funcionamiento del equipo de desarrolladores

Modelo en cascada

Modelo en cascada El proyecto progresa a través de una secuencia ordenada de fases. Se hace una revisión al final de cada fase para determinar si se pasa a la siguiente. El software como producto tangible se obtiene al final del ciclo.

Modelo en cascada Buena performance en proyectos con especificaciones estables y bien comprendidas. (Por ejemplo: sistemas de gestión) Los Requerimientos detectados tardíamente suelen ser muy costosos Se dificulta la vuelta a una etapa anterior Feedback de defectos tardío. El costo de corrección pude ser enorme dependiendo del tipo de defecto encontrado

Modelo en cascada Es muy difícil diseñar sistemas complejos sin cometer errores la primera vez que se realiza Puede ocurrir que pasen cambios de visión o necesidades durante el desarrollo del sistema, lo cual puede ser grave en sistemas que llevan meses, o años de desarrollo.

Modelo incremental

Modelo incremental Se realiza primero el análisis del sistema, y el diseño general del mismo. Se itera sobre el resto del diseño, la codificación y las pruebas. Permite que el cliente vea avances del sistema.

Modelo evolutivo

Modelo evolutivo Se divide el sistema en distintas partes autónomas. Las iteraciones incluyen análisis y diseño Es útil cuando tengo requerimientos poco definidos, o el dominio de la aplicación es poco conocida para el desarrollador y/o cliente

Modelo evolutivo Produce resultados visibles en forma temprana Puede ser difícil determinar cuando el producto es aceptable.

Modelo en V

Modelo en V Refleja un ciclo similar al modelo en cascada. Se tiene una secuencia de etapas, que se deben cumplir para pasar a la siguiente.

Modelo en V El lado izquierdo de la V va descomponiendo el sistema hasta el desarrollo, y el lado derecho lo va componiendo en el sistema final. Agrega verificaciones y validaciones, de las etapas a la derecha de la V, con las etapas correlativas a la izquierda de la V

Beneficios Estandarizar el desarrollo de sistemas Entrenar y comunicar a los desarrolladores Gestionar y realizar seguimiento de proyectos de software Mejorar con la experiencia de cada proyecto