Applying UML and Patterns (Capítulos 11,12,13,14 y 15)
|
|
|
- Natividad Suárez Cárdenas
- hace 6 años
- Vistas:
Transcripción
1 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 de / 106
2 Capítulo 11: Contratos de operación Contenido 1 Capítulo 11: Contratos de operación Introducción Secciones de un contrato Operación del sistema Postcondiciones Preguntas frecuentes Aplicando UML: Operaciones, Contratos, y OCL Contratos de operación en el Proceso Unificado Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
3 Contenido Capítulo 11: Contratos de operación Introducción 1 Capítulo 11: Contratos de operación Introducción Secciones de un contrato Operación del sistema Postcondiciones Preguntas frecuentes Aplicando UML: Operaciones, Contratos, y OCL Contratos de operación en el Proceso Unificado Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
4 Introducción Capítulo 11: Contratos de operación Introducción Los contratos de operación utilizan una forma de pre-y post-condición para describir los cambios detallados a objetos en un modelo de dominio, como resultado de una operación del sistema. Los contratos de operación pueden ser considerados como parte del Modelo de Casos de Uso, ya que proporcionan un análisis detallado sobre el efecto de las operaciones del sistema implicados en los casos de uso. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
5 Contenido Capítulo 11: Contratos de operación Secciones de un contrato 1 Capítulo 11: Contratos de operación Introducción Secciones de un contrato Operación del sistema Postcondiciones Preguntas frecuentes Aplicando UML: Operaciones, Contratos, y OCL Contratos de operación en el Proceso Unificado Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
6 Capítulo 11: Contratos de operación Secciones de un contrato Secciones de un contrato Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
7 Capítulo 11: Contratos de operación Secciones de un contrato Secciones de un contrato Descripción de los campos del contrato de operación: Operación: Nombre de la operación y parámetros. Referencias cruzadas: Casos de uso con los que esta operación puede ocurrir. Precondiciones: Suposiciones notables sobre el estado del sistema o de los objetos en el modelo de dominio antes de la ejecución de la operación. Postcondiciones: El estado de los objetos en el modelo de dominio después de completar la operación. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
8 Contenido Capítulo 11: Contratos de operación Operación del sistema 1 Capítulo 11: Contratos de operación Introducción Secciones de un contrato Operación del sistema Postcondiciones Preguntas frecuentes Aplicando UML: Operaciones, Contratos, y OCL Contratos de operación en el Proceso Unificado Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
9 Capítulo 11: Contratos de operación Operación del sistema Operación del sistema Los contratos de operación se pueden definir para operaciones del sistema que éste ofrece en su interfaz pública como una caja negra. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
10 Contenido Capítulo 11: Contratos de operación Postcondiciones 1 Capítulo 11: Contratos de operación Introducción Secciones de un contrato Operación del sistema Postcondiciones Preguntas frecuentes Aplicando UML: Operaciones, Contratos, y OCL Contratos de operación en el Proceso Unificado Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
11 Postcondiciones Capítulo 11: Contratos de operación Postcondiciones Las postcondiciones describen los cambios en el estado de los objetos en el modelo de dominio. Los cambios de estado en el Modelo de Dominio incluyen instancias creadas, las asociaciones formadas o rotas, y atributos cambiados. Las postcondiciones no son acciones que deben realizarse durante la operación. Un contrato es una excelente herramienta de análisis de requisitos u OOA que describe con gran detalle los cambios que requiere una operación del sistema (en términos de los objetos de modelo de dominio) sin tener que describir cómo se van a lograr. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
12 Contenido Capítulo 11: Contratos de operación Preguntas frecuentes 1 Capítulo 11: Contratos de operación Introducción Secciones de un contrato Operación del sistema Postcondiciones Preguntas frecuentes Aplicando UML: Operaciones, Contratos, y OCL Contratos de operación en el Proceso Unificado Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
13 Capítulo 11: Contratos de operación Preguntas frecuentes Preguntas frecuentes Se debe actualizar el modelo de dominio?: En los métodos iterativos y evolutivos, todos los artefactos de análisis y diseño se consideran parciales e imperfectos, y evolucionan en respuesta a los nuevos descubrimientos. Cuándo son útiles los contratos?: Cuando los detalles y la complejidad de los cambios de estado necesarios son difíciles o demasiado detallados para capturar en casos de uso. Si los desarrolladores fácilmente puede entender qué hacer sin ellos, entonces se evita escribirlos. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
14 Capítulo 11: Contratos de operación Preguntas frecuentes Preguntas frecuentes Cómo crear y escribir contratos? 1 Identificar las operaciones del sistema a partir de los Diagramas de Secuencia. 2 Construir un contrato para las operaciones del sistema que son complejas y posiblemente delicadas en sus resultados, o que no están claras en los casos de uso. 3 Para describir las postcondiciones, utilice las siguientes categorías: Creación y eliminación de instancias. Modificación de atributos. Asociaciones creadas y rotas. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
15 Contenido Capítulo 11: Contratos de operación Aplicando UML: Operaciones, Contratos, y OCL 1 Capítulo 11: Contratos de operación Introducción Secciones de un contrato Operación del sistema Postcondiciones Preguntas frecuentes Aplicando UML: Operaciones, Contratos, y OCL Contratos de operación en el Proceso Unificado Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
16 Capítulo 11: Contratos de operación Aplicando UML: Operaciones, Contratos, y OCL Aplicando UML: Operaciones, Contratos, y OCL El UML define operaciones semánticas a través de limitaciones, que se especifican usando precondiciones y postcondiciones. Una especificación de operación UML, puede no mostrar un algoritmo o solución, sino sólo los cambios de estado o los efectos de la operación. Los contratos se pueden aplicar a las operaciones en cualquier nivel de granularidad. El OCL (Object Constraint Language) define un formato oficial para la especificación de pre y postcondiciones de las operaciones, como se demuestra en el siguiente fragmento: System :: makenewsale () pre: <statements en OCL> post:... iomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
17 Contenido Capítulo 11: Contratos de operación Contratos de operación en el Proceso Unificado 1 Capítulo 11: Contratos de operación Introducción Secciones de un contrato Operación del sistema Postcondiciones Preguntas frecuentes Aplicando UML: Operaciones, Contratos, y OCL Contratos de operación en el Proceso Unificado Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
18 Capítulo 11: Contratos de operación Contratos de operación en el Proceso Unificado Contratos de operación en el Proceso Unificado Fases: Inicialización: No son creados en ésta etapa ya que son muy detallados. Elaboración: Si se decide utilizarlos, son escritos durante la etapa de elaboración, ya que ha sido escrita la mayor parte de los casos de uso. Sólo se hacen contratos para las operaciones más complejas y sutiles. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
19 Capítulo 12: Requerimientos para diseñar iterativamente Contenido 2 Capítulo 12: Requerimientos para diseñar iterativamente Introducción Haz lo correcto iterativamente, haz las cosas bien Provocando el cambio temprano No todo ese análisis y modelado toman semanas en realizarse? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
20 Capítulo 12: Requerimientos para diseñar iterativamente Contenido Introducción 2 Capítulo 12: Requerimientos para diseñar iterativamente Introducción Haz lo correcto iterativamente, haz las cosas bien Provocando el cambio temprano No todo ese análisis y modelado toman semanas en realizarse? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
21 Capítulo 12: Requerimientos para diseñar iterativamente Introducción Introducción En éste capítulo se concluye el trabajo de análisis y se comienza con la primera iteración de la etapa de elaboración. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
22 Capítulo 12: Requerimientos para diseñar iterativamente Contenido Haz lo correcto iterativamente, haz las cosas bien 2 Capítulo 12: Requerimientos para diseñar iterativamente Introducción Haz lo correcto iterativamente, haz las cosas bien Provocando el cambio temprano No todo ese análisis y modelado toman semanas en realizarse? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
23 Capítulo 12: Requerimientos para diseñar iterativamente Haz lo correcto iterativamente, haz las cosas bien Haz lo correcto iterativamente, haz las cosas bien Los requisitos y el análisis orientado a objetos se han centrado en aprender a hacer lo correcto, es decir, la comprensión de algunos de los objetivos pendientes de los casos de estudio y las normas y limitaciones relacionadas. Por el contrario, el siguiente trabajo de diseño se esfuerza en hacer las cosas bien, es decir, con habilidad de diseñar una solución para satisfacer los requisitos de esta iteración. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
24 Capítulo 12: Requerimientos para diseñar iterativamente Contenido Provocando el cambio temprano 2 Capítulo 12: Requerimientos para diseñar iterativamente Introducción Haz lo correcto iterativamente, haz las cosas bien Provocando el cambio temprano No todo ese análisis y modelado toman semanas en realizarse? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
25 Capítulo 12: Requerimientos para diseñar iterativamente Provocando el cambio temprano Provocando el cambio temprano Es natural y saludable descubrir y cambiar algunos requisitos durante el trabajo de diseño e implementación, especialmente en las primeras iteraciones, de modo que tenemos una meta más estable para las iteraciones posteriores. En el transcurso de las iteraciones de elaboración tempranas, el descubrimiento de requisitos se debe estabilizar, por lo que al final de la elaboración, quizás el 80 % de los requisitos son definidos y refinados como resultado de la retroalimentación, la programación temprana y las pruebas, en lugar de la especulación, como se produce con el método de cascada. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
26 Capítulo 12: Requerimientos para diseñar iterativamente Contenido No todo ese análisis y modelado toman semanas en realizarse? 2 Capítulo 12: Requerimientos para diseñar iterativamente Introducción Haz lo correcto iterativamente, haz las cosas bien Provocando el cambio temprano No todo ese análisis y modelado toman semanas en realizarse? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
27 Capítulo 12: Requerimientos para diseñar iterativamente No todo ese análisis y modelado toman semanas en realizarse? No todo ese análisis y modelado toman semanas en realizarse? Cuando uno se siente cómodo con sus habilidades de escritura de casos de uso, modelos de dominio,etc., el tiempo para hacer todo el modelado es de sólo unas pocas horas o días. Eso no significa que sólo unos pocos días han pasado desde el comienzo del proyecto. Muchas otras actividades, tales como la programación de prueba de concepto, búsqueda de recursos (personas, software,...), la planificación, la configuración del entorno, etc., podrían consumir un par de semanas de preparación. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
28 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Contenido 3 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Introducción Qué es la arquitectura de software? Aplicando UML: Diagramas de paquetes Diseñar en capas El principio de separación Modelo-Vista Cuál es la conexión entre los SSD, operaciones del sistema, y las capas? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
29 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Contenido Introducción 3 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Introducción Qué es la arquitectura de software? Aplicando UML: Diagramas de paquetes Diseñar en capas El principio de separación Modelo-Vista Cuál es la conexión entre los SSD, operaciones del sistema, y las capas? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
30 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Introducción Introducción El diseño de un sistema típico de OO se basa en varias capas de arquitectura, tales como una capa de interfaz de usuario, una capa lógica de aplicación, etc. En este capítulo se explora una arquitectura lógica por capas y notación UML relacionada. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
31 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Introducción Introducción Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
32 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Contenido Qué es la arquitectura de software? 3 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Introducción Qué es la arquitectura de software? Aplicando UML: Diagramas de paquetes Diseñar en capas El principio de separación Modelo-Vista Cuál es la conexión entre los SSD, operaciones del sistema, y las capas? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
33 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Qué es la arquitectura de software? Qué es la arquitectura de software? Una arquitectura es el conjunto de decisiones significativas sobre la organización de un sistema de software, la selección de los elementos estructurales y las interfaces por las que está compuesto el sistema, junto con su comportamiento tal como se especifica en las colaboraciones entre esos elementos, la composición de estos elementos estructurales y de comportamiento en subsistemas progresivamente más grandes, y el estilo arquitectónico que guía esta organización, estos elementos y sus interfaces, sus colaboraciones y su composición. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
34 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Contenido Aplicando UML: Diagramas de paquetes 3 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Introducción Qué es la arquitectura de software? Aplicando UML: Diagramas de paquetes Diseñar en capas El principio de separación Modelo-Vista Cuál es la conexión entre los SSD, operaciones del sistema, y las capas? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
35 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Aplicando UML: Diagramas de paquetes Aplicando UML: Diagramas de paquetes Los Diagramas de paquetes UML a menudo se utilizan para ilustrar la arquitectura lógica de un sistema, las capas, los subsistemas, paquetes (en el sentido de Java), etc. Una capa puede ser modelada como un paquete UML. Un diagrama de paquetes UML proporciona una forma de agrupar elementos Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
36 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Contenido Diseñar en capas 3 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Introducción Qué es la arquitectura de software? Aplicando UML: Diagramas de paquetes Diseñar en capas El principio de separación Modelo-Vista Cuál es la conexión entre los SSD, operaciones del sistema, y las capas? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
37 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Diseñar en capas Diseñar en capas Las ideas esenciales del uso de capas son simples: Organizar la estructura lógica a gran escala de un sistema en capas discretas de responsabilidades distintas, relacionadas, con una separación clara y coherente de asuntos tal que las capas bajas son servicios de bajo nivel y generales, y las capas más altas son más específicas. La colaboración y el acoplamiento es de capas más altas a capas inferiores; el acoplamiento de capa menor a mayor se evita. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
38 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Diseñar en capas Diseñar en capas El uso de capas ayuda a resolver varios problemas: Muchas partes del sistema están altamente acopladas. La lógica de la aplicación se entrelaza con la interfaz de usuario. Los Servicios técnicos generales o la lógica de negocio se entrelazan con más lógica especifica de la aplicación. Existe alto acoplamiento en las diferentes áreas de interés. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
39 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Diseñar en capas Diseñar en capas Ventajas de usar capas Hay una separación de aspectos, una separación de servicios de alto y bajo nivel, y de los servicios específicos de los servicios generales. Esto reduce el acoplamiento y dependencias, mejora la cohesión, aumenta el potencial de reutilización, y la claridad aumenta. La complejidad relacionada es encapsulada y descomponible. Algunas capas pueden ser reemplazadas con nuevas implementaciones. Las capas inferiores contienen funciones reutilizables. El desarrollo por equipos es ayudado por la segmentación lógica. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
40 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Diseñar en capas Diseñar en capas Capa de dominio vs Capa Lógica de Aplicación; objetos de dominio Un sistema de software típico tiene una lógica de interfaz de usuario y la lógica de la aplicación. Los objetos de dominio representan un cosa en el espacio de dominio del problema, y tiene lógica de aplicación y de negocio relacionada. Diseñar objetos de ésta manera hace que a la capa de lógica de aplicación se le llame más precisamente la capa de dominio de la arquitectura. La capa que contiene los objetos de dominio para manejar el trabajo de la lógica de la aplicación. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
41 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Diseñar en capas Diseñar en capas Relación entre la capa de dominio y el modelo de dominio. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
42 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Diseñar en capas Diseñar en capas Niveles, capas, y Particiones Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
43 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Diseñar en capas Diseñar en capas No mostrar los recursos externos como la capa inferior Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
44 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Contenido El principio de separación Modelo-Vista 3 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Introducción Qué es la arquitectura de software? Aplicando UML: Diagramas de paquetes Diseñar en capas El principio de separación Modelo-Vista Cuál es la conexión entre los SSD, operaciones del sistema, y las capas? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
45 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML El principio de separación Modelo-Vista El principio de separación Modelo-Vista Éste principio tiene por lo menos dos partes: 1 No conecte o acople objetos que no son de interfaz de usuario directamente a los objetos de interfaz de usuario. 2 No ponga lógica de la aplicación en los métodos de los objetos de interfaz de usuario. En éste contexto, el modelo es un sinónimo de la capa de dominio de objetos. La Vista es un sinónimo de objetos de interfaz de usuario, tales como ventanas, páginas web, applets,e informes. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
46 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML El principio de separación Modelo-Vista El principio de separación Modelo-Vista El principio de separación de Modelo-Vista afirma que los objetos del modelo (dominio) no deben tener un conocimiento directo de la vista (UI). Éste es un principio fundamental en el patrón Modelo-Vista-Controlador (MVC). El modelo es la capa de dominio, la vista es la capa de interfaz de usuario y los controladores son los objetos de flujo de trabajo en la capa de aplicación. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
47 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML El principio de separación Modelo-Vista El principio de separación Modelo-Vista La motivación para la Separación Modelo-Vista incluye: Apoyar las definiciones de modelo coherentes que se centran en los procesos de dominio, en lugar de en las interfaces de usuario. Permitir el desarrollo independiente de la capa de modelo y de la capa de interfaz de usuario. Minimizar el impacto de los cambios en los requisitos de la interfaz sobre la capa de dominio. Permitir a nuevas vistas ser fácilmente conectadas a una capa de dominio existente, sin afectar a la capa de dominio. Permitir múltiples vistas simultáneas en el mismo objeto modelo. Permitir la ejecución de la capa de modelo independiente de la capa de interfaz de usuario, tal como en un sistema de procesamiento de mensajes o en modo por lotes. Para permitir la fácil portabilidad de la capa de modelo a otro framework de interfaz de usuario. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
48 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Contenido Cuál es la conexión entre los SSD, operaciones del sistema, y las capas? 3 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Introducción Qué es la arquitectura de software? Aplicando UML: Diagramas de paquetes Diseñar en capas El principio de separación Modelo-Vista Cuál es la conexión entre los SSD, operaciones del sistema, y las capas? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
49 Capítulo 13: Arquitectura lógica y diagramas de paquetes UML Cuál es la conexión entre los SSD, operaciones del sistema, y las capas? Cuál es la conexión entre los SSD, operaciones del sistema, y las capas? Los mensajes enviados desde la capa de interfaz de usuario a la capa de dominio serán los mensajes ilustrados en los SSD Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
50 Contenido Capítulo 14: Diseño de objetos 4 Capítulo 14: Diseño de objetos Introducción Modelado Ágil y Dibujo UML ligero Herramientas CASE UML Cuánto tiempo dedicar a dibujar UML antes de codificar? Diseñando objetos: Qué es el modelado estático y dinámico? La importancia de la habilidad de diseñar objetos sobre habilidad de notación UML Otra técnica de diseño de obetos: tarjetas CRC Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
51 Contenido Capítulo 14: Diseño de objetos Introducción 4 Capítulo 14: Diseño de objetos Introducción Modelado Ágil y Dibujo UML ligero Herramientas CASE UML Cuánto tiempo dedicar a dibujar UML antes de codificar? Diseñando objetos: Qué es el modelado estático y dinámico? La importancia de la habilidad de diseñar objetos sobre habilidad de notación UML Otra técnica de diseño de obetos: tarjetas CRC Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
52 Introducción Capítulo 14: Diseño de objetos Introducción Cómo diseñan objetos los desarrolladores? 1 Código 2 Dibujar, luego escribir código 3 Sólo dibujar Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
53 Contenido Capítulo 14: Diseño de objetos Modelado Ágil y Dibujo UML ligero 4 Capítulo 14: Diseño de objetos Introducción Modelado Ágil y Dibujo UML ligero Herramientas CASE UML Cuánto tiempo dedicar a dibujar UML antes de codificar? Diseñando objetos: Qué es el modelado estático y dinámico? La importancia de la habilidad de diseñar objetos sobre habilidad de notación UML Otra técnica de diseño de obetos: tarjetas CRC Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
54 Capítulo 14: Diseño de objetos Modelado Ágil y Dibujo UML ligero Modelado Ágil y Dibujo UML ligero Algunos objetivos de modelado ágil son reducir la sobrecarga de dibujo y modelado para comprender y comunicar, en lugar de para documentar. El modelado ágil también incluye: Modelar con otros. La creación de varios modelos en paralelo. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
55 Contenido Capítulo 14: Diseño de objetos Herramientas CASE UML 4 Capítulo 14: Diseño de objetos Introducción Modelado Ágil y Dibujo UML ligero Herramientas CASE UML Cuánto tiempo dedicar a dibujar UML antes de codificar? Diseñando objetos: Qué es el modelado estático y dinámico? La importancia de la habilidad de diseñar objetos sobre habilidad de notación UML Otra técnica de diseño de obetos: tarjetas CRC Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
56 Capítulo 14: Diseño de objetos Herramientas CASE UML Herramientas CASE UML Elija una herramienta CASE UML que se integre con algún IDE popular como Eclipse o Visual Studio. Elija una herramienta UML que pueda realizar ingeniería inversa (generar diagramas a partir de código) no sólo diagramas de clases, sino también diagramas de interacción. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
57 Contenido Capítulo 14: Diseño de objetos Cuánto tiempo dedicar a dibujar UML antes de codificar? 4 Capítulo 14: Diseño de objetos Introducción Modelado Ágil y Dibujo UML ligero Herramientas CASE UML Cuánto tiempo dedicar a dibujar UML antes de codificar? Diseñando objetos: Qué es el modelado estático y dinámico? La importancia de la habilidad de diseñar objetos sobre habilidad de notación UML Otra técnica de diseño de obetos: tarjetas CRC Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
58 Capítulo 14: Diseño de objetos Cuánto tiempo dedicar a dibujar UML antes de codificar? Cuánto tiempo dedicar a dibujar UML antes de codificar? Para una iteración de tres semanas, pasar unas horas o como mucho un día (con el equipo) cerca del inicio de la iteración en las paredes (o con una herramienta CASE UML) dibujando UML para las partes difíciles y creativas del diseño de objetos detallado. Después deje de dibujar y tome fotos digitales, imprima las fotos, y continue con la codificación el resto de la iteración. Pueden ocurrir sesiones de dibujo más cortas a lo largo de la iteración. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
59 Contenido Capítulo 14: Diseño de objetos Diseñando objetos: Qué es el modelado estático y dinámico? 4 Capítulo 14: Diseño de objetos Introducción Modelado Ágil y Dibujo UML ligero Herramientas CASE UML Cuánto tiempo dedicar a dibujar UML antes de codificar? Diseñando objetos: Qué es el modelado estático y dinámico? La importancia de la habilidad de diseñar objetos sobre habilidad de notación UML Otra técnica de diseño de obetos: tarjetas CRC Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
60 Capítulo 14: Diseño de objetos Diseñando objetos: Qué es el modelado estático y dinámico? Diseñando objetos: Qué es el modelado estático y dinámico? Pase un tiempo significativo haciendo diagramas de interacción (diagramas de secuencia o de comunicación), no sólo diagramas de clase. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
61 Contenido Capítulo 14: Diseño de objetos La importancia de la habilidad de diseñar objetos sobre habilidad de notación UML 4 Capítulo 14: Diseño de objetos Introducción Modelado Ágil y Dibujo UML ligero Herramientas CASE UML Cuánto tiempo dedicar a dibujar UML antes de codificar? Diseñando objetos: Qué es el modelado estático y dinámico? La importancia de la habilidad de diseñar objetos sobre habilidad de notación UML Otra técnica de diseño de obetos: tarjetas CRC Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
62 Capítulo 14: Diseño de objetos La importancia de la habilidad de diseñar objetos sobre habilidad de notación UML La importancia de la habilidad de diseñar objetos sobre habilidad de notación UML Dibujar UML es un reflejo de la toma de decisiones sobre el diseño. Las habilidades de diseño de objetos son lo que importa, no saber cómo dibujar UML. El diseño de objetos fundamental requiere el conocimiento de: Principios de asignación de responsabilidades Patrones de diseño Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
63 Contenido Capítulo 14: Diseño de objetos Otra técnica de diseño de obetos: tarjetas CRC 4 Capítulo 14: Diseño de objetos Introducción Modelado Ágil y Dibujo UML ligero Herramientas CASE UML Cuánto tiempo dedicar a dibujar UML antes de codificar? Diseñando objetos: Qué es el modelado estático y dinámico? La importancia de la habilidad de diseñar objetos sobre habilidad de notación UML Otra técnica de diseño de obetos: tarjetas CRC Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
64 Capítulo 14: Diseño de objetos Otra técnica de diseño de obetos: tarjetas CRC Otra técnica de diseño de obetos: tarjetas CRC Las Tarjetas CRC (Class Responsibility Collaboration) son tarjetas de papel en las que uno escribe las responsabilidades y colaboradores de las clases. Cada tarjeta representa una clase. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
65 Capítulo 15: Diagramas de interacción UML Contenido 5 Capítulo 15: Diagramas de interacción UML Introducción Diagramas de secuencia y de comunicación Notación común en los diagramas de interacción UML Objetos singleton Notación básica de los diagramas de secuencia Notación básica de los diagramas de comunicación Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
66 Contenido Capítulo 15: Diagramas de interacción UML Introducción 5 Capítulo 15: Diagramas de interacción UML Introducción Diagramas de secuencia y de comunicación Notación común en los diagramas de interacción UML Objetos singleton Notación básica de los diagramas de secuencia Notación básica de los diagramas de comunicación Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
67 Introducción Capítulo 15: Diagramas de interacción UML Introducción El UML incluye diagramas de interacción para ilustrar cómo los objetos interactúan a través de mensajes. Se utilizan para el modelado de objetos dinámico. Hay dos tipos comunes: diagramas de secuencia y diagramas de comunicación. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
68 Contenido Capítulo 15: Diagramas de interacción UML Diagramas de secuencia y de comunicación 5 Capítulo 15: Diagramas de interacción UML Introducción Diagramas de secuencia y de comunicación Notación común en los diagramas de interacción UML Objetos singleton Notación básica de los diagramas de secuencia Notación básica de los diagramas de comunicación Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
69 Capítulo 15: Diagramas de interacción UML Diagramas de secuencia y de comunicación Diagramas de secuencia y de comunicación De los dos tipos, los diagramas de secuencia son los más ricos en notación. Los diagramas de secuencia ilustran las interacciones en un tipo de formato de valla, en el que se añade cada nuevo objeto a la derecha. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
70 Capítulo 15: Diagramas de interacción UML Diagramas de secuencia y de comunicación Diagramas de secuencia y de comunicación Los Diagramas de Comunicación ilustran las interacciones de objetos en un formato de grafo o red, en el que los objetos se pueden colocar en cualquier lugar del diagrama. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
71 Capítulo 15: Diagramas de interacción UML Diagramas de secuencia y de comunicación Diagramas de secuencia y de comunicación Fortalezas y debilidades del diagrama de secuencia frente al diagrama de comunicación Tipo Fortalezas Debilidades Secuencia Muestra claramente secuencia u ordenamiento Obligado a extender a la derecha al agregar de los mensajes. nuevos objetos; consu- Amplio conjunto de opciones me espacio horizontal de notación deme talladas Comunicación Se adapta mejor al espacio. Flexibilidad para añadir nuevos objetos en dos dimensiones Es más difícil ver la secuencia de mensajes. Menos opciones de notación. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
72 Contenido Capítulo 15: Diagramas de interacción UML Notación común en los diagramas de interacción UML 5 Capítulo 15: Diagramas de interacción UML Introducción Diagramas de secuencia y de comunicación Notación común en los diagramas de interacción UML Objetos singleton Notación básica de los diagramas de secuencia Notación básica de los diagramas de comunicación Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
73 Capítulo 15: Diagramas de interacción UML Notación común en los diagramas de interacción UML Notación común en los diagramas de interacción UML Ilustrando participantes con cajas de línea de vida: Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
74 Capítulo 15: Diagramas de interacción UML Notación común en los diagramas de interacción UML Notación común en los diagramas de interacción UML Sintaxis Sintaxis básica de expresión de mensajes return = message(parameter : parametertype) : returntype Los paréntesis son generalmente excluidos si no hay parámetros, aunque sigue siendo válido. Los tipos de información pueden ser excluidos si son obvios o sin importancia. Ejemplos: initialize(code) initialize d = getproductdescription(id) d = getproductdescription(id:itemid) d = getproductdescription(id:itemid) : ProductDescription Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
75 Contenido Capítulo 15: Diagramas de interacción UML Objetos singleton 5 Capítulo 15: Diagramas de interacción UML Introducción Diagramas de secuencia y de comunicación Notación común en los diagramas de interacción UML Objetos singleton Notación básica de los diagramas de secuencia Notación básica de los diagramas de comunicación Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
76 Capítulo 15: Diagramas de interacción UML Objetos singleton Objetos singleton El patrón singleton provee una única instancia global. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
77 Contenido Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia 5 Capítulo 15: Diagramas de interacción UML Introducción Diagramas de secuencia y de comunicación Notación común en los diagramas de interacción UML Objetos singleton Notación básica de los diagramas de secuencia Notación básica de los diagramas de comunicación Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
78 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Las cajas de línea de vida poseen una línea en la parte inferior llamada línea de vida. Los mensajes síncronos se ilustran con un mensaje en una flecha rellena entre las líneas de vida. Pueden mostrar el foco de control utilizando una barra de especificación de ejecución. La barra es opcional. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
79 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Ilustrando respuestas o valores de retorno Uso de la sintaxis returnvar mensaje = mensaje (parámetro). Uso de una línea de mensajes de respuesta (o retorno) en el extremo de una barra de activación. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
80 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Mensajes a uno mismo Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
81 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Creación de instancias Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
82 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Destrucción de objetos Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
83 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Marcos en los diagramas de secuencia UML Los marcos son regiones o fragmentos de los diagramas. Tienen un operador o etiqueta (como loop) y un guarda (cláusula condicional) Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
84 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Operador alt loop opt par region Significado Fragmento alternativo para la lógica condicional de la exclusión mutua expresada por los guardas. Fragmento Loop mientras que el guarda es verdadero. También puede escribir loop (n) para indicar un bucle de n veces. Está en discusión que la especificación será mejorada para definir un bucle for, como loop (i, 1, 10). Fragmento opcional que se ejecuta si el guarda es verdadero. Fragmentos paralelos que se ejecutan en paralelo. Región crítica en la que sólo un hilo puede correr. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
85 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Mensajes condicionales iomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
86 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Mensajes condicionales mutuamente exclusivos Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
87 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Iteración sobre una colección. Notación explícita Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
88 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Iteración sobre una colección. Notación implícita Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
89 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Marcos anidados Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
90 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Cómo relacionar diagramas de interacción? Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
91 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Mensajes a clases para invocar métodos estáticos (de clase) Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
92 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de secuencia Notación básica de los diagramas de secuencia Mensajes polimórficos y casos Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
93 Contenido Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación 5 Capítulo 15: Diagramas de interacción UML Introducción Diagramas de secuencia y de comunicación Notación común en los diagramas de interacción UML Objetos singleton Notación básica de los diagramas de secuencia Notación básica de los diagramas de comunicación Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
94 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Enlaces Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
95 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Mensajes Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
96 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Mensajes a uno mismo Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
97 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Creación de instancias Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
98 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Número de secuencia de mensajes 1 El primer mensaje no está numerado. 2 La secuencia y el anidamiento de los mensajes subsiguientes se muestra con un esquema de numeración en el que los mensajes anidados tienen un número añadido a ellos. Usted denota anidación anteponiendo el número del mensaje entrante en el número del mensaje saliente. Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
99 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Numeración compleja Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
100 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Mensajes condicionales Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
101 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Rutas condicionales mutuamente excluyentes Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
102 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Iteraciones Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
103 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Iteraciones sobre una colección Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
104 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Invocación de métodos estáticos Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
105 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Mensajes polimórficos y casos Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
106 Capítulo 15: Diagramas de interacción UML Notación básica de los diagramas de comunicación Notación básica de los diagramas de comunicación Mensajes síncronos y asíncronos Giomara LÁRRAGA MALDONADO (CINVESTAV) Applying UML and Patterns 10 de Octubre de / 106
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
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
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
4. DIAGRAMAS DE INTERACCIÓN INTRODUCCIÓN DIAGRAMAS DE SECUENCIA Objetos Mensajes
4. DIAGRAMAS DE INTERACCIÓN...37 4.1. INTRODUCCIÓN... 37 4.2. DIAGRAMAS DE SECUENCIA... 37 4.2.1. Objetos...37 4.2.2. Mensajes...38 4.2.3. Creación y destrucción de un objeto...39 4.3. DIAGRAMAS DE COLABORACIÓN...
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
Elementos Diagramas de Clases Clase:
Diagramas de Clases Un diagrama de clases o estructura estática muestra el conjunto de clases y objeto importantes que forman parte de un sistema, junto con las relaciones existentes entre clases y objetos.
Diseño. Diseño. Interacción. Aspectos comunes en interacción. Diagramas de Interacción. Curso de Arquitecturas de Software
Curso de Arquitecturas de Software Programación Orientada a Objetos Diagramas de Interacción Diseño En la fase de diseño se hace refinamiento estructural, se modifica y completa el diagrama de clases del
Diagramas de interacción
Diagramas de interacción Diagramas de interacción Los diagramas de interacción ilustran cómo interacionan unos objetos con otros, intercambiando mensajes. Leer cap. 15 de UML y patrones Craig Larman Diagramas
Diagramas de interacción
Tema 6: Diagramas de Interacción Diagramas de interacción Los diagramas de interacción son diagramas que describen cómo grupos de objetos colaboran para conseguir algún fin. Estos diagramas muestran objetos,
Cristian Blanco
UNIDAD DIDÁCTICA 8. ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS. DIAGRAMAS DE COMPORTAMIENTO En el siguiente enlace tienes una descripción y algunos ejemplos de todos los diagramas UML.: http://jms32.eresmas.net/tacticos/uml/umlindex.html
Diagramas de secuencia
Facultad de Ingeniería Departamento de Ingeniería de Sistemas y Computación Diagramas de secuencia Interacciones básicas 1 Para qué sirven los diagramas de secuencia? 2 Para qué sirven los diagramas de
Lenguaje de Modelamiento Unificado.
Lenguaje de Modelamiento Unificado. Pontificia Universidad Javeriana What can you Model with UML? 1. Structure Diagrams include: The Class Diagram Object Diagram Component Diagram Composite Structure Diagram
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
20483 Programación en C#
20483B 20483 Programación en C# Fabricante: Microsoft Grupo: Desarrollo Subgrupo: Microsoft Visual Studio 2012 Formación: Presencial Horas: 25 Introducción Este curso enseña a los desarrolladores las habilidades
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
Contenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo
Tutorial Contenido 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo 1. El proceso Fases soportadas por UML Análisis de requisitos de usuario Análisis de requisitos de software Diseño de la plataforma
Programa de actualización profesional ACTI.NET Desarrollo de aplicaciones locales y web con tecnología VB.NET
Programa de actualización profesional ACTI.NET Desarrollo de aplicaciones locales y web con tecnología VB.NET OBJETIVOS: Conocer de las bondades del paradigma de orientación a objetos en.net y su lenguaje
Diseño arquitectónico 1ª edición (2002)
Unidades temáticas de Ingeniería del Software Diseño arquitectónico 1ª edición (2002) Facultad de Informática objetivo Los sistemas grandes se descomponen en subsistemas que suministran un conjunto relacionado
Programa de actualización profesional ACTI.NET Desarrollo de aplicaciones locales y web con tecnología VB.NET 2010
Programa de actualización profesional ACTI.NET Desarrollo de aplicaciones locales y web con tecnología VB.NET 2010 OBJETIVOS: Conocer de las bondades del paradigma de orientación a objetos en.net y su
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
Programación Avanzada. Análisis Especificación del Comportamiento del Sistema
Programación Avanzada Análisis Especificación del Comportamiento del Sistema Contenido Introducción Modelo de Casos de Uso La Clase Sistema Interacciones con el Sistema Contratos de Software Programación
Análisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 6 Modelo de Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE 2006
CLA. Diagramas de clases en Métrica V3
CLA Diagramas de clases en Métrica V3 1 Diagramas de clases Qué es? Representa la estructura y comportamiento de cada uno de los objetos del sistema y sus relaciones con los demás objetos. Objetivos? Representar
Tema: Herramientas UML, Análisis y diseño UML
Programación II. Guía 2 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Herramientas UML, Análisis y diseño UML Objetivo Conocer una herramienta de modelado para la solución
Guía del Curso Analista Programador Java: Business Apps Expert
Guía del Curso Analista Programador Java: Business Apps Expert Modalidad de realización del curso: Número de Horas: Titulación: Online 600 Horas Diploma acreditativo con las horas del curso OBJETIVOS UML
CASOS DE USO Exploración de Requerimientos
Cap. 9 Kendall & Kendall Cap 5 Jacobson SESION 8 CASOS DE USO Exploración de Requerimientos Ana Mercedes Cáceres mercycaceres@gmail.com Instructora: Carmen Morales Año 2006. 1 OBJETIVOS Conocer la importancia
Planificaciones Análisis de la Información. Docente responsable: GONZALEZ NORBERTO DANIEL. 1 de 6
Planificaciones 7509 - Análisis de la Información Docente responsable: GONZALEZ NORBERTO DANIEL 1 de 6 OBJETIVOS Introducir al alumno en los conceptos fundamentales del desarrollo de sistemas de información
UNIVERSIDAD AUTÓNOMA DE CHIAPAS LICENCIATURA EN SISTEMAS COMPUTACIONALES
UNIVERSIDAD AUTÓNOMA DE CHIAPAS LICENCIATURA EN SISTEMAS COMPUTACIONALES Área de formación: Disciplinaria Unidad académica: Programación Orientada a Objetos Ubicación: Cuarto Semestre Clave: 2087 Horas
Diagramas de secuencia
Facultad de Ingeniería Departamento de Ingeniería de Sistemas y Computación Diagramas de secuencia Fragmentos Combinados: caminos alternativos Departamento de Ingeniería de Sistemas y Computación - Universidad
Programación Avanzada. Diseño Diagramas de Comunicación
Programación Avanzada Diseño Diagramas de Comunicación Contenido Diagramas de Interacción Notación Reuso de Elementos de Diseño Programación Avanzada Diseño: Diagramas de Comunicación 2 Diagramas de Interacción
Capacitación adquirida por el alumno al finalizar este modulo
Curso de UML y UP Analiza, modela y diseña sistemas orientado a objetos con UML. Aprende cuándo y cómo utilizar todos los diagramas que forman parte de UML en forma práctica utilizando el Enterprise Architect
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
UML El Lenguaje Unificado de Modelado Grady Booch, Jim Rumbaugh e Ivar Jacobson
UML El Lenguaje Unificado de Modelado Grady Booch, Jim Rumbaugh e Ivar Jacobson El lenguaje UML es un estándar OMG diseñado para visualizar, especificar, construir y documentar software orientado a objetos.
Análisis y Diseño Orientado a Objetos
Universidad de Chile Departamento de Ciencias de la Computación CC61J - Taller de UML Análisis y Diseño Orientado a Objetos Luis A. Guerrero Introducción Requisitos del usuario Proceso de desarrollo de
Patrones. Patrones GRASP GRASP GRASP. Curso de Arquitecturas de Software. Programación Orientada a Objetos Patrones GRASP
Curso de Arquitecturas de Software Programación Orientada a Objetos Patrones GRASP Patrones Es una solución a un problema recurrente Capturan las mejores prácticas establecidas para diseño Describen un
Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases
Prof. Mariano Mancuso Sistemas de información y control diagrama de clases UML Qué son los modelos? Para qué sirven los modelos? Cuáles son los modelos de UML? Se usan todos...? Qué son los modelos? Un
Objetivos y Temario CURSO VISUAL BASIC 2010
Objetivos y Temario CURSO VISUAL BASIC 2010 OBJETIVOS Este curso sobre VB.NET se dirige a los desarrolladores, incluso principiantes, que desean dominar Visual Basic.NET. Después de una descripción del
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
Aseguramiento de Calidad en el Desarrollo de Software Libre
Aseguramiento de Calidad en el Desarrollo de Software Libre Marzo, 2014 N. Baez, V. Bravo y J. Alvarez Contenido de la Presentación Segunda versión de la Metodología de Desarrollo de Software Libre. Segunda
DIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO
DIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO Un diagrama de casos de uso es una especie de diagrama de comportamiento. Los diagramas de casos de uso son a menudo confundidos con los casos de uso. Mientras
Análisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 10 Modelo Dinámico Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE
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
Horas Contacto. Modelar gráficamente la solución de problemas con un enfoque Orientado a Objetos, usando un lenguaje de modelado, en este caso UML.
FACULTAD DE INGENIERIA DEPARTAMENTO DE INGENIERIA DE SISTEMAS Nombre de la asignatura (Curso) Código de la asignatura (ID Curso) Análisis y Diseño Orientado a Objetos 4183 Fecha de Actualización Enero
TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.
TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Ingeniería de
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES SYLLABUS DE INGENERIA DE SOFTWARE I
Facultad de Ingeniería en Ciencias Aplicadas pag. 1 CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES SYLLABUS DE INGENERIA DE SOFTWARE I 1. Misión: (de la carrera) La Carrera de Ingeniería en Sistemas
Algoritmos. Diagramas de Flujo. Informática IV. L. S. C. Heriberto Sánchez Costeira
Informática IV Algoritmos Diagramas de Flujo L. S. C. Heriberto Sánchez Costeira Algoritmos 1 Definición Es una serie finita de pasos o instrucciones que deben seguirse para resolver un problema. Es un
ALGORITMOS, ESTRUCTURAS Y PROGRAMACION
VICERRECTORADO ACADÉMICO DIRECCIÓN DE GESTIÓN, DESARROLLO E INNOVACIÓN CURRICULAR FACULTAD: INGENIERIA ESCUELAS: COMPUTACION - SISTEMA UNIDAD CURRICULAR: ALGORITMOS, ESTRUCTURAS Y PROGRAMACION FECHA DE
MASTER PROFESIONAL C# 5 Y ASP.NET MVC 5
MASTER PROFESIONAL C# 5 Y ASP.NET MVC 5 TEMARIO MODULO I. EL LENGUAJE C# 5 Introducción al desarrollo de soluciones informáticas. El Framework.NET. o Descripción de la plataforma. o Las especificaciones
A continuación se describe con mayor detalle cada una de tales unidades:
1. OBJETIVOS: - Entender los conceptos teórico-prácticos que se emplean en la fase de diseño de un proyecto de software. - Entender las metodologías de diseño para las diferentes estrategias de desarrollo
TEMA 9: DIAGRAMA DE OBJETOS, SECUENCIA Y DESPLIEGUE EN UML
TEMA 9: DIAGRAMA DE OBJETOS, SECUENCIA Y DESPLIEGUE EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Diagrama de Objetos en UML Se utilizan para visualizar,
Centro Asociado Palma de Mallorca Tutor: Antonio Rivero Cuesta
Capítulo 6 UML Centro Asociado Palma de Mallorca Tutor: Antonio Rivero Cuesta 1 6 UML Lenguaje Unificado de Modelado 6.1 Introducción. El UML es un lenguaje universal de modelado de sistemas que se emplea
El proceso de diseño. Análisis de tareas
El proceso de diseño Diseño Iteración: Prototipado y Evaluación Técnicas de prototipado Técnicas de evaluación Definir tareas: Análisis de tareas: HTA: Análisis jerárquico de tareas : Diagramas de secuencias
TEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Definición El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura
Desarrollador de Aplicaciones Web con Java
Desarrollador de Aplicaciones Web con Java El presente programa integral tiene como finalidad el uso de la tecnología Java para el desarrollo de aplicaciones Web empresariales. En los tres módulos se utilizan
Diseño y Desarrollo Web. Espinola Raul 2008 basado en una Presentación de G. Gaona.
Diseño y Desarrollo Web Espinola Raul 2008 basado en una Presentación de G. Gaona. Contenido Conceptos Básicos Páginas Web Diseño de Interfaces Ejemplos Errores Introduccion Qué es la Web? World Wide Web
Resultado de Aprendizaje:
10. Matriz de Valoración o Rúbrica MATRIZ DE VALORACIÓN O RÚBRICA Siglema: PROO-02 Nombre del Módulo: Nombre del Alumno: Docente evaluador: Grupo: Fecha: Resultado de Aprendizaje: 1.1 Diseña modelos bajo
DESCRIPCIÓN ESPECÍFICA NÚCLEO: COMERCIO Y SERVICIOS SUBSECTOR: INFORMÁTICA
DESCRIPCIÓN ESPECÍFICA NÚCLEO: COMERCIO Y SERVICIOS SUBSECTOR: INFORMÁTICA Nombre del Módulo: PROGRAMACIÓN EN JAVASCRIPT Código: CSTI0087 total: 51 Horas Objetivo General: Crear contenido web basado en
Curso Microsoft SharePoint Server 2010 Designing and Developing Applications (10232)
Curso Microsoft SharePoint Server 2010 Designing and Developing Applications (10232) Programa de Estudio Curso Microsoft SharePoint Server 2010 Designing and Developing Applications (10232) Aprende a diseñar
INGENIERÍA DEL SOFTWARE I Práctica 5 Modelado de Diseño
INGENIERÍA DEL SOFTWARE I Práctica 5 Modelado de Diseño Univ. Cantabria Fac. de Ciencias Patricia López Introducción al Diseño Modelamos la estructura software del sistema (incluida la arquitectura) para
Guía práctica de estudio 05: Diagramas de flujo
Guía práctica de estudio 05: Diagramas de flujo Elaborado por: M.C. Edgar E. García Cano Ing. Jorge A. Solano Gálvez Revisado por: Ing. Laura Sandoval Montaño Guía práctica de estudio 05: Diagramas de
JAVA 7 Los fundamentos del lenguaje Java
Presentación 1. Historia 9 1.1 Por qué Java? 9 1.2 Objetivos del diseño de Java 10 1.3 Auge de Java 11 2. Características de Java 12 2.1 El lenguaje de programación Java 12 2.1.1 Sencillo 13 2.1.2 Orientado
Agradecimientos. Nota de los autores. 1 Problemas, algoritmos y programas 1
Prologo Agradecimientos Nota de los autores Índice general I III V VII 1 Problemas, algoritmos y programas 1 1.1 Programas y la actividad de la programación.................... 4 1.2 Lenguajes y modelos
Curso Taller de Arquitectura de Software usando UML
Curso Taller de Arquitectura de Software usando UML Presentación: Este curso comprende las técnicas necesarias para el modelamiento de sistemas a través de los diagramas definidos por UML (Unified Modelling
Developing ASP.NET MVC 4 Web Applications
Código: S28 Duración: 25 horas En este curso, los estudiantes aprenderán a desarrollar aplicaciones ASP.NET MVC con avanzadas tecnologías y herramientas de.net Framework 4.5. Se centrará en la codificación
Capítulo 2.- Marco Teórico
Capítulo 2.- Marco Teórico Describiremos brevemente el Lenguaje de Modelaje Unificado(UML) y el Proceso Unificado. El Lenguaje de Modelaje Unificado (UML) El Lenguaje de Modelaje Unificado tiene un amplio
Una dirección IP es una secuencia de unos y ceros de 32 bits. La Figura muestra un número de 32 bits de muestra.
DIRECCIONAMIENTO IP Un computador puede estar conectado a más de una red. En este caso, se le debe asignar al sistema más de una dirección. Cada dirección identificará la conexión del computador a una
Ingeniería a de Software CC51A
Ingeniería a de Software CC51A Clase Auxiliar Auxiliar: Andrés s Neyem Oficina 418 de Doctorado aneyem@dcc.uchile.cl 19 de Marzo de 2007 Aspectos Generales Grupo CC51A Diseño Cliente Requisitos Usuario
Modelado Básico con Casos de Uso. Diseño de Software Avanzado Departamento de Informática
Modelado Básico con Casos de Uso El Modelo de Casos de Uso La técnica de los casos de uso (inventada por Ivar Jacobson): Objetivo: identificar la funcionalidad de un sistema (requisitos funcionales). Método:
INTRODUCCIÓN...9 CAPÍTULO 1. ELEMENTOS DE UN PROGRAMA INFORMÁTICO...11
Índice INTRODUCCIÓN...9 CAPÍTULO 1. ELEMENTOS DE UN PROGRAMA INFORMÁTICO...11 1.1 PROGRAMA Y LENGUAJESDE PROGRAMACIÓN...12 1.1.1 EL LENGUAJE JAVA...13 1.1.2 EL JDK...15 1.1.3 LOS PROGRAMAS EN JAVA...16
CLASE 4: CASOS DE USO REQUERIMIENTOS. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez
CLASE 4: CASOS DE USO REQUERIMIENTOS Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez Casos de Uso Un caso de uso es una descripción de las posibles secuencias de interacción entre el
El Proceso. Capítulo 2 Roger Pressman, 5 a Edición. El Proceso de Desarrollo de Software
El Proceso Capítulo 2 Roger Pressman, 5 a Edición El Proceso de Desarrollo de Software Qué es? Marco de trabajo de tareas a realizar para desarrollar Software de alta calidad. Es sinónimo de Ingeniería
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
DIAGRAMAS DE UML. Prof. Wenceslao Chávez Bedoya
DIAGRAMAS DE UML Prof. Wenceslao Chávez Bedoya 1 DIAGRAMAS DEL UML La finalidad de los diagramas es presentar diversas perspectivas de un sistema a las cuales se les conoce como modelo. Muestran diferentes
Estructuras Administrativas
Estructuras Administrativas ESTRUCTURAS ADMINISTRATIVAS 1 Sesión No. 7 Nombre: Diagramas de Flujo Objetivo: El estudiante desarrollará la propuesta de un diagrama de flujo para la especificación de la
Metodologías en la Ingeniería del Software Métodos Orientados a Objetos
Metodologías en la Ingeniería del Software Métodos Orientados a Objetos García Departamento de Ciencias de la Computación Universidad de Alcalá Contenidos Historia Orientación a Objetos (OO) Problemas
SILABO DE LA ASIGNATURA INGENIERIA DEL SOFTWARE
a) Datos Informativos SILABO DE LA ASIGNATURA INGENIERIA DEL SOFTWARE A. Centro de Formación Superior : Universidad Mayor de San Andrés A2. Facultad : Ciencias Puras y Naturales A3. Unidad Académica :
Sistemas de Información II Requerimientos. Análisis de Requisitos
Requerimientos 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
ELECTIVA III. Entregables Minimos
ELECTIVA III Entregables Minimos Entregable Descripción Sugerencias Requerido El software de trabajo, el hardware y la documentación para ser Hay más en su sistema que sólo el software que se Sistema liberada
De Desempeño De Conocimiento SABERES ESENCIALES CONTENIDOS RUTA FORMATIVA Saber Conocer Nociones, Proposiciones, Conceptos Categorías
Facultad Programa Académico Nombre Del Curso Administración e Ingenierias Ingenieria De Sistemas ANÁLISIS DE SISTEMAS Problema? Competencia específica Criterios de Desempeño Saber conocer Saber Ser Saber
5.2. Combinar celdas Ajustar texto a la celda Insertar filas y columnas Insertar filas Insertar columnas. 5.5.
BÀSICO SESIÒN 1: 1. Introducción a Excel 1.1. Conociendo la interface de usuario de Excel 2013. 1.2. La ventana del libro de trabajo. 1.3. La hoja de Cálculo. 1.4. Celdas. 1.5. Barra de herramientas de
Principios de Análisis Informático. Tema 3: Fase de inicio
Principios de Análisis Informático Tema 3: Fase de inicio Eduardo Mosqueira Rey LIDIA Laboratorio de Investigación y desarrollo en Inteligencia Artificial Departamento de Computación Universidade da Coruña,
ESCUELA: UNIVERSIDAD DEL ISTMO
1.-IDENTIFICACIÓN ESCUELA: UNIVERSIDAD DEL ISTMO CLAVE: 3031 GRADO: ING. EN COMPUTACIÓN, CUARTO SEMESTRE TIPO DE TEÓRICA/PRÁCTICA ANTECEDENTE CURRICULAR: 3042 2.- OBJETIVO GENERAL El alumno aprenderá la
METODOLOGÍAS ÁGILES. Proceso Unificado Ágil (AUP) Ingeniería del Software II Análisis de Sistemas
METODOLOGÍAS ÁGILES Proceso Unificado Ágil (AUP) Docentes: Titular: Ing. Ivaniszyn Selva Nieves Rambo, Alice Sueldo, Roberto Integrantes: Osuna, Jessica Marianela Rougoski, Santiago José Ingeniería del
Índice de contenido. Índice de contenido... i Indice de prácticas...ix Prólogo...xi Cómo utilizar este libro...xv
Índice de contenido Índice de contenido... i Indice de prácticas...ix Prólogo...xi Cómo utilizar este libro...xv Capítulo 1: La computadora y los niveles de datos Computadora...3 Tipos de dispositivos...4
Capítulos 2 y 5: Modelación con UML y Modelo Objeto
Capítulos 2 y 5: Modelación con UML y Modelo Objeto Agenda Recordar: Modelo de Sistema: modelo objeto + modelo funcional + modelo dinámico Ultima Clase: Modelo Objeto Definir el concepto de Modelo de Clases
TÉCNICO SUPERIOR UNIVERSITARIO EN MECATRÓNICA ÁREA AUTOMATIZACIÓN EN COMPETENCIAS PROFESIONALES ASIGNATURA DE LENGUAJE DE PROGRAMACIÓN
TÉCNICO SUPERIOR UNIVERSITARIO EN MECATRÓNICA ÁREA AUTOMATIZACIÓN EN COMPETENCIAS PROFESIONALES ASIGNATURA DE LENGUAJE DE PROGRAMACIÓN 1. Competencias Implementar sistemas de medición y control bajo los
El Ciclo de Vida del Software
26/09/2013 El Ciclo de Vida del Software Grupo de Ingeniería del Software y Bases de Datos Departamento de Lenguajes y Sistemas Informáticos Universidad de Sevilla septiembre 2013 Objetivos de este tema
Oracle Database: Programación con PL/SQL
Oracle University Contact Us: 0800-100-4183 & 0800-100-6854 Oracle Database: Programación con PL/SQL Duration: 5 Days What you will learn Este curso ofrece una introducción sobre PL/SQL y enumera la lista
Tema: Clases y Objetos en C#. Parte II.
Programación II. Guía No. 5 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Clases y Objetos en C#. Parte II. Objetivos Implementar clases, objetos, propiedades, métodos y
Proceso Unificado (Iterativo e incremental)
Proceso Unificado (Iterativo e incremental) Proceso Unificado de Desarrollo de Software, I. Jacobson, J. Rumbaugh y G. Booch, Addison-Wesley, 1999 Fases y Flujos de trabajo de los ciclos de vida. Disciplinas
TEMA 7: INGENIERIA DEL SOFTWARE.
TEMA 7: INGENIERIA DEL SOFTWARE. 7.1. Definición de software 7.2. Características del software 7.3. Componentes del software 7.4. Ciclo de vida 7.4.1. Análisis de requisitos 7.4.2. Diseño 7.4.3. Implementación
Métodos para escribir algoritmos: Diagramas de Flujo y pseudocódigo
TEMA 2: CONCEPTOS BÁSICOS DE ALGORÍTMICA 1. Definición de Algoritmo 1.1. Propiedades de los Algoritmos 2. Qué es un Programa? 2.1. Cómo se construye un Programa 3. Definición y uso de herramientas para
Guía práctica de estudio 04: Clases y objetos
Guía práctica de estudio 04: Clases y objetos Elaborado por: M.C. M. Angélica Nakayama C. Ing. Jorge A. Solano Gálvez Autorizado por: M.C. Alejandro Velázquez Mena Guía práctica de estudio 04: Clases y
Algoritmos y programas. Algoritmos y Estructuras de Datos I
Algoritmos y programas Algoritmos y Estructuras de Datos I Primer cuatrimestre de 2012 Departamento de Computación - FCEyN - UBA Programación funcional - clase 1 Funciones Simples - Recursión - Tipos de
PATRONES DE DISEÑO DE CREACIÓN. Abstract Factory Builder Factory Method Prototype
PATRONES DE DISEÑO DE CREACIÓN Abstract Factory Builder Factory Method Prototype Patrones de diseño de creación Abstraen el proceso de creación de instancias Encapsulan el conocimiento sobre las clases
Casos de Uso. Introducción. Actores
Casos de Uso Introducción Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario. Representan las funciones que un sistema puede ejecutar. Por tanto
TEMA 4. ESTRUCTURAS DE CONTROL
M.P. Sesmero, P. de Toledo, F.J. Ordoñez, J. Gómez-Romero, J.A. Iglesias, J.L. Mira Programación TEMA 4. ESTRUCTURAS DE CONTROL Grado en Ingeniería en Tecnologías Industriales Programación CONTENIDOS 4.1.
NOMBRE DEL CURSO: Excel 2010 Intermedio
NOMBRE DEL CURSO: Excel 2010 Intermedio DURACION: 15 Horas MODALIDAD: Presencial TITULACION: Al finalizar el curso el alumno recibirá un Diploma o Certificado de Aprovechamiento. AREA FORMATIVA: Informática
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
Requerimientos de Software
Requerimientos de Software Ingeniería de Requerimientos Se define como el proceso de establecer los servicios que el consumidor requiere de un sistema y las restricciones sobre las cuales de funcionar