Este documento presenta conceptos avanzados de compilación e integración continua utilizando Team Foundation Server. Explica los pasos para crear versiones del software, incluyendo obtener fuentes, compilar, analizar, probar y archivar. También describe cómo utilizar herramientas como MSBuild, FxCop y TeamBuild para compilar, analizar código y realizar pruebas como parte de un proceso de integración continua.
Introduccion a las novedades de Team Foundation Service, basada en las presentaciones del TechEd North America 2012 http://channel9.msdn.com/Events/TechEd/NorthAmerica/2012
Este documento describe la integración continua con TFS 2012. Explica que la integración continua involucra integrar el trabajo de forma frecuente, como mínimo diaria, y verificar cada integración automáticamente para detectar errores temprano. También cubre las prácticas de integración continua como automatizar la construcción y pruebas, y entregar cambios diariamente. Finalmente, ofrece consejos para configurar builds y entornos de despliegue en TFS para lograr la integración continua.
El documento presenta Team Foundation Server (TFS), una plataforma para el control de versiones, la gestión de proyectos y la automatización de compilaciones. TFS admite prácticas ágiles, viene en varias versiones con diferentes precios y características, y su arquitectura incluye capas lógicas y físicas. El documento también cubre funciones clave de TFS como control de versiones, gestión de proyectos, seguridad y compilaciones automatizadas.
El documento habla sobre integración continua. Brevemente describe que la integración continua consiste en integrar el código de forma frecuente, al menos una vez al día, y verificar cada integración con pruebas automatizadas para detectar errores tempranamente. Lista algunos beneficios como reducir riesgos, mejorar visibilidad del estado del producto y acelerar detección de fallas. Finalmente, resume algunas actividades clave como que cada desarrollador integra su código diariamente y un servidor automatiza la integración y ejecución de p
Este documento describe el proceso de integración continua en proyectos de software. La integración continua involucra automatizar la integración de código de manera frecuente para detectar errores temprano. Herramientas como Jenkins, Travis CI y Hudson automatizan tareas como compilar el código, ejecutar pruebas y enviar notificaciones después de cada cambio en el repositorio. Esto ayuda a mantener la calidad del código y monitorear el estado del proyecto.
Charla presentada en el DevDays 2014 (http://www.comunidadesmicrosoft.org/detalles-de-developer-days-2014) presentando la necesidad de Integración y Entrega Continua, y el como Visual Studio Online nos facilita el poder desplegar nuestros proyectos a la nube y a entornos on premise.
Cualquier duda consultarme en twitter via @fisica3
Este documento describe las características y funcionalidades del Team Foundation Server (TFS) 2012 Express. TFS es una plataforma de colaboración que permite la gestión del ciclo de vida de aplicaciones a través del control de versiones de código, la colaboración en equipo, y las funciones de construcción, prueba e implementación. TFS admite múltiples lenguajes de programación y se integra con Visual Studio y Eclipse.
Introduccion a las novedades de Team Foundation Service, basada en las presentaciones del TechEd North America 2012 http://channel9.msdn.com/Events/TechEd/NorthAmerica/2012
Este documento describe la integración continua con TFS 2012. Explica que la integración continua involucra integrar el trabajo de forma frecuente, como mínimo diaria, y verificar cada integración automáticamente para detectar errores temprano. También cubre las prácticas de integración continua como automatizar la construcción y pruebas, y entregar cambios diariamente. Finalmente, ofrece consejos para configurar builds y entornos de despliegue en TFS para lograr la integración continua.
El documento presenta Team Foundation Server (TFS), una plataforma para el control de versiones, la gestión de proyectos y la automatización de compilaciones. TFS admite prácticas ágiles, viene en varias versiones con diferentes precios y características, y su arquitectura incluye capas lógicas y físicas. El documento también cubre funciones clave de TFS como control de versiones, gestión de proyectos, seguridad y compilaciones automatizadas.
El documento habla sobre integración continua. Brevemente describe que la integración continua consiste en integrar el código de forma frecuente, al menos una vez al día, y verificar cada integración con pruebas automatizadas para detectar errores tempranamente. Lista algunos beneficios como reducir riesgos, mejorar visibilidad del estado del producto y acelerar detección de fallas. Finalmente, resume algunas actividades clave como que cada desarrollador integra su código diariamente y un servidor automatiza la integración y ejecución de p
Este documento describe el proceso de integración continua en proyectos de software. La integración continua involucra automatizar la integración de código de manera frecuente para detectar errores temprano. Herramientas como Jenkins, Travis CI y Hudson automatizan tareas como compilar el código, ejecutar pruebas y enviar notificaciones después de cada cambio en el repositorio. Esto ayuda a mantener la calidad del código y monitorear el estado del proyecto.
Charla presentada en el DevDays 2014 (http://www.comunidadesmicrosoft.org/detalles-de-developer-days-2014) presentando la necesidad de Integración y Entrega Continua, y el como Visual Studio Online nos facilita el poder desplegar nuestros proyectos a la nube y a entornos on premise.
Cualquier duda consultarme en twitter via @fisica3
Este documento describe las características y funcionalidades del Team Foundation Server (TFS) 2012 Express. TFS es una plataforma de colaboración que permite la gestión del ciclo de vida de aplicaciones a través del control de versiones de código, la colaboración en equipo, y las funciones de construcción, prueba e implementación. TFS admite múltiples lenguajes de programación y se integra con Visual Studio y Eclipse.
Presentacion de integracion continua (lima agile)Gustavo Veliz
Este documento describe la integración continua y las herramientas necesarias para implementarla. La integración continua automatiza tareas repetitivas como compilar y ejecutar pruebas para detectar errores tempranamente. Se necesitan herramientas como Subversion para control de versiones, Maven para compilar y generar builds, Nexus como repositorio local de Maven, Hudson para automatizar tareas, y Sonar para métricas y análisis de código. La integración continua reduce tiempos de integración y ayuda a encontrar errores más rápido.
El documento habla sobre la integración continua en el desarrollo de software. Explica algunos problemas comunes en el desarrollo sin integración continua, como que nadie tiene la última versión del proyecto y las funcionalidades no se prueban adecuadamente. Luego define la integración continua como integrar el trabajo del equipo frecuentemente con builds automatizados y pruebas para detectar errores temprano. Finalmente, cubre prácticas fundamentales como subir código frecuentemente y corregir builds rotos rápido.
Este documento trata sobre DevOps e infraestructura. Explica que DevOps no es solo automatización, sino un cambio cultural que promueve la colaboración entre desarrolladores y operaciones. También describe los beneficios de DevOps como reducción de costos, mayor velocidad e incremento de calidad, a través de la automatización del despliegue de software y la integración continua. Finalmente, resume los principales componentes de DevOps como construcción, pruebas, despliegue y monitoreo.
Ingeniería del software y metodologías ágilesRodrigo Corral
Este documento habla sobre varias metodologías y prácticas ágiles de ingeniería de software como pruebas unitarias, integración continua, gestión de la configuración, construcción automatizada y ramas. Explica que las pruebas unitarias permiten detección temprana de errores, mejoran el diseño y reducen el tiempo de depuración. La integración continua detecta errores de integración y regresiones mientras que la gestión de la configuración habilita el desarrollo concurrente y por equipos.
Caminando hacia la agilidad con Visual Studio 2010Rodrigo Corral
En esta sesión veremos, en base a escenarios reales, como TFS facilita la adopción de una metodología ágil de desarrollo de software y lleva a los equipos de desarrollo buenas prácticas de ingeniería del software que proporcionan un claro retorno de la inversión y una ventaja competitiva basada en el control explícito de los proyectos y la detección temprana de las fugas de rendimiento por problemas de calidad, evitando la burocracia y facilitando las tareas que el desarrollador realiza.
Este documento trata sobre DevOps e infraestructura. Explica brevemente qué es y qué no es DevOps, por qué es importante, cómo implementarlo y qué herramientas se pueden usar. DevOps busca mejorar la velocidad, calidad y costos del desarrollo de software mediante la automatización, integración continua, despliegues frecuentes y colaboración entre desarrolladores y operaciones.
ALM09 - Scrum, Visual Studio y Buenas PrácticasRodrigo Corral
El documento presenta las ventajas de utilizar metodologías ágiles como SCRUM y buenas prácticas de desarrollo de software junto con herramientas como Team Foundation Server. Explica cómo estas técnicas pueden ayudar a los equipos a mejorar la planificación, calidad, velocidad de desarrollo y gestión general de proyectos. También resalta los desafíos iniciales y cómo superarlos para lograr resultados espectaculares como aumento de productividad y satisfacción del cliente.
Presentación hecha en el Agile Open Lima VII en la Pontificia Universidad Católica del Perú, se introduce la necesidad de la Integración Continua en los procesos de desarrollo asi como los conceptos basicos alrededor de ella
Este documento presenta una breve introducción a DevOps. Explica la interacción entre infraestructura y desarrollo, la necesidad de ambientes independientes y las soluciones y problemas que surgen. También describe las perspectivas de desarrollo e infraestructura, así como la puesta en producción y las herramientas de DevOps.
Presentación que hace una introducción a DevOps y como Visual Studio + System Center (SCOM) puede ayudar a minimizar las barreras entre Desarrollo y Operaciones
Dynamics saturday madrid 2019 avanade dynamics saturday madrid 2019 2019.05.25Demian Raschkovan
Este documento presenta Regression Suite Automation Tool (RSAT), una herramienta que permite a los usuarios funcionales crear pruebas automatizadas de negocio para Dynamics 365 Finance and Operations. RSAT permite grabar procesos de negocio y ejecutar pruebas de regresión de forma automatizada para reducir tiempos y costos de pruebas. El documento también describe cómo la compañía Pay Me More podría beneficiarse de RSAT para automatizar sus pruebas de aceptación mensuales requeridas bajo One Version de Microsoft.
Dynamics saturday madrid 2019 jose antonio estevan shareDemian Raschkovan
Este documento describe la estrategia de actualizaciones continuas de Microsoft Dynamics 365. Con las actualizaciones continuas, los clientes siempre tendrán acceso a la última versión sin necesidad de costosas actualizaciones. Microsoft realiza las actualizaciones de forma continua mediante un plan de entrega, lo que permite a los clientes mejorar la productividad sin impedir las actualizaciones. Los clientes pueden unirse a programas para probar versiones preliminares y dar comentarios para mejorar la calidad.
Este documento describe el caso de estudio de una organización que migró de un proceso de desarrollo y despliegue manual a uno de Continuous Delivery. Comenzaron separando componentes en repositorios Git y automatizando pruebas y despliegues. Luego empaquetaron componentes y los desplegaron automáticamente en ambientes de desarrollo y pruebas. Finalmente lograron despliegues directos a producción usando infraestructura como código y herramientas como Ansible, Jenkins y Artifactory.
Este documento presenta una introducción a la gestión de liberaciones con Visual Studio y Azure. Explica brevemente conceptos como DevOps, los retos del despliegue de aplicaciones, y las tendencias del ciclo de vida de las aplicaciones. Luego describe los objetivos y problemas de la gestión de liberación, el proceso de entrega, y cómo la automatización puede ayudar a optimizar el ciclo de entrega de una manera trazable y confiable.
Este documento discute la deuda técnica y el refactor. Explica que la deuda técnica surge cuando se desarrolla software rápidamente sin enfocarse en la calidad, lo que genera costos a largo plazo. El refactor es la forma de pagar esta deuda mediante la mejora del diseño del código sin cambiar su funcionalidad. También advierte que la deuda técnica debe pagarse rápidamente para evitar que sus intereses se disparen.
Liquid Day - Capitalizando la automatizacion sin programarSoftware Guru
Este documento describe los conceptos y enfoques de la automatización de pruebas de software, incluyendo las pruebas progresivas y regresivas, los costos y beneficios de la automatización, y los enfoques como Data Driven Testing y Keyword Driven Testing. Explica que la automatización reduce el trabajo repetitivo y mejora la consistencia, pero requiere inversión inicial, y que el enfoque de Keyword Driven Testing facilita el desarrollo de pruebas para los equipos de prueba.
DevOps como habilitador de continous deliveryJuan Mauricio
¿Por que necesitamos agilidad entregando software a los negocios?, ¿Por que Scrum se queda corto en la entrega de valor?, ¿Que es DevOps?, ¿Que es continuos Delivery?, ¿Como DevOps apoya el continous delivery?, y por ultimo ¿Que herramientas usar para automatizar el proceso de liberación de capacidades de negocio a través de tecnología?
Este documento presenta una introducción a una presentación sobre integración continua que será dada por Eric Pugh en Madrid los días 27 y 28 de noviembre. Se presenta a Eric Pugh y su experiencia en software de código abierto y metodologías ágiles. La presentación cubrirá qué es la integración continua, por qué es importante, qué se necesita para implementarla y una demostración del sistema de integración continua Hudson. El objetivo es que los asistentes obtengan la información necesaria para aplicar la integración continua en sus propios proyect
Este documento presenta una introducción al ciclo de vida del desarrollo de software. Explica las etapas típicas del ciclo de vida como la expresión de necesidades, especificaciones, análisis, diseño, implementación, depuración, validación y evolución. También clasifica las metodologías en estructuradas, orientadas a objetos y describe varios ciclos de vida comunes como la cascada, en V, iterativo, por prototipos y en espiral.
The document discusses how to plan and run Scrum projects using Microsoft Team Foundation Server 2010. It describes using TFS 2010 to manage the product backlog, estimate user stories, plan sprints by assigning stories and tasks to team members, track daily progress, and conduct retrospectives. The key steps covered are product backlog prioritization, sprint planning by decomposing stories into tasks and team commitment, tracking progress using burndown charts and reports, and capturing lessons from retrospectives.
Presentacion de integracion continua (lima agile)Gustavo Veliz
Este documento describe la integración continua y las herramientas necesarias para implementarla. La integración continua automatiza tareas repetitivas como compilar y ejecutar pruebas para detectar errores tempranamente. Se necesitan herramientas como Subversion para control de versiones, Maven para compilar y generar builds, Nexus como repositorio local de Maven, Hudson para automatizar tareas, y Sonar para métricas y análisis de código. La integración continua reduce tiempos de integración y ayuda a encontrar errores más rápido.
El documento habla sobre la integración continua en el desarrollo de software. Explica algunos problemas comunes en el desarrollo sin integración continua, como que nadie tiene la última versión del proyecto y las funcionalidades no se prueban adecuadamente. Luego define la integración continua como integrar el trabajo del equipo frecuentemente con builds automatizados y pruebas para detectar errores temprano. Finalmente, cubre prácticas fundamentales como subir código frecuentemente y corregir builds rotos rápido.
Este documento trata sobre DevOps e infraestructura. Explica que DevOps no es solo automatización, sino un cambio cultural que promueve la colaboración entre desarrolladores y operaciones. También describe los beneficios de DevOps como reducción de costos, mayor velocidad e incremento de calidad, a través de la automatización del despliegue de software y la integración continua. Finalmente, resume los principales componentes de DevOps como construcción, pruebas, despliegue y monitoreo.
Ingeniería del software y metodologías ágilesRodrigo Corral
Este documento habla sobre varias metodologías y prácticas ágiles de ingeniería de software como pruebas unitarias, integración continua, gestión de la configuración, construcción automatizada y ramas. Explica que las pruebas unitarias permiten detección temprana de errores, mejoran el diseño y reducen el tiempo de depuración. La integración continua detecta errores de integración y regresiones mientras que la gestión de la configuración habilita el desarrollo concurrente y por equipos.
Caminando hacia la agilidad con Visual Studio 2010Rodrigo Corral
En esta sesión veremos, en base a escenarios reales, como TFS facilita la adopción de una metodología ágil de desarrollo de software y lleva a los equipos de desarrollo buenas prácticas de ingeniería del software que proporcionan un claro retorno de la inversión y una ventaja competitiva basada en el control explícito de los proyectos y la detección temprana de las fugas de rendimiento por problemas de calidad, evitando la burocracia y facilitando las tareas que el desarrollador realiza.
Este documento trata sobre DevOps e infraestructura. Explica brevemente qué es y qué no es DevOps, por qué es importante, cómo implementarlo y qué herramientas se pueden usar. DevOps busca mejorar la velocidad, calidad y costos del desarrollo de software mediante la automatización, integración continua, despliegues frecuentes y colaboración entre desarrolladores y operaciones.
ALM09 - Scrum, Visual Studio y Buenas PrácticasRodrigo Corral
El documento presenta las ventajas de utilizar metodologías ágiles como SCRUM y buenas prácticas de desarrollo de software junto con herramientas como Team Foundation Server. Explica cómo estas técnicas pueden ayudar a los equipos a mejorar la planificación, calidad, velocidad de desarrollo y gestión general de proyectos. También resalta los desafíos iniciales y cómo superarlos para lograr resultados espectaculares como aumento de productividad y satisfacción del cliente.
Presentación hecha en el Agile Open Lima VII en la Pontificia Universidad Católica del Perú, se introduce la necesidad de la Integración Continua en los procesos de desarrollo asi como los conceptos basicos alrededor de ella
Este documento presenta una breve introducción a DevOps. Explica la interacción entre infraestructura y desarrollo, la necesidad de ambientes independientes y las soluciones y problemas que surgen. También describe las perspectivas de desarrollo e infraestructura, así como la puesta en producción y las herramientas de DevOps.
Presentación que hace una introducción a DevOps y como Visual Studio + System Center (SCOM) puede ayudar a minimizar las barreras entre Desarrollo y Operaciones
Dynamics saturday madrid 2019 avanade dynamics saturday madrid 2019 2019.05.25Demian Raschkovan
Este documento presenta Regression Suite Automation Tool (RSAT), una herramienta que permite a los usuarios funcionales crear pruebas automatizadas de negocio para Dynamics 365 Finance and Operations. RSAT permite grabar procesos de negocio y ejecutar pruebas de regresión de forma automatizada para reducir tiempos y costos de pruebas. El documento también describe cómo la compañía Pay Me More podría beneficiarse de RSAT para automatizar sus pruebas de aceptación mensuales requeridas bajo One Version de Microsoft.
Dynamics saturday madrid 2019 jose antonio estevan shareDemian Raschkovan
Este documento describe la estrategia de actualizaciones continuas de Microsoft Dynamics 365. Con las actualizaciones continuas, los clientes siempre tendrán acceso a la última versión sin necesidad de costosas actualizaciones. Microsoft realiza las actualizaciones de forma continua mediante un plan de entrega, lo que permite a los clientes mejorar la productividad sin impedir las actualizaciones. Los clientes pueden unirse a programas para probar versiones preliminares y dar comentarios para mejorar la calidad.
Este documento describe el caso de estudio de una organización que migró de un proceso de desarrollo y despliegue manual a uno de Continuous Delivery. Comenzaron separando componentes en repositorios Git y automatizando pruebas y despliegues. Luego empaquetaron componentes y los desplegaron automáticamente en ambientes de desarrollo y pruebas. Finalmente lograron despliegues directos a producción usando infraestructura como código y herramientas como Ansible, Jenkins y Artifactory.
Este documento presenta una introducción a la gestión de liberaciones con Visual Studio y Azure. Explica brevemente conceptos como DevOps, los retos del despliegue de aplicaciones, y las tendencias del ciclo de vida de las aplicaciones. Luego describe los objetivos y problemas de la gestión de liberación, el proceso de entrega, y cómo la automatización puede ayudar a optimizar el ciclo de entrega de una manera trazable y confiable.
Este documento discute la deuda técnica y el refactor. Explica que la deuda técnica surge cuando se desarrolla software rápidamente sin enfocarse en la calidad, lo que genera costos a largo plazo. El refactor es la forma de pagar esta deuda mediante la mejora del diseño del código sin cambiar su funcionalidad. También advierte que la deuda técnica debe pagarse rápidamente para evitar que sus intereses se disparen.
Liquid Day - Capitalizando la automatizacion sin programarSoftware Guru
Este documento describe los conceptos y enfoques de la automatización de pruebas de software, incluyendo las pruebas progresivas y regresivas, los costos y beneficios de la automatización, y los enfoques como Data Driven Testing y Keyword Driven Testing. Explica que la automatización reduce el trabajo repetitivo y mejora la consistencia, pero requiere inversión inicial, y que el enfoque de Keyword Driven Testing facilita el desarrollo de pruebas para los equipos de prueba.
DevOps como habilitador de continous deliveryJuan Mauricio
¿Por que necesitamos agilidad entregando software a los negocios?, ¿Por que Scrum se queda corto en la entrega de valor?, ¿Que es DevOps?, ¿Que es continuos Delivery?, ¿Como DevOps apoya el continous delivery?, y por ultimo ¿Que herramientas usar para automatizar el proceso de liberación de capacidades de negocio a través de tecnología?
Este documento presenta una introducción a una presentación sobre integración continua que será dada por Eric Pugh en Madrid los días 27 y 28 de noviembre. Se presenta a Eric Pugh y su experiencia en software de código abierto y metodologías ágiles. La presentación cubrirá qué es la integración continua, por qué es importante, qué se necesita para implementarla y una demostración del sistema de integración continua Hudson. El objetivo es que los asistentes obtengan la información necesaria para aplicar la integración continua en sus propios proyect
Este documento presenta una introducción al ciclo de vida del desarrollo de software. Explica las etapas típicas del ciclo de vida como la expresión de necesidades, especificaciones, análisis, diseño, implementación, depuración, validación y evolución. También clasifica las metodologías en estructuradas, orientadas a objetos y describe varios ciclos de vida comunes como la cascada, en V, iterativo, por prototipos y en espiral.
The document discusses how to plan and run Scrum projects using Microsoft Team Foundation Server 2010. It describes using TFS 2010 to manage the product backlog, estimate user stories, plan sprints by assigning stories and tasks to team members, track daily progress, and conduct retrospectives. The key steps covered are product backlog prioritization, sprint planning by decomposing stories into tasks and team commitment, tracking progress using burndown charts and reports, and capturing lessons from retrospectives.
El documento describe el diseño de la arquitectura de software. Explica que la arquitectura identifica los elementos e interacciones más importantes de un sistema y provee una visión global. También cubre estilos arquitectónicos como centrados en datos, flujo de datos, llamada y retorno, orientados a objetos y estratificados. El propósito de la arquitectura es facilitar la comunicación, reducir riesgos y considerar alternativas de diseño temprano.
The goal of this session is to put you on the road toward continuous delivery. It'll consists in a few introductory slides followed by a demo with the Microsoft's continuous delivery solution.
Je présente les points clés pour démarrer ou migrer vers Team Foundation Server 2012.
Attention, les diapositives sont issues d'une présentation d'avril 2012 avant la sortie de la RTM.
Productividad en el Equipo de Desarrollo de Softwarejuliocasal
El documento presenta una agenda para una sesión sobre productividad en el equipo de desarrollo de software. La agenda incluye tres sesiones sobre la concepción de proyectos, requerimientos y pruebas, respectivamente, con un break en el medio. También discute los retos de la administración de aplicaciones, comunicación en el equipo de desarrollo, y asegurar la calidad del software.
Crossnet es una empresa peruana especializada en soluciones de negocio basadas en tecnologías BPM, SOA y Web 2.0. La presentación describe la plataforma Oracle BPM Suite, la cual permite modelar, implementar, ejecutar y medir procesos de negocio de una manera flexible y ágil. La plataforma ofrece herramientas para el análisis, diseño, desarrollo e implementación de procesos de negocio, así como paneles de control para el monitoreo de los procesos en ejecución.
Este documento describe la metodología Rational Unified Process (RUP), incluyendo sus orígenes, fases, herramientas y ventajas. RUP es un marco de referencia para el desarrollo de software que define procesos iterativos e incrementales para requisitos, análisis, diseño, implementación y pruebas. El uso de RUP y UML puede reducir el tiempo de desarrollo de sistemas de software de manera fiable y rápida.
Este documento presenta el Método WATCH, un marco metodológico para el desarrollo de aplicaciones empresariales. El método está fundamentado en CMMI, RUP y PMBOK y se compone de tres modelos: un modelo de productos, un modelo de actores y un modelo de procesos. El modelo de procesos organiza las actividades de desarrollo en procesos técnicos, de gestión y de soporte siguiendo la metáfora de las manecillas de un reloj.
La NTP 12207 establece un marco de referencia para los procesos del ciclo de vida del software que incluye la concepción, desarrollo, mantenimiento y retiro. Siguiendo la norma, se propone definir un modelo de procesos que divida los procesos en estratégicos, tácticos y operativos. La implementación traerá beneficios como la estandarización, mejor estimación de proyectos, y mejora en la calidad y defectos del software.
Mejoras en el proceso de desarrollo con Team Foundation ServerDaniel Laco
El documento describe las mejoras en el proceso de desarrollo de software que se pueden lograr mediante el uso de Team Foundation Server. TFS permite una gestión más efectiva de proyectos a través de funciones como el seguimiento de elementos de trabajo, control de versiones de código fuente y automatización de compilaciones. Además, proporciona roles y responsabilidades definidas para el equipo de desarrollo y facilita la colaboración a través de portales y acceso web. En general, el uso de TFS puede conducir a procesos de desarrol
Diferencia entre metodología xp extreme programming y estilo moprosoftunemi
La metodología MoProSoft se basa en normas ISO para gestionar procesos de desarrollo de software, mientras que XP se centra en el desarrollo iterativo, las pruebas continuas y la programación en parejas. Ambas buscan mejorar la calidad del software pero difieren en su enfoque y alcance organizacional. MoProSoft es más adecuado para grandes organizaciones mientras que XP es mejor para proyectos más pequeños.
Diferencia entre metodología xp extreme programming y estilo moprosoftunemi
La metodología MoProSoft se basa en normas ISO para gestionar procesos de desarrollo de software, mientras que XP se centra en el desarrollo iterativo e incremental con pruebas continuas y programación en parejas. Ambas buscan mejorar la calidad del software pero difieren en su enfoque y alcance organizacional. MoProSoft es más adecuado para grandes organizaciones mientras que XP es mejor para proyectos más pequeños.
Presentación sobre algunos modelos para fortalecer el alineamiento, la articulación estrategica, el liderazgo medido cientificamente y el desarrollo de una cultura de cambio.
El documento presenta una introducción a las pruebas funcionales y de carga para aplicaciones mediante la suite Oracle Application Testing. Explica los pasos básicos para realizar pruebas funcionales y de carga, como crear y configurar scripts, añadir validaciones, y analizar resultados. También describe las principales características y ventajas de las herramientas Oracle Functional Testing y Oracle Load Testing para automatizar pruebas de calidad de aplicaciones.
La ingeniería web es la aplicación de metodologías sistemáticas al desarrollo de aplicaciones de alta calidad en la World Wide Web. El proceso de ingeniería web incluye etapas como la formulación, planificación, análisis, modelización, generación de páginas, pruebas y evaluación del cliente. La ingeniería web utiliza un modelo de proceso iterativo e incremental para desarrollar aplicaciones web de manera eficiente.
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrolloAlex Ballarin
Explicamos como Bdigital ayuda a las PYMES TIC a certificar su calidad en gestión de proyectos y desarrollo de software con CMMI, SCRUM, etc. en el marco del Plan Avanza.
El documento describe el proceso RUP (Rational Unified Process) para el desarrollo de software. RUP es un proceso iterativo e incremental centrado en casos de uso, arquitectura y colaboración de equipos. Consta de cuatro fases (Inception, Elaboration, Construction y Transition) que incluyen actividades como modelado de requisitos, análisis, diseño, implementación, pruebas y despliegue.
El documento describe el proceso de desarrollo de software, incluyendo las dimensiones del proceso (horizontal y vertical), las fases del ciclo de vida (concepción, elaboración, construcción y transición), y los componentes clave como las iteraciones, artefactos y roles. También explica el modelo de negocio y su importancia para comprender los requisitos del sistema y crear soluciones valiosas para los clientes.
El documento presenta una introducción a la administración de proyectos tecnológicos. Explica que la administración de proyectos implica aplicar conocimientos, habilidades, herramientas y técnicas para alcanzar los objetivos de un proyecto de manera exitosa. También describe las cuatro dimensiones clave de la administración de proyectos: proceso, tecnología, personas y producto.
CMMI es un modelo para mejorar los procesos de desarrollo y mantenimiento de software que fue creado por el SEI. El documento describe CMMI, incluyendo sus áreas de proceso, niveles de madurez y cómo ayuda a las empresas a mejorar la calidad, productividad y satisfacción del cliente mediante la mejora de procesos. El documento concluye destacando la necesidad de que las empresas mejoren sus procesos de desarrollo de software y la obtención de una certificación como CMMI.
Este documento describe las etapas del proceso de validación de una solución telemática, incluyendo la planeación de la validación, la implementación de un prototipo operacional, la determinación de la satisfacción de los requisitos, la corrección de defectos, la verificación de modelos y descripciones de arquitectura, y la actualización del caso de negocio.
Gestion de proyectos de desarrollo de softwareDiego Morales
Presentación de Jose Fernandez y Diego Morales acerca de la gestión de proyecto de desarrollo de software en la "Serie de Conferencias de Divulgación en el marco de la Industria del Software del Nordeste 2011" - UNNE FACENA.
Este documento trata sobre el aseguramiento de la calidad del software. Explica que la calidad se refiere a las características medibles de un producto que lo hacen apto para satisfacer las necesidades del cliente. También describe los elementos clave del aseguramiento de calidad como revisiones, pruebas y administración de cambios. Finalmente, cubre temas como las métricas, normas y el plan de aseguramiento de calidad.
Similar to Integración Continua con Team Foundation Server (20)
1. INTEGRACIÓN CONTINUA CON
TEAM FOUNDATION SERVER
http://blogs.msdn.com/rido
Conceptos Avanzados de compilación
Madrid 20070628
2. Introducción
Trabajo en equipo
Integrar componentes
¿Quien integra?
¿Cuando se integra?
Developer
¿Cuánto tardo? Solution
Infrastructure Architect
¿Cómo se verifica? Architect
Generar una versión
Compilación
Tester
Probar una versión Project Manager
End User
Visibilidad del progreso
3. Agenda
ALM/SDLC
BUILD
Pruebas y Entornos
Herramientas
Integración Continua con TFS
4. ALM=Application Lifecycle Management
Process/Governance
Project Governance Dev Methodology (SDLC) Ent Arch Standards Architectural Governance
Project Determination Dev Standards/Policies Secure Dev Lifecycle
Compliance (SOX)
Release Management
Develop Mgmt
Mgmt
Project Mgmt Requirements SCM/Build Mgmt Test Mgmt
PMO Enterprise P&P
Requirements Elicitation Build Management Test Strategy
Portfolio Mgmt Software Factories
Requirements Mgmt SCM Management Test Cases
Continuous Integration
Risk Mgmt Coding Best Practices
Business Archi (Motion) Unit Testing
Task Management Code Review Process
Business Analyst Test Deployment System Testing
KPI and Scorecards Refactoring Gated Build Process Incremental Testing
Communication Mgmt Documentation Best Prac Testing KPI’s
Build Manager
Project Manager User Acceptance Testing
SCM Manager
Secure Dev Best Prac
DB Development Performance Testing
Test Manager
Developer
DBA
Install/Setup
Workflow Engine
ALM Platform Operations ALM Platform Monitoring
Security Implementation
ALM System Integration
Operations Role Guidance Platform Capacity Mgmt
Platform Design/Topology
Migration/Integration
Infrastructure/Operations
5. ALM=Application Lifecycle Management
Process/Governance
Project Governance Dev Methodology (SDLC) Ent Arch Standards Architectural Governance
Project Determination Dev Standards/Policies Secure Dev Lifecycle
Compliance (SOX)
Release Management
Develop Mgmt
Mgmt
Project Mgmt Requirements SCM/Build Mgmt Test Mgmt
PMO Enterprise P&P
Requirements Elicitation Build Management Test Strategy
Portfolio Mgmt Software Factories
Requirements Mgmt SCM Management Test Cases
Continuous Integration
Risk Mgmt Coding Best Practices
Business Archi (Motion) Unit Testing
Task Management Code Review Process
Business Analyst Test Deployment System Testing
KPI and Scorecards Refactoring Gated Build Process Incremental Testing
Communication Mgmt Documentation Best Prac Testing KPI’s
Build Manager
Project Manager User Acceptance Testing
SCM Manager
Secure Dev Best Prac
DB Development Performance Testing
Test Manager
Developer
DBA
Install/Setup
Workflow Engine
ALM Platform Operations ALM Platform Monitoring
Security Implementation
ALM System Integration
Operations Role Guidance Platform Capacity Mgmt
Platform Design/Topology
Migration/Integration
Infrastructure/Operations
6. SDLC=SoftwareDevelopmentLifeCycle
¿Cómo se construye el software?
Proceso continuo
Análisis, Diseño, Desarrollo, Pruebas
Código Fuente
Esel entregable más importante
Gestionar el cambio
Repositorio
Concepto de versión
9. Escenario
Gestionar los usuarios de una aplicación web:
Registro de usuarios (Nombre, contraseña, Email)
Almacén en SQLServer
Cifrar contraseñas
Validar Credenciales
Contraseñas Fuertes
Validar email
Comprobar que el email existe
Si falla el registro indicar porqué
Validación de usuarios
Usuario/Contraseña
13. Agenda
ALM/SDLC
BUILD
Pruebas y Entornos
Herramientas
Integración Continua con TFS
14. Pasos para crear una versión
Obtener Compilar Analizar Probar Archivar
Fuentes
15. Obtener Fuentes Obtener Compilar Analizar Probar Archivar
Fuentes
No es sólo el código “compilable”
El árbol
lib,src,db,tools
Las referencias
internas, externas
La base de datos
esquema, datos
La configuración
Urls, Paths
El contenido
htm, img
Herramientas
extensiones a la build
18. Probar Obtener Compilar Analizar Probar Archivar
Fuentes
Pruebas unitarias
Sólo prueban el código
Pruebas de integración
Prueban parte del sistema
Pruebas de rendimiento
Situaciones límite
Pruebas de aceptación
El cliente acepta el producto
19. Archivar Obtener Compilar Analizar Probar Archivar
Fuentes
Etiquetar
Build correcta
Fuentes
Binarios
Informes
Análisis de código
Pruebas, tiempos
Build incorrecta
Motivo del error
Detalle del error
Diferencias con la última build correcta
20. Anatomía de una build
Obtener Asociar Asociar
UnitTest Instalable
Fuentes Cambios Funcionalidad
Definir
Montar Árbol CodeMetrics Instalar Enviar Alertas
Calidad
Referencias CodeRules Configurar Etiquetar
Compilar Integration
Base de datos Archivar
Release Test
Compilar
Versionar LoadTest Reports
Debug
26. Agenda
ALM/SDLC
BUILD
Pruebas y Entornos
Herramientas
Integración Continua con TFS
27. Herramientas
Objetivo Herramientas Comunidad Herramienta MS
Compilar NAnt (csc.exe) MSbuild (csc.exe) / devenv
Pruebas NUnit MSTest / TeamBuild
Análisis Estático FxCop* FxCop
Integración Continua CruiseControl.Net Team Foundation
28. Visual Studio Team System
Solución ALM (Application Lifecycle Management)
Desarrollador Profesional de
Diseñador
Base de Datos
Arquitecto
Probador
Analista de Jefe de
Negocio Proyectos
Incrementar la Facilitar la Mejorar la
Transparecia en Colaboración en Calidad del
Proyectos Equipo Software
29. Visual Studio Team System
Visual Studio Team Suite
Software Software Database
Software
Guía y Proceso Microsoft Solution Framework (MSF)
Visual Visual
Architects Developers Professionals
Testers
Studio Studio
Team Industry
Modelado de Análisis de Código Pruebas Manuales Despliegue de BD
Explorer Partners
Aplicación
Pruebas de Carga Gestión de Cambios
Ajuste de
Modelado de de BD
Rendimiento
Infraestructura Gestión de Casos de
Pruebas de BD
Prueba
Modelado de
Despliegue
Pruebas Unitarias
Cobertura de Código
Modelado Clases
Visio y Modelado UML
Visual Studio Professional Edition
Load Test Agent
Code Control Proxy
Visual Studio Team Foundation Server Gestión de Proyecto
Control de Código
Informes Servicio de Integración
Gestión del Cambio (Team Build)
Portal de Proyecto
(Workitem Tracking)
30. Arquitectura Técnica de TFS
Team Foundation Client Tier Version Control Build Machine
Proxy Server
MS Project
Visual Studio Packages Version
Plug-In Build
Control
Process
Proxy
MS Excel Service
Internet Explorer
Plug-In
SQL RS WSS VSTF
Team Foundation Object Model
Proxies Proxies Report Client
Clients of VSTF
VSTF Adjuncts
Custom reporting
Team Foundation App Tier tools
Work Item Version Team
Core
SQL Windows
Adapters
Tracking Control Build
Reporting SharePoint Services MS Excel
Service Service Service
Services Services
SQL Windows Core
Version Team Build
Warehouse
Work Items
Reporting SharePoint
Data
Control Data
Services Services
Team Foundation Data Tier
31. Configuraciones básicas de TFS
50 - 500 usuarios
2 Servidores
Equipo Grande
2 - 50 usuarios
Client
1 Servidor
1 usuario
Equipo Pequeño
1 máquina
Build
Demo/Evaluación • Client
(op.)
• Build (op.)
• Client
• Build App Tier
• App Tier
• Data Tier • App Tier
• Data Tier
Version
• Build (op.)
Control
Proxy (op.)
Soporta:
• Workgroup Data Tier
• Active Directory
(2003 or 2000)
Requiere Active Directory
(2003 or 2000)
32. TeamBuild
Extensiones sobre MSBuild
Todos los tipos de proyecto de VS añaden sus extensiones
Se instala por separado a TFS
Soporte a varias máquinas de build
Definición de pasos (BuildSteps)
Extensible
Override BuildSteps
Usar Tareas Msbuild
MSbuildCommunityTasks
Microsoft.SDC
35. Agenda
ALM/SDLC
BUILD
Pruebas y Entornos
Herramientas
Integración Continua con TFS
36. Integración Continua
Se integra el trabajo de los desarrolladores
Se verifica la calidad
Análisis
Estático
Pruebas unitarias
¿Cada cuanto tiempo lanzo el proceso¿
Cada semana, día, hora…
Proceso desatendido
¿Cuantas tareas incluyo en el proceso?
37. Mejoras en el SDLC
Minimizar la entropía
Pero… si en mi máquina funciona !!
Acelerar las pruebas de regresión
Facilitar la instalación de un puesto de desarrollo
Seguridad para afrontar los cambios
Los scripts de build y las pruebas unitarias sirven de
documentación
38. El ritual de CheckIn
Bajarse la última versión
Modificar/Añadir código
Ejecutar las pruebas en local
Bajarse la última versión
Ejecutar las pruebas en local
Hacer CheckIn
Ver los cambios en el servidor
Si se ha roto la build, arreglarla
Nunca dejar la build rota más de 24 horas
39. Bases de datos
Las bases de datos son código
Tablas,
Vistas, Procedimientos
Se deben tratar como texto
Versionar todo (schema, data)
Los DBA se deben implicar en el proceso
Una BBDD por desarrollador y por entorno
Gestión de datos de prueba
Usar VS4DB
Incluye scripts de MSBuild
40. Pruebas en la integración continua
Pruebas unitarias
Si ó Si
Pruebas de integración
Puede…
Pruebas de aceptación/rendmiento
Muy complicado hacerlo en el mismo flujo
Dependen de una instalación
41. Gestión de proyecto con IC
Obtener estadísticas de las builds
Transparencia
Si no hay checkIns algo va mal
Negociar el mantenimiento de la build vs Nueva
funcionalidad
Configurar la IC es la primera tarea del proyecto
Todo el equipos puede obtener la última versión
fácilmente (sobre todo los testers)
42. Optimizar el tiempo de build
Partir soluciones
El cuello de botella suelen ser las pruebas
Sino corren en segundos, no son unitarias
Desacoplar
MVC/MVP
Mocks y Stubs
Varios tipos de build
43. Tipos de Build
Build para integración continua (BVT)
Rápida, Sencilla
Build diaria/nocturna (Nightly)
Incluir verificación, release, etc…
Build de Pruebas
Run Test Code (Load, Acceptance)
Completa
Generar versión definitiva (Alpha, Beta, RC, RTM)
44. BVT
Obtener Asociar Asociar
UnitTest Instalable
Fuentes Cambios Funcionalidad
Definir
Montar Árbol CodeMetrics Instalar Enviar Alertas
Calidad
Referencias CodeRules Configurar Etiquetar
Compilar Integration
Base de datos Archivar
Release Test
Compilar
Versionar LoadTest Reports
Debug
45. Nightly
Obtener Asociar Asociar
UnitTest Instalable
Fuentes Cambios Funcionalidad
Definir
Montar Árbol CodeMetrics Instalar Enviar Alertas
Calidad
Referencias CodeRules Configurar Etiquetar
Compilar Integration
Base de datos Archivar
Release Test
Compilar
Versionar LoadTest Reports
Debug
46. Test
Obtener Asociar Asociar
UnitTest Instalable
Fuentes Cambios Funcionalidad
Definir
Montar Árbol CodeMetrics Instalar Enviar Alertas
Calidad
Referencias CodeRules Configurar Etiquetar
Compilar Integration
Base de datos Archivar
Release Test
Compilar
Versionar LoadTest Reports
Debug
47. Integración Continua con TFS
MSBuild, TeamBuild (incluido en TFS)
V1 no incluye IC
Extensibilidad de TFS
Soluciones de terceros basadas en BisSuscribe
No se soportan builds en paralelo
V2 si incluye IC
Configurar parámetros de build
Retention Policy
Encolar Builds