xp-programacion-extrema.ppt

Universidad Gran Mariscal de AyacuchoIngeniera de SistemasDireccin de Operaciones IParticipantes:Montes, KimberlysMosquera, JohanbertSuarez, Ocnelis

Metodologa gil

Metodologa gilLas metodologas giles forman parte del movimiento de desarrollo gil de software, que se basan en la adaptabilidad de cualquier cambio como medio para aumentar las posibilidades de xito de un proyecto.

Plan Estratgico ITO

Information Technology Outsourcing

Contenido

Objetivos de la lnea

Metas a mediano y largo plazo

Definicin de productos y servicios

Estrategias de mercado


Proporcionar al mercado soluciones de aplicacin que permitan soportar adecuadamente los procesos de negocios de las empresas.

El soporte se brindar mediante la implantacin, integracin y operacin de productos de software propios o de terceros

Metas de mediano y largo plazo

Consolidar, ampliar y retener los servicios con clientes actuales.

Posicionar a GMD como lder en servicios de software de aplicacin.

Desarrollar e impulsar los servicios basados en la plataforma Oracle eBusiness Suite.

Implantar soluciones basadas en productos Microsoft.

Consolidar la relacin con los Partners Estratgicos

TATA

Microsoft

Oracle

Desarrollo de servicios conjuntos con el rea de consultora de GMD y con empresas consultoras

Definicin de productos

Integracin de productos de terceros (IPT)

Implantar soluciones de software de aplicacin especializadas integrando a nuestros partners de negocio. Ej: sw para plataforma de atencin bancaria, solucin de salud para clnicas, etc.

Soluciones Microsoft (SM)

Utilizacin de productos Microsoft para implantacin de soluciones de aplicacin especficas:

Go to Markets (GTM)

Connected systems

Portals

Enterprise Project Management (EPM)

Servicios de aplicacin (ASP)

Utilizacin de productos de software (propio o de terceros) para brindar servicios de aplicacin (e-business suite de Oracle principalmente)

Software integral (ERP)

Implantacin de e-business suite de Oracle

Estrategias de Mercado

ESTRATEGIAS GENERALES

Base instalada Fortalecimiento

Identificar necesidades asociadas o relacionadas a contratos actuales.

Identificar necesidades no cubiertas en las que encajen los productos definidos.

Prospectos

Iniciar labores de venta en cuentas con necesidades identificadas para concretar plan definido.

Mercado

Identificar potencial de mercado

Definir potencial a atacar (mapeo especfico de clientes potenciales)

Acciones de penetracin

Preparacin de material de venta

Material de presentacin de productos y servicios

Presentaciones de venta

Cursos de entrenamiento (recursos de partners)

Marketing directo a clientes potenciales

Presentaciones especficas de productos y servicios a potenciales clientes

Desayunos de trabajo con posibles clientes

Organizacin

*

Para que un mtodo de gestin?

Plan Estratgico ITO


Contenido











TATA

Microsoft

Oracle







Go to Markets (GTM)

Connected systems

Portals











Prospectos


Mercado











Organizacin

*

Metodologa gilEl Manifiesto de la metodologa gil:

Individuo y las iteraciones del equipo de desarrollo sobre el proceso y las herramientas. (Calidad del profesional del equipo, Entrega Temprana y Continua)

Software funcionando sobre documentacin extensiva.

La colaboracin con el cliente sobre negociacin contractual.

Respuesta ante el cambio sobre seguir estrictamente un plan.

Es importante la derecha pero valoramos ms la izquierda

Plan Estratgico ITO


Contenido











TATA

Microsoft

Oracle







Go to Markets (GTM)

Connected systems

Portals











Prospectos


Mercado











Organizacin

*

Por qu surgen las Metodologas giles?Dificultades para implantar metodologas tradicionales. Procesos ceremoniosos, herramientas CASE y notaciones de modelado sofisticadas (UML)

Una solucin a medida para un segmento importante de proyectos de desarrollo de software

Aceptar el cambio ...

*

Cundo utilizar una Metodologa gil?- Sus clientes no tienen una idea firme de lo que el sistema debe hacer.- Sistemas cuya funcionalidad se espera que cambie cada pocos meses.- Si los clientes necesitan un nuevo sistema en una fecha especfica.

Comparacin gil v/s Tradicional

Metodologa gilMetodologa TradicionalNo existe un contrato tradicional, debe ser bastante flexibleExiste un contrato prefijadoCliente es parte del equipo de desarrollo (adems in-situ)El cliente interacta con el equipo de desarrollo mediante reunionesOrientada a proyectos pequeos. Corta duracin (o entregas frecuentes), equipos pequeos (< 10 integrantes) y trabajando en el mismo sitioAplicables a proyectos de cualquier tamao, pero suelen ser especialmente efectivas/usadas en proyectos grandes y con equipos posiblemente dispersosLa arquitectura se va definiendo y mejorando a lo largo del proyectoSe promueve que la arquitectura se defina tempranamente en el proyecto nfasis en los aspectos humanos: el cliente y el trabajo en equipo nfasis en la definicin del proceso: roles, actividades y artefactosSe esperan cambios durante el proyectoSe espera que no ocurran cambios de gran impacto durante el proyecto

*

Programacin Extrema

*

Antecedentes e Historia de Programacin extrema

Sin embargo, se reconoce a Kent Beck como el que articul esta propuesta y le dio nombre propio. Kent BeckEn 1989, Cunningham form un equipo que usaba los principios y muchas de las prcticas que despus adoptara XP, mientras trabajaba para la compaa Wyatt Software [Fowler 2000].Antecedentes e Historia de Programacin extrema

Los autores de la Programacin Extrema, crearon el sitio web Portland Pattern Repository y empezaron a hablar de ella y promocionarla, de lo que era y cmo realizarla. Estos propulsores de la XP hablaban de ella en cada ocasin que tenan y en cada pgina que, poco o mucho hablara de temas de programacin.

Antecedentes e Historia de Programacin extremaPortland Pattern Repository

- Qu es XP? - Caractersticas

Justificacin y fundamentos de XP

Implementacin

Requerimientos

Anlisis

Diseo

Prueba

Produccin

Fig. 1 Relacin del costo del cambio contra las etapas del ciclo de vida(adaptado de Beck, 1999)

Costo del cambio

Principios, roles y prcticas de Programacin extrema

Principios de la Programacin extremaSe busca :Realimentacin rpidaAsumir la simplicidadCambio incrementalAceptar el cambioHacer trabajo de calidad.

El juego de la planificacinEntregas pequeasMetforaDiseo simple RecodificacinProgramacin en parejasPropiedad colectivaIntegracin continuaSemana de 40 horasCliente in situEstndares de programacinPruebas

Prcticas XP

DISEOCODIFICACIONPLANIFICACIONPRUEBAS

*

Las cuatro actividades bsicasCodificarHacer pruebasEscucharDisear.

Roles de XPClienteElabora especificaciones de los requerimientos iniciales.ProgramadorResponsable de disear, codificar, probar e integrar el producto de software.AdministradorResponsable de coordinador de las actividades de desarrollo y asegurar su cumplimiento.

Los cuatro valoresValores para desarrollar software:

ComunicacinSencillezRetroalimentacinValenta.

Objetivos de XPSon:La satisfaccin del cliente.Potenciar el trabajo en grupo, todos estn involucrados en el desarrollo del software.

Da lugar a una programacin sumamente organizada. Ocasiona eficiencias en el proceso de planificacin y pruebas. Cuenta con una tasa de errores muy pequea. Propicia la satisfaccin del programador.

Es recomendable emplearla solo en proyectos a corto plazo. En caso de fallar, las comisiones son muy altas. Requiere de un rgido ajuste a los principios de XP. Puede no siempre ser ms fcil que el desarrollo tradicional.

Ventajas Desventajas

CONCLUSIONES La programacin extrema es una forma ligera, eficiente, flexible, cientfica y divertida de generar software.

La programacin extrema se beneficia de la existencia de un gran nmero de herramientas de software libre que permiten aplicarla con gran productividad.

El software libre se inspira en algunas de las prcticas de la XP .

Aprovecha el tiempo de los clientes y ayuda a que un cliente se sienta integrado, evitando que se desmoralice por no saber como preparar pruebas de aceptacin.

Permite identificar historias adicionales que no fueran obvias para el cliente o en las que cliente no hubiese pensado de no enfrentarse a dicha situacin.

*CN Y CE

GRACIAS

*

*

*

*

*

**

*CN Y CE

xp-programacion-extrema.ppt

Documents

Transcript of xp-programacion-extrema.ppt