CAPÍTULO 2 METODOS PROBABILÍSTICOS
|
|
|
- Isabel Rojo Miranda
- hace 10 años
- Vistas:
Transcripción
1 CAPÍTULO 2 METODOS PROBABILÍSTICOS La planeación de movimientos tiene aplicaciones en muchas áreas tales como la robótica, sistemas de realidad virtual y diseño asistido por computadora. Aunque muchos métodos de planeación de movimientos se han propuesto la mayoría no son usados en la práctica dado que no son factibles computacionalmente excepto para algunos casos como por ejemplo cuando el robot tiene muy pocos grados de libertad. A pesar de la tecnología existente la enorme complejidad del problema solo puede ser resuelta a través del uso de métodos heurísticos o probabilísticas opuestos a los métodos completos los cuales garantizan encontrar una solución o determinar que ésta no existe [7]. A pesar del éxito obtenido por algunas heurísticas en ciertos problemas de planeación de movimientos, el encontrar rutas que conduzcan al robot a librar los pasajes estrechos formados entre los obstáculos sigue siendo una tarea difícil de alcanzar. Este capítulo describe de manera detallada los métodos probabilísticos implementados en ésta tesis (método probabilístico de carreteras, método probabilístico de carreteras basado en obstáculos y método probabilístico de carreteras basado en visibilidad) así como la forma particular como cada uno de ellos intenta solucionar la presencia de pasajes estrechos en el espacio de trabajo. Todos los métodos probabilísticos hacen uso extenso de un método local llamado Planeador Local y es importante su comprensión antes de iniciar la descripción de tales métodos. 2.1 PLANEADOR LOCAL Un método local consiste en un algoritmo que calcula una ruta entre dos configuraciones dadas q y q, denotado como L(q, q ), esta ruta conecta a ambas configuraciones en la ausencia de obstáculos; tales métodos son conocidos como Planeadores Locales y pueden
2 simplemente construir rutas en línea recta cuando los movimientos del robot no están restringidos, formar curvas como en el método Reeds&Shepp para el caso de robots móviles no holonómicos o trazar rutas Manhattan para sistemas mecánicos que requieren mover un grado de libertad a la vez. Los planeadores locales son métodos determinísticos, simples y rápidos empleados para forman las conexiones entre los nodos de un roadmap y para conectar las configuraciones inicial y final durante las consultas. El planeador local produce la misma ruta cada vez que es llamado con las mismas configuraciones de entrada. Si el planeador local no es determinístico las rutas locales deben ser almacenadas en el roadmap con la desventaja de que el roadmap requerirá más espacio. Un planeador poderoso resulta frecuentemente exitoso al buscar una ruta si ésta existe. Respecto a su desempeño, existe claramente una relación entre el tiempo gastado en cada llamada individual y el número de veces que se invoca. Si pocos nodos son requeridos para construir un roadmap que capture la conectividad del espacio libre, suficientemente bien para responder a consultas confiablemente, no importa que el planeador local sea lento, ya que esto será compensado dado el número reducido de veces que es llamado. Por otro lado un planeador muy rápido será poco exitoso si el número de configuraciones en el roadmap es excesivo, ya que habrá un número mayor de llamadas, aunque cada llamada sea barata [6]. La selección del planeador local adecuado afecta también a la fase de consulta, ya que es importante poder conectar cualquier configuración inicial y final al roadmap o bien detectar rápidamente que tales conexiones no son posibles, si el planeador local es rápido es posible ocupar éste mismo para conectar éstas configuraciones. El planeador local usado en esta tesis conecta dos configuraciones dadas en línea recta, discretizando la distancia existente entre ellas de acuerdo a un parámetro definido por el usuario y verificando en cada una de éstas partes si no existe colisión entre el robot y los
3 obstáculos del ambiente. Si una colisión se detecta inmediatamente el planeador reporta que la conexión entre las configuraciones no puede ser establecida. Discretizar la distancia significa calcular el conjunto de configuraciones c 1,, c m existentes entre las configuraciones de entrada para posteriormente verificar si el robot posicionado en cada configuración c i está libre de colisión. Si ninguna de las m configuraciones produce colisión se concluye que la ruta está libre de colisión. A este tipo de planeador se le conoce como planeador local de línea recta (ver figura 2.1). Robot Obstáculo c 1 c 2 Figura 2.1 Ruta generada entre dos configuraciones c 1 y c 2 utilizando el planeador local de línea recta. Existen versiones modificadas del planeador local de línea recta conocidas como rotar en s o por su término en inglés rotate-at-s donde (0 < s = 1) explicados brevemente a continuación: Rotar en s Cuando el robot se mueve de c 1 a c 2 el planeador rotar en s primero se traslada desde c 1 a una configuración intermedia c, rota a una segunda configuración intermedia c y finalmente se traslada a c 2. El parámetro s representa la parte fraccional de la distancia que el robot se traslada desde c 1 a c. El planeador de línea recta se usa para verificar la
4 conexión entre cada par de configuraciones, es decir entre (c 1, c ), entre (c, c ) y entre (c, c 2 ) [8]. El planeador rotar en 1/2 hace más conexiones que el planeador de línea recta debido a que tiene un volumen de barrido más pequeño y por lo tanto toma el doble de tiempo. Las otras dos versiones del planeador rotar en s son cuando s = 0 y s = 1 los cuales aunque no son muy exitosos hacen algunas conexiones que los otros dos planeadores anteriores no. 2.2 MÉTODO PROBABILÍSTICO DE CARRETERAS Método desarrollado en 1991 por el Dr. Jean-Claude Latombe y su estudiante Lydia E. Kavraki en la Universidad de Stanford y de manera independiente por los investigadores Mark H. Overmars y Petr Svestka de la Universidad de Utrecht, el cuál es conocido por sus términos en inglés como Probabilistic Roadmap Method ó PRM y cuyo objetivo es encontrar rutas libres de colisión para robots de cualquier tipo en espacios de trabajo estáticos, es decir ambientes donde los obstáculos no se mueven. El método consta de dos fases: la fase de construcción y la fase de consulta [6]. En la fase de construcción se genera un mapa probabilístico de carreteras conocido típicamente por su término en inglés como roadmap. Primero se generan aleatoriamente n configuraciones libres para el robot y posteriormente se intentan conectar a través de un simple y rápido planeador local. El roadmap construido se encuentra en el espacio libre y se representa como un grafo no dirigido. Las configuraciones generadas constituyen los nodos del grafo y las rutas calculadas por el planeador local sus aristas. Una vez construido el roadmap se pueden realizar múltiples consultas, una consulta pregunta si existe una ruta entre dos configuraciones cualesquiera del robot. Para ejecutar una consulta el método primero intenta conectar las configuraciones inicial y final a nodos en el grafo, si esto se logra se realiza un búsqueda en el grafo a partir de los nodos con los cuales hubo conexión para encontrar la secuencia de aristas que conectan a estos nodos.
5 Finalmente la concatenación de los segmentos sucesivos se transforma en una ruta factible para el robot. Es decir la ruta esta formada por tres subrutas, la subruta que conecta la configuración inicial con un nodo del grafo, la subruta presente en el grafo entre los dos nodos de conexión y la subruta que conecta un nodo del grafo con la configuración final. El pseudocódigo del método se muestra a continuación: Método probabilístico de carreteras I. Fase de construcción del roadmap 1. Generación de nodos (encontrar configuraciones libres de colisión) 2. Conexión (conectar nodos para formar el roadmap) II. Fase de consulta 1. Conectar las configuraciones inicial y final al roadmap 2. Encontrar una ruta entre los nodos de conexión del roadmap. Las fases de construcción y de consulta no tienen por que ser ejecutadas secuencialmente al contrario ambas pueden ser intercaladas hasta que el roadmap alcanza un tamaño adecuado que indique que se ha capturado completamente la conectividad del espacio libre. En un principio el método construye un roadmap pequeño el cuál continuamente va aumentando conforme el tiempo se incrementa, paralelamente la fase de consulta puede ser realizada. Antes de ejecutar el método el valor de algunos parámetros debe ser seleccionado, por ejemplo el tiempo que va a ser consumido en la fase de construcción o el número de configuraciones libres a generar. Estos valores dependen del espacio de trabajo y del tipo de robot, sin embargo los mejores resultados se obtienen cuando se involucran intervalos largos de tiempo. Después de algunos experimentos preliminares no es difícil seleccionar un conjunto de valores satisfactorios para un espacio de trabajo dado o para una familia de ellos. La eficiencia de éste método se ha demostrado aplicándolo a un número diverso de problemas de planeación de movimientos que involucran diferentes tipos de robots, en todos los casos los resultados experimentales mostraron que los tiempos requeridos para la
6 construcción de un roadmap adecuado (que capture completamente la conectividad del espacio libre) fueron cortos, desde pocos segundos para los problemas fáciles hasta algunos minutos para los más difíciles; construido el roadmap las consultas son procesadas en fracciones de segundos. Los tiempos pequeños de consulta hacen el método viable para robots de muchos grados de libertad, por ejemplo robots que realizan tareas como el mantenimiento de tuberías en plantas nucleares, la soldadura punto a punto en el ensamblado de autos y la limpieza del fuselaje de aviones, en tales tareas muchos grados de libertad son necesarios para alcanzar las configuraciones deseadas del end-efector (parte final de un robot articulado) evitando así colisiones con el resto del robot en un ambiente complicado [6] Método general El roadmap probabilístico generado durante la fase de construcción es un grafo no dirigido R = (N, E), donde los nodos en N son el conjunto de configuraciones libres de colisión para el robot y las aristas en E corresponden a simples rutas entre cada par de nodos. Una arista (a, b) corresponde a una ruta factible (se encuentra en el espacio libre) entre las configuraciones a y b, estas rutas se conocen como rutas locales ya que son calculadas a través de un planeador local, dado que éste es determinístico las rutas locales no son almacenadas en el roadmap, básicamente para ahorrar espacio y debido a que pueden ser fácilmente recalculadas [6]. En la fase de consulta el roadmap se usa de la siguiente manera: dadas una configuración inicial s y una configuración final g el método primero intenta conectar s y g a dos nodos s y g de N, si esto ocurre, entonces se busca en R una secuencia de aristas de E que conecten a s y g. Finalmente la secuencia de aristas encontrada se transforma en una ruta factible para el robot recalculando las rutas locales y concatenándolas, de manera más detallada se describen a continuación las fases anteriores:
7 2.2.2 Fase de construcción Esta fase tiene como objetivo obtener una carretera lo suficientemente conectada que cubra completamente y de manera uniforme el espacio libre, asegurando así que regiones difíciles como es el caso de los pasajes estrechos, contengan al menos unos cuantos nodos. Algunas versiones del método probabilístico de carreteras incluyen en su fase de construcción una etapa llamada de expansión cuyo objetivo es mejorar la conectividad del grafo; consiste en seleccionar nodos de R que se encuentren en las regiones difíciles del espacio de configuraciones para posteriormente buscar expandir el grafo a partir de ellos, generando nodos adicionales en sus vecindades. Por este motivo después de la ejecución de esta etapa la cobertura del espacio libre en el roadmap no siempre es uniforme. a).- Etapa de generación de configuraciones Al inicio de la fase de construcción R = (N, E) está vacío. De manera aleatoria se buscan configuraciones libres en el espacio de trabajo que luego son adicionadas a N, estos nodos deben representar un muestreo uniforme del espacio libre (ver figura 2.2). Configuraciones libres Robot Obs táculo Figura 2.2 Configuraciones libres (rojo) para un robot, cuya forma es un cuadrado, se generan aleatoriamente de manera que se logre una cobertura uniforme para el espacio libre.
8 b).- Etapa de conexión de nodos Para cada nodo c se selecciona un número de nodos de N y cada uno de ellos se trata de conectar a c usando un planeador local, si el planeador logra una ruta factible entre c y un nodo seleccionado n, la arista (c, n) es adicionada a E (ver figura 2.3). La ruta local no es almacenada en el roadmap. Para seleccionar que nodos trataremos de conectar con c primero se escoge un conjunto N c de vecinos candidatos de N. Este conjunto se encuentra dentro de cierta distancia a c y los nodos son colocados en orden ascendente de su distancia a c. Posteriormente se trata de conectar a c con cada uno de los nodos escogidos, el planeador local es llamado a conectar en cada caso y el costo acumulativo de estas invocaciones domina siempre el tiempo de la fase de construcción. El planeador local se invoca para verificar la conexión entre parejas de configuraciones cuya distancia relativa (de acuerdo a una función de distancia D) sea más pequeña que alguna constante [6] se define: N c = { c N D (c, c ) = Maxdist} Se trata de conectar c con todos los nodos de N c en orden ascendente de su distancia con respecto a c, la función D se usa tanto para construir como para ordenar el conjunto N c de vecinos candidatos de cada nuevo nodo c. Para el caso particular de esta tesis la función D está definida por la distancia euclidiana entre dos configuraciones y el conjunto N c contiene k nodos de N, donde k es seleccionada por el usuario.
9 Roadmap Robot Obstáculo Figura 2.3 Las rutas locales determinan las aristas del grafo formado en la fase de construcción. c).- Etapa de expansión Si el número de nodos libres generados es suficientemente grande el espacio libre será cubierto uniformemente y entonces R estará bien conectado. En el caso contrario R estará compuesto de muchos componentes, algunos grandes y otros pequeños, indicando que no se ha capturado eficientemente la conectividad del espacio libre. La etapa de expansión intenta mejorar la conectividad del grafo generado en la fase de construcción, si el grafo está desconectado en algún lugar, ése lugar corresponde a una región difícil, la idea de esta etapa es seleccionar un número de nodos de esa región y expandirlos. Expandir una configuración c significa generar una nueva configuración libre en la vecindad de c (la nueva configuración se encuentra dentro de cierta distancia a c), adicionar ésta a N y tratar de conectarla con otros nodos del grafo de la misma manera que en la etapa de conexión. Esta etapa incrementa la densidad de las configuraciones del roadmap en regiones consideradas difíciles; dado que los huecos entre componentes de R están localizados en estas regiones la conectividad del roadmap se mejora indudablemente.
10 Una alternativa para llevar a cabo esta etapa es proponer un esquema probabilístico en el cual a cada nodo se le asocie un peso que indique una medida heurística de la dificultad de la región en que se encuentra, si el peso es grande significa que la región es muy difícil. Para definir el peso heurístico se determina el número de nodos comprendidos dentro de cierta distancia a una configuración dada o bien de acuerdo al comportamiento del planeador local, por ejemplo si el planeador falla frecuentemente para conectar una configuración dada a otros nodos, esto indica que la configuración se encuentra en una región difícil. En esta tesis para expandir un nodo c se ejecuta una caminata aleatoria ( short randombounce walk ) iniciada desde c. La caminata aleatoria consiste en repetidamente tomar direcciones aleatorias de movimiento en el espacio de configuraciones y moverse en esa dirección hasta que un obstáculo es golpeado, cuando una colisión ocurre una nueva dirección aleatoria es seleccionada; la configuración final n alcanzada por la caminata y la secuencia de aristas desde c a n es almacenada dentro del roadmap, ya que esta técnica no es determinística [6]. Sabemos que la configuración n pertenece al mismo componente conectado de la configuración c, entonces se trata de conectar n a otro componente del grafo de la misma manera que en la etapa de conexión. La etapa de expansión no crea nuevos componentes en el roadmap pero si puede fallar al tratar de reducirlos. Por otra parte, para mejorar aún más la conectividad del roadmap se rota n veces esta configuración c, buscando nuevas configuraciones libres en la misma posición de c para luego intentar conectarlas a R, el parámetro n es también definido por el usuario Fase de consulta Durante la fase de consulta se buscan rutas entre configuraciones inicial y final arbitrarias usando el roadmap generado en la fase de construcción. Se asume por el momento que el
11 espacio libre está conectado y que el roadmap consiste de un solo componente. Dadas las configuraciones inicial s y final g se trata de conectar s y g a dos nodos de R, respectivamente s y g y luego se busca una ruta entre estos nodos a través de un algoritmo de búsqueda en grafos; si esto falla la consulta también falla (ver figura 2.4). La principal pregunta es cómo calcular estas subrutas. La estrategia para conectar s a R es considerar nodos de R en orden ascendente de sus distancias con respecto a s (de acuerdo a la función D) y tratar de conectar cada uno de éstos a s con la ayuda del planeador local hasta que una conexión suceda. Se descartan los nodos más lejanos que la constante definida desde s porque la oportunidad de éxito del planeador local en éste caso es muy baja. Robot Obstáculo Figura 2.4 La fase de consulta busca la ruta entre las configuraciones inicial y final (línea amarilla) si esta existe; en caso contrario reporta una falla. Si todas las conexiones fallan es posible ejecutar una o más caminatas aleatorias, tomando en cuenta que además de adicionar el nuevo nodo a la subruta al final de cada caminata también se trata de conectar con algún nodo de R usando el planeador local. Tan pronto como se encuentre conexión de s a R se aplica el mismo procedimiento para g [6]. Una vez que las configuraciones inicial y final se han conectado al roadmap y se tienen identificados los nodos s y g, se lleva a cabo la búsqueda de ruta entre éstos nodos a través de un algoritmo de búsqueda en grafos. Los algoritmos mayormente empleados son búsqueda primero en amplitud ( breadth first search ) y búsqueda primero en profundidad ( depth first search ).
12 Si empleamos el primer algoritmo obtenemos un árbol cuya raíz es el vértice dado como recurso, si este componente del grafo representa la conectividad de todo el espacio libre el árbol construido por el algoritmo es suficiente, pero si esto no ocurre existirán nodos que no pertenecerán a ningún componente. En el caso del segundo algoritmo el resultado es un bosque, cada nodo sin excepción es visitado y de acuerdo al bosque obtenido podemos saber si se ha alcanzado a cubrir toda la conectividad del espacio libre. Sin embargo la decisión respecto al uso de uno de estos algoritmos queda en manos del usuario; para el caso particular de esta tesis empleamos el segundo algoritmo. Como una mejora a las rutas obtenidas en esta tesis, también se empleó un algoritmo de búsqueda de ruta mínima conocido como Dijkstra, donde el grafo recurso es dirigido y sus aristas tienen pesos. En este caso, el roadmap construido es dirigido y los pesos de las aristas corresponde a la distancia euclideana existente entre los nodos que las forman. Reconstruir la ruta para el robot dada la secuencia de nodos encontrada se reduce a la concatenación de las rutas locales calculadas por el planeador local en los nodos adyacentes de R. Si algunas de estas rutas fueron producidas por la caminata aleatoria durante la fase de construcción ésta ya se encuentran almacenadas en las aristas de R. Esta ruta tal y como se observa en la figura anterior consiste en la concatenación de tres subrutas, la subruta desde la configuración inicial a un nodo s del roadmap, la subruta entre los nodos s y g del roadmap y la subruta desde un nodo g del roadmap a la configuración final. Si la consulta falla frecuentemente indica que el roadmap construido hasta ese momento no ha capturado bien la conectividad del espacio libre, entonces será necesario dedicar más tiempo a la fase de construcción. Sin embargo no es necesario construir un nuevo roadmap desde el comienzo, dado que la fase de construcción es incremental podemos simplemente ampliar el actual roadmap ejecutando de nuevo las etapas de generación de nodos, de conexión y de expansión a partir del grafo ya obtenido, intercalando así la fase de construcción con la consulta.
13 2.3 MÉTODO PROBABILÍSTICO DE CARRETERAS BASADO EN OBSTÁCULOS Método desarrollado por la Dra. Nancy Amato en la Universidad de Texas en 1996 y conocido por sus términos en inglés como Obstacled based PRM o OBPRM y cuyo objetivo es obtener roadmaps de alta calidad aún cuando el espacio de trabajo está muy poblado de obstáculos. Su principal característica es que los nodos candidatos del roadmap son seleccionados alrededor de la superficie de los obstáculos, como consecuencia este roadmap contendrá rutas en regiones difíciles como por ejemplo aquellas que atraviesan pasajes estrechos [7]. El método de manera general sigue el tradicional método probabilístico de carreteras y se caracteriza por la forma de generar nodos candidatos al roadmap. Se busca generar nodos distribuidos uniformemente alrededor de la superficie de cada obstáculo, para producir mejores roadmaps que si los nodos se generaran uniformemente en todo el espacio de trabajo; esto se muestra en la siguiente figura: Obstáculo Figura 2.5 Los nodos en el roadmap deben estar uniformemente distribuidos alrededor de la superficie de cada obstáculo [7]. Overmars y Svestka [9] describen una técnica llamada adición de nodo geométrico en la cual los nodos del roadmap son generados cerca de los límites del obstáculo, aunque los autores observan que la técnica produce mejores roadmaps que la generación uniforme de configuraciones, tal técnica no puede ser aplicada a robots articulados.
14 El método probabilístico para encontrar los nodos candidatos al roadmap es más costoso que la generación uniforme de nodos en el espacio de configuraciones, sin embargo resultados experimentales muestran que el tiempo consumido en cálculos adicionales durante la etapa de generación de configuraciones es mínimo en comparación con el tiempo total de la fase de construcción Etapa de generación de nodos candidatos Durante la fase de construcción se genera un conjunto de nodos candidatos al roadmap; la estrategia general consiste en generar un conjunto de nodos candidatos para cada obstáculo, tal que cada uno de ellos se encuentre alrededor y cerca de la superficie del obstáculo [7]. El conjunto de nodos candidatos al roadmap es la unión de los conjuntos candidatos calculados para cada obstáculo. El conjunto de nodos candidatos para cada objeto debe estar distribuido uniformemente alrededor del obstáculo de acuerdo a alguna medida definida en el espacio de configuraciones como por ejemplo lo distancia euclideana. El número de nodos que se desean obtener alrededor de cada obstáculo es un parámetro conocido y establecido por el usuario. Para evitar el cálculo costoso de la superficie del obstáculo se propone un método heurístico para generar los nodos [7]: 1. Generar aleatoriamente un número n de configuraciones libres para un obstáculo s. 2. Generar aleatoriamente un número n de configuraciones en colisión con el obstáculo s. 3. Para cada par de configuraciones (una libre y otra en colisión) emplear búsqueda binaria para encontrar una configuración libre lo más cerca de la superficie del obstáculo s. 4. Repetir los pasos anteriores para cada obstáculo del espacio de trabajo.
15 La etapa de generación de configuraciones se ilustra en la siguiente figura: Nodos candidatos al roadmap Robot Obstáculo Figura 2.6 Generación uniforme de configuraciones alrededor de los obstáculos. Es claro que la forma de los obstáculos y las configuraciones generadas aleatoriamente tendrán gran influencia en la calidad de la distribución de las configuraciones resultantes Etapa de conexión Esta etapa es igual que en el método probabilístico de carreteras y la conectividad del roadmap depende del número y distribución de los nodos candidatos, lo efectivo del planeador local y el número de conexiones intentadas para cada nodo candidato. La estrategia de conexión usada consiste en tratar de conectar cada nodo con los k nodos vecinos más cercanos (se encuentran dentro de cierta distancia definida por la función D) pertenecientes a cada uno de los conjuntos de nodos generados para cada obstáculo. Es importante determinar el número de nodos candidatos a generar y el número de conexiones a intentar para cada nodo al formar el roadmap, por ejemplo se puede intentar un número pequeño de conexiones para cada nodo pero si el roadmap resultante no esta suficientemente conectado será necesario realizar conexiones adicionales. Este proceso
16 podrá ser iterado hasta que el roadmap se considere estar bien conectado o hasta que un mejoramiento haya sido logrado, un ejemplo se ilustra en la figura 2.7. Robot Roadmap Obstáculo Figura 2.7 Roadmap generado en la fase de construcción Fase de consulta Esta fase, igual que en el método explicado anteriormente, busca conectar con ayuda del planeador local las configuraciones inicial y final al mismo componente conectado del roadmap y encontrar una ruta en él entre los dos nodos de conexión. Las conexiones son intentadas con los nodos k mas cercanos del roadmap, si esto no es posible entonces se ejecuta una caminata aleatoria intentando conectar el nodo final de la caminata a un nodo del grafo. Después de que ambas conexiones son realizadas se lleva a cabo la búsqueda de ruta en el roadmap entre los dos puntos de conexión usando un algoritmo de búsqueda en grafos. La ruta final estará formada por la concatenación de tres subrutas, una subruta desde la configuración inicial a un nodo del roadmap, una subruta contenida dentro del roadmap entre los dos puntos de conexión para las configuraciones inicial y final y la subruta desde un nodo del roadmap a la configuración final.
17 2.4 MÉTODO PROBABILÍSTICO DE CARRETERAS BASADO EN VISIBILIDAD Método desarrollado por el Dr. Jean - Paul Laumond en el Laboratorio de Análisis y Arquitectura de Sistemas (IAAS) en Toulouse, Francia en 1999 y conocido por sus términos en inglés como Visibility based Probabilistic Roadmap. Mientras que en el método probabilístico de carreteras cada configuración libre generada se conectada al roadmap, en el método visibilidad (denominado así de ahora en adelante para mayor comodidad) se conservan solo configuraciones que conecten al menos dos componentes distintos del roadmap (llamadas connections) y además aquellas que no son visibles a ninguna otra (guards) [10]. El roadmap construido por este método tiene un número pequeño de nodos y se conoce como grafo de visibilidad; el roadmap se construye incrementalmente explorando el espacio de configuración e intentando conectar parejas de configuraciones a través de un planeador local Dominio de visibilidad Consideremos un robot en un espacio de trabajo definido por un conjunto de obstáculos, CS denota el espacio de configuración del ambiente y CS free es el espacio libre definido por el subconjunto de configuraciones libres de colisión. Dado el planeador local L, el dominio de visibilidad de una configuración q esta definido como el dominio [10]: VisL (q) = { q Cs free L(q, q ) CS free } Un conjunto de guards proporciona la cobertura de CS free si la unión de cada uno de sus dominios de visibilidad cubre el espacio libre CS free. La existencia de una cobertura finita depende de la forma de CS free y del planeador local empleado (ver figura 2.8).
18 Figura 2.8 Dominio de visibilidad de una configuración y el roadmap de visibilidad construido con tres nodos guards (negros) y tres nodos connections (blancos) [10]. Cuando un nodo q i no ve, es decir no conecta a través de un planeador local a otro nodo q j se le llama guard, L(q i, q j ) CS free y se adiciona al roadmap como un nodo. Para dos dominios de visibilidad que se intersecten Vis L( q 1) y Vis L( q 2) se crean un nodo q llamado connection y dos aristas (q, q 1 ) y (q, q 2 ) que se adicionan también al grafo [10]. El roadmap resultante esta compuesto de nodos guard y de nodos connections. De manera general en el método visibilidad se generan aleatoriamente configuraciones libres de colisión las cuales son adicionadas al roadmap, si la configuración no ve a cualquier otra configuración del grafo actual se considera como un nuevo nodo guard; si la configuración ve al menos dos nodos pertenecientes a distintos componentes del roadmap se considera como un nodo connection (ver figura 2.9). La etapa de construcción del roadmap se controla a través de un parámetro definido por el usuario que significa el número de intentos necesarios para lograr cubrir completamente el espacio libre o bien un tiempo estimado para que se alcance tal cobertura, dependiendo de la implementación hecha para el método; en esta tesis la etapa de construcción del método depende del número de intentos que se deseen hacer. Figura 2.9 Tres casos: una configuración libre generada aleatoriamente será un nuevo guard insertado en el roadmap; una configuración rechazada ya que se encuentra en el mismo dominio de visibilidad y un nodo connection que une dos componentes disconexos del grafo [10].
19 El grafo de visibilidad ha mostrado ser eficiente en espacios de trabajo que contienen pasajes estrechos; con respecto al método PRM su principal ventaja es el tamaño pequeño del roadmap construido, como se muestra en la figura Figura 2.10 Número de nodos en el grafo de visibilidad en comparación con el número de nodos en el grafo del PRM [11]. En todos los métodos probabilísticos de carreteras se requieren costosas operaciones para verificar si una configuración o una ruta encontrada por un planeador local se encuentran libre de colisión; la estrategia empleada por el método de visibilidad para la generación de configuraciones es más costosa que la generación uniforme de configuraciones en el espacio libre llevada a cabo por éstos métodos. En lugar de que cualquier configuración libre de colisión sea agregada al roadmap el método de visibilidad rechaza algunas de éstas antes de que un nuevo guard se encuentre. Sin embargo podemos notar que el verificar si una configuración es libre de colisión es menos costoso que intentar realizar conexiones al roadmap, dado que este paso requerirá repetidas llamadas al verificador de colisiones a lo largo de toda la ruta generada por el planeador local empleado. La etapa de conexión consume la mayor parte del tiempo de la ejecución de los métodos probabilísticos, principalmente cuando el tamaño del roadmap es demasiado grande, sin embargo dado el tamaño pequeño del roadmap que construye el método de visibilidad el tiempo extra consumido durante la etapa de selección de las configuraciones se compensa por una ganancia notable de rendimiento cuando se establecen las conexiones al roadmap.
20 Existen casos en donde el método tiene algunas deficiencias, por ejemplo cuando el dominio de intersección de todos los dominios de visibilidad es demasiado pequeño y la única manera de completar el roadmap es encontrando una configuración connection en esa pequeña área. El algoritmo falla si el parámetro de cobertura del espacio libre no es lo suficientemente grande, sin embargo la probabilidad de que esto ocurra en un espacio de trabajo real es muy pequeña. Otro caso aparece cuando la probabilidad de colocar una configuración guard en un pasaje demasiado estrecho es muy baja dadas las características del ambiente; estos dos casos se ilustran mejor en la siguiente figura: Figura 2.11 Dos situaciones difíciles a resolver por el método de visibilidad, en el primero los dominios de visibilidad tienen muy poca intersección y en el segundo caso la existencia de un corredor estrecho dificulta la captura total del espacio libre para cualquier muestreo aleatorio [11]. Construido el roadmap la fase de consulta se ejecuta de igual manera que en el método probabilístico de carreteras y la ruta final consisten en la concatenación de las tres subrutas explicadas anteriormente. 2.5 COMPARACIÓN CUALITATIVA DE LOS MÉTODOS PROBABILÍSTICOS Dada la descripción hecha de cada uno de los métodos probabilísticos abordados en éste capítulo podemos concluir que cada uno de ellos ofrece diferentes técnicas para atacar el problema de planeación de movimientos y la presencia de pasajes estrechos en el espacio de trabajo.
21 Sin embargo para afirmar cuál método es mejor que otro correspondería la realización de un análisis detallado de cada uno de ellos en cuanto a su efectividad al encontrar soluciones en diferentes espacios de trabajo con diferentes tipos de robots. Por otra parte podemos resaltar algunas características de cada uno de ellos: a. El método Visibilidad genera un roadmap pequeño con las configuraciones necesarias para capturar la conectividad del espacio libre del espacio de trabajo, con respecto a los otros dos métodos. Sin embargo el proceso de selección de configuraciones y la mezcla de componentes que el método realiza aumentan considerablemente la etapa de conexión del roadmap. b. El método OBPRM permite atacar directamente la presencia de pasajes estrechos en la etapa de generación de configuraciones, sin embargo el roadmap resultante es muy similar al producido por el método PRM. c. El método PRM es uno de los métodos más fáciles de implementar y su filosofía es la base de muchos otros, sin embargo dadas las características anteriormente descritas produce los roadmap más densos y éstos no aseguran capturar de manera completa todo el espacio libre del espacio de trabajo. Por otra parte es importante señalar que tal y como se han descrito cada uno de éstos métodos corresponden a la implementación más básica, existen numerosos trabajos dónde la implementación de cada uno de ellos se ha mejorado con diferentes técnicas, mejorando aún más su efectividad y las cuales no son descritas en éste trabajo. La selección de estos métodos probabilísticos para intentar solucionar algunas de las versiones del problema de los clavos obedeció básicamente a que sus autores afirman haber solucionado dicho problema con éstos métodos, esto será explicado de manera detallada en la sección 3.2 del siguiente capítulo.
CAPITULO 4 JUSTIFICACION DEL ESTUDIO. En este capítulo se presenta la justificación del estudio, supuestos y limitaciones de
CAPITULO 4 JUSTIFICACION DEL ESTUDIO En este capítulo se presenta la justificación del estudio, supuestos y limitaciones de estudios previos y los alcances que justifican el presente estudio. 4.1. Justificación.
PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE
PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,
Medias Móviles: Señales para invertir en la Bolsa
www.gacetafinanciera.com Medias Móviles: Señales para invertir en la Bolsa Juan P López..www.futuros.com Las medias móviles continúan siendo una herramienta básica en lo que se refiere a determinar tendencias
Capítulo 12: Indexación y asociación
Capítulo 12: Indexación y asociación Conceptos básicos Índices ordenados Archivos de índice de árbol B+ Archivos de índice de árbol B Asociación estática Asociación dinámica Comparación entre indexación
Introducción a la Firma Electrónica en MIDAS
Introducción a la Firma Electrónica en MIDAS Firma Digital Introducción. El Módulo para la Integración de Documentos y Acceso a los Sistemas(MIDAS) emplea la firma digital como método de aseguramiento
Figure 7-1: Phase A: Architecture Vision
Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como
CAPÍTULO II MARCO TEÓRICO ADMNISTRACIÓN DE PROYECTOS CON CPM
CAPÍTULO II MARCO TEÓRICO ADMNISTRACIÓN DE PROYECTOS CON CPM 10 2.1 Introducción La dirección de un proyecto de gran magnitud no es una tarea fácil. Para los administradores este es uno de los trabajos
Probabilidades y Estadística (Computación) Facultad de Ciencias Exactas y Naturales Universidad de Buenos Aires Ana M. Bianco y Elena J.
Generación de Números Aleatorios Números elegidos al azar son útiles en diversas aplicaciones, entre las cuáles podemos mencionar: Simulación o métodos de Monte Carlo: se simula un proceso natural en forma
4. Programación Paralela
4. Programación Paralela La necesidad que surge para resolver problemas que requieren tiempo elevado de cómputo origina lo que hoy se conoce como computación paralela. Mediante el uso concurrente de varios
Algoritmos sobre Grafos
Sexta Sesión 27 de febrero de 2010 Contenido Deniciones 1 Deniciones 2 3 4 Deniciones sobre Grafos Par de una lista de nodos y una lista de enlaces, denidos a su vez como pares del conjunto de nodos.
Pronósticos. Pronósticos y gráficos Diapositiva 1
Pronósticos Pronósticos Información de base Media móvil Pronóstico lineal - Tendencia Pronóstico no lineal - Crecimiento Suavización exponencial Regresiones mediante líneas de tendencia en gráficos Gráficos:
Universidad Nacional de Quilmes Ing. en Automatización y Control Industrial Cátedra: Visión Artificial Agosto de 2005
Extracción de Frontera (Boundary Extraction) La frontera de un conjunto A, escrita como β(a), se puede obtener erosionando A por B y luego calcular la diferencia entre A y su erosión. Esto es β ( A) =
La nueva criba de Eratóstenes Efraín Soto Apolinar 1 F.I.M.E. U.A.N.L. San Nicolás, N.L. México. [email protected]
La nueva criba de Eratóstenes Efraín Soto Apolinar 1 F.I.M.E. U.A.N.L. San Nicolás, N.L. México. [email protected] Resumen Se dan algunas definiciones básicas relacionadas con la divisibilidad
DE VIDA PARA EL DESARROLLO DE SISTEMAS
MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso
Ingeniería del Software I Clase de Testing Funcional 2do. Cuatrimestre de 2007
Enunciado Se desea efectuar el testing funcional de un programa que ejecuta transferencias entre cuentas bancarias. El programa recibe como parámetros la cuenta de origen, la de cuenta de destino y el
Tema 3. Medidas de tendencia central. 3.1. Introducción. Contenido
Tema 3 Medidas de tendencia central Contenido 31 Introducción 1 32 Media aritmética 2 33 Media ponderada 3 34 Media geométrica 4 35 Mediana 5 351 Cálculo de la mediana para datos agrupados 5 36 Moda 6
App para realizar consultas al Sistema de Información Estadística de Castilla y León
App para realizar consultas al Sistema de Información Estadística de Castilla y León Jesús M. Rodríguez Rodríguez [email protected] Dirección General de Presupuestos y Estadística Consejería de Hacienda
Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo
7. Conclusiones. 7.1 Resultados
7. Conclusiones Una de las preguntas iniciales de este proyecto fue : Cuál es la importancia de resolver problemas NP-Completos?. Puede concluirse que el PAV como problema NP- Completo permite comprobar
Su éxito se mide por la pertinencia y la oportunidad de la solución, su eficacia y eficiencia.
APUNTES PARA EL CURSO PROCESOS COGNITIVOS: RESOLUCIÓN DE PROBLEMAS Y TOMA DE DECISIONES Elaborado por Vicente Sisto Campos. Se trata de la confluencia de la capacidad analítica del equipo de identificar
Plan de estudios ISTQB: Nivel Fundamentos
Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE
Copyright 2011 - bizagi. Gestión de Cambios Documento de Construcción Bizagi Process Modeler
Copyright 2011 - bizagi Gestión de Cambios Bizagi Process Modeler Tabla de Contenido Gestión de Cambios... 4 Descripción... 4 Principales factores en la Construcción del Proceso... 5 Modelo de Datos...
Interoperabilidad de Fieldbus
2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 201 Interoperabilidad de Fieldbus Generalidades Qué es interoperabilidad?
DISEÑADOR DE ESCALERAS
DISEÑADOR DE ESCALERAS Guia del usuario DesignSoft 1 2 DISEÑADOR DE ESCALERAS El Diseñador de Escaleras le hace más fácil definir y colocar escaleras personalizadas en su proyecto. Puede empezar el diseñador
MUESTREO TIPOS DE MUESTREO
MUESTREO En ocasiones en que no es posible o conveniente realizar un censo (analizar a todos los elementos de una población), se selecciona una muestra, entendiendo por tal una parte representativa de
Gestión de la Configuración
Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de
Capitulo V Administración de memoria
Capitulo V Administración de memoria Introducción. Una de las tareas más importantes y complejas de un sistema operativo es la gestión de memoria. La gestión de memoria implica tratar la memoria principal
35 Facultad de Ciencias Universidad de Los Andes Mérida-Venezuela. Potencial Eléctrico
q 1 q 2 Prof. Félix Aguirre 35 Energía Electrostática Potencial Eléctrico La interacción electrostática es representada muy bien a través de la ley de Coulomb, esto es: mediante fuerzas. Existen, sin embargo,
Capítulo 9. Archivos de sintaxis
Capítulo 9 Archivos de sintaxis El SPSS permite generar y editar archivos de texto con sintaxis SPSS, es decir, archivos de texto con instrucciones de programación en un lenguaje propio del SPSS. Esta
1.2 SISTEMAS DE PRODUCCIÓN
19 1.2 SISTEMAS DE PRODUCCIÓN Para operar en forma efectiva, una empresa manufacturera debe tener sistemas que le permitan lograr eficientemente el tipo de producción que realiza. Los sistemas de producción
MEDICION DEL TRABAJO
MEDICION DEL TRABAJO Habíamos dicho al comenzar el curso que habían 4 técnicas que permiten realizar una medición del trabajo 1 Técnicas Directas: - Estudio de tiempos con cronómetro - Muestreo del trabajo
ARQUITECTURA DE DISTRIBUCIÓN DE DATOS
4 ARQUITECTURA DE DISTRIBUCIÓN DE DATOS Contenido: Arquitectura de Distribución de Datos 4.1. Transparencia 4.1.1 Transparencia de Localización 4.1.2 Transparencia de Fragmentación 4.1.3 Transparencia
GRAFOS. Prof. Ing. M.Sc. Fulbia Torres
ESTRUCTURAS DE DATOS 2006 Prof. DEFINICIÓN Un grafo consta de un conjunto de nodos(o vértices) y un conjunto de arcos (o aristas). Cada arco de un grafo se especifica mediante un par de nodos. Denotemos
Contenidos. Introducción general
Contenidos Introducción general Test Uno: Razonamiento Test Dos: Velocidad de percepción Test Tres: Velocidad y precisión numérica Test Cuatro: Significación verbal Test Cinco: Razonamiento espacial Esta
Análisis de propuestas de evaluación en las aulas de América Latina
Este trabajo de evaluación tiene como objetivo la caracterización de figuras del espacio. Para ello el alumno debe establecer la correspondencia entre la representación de la figura y algunas de sus propiedades.
Colección de Tesis Digitales Universidad de las Américas Puebla. Morales Salcedo, Raúl
1 Colección de Tesis Digitales Universidad de las Américas Puebla Morales Salcedo, Raúl En este último capitulo se hace un recuento de los logros alcanzados durante la elaboración de este proyecto de tesis,
Gestión de Oportunidades
Gestión de Oportunidades Bizagi Suite Gestión de Oportunidades 1 Tabla de Contenido CRM Gestión de Oportunidades de Negocio... 4 Elementos del Proceso... 5 Registrar Oportunidad... 5 Habilitar Alarma y
Base de datos en Excel
Base de datos en Excel Una base datos es un conjunto de información que ha sido organizado bajo un mismo contexto y se encuentra almacenada y lista para ser utilizada en cualquier momento. Las bases de
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
DISEÑ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
6.4 ESTRATEGIAS DE PRUEBA
Prueba del sistema Prueba de validación Prueba de integración Prueba de Unidad Código Diseño Requisitos Ingeniería del Sistema Las pruebas del software aplican similar estrategia moviéndonos de adentro
Introducción. Metadatos
Introducción La red crece por momentos las necesidades que parecían cubiertas hace relativamente poco tiempo empiezan a quedarse obsoletas. Deben buscarse nuevas soluciones que dinamicen los sistemas de
Árboles AVL. Laboratorio de Programación II
Árboles AVL Laboratorio de Programación II Definición Un árbol AVL es un árbol binario de búsqueda que cumple con la condición de que la diferencia entre las alturas de los subárboles de cada uno de sus
6. SISTEMAS CAD-CAM (CAM) 6.1. CONCEPTO DE CAM
6.1. CONCEPTO DE CAM Las siglas CAM corresponden al acrónimo de Computer Aided Manufacturing, Fabricación asistida por ordenador. Por CAM se entiende la utilización de ordenadores para tareas técnicas
ANÁLISIS DE DATOS NO NUMERICOS
ANÁLISIS DE DATOS NO NUMERICOS ESCALAS DE MEDIDA CATEGORICAS Jorge Galbiati Riesco Los datos categóricos son datos que provienen de resultados de experimentos en que sus resultados se miden en escalas
TRABAJO COOPERATIVO EN ROBOTS
SEMINARIO Diseño y construcción de microrrobots TRABAJO COOPERATIVO EN ROBOTS Autor: Luis De Santiago Rodrigo 3º Ingeniería de Telecomunicación 1.-ÍNDICE E INTRODUCCIÓN Éste trabajo pretende ser una pequeña
Operación Microsoft Access 97
Trabajar con Controles Características de los controles Un control es un objeto gráfico, como por ejemplo un cuadro de texto, un botón de comando o un rectángulo que se coloca en un formulario o informe
CAPITULO V. Conclusiones y recomendaciones. Este capítulo tiene como objetivo mostrar las conclusiones más significativas que se
CAPÍTULO V 74 CAPITULO V Conclusiones y recomendaciones Este capítulo tiene como objetivo mostrar las conclusiones más significativas que se identificaron a lo largo de la investigación. Asimismo, se presentan
TEMA 3 PROFESOR: M.C. ALEJANDRO GUTIÉRREZ DÍAZ 2 3. PROCESAMIENTO DE CONSULTAS DISTRIBUIDAS
1 1 BASES DE DATOS DISTRIBUIDAS TEMA 3 PROFESOR: M.C. ALEJANDRO GUTIÉRREZ DÍAZ 2 3. PROCESAMIENTO DE CONSULTAS DISTRIBUIDAS 3.1 Metodología del procesamiento de consultas distribuidas 3.2 Estrategias de
3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE
3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar
Conclusiones. Particionado Consciente de los Datos
Capítulo 6 Conclusiones Una de las principales conclusiones que se extraen de esta tesis es que para que un algoritmo de ordenación sea el más rápido para cualquier conjunto de datos a ordenar, debe ser
Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología
Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto
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
El modelo de ciclo de vida cascada, captura algunos principios básicos:
Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software. El primer ciclo de vida del software, "Cascada",
Adelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 -
Graballo+ Agosto de 2007-1 - Índice Índice...2 Introducción...3 Características...4 DESCRIPCIÓN GENERAL...4 COMPONENTES Y CARACTERÍSTICAS DE LA SOLUCIÓN...5 Recepción de requerimientos...5 Atención de
DISCOS RAID. Se considera que todos los discos físicos tienen la misma capacidad, y de no ser así, en el que sea mayor se desperdicia la diferencia.
DISCOS RAID Raid: redundant array of independent disks, quiere decir conjunto redundante de discos independientes. Es un sistema de almacenamiento de datos que utiliza varias unidades físicas para guardar
En 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
TEMA 2. FILOSOFÍA DE LOS GRÁFICOS DE CONTROL. Principios básicos de los gráficos de control. Análisis de patrones.
TEMA 2. FILOSOFÍA DE LOS GRÁFICOS DE CONTROL. Principios básicos de los gráficos de control. Análisis de patrones. La herramienta que nos indica si el proceso está o no controlado o Estado de Control son
Ampliación de Estructuras de Datos
Ampliación de Estructuras de Datos Amalia Duch Barcelona, marzo de 2007 Índice 1. Diccionarios implementados con árboles binarios de búsqueda 1 2. TAD Cola de Prioridad 4 3. Heapsort 8 1. Diccionarios
CAPÍTULO VI PREPARACIÓN DEL MODELO EN ALGOR. En este capítulo, se hablará acerca de los pasos a seguir para poder realizar el análisis de
CAPÍTULO VI PREPARACIÓN DEL MODELO EN ALGOR. En este capítulo, se hablará acerca de los pasos a seguir para poder realizar el análisis de cualquier modelo en el software Algor. La preparación de un modelo,
PREPROCESADO DE DATOS PARA MINERIA DE DATOS
Ó 10.1007/978-3-319-02738-8-2. PREPROCESADO DE DATOS PARA MINERIA DE DATOS Miguel Cárdenas-Montes Frecuentemente las actividades de minería de datos suelen prestar poca atención a las actividades de procesado
Elementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Capítulo V Resultados y conclusiones
Capítulo V Resultados y conclusiones Nadav Levanon, autor del libro Radar Principles dijo: el estudio de los radares no solo una aplicación práctica, pero también una disciplina científica madura con fundamentos
Centro de Capacitación en Informática
Fórmulas y Funciones Las fórmulas constituyen el núcleo de cualquier hoja de cálculo, y por tanto de Excel. Mediante fórmulas, se llevan a cabo todos los cálculos que se necesitan en una hoja de cálculo.
Aproximación local. Plano tangente. Derivadas parciales.
Univ. de Alcalá de Henares Ingeniería de Telecomunicación Cálculo. Segundo parcial. Curso 004-005 Aproximación local. Plano tangente. Derivadas parciales. 1. Plano tangente 1.1. El problema de la aproximación
<Generador de exámenes> Visión preliminar
1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,
Transacciones y bloqueos en SQL-Server
Transacciones y bloqueos en SQL-Server (Información para el uso desde Axapta) Introducción En este documento vamos a intentar explicar cuatro conceptos básicos acerca de las transacciones y los bloqueos
Pipelining o Segmentación de Instrucciones
Pipelining o Segmentación de Instrucciones La segmentación de instrucciones es similar al uso de una cadena de montaje en una fábrica de manufacturación. En las cadenas de montaje, el producto pasa a través
Sistema de Gestión Portuaria Sistema de Gestión Portuaria Uso General del Sistema
Sistema de Gestión Portuaria Uso General del Sistema Uso General del Sistema Página 1 de 21 Contenido Contenido... 2 1.Ingreso al Sistema... 3 2.Uso del Menú... 6 3.Visualizar Novedades del Sistema...
Computación Evolutiva - Mutación: Cruza, Inversión y Mutación para Permutaciones
Computación Evolutiva - Mutación: Cruza, Inversión y Mutación para Permutaciones Dr. Gregorio Toscano Pulido Laboratorio de Tecnologías de Información Centro de Investigación y de Estudios Avanzados del
K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2
K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 Historia de revisiones Fecha VersiónDescripción Autor 08/10/2009 1.0 Creación del documento.
Métodos generales de generación de variables aleatorias
Tema Métodos generales de generación de variables aleatorias.1. Generación de variables discretas A lo largo de esta sección, consideraremos una variable aleatoria X cuya función puntual es probabilidad
UNIVERSIDAD DE SALAMANCA
UNIVERSIDAD DE SALAMANCA FACULTAD DE CIENCIAS INGENIERÍA TÉCNICA EN INFORMÁTICA DE SISTEMAS Resumen del trabajo práctico realizado para la superación de la asignatura Proyecto Fin de Carrera. TÍTULO SISTEMA
DCU 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
CAPÍTULO 4. DISEÑO CONCEPTUAL Y DE CONFIGURACIÓN. Figura 4.1.Caja Negra. Generar. Sistema de control. Acumular. Figura 4.2. Diagrama de funciones
CAPÍTULO 4 37 CAPÍTULO 4. DISEÑO CONCEPTUAL Y DE CONFIGURACIÓN Para diseñar el SGE, lo primero que se necesita es plantear diferentes formas en las que se pueda resolver el problema para finalmente decidir
La metodologia Cuantitativa. Encuestas y muestras
La metodologia Cuantitativa. Encuestas y muestras Técnicas «cuantitativas» y «cualitativas» «Las técnicas cuantitativas»: Recogen la información mediante cuestiones cerradas que se planteal sujeto de forma
WINDOWS. Iniciando Windows. El mouse
Windows es un sistema operativo, cuyo nombre lo debe al principal elemento de trabajo, la ventana - en inglés window -. Este tiene características como: Multitarea: durante una sesión de trabajo, es posible
Técnicas de prueba 1. FUNDAMENTOS DE LA PRUEBA DEL SOFTWARE
Técnicas de prueba El desarrollo de Sistemas de software implica la realización de una serie de actividades predispuestas a incorporar errores (en la etapa de definición de requerimientos, de diseño, de
SERVIDOR WEB PARA ACCESO EN TIEMPO REAL A INFORMACIÓN METEOROLÓGICA DISTRIBUIDA
SERVIDOR WEB PARA ACCESO EN TIEMPO REAL A INFORMACIÓN METEOROLÓGICA DISTRIBUIDA E. SÁEZ, M. ORTIZ, F. QUILES, C. MORENO, L. GÓMEZ Área de Arquitectura y Tecnología de Computadores. Departamento de Arquitectura
Funciones, x, y, gráficos
Funciones, x, y, gráficos Vamos a ver los siguientes temas: funciones, definición, dominio, codominio, imágenes, gráficos, y algo más. Recordemos el concepto de función: Una función es una relación entre
CAPÍ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
LiLa Portal Guía para profesores
Library of Labs Lecturer s Guide LiLa Portal Guía para profesores Se espera que los profesores se encarguen de gestionar el aprendizaje de los alumnos, por lo que su objetivo es seleccionar de la lista
CAPITULO IV. HERRAMIENTAS DE CÓDIGO ABIERTO
CAPITULO IV. HERRAMIENTAS DE CÓDIGO ABIERTO En la actualidad la mayoría de las grandes empresas cuentan con un sin número de servicios que ofrecen a sus trabajadores y clientes. Muchos de estos servicios
1. Descripción y objetivos
Pruebas 1 1. Descripción y objetivos Las pruebas son prácticas a realizar en diversos momentos de la vida del sistema de información para verificar: El correcto funcionamiento de los componentes del sistema.
3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)
3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.
Diseño orientado al flujo de datos
Diseño orientado al flujo de datos Recordemos que el diseño es una actividad que consta de una serie de pasos, en los que partiendo de la especificación del sistema (de los propios requerimientos), obtenemos
Guía de Preparación de Muestras para PLASTICOS para el Software de Formulación de Datacolor
Guía de Preparación de Muestras para PLASTICOS para el Software de Formulación de Datacolor 1. Generalidades 2. Qué se necesita para comenzar? 3. Qué hacer para sistemas opacos y translúcidos? 4. Qué hacer
Un filtro general de respuesta al impulso finita con n etapas, cada una con un retardo independiente d i y ganancia a i.
Filtros Digitales Un filtro general de respuesta al impulso finita con n etapas, cada una con un retardo independiente d i y ganancia a i. En electrónica, ciencias computacionales y matemáticas, un filtro
CAPITULO 4. Requerimientos, Análisis y Diseño. El presente capítulo explica los pasos que se realizaron antes de implementar
CAPITULO 4 Requerimientos, Análisis y Diseño El presente capítulo explica los pasos que se realizaron antes de implementar el sistema. Para esto, primero se explicarán los requerimientos que fueron solicitados
GANTT, PERT y CPM. Figura 5.3: Carta GANTT 3.
GANTT, PERT y CPM Características Conseguir una buena programación es un reto, no obstante es razonable y alcanzable. Ella debe tener el compromiso del equipo al completo, para lo cual se recomienda que
ESTIMACION DE INTERVALOS DE CONFIANZA
pag 3. Prohibida su reproducción ESTIMACION DE INTERVALOS DE CONFIANZA Una muestra permite realizar estimaciones puntuales de los parámetros de la población. Utilizando las propiedades de las distribuciones
Estructuras de Control - Diagrama de Flujo
RESOLUCIÓN DE PROBLEMAS Y ALGORITMOS Ingeniería en Computación Ingeniería en Informática UNIVERSIDAD NACIONAL DE SAN LUIS DEPARTAMENTO DE INFORMÁTICA AÑO 2015 Índice 1. Programación estructurada 2 1.1.
ES 1 097 480 U ESPAÑA 11. Número de publicación: 1 097 480. Número de solicitud: 201331388 A47G 29/00 (2006.01) 03.12.2013
19 OFICINA ESPAÑOLA DE PATENTES Y MARCAS ESPAÑA 11 21 Número de publicación: 1 097 480 Número de solicitud: 1331388 1 Int. CI.: A47G 29/00 (06.01) 12 SOLICITUD DE MODELO DE UTILIDAD U 22 Fecha de presentación:
Introducción a la Teoría de Grafos
Introducción a la Teoría de Grafos Flavia Bonomo [email protected] do. Cuatrimestre 009 Árboles Un árbol es un grafo conexo y acíclico (sin ciclos). Un bosque es un grafo acíclico, o sea, una unión disjunta
En las estructuras de datos, muchas de las implementaciones o mapeos de problemas, sus
1 Introducción. En las estructuras de datos, muchas de las implementaciones o mapeos de problemas, sus soluciones o procesos, se basan en matrices binarias. Existen varios métodos y algoritmos que trabajan
Manual de la aplicación de seguimiento docente en la UJI
Manual de la aplicación de seguimiento docente en la UJI Introducción El objetivo del presente documento es, fundamentalmente, informar al PDI sobre el funcionamiento de la aplicación informática de apoyo
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
"Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios
"Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios Miguel Alfonso Flores Sánchez 1, Fernando Sandoya Sanchez 2 Resumen En el presente artículo se
Complejidad - Problemas NP-Completos. Algoritmos y Estructuras de Datos III
Complejidad - Problemas NP-Completos Algoritmos y Estructuras de Datos III Teoría de Complejidad Un algoritmo eficiente es un algoritmo de complejidad polinomial. Un problema está bien resuelto si se conocen
Entidad Formadora: Plan Local De Formación Convocatoria 2010
Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú
