Applying UML and paterns (Capítulos 8, 9 y 10)
|
|
|
- Lorenzo González Salinas
- hace 5 años
- Vistas:
Transcripción
1 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 / 91
2 Capítulo 8: Iteración 1 Conceptos Básicos Introducción 1 Capítulo 8: Iteración 1 Conceptos Básicos Introducción 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA 8.2. Proceso: Creación y Elaboración 8.3. Proceso: Planificación de la siguiente iteración ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
3 Introducción Capítulo 8: Iteración 1 Conceptos Básicos Introducción Iteración de los casos de estudio Creación y fases de elaboración ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
4 Capítulo 8: Iteración 1 Conceptos Básicos 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA 1 Capítulo 8: Iteración 1 Conceptos Básicos Introducción 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA 8.2. Proceso: Creación y Elaboración 8.3. Proceso: Planificación de la siguiente iteración ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
5 Capítulo 8: Iteración 1 Conceptos Básicos 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA Uso de UML sobre OOA/D Requisitos de la primera iteración de NextGen POS: Implementar un escenario básico, el principal es el caso de uso del Proceso de Venta: procesar los productos y recibir un pago en efectivo. Implementar un caso de uso de la Puesta en Marcha es necesario para apoyar las necesidades de la iteración. Nada sofisticado o manipulaciones complejas, sólo un escenario simple, y el diseño e implementación para apoyar. No hay colaboración con los servicios externos, tales como calcular impuestos o base de datos de productos. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
6 Capítulo 8: Iteración 1 Conceptos Básicos 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA No se aplican reglas para calcular precios complejos. El diseño y la implementación ayudan en el diseño de la interfaz de usuario, base de datos, y otras también se llevarán a cabo, pero no se cubren a detalle. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
7 Capítulo 8: Iteración 1 Conceptos Básicos 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA En el desarrollo iterativo no implementamos todos los requisitos a la vez: Cada caso de uso en su primera iteración en realidad es un subconjunto de dicho caso de uso. En la primera iteración no se detallan a fondo todos los casos de uso sólo una parte del total. Se realizan las fases de pruebas de calidad para el subconjunto de requerimientos en la iteración y se trabaja de manera simultánea en la siguiente. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
8 Capítulo 8: Iteración 1 Conceptos Básicos 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA Desarrollo incremental para el mismo caso de uso a través de iteraciones: Es común trabajar en diversos escenarios del mismo caso de uso durante las iteraciones. Los casos de uso simples pueden ser cubiertos en una sola iteración. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
9 Capítulo 8: Iteración 1 Conceptos Básicos 8.2. Proceso: Creación y Elaboración 1 Capítulo 8: Iteración 1 Conceptos Básicos Introducción 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA 8.2. Proceso: Creación y Elaboración 8.3. Proceso: Planificación de la siguiente iteración ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
10 Capítulo 8: Iteración 1 Conceptos Básicos 8.2. Proceso: Creación y Elaboración 8.2. Proceso: Creación y Elaboración Supongamos que en términos de UP y de casos de uso, imagine que la fase de inicialización a terminado y esta entrando a la fase de desarrollo. Qué pasó en la fase de inicio? Los casos de estudio pueden durar sólo una semana. Es una fase rápida y ligera de investigación. En la fase de inicio se determina la viabilidad, el riesgo y el alcance y determinar si vale la pena una investigación más seria. Algunas actividades de la fase de inicio pueden ser: Seminario corto de requerimientos. Definir actores, metas y nombrar los casos de uso. La mayoría de los casos de uso se detallan de manera breve. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
11 Capítulo 8: Iteración 1 Conceptos Básicos 8.2. Proceso: Creación y Elaboración 8.2. Proceso: Creación y Elaboración Identificar los requisitos que ponen en riesgo la calidad. Escribir una versión complementaria de la visión y especificación. Listar todos los posibles riesgos. Probar técnicas conceptuales de prototipos y otras investigaciones para probar la viabilidad de los requisitos especiales. Crear una interfaz de usuario orientada a prototipos. Ver que componentes es necesario comprar, construir o reutilizar. Plan de desarrollo para la primera iteración. Listar las posibles herramientas a utilizar. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
12 Capítulo 8: Iteración 1 Conceptos Básicos 8.2. Proceso: Creación y Elaboración 8.2. Proceso: Creación y Elaboración En la elaboración se define: la arquitectura central, se resuelven los elementos de alto riesgo, se definen la mayoría de los requisitos y estimar el calendario general así como los recursos. La elaboración es el inicio de la serie de iteraciones en un proyecto normal: El núcleo: riesgos de la arquitectura de software y pruebas de la programación. La mayoría de los requisitos se descubre y se normalizan. Los principales riesgos se mitigan o se resuelven. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
13 Capítulo 8: Iteración 1 Conceptos Básicos 8.2. Proceso: Creación y Elaboración 8.2. Proceso: Creación y Elaboración En la elaboración se realiza una investigación más seria, se implementa la arquitectura núcleo, se aclaran la mayoría de los requerimientos. La elaboración generalmente aborda de dos a tres iteraciones. No es una fase de diseño ni donde se desarrollan los modelos de manera completa. No se desarrollan prototipos si no que se genera código y diseños de calidad. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
14 Capítulo 8: Iteración 1 Conceptos Básicos 8.2. Proceso: Creación y Elaboración 8.2. Proceso: Creación y Elaboración Algunas ideas claves y buenas prácticas son: Iniciar la programación temprana. Diseñar adaptativamente, implementar y probar la arquitectura principal. Realizar pruebas de manera temprana. Adaptaciones basadas en retroalimentación de pruebas, por usuarios y por los desarrolladores. Detallar a fondo los casos de uso conforme se desarrollen las iteraciones. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
15 Capítulo 8: Iteración 1 Conceptos Básicos 8.2. Proceso: Creación y Elaboración 8.2. Proceso: Creación y Elaboración Qué artefactos se inician en la elaboración? ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
16 Capítulo 8: Iteración 1 Conceptos Básicos 8.2. Proceso: Creación y Elaboración 8.2. Proceso: Creación y Elaboración Se sabe que no se entiende la elaboración cuando: Lleva más meses de lo que toma un proyecto normal. Sólo lleva una iteración. La mayoría de los elementos se definieron antes de la elaboración. No se abordan los elementos de riesgo y la arquitectura principal, entre otros. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
17 Capítulo 8: Iteración 1 Conceptos Básicos 8.3. Proceso: Planificación de la siguiente iteración 1 Capítulo 8: Iteración 1 Conceptos Básicos Introducción 8.1 Énfasis y Requisitos: Habilidades enfocadas a OOA 8.2. Proceso: Creación y Elaboración 8.3. Proceso: Planificación de la siguiente iteración ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
18 Capítulo 8: Iteración 1 Conceptos Básicos 8.3. Proceso: Planificación de la siguiente iteración 8.3. Proceso: Planificación de la siguiente iteración Organizar los requisitos e iteraciones por el riesgo, cobertura y nivel crítico. Riesgo: incluye la complejidad técnica y entre otros como la incertidumbre del esfuerzo. Cobertura: implica cubrir todas las partes principales del sistema de manera poco profunda a través de las iteraciones. Importancia: se refiere a las cuestiones que el cliente considera de alto valor al negocio. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
19 Capítulo 9: Modelos de Dominio Introducción 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
20 Introducción Capítulo 9: Modelos de Dominio Introducción Iidentificar las clases conceptuales relacionadas con la iteración actual. Crear un modelo de dominio inicial. Modelar atributos adecuados y asociaciones. El modelo de dominio es el modelo más importante y clásico en el análisis orientado a objetos. El modelo de dominio es opcional. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
21 Introducción Capítulo 9: Modelos de Dominio Introducción Puede influir de manera importante en: contratos de operación, glosario y el modelo del diseño. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
22 Capítulo 9: Modelos de Dominio 9.1. Ejemplo 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
23 9.1. Ejemplo Capítulo 9: Modelos de Dominio 9.1. Ejemplo Se puede observar que la venta y pago tienen una estrecha relación. Aplicando la notación UML al diagrama de modelo de dominio se obtiene un modelo de perspectiva conceptual. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
24 9.1. Ejemplo Capítulo 9: Modelos de Dominio 9.1. Ejemplo ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
25 Capítulo 9: Modelos de Dominio 9.2. Qué es un modelo de dominio? 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
26 Capítulo 9: Modelos de Dominio 9.2. Qué es un modelo de dominio? 9.2. Qué es un modelo de dominio? La excelencia de la etapa de análisis orientado a objetos es la descomposición de un dominio en conceptos notables u objetos. Un modelo de dominio es una representación visual de las clases conceptuales u objetos de la situación real de un dominio. En el UP, el término "modelo de dominio"significa una representación de una situación real de clases conceptuales, no de objetos de software. Más precisamente, el UP Modelo de Dominio es una especialización del UP Modelo de Negocio de Objetos (BOM), se centra en la explicación de las cosas y de los productos importantes a un dominio de negocio. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
27 Capítulo 9: Modelos de Dominio 9.2. Qué es un modelo de dominio? 9.2. Qué es un modelo de dominio? Aplicando la notación UML, un modelo de dominio se ilustra con un conjunto de diagramas de clase en el que no hay ninguna operación definida. Proporciona una perspectiva conceptual. Se puede mostrar: Objetos de dominio o clases conceptuales. Asociaciones entre las clases conceptuales. Atributos de clases conceptuales. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
28 Capítulo 9: Modelos de Dominio 9.2. Qué es un modelo de dominio? 9.2. Qué es un modelo de dominio? Definición: Por qué llamar a un modelo de dominio un "Diccionario Visual Se llama diccionario visual debido a que esta representado a manera de diagramas en lugar que de forma escrita, esto porque es más fácil comprender los términos y sus relaciones de esta forma. Definición: Es un modelo de dominio una imagen de objetos de un software de negocios? Artefactos de software, bases de datos o una ventana no son adecuados en un modelo de dominio. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
29 Capítulo 9: Modelos de Dominio 9.2. Qué es un modelo de dominio? 9.2. Qué es un modelo de dominio? Definición: Qué son las clases conceptuales? Informalmente, una clase conceptual es una idea, cosa u objeto. Más formalmente, una clase conceptual se puede considerar en términos de su símbolo, intensión y extensión: Símbolo: palabras o imágenes que representan a una clase conceptual. Intensión: definición de una clase conceptual. Extensión: la serie de ejemplos a los que se aplica la clase conceptual. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
30 Capítulo 9: Modelos de Dominio 9.2. Qué es un modelo de dominio? 9.2. Qué es un modelo de dominio? ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
31 Capítulo 9: Modelos de Dominio 9.3. Motivación: Por qué crear un modelo de dominio? 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
32 Capítulo 9: Modelos de Dominio 9.3. Motivación: Por qué crear un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? El definir los términos clave así como representarlos de manera visual apoya en mucho al momento de realizar la representación del software y el modelo mental del dominio. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
33 Capítulo 9: Modelos de Dominio 9.4. Guía. Cómo crear un modelo de dominio? 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
34 Capítulo 9: Modelos de Dominio 9.4. Guía. Cómo crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? Limitar los requisitos de diseño para la iteración actual: Encontrar las clases conceptuales. Dibujar las clases en un diagrama de clases de UML. Agregar las asociaciones y atributos. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
35 Capítulo 9: Modelos de Dominio 9.5 Guía: Cómo encontrar clases conceptuales? 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
36 Capítulo 9: Modelos de Dominio 9.5 Guía: Cómo encontrar clases conceptuales? 9.5 Guía: Cómo encontrar clases conceptuales? Hay tres estrategias para encontrar las clases conceptuales: Reutilizar o modificar modelos existentes. Utilizar una lista de categorías (transacciones comerciales, transacciones de artículos de línea, etc.). Identificar frases sustantivas. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
37 Capítulo 9: Modelos de Dominio 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
38 Capítulo 9: Modelos de Dominio 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) Se utilizará la estrategia de identificar frases sustantivas para encontrar las clases conceptuales. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
39 Capítulo 9: Modelos de Dominio 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) No hay una lista correcta como tal. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
40 Capítulo 9: Modelos de Dominio 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
41 Capítulo 9: Modelos de Dominio 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.7. Guía: Modelo ágil de diseño de un diagrama de clases Al diseñar el diagrama de una clase es posible dejar el lado inferior y derecho abiertos, esto para agregar nuevos elementos conforme se descubran. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
42 Capítulo 9: Modelos de Dominio 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
43 Capítulo 9: Modelos de Dominio 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta El modelado ágil es útil pero no siempre es posible descubrir clases importantes en el inicio, se descubren durante la fase de programación. El diseñar el modelo en alguna herramienta CASE UML sirve entre otras cosas para que se pueda ver el diagrama fácilmente o actualizarlo. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
44 Capítulo 9: Modelos de Dominio 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
45 Capítulo 9: Modelos de Dominio 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? En el modelo de dominio de POS, el recibo de pago y venta Deberá estar en el modelo de dominio? Para este caso es posible omitirse en algunas iteraciones pero podría incluirse de ser necesario debido a que juega un papel importante, por ejemplo para la devolución de productos. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
46 Capítulo 9: Modelos de Dominio Guía: Pensar como un cartógrafo; Utilizar términos del dominio 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
47 Capítulo 9: Modelos de Dominio Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Pensar como un cartógrafo; Utilizar términos del dominio Esta estrategia se puede aplicar a los mapas y al modelo del dominio. Utilizar los nombres existentes pertenecientes al dominio (cajero, cliente). Excluir características irrelevantes o fuera del alcance. No agregar cosas que no se encuentran en el dominio. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
48 Capítulo 9: Modelos de Dominio Guía: Cómo modelar un mundo irreal? 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
49 Capítulo 9: Modelos de Dominio Guía: Cómo modelar un mundo irreal? Guía: Cómo modelar un mundo irreal? Es posible hacer modelos de dominio sobre representaciones análogas a la naturaleza, por ejemplo el modelado de software para las telecomunicaciones. Para realizar un modelado de este tipo es necesario un alto grado de abstracción y tener conocimientos profundos del tema. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
50 Capítulo 9: Modelos de Dominio Guía: Error común con atributos VS clases 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
51 Capítulo 9: Modelos de Dominio Guía: Error común con atributos VS clases Guía: Error común con atributos VS clases El error más común es representar un atributo cuando debería ser una clase conceptual. Clave: si no pensamos en una clase conceptual X como un número o un texto del mundo real, es probable que X sea una clase conceptual no un atributo. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
52 Capítulo 9: Modelos de Dominio Guía: Cuando modelar una clase con descripción? 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
53 Capítulo 9: Modelos de Dominio Guía: Cuando modelar una clase con descripción? Guía: Cuando modelar una clase con descripción? Una clase con descripción contiene información para definir algo más (por ejemplo la clase para describir un artículo de hardware). ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
54 Capítulo 9: Modelos de Dominio 9.14 Asociaciones 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
55 9.14 Asociaciones Capítulo 9: Modelos de Dominio 9.14 Asociaciones Es útil para mostrar las asociaciones que satisfacen las necesidades de los escenarios actuales, ayudando a comprender mejor el dominio. Una asociación es una relación entre clases que indica alguna conexión significativa e interesante. Es necesario evitar un gran número de asociaciones porque podría obscurecer la visión del dominio. La asociación es bidireccional si no se indica con una flecha. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
56 9.14 Asociaciones Capítulo 9: Modelos de Dominio 9.14 Asociaciones ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
57 9.14 Asociaciones Capítulo 9: Modelos de Dominio 9.14 Asociaciones Una asociación se representa como una línea entre las clases donde se le asigna un nombre y una multiplicidad que indica la relación numérica. La multiplicidad indica cuantas instancias de una clase A pueden estar asociadas a una clase B. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
58 9.14 Asociaciones Capítulo 9: Modelos de Dominio 9.14 Asociaciones ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
59 Capítulo 9: Modelos de Dominio Ejemplo: Las asociaciones en los modelos de dominio (POS) 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
60 Capítulo 9: Modelos de Dominio Ejemplo: Las asociaciones en los modelos de dominio (POS) Ejemplo: Las asociaciones en los modelos de dominio (POS) Las asociaciones van adecuadas a donde la información necesita ser recordada o debe perdurar para elementos del mismo tipo. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
61 Capítulo 9: Modelos de Dominio Ejemplo: Las asociaciones en los modelos de dominio (POS) Ejemplo: Las asociaciones en los modelos de dominio (POS) ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
62 Capítulo 9: Modelos de Dominio Atributos 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
63 9.16. Atributos Capítulo 9: Modelos de Dominio Atributos Son útiles para satisfacer las necesidades de clases conceptuales. Un atributo es un valor lógico de datos de un objeto. La notación en UML de un atributo es: nombre visible: tipo de multiplicidad = tipo de dato. Por definición todos los atributos tienen visibilidad privada a menos que se indique lo contrario. Es importante dedicar un tiempo al momento de definir clases conceptuales a el tipo de dato que se le dará a cada atributo. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
64 Capítulo 9: Modelos de Dominio Ejemplo: Los atributos de los modelos de dominio (POS) 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
65 Capítulo 9: Modelos de Dominio Ejemplo: Los atributos de los modelos de dominio (POS) Ejemplo: Los atributos de los modelos de dominio (POS) ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
66 Capítulo 9: Modelos de Dominio Conclusión: Es el modelo de dominio correcto? 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
67 Capítulo 9: Modelos de Dominio Conclusión: Es el modelo de dominio correcto? Conclusión: Es el modelo de dominio correcto? Como ya se mencionó no hay un modelo de dominio perfecto. El modelo de dominio es una herramienta de comprensión y comunicación entre un grupo en particular. Un modelo útil captura las abstracciones esenciales y la información necesaria para comprenderlo. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
68 Capítulo 9: Modelos de Dominio Proceso: Modelo de dominio iterativo y evolutivo 2 Capítulo 9: Modelos de Dominio Introducción 9.1. Ejemplo 9.2. Qué es un modelo de dominio? 9.3. Motivación: Por qué crear un modelo de dominio? 9.4. Guía. Cómo crear un modelo de dominio? 9.5 Guía: Cómo encontrar clases conceptuales? 9.6. Ejemplo: Encontrar y Dibujar clases conceptuales (POS) 9.7. Guía: Modelo ágil de diseño de un diagrama de clases 9.8. Guía: Modelado ágil manteniendo el modelo en una herramienta 9.9. Guía: Los objetos de reporte incluyen Recibo. en el modelo? Guía: Pensar como un cartógrafo; Utilizar términos del dominio Guía: Cómo modelar un mundo irreal? Guía: Error común con atributos VS clases Guía: Cuando modelar una clase con descripción? 9.14 Asociaciones Ejemplo: Las asociaciones en los modelos de dominio ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
69 Capítulo 9: Modelos de Dominio Proceso: Modelo de dominio iterativo y evolutivo Proceso: Modelo de dominio iterativo y evolutivo El modelo de dominio evoluciona a través de las iteraciones. En cada iteración el modelo se limita a las situaciones anteriores y posteriores a dicha iteración. Se debe evitar un modelado a nivel de cascada. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
70 Capítulo 9: Modelos de Dominio Proceso: Modelo de dominio iterativo y evolutivo Proceso: Modelo de dominio iterativo y evolutivo ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
71 Capítulo 10. Diagramas de secuencia del sistema Introducción 3 Capítulo 10. Diagramas de secuencia del sistema Introducción Ejemplo: Diagrama de secuencia del sistema de NextGen Qué son los diagramas de secuencia del sistema? Motivación: Por qué Dibuja un SSD? Aplicando UML: Diagramas de Secuencia Cuál es la relación entre los SSD y los casos de uso? Cómo nombrar los eventos y operaciones del sistema? Cómo modelar SSD que impliquen a otros sistemas externos? Qué información del SSD colocar en el Glosario? Proceso: SSD iterativos y evolutivos ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
72 Capítulo 10. Diagramas de secuencia del sistema Introducción Introducción En teoría, no existe ninguna diferencia entre la teoría y la práctica. Pero, en la práctica, lo hay: Jan L.A. van de Snepscheut. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
73 Capítulo 10. Diagramas de secuencia del sistema Introducción Introducción Un diagrama de secuencia del sistema (SSD) es un artefacto creado rápido y fácilmente. Ilustra los eventos de entrada y salida relacionados con los sistemas en discusión. Es posible representarlos mediante UML. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
74 Capítulo 10. Diagramas de secuencia del sistema Ejemplo: Diagrama de secuencia del sistema de NextGen 3 Capítulo 10. Diagramas de secuencia del sistema Introducción Ejemplo: Diagrama de secuencia del sistema de NextGen Qué son los diagramas de secuencia del sistema? Motivación: Por qué Dibuja un SSD? Aplicando UML: Diagramas de Secuencia Cuál es la relación entre los SSD y los casos de uso? Cómo nombrar los eventos y operaciones del sistema? Cómo modelar SSD que impliquen a otros sistemas externos? Qué información del SSD colocar en el Glosario? Proceso: SSD iterativos y evolutivos ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
75 Capítulo 10. Diagramas de secuencia del sistema Ejemplo: Diagrama de secuencia del sistema de NextGen Ejemplo: Diagrama de secuencia del sistema de NextGen SSD para el caso de una venta. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
76 Capítulo 10. Diagramas de secuencia del sistema Qué son los diagramas de secuencia del sistema? 3 Capítulo 10. Diagramas de secuencia del sistema Introducción Ejemplo: Diagrama de secuencia del sistema de NextGen Qué son los diagramas de secuencia del sistema? Motivación: Por qué Dibuja un SSD? Aplicando UML: Diagramas de Secuencia Cuál es la relación entre los SSD y los casos de uso? Cómo nombrar los eventos y operaciones del sistema? Cómo modelar SSD que impliquen a otros sistemas externos? Qué información del SSD colocar en el Glosario? Proceso: SSD iterativos y evolutivos ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
77 Capítulo 10. Diagramas de secuencia del sistema Qué son los diagramas de secuencia del sistema? Qué son los diagramas de secuencia del sistema? UML incluye diagramas de secuencia como una notación que puede ilustrar las interacciones de los actores y sus operaciones. Un diagrama de secuencia es un cuadro que muestra (para un escenario de un caso de uso en particular): Los eventos que generan los actores externos. Su orden. Las acciones del sistema. El dibujar un SSD ayuda a incrementar el éxito de el caso de uso. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
78 Capítulo 10. Diagramas de secuencia del sistema Motivación: Por qué Dibuja un SSD? 3 Capítulo 10. Diagramas de secuencia del sistema Introducción Ejemplo: Diagrama de secuencia del sistema de NextGen Qué son los diagramas de secuencia del sistema? Motivación: Por qué Dibuja un SSD? Aplicando UML: Diagramas de Secuencia Cuál es la relación entre los SSD y los casos de uso? Cómo nombrar los eventos y operaciones del sistema? Cómo modelar SSD que impliquen a otros sistemas externos? Qué información del SSD colocar en el Glosario? Proceso: SSD iterativos y evolutivos ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
79 Capítulo 10. Diagramas de secuencia del sistema Motivación: Por qué Dibuja un SSD? Motivación: Por qué Dibuja un SSD? Básicamente un sistema reacciona a tres eventos: Eventos externos de los actores. Programación de eventos. Fallos o excepciones. Todos estos eventos se abordan en un diseño del diagrama de secuencia. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
80 Capítulo 10. Diagramas de secuencia del sistema Aplicando UML: Diagramas de Secuencia 3 Capítulo 10. Diagramas de secuencia del sistema Introducción Ejemplo: Diagrama de secuencia del sistema de NextGen Qué son los diagramas de secuencia del sistema? Motivación: Por qué Dibuja un SSD? Aplicando UML: Diagramas de Secuencia Cuál es la relación entre los SSD y los casos de uso? Cómo nombrar los eventos y operaciones del sistema? Cómo modelar SSD que impliquen a otros sistemas externos? Qué información del SSD colocar en el Glosario? Proceso: SSD iterativos y evolutivos ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
81 Capítulo 10. Diagramas de secuencia del sistema Aplicando UML: Diagramas de Secuencia Aplicando UML: Diagramas de Secuencia UML no define un sistema como tal, más bien define los diagramas de secuencia. El SSD se utiliza posteriormente para ilustrar el diseño de la interacción de objetos del sistema. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
82 Capítulo 10. Diagramas de secuencia del sistema Cuál es la relación entre los SSD y los casos de uso? 3 Capítulo 10. Diagramas de secuencia del sistema Introducción Ejemplo: Diagrama de secuencia del sistema de NextGen Qué son los diagramas de secuencia del sistema? Motivación: Por qué Dibuja un SSD? Aplicando UML: Diagramas de Secuencia Cuál es la relación entre los SSD y los casos de uso? Cómo nombrar los eventos y operaciones del sistema? Cómo modelar SSD que impliquen a otros sistemas externos? Qué información del SSD colocar en el Glosario? Proceso: SSD iterativos y evolutivos ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
83 Capítulo 10. Diagramas de secuencia del sistema Cuál es la relación entre los SSD y los casos de uso? Cuál es la relación entre los SSD y los casos de uso? El SSD muestra eventos del sistema para un escenario en particular. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
84 Capítulo 10. Diagramas de secuencia del sistema Cómo nombrar los eventos y operaciones del sistema? 3 Capítulo 10. Diagramas de secuencia del sistema Introducción Ejemplo: Diagrama de secuencia del sistema de NextGen Qué son los diagramas de secuencia del sistema? Motivación: Por qué Dibuja un SSD? Aplicando UML: Diagramas de Secuencia Cuál es la relación entre los SSD y los casos de uso? Cómo nombrar los eventos y operaciones del sistema? Cómo modelar SSD que impliquen a otros sistemas externos? Qué información del SSD colocar en el Glosario? Proceso: SSD iterativos y evolutivos ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
85 Capítulo 10. Diagramas de secuencia del sistema Cómo nombrar los eventos y operaciones del sistema? Cómo nombrar los eventos y operaciones del sistema? Los eventos del sistema se deben expresar en el nivel abstracto de intención y no en términos del dispositivo físico de entrada. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
86 Capítulo 10. Diagramas de secuencia del sistema Cómo modelar SSD que impliquen a otros sistemas externos? 3 Capítulo 10. Diagramas de secuencia del sistema Introducción Ejemplo: Diagrama de secuencia del sistema de NextGen Qué son los diagramas de secuencia del sistema? Motivación: Por qué Dibuja un SSD? Aplicando UML: Diagramas de Secuencia Cuál es la relación entre los SSD y los casos de uso? Cómo nombrar los eventos y operaciones del sistema? Cómo modelar SSD que impliquen a otros sistemas externos? Qué información del SSD colocar en el Glosario? Proceso: SSD iterativos y evolutivos ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
87 Capítulo 10. Diagramas de secuencia del sistema Cómo modelar SSD que impliquen a otros sistemas externos? Cómo modelar SSD que impliquen a otros sistemas externos? SSD puede utilizarse para ilustrar la colaboración entre los sistemas. Por ejemplo la relación entre el POS y el sistema de autorización de pago a crédito. Sin embargo esto se aborda más a fondo en las iteraciones posteriores. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
88 Capítulo 10. Diagramas de secuencia del sistema Qué información del SSD colocar en el Glosario? 3 Capítulo 10. Diagramas de secuencia del sistema Introducción Ejemplo: Diagrama de secuencia del sistema de NextGen Qué son los diagramas de secuencia del sistema? Motivación: Por qué Dibuja un SSD? Aplicando UML: Diagramas de Secuencia Cuál es la relación entre los SSD y los casos de uso? Cómo nombrar los eventos y operaciones del sistema? Cómo modelar SSD que impliquen a otros sistemas externos? Qué información del SSD colocar en el Glosario? Proceso: SSD iterativos y evolutivos ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
89 Capítulo 10. Diagramas de secuencia del sistema Qué información del SSD colocar en el Glosario? Qué información del SSD colocar en el Glosario? Hay elementos en el SSD que se definen de manera muy escueta. Los nombres de operación, los parámetros, los datos de retorno se deben definir en el glosario. ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
90 Capítulo 10. Diagramas de secuencia del sistema Proceso: SSD iterativos y evolutivos 3 Capítulo 10. Diagramas de secuencia del sistema Introducción Ejemplo: Diagrama de secuencia del sistema de NextGen Qué son los diagramas de secuencia del sistema? Motivación: Por qué Dibuja un SSD? Aplicando UML: Diagramas de Secuencia Cuál es la relación entre los SSD y los casos de uso? Cómo nombrar los eventos y operaciones del sistema? Cómo modelar SSD que impliquen a otros sistemas externos? Qué información del SSD colocar en el Glosario? Proceso: SSD iterativos y evolutivos ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del / 91
PROCESO UNIFICADO. ARTEFACTOS DE LA FASE DE INICIO. Terminología clave del dominio.
POESO UNIFIADO. ATEFATOS DE LA FASE DE INIIO. ATEFATO Visión y Análisis del Negocio Modelo de casos de uso Especificación complementaria Glosario Lista de iesgos & Plan de Gestión del iesgo Prototipos
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
Applying UML and Patterns (Capítulos 11,12,13,14 y 15)
Applying UML and Patterns (Capítulos 11,12,13,14 y 15) Giomara LÁRRAGA MALDONADO CINVESTAV-Tamaulipas 10 de Octubre de 2012 Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre
Modelado Estructural F E B R E R O,
Modelado Estructural F E B R E R O, 2 0 1 4 Modelado Estructural Sirve para describir los diferentes tipos y relaciones estáticas existentes entre los diferentes objetos de un sistema. A la hora de desarrollar
Es el instrumento (artefacto) más importante de crear en el AOO.
El Modelo Conceptual Ilustra: Conceptos (Objetos) en el dominio del problema. Es el instrumento (artefacto) más importante de crear en el AOO. Es la representación de cosas del mundo real y NO de componentes
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)
6.3 EDIFICACIÓN. [Proceso]
![6.3 EDIFICACIÓN. [Proceso]](/thumbs/56/39405291.jpg "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
Tema 2. Casos de Uso C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L
Tema 2. Casos de Uso C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L É N M E L I Á N BAT I STA J O S É MARCOS M O R E N O
Capítulo 16. Diagrama de Clases UML
Capítulo 16. Diagrama de Clases UML Florentino TORRES M. CINVESTAV-Tamaulipas 15 de Oct del 2012 Florentino TORRES M. (CINVESTAV) 15 de Oct del 2012 1 / 70 1 Capítulo 16. Diagrama de Clases UML Aplicando
Desarrollo Orientado a Objetos basado en UML
Desarrollo Orientado a Objetos basado en UML Proceso de Desarrollo Qué es? Un proceso de desarrollo de software describe un enfoque para construir, instalar y mantener sistemas de software Por qué necesitamos
CLASE 3: UML DIAGRAMAS CASOS DE USO. Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez
CLASE 3: UML DIAGRAMAS CASOS DE USO Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez UML UML es un lenguaje para especificar, visualizar, construir y documentar los artefactos de
<NOMBRE DE LA UNIVERSIDAD, Y NOMBRE DE LA COMUNIDAD>. <TITULO PROYECTO>
. Autores: CI Historia de Revisiones Versión Fecha Revisado por
Descripción del Curso
Curso Práctico de Modelado de Negocios BPMN con UML Descripción del Curso Durante este curso aprenderás de forma práctica el estándar BPMN (Business Process Management Notation) y las extensiones de UML
Tema 9: Método de Craig Larman
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
ANÁLISIS DE SISTEMAS. Prof. Eliz Mora
ANÁLISIS DE SISTEMAS Prof. Eliz Mora Programa Fundamentos del Análisis de Sistemas Estilos Organizacionales y su impacto en los Sistemas de Información Rol del Analista de Sistema Determinación de Factibilidad
Capítulo III: AOO. Modelo del Dominio. Ejemplo 3.2
Capítulo III: AOO UP->fase de Elaboración Descubrir la mayoría de los requisitos. Estabilizar la arquitectura Implementar el núcleo de la aplicación Buenas prácticas en la Elaboración Llevar a cabo iteraciones
Programación Orientada a Objetos
Programación Orientada a Objetos PROGRAMACIÓN ORIENTADA A OBJETOS 1 Sesión No. 12 Nombre: Análisis y diseño orientado a objetos Contextualización Cada análisis debe contemplar elementos exclusivos del
Procesos de Software
Procesos de Software Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Objetivos Introducir modelos de procesos de software Describir tres modelos de procesos genéricos y cuándo
Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1
Unidad II Metodología para resolver problemas aplicando la POO Parte 1 1 Metodología para resolver problemas aplicando la POO Fases I.Definición de requisitos II.Análisis del problema III.Diseño de solución
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
Unidad IV: Modelo de Diseño 4.1. Estrategias de diseño
Unidad IV: Modelo de Diseño 4.1. Estrategias de diseño El diseño se define como la búsqueda de una solución en cualquier campo, sin embargo las soluciones no llegan de una manera simple, muchas veces realizamos
Modelo del Dominio del Problema y Representación en UML. UNIDAD 6 Análisis y Diseño de Sistemas de Información
Modelo del Dominio del Problema y Representación en UML UNIDAD 6 Análisis y Diseño de Sistemas de Información Modelo del Dominio del Problema Consiste de los objetos del dominio del problema, es decir,
INGENIERÍA DEL SOFTWARE
ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ CARRERA INFORMÁTICA SEMESTRE SÉPTIMO PERIODO ABR. /SEP.-2015 INGENIERÍA DEL SOFTWARE TEMA: RESUMEN#4: LENGUAJE UNIFICADO DE MODELADO
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
CC Taller de UML Apuntes de Clase. Prof. Andrés Muñoz Ordenes 9 de mayo de 2012
CC5404 - Taller de UML Apuntes de Clase Prof. Andrés Muñoz Ordenes 9 de mayo de 2012 Agenda Motivación Actividad en Clase Continuación Modelo de Análisis Diagrama de Interacción Características Notación
Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING
Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING Objetivos Comprender la importancia del modelado y el uso de diagramas para la Ingeniería y la arquitectura. Conocer las ventajas que
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
Fase de inicio de RUP
Fase de inicio de RUP Libro de Larman, Capítulos 4-7 Dr. Eduardo A. RODRÍGUEZ TELLO CINVESTAV-Tamaulipas 3 de octubre del 2012 Dr. Eduardo RODRÍGUEZ T. (CINVESTAV) Fase de inicio 3 de octubre del 2012
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
Qué es un Modelo de Dominio
MODELO CONCEPTUAL/ MODELO DE DOMINIO Qué es un Modelo de Dominio Un Modelo de Dominio es una representación visual de clases conceptuales o de objetos reales en un dominio de interés [MO95]. Un Modelo
Unidad 7. Ingeniería de Requisitos y Análisis OO. M.C. Martín Olguín
Unidad 7 Ingeniería de Requisitos y Análisis OO M.C. Martín Olguín Conceptos Requisitos del Software Es la descripción de los servicios y restricciones de un sistema de software, es decir, lo que el software
UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso
UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso Los sistemas orientados a objetos describen las entidades como objetos. Los objetos son parte de un concepto general denominado clases.
Modelo Dinámico del Diseño del Software y Representación en UML. UNIDAD 9 Análisis y Diseño de Sistemas de Información
Modelo Dinámico del Diseño del Software y Representación en UML UNIDAD 9 Análisis y Diseño de Sistemas de Información El Modelo Dinámico El objetivo del modelo Dinámico es presentar o describir el comportamiento
CIDE, SA. RIF: J NIT: MODELO FUNCIONAL
MODELO FUNCIONAL SIGA C O NTE NlD O Introducción Aspectos Conceptuales Definición de modelo Requisitos de un Modelo Funcional Modelando la Funcionalidad del Sistema: Diagrama de Casos de Uso Definición
DESCRIPCIÓN DE LA ASIGNATURA
DESCRIPCIÓN DE LA ASIGNATURA ASIGNATURA: Nombre en Inglés: INDUSTRIAL COMPUTER SYSTEMS Código UPM: 565000173 MATERIA: INFORMÁTICA INDUSTRIAL CRÉDITOS ECTS: 7.5 CARÁCTER: MATERIA DE TECNOLOGÍA ESPECÍFICA
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
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,
Tema 1. Introducción a UML C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A
Tema 1. Introducción a UML C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L É N M E L I Á N BAT I STA J O S É MARCOS M O R
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
Diagramas De Casos De Uso
Estáticos Diagramas De Casos De Uso Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario.. Por lo tanto los casos de uso determinan los requisitos
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
TEMA 6: INTRODUCCIÓN A UML
TEMA 6: INTRODUCCIÓN A UML Por qué modelamos? El modelado es una parte central de todas las actividades que conducen a la producción de un software de calidad. Como tal la ingeniería software debe basarse
12/08/2017. Casos de uso. Casos de uso. Casos de uso. Casos de uso
ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso Los Casos de Uso (Jacobson) describen bajo la forma de acciones y reacciones
Modelo de Casos de Uso
Modelo de Casos de Uso Artefactos UML Josep Vilalta Marzo Rev.- 3.1 2007 VICO OPEN MODELING, S.L. www.vico.org 1 Diagramas UML 2.0 Diagrama estructura comportamiento Paquetes Clases Objetos Casos de Uso
Diplomado Programación orientada a objetos con C++ y UML. Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos
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
Específicamente los elementos de un patrón de diseño son [ 3 ] :
![Específicamente los elementos de un patrón de diseño son [ 3 ] :](/thumbs/82/86814881.jpg "Específicamente los elementos de un patrón de diseño son [ 3 ] :")
Patrones de Diseño Marco Teórico Introductorio Diego Andrés Asenjo González Alejandro Ríos Peña Contenido Qué son los patrones de Diseño?...1 Clasificación de los patrones de diseño...3 Patrones de Creación.....4
CLASE 9: DISEÑO CON PATRONES. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette C. Martínez
CLASE 9: DISEÑO CON PATRONES Universidad Simón Bolívar. Ing. de Software. Prof. Ivette C. Martínez Diseño de Objetos Identificar requerimientos, crear un modelo del dominio, agregar métodos a las clases
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
Applying UML and Patterns Capítulos 18, 19, 20 y 21
Applying UML and Patterns Capítulos 18, 19, 20 y 21 ALEJANDRO ZAPATA SÁNCHEZ CINVESTAV-Tamaulipas 17 de Octubre del 2012 ALEJANDRO ZAPATA SÁNCHEZ (CINVESTAV) Capítulos 18, 19, 20 y 21 17 de Octubre del
MODULO IV. Análisis y Diseño de Sistemas de Información INF-162 IV. UML. Casos de uso. Facilitador: Miguel Cotaña
MODULO IV Análisis y Diseño de Sistemas de Información INF-162 IV. UML Casos de uso Facilitador: Miguel Cotaña 1 INTRODUCCION Analista de negocios no-it: es alguien que trabaja dentro del contexto del
Caso de Uso. Herramienta de relevamiento. domingo, 28 de octubre de 12
Herramienta de relevamiento Son descripciones de un conjunto de secuencia de acciones que ejecuta el sistema para obtener un resultado Los casos de uso especifican un comportamiento deseado, no como se
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
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),
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
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
PRESENTACIÓN TRABAJO FIN DE GRADO
PRESENTACIÓN TRABAJO FIN DE GRADO SISTEMA DE CONTROL DE DEMANDAS CIUDADANAS 2 º C I C L O D E I N G E N I E R Í A E N I N F O R M Á T I C A Á R E A : I N G E N I E R Í A D E L S O F T W A R E A L U M N
INGENIERÍA WEB. Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Otoño de 2017
INGENIERÍA WEB Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Otoño de 2017 INTRODUCCIÓN: Aspectos importantes en las aplicaciones WEB Modelo de Dominio
MÓDULOS DE DISEÑO EN INGENIERÍA
MÓDULOS DE DISEÑO EN INGENIERÍA El diseño de productos tecnológicos (artefactos, procesos, sistemas e infraestructura) está en el centro de la naturaleza de la ingeniería. El diseño en ingeniería es un
Especificación de Requerimientos <Nombre del Proyecto> Nombre del Grupo de Desarrollo o Asignatura Nombre del Autor
Especificación de Requerimientos Nombre del Grupo de Desarrollo o Asignatura [Este documento es la plantilla base para elaborar el documento Especificación de Requerimientos. Los textos que aparecen entre
MANUAL DE TALLERES INGENIERÍA DE SOFTWARE
MANUAL DE TALLERES INGENIERÍA DE SOFTWARE En el presente anual se encontrarán los talleres que se deberán realizar para lograr la consecución del proyecto final de la materia de Ingeniería de software.
PROGRAMACIÓN ORIENTADA A OBJETOS. Dr. Noé Alejandro Castro Sánchez
PROGRAMACIÓN ORIENTADA A OBJETOS Dr. Noé Alejandro Castro Sánchez Introducción Nueva filosofía para resolución de problemas: Descomposición de la realidad en objetos. Objetos: representación de entidades
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
1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de Diseño de sistemas automatizados.
Página 1 de 8 1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de de sistemas automatizados. 2. Ámbito de responsabilidad. RDSI Responsable del Desarrollo
Introducción a la Ingeniería de Software. Tema 2: Modelos de Proceso
Introducción a la Ingeniería de Software Tema 2: Modelos de Proceso Agenda Significado del Proceso -seguir, escribir... Modelos de Proceso de Software Metodologías Ágiles Herramientas y Técnicas Modelado
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,
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
INGENIERÍA DE SOFTWARE. Sesión 10: Diagramas de comunicación
INGENIERÍA DE SOFTWARE Sesión 10: Diagramas de comunicación Contextualización Los diagramas son parte importante en el desarrollo de aplicaciones, pues con éstos se puede visualizar la forma en que funcionará
Programación Avanzada. Desarrollo Orientado a Objetos basado en UML
Programación Avanzada Desarrollo Orientado a Objetos basado en UML Proceso de Desarrollo Qué es? Un proceso de desarrollo de software describe un enfoque para construir, instalar y mantener sistemas de
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
12/08/2017. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia
ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso "Un diagrama que representa una interacción poniendo el foco en la secuencia
Sistemas de Información II. Modelo del Negocio
Modelo del Negocio 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. del Proyecto Iteraciones
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
Fuente: Ian Sommerville. Ingeniería del Software, Séptima Edición
1. MODELOS DEL PROCESO SOFTWARE El modelo de proceso de desarrollo de software es quizás la pieza más importante de este engranaje conocido como ingeniería de software. Existen varios modelos para el proceso
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
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
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
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
Guía docente de la asignatura
Guía docente de la asignatura Asignatura Materia FUNDAMENTOS DE INGENIERÍA DE SOFTWARE ENTORNO SOFTWARE Módulo Titulación Grado en INGENIERÍA INFORMÁTICA Grado en INGENIERÍA INFORMÁTICA DE SISTEMAS Plan
Capítulo 5. Diseño del Sistema
Capítulo 5. Diseño del Sistema Todo proyecto especializado en el campo de la computación requiere cumplir con determinadas etapas; cada etapa proporciona una idea de las actividades ocurridas en el desarrollo
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:
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
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.
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
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
CLASE 9: DISEÑO CON PATRONES. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette C. Martínez
CLASE 9: DISEÑO CON PATRONES Universidad Simón Bolívar. Ing. de Software. Prof. Ivette C. Martínez Diseño de Objetos Identificar requerimientos, crear un modelo del dominio, agregar métodos a las clases
FORMACIÓN EN BUENAS PRÁCTICAS DE PROGRAMACIÓN CON PERSONAL SOFTWARE PROCESS (PSP)
DIPLOMADO: FORMACIÓN EN BUENAS PRÁCTICAS DE PROGRAMACIÓN CON PERSONAL SOFTWARE PROCESS (PSP) MODALIDAD DE TITULACIÓN MEDIANTE LA OPCIÓN VI : EXAMEN GLOBAL POR ÁREAS DE CONOCIMIENTO INTRODUCCIÓN La Ingeniería
APLICACIONES MOVILES NATIVAS. Sesión 5: Objetos, mensajes y clases. Abstracción, encapsulamiento, herencia y polimorfismo
APLICACIONES MOVILES NATIVAS Sesión 5: Objetos, mensajes y clases. Abstracción, encapsulamiento, herencia y polimorfismo Contextualización Los lenguajes de programación orientada a objetos tienen varios
Capítulo 3. Tecnología de Agentes Inteligentes y la
Capítulo 3. Tecnología de Agentes Inteligentes y la Metodología Prometheus 3.1 Transición de inteligencia artificial a agentes inteligentes Durante las décadas pasadas el surgimiento de la inteligencia
Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema
Modelado Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Vocabulario del Sistema Distribución de Responsabilidades Semántica de una Clase
Técnicas de Pruebas de
Técnicas de Pruebas de Software Lecturas Pruebas de Unidades Pruebas Integración Docente Beatriz E. Florián bflorian@eisc.edu.co Mayo 3 de 2005 Pruebas Reglas de oro para pruebas Límites de Pruebas: Probar
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
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:
Desarrollo Orientado a Objetos en Métrica v. 3
Desarrollo Orientado a Objetos en Métrica v. 3 Carlos Rossi Jiménez c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.1/45 Estructura del curso 1. Estructura de Métrica v. 3 2. Técnicas orientadas a
UNIDAD 2: INTRODUCCION AL PARADIGMA ORIENTADO A OBJETOS. MODELADO DE OBJETOS USANDO DIAGRAMA DE CLASES
UNIDAD 2: INTRODUCCION AL PARADIGMA ORIENTADO A OBJETOS. MODELADO DE OBJETOS USANDO DIAGRAMA DE CLASES RELACIONES ENTRE OBJETOS Los objetos interactúan entre ellos por medio de mensajes para solicitar
INGENIERÍA DEL SOFTWARE
INGENIERÍA DEL SOFTWARE INGENIERÍA DE SOFTWARE 1 Sesión No. 9 Nombre: Diagramas de casos de uso Contextualización Cómo modelar las funciones del sistema? Las funciones del sistema se modelan por medio
MAESTRÍA EN INGENIERÍA DE SOFTWARE
MAESTRÍA EN INGENIERÍA DE SOFTWARE CREACIÓN DE UN SISTEMA EXPERTO PARA ASISTIR AL INGENIERO EN SOFTWARE EN LA ELABORACIÓN DE DOCUMENTOS DE REQUERIMIENTOS Alexandra Corral Díaz José Luis Carrillo Medina
Ingeniería de Software. UML.
Ingeniería de Software. Unified Modeling Language UML. Ingeniería de Software. UML Página 0 Qué es el UML? The Unified Modeling Language (UML) is a graphical language for visualizing, specifying, constructing,