ADENDUM A LA UNIDAD 6 MODELOS CONCEPTUALES

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "ADENDUM A LA UNIDAD 6 MODELOS CONCEPTUALES"

Transcripción

1 ADENDUM A LA UNIDAD 6 MODELOS CONCEPTUALES A6. MODELOS ORIENTADOS A PROCESOS... 1 A6.1. INTRODUCCIÓN AL MODELADO CONCEPTUAL... 2 A CONCEPTO DE MODELO... 2 A PROPÓSITO DE LOS MODELOS... 2 A MODELOS CONCEPTUALES VS. MODELOS DEL SISTEMA... 3 A6.2. UTILIDAD DE LOS MODELOS CONCEPTUALES... 6 A6.3. ONTOLOGÍA SUBYACENTE A LOS MODELOS CONCEPTUALES... 7 A6.4. NOTAS FINALES Actualmente, la ciencia y la tecnología utilizan extensamente modelos. La importancia de estos artefactos ha motivado que los modelos y el proceso de modelización se haya formalizado profundamente tanto en las matemáticas como en la filosofía de la ciencia, por lo que se constituyen en una de las disciplinas más complejas y abstractas existentes actualmente. En la presente unidad, se realizará una introducción a un tipo especial de modelos: Los modelos conceptuales. A diferencia de con las matemáticas, los modelos conceptuales, tal y como se entienden en ingeniería del software 1, son un tipo de modelos relativamente poco sofisticados y, por lo tanto, más simples de comprender. Dicho de otro modo: una descripción bastante informal es suficiente para introducir el modelado conceptual. No obstante, existe un problema. Los modelos conceptuales llevan utilizándose muchos años en ingeniería del software, pero con distintos propósitos. Ello ha provocado que el concepto de modelo conceptual esté altamente contaminado y, por consiguiente, que distintos colectivos conciban los modelos conceptuales de modo distinto. Por ejemplo, la confusión más frecuente consiste en suponer que los modelos conceptuales son equivalentes al diseño del software, eliminando de este modo la clara separación existente entre requisitos y diseño. Por ello, la introducción al modelado conceptual que se hará en las secciones siguientes será un poco más extensa de lo habitual, con la finalidad de evitar, en la medida de lo posible, confusiones como la citada anteriormente. Para ello, se describirán en primer lugar los conceptos fundamentales de modelado conceptual para, a continuación, describir la utilidad de los 1 La modelización conceptual es un aspecto muy complejo de la informática, debido a que posee se concibe de forma distinta dependiendo de la disciplina en que se considere. Por citar algún ejemplo, la concepción de los modelos conceptuales en la disciplina de Sistemas de Información es mucho más sofisticada y formalista (aunque en ningún modo incompatible) de lo que se explicará aquí. La descripción que se está aportando en la presente unidad coincide razonablemente bien con la concepción de modelo conceptual en la ingeniería del software. Asignatura: Análisis de Requisitos 1

2 modelos conceptuales para el análisis. El presente adendum finalizará con una discusión específica acerca de la ontología subyacente a los modelos conceptuales, que es precisamente lo que confiere a éstos su utilidad durante el análisis. A6.1. Introducción al modelado conceptual Las siguientes secciones describirán los conceptos fundamentales necesarios para comprender el modelado conceptual. Concretamente, se describirá qué es un modelo, por qué se construyen modelos y qué tipos de modelos se utilizan en la ingeniería del software. A Concepto de modelo El término modelo, en el lenguaje común, es extremadamente polisémico. Como muestra representativa de dicha variedad de acepciones, véanse las definiciones propuestas por el Webster s New Encyclopedic Dictionary: 1. Copia exacta pero a escala de algo. 2. Patrón o figura de algo pendiente de hacerse. 3. Descripción o analogía usada para ayudar a visualizar algo que no puede ser directamente observado. 4. Sistema de asunciones, datos e interfaces usados para describir matemáticamente objetos o situaciones. 5. Proyección teórica de un sistema posible o imaginario. Cada una de las definiciones anteriores, y probablemente cualquier otra que se pudiera proponerse, hacen siempre referencia al mismo hecho: Todos los modelos son un artificio (copia, represtación, sistema matemático) que describe alguna otra cosa (algo ya existente en el mundo real, un sistema a desarrollar en el futuro). La creación y utilización de modelos posee dos grandes ventajas prácticas: Los modelos simplifican lo que describen de diversas formas, permitiendo a su creador centrarse en los aspectos que considera importantes de la cosa modelada. Dicho de otro modo: los modelos son instrumentos de reducción de la complejidad. Los modelos, dependiendo de la fidelidad con que describan a la cosa modelada, permiten simular la manipulación de la cosa y observar resultados reales. Por ejemplo, una maqueta de un edificio permite simular las condiciones de iluminación de las distintas estancias del futuro edificio; o una maqueta de una ala de un avión permite estudiar las características aerodinámicas del ala real. De este modo, un modelo puede ser utilizado en lugar de la cosa modelada cuando ésta no es accesible o no se recomienda su manipulación. A Propósito de los modelos Independientemente de los tipos de modelos existentes o de sus propiedades formales, los modelos se construyen para algo. Típicamente, existen dos motivos para la creación de un modelo: Asignatura: Análisis de Requisitos 2

3 Ayudar o favorecer la comprensión de algo, tal y como se desprende de las definiciones 1, 3 y 4 indicadas en la sección anterior. Por ejemplo: para comprender el efecto de los choques frontales en la salud de los ocupantes de un vehículo, se construyen modelos en los cuales los coches se lanzan contra obstáculos estáticos (reduciendo de este modo la complejidad) pilotados por dummies (ya que no sería ético manipular personas reales). Proyectar o anticipar la estructura o funcionamiento de algo, tal y como se desprende de las definiciones 2 y 5. Por ejemplo, para evaluar la resistencia aerodinámica de un vehículo, es con frecuencia necesario construir una maqueta del mismo y someterla a pruebas en túneles de viento. En el caso de la ingeniería del software, los modelos se utilizan en las dos vertientes antes indicadas: tanto para ayudar a la comprensión como para anticipar la estructura o funcionamiento del software. No obstante, se trata de dos modelos distintos, usados en distintos momentos del proceso de desarrollo de software: Los modelos que favorecen la comprensión de la necesidad del usuario y los requisitos del software se denominan modelos conceptuales, y son usados durante la actividad de análisis del proceso de requisitos 2. Los modelos que anticipan la estructura o funcionamiento del futuro sistema no tiene un nombre propio, pero habitualmente se denominan modelos de diseño o modelos del sistema. Como su propio nombre indica, se utilizan una vez finalizada la actividad de requisitos, durante el proceso de diseño del software. Los modelos que nos interesarán en este módulo son los modelos conceptuales. No obstante, y debido a la contaminación que lleva asociada esta denominación, en las secciones siguientes se describirán de modo más pormenorizado las diferencias entre los modelos conceptuales y los modelos del sistema. A Modelos conceptuales vs. Modelos del sistema Existen varias diferencias entre los modelos conceptuales y los modelos del sistema. Las diferencias más importantes son las siguientes: Objeto del modelo: Los modelos conceptuales describen el universo de discurso. Los modelos del sistema describen el futuro sistema software. Alcance del modelo: Los modelos conceptuales poseen un alcance variable, superando en muchas ocasiones el ámbito del sistema. Los modelos del sistema, por el contrario, se circunscriben exactamente al ámbito del futuro sistema software. Detalle del modelo. Los modelos conceptuales tienden a ser poco detallados. Los modelos del sistema, sin embargo, deben contener un gran nivel de detalle acerca de cómo implementar el sistema para ser realmente útiles. 2 Otra utilidad de los modelos conceptuales es favorecer la comunicación entre analistas, usuarios y clientes, aunque dicha utilidad no es relevante aquí. Asignatura: Análisis de Requisitos 3

4 Formalidad: Los modelos conceptuales pueden poseer niveles muy variados de formalidad. Los modelos del sistema, para ser útiles, deben ser lo más precisos (y, en consecuencia, formales) posible. Las sub-secciones siguientes describen estas diferencias más en detalle. A Objeto del modelo Por objeto del modelo, debe entenderse la cosa descrita en el modelo. En el caso de los modelos conceptuales, el objeto del modelo es el universo, o dominio, de discurso. Por dominio de discurso, debe entenderse el entorno que rodea al software (y del que éste forma parte), en el cual: El software ejerce su influencia (toma datos, suministra datos) Se realizan las tareas cotidianas (facturar, imprimir, etc.) Existen unas reglas, típicamente denominadas reglas de negocio, que el software debe respetar para funcionar correctamente y proporcionar un trabajo útil. Por ejemplo, reglas tales como que las facturas deben imprimirse mensualmente o que éstas tendrán un formado determinado. Los modelos conceptuales representan, por consiguiente, los aspectos indicados anteriormente (datos, tareas, reglas de negocio, etc.). En el caso del modelo del sistema, el objeto del modelo es el futuro sistema software. Por consiguiente: El modelo del sistema puede contener aspectos del dominio de discurso (tales como las tareas y reglas de negocio), aunque típicamente en menor medida que el modelo conceptual y Sobre todo, el modelo de sistema describirá muchos aspectos acerca de cómo implementar el futuro sistema software, los cuales no están reflejados en el modelo conceptual. Entre dichos aspectos pueden citarse, por ejemplo, los métodos, mensajes, clases, procesos, etc. Gráficamente, la diferencia entre ambos modelos puede representarse como indica la Figura 1. Como puede observarse, el modelo conceptual y el modelo del sistema se solapan en cierta medida, pero ambos modelos son fundamentalmente diferentes. Asignatura: Análisis de Requisitos 4

5 Modelo conceptual Modelo del sistema Figura 1. Relación entre los modelos conceptuales y los modelos del sistema A Alcance del modelo Por alcance del modelo, debe entenderse cuánto éste describe la cosa modelada. El alcance se entiende perfectamente cuando se observa el mapa de una región 3 como, por ejemplo, de Madrid. Obviamente, un mapa que contenga únicamente a Madrid tiene un alcance más reducido que uno que contenga a Madrid y provincias limítrofes, como Ávila o Guadalajara. En el caso de los modelos conceptuales, éstos pueden poseer un mayor alcance que los modelos del sistema. Por ejemplo, supóngase que se deseara desarrollar un sistema de facturación. El modelo conceptual describiría todos los aspectos del dominio de discurso referidos a facturación, pero también podría describir aspectos referidos a pedidos y contabilidad si con ello se favoreciera la comprensión de las necesidades de los usuarios y los requisitos del software 4. Por el contrario, los modelos del sistema son mucho más restringidos, describiendo únicamente los aspectos de facturación que serán implementados en el futuro sistema software. A Detalle del modelo Por detalle de un modelo, debe entenderse cuán extensamente dicho modelo describe la cosa modelada. El ejemplo del mapa también permite ilustrar esto último. Así, un mapa de Madrid que contenga las carreteras secundarias es más detallado que uno que sólo contenga las carreteras principales. Los modelos conceptuales tienden a ser menos detallados que los modelos del sistema. Ello se debe a que los modelos del sistema describen aspectos muy específicos requeridos para implementar el diseño (parámetros, mensajes, etc.), mientras que los modelos conceptuales sólo especifican el detalle preciso para comprender el dominio de discurso. 3 Un mapa es, al fin y al cabo, un modelo de un territorio. 4 En muchas ocasiones, los modelos conceptuales se utilizan para precisar el ámbito, o límites, del futuro sistema software. Esto es: todos los aspectos descritos en el modelo conceptual son los que se implementarán en el futuro sistema software. No obstante, y el alcance del modelo conceptual coincida con el del modelo del sistema, debe quedar claro que se tratan de modelos distintos. Asignatura: Análisis de Requisitos 5

6 A Formalidad del modelo Por formalidad, debe entenderse el grado en que el modelo debe respectar una cierta sintaxis o semántica. Los modelos conceptuales pueden poseer diversos niveles de formalidad, siendo tanto más informales cuanto más simple es el dominio de discurso. Ello se debe a que en dominios sencillos, el analista necesita menos soporte de un modelo para lograr comprender la necesidad del usuario y los requisitos del software. Los modelos del sistema, sin embargo, acostumbran a poseer los mismos niveles de formalidad independientemente de la complejidad del dominio o cualquier otro factor. Ello se debe a que los modelos del sistema describen el futuro sistema software, por que deben ser lo más precisos y formales posible. A6.2. Utilidad de los modelos conceptuales Como ya se ha indicado anteriormente, los modelos conceptuales son utilizados para ayudar al analista a comprender las necesidades del usuario y los requisitos del sistema. Los modelos conceptuales ayudan al analista de dos modos distintos: Los modelos permiten simplificar el estudio del objeto del modelo, favoreciendo de éste modo la comprensión del mismo. Esto se realiza de tres modos distintos 5 : o Mediante abstracción: Por abstracción, debe entenderse el sustituir una cosa, o un conjunto de cosas, por otra que sumariza o resume a las cosas sustituidas. Un ejemplo de abstracción, por ejemplo, consiste en olvidar las diferencias existentes entre un coche Volvo y un Renault, y referirse a ambos bajo el término genérico coche. La abstracción es una técnica muy poderosa de simplificación, ya que permite reducir la multiplicidad de cosas existentes a un conjunto de categorías manejable. o Mediante partición. Por partición, debe entenderse el proceso de dividir un problema o situación complejos en varios subproblemas, más sencillos que el problema original, que se pueden estudiar separadamente 6. o Mediante proyección. Por proyección, debe entenderse el ver un problema o situación desde distintos puntos de vista 7. Un ejemplo simple de proyección ocurre cuando se evalúa el precio de una vivienda, sus metros cuadrados y el confort esperado para decidir la posible compra del inmueble 8. 5 Lo que sigue se denominan técnicas de reducción de la complejidad. No se propondrán ejemplos ilustrativos en la presente sección, debido a que es más aconsejable su realización en las UNIDADES 7, 8 y 9. 6 No todos los modelos conceptuales permiten una simplificación mediante partición. En este módulo, el único modelo conceptual que implementa esta técnica es el Diagrama de Flujo de Datos (DFD). 7 Casi ningún modelo conceptual por separado implementa esta técnica de reducción de la complejidad. Es necesario utilizar diversos modelos conceptuales simultáneamente para implementar la técnica de partición. 8 El problema de la partición es cómo integrar las distintas vistas obtenidas. Afortunadamente, en este módulo la integración de vistas está bien definida. Véanse las UNIDADES 7, 8 y 9. Asignatura: Análisis de Requisitos 6

7 Los modelos permiten identificar errores e inconsistencias en la conceptualización, o comprensión, que el analista tiene del dominio del problema y de los requisitos del sistema. Ello es posible debido a que los modelos conceptuales implementan un lenguaje pseudoformal, u ontología, que permite poner de manifiesto dichos errores e inconsistencias. Obviamente, la referencia a los lenguajes pseudoformales, u ontologías, es sumamente oscuro. Ello se describirá de forma más pormenorizada en la siguiente sección. A6.3. Ontología subyacente a los modelos conceptuales En las secciones anteriores, se ha hablado extensamente del propósito y utilidad de los modelos conceptuales. Sin embargo, no se ha descrito en ningún momento cómo dichos modelos permiten obtener dichos resultados. En otras palabras: Cómo funcionan los modelos conceptuales? La respuesta es compleja 9, aunque en lo que sigue se expondrá una respuesta simplificada. Básicamente, los modelos conceptuales están diseñados para aprehender una parte del dominio de discurso. Dicha parte del dominio de discurso se describe, en el modelo conceptual, con un léxico y sintaxis específicos, que típicamente admite una expresión gráfica. A modo de ejemplo, se diseñará a continuación un modelo conceptual (bastante humorístico) que permite describir automóviles. Este modelo consta del léxico indicado en la Tabla 1. Concepto Representación Carrocería-chasis Puerta Asiento Tabla 1. Léxico del modelo conceptual de descripción de coches 9 El modelado conceptual posee relaciones con la ontología, psicología cognitiva, etc. Todo ello supera ampliamente la presente exposición. Asignatura: Análisis de Requisitos 7

8 Tal y como puede observarse en la Tabla 1, el modelo conceptual deseado consta de tres símbolos o constructores: carrocería-chasis, puerta y asiento. Estos elementos se denominan constructores 10 porque son precisamente los que permiten construir, o crear, el modelo. Además de los constructores, los modelos deben poseer también una sintaxis, la cual gobierna la combinación de los símbolos constructores. Las reglas en el ejemplo utilizado podrían ser las siguientes: Las puertas deben situarse a pares en la carrocería-chasis Debe existir siempre un asiento en el lugar del conductor. El modelo conceptual definido anteriormente permite describir, al menos en parte, el dominio de discurso de los automóviles 11. Se puede, por ejemplo, definir un coche de cuatro puertas tal y como muestra la Figura 2. Figura 2. Coche de cuatro puertas Aunque el ejemplo anterior pueda parecer absurdo, muestra sin embargo todas las características importantes de los modelos conceptuales utilizados en ingeniería del software: En primer lugar, los constructores no son arbitrarios. Muy al contrario, son aspectos que existen muy claramente en el objeto del modelo, esto es, en el coche, y además son los aspectos de éste que más interesan al modelador Los constructores de los modelos conceptuales utilizados en ingeniería del software tienden a ser más abstractos que los aquí indicados. Véanse las UNIDADES 7, 8 y Obviamente, el modelo conceptual propuesto es muy simple y sólo permite describir una muy pequeña parte de un dominio tan complejo como el de los automóviles. 12 Los modelos en general, y los modelos conceptuales en particular, no son independientes de las intenciones del modelador. Muy al contrario, los modelos conceptuales sirven a un propósito, que es comprender mejor el objeto modelado desde el punto de vista de los constructores utilizados. Por ejemplo, si el interés del Asignatura: Análisis de Requisitos 8

9 En segundo lugar, la sintaxis tampoco es arbitraria. Ésta refleja las combinaciones válidas de los constructores en la realidad, de tal modo que cuando un modelo respeta la sintaxis, ello implica que el objeto modelado es válido. Ambos aspectos, léxico y sintaxis, determinan la ontología del modelo o, dicho de otro modo, determinan cómo son, y deben ser, los coches en la realidad: los coches acostumbran a tener puertas pares y asientos para el conductor 13. Por el contrario, cuando el modelo no respeta la sintaxis, algo es incorrecto. Supóngase por un momento que encargásemos a una persona X, que no supiera absolutamente nada de coches, modelar un vehículo. El resultado podría ser algo como lo mostrado en la Figura 3. Figura 3. Modelo incorrecto de un coche X podría darse perfectamente cuenta, al observar el modelo, que hay algo que no es correcto. Concretamente, falta una puerta y el asiento del conductor. Ambos hechos pueden observarse porque representan violaciones de la sintaxis del modelo. Cabe preguntarse, por consiguiente, dónde está el error. La respuesta es simple: Éste está claramente en la comprensión que X tiene del objeto modelado, esto es, del coche. Si todos los coches tienen puertas por pares, entonces el coche modelado DEBE tener dos puertas traseras. Lo mismo podría decirse del vehículo del conductor. Por consiguiente, X debe volver a observar el coche real y cerciorarse de que posee todas las características requeridas por el modelo13. Los modelos conceptuales utilizados en ingeniería del software identifican los errores y omisiones exactamente de la misma forma que se describe aquí. Como ya se ha indicado, dichos modelos poseen una sintaxis bastante bien definida. Cuando dicha sintaxis es violada, entonces se ha localizado un potencial error u omisión que debe ser verificado por el analista en el dominio de discurso. modelador estuviera en las ruedas, y no en las puertas, habría un constructor del modelo que representaría las ruedas, y no habría ningún constructor referido a las puertas. 13 Obviamente, podría haber coches que no poseyeran estas características. En este caso, debería modificarse la sintaxis en consecuencia. Asignatura: Análisis de Requisitos 9

10 A6.4. Notas finales Ya para finalizar, es necesario realizar una advertencia explícita. Se ha mencionado en las secciones anteriores que los modelos conceptuales se confunden con frecuencia con los modelos del sistema. La razón fundamental de que ello ocurra es que, en muchos casos, los constructores y sintaxis de ambos modelos son absolutamente coincidentes. Dicho de otro modo: en ingeniería del software, se utilizan los mismos constructores para describir el dominio de discurso y el sistema software. Y ello con la misma sintaxis. No obstante, ello no debe incitar a confusión, tal y como se ha descrito extensamente en las secciones anteriores. Asignatura: Análisis de Requisitos 10

UNIDAD 11 VALIDACION DE REQUISITOS

UNIDAD 11 VALIDACION DE REQUISITOS UNIDAD 11 VALIDACION DE REQUISITOS 11. VALIDACIÓN DE REQUISITOS... 1 11.1. REVISIÓN DE REQUISITOS... 3 11.2. PROTOTIPOS... 6 11.3. GENERACIÓN DE CASOS DE PRUEBA... 9 El proceso de validación de requisitos

Más detalles

Ergonomía e interfases de interacción humano-computadora

Ergonomía e interfases de interacción humano-computadora Ergonomía e interfases de interacción humano-computadora Martínez de la Teja, Guillermo Manuel Maestro en Ciencias en Ergonomía Ergoprojects / Sociedad de Ergonomistas de México A.C. gmmt@ergoprojects.com

Más detalles

La ventana de Microsoft Excel

La ventana de Microsoft Excel Actividad N 1 Conceptos básicos de Planilla de Cálculo La ventana del Microsoft Excel y sus partes. Movimiento del cursor. Tipos de datos. Metodología de trabajo con planillas. La ventana de Microsoft

Más detalles

NSR 4400 NORMA DE SERVICIOS RELACIONADOS 4400 TRABAJOS PARA REALIZAR PROCEDIMIENTOS CONVENIDOS RESPECTO DE INFORMACION FINANCIERA

NSR 4400 NORMA DE SERVICIOS RELACIONADOS 4400 TRABAJOS PARA REALIZAR PROCEDIMIENTOS CONVENIDOS RESPECTO DE INFORMACION FINANCIERA NSR 4400 NORMA DE SERVICIOS RELACIONADOS 4400 TRABAJOS PARA REALIZAR PROCEDIMIENTOS CONVENIDOS RESPECTO DE INFORMACION FINANCIERA (Esta declaración está en vigencia) CONTENIDO Párrafos Introducción...

Más detalles

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

Más detalles

El conjunto de conocimientos científicos y técnicos que hacen posible la resolución de forma automática de problemas por medio de las computadoras.

El conjunto de conocimientos científicos y técnicos que hacen posible la resolución de forma automática de problemas por medio de las computadoras. 1 Conceptos Generales 1.1 Definición de Informática Una posible definición de informática podría ser: El conjunto de conocimientos científicos y técnicos que hacen posible la resolución de forma automática

Más detalles

4 Teoría de diseño de Experimentos

4 Teoría de diseño de Experimentos 4 Teoría de diseño de Experimentos 4.1 Introducción En los capítulos anteriores se habló de PLC y de ruido, debido a la inquietud por saber si en una instalación eléctrica casera que cuente con el servicio

Más detalles

GUÍA DIDÁCTICA SOBRE PENSAMIENTO CIENTÍFICO:

GUÍA DIDÁCTICA SOBRE PENSAMIENTO CIENTÍFICO: GUÍA DIDÁCTICA SOBRE PENSAMIENTO CIENTÍFICO: EDUCACIÓN INFANTIL Y PRIMARIA El objetivo del documento consiste en ofrecer la guía para utilizar el programa sobre pensamiento científico para Educación Infantil

Más detalles

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño El proceso de diseño para una base de datos consta básicamente de 7 pasos, los cuáles se describen en la siguiente imagen.

Más detalles

CASO PRÁCTICO DISTRIBUCIÓN DE COSTES

CASO PRÁCTICO DISTRIBUCIÓN DE COSTES CASO PRÁCTICO DISTRIBUCIÓN DE COSTES Nuestra empresa tiene centros de distribución en tres ciudades europeas: Zaragoza, Milán y Burdeos. Hemos solicitado a los responsables de cada uno de los centros que

Más detalles

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0 Centro Ideoinformática Universidad de las Ciencias Informáticas Carretera a San Antonio Km 2 ½. Torrens. Boyeros. Ciudad de La Habana. Cuba Teléfono: + 53 (7)

Más detalles

Recursos para el Estudio en Carreras de Ingeniería 2006 UNIDAD TEMÁTICA Nº 4 LA TOMA DE APUNTES

Recursos para el Estudio en Carreras de Ingeniería 2006 UNIDAD TEMÁTICA Nº 4 LA TOMA DE APUNTES UNIDAD TEMÁTICA Nº 4 LA TOMA DE APUNTES En esta unidad te invitamos a que: Adviertas la importancia de los apuntes como un recurso para iniciar el estudio de un tema. Te apropies de algunas estrategias

Más detalles

Herramienta de monitorización ambiental. Tipo de documento: Técnico 01/09/13

Herramienta de monitorización ambiental. Tipo de documento: Técnico 01/09/13 Herramienta de monitorización ambiental Tipo de documento: Técnico 01/09/13 2 ÍNDICE 0 Antecedentes 3 1 Matriz de registro de datos 3 2 Pliego de condiciones de la contrata de programación de la herramienta

Más detalles

B.2.2. Principios para la gestión de proyectos

B.2.2. Principios para la gestión de proyectos B.2.2. Principios para la gestión de proyectos La gestión de proyectos es la aplicación de conocimientos, conocimiento técnico, herramientas y técnicas para planificar actividades a fin de satisfacer o

Más detalles

Lección 1-Introducción a los Polinomios y Suma y Resta de Polinomios. Dra. Noemí L. Ruiz Limardo 2009

Lección 1-Introducción a los Polinomios y Suma y Resta de Polinomios. Dra. Noemí L. Ruiz Limardo 2009 Lección 1-Introducción a los Polinomios y Suma y Resta de Polinomios Dra. Noemí L. Ruiz Limardo 2009 Objetivos de la Lección Al finalizar esta lección los estudiantes: Identificarán, de una lista de expresiones

Más detalles

2. Conceptos básicos Abstracción La abstracción como un proceso mental natural La abstracción en el desarrollo de software

2. Conceptos básicos Abstracción La abstracción como un proceso mental natural La abstracción en el desarrollo de software 2. Conceptos básicos Hoy en día las aplicaciones son demasiado voluminosas y complejas para ser manejadas por una sola persona. Las aplicaciones de software son complejas porque modelan la complejidad

Más detalles

INTRODUCCIÓN A LA INVESTIGACIÓN DE MERCADOS

INTRODUCCIÓN A LA INVESTIGACIÓN DE MERCADOS MÓDULO 1 INTRODUCCIÓN A LA INVESTIGACIÓN DE MERCADOS 1. INTRODUCCIÓN AL CONCEPTO DE LA INVESTIGACIÓN DE MERCADOS... 1 1.1. DEFINICIÓN DE INVESTIGACIÓN DE MERCADOS... 2 1.2. EL MÉTODO CIENTÍFICO... 8 2.

Más detalles

Notación UML para modelado Orientado a Objetos

Notación UML para modelado Orientado a Objetos 1 Notación UML para modelado Orientado a Objetos 2 Notación UML para modelado Orientado a Objetos Índice 1.1. Qué es UML?.. 3 1.2. Por qué interesa UML en la asignatura de Programación Orientada a Objetos?3

Más detalles

UNA MAESTRIA EN ADMINISTRACION DE INSTITUCIONES CIENTIFICAS *

UNA MAESTRIA EN ADMINISTRACION DE INSTITUCIONES CIENTIFICAS * UNA MAESTRIA EN ADMINISTRACION DE INSTITUCIONES CIENTIFICAS * CARLOS CERDAN R. y FABIO GERARD D. ** El presente trabajo tiene por objeto promover una discusión, despertar dudas e inquietudes, respecto

Más detalles

Reporte de Proyecto Final

Reporte de Proyecto Final PROYECTO DE INVESTIGACIÓN DESARROLLO DE SISTEMAS DE SOFTWARE CON PSP Y TSP. DATOS GENERALES Y MATRÍCULA DEL PRESTADOR. Nombre: Luis Alberto Díaz Hernández. Matricula: 209216189. NOMBRE Y CARGO DEL ASESOR.

Más detalles

La automatización de malos procesos sólo agrava más la ineficiencia" [HAMMER; 90].

La automatización de malos procesos sólo agrava más la ineficiencia [HAMMER; 90]. CAPITULO 1. INTRODUCCION La automatización de malos procesos sólo agrava más la ineficiencia" [HAMMER; 90]. La tecnología en la actualidad avanza a pasos cada vez más grandes y difíciles de rastrear. Tanto

Más detalles

Programación Avanzada

Programación Avanzada Programación Avanzada PRÁCTICO 2 Parte 1: Modelado de Dominio Ejercicio 1 (básico, imprescindible) Utilizando las listas de categorías de conceptos y asociaciones, identificar conceptos y asociaciones

Más detalles

Modelos y Bases de Datos

Modelos y Bases de Datos Modelos y Bases de Datos MODELOS Y BASES DE DATOS 1 Sesión No. 10 Nombre: Álgebra Relacional Contextualización En qué consiste el álgebra relacional? Se ha planteado hasta el momento cada uno de los procesos

Más detalles

Arquitectura de Proyectos de IT

Arquitectura de Proyectos de IT Arquitectura de Proyectos de IT Apunte: Comunicación de Arquitectura de Software Autores: Ing. Gustavo A. Brey (gbrey@sistemas.frba.utn.edu.ar) Santiago Blanco (santiago.blanco@gmail.com) Versión: 0.8.20081106

Más detalles

Métricas, Estimación y Planificación en Proyectos de Software

Métricas, Estimación y Planificación en Proyectos de Software Métricas, Estimación y Planificación en Proyectos de Software Cuando se planifica un proyecto se tiene que obtener estimaciones del costo y esfuerzo humano requerido por medio de las mediciones de software

Más detalles

HABILIDADES COGNITIVAS

HABILIDADES COGNITIVAS HABILIDADES COGNITIVAS Es preciso ampliar y profundizar estos conceptos. CONOCIMIENTO El conocimiento se define como la remembranza de material aprendido previamente. Esto puede comprender recordar una

Más detalles

Diagramas de Clase en UML 1.1

Diagramas de Clase en UML 1.1 Diagramas de Clase en UML. Francisco José García Peñalvo Licenciado en Informática. Profesor del Área de Lenguajes y Sistemas Informáticos de la Universidad de Burgos. fgarcia@.ubu.es Carlos Pardo Aguilar

Más detalles

Construcción de Escenarios

Construcción de Escenarios Construcción de Escenarios Consiste en observar los diferentes resultados de un modelo, cuando se introducen diferentes valores en las variables de entrada. Por ejemplo: Ventas, crecimiento de ventas,

Más detalles

Contabilidad de costos

Contabilidad de costos Contabilidad de costos CAPITULO 6 CONCEPTO Y OBJETIVOS. En la actualidad, desde el punto de vista de la gerencia, una buena administración no puede prescindir de la aplicación de un sistema de costos adecuado

Más detalles

Fórmulas y funciones

Fórmulas y funciones 05... Fórmulas y funciones En este tema vamos a profundizar en el manejo de funciones ya definidas por Excel, con el objetivo de agilizar la creación de hojas de cálculo, estudiando la sintaxis de éstas

Más detalles

Guía para la elaboración de la Propuesta de Proyecto de Integración de la Licenciatura en Ingeniería en Computación

Guía para la elaboración de la Propuesta de Proyecto de Integración de la Licenciatura en Ingeniería en Computación Guía para la elaboración de la Propuesta de Proyecto de Integración de la Licenciatura en Ingeniería en Computación Modalidades: Proyecto Tecnológico, Proyecto de Investigación y de Estancia Profesional

Más detalles

Diseño de una estrategia tecnológica de Customer Relationship Management (CRM) para la empresa BPM de México. CAPITULO 6

Diseño de una estrategia tecnológica de Customer Relationship Management (CRM) para la empresa BPM de México. CAPITULO 6 CAPITULO 6 6.1 Conclusiones y Recomendaciones. 6.1.1 Conclusiones. En esta investigación se presentó de manera detallada el concepto de una estrategia de Customer Relationship Management, pues al tratarse

Más detalles

Programación de Aplicaciones Tarea 2 Curso 2015

Programación de Aplicaciones Tarea 2 Curso 2015 Programación de Aplicaciones Tarea 2 Curso 2015 Información Administrativa La tarea comienza el lunes 14 de setiembre y finaliza el lunes 19 de octubre. La tarea constará de múltiples entregas parciales

Más detalles

SISTEMAS DE INFORMACION, ORGANIZACIONES Y PROCESOS DE NEGOCIOS

SISTEMAS DE INFORMACION, ORGANIZACIONES Y PROCESOS DE NEGOCIOS SISTEMAS DE INFORMACION, ORGANIZACIONES Y PROCESOS DE NEGOCIOS Relación entre Organizaciones y S.I. Pueden los Sistemas de Información aplanar las organizaciones reduciendo el numero de niveles que tienen?

Más detalles

PONENCIA: Responsable: Eva Eréndira Hipólito Estrada. Maestra de grupo de la Escuela. 1. PRESENTACIÓN.

PONENCIA: Responsable: Eva Eréndira Hipólito Estrada. Maestra de grupo de la Escuela. 1. PRESENTACIÓN. PONENCIA: LA EVALUACIÓN Y EL SEGUIMIENTO DE LAS COMPETENCIAS DIDÁCTICAS DE LAS EGRESADAS DE LA ESCUELA NORMAL PARA EDUCADORAS CON EL PLAN DE LA LICENCIATURA EN EDUCACIÓN PREESCOLAR 1999. Responsable: Eva

Más detalles

4. Fundamentos de la táctica en iniciación: contenidos.

4. Fundamentos de la táctica en iniciación: contenidos. TÁCTICA 1. Introducción y definiciones: En muchas ocasiones se ha intentado separar y enfrentar la táctica con la técnica, algo poco adecuado, ya que en el tenis son dos conceptos que van unidos. La táctica

Más detalles

2011 Universidad de Sevilla Grupo IDINFOR Universidad Carlos III Grupo ENTI

2011 Universidad de Sevilla Grupo IDINFOR Universidad Carlos III Grupo ENTI 2011 Universidad de Sevilla Grupo IDINFOR Universidad Carlos III Grupo ENTI ARTEMISA. ARQUITECTURA PARA LA EFICIENCIA ENERGÉTICA Y SOSTENIBILIDAD EN ENTORNOS RESIDENCIALES DE LA SUBDIRECCIÓN GENERAL DE

Más detalles

LEER Y ESCRIBIR ARCHIVOS O FICHEROS EN C. FOPEN, FCLOSE, MODOS DE ACCESO READ, WRITE Y APPEND (CU00536F)

LEER Y ESCRIBIR ARCHIVOS O FICHEROS EN C. FOPEN, FCLOSE, MODOS DE ACCESO READ, WRITE Y APPEND (CU00536F) APRENDERAPROGRAMAR.COM LEER Y ESCRIBIR ARCHIVOS O FICHEROS EN C. FOPEN, FCLOSE, MODOS DE ACCESO READ, WRITE Y APPEND (CU00536F) Sección: Cursos Categoría: Curso básico de programación en lenguaje C desde

Más detalles

Informe final de evaluación del seguimiento de la implantación de títulos oficiales GRADO EN COMUNICACIÓN AUDIOVISUAL

Informe final de evaluación del seguimiento de la implantación de títulos oficiales GRADO EN COMUNICACIÓN AUDIOVISUAL Informe final de evaluación del seguimiento de la implantación de títulos oficiales 2013 GRADO EN COMUNICACIÓN AUDIOVISUAL Centro de Estudios Superiores Felipe II de Aranjuez UCM INFORMACIÓN PUBLICA Valoración

Más detalles

Autismo: fracaso de la "extimización"

Autismo: fracaso de la extimización NODVS XXXIII Març de 2011 Autismo: fracaso de la "extimización" Reseña del trabajo realizado durante el curso 2009-2010 por el Grup de Treball Psicoanalític del Garraf. Cecilia Hoffman Resum El trabajo

Más detalles

El proceso unificado en pocas palabras

El proceso unificado en pocas palabras El Proceso Unificado de Desarrollo de Software Ivar Jacobson Grady Booch James Rumbaugh Addison Wesley Resumen Capítulo 1. El proceso unificado: dirigido por casos de uso, centrado en la arquitectura,

Más detalles

DE LA GESTIÓN CONTABLE TEÓRICA A LA EMPRESARIAL

DE LA GESTIÓN CONTABLE TEÓRICA A LA EMPRESARIAL DE LA GESTIÓN CONTABLE TEÓRICA A LA EMPRESARIAL González Gaspar, Sara 1 1: Departamento de Dirección de Empresas Facultad de Ciencias Sociales Universidad Europea de Madrid C/Tajo s/n e-mail: sarag.gaspar@uem.es,

Más detalles

MARCO TEÓRICO Y MATRIZ COMPETENCIA COMUNICACIÓN LINGÜÍSTICA. INGLÉS

MARCO TEÓRICO Y MATRIZ COMPETENCIA COMUNICACIÓN LINGÜÍSTICA. INGLÉS EVALUACIÓN DE DIAGNÓSTICO. EDUCACIÓN SECUNDARIA MARCO TEÓRICO Y MATRIZ COMPETENCIA COMUNICACIÓN LINGÜÍSTICA. INGLÉS 1.- LA DEFINICIÓN DE LA COMPETENCIA... 3 2.- DIMENSIONES DE LA COMPETENCIA... 4 A.- Bloques

Más detalles

4. SISTEMAS DE COSTOS P OR PROCESOS

4. SISTEMAS DE COSTOS P OR PROCESOS 4. SISTEMAS DE COSTOS POR PROCESOS 4.1. Sistema de costos por procesos Si observamos los sistemas productivos de una empresa desde el punto de vista de la continuidad de sus líneas de fabricación, del

Más detalles

LOS GASTOS INDIRECTOS DE FABRICACIÓN

LOS GASTOS INDIRECTOS DE FABRICACIÓN LOS GASTOS INDIRECTOS DE FABRICACIÓN Los gastos indirectos de fabricación son todas aquellas erogaciones, o simples ajustes en los registros de Contabilidad, que son cargadas a la producción y que, además,

Más detalles

CONTROL DE ASISTENCIA DE PERSONAL

CONTROL DE ASISTENCIA DE PERSONAL CONTROL DE ASISTENCIA DE PERSONAL PARA UNA EMPRESA INITE, S.C. no es responsable del contenido, de la veracidad de los datos, opiniones y acontecimientos vertidos en el presente proyecto. La finalidad

Más detalles

Fundamentos de negocio Recursos Humanos > Qué hacer para que tu gente trabaje mejor (Liderazgo y motivación) > Asume el liderazgo de tu empresa

Fundamentos de negocio Recursos Humanos > Qué hacer para que tu gente trabaje mejor (Liderazgo y motivación) > Asume el liderazgo de tu empresa Qué es el liderazgo? Se acepta, en general, que un buen liderazgo es esencial para el éxito de cualquier empresa. Para identificar las características de un buen líder es necesario primero saber qué es

Más detalles

El elearning paso a paso

El elearning paso a paso El elearning paso a paso Puede alguien explicarme qué quiere decir eso de elaborar un proyecto de elearning? La introducción del elearning para una empresa o colectivo de empresas admite dos enfoques:

Más detalles

NemoTPV SAT Manual de usuario 1. NemoTPV SAT APLICACIÓN DE GESTIÓN DE SERVICIO TÉCNICO PARA PUNTOS DE VENTA DE EUSKALTEL

NemoTPV SAT Manual de usuario 1. NemoTPV SAT APLICACIÓN DE GESTIÓN DE SERVICIO TÉCNICO PARA PUNTOS DE VENTA DE EUSKALTEL NemoTPV SAT Manual de usuario 1 NemoTPV SAT APLICACIÓN DE GESTIÓN DE SERVICIO TÉCNICO PARA PUNTOS DE VENTA DE EUSKALTEL NemoTPV SAT Manual de usuario 2 Ante un problema, lo importante no es saber solucionarlo,

Más detalles

Gestión de Mantenimiento asistida por Ordenador (GMAO)

Gestión de Mantenimiento asistida por Ordenador (GMAO) BENEFICIOS Hasta hace bien poco el mantenimiento era considerado como un área auxiliar dentro de la empresa, pero en la actualidad se ha convertido en un factor clave para la competitividad de la misma.

Más detalles

Criterios para seleccionar tecnología de Modelos de Toma de Decisiones

Criterios para seleccionar tecnología de Modelos de Toma de Decisiones Estado del Arte Por Eduardo Cantú y Stephen Sellers Criterios para seleccionar tecnología de Modelos de Toma de Decisiones Seleccionar la herramienta apropiada para desarrollar sus Modelos de Cadena de

Más detalles

Patrones de Diseño Orientados a Objetos 2 Parte

Patrones de Diseño Orientados a Objetos 2 Parte Patrones de Diseño Orientados a Objetos 2 Parte Patrón Observador Observer (Patrón de Comportamiento) Patrón Observador Observer Observador (en inglés: Observer) es un patrón de diseño que define una dependencia

Más detalles

Sistemas de numeración y aritmética binaria

Sistemas de numeración y aritmética binaria Sistemas de numeración y aritmética binaria Héctor Antonio Villa Martínez Programa de Ciencias de la Computación Universidad de Sonora Este reporte consta de tres secciones. Primero, la Sección 1 presenta

Más detalles

SISTEMA DE APARTADO DE SALAS PARA EVENTOS

SISTEMA DE APARTADO DE SALAS PARA EVENTOS SISTEMA DE APARTADO DE SALAS PARA EVENTOS Dirección General de Comunicaciones e Informática Febrero 2008 1 INDICE 1. Objetivos del Sistema... 3 10. Solución de problemas... 23 2. Introducción... 4 3. Requisitos...

Más detalles

Proceso Unificado de Rational

Proceso Unificado de Rational RUP: El Proceso Unificado de Rational XP: Programacion Extrema EAP: Computación Científica Ciencia de la Computación V Prof. Oscar Brnito Pacheco Proceso Unificado de Rational Orígenes Modelo original

Más detalles

Actividad 25. Trabajo Final (Reflexión Personal)

Actividad 25. Trabajo Final (Reflexión Personal) Datos del participante (participantes) Actividad 25. Trabajo Final (Reflexión Personal) Nombre: Daniel Esquivel Yeh Escuela donde labora: Secundaria Técnica núm. 26. José Ma. Luis Mora Nivel educativo

Más detalles

EVALUACIÓN FORMATIVA EN LÍNEA Enseñanza Media 2014. ANEP CODICEN DSPE División de Investigación, Evaluación y Estadística

EVALUACIÓN FORMATIVA EN LÍNEA Enseñanza Media 2014. ANEP CODICEN DSPE División de Investigación, Evaluación y Estadística EVALUACIÓN FORMATIVA EN LÍNEA Enseñanza Media 2014 ANEP CODICEN DSPE División de Investigación, Evaluación y Estadística En este mes de mayo de 2014 se concretará un ciclo de evaluaciones que abarca desde

Más detalles

Solución Algorítmica de Problemas Proyecto - Unidad #2 Metro de Curicó

Solución Algorítmica de Problemas Proyecto - Unidad #2 Metro de Curicó Solución Algorítmica de Problemas Proyecto - Unidad #2 Metro de Curicó Fecha de Entregable 1: 7 de octubre de 2013-12 horas Fecha de Entregable 2 y 3: Lunes 21 de octubre de 2013-12 horas Fecha de Entregable

Más detalles

Información importante. 1. El potencial eléctrico. Preuniversitario Solidario. 1.1. Superficies equipotenciales.

Información importante. 1. El potencial eléctrico. Preuniversitario Solidario. 1.1. Superficies equipotenciales. 1.1 Superficies equipotenciales. Preuniversitario Solidario Información importante. Aprendizajes esperados: Es guía constituye una herramienta que usted debe manejar para poder comprender los conceptos

Más detalles

MÓDULO 3 CREACIÓN DE UNA EMPRESA

MÓDULO 3 CREACIÓN DE UNA EMPRESA MÓDULO 3 CREACIÓN DE UNA EMPRESA 3.1.- SOLAPA DATOS GENERALES 3.2.- SOLAPA DATOS CONTABLES 3.3.- SOLAPA CONFIGURACIONES 3.4.- MANTENIMIENTO DEL FICHERO DE EMPRESA 3.5.- COPIAR PLAN CONTABLE ORIGINAL 3.6.-

Más detalles

RINCÓN INFATIC. Contenido

RINCÓN INFATIC. Contenido rincón infatic Contenido INTRODUCCIÓN...3 EL ESQUELETO (Bloque 1: El cuerpo y la propia imagen)...5 LABERINTO (Bloque 1: El cuerpo y la propia imagen)...6 BIEN / MAL (Bloque 3: La actividad y la vida cotidiana)...7

Más detalles

Cicerón. Guía rápida para el profesor tutor.

Cicerón. Guía rápida para el profesor tutor. Cicerón Guía rápida para el profesor tutor. Esta guía ha sido desarrollada para Usuarios Profesores Tutores de Cicerón Plataforma Tecnológica... Divisa Informática y Telecomunicaciones S.A. Parque Tecnológico

Más detalles

Ingeniería del Software I

Ingeniería del Software I Ingeniería del Software I 1er. Cuatrimestre 2002 Martina Marré martina@dc.uba.ar Organización 3 tipos de clase: teórica, práctica, taller 3 grupos de docentes un cronograma material en la WEB 2002 2 Aprobación

Más detalles

Unidad I: Sistemas Gestores de Bases de Datos. 1.1 Objetivo de las Bases de Datos

Unidad I: Sistemas Gestores de Bases de Datos. 1.1 Objetivo de las Bases de Datos Unidad I: Sistemas Gestores de Bases de Datos. 1.1 Objetivo de las Bases de Datos Redundancia e inconsistencia de datos: Puesto que los archivos que mantienen almacenada la información son creados por

Más detalles

Tema 5. Diseño detallado.

Tema 5. Diseño detallado. Ingeniería del Software II 2011 Tema 5. Diseño detallado. Diseño del Software. Los requisitos y el análisis orientado a objetos se centran en aprender a hacer lo correcto: Entender los objetos de nuestro

Más detalles

TEMA : MEDICION - REQUISITOS- PROCEDIMIENTO PARA CONSTRUIR UN INSTRUMENTO DE MEDICION

TEMA : MEDICION - REQUISITOS- PROCEDIMIENTO PARA CONSTRUIR UN INSTRUMENTO DE MEDICION TEMA : MEDICION - REQUISITOS- PROCEDIMIENTO PARA CONSTRUIR UN INSTRUMENTO DE MEDICION Resumen Cap. 8 del libro Introducción a la Investigación Pedagógica de Ary, Jacobs y Razavieh y cap 9. del libro Metodología

Más detalles

4. METODOLOGÍA. 4.1 Materiales. 4.1.1 Equipo

4. METODOLOGÍA. 4.1 Materiales. 4.1.1 Equipo 4. METODOLOGÍA 4.1 Materiales 4.1.1 Equipo Equipo de cómputo. Para el empleo del la metodología HAZOP se requiere de un equipo de cómputo con interfase Windows 98 o más reciente con procesador Pentium

Más detalles

2.1 Planificación del Alcance

2.1 Planificación del Alcance 2. Gestión del Alcance del Proyecto La Gestión del Alcance del Proyecto incluye los procesos necesarios para asegurarse que el incluya todo el trabajo requerido, y sólo el trabajo requerido, para completar

Más detalles

Unidad 9. Implementación. M.C. Martín Olguín

Unidad 9. Implementación. M.C. Martín Olguín Unidad 9 Implementación M.C. Martín Olguín Implementación Es la traducción directa del diseño en un lenguaje de programación. Es decir, en la implementación se construyen los componentes: Archivos de código

Más detalles

APLICATECA, Movistar. el portal de aplicaciones de. Manual de Acceso y Compra de Fiscálitas. Guía de acceso y compra de Fiscálitas

APLICATECA, Movistar. el portal de aplicaciones de. Manual de Acceso y Compra de Fiscálitas. Guía de acceso y compra de Fiscálitas APLICATECA, el portal de aplicaciones de Movistar Manual de Acceso y Compra de Fiscálitas INDICE INDICE... I ÍNDICE DE ILUSTRACIONES... II ÍNDICE DE TABLAS... II 1 QUÉ ES FISCÁLITAS?... 1 1.1 MÁS DETALLES......

Más detalles

Capítulo VI. Diagramas de Entidad Relación

Capítulo VI. Diagramas de Entidad Relación Diagramas de Entidad Relación Diagramas de entidad relación Tabla de contenido 1.- Concepto de entidad... 91 1.1.- Entidad del negocio... 91 1.2.- Atributos y datos... 91 2.- Asociación de entidades...

Más detalles

0BSIBIA-ETNO. Patrimonio Arquitectónico. 1BManual de Uso

0BSIBIA-ETNO. Patrimonio Arquitectónico. 1BManual de Uso 0BSIBIA-ETNO. Patrimonio Arquitectónico 1BManual de Uso El programa que se adjunta instalará en su ordenador la nueva aplicación de Bienes Inmuebles en sus módulos de Alta/Modificación y Consultas/Informes

Más detalles

La simulación de peatones en la planificación del transporte

La simulación de peatones en la planificación del transporte La simulación de peatones en la planificación del transporte El transporte público y privado no pueden concebirse sin las personas que los utilizan: peatones y pasajeros. Sin embargo, la planificación

Más detalles

RESUMEN EJECUTIVO EFECTOS DEL RUIDO EN LA SALUD

RESUMEN EJECUTIVO EFECTOS DEL RUIDO EN LA SALUD RESUMEN EJECUTIVO EFECTOS DEL RUIDO EN LA SALUD Introducción general.- Tradicionalmente, cuando se enumeran las posibles afecciones a la salud producidas por la presencia de contaminantes, se hace mención

Más detalles

PLANTEAR TRABAJOS ESCRITOS EN LA EDUCACIÓN PRIMARIA

PLANTEAR TRABAJOS ESCRITOS EN LA EDUCACIÓN PRIMARIA PLANTEAR TRABAJOS ESCRITOS EN LA EDUCACIÓN PRIMARIA AUTORÍA AURORA MINGORANCE MULEY TEMÁTICA METODOLOGÍA ETAPA E.P. Resumen Este artículo pretende enseñar una forma de plantear trabajos para que los alumnos

Más detalles

Actividad 4.3 parte 1: Elaboración del proyecto docente de

Actividad 4.3 parte 1: Elaboración del proyecto docente de Curso: De espectador a programador. Grupo : C Alumno : David Puig Pertíñez. Actividad 4.3 parte 1: Elaboración del proyecto docente de la actividad con Scratch. Memoria del proyecto. A) Resumen de la actividad.

Más detalles

R/ El diseño del software será de alto nivel y también deberá incluir el diseño arquitectónico del mismo.

R/ El diseño del software será de alto nivel y también deberá incluir el diseño arquitectónico del mismo. 1) Requerimos saber si nos podemos unir o formalizar alianzas estratégicas con un tercero para presentar la convocatoria, esto para efectos de demostrar solidez financiera. R/ Si es posible siempre y cundo

Más detalles

DIMENSIONES DE LA GESTIÓN EDUCATIVA

DIMENSIONES DE LA GESTIÓN EDUCATIVA DIMENSIONES DE LA GESTIÓN EDUCATIVA Equipo de diseño del diplomado Gestión Educativa para directivos de educación básica.. Documento de trabajo. UPN. 2003. Para el análisis y fundamentación de la práctica

Más detalles

Curso: Arquitectura Empresarial basado en TOGAF

Curso: Arquitectura Empresarial basado en TOGAF Metodología para desarrollo de Arquitecturas (ADM) El ADM TOGAF es el resultado de las contribuciones continuas de un gran número de practicantes de arquitectura. Este describe un método para el desarrollo

Más detalles

Competencia Matemática tica y PISA (OCDE,2003) 6. Matemátizar se identifica con la resolución de problemas

Competencia Matemática tica y PISA (OCDE,2003) 6. Matemátizar se identifica con la resolución de problemas Competencia matemática y PISA (OCDE,2003) Programme for International Student Assessment Ministerio de Educación y Ciencia (MEC)- Instituto Nacional de Evaluación y Calidad del Sistema Educativo (INECSE)

Más detalles

PRÁCTICA N 2 SISTEMAS DE NUMERACIÓN

PRÁCTICA N 2 SISTEMAS DE NUMERACIÓN PRÁCTICA N 2 SISTEMAS DE NUMERACIÓN Ejercicio 1. Diseñar una planilla EXCEL que tome como dato de entrada un número entero y devuelva la representación en base 2. Testearla con los números 23, 245, 673,

Más detalles

3 NORMAS ISO 3.1 Qué son las ISO 9000?

3 NORMAS ISO 3.1 Qué son las ISO 9000? 3 NORMAS ISO 3.1 Qué son las ISO 9000? "ISO 9000" es la denominación de uso común para una serie de normas internacionales de garantía de la calidad dentro de organizaciones: ISO 9001, ISO 9002, ISO 9003

Más detalles

En este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información, por otro

En este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información, por otro CAPITULO 5 TEORIA SOBRE ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION En este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información,

Más detalles

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos. Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas

Más detalles

UNIDAD DE APRENDIZAJE IV

UNIDAD DE APRENDIZAJE IV UNIDAD DE APRENDIZAJE IV Saberes procedimentales 1. Interpreta y utiliza correctamente el lenguaje simbólico ara el manejo de expresiones algebraicas. 2. Identifica operaciones básicas con expresiones

Más detalles

Figura 4.1 Clasificación de los lenguajes de bases de datos

Figura 4.1 Clasificación de los lenguajes de bases de datos 1 Colección de Tesis Digitales Universidad de las Américas Puebla Romero Martínez, Modesto Este capítulo describen los distintos lenguajes para bases de datos, la forma en que se puede escribir un lenguaje

Más detalles

GERENCIA DE INTEGRACIÓN

GERENCIA DE INTEGRACIÓN GERENCIA DE INTEGRACIÓN CONTENIDO Desarrollo del plan Ejecución del plan Control de cambios INTRODUCCIÓN La gerencia de integración del proyecto incluye los procesos requeridos para asegurar que los diversos

Más detalles

UNIVERSIDAD DEL CONO SUR DE LAS AMERICAS VICERRECTORIA DE INVESTIGACION Y DESARROLLO GUÍA DE TRABAJOS PRÁCTICOS

UNIVERSIDAD DEL CONO SUR DE LAS AMERICAS VICERRECTORIA DE INVESTIGACION Y DESARROLLO GUÍA DE TRABAJOS PRÁCTICOS UNIVERSIDAD DEL CONO SUR DE LAS AMERICAS VICERRECTORIA DE INVESTIGACION Y DESARROLLO 1. Qué es un Trabajo Práctico? GUÍA DE TRABAJOS PRÁCTICOS El Trabajo Práctico es una exigencia del sistema de evaluación

Más detalles

Métodos no paramétricos para la comparación de dos muestras

Métodos no paramétricos para la comparación de dos muestras Investigación Métodos no paramétricos para la comparación de dos muestras Métodos no paramétricos para la comparación de dos muestras Pértega Díaz, S. Unidad de Epidemiología Clínica y Bioestadística.

Más detalles

Otros Lenguajes de Programación

Otros Lenguajes de Programación Curso sobre Controladores Lógicos Programables (PLC). Por Ing. Norberto Molinari. Entrega Nº 15. Capitulo 4 Otros Lenguajes de Programación Introducción Existen además de los lenguajes antes mencionados

Más detalles

Conciliación bancaria con Excel Mantener las cuentas contables de la empresa en orden y

Conciliación bancaria con Excel Mantener las cuentas contables de la empresa en orden y INFORMÁTICA Rubén Torres Benítez Conciliación bancaria con Excel Mantener las cuentas contables de la empresa en orden y también nuestras cifras bancarias puede ser un dolor de cabeza. Emplear las herramientas

Más detalles

Oficina Virtual del I.C.H.L. Oficina Virtual del I.C.H.L.

Oficina Virtual del I.C.H.L. Oficina Virtual del I.C.H.L. Oficina Virtual del I.C.H.L. Introducción...2 Acceso a la aplicación...3 Opciones...7 Gestión Interna...7 Consulta persona...7 Objetos por persona pertenecientes a la entidad...8 Deudas...8 Objetos Domiciliables...12

Más detalles

Práctica de SIEA. Introducción. Características del Curso. Tabla de contenidos. David Arroyo Menéndez

Práctica de SIEA. Introducción. Características del Curso. Tabla de contenidos. David Arroyo Menéndez David Arroyo Menéndez Copyright (c) 2004 David Arroyo Menéndez Se otorga permiso para copiar, distribuir, y/ó modificar este documento bajo los términos de la GNU Free Documentation License, Version 1.1

Más detalles

Ross desea ordenar una pizza, de cuántas opciones diferentes puede seleccionar Ross la pizza con sus complementos?

Ross desea ordenar una pizza, de cuántas opciones diferentes puede seleccionar Ross la pizza con sus complementos? M510: La pizza A) PRESENTACIÓN DEL PROBLEMA En una pizzeria ofrecen la pizza base con queso y tomate y le puedes agregar dos de cuatro opciones como complemento: aceitunas, jamón, champiñones o salami.

Más detalles

C. III. Distribución del ingreso

C. III. Distribución del ingreso C. III. Distribución del ingreso En este capítulo se analizan datos referidos a la distribución del ingreso en la población y en los hogares. En primer lugar, se presenta información sobre la evolución

Más detalles

www.invesca.com COLECCIÓN MI NEGOCIO MI NEGOCIO Guía para la Creación y Administración de tu Negocio en el Perú Guía CONTABILIDAD www.invesca.

www.invesca.com COLECCIÓN MI NEGOCIO MI NEGOCIO Guía para la Creación y Administración de tu Negocio en el Perú Guía CONTABILIDAD www.invesca. COLECCIÓN MI NEGOCIO MI NEGOCIO Guía para la Creación y Administración de tu Negocio en el Perú Guía Edwin Escalante Ramos Catherine Escalante Ramos 2006 CONTENIDO: 1 Planeamiento Estratégico...Error!

Más detalles

MÓDULO PROFESIONAL PROYECTO EMPRESARIAL DAVID ESPINOSA SALAS - I.E.S. GREGORIO PRIETO (VALDEPEÑAS) LA ORGANIZACIÓN Y DIRECCIÓN DE LA EMPRESA

MÓDULO PROFESIONAL PROYECTO EMPRESARIAL DAVID ESPINOSA SALAS - I.E.S. GREGORIO PRIETO (VALDEPEÑAS) LA ORGANIZACIÓN Y DIRECCIÓN DE LA EMPRESA La O. ÍNDICE. 1. ORGANIZACIÓN DE LA EMPRESA. 2. EL ORGANIGRAMA Y SUS CLASES. 3. MODELOS DE ESTRUCTURA ORGANIZATIVA: LINEAL, EN LÍNEA Y STAFF, EN COMITÉ, MATRICIAL Y FUNCIONAL. 3.1. La estructura organizativa

Más detalles

LA ENCUESTA DE COMPETENCIAS DE LA POBLACIÓN ADULTA (PIAAC) DESDE EL APRENDIZAJE A LO LARGO DE LA VIDA

LA ENCUESTA DE COMPETENCIAS DE LA POBLACIÓN ADULTA (PIAAC) DESDE EL APRENDIZAJE A LO LARGO DE LA VIDA LA ENCUESTA DE COMPETENCIAS DE LA POBLACIÓN ADULTA (PIAAC) DESDE EL APRENDIZAJE A LO LARGO DE LA VIDA DESCRIPCIÓN DE LA ENCUESTA En octubre de 2013 se presentaron oficialmente los resultados de una encuesta

Más detalles

Boletín de Asesoría Gerencial* Qué es un riesgo y cómo identificarlo?

Boletín de Asesoría Gerencial* Qué es un riesgo y cómo identificarlo? Espiñeira, Sheldon y Asociados No. 12-2008 *connectedthinking Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4

Más detalles

Heteroevaluación de trabajos colaborativos en wikis

Heteroevaluación de trabajos colaborativos en wikis Heteroevaluación de trabajos colaborativos en wikis Daniel Molina Cabrera Julio 2012 (Última versión) Índice 1. Sobre este documento 2 2. Introducción 2 3. Trabajo colaborativo en un wiki 3 4. StatMediaWiki

Más detalles