Principios de Diseño Orientado a Objetos
|
|
- Francisco Javier Maldonado Vega
- hace 8 años
- Vistas:
Transcripción
1 Principios de Diseño Orientado a Objetos
2 PRINCIPIOS DE DISEÑO DE CLASES PRINCIPIO ABIERTO- CERRADO (OCP): Un módulo debe ser abierto para extensión pero cerrado para modificación. Wikipidia: La noción de que las en?dades de deben estar abiertas para su extensión, pero cerradas para su modificación. Principio Abierto- Cerrado: Abierto a extensiones Cerrado a modificaciones de código existente debido a extensiones
3 PRINCIPIOS DE DISEÑO DE CLASES El Principio Open/Closed (Open/Closed Principle, OCP) fue acuñado por el Dr. Bertrand Meyer en su libro "Object Oriented Construc?on" y básicamente lo que nos dice este principio es que "las en?dades de so@ware (clases, módulos, funciones ) deben estar abiertas para extenderse, pero cerradas para modificación". Las clases que cumplen con OCP?enen dos caracterís?cas: Son abiertas para la extensión; es decir, que la lógica o el comportamiento de esas clases puede ser extendida en nuevas clases, usando herencia. Son cerradas para la modificación, y por tanto el código fuente de dichas clases debería permanecer inalterado. Qué significa esto?: Que una en?dad?ene que ser extendida sin necesidad de ser modificada internamente. Por ejemplo, deberíamos poder ampliar la funcionalidad de una clase vía herencia sin necesidad de tener que modificar su comportamiento interno.
4 Principio abierto/cerrado Las en7dades so8ware deben estar abiertas para su extensión, pero cerradas para su modificación Bertran Meyer Finalidad Sistema funcionando (cerrado), pero ampliable (abierto) Conseguir cambios añadiendo nuevo código sin afectar al resto de elementos del diseño Clase A Clase B Diseño cerrado/cerrado
5 Principio abierto/cerrado Análisis Ambigüedad La dependencia uno a uno se transforma en una dependencia de uno a muchos Ventajas Evita que cambios en un módulo afecten a otros módulos Clase A Clase B Diseño cerrado/cerrado Clase A Clase Abstracta B Clase B1 Clase B2 Diseño abierto/cerrado
6 Principio abierto/cerrado Análisis Están abiertos para su extensión Eso implica que el comportamiento de los módulos puede ser extendido. Se puede hacer que un módulo se comporte de formas nuevas cuando los requisitos de la aplicación cambien. Están cerrados para su modificación El código fuente del módulo es inalterable. No se permite realizar cambios al código fuente. Clase A Clase B Diseño cerrado/cerrado Clase A Clase Abstracta B Clase B1 Clase B2 Diseño abierto/cerrado
7 EJEMPLO: NO cumple el Principio abierto/cerrado Se?ene una aplicación que es capaz de dibujar círculos y cuadrados. Los círculos y los cuadrados deben ser dibujados en un determinado orden, por lo tanto se creará una lista en el orden apropiado de círculos y de cuadrados para que la aplicación recorra la lista en ese orden y dibuje cada círculo o cada cuadrado. U?lizando una versión estructurada que NO se ajusta al principio abierto/cerrado, u?lizando lenguaje C, se puede resolver este problema como se muestra en el ejemplo EPDiseno0. Se puede observar que tanto la estructura Cuadrado como la estructura Círculo?enen el primer elemento en común, que no es más que un iden?ficador del?po de figura.
8 EJEMPLO: NO cumple el Principio abierto/cerrado La función DibujaFiguras recorre la matriz de punteros a elementos de?po Figura, examinando el?po de figura y llamando a la función apropiada. Sin embargo, la función DibujaFiguras no cumple el principio abierto/cerrado porque no está cerrada a nuevos?pos de figuras. Si se quiere extender esta función para dibujar rectángulos, se?ene que modificar la función DibujaFiguras. VER <EPD0.CPP>
9 EJEMPLO: SÍ cumple el Principio abierto/cerrado En el Ejemplo EPDiseno0-1 se presenta la solución al problema planteado, pero de forma que cumpla el principio Abierto/ cerrado. Aprovechando las ventajas Programación Orientada a Objetos en C++. En este caso, se ha definido la clase Figura como clase abstracta. Esta clase cuenta con un método virtual puro denominado Dibuja. Las clases Círculo y Cuadrado son clases derivadas de la clase Figura. Por su parte, la función DibujaFiguras no necesita modificarse en el caso de que se añadan nuevas figuras a la jerarquía. De acuerdo con esto se puede extender el comportamiento de la función DibujaFiguras sin modificar nada en absoluto de su código, cumpliendo así el principio abierto/ cerrado. VER <EPD0-1.CPP>
10 Ejercicio 1: Tarea 8 Agregue a los programas EDP0.CPP y EDP0-1.CPP una nueva Figura Triángulo definida mediante 3 puntos y la función o método Dibuja según corresponda. En EDP0.CPP debe usar código estrictamente C (estructurado) y en EDP0-1.CPP código estrictamente C++ (orientado a objetos.) En cuál programa resultó más fácil y natural agregar la nueva Figura Triángulo?
11 Principio de sus?tución de Liskov Cada clase que hereda de otra puede usarse como su padre sin necesidad de conocer las diferencias entre ellas El Principio de Sus?tución de Liskov fue acuñado por Bárbara Liskov (de ahí el nombre del principio) en el año 1987 durante una conferencia sobre Jerarquía y Abstracción de datos.
12 Principio de sus?tución de Liskov Cada clase que hereda de otra puede usarse como su padre sin necesidad de conocer las diferencias entre ellas Su principal come?do es la de asegurar en la herencia entre clases de la Programación Orientada a Objetos que una clase derivada debe comportarse como la clase base. La definición es: Debe ser posible u?lizar cualquier objeto instancia de una subclase en lugar de cualquier objeto instancia de su superclase sin que la semán?ca del programa escrito en los términos de la superclase se vea afectado
13 Principio de sus?tución de Liskov Otras definiciones de este principio son: Cada clase que hereda de otra puede usarse como su padre sin necesidad de conocer las diferencias entre ellas Toda superclase debe soportar ser sus?tuida por una subclase, lo que en términos de contratos significa que las precondiciones de los métodos de la subclase no serán más fuertes que las de la clase base, y sus pos condiciones no serán más débiles, es decir, los métodos derivados no deben esperar más ni proveer menos que los originales. Los métodos que usan punteros o referencias a clases base deben ser capaces de u?lizar objetos de las clases derivadas sin tener conocimiento de ello (Mar?n96b), también: Las clases derivadas deben ser u?lizables a través de la interfaz de la clase base, sin necesidad de que el usuario conozca la diferencia Si por cada objeto O1 del?po S existe un objeto O2 del?po T tal que para todos los programas P definidos en términos de T y el comportamiento de P permanece invariable cuando O1 es sus?tuido por O2, entonces S es un sub?po de T.
14 Cuadrado ES- UN Rectángulo? Cómo programarlo para Respetar Principio de sus?tución de Liskov? Rectángulo Cuadrado Propiedades Operaciones alto ancho SetAlto(x) SetAncho(y) GetAlto() lado SetLado(z) GetLado() Rectángulo Cuadrado ES UN? GetAncho() Propiedades y métodos
15 Principio de sus?tución de Liskov Análisis Ambigüedad: Los programas no saben si trabajan con objetos de super?pos o de sub?pos Ventajas El enunciado de Mar?n es confuso: Los sub7pos deben ser sus7tuibles por los super7pos, pero la definición de sub?po se basa en la sus?tución T S S es sub?po de T Obj- 1 es un objeto de S Obj- 2 es un objeto de T Para todo programa P ( T ) comportamiento P(Obj- 1) = comportamiento P(Obj- 2) Cuando Obj- 1 es sus?tuido por Obj- 2
16 Un ejemplo de violación del principio de sus?tución de Liskov
17 Un ejemplo de violación del principio de sus?tución de Liskov
18 Un ejemplo de violación del principio de sus?tución de Liskov
19 Un ejemplo de violación del principio de sus?tución de Liskov Para ello, supongamos que a una determinado cliente (otro programa), implementa la siguiente función que espera un puntero o una referencia a un objeto de?po Rectángulo Qué sucede si se le pasa se le pasa una instancia de la clase Cuadrado?
20 Un ejemplo de violación del principio de sus?tución de Liskov ERROR
21 Versión que SÍ respeta el principio de sus?tución de Liskov
22 Versión que SÍ respeta el principio de sus?tución de Liskov
23 Ejercicio 2: Tarea 8 Agregue a la Jerarquía de clases del programa EDP1.CPP dos nuevas Figuras: Rectángulo3D definido mediante alto, ancho y largo y Cuadrado3D en el que alto=ancho=largo incluyendo los métodos: void EstableceAlto( ) void EstableceAncho( ) void EstableceLargo( )
24 Principio de responsabilidad única Principio de Única Responsabilidad (Single responsibility principle) La noción de que un objeto solo debería tener una única responsabilidad El Principio de responsabilidad única (Single Responsability Principle - SRP) fue acuñado por Robert C. Mar7n en un arwculo del mismo wtulo y popularizado a través de su conocido libro [patrones Gof] "Cada objeto en el sistema deben tener una simple responsabilidad, y todos los servicios de los objetos deben cumplir con esa simple responsabilidad" En términos prác?cos, este principio establece que: "Una clase debe tener una y solo una única causa por la cual puede ser modificada. "Cada clase debe ser responsable de realizar una ac?vidad del sistema
25 Principio de responsabilidad única Principio de Única Responsabilidad (Single responsibility principle) La noción de que un objeto solo debería tener una única responsabilidad Finalidad Evitar que el cambio de una responsabilidad en una clase pueda provocar fallos en las demás responsabilidades de la clase Evitar que los clientes de una clase carguen con elementos que no u?lizan Cliente P Cliente Q Clase X Elementos asociados a la responsabilidad A Elementos asociados a la responsabilidad B Diseño con una sola clase (incorrecto)
26 Principio de responsabilidad única Diseño con una sola clase (no adecuado) Cliente P Clase X Elementos asociados a la responsabilidad A Diseño con dos clases Cliente P Clase XA Elementos asociados a la responsabilidad A Cliente Q Elementos asociados a la responsabilidad B Cliente Q Clase XB Elementos asociados a la responsabilidad B
27 Principio de responsabilidad única Análisis Realidad del principio: División salomónica puntual Ambigüedad: Aumenta entre los elementos de responsabilidades separadas Aumenta entre la clase cliente hacia las clases separadas que no u?lizan Disminuye entre la clase cliente hacia las clases separadas que u?lizan Cliente P Cliente Q Clase X Responsabilidad A Responsabilidad B Diseño con una clase Cliente P Cliente Q Clase XA Responsabilidad A Clase XB Responsabilidad B Diseño con dos clases
28 Principio de inversión de dependencias Los módulos de alto nivel no deben depender de los módulos de bajo nivel. Ambos deben depender de las abstracciones Las abstracciones no deben depender de los detalles. Los detalles deben depender de las abstracciones. Robert C. Mar?n
29 Principio de inversión de dependencias Un software que cumple sus requisitos pero que presenta alguna, o todas, de las características siguientes tiene un mal diseño: 1. Rigidez: Es difícil de cambiar porque cada cambio tiene demasiados efectos en otras partes del sistema. 2. Fragilidad: Cuando se realiza un cambio, partes inesperadas del sistema dejan de funcionar. 3. Inmovilidad: Es difícil de reutilizar en otras aplicaciones porque no puede separarse de la aplicación actual. El Principio de Inversión de dependencia ayuda a mantener nuestro código totalmente desacoplado, asegurándonos que dependemos de abstracciones en vez de implementaciones concretas. La Inyección de dependencias es una implementación de este principio, aunque ambos términos se usan de forma intercambiable.
30 Principio de inversión de dependencias Finalidad: Conseguir que los cambios en los módulos de bajo nivel no afecten a los módulos de alto nivel Facilitar la reu?lización de los módulos de alto nivel Diseño tradicional Nivel Polí?ca Nivel Mecanismo Nivel U?lidad
31 Principio de inversión de dependencias Diseño tradicional Diseño con inversión de dependencias Polí?ca Nivel Polí?ca Nivel Polí?ca Interfaz Polí?ca Nivel Mecanismo Mecanismo Nivel Mecanismo Interfaz Mecanismo Nivel U?lidad U?lidad Nivel U?lidad
32 Ejemplo que NO cumple Principio de inversión de dependencias Como ejemplo se va a tomar un programa sumamente simple, el cual va a tener la misión de mandar los caracteres que se introduzcan por el teclado a un archivo en disco. El diagrama de estructura que se correspondería con dicho programa se muestra en la Figura siguiente.
33 Ejemplo que NO cumple Principio de inversión de dependencias Ver <EPD2.CPP> En este ejemplo las dos funciones de más bajo nivel LeerTeclado y GuardarArchivo son reutilizables, se pueden utilizar en otros programas para acceder al teclado y para guardar caracteres en un fichero de texto. Sin embargo, la función Copiar, que es la que encierra la política del proceso y sería deseable reutilizar, no se puede reutilizar en ningún otro proceso que no haga referencia al teclado y a un fichero. Ya que, se tiene que la función Copiar es dependiente del disco y no puede reutilizarse en otro contexto diferente.
34 Ejemplo que NO cumple Principio de inversión de dependencias Así, si se quisiese añadir una nueva funcionalidad al programa Copiar, por ejemplo que pudiese mandar los datos a un fichero de texto o a la impresora, habría que modificar el módulo Copiar añadiendo una condición que seleccione el dispositivo en función de una bandera. Esto añade cada vez más interdependencias en el sistema, de forma que cuantos más dispositivos se introduzcan mayor será el grado de dependencia del módulo Copiar con varios módulos de bajo nivel. Como consecuencia se habrá obtenido un código rígido y frágil.
35 Ejemplo que SÍ cumple Principio de inversión de dependencias Ver <EPD3.CPP> Para solventar estas dependencias de la función de alto nivel (Copiar) de las funciones de bajo nivel (Guardar Archivo, EscribeImpresora) se debe buscar la forma de independizar la función Copiar de los detalles que él controla, para que de esta forma pueda ser reutilizado sin problemas, esto es, se debe buscar un módulo que copie caracteres de cualquier dispositivo de entrada a cualquier dispositivo de salida, para lo cual se debe tener presente el principio de inversión de dependencias.
36 Ejercicio 3: Tarea 8 Agregue a los programas EDP2.CPP y EDP3.CPP una nueva una nueva funcionalidad al a la función o método (según corresponda) Copiar que luego de leer el texto por teclado lo despliegue nuevamente por pantalla. En EDP1.CPP debe usar código estrictamente C (estructurado) y en EDP3.CPP código estrictamente C++ (orientado a objetos.) En cuál programa resultó más fácil y natural agregar la nueva funcionalidad?
37 Ejemplo que SÍ cumple Principio de inversión de dependencias Ver <EPDiseno3.CPP>
38 Ejemplo que SÍ cumple Principio de inversión de dependencias El diagrama de clases anterior muestra una clase Copiar que contiene dos clases abstractas, una clase abstracta Lector y otra clase abstracta Escritor. De esta forma se tiene un ciclo trivial en el que la clase Copiar obtiene un carácter del Lector y se la manda al Escritor, pero de forma totalmente independiente de los módulos de bajo nivel. De esta forma se han invertido las dependencias, la clase Copiar depende de abstracciones, y los lectores y escritores especializados dependen de las mismas abstracciones. De esta forma ahora se puede reutilizar la clase Copiar de forma independiente de los dispositivos físicos. Se pueden añadir nuevos tipos de lectores y de escritores sin que la clase Copiar dependa en absoluto de ellos.
39 Principio de separación de la interfaz Los clientes no deben ser forzados a depender de interfaces que no u7lizan Robert C. Mar?n Básicamente lo que nos quiere decir este principio es que las clases que implementen una interfaz o una clase abstracta no deberían estar obligadas a tener partes que no van a u?lizar. Una interfaz es un contrato que debe cumplir una clase, y tales contratos deben ser específicos, no genéricos; esto nos proporcionará una forma más ágil de definir una única responsabilidad por interfaz - de otra forma, violaríamos además el Principio de Responsabilidad Única
40 Principio de separación de la interfaz Los clientes no deben ser forzados a depender de interfaces que no u7lizan Robert C. Mar?n Otras definiciones de este principio son: La implementación de las abstracciones debe estar en la medida de lo posible en interfaces y no en clases. Los clientes no deben estar obligados a implementar y/o a depender de una interface que luego no usarán. Es mejor tener interfaces específicos para cada cliente que uno de propósito general, o lo que es lo mismo, no deberíamos obligar a los clientes a depender de métodos que no u?lizan.
41 Principio de separación de la interfaz Diseño con una interfaz (incorrecto) Cliente C Interfaz Z Métodos que u?liza el cliente C Diseño con dos interfaces Cliente C interfaz ZC Métodos que u?liza el cliente C Cliente D Métodos que u?liza el cliente D Cliente D Interfaz ZD Métodos que u?liza el cliente D
42 Principio de separación de la interfaz Análisis Extensión del principio de responsabilidad única Ambigüedad Aumenta entre los métodos de interfaces separadas Aumenta entre la clase cliente hacia los métodos de las interfaces no u?liza Cliente C Cliente D Interfaz Z Métodos cliente C Métodos cliente D Diseño con una interfaz Cliente C Interfaz ZC Métodos cliente C Cliente D Interfaz ZD Métodos cliente D Diseño con dos interfaces
43 Ejemplo que NO cumple Principio de separación de la interfaz Supóngase que se está desarrollando un sistema de seguridad, en el que existe una clase que es Puerta. Considérese ahora una puerta que cuando lleve abierta un determinado?empo haga sonar una alarma, y cuya clase va a denominarse PuertaConAlarma. Para conseguir este obje?vo, los objetos de la clase PuertaConAlarma deben comunicarse con los objetos de la clase Temporizador que lleva el control del?empo.
44 Ejemplo que NO cumple Principio de separación de la interfaz
45 Ejemplo que NO cumple Principio de separación de la interfaz Se ha forzado a la clase Puerta, y por tanto a la clase PuertaConAlarma, a heredar de ClienteTemporizador. Esta solución es problemá?ca, debido a que ahora Puerta depende de ClienteTemporizador, y no todas las puertas necesitan de este control de?empo, de hecho la abstracción original de Puerta no contemplaba en absoluto el?empo. Según este diseño, todas las puertas que se deriven de Puerta heredan innecesariamente de la clase ClienteTemporizador.
46 Ejemplo que SÍ cumple Principio de separación de la interfaz La solución a este problema es aplicar el principio de separación de la interfaz en el diseño, como se puede apreciar en la. Aquí se ha hecho uso de la herencia múl?ple, de forma que la clase PuertaConAlarma herede de la clase Puerta y de la clase ClienteTemporizador, de esta forma los clientes de las dos clases bases podrán recibir objetos de PuertaConAlarma, u?lizando el mismo objeto a través de interfaces separadas.
47 Ejemplo que SÍ cumple Principio de separación de la interfaz
48 Ley de Deméter La Ley de Deméter (LoD por sus siglas en ingles Law of Demeter) o Principio de Menos Conocimiento En su forma general, la LoD es un caso específico de loose coupling. Esta direc?va fue inventada en la Universidad Northeastern (Boston, Massachuse}s) a finales del año 1987, y puede ser sustancialmente resumida de las siguientes maneras: Cada unidad debe tener un limitado conocimiento sobre otras unidades y solo conocer aquellas unidades estrechamente relacionadas a la unidad actual. Cada unidad debe hablar solo a sus amigos y no hablar con extraños. Solo hablar con sus amigos inmediatos.
49 Ley de Deméter Habla sólo con tus amigos Detallando un poco más, quiere decir que para un método M de una clase O sólo deberían invocarse métodos de los siguientes?pos de objetos: del propio objeto O de los parámetros que recibe el propio método M de cualquier objeto que instancie el propio método M de cualquier atributo de O
50 Gracias.
2.2.- Paradigmas de la POO
2.2.- Paradigmas de la POO Los principios propios de la orientación a objetos son: 2.2.1.- Abstracción de Datos 2.2.2.- Encapsulamiento 2.2.3.- Ocultamiento 2.2.4.- Herencia 2.2.5.- Polimorfismo Cualquier
Más detallesPatrones 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 detallesIngeniería de Software II Tema 2: Diseño
Universidad Rey Juan Carlos Ingeniería de Software II Tema 2: Diseño Carlos E. Cuesta Quintero Profesor Titular de Universidad Depto. de Lenguajes y Sistemas Informáticos Principio Abierto-Cerrado (Open-Closed
Más detallesGUIA PROGRAMACIÓN ORIENTADA A OBJETOS
GUIA PROGRAMACIÓN ORIENTADA A OBJETOS 1. Por qué la P.O.O? R= A medida que se van desarrollando los lenguajes, se va desarrollando también la posibilidad de resolver problemas más complejos. En la evolución
Más detallesCorrespondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech
Correspondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech Resumen Todo documento XBRL contiene cierta información semántica que se representa
Más detallesCAPÍTULO I. Sistemas de Control Distribuido (SCD).
1.1 Sistemas de Control. Un sistema es un ente cuya función es la de recibir acciones externas llamadas variables de entrada que a su vez provocan una o varias reacciones como respuesta llamadas variables
Más detallesTALLER No. 1 Capitulo 1: Conceptos Básicos de Bases de datos
TALLER No. 1 Capitulo 1: Conceptos Básicos de Bases de datos 1. La base de datos se puede considerar como una unificación de varios archivos de datos independientes, cuyo propósito básico es evitar la
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS
PROGRAMACIÓN ORIENTADA A OBJETOS Clase 1. Introducción Profesor: Diego Sánchez Gómez Introducción a la programación orientada a objetos 1. Introducción a la programación orientada a objetos 2. Las clases
Más detallesPrincipios de Diseño Orientado a Objetos
Principios de Diseño Orientado a Objetos PRINCIPIOS DE DISEÑO DE CLASES PRINCIPIO ABIERTO-CERRADO (OCP): Un módulo debe ser abierto para extensión pero cerrado para modificación. Wikipidia: La noción de
Más detallesEn esta unidad añadiremos información sobre EXT3 y trabajaremos con aspectos visibles que nos proporcionan estos sistemas de archivos.
ESTRUCTURA DEL SISTEMA DE ARCHIVOS 1. Introducción. En la unidad anterior se esbozó mediante la explicación de los formatos del disco duro, distintos tipos de sistemas de archivos: FAT16, FAT32, NTFS y
Más detallesProgramación Orientada a Objetos en Java
Programación Orientada a Objetos en Java Curso 2006-2007 Tema 4 Herencia y Polimorfismo Gonzalo Méndez Pozo Dpto. de Ingeniería de Software e Inteligencia Artificial Universidad Complutense de Madrid Herencia
Más detallesINTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS
INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS AUTORÍA JOSEFA PÉREZ DOMÍNGUEZ TEMÁTICA NUEVAS TECNOLOGIAS ETAPA CICLOS FORMATIVOS DE GRADO SUPERIOR DE INFORMÁTICA Resumen En esta publicación se
Más detallesPrincipios de Diseño Orientado a Objetos
Principios de Diseño Orientado a Objetos PRINCIPIOS DE DISEÑO DE CLASES PRINCIPIO ABIERTO- CERRADO (OCP): Un módulo debe ser abierto para extensión pero cerrado para modificación. Wikipidia: La noción
Más detallesTutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:
Tutorial de UML Introducción: El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende
Más detallesDiagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases
El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los
Más detallesOperación 8 Claves para la ISO 9001-2015
Operación 8Claves para la ISO 9001-2015 BLOQUE 8: Operación A grandes rasgos, se puede decir que este bloque se corresponde con el capítulo 7 de la antigua norma ISO 9001:2008 de Realización del Producto,
Más detallesRepetir el proceso para cada abstracción identificada hasta que el diseño este expresado en términos sencillos
I. INTRODUCCIÓN El reciente aumento de aplicaciones en donde se utiliza la computadora ha sido posible debido a un hardware de bajo costo, por lo cual la demanda de software ha crecido de forma exponencial.
Más detalles1. Conociendo el equipo
1. Conociendo el equipo Lo que vamos a aprender En este primer tema vamos a conocer los aparatos que componen un ordenador, su utilidad y la forma en que se conectan entre sí para funcionar correctamente.
Más detallesAuditorías de calidad
Auditorías de calidad Qué es una auditoría de la calidad? Qué es una auditoría interna? Cuáles son sus objetivos? Qué beneficios obtenemos?... En este artículo, puede obtenerse una visión general y nociones
Más detallesDiseño orientado a los objetos
Diseño orientado a los objetos El Diseño Orientado a los Objetos (DOO) crea una representación del problema del mundo real y la hace corresponder con el ámbito de la solución, que es el software. A diferencia
Más detallesGESTIÓN DE LA DOCUMENTACIÓN
Página: 1 de 8 Elaborado por: Revidado por: Aprobado por: Comité de calidad Responsable de calidad Director Misión: Controlar los documentos y registros del Sistema de Gestión de Calidad para garantizar
Más detallesPrograma en Microsoft Visual Basic 6.0 para el análisis de riesgos eléctricos en oficinas y centros de cómputo. López Rosales, Juan Carlo.
CAPÍTULO IV PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE 4.1 Concepto del Proceso Unificado de Desarrollo de Software Un proceso de desarrollo de software es el conjunto de actividades necesarias para transformar
Más detallesLección 24: Lenguaje algebraico y sustituciones
LECCIÓN Lección : Lenguaje algebraico y sustituciones En lecciones anteriores usted ya trabajó con ecuaciones. Las ecuaciones expresan una igualdad entre ciertas relaciones numéricas en las que se desconoce
Más detallesLa perspectiva de género en la sistematización de experiencias
75 La perspectiva de género en la sistematización de experiencias En las páginas que siguen transcribimos un diálogo sostenido con Lilian Alemany, quien amablemente aceptó compartir con quienes nos leen
Más detallesNotació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 detallesLABORATORIO Nº 2 GUÍA PARA REALIZAR FORMULAS EN EXCEL
OBJETIVO Mejorar el nivel de comprensión y el manejo de las destrezas del estudiante para utilizar formulas en Microsoft Excel 2010. 1) DEFINICIÓN Una fórmula de Excel es un código especial que introducimos
Más detallesLos estados financieros proporcionan a sus usuarios información útil para la toma de decisiones
El ABC de los estados financieros Importancia de los estados financieros: Aunque no lo creas, existen muchas personas relacionadas con tu empresa que necesitan de esta información para tomar decisiones
Más detallesCapítulo 6. Introducción a la POO
Capítulo 6. Introducción a la POO 6. 1. Clases, Objetos y Métodos Definición La Programación Orientada a Objetos (POO) es una forma especial de programar, más cercana a cómo expresaríamos las cosas en
Más detalles2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com.
2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 404 Diseño de segmento Generalidades Diseño para criticidad de lazo
Más detalles1. PLANTEAMIENTO DEL PROBLEMA. 1.1 Descripción del problema
1. PLANTEAMIENTO DEL PROBLEMA 1.1 Descripción del problema Son muchas las necesidades que presentan los niños y las niñas en el nivel de Educación Parvularia, debido a que es el primer peldaño de la educación
Más detallesSistema de Mensajería Empresarial para generación Masiva de DTE
Sistema de Mensajería Empresarial para generación Masiva de DTE TIPO DE DOCUMENTO: OFERTA TÉCNICA Y COMERCIAL VERSIÓN 1.0, 7 de Mayo de 2008 CONTENIDO 1 INTRODUCCIÓN 4 2 DESCRIPCIÓN DE ARQUITECTURA DE
Más detallesORIENTACIONES SIMCE TIC
ORIENTACIONES SIMCE TIC Sistema Nacional de Medición de Competencias TIC en Estudiantes ORIENTACIONES SIMCE TIC Sistema Nacional de Medición de Competencias TIC en Estudiantes INDICE Introducción 7 Prueba
Más detallesModelos 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 detallesVicerrectorado de Investigación Oficina de Patentes y Valorización
TITULO PANELES INFORMATIVOS INTERACTIVOS ABSTRACT: Investigadores de la Universidad de Castilla La Mancha desarrollan aplicativos de interacción móvil. Básicamente, partiendo de espacios, zonas, o paneles
Más detallesEn cualquier caso, tampoco es demasiado importante el significado de la "B", si es que lo tiene, lo interesante realmente es el algoritmo.
Arboles-B Características Los árboles-b son árboles de búsqueda. La "B" probablemente se debe a que el algoritmo fue desarrollado por "Rudolf Bayer" y "Eduard M. McCreight", que trabajan para la empresa
Más detallesMáquinas virtuales (VMWare, Virtual PC, Sandbox. Qué son y para qué sirven. (DV00402A)
aprenderaprogramar.com Máquinas virtuales (VMWare, Virtual PC, Sandbox. Qué son y para qué sirven. (DV00402A) Sección: Divulgación Categoría: Herramientas informáticas Fecha revisión: 2029 Autor: Walter
Más detallesDISEÑO DE COMPONENTES DE SOFTWARE *
DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP * Resumen del capítulo 10 de libro de [Pressman 2010] V:18-11-2008 (c) P. Gomez-Gil, INAOE.
Más detallesAnálisis de propuestas de evaluación en las aulas de América Latina
Esta propuesta tiene como objetivo la operatoria con fracciones. Se espera del alumno la aplicación de un algoritmo para resolver las operaciones. Estas actividades comúnmente presentan numerosos ejercicios
Más detallesPatrones Creacionales Builder. Patrones Creacionales Abstract Factory. Patrones Creacionales Singleton. Patrones Creacionales Prototype
Temario Patrones de Diseño de Software Fundamentos de Ingeniería de SW Jocelyn Simmonds GOF: Patrones Creacionales Patrones Estructurales ILI-236 (JS) Patrones II 1 / 31 ILI-236 (JS) Patrones II 2 / 31
Más detallesIntroducció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 detallesGRUPO DE ACCIÓN SOBRE LA CAPACIDAD LEGAL SEGÚN LA CONVENCION
GRUPO DE ACCIÓN SOBRE LA CAPACIDAD LEGAL SEGÚN LA CONVENCION DISEÑO DE SISTEMAS DE TOMA DE DECISIONES CON APOYO: UNA GUÍA PARA EL DIÁLOGO Febrero de 2009 INTRODUCCIÓN El artículo 12 de la Convención de
Más detallesGUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES
GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES Tema: Cartas de Servicios Primera versión: 2008 Datos de contacto: Evaluación y Calidad. Gobierno de Navarra. evaluacionycalidad@navarra.es
Más detallesIntroducción al desarrollo de aplicaciones móviles conectadas a un SAP ERP con GeneXus
Page1 Introducción al desarrollo de aplicaciones móviles conectadas a un SAP ERP con GeneXus GeneXus es una herramienta que a partir de un altísimo nivel declarativo, genera programas de software para
Más detallesMANUAL COPIAS DE SEGURIDAD
MANUAL COPIAS DE SEGURIDAD Índice de contenido Ventajas del nuevo sistema de copia de seguridad...2 Actualización de la configuración...2 Pantalla de configuración...3 Configuración de las rutas...4 Carpeta
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detallesA. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013
3.3: Realización de diagramas de secuencia: capas software y patrones GRASP A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013 3.3.- Cómo realizar los diagramas de 30 secuencia a partir de los flujos
Más detallesUNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos
2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven
Más detallesSERVICIOS DE ATENCIÓN AL CLIENTE RECLAMA! GANAMOS RECLAMA! todos. www.noclamesreclama.org
SERVICIOS DE ATENCIÓN AL CLIENTE GANAMOS todos SERVICIOS DE ATENCIÓN AL CLIENTE El número de reclamaciones por la comercialización irregular de bienes y servicios y con motivo de un deficiente servicio
Más detallesDCU Diagramas de casos de uso
DCU Diagramas de casos de uso Universidad de Oviedo Departamento de Informática Contenidos Introducción Elementos básicos Más sobre los actores Más sobre los casos de uso Más sobre las asociaciones Otros
Más detallesPARA COMERCIANTES Y AUTÓNOMOS. INFORMACIÓN SOBRE TARJETAS DE CRÉDITO.
PARA COMERCIANTES Y AUTÓNOMOS. INFORMACIÓN SOBRE TARJETAS DE CRÉDITO. QUÉ DEBES SABER CUANDO ACEPTAS UNA TARJETA COMO FORMA DE PAGO EN TU ESTABLECIMIENTO? Hace ya muchos años que la mayoría de las microempresas
Más detallesTEMA 7: DIAGRAMAS EN UML
TEMA 7: DIAGRAMAS EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Modelo de Casos de Uso (MCU) Todos los casos de uso constituyen el MCU que describe
Más detalles1. Generalidades. Nombre de la asignatura o unidad de aprendizaje. Apertura de negocios. Clave asignatura. Ciclo LA945. Modulo tercero (integración)
Nombre de la asignatura o unidad de aprendizaje Apertura de negocios Ciclo Modulo tercero (integración) Clave asignatura LA945 Objetivo general de la asignatura: El alumno analizará las bases para la apertura
Más detallesLa 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 detallesMANTENIMIENTO Y SOPORTE
MANTENIMIENTO Y SOPORTE Copyright 2014 Magalink SA Todos los derechos reservados. Este documento no puede ser reproducido de ninguna manera sin el consentimiento explícito de Magalink S.A. La información
Más detalles5.1. Organizar los roles
Marco de intervención con personas en grave situación de exclusión social 5 Organización de la acción 5.1. Organizar los roles Parece que el modelo que vamos perfilando hace emerger un rol central de acompañamiento
Más detallesGESTION DE REQUISICIONES VIA WEB MANUAL DEL USUARIO
GESTION DE REQUISICIONES VIA WEB MANUAL DEL USUARIO UNIDAD DE SISTEMAS DE INFORMACION Y COMPUTO DEPARTAMENTO DE ADQUISICIONES INDICE Tema Página Objetivo 2 Portal del Departamento de Adquisiciones 3 Sección
Más detalles2. 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 detallesLA ESTRATEGIA NACIONAL DE BOSQUES Y CAMBIO CLIMÁTICO
LA ESTRATEGIA NACIONAL DE BOSQUES Y CAMBIO CLIMÁTICO LA ESTRATEGIA NACIONAL DE BOSQUES Y CAMBIO CLIMÁTICO En palabras simples, el Cambio Climático es la modificación del clima que actualmente ocurre en
Más detallesCurso de Java POO: Programación orientada a objetos
Curso de Java POO: Programación orientada a objetos Luis Guerra Velasco Curso INEM 02830. Programación en Java Marzo 2010 Índice 1 Introducción a la POO 2 Herencia y polimorfismo 3 Empaquetado de proyectos
Más detallesINSTITUTO POLITÉCNICO NACIONAL ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA UNIDAD CULHUACÁN INTEGRANTES
INSTITUTO POLITÉCNICO NACIONAL ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA UNIDAD CULHUACÁN INTEGRANTES CÁRDENAS ESPINOSA CÉSAR OCTAVIO racsec_05@hotmail.com Boleta: 2009350122 CASTILLO GUTIÉRREZ
Más detallesFISICA Y QUÍMICA 4º ESO 1.- TRABAJO MECÁNICO.
1.- TRABAJO MECÁNICO. Si a alguien que sostiene un objeto sin moverse le preguntas si hace trabajo, probablemente te responderá que sí. Sin embargo, desde el punto de vista de la Física, no realiza trabajo;
Más detallesISO 17799: La gestión de la seguridad de la información
1 ISO 17799: La gestión de la seguridad de la información En la actualidad las empresas son conscientes de la gran importancia que tiene para el desarrollo de sus actividades proteger de forma adecuada
Más detallesFORMACIÓN DE EQUIPOS DE E-LEARNING 2.0 MÓDULO DE DISEÑO Y PRODUCCIÓN DE MATERIALES UNIDAD 6 B
141 1 FORMACIÓN DE EQUIPOS DE E-LEARNING 2.0 Unidad 6 B 142 2 Índice SEGUIMIENTO DE PERSONAS 1 INFORMES 2 143 3 SEGUIMIENTO DE PERSONAS E INFORMES EN MOODLE El seguimiento de los participantes en Moodle
Más detallesDISEÑO DE FUNCIONES (TRATAMIENTOS)
DISEÑO DE FUNCIONES (TRATAMIENTOS) Diseño Estructurado. Estrategias para Derivar el Diagrama de Estructura. Diseño de Módulos Programables. 1. DISEÑO ESTRUCTURADO El Diseño es el proceso por el cual se
Más detallesLEER 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 detallesUML, ejemplo sencillo sobre Modelado de un Proyecto
UML, ejemplo sencillo sobre Modelado de un Proyecto Normal &DOLILFDU 0L3DQRUDPD 626 (VFULEHSDUD1RVRWURV Por Armando Canchala Contenido Introducción Objetivo Requerimientos Casos de Uso Subcasos de Uso
Más detallesUNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS
UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS CURSO: JAVA BASICO PROFESOR: EMERSON CASTAÑEDA SANABRIA TEMA: Programación Orientada a Objetos OBJETIVOS: Familiarizarse con la Programación
Más detallesManual básico de gestión económica de las Asociaciones
Manual básico de gestión económica de las Asociaciones El control económico de una Asociación se puede ver desde dos perspectivas: Necesidades internas de información económica para: * Toma de decisiones
Más detallesINTRODUCCIÓN A LA CONTABILIDAD DE COSTOS DEFINICIÓN
INTRODUCCIÓN A LA CONTABILIDAD DE COSTOS DEFINICIÓN Contabilidad de costos, en el sentido más general de la palabra, es cualquier procedimiento contable diseñado para calcular lo que cuesta hacer algo.
Más detallesClases de apoyo de matemáticas Fracciones y decimales Escuela 765 Lago Puelo Provincia de Chubut
Clases de apoyo de matemáticas Fracciones y decimales Escuela 765 Lago Puelo Provincia de Chubut Este texto intenta ser un complemento de las clases de apoyo de matemáticas que se están realizando en la
Más detallesCapítulo 1. Introducción
Capítulo 1. Introducción 1.1 Antecedentes La selección de personal siempre ha sido una tarea en la cual se ha requerido mucho tiempo y esfuerzo para el área de recursos humanos dentro de una organización.
Más detallesQUÉ ES Y PARA QUÉ SIRVE UML? VERSIONES DEL LENGUAJE UNIFICADO DE MODELADO. TIPOS DE DIAGRAMAS. INGENIERÍA DEL SOFTWARE (DV00205D)
APRENDERAPROGRAMAR.COM QUÉ ES Y PARA QUÉ SIRVE UML? VERSIONES DEL LENGUAJE UNIFICADO DE MODELADO. TIPOS DE DIAGRAMAS. INGENIERÍA DEL SOFTWARE (DV00205D) Sección: Divulgación Categoría: Lenguajes y entornos
Más detallesPrincipios y Métricas para el diseño de software
Principios y Métricas para el diseño de software Pablo Echevarria - pablohe@gmail.com Impreso: 8 de junio de 2009 Disclaimer Documento sin ningún tipo de garantía ni revisión de la cátedra. Abstract un
Más detallesMANUAL DE USUARIO FINAL MAPCEL PROFITS
INDICE I. Descripción de la aplicación. II. Requisitos III. Servicios IV. Compatibilidad de equipos V. Instalación de la solución móvil. VI. Configuración de la solución móvil VII. Instalación de la solución
Más detallesCERO PAPEL Buenas prácticas para reducir el consumo del papel Alcaldía San Pablo Nariño
CERO PAPEL Buenas prácticas para reducir el consumo del papel Alcaldía San Pablo Nariño El Gobierno Nacional a través del Ministerio de Tecnologías de la Información y la Dirección de Gobierno en línea,
Más detallesFICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 5. Sistemas de Bases de Datos. frente a Sistemas de Ficheros
FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA Tema 5. Sistemas de Bases de Datos frente a Sistemas de Ficheros 1.- Sistemas de Ficheros. 2.- Problemas de los Sistemas de Ficheros. 3.- Sistemas
Más detallesInforme final de evaluación del seguimiento de la implantación de títulos oficiales GRADO EN FUNDAMENTOS DE LA ARQUITECTURA
Informe final de evaluación del seguimiento de la implantación de títulos oficiales 2013 GRADO EN FUNDAMENTOS DE LA ARQUITECTURA Escuela Técnica Superior de Arquitectura INFORMACIÓN PUBLICA Valoración
Más detallesIntroducción a los certificados digitales
Sergio Talens-Oliag InfoCentre (http://www.infocentre.gva.es/) stalens@infocentre.gva.es Introducción Los certificados digitales son el equivalente digital del DNI, en lo que a la autentificación de individuos
Más detallesENSAYOS CLÍNICOS. Guía para padres y tutores
ENSAYOS CLÍNICOS Guía para padres y tutores PARA PADRES Y TUTORES Los niños no son pequeños adultos En este folleto encontrará información sobre los ensayos clínicos en general y los ensayos clínicos en
Más detallesEL COMPUTADOR. Las computadoras son actualmente
EL COMPUTADOR Es una máquina o Dispositivo mecánico-electrónico que procesa gran cantidad de información (numérica, alfanumérica) capaz elaborar gráficos, imágenes, diseños, sonidos y ayudándonos a realizar
Más detalleshttp://www.hikashop.com/en/component/updateme/doc/page-...
español Contenido de visualización en el extremo delantero Descripción Página del producto con un menú Listado de productos con un menú Listado de categorías con un menú Los productos con un módulo Categorías
Más detallesClases abstractas e interfaces
Clases abstractas e interfaces Clases abstractas Una clase abstracta es una clase que no se puede instanciar se usa únicamente para definir subclases Cuándo es una clase abstracta? En cuanto uno de sus
Más detallesTema 3: Herencia en C++ Programación Orientada a Objetos Curso 2008/2009 Begoña Moros Valle
Tema 3: Herencia en C++ Programación Orientada a Objetos Curso 2008/2009 Begoña Moros Valle Contenido Tipos de herencia Herencia y niveles de visibilidad Herencia y creación Redefinición de métodos Conversión
Más detallesCongreso de Colegios Católicos, Una pasión que se renueva. Pontificia Universidad Católica de Chile. Septiembre 2015.
Panel: Ley de Inclusión, reglamentación y Colegios Católicos Andrés Palma 1 Hola, muy buenas tardes, muchas gracias a la Conferencia Episcopal, a FIDE, a la Universidad Católica por la invitación para
Más detallesDiagramas 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 detallesTrabajo Semanal Alternativo
Trabajo Semanal Alternativo 1. Qué es trabajo semanal alternativo? SUS DERECHOS LEGALES En una semana laboral normal, si usted trabaja más de ocho horas diarias, su empleador está obligado a pagarle tiempo
Más detallesInstituto Tecnológico de Costa Rica
Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación Proyecto Programado: Revisión de Utilización Médica: Aplicación Web para el control de pacientes en hospitales de Puerto Rico Práctica
Más detallesFundamentos del diseño 3ª edición (2002)
Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software
Más detallesLas razones financieras ayudan a determinar las relaciones existentes entre diferentes rubros de los estados financieros
Razones financieras Uno de los métodos más útiles y más comunes dentro del análisis financiero es el conocido como método de razones financieras, también conocido como método de razones simples. Este método
Más detallesGUÍA DE EJERCICIOS UNIDAD 1 MACROECONOMÍA
GUÍA DE EJERCICIOS UNIDAD 1 MACROECONOMÍA 1. Suponga una economía con tres empresas. Una empresa cosecha trigo, otra hace harina, y la otra hace pan. Aquí están los detalles de cada empresa: EMPRESA COSECHADORA
Más detallesnom web Manual: Cierre de Ejercicio
Manual: Cierre de Ejercicio Sumario Prólogo... 2 Esquema del proceso a seguir... 3 1. Entrada de Incidencias del mes de diciembre... 4 1.1.- Entrada de variables en la Paga Mensual y Paga Extra...4 1.2.-
Más detallesPrograma 47 Formación continua para egresados
Programa 47 Formación continua para egresados El programa recogería las medidas necesarias para reforzar la actividad que la UPM desarrollase en este campo, con el objetivo de responder a las demandas
Más detallesSolució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 detalles1 Estática Básica Prohibida su reproducción sin autorización. CONCEPTOS DE FISICA MECANICA. Conceptos de Física Mecánica
1 CONCEPTOS DE FISICA MECANICA Introducción La parte de la física mecánica se puede dividir en tres grandes ramas de acuerdo a lo que estudia cada una de ellas. Así, podemos clasificarlas según lo siguiente:
Más detallesEl proceso de edición digital en Artelope y CTCE
El proceso de edición digital en Artelope y CTCE Carlos Muñoz Pons Universitat de València carlos.munoz-pons@uv.es Introducción Una de las cuestiones más importantes a la hora de trabajar en proyectos
Más detallesCriterios 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 detallesLos requisitos de accesibilidad en un proyecto software. Implicaciones de usuarios discapacitados en el proceso software
UNIVERSIDAD POLITECNICA DE MADRID Facultad de Informática Departamento de Lenguajes y Sistemas Informáticos e Ingeniería de Software Resumen del Trabajo tutelado: Los requisitos de accesibilidad en un
Más detallesManual para Empresas Prácticas Curriculares
Manual para Empresas Prácticas Curriculares ÍNDICE 1. Introducción... 3. Registro y Acceso... 3.1. Registro Guiado... 4.1. Registro Guiado Datos Básicos... 5.1. Registro Guiado Contactos... 5 3. Creación
Más detallesANEXO (NÓMINA DE CANDIDATOS EN SOPORTE INFORMÁTICO
ELECCIONES MUNICIPALES ANEXO (NÓMINA DE CANDIDATOS EN SOPORTE INFORMÁTICO Las autoridades nacionales de los Partidos Políticos y las Agrupaciones Políticas deberán confeccionar las nóminas de los candidatos
Más detallesActividades 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