CLASE 9: DISEÑO CON PATRONES. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette C. Martínez
|
|
- Raúl Lagos Muñoz
- hace 6 años
- Vistas:
Transcripción
1 CLASE 9: DISEÑO CON PATRONES Universidad Simón Bolívar. Ing. de Software. Prof. Ivette C. Martínez
2 Diseño de Objetos Identificar requerimientos, crear un modelo del dominio, agregar métodos a las clases de software, definir mensajes para cumplir los requerimientos Simple?!? Qué métodos pertenecen a cada clase? Como asignamos responsabilidades a las clases La herramienta crítica de diseño de software es una mente bien educada en los principios de diseño y en patrones de diseño
3 Diseño Dirigido por Responsabilidades Una responsabilidad es un contrato u obligación de una clase. Qué debe conocer una clase? [responsabilidad de conocimiento] Datos encapsulados privados Objetos relacionados Cosas que puede derivar o calcular Qué debe hacer una clase? [responsabilidad de acción] Realizar una acción (crear un objeto, realizar un cálculo) Iniciar una acción en otros objetos Controlar/coordinar acciones en otros objetos Las responsabilidades se le asignan a los objetos durante el diseño de objetos
4 Ejemplos de Responsabilidades Una venta es responsable de crear una VentaLineaDeProducto (hacer) Una venta es responsable de conocer su total (conocer) Las responsabilidades de conocimiento están relacionadas con los atributos y las asociaciones en el modelo del dominio. Las responsabilidades de acción son implementadas mediante métodos.
5 Patrones de Aprendizaje Las soluciones exitosas en muchas áreas del esfuerzo humano tienen sus raices en patrones. Un objetivo importante de la educación es transmitir patrones de aprendizaje de generación en generación. Ejemplos: Patrones usados para aprender ajedrez Aprende a desarrollar buen software es parecido a aprender a jugar bien ajedrez.
6 Qué es un patrón? Cada Patrón describe un problema que ocurre una y otra vez en nuestro ambiente, y luego describe el núcleo de la solución a ese problema, de forma tal que esa solución puede ser usada un millón de veces, sin hacerlo de la misma manera dos veces. C. Alexander, The Timeless Way of Building, 1979
7 Por qué usar patrones? Los patrones te ayudan a aprender de los éxitos de otros en lugar de aprender de tus errores Mark Johnson (citado por B. Eckel)
8 Por qué usar patrones? Una capa de abstracción adicional Separar las cosas que cambian de las cosas que permanecen iguales Extraer los factores comunes entre una familia de problemas similares Una forma inteligente y profunda de resolver una clase particular de problemas Soluciones más generales y flexibles
9 Patrones de diseño Los patrones de diseño representan soluciones a problemas que surgen cuando se desarrolla software en un contexto particular. Patrones = par Problema/Solución dentro de un Contexto
10 Ejemplo: Vistas de datos, problema de consistencia
11 El patrón Observer Propósito Definir una dependencia de uno-a-muchos entre objetos de manera que cuando un objeto cambia de estado, todas sus dependencias son notificadas y actualizadas automáticamente. Fuerzas Puede haber muchos observadores Cada observador puede reaccionar de forma diferente a la misma notificación La fuente de datos (sujeto) debe estar tan desacoplada como sea posible del observador.
12 Qué lo hace un patrón? Un patrón debe: Resolver un problema, i.e., debe ser útil Tener un contexto, i.e., describir cuando la solución puede ser utilizada Reutilizarse, i.e., debe ser relevante en otras situaciones Enseñar, i.e, debe proporcionar suficiente información para la elaboración de la solución Tener un nombre, para referirse a él de forma consistente.
13 Formato GoF (Gang-of-Four) de un Patrón de Diseño Nombre del patrón y clasificación Propósito qué hace el patrón También conocido como otros nombres del patrón (opcional) Motivación el problema de diseño Aplicabilidad situaciones donde el patrón puede ser aplicado
14 Formato GoF de un Patrón de Diseño Estructura Una representación gráfica de las clases dentro del patrón Participantes Las clases y objetos participantes y sus responsabilidades Colaboraciones De los participantes para llevar a cabo sus responsabilidades Consecuencias trade-offs, preocupaciones,
15 Formato GoF de un Patrón de Diseño Implementación Hints, Técnicas Código de Ejemplo Fragmento de código que muestra una implementación posible Usos conocidos Patrones que se encuentran en sistemas reales Patrones relacionados Patrones estrechamente relacionados
16 Diseño con patrones Patrones de diseño GRASP Patrones de diseño GoF Enterprise patterns
17 Diseño con patrones Patrones de diseño GRASP General Responsability Assignment Software Patterns. Patrones de Principios Generales para Asignar Responsabilidades Describen los principios fundamentales de diseño de objetos y la asignación de responsabilidades, expresados como patrones. Craig Larman. Constituyen la base del CÓMO se diseñará el sistema. Se aplican en los primeros momentos del diseño
18 Responsabilidades UML define una responsabilidad como un contrato u obligación de un clasificador. Las responsabilidades están relacionadas con las obligaciones de un objeto en cuanto a su comportamiento. Básicamente, estas responsabilidades son de los siguientes dos tipos: Conocer y Hacer
19 Patrones de diseño GRASP Experto en información Creador Alta cohesión Bajo Acoplamiento Controlador Polimorfismo Fabricación Pura Indirección Variaciones Protegidas
20 Experto en información Problema: Cuál es el principio general para asignar responsabilidades a los objetos? Solución : Asignar una responsabilidad al experto en información la clase que tiene la información necesaria para realizar la responsabilidad. Un Experto es una clase que tiene toda la información necesaria para implementar una responsabilidad. Ventajas: Encapsulamiento de la información; Distribución del comportamiento del manejo de la información
21 Experto en información
22 Experto en información Quién debería ser el responsable de almacenar Venta en una base de datos?
23 Creador Problema: Quién debería ser el responsable de la creación de una nueva instancia de alguna clase? Solución: B es un Creador de A si se asigna a la clase B la responsabilidad de crear una instancia de la clase A y si se cumple uno o más de los casos siguientes: B agrega objetos de A; B contiene objetos de A; B registra instancias de objetos de A; B utiliza más estrechamente objetos de A; B tiene los datos de inicialización que se pasarán a un objeto de A cuando sea creado( por lo tanto, B es un Experto con respecto a la creación de A)
24 Creador El patrón Creador guía la asignación de responsabilidades relacionadas con la creación de objetos (una tarea muy común). La intención básica del patrón es encontrar un creador que necesite conectarse al objeto creado en alguna situación. Ventajas: Bajo acoplamiento logrando mayor mantenibilidad y reutilización.
25 Creador
26 Bajo Acoplamiento Problema: Cómo soportar bajas dependencias, bajo impacto del cambio e incremento de la reutilización? Solución: Asignar una responsabilidad de manera que el acoplamiento permanezca bajo. El acoplamiento es una medida de la fuerza con que un elemento está conectado a, tiene conocimiento de, confía en, otros elementos. Un elemento con bajo (o débil) acoplamiento no depende demasiado de otros elementos.
27 Bajo Acoplamiento El patrón Bajo Acoplamiento es un principio a tener en mente en todas las decisiones de diseño. Es un principio evaluativo que aplica un diseñador mientras evalúa todas las decisiones de diseño. El Bajo Acoplamiento soporta clases más independientes Ventajas: No afectan los cambios en otros componentes; Fácil de entender de manera aislada; Conveniente para reutilizar
28 Bajo Acoplamiento Qué diseño, basado en la asignación de responsabilidades, soporta Bajo Acoplamiento?
29 Bajo Acoplamiento Qué diseño, basado en la asignación de responsabilidades, soporta Bajo Acoplamiento? Desde el punto de vista puramente del acoplamiento, es preferible el segundo diseño porque mantiene el acoplamiento global más bajo. Este es un ejemplo en el que dos patrones- Bajo Acoplamiento y Creador podrían sugerir soluciones diferentes.
30 Bajo Acoplamiento Una subclase está fuertemente acoplada a su superclase. Ejemplo: ObjetoPersistente
31 Alta cohesion Problema: Cómo mantener la complejidad manejable? Solución: Asignar una responsabilidad de manera que la cohesión permanezca alta. En cuanto al diseño de objetos, la cohesión (cohesión funcional) es una medida de la fuerza con la que se relacionan y del grado de focalización de las responsabilidades de un elemento.
32 Alta cohesion Una clase con baja cohesión hace muchas cosas no relacionadas, o hace demasiado trabajo: Clases difíciles de entender; Difíciles de reutilizar; Difíciles de mantener; Delicadas, constantemente afectadas por los cambios.
33 Alta cohesion Baja cohesión: FachadaBD con muchos métodos.
34 Alta cohesion Como regla empírica, una clase con alta cohesión tiene: Un número relativamente pequeño de métodos, con funcionalidad altamente relacionada, No realiza mucho trabajo. Colabora con otros objetos para compartir el esfuerzo si la tarea es extensa. No es conveniente recargar el trabajo o incluir funcionalidad en la clase que responde a los eventos del sistema.
35 Alta cohesion Ventajas: Incrementa la claridad y facilita la comprensión del diseño; Simplifica el mantenimiento y las mejoras; Soporta a menudo bajo acoplamiento Incrementa la reutilización
36 Controlador Problema: Quién debe ser el responsable de gestionar un evento de entrada del sistema? Solución: Asignar la responsabilidad de recibir o manejar un mensaje de evento del sistema a una clase que representa una de las siguientes operaciones: Representa el sistema global, dispositivo o subsistema (Controlador de Fachada); Representa un escenario de caso de uso en el que tiene lugar el evento del sistema (controlador de Sesión de Caso de Uso). Utilizar la misma clase controlador para todos los eventos del sistema en el mismo escenario de caso de uso; Una sesión es una instancia de una conversación con un actor
37 Controlador Las clases ventana, applet, vista, etc., no están en la lista debido a que tales clases no deben abordar las tareas asociadas con los eventos del sistema, sino que, reciben estos eventos y los delegan a un controlador. Evento del sistema de entrada Es un evento generado por un actor externo. Se asocian con operaciones del sistema operaciones del sistema como respuesta a los eventos del sistema -, tal como se relacionan los mensajes y los métodos. Un Controlador Es un objeto que no pertenece a la interfaz de usuario, responsable de recibir o manejar un evento del sistema. Un Controlador define los métodos para las operaciones del sistema.
38
39 Controlador Normalmente un controlador delega en otros objetos el trabajo que se necesita hacer; coordina o controla la actividad. No realiza mucho trabajo por sí mismo. Tipos de controladores: Controlador de Fachada: Representa al sistema global, dispositivo o subsistema. Controlador de casos de uso: Construcción artificial para dar soporte al sistema. Se utilizan cuando los Controladores de Fachada conduce a diseños con baja cohesión o alto acoplamiento.
40 Controlador Ventajas: Aumenta el potencial para reutilizar las interfaces; Razonamiento sobre el estado (secuencia de pasos) de los casos de uso.
41 Controlador
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
Más detallesPatrones. 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
Más detallesDiseño Dirigido por Responsabilidades con los patrones GRASP. Pearson Educación, S.A. Todos los derechos reservados.
Diseño Dirigido por Responsabilidades con los patrones GRASP Experto (en información) Cómo asignar responsabilidades? Asignar una responsabilidad al objeto que tiene la información necesaria para realizarla:
Más detallesTema 6. Patrones de diseño.
Ingeniería del Software II 2011 Tema 6. Patrones de diseño. Introducción. Durante el diseño Orientado a Objetos es frecuente encontrarse repetidamente con ciertos tipos de problemas, para analizar, compartir
Más detallesUML (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.
Más detalles1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:
Análisis y Diseño O.O. Preguntas del diseño : Cómo podrían asignarse responsabilidades a las clases de los objetos? Cómo podrían interactuar los objetos? Qué deberían hacer las clases? Patrones : Ciertas
Más detallesPATRONES 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
Más detallesDIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE GLORIA CECILIA RÍOS MUÑOZ
DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE 10 GLORIA CECILIA RÍOS MUÑOZ INSTITUCIÓN EDUCATIVA GABRIEL GARCÍA MÁRQUEZ MEDELLÍN 2013 DIAGRAMAS Un diagrama es una representación
Más detallesIngeniería del Software de Gestión II 2 de febrero de 2005 Pág: 1/8. Apellidos: Nombre: Núm.:
Ingeniería del Software de Gestión II 2 de febrero de 2005 Pág: 1/8 Apellidos: Nombre: Núm.: PD1 (4 Ptos.): Responda razonadamente a las siguientes cuestiones: 1. Qué diferencia existe entre un diagrama
Más detallesCIDE, 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
Más detallesContenido. 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
Más detallesINGENIERÍA DEL SOFTWARE
INGENIERÍA DEL SOFTWARE Sesión No. 11 INGENIERÍA DEL SOFTWARE 1 Nombre: Estereotipos y valores etiquetados de los paquetes Contextualización Los estereotipos dentro de los medios de programación son más
Más detallesLenguaje 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
Más detallesTÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.
TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Ingeniería de
Más detallesEnfoque de Desarrollo de software OO
Enfoque de Desarrollo de software OO Enfoque OO) Ilustraciones de: Object-Oriented Design with Applications,1991, G. Booch 1 Objetivos Presentar los conceptos básicos del enfoque orientado a objetos. 2
Más detallesCapí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
Más detallesDiagramas 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
Más detallesFundamentos de Ingeniería de Software [Etapas II]
Fundamentos de Ingeniería de Software [Etapas II] M. en C. Sergio Luis Pérez Pérez UAM CUAJIMALPA, MÉXICO, D. F. Trimestre 13-I Sergio Luis Pérez (UAM CUAJIMALPA) Curso de fundamentos de ing. de software
Más detallesLos 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
Más detallesUNIVERSIDAD 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
Más detallesDESCRIPCIÓN PROJECT PRO FOR OFFICE 365
DESCRIPCIÓN PROJECT PRO FOR OFFICE 365 Project para Office 365 Obtén el control y las capacidades de Project Professional 2016 desde prácticamente cualquier lugar en forma de suscripción de escritorio
Más detallesDiagramas 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,
Más detallesGuí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
Más detallesCLASE 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
Más detallesDiagramas 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
Más detallesINTERFACES INTELIGENTES. ING. MA. MARGARITA LABASTIDA ROLDÁN E mail:
INTERFACES INTELIGENTES ING. MA. MARGARITA LABASTIDA ROLDÁN E mail: magielr@gmail.com GENERALIDADES DE LAS INTERFACES INTERFAZ DE USUARIO: Es el dispositivo por medio del cual un usuario realiza la comunicación
Más detallesUML: INTRODUCCIÓN, ORIENTACIÓN a Objetos
1Diseño y Modelado UML UML: INTRODUCCIÓN, ORIENTACIÓN a Objetos - Por qué es necesario el UML - La concepción del UML - Diagramas del UML - Diagrama de clases - Diagrama de objetos - Diagrama de casos
Más detallesCLA. 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
Más detallesCristian 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
Más detallesPROCESO DE VENTA CONSULTIVA MÓDULO DE GESTIÓN DEL MÉTODO DE VENTA CONSULTIVA
PROCESO DE VENTA CONSULTIVA MÓDULO DE GESTIÓN DEL MÉTODO DE VENTA CONSULTIVA Visual Sale cuenta con módulos especializados en procesos de venta consultiva para la atención de oportunidades de negocio complejas
Más detallesPatrones GRASP. Macario Polo Usaola - Patrones GRASP 1
Patrones GRASP Macario Polo Usaola - Patrones GRASP 1 Patrones GRASP Acrónimo de General Responsibility Assignment Software Patterns. Describen los principios fundamentales para asignar responsabilidades
Más detallesFundamentos de la Programación Orientada a Objetos Diseño de clases
Fundamentos de la Programación Orientada a Objetos Diseño de clases Programación Orientada a Objetos Facultad de Informática Dep. Ingeniería del Software e Inteligencia Artificial Universidad Complutense
Más detallesDiseñ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
Más detallesIngenierí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
Más detallesAdministración de Recursos Informáticos Unidad II: Unidad de Tecnologías de Información y Comunicaciones La Generación de Proyectos
Unidad II: Unidad de Tecnologías de Información y Comunicaciones La Generación de Proyectos Estructuracion Satisfaccion de necesidad Proyecto de solucion Nacimiento de una Necesidad Las personas requieren
Más detallesAnálisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 10 Modelo Dinámico Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE
Más detalles3. DOCUMENTACIÓN 3.1. DOCUMENTACIÓN DE APLICACIONES. OBJETIVOS PARA MODIFICAR HACE FALTA COMPRENDER/ESTUDIAR:
3. DOCUMENTACIÓN 3.1. DOCUMENTACIÓN DE APLICACIONES. OBJETIVOS UN SISTEMA SOFTWARE QUE SEA: + DIFÍCIL DE COMPRENDER + SÓLO UTILIZABLE POR SUS REALIZADORES + DIFÍCIL DE MODIFICAR NO ES VÁLIDO PARA EVITAR
Más detallesElementos 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.
Más detallesObjeto del informe. ALUMNO 1 Página: 1
Nombre: ALUMNO 1 Centro: NOMBRE DEL COLEGIO Curso: 2º E. PRIMARIA Responsable: RESPONSANBLE Localidad: LOCALIDAD Fecha: 21 / julio / 2015 Objeto del informe El presente informe recoge la evaluación psicológica
Más detallesPATRONES. Experto. Solución:
PATRONES. Experto. Asignar una responsabilidad a la clase que tiene la información necesaria para cumplirla. Cuál es el principio fundamental en virtud del cual asignaremos las responsabilidades a los
Más detallesMS_10962 Advanced Automated Administration with Windows PowerShell
Gold Learning Gold Business Intelligence Silver Data Plataform MS_10962 Advanced Automated Administration with Windows PowerShell www.ked.com.mx Av. Revolución No. 374 Col. San Pedro de los Pinos, C.P.
Más detallesTema: 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
Más detallesCAPÍTULO 3. Metodología para la elaboración de. manuales de procedimientos
CAPÍTULO 3 Metodología para la elaboración de manuales de procedimientos El elaborar los manuales de procedimiento conlleva una metodología; en este capítulo se trata brevemente este tema; sus bases principales
Más detallesConceptos y buenas prácticas de DFM
El diseño para la manufactura es la integración del diseño de productos y la planeación de procesos en una actividad en común. El objetivo es un diseñar un producto que sea económico y fácilmente fabricado.
Más detallesIntroducción a la Orientación a Objetos
Introducción a la Orientación a Objetos Breve historia de la OO 1960s. Simula incorpora características propias de la OO. 1970s. Smalltalk. Lenguaje totalmente OO. 1990s. Boom de la OO. 2000-Hoy. Época
Más detallesTEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Diseño El objetivo final del diseño es producir un Modelo Lógico del sistema a implementar. Diferencia entre Análisis y Diseño del Proceso Unificado Modelo de Análisis Modelo
Más detallesINTRODUCCIÓN AL PARADIGMA DE LA PROGRAMACIÓN ORIENTADA A OBJETOS CON JAVA
Objetivo: Identificar los concentos principales en java POO, que es una clase, un objeto así como sus características principales abstracción, modularidad, encapsulamiento, herencia, polimorfismo. INTRODUCCIÓN
Más detallesIntroducción www.themegallery.com
Introducción Definiciones: Proceso de negocio: Flujo de trabajo de la organización. Existe por sí mismo. Requisito: Característica que el sistema software debe tener. Caso de uso: Técnica para la definición
Más detallesIngeniería de Requerimientos. requiere de un Sistema de Software.
Ingeniería de uestableciendo lo que el cliente requiere de un Sistema de Software. Ian Sommerville 1995 Ingeniería de Software, 5a. edición Capitulo 4 Diapositiva 1 Objetivos u Introducción a la Noción
Más detallesPA JOSÉ MANUEL BURBANO CARVAJAL
PA121-01 SISTEMA DE GESTIÓN DEL CONOCIMIENTO PARA LA DEFINICIÓN DE ESTRATEGIAS QUE EVITEN LA DESERCIÓN ESCOLAR EN LOS COLEGIOS DE MOCOA PUTUMAYO EN EL NIVEL DE EDUCACIÓN BÁSICA SECUNDARIA JOSÉ MANUEL BURBANO
Más detallesObjeto Clase Atributo / Método Encapsulamiento Mensaje Herencia Polimorfismo Encadenamiento Dinámico
Conceptos Objeto Clase Atributo / Método Encapsulamiento Mensaje Herencia Polimorfismo Encadenamiento Dinámico Objeto Representa una instancia de un elemento del mundo del problema Es cualquier elemento
Más detallesLÓGICA DE PROGRAMACIÓN
LÓGICA DE PROGRAMACIÓN Lógica de la Programación Lenguajes de Programación Ing CIP. Mike Joseph Palacios Juárez Clasificación del Software Sistemas Operativos 1. Multitarea 2. Multiusuario 3. Multiproceso
Más detallesArquitectura de Software El Rol del Arquitecto de Software
Arquitectura de Software El Rol del Arquitecto de Software Centro de Posgrados y Actualización Profesional Instituto de Computación - Facultad de Ingeniería Contenido Propósito del Arquitecto Rol del Arquitecto
Más detallesAsociación de pacientes
Asociación de pacientes PARA QUÉ SIRVE Personas que funciona como un vehículo de comunicación entre vosotros, asociaciones de pacientes y vuestros miembros, y es el lugar perfecto para que os presentéis
Más detallesTema: Herramientas UML, Análisis y diseño UML
Programación II. Guía No.3 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Herramientas UML, Análisis y diseño UML Objetivos Conocer una herramienta de modelado para la solución
Más detallesPROGRAMA DE CURSO. Metodologías de Diseño y Programación. Nombre en Inglés. Design and Programming Methodologies.
Código CC3002 Nombre Nombre en Inglés PROGRAMA DE CURSO Metodologías de Diseño y Programación Design and Programming Methodologies SCT es Docentes Horas de Cátedra Horas Docencia Auxiliar Horas de Trabajo
Más detallesExamen de Ingeniería del Software / 3º de Informática de Gestión 7 de febrero de 2007
Apellidos: Nombre: Nota: El alumno da su autorización para publicar sus notas tanto en los tablones de la asignatura como en la Web. En caso contrario, recuadre la opción NO. SERÁ NECESARIO OBTENER AL
Más detallesRequisitos. tiempo. Integración Pruebas de sistema. 4 semana (por ejemplo) El sistema crece en cada iteración
6 Diseño orientado a objetos En las etapas de captura de los requisitos y del análisis orientado a objetos se han centrado en aprender a realizar la definición del proyecto sin decir cómo. En esta otra
Más detallesINCIDENCIA POLÍTICA PARA GRUPOS LOCALES
INCIDENCIA POLÍTICA PARA GRUPOS LOCALES Rolando Castro C. CEDARENA INCIDENCIA Existen cada vez más oportunidades de participación de la sociedad civil. Incidencia es una forma de participación. Es Incidir
Más detalles4.1 CONGRUENCIA ENTRE LOS OBJETIVOS DEL PLAN DE ESTUDIOS Y EL PERFIL DE EGRESO CON LAS LGAC:
4.1 CONGRUENCIA ENTRE LOS OBJETIVOS DEL PLAN DE ESTUDIOS Y EL PERFIL DE EGRESO CON LAS LGAC: A continuación se muestran los objetivos así como los mapas funcionales según la línea de acentuación y la línea
Más detallesFUNCIONES BÁSICAS DE LA GERENCIA DE PROYECTOS
FUNCIONES BÁSICAS DE LA GERENCIA DE PROYECTOS CONTENIDO FUNCIONES BÁSICAS DE LA GERENCIA DE PROYECTOS Integración Alcance Tiempo Costo Calidad Recursos humanos Comunicaciones Manejo de riesgos Procura
Más detalles1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.
UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS NOMBRE DEL CURSO: Computación y Programación 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias y Sistemas AREA A LA QUE PERTENECE:
Más detallesREGLAMENTO DEL USO DE EQUIPOS DE CÓMPUTO, PROYECTORES MULTIMEDIA Y LABORATORIOS DE FACEM
REGLAMENTO DEL USO DE EQUIPOS DE CÓMPUTO, PROYECTORES MULTIMEDIA Y LABORATORIOS DE FACEM TITULO I DISPOSICIONES GENERALES Art. 1.- Art. 2.- Art. 3.- El Decano de la Facultad, el Secretario Académico y
Más detallesISO 9004:2009: Gestión del éxito sostenido de una organización. Un enfoque de gestión de la calidad
ISO 9004:2009: Gestión del éxito sostenido de una organización. Un enfoque de gestión de la calidad Ing. Eduardo Del Río Martínez Delegado INLAC en el ISO/TC 176 Octubre 2009 Temario 1. Evolución de los
Más detallesHERENCIA Y TIPOS. Articulo. Video Audio Altavoces. Amplificador
HERENCIA Y TIPOS. Las clases con propiedades y funciones comunes se agrupan en una superclase. Las clases que se derivan de una superclase son las subclases. Las clases se organizan como jerarquía de clases.
Más detalles1. Qué debe saber antes de realizar una solicitud? - Definiciones de GLPI. 2. Acceder al Sistema GLPI. 3. Cómo realizar una solicitud?. 4.
1. Qué debe saber antes de realizar una solicitud? - Definiciones de GLPI. 2. Acceder al Sistema GLPI. 3. Cómo realizar una solicitud?. 4. Cómo consultar una solicitud?. 5. Ítems de una solicitud en GLPI.
Más detallesDIPLOMADO EN GERENCIA DE PROYECTOS CON ÉNFASIS EN PMI
FACULTAD DE ADMINISTRACIÓN DIPLOMADO EN GERENCIA DE PROYECTOS CON ÉNFASIS EN PMI PRESENTACIÓN El Diplomado está diseñado para que los participantes se comprometan en un proceso de intercambio de conocimiento
Más detallesRESUMEN. Para una mejor comprensión del trabajo, a continuación se detalla la estructura:
RESUMEN Es importante que la Agencia Internacional Esperanza Bolivia cuente con un reglamento para poder controlar sus activos fijos, para el mejoramiento de sus funciones. La imperante necesidad de establecer
Más detallesSERVICIO NACIONAL DE APRENDIZAJE SENA SISTEMA INTEGRADO DE GESTIÓN Procedimiento Ejecución de la Formación Profesional Integral GUÍA DE APRENDIZAJE
Nº 1 1. IDENTIFICACIÓN DE LA GUIA DE APRENDIZAJE Programa de Formación: Técnico en programación de software Nombre del Proyecto: Sistema de información para la gestión empresarial Fase del proyecto: FASE
Más detallesAspectos Básicos de Networking
Aspectos Básicos de Networking ASPECTOS BÁSICOS DE NETWORKING 1 Sesión No. 4 Nombre: Capa de transporte del modelo OSI Contextualización Existen diferencias en los servicios de protocolos? Los protocolos
Más detallesC O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas
- C O N T E N I D O 1. Propósito 2. Alcance 3. y autoridad 4. Normatividad aplicable 5. Políticas 6. Diagrama de bloque del procedimiento 7. Glosario 8. Anexos Anexo 1 : Solicitud de un Proyecto Web Anexo
Más detallesCURSO DE EXCEL -INTERMEDIO
CURSO DE EXCEL -INTERMEDIO Introducción Microsoft Excel es una poderosa herramienta, ampliamente utilizada en el mundo empresarial y académico, tanto por su facilidad de uso como por las prestaciones que
Más detallesEDUCACIÓN EMOCIONAL PARA DOCENTES
EDUCACIÓN EMOCIONAL PARA DOCENTES CURSO DE FORMACIÓN EN EDUCACIÓN EMOCIONAL PARA DOCENTES Guiatransformaccion. Tel: 619858765 C/Santiago, 17 1ºB info@guiatransformaccion.com 10.100. Miajadas. Cáceres www.guiatransformaccion.com
Más detallesEl patrón Composite (Compuesto) Propósito Componer los objetos a una estructura de jerarquía de relación partetodo.
Definición más precisa de los patrones Un patrón del diseño nomina, abstrae y identifica los aspectos claves de un diseño común para crear un diseño orientado a objetos reutilizable. Son descripciones
Más detallesPSICOLOGIA DEL DEPORTE Y PSICOLOGOS DEL DEPORTE CUAL ES SU PAPEL E IMPORTANCIA
PSICOLOGIA DEL DEPORTE Y PSICOLOGOS DEL DEPORTE CUAL ES SU PAPEL E IMPORTANCIA En general, la Psicología del Deporte se puede caracterizar por su preocupación por el impacto de los factores psicológicos
Más detallesAná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
Más detallesNombre de la asignatura: Simulación. Créditos: Aportación al perfil
Nombre de la asignatura: Simulación Créditos: 2-4-6 Aportación al perfil Analizar, diseñar y gestionar sistemas productivos desde la provisión de insumos hasta la entrega de bienes y servicios, integrándolos
Más detallesDIPLOMADO EN SISTEMAS DE GESTIÓN EN SEGURIDAD Y SALUD OCUPACIONAL OHSAS 18001
SIS DE GESTIÓN EN SEGURIDAD Y S.O. DIPLOMADO EN SIS DE GESTIÓN EN SEGURIDAD Y SALUD OCUPACIONAL OHSAS 18001 1- PRESENTACIÓN Las empresas hoy, deben responder al mercado internacional con estrategias de
Más detallesUnidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS CARACTERÍSTICAS DEL ESQUEMA DE DATOS DIAGRAMA ENTIDAD RELACIÓN (D.E.R.)
Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS OBJETIVO DEL ESQUEMA DE DATOS Describir los datos que el sistema debe conocer para poder responder a los estímulos. CARACTERÍSTICAS DEL ESQUEMA DE
Más detallesToccata. IDE para el trabajo con Lilypond. Javier Salazar Loyola, Cristobal Troncoso. Junio 2009
IDE para el trabajo con Lilypond Javier Salazar Loyola Cristobal Troncoso Junio 2009 Perspectiva Global del Problema Creación y Edición de Partituras Musicales Se ven los músicos en la necesidad de crear
Más detallesTransformaciones entre el modelo Relacional y el modelo de Clases.
Gestión de la Información Transformaciones entre el modelo Relacional y el modelo de Clases. José Luis Pastrana Brincones (pastrana@lcc.uma.es) 2 Supongamos que tenemos un modelo de objetos como el siguiente:
Más detallesGuía para maestro. Moda, media y mediana. Compartir Saberes
Guía para maestro Guía realizada por Nury Espinosa Profesional en Matemáticas Este tipo de medidas nos permiten identificar y ubicar el punto (valor) alrededor del cual se tienden a reunir los datos (
Más detallesISO SERIE MANUALES DE CALIDAD GUIAS DE IMPLEMENTACION. ISO 9001:2008 Como implementar los cambios parte 1 de 6
ISO 9001 2008 GUIAS DE IMPLEMENTACION ISO 9001:2008 Como implementar los cambios parte 1 de 6 SERIE MANUALES DE CALIDAD 1 NORMA INTERNACIONAL ISO 9000 Dentro de las modificaciones de la nueva versión de
Más detallesNorma de seguridad de datos de la Industria de tarjetas de pago (PCI)
Norma de seguridad de datos de la Industria de tarjetas de pago (PCI) Resumen de los cambios de la a la 3.2 de las PCI DSS Abril de 2016 Introducción Este documento proporciona un resumen de los cambios
Más detallesRequerimientos 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
Más detallesDiseñ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
Más detallesCurso 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
Más detallesCaso de uso y procedimiento para generación de cadena para factura electrónica. Febrero de 2012
Caso de uso y procedimiento para generación de cadena para factura electrónica Febrero de 2012 Tabla de Contenido Introducción 3 Definiciones 4 Simbología 5 Objetivo, alcance y políticas 6 Documentos que
Más detallesSistema Nacional de Información de Salvaguardas. México
Sistema Nacional de Información de Salvaguardas para REDD+ México Octubre 2013 Contenido 1) Contexto 2) Requerimientos de Salvaguardas bajo la CMNUCC 3) Respuesta de México 4) Opciones para el desarrollo
Más detallesCREANDO NUEVOS MODELOS DE COLABORACIÓN Y HERRAMIENTAS ANALÍTICAS PARA LA MEJORA DE LA EFICIENCIA ENERGÉTICA DE LAS OPERACIONES DE LAS PYMES
CREANDO NUEVOS MODELOS DE COLABORACIÓN Y HERRAMIENTAS ANALÍTICAS PARA LA MEJORA DE LA EFICIENCIA ENERGÉTICA DE LAS OPERACIONES DE LAS PYMES Trabajando juntos Encontrando soluciones prácticas Marco de colaboración
Más detallesUna 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
Más detalles4. 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...
Más detallesUNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE INGENIERÍA PROYECTO CURRICULAR DE INGENIERÍA INDUSTRIAL
I. IDENTIFICACIÓN DE LA ASIGNATURA PROGRAMACIÓN ORIENTADA A OBJETOS CÓDIGO DE LA ASIGNATURA 00 ÁREA ACADÉMICA Informática y Electivas Libres SEMESTRE Segundo PLAN DE ESTUDIOS 00 - I TIPO DE ASIGNATURA
Más detallesUMECIT Universidad Metropolitana de Educación, Ciencia y Tecnología
UMECIT Universidad Metropolitana de Educación, Ciencia y Tecnología Ingeniería Todos los derechos Reservados lynda.com Descripción del Curso Curso que inicia el estudio de los ciclos de desarrollo del
Más detallesDiplomado Planeación y Control Financiero con Excel
Diplomado Planeación y Control Financiero con Excel Duración 96 horas Objetivo general: Proveer al participante de las herramientas teórico- prácticas para la construcción de modelos financieros a través
Más detallesHoras Contacto. Modelar gráficamente la solución de problemas con un enfoque Orientado a Objetos, usando un lenguaje de modelado, en este caso UML.
FACULTAD DE INGENIERIA DEPARTAMENTO DE INGENIERIA DE SISTEMAS Nombre de la asignatura (Curso) Código de la asignatura (ID Curso) Análisis y Diseño Orientado a Objetos 4183 Fecha de Actualización Enero
Más detallesEnfoque moderno de la Auditoría Interna y las Normas
Estado Libre Asociado de Puerto Rico OFICINA DEL CONTRALOR Enfoque moderno de la Auditoría Interna y las Normas Por: Myriam Janet Flores Santiago, CFE Directora de Auditoría Interna 20 de abril de 2006
Más detallesTEMA 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ás detallesPRESENTACION DEL PROTOCOLO INTERNACIONAL DE MEDIDA Y VERIFICACION
PRESENTACION DEL PROTOCOLO INTERNACIONAL DE MEDIDA Y VERIFICACION Serenia Servicios Energeticos Barakaldo Elkartegia - CL La Fanderia 2 - Modulo 301 48902, Barakaldo Tel. +34 944 381 960 Fax. +34 944 184
Más detallesFICHA PÚBLICA DEL PROYECTO
NUMERO DE PROYECTO: 218824 EMPRESA BENEFICIADA: MICROCALLI DEL GOLFO S.A DE C.V TÍTULO DEL PROYECTO: LÍNEA DE PRODUCTOS DE SOFTWARE PARA DOMÓTICA OBJETIVO DEL PROYECTO: Incorporar el paradigma de LPS como
Más detalles