Todo en el software cambia constantemente, incluyendo los requisitos, diseño, negocio, tecnología y equipo. El problema no es el cambio en sí, sino la incapacidad de adaptarse a él.
Una metodología de Desarrollo es como una receta de cocina, hay se visualizan los requerimientos, las herramientas y técnicas a utilizar para crear el platillo (software). De su buen eso depende el éxito del proyecto.
Una metodología de Desarrollo es como una receta de cocina, hay se visualizan los requerimientos, las herramientas y técnicas a utilizar para crear el platillo (software). De su buen eso depende el éxito del proyecto.
Los “Data Scientists” se catalogan como algunos de los profesionales con mayor demanda en el mundo laboral de la actualidad. Desafortunadamente no existen candidatos suficientemente calificados para satisfacer esta demanda. Esto se debe tal vez a la complejidad de las habilidades requeridas para ejercer la profesión, las cuales incluyen matemática, estadística, computación, y administración. Mediante ejemplos de la vida real, esta conferencia pretende demostrar que completar exitosamente un proyecto de “Data Science” es posible. Este proceso requiere el entendimiento del problema del negocio, la aplicación de modelos matemáticos o estadísticos adecuados, y la implementación correcta de la solución.
Descubrimiento de Insights a través de Text Mining: cómo y para qué analizar ...Big-Data-Summit
La cantidad de datos textuales acumulados por las empresas va en aumento cada día. Hoy en día se pueden utilizar tweets, comentarios en redes sociales, correos electrónicos, logs de atención al cliente y muchas otras fuentes de información, para descubrir insights sobre nuestros consumidores. Lamentablemente, muchas empresas no aprovechan la información contenida en los datos textuales por la incertidumbre de cómo analizar esta data. En esta presentación explicaremos cual es el proceso para aplicar Text Mining a grandes cantidades de datos textuales, y presentaremos ejemplos de insights obtenidos en retail e investigación usando Text Mining.
Estrategias omnicanal para la mejora de los procesos de comunicación y marke...Big-Data-Summit
Con la aparición de nuevos puntos de contacto entre consumidores y las marcas (redes sociales, call centers, tiendas online, etc.), las organizaciones, disponen ahora de muchos datos para analizar el comportamiento y la eficiencia de cada uno de esos canales. Es lo que se ha venido a conocer como las estrategias omnicanal. Y esto, afecta mucho a los procesos de comunicación y marketing, dado que podemos mejorar la eficiencia de los mismos, y tratar de manera personalizada al cliente en función de la etapa de madurez que esté del proceso de compra (desde el mero interés, hasta el proceso de fidelización final). En todo ello, el Big Data juega un rol fundamental. Es la herramienta que posibilita todo lo descrito anteriormente, y hace que las empresas que lo adopten puedan obtener una ventaja competitiva en tres direcciones: aumentar sus ingresos, evitar perder clientes (fidelización) y optimizar procesos.
Las nuevas tecnologías vienen facilitando la gestión de las grandes metrópolis. Desde la geolocalización de establecimientos, semáforos inteligentes, vehículos de transporte público y privado, postes de alumbrado, contenedores de basura, la instalación de cámaras, sensores de velocidad y otros muchos gadgets. La gestión de toda la información almacenada por estos dispositivos, permite un mejor desempeño de la administración pública. Adicionalmente, la implementación de plataformas de libre acceso a la información, permite que los ciudadanos y especialistas apoyen activamente con soluciones que beneficien a la sociedad.
Convergencia de Analítica con la Experiencia DigitalBig-Data-Summit
Marcelo, quien es un referente internacional sobre temas como e-commerce, smart marketing, optimización de campañas, manejo de vida de clientes y consumo masivo multicanal, comparte con nosotros algunas experiencias de éxito en la gestión de tecnologías Big Data con la finalidad de realizar una óptima gestión de Marketing.
El Data Scientist N° 1 del mundo, reconocido por la web de competiciones Kaggle, y por otros medios especializados, viene a compartir las claves de cómo desarrollar modelos predictivos con un máximo nivel de precisión y confiabilidad, a través del ensamblaje de modelos y otras herramientas útiles. Esta charla es imperdible!
E-health se define como la gestión de servicios de salud mediados por TIC y junto con el poder de la analítica, permiten identificar varios niveles de desarrollo en incluso modificar la forma como se estudian las epidemias. El mundo ha cambiado y por consiguiente la forma de entender la salud. ¡Y una gran oportunidad!
Big Data e Internet de las Cosas: Nuevas Tecnologías para un Mundo CambianteBig-Data-Summit
Con 50 billones de objetos conectados a Internet para el 2020 (según Gartner), el Internet de las cosas (IoT) se está convirtiendo en la principal fuente de Big Data. En transporte y logística, en salud, en la banca y seguros, pero también en deportes y en la vida cotidiana, los objetos nos rodean y generan volúmenes de datos considerables. ¿Ha oído del zettabyte? La humanidad contará muy pronto en Geopbyte (10 elevado a la 30), y esta será la unidad de medida del Big Data y del Internet de las cosas. En el transcurso de esta conferencia, Philippe Nieuwbourg presentará casos prácticos y tendencias mundiales en los sectores de actividad donde las empresas combinan el Internet de las cosas y el Big Data para crear valor.
Modelos Predictivos, Big Data Retos y Generación de nuevas solucionesBig-Data-Summit
En los últimos 10 años, la minería de datos y la generación de modelos predictivos ha cambiado radicalmente. Mientras en el 2007, cuando Frank Vanden creo Timi Modeler, el único foco era generar modelos de alta precisión en el menor tiempo posible, hoy en día, el crecimiento del Big Data ha forzado a los vendedores a crear nuevas soluciones. Frank comparte con nosotros las razones por las cuales ha desarrollado una herramienta con la filosofía de liberar los datos, ayudar las empresas a salir de un lock-in. Con Daniel Soto, Director Ejecutivo de Timi Américas, nos presenta lo desafíos técnicos y los retos que le motivan ¡Por qué a veces es mejor ir con la industria... y porque a veces es mejor ir en contra!
¿Cree usted que Steve Jobs tenía un talento innato, al igual que el talento que posee Hans Rosling para realizar presentaciones fascinantes? Seguramente sí, pero no crea que ellos improvisan. Las intervenciones de los mejores conferencistas del mundo están organizadas por frases cuya fuerza o intensidad, se generan minuto a minuto. La buena noticia es que usted también va a poder lucirse a la hora de realizar sus propias presentaciones, descubriendo y aplicando los métodos de estos dos grandes presentadores. Philippe Nieuwbourg trabaja desde hace varios años en el análisis y la formalización de un método único el cual le permite construir, reunir y contar la historia de sus datos (data storytelling). Son tres etapas que él detallará para usted en el transcurso de esta conferencia.
Paradigmas de Procesamiento en Big Data: Arquitecturas y Tecnologías aplicadasBig-Data-Summit
El objetivo de la charla es el de brindar una visión global de los distintos paradigmas de procesamiento que existen en Big data y de las tecnologías de última generación asociadas a cada uno de las etapas necesarias para desarrollar un proyecto Big Data.
Lost in Translation: Connecting Data Insights with Marketing ExecutionBig-Data-Summit
Data insights are as good as how they are communicated, its usefulness and impact. As business environments become more complex and competitive, managers need to be able to detect or predict trends and respond to them early. Cross functional misunderstandings and misalignment of goals can result in data analytical project requests not being fully utilized by marketing leads. For data analysts, making small communication changes can result in larger, organizational impact.
El desarrollo de software ya no es lo mismo que años atrás, un ejemplo podría ser el desarrollo de software antes tenia un soporte grande en Hardware y era costoso comprarlo, eso costos ahora han bajado y dejaron de serlo.
1. «Todo en el software cambia. Los requisitos cambian. El
diseño cambia. El negocio cambia. La tecnología cambia.
El equipo cambia. Los miembros del equipo cambian.
El problema no es el cambio en sí mismo, puesto que
sabemos que el cambio va a suceder; el problema es la
incapacidad de adaptarnos a dicho cambio cuando éste
tiene lugar.»
METODOLOGIA RATIONAL UNIFIED PROCESS (RUP) METODOLOGIA EXTREME PROGRAMMING (XP)
RUP Forma disciplinada de asignar tareas y responsabilidades en XP Nace en busca de simplificar el desarrollo del
una empresa de desarrollo (quién hace qué, cuándo y cómo). software y que se lograra reducir el costo del proyecto.
Método pesado Método ligero:
No produce demasiado overhead sobre las actividades
Costo de cambio: de desarrollo, y no impide el avance de nuestros
proyectos.
Costo de cambio:
Un cambio en las etapas de vida del sistema incrementaría Reduce el costo del cambio en las etapas de vida del
notablemente el costo. sistema.
2. Requiere un grupo grande de programadores para trabajar con esta Se requiere un grupo pequeño de programadores para
metodología. trabajar con esta metodología entre 2 – 15 personas y
estas irán aumentando conforme sea necesario.
RUP es un marco del proyecto que describe una clase de los
procesos que son iterativos e incrementales. Sus programadores pueden ser ordinarios.
RUP define un manojo entero de las actividades y de los artefactos Combina las que han demostrado ser las mejores
que usted necesita elegir de para construir sus el propios, proceso prácticas de desarrollo de software, y las lleva al
individual. extremo.
RUP es el proceso de desarrollo más general de los existentes El desarrollo de software es riesgoso y difícil de
actualmente. controlar.
Los procesos de RUP estiman tareas y horario del plan midiendo la Se rediseñará todo el tiempo (refactoring), dejando el
velocidad de iteraciones concerniente a sus estimaciones originales. código siempre en el estado más simple posible.
Las iteraciones tempranas de proyectos conducidos RUP se
enfocan fuertemente sobre arquitectura del software; la puesta en Se harán pruebas todo el tiempo, no sólo de cada nueva
práctica rápida de características se retrasa hasta que se ha clase (pruebas unitarias) sino que también los clientes
identificado y se ha probado una arquitectura firme. comprobarán que el proyecto va satisfaciendo los
requisitos (pruebas funcionales).
RUP proporciona muchas ventajas sobre XP le da énfasis en los
requisitos y el diseño. Las pruebas de integración se efectuarán siempre, antes
de añadir cualquier nueva clase al proyecto, o después
La ventaja principal de RUP es que se basa todo en las mejores de modificar cualquiera existente (integración
prácticas que se han intentado y se han probado en el campo. (en continua), utilizando frameworks de testing, como el
comparación con XP que se basa en las prácticas inestables que xUnit.
utilizaron juntas se evita que se derribe).
Las iteraciones serán radicalmente más cortas de lo que
es usual en otros métodos, esto permite beneficiarse de
la retroalimentación tan a menudo como sea posible.
3. RUP se divide en cuatro fases: XP define 4 variables para el proyecto de software:
Inicio (Define el alcance del proyecto) Coste
Elaboración (definición, análisis, diseño) Tiempo
Construcción (implementación) Calidad
Transición (fin del proyecto y puesta en producción) Alcance.
Cada fase concluye con un HITO (T. Decisiones)
XP tiene como valores lo siguiente:
Comunicación
Simplicidad
Realimentación
Coraje.
Este es un conjunto mínimo y consistente de valores que
permitirán hacer la vida más fácil del grupo, la gerencia y
los clientes. Sirve tanto a los fines humanos como a los
comerciales.
XP deriva una docena de Principios Básicos:
Realimentación rápida, Asumir la Simplicidad, El Cambio
Incremental, Adherirse (Abrazar) al Cambio, Trabajo de
Alta Calidad (desde ‘trabajo excelente’ hasta ‘trabajo
increíblemente sobresaliente’).
XP desarrolla 4 actividades que guiarán el desarrollo:
Codificar
Planear las 4 fases incluye:
Testear
Asignación de tiempo
Atender
Hitos Principales
Diseñar.
Iteraciones por Fases
Plan de proyecto.
4. RUP define nueve disciplinas a realizar en cada fase del Doce practicas de XP:
proyecto: Jugar el juego de planificación.
Modelado del negocio Hacer pequeños Releases.
Análisis de requisitos Hacer historias y usar metáforas.
Análisis y diseño Diseñar simple.
Implementación Probar –Testear.
Test Rearmar – Refactorizar.
Distribución Programar por pares.
Gestión de configuración y cambios Propiedad Colectiva.
Gestión del proyecto Integrar Continuamente.
Gestión del entorno Semanas de 40 horas.
Cliente On-Site.
Iterativo e Incremental: Usar Standares de Codificación
XP intenta reducir la complejidad del sw por medio de un
trabajo orientado directamente al objetivo, basado en las
relaciones interpersonales y la velocidad de reacción.
XP tiene una debilidad cuando se utiliza en dominios de
aplicaciones complejas o situaciones difíciles en la
organización: el rol del cliente no refleja los diferentes
intereses, habilidades y fuerzas a las que enfrentan los
programadores durante el desarrollo de proyectos.
XP define UserStories como base del software a
desarrollar. Estas historias las escribe el cliente y
describen escenarios sobre el funcionamiento del
software, que no solo se limitan a la GUI si no también
pueden describir el modelo, dominio, etc.
5. Cada fase en RUP puede descomponerse en iteraciones. Una XP es un sistema de prácticas mínimas - le suponen
iteración es un ciclo de desarrollo completo dando como resultado utilizarlas todas en el principio de un proyecto y
una entrega de producto ejecutable (interna o externa) adaptarlas y agregar los adicionales como cuando usted
experimenta la necesidad.
El proceso define una serie de roles:
Los roles se distribuyen entre los miembros del proyecto y que XP se puede ver técnico como caso de RUP, aunque él
definen las tareas de cada uno y el resultado (artefactos) que se se parece ser algo diferente en cultura. En el hecho,
espera de ellos. racional incluso proporciona un XP plugin para su
software de RUP.
Todos los miembros del equipo comparten:
1 Base de conocimiento XP intenta minimizar el riesgo de fallo del proceso por
1 Proceso medio de la disposición permanente de un representante
1 Vista de cómo desarrollar software competente del cliente a disposición del equipo de
1 Lenguaje de modelamiento (UML) desarrollo. Este representante debería estar en
condiciones de contestar rápida y correctamente a
cualquier pregunta del equipo de desarrollo de forma que
no se retrase la toma de decisiones.
En XP, la programación se hace en parejas, pero el
código pertenece al equipo completo, no a un
programador o pareja, de forma que cada programador
puede cambiar cualquier parte del código en cualquier
momento si así lo necesita, dejándose en todo caso las
mejoras orientadas al rendimiento, para el final.
XP presenta un diseño evolutivo hace que no se le de
apenas importancia al análisis como fase independiente,
puesto que se trabaja exclusivamente en función de las
necesidades del momento.
6. RUP realiza un levantamiento exhaustivo de requerimientos. Partes de XP:
Busca detectar defectos en las fases iniciales.
Intenta reducir al número de cambios tanto como sea posible.
Realiza el Análisis y diseño, tan completo como sea posible.
Diseño genérico, intenta anticiparse a futuras necesidades.
Las necesidades de clientes no son fáciles de discernir.
Existe un contrato prefijado con los clientes.
El cliente interactúa con el equipo de desarrollo mediante reuniones
a diferencia de la metodología XP que el cliente es parte del equipo Roles XP:
(in situ).
Programador (Programmer)
Responsable de decisiones técnicas
Responsable de construir el sistema
Sin distinción entre analistas, diseñadores o
codificadores
En XP, los programadores diseñan, programan y realizan
las pruebas
Jefe de Proyecto (Manager)
Organiza y guía las reuniones
Asegura condiciones adecuadas para el proyecto
7. Relaciones entre Productos de Desarrollo y Niveles de Prueba Cliente (Customer)
Es parte del equipo
Determina qué construir y cuándo
Establece las pruebas
funcionales
Encargado de Pruebas (Tester)
Ayuda al cliente con las pruebas funcionales
Se asegura de que las pruebas funcionales se superan
Rastreador (Tracker)
Metric Man
Observa sin molestar
Conserva datos históricos
Entrenador (Coach)
Responsable del proceso
Tiende a estar en un segundo plano a medida que el
equipo madura
PRACTICANTE DE TOO
MIRIAN MILAGROS DÍAZ FLORES
ESCUELA DE INGENIERÍA DE SISTEMAS