Kristoff – Maduro – Humo y Tabaco\npor diego440\t 27 noviembre, 2018 14 octubre, 2019\nGracias a que el Cigar of the Month de Cigar Hustler decidió incluir un Kristoff en su envío de junio 2018 pude finalmente probar esta marca que me ha evadido desde hace tiempo. Paralelamente, y sin saber que venía ese, en mayo también me hice con un sampler de la marca, de los que no he probado el primero todavía.\nKristoff es una marca que ha estado en mi lista de ‘debo probar’ desde hace un buen tiempo, pero no había tenido la oportunidad de conseguir o no me había llamado la atención del todo, quizá porque sus anillas no sobresalen en un anaquel tanto como otras. Pero ante los comentarios de algunos amigos dentro y fuera de las redes, decidí probar. Lo bueno de los Cigar of the Month es que muchas veces consiguen cigarros que, aunque son conocidos, vienen en vitolas de pocos ejemplares. Por lo mismo, una búsqueda en internet de este cigarro me da a entender que existe en torpedo, churchill, robusto y matador (este último es 6.5 x 56), pero ninguno menciona la vitola corona, que es el que tengo aquí. Se trata de un cigarro pequeño (obviamente) de 5 x 44. El cigarro tiene un rabo de cochino en la perilla y el pie es cubierto, pero por el movimiento constante y el transporte, ese rabo de cochino se le cayó y no me hizo falta picarlo. La capa brasileña es sumamente oscura y oleosa, con aromas de tabaco rico, chocolate y bosta, mientras que en el pie se sienten notas herbáceas y de nueces. La calada en frío no me da muchos aromas adicionales al tabaco, pero este es rico y profundo, lo cual ya me llama poderosamente la atención.\nEl pie cubierto hace que tostarlo y encenderlo sea relativamente sencillo, y con estas dimensiones tampoco pasas demasiado tiempo haciéndolo. El tiro es tan apretado como esperaría con un cigarro de este tamaño, lo cual es un poco apretado pero desde la primera calada también te llena de sabor y de humo rico y denso.\nComienza sumamente dulce y envolvente, siendo inicialmente puro chocolate y eventualmente apareciendo sabores de caramelo y un toque de café junto con un toque de pimienta en los labios. Siendo un corona, se fuma rápido, pero no tan rápido como hubiese pensado. En el segundo tercio es muchísimo más cremoso, el humo se hace incluso más denso y pegajoso mientras que los sabores dulces toman una propiedad como de miel, pero también incluye un sabor de tierra mojada que va muy acorde con su color.\nTambién comienza a tener un sabor más de madera en el segundo tercio, pero afortunadamente la pimienta no es algo tan presente en su sabor y eso me invita a probar el retrogusto constantemente y a descubrir más matices en su sabor. Entre esos matices logro apreciar un sabor cítrico que, si bien se mantiene solo en el retrogusto, se combina muy bien con otros sabores que siento en el paladar.\nAunque en esta vitola los sabores se concentran un poco más, por la fortaleza e intensidad del cigarro no creo que sería bueno probarlo en un formato muy grande, a menos que estén mucho más diluidos. Alcanzo la frontera del último tercio a los 45 minutos de fumada, mientras que el Kristoff sigue bombeando sabores intensos e interesantes, finalmente permitiendo que la pimienta tenga más intensidad y ‘empape’ al resto de los sabores, dándole un perfil más intenso y mayor fortaleza al cigarro en general, aunque la nicotina parece evadirlo. En el último tercio llego a apreciar pimienta, tierra, dulce, cuero y un fondo de coco.\n¿Que si me gustó? La vitola corona puede parecer pequeña y de fumada corta y, a ratos quisiera que el cigarro durara más, pero al cabo de 70 minutos de fumada y a la intensidad que esta fue, estoy claro que no aguantaría tan placenteramente un cigarro de mayores dimensiones. Si bien en los más grandes los sabores tienden a estar más diluidos, creo que inevitablemente aparecería la nicotina y no terminaría de fumarlo como este. Pero luego de fumarlo quiero darle fuego al resto de los Kristoff que tengo en el humidor (que pronto tocarán, paciencia), pero este cigarro es uno que buscaré más.\nCategorías: Hecho en República DominicanaEtiquetas: Brasil, Corona, Kristoff, Nicaragua, República Dominicana\nPrevio Esteban Carreras – Mr. Brownstone\nSiguiente FQ Cigars – Proper\nPingback: Kristoff – Ligero Criollo – Humo y Tabaco


Admin el Miér Mar 14, 2012 4:56 pm\nEstudiante de Ing. en Informática o Ing. en Sistemas Computacionales, resuelva lo siguiente:\nMC Edgar el Miér Mar 14, 2012 5:07 pm\nSi aparece esto, usted ya esta listo para contestar.\nGuest el Jue Mar 15, 2012 4:41 pm\nBuscaba informacion y me encontre con este foro, alguien me podria ayudar con mi tarea? trata de diagramas uml que se utilizan para desarrollo de sistemas con metodologia en cascada.\nanayeli torres jaramillo el Vie Mar 23, 2012 8:48 pm\nCaracterísticas: es una variable del ciclo de vida clásico, pero proyecta al desarrollo de aplicaciones de manera más rápida, ya que impide regresar ala fase anterior\nActividades: se utiliza para el desarrollo de programas de cómputo.\nVentajas: funciona dentro de la etapa de análisis, diseño y codificación.\nDesventajas: tiene a sufrir variaciones dando surgimiento a nuevos modelos.\nMODELOS DE PROCESO DE SOFTWARE IEEE\nCaracterísticas: es un conjunto de actividades y resultados asociados que producen un producto de software.\nActividades: especificación de software, desarrollo de software, validación de software y evolución de software.\nVentajas: varios procesos de software organizan las actividades de diferentes formas, y las describen con diferente nivel de detalle.\nDesventajas: varía el tiempo de cada actividad, así como su resultado.\nanayeli torres jaramillo el Vie Mar 23, 2012 8:51 pm\nR= El de cascada ya que este modelo tiene técnicas de programación utilizadas el análisis, diseño y codificación ya que esto son muy utilizados en las empresas.\nanayeli torres jaramillo el Vie Mar 23, 2012 8:53 pm\nR= La case rad por que es la mas adecuada\nAbel pio el Sáb Mar 24, 2012 12:15 am\n-Si se cambia el orden de las fases, el resultado será de menor calidad.\n2.- MODELOS EVOLUTIVOS:\nEs una metodología que puede emplearse para la construcción de software informáticos, cuya particularidad hace énfasis al aspecto de mejoramiento del producto de software, mediante la revisión del mismo. Este modelo suele repetir sus fases, para garantizar in producto final de excelente calidad, mediante varias revisiones de dicho producto, hasta que satisfaga las necesidades de calidad demandadas por el cliente.\n-Es más efectivo que el modelo en cascada.\n-Satisface las necesidades inmediatas del cliente.\n-La especificación se puede desarrollar de forma creciente.\n-Tan pronto el usuario tenga aclarado el problema, mas rápido podrá ser reflejado en el sistema.\n-El proceso no es visible.\n-Los encargados deben hacer entregas regularmente para medir el proceso.\n-Si los sistemas se desarrollan fácilmente, no es rentable producir documentos que reflejen cada versión del sistema.\n-Genera sistemas con estructuras deficientes.\n-los continuos cambios tienden a corromper la estructura del software.\n-incorporar cambios se convierte en una tarea cada vez más difícil y costosa.\nEl modelo de desarrollo más efectivo para realizar el sistema de punto de venta de una tienda de abarrotería es el modelo de cascada, ya que por medio de este modelo, se llevara a cabo cada una de las fases explícitamente, primero se analizara que requisitos se necesitan pa el software, después se hara un diseño preliminar del software, después se realizara otro diseño pero ahora de manera detallada, después se realizara y se harán pruebas para verificar su funcionalidad, ya una vez terminado se implementara en la tienda y se harán mantenimientos cuando sean necesarios, al utilizar este modelo, si ocurre algún error con el software, podremos identificar con mayor facilidad donde está el error y corregirlo.\nUtilizaría la herramienta RUP para diagramas UML, ya que mediante esta herramienta se puede representar diferentes situaciones en cuanto a cada una de las fases, los ordenar la información que se obtiene en la fase de análisis, los pasos a seguir para su diseño preliminar y el diseño detallado, la forma en cómo se codificara en el lenguaje que se desee crear el software ya cea en c++, c#, etc. Y en la manera en cómo se distribuirá el software ya terminado después de sus pruebas y la validación, esta herramienta resulta muy factible y útil.\nRESPUESTA A : Unidad 3.- Modelos Prescriptivos del Desarrollo de Sistemas de Informacion\nreynaldo_angel el Sáb Mar 24, 2012 1:01 am\nCARACTERISTICAS: Son metodologías que pueden emplearse para la construcción de software, permiten desarrollar versiones cada vez más completas y complejas, hasta llegar al objetivo final deseado; incluso evolucionar más allá, durante la fase de operación.\nACTIVIDADES: Hace énfasis al aspecto de mejoramiento del producto de software.\nVENTAJAS: Suele repetir sus fases, para garantizar un producto final de calidad, es más efectivo que el enfoque en cascada, la especificación se puede desarrollar de forma creciente.\nDESVENTAJAS: el proceso no es visible, los sistemas se desarrollan rápidamente, no es rentable producir documentos que reflejan cada versión del sistema, genera sistemas con estructura deficiente.\nRECOMENDACIONES: Es uno de los modelos que sirven de mucho ya que se preocupa por que el sistema este completo durante una exhaustiva revisión.\nCARACTERISTICAS: Conjunto de actividades y resultados que producen un sistema de software, estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo e incremental, El Proceso Unificado actúa como un modelo que puede adaptarse a cualquier tipo de proyecto y empresa, sea esta grande o pequeña y Dirigido por casos de usos.\nACTIVIDADES: Tiene 4 actividades fundamentales las cuales son:\n1._especificacion del software.\nVENTAJAS: Varios procesos organizan las actividades de manera distintas, donde el tiempo de cada actividad varía, permite evitar problemas legales ya que Proceso Unificado de Rational o RUP, Adaptabilidad del desarrollo a nuevos requisitos o nuevos cambios, Se reducen los riesgos de no obtener el producto deseado, El proceso es comprensible.\nDESVENTAJAS: Sin embargo, para algunos tipos de aplicación, algunos procesos son más convenientes que otros, Una cantidad sustancial de tiempo se gasta en tratar de adecuar el PU a cada proyecto, El método de PU requiere costos de dedicación altos por lo que no es conveniente usarlo en procesos de un proyecto pequeño.\nRECOMENDACIONES: Es una buena opción para el desarrollo de software ya que contiene varias actividades para poder terminar el producto con mejor calidad.\nSería el modelo de proceso de software IEEE ya que tiene varias actividades para terminar el sistema de mejor calidad, y se puede adaptar de acuerdo a las necesidades para las cuales es construido, ya que distintos procesos organizan las actividades de manera distinta, donde el tiempo de cada actividad varia y por ende los resultados y las distintas empresas usan diferentes procesos para la obtención del mismo producto.\nLa herramienta que utilizaría seria: la herramienta RAD ya que estos utilizan diagramas UML, estos están orientados a objetos, se puede utilizar en la fase de diseño , y permite un diseño más breve y comprensible, facilitan al desarrollador la codificación del sistema, son utilizadas para la implementación de los datos de la tienda , así como los productos que se vallan a vender, la mayoría de ellas son visuales y logra una rápida codificación, y esta herramienta permite tanto la creación de programas de cómputo, como base de datos.\nEulises5 el Sáb Mar 24, 2012 7:21 pm\nEs uno de los primeros modelos de desarrollo de software que considera las diferentes actividades como fases separadas de tal forma que para iniciar una nueva actividad debe esperarse a la finalización de la actividad anterior. El resultado de cada etapa es uno o más documentos aprobados.\n- Ingeniería y Análisis del Sistema.\nEs un conjunto de actividades y resultados asociados que producen un producto de software, Y es considerado uno de los mejores componentes de un método de desarrollo de software. Y este está constituido en 4 actividades fundamentales de proceso:\n- Especificación del software.\n- Desarrollo del software.\n- Validación del software.\n- Evolución del software.\nCon estas actividades el producto lo podemos realizar con una mayor calidad para el cliente, ya que es una manera más fácil y rápida de trabajar.\nMODELOS EVOLUTIVOS ya que este se puede adaptar a las necesidades del cliente, repitiendo cada una de sus fases para comprar que el programa este correctamente y garantizar un producto que alta calidad para satisfacer las necesidades del cliente.\nLa herramienta CASE RUP ya que esta nos permite crear diagramas UML y implementación de bases de datos lo cual nos permite crear un programa de calidad para el cliente, y en esta herramienta las técnicas de programación que se pueden utilizar son: orientada a objetos, orientada a componentes, etc.… y algunos lenguajes de programación que podríamos aplicar son: Visual Basic, Java, C++, C#, etc. Esta herramienta es muy útil para cuando deseamos obtener como resultado un programa que cumpla con las necesidades del cliente y de alta calidad para el usuario.\nECHEVERRIA RODRIGUEZ EULISES\nKARLA Y. el Sáb Mar 24, 2012 10:41 pm\nEs el enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la anterior.\nSe aplica para las necesidades específicas de una organización, es útil para que el desarrollador visualice lo que va a hacer.\n* Etapas y actividades bien definidas para facilitar la comprensión.\n* Claridad de los objetivos del proyecto.\n* El progreso del sistema se puede medir.\n*Ayuda en la planificación y las jornadas cuando se someten a los proyectos.\n* La sencillez es una ventaja, ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el software.\n* Los proyectos reales raramente siguen el flujo secuencial que propone el sistema, surgen problemas en la aplicación del paradigma.\n* Normalmente es difícil para el cliente establecer explícita mente al principio todos los requisitos. el ciclo de vida lo requiere y tiene dificultades en acomodar posibles incertidumbres que pueden existir al comienzo de muchos productos.\n* El cliente debe tener paciencia hasta llegar a las etapas finales del proyecto, no está disponible una versión operativa del programa. Un error importante no detectado hasta que el programa este funcionando puede ser desastroso.\n* Hay oportunidades de revisar el sistema a desarrollar hasta que sea correcto, se pueden encontrar errores y corregirlos.\n* Adaptabilidad del desarrollo a nuevos requisitos o nuevos cambios.\n* Se reducen los riesgos de no obtener el producto deseado.\n* Progreso visible en las primeras etapas.\n* Reduce la redundancia e incrementa la productividad.\n* Fácil ejecución del proceso de elaboración del sistema de software.\n* El proceso es comprensible.\n* La metodología de PU es más adaptable para proyectos de largo plazo.\n* El método de PU requiere costos de dedicación altos por lo que no es conveniente usarlo en los procesos de un proyecto pequeño.\n* Si el proceso no se aplica bien desde el inicio, el PU se puede volver muy grande y difícil, tanto para aprender como para administrar.\n* Una cantidad sustancial de tiempo se gasta en tratar de adecuar el PU a cada proyecto.\nSería el modelo de cascada ya que ordenaría todas las etapas de la tienda para que estas fueran claras , precisas y de fácil comprensión.\nAsí como también no se realizaría la etapa siguiente sin antes concluir la anterior.\nLa case RAD ya que se puede utilizar en la fase de diseño y esta permite un diseño breve y al mismo tiempo comprensible.\njonifer el Dom Mar 25, 2012 1:38 am\n1.\tModelo de cascada: es un paradigma que sugiere un enfoque sistematico, secuencial, hacia el desarrollo del software, que se inicia con la especificación delos requerimientos del cliente y que continua con la planeación, el modelo, la costrucción y el despliegue para culminar con el soporte del software terminado.\nVentajas: puede ser utilen situaciónes donde los requerimientos esten fijos y donde el trabajo que se realiza, hasta su conclusión de una maneraq lineal.\n\tSu planeación es facil\n\tEl producto posee alta calidad\n\tPermite trabajar con personas de pocos estudios.\n\tNo tiene una secuencia lineal.\n\tTarda mucho tiempo en el proceso del software.\n\tCualquier error de diseño conduce a la construcción del rediseño.\n\tAumenta los costos del desarrollo.\n2.\tProceso unificado: es un proceso de software genérico que puede ser utilizado para una gran cantidad de tipos de sistemas de software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de competencia y diferentes tamaños de proyectos. Provee un enfoque disciplinado en la asignación de tareas y resposabilidades dentro de una organización de desarrollo. Su meta es asegurar la producción de software de muy alta calidad que satisfaga las necesidades de los usuarios finales, dentro de un calendario y presupuesto predecible.\n\tAseguran la calidad del desarrollo\n\tCaptan los riesgos antes de que ocurran\n\tAnticipacion al cambio de requerimientos\n\tUna ventaja importante es que involucra a todo el equipo en todas las decisiones del proyecto\n\tY otra buena ventaja es que hay interaccion con el usuario desde en inicio del proyecto.\n\tEl método de PU requiere costos de dedicación altos por lo queno es conveniente usarlo en procesos de un proyecto pequeño\n\tSi el proceso no se aplica bien desde el inicio el PU se puedevolver muy grande y difícil, tanto para aprender como paraadministrar\n\tEs un proceso pesado\n\tSe basa mucho en la documentación\nEn mi punto de vista y observando cada uno de los procesos con sus ventajas y sus desventajas el principal seria el modelo de cascada porque tiene un orden y un seguimiento mas adecuado en el cual se da a conocer mas la administración o el desarrollo de un buen mantenimiento y administración de la empresa o tienda de abarroteria, donde se demostrara cada uno de los pasos a desarrollar claramente que son: analizis, diseño preliminar, diseño detallado, pruebas, y una vez terminado se implementara el software en la tienda.\nHerramientas de case rud: ya que estan son las que permiten crear un programa mas detallado o un modelo de diagrama UML, en el cual se obtenga una mejor calidad para el programa del cliente, para que con ella se obtenga y cubra las necesidades del cliente, y asi mismo satisfacer sus necesidades.\nAlbertoQ el Dom Mar 25, 2012 6:14 pm\nEs una varíate de ciclo de vida clásico, es el más antiguo de todos los modelos de ingeniería de software. Presenta estructura secuencial, las técnicas de programación comúnmente usadas son: lineal, modular, estructural, orientada a objetos y diseño de patrones. Los modelos de diseño grafico se basan en diagramas de flujo y diagramas de procesos para el análisis, diagramas UML para el diseño y distribución, modelo relacional de datos y orientado a objetos.\nLos lenguajes de programación que suele utilizar son: Cobol, visual C++, visual BASIC, Java, Borland delpih, Borland c++, Phyton, Perl, Ruby, GeneXus y C#.\n-proyecta el desarrollo de aplicaciones mas rápido\n-puede adaptarse fácilmente a cualquier lenguaje de programación\n- rápida codificación\n-es el más fácil por su bajo nivel de complejidad\n-impide regresar a la fase anterior\n-se puede poner en duda su eficacia por lo mismo de ser un modelo secuencial (no poder regresar)\n-si no se analiza bien al termino de cada fase perjudicara gravemente a todo el trabajo.\nEste modelo empieza escuchando las necesidades y/o requerimientos de la organización o cliente, posteriormente se construye el software y revisan algunos elementos para detallar el sistema. Final mente surge el primer prototipo que se somete a una fase de prueba y si la organización o cliente queda satisfecho queda implantado. De lo contrario se continua con el ciclo, construyendo un segundo prototipo, tercer prototipo… nº prototipo hasta que la organización quede satisfecha. Ya que la organización se encuentra sujeta a cambios constantemente los cuales requieren de control automático y muchas veces se detectan necesidades urgentes, que no requieren de mucho tiempo para estar llevando a cabo un análisis exhaustivo del problema, esta metodología permite llevar a cabo el desarrollo del problema de manera rápida.\n-modelo no secuencial (permite regresar)\n-participación del cliente en la construcción\n-diseño de un prototipo para que el cliente visualice como puede quedar y evaluar el trabajo realizado de manera rápida y sencilla\n-al ser un prototipo carece de la posibilidad de ser utilizado de forma en que lo haríamos con el software final.\n-en ocasiones debido a la rapidez con la que se diseña y construyen puede llevar a errores que no sean detectados en la fase de prueba y acaben integrándose al producto final.\n-al ser un prototipo carece de contenido real, el cliente por lo tanto puede pensar que el trabajo va más adelantado de lo en que en realidad llevamos y cambiar la fecha de entrega, lo cual causa problemas de tiempo al programador.\nSe podría utilizar el modelo en cascada al ser un modelo fácil y rápido de utilizar, pero seria para un programa sencillo y sin posibles obstáculos que detengan su diseño o construcción, o utilizar el modelo de construcción de prototipos pero al ser un modelo más visual que operacional como la relaciones de unidad, unidad precio, total se tendría que adaptar estos procesos más avanzados.\nEn conclusión de los modelos que hable creo que el mejor sería el de prototipos por si facilidad de visualización, participación del cliente, y que permite hacer cambios o ajustes al mismo prototipo.\nUtilizaría diagramas UML para el análisis y diseño, ya que permiten el diseño de programas de cómputo y hacen más fácil y comprensible esta fase para después pasar al código.Y para codificar podríamos utilizar Visual Basic.\n1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: Modelo en Cascada, Mode\nRanferi el Dom Mar 25, 2012 9:07 pm\nUn modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software. Ciclo de Vida del Software\nDefinición de un Modelo de Ciclo de VidaUn modelo de ciclo de vida de software es una vista de las actividades que ocurren durante el desarrollo de software, intenta determinar el orden de las etapas involucradas y los criterios de transición asociadas entre estas etapas.\nUn modelo de ciclo de vida del software: Describe las fases principales de desarrollo de software. Define las fases primarias esperadas de ser ejecutadas durante esas fases. Ayuda a administrar el progreso del desarrollo, y Provee un espacio de trabajo para la definición de un detallado proceso de desarrollo de software.\nAsí, los modelos por una parte suministran una guía para los ingenieros de software con el fin de ordenar las diversas actividades técnicas en el proyecto, por otra parte suministran un marco para la administración del desarrollo y el mantenimiento, en el sentido en que permiten estimar recursos, definir puntos de control intermedios, monitorear el avance.\nLos riesgos asociados con el desarrollo de sistemas largos y complejos son enormes. Una forma de reducir los riesgos es construir sólo una parte del sistema, reservando otros aspectos para niveles posteriores. El desarrollo incremental es el proceso de construcción siempre incrementando subconjuntos de requerimientos del sistema. Típicamente, un documento de requerimientos es escrito al capturar todos los requerimientos para el sistema completo. El desarrollo incremental no demanda una forma específica de observar el desarrollo de algún otro incremento.\nEl modelo de desarrollo incremental provee algunos beneficios significativos para los proyectos: Construir un sistema pequeño es siempre menos riesgoso que construir un sistema grande. Al ir desarrollando parte de las funcionalidades, es más fácil determinar si los requerimientos planeados para los niveles subsiguientes son correctos. Si un error importante es realizado, sólo la última iteración necesita ser descartada. Reduciendo el tiempo de desarrollo de un sistema (en este caso en incremento del sistema) decrecen las probabilidades que esos requerimientos de usuarios puedan cambiar durante el desarrollo. Si un error importante es realizado, el incremento previo puede ser usado. Los errores de desarrollo realizados en un incremento, pueden ser arreglados antes del comienzo del próximo incremento.\nErik Lazaro Torres el Dom Mar 25, 2012 9:17 pm\nEs un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo e incremental.\n* Dirigido por los casos de uso\n* Enfocado en los riesgos\n* Adaptabilidad del desarrollo a nuevos requisitos o nuevoscambios\n* Se reducen los riesgos de no obtener el producto deseado\n* Progreso visible en las primeras etapas\n*Fácil ejecución del proceso de elaboración del sistemasoftware, ya que describen como está estructurado el sistemadesde diferentes perspectivas orientadas a los diferentesinvolucrados en un proyecto.\n* La metodología de PU es más adaptable para proyectos delargo plazo\n* El método de PU requiere costos de dedicación altos por lo queno es conveniente usarlo en procesos de un proyecto pequeño.\n* Una cantidad sustancial de tiempo se gasta en tratar deadecuar el PU a cada proyecto. Aquí, también, se corre elriesgo de volverse un esclavo del proceso y perder de vista larazón del proceso.\n* Es un proceso pesado\n* Se basa mucho a la documentación\nEs un modelo de ciclo de vida del software definido por primera vez por Barry Boehm en 1986,1 utilizado generalmente en la Ingeniería de software.\n* Un enfoque cíclico para el crecimiento incremental del grado de definición e implementación de un sistema, mientras que disminuye su grado de riesgo.\n* Un conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones de sistema que sean factibles y mutuamente satisfactorias.\n* La planificaciónes sencilla.\n*La calidad del producto resultantees alta.\n*Permitetrabajar con personalpoco cualificado.\n* No refleja realmenteel proceso de desarrollo del software\n* Se tarda muchotiempo en pasarpor todo el ciclo\n* Perpetuael fracasode la industria del softwareen su comunicacióncon el usuario final\n* El mantenimiento se realiza en el código fuente\n* Las revisiones de proyectos de gran complejidadson muy difíciles\n* Imponeuna estructurade gestiónde proyectos.\nBueno pues en mi punto de vista uno de los que más se puede utilizar en estos negocios es el modelo evolutivo del ESPIRAL por que tiene una buena estructura y entre sus principios básicos se encuentra el determinar objetivos, el análisis del riesgo, planificación, y desarrollar y probar.\nY ami me parece que es una buena estructura para lograr un buen desempeño y lograr los objetivos especificados por el negocio.\nPues para mi los diagramas de flujo serian una buena herramienta para poder realizar una buena planificación del problema deseado y poder llegar a una buena solución del problema que el negocio ha dado al programador.\nBueno ese es mi punto de vista no se que opinan.\nEVERARDO el Dom Mar 25, 2012 10:32 pm\nEn Ingeniería de software el desarrollo en cascada que no tiene prototipo que no era en cascada , también llamado modelo en cascada, es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa anterior\nLa metodología de desarrollo en cascada es:\n1.\tAnálisis de requisitos.\n2.\tDiseño del Sistema.\n3.\tDiseño del Programa.\nSi bien ha sido ampliamente criticado desde el ámbito académico y la industria sigue siendo el paradigma más seguido al día de hoy.\nSon metodologías que pueden emplearse para la construcción de software, permiten desarrollar versiones cada vez más completas y complejas, hasta llegar al objetivo final deseado; incluso evolucionar más allá, durante la fase de operación.\n-\tEn la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala implementación del modelo, lo cual hace que lo lleve al fracaso.\n-\tEl proceso de creación del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no esté completo no se opera. Esto es la base para que funcione bien.\n-\tCualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costos del desarrollo.\nPROCESO UNIFICADO DE DESARROLLO SOFTWARE\n-\tIterativo e Incremental\n-\tDirigido por los casos de uso\n-\tCentrado en la arquitectura\n-\tEnfocado en los riesgos\n-\tMediante este proceso de desarrollo de software hay varias oportunidades para revisar el sistema a desarrollar hasta quesea correcto. Se pueden encontrar errores y corregirlos.\n-\tAdaptabilidad del desarrollo a nuevos requisitos o nuevos cambios\n-\tSe define una arquitectura sólida en etapas tempranas del desarrollo. La arquitectura de un sistema se define como un conjunto de componentes y las interacciones entre ellas. De este modo este tipo de ciclo de vida debe ser ampliable, por lo que el sistema es robusto y tiene facilidad de mantenimiento.\n-\tSe reducen los riesgos de no obtener el producto deseado\n-\tEn cada momento hay una versión del sistema funcionando que se modifica según las necesidades y deseos del cliente.\n-\tProgreso visible en las primeras etapas\n-\tReducir la redundancia e incrementa la productividad, un software bien diseñado evita la duplicidad del código con lo cual se obtiene un software robusto.\n-\tFácil ejecución del proceso de elaboración del sistema software, ya que describen como está estructurado el sistema desde diferentes perspectivas orientadas a los diferentes involucrados en un proyecto\n-\tEl proceso es comprensible\n-\tLa metodología de PU es más adaptable para proyectos de\n-\tEl método de PU requiere costos de dedicación altos por lo que no es conveniente usarlo en procesos de un proyecto pequeño.\n-\tSi el proceso no se aplica bien desde el inicio el PU se puede volver muy grande y difícil, tanto para aprender como para administrar\n-\tUna cantidad sustancial de tiempo se gasta en tratar de adecuar el PU a cada proyecto. Aquí, también, se corre el riesgo de volverse un esclavo del proceso y perder de vista la razón del proceso.\n-\tEs un proceso pesado\n-\tSe basa mucho en la documentación\nPienso que el modelo más adecuado para la elaboración de un sistema es el modelo de cascada Porque este modelo tiene una fase de analizar, diseño, pruebas, y mantenimiento. Esto lleva a cabo a la elaboración del sistema tendrá que realizar cada una de las fases par que pueda haber un buen funcionamiento del sistema. , primero se analizara que requisitos se necesitan para el software, después se hará un diseño preliminar del software, después se realizara otro diseño pero ahora de manera detallada, después se realizara y se harán pruebas para verificar si ay algún problema y solucionarlo y por último se hará el mantenimiento cuando sea necesario\nEn mi puto de vista utilizaría la herramienta RUP para los diagramas UML. Porque te ayuda a representar situaciones diferentes, te ordena la información que se obtiene en la fase de análisis en cuanta a cada una de las fases. Nos permite crear programas de calidad para el cliente\nEsta herramienta es muy útil y factible para cuando deseamos obtener como resultado un programa que cumpla con las necesidades del cliente y de alta calidad para el usuario. Se pueden utilizar algunos lenguajes como son: Visual Basic, Java, C++, C#, etc.\nerick bu el Lun Mar 26, 2012 4:49 pm\n- En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala implementación del modelo, lo cual hace que lo lleve al fracaso.\n- El proceso de creación del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no esté completo no se opera. Esto es la base para que funcione bien.\n- Cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costos del desarrollo.\n- Iterativo e Incremental\n- Dirigido por los casos de uso\n- Centrado en la arquitectura\n- Enfocado en los riesgos\n- Mediante este proceso de desarrollo de software hay varias oportunidades para revisar el sistema a desarrollar hasta quesea correcto. Se pueden encontrar errores y corregirlos.\n- Adaptabilidad del desarrollo a nuevos requisitos o nuevos cambios\n- Se define una arquitectura sólida en etapas tempranas del desarrollo. La arquitectura de un sistema se define como un conjunto de componentes y las interacciones entre ellas. De este modo este tipo de ciclo de vida debe ser ampliable, por lo que el sistema es robusto y tiene facilidad de mantenimiento.\n- Se reducen los riesgos de no obtener el producto deseado\n- En cada momento hay una versión del sistema funcionando que se modifica según las necesidades y deseos del cliente.\n- Progreso visible en las primeras etapas\n- Reducir la redundancia e incrementa la productividad, un software bien diseñado evita la duplicidad del código con lo cual se obtiene un software robusto.\n- Fácil ejecución del proceso de elaboración del sistema software, ya que describen como está estructurado el sistema desde diferentes perspectivas orientadas a los diferentes involucrados en un proyecto\n- El proceso es comprensible\n- La metodología de PU es más adaptable para proyectos de\n- El método de PU requiere costos de dedicación altos por lo que no es conveniente usarlo en procesos de un proyecto pequeño.\n- Una cantidad sustancial de tiempo se gasta en tratar de adecuar el PU a cada proyecto. Aquí, también, se corre el riesgo de volverse un esclavo del proceso y perder de vista la razón del proceso.\nBueno pues en mi punto de vista uno de los que más se puede utilizar en estos negocios es el modelo evolutivo del ESPIRAL por que tiene una buena estructura y entre sus principios básicos se encuentra el determinar objetivos, el análisis del riesgo, planificación, y desarrollar y probar cada actividad que quieramos realizar ese es mi punto de vista\nantonio jimenez corona el Lun Mar 26, 2012 7:06 pm\nEs un proceso secuencial de desarrollo en el que los pasos de desarrollo son vistos hacia abajo (como en una cascada de agua) a través de las fases de análisis de las necesidades, el diseño, implementación, pruebas (validación), la integración, y mantenimiento.\nVariantesExisten variantes de este modelo; especialmente destacamos la que hace uso de prototipos y en la que se establece un ciclo antes de llegar a la fase de mantenimiento, verificando que el sistema final este libre de fallos.\nantonio jimenez corona\nAraceliM el Lun Mar 26, 2012 9:35 pm\nR= El modelo en espiral es una delas metodologías más recomendables para el desarrollo y creaciónde un programa, ya que consta de pocas etapas o fases, las cualesse van realizando en una manera continua y cíclica.\nDEFINICION DE OBJETIVOS: Para esta fase del proyecto se definen los objetivosespecíficos. Se identifican las restricciones del procesos y el producto, y se estipulaun plan detallado de administración. Se identifican los riesgos del proyecto.Dependiendo de esos riesgos, se planean estrategias alternativas.\nEVALUACION Y REDUCCION DE RIESGOS: Se lleva a cabo un análisis detallado paracada uno de los riesgos del proyecto. Se definen los pasos para reducir dichos riesgos.Por ejemplo si existe el riesgo de tener requerimientos inapropiados, se desarrolla unprototipo del sistema.\nDESARROLLO Y VALIDACION: Después de la evaluación de riesgos, se elige unmodelo para el desarrollo del sistema. Por ejemplo, si los riesgos en la interfaz deusuario son dominantes, un modelo de desarrollo apropiado podría ser la construcciónde prototipos evolutivos. Si los riesgos de protección son la principal consideración, undesarrollo basado en transformaciones formales podría ser el mas apropiado, y asísucesivamente. El modelo de cascada es el mas apropiado para el desarrollo si el mayorriesgo identificado es la integración de los subsistemas.\nPLANEACION: El proyecto se revisa y se toma la decisión de si se debe continuar con un ciclo posterior de la aspiral.\n*Trata de mejorar los ciclos de vida clásicos y prototipos.\n*Este modelo puede combinarse con otros modelos de proceso de desarrollo(cascada, evolutivo) .\n*En cada giro se construye un nuevo modelo del sistema completo.\n*El análisis de riesgo requiere la participación de personal con altacualificación.\n*Incorpora objetivos de calidad y gestión de riesgos\n*Elimina errores y alternativas no atractivas al comienzo\n*Permite iteraciones, vuelta atrás y finalizaciones rápidas\n*Cada ciclo empieza identificando:\n*Los objetivos de la porción correspondiente\n*El modelo en espiral puede adaptarse y aplicarse a lo largo de lavida del software de computadora.\n*Como el software evoluciona a medida que progresa el proceso,el desarrollador y el cliente comprenden y reaccionan mejorante riesgos en cada uno de los niveles evolutivos.\n*El modelo en espiral permite a quien lo desarrolla aplicar elenfoque de construcción de prototipos en cualquier etapa deevolución del producto.\n*El modelo en espiral demanda una consideración directa de losriesgos técnicos en todas las etapas del proyecto y si se aplicaadecuadamente debe reducir los riesgos antes de que seconviertan en problemas.\nResulta difícil convencer a grandes clientes de que el enfoqueevolutivo es controlable.\nDebido a su elevada complejidad no se aconseja utilizarlo enpequeños sistemas.\nGenera mucho tiempo en el desarrollo de sistemas.\nR= en mi punto de vista el mas adecuado es el modelo de espiral por eso lo escogi por que podemos diseñar los diseños de computo y tambien podemos planificar ya que tiene una mejor estructura\nen mi opinion los diagramas de flujo son mejor para realizar los problemas y obtener un mejor resultado en cualquier empresa o negocio.\nEsbeyde el Mar Mar 27, 2012 12:29 am\nRAD ( Desarrollo Rápido de Aplicaciones)\nEl Desarrollo Rápido de Aplicaciones, abreviado como RAD (del inglés Rapid Application Development) es un modelo de ciclo de vida que enfatiza un desarrollo extremadamente corto. Se trata de una adaptación del modelo tradicional en cascada en el que se logra el desarrollo rápido utilizando una construcción basada en componentes. Si se comprenden bien los requisitos y se limita el ámbito del proyecto, el proceso RAD permite crear un sistema completamente funcional dentro de periodos cortos de tiempo (entre 60 y 90días).\nModelo Central: Se pueden crear modelos o redefinir modelos existentes, y se pueden integrar estos modelos con la funcionalidad de aplicaciones existentes (componentes, paquetes, etc.)\nDesarrollo Visual: Proporciona un nivel alto de abstracción, y da facilidad de crear nuevas aplicaciones y mantener las existentes.\nCódigo Construido: Diseñado para alto rendimiento, escalabilidad y ahorro de tiempo.\nFinalización de la Integración del Desarrollo del Ciclo de Vida: Proporciona un desarrollo de artefactos y semántica del negocio capturados y organizados en modelos visuales. Universalmente\naplicados durante el desarrollo del proyecto.\nDar esfuerzo a la Orientación a Objetos: Implica que el proceso de desarrollo esta manejado por el modelo del negocio (clases).\nEstas técnicas incluyen el uso de:\nEquipos pequeños de desarrollo y bien capacitados.\nHerramientas poderosas integradas que apoyan el modelo, el prototipo y la reutilización de componentes.\nUn depósito central de la información para tenerla a la mano en el momento que se le necesita.\nRequisitos interactivos y talleres de diseño.\nLímites rígidos en los plazos de desarrollo\n•\tLos módulos pueden ser reutilizables.\n•\tEl cliente tiene acceso más rápido a la funcionalidad aunque ésta pueda ser reducida lo que facilita su feedback desde las primeras fases de desarrollo.\n•\tPermite un desarrollo distribuido que facilite la incorporación de proveedores externos en el proceso.\n•\tRequiere recursos humanos suficientes como para crear el número correcto de equipos.\n•\tNecesita que el cliente y el desarrollador se comprometan en las actividades necesarias para completar un sistema en un tiempo corto.\n-Un enfoque cíclico para el crecimiento incremental del grado de definición e implementación de un sistema, mientras que disminuye su grado de riesgo.\n-Un conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones de sistema que sean factibles y mutuamente satisfactorias.\nEste modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo)\nPermite iteraciones, vuelta atrás y finalizaciones rápidas.\n-Los objetivos de la porción correspondiente\n•\tEl modelo en espiral puede adaptarse y aplicarse a lo largo de lavida del software de computadora.\n•\tComo el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.\n•\tEl modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.\n•\tEl modelo en espiral demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas.\n•\tResulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.\n•\tDebido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.\n•\tGenera mucho tiempo en el desarrollo de sistemas.\nPara mi yo pienso que cualquier modelo serviría para la creación de punto de venta de una tienda,\nBueno se podría usar el Modelo incremental.\nEl modelo es aconsejable para el desarrollo de software en el cual se observe, en su etapa inicial de análisis, que posee áreas bastante bien definidas a cubrir, con suficiente independencia como para ser desarrolladas en etapas sucesivas. Pueden no existir prioridades funcionales por parte del cliente, pero el desarrollador debe fijarlas de todos modos y con algún criterio, ya que basándose en ellas se desarrollarán y entregarán los distintos incrementos.\nIncremental es un modelo del tipo evolutivo, es decir donde se permiten y esperan probables cambios en los requisitos en tiempo de desarrollo; se admite cierto margen para que el software pueda evolucionar. Aplicable cuando los requisitos son medianamente bien conocidos pero no son completamente estáticos y definidos.\nYo diría que cualquiera de las dos esta bien, ya que estas metodologías tiene como finalidad, apoyar en las diferentes faces del desarrollo del software, ( análisis, diseño, codificación, etc.) de manera rápida y eficiente.\nLa herramienta RUP estaría bien ya que permiten el manejo de diagramas UML, en cada fase de elaboración del sistema. Esta metodología también produce como resultado, el desarrollo de lenguajes de programación y herramientas de software.\nAdemás el modelo RUP, incluyen dentro de sus faces el modelado de datos, así como procesos para la administración, planeación y control durante todo el desarrollo del software.\nESBEYE YAEL PEREZ RIOS\nangel zapata el Mar Mar 27, 2012 12:35 am\nEste modelo admite la posibilidad de hacer iteraciones, es decir, durante las modificaciones que se hacen en el mantenimiento se puede ver por ejemplo la necesidad de cambiar algo en el diseño, lo cual significa que se harán los cambios necesarios en la codificación y se tendrán que realizar de nuevo las pruebas, es decir, si se tiene que volver a una de las etapas anteriores al mantenimiento hay que recorrer de nuevo el resto de las etapas. Después de cada etapa se realiza una revisión para comprobar si se puede pasar a la siguiente.\n•\tEs el más utilizado.\n•\tEs una visión del proceso de desarrollo de software como una sucesión de etapas que producen productos intermedios.\n•\tPara que el proyecto tenga éxito deben desarrollarse todas las fases.\n•\tLas fases continúan hasta que los objetivos se han cumplido.\n•\tSi se cambia el orden de las fases, el producto final será de inferior calidad\n•\tLa planificación es sencilla.\n•\tLa calidad del producto resultante es alta.\n•\tPermite trabajar con personal poco cualificado.\n•\tNo refleja realmente el proceso de desarrollo del software\n•\tSe tarda mucho tiempo en pasar por todo el ciclo\n•\tPerpetua el fracaso de la industria del software en su comunicación con el usuario final\n•\tEl mantenimiento se realiza en el código fuente\n•\tLas revisiones de proyectos de gran complejidad son muy difíciles\n•\tImpone una estructura de gestión de proyectos\n•\tCombina elementos del modelo lineal con la filosofía de creación de prototipos.\n•\tEl primer incremento a menudo es un producto esencial (núcleo).\n•\tA partir de la evaluación se planea el siguiente incremento y así sucesivamente.\n•\tEs interactivo por naturaleza\n•\tEs útil cuando el personal no es suficiente para la implementación completa\n•\tSe puede financiar el proyecto por partes\n•\tApropiado para proyectos grandes de larga duración\n•\tNo se necesita tanto personal al principio como para una implementación completa\n•\tDifícil de evaluar el costo total.\n•\tDifícil de aplicar a sistemas transaccionales que tienden a ser integrados y a funcionar como un todo.\n•\tRequiere gestores experimentados.\n•\tLos errores en los requisitos se detectan tarde\n•\tPrioriza los requisitos del usuario y los requisitos de más alta prioridad se incluyen en los incrementos más tempranos.\n•\tLas primeras versiones son incompletas pero proporcionan al usuario la funcionalidad que precisa y una plataforma para la evaluación.\n•\tSe necesitan pruebas de regresión.\n•\tPueden aumentar el coste debido a las pruebas.\nEl modelo en cascada, ya que este modelo es el más utilizado en la actualidad, y tiene bien definidos los pasos que se deben llevar a cabo la creación de programas de cómputo, en este caso programas dirigidos al punto de venta de tienda abarrotera y las ventas de medicamentos de una farmacia.\nLa herramienta RUP, ya que fueron creadas para el diseño de diagramas UML, y están orientada a objetos. Y con el surgimiento del lenguaje UML, en particular, los diagramas de casos de uso, diagramas de clases, estados, actividades, secuencias, entre otros, hacen de la fase de diseño sea mucho más breve y comprensible. Las herramientas RUP permiten el diseño de programas de cómputo y son utilizadas en la fase de diseño durante la construcción de software.\nblanca ixhel el Mar Mar 27, 2012 9:52 am\nEste modelo muestra de una forma básica el desarrollo de software, y representa en fases separadas procesos fundamentales.\nDice que se debe probar el software después de construirlo y antes de operarlo. Cada fase tiene como salida documentación\n- Es perfecto para proyectos que son regidos.\n\tUn enfoque cíclico para el crecimiento incremental del grado de definición e implementación de un sistema, mientras que disminuye su grado de riesgo.\n\tUn conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones de sistema que sean factibles y mutuamente satisfactorias.\n• Puede resultar difícil convencer a algunos clientes de que el enfoque evolutivo es controlable\n• Solo resulta aplicable para proyectos de gran tamaño\n• Supone una carga de trabajo adicional, no presente en otros ciclos de vida\n• Requiere una considerable habilidad para la evaluación y resolución del riesgo, y se basa en esta habilidad para el éxito\n• Si un riesgo importante no es descubierto y gestionado, indudablemente surgirán problemas\n• Es bastante complicado de realizar y su complejidad puede incrementarse hasta hacerlo impracticable\n• El modelo no se ha utilizado tanto como otros, por lo que tendrán que pasar años antes de que determine con certeza la eficacia de este modelo\n•\tAnálisis d riesgo\n•\tEvaluación del cliente\nEn el modelo cascada su planificación es sencilla y apta para el punto de venta abarrotera ya que tiene bien definidos sus pasos que se deben utilizar para crear el programa de computo que registre las ventas y ganancias al igual que también es útil en las ventas de medicamentos de una farmacia.\nLa herramientas RAD ya que son aquellas que proporcionan herramientas que automatizan algunas tareas del desarrollo de la aplicación haciéndola transparente para el programador, por ejemplo, WebSphere dispone de un generador visual de JSPs también permite generar Servicios Web de manera gráfica o editar los archivos XML de configuración de manera gráfica, para que no se tengan que introducir los tags XML directamente.\nUnidad 3.- Modelos Prescriptivos del Desarrollo de Sistemas de Información\nBrenditha el Mar Mar 27, 2012 9:17 pm\nMODELO EVOLUTIVO (INCREMENTAL)\n• En cada giro se construye un nuevo modelo del sistema completo.\n• Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo)\n• Mejor modelo para el desarrollo de grandes sistemas.\n• El análisis de riesgo requiere la participación de personal con alta cualificación.\n• No necesita una definición completa de los requisitos para empezara funcionar.\n• Al entregar productos desde el final de la primera iteración es más fácil validar los requisitos.\n• El riesgo en general es menor, porque si todo se hace mal, solo se ha perdido el tiempo y recursos invertidos en una iteración (las anteriores iteraciones están bien).\n• El riesgo de sufrir retrasos es menor, ya que al identificar los problemas en etapas tempranas hay tiempo de subsanarlos.\n• Es difícil evaluar los riesgos.\n• Necesita de la participación continua por parte del cliente.\n• Cuando se subcontrata hay que producir previamente una especificación completa de lo que se necesita, y esto lleva tiempo.\nR= Para mi ver seria el modelo evolutivo ya que este modelo se puede adaptar en las necesidades de todos los clientes.\n. El desarrollo rápido de aplicaciones (RAD) provee estrategias y aspectos prácticos eficientes para alcanzar la máxima velocidad posible en el desarrollo de aplicaciones, teniendo en cuenta las circunstancias específicas de cada equipo o desarrollador en particular.\nEl desarrollo del software puede ser optimizado cuando se toman en cuenta criterios tales como la reducción del número de errores, la rápida velocidad de ejecución, la facilidad en el mantenimiento, el bajo costo, la alta calidad del software que se desarrolla, y la rapidez en los procesos de desarrollo.\nAngel S. el Mar Mar 27, 2012 10:45 pm\nPROCESO UNIFICADO (O RUP)\n\tForma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y cómo)\n\tPretende implementar las mejores prácticas en Ingeniería de Software\n\tDesarrollo iterativo\n\tAdministración de requisitos\n\tUso de arquitectura basada en componentes\n\tControl de cambios\n\tModelado visual del software\n\tVerificación de la calidad del software\nMetodología bien documentada y completa - RUP es un completo\nmetodología con toda su documentación de fácil acceso.\nAbierta y pública - El Rational Unified Process se publican abiertamente,\ndistribuido y soportado.\nFormación disponible - La versión en línea del Rational Unified\nProceso de guía a los usuarios a través del proceso de una manera tutorial paso a paso. Una gran cantidad\nde los institutos también ofrecen cursos de formación.\nRequisitos del Cambio - Resolver proactiva de las necesidades cambiantes del cliente\ny los riesgos relacionados\nReducción del tiempo de integración y Ffort e - A medida que el modelo de desarrollo seguido es\niterativo en la naturaleza, por lo que integrar el código en las fases que resultan en menor tiempo y\nesfuerzo dedicado a la integración.\nMayor nivel de reutilización - La reutilización de código es fácil y rápido.\nEl proceso es demasiado complejo - A menos que tenga un verdadero experto, es probable que\ntendrá éxito en la adaptación a este proceso. El proceso es demasiado complejo, demasiado\ndifícil de aprender, y muy difícil de aplicar correctamente.\nAspectos sociológicos - El Proceso Unificado no captura la sociológica\nlos aspectos de desarrollo de software y los detalles de cómo desarrollar verdaderamente\nde forma incremental.\nDesarrollo desorganizado - puede conducir a una forma totalmente indisciplinada de\nØ No modifica el flujo del ciclo de vida.\nØ Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios.\nØ Reduce costos y aumenta la probabilidad de éxito.\nØ Exige disponer de las herramientas adecuadas.\nØ No presenta calidad ni robustez.\nØ Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniería.\nØ El cliente ve funcionando lo que para el es la primera versión del prototipo que ha sido construido con “chicle y cable para embalaje”, y puede decepcionarse al indicarle que el sistema aun no ha sido construido.\nØ El desarrollador puede caer en la tentación de aumentar el prototipo para construir el sistema final sin tener en cuenta los obligaciones de calidad y de mantenimiento que tiene con el cliente.\nR=para mi yo pienso que el modelo mejor adecuado para satisfacer a estos seria la de modelo RUP ya que en ella podemos tener algo muy completo y a su vez se le pueden efectuar cambios que el cliente desee hacerle.\nTambién se conoce por este nombre al software desarrollado por Rational, hoy propiedad de IBM, el cual incluye información entrelazada de diversos artefactos y descripciones de las diversas actividades. Está incluido en el Rational Method Composer (RMC), que permite la personalización de acuerdo con las necesidades.\nATT. Angel de Jesus Sanchez Garcia\nRESPUESTA : Unidad 3.- Modelos Prescriptivos del Desarrollo de Sistemas de Informacion\nbolivar el Miér Mar 28, 2012 4:50 pm\nEl modelo de cascada es una variante de ciclo de vida clásico, este modelo comúnmente es utiliza para la creación del desarrollo de programas de computo utilizando técnicas de programación como es la lineal, modular, la estructurada, orientada a objetos y diseño de patrones. También colaboran los lenguajes de programación que se utilizan en los modelos\n\tTiene una visión del desarrollo de software.\n\tEs que se utiliza con mayor frecuencia.\n\tCuando se realiza un proyecto se tiene que ejecutar todas la faces para que se desarrolle bien el proyecto.\n\t1. Modelo y planificación son fácil y sencillos.\n\t2. Sus fases son conocidas por los desarrolladores.\n\t3. Los usuarios lo pueden comprender fácilmente.\n\t1. Alto riesgo en sistemas nuevos debido a problemas en las especificaciones y en el diseño.\n\t2. Bajo riesgo para desarrollos bien comprendidos utilizando tecnología conocida\nEstas metodologías se pueden ampliar para la construcción de software hace énfasis de mejoramiento del producto mediante la revisión del mismo, el modelo suele repetir sus faces para garantizar un producto final de calidad y eficaz mediante varias revisiones del producto hasta que satisfaga la necesidad de calidad demanda.\n-Los cambios tienden a corromper la estructura del software.\n-incorporar cambios se convierte cada vez más difícil y costosa.\nR.- mi punto de vista seria el modelo de cascada ya que este modelo de acuerdo a su diseño permite dar una representación por otro lado este modelo seria el mas viable por que de acuerdo a sus faces se analizara que requisitos se necesitan para el software, se hará un diseño preliminar del software, se realizara un diseño de manera detallada, por ultimo se probara para verificar que no tenga ningún error y si lo tuviera poderlo corregir de inmediato de que este modelo de cascada se adaptan alas necesidades del cliente negocio o empresa.\nR = Utilizaría las RUP ya que estas herramienta están orientadas a objetos y están diseñadas para hacer uso de los diagramas UML es lo que permite que las fases de diseño se hagan mas breves y comprensibles estas herramientas permiten el diseño de programas de computo y se utilizan principalmente en la fase diseño.\nATT: Bolívar Perez Mendoza [center]\nkike el Jue Mar 29, 2012 6:11 pm\nCARACTERÍSTICAS :Es el más utilizado. Es una visión del proceso de desarrollo de software como una sucesión de etapas que producen productos intermedios. Para que el proyecto tenga éxito deben desarrollarse todas las fases. Las fases continúan hasta que los objetivos se han cumplido. Si se cambia el orden de las fases, el producto final será de inferior calidad.\nVENTAJAS : Se tiene todo bien organizado y no se mezclan las fases.Es perfecto para proyectos que son rígidos, y además donde se especifiquen muy bien los requerimientos y se conozca muy bien la herramienta a utilizarLa planificación es sencilla. La calidad del producto resultante es alta. Sus fases son conocidas por los desarrolladores.Los usuarios lo pueden comprender fácilmente.\nDESVENTAJAS : Interacciones costosas.Los problemas que se presentan son corregidos posteriormente.Puede que el software no cumpla con los requisitos.Es difícil incorporar nuevas cosas si se quiere actualizar.Es normal detenerse en su desarrollo y seguir con otras fases.Se tarda mucho tiempo en pasar por todo el ciclo Las revisiones de proyectos de gran complejidad son muy difíciles\nCARACTERÍSTICAS: En cada giro se construye un nuevo modelo del sistema completo. Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo) Mejor modelo para el desarrollo de grandes sistemas. El análisis de riesgo requiere la participación de personal con alta calificación. No hay un número definido de iteraciones. Las iteraciones debe decidirlas el equipo de gestión de proyecto. Mas realista que el ciclo de vida clásico.Este es el enfoque más realista actualmente.\nVENTAJAS: El modelo en espiral es un enfoque realista del desarrollo de sistemas.Modelo de proceso adaptable.El modelo en espiral puede aplicarse a lo largo de la vida del software.El desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.Permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.\nDESVENTAJAS: Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.Es nuevo y no se ha utilizado tanto como otros modelos de ciclo de vida. Requiere una considerable habilidad para la evaluación del riesgo, y cuenta con esta habilidad para el éxito. Si un riesgo importante no es detectado y gestionado a tiempo, indudablemente surgirán problemas.\nEl modelo cascada, ya que nos ofrece mas ventajas y las desventajas que tiene no son como las de el modelo espiral.\nCase porque tiene mas facilidad para la revisión de aplicaciones y tiene soporte para el desarrollo de prototipos de sistemas.\nATT:Enrique Goicochea Pineada


L'agent by Agent Provocateur - Video Campaña FW 2014/2015 | Pasión Lujo - Le Blog\nPosted por Merche 12 agosto 2014, 08:00 am En HOME, LUJO 2.0|0 comentarios\nHace justo un año nuestra actriz más internacional se podía por primera vez detrás de las cámaras para dirigir un corto. Se trataba del vídeo promocional de L’Agent, colección de la marca de lencería de lujo L’Agent Provocateur para la que además Penélope ejerce de diseñadora.\nLa marca quedó tan encantada con el resultado y con la repercusión mediática que Penélope Cruz ha vuelto a repetir y ha creado un corto igual o más sexy que el del año pasado, tanto que Youtube sólo permite verlo a mayores de 18 años.\nAsí, si el año pasado eran personajes como Miguel Ángel Silvestre, Mónica Cruz o la mismísima Irina Shaik, este año el guapísimo protagonista es un sediento Jon Kortajarena que, acompañado de un grupo de sexies bailarinas no invita a probar las mieles de la marca de lencería más provocadora.\nEn el vídeo, el conocido modelo se arrastra sediento por un desierto cuando aparece desde la lejanía un coche, conducido por la actriz, de la que empiezan a surgir varias chicas espectaculares vestidos con los exuberantes conjuntos que L’Agent nos tiene preparados para la próxima temporada otoño-invierno 2014-2015. Un baile de lo más provocador alrededor de un más que flipado Jon hacen el resto…\nSí, efectivamente la cosa sonaba a espejismo, un espejismo sexy como pocos que encaja cien por cien con la filosofía de la marca y que Pe ha sabido transmitir con una escenografía sencilla, mezcla de realidad y la realidad, pero muy cautivadora y original.\nPor cierto, como a Pe le gusta que todo quede en casa, el encargado de componer la música de fondo a este sensual espejismo ha sido su hermano, Eduardo Cruz, creador de una banda sonora ideal para marcar el ritmo de semejantes bellezones contoneándose. Uno de ellos, su novia, la modelo Paula Méndez.\nUna vez, tenemos que felicitar a Agent Provocateur y a Pe por este seductor acierto del que muchos ya están deseando ver la trilogía completa. Y es que lo de seducir a ambos se les ha dado siempre muy bien…\nMás Información: www.agentprovocateur.com\nSabemos que Kate Moss está en los sueños de más de uno, que las mejores firmas se la rifan cada temporada, pero… ¿Con que sueña...\nEdun, la marca de lujo ético y sostenible que Bono, líder de U2, y su mujer Ali Hewson crearon en 2005, ya ha desvelado las imágenes de...


Maluma quiere ser padre, y lo ha dejado así de claro - Happyfm\nMaluma quiere ser padre, y lo ha dejado así de claro\nEl afamado cantante ha dejado claro que quiere ser padre, aunque también nos ha dado entender que pasará un tiempo antes de que eso suceda.\nMaluma ha alcanzado la fama mundial en los últimos años. El cantante colombiano se ha posicionado en lo más alto de las listas de éxitos de todo el mundo y allí se ha quedado a vivir, disfrutando del efecto que su música tiene en millones de personas de todas partes del planeta. Podríamos concluir que le va muy bien, y también estamos seguros de que esto solo es una especie de principio. Queda mucho camino por recorrer, y va a estar muy presente en el panorama internacional de los próximos años.\nCon respecto a su vida personal, como seguramente sepáis tiene una bonita relación con la modela croata Natalia Barulich. Juntos desde hace poco más de un año, no dudan a la hora de demostrar el gran amor que los une, porque realmente están muy bien juntos y no tienen nada que ocultar.\nSeguramente, ambos tienen un futuro en común en su cabeza. Y no sabemos si es el momento de dar el gran paso, por lo que significaría para ellos, pero sí sabemos que Maluma quiere ser padre. Y lo ha demostrado de esta manera:\nLlegó el momento para que soñemos entre todos! El merch oficial de mi Fundacion @elartedelossuenos esta de venta en nuestro sitio web para Colombia y el mundo ! www.elartedelossuenos.com\nUna publicación compartida de MALUMA (@maluma) el 10 Jul, 2018 a las 7:09 PDT\nPodría haber sido una fotografía corriente como otra cualquiera. Sabemos que Maluma tiende a compartir mucho contenido en sus redes sociales, así que esta imagen no nos hubiera sorprendido. Lo que sorprende en cierto modo son las palabras con las que acompañó el documento gráfico.\n«¿Cómo me queda el papel de padre?», le preguntaba el cantante a sus seguidores, para después añadir las dos palabras que han conseguido que tengamos claro que llegará ese momento. «Algún día», escribía Maluma, junto a un corazón.


Mapa Cankarjeva 6, - Bled - 4260 - Bled - Eslovenia\nEste hotel de 3 estrellas esta situado en el centro de Bled y el año de apertura fue 1987. Esta cerca de Lake Bled y la estación más cercana es Train Station. El hotel tiene 2 restaurantes y un bar. Las 102 habitaciones estan equipadas con minibar, secador de pelo, caja de seguridad y aire acondicionado.\nDispone de habitaciones modernas, apartamentos con kitchenette. Todas las habitaciones cuentan con aire acondicionado, televisión por cable, teléfono de línea directa, minibar, caja fuerte, internet y un baño con ducha o bañera. Algunas habitaciones disponen de balcón. Los huéspedes disponen de habitaciones comunicadas.\nInformación de interés sobre Apartamentos Savica\n¿Cuándo se puede realizar el Check-in y el check-out en Apartamentos Savica?\nPodrás acceder a Apartamentos Savica a partir de las y la salida hasta las . Informa de tu hora de llegada con antelación.\n¿Qué servicios hay disponibles en Apartamentos Savica?\n¿Qué tipo de habitaciones ofrece Apartamentos Savica?\nEste alojamiento ofrece diferentes tipos de habitaciones y capacidades. Entre ellas, habitaciones City House Hotel Florida Norte By Faranda, Hotel Adler, Hotel Caprice. Podrás recibir mucha más información sobre los tipos de habitaciones lanzando una búsqueda de disponibilidad al mejor precio para Apartamentos Savica.\n¿Qué formas de pago y plazos de pago ofrece Apartamentos Savica?\n¿Cuántas habitaciones tiene Apartamentos Savica?\nEste alojamiento cuenta con un total de 102 confortables habitaciones. Descubre aquí todo lo que ofrecen las habitaciones de Apartamentos Savica y sus capacidades.\n¿Cuántas estrellas tiene Apartamentos Savica?\nEs un alojamiento de 4 Estrellas y ofrece a sus huéspedes todos los servicios e instalaciones dignos de su categoría. Toda la información completa sobre sus instalaciones y servicios la encontrarás en Apartamentos Savica.\nHotel Vila Bojana (4)


Amenazas a la libertad de expresión | Sociedad 3.0\nDonde hay soberbia, allí habrá ignorancia; mas donde hay humildad, habrá sabiduría.” – Salomón.\nEs increíble como la 4T en tan solo seis meses ha polarizado el ambiente social y político, al grado de llegar a la amenaza directa para los comunicadores y los medios que afirman defienden lo indefendible.\nY mire usted porque le comento esto, recientemente un grupo de féminas de Veracruz –las que merecen todos mis respetos- exigieron una disculpa pública de parte de Mike, el caricaturista, por las ofensas que advierten vierte sistemáticamente contra las mujeres en su trabajo de monero.\nEstas mujeres subieron a la plataforma Change.org. la solicitud que avalan diversos colectivos de mujeres, periodistas, y sociedad civil, donde demandan que ofrezca una disculpa pública y que baje las publicaciones que ofenden a las mujeres, además de llamarlo a repensar el trabajo simbólico en un diálogo público.\nAlgo que se respeta, pero que violenta directamente la libertad de expresión del caricaturista, que pueda o no gustarnos su trabajo, no creemos deba emitir ningún tipo de disculpa por su función como comunicador.\nPero el tema de la polarización “in crescendo” va más allá, hemos sido testigos como de manera cotidiana el presidente de México, Andrés Manuel López Obrador emplea la tribuna de sus conferencias mañaneras para desde ahí crispar más el contexto social.\nEntre constantes señalamientos de Fifís, conservadores, la Mafia del Poder, neoliberales el presidente divide en dos bandos a la sociedad, unos los que están con él y del otro lado los que están en su contra.\nDe esta manera el Ejecutivo sienta un mal precedente pues es evidente que así es como pretende mantener el control de un país, que dividido busque no oponerse a sus designios.\nLo más grave de esta política pública de confrontación se da cuando los amantes de su filosofía replican el discurso e intentan de igual forma, dividir y amagar a quienes piensan diferente que ellos.\nEl caso más recite lo ha dado el propio secretario de Gobierno, Eric Patrocinio Cisneros Burgos, quien sin medir las consecuencias y de manera por demás temeraria lanzó señalamientos y graves advertencias a medios y comunicadores a los que acusó de “defender lo indefendible”.\nPrevio a una reunión a puerta cerrada en el Palacio de Gobierno de Veracruz, el encargado de la gobernabilidad la entidad, dijo en entrevista con reporteros que los medios de comunicación que no estén del lado del gobierno correrán la misma suerte que el fiscal, Jorge Winckler Ortíz.\nYa envalentonado el funcionario público estatal dijo que habrá un parteaguas para todos, en especial para los periodistas, ya que con lo que sucede en Veracruz en la actualidad, se sabrá quien está de parte de los veracruzanos o de un pequeño grupo que no es de Veracruz.\nAfirmaciones que evidencian una amenaza directa a medios y comunicadores que no acostumbra lamerles las botas, y que cumplen con señalar los errores de su mal actuar frente al gobierno del estado.\nLa declaración irresponsable vertida por este funcionario público ha encendido los focos rojos de la propia Comisión Estatal para la Protección de Periodistas (CEAPP), que, en voz de su presidenta, Ana Laura Pérez Mendoza ha expresado “es preocupante que el Secretario de Gobierno, de manera tan tajante, diga que habrá periodistas que van a estar de un lado o de otro, no se puede prejuzgar y no se puede reprimir la libertad de expresión.”\nPérez Mendoza remató “y es particularmente grave que sea en quién recae la política interna del Estado y particularmente este tema de derechos humanos, es grave que piense así y que lo haya declarado”.\nDesde aquí reiteramos nuestro llamado a mantener una línea crítica en favor de la sociedad, no habrá amenaza que nos haga cambiar de opinión, la labor de los medios y comunicadores es y será cuestionar y criticar el papel de los gobiernos, les guste o disguste a algunos soberbios orangutanes.\nanteriorDetective Pikachu, la película de videojuegos más vista de la historia hasta el momento\nsiguienteSin efecto el exhorto a la concordia\nAfirma AMLO que no ha intervenido para castigar o para liberar a nadie\nEsta madrugada se impacta vehículo en Lázaro Cárdenas\nFallece Miguel Aldana Ibarra, ex director de la Interpol en México


"Tenemos como plan en 2015 mantener" la producción de Pdvsa | Notiglobo\n“Tenemos como plan en 2015 mantener” la producción de Pdvsa\nEl presidente de Petróleos de Venezuela (PDVSA), Eulogio Del Pino, informó que la empresa estatal ha desarrollado “un plan” para mantener su nivel de producción aproximado de tres millones de barriles diarios de petróleo para el año 2015.\n“Tenemos como plan en 2015 mantener nuestra producción y desarrollar nuestras capacidades para reaccionar ante cualquier escenario del mercado”.\nAsí lo expresó Del Pino, ante la Comisión Permanente de Finanzas y Desarrollo Económico de la Asamblea Nacional (AN), durante la presentación detallada del presupuesto del Pdvsa, para el próximo año.\nIndicó que la exportación de crudo se ubicará en 2,52 millones de barriles diarios, mientras que el volumen dirigido al mercado interno se calcula en 766 mil barriles.\nSeñaló que esta última cifra es con la meta de reducirlo gracias a los 8 mil millones de pies cúbicos por día que espera producir, como parte de importantes proyectos gasíferos en el oriente del país.\nEtiquetasAsamblea Nacional barriles Eulogio Del Pino Mercado Petróleo. Pdvsa\nBanplus apertura nueva agencia en Monagas


octubre, 2010 | Todo Productos Financieros - Parte 7\nTAE Cuentas ING Direct\nING Direct, el principal banco online de España, ha ido contra la corriente y ha procedido a bajar los tipos de interés de sus cuentas. Si bien no ha tocado los tipos de interés promocionales con los que ofrece sus productos estrella, la letra pequeña ha cambiado. De esta forma, vemos que la rentabilidad normal … Leer\nSeguros Salud CajaSol, con...\nUna nueva promoción en materia de seguros del salud, está siendo llevada adelante por CajaSol. La Caja ofrece un descuento del 15% de la prima correspondiente a todas las pólizas contratadas de las modalidades Previsalud Integral, Prestigio, Activa y Médica. Dicho descuento se calculará sobre la prima prevista para 2011, la cual se mantendrá … Leer\nCristaleria con Cuenta Max...\nCaja Laboral ha modificado una vez más la rentabilidad asociada a la Cuenta Max. En esta oportunidad, la entidad vuelve a ofrecer un rendimiento en especie, en lugar de metálico. De acuerdo a lo publicado por Caja Laboral, la cuenta Max remunerará mediante la entrega de un juego de cristalería de 18 piezas. Se … Leer\nUnicaja nos ofrece ahora una nueva oportunidad de inversión en el nuevo fondo de inversión garantizado: el Unifond 2012-II. Esta propuesta nos posibilita aprovechar las ventajas impositivas asociadas a este tipo de productos, con la seguridad de contar con el 100% del capital garantizado a vencimiento, más una rentabilidad asegurada de antemano. Como todo … Leer\nDestacados Semana 41\nYa han pasado dos tercios del año. Se aproximan las navidades, aunque aun faltaun gran trecho. Mientras las esperamos, os acercamos los destacados de la semana Ranking Economías Mundiales HipoteCasa Personal db: Análisis de la Letra pequeña Ranking de Cajas de Ahorro Regalo Libreton BBVA 2010: juego de mesa Zara Home Las Mejores Hipotecas del … Leer\nCampaña Regalos Nómina Banco...\nEn este esfuerzo que están realizando los Bancos y Cajas de nuestro país, para llamar la atención de sus clientes, captar pasivo, y fidelizar a los clientes actuales, se ha sumado la propuesta de Banco Popular. Esta campaña de regalos por domiciliar la nómina, contempla la entrega de tres regalos bastante interesantes. Televisor Full HD … Leer\nActualización: 2 de octubre de 2010 Aquí os acercamos los Mejores Depósitos Octubre 2010, para que pueda escoger el mejor en el plazo que más le convenga. Depósito Bonificado Caixa Penedes: 5,00% TAE Depósito 4,75 Caixa Catalunya 12 meses: 4,75% TAE Depósito 4,50 BancoPopular-e 12 meses: 4,50% TAE Depósito 4,50 Bankinter 12 meses: 4,50% TAE … Leer\nSe acaba de confirmar loq ue algunos rumores decían, de que el lunes 11 de octubre la nueva Caixa Catalunya estará lanzando un nuevo deposito a 12 meses de plazo remunerado al 4,75% TAE. Si bien algunas noticias periodisticas hablan de que el nuevo depósito 4,75% no requerirá ninguna vinculación, este punto sería incorrecto. Su … Leer\nOpera en Bolsa con...\nSelf bank acaba de lanzar una interesante oferta para nuevos clientes: todas aquellas personas que realicen la apertura de una Cuenta Bolsao Cuenta Credito en Self Bank podrán acceder a una Netbook de regalo. De esta manera, Self Bank obsequiará con un Netbook de 10”, con procesador ATOM N270 1,6 GHz, 1GB DE RAM y … Leer\nOtra de las nuevas ofertas que se encuentran en el mercado en materia de depósitos estructurados, viene de la mano de BanCorreos, con el Depósito Pódium. Esta colocación a 24 meses, ofrece un rendimiento vinculado a la evolución de las acciones de Santander, uno de los Bancos mejor posicionados en el mercado. El Depósito Pódium … Leer


Noticias de M�laga : EL PORTAL DEL AYUNTAMIENTO MALAGAEMPLEO.COM CUENTA YA CON M�S DE 11.000 DEMANDANTES INSCRITOS Y 2.000 PUESTOS OFERTADOS - MALAGAES.COM 08/05/2006\nOcio Cultura Deportes Ocio Nacional Deportes Turismo Especiales Cartelera Suscripci�n PUBLICIDAD MALAGAES.COMEL PORTAL DEL AYUNTAMIENTO MALAGAEMPLEO.COM CUENTA YA CON M�S DE 11.000 DEMANDANTES INSCRITOS Y 2.000 PUESTOS OFERTADOS\n2751 votos Desde su inicio hasta el 8 de mayo se han inscrito en el Portal de Empleo 11.368 personas y empresas 08/05/2006- www.malagaes.comEl servicio que ofrece el Instituto Municipal para la Formaci�n y el Empleo (IMFE) del Ayuntamiento de M�laga a trav�s del portal www.malagaempleo.com ha alcanzado en poco m�s de 15 meses 11.368 demandas de trabajo. Esta iniciativa se puso en marcha el 17 de enero de 2005 con el objeto de conectar ofertas y demandas en el mercado laboral malague�o. Entre los �ltimos datos obtenidos, hay que resaltar las 416.698 visitas al Portal y los m�s de 2.000 puestos de trabajo que se han ofertado hasta el momento; as� mismo, el Portal cuenta con 443 empresas dadas de alta y 422 contrataciones.Entre las ofertas publicadas m�s recientemente se encuentran las de oficial de congresos, administrativo, jefe de seguridad o jardinero.En el Portal tambi�n se puede encontrar informaci�n de ofertas p�blicas de empleo, bolsas de trabajo, cursos de formaci�n, etc�tera. Esta herramienta es gratuita y ofrece a las empresas y organismos la opci�n de un equipo de trabajo para que dise�e y hagan un seguimiento directo de la oferta, en el caso de que la entidad lo solicite. Las ofertas pueden ser an�nimas o p�blicas y el sistema autom�ticamente env�a al e-mail que indique la empresa los curr�culos que cumplan con los perfiles propuestos. El sistema, l�gicamente, es el filtro que evita que le lleguen a las empresas curr�culos que no responden sus necesidades.


Todos cierran los ojos y el monitor murmura a uno o una: «Tu eres papá o mamá gallina«.\nCada uno/a busca la mano de otro u otra, la aprieta y pregunta: «¿Pío – pío?«. Si el otro también pregunta «¿Pío – pío?» se suelta de la mano y siguen buscando y preguntando, aparte de la mamá o el papá gallina que mantiene siempre silencio.\nPronto se oirán menos «Pío – pío» hasta que todos estén cogidos.


Propósito Personalizable | Tienda Fundación Josep Carreras\nTú sabes mejor que nadie qué necesitas o qué necesita esa persona que quieres. Tómate un ratito para pensar cuál es el propósito perfecto ¡y hazle sentir especial!\nColecciona momentos, guarda en tu retina y memoria todos estos instantes. Disfruta de cada "ratito" al lado de los tuyos y no pares de sumar...\nSacar mi lado más eco\nEstamos ante el mayor problema de todos: la supervivencia de nuestro planeta. ¡No te quedes de brazos cruzados! Proponte buscar la solución:...


Cuidadores de plazas reclaman el cumplimiento de los subsidios – mdphoy.com\nCuidadores de plazas reclaman el cumplimiento de los subsidios\nabril 22, 2010 11:37 am por admin\nUn grupo de cuidadores de plazas se movilizaron esta mañana con el objetivo de reclamar el cumplimiento, por parte de la Municipalidad, de un convenio por el cual reciben $ 975 para el mantenimiento de las instalaciones. Se ocupan de reparar todo lo que se rompa en los baños, por ejemplo.\nGloria, una de las trabajadoras que se movilizó y que realiza sus labores en el Parque Primavesi, destacó que ella pertenece a la ONG Lago Stanti, entidad que cobija a desocupados: de hecho, varios de ellos realizan estas tareas en las plazas de la ciudad “durante todo el año”.\nSobre la “jornada de lucha” que llevan adelante hoy, la mujer indicó que se han “acortado los tiempos” de espera, y que con el sueldo que cobran tienen que arreglar los baños. Sin embargo han hecho notas, efectivizado sus pedidos al intendente, pero nada se ha solucionado, a pesar de la promesa “de hace un año de poner en valor las plazas”.\nEn declaraciones a LU6, Gloria resaltó que esta situación no es de ahora, sino que viene desde hace cinco años: el convenio se firmó con la anterior gestión de Daniel Katz. Sin embargo, Pulti les pidió que hagan una lista de las deficiencias que ellos notaban “y hasta el día de la fecha no tenemos respuesta del Municipio”.\nGloria explicó que entre las tareas que les corresponden hacer, se encuentra cambiar los cueritos en los baños, los flexibles, los focos “que se queman y los reparamos nosotros. En estas condiciones no podemos trabajar a oscuras”. Los trabajadores se tienen que hacer cargo, con los $ 975, de reparar estas cuestiones.\n“Hacemos esta movilización para que lo sepa la opinión pública, que sepan que somos parte de un convenio entre Municipio y la ONG, y que vamos a seguir luchando para que sepan lo que pasa en nuestro trabajo”, dijo la trabajadora. Y recordó que además se tienen que hacer cargo de pagarse un seguro de vida, que ahora pasará de $ 13 a $ 26.


El Club de Atletismo Seseña participa en el 10 km “We Run Parla” y en el XIX Cross Popular Ciudad de Jaén\nEl Club de Atletismo Seseña ha participado, el domingo 21 de Febrero, en diferentes competiciones.\nEn Parla se celebró la carrera de 10 kilómetros “We Run Parla”, uno de los 10 K más rápidos de Madrid y en proceso de homologación por la RFEA, en la que participaron cuatro de los atletas del Club, consiguiendo uno de ellos ser sub 38.\nEn Jaén, el Club estuvo representado por otro de sus atletas en el XIX Cross Popular Ciudad de Jaén, entrando en los diez primeros puestos.\nDe la misma forma, el Club de Atletismo Seseña participó en el Combi – Dos de Torrejón de Ardoz.\nAlicia García premiada en la Gala del Deporte de la Diputación de Toledo.\nLa deportista Alicia García García, del Club de Arqueros de Seseña ha sido premiada en la Gala del Deporte de la Diputación Provincial de Toledo celebrada el pasado sábado en la capital regional.\nEl Alcalde de Seseña, Carlos Velázquez, fue el encargado de hacer entrega del trofeo en reconocimiento a su excelente trayectoria deportiva en el último año. El primer edil ha felicitado a Alicia, en nombre de toda la Corporación, por sus éxitos deportivos y le ha deseado suerte para las próximas competiciones.\nAlicia es campeona de España tiro con Arco y campeona de Castilla-La Mancha, título que ha revalidado hace sólo unos días en el campeonato celebrado en Alovera, Guadalajara.\nNoticia publicada el jueves 18 de february de 2016.\nAlicia García y Marcelino García campeones de Castilla-La Mancha de tiro con arco tradicional en sala\nEl domingo 14 de febrero se disputó en Alovera (Guadalajara) el campeonato de Castilla- la Mancha de tiro con arco tradicional en sala, con una destacada actuación de los arqueros de Seseña.\nAlicia García García, actual campeona de España de esta modalidad, revalidó el campeonato de Castilla- La Mancha, siendo bicampeona.\nMarcelino García también obtuvo el primer puesto del campeonato, tras vencer en la final al arquero talaverano Jesús Hormigos por un contundente 6 a 0.\nDe la misma forma, Pablo Valdivielso finalizó el campeonato en el 7 puesto, mejorando los resultados de la edición anterior en la que consiguió la décima posición.\nEn el encuentro, Alicia recibió los títulos de Campeona de España en 3d y subcampeona de España en Campo.\nPor último, Alicia y Marcelino, miembros del equipo de Castilla La-Mancha, recibieron la medalla de bronce por su tercer puesto por equipos en el Campeonato de España.\nLa arquera de Seseña Alicia García se proclama campeona de España de tiro con Arco en Sala\nNoticia publicada el martes 19 de january de 2016.\nNuevo oro para nuestra arquera Alicia García García, que conquistó su segundo oro a nivel nacional el domingo 17 de enero. Esta vez, Alicia se ha proclamado campeona de España de tiro con arco de sala, en su primera participación en esta modalidad, en el campeonato celebrado en Asturias.\nAlicia se clasificó el sábado en el segundo puesto, a tres puntos de la andaluza Antonia Ruiz del Club Arcoguadaira. El domingo se realizaron los enfrentamientos en los que fue la primera competidora en alcanzar los 6 puntos.\nEl primer enfrentamiento en octavos fue con la Asturiana Lurdes Martínez, en el que nuestra arquera ganó con un ajustado 6 a 4, pasando a cuartos. Esta vez, Alicia se enfrentaría a la Vasca Ana Cerro a la que batió con un 6 a 2.\nYa en semifinales Alicia se enfrentó a la Asturiana Carmen Fernandez, un encuentro en el que Alicia empezó perdiendo 0 a 4, pero gracias a su temple consiguió la victoria 6 a 4.\nEn la final, contra Antonia Ruiz, se adelantó Alicia 2 a 0, en la tercera entrada se llevaría los puntos la andaluza empatando 3 a 3. Una vez más, con mucho temple, Alicia empata 5 a 5 teniendo que ir a la muerte súbita, es decir, a la mejor de una flecha, con resultado 4 puntos para Alicia 3 para Antonia.\nEn este enlace se puede ver un resumen de las pruebas clasificatorias: