Tema 9: Método de Craig Larman
|
|
- José Francisco Soto Cabrera
- hace 5 años
- Vistas:
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 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 detallesIngenierí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 detallesQUÉ 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 detallesAná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 detallesInteracció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 detallesIngenierí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 detallesProceso 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 detallesTema 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 detallesFecha 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 detallesDesarrollo 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 detallesINGENIERIA 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 detalles1. 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 detallesTema 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 detallesSILABO 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 detallesMODULO 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 detallesUNIVERSIDAD 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 detallesIngenierí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 detallesPersonas. 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 detallesTÉ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 detallesPROCESOS 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 detallesUML (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 detallesPresentació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 detallesObligatoria 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 detalles4/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 detallesTEMA 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 detallesOscar 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 detallesEl 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 detallesORGANIZACIÓ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 detallesUNIVERSIDAD 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 detallesPrograma 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 detallesUnidad 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 detallesProceso 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 detallesDesarrollo 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 detalles1. 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 detallesUniversidad 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 detallesEl 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 detallesEl 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 detallesUniversidad 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 detalles1. 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 detallesUNIVERSIDAD 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 detallesINGENIERIA 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 detallesHoras 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 detallesProcesos 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 detallesPROGRAMA 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 detallesUso 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 detallesUML 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 detallesINGENIERÍ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 detallesProceso 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 detallesUML 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 detallesDocumentació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 detallesUML 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 detallesSEMESTRE: 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 detallesEjercicio 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 detallesDiseñ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 detallesImplementacion 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 detallesRational 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 detallesPROCESOS 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 detallesCapacitació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 detallesTema 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 detallesoctubre 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 detallesUNT 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 detallesPrincipios 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 detallesUNIVERSIDAD 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 detallesDivisió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 detallesUnified 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 detallesUniversidad 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 detallesProgramació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 detallesBUENAS 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 detallesPor 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 detallesPROCESO 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 detallesA 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 detallesDe 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 detallesTema 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 detallesEl 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 detallesDiagrama 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 detallesIntroducció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 detallesIngenierí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 detallesSistemas 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 detallesProf. 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 detallesQué 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 detallesIngenierí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 detalles1.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 detallesCaracterizació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 detallesHoras 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 detallesAná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 detallesProceso 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 detallesCICLOS 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 detalles6.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 detallesApplying 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 detallesMarcos 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 detallesTema 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 detallesLos 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 detallesPLANIFICACIÓ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 detallesTema 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 detallesINGENIERÍ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 detallesDivisió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 detallesProcesos 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 detallesdiagramas 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