Es un sistema basado en la dualidad cliente servidor en donde se cuenta con la descripción de que hace tanto el cliente como el servidor.
|
|
- José Contreras García
- hace 7 años
- Vistas:
Transcripción
1 3.4. TARJETAS CRC Introducción A fines de la década de 1980, uno de los centros mas grandes de tecnología de objetos era el laboratorio de investigación de Tektronix en Pórtland, Oregon Estados Unidos. Este laboratorio tenía algunos de los principales usuarios de Smalltalk y muchas de las ideas clave de la tecnología de objetos se desarrollaron ahí. Dos de sus programadores mas renombrados de Smalltalk fueron Ward Cunningham y Kent Beck. Tanto Cunningham como Beck estaban y siguen preocupados de como enseñar los profundos conocimientos de Smalltalk que habían logrado. De esta pregunta sobre como enseñar objetos, surgió la sencilla técnica de las tarjetas de Clase-Responsabilidad-Colaboración (CRC). En lugar de utilizar diagramas para desarrollar modelos, como lo hacían la mayoría de los metodologos, Cunningham y Beck representaron las clases en tarjetas de 4x6 pulgadas, y en lugar de indicar atributos y métodos en las tarjetas, escribieron responsabilidades. Esta metodología lleva acabo la utilización de contratos en donde se especifican los requerimientos del cliente-servidor. Es aquí en donde se pretende encontrar las responsabilidades que se deben cumplir, utilizando de manera clara los requerimientos que desea el cliente que el servidor cumpla, como prácticamente en base a estas responsabilidades se conocen los requerimientos. Por lo tanto, dichas responsabilidades se utilizan para llenar las tarjetas CRC. Qué es un sistema basado en contrato? Es un sistema basado en la dualidad cliente servidor en donde se cuenta con la descripción de que hace tanto el cliente como el servidor.! Cliente: es el agente que envía un mensaje y solicita un servicio.! Servidor: es el agente que recibe el mensaje y proporciona un servicio! Contrato: lista de requerimientos que posteriormente se convierten en responsabilidades. Esto es lo que define a un sistema de contrato El Juego del Pacman. Se dará a conocer el planteamiento de un problema para poder explicar mejor el proceso de las tarjetas CRC. Planteamiento del problema. Se simulara el juego del Pacman en el que intervienen los siguientes elementos: Un Laberinto que contiene: Pacman. Fantasma. _N.. Fruta. Borde. 76
2 El juego inicia cuando se mueve el Pacman, a su paso puede encontrar _N,, Fantasma o Fruta. Cuando el Pacman come _N incrementa su puntuación y al ser comida la _N desaparece del Laberinto. Pero si el Pacman come una el Pacman incrementa el número de vidas y su velocidad, el Fantasma cambia su color indicando que el Pacman puede comérselo. Cuando el Pacman se come una Fruta, se incrementa su número de vidas y su puntuación. El Fantasma tiene la función de perseguir al Pacman para comérselo y así decrementar su número de vidas. Cuando el Pacman pierde una vida, si es la última termina el juego, si no vuelve a comenzar. Una vez que el Pacman se ha comido el conjunto de s_n, incluyendo las s_m antes de que sea comido por un Fantasma, se incrementa el número de vidas del Pacman y comienza nuevamente el juego Proceso de Desarrollo Clases La clase representa una colección de objetos similares. Aquí es donde se encuentran todas las clases involucradas en el sistema. Para localizar estas clases se recomienda lo siguiente: 1. Listar todas las clases: Listar las clases que se encuentren en la especificación de requerimientos. 2. Modelar los objetos físicos: Las instancias de aquellas clases que son físicas que se pueden tocar, tienen que ser modeladas. 3. Modelar las entidades conceptuales. 4. Seleccionar de varios conceptos iguales el que más represente o describa al objeto 5. Tener cuidado con los adjetivos. 6. Tener cuidado con oraciones que tengan sujetos engañosos. 7. Modelar categorías; reconocer superclases, subclases y clases abstractas. 8. Modelar interfaces del sistema. 9. Modelar valores de atributos, no los atributos mismos. 10. Localizar la parte interactiva con el sistema o parte del sistema 11. Usar una o dos palabras que describan la clase. Registro de clases Después de haber identificado las clases, mediante el análisis de las especificaciones de requerimientos, es necesario llenar una tarjeta, la cual contiene tres partes: NOMBRE DE LA CLASE: Figura # 66! En la parte superior se coloca el nombre de la clase, al reverso de la tarjeta se recomienda escribir una breve descripción del propósito de la clase.! Se escribe una tarjeta para cada clase encontrada en los requisitos. 77
3 ! Cuando una clase tiene una superclase o subclase puede ser representada de la siguiente forma: NOMBRE CLASE: SUPERCLASE(S): SUBCLASE (S): Figura # 67 De acuerdo con el ejemplo del Pacman, se identificaron las siguientes clases:! Pacman!! _N! Borde!! Laberinto! Fruta! Fantasma Se presentará en forma de tarjeta CRC la clase Pacman: Pacman: Figura # Responsabilidades Una responsabilidad es algo que una clase conoce o hace. Son todos los servicios que un objeto puede realizar y que mantiene en un contrato que tiene con otros objetos. Cabe recordar que el contrato entre 2 clases representa una lista de servicios. Un servicio puede realizar una acción o regresar alguna información. Las responsabilidades representan la parte pública de los objetos, debido a que un contrato cliente-servidor no se necesita conocer como se hacen las cosas, sino que cosas se hacen. Identificación de las responsabilidades Para llevar acabo la identificación de las responsabilidades se usan dos fuentes, la especificación de requerimientos y las clases que ya han sido identificadas. 78
4 La Especificación de requerimientos: volver a leer el documento e identificar los verbos que representan acciones que un objeto puede tomar y hacer dentro del sistema. Las Clases: una vez que se ha analizado y realizado esta etapa se puede usar la información con la que se cuenta y así poder usar la descripción de la clase para poder identificar sus responsabilidades las cuales deberá cumplir el objetivo de la creación de dicha clase. Recomendaciones para identificar responsabilidades 1. Preguntar que clases se conocen. 2. Preguntar que clases se hacen. 3. Si ya se tiene identificada la responsabilidad preguntar que clase seguirá. 4. Clases que colaboraran para el llenado de muchas de sus responsabilidades. 5. Establecer responsabilidades generales. 6. No permitir información duplicada de objetos. Identificar clases mediante sus relaciones con otras clases Otra forma que existe para identificar las responsabilidades es mediante las relaciones que hay entre las clases. Se encuentran tres tipos de relaciones:! Es un tipo de! Es igual que! Es parte de! Es un tipo de: Esta relación es un tipo que representa una relación de subclase que hereda una super-clase.! Es igual que: Cuando dos clases son análogas quiere decir que pueden tener una super-clase común, lo cual indica también que pueden tener las mismas responsabilidades.! Es parte de: Cuando una clase, esta compuesta de otras clases pero no de su comportamiento Registro de responsabilidades Por cada tarjeta CRC que se tiene, en la parte inferior izquierda colocar todas las responsabilidades para dicha clase. CLASES: RESPONSABILIDADES Figura # 69 79
5 Si la clase tiene muchas responsabilidades, las cuales no pueden ser mostradas en una sola tarjeta esto es signo de que no hay dominio del problema. Tomando del Pacman la lista de responsabilidades encontradas en el ejemplo.! Pacman empieza a caminar sobre el laberinto y come píldoras! Pacman es perseguido por el Fantasma.! Pacman puede comer Frutas! Pacman pierde una vida cuando un Fantasma lo atrapa Se representan de la siguiente manera: Pacman Pacman puede comer Frutas Pacman camina sobre Laberinto Pacman pierde una vida cuando el Fantasma lo atrapa Figura # Colaboraciones Las colaboraciones representan peticiones de un cliente a un servidor para cumplir la responsabilidad del cliente. Las colaboraciones representan los contratos que hay entre la clase cliente y la(s) clase(s) servidor(es). Para cumplir una responsabilidad no necesariamente debe existir una colaboración con otros objetos ya que una misma clase puede cumplirla, debido a que conoce toda la información para realizarla. Las colaboraciones son importantes porque demuestran el flujo de control e información durante la ejecución del sistema, además que determinan en un contrato los roles de cada clase. Identificar colaboraciones Para identificar las colaboraciones es necesario analizar como interactúa cada clase. Examinar las responsabilidades de cada clase para saber si la clase posee todo el conocimiento para cumplir con su responsabilidad por si misma o requiere de alguna otra instancia de clase que contenga información que puede ayudar a cumplir con el trabajo. Para identificar colaboraciones, es necesario responder a las siguientes preguntas para cada responsabilidad de cada clase. 1. Es la clase capaz de cumplir la responsabilidad por si misma? 2. Sino, que es necesario hacer? 3. De cuál otra clase puede tomar lo que necesita? Registro de colaboraciones Como cada colaboración cumple una responsabilidad, se obtiene la tarjeta CRC para una clase que toma el rol de cliente y en ella se escribe al lado derecho de la responsabilidad el nombre de la clase servidor. Si la responsabilidad requiere para ser cumplida de varias colaboraciones, se escribe el nombre de cada clase. 80
6 CLASE (CLIENTE) RESPONSABILIDADES COLABORACIONES (CLASE SERVIDOR) Figura # 71 De la siguiente manera quedan especificadas las colaboraciones para las responsabilidades mencionadas de la clase Pacman: Pacman Pacman puede comer Frutas Pacman camina sobre Laberinto Pacman pierde una vida cuando Fantasma lo atrapa Fruta Laberinto Fantasma Figura # 72 De esta forma se da la explicación de la construcción de tarjetas CRC y la utilidad que estas proporcionan Jerarquías Un diagrama de jerarquías representa las relaciones de herencia que hay entre las clases existentes en el sistema. En el diagrama de jerarquías las clases son representadas mediante un rectángulo etiquetado con el nombre propio de la clase, las relaciones son representadas mediante líneas que parten de la superclase a la subclase, que es la de la parte inferior. Figura # 73 El diagrama de jerarquías ayuda a distinguir las clases abstractas (que son superclases) de las clases concretas. Clases abstractas: son aquellas clases que no pueden ser instanciadas. Clases concretas: son aquellas clases que pueden ser instanciadas. 81
7 En el diagrama de jerarquías una clase abstracta es representada mediante un triangulo relleno colocado en la esquina superior izquierda del rectángulo de la clase. Diagramas de Venn: Clase Abstracta Figura # 74 Al igual que el diagrama de jerarquías, los diagramas de Venn ayudan a tener un mejor conocimiento de las relaciones de herencia que existen en el sistema. En este tipo de diagramas, las clases se ven como un conjunto de responsabilidades. Figura # 75 Siguiendo el ejemplo del sistema del Pacman, la subclase contiene además las responsabilidades definidas por su superclase, lo cual produciría el siguiente diagrama. Figura # 76 Cuando se dan este tipo de relaciones, es mejor crear una clase abstracta que contenga las responsabilidades que hay en común entre la subclase y la superclase. 82
8 _N P i l d o r a _N Figura # Contratos: Los contratos ayudan a entender el diseño, debido a que las responsabilidades son agrupadas dentro de ellos. Un contrato define un conjunto de peticiones que una clase cliente puede hacer a una clase servidor. Una clase puede tener uno o más contratos. Un contrato define un conjunto cohesivo de responsabilidades del que un cliente puede depender, mientras que las responsabilidades son algo que un objeto hace para otros objetos mediante alguna acción. Los contratos se representan mediante la modificación de las tarjetas, en lugar de las colaboraciones se especifican cuales son los contratos a los que se esta accediendo Subsistemas Los subsistemas son grupos de clases o de otros subsistemas que colaboran en grupo para soportar un conjunto de contratos. Para encontrar los subsistemas es necesario apoyarse con el diagrama de colaboraciones, debido a que este representa las relaciones entre las superclases y subclases, por lo cual en el diagrama una superclase representa los contratos soportados por todas sus subclases. En el diagrama de subsistemas la superclase se representa mediante un rectángulo y sus subclases por rectángulos dentro de ellas. Los contratos de una clase se representan mediante semicírculos al lado de la clase y al lado del número de contrato. Las colaboraciones son representadas por una flecha que une al cliente con el contrato que tiene el servidor. Para establecer los subsistemas se buscan clases fuertemente acopladas, el acoplamiento entre dos clases es una medida de cómo unas dependen de otras. Para registrar los subsistemas es necesario modificar las tarjetas, especificando en lugar de los contratos, los subsistemas a los cuales accesan las clases Protocolos Un protocolo es un conjunto de datos que corresponden a una clase. Cuando ya se haya revisado todo el diseño y también se hayan especificado los métodos que se van a utilizar y cual es su 83
9 propósito, se deben de llenar para cada clase sus protocolos con todos sus datos: Nombre, superclases, subclases, diagrama de jerarquías, diagrama de colaboraciones, descripción, contratos que accesa y los métodos que implementará para cumplir con sus responsabilidades. Esta fase es la final en el proceso de diseño, esta etapa ayuda a asegurar que las responsabilidades sean refinadas y los mensajes sean nombrados, generando protocolos que preserven la utilidad de las clases que se han diseñado. En esta etapa se llevan a cabo los siguientes procesos:! Construir protocolos para cada clase (especificar los métodos que cada clase implementará).! Escribir una especificación de diseño para cada clase y subsistema.! Escribir una especificación de diseño para cada contrato. 84
METODOLOGÍA COMMONKADS.
METODOLOGÍA COMMONKADS. Figura A.1. Metodología CommonKads La metodología CommonKads se utiliza como un estándar por los responsables de la gestión del conocimiento e ingenieros del conocimiento para el
Más detallesAPÉNDICE F CASO DE ESTUDIO PACMAN
APÉNDICE F CASO DE ESTUDIO PACMAN CASO DE ESTUDIO PARA CRC: JUEGO DEL PACMAN 1 PLANTEAMIENTO DEL PROBLEMA. Se va a simular el famoso juego del Pacman en la computadora. El juego consta de un laberinto
Más detallesBASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN
BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN 3.1 Conceptos Básicos El modelo entidad-relación es el modelo más utilizado para el diseño conceptual de bases de datos. Fue introducido por Peter Chan en
Más detallesTRABAJO DE APLICACIÓN
UNIVERSIDAD MARIANO GALVEZ DE GUATEMALA FACULTAD DE CIENCIAS ECONOMICAS DIRECCIÓN GENERAL DE CENTRO UNIVERSITARIOS SANTA CRUZ DEL QUICHE CURSO TEORIA ADMINISTRATIVA M. A. Licda. Claudia Isolina Ordoñez
Más detallesModelado Estructural F E B R E R O,
Modelado Estructural F E B R E R O, 2 0 1 4 Modelado Estructural Sirve para describir los diferentes tipos y relaciones estáticas existentes entre los diferentes objetos de un sistema. A la hora de desarrollar
Más detallesUML: CASOS DE USO Y DIAGRAMA DE CASOS DE USO
FUNDAMENTOS DE INGENIERÍA DE SOFTWARE UML: CASOS DE USO Y DIAGRAMA DE CASOS DE USO Docente: Integrantes: Ing. Armando Cabrera Marilyn Jaramillo Katty Landacay UML Unified Modeling Language Lenguaje Estándar
Más detallesIntroducción a Extreme Programming
Introducción a Extreme Programming Ingeniería del Software II Gerardo Fernández Escribano 9-12-2002 Índice 1. Qué es extreme Programming (XP)? 2. Introducción a la metodología XP 3. Fases de la metodología
Más detallesAspen Plus software de simulación de procesos
Aspen Plus software de simulación de procesos Hay muchos subprogramas dentro de la familia de la Aspen Tech. Este manual describe un diagrama de flujo simple a seguir para la solución de un tanque de destilación
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 detallesCreación de modelos de procesos Empresariales
Creación de modelos de procesos Empresariales Guía I Versión 1.0 Windows Expositores: Luis Ángel Ore Caballero Embajador IBM USMP Representante: Iniciativa Académica IBM USMP Adderly David Ore Mayta Integrante:
Más detallesEstructura y diseño de Proyectos. Contenidos y técnicas para su elaboración
Estructura y diseño de Proyectos Curso: LAS EMPRESAS SOCIALES Y SUS FUENTES DE FINANCIACIÓN Juan Cazorla Godoy Agente de Empleo y Desarrollo Local Área de Empleo Cabildo de Lanzarote Arrecife, del 29 de
Más detallesTEMA 5: INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE. Definición de Ingeniería del Software
TEMA 5: INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE Definición de Estudio de los principios y metodologías para el desarrollo y mantenimiento de sistemas software [Zelkovitz, 1978]. Aplicación práctica del
Más detallesANEXO Nº 3: MODELO DE ENTREVISTA TRADICIONAL DE ANÁLISIS DE PUESTOS
ANEXO Nº 3: MODELO DE ENTREVISTA TRADICIONAL DE ANÁLISIS DE PUESTOS 117 ENTREVISTA DE ANÁLISIS DE PUESTOS DATOS DE IDENTIFICACIÓN DEL PUESTO DE TRABAJO DEPARTAMENTO: NOMBRE DEL PUESTO: PERSONA ENTREVISTADA:
Más detallesMETODOLOGÍA DEL MARCO LÓGICO
METODOLOGÍA DEL MARCO LÓGICO Jorge Muñoz C. Dirección General de Inversión Pública Dirección de Proyectos de Inversión Pública Sector Salud, Desarrollo e Inclusión Social Introducción al Marco Lógico (ML)
Más detallesANEXO II. Herramientas de Evaluación y Enlaces de Interés
ANEXO II Herramientas de Evaluación y Enlaces de Interés Herramientas de Evaluación A continuación se presentan las herramientas Web de validación más importantes y sencillas de utilizar para la evaluación
Más detallesPERFIL COMPETENCIA ANALISTA DESARROLLADOR DE APLICACIONES DE SOFTWARE (TIC-PROG)
PERFIL COMPETENCIA ANALISTA DESARROLLADOR DE APLICACIONES DE SOFTWARE (TIC-PROG) FECHA DE EMISIÓN: 12/07/2016 00:25 FICHA DE PERFIL OCUPACIONAL ANALISTA DESARROLLADOR DE APLICACIONES DE SOFTWARE (TIC-PROG)
Más detallesPráctica 1: Introducción a SPSS 1
Estadística Aplicada Curso 2010/2011 Diplomatura en Nutrición Humana y Dietética Práctica 1: Introducción a SPSS 1 Este programa estadístico está organizado en dos bloques: el editor de datos y el visor
Más detallesDefinimos un Sistema Gestor de Bases de Datos o SGBD, también llamado DBMS (Data Base Management System) como una colección de datos relacionados entr
Introducción Arquitectura de los DBMS Lenguajes de los DBMS Diccionario de datos Seguridad e integridad de los datos Administrador del DBMS Arquitectura Cliente-Servidor Definimos un Sistema Gestor de
Más detallesMICROSOFT ACCESS 2007
MICROSOFT ACCESS 2007 1. AVANZADO Nº Horas: 24 Objetivos: Descripción del funcionamiento del programa de gestión de bases de datos Microsoft Access 2007, estudiando los conceptos fundamentales de las bases
Más detallesExcel 2007 Completo. Duración: Objetivos: Contenido: 75 horas
Excel 2007 Completo Duración: 75 horas Objetivos: Curso para aprender a utilizar la hoja de cálculo Microsoft Excel 2007, explicando todas las funciones que la aplicación posee y viendo el uso de este
Más detallesCristian Blanco www.cristianblanco.es
UNIDAD DIDÁCTICA 7. ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS. DIAGRAMA DE CLASES 7.1 Introducción La construcción de software es un proceso cuyo objetivo es dar solución a problemas utilizando una herramienta
Más detallesPLANTEAMIENTO DEL PROBLEMA O DEFICIENCIAS DE LA EMPRESA: Breve descripción general de problema
FORMATO 1 INSCRIPCION DE PRÁCTICA EMPRESARIAL PRACTICANTE: EMPRESA: REPRESENTANTE LEGAL: NOMBRE: CARGO: TELEFONO: DESCRIPCION DE LA EMPRESA: AREA DE PRACTICA: LINEA DE INVESTIGACION: PLANTEAMIENTO DEL
Más detallesGUÍA PARA LA ELABORACIÓN DE MODELOS DE GESTIÓN, ORGANIZACIÓN Y FUNCIONAMIENTO DE LOS SERVICIOS DEL MSP
GUÍA PARA LA ELABORACIÓN DE MODELOS DE GESTIÓN, ORGANIZACIÓN Y FUNCIONAMIENTO DE LOS SERVICIOS DEL MSP OCTUBRE 2013 Propósito del Guía El propósito de esta guía, es unificar el método de elaboración de
Más detallesAlgoritmos y Diagramas de flujo
Algoritmos y Diagramas de flujo En los pasos a seguir para el desarrollo de un problema, existen básicamente dos tipos de elementos con los cuales es posible especificar un problema en forma esquemática
Más detallesArquitectura y Diseño de Software
Arquitectura y Diseño de Software Punto de Vista de Información Departamento de Ingeniería de Sistemas y Computación Agenda Introducción Principales Concerns Principales Modelos Ejemplo 2 Punto de Vista
Más detallesDEFINICIÓN DE LOS PROBLEMAS; IDENTIFICACIÓN DE LOS FACTORES Y LOS OBJETIVOS. UNIVERSIDAD EL BOSQUE. HÉCTOR IVÁN HURTATIS ESPINOSA.
DEFINICIÓN DE LOS PROBLEMAS; IDENTIFICACIÓN DE LOS FACTORES Y LOS OBJETIVOS. UNIVERSIDAD EL BOSQUE. HÉCTOR IVÁN HURTATIS ESPINOSA. METODOLOGÍA DEL ÁRBOL DE PROBLEMAS Instrumento oficial de las entidades
Más detalles1.1. Resumen. 1.2. Introducción. 1.3. Objetivos del resumen automático
1. RESUMEN AUTOMÁTICO 1.1. Resumen El objetivo de esta web es explicar en qué consiste el resumen automático de documentos y cómo es posible combinar técnicas de recuperación y organización de la información
Más detallesII. SECCIONES PRINCIPALES 1-2-3... Figura1: Partes principales de un Informe Técnico
Formato del Informe El informe técnico debe ser un documento profesional. Para clarificar el texto deben usarse Figuras, tablas y dibujos. Las tres partes principales de un informe técnico se muestran
Más detallesEl Ciclo de Vida del Software
de Amador Durán Toro, 2011 de Amador Durán Toro, 2011 23/09/2012 El Ciclo de Vida del Software Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla septiembre 2012 Objetivos de este
Más detallesFacultad de Ciencias Económicas y Sociales
Sistemas de Información Ciclo de Vida del Proyecto Mg. Alicia I. Zanfrillo Ciclo de vida del proyecto Ciclo de vida del proyecto clásico Ciclo de vida del proyecto semiestructurado Ciclo de vida del proyecto
Más detallesCapítulo IV. Análisis y Diseño del software (Módulo de dictado)
Análisis y Diseño del software (Módulo de dictado) En este capítulo se hablará principalmente del análisis y diseño del módulo de dictado que es el objetivo principal de la realización de esta tesis. Se
Más detallesDiagramas de Estructura
Diagramas de Estructura Definen la arquitectura estática de un modelo. Se utilizan para modelar las cosas que hace un modelo, las clases, los objetos, las interfaces y los componentes físicos. Además se
Más detallesA continuación mostramos un ejemplo de una portada y los espacios necesarios
IED MARRUECOS Y MOLINOS AREA DE TECNOLOGÍA DE INFORMÁTICA GUÍA REALIZACIÓN DE INFORMES Hilos conductores Qué significa la palabra informe? Cómo se estructura un informe? Cuáles son las normas básicas para
Más detallesParticipantes ÍNDICE
Participantes ÍNDICE INTRODUCCIÓN... 1 PERFIL DIRECTIVO... 2 PERFIL JEFE DE PROYECTO... 3 PERFIL CONSULTOR... 4 PERFIL ANALISTA... 5 PERFIL PROGRAMADOR... 7 Ministerio de Administraciones Públicas Participantes
Más detallesQué es un mapa conceptual?
Qué es un mapa conceptual? Es una representación gráfica de la información, a través de la cual, podemos representar el contenido temático de una disciplina científica, de los programas curriculares o
Más detallesActividad Final CANALES DE DISTRIBUCIÓN. Licenciatura en Administración de Empresas
Actividad Final CANALES DE DISTRIBUCIÓN Licenciatura en Administración de Empresas La utilidad de los canales de Distribución en una empresa. PRESENTACIÓN Para finalizar el curso de Canales de Distribución
Más detallesDIAGRAMAS DE CLASES. Clases, asociaciones y atributos. Interfaces con sus operaciones y constantes. Información acerca del tipo de los atributos.
Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando detalles de su implementación, como por ejemplo los métodos. Entradas
Más detallesTiempo: Aproximadamente 2 horas junto con establecimiento de criterios y selección de candidatos analizando CV. TEXTO
TAREA 10: TRABAJAR PARA LA ONG. ACTIVIDAD 1. SELECCIÓN DE PERSONAL PARA LA ONG Preparación: En el aula Tiempo: Aproximadamente 2 horas junto con establecimiento de criterios y selección de candidatos analizando
Más detallesCiclo de vida de un producto (CVP)
El ciclo de vida de un producto es el conjunto de etapas que recorre un producto individual (o conjunto interrelacionado de componentes físicos o intangibles) destinado a satisfacer una necesidad desde
Más detallesUniversidad Central Del Este U C E Facultad de Ciencias y Humanidades Escuela de Pedagogía Mención Informática
Universidad Central Del Este U C E Facultad de Ciencias y Humanidades Escuela de Pedagogía Mención Informática Programa de la asignatura: SIS-202 LENGUAJE DE PROGRAMACIÓN I Total de Créditos: 4 Teórico:
Más detallesAPENDICE 1: PROGRAMA DE INSTRUCCIÓN
Regresar... DGAC DSA APENDICE 1: PROGRAMA DE INSTRUCCIÓN A. CURSOS PARA EL JEFE DE SEGURIDAD DEL EXPLOTADOR AÉREO Deberá haber seguido los cursos establecidos por OACI (CMDN) o similares dictados por organizaciones
Más detallesMETODOLOGÍA DE DISEÑO DE SISTEMAS
METODOLOGÍA DE DISEÑO DE SISTEMAS METODOLOGÍA DE HALL I. INTRODUCCIÓN Uno de los campos en donde con mas intensidad se ha sentido la necesidad de utilizar conceptos y metodologías de Ingeniería de Sistemas
Más detallesElectricidad y Medidas Eléctricas I 2014. Departamento de Física Fac. de Cs. Fco. Mát. y Nat. - UNSL. Práctico de Laboratorio N 6
Práctico de Laboratorio N 6 Localización de fallas, circuito abierto, cortocircuito. Objetivos: 1. Detectar experimentalmente una falla del tipo de circuito abierto o de cortocircuito. 2. Identificar las
Más detallesSISTEMAS DE INFORMACIÓN N 1 UNIDAD 1.- CONTEXTO ORGANIZACIONAL DEL ANÁLISIS
SISTEMAS DE INFORMACIÓN N 1 UNIDAD 1.- CONTEXTO ORGANIZACIONAL DEL ANÁLISIS Qué es un sistemas de información? n? es todo proceso por medio del cual se recopilan, clasifican, procesan, interpretan y se
Más detallesProgramación Orientada a Objetos. Sesión 4: Herencia
Programación Orientada a Objetos Sesión 4: Herencia Contextualización Cuando hablamos de informática, podemos contemplar varios elementos que se utilizan dentro de ésta misma, por ejemplo, la herencia
Más detallesUnidad 4: Estrategias de continuidad
Unidad 4: Estrategias de continuidad 0. Contenido 1. Qué son las estrategias de continuidad? 1. Introducción y Objetivos El objetivo principal de la disciplina de recuperación de negocio es la identificación
Más detallesMAPAS CONCEPTUALES I. TÉCNICA DE CONSTRUCCIÓN DE LOS MAPAS CONCEPTUALES
MAPAS CONCEPTUALES Los mapas conceptuales o mapas de conceptos son un medio para visualizar ideas o conceptos y las relaciones jerárquicas entre los mismos. Con la elaboración de estos mapas se aprovecha
Más detallesDISPOSITIVOS ELÉCTRICOS DE CONTROL
Unidad 1 DISPOSITIVOS ELÉCTRICOS DE CONTROL Objetivo: Interpretar los diagramas de control para sistemas electromecánicos. Contenido: 1.1 Introducción a los sistemas de control. 1.2 Simbología normalizada
Más detallesa) 8 triángulos equiláteros y 6 cuadrados. V=12, C=14, A=24. b) 8 triángulos equiláteros y 6 octógonos no regulares. V=24, C=14, A=36.
1. CUBO CORTADO a) Uniendo los puntos medios de las aristas de un cubo, como se ve en la figura, se obtiene una pirámide triangular por cada vértice. Quitando estas pirámides qué polígonos forman las caras
Más detallesFORMULACIÓN DE PROYECTOS BAJO LA METODOLOGÍA DEL MARCO LÓGICO - MML -
FORMULACIÓN DE PROYECTOS BAJO LA METODOLOGÍA DEL MARCO LÓGICO - MML - MARCO LÓGICO Es un método de planificación participativa por objetivos que se utiliza de manera esencial, pero no exclusiva, en los
Más detallesINGENIERÍA DE PROYECTOS 1913 DEPARTAMENTO DE INGENIERÍA QUÍMICA. 9o. NÚMERO DE HORAS/SEMANA Teoría 10 Práctica 10 CRÉDITOS 30
INGENIERÍA DE PROYECTOS 1913 DEPARTAMENTO DE INGENIERÍA QUÍMICA UBICACIÓN SEMESTRE 9o. TIPO DE ASIGNATURA TEÓRICO-PRÁCTICA NÚMERO DE HORAS/SEMANA Teoría 10 Práctica 10 CRÉDITOS 30 INTRODUCCIÓN. Esta materia,
Más detalles1 Sistema de información de ejemplo.
1 Sistema de información de ejemplo. En este capítulo se describe el diseño de una pequeña base de datos, denominada Compras, que se utiliza en el curso como ayuda a las explicaciones de funcionamiento
Más detallesEspecificaciones del bien o servicio Descripción del proceso productivo
Aspectos Técnicos Pregunta fundamental. Especificaciones del bien o servicio Descripción del proceso productivo Diagrama de flujo Estrategia para su planificación Conceptos Utilidad Consejos útiles para
Más detallesHERRAMIENTA G INFORMACIÓN SOBRE ESPECIFICACIONES, PRODUCTOS Y CONSORCIOS. Una introducción a la base de datos
HERRAMIENTA G INFORMACIÓN SOBRE ESPECIFICACIONES, PRODUCTOS Y CONSORCIOS Una introducción a la base de datos ÍNDICE 1. Objetivos de esta herramienta... 1 2. Ventajas de esta herramienta... 1 3. Qué hace
Más detallesInvestigación de Mercados
Investigación de Mercados 1 Sesión No. 5 Nombre: Diseño de la Investigación Contextualización Cuál es la importancia del Diseño de la Investigación? Zikmund, G. (1998). El diseño de la investigación es
Más detallesPermite al interesado tener una idea clara sobre el artículo o la investigación propuesta, sin necesidad leerlo completamente.
Qué es un Abstract Es un breve, apropiado y comprensivo resumen documental que representa de manera objetiva y precisa el contenido de un documento académico o científico, sin interpretación crítica y
Más detallesMicrosoft Access 2003 (Completo)
Página 1 Horas de teoría: 27 Horas de práctica: 25 Precio del Curso: 167 Descripción del funcionamiento del programa de gestión de bases de datos Microsoft Access 2003, estudiando los conceptos fundamentales
Más detallesComo escribir una buena propuesta
GUÍA PARA ELABORAR EL PROTOCOLO DE INVESTIGACIÓN DEL PAPIIT (PROYECTOS NUEVOS 2012) Como escribir una buena propuesta Para escribir una propuesta exitosa, usted deberá convencer al Comité Evaluador de
Más detallesModelo ERE. Universidad de los Andes Demián Gutierrez Marzo 2011 1
Modelo ERE Universidad de los Andes Demián Gutierrez Marzo 20 Modelo ER / Diagramas ER Modelo Entidad-Relación (ER) (Chen, 976) Modelo Entidad-Relación-Extendido (ERE) (Teorey 986) Es un modelo de datos
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 detallesUnidad V. UML. Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas.
Unidad V. UML Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas Objetivos Conocer el modelo UML Utilizar el modelo UML como parte de la metodología
Más detallesInstituto de Banca y Comercio Recinto de Humacao Biblioteca Programa de Alfabetización Instruccional. Creando una tabla utilizando Excel
Instituto de Banca y Comercio Recinto de Humacao Biblioteca Programa de Alfabetización Instruccional Creando una tabla utilizando Excel Excel es un excelente programa para crear tablas. En este pequeño
Más detallesCapítulo 3. Diseño de un Ambiente para Apoyar la Investigación Usando. Documentos Digitales
Capítulo 3 Diseño de un Ambiente para Apoyar la Investigación Usando Documentos Digitales En el capítulo 2 mostramos diversos ambientes de trabajo que permiten realizar anotaciones a documentos digitales.
Más detallesCómo accedo al campus y a mi curso? Porqué un nuevo campus? CAMPUS VIRTUAL TUTORIAL CAMPUS. usuario alumno
TUTORIAL CAMPUS usuario alumno Porqué un nuevo campus? Se ha implementado un nuevo campus virtual que se encuentra disponible para todos los alumnos y docentes de la Universidad. El nuevo campus virtual
Más detallesCLASE Nº7. Patrones, series y regularidades numéricas
CLASE Nº7 Patrones, series y regularidades numéricas Patrón numérico en la naturaleza Regularidades numéricas Patrones Espiral con triángulos rectángulos Series numéricas REGULARIDADES NUMÉRICAS Son series
Más detallesEVALUACIÓN INTERNA LA INVESTIGACIÓN HISTÓRICA
EVALUACIÓN INTERNA LA INVESTIGACIÓN HISTÓRICA Qué es una investigación histórica? Es un trabajo escrito de 1.500 a 2.000 palabras, compuesto por seis secciones: un plan de investigación; un resumen de
Más detalles1. Bloques. Sistema. 2. Líneas. 3. Punto de suma. 4. Punto de ramificación o de reparto
ema 4. Diagramas de Bloque Introducción ERÍA DE NRL n diagrama de bloque es una simplificación, una representación gráfica de un sistema físico que ilustra las relaciones funcionales entre los componentes
Más detallesMODELO DE CASCADA PURA. Son métodos que indican cómo hacer más eficiente el desarrollo de sistemas de
ESCUELA DE INGENIERÍA DE SISTEMAS Y SEGURIDAD INFORMÁTICA CLASE 05 Ing. William J. León Velásquez CIP. 72861 williamleon20@yahoo.com Son métodos que indican cómo hacer más eficiente el desarrollo de sistemas
Más detallesModelo y Análisis 179
Modelo y Análisis 179 2.6 Análisis Funcional Por medio del análisis funcional: Se muestra las operaciones de los objetos y sus dependencia de datos por medio de los diagramas de flujo de datos. Se descompone
Más detallesBI, Saas Y Cloud Computing
BI, Saas Y Cloud Computing Con el objetivo de entender la relación entre Business Intelligence, Saas y el Cloud Computing, se debe definir cada término. Business Intelligence La inteligencia empresarial
Más detallesPrograma Académico Curricular Vicerrectorado de Docencia
Carrera: Bachillerato en Contaduría Curso: Sistemas de Contabilidad Código: CO 3064 Créditos: 4 Dirección de Contaduría Pública I. Descripción del Curso El curso de Sistemas de Contabilidad I, tiene como
Más detallesPLANTILLA INFORME PRACTICA PROFESIONAL
PLANTILLA INFORME PRACTICA PROFESIONAL FORMATO: PORTADA: Logo LAPAHC Especialidad TECNICO Titulo: Práctica Profesional según corresponda Alumno: Sr. XXXXXXXX Correo: xxx@xxx.cl Teléfono : xxxxxxxx Especialidad
Más detallesUNIDAD 2: INTRODUCCION AL PARADIGMA ORIENTADO A OBJETOS. MODELADO DE OBJETOS USANDO DIAGRAMA DE CLASES
UNIDAD 2: INTRODUCCION AL PARADIGMA ORIENTADO A OBJETOS. MODELADO DE OBJETOS USANDO DIAGRAMA DE CLASES RELACIONES ENTRE OBJETOS Los objetos interactúan entre ellos por medio de mensajes para solicitar
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 detallesMICROSOFT ACCESS 2013 (COMPLETO)
MICROSOFT ACCESS 2013 (COMPLETO) Descripción del funcionamiento del programa de gestión de bases de datos Microsoft Access 2013, estudiando los conceptos fundamentales de las bases de datos: desde su análisis
Más detallesUML Unifield Modeling Languaje
UML Unifield Modeling Languaje 1 Modelo: Representación abstracta de una especificación, un diseño o un sistema. Generalmente, basada en una visión particular y compuesta por uno o más diagramas. Lenguaje
Más detallesPráctica 2 Estadística Descriptiva
Práctica 2 Estadística Descriptiva Contenido Introducción...................................... 1 Tablas de frecuencias................................. 2 Medidas de centralización, dispersión y forma...................
Más detalles1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de Diseño de sistemas automatizados.
Página 1 de 8 1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de de sistemas automatizados. 2. Ámbito de responsabilidad. RDSI Responsable del Desarrollo
Más detallesDISEÑO DE ESTRUCTURAS ADMINISTRATIVAS. CAPITULO II
CAPITULO II 1 ANSI ASME CAPITULO II SIMBOLOGA USADA PARA LA ELABORACIN DE DIAGRAMAS DE FLUJO EN MANUALES ADMINISTRATIVOS 2 ELABORACIN DE DIAGRAMAS DE FLUJO 2.1.- DIAGRAMAS DE FLUJO. Los diagramas de flujo
Más detallesORGANIGRAMA. Existen algunas recomendaciones para la elaboración de un Organigrama:
ORGANIGRAMA DEFINICIÓN Toda estructura organizacional incluso una con grandes deficiencias, se puede presentar de una forma gráfica señalando simplemente las relaciones entre los departamentos a lo largo
Más detallesGUÍA PARA ELABORAR ANÁLISIS FUNCIONAL
GUÍA PARA ELABORAR ANÁLISIS FUNCIONAL La elaboración del análisis funcional es muy sencilla, sin embargo debe tenerse muy clara la metodología para que no se produzcan errores, ya que no se debe de olvidar
Más detallesUML: Diagrama de Clases
UML: Diagrama de Clases JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING Objetivos Entender el propósito de los diagramas de clases UML. Comprender la importancia de este tipo de diagramas para la
Más detallesCapítulo III. Fundamentos de la Manufactura Global. 3.1 Definición de manufactura Global
14 Capítulo III Fundamentos de la Manufactura Global 3.1 Definición de manufactura Global La Manufactura global es entendida como la interacción entre diversos países y culturas a fin de adquirir tamaño
Más detallesLA EVALUACIÓN POR COMPETENCIAS
LA EVALUACIÓN POR COMPETENCIAS Excelencia Educativa, A.C 1 LA EVALUACIÓN POR COMPETENCIAS Presentamos en este artículo algunas ideas básicas sobre lo que significa una evaluación por competencias y algunos
Más detallesASIGNATURA Modelamiento III CAID CÓDIGO NIVEL 3 MODALIDAD P PROYECTUAL TECNOLÓGICA X TEÓRICA PLAN COMÚN INDUSTRIAL X GRÁFICO
PLANIFICACIÓN DE ASIGNATURAS SEMESTRE OTOÑO 2009 1. Identificación General ASIGNATURA Modelamiento III CAID CÓDIGO NIVEL 3 MODALIDAD P PROFESOR(ES) Marcelo Quezada Gutiérrez AYUDANTE(S) ÁREA MENCIÓN PROYECTUAL
Más detallesTALLER SOBRE CÓMO ESCRIBIR PROPUESTAS DE INVESTIGACIÓN. Manuel Valdés Pizzini Profesor SOCI 3265 Métodos de Investigación Social
TALLER SOBRE CÓMO ESCRIBIR PROPUESTAS DE INVESTIGACIÓN Manuel Valdés Pizzini Profesor SOCI 3265 Métodos de Investigación Social Preparación para un proyecto Un tema que lo mueva y la conmueva Preguntar
Más detallesUNIVERSIDAD DE PAMPLONA ADMINISTRACION DE BASES DE DATOS GRUPO BR MENTOR: ESP. ALEXIS OLVANY TORRES CH. PRIMER SEMESTRE 2011
BASES DE DATOS RELACIONALES. UNIDAD 1 - INTRODUCCIÓN A LAS BASES DE DATOS RELACIONALES. Introducción. Access es una herramienta de administración de bases de datos, diseñada por Microsoft, para trabajar
Más detallesPREGUNTAS FRECUENTES COSO 2013
1. Para el año 2016, se puede dar una opinión sobre la Efectividad de todo el Sistema de Control Interno (SCI)?, considerando que para ese año se puede evaluar solo tres componentes del SCI: Entorno de
Más detallesCómo utilizar los comandos standby preempt y standby track
Cómo utilizar los comandos standby preempt y standby track Contenidos Introducción Requisitos previos Requisitos Componentes utilizados Convenciones Antecedentes Ejemplos de configuración Introducción
Más detallesCAPÍTULO IV. 4.1 Presentación y Análisis de Resultados. información financiera proporcionada por Horwath Castillo Miranda.
RESULTADOS CAPÍTULO IV 4.1 Presentación y Análisis de Resultados En este capítulo se realizará la construcción del estado financiero que será usado para el análisis, tomando como base los porcentajes que
Más detallesSus socios en ISO 9000. Manual de Calidad
Sus socios en ISO 9000 Manual de Calidad ESTRUCTURA DE DOCUMENTACION GERENCIA NIVEL 1: Manual de Calidad - Políticas (Política de la compañía, autorización y alcance del sistema ) NIVEL 2: Procedimientos
Más detallesPsicologia de l Educació curs 2006-2007. Mapas Conceptuales. Alfonso Bustos Anna Engel
Psicologia de l Educació curs 2006-2007 Mapas Conceptuales Alfonso Bustos Anna Engel Resultados cuestionario Experiencia en la elaboración de mapas conceptuales frecuentemente 8% nunca 31% puntualmente
Más detallesMetodología para el proceso de Diseño
Metodología para el proceso de Diseño Un Proyecto arquitectónico es el conjunto de planos, dibujos, esquemas y textos explicativos utilizados para plasmar (en papel, digitalmente, en maqueta o por otros
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 detalles2. DIAGRAMAS DE CASOS DE USO...11 2.1. INTRODUCCIÓN... 11 2.2. DIAGRAMAS DE CASOS DE USO... 11 2.2.1. Casos de uso...11 2.2.2. Actores...11 2.2.3.
2. DIAGRAMAS DE CASOS DE USO...11 2.1. INTRODUCCIÓN... 11 2.2. DIAGRAMAS DE CASOS DE USO... 11 2.2.1. Casos de uso...11 2.2.2. Actores...11 2.2.3. Relaciones en un diagrama de casos de uso...12 2.2.4.
Más detallesFÍSICA Y QUÍMICA 4º ESO. OBJETIVOS, CONTENIDOS Y CRITERIOS DE EVALUACIÓN. 1ª Evaluación
FÍSICA Y QUÍMICA 4º ESO. OBJETIVOS, CONTENIDOS Y CRITERIOS DE EVALUACIÓN. 1ª Evaluación Unidad 1: El movimiento de los cuerpos i. Objetivos Observar las distintas magnitudes físicas que se ponen de manifiesto
Más detallesDERECHO DE PETICIÓN. Qué es?
DERECHO DE PETICIÓN Qué es? Es el derecho fundamental que tienen todas las personas para presentar peticiones respetuosas por motivos de interés general o particular ante las autoridades públicas o ante
Más detallesMarketing. DURACIÓN: 60 horas CRÉDITOS ECTS: 0
Marketing DURACIÓN: 60 horas CRÉDITOS ECTS: 0 OBJETIVOS - Ser capaz de entender las funciones y funcionamiento del departamento de Marketing, de tal forma que será capaz de diseñar nuevos planes y estrategias
Más detallesTécnicas de planeación y control
Técnicas de planeación y control TÉCNICAS DE PLANEACIÓN Y CONTROL 1 Sesión No.6 Nombre: Sistemas de costeo Contextualización En esta unidad se examinan los principales sistemas de costeo, que son el costeo
Más detalles