You are on page 1of 10

METODOLOGÍAS TRADICIONALES VS.

METODOLOGÍAS ÁGILES
Roberth G. Figueroa1, Camilo J. Solís2 Armando A. Cabrera3
Universidad Técnica Particular de Loja, Escuela de Ciencias en Computación

1 2 3

Roberth G. Figueroa, UTPL, Loja, rgfigueroa@utpl.edu.ec Camilo J. Solís, UTPL, Loja, cjsolis@utpl.edu.ec Armando Cabrera S,Docente-Investigador UTPL,Loja, aacabrera@utpl.edu.ec

1

las primeras están pensadas para el uso exhaustivo de documentación durante todo el ciclo del proyecto mientras que las segundas ponen vital importancia en la capacidad de respuesta a los cambios. en un determinado proyecto es trascendental para el éxito del producto. Otra de las características importantes dentro de este enfoque tenemos los altos costos al implementar un cambio y al no ofrecer una buena solución para proyectos donde el entorno es volátil. y satisfaga mas allá de las necesidades definidas al inicio del proyecto. Evaluación en cada fase que permite cambios de objetivos Funciona bien en proyectos de innovación. Scrum. RUP. la fuerte necesidad de mejorar el proceso y llevar los proyectos a la meta deseada. guiar y organizar actividades que conlleven a las metas trazadas en el grupo. Fue desarrollado por Rational Software. Fases Las cuatro fases del ciclo de vida son:  Concepción  Elaboración  Construcción  Transición Ventajas   METODOLOGÍA TRADICIONAL Al inicio el desarrollo de software era artesanal en su totalidad. Puede ser adaptado y extendido para satisfacer las necesidades de la organización que lo adopte. generan grandes cambios en las metodologías adoptadas por los equipos para cumplir sus objetivos. PROCESO UNIFICADO RATIONAL INTRODUCCIÓN Dentro del desarrollo de software y a la altiva necesidad de que los proyectos lleguen al éxito y obtener un producto de gran valor para nuestros clientes. Metodología Tradicional. planificación y procesos. técnicas de administración. tuvieron que importarse la concepción y fundamentos de metodologías existentes en otras áreas y adaptarlas al desarrollo de software.Resumen  Desarrollar un buen software depende de un sinnúmero de actividades y etapas. a continuación se detalla RUP uno de los métodos más usados dentro de los métodos tradicionales RATIONAL UNIFIED PROCESS (RUP) FIGURA1. MSF AUP. Su objetivo es asegurar la producción de software de alta calidad que satisfaga los requerimientos de los usuarios finales (respetando cronograma y presupuesto). (Customización). En el presente trabajo se detallan los dos grandes enfoques. puesto que. y utiliza UML como lenguaje de notación. El papel preponderante de las metodologías es sin duda esencial en un proyecto y en el paso inicial. El éxito del producto depende en gran parte de la metodología escogida por el equipo. etc. y está integrado con toda la suite Rational de herramientas. tanto metodologías tradicionales y metodologías ágiles. en la fase inicial del desarrollo del proyecto. donde el impacto de elegir la mejor metodología para un equipo. Metodología Ágil Entre las principales metodologías tradicionales tenemos los ya tan conocidos RUP y MSF entre otros. ofrecemos una guía dejando libertad de elección para el lector el poder juzgar y elegir la mejor metodología que se adapte a su equipo de desarrollo. es por ello que. Es guiado por casos de uso y centrado en la arquitectura. aumenten la calidad del producto con los recursos y tiempos establecidos. ya sea tradicional o ágil. al contexto del proyecto brindando mejores ventajas. ventajas. (Plantillas. que centran su atención en llevar una documentación exhaustiva de todo el proyecto y centran su atención en cumplir con un plan de proyecto. que debe encajar en el equipo. Las metodologías tradicionales (formales) se focalizan en documentación. Se verán diferencias. Es por eso de la importancia de una metodología robusta que ajustada en un equipo cumpla con sus metas. RUP es un proceso formal: Provee un acercamiento disciplinado para asignar tareas y responsabilidades dentro de una organización de desarrollo. Esta nueva etapa de adaptación contenía el desarrollo dividido en etapas de manera secuencial que de algo mejoraba la necesidad latente en el campo del software. desventajas y cual puede encajar en un proyecto de software. Palabras Claves  Metodología. revisiones. la confianza en las habilidades del equipo y al mantener una buena relación con el cliente. unas se adaptan mejor que otras. definido todo esto. donde los equipos maximicen su potencial. 2 .).

cliente y ser capaz de indicarlo en términos que motivarán a todo el equipo y al cliente. MODELO DE EQUIPO DE MSF Visión y Alcances: La fase de visión y alcances trata uno de los requisitos más fundamentales para el éxito del proyecto. Seguimiento detallado en cada una de las fases. realiza el proceso de diseño de la solución. MSF es una serie de modelos que puede adaptarse a cualquier proyecto de tecnología de información. Se definen los líderes y responsables del proyecto. estabiliza la instalación. Estabilización. en los cuales los miembros comparten responsabilidades y balancean las destrezas del equipo para mantenerse enfocados en el proyecto que están desarrollando. Desarrollo.com/msf. y prepara los planes de trabajo. Implantación.  Nuestro cliente deberá ser capaz de describir y entender a un gran nivel de detalle para poder acordar un alcance del proyecto con él. las pruebas de esta etapa enfatizan el uso y operación bajo condiciones realistas.gpicr. MICROSOFT SOLUTION FRAMEWORK (MSF)4 Descripción MSF es un compendio de las mejores prácticas en cuanto a administración de proyectos se refiere. adicionalmente se identifican las metas y objetivos a alcanzar. Todo proyecto es separado en cinco principales fases:      Visión y Alcances. la unificación del equipo detrás de una visión común. Cada rol puede estar compuestos por una o más personas. y obtiene la aprobación final del cliente. sin embargo. El equipo prepara las especificaciones funcionales. Estabilización: En esta fase se conducen pruebas sobre la solución. Planificación. la estructura circular del modelo. Implantación: Durante esta fase el equipo implanta la tecnología base y los componentes relacionados. muestra que no es un modelo jerárquico y que cada todos los roles son igualmente importantes en su aporte al 3 Desventajas  La evaluación de riesgos es compleja  Excesiva flexibilidad para algunos proyectos  Estamos poniendo a nuestro cliente en una situación que puede ser muy incómoda para él. El equipo debe tener una visión clara de lo que quisiera lograr para el 4 Microsoft Solution Framework. y se realiza la evaluación inicial de riesgos del proyecto. Desarrollo: Durante esta fase el equipo realice la mayor parte de la construcción de los componentes (tanto documentación como código). Planificación: Es en esta fase es cuando la mayor parte de la planeación para el proyecto es terminada. traspasa el proyecto al personal soporte y operaciones. ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el software. Más que una metodología rígida de administración de proyectos. con altos estándares de calidad y deseos de aprender. Los equipos organizados bajo este modelo son pequeños y multidisciplinarios. El modelo de equipos de MSF tiene seis roles que corresponden a las metas principales de un proyecto y son responsables por las mismas. con óvalos del mismo tamaño para todos los roles. estimaciones de costos y cronogramas de los diferentes entregables del proyecto. Modelo de roles El modelo de equipos de MSF (MSF team model) fue desarrollado para compensar algunas de las desventajas impuestas por las estructuras jerárquicas de los equipos en los proyectos tradicionales.  Es sencillo.aspx línea). (en disponible en http://www. se puede realizar algún trabajo de desarrollo durante la etapa de estabilización en respuesta a los resultados de las pruebas. FIGURA 2. . estas últimas se deben respetar durante la ejecución del proyecto en su totalidad. La infraestructura también es desarrollada durante esta fase. El equipo se enfoca en priorizar y resolver errores y preparar la solución para el lanzamiento. Comparten una visión común del proyecto y se enfocan en implementar la solución.

 Elaboración del Plan de Trabajo: deben marcarse fechas y contenidos para esta fase y las siguientes. en el que se recoge la idea y la experiencia práctica al llevarla a cabo en entorno controlado y aislado. en concreto. y que debe ser revisado y acordado por todas las partes: El cómputo de jornadas para la relación de actividades descritas (que como se observa sólo recogen las relativas a la Planificación y Diseño. debe ofrecer la solución a implantar. se deberá hacer por acuerdo y conocimiento de todo el equipo de trabajo y se llevará un registro de versiones que permita hacer un seguimiento adecuado de estas revisiones. Documento de Plan de Laboratorio . y su grado de estabilidad y rendimiento es considerado como "suficiente". Para un proyecto de migración a Windows 2000 podría estimarse que los trabajos indicados pueden requerir en torno a 20 jornadas de trabajo y la intervención de un Consultor de Microsoft junto con el equipo de trabajo que formen El cliente y el Partner.proyecto. En este documento quedarán definitivamente reflejadas las funcionalidades y servicios que. donde se describen en detalle los aspectos funcionales y operativos de la nueva plataforma. tiempo o coste definitivo que puede suponer esta fase. y deja aparte las necesarias para elaborar el plan de Migración).  Elaboración de la matriz de Riesgos y Plan de Contingencia: los principales riesgos detectados deben tener un plan de mitigación y actuación y revisarse con periodicidad. ofrecería este resultado: Jornadas totales: 80 (aprox. Si en el curso de las fases sucesivas fuera necesario revisar estos contenidos. Habitualmente. Es un documento dinámico. ineludiblemente. que. migración a Windows 2000 de una red de servidores.Estrategia y alcance En esta fase deberían tener lugar los siguientes trabajos:  Elaboración y aprobación del Documento de Alcance y Estrategia definitivo: debe ser un documento de consenso con la participación del mayor número de agentes implicados en el proyecto. . La dimensión de la muestra tiene también que calcularse. un detalle de acciones concretas y estimación de carga de trabajo en términos de jornadas. Fase 1 . en las propuestas de preventa no se pueden indicar con precisión parámetros como el esfuerzo técnico. La etapa de prueba de laboratorio concluye cuando la maqueta ofrece todos los servicios y funciones descritos en el Documento de Alcance y Estrategia. sin perder de vista que la prueba piloto no es el despliegue propiamente. De otras experiencias anteriores se puede obtener una relación de trabajos sólo a título orientativo.  Formación del Equipo de Trabajo y distribución de competencias y responsabilidades: generalmente se definen como áreas principales la de Diseño de Arquitectura. los criterios de validez. el control de incidencias y las métricas de calidad son objetivos a cubrir en este documento. El modelo apoya la comunicación efectiva y es esencial para el funcionamiento del mismo  Ejemplo de metodología MSF aplicada Como ejemplo de una aplicación de metodología MSF a un proyecto. Logística y Coordinación. número de personas implicadas y perfil de las mismas.Prueba de Concepto: la descripción del contenido del laboratorio de prueba de concepto. ninguno puede ser omitido. La comunicación se pone en el centro del círculo para mostrar que está integrada en la estructura y fluye en todas direcciones. deben ser consistentes con esta Guía. a continuación se describe el contenido de cada una de las fases y. a partir de ese momento. 2 personas) Fase 3 – Estabilización La solución implantada en la maqueta se pasa a un entorno real de explotación. Esta selección se recomienda que se haga atendiendo a la mayor variedad posible de casos. El proyecto ejemplo se trata de una implantación de infraestructuras. Aunque los roles pueden tener diferentes niveles de actividad durante las diversas etapas del proyecto. La aprobación 4 de este documento es el hito principal de esta fase. Los mecanismos y protocolos de intercambio de información y coordinación deben quedar suficientemente bien establecidos y consensuados. Documentación. y supone la directriz última de todos los trabajos técnicos. de manera que puedan aflorar el máximo de incidentes potenciales en el menor tiempo posible. los diversos escenarios a simular. restringido en número de usuarios y en condiciones tales que se pueda llevar un control efectivo de la situación. en la medida de lo posible. Pruebas de Laboratorio. Fase 2 . Los hitos y objetivos fundamentales de esta fase son:  Selección del entorno de prueba piloto: se acordará la composición y ubicación del conjunto de máquinas y usuarios que entrarán en la prueba. 4 meses) Jornadas / técnico del PARTNER: 150 jornadas (2 personas) Jornadas / técnico del CLIENTE: 110 jornadas (Max.Planificación y Prueba de Concepto Deben alcanzarse los siguientes objetivos e hitos:  Documento de Planificación y Diseño de Arquitectura: es el documento principal.

aprobado por consenso. tareas a realizar. METODOLOGÍAS ÁGILES.manifiestoagile. El tiempo necesario para abordar esta fase es variable y depende en parte de factores ajenos a la complejidad de la propia solución. funcionalidades no cubiertas y novedades a incorporar en sucesivas versiones de la plataforma. las "paso-a-paso". debe haberse aprobado el Plan de Formación orientado a usuarios finales y administradores.  Gestión de Incidencias: aunque esta labor se habrá iniciado en la fase anterior. tratamiento. puesto que debe planificarse. disponible en http://www. Como resultado de esta nueva teoría se crea un Manifiesto Ágil5 cuyas principales ideas son: Pires. al menos en sus líneas principales. entrega del Proyecto y cierre del mismo.  Elaboración del Plan de Despliegue: se debe consensuar la fecha de finalización de la fase Piloto. puesta en servicio de todas las funciones.  Revisión de la documentación final de Arquitectura: el documento de Planificación y Diseño de Arquitectura se puede ver alterado parcialmente como resultado de esta fase. (en línea). el retrasar las decisiones y la planificación adaptativa. Fase 4 – Despliegue Se llevarán a cabo en esta fase los planes diseñados en la anterior.  Registro de mejoras y sugerencias.  Revisión (si procede) de la matriz de riesgos. y las condiciones de calidad que debe cumplir la solución final para iniciar el despliegue. El documento final. consultas) y de resolución de problemas y documentación de los mismos (versionado de la plataforma).  Elaboración del Plan de Formación: con anterioridad al despliegue definitivo. los siguientes:  Continuación con las labores de recepción de incidencias. de atención al usuario (formación. la complejidad del proceso de migración. de Administración. no puede establecerse a priori. en esta fase deben elaborarse las Guías de Usuario. a menudo con restricciones no técnicas. En proyectos de similar envergadura se ha llegado al momento "Error Free Versión" en 30 jornadas de trabajo (aproximadamente mes y medio) con una muestra de 50 usuarios. procedimientos de validación y método de control de incidencias. el grado de automatización alcanzado. además de los obvios (implantación de la plataforma. por ejemplo)  Revisión de las Guías y manuales de usuario.sino una fase de observación en la que es absolutamente crítico establecer unos cauces efectivos de tratamiento de los errores. incluyendo mejoras aportadas por los fabricantes de software (nuevas versiones o Service Packs. Luego de varias opiniones tanto a favor como en contra de las metodologías tradicionales se genera un nuevo enfoque denominado. rectificación de errores y obtención de los documentos de formación definitivos. fechas. el éxito de la prueba piloto dependerá de que se forme un sistema de recogida de incidentes (helpdesk o similar). La duración fase de despliegue. clasificación. la experiencia y nivel de los técnicos que realizan la operación y condicionantes de calendario.  Elaboración de la documentación de Formación y Operaciones: con vistas al soporte post proyecto y los programas de formación a usuarios y administradores. En el Plan deben identificarse las fases. sino de otros tipos (las fechas-objetivo suelen marcarse por criterios de oportunidad de negocio).  Finalmente. y otros cuyos contenidos deben acordarse previamente. Depende de numerosos factores externos al propio proyecto (incluyendo factores de oportunidad política o de negocio) que pueden retardar o acelerar la conclusión. las métricas de calidad y establecimiento de los estándares de calidad y SLA definitivos. supone el principal documento del Proyecto y la culminación de los trabajos de diseño. y debe hacerse compatible con los ritmos acordados en el Plan de Despliegue. que nace como respuesta a los problemas detallados anteriormente y se basa en dos aspectos puntuales. UCLA. Los principales trabajos e hitos a conseguir son. como es la adecuada selección del entorno de prueba y el momento del año en que tenga lugar (evitando que coincida con periodos de vacaciones o puntas de trabajo críticas como Fin de Año). “Manifiesto Ágil”. La experiencia demuestra que no hay una relación directa entre número de máquinas y tiempo necesario para el despliegue. Los factores más relevantes en el cálculo suelen ser la dispersión o concentración geográfica. formación a los usuarios y administradores). Donald. estrategia de implantación. con o sin apertura de nuevo proyecto en base a la información y experiencia obtenidas. permitiendo potencia aún más el desarrollo de software a gran escala.  Entrega de los documentos definitivos acordados como "deliverables" en la fase de Vision Scope. resolución y distribución de faxes o intervención on-site. Este documento se considerará definitivo cuando la solución puesta en marcha se muestre estable y el número de incidencias graves (de intervención o de resolución) sea nulo y la cantidad de las consideradas leves quede por debajo de un límite establecido en las Métricas de Calidad. métodos ágiles.com 5 . en este caso. principalmente el de despliegue y el de 5 formación.

Retrasar las decisiones y Planificación Adaptativa Es el eje en cual gira la metodología ágil. Se supone que la mayor calidad del código escrito de esta manera el código es revisado y discutido mientras se escribe. además hacer una planificación adaptativa consiste en tomar decisiones a lo largo del proyecto. La planificación adaptativa permite estar preparados para el cambio ya que lo hemos introducido en nuestro proceso de desarrollo. frecuentemente repetidas y automatizadas. Nos lo proponen porque para muchos clientes esta flexibilidad será una ventaja competitiva y porque estar preparados para el cambio significar reducir su coste.com 6 . A continuación se detalla el XP que es el más aceptado dentro del desarrollo de SW EXTREME PROGRAMMING (XP) FIGURA 36. Entre los principales métodos ágiles tenemos el XP (eXtreme Programming).  Corrección de todos los errores antes de añadir nueva funcionalidad. lo cual permite siempre mantener una satisfacción en el cliente y por ende el éxito del producto. La capacidad de respuesta ante un cambio es más importante que el seguimiento estricto de un plan. Esta planificación a corto plazo nos permitirá tener software disponible para nuestros clientes y además ir aprendiendo del feedback para hacer nuestra planificación más sensible. Se aconseja escribir el código de la prueba antes de la codificación. el retrasar las decisiones tan como sea posible de manera responsable será ventajoso tanto para el cliente como para la empresa. Creen que ser capaz de adaptarse a los cambios de requisitos en cualquier punto de la vida del proyecto es una aproximación mejor y más realista que intentar definir todos los requisitos al comienzo del proyecto e invertir esfuerzos después en controlar los cambios en los requisitos. La colaboración con el cliente debe prevalecer sobre la negociación de contratos. las principales ventajas de retrasar las decisiones son:    Reduce el número de decisiones de alta inversión que se toman. Reduce el número de cambios necesario en el proyecto. Reduce el coste del cambio Los defensores de XP consideran que los cambios de requisitos sobre la marcha son un aspecto natural. Disponible en www. Es más importante crear un producto software que funcione que escribir documentación exhaustiva. Las características fundamentales del método son:  Desarrollo iterativo e incremental: pequeñas mejoras.XProgramming. unas tras otras. Estas metodologías ponen de relevancia que la capacidad de respuesta a un cambio es más importante que el seguimiento estricto de un plan.  Frecuente interacción del equipo de programación con el cliente o usuario. La programación extrema se diferencia de las metodologías tradicionales principalmente en que pone más énfasis en la adaptabilidad que en la previsibilidad. MODELO DE EXTREME PROGRAMMING 6 Extrem Porgramming(XP). Las pruebas han de garantizar que en la refactorización no se ha introducido ningún fallo. sea ante inconvenientes que aceleren o retrasen nuestro producto. estaremos transformando el proyecto en un conjunto de proyectos pequeños. Es la más destacada de los procesos ágiles de desarrollo de software formulada por Kent Beck. incluyendo pruebas de regresión. AUP entre otras.es más importante que la posible pérdida de productividad inmediata.    Los individuos y las interacciones entre ellos son más importantes que las herramientas y los procesos empleados. Se recomienda que un representante del cliente trabaje junto al equipo de desarrollo.  Programación por parejas: se recomienda que las tareas de desarrollo se lleven a cabo por dos personas en un mismo puesto.  Refactorización del código. reescribir ciertas partes del código para aumentar su legibilidad y mantenibilidad pero sin modificar su comportamiento. Cristal Methods. Hacer entregas frecuentes. Iconix. inevitable e incluso deseable del desarrollo de proyectos. Scrum. es decir.  Pruebas unitarias continuas.

este método promueve el que todo el personal pueda corregir y extender cualquier parte del proyecto. Está 7 . Planificación más transparente para nuestros clientes. lo que lleva a una comunicación más completa. conocen las fechas de entrega de funcionalidades. Las iteraciones en general tienen una duración entre 2 y 4 semanas. ESQUEMA DE TRABAJO SCRUM Desventajas  Delimitar el alcance del proyecto con nuestro cliente Para mitigar esta desventaja se plantea definir un alcance a alto nivel basado en la experiencia.  Propiedad del código compartida: en vez de dividir la responsabilidad en el desarrollo de cada módulo en grupos de trabajo distintos. Cada ciclo o iteración termina con una pieza de software ejecutable que incorpora nueva funcionalidad. El ciclo de vida en proyectos grandes es serial mientras que en los pequeños es iterativo. significa reducir su coste. Las frecuentes pruebas de regresión garantizan que los posibles errores serán detectados. La presión esta a lo largo de todo el proyecto y no en una entrega final El AUP es un acercamiento aerodinámico a desarrollo del software basado en el Proceso Unificado Rational de IBM (RUP). Cuando todo funcione se podrá añadir funcionalidad si es necesario. Las disciplinas de Aup son:  Modelado  Implementación  Prueba  Despliegue  Administración de la configuración  Administración o gerencia del Proyecto  Entorno SCRUM FIGURA 5. Ventajas       Apropiado para entornos volátiles Estar preparados para el cambio. ESQUEMA DE TRABAJO AUP Scrum es un proceso ágil y liviano que sirve para administrar y controlar el desarrollo de software. La simplicidad y la comunicación son extraordinariamente complementarias. Scrum se focaliza en priorizar el trabajo en función del valor que tenga para el negocio. maximizando la utilidad de lo que se construye y el retorno de inversión. Mientras más simple es el sistema. La programación extrema apuesta que en más sencillo hacer algo simple y tener un poco de trabajo extra para cambiarlo si se requiere. Vital para su negocio Permitirá definir en cada iteración cuales son los objetivos de la siguiente Permite tener realimentación de los usuarios muy útil. Scrum se utiliza como marco para otras prácticas de ingeniería de software como RUP o Extreme Programming. AUP (AGIL UNIFIED PROCESS) FIGURA 4. Con más comunicación resulta más fácil identificar qué se debe y qué no se debe hacer. basado en disciplinas y entregables incrementales con el tiempo. que realizar algo complicado y quizás nunca utilizarlo. especialmente si se puede reducir el equipo de programadores. Simplicidad en el código: es la mejor manera de que las cosas funcionen. menos tendrá que comunicar sobre este. El desarrollo se realiza en forma iterativa e incremental (una iteración es un ciclo corto de construcción repetitivo).

que incluye un juego mínimo de diagramas de UML y algunas valiosas técnicas que se toman de los casos del uso para codificar rápida y eficazmente. qué no y en qué orden) y en remover cualquier obstáculo que pudiera entorpecer la tarea del equipo de desarrollo. Se busca entregar software que realmente resuelva las necesidades. También es relativamente pequeño y firme. Los requerimientos y las prioridades se revisan y ajustan durante el proyecto en intervalos muy cortos y regulares. por ejemplo en un mercado de alta competitividad. siempre se puede seleccionar de los otros aspectos del UML para complementar los materiales básicos. como el RUP. Por el otro lado. aumentando la satisfacción del cliente. El enfoque es flexible y abierto. que un equipo de un proyecto puede usar para conducir el esfuerzo hacia un desarrollo real. con pocos principios. el proceso se queda igual a la visión original de Jacobson del manejo de casos de uso. El cliente se entusiasma y se compromete con el proyecto dado que ve crecer el producto iteración a iteración y encuentra las herramientas para alinear el desarrollo con los objetivos de negocio de su empresa. Diferencias: TABLA 1. DIFERENCIAS ENTRE METODOLOGÍA TRADICIONALES Y ÁGILES ICONIX El proceso de ICONIX maneja casos de uso. Scrum tiene un conjunto de reglas muy pequeño y muy simple y está basado en los principios de inspección continua. pero le falta mucho para llegar al nivel del RUP.diseñado especialmente para adaptarse a los cambios en los requerimientos. auto-gestión e innovación. Y. el equipo se focaliza en una única cosa: construir software de calidad. De esta forma se puede adaptar en tiempo real el producto que se está construyendo a las necesidades del cliente. En Scrum. El cliente es parte del equipo de desarrollo Pocos artefactos Pocos roles Grupos pequeños (<10 integrantes) y trabajando en el mismo sitio Menos énfasis en la arquitectura del software No existe contrato tradicional o al menos es bastante flexible FIGURA 6. ESQUEMA DE TRABAJO ICONIX Ofrecemos una comparativa entre cada uno de las etapas más comunes del desarrollo de SW y los enfoques de metodologías revisados. pero no desecha el análisis y diseño que hace XP. 8 . con numerosas políticas/normas El cliente interactúa con el equipo de desarrollo mediante reuniones Más artefactos Más roles Grupos grandes y posiblemente distribuidos La arquitectura del software es esencial y se expresa mediante modelos Existe un contrato prefijado Metodologías Agiles Basadas en heurísticas provenientes de prácticas de producción de código Especialmente preparados para cambios durante el proyecto Impuestas internamente (por el equipo) Proceso menos controlado. El diagrama retrata la esencia del enfoque aerodinámico al desarrollo del software. adaptación. los desarrolladores encuentran un ámbito propicio para desarrollar sus capacidades profesionales y esto resulta en un incremento en la motivación de los integrantes del equipo. 1. específico y casos de uso fácilmente entendible. Este proceso también hace uso aerodinámico del UML mientras guarda un enfoque afilado en el seguimiento de requisitos. La Figura 6 muestra el cuadro del proceso. como XP. Metodologías Tradicionales Basadas en normas provenientes de estándares seguidos por el entorno de desarrollo Cierta resistencia a los cambios Impuestas externamente Proceso mucho más controlado. esto produce un resultado concreto. Se busca que los equipos sean lo más efectivos y productivos posible. TABLA 2. Por otro lado. la gestión de un proyecto Scrum se focaliza en definir cuales son las características que debe tener el producto a construir (qué construir.

nos ofrecen una mayor ventaja pero con ciertas limitaciones. es el caso de XP y SCRUM. ya que la experiencia es la que predomina en los mementos cruciales del proyecto. Con este fin voy a hacer 9 .   Por la curva de Aprendizaje Primero. es hacerlas bien a la primera vez y con ello daremos un gran giro a la industria del software. mientras que las metodologías tradicionales obligan al cliente a tomar las decisiones al inicio del proyecto. vemos que los modelos ágiles. permitiendo aprovecharla al máximo Actividades de control]: Orientado a los hitos + Gestión miniproyectos Pruebas Puesta en Producción CONCLUSIONES   El retrasar las decisiones en un proyecto de software permite potenciar el valor del producto tanto para el cliente como al equipo o empresa que desarrolla Para que un grupo de desarrollo adopte una metodología ágil debe poseer experiencia trabajando con metodologías tradicionales. analizamos el tamaño del proceso. facilitando aplicar con mayor efectividad esta metodología.DIFERENCIAS POR ETAPAS Y ENFOQUE METODOLOGICO MODELOS RIGUROSOS ETAPA Análisis de requerimientos MODELOS AGILES Planificación adpatativa:Entregas frecuentes + colaboración del cliente Modelo de Proceso RUP ICONIX Curva de aprendizaje Lenta Rápida Herramienta de integración Alto Soporte Algún Soporte Disponible No mencionado Soporte Externo Alto Soporte Algún Soporte Disponible Algún Soporte Disponible Algún Soporte Disponible Planificación predictiva y “aislada” Planificación Diseño flexible y Extensible + modelos + Documentación exhaustiva Desarrollo individual con Roles y responsabilidades estrictas Diseño XP Rápida SCRUM Diseño Simple: Documentación Mínima + Focalizado en la comunicación Transferencia de conocimiento: Programación en pares + conocimiento colectivo LiderazgoColaboración: empoderamiento +auto-organización Rápida No mencionado Codificación Con respecto a la curva de aprendizaje. Por último. que conozcan y apliquen las técnicas de ingeniería de software. Segundo. REFLEXIÓN ¿Alguna recomendación para los lectores de este Artículo? Además presentamos un cuadro de comparación por cada aspecto analizado y lo ponemos a consideración:  Por las características del Proyecto Tamaño del Proceso Medio / Extenso Pequeño / Medio Pequeño / Medio Pequeño / Medio Modelo de Proceso RUP ICONIX XP SCRUM Tamaño del Equipo Medio / Extenso Pequeño / Medio Pequeño Pequeño Complejidad del Problema Medio / Alto Pequeño / Medio Medio / Alto    Medio / Alto En este cuadro se presenta una comparativa de las modelos de proceso en cuanto a las características del proyecto. altamente motivados y con gran innovación Las metodologías ágiles permiten disminuir costos y brindar flexibilidad a los proyectos de software donde la incertidumbre está presente El uso de metodologías tradicionales es esencial al inicio en un equipo de desarrollo de software Las metodologías ágiles se deberían aplicar en proyectos donde exista mucha incertidumbre donde el entorno es volátil. Podemos resaltar que: con un pequeño equipo de desarrollo se puede realizar grandes proyectos. además debe tener la capacidad de ser equipos auto-gestionados. que entiendan la importancia de la gente. ya que aun no hay sido explotadas a gran escala como lo es RUP que posee alto soporte y herramientas integrales que nos guían a través del mismo. del equipo y la complejidad del problema para cada uno de los modelos. donde los requisitos no se conocen con exactitud. de alta complejidad. que se incorporen de lleno métodos de calidad en sus procesos y que la forma más eficiente y efectiva de hacer las cosas.

spinec.spinec. MATT Stephens and DOUG Rosenberg. el dueño de una fábrica de software. Disponible en: www. Así que debemos tenerlas bien “aceitadas” (a través de capacitación y motivación) para obtener su máximo rendimiento. Disponible en: www. BIBLIOGRAFÍA [ 1 ] Metodologías Ágiles: La ventaja competitiva de estar preparado para tomar decisiones lo más tarde posible y cambiarlas en cualquier momento.org/wpcontent/metodologiasagiles_01.asp?p=1 67902&rl=1 10 . Como industria.agile-spain.com [ 3 ] ICONIX (En línea). Lo único que tiene son escritorios y unas máquinas depreciadas.org/wp-content/ICONIX. y ahí tiene su fábrica. (En línea). con su valor intacto. está descapitalizado. Disponible en: http://www. puede venderla y recuperar su inversión.una última analogía: el dueño de una fábrica de coches sale a las 6 de la tarde.pdf [ 2 ] Metodologías ágiles (En línea) .com/articles/article. Disponible en Formato chm [ 5 ] Introducción a Iconix (En línea).Disponible en: http://www. a las 8 de la noche que sus empleados ya se fueron a su casa.informit. En cambio. debemos reconocer que estamos hechos de personas.pdf [ 4 ] Extreme Programming Refactored: The Case Against XP. y que éstas son nuestro principal activo.

.

310894. 2.42 .0 .

7744 907.8 80 08.2.307.223 ! 8543-003 !747.0! 6:00802E8.0390  547 03/0 0 F94 /0 574/:.O/4 /0 .O3 .47.31. 0 .2-4082E8 25479.07 84-70.7.94   #0/:.039..8/0.08480250..2. 2:. .43..3945.7..7 :3 574/:.8.5.  .7 5705..2. 6:0 ..4890   #097.4     . 08.03908  .O/4 5.94  089..9:7.. .N.2-48 /0 706:8948 84-70 .7-7 .//0..9..079...3   #0/:.43:394 /0 5740. 5. 5747.7-7 0 .08/02F94/4843 O 08.4 348 507297E 90307 8419.4397.O3/.8.7.8  O !7:0-./..770/:.:89.8  170.0390 /0-0 570. 3.897./02E8 7 .947. /0 5740.2E8/089.3  O O O  3970 48 573.7.43 0 ./.390 /0 .78:.9.4890/0.O380/09.74 0305740.4245.O3 . 10-/./48 5./ ..../50748324/1./4033:08974574.9..88 03 . 7085438.4/1.O/4 08 70..078O36:080942./.570.. O 483/.2-4830.7744  .84308!.7 48 .0./4 3331..2039././   48 /010384708 /0 ! ..3906:0.78: .8 . 2094/44J.8 573.7-0 082E825479./48  8 2E8 25479.  30.O3 .43 789.43 0 .:84 /080.:..48 .3 /0 .907J89.00..7.31.08 .5.42034 /0 5740.8 ./. .70 /8543-0 5. 57:0-. 6:0 :3 705708039./.5703/03/4/0100/-. .4849.3908 6:0 ./4/03974/0/08...8497..74  $0 70.8 2047.039. .7.6:0402483974/:.O/408.4393:..00703 4 7097.438/07.7-7 /4... 48 ..5.9.7. . 0 . 5.8 54303 /0 700.3906:0080:203940897.4203/.31...70 1472:.. E  0 7097.74 /0 5740.948506:0N48   89.-4 547 /48 507843.390 6:0 0 80:20394 0897....  5476:0 089.2-48 03 48 706:8948   ./:48.O3/0.039.6:039039.9.43.0848E08/0/08..8170..7.794/0089. 507290 089.7. 4 .70.70 6:0 1:3.948  .94 3.O3 /0 94/48 48 0774708 .84308 /0 .94 8419.390:3./.O3 /0 06:54 /0 5747.5.3908 /0 .430803970048843 2E8 25479.....9.8 077.9./ /0 7085:089..:2039.  .7/0137 94/48 48 706:8948 .7744/0 8419.8 97.:942.O3 547 5. /0574/:..5. ..8-/.83907./.425099../320/..8 80 70.9.0390 4 :8:.548-05F7//.307.O3 2E8 8038-0  80./.780 .7  7008. 2.8   89./48 5..2-4... 843 :3 .-0 0 3.5.390 .7.:03908  O #01.59.0797 081:0748 /085:F8 03 .70.O3 34 80 .7.5.O3 0.3..94 .084 /0 /08.. ../2.. ..-0 /0 /08...39.. 8..7744 80 0.4203/. 2./.4794 5.59.O3 .:.84308843   #0/:.3903-/. 548-0 /0 2.7 5705.6:07 5:394 /0 .94  ..70.59.3  48 4 57454303 5476:0 5.08 2F94/48 E08 9030248 0 ! 097020!747.O3 03 0 .-/. 701.O3 .42    8.94 /0 :3 5.8.0303908 6:0 ..304.  O 70..424 80.06:54/0/08.7 . 80 /10703..0703970.//07085:089.0 0 32074 /0 /0..223  $.20390 03 6:0 5430 2E8 F31..-.0390 97.03908 089.8 03 :3 2824 5:0894  $0 8:5430 6:0 .7 /0... 507290 802570 2.2./. 5.7 6:0 03 .7744 /0 5740.:039020390 70509/.059.7./4  /8./7 3:0.073:0897.:03/457:0-...94 03 :3 .8 2094/44J.81:3/.702039. :3 .0:394.3908/0.8 /0.7 8: 0-/.981.03 .430 6:0 08.3 6:0 48 .0032074 /0.8 :39.7.8  48 574.0.84308 ..947.7.59./6:003.O/4  08 /0..850.7. 3974/:.8/0 70708O3  $0 . 6:0 ...8 57:0-.4393:.3 .7744  O 4770. .8.8. 3:089748 .8.O3 /0 .43. 506:0N./.1:3.07 :3.381472..59.20394  .4380.89.-0 807E.31..3/4 0 5740.70248 97./02E8 .43974.  8 0 00 03 .8 5.94/0:35.7744/0$  %#!# # !   &#     %#!# #      9702!477.31. 7.-47.8 3.8033:08974574/:.:2039. . ..5742.08 573..390 3.08.8/0.223 . /0 .:0390 3907.025708.8 9.84308 9.2-4 831.8 /0 /08. .0390.2-4  ...O320472E870.8 2094/44J././ 807E :3. ..O3 09702.5.  4 ./..94 0 3.8 :3.:. 547 039 0.4.O3  O !747.425479. /0 ..094/8  &!03970497.7908 /0 .94 08 :3.2039.438890 03 942.390307 :3.7.2-48 /0 706:8948 03 ./048574.:9/4 20397..8/07097.9. 0.2-4 08 2E8 25479.4 0 3.948  7003 6:0 807 .7:2  .

943.O340703.4 4 907.4242./..434.03970.307./.3/494/41:3.8/8. ..4.-.0 5.8.:03908 57:0-.8  O 5745....431:7.4.8 170./48 5. :9.45.47707  0903/07 .29..4 .43080 54/7E .7..53.2...3. 0 304.425.08.4 03 1:3.O3 09702. 0 ./48  $25./.0.039./ /0 ..94 O 394734  $#& &#  $"&%# $#&     $.4 .2E81E. :9/.42502039. 03 5740.-0 6:0 3.43897:.7.O3 90723. O 0850:0 O /23897.8 /0 70708O3 .08 .385. ./4030!74..7.-./0!740..8. 08.8 /0 03970./08.0-./. /0391. .:.4 /893948  0890 2F94/4 5742:0. 90303 :3. 2O/:4 03 7:548 /0 97./ 8 08 30.4 /0 .  0850.4 8250  90307 :3 54..084&31.  20348 903/7E 6:0 .42:3.8. 5..7.2./..  20397..9.7 0 97..13./ /0 4 6:0 80 .39.702039. 1:3.O/408.03 1472. 6:0 03 2E8 803.7744 /08419../..70   /08./4  6:E8 3:3.... 70/:. /0 8419./4 O 2502039.94.03 ... 50.70 ./08 '9. /0  #&!  -.8 O 029./  .O3 /0 .7..078O3  89E   .N...8/0:5843 O 4/0.7.7.4 .47547.8 2E8 8250 08 0 88902.O32E8./4708   '039.805.31.78:...74 8 80 706:070  6:0 70.8 $.O/4 .7...857E.81:3..039.223   $.7:2 80 14...O3 O !7:0-.497.43.0 0 6:0 94/4 0 507843.43897:0  0 7094734 /0 3./23897.8.O3 03970    802.20390 .4 .74  O    .20472.050703.4308 03 0307.07 . /0 8419.43 :3.07.084 E  .2-.9.74  . ./030/08.O3.7. 907.-.O3 2E8 97.7.-/.425.43.390.48/0.O3843097...42:3.9.O3/0../08.   &! &!# $$   &#  $"&%# &! &!08:3.4  2.7.2-4  831.. 5:0/.943.4  ./.3/4 .4794 /0 .70 00.3 6:048548-080774708807E3/090.94 3403:3.43 0 90254   ./403.7 .20390 8 80 5:0/0 70/:.07  0397.7.0390  !.47 6:0 903.8 /0 30307J.O3 O /23897.42:3..748 2:9  O . 5.4 097.8 6:0 03 48 506:0N4808907.9.790 /0 5740.7./.53.3/08 08 807..47/3.94  .4890  O !.03908  .42:3.8:304.:.. /:7.702039.5708O3089.7.43..074/3E2.0/05740.7 0 06:54 /0 5747./0137:3.8 432E8./030. 03 5747...4 /0 97. :3. 3:0.O3 08 :3 .948 7. O !7450/.03947348.2./0 6:0.424 #&! 4 97020 !747.-08 3..43974.7:2 08 :3 574.:9..433:08974 .3..O3 705099.5.20394.8:0390 O !07290 90307 70.5:089.34 6:0 87.907.77448070..4303 :. 3:089748 ./45.70-../4#. 5747./7 1:3../7.7744/0.08843 484-09.907.48. ....4 O !07297E/013703..8 10. /0 1:3.7  .O3708:9.0 /0 /..7744 /0 8419..3.7 84-700890 46:00.7 6:F 80 /0-0  6:F 34 80 /0-0 .7085438.8 907.42509.7 5705.7 0 /08.2039.4E908 O 89.825./.6:07 5. ..79/. 03 ....:3./4 03 /8.8  03970.7089./....03. .O3 /0 48 :8:.7:280:9.74/094/405740.70..70390 5.

7 /0 48 49748 ../4  . 7097./..94$.7. 0 .7 7E5/.94/.. .70. 0.8./4 .7.0303908 /0 089E3/..08-E8.4 5..7:2 9030 :3 . .8:.8.7.9./08  .:94 089O30334.O3.9.3 /:7..47948  70:.4/1./.3  .7088903.20390 5.774..59. 03970.42502039. 089O3 /0:35740. .9.848 /0 :84 1E.O3 .8O3 473.0 :3 708:9.7 . /08. 0 574/:.7 8419. 8.  01.94 6:0 80 089E .7. :./4  48 /08./.20390 !74./..8.8 2: 506:0N4  2: 8250  089E -.:0397.7020394 03 ...0.:4 6:0 5:/07.1.  ..0 .03/0137. ../4 0850. 48 .3E88/80N46:0.:3/08..808 %7..425742090 ./4  .. 0803.6:04806:54880.945:0/0:8.7/.07 .:2039.0! 890574.. 9.424! 5074 34/080.7744 /0 8419../  48 706:07203948  .7:2  0 06:54 80 14../.774.70 /0 .94907.2.3 /0 48 .084   /./  !47 0 4974 ..8 6:0 80 942.08/.48     10703.7./08 57410843./403080:20394/0706:8948     0 574.:0397.4  .084 9.-0794802570805:0/0800.8 %  #$%# %    %# $ $   094/44J..48 574/:./08 80 70.75. ./.O3 /0 48 3907.0390   3 $.907J89. /0 03146:0 .:./.08/.8 /0 &  . /0 .43.48..4/0&20397.94. 3..43484-09.0 /0 #&!  %.548 /0 3850.774470.43.848 /0 :84  . . :303146:0. .5.. ...0390 80039:8.48548-0   $.8 ./46:0 .084 80 6:0/.7.2-F30870.94 03 3907.70.948 /0 & 5.O3 .59.20390506:0N41720 .708 80:/48 547 0 0394734/0/08.907.59.809073.8 30. 80 5:0/0 .20390   03146:00810-0.7. /08.981.425099..20390 708:0.. /80N.4 5. 2:.4 .9.48.20390 03903/-0 6:0:306:54/0:35740.30.43. 2:0897.. 03 :3 3.:3.3 :3 E2-94 5745.8 5747/.390 0 5740.907.7 03 90254 70..780 ..8.8 30.7:28014.48 2: .3/4 .7744 $0-:8.848 /0 :84  0894 574/:.  80.4393:..48/0 304.48./4708 03..2. 03 :3.2-F3.O3/0.4-843 /0 2.:.3908/006:54       574.9.3. .084 2:. .82.708  0 089.43897:7 6:F .:.854J9.7../08 /0 . 1472.30.4/08:025708..:0 :3 :04 2J324 /0 /.43 05740..08 ..074/3E2.08  0894 708:9.70081:074 . /0 06:54 /0 /08.85. .43897:7  6:F34  03 6:F 47/03   037024.7 8:8 .43/:.   !47 4974 ..8 077..70/08..6:07 4-89E. 0394750. :7.424 0 #&!  5074 0 1.433:20748.7744 079.074/3E2.7 48 2.43:394 /0 70./4 03 48 573.8 094/44J.7744.7. 249.084 /0   2.2-48 03 48 706:07203948  547 00254 03 :3 207..7./74 /0 574.07.70 6:0 70./4 /0 .O3  03...8033472../.08843. .43897:03/4 .304 /0 .. ..43897:7 8419. .J1.. 3.0:84 .O3 ...:89.342E8010.848 /0 :84 5..8 9F.8 ..850.0390  $0 -:8.9.7094  0850..43974.70  6:0 3. ...8574.2039.4 2E8 .86:0 /0-0903070 574/:.07 0574/:.2-48 25:089.

. ..7.790 /006:54/0 /08.39005740.20390 5705. :34 /0 ./.870.7744 /0 $   48 03146:08 /0 2094/44J.O3/0.20390 547 0 06:54  !74.948 E87408 7:548 7.7901.9:7.7..43.3472.7. .3/08  548-020390 /897-:/48 .70 08 0803.48.8.O/4 850./.-.3908   97.70 4 0890 ..9.9:7.42:308 /0 /08. .. /08419.4397.945701..76:90.390 70:34308 E8.8 09. .8  .0248 :3.7744 !4.76:90...4397.9.39024/048 890:3.88 03.8 03 0:7J89.3/4 03 0 2824894 0348F31.43 0 06:54 /0 /08.2-48/:7.43 54. 4 .39010-0       &#  $"&%#      170.9.5.0390 3907.89./48   %    .487408 7:548 506:0N48   3907.0390 085. /0 8419.948 !4.7901./4  .8 2E8 .2034808-.43974.084 20348 ../..94 97.20/./48 5.. 03970 .8 /0 574/:.425.7744 20/.80 05708./4 .8 574.8.8 39073.548   ..0303908 /0 57E.48573..94 25:089.

 #E5/..  !74./08 0897.3.. 2094/44J.20390249./0 .5..710-/./:....8 .O3     $ $   !./08/0 .31.31.8 97.8/0!740.97.3334. 8/4 0549...3/4 .0  .O303 5.424.O3 94$454790 3$454790 8543-0 4203..7:... 6:0 .8 E08 80 /0-07J./4 $454790 90734 94 $454790 3 $454790 8543-0 3 $454790 8543-0 3 $454790 8543-0  4203.94  .2039./.43.9.../. 5072903/4.3.-47./.708  ..O3  %7.394 5.03 :3.43974( 7039..3.20394 !747..  08.O3   !47.3.43 .:89.8 6:0 .7...8  !:089./403.774. ..O3  4/1.43 0.-/.7.0390./ /0 /0 /0 /0!74-02. .O3 .. 6:0 :3 7:54 /0 /08./. 03 48 20203948 .438/07.0390  4/04 /0 !74.850.94 8454790  077.2.    %! 3E88/0 706:07203948     !..8/0.424 4 08 #&! 6:0 54800 . 3.434..403:306:54/0/08. 7.8..948  !7:0-..O3547.5.:.97...8 2094/44J... .0390..7.9.7 0 ./445430248..N4 4250/..425.9.7... E/0-0 548007050703.31.7744 ...47 010.079/:2-70089E57080390  :84 /0 2094/44J.47 ..8 E08 5072903/823:7.48948  089O3 235740.5.897.O3   43 70850./4 . 5074 .2039..06:544025708..574.70 507290 54903.3970.2E24 .0.907J89.43./.8 2094/44J./ /0 807 06:548. #E5/.84308 .40..:3 34 .94 /0 8419.8 /0./5.43.43 #408 7085438. /0 .O3/0 .9.7 ..084 6:54 #&!   ! $#& 0/4./ 089.43 7.4./74/0.:94 08943. 0 .6:0..942./.4E9 /43/048706:89483480.248:3./..8 97.:94 47./0 .0 039./4590 :3. !.6:0/08.:2039.94 4/04 %.:7..084 !74./.  4.9..-. #E5/.:2039.08 .3.9.4  /07.084 #&!   ! $#& :7..O3    &$ $  O  7097.9.948/43/0089. 077..8 29.43.94.N4 %./02E8 /0-0 90307 .20394 .O3 0254/07. .94 9.. .2:.8 2094/44J.42:3.039..7 .7 03 5740.08 08 0803.. .F8/02824  1.5703/../.079/:2-70/43/00 0394734 08. .94 .O3 0..43 2094/44J.O3 J32.084-.7744 3/.84308 03 :3 5740..9.4 4../.7./4 80N410-0 9038-0  24/048  4.2.03 .2.:03908  .48948  -73/.-47.4308  ...43 2. 6:0 570/423.434.08 /0 5740.. /03907. 2.3 08.70 . 2094/44J.434.0248 6:0 48 24/048 E08   348 4170./48.3.99:/  20397.4/05740.079.8  80N4  80N4$250 4.8.70/43/0 .3 .O3 570/..3810703.485740.086:0348:J.83907.8.94   /02E85708039.7.O3 .20394 ..47 /0 574/:.3.7744/08419. 08 .8 170.9.050703./48 . #$! #%!$ "&%      $ #&# $ $    !..03 !74/:. .948/08419.43.5703/..3/4 .

 90384 !06:0N4.

 0/4 !06:0N4.

 0/4 !06:0N4.

 0/4 0/4.

 90384 !06:0N4.

 0/4 !06:0N4 !06:0N4 0/4.

94 !06:0N4.

0/4 0/4.

94 0/4.

 ..7... :34 /0 48 24/048  !4/0248 708.25479.8 /0 30307J. 2E8 01.8 9F.4250/.O3 5.:7.0  .084 03 . /0 8419.. 48 0.3.43 :3 506:0N4 06:54 /0 /08.4754703/0 034 2F94/48 /0 .. 5.. 70.3  . 57207.3 74 .9. .394 .9.. ./.:.434..948  /0 . 3/:897./080.7.70248:3 #  :3.94708 /0 0890 79J.07 .3.. 1472.8 -03 . /0 ..48.7.0848  6:0 .248 0 9.4203/./08419.:3.70 $0:3/4 6:0803./74805708039..07...824/048 /0 574...94  .084  /0 06:54  .8 /0 5740.8 ..9.3/08 5740./.2.4. .N4 /0 574.0 7./0.:.70  !47 924  6:0 03903/./05703/.907J89.0390  010.84/0!$#&      !47..4250/./ 03 8:8 574.7. ./ /0 574-02.9.0390 43089013.3.43 04/..:4 .7744 80 5:0/0 70.8  08 .56:03 .7 6:0 .94 O O O O   30890.3.425../0. ...7 7..07    O  !72074  6:0 .8 .

8 843 3:08974 573. 80 1:0743 . .6:07 2420394  3 J30. . .92. /0 089.:..4-903078:2E24703/20394    #   (094/44J. . ./4 5.9.8 08 . :3.70...O3 249.3.82E6:3.9.J90308:1E-7.8/0570.1E-7.7.  /0-0248 70.4  8J 6:0 /0-024890307./4  4 3..97.. .7/0 548-0  .4J.7/0  ./48 .:507.03/07.8.8/0.794748:3...09. 1E-7..078O3 3./0.7..59.9.. 942. 34.0/:0N4/0:3.7 5705.8-03 ...46:0903084308.94 5:0/0... 47. /0 8419.43 8: .7 /0.O3 5.07 6:0 089../.8  /0 .248 0.. 8: .8  .5.F8/0..7..5.7.8 03 .8   6:0 F89.  089E /08..78:3./.0..2-4 0/:0N4 /0 :3.039..48 /0 507843.088.434.4.84308 4 2E8 9.47 39.70  .425099.  8543-0 03  8530.2-.0 6:0 8:8 0250.8   424 3/:897..

5 .439039.

 8543-0 03 995.2094/44.8 E08 3 J30.08*  5/1 (094/44J.8.

.

42 (  3 J30. . 47.  8543-0 03  8530.3 .0 85.

5 .439039.

 8543-0 03 995.43 3 J30...389 !  %% $905038.94.2 (3974/:.3/ & #4803-07 8543-003472.223 #01.80 .9470/ %0 . .  5/1 (97020 !747.O3 .

.

 314729 .42.

79..08.

.79.0 .855   7     .