ICI 502 Procesos de Software

Slides:



Advertisements
Presentaciones similares
ING. PERCY OQUENDO CARREÑO PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE.
Advertisements

Sistemas de Información Enfoques para la Construcción de los Sistemas de Información MBA Luis Elissondo.
CONCEPTO INGENIERÍA DE SOFTWARE  Analiza, diseña y desarrolla productos de sistemas software, proponiendo la plataforma tecnológica más apropiada. Domina.
Lcda. Ingrid Graü Diseño de Sistemas 1. Lcda. Ingrid Graü Diseño de Sistemas 2.
Ingeniería del Software Diseñó de Software Universidad de los Andes Demián Gutierrez Abril 2009.
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.
Sistemas de Información Capítulo 2. Sistemas de información.
Ingeniería de Software
Análisis de Proyecto de Software.
GESTIÓN DEL RIESGO E INGENERÍA DE SOFTWARE BASADO EN COMPONENTES
El Lenguaje de Modelación Unificado
Ingeniería de Software: Metodologías
Gestión de Proyectos.
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
Ingeniería de Software
SWEBOK.
Programación Orientada a Objetos
¿ Que hemos aprendido? Análisis Entendimiento del problema
CICLO DE VIDA DEL SOFTWARE
INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS
INTREGRANTES DE EQUIPO:
CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno. INTRODUCCIÓN A UML  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
Tema 3. Lenguaje unificado de modelado UML
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
Ingeniería del Software
Principales desafíos: adaptabilidad y agilidad empresarial
Ciclo de Vida del Software
MF. MARGARITA VALLE LEÓN
Ciclo de vida del Software
Metodologías de Desarrollo de Software RUP – Proceso Racional Unificado Gilber BASILIO ROBLES I.E.S.T.P. “DANIEL ALCIDES CARRIÓN” Taller de Modelamiento.
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.
Sistemas de Información Capítulo 2. Sistemas de información.
ANALISIS DE SISTEMAS ANALISIS ORIENTADO A OBJETOS.
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.
INTRODUCCIÓN A UML Y AL ADOO 1 Diagramas en UML ◦Diagramas de casos de uso ◦Diagramas de clases y objetos ◦Diagramas de secuencia ◦Diagramas de colaboración.
METODOLOGIAS AGILES VS TRADICIONALES SCRUM - RUP FABIO ARNOBY BEJARANO Q. UNIREMINGTON BUGA (V) INGENIERIA DE SOFTWARE II SEPTIEMBRE 2018.
Sistemas de Información Capítulo 2. Sistemas de información.
Se hizo popular en la década de 1980 y todavía es utilizado por muchos. Consiste en interpretar el concepto del sistema (o situaciones del mundo real)
Proyecto "Las mascotas" Informática 6° Básico.
Sistemas de Información Capítulo 2. Sistemas de información.
Planes del Proyecto.
1 Taller de Proyecto Tema 1. Metodología de desarrollo de software Rational Unified Process –RUP [1,2] Prof. Nora La Serna © Prof. Nora La Serna.
Sistemas de Información Capítulo 2. Sistemas de información.
Vicerrectoría Académica Dirección de Formación General Programa de Emprendimiento PROTOTIPOS.
IEEE Estándar para documentación de pruebas de software
UTFSM - Departamento de Electrónica1 Noviembre de 2003 “Beneficios del Uso de Metodologías en el Desarrollo de Proyectos” Trabajo de título presentado.
PARAMETROS PARA EL DISEÑO DE CONTENIDOS EDUCATIVOS DIGITALES
PARÁMETROS PARA LA PRESENTACIÓN DE PROYECTOS EN LA ESCUELA DE TECNOLOGIAS E INNOVACION. ING. Hugo de Jesús Peláez Giraldo Líder Escuela de Tecnologías.
Essential Unified Process
1 Introducción al proceso unificado de desarrollo de software.
IEEE-STD PRÁCTICA RECOMENDADA PARA LA ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE.
PRESENTACION DE INGENIERIA ORIENTADA A OBJETOS. INTRODUCCION. ¿ Qué es UML ?. UML, por sus siglas en Ingles, Unified Modeling Languaje.(Lenguaje Unificado.
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno. INTRODUCCIÓN A UML  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
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.
INTEGRANTES u Álvarez Palomino David u Salazar Colonia Jesús Felipe u Velásquez Huapaya Ricardo.
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.
INTRODUCCIÓN A UML.  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
Desarrollo de Sistemas de Información Contable - Sis USB 1 METODOLOGIAS DE DESARROLLO DE SOFTWARE.
Sistemas de Información. 2 Capítulo 2. Sistemas de información y métodos de desarrollo. Estructura 1. ¿Qué es un sistema de información? 1.1. Concepto.
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.
PLANIFICACION Diego Hernández.
Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Copyright 2019 Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Derechos reservados UML.
La Metodología Kimball, es una metodología empleada para la construcción de un almacén de datos (data warehouse, DW) que no es más que, una colección de.
Transcripción de la presentación:

ICI 502 Procesos de Software Diego Hernández R.

Procesos de software Todas las actividades que contribuyan a la entrega del software en el tiempo fijado, dentro de la calendarización establecida y de acuerdo a los requerimientos. Es un método de organizar las actividades relacionadas con la creación, presentación y mantenimiento de los sistemas de software.

Procesos de DSW En un alto nivel Los pasos principales de la presentación de una aplicación son los siguientes: Planificación y elaboración: planificar, definir los requerimientos, construir prototipos, etc. Construcción: la creación del sistema. Puesta en Marcha: la transición de la implementación del sistema a su uso.

DSW A un bajo nivel tendríamos: Procesos Requerimientos (Análisis Negocio-Sistema) Diseño (incluye Arquitectura) Construcción Prueba (verificación y validación) Mantención-Capacitación

UML Unified Modeling Language Es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad. Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema.

UML UML es un lenguaje de propósito general para el modelado orientado a objetos, que combina notaciones provenientes desde: Modelado Orientado a Objetos Modelado de Datos Modelado de Componentes Modelado de Flujos de Trabajo (“workflows”)

UML Unified Modeling Language El lenguaje UML estandariza los artefactos y la notación, pero no define un proceso oficial de desarrollo. Aumentar las posibilidades de aceptación generalizada de la notación estándar del modelado, sin la obligación de adaptar el proceso oficial. La esencia de un proceso apropiado admite mucha variación y depende de las habilidades del personal, de la naturaleza del problema, de las herramientas y muchos otro factores. RATIONAL ROSE http://www-01.ibm.com/software/awdtools/developer/rose/

Objetivo UML El objetivo de UML es describir cualquier tipo de sistema en términos de diagramas orientados a objetos, o sea, es crear un modelo. Un modelo es una descripción completa de un sistema desde una perspectiva concreta.

Conceptos relacionados a las Relaciones: Herencia  NOTACION De la clase hija A la clase Padre

Ejemplo

Ejemplo

UML-PROCESOS Levantamiento de procesos se hace sobre una organización, no sobre un sistema de información En ambos casos existen relaciones entre personas. En en ambos casos existe flujo de información

Desarrollo Iterativo Un ciclo de vida iterativo se basa en el agrandamiento y perfeccionamiento secuencial de un sistema a través de múltiples ciclos de desarrollo de análisis, diseño, implementación y pruebas.

Desarrollo Iterativo Un ciclo de vida iterativo se basa en el agrandamiento y perfeccionamiento secuencial de un sistema a través de múltiples ciclos de desarrollo, de análisis, diseño, implementación y pruebas.

Desarrollo Iterativo En cada ciclo se aborda un conjunto relativamente pequeño de requerimientos, pasando por el levantamiento, análisis, el diseño, la construcción y las pruebas.

Ventajas Desarrollo Iterativo La complejidad nunca resulta abrumadora. Permite de mejor manera el aseguramiento de Calidad. Permite escalabilidad y planificación.

Estrategia Desarrollo Iterativo (instanciado) Una estrategia muy útil consiste en limitar el ciclo de desarrollo a un marco temporal, un lapso rígidamente fijo. Todo el trabajo ha de concluirse en ese lapso. Un período entre dos y cuatro semanas suele ser conveniente.

Estrategia Desarrollo Iterativo (instanciado) Para tener éxito con un programa de duración fija es necesario escoger los requerimientos con mucho cuidado y asignarle la selección al equipo de desarrollo.

Análisis y Diseño

Análisis y Diseño El hecho de conocer un lenguaje orientado a objetos (por ej. Java) y además tener acceso a una rica biblioteca (como la de Java) es un primer paso necesario pero insuficiente para crear sistemas de objetos.

Análisis y Diseño El análisis se centra en la investigación del problema, no en la manera de definir la solución. Por ejemplo, si se necesita un nuevo sistema de biblioteca, ¿Cuáles procesos de la institución se relacionan con su uso? El diseño pone de relieve una solución lógica: cómo el sistema cumple con los requerimientos. ¿De qué manera el sistema de la biblioteca capturará y registrará los prestamos de libros? La esencia de estas actividades consiste en situar el dominio de un problema y su solución lógica dentro de la perspectiva de los objetos.

Análisis y Diseño Informe Requerimientos

Análisis Conocer y fijar clientes que trabajar en el análisis. Fijar plan de trabajo (reuniones) Fijar compromisos con el cliente (asignar tareas) Fijar plazos de entrega Recopilar información Explicar documento de requerimientos si es necesario.

Análisis Iterar documento de requerimientos con cliente acordado: DFD Casos de Uso Diagramas Interfaces

Diseño Revisión documento de Requerimientos Análisis de la infraestructura existente Análisis de la tecnología a usar (versiones, FW, etc) Elección de herramienta (Rational Rose)

Consultas ¿? Se le ruega al lector estudioso, por favor hacer llegar cualquier aporte o comentario respecto de este documento al autor: diego.hernandez@usm.cl