Tema 9: Método de Craig Larman

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Tema 9: Método de Craig Larman"

Transcripción

1 Tema 9: Método de Craig Larman Maria-Isabel, Sanchez Segura Arturo, Mora-Soto Diagramas de UML Los diagramas expresan gráficamente partes de un modelo Use Case Use Case Use Case Diagrams Diagramas de Use Diagramas Case Diagrams Diagrams Casos de Uso Diagrams de Secuencia State Diagramas State Diagrams Diagrams de State Clases State Diagrams Diagramas de Diagrams Objetos Scenario Scenario Diagrams Diagramas de Diagrams Colaboración Modelo State State Diagrams Diagramas de Diagrams Componentes Scenario Scenario Diagrams Diagramas de Diagrams Estados Diagramas de Actividad Component Diagrams Component Diagramas Diagrams de Distribución Mora-Soto 1

2 Objetivos de la Asignatura Principios Básicos de OO Formato Gráfico Lenguaje UML Técnicas OO Metodologías OO Aprender a Construir Sw OO De Calidad 3 Proceso de Desarrollo Definido por Craig Larman. Visión General n El método definido por Craig Larman, es una versión reducida de uno de los modelos de proceso descritos en el proceso unificado (Unified Process UP). 4 Mora-Soto 2

3 RUP Áreas de trabajo (Workflow) Concepción Elaboración Construcción Transición Requerimientos Análisis & Diseño Construcción Pruebas Esfuerzo Necesario por Actividad R A & D C P R A & D C P R A & D C P R A & D C P Distribución D D D D Iteración Preliminar Iteración 1 Iteración Iteración n Iteración n+1 Tiempo Características del Proceso n Evolutivo n Incremental: Menos tiempo hasta tener algo funcionando Contrastable con el cliente / usuario n Dirigido por Casos de Uso: Desarrollar el software desde dentro hacia fuera. Mora-Soto 3

4 Proceso dirigido por los Casos de Uso Requisitos Análisis & Diseño Implementación Pruebas Casos de Uso integran el trabajo Capturar, definir y validar los casos de uso Realizar los casos de uso Verificar que se satisfacen los casos de uso Proceso dirigido por los Casos de Uso «trace» «trace» Caso de Uso Realización de Análisis Realización de Diseño «trace» Pruebas Funcionales X «trace» Pruebas Unitarias Caso de Prueba [The Unified Software Development Process. I. Jacobson, G. Booch and J. Rumbaugh. Addison-Wesley, 1999] Mora-Soto 4

5 Proceso de Desarrollo Definido por Craig Larman. Visión General n 3 macro-etapas: Planificación y Especificación de Requisitos: Planificación, definición de requisitos, construcción de prototipos, etc. Construcción: La construcción del sistema propiamente dicha Instalación: Puesta en marcha del sistema en el entorno previsto de uso 9 Proceso de Desarrollo: Guía Planificación y Especificación de Requisitos Construcción Instalación Ciclo de Desarrollo 1 Ciclo de Desarrollo 2... Refinamiento del Plan Sincronización de Modelos Análisis Diseño Implementación Pruebas 10 Mora-Soto 5

6 FASE: Planificación y Especificación de Requisitos n Actividades: Definir el Plan-Borrador Crear el Informe de Investigación Preliminar Definir los Requisitos Registrar Términos en el Glosario Implementar Prototipo Definir Casos de Uso Definir el Modelo Conceptual - Borrador Definir la Arquitectura del Sistema - Borrador Refinar el Plan 11 Definición de Requisitos n Requisito: descripción de necesidades o aspiraciones respecto a un producto. n Objetivo de esta actividad: Identificar qué es lo que realmente se necesita n Formato del documento de requisitos no definido por UML 12 Mora-Soto 6

7 Definición de Requisitos n Contenido recomendable del documento de requisitos: Propósito Ámbito y Usuarios Funciones del sistema: n ReqF1:... Atributos del Sistema n Calidad: ReqC1:... n Seguridad: ReqS1:... n Rendimiento: ReqR1: Planificación y Especificación de Requisitos n Actividades: Definir el Plan-Borrador Crear el Informe de Investigación Preliminar Definir los Requisitos Registrar Términos en el Glosario Implementar Prototipo Definir Casos de Uso Definir el Modelo Conceptual - Borrador Definir la Arquitectura del Sistema - Borrador Refinar el Plan 14 Mora-Soto 7

8 FASE: Planificación y Especificación de Requisitos n Actividades: Definir el Plan-Borrador Crear el Informe de Investigación Preliminar Definir los Requisitos Registrar Términos en el Glosario Implementar Prototipo Definir Casos de Uso Definir el Modelo Conceptual - Borrador Definir la Arquitectura del Sistema - Borrador Refinar el Plan 15 Planificación de Ciclos de Desarrollo Ciclo de Desarrollo Ciclo de Desarrollo Ciclo de Desarrollo Caso de Uso A Versión Simplificada Caso de Uso A Versión Completa Caso de Uso B Caso de Uso C 16 Mora-Soto 8

9 FASE: Construcción n Refinamiento del Plan n Sincronización de Modelos n Análisis n Diseño n Implementación n Pruebas 17 FASE: Construcción n Las actividades se encadenan en una minicascada con un alcance limitado por los objetivos de la iteración Análisis Diseño n veces Codific. Pruebas e Integración Mora-Soto 9

10 Proceso Iterativo e Incremental Enfoque Cascada Enfoque Iterativo e Incremental FASE: Construcción n Refinamiento del Plan n Sincronización de Modelos Ø Análisis n Diseño n Implementación n Pruebas 20 Mora-Soto 10

11 Análisis (I) n Se investiga sobre el dominio del problema, circunscrito únicamente a los casos de uso tratados en el presente ciclo n Se intenta llegar a una buena comprensión del problema n Está centrado en el qué más que en el cómo 21 Análisis (II) n Actividades: Definir Casos de Uso en Formato Expandido Refinar los Diagramas de Casos de Uso Refinar el Modelo Conceptual Refinar el Glosario Definir los Diagramas de Secuencia del Sistema Definir Contratos de Operación Definir Diagramas de Estado 22 Mora-Soto 11

12 Casos de Uso en Formato Expandido - Caso de Uso: Realizar Reintegro - Actores: Cliente (iniciador) - Propósito: Realizar una operación de reintegro de una cuenta del banco. - Visión General: Un Cliente llega al cajero automático, introduce la tarjeta, se identifica y solicita realizar una operación de reintegro por una cantidad específica. El cajero le da el dinero solicitado tras comprobar que la operación puede realizarse. El Cliente coge el dinero y la tarjeta y se va. - Tipo: primario y esencial - Referencias: Funciones: R1.3, R1.7 - Curso Típico de Eventos: Acción del Actor Respuesta del Sistema 1. Este caso de uso empieza cuando un Cliente introduce una tarjeta en el cajero. 2. Pide la clave de identificación. 3. Introduce la clave. 4. Presenta las opciones de operaciones disponibles. 5. Selecciona la operación de Reintegro. 6. Pide la cantidad a retirar. 7. Introduce la cantidad requerida. 8. Procesa la petición y, eventualmente, da el dinero solicitado. Devuelve la tarjeta y genera un recibo. 9. Recoge la tarjeta. 10. Recoge el recibo. 11. Recoge el dinero y se va. - Cursos Alternativos: Línea 4: La clave es incorrecta. Se indica el error y se cancela la operación. Línea 8: La cantidad solicitada supera el saldo. Se indica el error y se cancela la operación. 23 Análisis n Actividades: Definir Casos de Uso en Formato Expandido Refinar los Diagramas de Casos de Uso Refinar el Modelo Conceptual Refinar el Glosario Definir los Diagramas de Secuencia del Sistema Definir Contratos de Operación Definir Diagramas de Estado 24 Mora-Soto 12

13 Análisis n Actividades: Definir Casos de Uso en Formato Expandido Refinar los Diagramas de Casos de Uso Refinar el Modelo Conceptual Refinar el Glosario Definir los Diagramas de Secuencia del Sistema Definir Contratos de Operación Definir Diagramas de Estado 25 Análisis Clase con detalles a nivel de análisis Termostato temperatura_deseada temperatura_muestreada establecer_temp () Clase con detalles de implementación Termostato +temperatura_deseada: Temperatura = 20 #temperatura_muestreada: Temperatura Clase con detalles suprimidos Termostato +establecer_temp (valor: Temperatura) 26 Mora-Soto 13

14 Análisis n Actividades: Definir Casos de Uso en Formato Expandido Refinar los Diagramas de Casos de Uso Refinar el Modelo Conceptual Refinar el Glosario Definir los Diagramas de Secuencia del Sistema Definir Contratos de Operación Definir Diagramas de Estado 27 Análisis CASO DE USO: Realizar Reintegro Curso Típico de Eventos 1. Este caso de uso empieza cuando un Cliente introduce una tarjeta en el cajero. 2. Pide la clave de identificación. 3. Introduce la clave. 4. Presenta las opciones de operaciones disponibles. 5. Selecciona la operación de Reintegro. 6. Pide la cantidad a retirar. 7. Introduce la cantidad requerida. 8. Procesa la petición y, eventualmente, da el dinero solicitado. Devuelve la tarjeta y genera un recibo. 9. Recoge la tarjeta. 10. Recoge el recibo. 11. Recoge el dinero y se va. Cliente insertartarjeta(númer o) entraridentificación(cla ve) solicitaroperación(operaci ón) realizarreintegro(cantidad ) dineroretirado() reciboretirado() tarjetaretirada() :cajero_automático 28 Mora-Soto 14

15 Análisis n Actividades: Definir Casos de Uso en Formato Expandido Refinar los Diagramas de Casos de Uso Refinar el Modelo Conceptual Refinar el Glosario Definir los Diagramas de Secuencia del Sistema Definir Contratos de Operación Definir Diagramas de Estado 29 Análisis: contratos de operación n Nombre: Nombre de la operación y parámetros. n Responsabilidades: Una descripción informal de las responsabilidades que la operación debe desempeñar. n Referencias Cruzadas: Números de referencia en los requisitos de funciones del sistema, casos de uso, etc. n Notas: Comentarios de diseño, algoritmos, etc. 30 Mora-Soto 15

16 Análisis: contratos de operación n Excepciones:Casos excepcionales. Situaciones que debemos tener en cuenta que pueden pasar. Se indica también qué se hace cuando ocurre la excepción. n Salida:Salidas que no corresponden a la interfaz de usuario, como mensajes o registros que se envían fuera del sistema. (En la mayor parte de las operaciones del sistema este apartado queda vacío) 31 Análisis: contratos de operación n Pre-condiciones:Asunciones acerca del estado del sistema antes de ejecutar la operación. Algo que no tenemos en cuenta que pueda ocurrir cuando se llama a esta operación del sistema. n Post-condiciones:El estado del sistema después de completar la operación. 32 Mora-Soto 16

17 Ejemplo de contrato de operación n n n n n n n n Nombre: insertartarjeta (número_tarjeta: número) Responsabilidades:Comenzar una sesión con el sistema para realizar una operación. Presentar las opciones disponibles. Referencias Cruzadas: Funciones del Sistema: R1.2, R1.6, R1.7 Casos de Uso: Reintegro Notas: Excepciones: Si la tarjeta es ilegible, indicar que ha habido un error. Salida: Pre-condiciones:No hay una sesión activa. Post-condiciones:Una nueva Sesión se ha creado. (creación de instancia).la Sesión se ha asociado con Cajero. (asociación formada). 33 Análisis n Actividades: Definir Casos de Uso en Formato Expandido Refinar los Diagramas de Casos de Uso Refinar el Modelo Conceptual Refinar el Glosario Definir los Diagramas de Secuencia del Sistema Definir Contratos de Operación Definir Diagramas de Estado 34 Mora-Soto 17

18 Construcción n Refinamiento del Plan n Sincronización de Modelos n Análisis Ø Diseño n Implementación n Pruebas 35 Diseño (I) n Solución a nivel lógico para satisfacer los requisitos n Se diseña cómo se va a comportar el sistema para realizar las funciones que se le solicitan n Se trabaja en un nivel muy cercano al software 36 Mora-Soto 18

19 Diseño n Actividades: Definir los Casos de Uso Reales Definir Informes e Interfaz de Usuario Refinar la Arquitectura del Sistema Definir los Diagramas de Interacción Definir el Diagrama de Clases de Diseño (en paralelo con los Diagramas de Interacción) Definir el Esquema de Base de Datos 37 Construcción n Refinamiento del Plan n Sincronización de Modelos n Análisis n Diseño Ø Implementación n Pruebas 38 Mora-Soto 19

20 Implementación n Lo especificado en la fase de Diseño se lleva a un lenguaje de programación. n Los elementos que forman la implementación se muestran con los diagramas: Diagrama de Componentes. Diagrama de Despliegue (o de Implantación). 39 Construcción n Refinamiento del Plan n Sincronización de Modelos n Análisis n Diseño n Implementación Ø Pruebas 40 Mora-Soto 20

21 Pruebas n Resultado de las pruebas según los niveles fijados: Se procede a ampliar el sistema con nuevos casos de uso. n Resultado por debajo de los niveles requeridos: Se refina lo abordado en el presente ciclo para mejorarlo. 41 Mora-Soto 21

Ingeniería de Software: Metodologías

Ingeniería de Software: Metodologías Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

Ingeniería de Software: Metodologías

Ingeniería de Software: Metodologías Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

QUÉ SON EL ANÁLISIS Y EL DISEÑO?

QUÉ SON EL ANÁLISIS Y EL DISEÑO? QUÉ SON EL ANÁLISIS Y EL DISEÑO? Análisis: Investigación Para crear una aplicación de software hay que describir el problema y las necesidades o requerimientos: en qué consiste el conflicto y que debe

Más detalles

Análisis y Diseño Orientado a Objetos. 2 - Análisis

Análisis y Diseño Orientado a Objetos. 2 - Análisis Análisis y Diseño Orientado a Objetos 2 - Análisis El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar

Más detalles

Interacción Persona - Ordenador

Interacción Persona - Ordenador Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición

Más detalles

Ingeniería de Software: Metodologías

Ingeniería de Software: Metodologías Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

Proceso Unificado de Desarrollo de Software. 13 de sep de 2006

Proceso Unificado de Desarrollo de Software. 13 de sep de 2006 Proceso Unificado de Desarrollo de Software 13 de sep de 2006 Referencias básicas El Proceso unificado de desarrollo de Software I. Jacobson, G. Booch y J.Rumbaugh Addison Wesley - Pearson Education 1999

Más detalles

Tema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008

Tema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008 Tema 3: Diagramas de Casos de Uso Arturo Mora Soto Octubre 2008 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos conceptualmente

Más detalles

Fecha de elaboración: Julio de 2010 Fecha de última actualización:

Fecha de elaboración: Julio de 2010 Fecha de última actualización: PROGRAMA DE ESTUDIO Análisis y Diseño Orientado a Objetos Programa Educativo: Licenciatura en Ciencias Computacionales Sustantiva Área a la que pertenece : Horas teóricas: 2 Horas prácticas: 4 Total de

Más detalles

Desarrollo Orientado a Objetos con UML C.E.C.yT. Juan de Dios Bátíz Paredes IPN Resumido y Reorganizado por Lic. Guillermo Cherencio

Desarrollo Orientado a Objetos con UML C.E.C.yT. Juan de Dios Bátíz Paredes IPN Resumido y Reorganizado por Lic. Guillermo Cherencio PROVINCIA DE BUENOS AIRES Dirección General de Cultura y Educación Dirección de Educación Superior Desarrollo Orientado a Objetos con UML C.E.C.yT. Juan de Dios Bátíz Paredes IPN Resumido y Reorganizado

Más detalles

INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ

INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ TEMA 3: PROCESO UNIFICADO DE DESARROLLO CONTENIDO 1. Proceso de Software 2. Proceso de Desarrollo de Software 3. Proceso Unificado de Desarrollo de Software

Más detalles

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque: Análisis y Diseño O.O. Preguntas del diseño : Cómo podrían asignarse responsabilidades a las clases de los objetos? Cómo podrían interactuar los objetos? Qué deberían hacer las clases? Patrones : Ciertas

Más detalles

Tema 4e: Proceso Unificado: Análisis

Tema 4e: Proceso Unificado: Análisis Tema 4e: Proceso Unificado: Análisis Marcos López Sanz Índice Visión general Diagramas UML Artefactos Modelo de análisis Clases de análisis Realización en análisis de los casos de uso Paquetes de análisis

Más detalles

SILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES

SILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES SILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES 1.1. Facultad : Ingeniería 1.2. Carrera Profesional : Ingeniería de Sistemas 1.3. Departamento : Ingeniería de Sistemas 1.4. Tipo de Curso : Obligatorio

Más detalles

MODULO III. Análisis y Diseño de Sistemas de Información INF-162 III. RUP. 3.1 Introducción. Facilitador: Miguel Cotaña 26 de Abril

MODULO III. Análisis y Diseño de Sistemas de Información INF-162 III. RUP. 3.1 Introducción. Facilitador: Miguel Cotaña 26 de Abril MODULO III Análisis y Diseño de Sistemas de Información INF-162 III. RUP 3.1 Introducción Facilitador: Miguel Cotaña 26 de Abril 2010 1 INTRODUCCION Rational Unified Process (RUP o Proceso Racional Unificado),

Más detalles

UNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERIA EAP INGENIERIA INFORMATICA CICLO ACADEMICO 2003 II SILABO

UNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERIA EAP INGENIERIA INFORMATICA CICLO ACADEMICO 2003 II SILABO UNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERIA EAP INGENIERIA INFORMATICA CICLO ACADEMICO 2003 II SILABO 1. INFORMACION GENERAL 1.01. Nombre de la Asignatura : Diseño de Sistemas de Información 1.02.

Más detalles

Ingeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes

Ingeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Ingeniería de requerimientos de software: Análisis Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Referencias El Lenguaje Unificado de Modelado. Grady Booch, James Rumbaugh e Ivar

Más detalles

Personas. Tecnología. Producto. Proceso

Personas. Tecnología. Producto. Proceso IS, RUP y UML en el Contexto de ADOO Análisis y Diseño OO, 2008-1 Luis Carlos Díaz, Angela Carrillo y Deicy Alvarado Presentación del Curso Ingeniería de Software Personas Tecnología Producto Proceso sobre

Más detalles

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Ingeniería de

Más detalles

PROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática

PROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática PROCESOS PARA LA INGENIERÍA DE SOFTWARE Bibliografía Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España. Sommerville I., Ingeniería de Software, Addison-Wesley,

Más detalles

UML (Unified Modeling Language) Octubre de 2007

UML (Unified Modeling Language) Octubre de 2007 UML (Unified Modeling Language) Octubre de 2007 UML un modelo o pieza de información producido en el proceso de desarrollo de software Un lenguaje para especificar, visualizar y construir artefactos de

Más detalles

Presentación de la Asignatura.

Presentación de la Asignatura. INGENIERÍA DEL SOFTWARE I Tema 0 Presentación de la Asignatura www.ctr.unican.es/asignaturas/is1/ Profesorado Michael González Harbour (teoría, responsable asignatura) E-mail: mgh@unican.es Web: http://www.ctr.unican.es/

Más detalles

Obligatoria asignatura Programa elaborado por:

Obligatoria asignatura Programa elaborado por: PROGRAMA DE ESTUDIO Laboratorio de diseño de software Programa Educativo: Área de Formación : Licenciatura en Sistemas Computacionales. Sustantiva Profesional Horas teóricas: 1 Horas prácticas: 4 Total

Más detalles

4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software

4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software UARG.UNPA 2009 Un caso de uso es una interacción típica entre un usuario y un sistema computacional.(fowler) Un caso de uso especifica el comportamiento deseado del sistema (objetivos del usuario). (Jacobson)

Más detalles

TEMA 4. PROCESO UNIFICADO

TEMA 4. PROCESO UNIFICADO TEMA 4. PROCESO UNIFICADO Definición El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura

Más detalles

Oscar Alberto, Custodio Izquierdo Carlos Arturo, Hernández Torruco José Fecha de elaboración: 28 de Mayo de 2010 Fecha de última actualización:

Oscar Alberto, Custodio Izquierdo Carlos Arturo, Hernández Torruco José Fecha de elaboración: 28 de Mayo de 2010 Fecha de última actualización: PROGRAMA DE ESTUDIO Programa Educativo: Área de Formación : Licenciatura en Sistemas Computacionales. Sustantiva Profesional Laboratorio de de software Horas teóricas: 1 Horas prácticas: 4 Total de Horas:

Más detalles

El proceso de desarrollo. Angélica de Antonio,

El proceso de desarrollo. Angélica de Antonio, El proceso de desarrollo Angélica de Antonio, 2007 1 ontenidos de las clases Planteamiento del desarrollo orientado a objetos: El paradigma El proceso: Proceso Unificado La notación: UML Disciplinas, productos

Más detalles

ORGANIZACIÓN DOCENTE del curso

ORGANIZACIÓN DOCENTE del curso ORGANIZACIÓN DOCENTE del curso 2009-10 1. DATOS GENERALES DE LA ASIGNATURA NOMBRE Ingeniería del Software I PÁGINA WEB www.ctr.unican.es/asignaturas/is1 CÓDIGO DEPARTAMENTO Matemáticas, Estadística y Computación

Más detalles

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA)

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA) UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA) FACULTAD DE INGENIERIA DE SISTEMAS E INFORMATICA ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS 1. INFORMACIÓN GENERAL

Más detalles

Programa Educativo: PROGRAMA DE ESTUDIO Área de Formación : Horas teóricas: Horas prácticas: Total de Horas: Total de créditos:

Programa Educativo: PROGRAMA DE ESTUDIO Área de Formación : Horas teóricas: Horas prácticas: Total de Horas: Total de créditos: PROGRAMA DE ESTUDIO Laboratorio de diseño de software Programa Educativo: Área de Formación : Licenciatura en Informática Administrativa Sustantiva Profesional Horas teóricas: 1 Horas prácticas: 4 Total

Más detalles

Unidad V. UML. Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas.

Unidad V. UML. Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas. Unidad V. UML Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas Objetivos Conocer el modelo UML Utilizar el modelo UML como parte de la metodología

Más detalles

Proceso Unificado de Desarrollo de Software. Fase de Inicio

Proceso Unificado de Desarrollo de Software. Fase de Inicio Proceso Unificado de Desarrollo de Software Fase de Inicio A. Soriano (UCV-USB) 1 Septiembre 2005 Proceso Unificado: Referencia Básica Craig Larman Applying UML and Patterns: An Introduction to Object.

Más detalles

Desarrollo Orientado a Objetos con UML

Desarrollo Orientado a Objetos con UML Desarrollo Orientado a Objetos con UML Xavier Ferré Grau Facultad de Informática UPM V2.0 Índice I UML...1 I.1 Introducción...1 II NOTACIÓN UML...3 II.1 Modelos...3 II.2 Elementos Comunes a Todos los

Más detalles

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos. UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS NOMBRE DEL CURSO: Computación y Programación 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias y Sistemas AREA A LA QUE PERTENECE:

Más detalles

Universidad Tecnológica Nacional Facultad Regional San Francisco. Ingeniería en Sistemas de Información. Análisis de Sistemas

Universidad Tecnológica Nacional Facultad Regional San Francisco. Ingeniería en Sistemas de Información. Análisis de Sistemas Universidad Tecnológica Nacional Facultad Regional San Francisco Ingeniería en Sistemas de Información Análisis de Sistemas PLANIFICACIÓN CICLO LECTIVO 2010 ÍNDICE INGENIERÍA EN SISTEMAS DE INFORMACIÓN...

Más detalles

El lenguaje Unificado de Modelado (UML)

El lenguaje Unificado de Modelado (UML) El lenguaje Unificado de Modelado (UML) Enrique Hernández Orallo (ehernandez@disca.upv.es) Cualquier rama de ingeniería o arquitectura ha encontrado útil desde hace mucho tiempo la representación de los

Más detalles

El Lenguaje Unificado de Modelado (UML)

El Lenguaje Unificado de Modelado (UML) El Lenguaje Unificado de Modelado (UML) Enrique Hernández Orallo(ehernandez@disca.upv.es) Cualquier rama de ingeniería o arquitectura ha encontrado útil desde hace mucho tiempo la representación de los

Más detalles

Universidad Salesiana de Bolivia Ingeniería de Sistemas

Universidad Salesiana de Bolivia Ingeniería de Sistemas Universidad Salesiana de Bolivia Ingeniería de Sistemas PLAN DE DISCIPLINA GESTIÓN 1-2016 I DATOS DE IDENTIFICACIÓN INSTITUCIÓN UNIVERSITARIA: Universidad Salesiana de Bolivia RECTOR: R. P. Dr. Thelían

Más detalles

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos. UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS NOMBRE DEL CURSO: Introducción a la Computación y Programación 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias y Sistemas AREA

Más detalles

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS PROGRAMA DEL CURSO DE INTRODUCCION A LA PROGRAMACION DE COMPUTACION 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias

Más detalles

INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ

INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ Ingeniería de Software Tema 4 Lenguaje de Modelado Unificado UML Ing. Francisco Rodríguez Qué es UML? UML = Unified Modeling Language Un lenguaje de propósito

Más detalles

Horas Contacto. Objetivos Se pretende que el estudiante asimile los conceptos fundamentales de análisis y diseño orientado a objetos

Horas Contacto. Objetivos Se pretende que el estudiante asimile los conceptos fundamentales de análisis y diseño orientado a objetos FACULTAD DE INGENIERIA DEPARTAMENTO DE INGENIERIA DE SISTEMAS Nombre de la asignatura (Curso) Código de la asignatura (ID Curso) Análisis y Diseño Orientado a Objetos 4183 Fecha de Actualización Julio

Más detalles

Procesos del software

Procesos del software Procesos del software (selección de alguna de las trasparencias de Sommerville) Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Modelos de proceso del software genéricos El modelo

Más detalles

PROGRAMA ANALÍTICO DE ASIGNATURA

PROGRAMA ANALÍTICO DE ASIGNATURA UNIVERSIDAD AUTÓNOMA DEL ESTADO DE HIDALGO COORDINACIÓN DE DOCENCIA DIRECCIÓN DE PLANEACIÓN Y DESARROLLO EDUCATIVO PROGRAMA ANALÍTICO DE ASIGNATURA 1.- DATOS GENERALES 1.1 INSTITUTO: CIENCIAS BÁSICAS E

Más detalles

Uso de Metodología ICONIX

Uso de Metodología ICONIX Uso de Metodología ICONIX Metodología Consiste en un lenguaje de modelamiento y un proceso. El lenguaje de modelamiento es la notación gráfica (incluye diferentes tipos de diagramas) El proceso define

Más detalles

UML y UP. Programa de Estudio.

UML y UP. Programa de Estudio. UML y UP Programa de Estudio UML y UP Analiza, modela y diseña sistemas orientado a objetos con UML. Aprende cuándo y cómo utilizar todos los diagramas que forman parte de UML en forma práctica utilizando

Más detalles

INGENIERÍA DEL SOFTWARE

INGENIERÍA DEL SOFTWARE INGENIERÍA DEL SOFTWARE INGENIERÍA DEL SOFTWARE 1 Sesión No. 8 Nombre: Tipos de diagramas Contextualización Cómo identificar los elementos importantes del software? Cuando diseñamos el sistema no basta

Más detalles

Proceso de Desarrollo de SW

Proceso de Desarrollo de SW Proceso de Desarrollo de SW Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: material asignatura CS169,Software Engineering, UC Berkeley, entre otras fuentes. ELO 329:

Más detalles

UML y UP. Programa de Estudio.

UML y UP. Programa de Estudio. UML y UP Programa de Estudio UML y UP Analiza, modela y diseña sistemas orientado a objetos con UML. Aprende todos los diagramas que forman parte de UML en forma práctica utilizando Enterprise Architect.

Más detalles

Documentación de Requisitos con Casos de Uso

Documentación de Requisitos con Casos de Uso de Documentación de Requisitos con Casos de Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla octubre 2012 de Los son historias que describen interacciones entre: Actores: personas

Más detalles

UML y UP. Programa de Estudio.

UML y UP. Programa de Estudio. UML y UP Programa de Estudio UML y UP Analiza, modela y diseña sistemas orientado a objetos con UML. Aprende todos los diagramas que forman parte de UML en forma práctica utilizando Enterprise Architect.

Más detalles

SEMESTRE: CREDITOS: 3 Horas Presénciales: 3 Horas de Acompañamiento: 1 Total Horas Semanales 4 CODIGO: Sistemas de Información

SEMESTRE: CREDITOS: 3 Horas Presénciales: 3 Horas de Acompañamiento: 1 Total Horas Semanales 4 CODIGO: Sistemas de Información NÚCLEO DE CONTENIDO: Ingeniería Aplicada NÚCLEO DE CONOCIMIENTO: Sistemas de Información NUCLEO TEMÁTICO: Ingeniería de Software-I SEMESTRE: VI CREDITOS: 3 Horas Presénciales: 3 Horas de Acompañamiento:

Más detalles

Ejercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO

Ejercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO Ejercicio Guiado de Análisis y Diseño Orientado a Objetos Ejemplo: CAJERO AUTOMÁTICO El siguiente ejercicio muestra las diferentes actividades que se realizan dentro del desarrollo de un producto software

Más detalles

Diseño de la Arquitectura Lógica con Patrones. mayo de 2008

Diseño de la Arquitectura Lógica con Patrones. mayo de 2008 Diseño de la Arquitectura Lógica con Patrones mayo de 2008 Agenda Definición de Arquitectura Dimensiones de Arquitectura Categorías de Patrones Patrón de Arquitectura Organización de Paquetes Análisis

Más detalles

Implementacion y prueba de unidades. Figura 2.1. El ciclo de vida del software. 1

Implementacion y prueba de unidades. Figura 2.1. El ciclo de vida del software. 1 2.1 Introducción al análisis de sistemas 2.1.1 Ciclo de vida del desarrollo de sistemas La concepción de sistemas viene de las ciencias naturales al tratar de analizar un ser vivo a través del estudio

Más detalles

Rational Unified Process

Rational Unified Process Rational Unified Process 1 Qué es un Proceso? Un proceso define Quién está haciendo Qué, Cuándo y Cómo para lograr un cierto objetivo. En la ingeniería de software el objetivo es construir un producto

Más detalles

PROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática

PROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática PROCESOS PARA LA INGENIERÍA DE SOFTWARE Bibliografía Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España. Sommerville I., Ingeniería de Software, Addison-Wesley,

Más detalles

Capacitación adquirida por el alumno al finalizar este modulo

Capacitación adquirida por el alumno al finalizar este modulo Curso de UML y UP Analiza, modela y diseña sistemas orientado a objetos con UML. Aprende cuándo y cómo utilizar todos los diagramas que forman parte de UML en forma práctica utilizando el Enterprise Architect

Más detalles

Tema 7: Diagramas de Colaboración

Tema 7: Diagramas de Colaboración Tema 7: Diagramas de Colaboración Maria-Isabel, Sanchez Segura Arturo, Mora-Soto Diagramas de UML Los diagramas expresan gráficamente partes de un modelo Use Case Use Case Use Case Diagramas de Use Diagramas

Más detalles

octubre de 2007 Arquitectura de Software

octubre de 2007 Arquitectura de Software octubre de 2007 Arquitectura de Software Seis mejores Prácticas Desarrollo Iterativo Administrar Requerimientos Usar Arquitecturas basadas en Componentes Modelado Visual (UML) Verificar Continuamente la

Más detalles

UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE

UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE Ing. Francisco Rodríguez Novoa Tema 7 Modelo de Análisis Ing. Francisco Rodríguez Rational Unified Process (RUP) 3 OBJETIVOS Conocer que el Análisis ve

Más detalles

Principios de la Tecnología de Objetos

Principios de la Tecnología de Objetos Principios de la Tecnología de Objetos Unified Modeling Language Copyright Copyright (c) 2004 José M. Ordax Este documento puede ser distribuido solo bajo los términos y condiciones de la Licencia de Documentación

Más detalles

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA)

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA) UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA) FACULTAD DE INGENIERIA DE SISTEMAS E INFORMATICA ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS 1. INFORMACIÓN GENERAL

Más detalles

División Académica de Informática y Sistemas

División Académica de Informática y Sistemas Área de formación Sustantiva Profesional Nombre de la asignatura Docencia frente a grupo según SATCA Trabajo de Campo Supervisado según SATCA HCS HPS TH C HTCS TH C TC 2 2 4 4 0 0 0 4 Clave de la asignatura

Más detalles

Unified modeling language

Unified modeling language Unified modeling language UML es un lenguaje para la especificación, visualización, construcción y documentación de documentos de sistemas de software. Es independiente del lenguaje de implementación y

Más detalles

Universidad Ricardo Palma

Universidad Ricardo Palma 1. DATOS GENERALES PLAN DE ESTUDIOS 2006-II SÍLABO 1.1 Nombre del curso : Ingeniería de Requerimientos 1.2 Código : 1.3 Tipo del curso : Teórico Práctico. 1.4 Área Académica : Ingeniería de Software 1.5

Más detalles

Programación Orientada a Objetos

Programación Orientada a Objetos Programación Orientada a Objetos PROGRAMACIÓN ORIENTADA A OBJETOS 1 Sesión No. 8 Nombre: El Modelo de diseño con UML Contextualización Los modelos que podemos crear con UML son varios, por lo que debemos

Más detalles

BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA

BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA Contenido Una metodología para el desarrollo de software debe ser un instrumento que permita gestionar un proceso dado, existen hoy

Más detalles

Por qué están fallando los sistemas de información (SI)?

Por qué están fallando los sistemas de información (SI)? INTRODUCCIÓN AL PARADIGMA ORIENTADO A OBJETOS Por qué están fallando los sistemas de información (SI)? Desarrollos de software tienen unos costes incontrolados Los fabricantes de hardware obtienen unos

Más detalles

PROCESO UNIFICADO: DISEÑO

PROCESO UNIFICADO: DISEÑO PROCESO UNIFICADO: DISEÑO El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar Jacobson, Grady Booch,

Más detalles

A continuación se describe con mayor detalle cada una de tales unidades:

A continuación se describe con mayor detalle cada una de tales unidades: 1. OBJETIVOS: - Entender los conceptos teórico-prácticos que se emplean en la fase de diseño de un proyecto de software. - Entender las metodologías de diseño para las diferentes estrategias de desarrollo

Más detalles

De Desempeño De Conocimiento SABERES ESENCIALES CONTENIDOS RUTA FORMATIVA Saber Conocer Nociones, Proposiciones, Conceptos Categorías

De Desempeño De Conocimiento SABERES ESENCIALES CONTENIDOS RUTA FORMATIVA Saber Conocer Nociones, Proposiciones, Conceptos Categorías Facultad Programa Académico Nombre Del Curso Administración e Ingenierias Ingenieria De Sistemas ANÁLISIS DE SISTEMAS Problema? Competencia específica Criterios de Desempeño Saber conocer Saber Ser Saber

Más detalles

Tema 4: Diagramas de Casos de Uso

Tema 4: Diagramas de Casos de Uso Tema 4: Diagramas de Casos de Uso Maria-Isabel, Sanchez Segura Arturo, Mora-Soto 1 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos

Más detalles

El Proceso Unificado de Desarrollo

El Proceso Unificado de Desarrollo El Proceso Unificado de Desarrollo 1 - Captura de El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar

Más detalles

Diagrama de Clases I: asociaciones

Diagrama de Clases I: asociaciones Programación Orientada a Objetos Diagrama de Clases I: asociaciones Ing. Julio Ernesto Carreño Vargas MsC. Concepto de diagrama de clases Modelo de Dominio Un modelo conceptual explica los conceptos más

Más detalles

Introducción a la orientación a objetos y a UML

Introducción a la orientación a objetos y a UML Introducción a la orientación a objetos y a UML El lenguaje unificado de modelado. Manual de referencia. James Rumbaugh, Ivar Jacobson, Grady Booch. Ed. Addison Wesley, 2000 El proceso unificado de desarrollo,

Más detalles

Ingeniería del Software. Pruebas. Pruebas en el PUD. Las pruebas del software. Diseño de casos de prueba. Pruebas de SI OO

Ingeniería del Software. Pruebas. Pruebas en el PUD. Las pruebas del software. Diseño de casos de prueba. Pruebas de SI OO Pruebas Pruebas en el PUD Las pruebas del software Diseño de casos de prueba Pruebas de SI OO 1 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos de uso, Modelo de Dominio,...

Más detalles

Sistemas de Información II. Análisis de Sistemas Orientado a Objetos

Sistemas de Información II. Análisis de Sistemas Orientado a Objetos Análisis de Sistemas Orientado a Objetos El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Admón.

Más detalles

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases Prof. Mariano Mancuso Sistemas de información y control diagrama de clases UML Qué son los modelos? Para qué sirven los modelos? Cuáles son los modelos de UML? Se usan todos...? Qué son los modelos? Un

Más detalles

Qué es RUP? RUP es un proceso de desarrollo de software: Objetivos: Es también un producto:

Qué es RUP? RUP es un proceso de desarrollo de software: Objetivos: Es también un producto: Qué es RUP? Requisitos del usuario Proceso de desarrollo de software Sistema de software RUP es un proceso de desarrollo de software: Forma disciplinada de asignar tareas y responsabilidades en una empresa

Más detalles

Ingeniería de Software: Y eso qué es?

Ingeniería de Software: Y eso qué es? Ingeniería de Software: Y eso qué es? Definición: Estrategia para desarrollar software de alta calidad. A qué se le denomina Software de alta calidad? Al software que sea: Util (al cliente). Portable.

Más detalles

1.1 Conceptualización de UML

1.1 Conceptualización de UML 1.1 Conceptualización de UML 1.1.1 Las primeras metodologías Los lenguajes de modelado O.O aparecieron entre la mitad de los años 70 y finales de los 80. El número de métodos OO se incrementó increíblemente

Más detalles

Caracterización de los Procesos de Negocio

Caracterización de los Procesos de Negocio Caracterización de los Procesos de Negocio Sistemas de Información Administrativos Departamento de Ingeniería Industrial Universidad de Chile Derechos Reservados (c) Agenda Proceso de Negocio Características

Más detalles

Horas Contacto. Modelar gráficamente la solución de problemas con un enfoque Orientado a Objetos, usando un lenguaje de modelado, en este caso UML.

Horas Contacto. Modelar gráficamente la solución de problemas con un enfoque Orientado a Objetos, usando un lenguaje de modelado, en este caso UML. FACULTAD DE INGENIERIA DEPARTAMENTO DE INGENIERIA DE SISTEMAS Nombre de la asignatura (Curso) Código de la asignatura (ID Curso) Análisis y Diseño Orientado a Objetos 4183 Fecha de Actualización Enero

Más detalles

Análisis y Diseño de Sistemas

Análisis y Diseño de Sistemas Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 6 Modelo de Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE 2006

Más detalles

Proceso Unificado (Iterativo e incremental)

Proceso Unificado (Iterativo e incremental) Proceso Unificado (Iterativo e incremental) Proceso Unificado de Desarrollo de Software, I. Jacobson, J. Rumbaugh y G. Booch, Addison-Wesley, 1999 Fases y Flujos de trabajo de los ciclos de vida. Disciplinas

Más detalles

CICLOS DE VIDA Y METODOLOGIAS

CICLOS DE VIDA Y METODOLOGIAS INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda Contexto Ciclos de vida: Modelo

Más detalles

6.3 EDIFICACIÓN. [Proceso]

6.3 EDIFICACIÓN. [Proceso] 6.3 EDIFICACIÓN. [Proceso] Esta etapa comprende la construcción del sistema en una serie de iteraciones increméntales. La construcción de un sistema utilizando ciclos de desarrollo iterativos tiene ciertas

Más detalles

Applying UML and paterns (Capítulos 8, 9 y 10)

Applying UML and paterns (Capítulos 8, 9 y 10) Applying UML and paterns (Capítulos 8, 9 y 10) ABEL ORTEGA HERNÁNDEZ CINVESTAV-Tamaulipas 08 de Octubre del 2012 ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del 2012 1 / 91 Capítulo 8: Iteración

Más detalles

Marcos López Sanz Ingeniería del Software de Gestión. Introducción El proceso unificado Principios básicos Las 4 p

Marcos López Sanz Ingeniería del Software de Gestión. Introducción El proceso unificado Principios básicos Las 4 p Tema 4: El Proceso Unificado de Desarrollo Marcos López Sanz Ingeniería del Software de Gestión Índice Introducción El proceso unificado Principios básicos Las 4 p Estructura del proceso unificado Flujos

Más detalles

Tema 4c: El Proceso Unificado de Desarrollo

Tema 4c: El Proceso Unificado de Desarrollo Tema 4c: El Proceso Unificado de Desarrollo Marcos López Sanz Índice Introducción El proceso unificado Principios básicos Las 4 p Estructura del proceso unificado Flujos de trabajo principales Fases del

Más detalles

Los modelos de proceso que se discuten en este capítulo son:

Los modelos de proceso que se discuten en este capítulo son: Ingeniería de Software 6ª Edición Ian Somerville Addison Wesley Resumen Cap. 3 Procesos del software Modelos del proceso del software Un modelo del proceso del software es una representación abstracta

Más detalles

PLANIFICACIÓN DE INGENIERÍA DEL SOFTWARE

PLANIFICACIÓN DE INGENIERÍA DEL SOFTWARE República Bolivariana de Venezuela. Universidad Bolivariana de Venezuela. Sede: Ciudad Bolívar. P.F.G Informática para la Gestión Social PLANIFICACIÓN DE INGENIERÍA DEL SOFTWARE Propuesta por: Yudith Sánchez

Más detalles

Tema 6: Diagramas de Secuencia

Tema 6: Diagramas de Secuencia Tema 6: Diagramas de Secuencia Maria-Isabel, Sanchez Segura Arturo, Mora-Soto Diagramas de UML Los diagramas expresan gráficamente partes de un modelo Use Case Use Case Use Case Diagrams Diagramas de Use

Más detalles

INGENIERÍA DE SOFTWARE. Sesión 8: Tipos de diagramas

INGENIERÍA DE SOFTWARE. Sesión 8: Tipos de diagramas INGENIERÍA DE SOFTWARE Sesión 8: Tipos de diagramas Contextualización La representación de las aplicaciones se puede dar mediante diagramas, en los cuales se expresan las entradas de información, las salidas,

Más detalles

División Académica de Informática y Sistemas

División Académica de Informática y Sistemas Área de formación Sustantiva Profesional Nombre de la asignatura Docencia frente a grupo según SATCA Trabajo de Campo Supervisado según SATCA HCS HPS TH C HTCS TH C TC 2 2 4 4 0 0 0 4 Laboratorio de Diseño

Más detalles

Procesos y desarrollo de SW Proceso Unificado

Procesos y desarrollo de SW Proceso Unificado Proceso Unificado En este enfoque, el desarrollo se organiza en iteraciones. El resultado de cada iteración es un sistema que puede ser probado, integrado y ejecutado. ada iteración incluye sus propias

Más detalles

diagramas de comportamiento con UML.

diagramas de comportamiento con UML. U.T.7: Elaboración de diagramas de comportamiento con UML. [Fuente: Entornos de Desarrollo, Alicia Ramos, Ed.Garceta] [Fuente: EL LENGUAJE UNIFICADO DE MODELADO, Grady Booch, James Rumbaugh, Ivar Jacobson,

Más detalles