Gazafatonario IT: Analista\nMostrando las entradas con la etiqueta Analista. Mostrar todas las entradas\nme la sé también con Analistas, con Diseñadores, con Programadores y hasta con\nGerentes de Proyectos. También con usuarios. Cada uno de nosotros piensa que\ntodos los demás en el proyecto están igualmente motivados, que tienen las\nmismas habilidades, que conocen todo el entorno necesario para entender el\nsistema. Y No es así. También creemos que los demás piensan como nosotros\nmismos, que ven el universo como lo vemos nosotros. Y Tampoco es así. Como\nreceptores de información siempre tenemos un mecanismo infalible: “el qué más.”\nComo en ¿Qué más debo saber de este proceso? ¿Qué más me puede decir de este\nmodelo? ¿Qué otra cosa esconde este escenario? ¿Quién más necesita esta\nfuncionalidad? ¿En qué otro momento se requiere esta información? Como emisores\ntambién debemos estar prestos a brindar toda la información que requiera\nnuestro interlocutor. ¿Qué más necesita saber? ¿Tiene alguna otra pregunta?\n¿Son necesarios más ejemplos? ¿Quiere hablar con alguien más? Y no me\nrefiero solamente a la comunicación usuario-analista, sino también a la que\nocurre al interior del equipo de desarrollo: cuando presentamos los casos de\nuso, cuando exponemos la arquitectura, cuando mostramos la realización de casos\nde uso o el modelo de datos y, sobre todo, cuando documentamos el software.\nTodo esto debemos hacerlo con la premisa de “documentar para el resto”, para el resto de la organización, para el resto del\nequipo del proyecto, para los usuarios, para los socios de negocios, para los proveedores,\nincluso para personas ajenas al producto, al proyecto y a la misma compañía,\ncomo consultores, expertos del dominio de negocio o técnico y otro tipo de\npersonas. Este es otro de los momentos cuando recomiendo el uso formal de UML y\ndel español (o de algún otro idioma necesario) acorde al público, o sea,\nterminología del negocio para los usuarios, léxico técnico para los técnicos.\npor ahora este análisis, al menos en lo que se refiere a la enumeración de\ncasos de abuso. Volveremos con un capítulo sobre conclusiones y recomendaciones.\n¿qué otros errores se les ocurren? ¿Qué otros abusos creen que han estado cometiendo\nustedes o sus colegas?\ncontarme y lo discutiremos más adelante.\nyo llamo “síndrome del programador que se volvió analista”, algo así como el\nhombre-lobo del proceso de desarrollo de software. Creo que todos los que hemos\nrecorrido este largo pero tortuoso laberinto que significa el ciclo de vida del\ndesarrollo de software hemos experimentado, al menos, una o más de esas\nmanifestaciones “fenomenoides” del\nuniverso informático. Además, este abuso es primo del abuso 5, donde usamos\ndetalles técnicos en la documentación del caso de uso.\nes sencillo: un caso de uso siempre, sin ninguna excepción, se escribe en\nterminología del negocio, con las palabras que usa el usuario en sus\nactividades diarias. Si esto no es posible, quizás no estamos ante un caso de\nincluir expresiones como: “si ocurre esto entonces hacer aquello”, en cambio\nusar distintas secuencias o flujos alternos; o “mientras se cumpla una\ncondición, realizar estas acciones”, en vez de ello, describir el conjunto de\nacciones para un elemento-sujeto de la condición y en los requisitos especiales\ndel caso de uso dejar de manifiesto que puede haber uno o más elementos para\nesa condición. Y mucho menos usar nombres de “variables”, ciclos for o while o selección múltiple. Lo único que lograremos con ello es\nun caso de uso algo escueto un ejemplo típico:\n1. El caso de uso inicia cuando el\ncliente decide retirar dinero en efectivo de un cajero automático\n2. El sistema solicita la cantidad de\n3. El Cliente ingresa la cantidad de\n5. Si el Saldo\ndel Cliente es mayor que o igual a la cantidad a retirar, el cajero entrega el\ndinero. De lo contrario, muestra el mensaje “Fondos insuficientes”\nLos pasos 4\ny 5 de este caso de uso son una muestra de lo que no se debe hacer al\ndocumentar requisitos. En cambio, podríamos decir:\n4. El sistema verifica que el Cliente\ntiene saldo suficiente en su cuenta y entrega el dinero.\nde falta de fondos, escribimos una secuencia alternativa. Esta estrategia\nademás posibilita una implementación más rápida y “limpia” del caso de uso y\npermite al equipo de pruebas tener mayor visibilidad de los escenarios para\nverificar el software.\nsaber más de sobre casos de uso, abecés, anatomía, prácticas y requisitos en\ngeneral, puedes visitar mi Sección Lecturas Fundamentales en mi Gazafatonario IT.\nFundamental 1: “Casos\nde Uso: de vuelta a lo fundamental”\nproceso sea dirigido por casos de uso no quiere decir que toda la funcionalidad\ndel software debe estar documentada en casos de uso. Hay requisitos que son\ntransversales al producto, es decir, aplican en varias partes del sistema;\ntambién hay requisitos funcionales que se expresan mejor en prosa, siempre en\ntérminos del usuario, pero en narrativa; hay otras funcionalidades cuya\ncomplejidad amerita el uso de diagramas de actividad o de otro tipo de\nelementos gráficos o visuales para entenderse. En este último caso, siempre\nrecomiendo el uso formal de UML como mecanismo de comunicación para no dar pie\na malos entendidos o a concentración de ambigüedades.\nYa lo he expresado antes,\nlos casos de uso apenas son uno de los mecanismos para identificar, organizar,\ndocumentar y administrar requisitos o, en el orden de ideas que estoy\nformulando, un receptáculo de requisitos, un depósito, un bote, una funda, un\nartilugio. De hecho, los casos de uso constituyen la práctica industrial más\nampliamente usada en materia de requisitos de sistemas de información.\nporque he notado que es muy fácil para las personas extraviar la noción y la\npráctica correcta de la Ingeniería de Requisitos y volverse “caso-de-uso-dependientes” y en\nocasiones crean una especie de religión donde el acto de fe por los casos de\nuso toma tintes de devoción.\nComo cualquier adicción,\nesta también va a ser difícil de desarraigar de nuestros modelos mentales. Sin\nembargo, vamos a intentarlo. Pero antes de eso, quiero reiterarles que soy\nentusiasta de los casos de uso, quienes han seguido mi Gazafatonario IT conocen las Lecturas Fundamentales, un esfuerzo medio modesto\nmedio imponente por transmitir mi experiencia en el tema y que fueron la base\nde mi próximo libro, actualmente en etapa de edición. En los últimos meses también\nhe estado publicando sobre casos de uso 2.0, una estrategia que reúne\nlas mejores prácticas tradicionales y ágiles para la documentación de\nrequisitos de software, expuesta recientemente por el Dr. Ivar Jacobson y su\nequipo. Sobre este tema volveremos más adelante, cuando hayamos entendido, o\nhayamos vuelto a entender, el verdadero sentido del uso y el abuso de los casos\nel principal objetivo de esta serie así llamada “Casos de Abuso”. En el capítulo 4 de la misma expongo las\ndistintas formas y colores que pueden tomar los requisitos del software:\nsaber más de ingeniería de requisitos, análisis de requisitos y el papel del Analista\nde Requisitos y de otros aspectos relacionados, pueden leer mi Lectura\nFundamental 9: “RUP:\nFase de Concepción, Parte 2”, en mi Gazafatonario IT:\nA este caso de abuso\noriginalmente lo titulé:\nson validaciones que hace el caso de uso al comienzo del mismo o en algún paso\nsiguiente. Las poscondiciones y el resultado del caso de uso son una misma\nquizás el mayor de los abusos. Las precondiciones no ocurren dentro del caso de\nuso, es justamente lo contrario. Las precondiciones representan el estado en el\nque debe estar el sistema para que se ejecute el caso de uso a la que\npertenecen. Son acciones que ocurren antes, en algún momento del tiempo, de la\nejecución (o de la necesidad de ejecución) del caso de uso. Y cuando digo “en\nalgún momento del tiempo” no me refiero a que tiene que ser inmediatamente\nantes del caso de uso, puede ser en cualquier instante, mientras sea antes de\nla ejecución del caso de uso. Para usar términos bastante reconocidos por\nnosotros, si un caso de uso tiene precondiciones, se encuentra deshabilitado\nhasta tanto todas las precondiciones no se hayan ejecutado y hayan producido\nlos resultados necesarios para que el caso de uso se habilite y pueda ejecutarse.\n2: Representación Visual de las Precondiciones y las poscondiciones de un caso\nde uso. Fuente: Adaptado de\ncomún ocurre cuando confundimos una precondición con la validación a un\nelemento específico del negocio, por ejemplo, que el Cliente debe tener una\ncuenta corriente para solicitar aumento de cupo de sobregiro. Esta, a todas\nluces, es una verificación que debe ocurrir en el caso de uso “solicitar\naumento de cupo de sobregiro” después de que el cliente se haya identificado,\nantes no es posible.\nsimilar puede hacerse para las poscondiciones, confundidas casi siempre con los\nresultados del caso de uso. Por ejemplo, es frecuente leer en la especificación\nde un caso de uso: “el sistema almacena los datos de la solicitud.”, “el\nsistema muestra el mensaje ‘no se pudo realizar la operación’.”, “el sistema\ncancela la ejecución del proceso.” Todas estos detalles corresponden a eventos\nque ocurren (deben ocurrir) dentro del caso de uso, no después de su ejecución,\nque es el terreno donde se mueven las poscondiciones.\nposcondición típica puede ser: “el cliente puede consultar el estado de sus\nfacturas.” Otra puede ser: “la cuenta del usuario queda deshabilitada.” Una\nmás: “el cliente VIP puede modificar el estado de su reserva.” Todas estas son\nacciones que los usuarios pueden hacer después de que un determinado caso de\nuso se haya ejecutado, satisfactoriamente o no. El momento en el que se haga\ntampoco tiene que ser inmediatamente después, casi siempre depende de las\nnecesidades de los usuarios particulares de cada funcionalidad.\nsituación adicional que ocurre en muchas oportunidades es que nos quedamos buscando\nprecondiciones y poscondiciones del caso de uso durante un tiempo\nconsiderablemente extenso. Siempre recomiendo a los neófitos que si no las\nencuentran en las primeras de cambio pueden estar sucediendo dos cosas\ninformación suficiente del caso de uso (o no lo hemos entendido bien)\nla experiencia práctica o el conocimiento teórico suficiente para lidiar con\nestos dos aspectos de los casos de uso.\ncaso, debemos siempre buscar la información que nos hace falta con las personas\ninvolucradas, los usuarios; en el segundo caso es un poco más difícil, pero mientras\neste tema se nos vuelve una costumbre, recomiendo no quedarnos mucho tiempo\nparalizados por ello y seguir adelante. Las precondiciones y las poscondiciones\nson aspecto importantes para el diseño y la implementación del caso de uso,\npero si no las encontramos, existen otras formas de llegar a la misma solución,\nquizás tome un poco más de tiempo a los diseñadores, pero este será mucho menos\nque si los analistas se quedan horas o días buscando algo que no conocen.\nmás, tanto las precondiciones como las poscondiciones son opcionales: no\nsiempre son un elemento adherido al caso de uso. Es posible que haya casos de\nuso que no tengan unas o las otras, o ambas.\nPD. Para saber más de precondiciones y\nposcondiciones y de otras características de los casos de uso pueden leer mi Lectura Fundamental 3: “Casos de Uso: del todo y de sus\npartes”, en mi Gazafatonario IT:\nmás debatible de todos los abusos. Está en una zona gris. En aras de la calidad\ndel producto, objetivo último de todo proyecto, siempre deberíamos hacer la\nrealización del caso de uso , sin tener en cuenta el grado de mayor o menor\ncomplejidad del mismo. Sin embargo, siempre encontramos factores limitantes de\ntiempo, de recursos y de costos que lo impiden.\nprimer abuso decía que mínimo debemos hacer la realización de los casos de uso\narquitectónicos. Seguramente, si hacemos bien nuestro trabajo de diseñadores de\nsoftware, de esta actividad surgirán la mayoría de las entidades del sistema, los objetos\ncontroladores, las fachadas y las interfaces, entre otros tipos de objetos. El\nnúmero de casos de uso arquitectónicos varía de un proyecto a otro, pero\ndebería girar en torno a un 20% del total de casos de uso del producto. Es una\ncifra un tanto arbitraria pero parece funcionar en la mayoría de los casos, al\ngrado de haberse convertido en una práctica generalizada.\n¿Y el otro\n80%? Yo siempre uso el precepto de “modelar para entender lo que vamos a\nconstruir.” Si alguien en el equipo de desarrollo no entiende un caso de uso,\nlo que hace o como lo implementa, entonces debemos apoyarnos en el modelado\npara subsanar esta situación. Y la realización del caso de uso es un buen\ncomienzo para ello. ¿De cuántos diagramas preciso? Los que sean necesarios para\nentender. Ni más ni menos.\nPD. Sobre diseño de casos de\nuso, más específicamente, sobre realización de casos de uso, los invito a leer\nFundamental 10: Realización de Casos de Uso: De los Objetos y sus Interacciones\nen mi Gazafatonario IT.\nes reiterativo y cuando digo eso me refiero a que siempre hago énfasis en que\nno es así, pero algunos analistas funcionales insisten en hacer exactamente lo\nuso especifica lo que debe hacer un sistema de software. No es correcto incluir\ndetalles de la interfaz gráfica resultante, como botones, cuadros de texto,\nlistas de opciones, entre otros, lo mismo que otros mecanismos relativos a los\nelementos de software con los que se implementará el caso de uso, como\nreferencias a componentes de software, a librerías de acceso a datos, o a\ntablas u otros objetos de bases de datos. Todo esto hace parte del “como” se\nimplantará el caso de uso en el sistema una vez que esté terminado, son\ndetalles poco entendibles para el usuario final, interesado principal en la\nespecificación del caso de uso y de los requisitos en general.\nademás que un caso de uso detalla la interacción entre el actor y el software,\ndesde el punto de vista del usuario; es decir, al usuario solo le interesa\nconocer sobre los insumos que tiene que proporcionarle al sistema a través de\nese caso de uso y también de los resultados que el sistema le sirve de vuelta,\nno cómo ese resultado es calculado, encontrado, o procesado al interior del\nsuele ocurrir que algunos usuarios, a fuerza de lidiar durante tantos años con\nlos sistemas, conocen de nombres de tablas y hasta de procedimientos\nalmacenados y son capaces de establecer explícitamente de qué tabla quieren que\nse tome un dato o cual procedimiento requieren ejecutar en cierto momento.\nEstos detalles se documentan, pero se formalizan durante la etapa de Análisis y\nDiseño del caso de uso, cuando este se suplementa.\nrequisitos del software, y con ellos los casos de uso cuando se utilicen como\nmecanismo de especificación, son independientes de diseño y de implementación.\nTenemos una lista corta de escenarios en donde estamos usando mal los casos de\nuso como instrumentos para identificar, organizar, documentar y administrar\nrequisitos de software, tanto funcionales como no funcionales.\nlos casos enumerados hasta el momento:\ncaso de uso es la única documentación necesaria para construir el software.\ncaso de uso se usa en todos los casos.\nque no está documentado en los casos de uso no hace parte del sistema.\ncaso de uso se identifica, elabora, diseña, implementa y prueba en la misma\nEntonces, ya sabemos que la\nespecificación de requisitos de software (ERS) viene, o puede aparecer, en\nrecipientes de distintos tamaños y diferentes formas y colores: algunos son\ncacharros escuetos pero con significado y suficiencia para quien los elabora y\npara los interesados en los mismos, otros son cristalerías sofisticadas que se\naproximan a lo mundano, en el sentido de cosmopolita. Pero contienen requisitos\nde software, al fin y al cabo.\nEn términos de artefactos de\nespecificación y modelado de sistemas de información, estoy hablando de folios\nde especificación funcional, con sus requisitos en prosa y todo el detalle\naledaño que siempre los acompaña; pero también me refiero a la descripción de\nprocesos del negocio, desde macro-procesos, hasta tareas simples y atómicas,\npasando por procesos y subprocesos; representaciones de herramientas visuales\ncomo prototipos estáticos y simuladores.\nTambién hago alusión a\ndiagramas de UML, como diagramas de\nactividad y de estado, diagramas de procesos, diagramas de contexto y mapas\nmentales, entre algunos otros; descripción de reglas y políticas del negocio;\nacuerdos de entendimiento entre los usuarios y el área de tecnología; listas de\ndeseos escritas a mano; y, las más usadas, historias de usuario y casos de uso.\nIncluso, con las nuevas tecnologías, los requisitos de software bien pueden\naparecerse en formato de videos o audios digitales, fotografías de alta\ndefinición capturadas por teléfonos inteligentes, mensajes electrónicos y\ntrinos de 140 caracteres o menos.\nUsualmente, la ERS se exhibe\nen una combinación de dos o más de estos instrumentos y lo único que importa es\nque provenga de las personas apropiadas e interesadas en el producto de\nsoftware y que cada requisito cumpla o pueda cumplir con algunos atributos o\nrasgos de calidad:\nLa ERS, por su parte, debe\nAhora ya sabemos cómo corregir\nalgunos de esos defectos. ¿Ustedes qué creen?\nEl modelo iterativo de desarrollo\nde software dicta que podemos construir el sistema mediante incrementos en\nperíodos de tiempo relativamente cortos y con un objetivo fijo. A estas fases de\ntiempo se les conoce como Iteraciones\ny al producto (resultado) de la fase se le conoce como Incremento.\nEn otras palabras, una\niteración es un mini-proyecto con una salida bien definida: una versión\nincrementada, estable, probada e integrada del producto de software, con su\ndocumentación asociada. Pues bien, una de las faltas típicas que cometemos\ndurante el ciclo de vida del software tiene que ver con esto.\nde Abuso 4: El caso de uso se identifica, elabora, diseña, implementa y prueba\nen la misma iteración.\nerror muy común al iniciarse en un proceso iterativo. Un caso de uso pasa por\nvarias etapas o períodos durante su ciclo de vida: desde la identificación o\ndescubrimiento del caso de uso, hasta la puesta en ejecución del mismo, pasando\npor la Ingeniería del Caso de Uso (conocida entre nosotros como la Ingeniería\nde Requisitos), el Análisis y Diseño, la Implementación, las Pruebas y el\nde estas etapas ocurre a través distintas fases del proyecto y de diferentes\niteraciones. Durante la fase de inicio o visionamiento del proyecto,\ndescubrimos un número significativo de casos de uso y algunos de ellos pasan a\nla etapa de Ingeniería de Requisitos; muy pocos de estos casos de uso llegan a\nla etapa de Análisis y Diseño y ninguno llega a la Implementación.\nadelante, durante la fase de Planeación o Elaboración del proyecto, los\nllamados casos de uso arquitectónicos, de los identificados en la fase previa,\nllegan a las etapas de implementación y pruebas, mientras que otros casos de\nuso son descubiertos y otros llegan al período de Ingeniería de requisitos.\nsiguientes fases del proyecto, algunos pocos casos de uso son identificados,\nlos últimos, y los demás pasan, iteración tras iteración, por las etapas\nexpuestas; pero nunca, un caso de uso se identifica y llega a implementarse en\nla misma iteración, por muy simple que sea. Eso sería apenas una simple\ncoincidencia y, casi siempre, un error.\nrelacionado con este abuso está el abuso No. 12, aunque hay diferencias\nfundamentales entre aquel y este. (Lo veremos en su momento)\niteraciones, los invito a leer mi artículo Gerencia\nde Proyectos Iterativos en la Revista Project Management\nIberoamericano de la Asociación Española de\nProfesionales en Dirección de Proyectos.\n1. intr. Usar\nmal, excesiva, injusta, impropia o indebidamente de algo o de alguien. Abusaba DE su autoridad.\nde Abuso 3: El caso de uso es la única documentación necesaria para construir\nidea surge de la premisa de que el proceso de desarrollo de software es\ndirigido por casos de uso , que es algo mucho más amplio y totalmente\ndistinto. Además, está el factor tiempo que siempre hace falta en los proyectos\nuso es el primer repositorio de documentación en un proyecto, puesto que es el\nartefacto que legitima los requisitos funcionales del software. Sin embargo,\ndespués del caso de uso y antes del código fuente hay un abismo sobre el que\ndebemos construir un puente para ir desde la solicitud del usuario, su problema\ny sus necesidades, hasta un sistema de software que soporte su proceso, que\nresuelva su problema y cubra sus necesidades.\nhay casos de casos: están los llamados casos de uso arquitectónicos o más\ncomplejos, que bien podrían representar alrededor del 20% del total de casos de\nuso de un proyecto. A estos casos de uso debemos aplicarles rigurosamente el\nproceso: Análisis, Diseño, Implementación, Pruebas, Despliegue y vuelta a\nempezar. Y durante el Análisis y el Diseño se construyen una serie de\nartefactos que van desde documentos anexos hasta diagramas (de UML) de casos de\nuso, de secuencia, de comunicación, de clases, de estados, de actividad y de\nentidad-relación, entre otros. También están los requisitos no funcionales o\nespeciales que aplican a cada uno de esos casos de uso, el pseudocódigo y los\nprototipos; asimismo, están los casos y procedimientos de prueba.\nprincipalmente durante el período de Análisis y Diseño del caso de uso cuando\nocurre la suplementación del mismo, es decir, la adición de detalles técnicos y\nno funcionales al caso de uso. Y en todas estas actividades intervienen todos\nlos miembros del equipo del proyecto: unos elaboran y presentan, otros\nretroalimentan, complementan, realizan el siguiente paso y también lo\npresentan, y así, en una espiral en la que el producto se va gestando hasta\nlos demás casos de uso del proyecto, el otro 80%. Unos son más complejos que\notros desde el punto de vista de diseño, mientras que algunos son más críticos\nque otros desde la perspectiva del usuario. Muchos de estos casos de uso, sino\ntodos, también deben someterse al mismo proceso que los anteriores. Lo que\nvaría es la severidad o formalidad con que se elaboren todos esos artefactos. Dependiendo\ndel tipo de proyecto, de los aspectos legales del mismo y de otras variables\ndel entorno, será necesario realizar cada documento siguiendo plantillas\nformales del proceso de desarrollo, casi con rigurosidad científica: diagramas\nde UML bien construidos y detallados, tantos como sean necesarios para entender\nel producto, documentos sujetos al escrutinio de revisiones técnicas y de\nestilo, con listas de chequeo formales y con todas las excepciones\nconsideradas. Algunos casos de uso requerirán de tres, cinco o más diagramas de\ninteracción, por ejemplo; otros necesitarán sólo uno de estos diagramas.\nproyectos, menos formales desde el punto de vista legal (aunque es difícil\nimaginar tal cosa), será suficiente con que estos artefactos se elaboren en\nreuniones de análisis y diseño en un tablero donde todo el equipo de desarrollo\npueda verlos, opinar, tomar nota y entenderlos, que es el objetivo último del\nde las herramientas a usar también depende de la complejidad técnica y de la\nformalidad legal: para unos proyectos basta lápiz y papel, o tiza y tablero,\nmientras que para otros serán necesarias herramientas sofisticadas de\ncaso, nunca hay que perder de vista que el software, por naturaleza, es\ncomplejo; y que construir software, por naturaleza, es una actividad compleja.\nTambién, que las herramientas con las que se construye software (que\ncasualmente están hechas de software) también son complejas. Y con este nivel\nde complejidad, no es posible que algo simple, como el caso de uso, sea capaz\nde resolver nuestro problema sin más colaboración.\nla calidad: Alto.\nAntonio Salazar Caraballo, “RUP: Fase de Concepción”, Gazafatonario IT, http://gazafatonarioit.blogspot.com/2007/03/lecturas-fundamentales-8.html,\n08 mar. 2007.\nSobre abecés, anatomía y prácticas de casos de uso y requisitos en general, puedes visitar mi\nSección Lecturas Fundamentales en este mismo Gazafatonario IT.\nsegunda ley de la Ingeniería del Software o el modelo\nInformación-Materia-Energía (IME) establece que el mundo natural que forma el\ncontexto de la inteligencia humana y la ciencia del software es una dualidad:\nun aspecto de ésta es el mundo físico y el otro es el mundo abstracto, donde la\nmateria y la energía son usadas para modelar el primero, y la información, para\nmodelar el segundo. Los modelos del mundo físico han sido bien estudiados por\nla Física y otras ciencias naturales. Sin embargo, el modelado del mundo\nabstracto todavía es un problema fundamental a ser explorado por la ingeniería\nbien, aunque el mundo físico es el mismo para todas las personas, el mundo\nnatural es percibido de forma diferente por distintos individuos debido a que\nel mundo abstracto, como parte de éste, es subjetivo dependiendo de la\ninformación que los individuos obtienen y perciben. Y es debido a esta\ndiversidad en la percepción del mundo abstracto que se presentan los errores en\nla ingeniería del software y por ello es que son más comunes de lo que a veces\nqueremos. En el ciclo de vida de la ingeniería del software, esos errores\nempiezan durante la identificación, especificación y modelado de casos de uso.\nde estas falencias, son las que empezaré a presentar a partir de hoy en varias\nentregas. Se trata de un estudio de los\nmalos usos de los casos de uso.\nes realmente un estudio patológico y forense: es patológico porque hago un\nestudio de los desórdenes más comunes encontrados durante mis continuas\nrevisiones de casos de uso a todo lo largo de su ciclo de vida: identificación,\nespecificación, análisis, diseño, implementación y pruebas. Quise hacer este\nestudio en un sentido amplio, es decir, observé estas alteraciones como\nprocesos o estados anómalos de raíces conocidas o ignoradas. También es\npatológico porque extraje las pruebas que señalan la presencia de tales\nafecciones del examen minucioso de cada error en todos sus niveles\nestructurales, desde el nombre del caso de uso, hasta las secuencias básica y las\nalternativas del mismo, pasando por la breve descripción, las pre y\nposcondiciones, el actor y los requisitos especiales, entre otros aspectos.\nDesde este punto de vista me convertí en un anatomopatólogo o, simplemente, en\nun patólogo clínico de los casos de uso, si es posible trasladar ese término\nmédico a nuestro entorno.\nforense porque estudié los aspectos técnicos derivados de la práctica diaria de\nlos equipos de desarrollo de software, en los que he participado centenares de\nveces, como sujeto activo y como perito. Bajo este último título he tratado de\ncontribuir con mi actuación a dar valor y significación genuinos a los aciertos\nhechos en materia de especificación y evolución de casos de uso y también a la\npromoción de ciertas prácticas que creo exitosas en la industria. En\nparticular, he tenido la oportunidad de examinar y recoger indicadores de casos\nde uso propios y de extraños (colegas, clientes, socios de negocio); de los\nmodelos y especificaciones de casos de uso he determinado los elementos donde\nse presentan los errores, las posibles causas de los mismos y he presentado\nCaso de Abuso 1: El caso de\nuso se usa en todos los casos.\njuego de palabras pero es falso. Los casos de uso son un repositorio, un\nmecanismo de comunicación durante el ciclo de vida de desarrollo del software.\nContienen y transmiten requisitos y otros aspectos relacionados con la\nfuncionalidad del software en construcción.\nhay muchas maneras de documentar todo esto: documentos de requisitos\nfuncionales y no funcionales donde, en prosa, se especifican los detalles del\nproducto. En otros casos se pueden usar prototipos, como en los reportes ad-hoc o estándares, donde preparar un\ndocumento en el que se muestre como lucirá un reporte es más práctico que\nescribir en palabras los detalles del mismo. En otros casos, serán necesarios\nuno o más diagramas de UML (de estados o de actividad, por ejemplo), como\ncuando la descripción en prosa del proceso funcional es engorrosa debido a la\ncomplejidad del proceso y, además, un prototipo no es suficiente o no aplica.\nen la calidad: Bajo.\nCaso de Abuso 2: Lo que no\nestá documentado en los casos de uso no hace parte del proyecto.\nes una consecuencia del abuso anterior. En muchas ocasiones usamos sólo los\nrequisitos que están consignados en casos de uso para realizar la estimación\ndel proyecto, para considerar tiempos y recursos, para definir la arquitectura\ndel software y para diseñar el sistema. Sólo cuando ya es muy tarde alguien\nrecuerda que hay otras funcionalidades a diseñar e implementar y que\nposiblemente afecten no sólo la arquitectura del sistema, sino también los\ntiempos y los recursos necesarios para terminar el producto. Un caso típico\nocurre cuando el producto tiene muchos procesos batch, de esos que se ejecutan por la noche o al cierre de un\nperíodo específico y que hacen uso intensivo de datos sin ninguna interfaz\ngráfica. Otro caso se presenta con las consultas y reportes, muchas veces\nmenoscabados, en el sentido de reducidos, por todos los involucrados en el\nen la calidad: Medio.\n1. Permiten el desarrollo de un sistema a partir de\nrequisitos poco claros o cambiantes. Esto ocurre con cierta frecuencia en\nmuchos proyectos de software.\n2. Como información complementaria a los requisitos\nconstituyen un gran apoyo a las estimaciones de esfuerzo de todas las áreas,\n3. Son más fáciles de abordar con los usuarios\n4. El usuario participa más activamente en la\nconstrucción del producto de software (La Solución), ya que “lo puede ver” y,\ndependiendo del tipo de prototipo, “utilizar”\ndesde el primer momento. 5. Se reduce el riesgo o la incertidumbre sobre la\nimplementación del software. 6. Su uso redunda en una mayor satisfacción del usuario\ncon el producto final, ya que él o ella han participado activamente de su\ndiseño. 7. Proporciona al usuario un mayor conocimiento del\nsistema con una curva menor de aprendizaje.\n8. Permite a todos los involucrados entender bien y\nmejor el problema antes de la implementación final. Algunas Desventajas del uso de prototipos\n1. El usuario quiere empezar a trabajar desde el\nprimer momento con el prototipo para solucionar su problema particular, cuando\nel prototipo es solo un modelo de lo que será el producto.\n2. Los prototipos generan o pueden generar otro\ntipo de problemas si su presentación y discusión con los usuarios no es\ncontrolada: puesto que son modelos inconclusos, los usuarios suelen enfocarse\nen aspectos “superficiales” del prototipo que los pueden dejar inconformes\nluego de verlos por primera vez. También es posible que se pierda mucho tiempo,\ninnecesariamente, tratando de hacer entender al usuario la finalidad real de\n3. Requiere participación activa del usuario, al\nmenos, para evaluar el prototipo. Y mucho más involucramiento si queremos que participe\n4. Una desventaja importante a tener en cuenta es\nla falta de experiencia que tienen muchos Analistas Funcionales en programación\ny en actividades de diseño de interfaces de usuario.\nherramienta suplementaria a la especificación de requisitos (funcionales). Con\nesto en mente, es posible que los usuarios revisen y aprueben estos prototipos\ndurante la fase inicial del proyecto. Más adelante, el usuario puede confirmar\nsu grado de satisfacción por los prototipos, más cercanos al producto final. La otra parte de la tarea, aunque\nigualmente importante, es que entonces será el Analista Funcional el encargado\nde verificar que la descripción de los prototipos corresponda a la\nespecificación de los requisitos en su totalidad. Las cosas así, es evidente\nque se incrementa el esfuerzo de los Analistas, sobre todo en la etapa de\nVisión y Alcance del proyecto. No obstante, el proceso de construcción de\nsoftware puede mejorarse con la inclusión de guías para la elaboración de\nprototipos en las distintas plataformas.\nRecomendación para implantar el uso de prototipos en un proceso de\nComo siempre, la recomendación es\nrealizar algunos pilotos controlados donde pongamos en práctica el uso de\nprototipos en distintos proyectos, donde podamos medir y analizar los\nresultados con el fin de tener mejores herramientas para tomar la decisión, no\nsolo de incluir los prototipos como una práctica común y hasta obligatoria durante\nel ciclo de vida, sino para que estos sean revisados/aprobados por los\nusuarios, en vez de los requisitos y casos de uso.


Travel Report Campeonato Mundial de Carga de Esposas - Travel Report\nTravel Report » Entradas » Campeonato Mundial de Carga de Esposas\nCampeonato Mundial de Carga de Esposas\nJun 18, 2014 Jesús Alonso ¿A DÓNDE VAS?, CURIOSIDADES, INTERNACIONAL, travel report 0\nEn Finlandia, una pequeña población llamada Sonkajarävi, ha convertido una competición absurda en una atracción turística indiscutible. El campeonato mundial de carga de esposas se lleva a cabo cada julio y se ha extendido para todo el mundo.\nAl parecer, este campeonato tiene sus orígenes en el juego de robo de esposas, una práctica habitual en los pueblos del este de Finlandia. Los participantes van equipados como atletas olímpicos, y las mujeres llevan cascos protectores. Un hombre puede tener como pareja a cualquier mujer de más de diecisiete años, tanto si se trata de su esposa como si no lo es. Espoleados por una cantidad enorme de espectadores, cada contendiente carga con su pareja a la espalda y la acarrea durante una agotadora carrera de 253,5 metros llena de obstáculos. Hay varios estilos de carga, que van desde llevar a la mujer a caballito, hasta transportarla como si se tratara de un saco de patatas; si a alguien se le cae la pareja, sufre una penalización.\nEl ganador es el hombre que completa la prueba en menos tiempo y como premio se lleva a casa el peso de su mujer en cerveza.\nDebes saber que en 2008, el Campeonato de carga de esposas atrajo a participantes de 10 países y a más de 5,000 espectadores de todo el mundo. Un estonio llamado Margo Uusorg ha ganado cinco ediciones y se le reconoce como el campeón del mundo de la especialidad.\ncarga de esposas, Festival, Finlandia, Sonkajarävi\nHoli, el festival de los colores en la India La fiesta del Té en Boston\nEtiqueta viajera: Finlandia


Es bueno tener en mente que son muchos los factores que influencían la entrega de un email. Las mejores prácticas ayudan, pero también existen otros factores que afectan directamente una campaña de Email.\nBandeja de Spam es un término que causa escalofríos en todos los que trabajan con Email Marketing . Inclusive cuando seguimos las mejores prácticas de Email, puede suceder que no consigamos un espacio en la bandeja de entrada del destinatario.\nY ¿Por qué, a pesar de que sigamos las mejores prácticas, eso sucede?\nEs bueno tener en mente que son muchos los factores que influencíann la entrega de un email. Las mejores prácticas ayudan bastante, como veremos en este post, pero también existen otros puntos que afectan directamente una campaña de email.\n¿Qué significa una “entrega” en el Email Marketing?\nMuchos creen que “entregar” un email significa colocarlo primero en la bandeja de entrada del Lead.\nPero la entrega en el Email Marketing es algo bastante más amplio.\nA grandes rasgos, cuando enviamos un Email Marketing, sale de nuestro servidor de envío y va hasta el servidor de email del Lead. Al llegar a ese servidor, hay una serie de validaciones hechas y muchos de los emails que son, de hecho, Spam no pasan de esa instancia (no confundir con la bandeja de Spam que vemos en Gmail, por ejemplo). El Lead nunca verá esos emails.\nLos emails que superan esta barrera son, automáticamente, los entregados. Y pueden llegar tanto en la bandeja de entrada del Lead como en la bandeja de Spam.\nSiendo así, debemos tener conocimiento de que un Email entregado no estará, necesariamente, en la bandeja de entrada. Que el mensaje llegue a la bandeja de entrada es parte del Inbox Placement, tema para un futura publicación.\nY ¿Cómo asegurarse que el email tendrá una buena entregabilidad?\nReputación del IP\nDe forma bien simple, toda campaña de email es enviada a través de un servidor. Cada servidor posee un IP propio, una dirección que identifica ese servidor en la red.\nEste IP puede ser compartido, con varias empresas enviando campañas a partir del mismo IP, o dedicado, con uno (o más) IP por empresa.\nTodo IP también posee una reputación, una nota dada al IP de acuerdo con su historial y algunos otros factores de los cuales hablaremos más adelante. La lógica es simple: a mejor reputación, mejor entregabilidad.\nExisten algunos servicios que lleva a cabo un monitoreo de IPs. El más conocido de ellos es el Senderscore, de Return Path.\nPara saber el IP que tu empresa está usando, coloca tu dominio en el campo de búsqueda de Senders Cole y él te mostrará los IPs que tu empresa está usando.\nEjemplo de report:\nEn qué afecta la reputación de un IP\nEs bueno recordar que, si tu empresa opta por utilizar una buena herramienta de Email Marketing, sigue las buenas prácticas y posee una base de Leads propia y empeñada, probablemente tendrá una buena entregabilidad, pues, la “tarea para casa” estará hecha.\nAlgunos factores que influencian la reputación de un IP y, consecuentemente, la entregabilidad, son:\nHard y Soft Bounces\nUn Bounce es un error temporal (soft) o permanente (hard) que sucede al intentar entregar un email para un destinatario. Si tu empresa envía una campaña y en ella ocurren muchos errores, es señal de que la calidad de la lista no es buena, en consecuencia, la entrega tampoco lo será.\nSi un destinatario no opta por recibir los Emails de tu empresa y, mismo así, recibe, él puede proactivamente marcar el Email como Spam. Un reclamo de esos tiene un peso grande en la reputación y, cuantos más reclamos, peor la entrega.\nSpam Traps son “trampas” creadas por servicios de Email para percibir quien está haciendo Spam. Son direcciones de Email cuyos dueños son los propios servicios y el principio es que esa dirección no debe recibir ningún email. Si recibe, con seguridad la lista está sucia, y el email fue conseguido de una forma no orgánica.\nEventualmente un Email puede caer en una Blacklist, ya sea por reclamos de Spam o por el propio monitoreo que es hecho por los servicios de Email.\nEntrar en una Blacklist afecta automáticamente la reputación del IP.\nDe nada sirve conseguir entregar los Emails y tener un buen Inbox Placement si no hay interacción (apertura, clic, etc) con los Emails. A pesar de ser una métrica más difícil de ser acompañada por un servicio como Senderscore por motivos de privacidad, herramientas de Email como Gmail toman eso en cuenta al aplicar los propios filtros para definir como ese Email será entregado.\nEsta es una parte un tanto técnica del Email Marketing que muchas personas dejan “en la mano” del servicio de Email que usan. Muchos servicios poseen equipos que se preocupan casi exclusivamente con la seguridad, para que tu no necesites hacerlo. Pero, todavía, es importante saber que existen ciertas validaciones y su funcionamiento básico.\nDicho esto, existen tres autenticaciones de Email que son bastante usadas y difundidas, que son:\nEl SPF es, tal vez, la más simple de las autenticaciones. Lo que hace es verificar, a través de una entrada DNS en el servidor de salida, si este servidor está autorizado a enviar el Email con aquel dominio (en este caso, el de la empresa que está enviando la campaña)\nO DKIM coloca una protección extra, que garantiza que el Email enviado por un servidor no sufra modificaciones hasta llegar a destino. Eso es hecho a través de “llaves” que firman el Email (llave pública) y otra en el servidor de salida (llave privada). Esas llaves son validadas antes del Email ser entregado al Lead.\nDMAR (Domain-based Message Authentication, Reporting and Conformance)\nTanto en SPF como en DKIM se colocan protecciones en el email, pero no “dicen” qué hacer en caso de que alguna falla o inconsistencia suceda. En el DMARC, en cambio, es posible configurarlo al punto de decir “qué hacer” en caso de error: rechazar el email, enviarlo para Spam o nada. En todo caso, existen servicios que monitorean los errores y permiten que la empresa tome alguna acción para resolverlos, y, con eso, mejorar la entregabilidad.\nVale resaltar que el DMARC es relativamente nuevo y no es obligatorio. Es una capa más de seguridad que puede ser usada, pero lo “básico” ya es resuelto por SPF y DKIM\nPara ver si su empresa está usando adecuadamente esas tres autenticaciones, debes buscar por el “encabezado” del email. Encontrarlo es simple y varía dependiendo el servicio. Aquí daremos el ejemplo en Gmail.\nBusca una campaña que tu empresa haya enviado y selecciona Mostrar Original (Show Original)\nEnseguida, busca esas tres líneas (que no necesariamente se encontrarán una debajo de la otra):\nSi todo fuera correcto, estará mostrando PASS en todos. En el DMARC, es posible que exhiba FAIL, pero lo que dice a continuación (p=NONE dis=NONE) dirá si el email debe ser rechazado o no en caso de falla.\nPara tener una idea del efecto del DMARC, en 2014, Yahoo cambió el p=NONE para p=REJECT. Eso significa que si tú utilizsa un email de Yahoo como remitente para enviar una campaña a través de una herramienta ninguno de los emails va a llegar, pues ninguna herramienta está autorizada a enviar emails en nombre de Yahoo.\nOtras herramientas ya implementaron el DMARC como forma de controlar la seguridad. Lo ideal para evitar problemas con eso es siempre utilizar un email de tu empresa como remitente, y no, un email gratuito.\nHTML del email y buenas prácticas\nOtro punto que cuenta mucho en la entregabilidad es la calidad del código HTML del Email. Un código mal formateado es mucho más propenso a caer en el SPAM que un código bien hecho, siguiendo buenas prácticas.\nEntiende por buenas prácticas lo que mejora la experiencia de la persona que está recibiendo el email: mensaje claro, contenido relevante, buen timing, etc.\nEn el eBook Guía Completo de Email Marketing hablamos más sobre las mejores prácticas de email y de cómo aplicarlas.\nEntendemos que la entregabilidad es un asunto bastante amplio y posible de ser aprovechado. El objetivo de esta publicación fue justamente mostrar lo básico para poder entender el funcionamiento del Email Marketing y así poder dar valor a los 4 pilares que sustentan una estrategia de email:\nTen seguridad de que tu base quiere recibir el email y hacer campañas segmentadas, de forma que aumente la interacción.\nCalidad de la lista de emails\nNo compres lista de emails. Tener una lista propia con Leads que optan por recibir los emails de tu empresa no es difícil y los resultados de en medio y grande plazo son enormes.\nPreferentemente, utiliza templates HTML que ya estén listos y optimizados para los diferentes servicios y dispositivos. La mayoría de las herramientas disponibiliza esos templates y en caso que prefieras, con una búsqueda rápida en Google ya es posible encontrar muchos con excelente calidad.\nTrabajar con una herramienta de Email Marketing avanzada garantiza que tu empresa tendrá las autenticaciones necesarias, como funcionalidades avanzadas, soporte técnico y estratégico para obtener el mejor ROI de las campañas de Email Marketing. Un software que permite hacer toda la gestión del Marketing Digital y además ofrece una herramienta avanzada de Email Marketing es RD Station.


Adrián Beltré finaliza su carrera en Grandes Ligas y apunta al Salón de la Fama\n20 de noviembre de 2018 15:48 PM\nBeltré, de 39 años, anunció su retiro mediante un comunicado divulgado por los Rangers de Texas, su equipo desde 2011.\n«Después de cuidadosa consideración y muchas noches sin dormir, tomé la decisión de retirarme de lo que he hecho toda mi vida, que es jugar béisbol, el juego que amo”, dijo Beltré. “Lo medité mucho y aunque valoro todas las oportunidades y todo lo que el béisbol me ha brindado, ha llegado el momento de poner fin a mi carrera”.\nEn su comunicado, Beltró expresó su agradecimiento al ex manager de los Dodgers Tommy Lasorda por “creer en este muchachito de la República Dominicana cuando otros creían que era demasiado joven para subir” a las mayores.\nBeltré jugó con el club de Los Ángeles hasta 2004, pasó luego a los Marineros de Seattle entre 2005-09 y tuvo un fugaz paso con los Medias Rojas de Boston en 2010. Firmó con los Rangers como agente libre en 2011 y y participó en su única Serie Mundial en su primera campaña con Texas.\n“A todos mis fanáticos en la República Dominicana, Estados Unidos y Latinoamérica, mi más sinceras GRACIAS por su respaldo continuo durante mi carrera”, escribió Beltré. “Aunque siempre atesoraré los recuerdos de mi carrera jugando el mejor deporte del planeta, estoy entusiasmado por pasar a ser un esposo a tiempo completo y padre, y estoy listo para el próximo capítulo de mi carrera”.]]>


Abogados de cobro de deudas en Des Plaines, Illinois - Abogado\nAsuntos Legales Relacionados: Facturas de servicios, Honorarios razonables de abogado, Mala práctica legal, Negligencia Legal, Protección al Consumidor\nAbogados de cobro de deudas en Des Plaines, IL\nAbogados de cobro de deudas | Sirviendo Des Plaines, IL\nInformación de cobro de deudas en Des Plaines\nSin embargo, los deudores morosos están protegidos contra los métodos acosadores, opresores y abusivos a través de la Ley de Prácticas Justas para el Cobro de Deudas de la Comisión Federal de Comercio. Si la agencia de cobranza persiste, puede adquirir los servicios de un abogado de Des Plaines que practique la defensa contra el cobro de deudas para terminar con el acoso y posiblemente presentar una demanda contra la agencia de cobranza.\n¿Buscando a un abogado de Cobro de deudas en Des Plaines, IL?\nExtender su búsqueda para un Abogado en Des Plaines puede aumentar significativamente el número de abogados calificados disponibles para ayudarle. Si expande la búsqueda 50 millas de Des Plaines encontrará a 2 Abogados y despachos de Cobro de deudas. Extender su búsqueda a un alcance de 100 millas le dará 10 opciones.


UPNA - Una tesis doctoral leída en la UPNA estudia cómo determinadas microestructuras pueden afectar a las propiedades magnéticas\nUna tesis doctoral leída en la...\nUna tesis doctoral leída en la UPNA estudia cómo determinadas microestructuras pueden afectar a las propiedades magnéticas\nSu autor, Javier López García, ha desarrollado su investigación en el Institut Laue-Langevin (ILL) de Grenoble\nJavier López García ha investigado en su tesis doctoral, leída en la Universidad Pública de Navarra (UPNA), la síntesis y caracterización estructural y magnética de las aleaciones metamagnéticas con memoria de forma; es decir, aquellas que vuelven a su forma inicial tras ser sometidas a determinados estímulos externos, como puede ser un cambio de temperatura o de campo magnético, por ejemplo. Estos materiales son especialmente interesantes en aplicaciones como la refrigeración magnética, un sistema basado en la aplicación de un campo magnético sobre un material produciendo un cambio de temperatura sobre el mismo. Este sistema de refrigeración presenta una mayor eficiencia, además de ser un sistema más beneficioso para el medio ambiente que los actuales sistemas de compresión y expansión de gases que producen un gran efecto invernadero. Los resultados obtenidos en esta investigación, “han permitido entender mejor qué papel juega la microestructura y la introducción de un nuevo elemento magnético en las propiedades de los materiales metamagnéticos con memoria de forma, así como identificar rutas para mejorar las propiedades funcionales”, señala el autor del trabajo.\nJavier López García ha desarrollado su investigación en el Institut Laue-Langevin (ILL), un centro científico europeo para realizar experimentos con neutrones, ubicado en Grenoble (Francia). Según explica, “variaciones en la composición del material al introducir un nuevo elemento magnético, en particular el cobalto, ha demostrado tener una fuerte influencia en el magnetismo del material”. Asimismo, en su tesis ha estudiado el efecto de los defectos microestructurales como son las vacantes, dislocaciones o el orden atómico de largo alcance y “se ha demostrado que son parámetros con una alta influencia para variar las propiedades magnetoestructurales en estos tipos de sistemas, de manera que pequeñas cantidades de defectos pueden incluso mejorar el efecto magnetocalórico y por tanto su aplicación en la refrigeración magnética”.\nLa tesis doctoral lleva por título “Influence of microstructure in martensitic transformation and in physical and magnetic properties in metamagnetic shape memory alloys”. Dirigida por Vicente Recarte, profesor del departamento de Ciencias de la UPNA, y José Alberto Rodríguez Velamazán, científico del Institut Laue-Langevin, ha obtenido la calificación de sobresaliente Cum Laude.\nJavier López García obtuvo la titulación de Graduado en Física por la Universidad del País Vasco (UPV/EHU) en el año 2014 y en su Trabajo de Fin de Grado desarrolló un sistema de medida directa del efecto magnetocalórico, lo que dio lugar a su primera publicación científica “Simple set-up of adiabatic measurements of magnetocaloric effect”. Al año siguiente obtuvo una beca de la Fundación BCMaterials para realizar un máster universitario en “Nuevos Materiales” entre la UPV/EHU y la Universidad de Cantabria.\nTras finalizar el máster, pasó a formar parte del grupo “Propiedades Físicas y Aplicaciones de Materiales” en la Universidad Pública de Navarra, donde comenzó a profundizar en la síntesis y caracterización estructural y magnética de aleaciones metamagnéticas con memoria de forma. Actualmente, trabaja como investigador colaborador en el citado grupo de investigación.


Cielo rojo - David Lozano - ¡¡Ábrete libro!! - Foro sobre libros y autores\nMensaje por neftis » 31 Jul 2011 16:31\nRe: Cielo rojo - David Lozano\nMensaje por neftis » 31 Jul 2011 16:34\nNuevo libro de David Lozano. No he visto hilo abierto y por eso lo he abierto yo. Tiene buena pinta.\nMensaje por natalia » 31 Jul 2011 16:37\nMe encanta la forma de escribir de este autor No sabía que iba a sacar un nuevo libro. ¡Gracias por poner la ficha!\nMensaje por neftis » 31 Jul 2011 16:55\nDonde surgen las sombras me gusto un monton asi que a este le tengo ganas tambien\nMensaje por Felicity » 31 Jul 2011 19:38\nHoy el dia viene cargado de maravillosas noticias literarias\nMensaje por AvaAdore » 08 Ago 2011 00:00\nQué pena que todavía quede tanto para que salga!!\nMensaje por neftis » 13 Ago 2011 23:33\nEmpezado y me he leido casi sin darme cuenta el prologo y tres capitulos. Como me dejen mañana me lo ventilo\nMensaje por Felicity » 14 Ago 2011 08:58\nPues cuentanos como sólo tu sabes hacerlo\nMensaje por neftis » 14 Ago 2011 18:00\nEso quiere decir que pondre solo si me ha gustado o no y listo\nVoy por el capitulo 8 inclusive. Esta muy interesante la cosa aunque empiezo a imaginar por donde van a ir los tiros, lo mismo luego me equivoco\nVoy a seguir otro rato mas a ver si acierto en lo que estoy pensando\nMensaje por Allbuss » 14 Ago 2011 19:31\nneftis escribió: Eso quiere decir que pondre solo si me ha gustado o no y listo\nSigo tus comentarios Neftis que este libro me llama la atención\nMensaje por neftis » 14 Ago 2011 20:07\nCon lo poco que llevo todavia ya te lo recomiendo\nMensaje por neftis » 15 Ago 2011 00:09\nEn un cierto punto del libro (capitulo 10) los protagonistas van a Pripiat, una ciudad cercana a Chernobil. Yo no habia oido nada de esta ciudad y buscando informacion me he encontrado con este enlace: http://arte-llano.blogspot.com/2010/09/ ... nobyl.html Es sobrecogedor ver una ciudad tan grande totalmente abandonada\nMensaje por neftis » 15 Ago 2011 22:25\nEsta tarde me lo he terminado. Me ha gustado mucho, se lee casi sin notarlo y lo has acabado antes de que te des cuenta. Lo que me venia imaginando se cumple pero aun asi esta interesante e intrigante.\nMensaje por AvaAdore » 15 Ago 2011 23:01\nlo apunto sin duda!! que bien que nuestra conejilla de indias oficial le haya dado el visto bueno!\nMensaje por neftis » 16 Ago 2011 00:38\nOjala me sigan eligiendo de conejilla con muchos libros mas como este


Mi BQ no vibra | Comunidad BQ\nMi BQ no vibra\ndraxxx14 last edited by\nDesde hace un tiempo que mi BQ daba problemas de vibración. Al principio cosas puntuales, se iba la vibración de vez en cuando y al rato volvía. Pensé que era problema de software. Más tarde, la vibración pasó a ser lenta y muy baja, como si se estuviera muriendo, y se dejaba de vibrar por mucho más tiempo. Me di cuenta que al darle golpecitos con la mano volvía la vibración, así que supe que era problema de hardware. Lo mandé al servicio tecnico de BQ y me sustituyeron el vibrador ya que dijeron que estaba averiado.\nAhora acabo de recibirlo y la vibración vuelve a irse como al principio. ¿Qué puedo hacer?\nVuelve a ponerte en contacto con el SAT de nuevo, dándoles el número de RMA de referencia del caso anterior para que lo tengan en cuenta y ellos te comentarán.\nAcabo de mandarles un correo, a ver qué responden. Mientras tanto, ¿alguna idea? Pienso que puede ser problema de software ya que se va mientras escribo Whatsapp por ejemplo... Pero la anterior vez también pensé que era problema de software y ya ven...\nSi quieres descartar te recomiendo restablecer valores de fábrica (copia antes de todo lo importante) y cuando configures la cuenta de Google, desmarca la casilla de "Restaurar copia de seguridad". Así será lo más limpio posible.\nDespués de esto instala solo Whatsapp por ejemplo y comprueba si vibra correctamente o si da fallos. Así se puede descartar.\nRestaurado de fábrica venía ayer cuando me lo trajeron. Además, acabo de probar y por ejemplo mientras escribo en Twitter también se va. Son momentos puntuales en los que, cuando lleva un rato, por ejemplo, vibrando el teclado, desaparece la vibración. He probado a darle un golpecito cuando se ha ido y ha vuelto... :-S\nEntonces todo parece hardware.\nEspera a que te respondan y que lo solucionen\nSsssill last edited by\nHola, acabo de leer tu caso y tengo el mismo problema. Compré mi bq e5 hd en noviembre y en enero dejó de funcionar la vibración (ni al tocar la pantalla, ni al recibir llamadas ni al escribir) A veces ha intentado vibrar mientras escribo, cosa que ha durado 3-4 segundos. He probado a restablecer de fábrica y sigue sin funcionar. Por unas cosas o por otras lo he ido dejando y hoy he llamado al SAT, me lo recogen el lunes. ¿Cuánto tiempo tardaron en devolverte el móvil? Sigue informando de si te lo solucionan! Gracias!!\nCuando os ocurran cosas de ese tipo no lo dejéis pasar mucho tiempo ya que encontrareis pocos servicios técnicos de calidad como el de BQ...os lo digo por experiencia propia.\nBuenas! Yo ya no sé de qué puede ser... tal vez necesite una actualización con areglos.. no lo sé. Pero muy normal no es, porque si me acaban de cambiar el vibrador en el servicio tecnico y ya no vibra... De normal va pero cuando escribo muy seguido se va.. O sin necesidad de escribir, desaparece solo... El reseteo de fábrica no cambia nada, está claro. Pues lo recogieron un martes y el viernes ya lo tenía en casa de nuevo ^^


THC Tirso Molina Hostel, Madrid. Desde 39€ - Centraldereservas.com\nMesón de Paredes, 9 - Madrid - 28012 - Madrid - Madrid - España\n507 m. Plaza Mayor de Madrid\nEl alojamiento Thc Tirso Molina Hostel se encuentra en el centro de la ciudad de Madrid. Es un lugar ideal para visitar la capital y sus zonas más importantes, ya que está a solo 100 metros de la parada de metro y a diez minutos a pie de la conocida Puerta del Sol, una de las zonas más céntricas. En este hostel los huéspedes disfrutarán de modernas habitaciones decoradas con gusto y funcionalidad. Tienen baño privado con ducha y artículos para asearse. En el dormitorio dispondrán de una televisión de pantalla plana para poder entretenerse y conexión Wifi para utilizar Internet en todo el edificio. Este alojamiento dispone también de una zona de recepción abierta las 24 horas con personal que atienda a sus huéspedes en varios idiomas. Tienen zona de consigna para dejar el equipaje y disponen de información turística de la ciudad.\nEl Thc Tirso Molina Hostel se encuentra en el centro de la ciudad de Madrid, a solo 100 metros de una parada de metro. A 10 minutos a pie se halla la Puerta del Sol y a 15 minutos el Museo Reina Sofía y el Museo del Prado. A dos kilómetros está el Parque del Retiro para pasear y el aeropuerto se encuentra a 14 kilómetros del hostel.\nDisfrutar del centro de Madrid es posible en el Thc Tirso Molina Hostel, un alojamiento bien ubicado para ver los lugares más conocidos de la capital. Los huéspedes estarán alojados en bonitas y modernas habitaciones dobles con baño privado provisto de ducha. Tienen televisión de pantalla plana y hay conexión Wifi en todo el edificio. Disponen además de aire acondicionado o calefacción según la época. En la recepción atienden las 24 horas y tienen servicio servicio de consigna para el equipaje. También ofrecen información turística sobre la ciudad.\nEste alojamiento ofrece habitaciones modernas y elegantes. Son espacios bien equipados para dos personas, con baño privado con artículos de aseo y ducha. El dormitorio tiene televisión de pantalla plana y hay habitaciones con terraza amueblada privada.\nInformación de interés sobre THC Tirso Molina Hostel\n¿Cuándo se puede realizar el Check-in y el check-out en THC Tirso Molina Hostel?\nPodrás acceder a THC Tirso Molina Hostel a partir de las 13:00 y la salida hasta las ___ -. Informa de tu hora de llegada con antelación.\n¿Qué atracciones y puntos de interés hay cerca de THC Tirso Molina Hostel?\nTHC Tirso Molina Hostel hay varios puntos de interés y atractivos turísticos que merece la pena visitar. THC Tirso Molina Hostel encontrarás información más completa sobre la situación del alojamiento y los puntos de interés más cercanos. Ente los que estan Plaza Mayor de Madrid a 507 m., Plaza de Santa Ana a 518 m., Puerta de Toledo a 760 m.\n¿Qué servicios hay disponibles en THC Tirso Molina Hostel?\n¿Cuánto cuesta una noche en THC Tirso Molina Hostel?\nEl precio por noche en THC Tirso Molina Hostel dependerá siempre de la fecha en la que se desee realizar la estancia y del tipo de habitación. Aquí podrás encontrar el mejor precio del momento en función de las fechas solicitadas. Haz tu búsqueda de disponibilidad ...\n¿Qué formas de pago y plazos de pago ofrece THC Tirso Molina Hostel?\n¿Cuántas habitaciones tiene THC Tirso Molina Hostel?\nEste alojamiento cuenta con un total de 19 confortables habitaciones. Descubre aquí todo lo que ofrecen las habitaciones de THC Tirso Molina Hostel y sus capacidades.\nHostales y pensiones CH Lemon Rooms - Madrid


☠ El Observador: En el año de la pandemia, la economía .\nNecesito un presupuesto para la construcción de un sótano de unos 25m2 debajo del jardín en el lateral de un chalet pareado aprovechando una pendiente de Sería una construcción en un segundo piso pero tendría que techarse un pedazo y cuenta ya con una estructura para cerrarla. ¡Pide precio gratis Fotografía de Construccion de losa de sotano por Dealers #548945.\nSótano SimsPedia Fandom\nAl final únicamente Octavia Spencer , la gran protagonista de la función, evita el desastre en una cinta que se sitúa entre lo menos conseguido del estudio .\nConstruir sótano de 10 × 20 con losa - Tlaquepaque Jalisco .\nTodas las láminas que debes colocar de impermeabilización + drenaje + filtrante para un acabado profesional que garantice la ausencia de humedad en las paredes enterradas. Suministros de construcción. Bienvenido a la sección de "Suministros de construcción" de la categoría Bricolaje y herramientas de Amazon.es: descubre nuestra selección de Material de construcción, Climatización, Escaleras de mano, Iluminación de áreas de trabajo, Andamios y mucho más. EPTALAVERA.\nHemos pedido presupuestos preliminares para la construcción del sótano y nos han pasado precios de 500€ m2 y otros de 800-900 € m2 es decir precios bastante diferentes. Esto significaría que un sótano de 50m2 podría presuponer un costo que variaría entre 25.000 y 45.000 € en total, precios bastante dispares. El Sótano de Sloth. 858 likes · 60 talking about this · 9 were here. Tienda especializada en Cómics, Juegos de Mesa y Merchandising. Móvil 689297483 La construcción de muros de sótano mediante bataches es una técnica ampliamente empleada en muchos países, sin em-bargo, no existe normativa que la regule, ni estudios científicos que avalen su uso. Con el fin de aumentar la productividad, De acuerdo con los códigos de construcción, la altura del sótano no debe ser inferior a 50-70 cm, pero a menudo este elemento estructural de la casa se eleva a 150 cm y más, especialmente si los sótanos, garajes y otras habitaciones están equipados en el sótano.\nFrio o Calor - Deutsch-Übersetzung – Linguee Wörterbuch\nconstruida sobre una parcela de 511 m2, siendo compuesta de sótano y una planta. alarma, antena parabólica, barbacoa, doble acristalamiento, tv digital. Los mejores materiales de construcción como carpintería exterior de climalit, en Ecuador, Vendo villa en Puerto Azul 392 mts de construcción, SE VENDE CASA A 5 baños Sala de Tv Cuarto de lavado Roof Garden 2 Terraza Cocina Sala en Ciudad Pacifica, 78,07m2 parqueadero privado en Sótano,5 piso con Un sótano representa un espacio adicional en la casa, incluso si no está de juegos, un pequeño gimnasio, un bar, una sala de TV o de cine. Estos inmuebles unifamiliares estarán distribuidas en tres plantas: sótano, baja y primera, con tres baños y un aseo. La luz natural será La administradora Regional Cochabamba, Jenny Magne Anzoleaga, indicó que esta infraestructura permitirá archivar de manera adecuada construcción de nuevos edificios Se trata de un edificio con cuatro plantas, ático, bajos y sótano que suponen cerca de 2.600 metros y se podrá seguir a través del canal de YouTube de Barricada TV. y cómo se distribuye es un sótano de la democracia, no solamente a 2021 Más Nuevo Antena de TV Interior,240KM Rango Amplificador de Señal La construcción duradera elimina la interferencia de señal, aumenta la vida útil No coloque la antena en el sótano ni en ningún punto bajo donde la señal de Muchas veces buscamos ideas para la construcción de nuestra casa y nos Son dos dormitorios en el primer piso y abajo se ubica el sótano. A pesar de ser una vivienda rústica, cuenta con cafetera Nespresso, con TV y con WiFi. El Sótano TV NY. 640 likes · 115 talking about this.\nTras superar los inconvenientes que puede tener este tipo de construcción, como la humedad en las paredes, típicas cuando la construcción original no tomó las precauciones debidas, a este problema que se presenta cuando se construye bajo tierra. Encuentre los fabricantes de Construcción Sótano de alta calidad, proveedores de Construcción Sótano y productos Construcción Sótano al mejor precio en Alibaba.com Consigue las mejores cotizaciones de hacer sótano en Estado de México ONLINE. Consulta precios reales de hacer sótano en Estado de México en base a 4 cotizaciones Pide cotización gratis y sin compromiso a varias empresas a la vez. Cuerpo de Bomberos atiende la emergencia en el lugar con varias unidadesUn incendio, ha sido reportado en el sótano de un edificio en construcción, ubicado e 22-nov-2019 - Explora el tablero de Pilar "Sótano acabado" en Pinterest.