title: Hendrik Herp

text: No tenemos noticias de la primera parte de su vida. Nació a principios del siglo XV en territorio flamenco (Bélgica). En los años 1245-1250 aparece como rector de los Hermanos de vida común en Delft (Holanda), donde organiza conferencias y proyecta construcciones en la casa de los Hermanos para admitir nuevos socios y huéspedes, y en Gouda.


title: Hendrik Herp

text: En 1450 viaja a Roma y allí, impresionado por el fervor de los franciscanos observantes, decide ingresar en el convento de Aracoeli. Después de su profesión permanece algún tiempo en Italia, pero no tarda en regresar a su patria. Es guardián del convento franciscano de Malinas en 1454 y, de nuevo, en 1467; Vicario provincial de la Provincia observante de Colonia de 1470 a 1473, y después guardián por tercera vez en Malinas, donde muere en olor de santidad el 13 de julio de 1477.


title: Hendrik Herp

text: Las obras de Herp se clasifican en dos grupos: oratorias y místicas. Predicador popular en su país, sus sermones (cerca del medio millar) se publicaron en dos volúmenes: "Speculum aureum" y "Sermones de Tempore". Las obras místicas son: "Eden seu Paradisus contemplativorum", "Scala amoris", "Soliloquia super Cantica", "De processu humani progressus", todas escritas en latín, y la más famosa, escrita originalmente en flamenco a petición de una piadosa señora: "Spieghel der Volkomenheit" (""Espejo de perfección""), traducida al latín con el nombre de "Directorium aureum contemplativorum" y que conocemos como "Directorio de contemplativos" (Salamanca, 1991; Madrid, 2004).


title: Hendrik Herp

text: Reunidas en un solo volumen por el cartujo T. Loher, fueron publicadas todas ellas en Colonia a partir de 1538 bajo el título de "Theologia mystica". Por algunos pasajes oscuros y ambiguos del Directorio, fue puesto en el Índice de libros prohibidos de Sixto V; pero, corregido por el dominico P. P. Filippi en la edición romana de 1585, alcanzó después una extraordinaria difusión, se multiplicaron las traducciones y ediciones. La influencia de Herp en los siglos XV, XVI y XVII fue enorme. En palabras de B. Jiménez Duque:


title: Marcos Martínez

text: Marcos Martínez puede referirse a:


title: Systems Development Life Cycle

text: El ciclo de desarrollo de sistemas (SDC), o "ciclo de desarrollo de un software" en la ingeniería de sistemas e ingeniería de software, es el proceso de creación o modificación de los sistemas, modelos y metodologías que la gente usa para desarrollar estos sistemas de software. El concepto general se refiere a la computadora o sistemas de información. En ingeniería de software el concepto de SDLC sostiene muchos tipos de metodologías de desarrollo de software. Estas metodologías constituyen el marco para la planificación y el control de la creación de una información en el proceso de desarrollo de software.


title: Systems Development Life Cycle

text: El ciclo de vida de desarrollo de un sistema (SDLC) es un proceso lógico utilizado en el mundo del Desarrollo de Software sistemas para desarrollar un sistema de información, incluidos los requisitos, la validación, formación, como los usuarios (interesados) en la propiedad. Cualquier SDLC debe resultar en un sistema de alta calidad que cumple o excede las expectativas del cliente, llega a término en el tiempo y estimaciones de costos, sea barato de mantener y rentable.


title: Systems Development Life Cycle

text: Los sistemas informáticos son complejos y muchas veces (especialmente con el aumento reciente de Service-Oriented Architecture) están vinculados entre fabricantes de software diferentes. Para gestionar este nivel de complejidad, una serie de sistemas de ciclo de vida de desarrollo (SDLC) se han creado: «Cascada», «Fuente», «Espiral», «Construir y arreglar», «Prototipado rápido», «Incremental», «sincronizar y estabilizar», etc.


title: Systems Development Life Cycle

text: También existen las metodologías ágiles, como XP y Scrum, que se centran en los procesos de peso ligero, permitiendo la rápida evolución a lo largo del ciclo de desarrollo.


title: Systems Development Life Cycle

text: Metodologías iterativas, como Rational Unified Process (RUP), se centran en los ámbitos del proyecto limitado y la mejora o expansión de los productos de múltiples iteraciones.


title: Systems Development Life Cycle

text: Secuencial o de gran diseño inicial (BDUF) modelos, como la cascada, se centran en la planificación completa y correcta para guiar a los grandes proyectos al éxito, disminuyendo los riesgos. Algunos defensores de la metodología ágil e iterativo confunden la palabra SDLC con procesos secuenciales o «más tradicionales», sin embargo, SDLC es un término para todas las metodologías y cubre todas las etapas como el diseño, implementación y puesta en libertad de software.


title: Systems Development Life Cycle

text: En la gestión de proyectos se definen el ciclo de vida del proyecto (PLC) y el SDLC, durante el cual suceden actividades ligeramente diferente ocurrir. Según Taylor (2004) «el ciclo de vida del proyecto abarca todas las actividades del proyecto, mientras que el ciclo de vida de desarrollo de sistemas se centra en el cumplimiento de los requisitos de los productos».


title: Systems Development Life Cycle

text: El ciclo de vida de desarrollo de sistemas (SDLC) es un tipo de metodología utilizada para describir el proceso para la construcción de sistemas de información, destinado a desarrollar sistemas de información de un modo muy deliberado, estructurado y metódico, reiterando cada etapa del ciclo de vida. El ciclo de vida de desarrollo de sistemas, de acuerdo con Elliott & Strachan y Radford (2004), "se originó en la década de 1960 para desarrollar sistemas de gran escala funcional de negocio en una época de conglomerados empresariales a gran escala. Sistemas de información giró en torno a las actividades de procesamiento de datos pesados y crujido de número rutinas". Varios sistemas de marcos de desarrollo se han basado en parte en SDLC, tales como el análisis de sistemas estructurados y Método de Diseño (SSADM) elaborado para el gobierno del Reino Unido Office of Government Commerce, en la década de 1980. Desde entonces, según Elliot (2004), "los enfoques tradicionales de ciclo de vida para el desarrollo de sistemas han sido sustituidos cada vez con enfoques alternativos y los marcos, que intentó superar algunas de las deficiencias inherentes al SDLC tradicional". Desarrollo de Sistemas de Ciclo de Vida (SDLC) se adhiere a las fases importantes que son esenciales para los desarrolladores, tales como la planificación, análisis, diseño y ejecución. Existen varios sistemas para el Desarrollo del Ciclo de Vida. El modelo más antiguo, que fue considerado como "el Sistema para el Desarrollo del Ciclo de Vida" es el modelo en cascada: una secuencia de etapas en las que la salida de cada etapa se convierte en la entrada para el siguiente. Estas etapas suelen seguir los mismos pasos básicos, pero muchas metodologías diferentes en cascada suelen tener los mismos pasos con diferentes nombres y el número de pasos parecen variar entre 4 y 7. No hay un modelo definitivo para el desarrollo de ciclo de vida de un sistema, pero todas las opciones tienen el mismo propósito.


title: Systems Development Life Cycle

text: El SDLC se puede dividir en diez fases durante las cuales se definen los productos de TI de trabajo creados o modificados. La décima etapa se produce cuando el sistema se elimina y la tarea realizada se eliminan o se transfieren a otros sistemas. Las tareas y los productos de trabajo para cada fase se describen en los capítulos siguientes. No en todos los proyectos será necesario que las fases se ejecuten secuencialmente. Sin embargo, las fases son interdependientes. Dependiendo del tamaño y la complejidad del proyecto, las fases se pueden combinar o puede alternar.


title: Systems Development Life Cycle

text: Para generar una visión de alto nivel del proyecto y pretender determinar los objetivos del proyecto. El estudio de viabilidad se utiliza a veces para presentar el proyecto a la alta dirección en un intento de obtener financiación. Los proyectos son evaluados en tres áreas de viabilidad: económica, operativa y organizativa y técnica. Además, también se utiliza como referencia para mantener el proyecto en marcha y evaluar los avances del equipo de MIS. El MIS es también un complemento de esas fases. Esta fase se denomina también como fase de análisis.


title: Systems Development Life Cycle

text: El objetivo de los sistemas de análisis es determinar dónde está el problema en un intento de arreglar el sistema. Este paso implica dividir el sistema en diferentes piezas y elaborar diagramas para analizar la situación, analizar los objetivos del proyecto, desglosando lo que es necesario crear y tratar de comprometer a los usuarios para que los requerimientos puedan ser definidos. El levantamiento de requerimientos a veces involucra a individuos o equipos de cliente, así como partes proveedor de servicios para obtener los requisitos detallados y precisos.


title: Systems Development Life Cycle

text: En las funciones de diseño de sistemas y operaciones se describen en detalle, incluyendo diseños de pantalla, las reglas de negocio, los diagramas de proceso y otra documentación. La salida de esta etapa describe el nuevo sistema como un conjunto de módulos o subsistemas. La etapa de diseño toma como su aportación inicial de las necesidades identificadas en el documento aprobado los requisitos. Para cada necesidad, un conjunto de uno o más elementos de diseño se produce como resultado de las entrevistas, talleres, y / o los esfuerzos de prototipo. Los elementos de diseño describen las características de software que desee en detalle, y generalmente incluyen diagramas de jerarquía funcional, diagramas de disposición de la pantalla, los cuadros de reglas de negocio, los diagramas de proceso de negocio, pseudocódigo, y una entidad completa el diagrama de la relación con un diccionario de datos completo. Estos elementos de diseño se pretende describir el software con el suficiente detalle que los programadores cualificados puede desarrollar el software con el aporte adicional mínimo.


title: Systems Development Life Cycle

text: Modulación y código de programación del subsistema se llevará a cabo durante esta etapa cada una de los paradigmas que se le empleen con el propósito de realizar una unidad de prueba de los módulos. Esta etapa será replicada en los siguientes módulos individuales mismos que serán necesarios antes de la integración con el proyecto principal.


title: Systems Development Life Cycle

text: El código es probado en los distintos niveles en la prueba de software. Unidad de sistema y pruebas de aceptación del usuario se realiza a menudo. Esta es un área gris, existen diferentes opiniones en cuanto a lo de las etapas de prueba y cuánto, si se produce cualquier iteración. Iteración de no forman parte del modelo de cascada, pero por lo general se producen algunos en esta etapa.


title: Systems Development Life Cycle

text: Tipos de pruebas:


title: Systems Development Life Cycle

text: • Conjunto de datos de prueba. • Prueba de unidad • Las pruebas del sistema • Prueba de integración • Pruebas de caja Negro • Las pruebas de caja blanca • Las pruebas de regresión • Automatización de Pruebas • Pruebas de aceptación del usuario • Las pruebas de rendimiento El despliegue del sistema incluye cambios y mejoras antes de la clausura o el ocaso del sistema. Mantenimiento del sistema es un aspecto importante de la SDLC. Como personal clave cambiar de posición en la organización, los cambios se aplicarán nuevas, que requieren actualizaciones del sistema.


title: Systems Development Life Cycle

text: Los sistemas de ciclo de vida del desarrollo (SDLC) fases servir de guía programática para la actividad del proyecto y proporcionar una manera flexible pero coherente para llevar a cabo proyectos a una profundidad de juego el alcance del proyecto. Cada uno de los objetivos de la fase SDLC se describen en esta sección con los resultados clave, una descripción de las tareas recomendadas, y un resumen de los objetivos de control relacionados para la gestión eficaz. Es fundamental para el gestor de proyecto para establecer y supervisar los objetivos de control en cada fase de SDLC, mientras que la ejecución de proyectos. Los objetivos de control de ayudar a proporcionar una declaración clara de los resultados deseados o el propósito y debe ser utilizado durante todo el proceso de SDLC entero. Objetivos de control pueden agruparse en categorías principales (dominios), y se refieren a las fases de SDLC como se muestra en la figure.9 Para la gestión y el control de cualquier iniciativa SDLC, cada proyecto será necesario establecer algún grado de una estructura de desglose de trabajo (WBS) para la captura y el calendario de los trabajos necesarios para completar el proyecto. La WBS y todo el material programático debe mantenerse en la sección "Descripción del proyecto" de la portátil del proyecto. El formato de PEP es sobre todo a la izquierda al jefe de proyecto para establecer en la forma que mejor describe el trabajo del proyecto. Hay algunas áreas clave que deben definirse en el PEP como parte de la política de SDLC. El diagrama siguiente se describen tres áreas clave que se abordarán en la WBS en una forma establecida por el proyecto mánager.


title: Systems Development Life Cycle

text: La sección superior de la estructura de desglose de trabajo (WBS) debe identificar las principales fases y los hitos del proyecto en forma de resumen. Además, la sección superior debería proporcionar una visión general de todo el alcance y el calendario del proyecto y será parte del esfuerzo inicial descripción del proyecto que conduce a la aprobación de proyectos. La sección central de la EDT se basa en los siete sistemas de Desarrollo del Ciclo de Vida (SDLC) fases como una guía para el desarrollo de tareas EDT. Los elementos PEP debe consistir de los hitos y las "tareas" en oposición a las "actividades" y tienen un período definitivo (generalmente dos semanas o más). Cada tarea debe tener una salida medibles (por ejemplo, el documento, decisión, o análisis). Una tarea PEP puede basarse en una o más actividades (por ejemplo, ingeniería de software, ingeniería de sistemas) y puede requerir una estrecha coordinación con otras tareas, ya sean internos o externos al proyecto. Cualquier parte del proyecto que necesitan el apoyo de los contratistas deben tener una declaración de trabajo (SOW) por escrito para incluir las tareas adecuadas de las fases SDLC. El desarrollo de una Declaración de trabajo no se producen durante una fase específica de SDLC, pero se ha desarrollado para incluir los trabajos del proceso de SDLC que podrá ser realizada por recursos externos, como contractors. Las líneas de base son una parte importante de los Sistemas de Ciclo de Vida de Desarrollo (SDLC). Estas líneas de base se estableció después de que cuatro de las cinco fases del SDLC y son esenciales para la naturaleza iterativa del modelo 10. Cada línea de base se considera como un hito en el SDLC. • Funcional de referencia: establecido después de la fase de diseño conceptual. • Asignado de referencia: establecido después de la fase de diseño preliminar. • Producto de referencia: establecido después de que el diseño de detalle y la fase de desarrollo. • Actualización de productos de referencia: establecido después de la fase de construcción de la producción. Métodos complementarios de desarrollo de software para desarrollo de sistemas de Ciclo de Vida (SDLC) son: • Software de prototipos • Aplicaciones de diseño mixto (JAD) • Desarrollo rápido de aplicaciones (RAD) • Extreme Programming (XP), extensión de los trabajos anteriores en los prototipos y RAD. • Open Source Development • Terminar con el desarrollo de usuario • Programación Orientada a Objetos Comparación de Metodologías (Post, y Anderson 2006) 11


title: Systems Development Life Cycle

text: SDLC RAD Open Source Objetos JAD prototipos para el usuario final Control formal MIS débil Normas conjunto de usuarios del usuario Plazos Largo Corto Medio a corto Corto Mediano Muchos usuarios Varía Pocas Pocas Pocas Una o Dos Uno Cientos de personal MIS Pocas Muchas Split Pocos Ninguno de uno o dos Transacción / DSS transacciones Ambos Ambos Ambos DSS DSS DSS Interfaz Minimal Minimal débil Windows crucial crucial Documentación y formación Vital internos limitados en objeto limitado débil Ninguno La integridad y la seguridad Vital objeto limitado Desconocido En débil débil Reutilización limitada, algunos Quizá Vital Limitada débil Ninguno Pocas personas en el mundo de la computación moderna utilizan un modelo en cascada estrictas para su desarrollo de sistemas del ciclo de vida (SDLC), como muchas metodologías modernas han sustituido este pensamiento. Algunos dirán que el SDLC ya no se aplica a los modelos como el "Agile development", pero todavía es un término ampliamente utilizado en los círculos tecnológicos. La práctica de SDLC tiene ventajas en los modelos tradicionales de desarrollo de software, que se presta más a un ambiente estructurado. Las desventajas de usar la metodología SDLC es cuando hay necesidad de un desarrollo iterativo o (es decir, el desarrollo web o e-commerce) donde los interesados tienen la necesidad de revisar periódicamente el programa que se está diseñando. En lugar de ver SDLC desde una perspectiva de fuerza o debilidad, es mucho más importante tener las mejores prácticas del modelo de SDLC y aplicarlo a todo lo que puede ser más apropiado para el software se está diseñando. Una comparación de las fortalezas y debilidades de SDLC: Fortalezas y debilidades de SDLC 11


title: Systems Development Life Cycle

text: Fortalezas Debilidades Control. El aumento de tiempo de desarrollo. Los proyectos de monitor de gran tamaño. El aumento de los costes de desarrollo. Pasos detallados. Los sistemas deben ser definidos desde el principio. Evaluar los costos y objetivos de conclusión. La rigidez. Documentación. Difícil estimar los costos, los sobrecostos del proyecto. Bien definido de entrada del usuario. La entrada del usuario es a veces limitado. Facilidad de mantenimiento. Desarrollo y diseño de las normas. Tolera los cambios en la dotación de personal de MIS. Una alternativa a la SDLC se desarrolló rápido de aplicaciones, que combina la creación de prototipos, Joint Application Development y la aplicación de herramientas CASE. Las ventajas de RAD son la velocidad, la reducción de los costes de desarrollo, y la participación activa del usuario en el proceso de desarrollo. No debe suponerse que solo porque el modelo en cascada es la más antigua SDLC modelo original que es el sistema más eficiente. En un momento en que el modelo fue beneficiosa sobre todo para el mundo de la automatización de actividades que fueron asignados a los empleados y contables. Sin embargo, el mundo de la evolución tecnológica exige que los sistemas tienen una mayor funcionalidad que ayude a ayudar a los técnicos al servicio de asistencia a los administradores o especialistas en tecnologías de la información / analistas.


title: Systems Development Life Cycle

text: COMPLEMENTO DE LEER.


title: Systems Development Life Cycle

text: Introducción Un proyecto de ingeniería de software involucra a las personas guiadas por objetivos comunes y estrategias de trabajo con una colección de herramientas para producir documentos y código. Las herramientas incluyen compiladores, depuradores, entornos de gestión de cambios, control de código fuente, gestión de proyectos, procesadores de documentos, y herramientas de modelado de dominio. Los documentos producidos incluyen los requisitos que definen el problema, los manuales de los clientes, planes de prueba, los escenarios, un diseño que define la arquitectura, y los planes de ejecución. El código puede hacer frente a objetos, estructuras de datos, algoritmos, métodos, módulos, protocolos, y las definiciones de interfaz. Las estrategias se materializan a través de la recopilación de la arquitectura, los métodos, los paradigmas, análisis de riesgos, convenios y una declaración de misión. Estas medidas en conjunto a definir la cuna a la tumba del ciclo de vida del proyecto de software. Hay cuatro fases fundamentales en la mayoría, si no todas, las metodologías de ingeniería de software. Estas fases son: análisis, diseño, implementación y pruebas. Estas fases frente a lo que se va a construir, cómo se va a construir, la construcción, y por lo que es de alta calidad. La fase de análisis La fase de análisis se definen los requisitos del sistema, independiente de cómo estos requisitos se llevará a cabo. Esta fase se define el problema de que el cliente está tratando de resolver. El resultado a entregar al final de esta fase es un documento de obligación. Idealmente, este documento indica de manera clara y precisa lo que se va a construir. Este análisis lo que representa el ``"fase. El documento de obligación trata de captar las necesidades desde la perspectiva del cliente mediante la definición de objetivos y de las interacciones a nivel retirado de los detalles de implementación. El documento de obligación puede ser expresada en un lenguaje formal basado en la lógica matemática. Tradicionalmente, el documento de obligación está escrito en inglés o en otro idioma escrito. El documento requisito no se especificarán los detalles de arquitectura o de aplicación, pero especifica la información en el nivel superior de la descripción. El enunciado del problema, las expectativas del cliente, y los criterios de éxito son ejemplos de descripciones de alto nivel. Hay una línea difusa entre descripciones de alto nivel y los detalles de bajo nivel. A veces, si un detalle exacto de ingeniería debe ser determinado, este detalle también aparecerá en el documento de obligación. Esta es la excepción y no debería ser la norma. Estas excepciones se producen por muchas razones, incluido el mantenimiento de la coherencia con otros sistemas establecidos, la disponibilidad de opciones particulares, las demandas del cliente, y establecer, en el nivel de exigencia, una visión de la arquitectura en particular. Un ejemplo de un detalle de bajo nivel que podrían aparecer en el documento de requisitos es el uso de la línea de productos de un fabricante concreto, o el uso de algunos norma aceptada de la industria informática, o una limitación en el tamaño de la imagen de la aplicación. Hay un conflicto fundamental entre los niveles altos y bajos niveles de detalle. El documento de obligación de los Estados lo que el sistema debe cumplir, independiente de muchos de los detalles. El proceso de descubrimiento utilizado en el establecimiento de los requisitos durante la fase de análisis se describe mejor como un proceso de refinamiento que como los niveles de proceso detalle Tradicionalmente, el documento describe el requisito de las cosas en el sistema y las acciones que se pueden hacer en estas cosas. Las cosas pueden ser expresadas como objetos en un objeto de la tecnología basada en datos y algoritmos, se esconden detrás jerárquico métodos polimórficos. Alternativamente, las cosas podrían ser expresado como los servicios de acceso a bases de datos en un enfoque funcional, donde los datos es un concepto radicalmente diferente de las funciones. En general, la descripción de las cosas en el sistema puede ser mucho más general y no limitarse a una tecnología en particular. En un sentido más general, este documento describe la ontología que los sintagmas nominales y las frases verbales que se convertirán en las directrices para definir la aplicación de protocolo específico. Las descripciones de los requisitos de las cosas en el sistema y sus acciones no implica un diseño de arquitectura más bien una descripción de los artefactos del sistema y cómo se comportan, desde la perspectiva del cliente. Más tarde, en la fase de diseño, estas descripciones requisito se asignan en ciencias de la computación basada en las primitivas, tales como listas, pilas, árboles, gráficos, algoritmos y estructuras de datos. La descripción de la abstracción de los sintagmas nominales y las frases verbales no están obligados a la utilización de un lenguaje humano, por escrito. La mayoría de las lenguas escritas humanos son demasiado vagas para capturar la precisión necesaria para construir un sistema. Mecanismos alternativos descriptivo basado en la lógica matemática son a veces más adecuado, pero mucho más difícil de lograr. La lógica matemática proporciona una base científica para expresar con precisión la información. Sin embargo, con frecuencia en el mundo real, una descripción precisa es alcanzable. Una vez más el documento de requisitos debe indicar de manera clara y precisa lo que se va a construir. El mecanismo definitivo al autor de dicho documento, ya sea formal o informalmente, aún no se ha desarrollado, aunque bastante éxito se ha logrado con los métodos existentes, incluyendo las herramientas CASE y herramientas basadas en la lógica matemática Más tarde, en la fase de diseño, la descomposición muy importante del problema conduce al desarrollo de estructuras de datos y algoritmos. La descomposición funcional para un entorno distribuido conduce a una división natural de las estructuras de datos y algoritmos. Algunos ejemplos son distribuidos los sistemas cliente-servidor, donde una base de datos contiene los datos en un servidor, mientras que los algoritmos de manipulación de los datos que residen en el cliente. Un objeto basado en la descomposición natural lleva a una unión de estructuras de datos y algoritmos de formación de objetos con métodos. Los documentos requisito debe ser independiente de la técnica de descomposición. El equipo de análisis se desarrolla el documento de obligación, que habla de las cosas y las acciones sobre las cosas. Este documento debería incluir también los estados, eventos, escenarios típicos de uso, y escenarios típicos de uso de La fase de diseño En la fase de diseño de la arquitectura se ha establecido. Esta fase se inicia con el documento emitido por el requisito de la fase de requisito y mapas de los requisitos en la arquitectura. La arquitectura define los componentes, sus interfaces y comportamientos. El documento de diseño de realización es la arquitectura. El documento de diseño describe un plan para aplicar los requisitos. Esta fase representa la `` cómo"fase. Los detalles sobre los lenguajes de programación y entornos, máquinas, paquetes, arquitectura de aplicaciones distribuidas capas de la arquitectura, tamaño de la memoria, la plataforma, algoritmos, estructuras de datos, se establecen las definiciones de tipo global, interfaces, y muchos otros detalles de ingeniería. El diseño puede incluir el uso de componentes existentes. El equipo de arquitectura ahora puede ampliar la información establecida en el documento de obligación. Uso de la típica y una hipótesis típica prevista en el documento de requisitos, el desempeño del comercio-offs puede llevarse a cabo, así como la complejidad de la aplicación del comercio-offs. Obviamente, si una acción se hace muchas veces, es necesario que se haga correctamente y de manera eficiente. Una acción rara vez se utiliza debe aplicarse correctamente, pero no es evidente cuál es el nivel de cumplimiento es obligatorio. El documento requisito que debe guiar este proceso de decisión. Un ejemplo de una acción rara vez se utiliza la que se debe hacer con el alto rendimiento es el cierre de emergencia de un reactor nuclear. Analizar las ventajas y desventajas de la necesaria complejidad permite muchas cosas para seguir siendo sencillo, que, a su vez, conducirá finalmente a un producto de mayor calidad. El equipo de arquitectura también convierte los escenarios típicos en un plan de prueba. En nuestro enfoque, el equipo, teniendo en cuenta un documento de obligación de completar, también debe indicar las prioridades fundamentales para el equipo de aplicación. Una prioridad fundamental de aplicación conduce a una tarea que tiene que ser bien hecho. Si falla, el producto falla. Si tiene éxito, el producto podría tener éxito. Por lo menos, el nivel de confianza del equipo de producción de un producto de éxito se incrementará. Esto mantendrá el equipo de implementación focalizada. Exactamente cómo se transmite la información es una técnica basada en la experiencia más que una ciencia basada en fundamentos fundamentales. La fase de ejecución En la fase de ejecución, el equipo desarrolla los componentes ya sea desde cero o por la composición. Teniendo en cuenta el documento de la arquitectura de la fase de diseño y el documento de requerimiento de la fase de análisis, el equipo debe construir exactamente lo que se ha solicitado, aunque aún hay margen para la innovación y la flexibilidad. Por ejemplo, un componente puede ser estrictamente diseñada para este sistema en particular, o el componente puede ser más general, para satisfacer una directriz reutilización. El documento de la arquitectura debe proporcionar orientación. A veces, esta guía se encuentra en el documento de obligación. Las ofertas de la fase de ejecución de las cuestiones de calidad, rendimiento, parámetros de referencia, las bibliotecas, y la depuración. El final realización es el producto mismo. La fase de prueba En pocas palabras, la calidad es muy importante. Muchas empresas no han aprendido que la calidad es importante y ofrecer más funcionalidad reclamada, pero a un nivel de calidad inferior. Es mucho más fácil explicar a un cliente por qué hay una característica que falta que explicar a un cliente por el producto carece de calidad. Un cliente satisfecho con la calidad de un producto que seguirá siendo fiel y esperar a que la nueva funcionalidad en la próxima versión. La calidad es un atributo distintivo de un sistema que indica el grado de excelencia de En muchas metodologías de ingeniería de software, la fase de pruebas es una fase separada que se lleva a cabo por un equipo diferente después de completar la aplicación. No hay mérito en este enfoque, es difícil ver los propios errores, y una mirada fresca puede descubrir errores evidentes mucho más rápido que la persona que ha leído y releído el material muchas veces. Desafortunadamente, la delegación de la prueba a otro equipo lleva a una actitud de holgura respecto a la calidad por el equipo de aplicación. Alternativamente, otro enfoque es delegar las pruebas para toda la organización. Si los equipos están a ser conocido como los artesanos, a continuación, los equipos deben ser responsables de establecer una elevada calidad en todas las fases. A veces, un cambio de actitud debe tener lugar para garantizar la calidad. La técnica de ensayo es desde la perspectiva del proveedor del sistema. Debido a que es casi imposible duplicar el medio ambiente a todos los clientes posibles, y porque los sistemas están en libertad con todavía-a-ser-descubierto errores, el cliente tiene un papel importante, aunque a regañadientes, en función de las pruebas. COMPLEMENTO DE LEER


title: Systems Development Life Cycle

text: Proceso de desarrollo de software De Wikipedia, la enciclopedia libre Saltar a navegación, búsqueda Proceso de desarrollo de software Actividades y las medidas • Requisitos de Especificación • Diseño de Arquitectura • Aplicación de Pruebas • Mantenimiento de implementación


title: Systems Development Life Cycle

text: Modelos Agile • • DSDM para salas blancas Iterativo • RAD RUP • • Espiral Cascada XP • • • Lean Scrum V-Modelo • • FDD TDD


title: Systems Development Life Cycle

text: Apoyo a las disciplinas Gestión de la configuración Documentación Garantía de calidad (SQA) Gestión de proyectos Diseño de experiencia de usuario


title: Systems Development Life Cycle

text: Herramientas Compilador • • Depurador Profiler Diseñador GUI Entorno de desarrollo integrado


title: Systems Development Life Cycle

text: v • d • e


title: Systems Development Life Cycle

text: Un proceso de desarrollo de software es una estructura impuesta sobre el desarrollo de un producto de software. Los sinónimos son de ciclo de vida del software y el proceso de software. Existen varios modelos para estos procesos, cada uno de los enfoques para describir una variedad de tareas o actividades que tienen lugar durante el proceso. Contenidos ocultar • 1 Información general • 2 actividades de desarrollo de software 2,1 o Planificación o 2.2 La ejecución, pruebas y documentación de 2,3 o de implementación y mantenimiento • 3 modelos de desarrollo de software 3,1 o Cascada Modelo 3,2 o un modelo de espiral 3,3 o iterativo e incremental de desarrollo 3.4 Ágil o Desarrollo • 4 Proceso de Mejora de Modelos • 5 métodos formales • 6 Véase también • 7 Referencias • 8 Enlaces externos


title: Systems Development Life Cycle

text: El cuerpo en gran medida cada vez mayor de organizaciones de desarrollo de software de aplicación de las metodologías del proceso. Muchos de ellos están en la industria de defensa, que en los EE.UU. requiere de una clasificación basada en "modelos de procesos" para obtener contratos. El estándar internacional para describir el método de selección, aplicación y seguimiento del ciclo de vida para el software es la norma ISO 12207. A décadas de meta ha sido encontrar repetible, predecible procesos que mejoran la productividad y la calidad. Algunos tratan de sistematizar y formalizar la tarea aparentemente ingobernables de la escritura de software. Otros se aplican técnicas de gestión de proyectos para el software de escritura. Sin gestión de proyectos, proyectos de software fácilmente pueden ser entregados con retraso o por encima del presupuesto. Con un gran número de proyectos de software que no cumpla sus expectativas en términos de funcionalidad, costo, o el calendario de entrega, gestión de proyectos efectiva parece ser insuficiente. Las organizaciones pueden crear un grupo de procesos de Ingeniería de Software (SEPG), que es el punto focal para la mejora de procesos. Compuesto por profesionales de primera línea que han variado las habilidades, el grupo está en el centro de la colaboración de todos en la organización que esté involucrada en la mejora de procesos de ingeniería de software.


title: Systems Development Life Cycle

text: Las actividades del proceso de desarrollo de software representados en el modelo de cascada. Hay varios otros modelos para representar a este proceso. La tarea importante en la creación de un producto de software es la extracción de las exigencias o requisitos de análisis. Los clientes suelen tener una idea abstracta de lo que quieren como resultado final, pero no lo que el software debe hacer. Incompleta, ambigua o, incluso, exigencias contradictorias son reconocidos por los ingenieros de software especializados y experimentados en este punto. Con frecuencia viven demostrando código puede ayudar a reducir el riesgo de que los requisitos son incorrectos. Una vez que los requisitos generales que se deducen de la cliente, un análisis del alcance del desarrollo debe ser determinada y claramente. Esto es a menudo llamado un documento de alcance. Algunas funciones pueden estar fuera del alcance del proyecto en función del costo o como resultado de los requisitos de claro en el inicio del desarrollo. Si el desarrollo se realiza en el exterior, este documento puede ser considerado un documento legal de manera que si cada vez hay controversias, ninguna ambigüedad de lo que se comprometió a que el cliente pueda ser aclarado. La implementación es la parte del proceso en el que los ingenieros de software en realidad el programa de código para el proyecto. Pruebas de software es una parte integral e importante del proceso de desarrollo de software. Esta parte del proceso asegura que los defectos son reconocidos tan pronto como sea posible. Documentar el diseño interno de software con el propósito de mantenimiento futuro y la mejora se realiza durante todo el desarrollo. Esto también puede incluir la autoría de una API, ya sea externa o interna. Despliegue comienza después de que el código es prueba de forma adecuada, es aprobado para su liberación y vendidos o distribuidos en un entorno de producción. Software de capacitación y apoyo es muy importante y una gran cantidad de desarrolladores no se dan cuenta de que. No sería por mucho tiempo y la planificación de un equipo de desarrollo lleva a la creación de software si nadie en una organización que acaba de usarlo. La gente a menudo se resisten al cambio y evitar adentrarse en una zona desconocida, así como una parte de la fase de despliegue, es muy importante contar con clases de formación para nuevos clientes de su software. Mantener y mejorar el software para hacer frente a los problemas recién descubiertos o nuevos requisitos puede tomar mucho más tiempo que el desarrollo inicial del software. Puede ser necesario agregar código que no se ajusta al diseño original para corregir un problema imprevisto o puede ser que un cliente solicita una mayor funcionalidad y el código se puede añadir a sus peticiones. Si el costo laboral de la fase de mantenimiento supera el 25% del coste de las fases anteriores "mano de obra, entonces es probable que la calidad general, de al menos una fase previa, es pobre. En ese caso, la administración debería considerar la opción de la reconstrucción del sistema (o partes) antes de costes de mantenimiento está fuera de control. Sistema de seguimiento de fallos de herramientas que frecuentemente se utilizan en esta fase del proceso para permitir que los equipos de desarrollo de interfaz con los clientes, equipos de campo de pruebas del software para identificar cualquier problema real o percibida. Estas herramientas de software, tanto de código abierto y con licencia comercial, ofrecer un proceso personalizable para adquirir, revisar, reconocer y responder a los problemas reportados. Existen varios modelos para agilizar el proceso de desarrollo. Cada uno tiene sus pros y sus contras, y es hasta el equipo de desarrollo a adoptar la más adecuada para el proyecto. A veces una combinación de los modelos pueden ser más adecuados. El modelo muestra un proceso de cascada, donde los desarrolladores deben seguir estas fases a fin de: 1. Especificación de Requisitos (Análisis de requerimientos) 2. Diseñar 3. Aplicación (o codificación) 4. Integración 5. Pruebas (o de validación) 6. Implementación (o instalación) 7. Mantenimiento En un modelo de cascada estricta, después de finalizar cada fase, se procede a la siguiente. Las revisiones pueden ocurrir antes de pasar a la siguiente fase que permite la posibilidad de cambios (que puede implicar un proceso formal de control de cambios). Sin embargo, se desaconseja volver a examinar y revisar cualquier fase anterior una vez que esté completo. Esta "rigidez" en un modelo en cascada pura ha sido una fuente de críticas por otras más "flexible" modelos. La principal característica de un modelo en espiral es la gestión del riesgo en las etapas regulares en el ciclo de desarrollo. En 1988, Barry Boehm publicó un sistema formal para el desarrollo de software "modelo en espiral", corresponde modelos y los modelos de prototipos rápidos combinar el énfasis ha sido descuidado por otros modelos de análisis de riesgos, especialmente adaptadas a gran escala de sistemas complejos. Un modelo de espiral de caracol a un número de iteración, los cuatro representante diagrama de cuadrante de las siguientes actividades: (1) formular planes a identificar blancos de software seleccionado para implementar el programa, aclarar las restricciones proyecto de desarrollo, (2) Análisis de riesgos: un análisis y evaluación de los programas seleccionados, para estudiar la manera de identificar y eliminar el riesgo, (3) la ejecución del proyecto: la aplicación de desarrollo de software y de verificación; (4) Evaluación de los clientes: la evaluación de la labor de desarrollo, la propuesta de enmiendas, los planes de formular el siguiente paso. Riesgo modelo basado en espiral, haciendo hincapié en las condiciones de las opciones y limitaciones a fin de apoyar la reutilización de software, la calidad del software puede ayudar como un objetivo especial de la integración en el desarrollo de productos. Sin embargo, el modelo en espiral que tiene algunas condiciones restrictivas, como sigue: (1) el modelo en espiral hincapié en el análisis de riesgos, sino que requieren los clientes a aceptar y creer que gran parte de este análisis, y dar la respuesta pertinente no es fácil, por lo tanto, este modelo es a menudo adaptado a interno en gran escala de desarrollo de software. (2) Si la aplicación de análisis de riesgo afectará en gran medida los beneficios del proyecto, a continuación, el análisis de riesgo no tiene sentido, por lo tanto, el modelo en espiral es solo apto para grandes proyectos de software a gran escala. (3) Buenas a los desarrolladores de software debe buscar los posibles riesgos, un análisis preciso de los riesgos, de lo contrario, dará lugar a un mayor riesgo de Primera etapa es determinar la etapa de la meta de lograr estos objetivos, las opciones y limitaciones y, a continuación, desde la perspectiva del programa de análisis de riesgos, la estrategia de desarrollo, y esforzarse por eliminar todos los riesgos potenciales y, a veces necesaria para lograr a través de la construcción de la prototipo. Si algún riesgo no puede descartarse, el programa para poner fin de inmediato, o bien iniciar el desarrollo de los próximos pasos. Por último, los resultados de la evaluación de la etapa, y el diseño de la próxima fase. Iterativo Desarrollo1 prescribe la construcción de porciones inicialmente pequeño pero cada vez mayor de un proyecto de software para ayudar a todos los participantes a descubrir aspectos importantes principios antes que los problemas o suposiciones erróneas pueden llevar al desastre. Los procesos iterativos son preferidas por los desarrolladores comerciales, ya que permite un potencial de alcanzar los objetivos de diseño de un cliente que no sabe cómo definir lo que quieren. Ágiles de desarrollo de software de desarrollo iterativo utiliza como base, pero los defensores de un pueblo más ligero y más centrada en el punto de vista que los enfoques tradicionales. Los procesos ágiles de votos utilizar, en lugar de planificación, como su principal mecanismo de control. La respuesta es impulsado por las pruebas regulares y las liberaciones de los programas en constante evolución. Hay muchas variaciones de los procesos ágiles. XP (Extreme Programming) En XP, las fases se lleven a cabo en muy pequeña (o "continuo") las medidas frente a la antigua, "lote" los procesos. La (intencionalmente incompleta) de primer paso a través de los pasos que podría tomar un día o una semana, en vez de los meses o años de cada paso completo en el modelo de cascada. En primer lugar, se escribe pruebas automatizadas, para proporcionar metas concretas para el desarrollo. Lo siguiente es la codificación (por un par de programadores), que se completa cuando todas las pruebas pasan, y los programadores no pueden pensar en más pruebas que se necesitan. Diseño y arquitectura emergen de refactorización, y viene en pos de codificación. El diseño es realizado por las mismas personas que hacen la codificación. (El último rasgo - la fusión de diseño y código - es común a todos los demás procesos ágiles.) La incompleta pero funcional sistema se instala, ni ha demostrado para subconjunto (algunos de) los usuarios (al menos uno de los cuales está en el equipo de desarrollo). En este punto, los profesionales de empezar de nuevo a escribir ensayos para la parte más importante del sistema. Rational Unified Process Scrum Capability Maturity Model Integration Modelo de Madurez de la Capacidad de Integración (CMMI) es uno de los principales modelos y basado en las mejores prácticas. Evaluaciones independientes de las organizaciones de grado de lo bien que siguen sus procesos definidos, no en la calidad de los procesos o el software producido. CMMI ha sustituido a la CMM. ISO 9000 ISO 9000 describe las normas para un proceso formalmente organizados para la fabricación de un producto y los métodos de gestión y seguimiento de los progresos realizados. Aunque la norma fue creada originalmente para el sector manufacturero, las normas ISO 9000 se han aplicado al desarrollo de software. Como CMMI, la certificación ISO 9000 no garantiza la calidad del resultado final, solo que los procesos de negocio formalizado se han seguido. ISO 15504 ISO 15504, también conocida como Proceso de Determinación de Software Mejora de las Capacidades (SPICE), es un "marco para la evaluación de los procesos de software". Esta norma está destinada a establecer un modelo claro para la comparación de procesos. SPICE se utiliza mucho como CMMI. Que los modelos de los procesos para administrar, controlar, orientar y supervisar el desarrollo de software. Este modelo se utiliza para medir lo que una organización de desarrollo o el equipo de proyecto en realidad lo hace durante el desarrollo de software. Esta información es analizada para identificar las debilidades y la mejora de la unidad. También identifica los puntos fuertes que puede mantenerse o integrarse en una práctica común para esa organización o equipo. Los métodos formales son métodos matemáticos para la solución de software (y hardware) los problemas en los requisitos, especificaciones y los niveles de diseño. Ejemplos de los métodos formales son el B-Método, redes de Petri, lo que prueba automática de teoremas, plantear y VDM. Varios anotaciones especificación formal están disponibles, tales como la notación Z. Más en general, la teoría de autómatas se puede utilizar para construir y validar el comportamiento de la aplicación mediante el diseño de un sistema de máquinas de estados finitos. Máquina de estados finitos (FSM), metodologías basadas en la especificación de software permiten ejecutable y por paso de la codificación convencional (véase el virtual máquina de estados finitos o un evento impulsado por máquina de estados finitos). Los métodos formales son más susceptibles de ser aplicadas en el software de aviónica, en particular cuando el software es indispensable para la seguridad. Normas de garantía de software de seguridad, tales como los métodos de la demanda DO178B formal al más alto nivel de categorización (Nivel A). Formalización de desarrollo de software se infiltra en él, en otros lugares, con la aplicación de Object Constraint Language especializaciones (y como Java Modeling Language) y, especialmente, con el modelo impulsado por la arquitectura permite la ejecución de diseños, si no las especificaciones. Otra de las tendencias emergentes en el desarrollo de software es escribir una especificación en algún tipo de lógica (por lo general una variación de FOL), y luego de ejecutar directamente la lógica, como si se tratara de un programa. El lenguaje OWL, basados en la descripción lógica, es un ejemplo. También se está trabajando sobre la cartografía de alguna versión de inglés (u otro lenguaje natural) y de forma automática a partir de la lógica, y la ejecución de la lógica directamente. Ejemplos de ello son Attempto Inglés controlada, y la lógica de negocios de Internet, que no tratan de controlar el vocabulario o la sintaxis. Una característica de los sistemas que apoyan bidireccional Inglés-mapping lógica y la ejecución directa de la lógica es que pueden hacerse para explicar sus resultados, en inglés, en el negocio o nivel científico. La Oficina de Responsabilidad Gubernamental, en un informe de 2003 sobre una de tráfico de la Administración Federal de Aviación de los programas de modernización del control aéreo, 2 recomienda seguir las orientaciones de la agencia para la gestión de sistemas de adquisición de los principales • establecer, mantener y controlar una forma precisa, válida y actual base de referencia de medición del desempeño, que incluiría la negociación de todos los autorizados, el trabajo sin precio a menos de 3 meses; • la realización de un examen integrado de base de cualquier modificación importante contrato dentro de 6 meses, y • preparación de una vida rigurosa estimación del coste del ciclo, incluyendo una evaluación del riesgo, de conformidad con la orientación del conjunto de herramientas de Sistema de Adquisición y de identificar el nivel de incertidumbre inherente a la estimación.


title: Johann Christian Poggendorff

text: Johann Christian Poggendorff (Hamburgo, 29 de diciembre de 1796 - Berlín, 24 de enero de 1877) fue un físico alemán. Destacó en sus trabajos sobre electricidad y magnetismo, y fue director de la publicación científica "Annalen der Physik und Chemie" entre 1824 y 1876.


title: Johann Christian Poggendorff

text: Su padre fue un industrial adinerado que quedó arruinado tras el asedio francés, por lo que con dieciséis años tuvo que aprender el oficio de boticario en su ciudad natal, y con veintidós comenzó a ganarse la vida como ayudante de un boticario de Itzehoe. Su ambición y su gran inclinación hacia una carrera científica le llevaron a abandonar su negocio y mudarse a Berlín, donde en 1820 ingresó en la universidad. Su capacidad fue reconocida rápidamente, y en 1823 fue nombrado observador meteorológico de la Academia de Ciencias.


title: Johann Christian Poggendorff

text: A esta temprana edad, ya consideraba la idea de fundar una publicación científica de física y química, cuya realización se adelantó debido a la repentina muerte en 1824 de Ludwig Wilhelm Gilbert, editor de "Gilbert's Annalen der Physik". Inmediatamente se puso en contacto con la editorial J.A. Barth, alojada en Leipzig, dando como resultado su nombramiento como director de la publicación científica "Annalen der Physik und Chemie", una continuación de la anterior de Gilbert. Durante su dirección fue comúnmente llamada "Poggendorff's Annalen", y fue la publicación científica más importante de Europa.


title: Johann Christian Poggendorff

text: Durante los 52 años que estuvo al frente de la publicación (desde 1824 hasta 1876), adquirió un enorme conocimiento de los trabajos de los científicos más relevantes. Dicho conocimiento lo vertió en su obra "Biographisch-literarisches Handworterbuch zur Geschichte der exacten Wissenschaften", la cual contiene reseñas de las vidas y trabajos de los más importantes matemáticos, físicos, astrónomos y químicos, de todas las épocas y países, constituyendo una valiosa colección para cualquier historiador de la ciencia. Los dos primeros volúmenes fueron publicados en 1863; tras su muerte fue publicado un tercer volumen en 1898, el cual cubría el período 1858-1883, y un cuarto en 1904, actualizado hasta comienzos del siglo XX.


title: Johann Christian Poggendorff

text: Fue un concienzudo y habilidoso experimentador, con una gran capacidad inventiva para la elaboración de aparatos experimentales. Destacó en sus trabajos sobre electricidad y magnetismo. En 1830 fue designado profesor real, en 1834 Hon. PhD y profesor extraordinario en la Universidad de Berlín, y en 1839 miembro de la Academia Berlinesa de las Ciencias. Rechazó todas las ofertas de profesor que recibió, dedicándose completamente a su labor al frente de "Annalen" y a sus investigaciones científicas.


title: Nitropropano

text: El 1-nitropropano y el 2-nitropropano son compuestos orgánicos pertenecientes a la serie homóloga de los nitroderivados. Son líquidos incoloros, de olor etérico característico. Se emplean como disolventes, aditivos para la gasolina y compuestos intermediarios para sintetizar insecticidas, colorantes y otras sustancias orgánicas. Tienen una toxicidad elevada.


title: Nitropropano

text: Se obtienen por reacción del ácido nítrico con vapores de propano a 400 °C y una presión de 8-12 atm, obteniéndose una mezcla de 2-nitropropano (46%), nitrometano (28%), y cantidades menores de 1-nitropropano y nitroetano.


title: Nitropropano

text: Los nitroalcanos sufren hidrólisis en presencia de ácidos minerales fuertes. Sometiendo el 1-nitropropano a este tratamiento se convierte en el ácido hidroxámico y posteriormente se rompe el enlace C-N, obteniéndose finalmente ácido propanoico e hidroxilamina (NHOH). Esta reacción se emplea para la síntesis industrial de este últimocompuesto.


title: Nitropropano

text: El 2-nitropropano se emplea en la industria de las gomas, fabricación de lacas, fabricación de tintes y síntesis de productos orgánicos.


title: Nitropropano

text: Poseen una intensa acción irritante sobre las mucosas por lo que provocan afecciones renales y hepáticas. El 1-nitropropano parece menos tóxico que el 2-nitropropano, siendo sus valores de concentraciones admisibles medias de 25 ppm y 10 ppm respectivamente.


title: Nitropropano

text: El 2-nitropropano ha provocado carcinomas hepáticos en ratas por lo que se le considera un carcinógeno para los seres humanos. Se han descrito cuatro casos de intoxicación por inhalación de nitropropano en un espacio confinado, con desenlace fatal. Hay que evitar que se acumule en la atmósfera de lugares de trabajo, siendo el tolueno muy eficaz en la captación del 2-nitropropano.


title: Gonzalo Hispano

text: Gonzalo Hispano, conocido como Gonsalvus Hispanus, Gonzalo de Balboa o Gonzalo de España (nacido en Lugo y fallecido en París el 13 de abril de 1313) fue un franciscano Español, maestro de teología en la Escuela franciscana de París, tutor de Juan Duns Escoto, defensor del agustinismo frente al aristotelismo y (1304-1313), en la que trató de evitar la división entre los espirituales y los conventuales. Con frecuencia se le llama por error, a partir de Marcos de Lisboa y de Waddingo.


title: Gonzalo Hispano

text: Gonzalo Hispano nació en Lugo (España), en fecha que desconocemos, y murió en París el 13 de abril de 1313. En 1290 era ministro provincial de la Provincia de Santiago de Compostela. Estudió teología en París, donde se encontraba en 1297, alcanzando el magisterio antes de 1302, pues de 1302 a 1303 era maestro regente de la cátedra franciscana de teología en aquella universidad.


title: Gonzalo Hispano

text: En los enfrentamientos entre la Iglesia y el Estado, por haber rechazado la apelación al concilio general contra el papa, fue expulsado de Francia en junio de 1303, juntamente con otros maestros teólogos, por orden de Guillermo de Nogaret. De regreso en España, es nombrado provincial de Castilla ese mismo año, y en calidad de tal asiste al capítulo general de Asís en el que es elegido ministro general de la Orden, dividida durante estos años entre franciscanos espirituales y franciscanos conventuales, continuó su enseñanza universitaria.


title: Gonzalo Hispano

text: Da gran empuje a los estudios dentro de la Orden y, por orden suya, Juan Duns Escoto es propuesto para la licenciatura en París el año 1305 y así alcanzar el grado de maestro y profesor ordinario. En 1307, a instancias suyas, Escoto fue trasladado de París a Colonia como profesor en el estudio que los franciscanos tenían en aquella ciudad y seguramente para alejarlo de los peligros que lo acechaban en la capital francesa.


title: Gonzalo Hispano

text: Durante su gobierno adquieren gran importancia las misiones franciscanas en Tartaria y Tierra Santa. Asistió al concilio de Vienne.


title: Gonzalo Hispano

text: El maestro español, con estilo penetrante y dialéctica, se hace gran defensor de la corriente agustiniano-franciscana contra los numerosos aristotélicos que entonces se manifestaban como más modernos.


title: Gonzalo Hispano

text: Entre sus criticados se encuentran el Maestro Eckhart, que enseñaba el primado del entender sobre el ser, Ubertino da Casale, Pedro Juan Olivi, Juan el Sabio y Godofredo de Fontaines, que a través de su intelectualismo psicológico conducía a un determinismo de la voluntad.


title: Gonzalo Hispano

text: Gran defensor de la primacía de la voluntad en la vida psíquica, para Gonzalo ni el entendimiento ni el objeto exterior pueden determinar la decisión voluntaria; incluso la voluntad puede ir contra las mismas propuestas de la razón. Concluye que el querer y no el conocer es el acto regio de la vida psíquica del hombre. Esta tesis del voluntarismo sigue la corriente de la propia escuela, y será sostenida y fundamentada en Escoto y en Guillermo de Ockham.


title: Gonzalo Hispano

text: Sus obras principales son: "Cuestiones disputadas", "Quodlibetos", "Conclusiones metafísicas" y otras de carácter espiritual, sobre todo contra los espirituales de su Orden.


title: Camilo de Ibi

text: Camilo de Ibi (Ibi, provincia de Alicante, 12 de agosto de 1872 - Perijá, Colombia, 24 de octubre de 1927) fue un sacerdote capuchino, misionero y escritor español.


title: Camilo de Ibi

text: A los 16 años vistió el hábito de san Francisco de Asís en la Provincia Capuchina de Valencia. En 1913 marchó a la misión de la Guajira colombiana, donde desplegó un extraordinario y fructífero apostolado. Fue allí director de la revista "Ecos de la Misión" (1913-1917); fue asimismo asiduo colaborador de "Florecillas de San Francisco", donde publicó numerosas e interesantes crónicas misionales. La mayor gloria del P. Camilo de Ibi como misionero fue el trabajo que realizó, aun con peligro de la vida, entre los indios motilones de la región colombiana, a los que estuvo plenamente consagrado desde 1918 hasta su muerte acaecida en Perijá (Colombia) el 24 de octubre de 1927.


title: Camilo de Ibi

text: Entre sus escritos hay que destacar: "Curiosos datos etnográficos y expedición a la Sierra de Motilones", Bogotá, 1919.


title: Bussi sul Tirino

text: Bussi sul Tirino es un municipio situado en el territorio de la Provincia de Pescara, en Abruzos, (Italia).


title: Gimme Some Truth (FlashForward)

text: «Gimme Some Truth» es el quinto episodio de la de la serie de televisión "FlashForward", de la cadena ABC. Fue escrito por los guionistas Barbara Ellis Nance, Nicole Yorkin y Dawn Prestwich y dirigido por Bobby Roth. Fue transmitido en Estados Unidos y Canadá el 22 de octubre de 2009.


title: Gimme Some Truth (FlashForward)

text: Mark Benford es cuestionado sobre su flashforward en una audiencia en el Senado, que determinará si se seguirá financiando su investigación. Janis se pregunta como su visión afectará su relación de pareja y Olivia Benford recibe un mensaje anónimo relacionado con el flashforward de Mark.


title: Gimme Some Truth (FlashForward)

text: La canción Like a Rolling Stone, original de Bob Dylan, aparece de manera preponderante en este episodio en la versión de The Rolling Stones.


title: Charlie Drake

text: Charlie Drake (19 de junio de 1925 – 23 de diciembre de 2006) fue un actor, humorista, escritor y cantante británico. Caracterizado por su pequeña estatura, su pelo rojo y rizado y su gusto por el slapstick, fue un comediante popular entre el público infantil en sus primeros años.


title: Charlie Drake

text: Su verdadero nombre era Charles Edward Springall, y nació en Londres. Su nombre artístico deriva del nombre de soltera de su madre.


title: Charlie Drake

text: Drake actuó por primera vez en el teatro a los ocho años de edad y, tras dejar los estudios hizo giras por los clubes de trabajadores. Tras servir en la Royal Air Force durante la Segunda Guerra Mundial, Drake se convirtió en profesional, debutando en la televisión en 1953 con el programa "The Centre Show". Posteriormente se unió a su camarada durante la guerra, Jack Edwardes, con el cual formó un dúo humorístico llamado "Mick and Montmorency". En 1954 actuó con Bob Monkhouse en el film "Fast and Loose".


title: Charlie Drake

text: Intervino en los programas televisivos "Laughter in Store" (1957), "Drake's Progress" (1957), "Charlie Drake In…" (1958 a 1960) y "The Charlie Drake Show" (1960 to 1961). La emisión de "Charlie Drake Show" por la BBC tuvo que suspenderse en 1961 a causa de un accidente sufrido por el actor mientras rodaba una escena cómica. Sufrió una fractura de cráneo, permaneciendo inconsciente tres días. No volvió a la pantalla hasta pasados dos años tras el accidente.


title: Charlie Drake

text: La fama televisiva le facilitó rodar cuatro películas, aunque ninguna tuvo un gran éxito — "Sands of the Desert" (1960), "Petticoat Pirates" (1961), "The Cracksman" (1963) y "Mr Ten Percent" (1967). Volvió al medio televisivo en 1963 de nuevo con "The Charlie Drake Show", ganando por ello una Rosa de Oro en 1968.


title: Charlie Drake

text: Otros de sus shows fueron "Who is Sylvia" (1967) y "Slapstick and Old Lace" (1971), pero el más aplaudido fue "The Worker" (1965 a 1970).


title: Charlie Drake

text: En "The Worker" (Associated Television/Independent Television (ITV)) interpretó a un trabajador en situación perpetua de paro el cual, en cada episodio, era enviado para iniciar un nuevo trabajo por el siempre frustrado Mr. Pugh (Henry McGee), de la local agencia de empleo. Todos los trabajos finalizaban en un desastre.


title: Charlie Drake

text: Grabó también un buen número de discos, la mayoría producidos por George Martin para el sello Parlophone, (ver Discografía). El primero, "Splish Splash", una versión de un tema de rock and roll originalmente grabado por Bobby Darin, entró en la lista de los 10 discos más vendidos del Reino Unido, pero el resto fueron principalmente canciones humorísticas. Una de ellas, "My Boomerang Won't Come Back," llegó a tener un modesto éxito en los Estados Unidos, donde la mayor parte de su trabajo no era conocida.


title: Charlie Drake

text: Peter Gabriel, tras dejar Genesis a finales de 1975, produjo el sencillo "You Never Know" para Drake (UK Charisma), pero tuvo pocas ventas.


title: Charlie Drake

text: Drake volvió a la interpretación seria en la década de 1980, ganándose a la crítica por su papel de Touchstone en la obra de Shakespeare "Como gustéis" (en el Festival de Ludlow), así como un premio por su trabajo en la pieza de Harold Pinter "The Caretaker". Drake también fue Smallweed en la adaptación de la BBC de "Bleak House" (1985). Otro telefilme de la BBC en el que actuó fue "Filipina Dreamgirls". Sus últimas actuaciones teatrales fueron con Jim Davidson, en una versión adulta de Cenicienta llamada "SINderella".


title: Charlie Drake

text: Drake sufrió un ictus en 1995, tras lo cual se retiró, permaneciendo en la Brinsworth House, en Londres, una casa de acogida para actores y artistas, regida por la Entertainment Artistes' Benevolent Fund. Allí permaneció hasta el momento de su muerte, ocurrida el 23 de diciembre de 2006, tras sufrir nuevos ictus la noche previa.


title: Taiwan Power Company FC

text: El Taiwan Power Company Football Club (), conocido como Taipower (), es un club de fútbol taiwanés con sede en Kaohsiung. El club fue fundado en 1979 y está afiliado a la Taiwan Power Company, la empresa de energía eléctrica del país. Apodado "Nan-ba-tien" (, el cual significa "Jefe Supremo del Sur"), el Taipower es el club de fútbol más exitoso en Taiwán, después de haber ganado 14 títulos de liga, en particular, en 10 temporadas consecutivas desde 1994 hasta 2004. Con las salidas de Flying Camel y el Taipei City Bank FC a finales de los años 1990, el Taipower y Tatung FC han sido los únicos dos clubes de fútbol en el resto de la competencia del torneo de más alto nivel de Taiwán, Enterprise Football League. En el año 2011 ha ganado el título más relevante de su historia, la Copa Presidente de la AFC, torneo continental que agrupa a los campeones de las ligas de las considerados por la AFC como "emergentes".


title: Colina Aukštojas

text: La colina Aukštojas es el punto más alto de toda Lituania; se encuentra en las Tierras Altas de Medininkai, bosque de Migūnai, aproximadmente a 24 kilómetros al sureste de la capital, Vilna. Su elevación fue medida en 2004 con un resultado de 293,84 metros por especialistas del Instituto de Geodesia de la Universidad Técnica Vilnius Gediminas, usando la tecnología GPS. Previamente, la colina Juozapinė, con 292,7 metros, era considerada oficialmente el punto más alto del país. En 1985, se suscitaron sospechas por Rimantas Krupickas, un geógrafo lituano, acerca de que la colina Juozapinė no era realmente el punto más alto de Lituania. La colina Aukštojas se encuentra aproximadamente 500 metros al oeste de Juozapinė.


title: Colina Aukštojas

text: El uso dedicado de la tierra donde la colina de Aukštojas se encuentra situada ha sido cambiado por el gobernador del condado de Vilna de agrícola al turismo y la cultura. La cumbre de la colina tiene un bosquecillo de pinos. La institución pública "Lietuvos viršūnės", liderada por Vladas Vitkauskas, el montañero más destacado de Lituania, está promoviendo esfuerzos para designar a la colina Aukštojas como un monumento geográfico en la históricamente importante región de Medininkai.


title: Colina Aukštojas

text: El nombre "Aukštojas" fue sugerida por Libertas Klimka, un profesor de historia en la Universidad Pedagógica de Vilna, y fue el ganador de un concurso para decidir el mejor nombre para la recientemente descubierta elevación. Aukštėjas (Aukštojas, Aukštujis) fue una de las más importantes deidades en la antigua mitología lituana; era considerado el creador del mundo. La colina fue "bautizada" el 20 de junio de 2005, durante una ceremonia no oficial. El nombre fue aprobado provisionalmente por el consejo del municipio de Vilna el 18 de noviembre de 2005.


title: Colina Aukštojas

text: Un nombre alternativo, "Colina Aukštėjas", fue descartado como candidato por la comisión estatal sobre el lituano, sobre la base de que el sufijo ("-ėj-") no era adecuado para un topónimo; "Aukštėjas" ha sido aprobado por la comisión solo como un nombre para la deidad.


title: Marco Claudio Glicia

text: Marco Claudio Glicia (en latín "Marcus Claudius Glicia") un liberto de P. Claudio Pulcro, de quien fue empleado o mensajero.


title: Marco Claudio Glicia

text: Cuando Publio Claudio Pulcro, después de su derrota en Drépano, en el año 249 a. C., fue citado por el Senado para responder por su mala conducta, aquel le mandó nombrar a un dictador y él nombró a Glicia.


title: Marco Claudio Glicia

text: El nombramiento fue, sin embargo, inmediatamente cancelado, incluso antes de que Glicia hubiese nombrado a su magister equitum. Ello no impidió a Glicia comparecer en los grandes juegos con su toga pretexta como si hubiera sido realmente dictador.


title: Marco Claudio Glicia

text: Glicia después fue legado en Córcega, del cónsul C. Licinio Varo, en el año 236 a. C., donde, presumiblemente por tratar con los corsos sin órdenes del Senado o del cónsul, fue entregado al enemigo como el único responsable por el tratado, y, ante la negativa de ellos de castigarlo, fue condenado a muerte en Roma.


title: Vern Hatton

text: Walter Vernon "Vern" Hatton (nacido el 19 de enero de 1936 en Owingsville, Kentucky) es un exjugador de baloncesto estadounidense que disputó cuatro temporadas en la NBA. Con 1,90 metros de altura, lo hacía en la posición de base.


title: Vern Hatton

text: Jugó durante cuatro temporadas con los "Wildcats" de la Universidad de Kentucky, en las que promedió 15,2 puntos y 4,5 rebotes por partido. Consiguió ganar en 1958 el título de Campeón de la NCAA, siendo uno de los jugadores más destacados de su equipo, elegido en el quinteto ideal de la Final Four y en el de la Southeastern Conference. Su mejor partido como universitario lo disputó en enero de ese año ante la Universidad de Folrida, en el que anotó 35 puntos.


title: Vern Hatton

text: Fue elegido en la décima posición del Draft de la NBA de 1958 por Cincinnati Royals, pero medida la temporada fue traspasado a Philadelphia Warriors a cambio de Phil Rollins. Allí asumió el papel de suplente del base titular, Guy Rodgers, jugando dos temporadas y media, siendo la más destacada la de su debut, la 1958-59, en la que promedió 5,2 puntos y 2,4 rebotes por partido.


title: Vern Hatton

text: Tras no contar con él en el equipo, en la temporada 1961-62 es traspasado a los Chicago Packers, de donde a su vez fue transferido a mediados de temporada a St. Louis Hawks, completando allí el que iba a ser su último año en la liga profesional.


title: Monte Balanesti

text: La colina Bălănești (en rumano, Dealul Bălănești) es el punto más alto en Moldavia, con una altitud de 430 m (429 m según algunas fuentes). Se encuentra en las colinas Cornești.


title: Starodub

text: Starodub (, literalmente "viejo roble") es una ciudad del óblast de Briansk, en Rusia, y el centro administrativo del raión de Starodub. Está situada en las tierras bajas del río Desná, a orillas del río Babinets, de la cuenca del Dniérper, y a 169 km al sudoeste de Briansk, la capital del óblast. Su población alcanzaba los 18.399 habitantes en 2008.


title: Starodub

text: Starodub es conocida a partir del siglo XI, como parte de Severia. Fue incendiada completamente por los mongoles de Batu Kan en el siglo XIII. Durante el siglo XIV, Starodub pertenecía al Gran Ducado de Lituania. Entre 1503 y 1618, Starodub perteneció al Gran Ducado de Moscú, y después de esa fecha, durante treinta años, hasta 1648 a la Mancomunidad de Polonia-Lituania. Durante la Rebelión de Jmelnytsky (1648-1654), la ciudad fue centro de operaciones del regimiento cosaco de la ciudad. Gozó de un grado de autonomía entre 1666 y 1686.


title: Starodub

text: Starodub formaría parte entonces del Hetmanato cosaco autónomo hasta 1781. En 1796, es incorparada a la guberniya de Chernígov. Durante la Primera Guerra Mundial, la ciudad fue ocupada por el ejército alemán desde 1917 a 1918. Las fuerzas soviéticas llegarían a la ciudad en noviembre de 1918. Durante el periodo soviético, Starodub formaría parte sucesivamente del óblast de Gómel (1919-1926), del óblast de Briansk (1926-1929), del óblast occidental (1929-1938) y del óblast de Oriol (1938-1945). Durante la Segunda Guerra Mundial, la ciudad es ocupada por la Alemania nazi entre agosto de 1941 y el 22 de septiembre de 1943. Starodub será finalmente enmarcada en el óblast de Briansk en 1945.


title: Starodub

text: Starodub es el único lugar de Rusia en el que se pueden encontrar ejemplos auténticos de Barroco ucraniano. La catedral de la Natividad, construida en 1617, reformada tras un conflicto en 1677, es un ejemplo típico del barroco cosaco. La iglesia de la Epifanía data de 1789, mientras que la de San Nicolás fue construida en estilo neocásico en 1802.


title: Starodub

text: Starodub es un centro agrícola para el área, la ciudad es sede de varias empresas de la industria alimentaria (envasado de conservas alimenticias, vegetales y fruta; industria láctea). Por otro lado existen pequeñas compañías de la industria técnica ligera y de la electrotécnica.


title: Starodub

text: La ciudad es fin de línea de un ferrocarril de 30km de largo, que se une a la línea Unecha-Woroshba en Shecha.


title: NFKB1

text: La subunidad p105 del factor nuclear NF-kappa-B (NFKB1) es una proteína codificada en humanos por el gen "NFKB1".


title: NFKB1

text: Este gen codifica una proteína de 105 kDa que puede sufrir procesamiento co-traduccional el proteasoma 26S para generar una proteína de 50 kDa. La proteína de 105 kDa es un inhibidor Rel específico de transcripción y la de 50 kDa es una subunidad de unión a ADN del complejo proteico NF-κB. NF-κB es un factor de transcripción que es activado por diversos estímulos intra- y extracelulares, tales como citoquinas, radicales libres de oxígeno, radiación UV y productos bacterianos y virales. El complejo NF-κB activado es traslocado al núcleo celular y estimula la expresión de genes implicados en una amplia variedad de procesos biológicos; en torno a 200 genes conocidos son dianas de NF-κB en varios tipos de células diferentes, bajo condiciones específicas. Una activación inapropiada de NF-κB se ha asociado con un cierto número de enfermedades inflamatorias, mientras que una inhibición persistente de NF-κB conduce a un desarrollo incorrecto de células del sistema inmune o un retraso en el crecimiento celular.


title: NFKB1

text: La proteína NFKB1 ha demostrado ser capaz de interaccionar con:


title: En el nombre del fútbol

text: En el Nombre del Fútbol (ENDF) fue un programa deportivo que se emitía por el Canal del Fútbol (CDF), de lunes a viernes en horario de 23:00 a 24:00 horas.


title: En el nombre del fútbol

text: El programa estaba orientado a un panel de debate, discusión y análisis junto con noticias, reportajes y temas especiales a desarrollar. El programa dedicaba los días miércoles al campeonato de la Primera B con la revisión de los goles, noticias, estadísticas y notas de los equipos.


title: En el nombre del fútbol

text: Con invitados relacionados con la contingencia del fútbol nacional e internacional, el programa además le daba una extensa cobertura a los equipos de provincias. Se emitía por las señales Básica y Premium desde el 25 de septiembre de 2006. El 20 de julio de 2012 el programa celebró la edición número 1.500 desde que se emite.


title: En el nombre del fútbol

text: El día 13 de agosto de 2017 el programa pasó a la historia, al convertirse en el primer programa futbolístico de la TV chilena en tener una mujer como panelista, al incluir a Grace Lazcano. Pero esto fue manchado debido a que Romai Ugarte hizo un gesto obsceno mientras se presentaba a Grace en el programa, lo que días después le costó el puesto en el canal.


title: En el nombre del fútbol

text: Equipo de Producción


title: Jean-Auguste Barre

text: Jean Auguste Barre, nacido en 1811 en París y fallecido en 1896 en la misma ciudad, fue un escultor francés.


title: Jean-Auguste Barre

text: Jean Auguste Barre (1811-1896) fue un escultor francés y medallista. Nacido en París, fue entrenado por su padre, JeanJacques Barre (1793-1855), grabador de medallas. Barre estudió en la École des Beaux-Arts de París, donde perfeccionó su formación en la escultura con Jean Pierre Cortot, modelado con David de Angers y sigue las enseñanzas de la artista Achille Deveria. Es conocido principalmente como escultor de retrato.


title: Jean-Auguste Barre

text: Expone en el Salón de Francia desde 1831 hasta 1886, sus primeras muestras eran de medallones y medallas. En los salones ganó en la sección de escultura una medalla de segunda clase en 1834, de primera clase en 1840, luego fue elevado al rango de Caballero de la Orden de la Legión de Honor en 1852.Barre es conocido por ser uno de los primeros escultores en hacer miniaturas de contemporáneos famosos, como Napoleon III, la reina Victoria, los bailarines Marie Taglioni y Emma Livry, y Susan B. Anthony. Sus obras en bronce se exhiben en lugares como el Louvre y el Museo de Arte de Cleveland.


title: Jean-Auguste Barre

text: No haber competido para el Premio de Roma, sin embargo, pudo impedir una carrera oficial más importante. Desde 1835, retrató dentro de un género familiar e íntimo que es posteriormente sustituido por la fotografía. Al realizar para el rey Luis Felipe I la tumba de su madre, la duquesa de Orleans en la Capilla Real de Dreux, su fama crece en el segundo imperio. No son menos de veintiséis los bustos de Napoleon III y muchas efigies de la Emperatriz Eugenia , él fue, en la década de 1850, gracias a su habilidad y talento , el retratista preferido de la corte imperial donde también hace retratos de medallas.


title: Jean-Auguste Barre

text: Hizo algunos pedidos grandes para el Museo Histórico de Versalles y obras monumentales, como en 1861, la estatua de la Prudencia de la Fuente de Saint Michel, en París.


title: Jean-Auguste Barre

text: Auguste Barre es uno de los primeros creadores de las populares "estatuas-retrato" pequeñas , de las mujeres de la década de 1830: amigos íntimos, como la Sra. Aquiles Deveria o la señora Paul Delaroche ; efigies de figuras en pie de artistas contemporáneos como la mayoría de los bailarines famosos de la época en la Ópera: Fanny Elssler y Marie Taglioni, o el más popular Bayadera Amany, la actriz Rachel ... También realiza las estatuas dentro del estilo trovador : "María de Borgoña a caballo".


title: Jean-Auguste Barre

text: En el estilo romántico, más vigoroso, sus primeros trabajos fueron seguidos por el encanto de la decoración refinada del estilo de las obras tardías del artista, que luego evoluciona a un académicismo de buena calidad en sus encargos oficiales.


title: Jean-Auguste Barre

text: Una de sus obras de piedra se encuentra en el cementerio de Père Lachaise, donde hizo un busto para la tumba de su amigo Alfred de Musset.


title: Jean-Auguste Barre

text: Murió en París en 1896.Imágenes de esculturas


title: Jean-Auguste Barre

text: "(pinchar sobre la imagen para agrandar)"


title: Aceite de rosas

text: El aceite de rosas es el aceite esencial extraído de los pétalos de varios tipos de rosas. Se puede obtener mediante destilación a vapor, extracción de solventes y extracción supercrítica de dióxido de carbono, y es principalmente utilizado en perfumería. Aun pese a su alto precio y a la invención de la síntesis orgánica, todavía el aceite de rosas es uno de los aceites esenciales más importantes de los empleados en la perfumería actual.


title: Aceite de rosas

text: Existen dos principales especies de rosas que se cultivan para la producción de aceite: Los compuestos químicos más comúnmente presentes en el aceite de rosas son:


title: Aceite de rosas

text: Los compuestos clave que contribuye al sabor y olor distintivo del aceite de rosas son, sin embargo, la "beta-damascenona", la "beta-damascona", la "beta-ionona", y el"óxido de rosas". La presencia y cantidad de beta-damascenonas es considerada como in indicadore de calidad del aceite de rosas. Aunque estos compuestos existan en menos de un 1%, contribuyen en la generación de más del 90% del contenido aromático de los aceites de rosas, debido a su bajo umbral de detección de olor.


title: Aceite de rosas

text: Debido a que el proceso productivo requiere de un trabajo intensivo, y por el bajo contenido de aceite de los botones, el aceite de rosas tiene un precio muy alto. La cosecha de flores se realiza manualmente, temprano en la mañana (antes del amanecer), y el material debe ser destilado durante el mismo día.


title: Aceite de rosas

text: Existen tres métodos principales de extraer el aceite de las plantas:En el proceso de destilación, grandes alambiques, tradicionalmente de cobre, son llenados con rosas y agua. El alambique es calentado entre 60 y 105 minutos, tras lo cual el vapor de agua y el aceite de rosas salen del alambique, entran a un condensador y son finalmente recolectados en un frasco. De esta destilación se obtiene un aceite muy concentrado, que constituye hasta el 20% del producto final. El agua en el que se condensa, junto con el aceite es drenado y redestilado, en un proceso de cohobación, a fin de obtener las fracciones solubles en agua del aceite de rosas, como el alcohol feniletílico, que es un componente vital del aroma y que constituye hasta un 80% del aceite.


title: Aceite de rosas

text: Ambos aceites son combinados para elaborar el azahar de rosas, que es usualmente de un color verde oliva oscuro y que forma cristales blanquecinos a temperatura ambiente, los que desaparecen cuando el aceite es entibiado. Tiende a ponerse viscoso a temperaturas más bajas debido a la cristalización de algunos de sus componentes.


title: Aceite de rosas

text: La esencia tiene un olor muy fuerte, que se hace más agradable cuando es diluido y usado como perfume. El azahar de rosas era elaborado ya en la Antigüedad, en India, Persia, Siria, y el Imperio otomano. El Valle de las Rosas en Bulgaria, es uno de las mayores zonas de producción de azahar de rosas en el mundo.


title: Aceite de rosas

text: Debido al calor que se requiere para la destilación, algunos de los compuestos extraídos de la rosa se desnaturalizan, lo que hace que el azahar de rosas no huela muy similar a las rosas frescas. La


title: Aceite de rosas

text: La porción de hidrosol del destilado es conocida como "agua de rosas", subproducto ampliamente utilizado como saborizante y en la industria cosmética.


title: Aceite de rosas

text: En el método por extracción de solvente, las flores son agitadas en una batea con un solvente, que puede ser hexano, lo que extrae los compuestos aromáticos y otras sustancias solubles como cera y pigmentos. El resultado es sujeto a un proceso de aspirado, que remueve el solvente para su reutilización. La masa remanente, denominada como "concreto", es mezclada con alcohol para disolver los constituyentes aromáticos, quitando la cera y otras sustancias. El alcohol es evaporado a baja presión, dejando como resultado el absoluto. Éste puede ser procesado posteriormente para remover cualquier impureza que permanezca tras la extracción.


title: Aceite de rosas

text: El absoluto de rosas es de color marrón rojizo, descristalizado. A causa de las bajas temperaturas en este proceso, el absoluto puede tener un aroma más similar al de las rosas frescas en comparación con el azahar.


title: Aceite de rosas

text: Un tercer proceso, la extracción supercrítica de dióxido de carbono, combina los mejores aspectos de los otros dos métodos. Cuando el dióxido de carbono es sometido a por lo menos 72,9 atm de presión y a una temperatura de al menos 31,1 ° C (su punto crítico), se convierte en un fluido supercrítico con las propiedades de permeabilidad de un gas y las propiedades de solvatación de un líquido. (Bajo condiciones de presión normal, el CO cambia directamente de estado sólido a gaseoso en un proceso conocido como sublimación.) El fluido supercrítico de CO extrae los compuestos aromáticos de la planta.


title: Aceite de rosas

text: Al igual que la extracción de solventes, la extracción de CO se da en temperaturas bajas, extrae una amplia clase de compuestos posibilitando que la esencia obtenida tenga un perfume más fiel al original, y no altera los compuestos aromáticos producto del calor. Ya que el CO es gaseoso a una presión atmosférica normal, no deja rastros propios en el producto final.


title: Aceite de rosas

text: Para destilar una onza líquida de aceite esencial de rosas, se necesita una gran cantidad de pétalos. Dependiendo del método de extracción utilizado y de la especie de rosa que se use, el rendimiento promedio puede oscilar entre 1:1500 a 1:10000.Para mitigar los costos, algunos productores diluyen aceite de rosas con aceites esenciales de geranio ("Pelargonium graveolens") o limoncillo ("Cymbopogon martinii"), pues ambos son ricos en geraniol, principal constituyente del aceite de rosas. Algunos de estos "aceites" pueden llegar a estar compuestos de cerca de un 90% de geranio o limoncillo y un 10% de rosa.


El Distrito Escolar Independiente de Spring Branch (Spring Branch Independent School District, SBISD en inglés) es el distrito escolar en Texas, Estados Unidos. El distrito gestiona escuelas en Houston (Spring Branch y Memorial), Bunker Hill Village, Hedwig Village, Hunters Creek Village, Piney Point Village, Hilshire Village, y Spring Valley Village.


title: Distrito Escolar Independiente de Spring Branch

text: Los estudiantes al norte de Interstate 10 son mayoría hispana y de bajos a medios ingresos. Los estudiantes al sur de Interstate 10 son mayoría blanca y de medios a altos ingresos.


text: del barrio alternativas


text: del barrio Alternativas


title: Guangzhou City Football Club

text: Guangzhou City Football Club () es un club de fútbol de Guangzhou, Cantón que juega en la Superliga China. El equipo disputa sus partidos como local en el estadio Yuexiushan, con capacidad para 18 000 espectadores. El club es propiedad de los desarrolladores inmobiliarios chinos R&F Properties, que se hicieron cargo en junio de 2011. Las siglas «R&F» en inglés del club es la abreviatura de "Rich" (富) y "Force" (力).


title: Guangzhou City Football Club

text: El club fue fundado originalmente en 1986, en Shenyang y que una vez fue nombrado Shenyang Ginde FC () donde jugaban en el Estadio Wulihe (五里河体育场), de 55.000 asientos, hasta que se trasladó a Changsha en 2007 para pasar al Estadio Helong. La empresa estadounidense de equipos deportivos y deportivos MAZAMBA se hizo cargo del club en 2010 y trasladó el club a Shenzhen en febrero de 2011. Su propiedad fue breve, y en junio de 2011 los promotores inmobiliarios chinos, Guangzhou R&F, se hicieron dueños del club y los trasladaron a la capital cantonesa. El club tuvo su temporada más exitosa en 2014, ya que terminó tercero en la liga y se clasificó para la Liga de Campeones de la AFC 2015.


title: Guangzhou City Football Club

text: El club fue fundado en 1986 por el cuerpo deportivo local del gobierno de Shenyang para participar en el sistema de liga de fútbol chino. El club fue nombrado simplemente «Shenyang» ((沈阳). El equipo comenzó en la parte inferior del sistema de la liga jugando en la segunda división. Fueron promovidos a la Liga China Jia-A de 1988 rápidamente después de que la liga se expandiese y el Liaoning FC no fuese elegido para alinear a su equipo de reserva en la misma división. Sin embargo, el club fue relegado después de solo una temporada. Con las siguientes campañas, el club se mantuvo en el segundo nivel, a excepción de una corta incursión en la campaña de 1992 en la Jia-A de China; sin embargo, nuevamente fueron relegados después de una sola temporada.


title: Guangzhou City Football Club

text: En la temporada de liga de 1994, todo el sistema de la liga de fútbol chino se había vuelto profesional. El club pudo adquirir un patrocinio y cambiar el nombre a Shenyang Liuyao (沈阳东北六药), pudiendo volver al nivel superior debido a su membresía de 1992. Cuando el equipo fue relegado nuevamente al final de la temporada, se renombraron Shenyang Huayang (沈阳华阳) y luego Shenyang Haishi (沈阳海狮, literalmente «Sementales de Shenyang») en 1996. Nuevamente el club ganó el ascenso al nivel superior; sin embargo, a diferencia de antes, pudieron evitar el descenso. Este iba a ser el comienzo del establecimiento del club dentro de la liga, aunque el equipo se benefició de varias temporadas en las que no hubo descenso mientras la liga se expandía. En 2001, el club fue adquirido por Ginde Plastic Pipe Industry Group, una subsidiaria del Grupo Hongyuan y cambió su nombre a Shenyang Ginde (沈阳金德). En 2007, el estadio Shenyang Wuilihe fue demolido. Mientras se esperaba que el club se mudara a otro estadio dentro de Shenyang, especialmente el Estadio del Centro Deportivo Olímpico de Shenyang, no se llegó a un acuerdo y el club se mudó a Changsha, en Hunan y cambió su nombre a Changsha Ginde (长沙金德).


title: Guangzhou City Football Club

text: Después de que el Changsha Ginde quedara relegada a la Primera Liga China al final de la temporada 2010 de la liga, el club fue comprado por MAZAMBA y se trasladó al Estadio Shenzhen en la ciudad de Shenzhen, Guangdong en febrero de 2011. Para representar este cambio, los propietarios cambiaron el nombre del club a Shenzhen Phoenix y cambió el uniforme local de azul cielo a verde. En mayo de 2011, el club se vio expuesto a graves problemas financieros y luchaba por pagar a sus jugadores y su alojamiento en un hotel.


title: Guangzhou City Football Club

text: Los dirigentes del club dudaron seriamente si podrían completar la temporada 2011, por lo que el Shenzhen Phoenix se puso a la venta. El club fue comprado por los inmobiliarios chinos Guangzhou R&F, quienes trasladaron el club al estadio Yuexiushan en Guangzhou y regresaron los colores del club a azul. Bajo los nuevos dueños los resultados mejoraron significativamente y el club obtuvo una promoción de regreso al nivel superior al final de la temporada 2011 de Primera Liga China. El equipo terminó la Superliga China en séptimo lugar, y los dueños del club decidieron crear una escuela de fútbol en Meizhou. Sin embargo, al comienzo de la temporada de la Superliga de China 2013, el club tuvo problemas en la liga y el técnico Sérgio Farias fue despedido. El sueco Sven-Göran Eriksson, fue nombrado para reemplazarlo el 4 de junio de 2013 y se le otorgó un contrato por 19 meses. La primera temporada completa de Eriksson vería el club terminar tercero, su mejor resultado de liga, y calificar para la Liga de Campeones de la AFC por primera vez. El delantero marroquí Abderazzak Hamdallah fue un jugador clave para el equipo, anotando 22 veces en 22 apariciones. Sin embargo, el mánager Eriksson se fue al final de su contrato al Shanghai SIPG, que había terminado quinto ese año.


title: Guangzhou City Football Club

text: El 2 de enero de 2015, el club anunció que Cosmin Contra sería su nuevo entrenador. Contra entrenó al club en su primera aparición en la Liga de Campeones de la AFC 2015, pasando por las etapas preliminares contra Warriors FC y Central Coast Mariners para ganar un lugar en la fase de grupos. Sin embargo, a pesar de una victoria fuera de casa sobre el Gamba Osaka, el Guangzhou R&F fue eliminado en la fase de grupos. La actuación del equipo en liga también fue pobre y Contra fue despedida el 22 de julio. Li Bing fue instalado como técnico interino. Hubo más cambios, ya que el centrocampista defensivo coreano Park Jong-woo y el lesionado e inestable Hamdallah también abandonaron el club a mitad de temporada. Hamdallah solo marcó tres goles en 2015, convirtiéndose en el máximo goleador de todos los tiempos del club en el momento con 25, uno por delante de Yakubu Aiyegbeni. La interrupción continuó cuando R&F se vio obligado a jugar algunos de sus partidos en casa en el University City Stadium de Guangzhou mientras Yuexiushan estaba siendo restaurado, al igual que en 2012. Guangzhou R&F anunció a Dragan Stojković como su nuevo entrenador el 24 de agosto con un contrato hasta el final de la temporada 2017. Stojković conservó el estado de la máxima categoría del R&F al terminar 14.° de 16 equipos en 2015.


title: Guangzhou City Football Club

text: En julio de 2016, R&F firmó con el internacional israelí Eran Zahavi de Maccabi Tel Aviv F.C. Mientras que el estadio local Yuexiushan estaba siendo remodelado, R&F jugó sus primeros partidos en casa en 2017 en el Guangdong Provincial People's Stadium. El estilo de juego ofensivo de Stojković y los goles de Zahavi llevaron a R&F a terminar quinto en la Superliga de China 2017. Hubo una doble decepción en el último día de la temporada ya que el club no pudo clasificarse para la Liga de Campeones asiática y Zahavi perdió la oportunidad alcanzar el récord de goles en primera división por solo un gol. Sin embargo, sus 27 goles le valieron la bota de oro de 2017. Clasificación histórica de la liga


title: Guangzhou City Football Club

text: Europa


title: Guangzhou City Football Club

text: Asia


title: Guangzhou City Football Club

text: África


title: Guangzhou City Football Club

text: Sudamérica


title: Guangzhou City Football Club

text: Centroamérica


title: Queratoglobo

text: El queratoglobo es una enfermedad infrecuente del ojo que se caracteriza por una disminución en el grosor de la córnea que a veces solo alcanza el 20% del normal. La córnea se abomba, protruye hacia afuera y aumenta la curvatura que tiene habitualmente. Generalmente esta anomalía está presente desde el nacimiento, aunque en ocasiones se inicia en la vida adulta. Suele afectar ambos ojos.


title: Queratoglobo

text: Se cree que este trastorno puede estar relacionado con otras afecciones del ojo, como el queratocono, la amaurosis congénita de Leber y la enfermedad de las escleróticas azules.


title: Queratoglobo

text: La córnea tiende a romperse ante pequeños traumatismos, lo que puede hacer que pierda su transparencia y se produzcan cicatrizaciones que ocasionan pérdida de visión paulatina.


title: Queratoglobo

text: Otra complicación es el hidrops, que consiste en la entrada del humor acuoso en el interior de la córnea, como consecuencia de su rotura a nivel de la membrana de Descemet. El hidrops produce una pérdida de visión de inicio brusco que va recuperándose lentamente en el transcurso de entre 4 y 6 semanas, aunque pueden quedar opacidades residuales como secuela.


title: Bobotov Kuk

text: Bobotov Kuk (Cirílico: Боботов Кук) es un pico en el norte de Montenegro. Con 2.523 m, es el pico más alto de la montaña Durmitor, y se ha creído que es el punto más alto de Montenegro, pero nuevas investigacionbes han revelado que hay tres picos más altos en la frontera con Albania. La mayor parte de las montañas montenegrinas son visibles desde Bobotov Kuk, entre ellas Lovćen (sobre el mar Adriático), Kopaonik y Tara (en Serbia), Maglić (en Bosnia y Herzegovina).


title: Bobotov Kuk

text: El primer ascenso documentado de Bobotov Kuk fue en 1883 por un cartógrafo austriaco, Oscar Baumann. El primer grupo montañero organizado en Zagreb fue a Durmitor en 1926. En 1931 dos austriacos hicieron el primer ascenso invernal desde Bezimeni vrh.


title: Bobotov Kuk

text: Los lados septentrional y oriental de esta compacta cumbre en forma piramidal, que tiene unos 200 metros de alto, se alza por encima de escarpadas laderas que descienden hacia una gran cuenca rocosa Valoviti Do (entre 2000 y 2100m), que se alza entre gruesas rocas y está parcialmente cubierta con restos de nieve todo el verano. El lado occidental de Bobotov Kuk es más impresionante. Junto con los picos Bezimeni Vrh y Djevojka, Bobotov Kuk, que se encuentra entre ellos, forma una gran pared a modo de anfiteatro de Durmitor. Es de alrededor de 400 m de alto y casi 2 km de ancho. Bajo el muro hay inmensas laderas pedregosas, igualmente altas, que descienden inclinándose mucho hacia el fondo del valle Skrka, que contiene los lagos Veliko Skrcko Jezero (1686m) y Malo Skrcko Jezero (1711m). Al sur Bobotov Kuk baja marcadamente hacia la cuenca del lago Zeleni Vir (2028m), que está colocado en la parte baja del anfiteatro que forman las paredes de Bobotov Kuk, Lucin Vrh y Minin Bogaz (2387m). Al sur del lago está Zupci (2309m).


title: Bobotov Kuk

text: El Bobotov Kuk se asciende fácilmente en el verano para todo tipo de personas. El lugar más fácil para comenzar es desde Zabljak, en una ruta bien marcada con postes y marcas de sendero. Es una caminata de 10 horas.


title: BUB1B

text: La serina/treonina cinasa de punto de control mitótico BUB1 beta (BUB1B) es una enzima codificada en humanos por el gen .


title: BUB1B

text: Este gen codifica una cinasa implicada en la función del punto de control de la mitosis o del ensamblaje del huso mitótico. Esta proteína ha sido localizada en el cinetocoro y juega un importante papel en la inhibición del complejo promotor de la anafase/ciclosoma (APC/C), retrasando la entrada en anafase y asegurando una correcta segregación de los cromosomas. Se has asociado diversos tipos de cáncer con anomalías encontradas en la función del punto de control del huso mitótico.


title: BUB1B

text: Esta enzima pertenece a la familia de las serina/treonina proteína cinasas no específicas ().


title: BUB1B

text: La proteína BUB1B ha demostrado ser capaz de interaccionar con:


title: Carlos Salem

text: Carlos Salem Sola (Buenos Aires, 1959) es un escritor, poeta y periodista. Desde el año 1988 reside en Madrid, España.


title: Carlos Salem

text: Desde su llegada a España continuó su labor periodística, dirigiendo diarios como El Faro de Ceuta, El Telegrama o El Faro de Melilla, entre otros, al tiempo que colaboró con distintos medios de comunicación de prensa y radio.


title: Carlos Salem

text: El 2007 debutó como novelista con "Camino de ida", que mereció el Memorial Silverio Cañada de la Semana Negra de Gijón 2008 a la Mejor Primera Novela Policial escrita en Español.Publicada en 2009 en Francia por Moisson Rouge bajo el título "Aller Simple", fue finalista de los "Grand prix de littérature policière" a la mejor novela policial traducida al francés, y señalada por la revista Lire como una de las diez mejores del año.


title: Carlos Salem

text: Su segunda novela, "Matar y guardar la ropa" ganó el Premio Novelpol a la mejor novela negra publicada en español.


title: Carlos Salem

text: Con "Pero sigo siendo el rey" fue finalista del Premio Dashiell Hammett de la Semana Negra de Gijón, y ganó el premio Mandarache de fomento a la lectura,y su versión francesa ("Je reste roi'Espagne"), fue ganadora de la selección de otoño del premio de Narrativa de los ferrocarriles franceses.


title: Carlos Salem

text: En marzo de 2010 se publica su cuarta novela, "Cracovia sin ti", ganadora del Premio Internacional Ciudad de Seseña de Novela Romántica.


title: Carlos Salem

text: En octubre de 2011 se publica su quinta novela, "Un Jamón Calibre 45", en la colección negra de RBA.


title: Carlos Salem

text: Como poeta ha participado en festivales como PoeMaD, INVERSO, Festival Internacional de Perfopoesía, Festival Internacional de Poesía de Génova, Feria del Libro de Ginebra, Festival Nuevas Letras.


title: Carlos Salem

text: Fue coordinador de las Jam Session de Poesía de la Semana de las Letras de la Universidad Complutense de Madrid.


title: Ladrón de julios

text: Un "ladrón de julios" es un sencillo circuito que permite drenar prácticamente toda la energía de una batería, mediante la amplificación del voltaje generado por ésta.


title: Ladrón de julios

text: En la edición de noviembre de 1999 de "Everyday Practical Electronics (EPE)", Z. Kaparnik publicó un sencillo circuito que consiste en una fuente conmutada de un transistor con realimentación de transformador. Debido a su simplicidad y utilidad, el circuito se ha hecho popular con el paso del tiempo.


title: Ladrón de julios

text: Este circuito también recibe el nombre de oscilador de bloqueo ("blocking oscillator").


title: Monte Agel

text: Monte Agel (en francés: "Mont Agel") es una montaña ubicada en la frontera entre Francia y Mónaco. El punto culminante de este monte, con 1.148 metros sobre el nivel del mar, está situado en el lado francés, pero el punto más alto de Mónaco, un camino llamado "Chemin des Révoires," está situado sobre sus laderas, a una altitud de 161 msnm.


title: Monte Agel

text: La cumbre de Mont Agel está ocupado por la base aérea de Niza, en sí mismo construido sobre el anterior Ouvrage Mont Agel de las fortificaciones de la Línea Alpina.


title: Monte Agel

text: El príncipe Raniero III de Mónaco construyó en 1957 el Palacio de Verano (o residencia privada) de la Familia Principesca de Mónaco en este lugar, y se llama "Roc Agel".


title: Cappelle sul Tavo

text: Cappelle sul Tavo es un municipio situado en el territorio de la Provincia de Pescara, en Abruzos, (Italia).


title: The Commitments (película)

text: Los Commitments (en inglés: "The Commitments") es una película de 1991 dirigida por Alan Parker basada en la novela homónima, de Roddy Doyle. Protagonizada por Robert Arkins, Johnny Murphy, Colm Meaney, Michael Aherne, Angeline Ball, Maria Doyle Kennedy, Dave Finnegan, Bronagh Gallagher, Félim Gormley, Glen Hansard, Dick Massey, Kenneth McCluskey, Andrew Strong y un largo reparto. Es una coproducción de Irlanda, Reino Unido y Estados Unidos.


title: The Commitments (película)

text: La película fue galardonada con el Premio BAFTA 1992 a mejor película, dirección, guion y montaje.


title: The Commitments (película)

text: En un barrio obrero de Dublín Norte, Jimmy Rabbitte (R. Arkins), un joven adolescente, sueña con fundar su propia banda de música soul, siguiendo el estilo de sus ídolos Otis Redding, Aretha Franklin, James Brown y Wilson Pickett, entre otros. Cuando sus amigos, primeros integrantes de la banda, le preguntan el porqué de querer formar una banda de música negra, él contesta: