Roles desarrollo del software by Joan Sebastián Ra... 5168 views\n1. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de Software El hecho de que en un grupo de desarrollo no se tengan claro los roles y susCapítulo 4: Roles en el desarrollo de software responsabilidades y actividades asociadas, hace que se produzcan problemas. Por un lado, es posible que una o más actividades no estén asociadas a ningún rol, con lo queVersión 1.3 el proyecto sufrirá. Por otro lado, es posible que una o más actividades estén asociadas a más de un rol. Esto último producirá problemas entre los miembros afectados, lo que también redunda en problemas en el desarrollo del sistema. Por lo anterior, se hace necesario que cada miembro conozca muy bien su rol dentro del proyecto, así como las responsabilidades y actividades asignadas. Eso es lo que se intenta describir en este4.1 Introducción capítulo.El desarrollo de software es una actividad que, dada su complejidad, debe Es bastante común que, frente a una oferta de una empresa en busca de personaldesarrollarse en grupo. Además, esta actividad requiere de distintas capacidades, las calificado para su equipo de desarrollo de software, nos sintamos atraídos a postular aque no se encuentran todas en una sola persona. Por ello, se hace necesario formar el un rol específico. Por ello, al final del capítulo se entrega, adicionalmente, algunasgrupo de desarrollo con las personas que cubran todas las capacidades requeridas. recomendaciones básicas para postular al cargo que se desee.Cada una de esas personas aportará al grupo parte del total de las capacidadesnecesarias para llevar a cabo con éxito el desarrollo. 4.2 La fábula de la granjaPor ello, es que cada persona debe tener un rol dentro del grupo, que viene dado porsu experiencia y capacidades personales. En este capítulo se describen los roles que Un día cualquiera, los animales de una granja decidieron hacer una fiesta, con eltradicionalmente se consideran en el desarrollo de software. Estos roles son propósito de pasar un momento agradable. Para organizar la fiesta, se reunieron eladministrador de proyecto, analista, diseñador, programador, téster, asegurador de mismo día en la mañana. Cada animal debía llevar algo a la fiesta. Como es lógico, a lacalidad, documentador, ingeniero de manutención, ingeniero de validación y vaca le pidieron la leche. A la gallina, le tocó llevar los huevos. Y al chancho, el tocino.verificación, administrador de la configuración y por último, el cliente. Para cada uno deestos roles, se definen sus objetivos, actividades, interacción con otros roles, En este caso, la vaca y la gallina participan de la fiesta. Sin embargo, el chancho seherramientas a utilizar, perfil de las personas en ese rol y un plan de trabajo. encuentra involucrado. Su participación le obliga a entregar parte de si mismo como aporte para la fiesta. Al chancho le toca aportar una cuota de sacrificio mayor. LoHay que señalar que es posible que no se requieran todos los roles en un desarrollo. anterior muestra la diferencia entre participar en un evento y estar involucrado.Eso dependerá del tamaño y del tipo del desarrollo. Por ejemplo, el desarrollo de unsistema de información de gran tamaño requerirá más roles que uno de menor tamaño. Tomemos esta fábula para caracterizar a los miembros del grupo de un desarrollo dePor otro lado, si el tipo del proyecto está enfocado más hacia la parametrización e software. ¿Cómo se comportan, en general? ¿Participan o están comprometidos en elintegración de sistemas, requerirá algunos roles en menor medida y otros en mayor. proceso de desarrollo de software?Es posible también que una persona realice las labores de más de un rol al mismo Parece claro que lo deseable, desde el punto de vista del problema completo, es tenertiempo. Esto, sobre todo en proyectos de desarrollo de software más pequeños. No integrantes comprometidos. Pero, ¿cómo se obtienen estos miembros comprometidos?obstante, es imprescindible que dichas personas conozcan completamente todas sus ¿Es posible “crear” miembros del grupo comprometidos? ¿Administrador de proyectotareas. comprometido, analista comprometido, diseñador comprometido, programador comprometido, téster comprometido, asegurador de calidad comprometido,Por otro lado, también es posible la situación de tener más de una persona con un documentador comprometido, ingeniero de manutención comprometido, ingeniero demismo rol en un equipo de desarrollo. Por ejemplo, en sistemas de complejidad validación y verificación comprometido, administrador de la configuraciónmediana hemos utilizado con éxito la fórmula de tener un administrador de proyecto, comprometido y cliente comprometido?dos analistas, dos diseñadores, dos programadores y un téster. Eso hace un total deocho personas en un grupo. Las actividades de documentación y administración de La fábula anterior nos enseña la diferencia entre participar y estar comprometidos enconfiguración son asumidas por todos los roles. Parte de las actividades de una actividad. Es claro que para tener miembros del equipo de desarrolloaseguramiento de calidad son asumidas por el téster. El resto de las actividades no son comprometidos, es necesario capacitarlos en sus deberes y derechos en el ciclo derealizadas. vida del desarrollo de software.© 2003 David Fuller Padilla 1 © 2003 David Fuller Padilla 2\n2. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de SoftwareEs muy poco probable que un miembro no capacitado pueda estar comprometido con definidos. Los recursos asignados pueden ser recursos humanos, económicos,los objetivos del proyecto. Este presentará claras deficiencias en el momento de tecnológicos, espacio físico, etc. En un proyecto, siempre debe existir un administrador.participar en el proceso. Como ejemplo, se mencionan algunas: No obstante, un administrador puede dirigir más de un proyecto.1. Un miembro no capacitado no entenderá el lenguaje técnico utilizado por el resto El administrador no es dueño de nada, es sólo un administrador temporal de los de los miembros. Muchas veces, entenderá una cosa diferente a la expresada recursos. Como no es dueño de nada, debe dejarlos en la misma o mejor condición de por sus pares. Esto es común debido a diferencias en el lenguaje. cómo los recibió. Por ello, el foco de una buena administración debe estar en el control2. Un miembro no capacitado, no conoce el ciclo de vida del desarrollo, ni los y coordinación de los diferentes eventos y actividades de un proyecto. Adicionalmente, problemas que se presentan durante el desarrollo. Sería muy bueno que el deben crearse las mejores condiciones posibles para que se realicen las actividades. miembro pudiera aportar sus conocimientos en su dominio del problema durante todo el ciclo de desarrollo del proyecto. Saber cuando exigir y cuando ceder. Una de las preocupaciones principales para los administradores debe ser el tener una Conocer los estándares de desarrollo, de documentación, de aseguramiento de visión y misión claras del proyecto, trabajando para que ambas se cumplan. En otras la calidad. palabras, el foco de un administrador de proyecto debe estar en el bosque más que en3. Un miembro no capacitado no presupuesta su involucración en el proyecto, sólo los árboles. Sin embargo, debe cuidar cada árbol ya que cada uno de ellos contribuye su participación. Este solo hecho reduce las posibilidades de éxito del proyecto. al bosque. También aumenta los tiempos de desarrollo, disminuye la calidad del sistema, aumentan los riesgos de rechazo del sistema por parte de la comunidad de El rol de administrador de proyecto es un rol muy importante, debido a que sus clientes, etc. acciones y decisiones afectan al proyecto completo.Lo anterior sugiere que es necesario contar con “miembros comprometidos” paradesarrollar correctamente el proyecto. Aspectos a considerar son los de crear un Objetivoslenguaje común entre el equipo de desarrollo, así como hacer que entiendanclaramente sus deberes y obligaciones. Algunos de los objetivos de un administrador de proyecto son los siguientes:Por otro lado, los clientes también deben estar comprometidos con el desarrollo. Eso 1. Tener el producto “a tiempo”, “bajo presupuesto” y con los requisitos designifica que deben conocer el ciclo de vida escogido, cual es su participación en cada calidad definidos.una de las fases del ciclo, y la cantidad de esfuerzo y recursos que se espera quepongan en cada momento del proyecto. Es de vital importancia que participen 2. Terminar el proyecto con los recursos asignados.activamente en la etapa de análisis, así como en todas aquellas actividades de revisióny aceptación. 3. Coordinar los esfuerzos generales del proyecto, ayudando a cada uno de sus integrantes a cumplir sus objetivos particulares. Al final, se cumplirá elEn caso que el cliente no tenga dicha experiencia, se hace necesario que antes de un objetivo general.desarrollo, se los capacite para convertirlos en clientes comprometidos. Lo anteriorrequiere de trabajo, pero va en la senda correcta del éxito de un proyecto de software. 4. Cumplir con éxito las diferentes fases de un proyecto, utilizando herramientas de administración.Es claro entonces que todos los integrantes del equipo de desarrollo debiesen estarcomprometidos con el proyecto, incluyendo los clientes. Lo anterior implica trabajar con 5. Cumplir con las expectativas del cliente.el equipo completo en torno a las metas a lograr, así como las cualidades ycaracterísticas deseables de cada uno de ellos. Para ello, se requiere entender Algunos de los objetivos específicos a cumplir por un administrador de proyecto son loscorrectamente las características de liderazgo dentro de un grupo humano. siguientes: 1. Comenzar y terminar cada actividad de acuerdo a lo planificado.4.3 Administrador de proyecto 2. Lograr el mejor uso de los recursos disponibles.El administrador de proyecto es la persona que administra y controla los recursosasignados a un proyecto, con el propósito de que se cumplan correctamente los planes 3. Observar cada actividad para detectar y resolver inconvenientes.© 2003 David Fuller Padilla 3 © 2003 David Fuller Padilla 4\n3. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de Software En general: • Realizar reuniones generales y seminarios de Actividades y metas evaluación y planificación. • Realizar reuniones de evaluación con cada rol.A continuación se muestra el conjunto de actividades a realizar por el administrador de • Obtener información sobre el estado el proyectoproyecto para lograr cumplir con éxito las metas definidas. para el equipo y para el cliente.Actividades MetasDesarrollo eficiente de reuniones: Relación con otros rolesEl administrador de proyecto está a cargo de las reunionesy presentaciones entre el grupo y con los clientes. El administrador de proyecto debe relacionarse con todo el equipo de trabajo. Para ello, debe darle apoyo con lo siguiente:Debe conducir la reunión usando el protocolo establecido.Debe cuidar de todos los aspectos de la reunión (layout de • Una carta de organización de todo el proyecto.la sala, luces, sillas, mesas, computadores, proyección y Las reuniones logran sus objetivos. Lossonido, pizarra, lápices, material que se entrega, etc.). Mida puntos principales de cada reunión debenel tiempo y compárelo con lo planificado, para así ser documentados. • Un plan de trabajo general.maximizar la eficiencia. • Estimaciones de horas-hombre de cada actividad.Cada reunión debe ser evaluada. De ser necesario, debentomarse acciones correctivas. El administrador deberá tener una comunicación fluida con cada miembro del equipoPromueva reuniones de integración (desayunos, comidas, para analizar problemas particulares, y si es necesario, tomar acciones correctivas. Encoffee breaks, etc.), donde el grupo pueda intercambiar particular, el administrador de proyecto deberá apoyar de la siguiente forma a cada rol:puntos de vista y experiencias, creatividad yespontaneidad.Desarrollo organizacional: • Analistas: Trabajar con los analistas para estudiar las necesidades de los clientes y los requisitos del sistema.Conduzca reuniones y seminarios cuando el grupodetermina los próximos puntos: Asigne las actividades y el proyecto en un • Diseñadores: Trabajar con ellos para diseñar la arquitectura del sistema de contexto amplio y con sentido para el grupo acuerdo con los recursos asignados al proyecto. El administrador de proyecto • Visión. de trabajo. Ayude al equipo en su • Misión. desarrollo organizacional. requiere la arquitectura del sistema para determinar el plan de trabajo de los • Metas. demás roles. • Objetivos. • Actividades. • Tésters: Trabajar con ellos para determinar que tipo de testeo deberá utilizarse, y con que profundidad, de acuerdo con los requisitos de seguridad en el diseñoAdministración: del sistema y de los recursos disponibles. Los resultados de los tests ayudan aEntregar un plan de trabajo general basado en diagramas determinar el éxito del proyecto, preocupación principal de la administración deGantt y de flujo de actividades, apoyado con el plan de proyecto.trabajo de cada rol. • Aseguradores de calidad: La información provista por este rol ayuda a conocer elEl plan de trabajo general deberá contener estimaciones de avance del proyecto. Este rol observa si cada una de las actividades se realizahoras-hombre de cada actividad, que permita estimar los Coordine todas las actividades.recursos humanos requeridos. de acuerdo a las especificaciones planificadas.Desarrollar el contrato junto con el cliente. • Ingenieros de manutención: Generalmente la manutención utiliza una cantidad muy importante de recursos del proyecto. Por ello, el administrador debeRealizar actividades de organización, dirección y control. conocer los planes de manutención, y de ser necesario, ajustarlos a los recursosTrabajar con los analistas para estudiar las necesidades de disponibles.los clientes y los requisitos del sistema.© 2003 David Fuller Padilla 5 © 2003 David Fuller Padilla 6\n4. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de Software • Documentadores: El administrador de proyecto tomará como referencia los • Organización: Distribuir eventos y actividades de acuerdo a los recursos y documentos controlados por los documentadores para elaborar planes y la tiempos disponibles para llevar el proyecto al éxito. evaluación del proyecto. • Liderazgo: Llevar a un equipo a lograr sus objetivos. • Clientes: El administrador de proyecto deberá administrar la relación con los clientes, desarrollando una comunicación fluida con éstos, y siendo la cara • Experiencia: Haber estado en situaciones similares en el pasado. visible del proyecto. • Creatividad: Ser realista, tomando decisiones y tomando acciones cuando el plan actual no funciona. Herramientas de trabajo • Persuasión: Encontrar y desarrollar argumentos para mejorar y ayudar en unaEl administrador de proyecto deberá utilizar herramientas que apoyen su trabajo. situación.Algunas de estas herramientas se describen a continuación: Además, el administrador de proyecto deberá poseer las siguientes habilidades: • Herramientas de comunicación, tales como teléfono fijo y móvil, que permita ser localizado y localizar rápidamente a otros miembros del equipo. El correo • Escuchar y comunicar. electrónico y grupos de discusión también son herramientas de uso frecuente. • Tomar decisiones y realizar acciones. • Herramientas de administración de proyectos, que permitan definir y modificar diagramas Gantt y de flujo de actividades. Ejemplos de esto son MS Project • Trabajar bajo presión. 2000 y MS Project Central, y Primavera. Plan de trabajo • Herramientas que permitan contabilizar el uso de recursos, tal como una planilla de cálculos. Ejemplo de esto es MS Excel. A continuación se mencionan algunas de las actividades a realizar por el administrador de proyecto, que forman parte de su plan de trabajo. • Herramientas de presentación, tal como MS Power Point. • Definir y establecer estándares a seguir por el grupo. • Procesador de texto, tal como MS Word. • Definir una estructura organizacional y hacer un diagrama organizacional. • Grabadora de audio. • Capacitar al grupo en las metodologías y estándares a utilizar. • Grabadora de video. • Crear un modelo de ciclo de vida para el proyecto. Perfil de un administrador de proyecto • Definir un plan y protocolo para desarrollo de reuniones.El administrador de proyecto deberá tener, al menos, las siguientes capacidadespersonales para desarrollar adecuadamente su trabajo: • Definir una agenda de reuniones con cada rol. • Abstracción: Entender y comunicar aspectos no tangibles, como visión y misión • Construir un plan de trabajo específico que contenga diagramas Gantt y de flujo del equipo de trabajo. Deberá además, poder entender y ver el proyecto de actividades. completo como una unidad y sus relaciones entre sus partes. • Definir protocolos para asignar y evaluar actividades. Nótese que durante el • Concretización: Utilizando los recursos e información disponibles, obtener proyecto, será necesario redefinir tareas, y con ello, miembros del equipo conclusiones y tomar acciones específicas para manejar el proyecto. deberán alterar su carga de trabajo para realizarlas.© 2003 David Fuller Padilla 7 © 2003 David Fuller Padilla 8\n5. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de Software • Realizar estimación de horas-hombre por actividad y por persona. Definir una estructura básica del sistema que incluya fuentes de información, módulos de procesamiento Construir el documento de requisitos de usuarios. de información, y resultados esperados. • Realizar reuniones generales para evaluación y planificación. Realizar el análisis de los requisitos. Establecer una estructura básica inicial del sistema. • Realizar un contrato con el cliente que defina las características y condiciones Analizar la estructura básica del sistema. Establecer interacciones, interrelaciones y sus en que se desarrollará el producto. contextos en dicha estructura. Definir la especificación de la arquitectura del Generar los diagramas de la arquitectura. sistema, en forma de un documento técnico4.4 Analistas comprensible.La palabra “análisis” se refiere a una característica típicamente relacionada con la En la fase de análisis de requisitos de usuario, los analistas deben identificar lasinteligencia humana. Esta se refiere a la habilidad de poder estudiar un problema de necesidades del cliente, a través de reuniones con el cliente o su representante. Enuna complejidad determinada, descomponiendo el problema en subproblemas de estas reuniones, los analistas deben ayudar al cliente a definir los objetivos del sistema,menor complejidad. De esa forma, la solución del problema completo se obtiene como determinando la información que desea obtener, la información que será suministradala suma de las soluciones de los subproblemas de menor complejidad. al sistema, las funcionalidad del sistema y el rendimiento requerido. Los analistas deben determinar si cada uno de los requisitos especificados es o no esencial. LuegoLo anterior indica que la fase de análisis en un proyecto de construcción de software se los analistas deben determinar información adicional requerida, tales como larefiere a la especificación de un problema como la suma de subproblemas de menor evaluación de tecnología disponible para el desarrollo y las tecnologías disponiblescomplejidad. Como el experto en el problema es el cliente, se hace necesario trabajar para el cliente. Debe considerar todos los recursos especiales requeridos, lasjunto a él para realizar la especificación correctamente. Los miembros del grupo que estimaciones del cliente y sus tiempos límites, así como factores adicionales quetrabajan con el cliente para realizar el análisis y especificación del sistema a construir puedan ser de interés.son precisamente los analistas. Luego, los analistas deben realizar la especificación de requisitos de software. Esto es,Para que el trabajo de los analistas tenga sentido para todos los integrantes del grupo, no como una especificación en lenguaje del cliente, sino que como especificación parase hace necesario ponerse de acuerdo en la forma como se realizará la especificación, el equipo de trabajo.así como la forma como el resto del grupo la entenderá. Esto sugiere el uso de unestándar para realizar la fase de análisis del problema. En el caso del estándar de la El rol de analista es muy importante, debido a que el éxito del proyecto dependerá deESA, el análisis se divide en dos fases: especificación de requisitos de usuario y una buena especificación de requisitos. Es claro que los errores detectados en lasespecificación de requisitos de software. Los analistas deben liderar ambas fases. fases de análisis son más fáciles de detectar y corregir que en fases más avanzadas del desarrollo. Una buena arquitectura debe ser robusta y flexible. Una falla en laUna de las razones más frecuentes del fracaso de un desarrollo de software es la de estructura puede dar origen al colapso del proyecto en forma parcial o total. Por lorealizar un análisis pobre. Debido al insuficiente esfuerzo dedicado a conocer y anterior, se hace indispensable realizar una buena detección de las necesidades delespecificar el sistema que desea el cliente, los desarrolladores construyen sistemas cliente y el establecimiento de una buena estructura del sistema desde el principio.que no cuentan con las características que el cliente desea. Ese error se repite una yotra vez, y se debe básicamente a la inexperiencia del grupo de desarrolladores. Metodologías de análisis Actividades y metas El analista debe estructurar y especificar el problema del cliente, por lo que se espera que mantengan un contacto estrecho. Durante el período de análisis, el analista seA continuación se detallan un conjunto de actividades para cada uno de las metas a reunirá en forma sistemática con el cliente con el propósito de entender y especificar ellograr por los analistas. problema a desarrollar. Dichas reuniones deben estar planificadas, con fecha de inicio y fecha de término. En cada reunión, los analistas le mostrarán al cliente, como ha ido evolucionando el documento de requisitos de usuario, DRU. El analista deberáActividades Metas asegurarse de que el cliente entiende los conceptos ahí especificados. El analistaEntrevistar al cliente, ayudándole a identificar sus Determinar las necesidades esenciales y nonecesidades. esenciales, así como las que son de segundo podrá utilizar prototipos, encuestas, otros sistemas, etc., con el propósito de ayudar a nivel. estructurar y definir el problema del cliente. El proceso termina con el proceso deVerificar si los requisitos especificados son los Impedir la introducción de defectos revisión de los requisitos de usuario RU/R, y luego, el hito de aceptación del documentocorrectos. tempranamente en la construcción del sistema. de requisitos de usuario, DRU.© 2003 David Fuller Padilla 9 © 2003 David Fuller Padilla 10\n6. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de Software a que es muy difícil tener una herramienta que detecte las necesidades del cliente. EsteEl analista debe además, transformar los requisitos de usuario en requisitos de trabajo está más bien relacionado con el criterio de los analistas. Estas herramientassoftware, y producir el documento de requisitos de software, DRS. La intervención del administran los requisitos, sus propiedades, y sus cambios.cliente en esta etapa es menor, y su trabajo consistirá en resolver los conflictosdetectados en los requisitos de usuario por el analista durante el proceso de Por otro lado, existen herramientas que apoyan a los analistas en tareastransformación. El proceso de especificación de los requisitos de software produce el administrativas y en el manejo de reuniones. Algunos ejemplos de esto son:documento de requisitos de software, DRS. Luego, se realiza una revisión formal RS/Ry termina con el hito de aprobación del DRS. • Proyectores de diapositivas. Relación con otros roles • Videograbadoras.El rol de analista debe interactuar con los demás roles en el grupo. A continuación se • Videocámaras, para grabar las reuniones para análisis posterior.mencionan algunas de las interacciones. • Grabadoras de audio. • Administrador de proyecto: El analista debe interactuar con el administrador de proyecto para estudiar la viabilidad del sistema a desarrollar. Esto es, verificar la También debe considerarse herramientas para la creación de documentos, tales como realización del sistema con los recursos disponibles. El administrador de procesador de texto, software para el diseño y dibujo de diagramas, e incluso, sistemas proyecto le asignará a los analistas, la agenda con actividades a ser realizadas y CASE para realizar la estructura general del sistema. sus fechas. Es claro que la asignación de actividades puede ir modificándose durante el proyecto. Perfil de un analista • Diseñador: Los diseñadores deben interactuar con los analistas para determinar Un analista es una persona con capacidades de comunicación, debido a que deberá la factibilidad del proyecto, y establecer los objetivos del sistema para un buen tener un contacto estrecho con el cliente. Por lo mismo anterior, debe ser una persona diseño. Los analistas deben permanecer en contacto estrecho con los sociable, expresando sus ideas en forma clara en un lenguaje común con el cliente. diseñadores debido a que utilizarán la arquitectura del sistema. Los diseñadores También debe tener la capacidad de escuchar y entender al cliente. Se espera que los deben poder ayudarle a los analistas. analistas tengan un alto grado de desarrollo de su inteligencia emocional. • Programador: Los analistas son apoyados por los programadores en el Los analistas deben conocer y manejar perfectamente los métodos y las tecnologías de entendimiento y especificación de los requisitos de usuario y de software. apoyo para realizar las fases de análisis. Además, se espera creatividad, lo que le Además, los apoyan en la construcción de prototipos rápidos. permitirá establecer diferentes alternativas de modelos para la arquitectura del sistema a construir. • Téster: Los analistas participan junto con los tésters en la revisión de los documentos de análisis de requisitos. También es importante que los analistas estén muy familiarizados con las técnicas de diseño que se utilizarán en las siguientes fases. Además, se hace necesario que esté • Asegurador de calidad: Debe revisar los documentos hechos por los analistas. familiarizado con los diferentes lenguajes de programación para ayudar a escoger el apropiado para la construcción del sistema. • Administrador de la configuración: Debe pedir los cambios pertinentes, evitando errores a futuro. Plan de trabajo • Documentador: Los analistas deberán entregarles la información que servirá A continuación se menciona algunas de las actividades a realizar por los analistas, las para la documentación del sistema. que forman parte de su plan de trabajo. Herramientas de apoyo • Preparar un documento con preguntas a realizar al cliente durante las entrevistas.Resulta innecesario enumerar las herramientas disponibles para apoyar las fases deanálisis, debido a que hay muy pocas, las que no son de mucha utilidad. Esto, debido • Determinar las fechas de reunión con el cliente.© 2003 David Fuller Padilla 11 © 2003 David Fuller Padilla 12\n7. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de Software requisitos y la implementación. En ingeniería de software, el propósito del diseño es la • Generar un documento de especificación de requisitos de usuario en base a los construcción de un sistema que cumpla con los siguientes aspectos: acuerdos alcanzados en la primera reunión. • Satisfaga una especificación funcional dada. • Presentación del documento de especificación al cliente en la siguiente reunión. • Cumpla con las limitaciones del medio receptor del sistema. • De ser necesario, realizar las modificaciones al documento de especificación de requisitos de usuario y presentarlas al cliente en la próxima reunión. Repetir esta • Cumpla requisitos implícitos y explícitos de rendimiento y uso de recursos. actividad las veces que sea necesario. • Satisfaga criterios de diseño implícitos y explícitos en la forma del artefacto • Estudiar la metodología de diseño. construido. • Explorar las herramientas CASE a utilizar. • Satisfaga restricciones del mismo proceso de diseño, tal como su duración y costo, o las herramientas disponibles para realizar el diseño. • Generar los diagramas de arquitectura. Objetivos • Revisar los diagramas de arquitectura con los diseñadores. El propósito del diseño es el de crear una estructura interna limpia y relativamente • De ser necesario, realizar las modificaciones a los diagramas. simple, también llamada a veces una arquitectura. Un diseño es el producto final del proceso de diseño. Así, una de las metas en el diseño de software es derivar una • Presentar los diagramas de arquitectura finales. arquitectura del sistema. Esta arquitectura sirve como un marco desde el cual se conducen más actividades de diseño detallado. • Construir el documento de requisitos de software. Las buenas arquitecturas de software tienden a tener algunos atributos comunes. Entre • Revisar el documento con los ingenieros de aseguramiento de la calidad y ellos se pueden mencionar los siguientes: cliente, realizando modificaciones de ser necesario. • Se encuentran construidos en niveles de abstracción bien definidos, provistos a4.5 Diseñadores través de una interfaz bien definida y controlada, y construida sobre facilidades igualmente bien definidas y controladas en niveles de abstracción inferiores.Es el encargado de generar el diseño del sistema. Entre sus funciones está: • Existe una separación clara de preocupaciones entre la interfaz y la implementación de cada nivel, haciendo posible cambiar la implementación de • Generar el diseño arquitectónico y diseño detallado del sistema, basándose en un nivel sin violar las suposiciones que hicieron los clientes. los requisitos. • La arquitectura es simple, comportamiento común se obtiene a través de • Generar prototipos rápidos del sistema (con analistas y programadores) para abstracciones y mecanismos comunes. chequear los requisitos. Actividades y metas • Generar el documento de diseño arquitectónico de software (DDA), y mantenerlo actualizado durante el proyecto. A continuación se describe las actividades y metas a considerar por un diseñador. • Velar porque el producto final se ajuste al diseño realizado (funciones de téster). Actividades Metas Descomposición de subsistemas Crear una estructura interna del sistema, llamada unaEn cada disciplina de la ingeniería, el diseño acompaña el enfoque disciplinado que se arquitectura y la definición de relaciones entre subsistemas.utiliza para inventar la solución de un problema, entregando así un camino entre los Definir la administración de acceso a Seleccionar las políticas apropiadas para nombres lógicos, recursos globales espacio, unidades físicas, y acceso a datos compartidos. Seleccionar una técnica de administración Seleccionar el método de almacenamiento apropiado para© 2003 David Fuller Padilla 13 © 2003 David Fuller Padilla 14\n8. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de Softwarede almacenamiento de datos las estructuras de datos, por ejemplo, estructuras de datos descomposición algorítmica, cuyo foco está puesto en el control de flujo del vs. sistemas de archivos vs. SABD. sistema.Interactuar con los programadores Seleccionar el lenguaje y paradigma apropiadoAsignación de subsistemas a Asignar procesos a unidades de procesamiento que sirvaprocesadores como plataforma para la ejecución de subsistemas. • Descomposición orientada a objetos: Corresponde al proceso de dividir elAdministración de la concurrencia Identificar los casos donde la ejecución del sistema incluya sistema en partes, cada una de las cuales representa una clase u objeto del múltiples hebras de control. dominio del problema. La aplicación de métodos orientados a objetos llevan a Determina el método apropiado para las líneas de control de descomposición orientada a objetos, en la cual se observa al mundo como unaSelección de estrategias de control ejecución, por ejemplo, procedural vs manejado por eventos colección de objetos que cooperan entre ellos para obtener la funcionalidad vs concurrente. Asegurarse que los módulos operan apropiadamente en los deseada.Administración de condiciones de borde bordes, establecidos para limitar o restringir procesos, por ejemplo, inicializaciones, terminación, y fallas. El proceso de diseño orientado a objetos considera el proceso de descomposición orientada a objetos, así como una notación para representar losPara evaluar la calidad de la representación del diseño, es necesario establecer modelos lógico y físico del sistema en diseño. También se incluyen los modeloscriterios técnicos para un buen diseño. A continuación se presenta una lista de criterios estático y dinámico del sistema. Específicamente, la notación incluye diagramasque pueden utilizarse. de clases, diagramas de objetos, diagramas de módulos y diagramas de procesos. • Un diseño debe contener una organización jerárquica que haga un uso inteligente del control entre los elementos del software. Relación con otros roles • Un diseño debe ser modular. En otras palabras, el sistema debe estar Los diseñadores deben relacionarse con otros miembros del equipo de desarrollo. A particionado lógicamente en elementos que realizan funciones y subfunciones continuación se describe algunas de las interacciones más relevantes: específicas. • Administrador de proyecto: Los diseñadores trabajan bajo la coordinación del • Un diseño debe contener abstracciones de datos y abstracciones procedurales. administrador de proyecto para construir la arquitectura del sistema que cumpla con los requisitos bajo restricciones dadas de presupuesto y disponibilidad de • Un diseño debe conducir a módulos (esto es, subrutinas o procedimientos), que recursos humanos. Adicionalmente, el administrador de proyecto utiliza las muestren características funcionales independientes. especificaciones de diseño para planificación y estimación de recursos. • Un diseño debe considerar interfaces que reduzcan la complejidad de • Analista: Los diseñadores traducen la especificación de requisitos establecida en conexiones entre módulos y con el ambiente externo. la fase de análisis de requisitos de software en un modelo de implementación. Dentro de las tareas, los diseñadores deben interactuar con los analistas para • Un diseño debiese ser construido usando un método repetible, guiado por la determinar requisitos ambiguos del proyecto. Usualmente, los analistas apoyan información obtenida durante la fase de requisitos de software. a los diseñadores, y vice-versa. Metodologías de diseño • Programador: Los diseñadores crean la especificación de la implementación del sistema para los programadores. Dicho modelo es traducido a código ejecutableExisten muchas metodologías de diseño. Describiremos brevemente sólo una clase de por el computador. Los diseñadores apoyan a los programadores en la selecciónellas, llamado métodos de descomposición. El diseño de un sistema de software del lenguaje de programación, así como a la interpretación de los documentosimplica la descomposición del sistema en partes de menor tamaño, cada una de las de diseño tales como diagramas, cartas, tablas, etc.cuales puede refinarse en forma independiente. Dentro de los métodos dedescomposición, mencionaremos los siguientes dos: • Téster: Los diseñadores deben coordinar esfuerzos con los tésters para asegurar que el diseño arquitectónico del sistema de software incluye • Descomposición algorítmica: Corresponde al proceso de dividir el sistema en especificaciones que ayuden en el ejercicio de casos de testeo. Además, debe partes, cada una de las cuales representa un pequeño paso de un proceso más apoyar a los tésters en la verificación de requisitos. grande. La aplicación de métodos de diseño estructurado llevan a una© 2003 David Fuller Padilla 15 © 2003 David Fuller Padilla 16\n9. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de Software • Asegurador de calidad: Los aseguradores de calidad deben revisar la fase de Plan de trabajo diseño para asegurarse que el proceso de diseño sigue las normas de calidad especificadas, y cumple con requisitos de rendimiento, diseño y verificación. El plan de trabajo de los diseñadores incluye las siguientes actividades para el diseño del sistema. • Ingeniero de validación y verificación: Los ingenieros de validación y verificación evalúan el nivel de concordancia entre los requisitos de usuario y el modelo del • Organizar el sistema en subsistemas. sistema diseñado, buscando desentendimientos, así como características faltantes o erróneamente implementadas. La relación con los diseñadores es de • Identificar concurrencias inherentes al problema. apoyo. • Asignar los subsistemas a procesos y tareas. • Administrador de configuración: Durante el diseño, el administrador de la configuración de software controla los cambios en el diseño y mantiene registros • Seleccionar un administrador de datos. completos de cada cambio y de sus razones. • Identificar recursos globales y determinar mecanismos de acceso. • Ingeniero de manutención: Los diseñadores deben apoyar al ingeniero de manutención en administrar la evolución de post-venta. Esta evolución incluye • Elegir un enfoque para implementar el control de la ejecución. arreglo de errores, mejoramiento de la funcionalidad del sistema, y modificación de requisitos. • Considerar condiciones de borde. • Documentador: Los documentadores mantienen los documentos de diseño una 4.6 Programadores vez que el proceso de diseño es completado, haciendo disponibles dichos documentos al resto del equipo de trabajo. Los programadores deben convertir la especificación del sistema en código fuente ejecutable utilizando uno o más lenguajes de programación, así como herramientas de Herramientas de apoyo software de apoyo a la programación. El éxito del desarrollo de software depende grandemente de conocimiento. Este Perfil de un diseñador conocimiento no sólo corresponde a habilidades de programación y de administración de proyectos, sino que a una percepción y entendimiento de los últimos desarrollos deEl perfil de un diseñador debe incluir las siguientes características: la industria del software. En los mercados actuales, rápidamente cambiantes y altamente competitivos, se hace necesario conocer los últimos desarrollos, quien da • Para sistemas de tamaño pequeño y mediano, el diseño arquitectónico es soporte, y como pueden beneficiar al proyecto y a la organización. A través de este realizado por una o dos personas calificadas. Deben mostrar habilidad inusual conocimiento es que la organización genera un camino hacia el éxito futuro. para sintetizar soluciones construibles por sobre un gran conjunto de restricciones. Objetivos • Generalmente son los más capacitados para realizar decisiones estratégicas debido a su experiencia previa en la construcción de sistemas similares. Uno de los principales objetivos de los programadores durante su trabajo debe ser la de reducir la complejidad del software. Algunos de los beneficios que implican la • No son necesariamente los desarrolladores con más experiencia. reducción de la complejidad del programa son: • Deben tener habilidades de programación adecuadas. • Menor cantidad de problemas de testeo. • Deben conocer muy bien la metodología de diseño utilizada, así como sus • Aumento de la productividad de los programadores. herramientas de apoyo. • Aumento de la eficiencia en la manutención del programa.© 2003 David Fuller Padilla 17 © 2003 David Fuller Padilla 18\n10. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de Software • Aumento de la eficiencia en la modificación del programa. Interactuar con el administrador de la configuración Mantener al día el control de la configuración Realizar los cambios solicitados al código Mantener el software ejecutable eficiente Hacer la documentación del código Entregar la documentación técnica del código fuenteAdicionalmente, otros objetivos importantes son: El lenguaje de programación escogido afecta significativamente los costos, • Reducir el tiempo de codificación, aumentando la productividad del programador. confiabilidad y rendimiento del sistema. Ningún lenguaje es ideal para todas las aplicaciones. La elección del lenguaje debe estar basada en la naturaleza de las • Disminuir el número de errores que ocurren durante el proceso de desarrollo. aplicaciones (tiempo-real, incrustada, procesamiento batch, basado en Web, etc.) y en la importancia de algunos indicadores de calidad (rendimiento versus confiabilidad). La • Disminuir el esfuerzo de corregir errores en secciones del código que se base de datos también debe ser confiable y proteger privacidad e información encuentran deficientes, remplazando secciones cuando se descubren técnicas comercial de usuarios no autorizados. más confiables, funcionales o eficientes. Los estilos de codificación incluyen los nombres de variables, la forma de hacer • Disminuir los costos del ciclo de vida del software. comentarios en el código fuente, el diseño y escritura de rutinas y módulos, la creación de tipos de datos, la selección y control de estructuras y la organización de bloques dePara alcanzar estos objetivos, es importante escoger las herramientas de desarrollo instrucciones. A veces, algunos de estos factores son determinados por la sintaxis y elapropiadas. De eso dependerá en parte poder alcanzar los objetivos, y por lo tanto, el paradigma de programación utilizados, existiendo estándares para lo anterior.éxito del proyecto. Típicamente, un grupo de programadores, o una empresa, utiliza el mismo estándar con el propósito de que todos los programadores puedan acceder fácilmente a todo elEs claro que para elegir las herramientas adecuadas, es necesario conocer el ambiente código.donde el software va a correr. Las modificaciones hechas al código deben ser solicitadas por el administrador de Actividades y metas configuración. Otras veces, las modificaciones son solicitadas por el ingeniero de testeo directamente al programador. En algunos casos, algunas modificaciones no requierenA continuación se especifican algunas de las actividades y metas más relevantes de que se completen los formularios de cambio debido a que los cambios solicitados noalcanzar por los programadores. son relevantes o no requieren aprobación del comité de cambios (por ejemplo, no modifican los requisitos de usuarios). Es importante destacar que los programadores noActividades MetasExplorar los diferentes ambientes en que el Determinar los lenguajes posibles de usar e deben realizar cambios al software solicitados directamente por el cliente.sistema puede ser desarrollado identificar las posibles herramientas de desarrolloInteractuar con los analistas y diseñadores Seleccionar el ambiente apropiado Las reuniones realizadas entre programadores son muy importantes. En ellas seExplorar los diferentes lenguajes disponibles para Seleccionar el lenguaje apropiado mantiene al día al equipo sobre el estatus de la codificación, los problemas que tienenel ambiente seleccionado las otras personas, la forma en que otras personas abordaron una tarea específica,Interactuar con los diseñadores Seleccionar el lenguaje apropiado y lenguaje de nuevas necesidades internas y cambios al código, y hacer revisiones al código de otros programaciónExplorar diferentes herramientas de desarrollo programadores.(compiladores, depuradores, etc.) disponibles para Seleccionar la herramienta de desarrollo apropiadael lenguaje seleccionado MetodologíaExplorar los distintos estilos de codificación que Escoger un estilo de codificaciónpueden ser utilizados en el lenguaje seleccionado Existen diferentes metodologías para realizar las actividades de programación. SinRealizar la codificación del sistema Entregar el código ejecutable de acuerdo a las embargo, todas ellas muestran un patrón común. Este patrón consiste en la exploración fechas presupuestadasInteractuar con los ingenieros de testeo Determinar las formas de realizar el testeo de herramientas y lenguajes, la determinación del estilo de programación, el desarrollo Realizar las actividades de testeo en forma rápida, de herramientas utilitarias y rutinas comunes para administrar la entrada, salida yApoyar al ingeniero de testeo eficiente, sistemática, exhaustiva y confiable, errores, la codificación y depuración del sistema, la escritura de la documentación entregando un código utilizable y seguro técnica, y para todo el equipo de programadores, realizar revisiones personalesReunirse con otros miembros del equipo de Conocer el estatus de las actividades de periódicas y reuniones.programadores programación, apoyando a sus colegas en caso de requerirloRealizar revisiones personales Mantener el código eficiente y adaptable para ser En la exploración de las herramientas y lenguajes, se debe considerar el tipo de unido con el código de otros programadores aplicación y su naturaleza, con el fin de determinar el lenguaje apropiado. Para realizar© 2003 David Fuller Padilla 19 © 2003 David Fuller Padilla 20\n11. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de Softwareesta selección, se debe considerar la metodología utilizada en las actividades de • Diseñador: El rol de programador depende mucho del rol de diseñador, debido adiseño así como el paradigma de programación del lenguaje. que debe utilizar herramientas adaptadas a la metodología utilizada en las actividades de diseño. El diseñador también le ayuda al programador aEl desarrollo de las herramientas utilitarias y rutinas comunes debe realizarse antes de seleccionar el lenguaje de programación adecuado.la entrega del documento que contiene el diseño arquitectónico del sistema. Estosutilitarios ayudan al programador a realizar la codificación más rápida debido a que • Téster: El programador debe interactuar con el téster para determinar una formapuede focalizarse sólo en la codificación de los factores especificados en el documento apropiada de construir los tests y de testear los programas. El programador debede diseño en vez de ocupar tiempo en la codificación de otras rutinas que son estar presente durante el testeo de código, cuando situaciones no esperadasnecesarias en todo programa. En estas funciones utilitarias, el programador debe suceden o es necesario realizar pequeñas modificaciones al código.construir algunas rutinas que considere necesarias, dependiendo del tipo de aplicación.Algunas herramientas de desarrollo han integrado herramientas que contienen rutinas • Administrador de configuración: El programador debe entregar la última versióncomunes para cada programa, así como rutinas para ambientes específicos. Este del diseño al administrador de configuración. El programador debe pedir lafactor debe ser considerado en la selección del lenguaje y herramientas de desarrollo. última versión del diseño al administrador de configuración, debiendo atender los diferentes pedidos de cambio del código. El programador puede solicitarUn factor muy importante en la construcción de un sistema es el paradigma de cambios en otras partes del sistema a través del administrador de laprogramación utilizado. Uno de los paradigmas muy utilizados es el orientado a objetos, configuración. La petición se realiza llenando el formulario correspondiente yel cual tiene varias ventajas sobre otras metodologías de programación. enviándoselo al administrador de configuración.Así mismo, existen varias técnicas de diseño y análisis orientado a objetos. Dicha • Ingeniero de manutención: El programador tiene mucha influencia en el rol deelección es vital para la elección del lenguaje de programación. Por ello, si la manutención, debido a que si el código está claro, será fácil de mantener.metodología de diseño utilizada es orientada al objeto, se sugiere utilizar un lenguaje Dependiendo de las metodologías y herramientas empleadas, será más fácil oorientado a objetos. más difícil mantener los sistemas.En un equipo de programación, la revisión personal consiste en inspeccionar el código • Asegurador de calidad: El asegurador de calidad debe verificar la calidad delescrito por otro programador, con el propósito de evaluarlo. La evaluación incluye sistema construido. El programador deberá entregarle su plan de trabajo albuscar errores de diseño, programación, estilo y documentación. De esa forma, es asegurador de calidad.posible mantener el código en forma más eficiente durante las actividades deprogramación, disminuyendo los posibles problemas durante las actividades de • Documentador: El programador debe proveer la documentación técnica delintegración. código al documentador.Las reuniones que se realizan son de carácter informativo para determinar el estatus de Herramientas de apoyola codificación. Existen muchas herramientas para ayudar al programador a desarrollar el sistema. Relación con otros roles Éstas consisten principalmente en ambientes de desarrollo integrados adaptados para un lenguaje de programación. Estos ambientes pueden compilar y ejecutar unLos programadores deben relacionarse con otros miembros del grupo del proyecto. programa usando comandos para ello. La mayoría de estos ambientes tambiénDentro de éstos, se encuentran los siguientes: proveen herramientas para depurar el programa. Algunos ambientes también proveen herramientas de scheduling. • Administrador de proyecto: El programador debe entregar un reporte con los resultados de las actividades de programación cuando el administrador lo Perfil de un programador solicite. Debe además. Ayudarle al administrador en la estimación de tiempos y costos de las actividades de programación. El perfil del programador requiere conocimiento en varios ambientes, pudiendo ayudarle a los analistas y diseñadores a elegir el apropiado. Debe tener experiencia en • Analista: Deben interactuar con los analistas para determinar el ambiente el desarrollo de aplicaciones en el ambiente seleccionado. apropiado para el sistema.© 2003 David Fuller Padilla 21 © 2003 David Fuller Padilla 22\n12. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de SoftwareDebe conocer diferentes lenguajes de programación disponibles para el ambiente aparezcan errores humanos. Dichos errores pueden empezar a aparecer desde elseleccionado, y debe tener experiencia en el lenguaje de programación seleccionado. primer momento del proceso. Por ejemplo, los requisitos del sistema pueden serLas herramientas utilitarias desarrolladas en proyectos previos pueden ser útiles en el especificados en forma errónea o imperfecta. Por ello, el desarrollo de softwareproyecto actual. Es preferible que el programador tenga conocimientos en diferentes considera una actividad que apoye el proceso de detección y eliminación de los erroresparadigmas de programación y estilos. y defectos del sistema en construcción. El objetivo del rol de téster es precisamente realizar dichas tareas.Debe además, conocer perfectamente las técnicas de diseño utilizadas por eldiseñador. También es deseable que el programador tenga conocimiento en varias El téster es el encargado de asegurar la calidad de cada uno de los productosmetodologías de diseño. (documentos, prototipos, etc). Entre sus tareas están:Las bases de datos son una herramienta muy poderosa en un proyecto. Los • Construir y aplicar los planes de prueba unitarios, de módulo, de sistema, yprogramadores deben tener experiencia en bases de datos. De ser posible, es aceptación parcial, manteniéndolos actualizados durante el proyecto.preferible que los programadores tengan experiencia en el tipo de proyecto que sedesea realizar. • Velar por la completitud, y exactitud (no ambigüedades) de todos los documentos del proyecto. Plan de trabajo • Coordinar las inspecciones, y/o caminatas.El plan de trabajo de los programadores debe contener, al menos, las siguientes • Velar por la adhesión al estándar adoptado para el desarrollo.actividades: • Velar por la calidad del producto final (cumplimiento de los requisitos). • Explorar los diferentes ambientes de desarrollo. Objetivos • Explorar los diferentes lenguajes disponibles para el ambiente. El objetivo principal de la labor de téster es el de diseñar tests que en forma • Explorar las diferentes herramientas de desarrollo (compiladores, bases de sistemática, permita eliminar diferentes clases de errores, realizando esto con la datos, depuradores, etc.) disponibles para el lenguaje seleccionado. mínima cantidad de tiempo y esfuerzo. • Explorar sistemas ya construidos de los cuales, el nuevo sistema será parte. Los objetivos específicos en la labor de un téster son los siguientes: • Elegir el estilo de programación. • Aplicar métodos para diseñar casos de tests efectivos. • Programar las herramientas utilitarias y rutinas comunes. • Construir buenos casos de tests que tengan altas probabilidades de encontrar errores aún no descubiertos. • Codificar y depurar. • Demostrar que las funciones del sistema parecen estar funcionando de acuerdo • Testear. a sus especificaciones. • Realizar revisiones personales y reuniones. • Proveer una buena indicación de la confiabilidad del software y algunas indicaciones de la calidad del software. • Escribir la documentación técnica. Actividades y metas4.7 Téster Las actividades y metas a cumplir por los tésters se describen a continuación.El desarrollo de un sistema de software requiere la realización de una serie deactividades de producción. En dichas actividades existe la posibilidad de que Actividades Metas© 2003 David Fuller Padilla 23 © 2003 David Fuller Padilla 24\n13. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de SoftwareParticipación en el proceso de especificación del Prevenir errores en las etapas tempranas del Los tests de caja blanca son realizados tempranamente en el ciclo de vida delsistema desarrollo desarrollo. Los tests de caja negra se utilizan en etapas más tardías del ciclo. Debido aInteracción con el diseñador Realizar tests al diseño, obteniendo índices de que la metodología de caja negra ignora las estructuras de control del programa, la mediciónRealizar los tests, apoyado por los programadores Realizar diferentes tests, obtener una buena atención se focaliza en el dominio de la información. interpretación de ellos, y realizar los ajustes pertinentes Relación con otros rolesInformar sobre los resultados obtenidos El grupo de desarrollo es informado sobre los progresos y resultados obtenidos Los distintos miembros del grupo de trabajo deben relacionarse con los tésters. En cada rol, la actividad de téster juega una parte importante. A continuación se menciona Metodología algunas actividades relacionadas con otros roles:Los tésters deben utilizar una metodología que en forma sistemática, organizada y • Analista: Participar en la revisión de los documentos de requisitos de usuario yestructurada, les permita detectar y corregir, los errores y defectos introducidos en el de software.proceso de desarrollo del sistema. Típicamente, se utilizan dos técnicas para ello: eltest de la caja blanca y el test de la caja negra. • Diseñador: Coordinarse con el grupo de diseñadores para garantizar que el diseño arquitectónico del producto de software incluye las especificaciones queLos tests de caja blanca corresponden a un método de diseño de casos de tests que facilitan el ejercicio de los casos de tests. Además, debe coordinarse con losutilizan la estructura de control del diseño procedural para derivar los casos de tests. diseñadores en la verificación de los requisitos. Por último, debe participar en lasUsando este método, el téster puede derivar casos de tests para lo siguiente: revisiones técnicas del diseño. • Asegurarse que todos las trayectorias independientes en un módulo han sido • Programador: El téster debe trabajar con el programador para realizar las visitadas al menos una vez. siguientes actividades: revisión de código; elección del mejor tipo de tests para aplicar al código; tests de los métodos; tests de integración; tests de regresión. • Ejercitar todas las decisiones lógicas en sus lados verdadero y falso. • Validación y Verificación: El téster debe coordinarse con este rol en la ejecución • Ejecutar todos los loops en sus límites y sobre sus límites operacionales. de los diferentes casos de tests, de acuerdo con las necesidades del cliente. • Ejercitar estructuras de datos internas para asegurar su validez. • Administrador de configuración: El administrador de la configuración debe proveerle al téster de la última versión de documentos desarrollados por losPor otro lado, los tests de caja negra se focalizan en los requisitos de usuario del otros roles (analista, diseñador, programador).sistema. De esa forma, este tipo de tests permite que los tésters generen conjuntos dedatos de entrada que ejercitarán completamente los requisitos del sistema. Los tests de Perfil de un téstercaja negra no son una alternativa a los tests de caja blanca. Más aún, corresponde aun enfoque complementario que posiblemente descubra una clase diferente de errores. El perfil de un téster debe considerar las siguientes características:Los tests de caja negra tratan de encontrar errores en las siguientes categorías: • Ser un buen programador en el lenguaje seleccionado, y tener experiencia en el desarrollo de sistemas. • Funciones incorrectas o faltantes. • Conocer bien la metodología de diseño utilizada. • Errores de interfaces. • Ser sistemático en las revisiones de código y resultados de los tests. • Errores en estructuras de datos o acceso a bases de datos externas. • Tener una personalidad agresiva para buscar errores en el código y documentos • Errores de rendimiento del sistema y errores de inicialización y terminación. del proyecto.© 2003 David Fuller Padilla 25 © 2003 David Fuller Padilla 26\n14. Apuntes de Taller de Ingeniería de Software Apuntes de Taller de Ingeniería de Software • Debe además tener una personalidad alegre, debido a que debe relacionarse con gran parte de los miembros del equipo de desarrollo. Actividades Metas Asegurarse que la especificación de requisitos es una Revisar los documentos de requisitos de representación correcta y completa de las expectativas del Plan de trabajo usuario y de software cliente, y que es suficientemente clara para el equipo de desarrollo, especialmente para los diseñadores.El plan de trabajo del téster debe incluir, al menos, las siguientes actividades: Revisar el plan de administración del Asegurarse que el plan es creado y se cumple. proyecto • Participar en la revisión de los requisitos del sistema. Asegurarse que el plan se crea, que es adecuado al Revisar el plan de testeo proyecto específico, y que se sigue en cada fase del ciclo hasta que se entrega el producto. • Construir un plan de testeo. Revisar la fase de diseño arquitectónico Asegurarse que los diseñadores seleccionaron la metodología apropiada y que el producto final cumple con • Coordinarse con los diseñadores para incluir el test del diseño en el documento. los requisitos de rendimiento, diseño y verificación. Revisar la fase de diseño detallado Asegurarse que el software producido cumple con los requisitos especificados y con los atributos de calidad • Ejecutar los tests de bajo nivel. impuestos. Revisar las políticas de control de cambios, Asegurarse que se realizan monitoreos de errores en cada • Ejecutar los tests de mediano nivel. control de errores y control de la fase del desarrollo y que se respaldan las líneas bases configuración haciendo que el producto no se pueda perder. Revisar la documentación Asegurarse que la documentación cumple con el estándar • Ejecutar los tests de alto nivel. utilizado durante el desarrollo del producto de software. • Construir la documentación del proceso de tests. Metodología4.8 Aseguradores de calidad De entre las actividades del Asegurador de Calidad, la más importante es la de participar en las revisiones técnicas formales (RTF). Si estas revisiones están bienEn la actualidad, los factores dominantes en la administración de proyectos de software conducidas, son la forma más efectiva de encontrar, revelar y corregir errores mientrasson los tiempos y costos de desarrollo. Existen buenas razones para ello. Los tiempos aún es barato encontrarlos y arreglarlos.y costos de desarrollo son con frecuencia, muy grandes. Por ello, la administración seha concentrado en tratar de resolver dichos problemas. Sin embargo, existe un gran El estándar ESA incluye revisiones en las fases RU/R, RS/R, DA/R y DD/R. Nopeligro en esto. En la medida que crece la presión por cumplir con las fechas obstante, las RTFs son especialmente requeridas en la fase de diseño arquitectónico.estipuladas, y reducir los costos, es la calidad del producto la que sufre. Cuando se Esto, debido a que las actividades de diseño introducen entre el 50 y 65% de todos losacelera el desarrollo de un sistema que está atrasado, generalmente se corta todo lo errores durante el proceso de desarrollo. Se ha demostrado que las RTFs descubrenque no se considere “esencial”, usualmente cortando las actividades de verificación y del orden del 75% de los errores de diseño.testeo, resultando en un producto de calidad reducida. Los objetivos de las RTFs son: 1. descubrir errores en funciones, lógica eSe hace necesario encontrar una nueva ecuación para el desarrollo de software. No implementación en cualquiera de las representaciones del software; 2. verificar que eldebe ser simplemente “producto de software = a tiempo + dentro de los costos”. software bajo revisión cumple con los requisitos; 3. asegurarse que el software ha sidoDebiese ser “producto de software = calidad + a tiempo + dentro de los costos”. Para representado de acuerdo al estándar en uso; 4. alcanzar software que es desarrolladoello, debe existir el convencimiento individual y de la gerencia de considerar la calidad en forma uniforme; y 5. hacer el proyecto más manejable.como una meta final, junto con el cumplimiento de plazos y costos. Como se mencionóantes, la calidad corresponde a un conjunto de atributos a cumplir por el desarrollador. Una RTF es una reunión entre tres a cinco personas. Cada una de ellas ha realizadoTípicamente, dichos atributos se encuentran definidos en la forma de un estándar, el una preparación de antemano de no más de dos horas, y su duración no debe tampocoque debe cumplirse. sobrepasar las dos horas. La RTF se focaliza en un producto pequeño del software, tal como una porción de los requisitos, el diseño detallado de un módulo, o el listado de Actividades y metas código fuente de un módulo.A continuación se presentan las actividades y metas a cumplir por los aseguradores de Los participantes de una RTF son el productor (la persona que desarrolló el producto acalidad. revisar), un encargado de la revisión que evalúa el producto genera copias de material,© 2003 David Fuller Padilla 27 © 2003 David Fuller Padilla 28


Revisa nuestras Mr Green opiniones y encuentra todo sobre su sitio web\nMr Green opiniones: nuestra reseña sobre mercados, app, cuotas\nCon nuestras Mr Green opiniones podrás conocer en profundidad todas las posibilidades que ofrece este operador en España. A lo largo de esta reseña analizamos cada uno de sus servicios junto con el código promocional Mr Green para apuestas deportivas y casino. El código promocional Mr Green no ofrece ningún tipo de bono de bienvenida, promoción, o mejores cuotas a partir del 1 de Mayo de 2021.\nA continuación verás una tabla con la puntuación que otorgamos a cada sección. Sigue leyendo para saber más sobre los mercados y cuotas en este artículo de Mr Green opiniones.\nNota media 3.58/5\nCódigo Promocional Mr Green opiniones\nStreaming y apuestas en vivo Mr Green – 3.5\nMr Green métodos de pago – 3\nNuestro veredicto - 3.64 / 5\nActualmente, el operador no ofrece ningún Código Promocional para sus principales mercados. Dos de ellos correspondían a la modalidad de casino y el último estaba orientado a las apuestas deportivas, pero en estos momentos ya no se encuentran disponibles para sus usuarios.\nCódigo Promocional deportes (no disponible)\nEn esta reseña de Mr Green opiniones comunicamos, en primer lugar, la oferta que en este momento no se encuentra disponible para deportes. Tanto el bono de deportes como los de casino ya no se otorgan como ofertas de bienvenida.\nCódigo Promocional casino (no disponible)\nEl Código Promocional de casino en este artículo de Mr Green opiniones no se encuentra disponible.\nMr Green no ofrece ningún tipo de bono de bienvenida, promoción, o beneficio comercial de acuerdo a la nueva regulación en España. Sin embargo, nos gustaría resaltar el gran catálogo de tipo de apuestas deportivas, variedad de juegos de casino y servicios que el operador ofrece a sus usuarios:\nAnalizando sus opciones encontramos gran variedad de disciplinas, con torneos y ligas de todo el mundo.\nPara dar Mr. Green opiniones positivas es importante destacar que las cuotas se encuentran en la media del mercado. Podrás colocar pronósticos a todo tipo de eventos. Según nuestras Mr. Green opiniones, la cobertura es total a nivel nacional e internacional.\nEn este artículo sobre Mister Green opiniones vemos que su casino tiene un sinfín de Slots con temáticas muy variadas. Además de las míticas tragaperras, podrás disfrutar del Blackjack y diferentes tipos de Ruleta (también en vivo).\nLas cuotas que vemos en esta reseña sobre Mister Green opiniones están equilibradas con respecto a la competencia. Incluso son ligeramente superiores en algunos mercados, resultando un punto positivo para las Mr Green opiniones.\nPodrás elegir el formato de cuota que mejor se adapte a tus necesidades. Si sueles hacer pronósticos múltiples, recomendamos echar un vistazo a las Mr Green opiniones para combinadas.\nLos amantes de las apuestas en vivo podrán colocar pronósticos en directo, algo esencial para las Mr. Green opiniones positivas. Aquí se visualizan todos los eventos en juego y solo tendrás que seleccionar la cuota e introducir el monto de tu apuesta.\nMientras se desarrolla el partido dispondrás de información completamente actualizada minuto a minuto. Incluye estadísticas y gráficos que podrás consultar en cualquier momento.\nLa aplicación móvil no mejora las Mister Green Opiniones, ya que se encuentra en desarrollo y no está disponible en España. En cualquier caso, los usuarios de Android e iOS podrán acceder a todos los servicios del operador a través de la versión móvil.\nUno de los aspectos a mejorar en nuestras Mister Green opiniones es la variedad de plataformas de pago. En estos momentos hay pocas opciones disponibles con ausencias notables. Aun así, estas vías te garantizan transacciones seguras en España:\nEs probable que te hayas perdido entre todas nuestras Mr Green opiniones, pero no te preocupes. El servicio de atención al cliente resolverá todas tus dudas relacionadas con sus mercados, casino y juegos.\nNuestro veredicto – 3.64 / 5\nEn el cómputo general, podemos decir que nuestras Mr Green opiniones finales son positivas. Buenos mercados, casino en vivo y chat en directo. Los métodos de pago y la atención al cliente son la asignatura pendiente que seguro mejorará en un futuro.\nKelbet » Casas-de-apuestas » Mr Green opiniones: nuestra reseña sobre mercados, app, cuotas


MG ZS 180 (2004) | Información general - km77.com\nTipos de carrocerías del MG ZS 2004 (1)\nZS 2.5 Core 4p\nZS 120 4p (descatalogado)\nZS 120 Stepspeed 4p (descatalogado)\nZS 2.5 Core 4p (descatalogado)\nZS TD 113 CV 4p (descatalogado)\nMG ZS 180 (2004) | Información general\nMuy rápido y estable pero algo exigente al límite\nUn interior más deportivo que familiar\nLa versión deportiva del Rover 45 se llama MG ZS. El coche fue conocido inicialmente como Proyecto X20 y se fabrica con carrocería de cuatro o cinco puertas. Como en el resto de los nuevos modelos MG, derivados de los Rover 25, 45 y 75, el MG ZS cuenta con cambios en la carrocería y en la mecánica para incrementar su eficacia en conducción «deportiva». Los rasgos externos que le distinguen son sus nuevos faldones delantero y trasero, rejillas cromadas en las tomas de refrigeración delanteras, molduras en los bajos de la carrocería y, sobre todo, un prominente alerón situado en la parte posterior. En MG afirman que no son simples elementos estéticos y que su desarrollo se ha realizado en el túnel de viento para mejorar la aerodinámica e incrementar la sustentación del vehículo a elevada velocidad.\nComo en los coches de competición, la salida de escape tiene una protección térmica en el paragolpes, mientras que las llantas de aleación de 17 pulgadas, con neumáticos 205/45 ZR 17, rematan su aspecto deportivo. El resto de los trabajos realizados en el chasis se han centrado en mejorar la suspensión, la dirección y los frenos para aumentar su eficacia en carreteras con curvas.\nEl más potente cuenta con el motor KV6 de 2,5 litros de cilidrada que tiene 177 CV y 240 Nm de par y se denomina ZS 180. Según los datos oficiales, acelera de 0 a 100 km/h en 7,7 segundos y su velocidad máxima es de 224 km/h. Este motor V6 a 90°, construido enteramente en aluminio y con cuatro válvulas por cilindro, se utilizaba ya en los Rover 75 y Land Rover Freelander.\nComo en el resto de los nuevos modelos MG (ZT, ZR y MGF Trophy), el interior se distingue con asientos de tipo bacquet parcialmente tapizados en cuero, relojes de la instrumentación con fondo plateado e inserciones de tipo metálico en el salpicadero, las puertas y la palanca de cambios. El MG ZS 180 de 177 CV estará disponible en España a partir de octubre de 2001 y tendrá un precio aproximado de 3.700.000 pesetas, sólo disponible con carrocería de cuatro puertas. En otros mercados también habrá versiones ZS con el motor 1.8 16V de 117 CV (ZS 120) y turbodiésel con el motor 2.0 de inyección directa y 101 CV (ZS TD.\nMG Rover va a utilizar la base del MG ZS para participar oficialmente en la temporada 2001 en el competido Campeonato Británico de Turismos TOCA (anteriormente conocido como BTCC). El coche de carreras se denomina MG ZS EX259.\nCalcule el precio del seguro para el MG ZS 2.5 Core 4p (2004-2006)\nMG ZS 2.5 Core 4p (2004-2006)\n07/2004 - 01/2006


Hijo de Bolsonaro se reunió con líder de la ultraderecha alemana, nieta de un ministro de Hitler, y anunció una alianza - Tiempo Argentino\nHijo de Bolsonaro se reunió con líder de la ultraderecha alemana, nieta de un ministro de Hitler, y anunció una alianza\nEl hijo del Presidente brasilero recibió a Beatriz von Storch, vicelíder de Alternativa para Alemania, primer partido en ingresar al parlamento germano desde el final de la Segunda Guerra Mundial, y se comprometieron a trabajar juntos “en defensa de la familia, protección de fronteras y cultura nacional".\nEl diputado Eduardo Bolsonaro, hijo del presidente Jair Bolsonaro, y su colega Bia Kicis, titular de la Comisión de Constitución y Justicia de la Cámara baja de Brasil, reivindicaron un acuerdo con Alternativa para Alemania (AfD), el partido de extrema derecha e islamofóbico alemán, durante una visita a Brasilia de la vicepresidenta de la fuerza germana, Beatriz Von Storch, vicelider de la AfD, primer partido de ultraderecha en ingresar, en 2017, al Parlamento alemán (Bundestag) desde el fin de la Segunda Guerra Mundial. La diputada Von Storch es nieta Lutz Graf Schwerin von Krosigk, Ministro de Finanzas de Adolf Hitler, pero esas referencias fueron obviadas en la publicidad del encuentro con Eduardo Bolsonaro y Kicis, ambos del ala ideológica más radicalizada de la ultraderecha brasileña.\n“Excelente reunión con la diputada federal alemana Beatriz Von Storch, quien también es vicepresidente del partido Alternativa para Alemania. Estamos unidos por ideales de defensa de la familia, protección de fronteras y cultura nacional”, escribió Eduardo Bolsonaro, quien conduce una entidad global de derecha fundada por Steve Bannon, exgurú de la derecha estadounidense representada por Donald Trump. Por su parte, Kicis, quien comanda la comisión más importante de Diputados y participó de actos que pedían la intervención militar en la corte suprema de justicia, dijo en las redes tras recibir a su colega alemana: “Los conservadores se están uniendo para defender valores cristianos y la familia”.\nEl Gobierno de Bolsonaro tuvo varios episodios vinculados al supremacismo estadounidense y el nazismo. El último fue el del asesor internacional de Bolsonaro Filipe Martins, quien en una audiencia del Senado hizo un gesto de “W” con tres dedos haciendo un “OK”, considerada una clave entre los supremacistas blancos norteamericanos, hecho por el cual se le abrió una investigación en la Cámara alta. Entre otros, el caso más emblemático es el del exsecretario de Cultura Robero Alvim en enero de 2020, que grabó un video oficial copiando un discurso sobre “la cultura nacional heroica” del ministro de propaganda nazi, Joseph Goebbels.\nBiden aceptó la candidatura presidencial y prometió superar la “temporada de oscuridad” en EEUU\nDe Trump a Bolsonaro: quién es Steve Bannon, gurú de la extrema derecha mundial\nDetuvieron a un exasesor de Trump por fraude en la construcción del muro con México\nLos “chalecos naranjas”: la tentación autoritaria en la Italia del Covid-19\nPor Camillo Robertini\nVladimir Safatle: “Brasil es un laboratorio mundial para un nuevo tipo de extrema derecha”


abril 2020 - Diseñador Web Valencia\nDeja un comentario / blog / Por angel\nLibro de marketing online de Fernando Macia y Javier Gosende. Marketing online. Estrategias para ganar clientes en internet. Editorial Anaya. Ya está a la venta el nuevo libro de Fernando Maciá y Javier Gosende, que esta vez trata sobre temas relacionados con el marketing online, y las estrategias para hacer clientes en este mundo de …\nPaginas web dinámicas o estáticas\nPAGINAS WEB ESTATICAS O DINAMICAS¿QUÉ SON? ¿CUANDO UTILIZAR UN TIPO DE PÁGINA U OTRO? A la hora de afrontar el diseño de una nueva página web, siempre tenemos que tener en cuenta como desarrolladores las necesidades del cliente. Según los casos vamos a optar por diseñar una página web estática o desarrollar una página web …\nPaginas web dinámicas o estáticas Leer más »\nLista de los 15 mejores plugins para wordpress para usar en el 2010. Seguimos con otra lista de «los mejores….», en este caso, plugins para wordpress, que vamos a usar este 2010. Y es que una de las razones por las que WordPress tiene tantos seguidores, es por los miles de plugins disponibles, y por …\nCuales son las mejores redes sociales\nAunque MySpace, Twitter y Facebook son tres de las redes sociales más conocidas, también hay que reconocer, que muchas personas de todo el mundo no las utilizan, y se decantan por utilizar otras redes sociales. Vamos a hacer una lista con las diez redes sociales más utilizadas en el mundo, teniendo en cuenta factores como …\nCuales son las mejores redes sociales Leer más »\nCrea tu avatar online\nSitepal 3D Photoface. Create online un avatar personalizado para tu web. Animaciones para presentaciones online Hoy te presento una nueva herramienta para tus desarrollos web. Sitepal 3D Photoface. Un recurso web, con el que vas a poder crear un avatar personalizado, para presentar tu web y servicios. Se está poniendo muy de moda ultimamente, el …\nCrea tu avatar online Leer más »\nDominios especiales XXX\nDominios XXX. Nuevos dominios para páginas web de pornografía La ICANN, Corporación de Internet para la Asignación de Nombres y Números, aprobó a finales de Junio, la creación de una nueva extensión . xxx, para las páginas web de contenido pornográfico. Y es que el mercado de la pornografía en internet, es el más grande. …\nDominios especiales XXX Leer más »\nNuevos cursos de Aula Creativa\nNuevos cursos de Aula Creactiva Volvemos a la carga en AulaCreactiva En Septiembre muchos de nosotros nos planteamos un cambio de vida, tomar un nuevo rumbo en nuestros caminos y empezar con todo aquello que hemos ido dejando a lo largo del año y que hemos retomado en nuestra mente durante todo el verano. Vuelven …\nNuevos cursos de Aula Creativa Leer más »\nRediseño web. Cuando es necesario\nRediseño web. Una página web, también tiene fecha de caducidad¿Cuándo es necesario planterse el rediseño o nuevo diseño de un sitio web? Los tiempos avanzan. Las tendencias cambian. Lo que ayer servía, hoy se ha quedado obsoleto o anticuado. Hay que ser realistas. En internet, todo esto todavía se acentúa más que en otros medios …\nRediseño web. Cuando es necesario Leer más »\nLas últimas estadísticas en la utilización de los principales buscadores en España dan un claro ganador. Google es el rey. De todos es sabido el boom que supuso la aparición de google en el mercado de los buscadores. De repente un desconocido se quedó la mejor parte del pastel, en cuanto a ser la herramienta …\nDocumental sobre google Leer más »\n¿Qué es el posicionamiento natural o posicionamiento orgánico?\nPosicionamiento natural y posicionamiento orgánico. La forma natural de aparecer en los resultados de búsqueda. Distintas prácticas para aparecer en buscadores. Existen infinidad de términos seo con los que nos vamos a tener que familiarizar.Entre otros, tenemos que saber diferenciar entre SEO Y SEM. Tampoco hace falta estudiar, ni memorizar todos estos términos. Basta solo …\n¿Qué es el posicionamiento natural o posicionamiento orgánico? Leer más »


RESULTADOS: el proyecto se desarrolló durante los cursos 2018/19 y 2019/20. Colaboraron 21 FC. Participaron 12 centros educativos, ubicados 6 en Sevilla y 6 en población urbana, siendo 8 de los centros de titularidad pública. Participaron un total de 809 alumnos, distribuidos en 14 grupos intervención (GI) y 13 grupos control (GC). Perfil mayoritario del alumno participante: estudiante de 1º bachiller (92 %), sexo femenino (55 %), edad 16 años y medio. El 89 % había utilizado medicación recientemente, mayoritariamente un 15 % había tomado antibióticos, un 17 % ibuprofeno 40 0mg, un 40 % ibuprofeno 60 0mg y un 49 % paracetamol, entre otros. La evolución del nivel medio de conocimientos (escala 0-10) respecto a la línea base del GI: 5,8, resultó de 7,4 en el primer seguimiento y 7,0 en el segundo, resultando una mejora media de 1,2 puntos (en GC: 5,8_6,3_6,3). En cuanto a la evolución en el nivel medio de creencias y actitudes (escala 4-20), resultó una mejora media de 0,8 puntos en sobremedicalización y 0,3 puntos en peligrosidad. La interacción grupo tiempo resultó (p < 0,05) en los dos primeros casos, indicando diferencias significativas en la evolución entre GI y GC y que la IE mejoró el nivel de conocimientos y de las creencias en sobremedicalización. Respecto a la valoración de la satisfacción de los estudiantes participantes de GI, el 86 % consideró la IE interesante y la recomendaría a compañeros, y el 82 % consideró que había mejorado su conocimiento sobre el uso de medicamentos.


Santería, Preguntas más Frecuentes, Proyecto Orunmila -\nUsted está en: Inicio Faqs\n¿Qué es un Odun, Signo o Letra?\nEs la célula vital del sistema adivinatorio de Osha-Ifá -Santería-.A pesar de las particularidades de cada subsistema, Ifá, Dilogún y Obí, todos están interrelacionados al disponer de una misma fuente ideológica, mitológica y sapiencial para hacer las predicciones con el conocimiento acumulado en las historias, leyendas, mitos, refranes y decires populares de Osha-Ifá. Este elemento oracular trae el mensaje de los Oshas, Orishas y protecciones a través del Osha u Orisha regente para cada oráculo en particular. El mensaje, sin embargo, debe ser interpretado por un sacerdote que haya sido consagrado al servicio del subsistema oracular en cuestión. El término Odun se refiere al subsistema oracular de Ifá, Signo, al del Dilogún y Letra al de Obí.\n¿Qué es un Ebbó?\nEl Ebbó es una ceremonia que se hace para cambiar la astralidad o energía espiritual y del cuerpo material de un individuo, de lo negativo a lo positivo.\n¿Qué es medio asiento de Osha?\nEl “medio asiento de Osha" es cuando el practicante ha recibido Eleguá, Ogún, Oshosi y Osun y pasó la ceremonia de recibir los collares de Osha. (Obatalá, Yemayá, Oshún, Shangó y Eleguá). En muchos casos ya tiene definido el Ángel de su Guarda.\n¿Qué es Eshu?\nEs un Orisha. Rige las más diáfanas manifestaciones de lo malévolo para que se manifieste lo benévolo teniendo en cuenta el mal y si se toman precauciones para evadirlo. Es un Orisha que entregan los Babalawo y lo consagran con diversos elementos de la naturaleza. No se consagra en la cabeza, no habla por el caracol y no va a estera. Trabaja directamente con Orula; es el que lleva el ebbó y da cuenta de las ofrendas que se hacen. La mayoría de los Oshas y Orishas se hacen acompañar por un Eshu específico. Además, todos los odun de Ifá tienen su Eshu particular, al igual que todas las circunstancias de la vida pueden llevarlo. Eshu como objeto de adoración es fabricado por el Babalawo. Eshu también se hace acompañar de Ogún, Oshosi y Osun. Generalmente su collar es negro y blanco.\n¿Qué es Eleguá?\nEs un Osha. El primero de un grupo inseparable conceptualmente junto con Ogún, Oshosi y Osun (Orisha Ode). Es la primera protección de un individuo que siempre está para salvarle, su guía. Este es el primero que debe consagrar cualquier Iworo o Aleyo. Representa la vista que sigue un sendero. En la naturaleza está simbolizado por las rocas. El mensajero de Olofin. Vino a la tierra acompañando a Obatalá. Es un Orisha adivino. Es el que abre y cierra los caminos. Vive generalmente detrás de la puerta. Siempre hay que contar con él para hacer cualquier cosa. Es portero del monte y de la sabana. Eleguá es una otá que representa la naturaleza del individuo que lo recibe, no se carga generalmente. Es un Osha que se consagra en la cabeza del iniciado, va a estera el día del itá de Osha y habla por el caracol. Su conversación es fundamental junto con la del Ángel de la Guarda determinando el signo principal del Iworo. Es el Orisha rector e intérprete de los odun del oráculo del dilogún. Lo entregan los Babaloshas. Es el único que fue y regresó del mundo de Ará Onú. Su collar de asiento es de cuentas rojas y negras. Sus colores principales son el rojo y el negro. Su número es el 3.\n¿Quién es un Babalawo?\nUn Babalawo es un sacerdote de Osha-Ifá, que es intérprete del oráculo de Ifá. Cuando el Babalawo anteriormente a su consagración en Ifá consagró Osha, se le llama Oluo.\n¿Quiénes son las Apetebí de Orunmila?\nSon todas las mujeres que tengan Ikofafun o Kofá. Se destacan de entre ellas las hijas de Oshún.\n¿Qué es Ikofafun o Kofá?\nIkofafun o Kofá significa que la mujer tiene definido el Ángel de su Guarda y un signo del oráculo de Ifá, ese signo la identifica en esta religión. Ikofafun es el rango más alto que alcanza una mujer en Ifá, ya que éstas nunca se consagran como Babalawos ni Olúos. La ceremonia de Ikofafun dura tres días y la ofician exclusivamente los Olúos o Babalawos.\n¿Qué es Awofakan o Mano de Ifá?\nAwofakan significa que un hombre tiene definido el Ángel de su Guarda y un signo del oráculo de Ifá, ese signo lo identifica en esta religión mientras no pase al sacerdocio de Ifá. El Awofakan es un usuario de Ifá con un rango sacerdotal inicial, es decir, todavía no es Babalawo. La ceremonia de Awofakan dura tres días y la ofician exclusivamente los Oluos o Babalawos.\n¿Quién es un Babalosha o Iyalosha?\nEs la persona consagrada, intérprete del oráculo del dilogún, que ha cumplido la etapa de Iyawo y ha consagrado a otra persona en Osha. Si es hombre se denomina Babalosha y si es mujer Iyalosha.


No aprendieron nada · En román paladino · Andalucía Información\nEn román paladino No aprendieron nada\nRíos de tinta y de charlas interminables están relatando la mala suerte de España con los últimos Borbones. No se habla de los primeros del siglo XVIII, que son parte de la historia española - Pactos de Familia con Francia, despotismo ilustrado, regalismo, administración centralizada…-, pero desde el siglo XIX, con Fernando VII todo han sido desgracias. Traiciones de casi todos los hijos a sus padres y gobierno alejado de la sujeción constitucional. El mejor rey de los últimos Borbones era -con infinita diferencia - Juan Carlos I. Puesto por Franco, pero facilitador de la democracia. No tuvo la tentación de poner a un Primo de Rivera, un Carrero o un Franco, como alguno de sus antecesores.\nTras la alambicada operación de la transición democrática española en la que se consiguió un mínimo común denominador entre todas las fuerzas políticas democráticas y los postreros aparatos del franquismo volvemos al alambre. Se hicieron renuncias sin cuento por parte de muchos para evitar un derramamiento de sangre - aunque hubo dolorosos episodios trágicos- y lograr un sistema homologado con las democracias europeas. Se quedaron fuera las fuerzas terroristas y las de extrema derecha e izquierdas. El resto asumió una solución “menos mala”. No era perfecta, ni nadie lo dijo. Simplemente se construyó un sistema constitucional democrático similar a los sistemas de los países que nos rodeaban (por el norte, claro).\nEntre los encajes que hubo que hacer estaba el de la corona. La monarquía -sin monarca - la restableció nominalmente Franco, declarando a España Reino, y reinando él mismo casi cuarenta años. La Constitución incluyó la monarquía parlamentaria en la rama Borbón de D. Juan Carlos y así fue ratificada - en bloque, no en una votación separada - la nueva reinstauración monárquica. Se votó la monarquía en la discusión de la Constitución en las Cortes. Ahí terminó el debate. Se entendió que era suficiente por la gran mayoría de las fuerzas parlamentarias.\nUna monarquía cogida con alfileres necesitaba la ratificación diaria por los hechos. El 23 de febrero significó un paso trascendental en la aceptación del rey por el pueblo español. El nombre de Juan Carlos I quedó unido a su orden a los capitanes generales de mantenerse leales a la Constitución. Décadas más tarde los casos de Urdagarín y de Corinna van echando por tierra, piedra a piedra, el edificio de honorabilidad y afecto popular construido. Son muchos los años transcurridos en que la prensa, los miembros del gobierno y de las demás instituciones del Estado dejaron hacer al nuevo rey de su capa un sayo en la más completa opacidad. Hasta que Villarejo, Corinna y los fiscales suizos empezaron a desvestir el mito que quedó desdibujado junto a los elefantes muertos en el sur de Africa y las cuentas en paraísos fiscales. La abdicación no tardó en llegar y ya nada volvió a ser igual. No aprendieron.\nLa salida de España - exilio, huida, paréntesis, abandono, marcha o periodo vacacional - ha sido un error que recuerda demasiado a la de Alfonso XIII. Nada es igual pero tampoco es tan diferente. Al fin y al cabo es una salida obligada por hechos no probados pero si confirmados por las propias medidas adoptadas por el actual monarca - renuncia a su herencia, retirada de la asignación y salida de la Zarzuela-.\nEspaña se enfrenta a un problema. El Jefe del Estado -que lo es por sucesión dinástica- obligado a poner distancia de su antecesor y padre no es la mejor tarjeta de presentación. El monarca es honrado y ejemplar, pero la monarquía está herida. No es que sea necesaria la ejemplaridad, es que es imprescindible. Tanto como la transparencia en todas sus actuaciones. Demasiadas crisis acumuladas para estos momentos de constricción nacional por el Covid-19 y sus secuelas económicas.\nLa educación ¿lo primero?


2º Blog de Eduardo de la Serna: Comentario Santísima Trinidad C\nYa hemos señalado en semanas anteriores la importancia que Juan da al llamado “paráclito” (puesto que es el tema que se desarrolla en este párrafo, remitimos a ellos, salvo lo específicamente trinitario que destacamos brevemente). Una novedad importante (conforme a lo que hemos dicho más arriba) es que el espíritu aparece para los cristianos como “el don” por excelencia. Por eso, por ser “don”, en griego la palabra “espíritu” (= pneuma) es neutra; sin embargo, Juan – como vimos - empieza a aludir a este personaje, “el paráclito” (que es “masculino”, y por tanto “persona”). Vimos, también, que de este personaje se dice lo mismo que en el cuerpo del Evangelio se había dicho de Jesús; así que hay una estrecha relación entre ambos sujetos. Pero – además - dice relación con el Padre. La estrecha relación entre el Padre y el Hijo (“todo lo del Padre es mío”) dice estrecha relación con el espíritu – paráclito en relación a la verdad (“recibirá de lo mío y se los anunciará”; v.15).


México paga millones de dólares a "James Bond" para reescribir nuevo filme – Publinews\nMéxico paga millones de dólares a "James Bond" para reescribir nuevo filmeViviana Ortiz\nANUNCIOSSegún el sitio Tax Analysts, las autoridades mexicanas realizaron algunos cambios en la película "Spectre", la nueva cinta de "James Bond", a cambio de estímulos fiscales por 14 millones de dólares. Bajo el título “Desde México con amor: Cómo Sony obtuvo millones por reescribir filme del 007”, el sitio especialista en impuestos, asegura tener las pruebas donde se pueden ver los cambios el guión.Recordemos que el año pasado, Sony fue víctima de un hackeo de correos electrónicos de sus ejecutivos, donde según resalta el sitio, pudieron obtener la información de "Spectre".Según el texto, en el guión original, "Bond" llegaba a México a detener a un asesino de nombre "Sciarra" que busca liquidar al Jefe de Gobierno de la capital mexicana. Sin embargo, autoridades de ese país pidieron sustituirlo por un líder internacional. Por lo que se dice, la producción habría accedido a las modificaciones para no perder los incentivos.Tax Analysts también señala que si se incluyen tomas aéreas de edificios modernos de la Ciudad de México, la producción recibiría un apoyo extra por 6 millones de dólares. Estas son las modificaciones en el guión:- Un asesino tenía que liquidar al Jefe de Gobierno del DF, se cambió por un líder internacional.- El asesino, que era mexicano, tendrá que ser de otra nacionalidad.- La dueña del hotel que hospeda al 007 debe ser una actriz mexicana.- El agente perseguirá al criminal en medio del festejo de Día de Muertos, una de las tradiciones populares más arraigadas en México.- La policía mexicana no aparecería, sería una fuerza especial de policías.\nQueen y James Bond en la Semana Británica chapinaDel 23 de febrero al 2 de marzo se realizará un minifestival de filmes y un concierto tributo a una de las bandas más importantes en la historia de Gran Bretaña 5 razones por las que James Bond podría ganar un OscarDaniel Craig volverá a ser James BondAdele interpretará tema de James Bond


Inicio / Hombre>Zapatos Casual Sport>ROYAL TECHQUE T BLACK WHITE\n¿Quieres comprar royal techque t black white?\nSi lo que buscas es royal techque t black white, en Zapatosparatodos te damos la solución. En nuestra tienda online podrás disfrutar de un calzado de primera. Aprovéchate de la marca Reebok y llévate este modelo que se adapta perfectamente a tus necesidades.\nPero no solo eso: el modelo royal techque t black white de hombre de la marca Reebok, nos aporta un outfit diferente y actual. Con 2.5 cm que nos aporta la altura indicada, y con su color negro, se convierte en un calzado básico para esta temporada. Conviértelo en un Must Have de temporada y déjate seducir por este royal techque t black white de la marca Reebok. ¿A qué estás esperando para llevártelo a casa?\n¿Cómo cuidar y mantener en estado óptimo: royal techque t black white?\nCuidado con dejar tu royal techque t black white cerca de una fuente de calor ya que puede ser contraproducente, y perjudicar su piel .\nNunca use lejía o productos con alta carga ácida con su royal techque t black white. Atacan su piel y producen un deterioro del calzado.\nDespués de cada uso, se recomienda limpiar royal techque t black white, y eliminar restos de suciedad.\nNo deje su royal techque t black white cerca de una fuente de calor, ni de frío (como aparatos de aire o radiadores).\nNo exponga su royal techque t black white en lugares fríos, o lugares de calor. Los materiales acaban deteriorándose con el tiempo si se exponen a esto.


Certificaciones de obra. Qué son y cómo cobrarlas\nCertificaciones de obra: Qué son y cómo cobrarlas\nLa certificación es un acto mediante el cual se declara que se está construyendo o modificando una edificación en un terreno. Las obras que se estén llevando a cabo, deberán ser reflejadas en el Registro de la Propiedad.\nCuándo es obligatoria la declaración de obra nueva\n¿Qué necesito para cobrar una certificación de obra?\nEn primer lugar hay que realizar la medición exacta de las partes de la obra que se van a certificar. Si se ha adquirido material que no está colocado también se puede presentar como acopios. Posteriormente hay que reflejar estas partidas en una medición que coincida con las presupuestadas y en el caso que haya partidas no presupuestadas, también se deberán reflejar con precios contradictorios.\nEsta es la documentación a presentar para la aprobación por parte de los técnicos que forman la Dirección Facultativa. Una vez dado el visto bueno y acompañada de la factura correspondiente, se presenta para su cobro al promotor de la obra, el organismo contratante o a la persona física si se trata de un particular. En buena parte de los casos la propia certificación sirve como documento de cobro, pues se trata como un pago a cuenta, de la liquidación final de la obra.\n¿Hasta cuándo puedo cobrar una certificación de obra?\nDependiendo de lo que se refleje en el contrato de ejecución de la obra, las certificaciones se realizarán en los plazos fijados. Pueden ser mensualmente, por capítulos de obra finalizados, o en otros plazos. Una vez vencido el plazo acordado, la certificación se puede pasar al cobro. Normalmente se suele presentar a finales de cada mes para poder pagar las nóminas de los trabajadores. Lógicamente la certificación se presenta siempre antes de que venza el plazo para poder presentar la siguiente.\nSi el promotor de la obra es la Administración, una vez visada la certificación de obra, se presenta la factura correspondiente al departamento de intervención, en el que los técnicos propios de dicho organismo revisaran con lupa el documento, provocando el consiguiente retraso en los pagos. Es por eso que el cobro de facturas a la administración pública es tan farragoso y genera tantos problemas a las empresas contratistas.\nA fin de evitar dolores de cabeza, lo más práctico para los contratistas es recurrir a una financiera para anticipar el cobro de sus certificaciones de obra. Esto les permitirá hacer frente a las obligaciones con los proveedores y sus propios trabajadores. Ficomsa ofrece un servicio ágil, competitivo y eficaz con el que obtener el anticipo de la factura correspondiente tras presentar la certificación de obra visada por los técnicos directores de la misma. Además ofrece otros servicios que seguro que te resultan muy cómodos, tales como el confirming.\n¡Infórmate con nuestros expertos!