METODOLOGIA CRYSTAL EN METODOS AGILES

Las metodologas giles, se han comenzado ha desarrollar hace muy poco tiempo, dentro de estas encontramos la Metodologa Cristal la cual identifica con colores diferentes cada mtodo, y su eleccin debe ser consecuencia del tamao y criticidad del proyecto, de forma que los de mayor tamao, o aquellos en los que la presencia de errores o desbordamiento de agendas implique consecuencias graves, deben adoptar metodologas ms pesadas. De esta forma se pretende obtener mayor rentabilidad en el desarrollo de proyectos de software, Los mtodos Crystal no prescriben prcticas concretas, porque estn en continuo cambio.

Las metodologas giles, son una herramienta que nos facilita en el desarrollo de software, De esta forma se agilizan los procesos de construccin de proyectos. Tambin se puede observar que por medio de estas metodologas podemos obtener ms fiabilidad y calidad en menos tiempo y con menos costo. Estas metodologas dependen de dos factores importantes como lo son El nmero de personas en el proyecto, y Las consecuencias de los errores. Su nombre se debe a las facetas de una gema: cada faceta es otra versin del proceso, y todas se sitan en torno a un ncleo idntico. Dado que el tamao del proyecto indica el mtodo a utilizar, se estableci una clasificacin por colores, por ejemplo Cristal Crear (3 a 8 personas), seguido por Yellow (10 a 20 personas), Crystal Orange (25 a 50 personas), y as sucesivamente hasta azul, mientras que la importancia indica la dureza con que se debe aplicar. Tambin el cdigo matemtico se aplica de forma tabular y se sita un rango de complejidad al cual se aplica una metodologa. Tambin podemos encontrar dentro de estas metodologas giles la metodologa llamada Clear, la cual se basa La ms documentada es Crystal Clear (CC) al igual que la Crystal Orange apto para proyectos de duracin estimada en 2 aos. CC puede ser usado en proyectos pequeos y como casi todos los otros mtodos, CC consiste en valores, tcnicas y procesos. Y las propiedades de CC son Entrega frecuente, Comunicacin osmtica, Mejora reflexiva, Seguridad personal, foco. Fcil acceso a usuarios expertos, Tambin estn compuestas por unas tcnicas, procesos, y existen unos roles para cada persona que integra el desarrollo del software. Existen software basados en metodologas cristal las cuales Integran estrechamente capacidades de diseo, modificacin y visualizacin en aplicaciones .NET, Java o COM. Tambin Permitir a los usuarios finales acceder e interactuar con los reportes a travs de portales Web, dispositivos mviles y documentos de Microsoft Office. De esta forma podemos darnos cuenta que la aplicacin de estas metodologas son extremadamente recomendables en el buen desarrollo de proyectos de software.

Se tiene en cuenta que Crystal da vital importancia a las personas que componen el equipo de un proyecto, y por tanto sus puntos de estudio son: Aspecto humano del equipo, Tamao de un equipo (nmero de componentes), Comunicacin entre los componentes, Distintas polticas a seguir, Espacio fsico de trabajo. Compuesta por una caractersticas importantes como lo son Crystal aconseja que el tamao del equipo sea reducido (Pocos componentes) Tambin La mejora de la comunicacin entre los miembros del equipo del proyecto, El Mismo lugar de trabajo Disminuye el coste de la comunicacin y Mejora individual Mejora global del equipo, de esta forma se tienen en cuenta las polticas de equipo Se utilizarn polticas diferentes para equipos diferentes Codificacin por colores de Crystal: esto Dependiendo del tamao del equipo. 3-8 10-20 25-50 50-100 100-200 200-500 800+ Tambin podemos hablar de las herramientas y de los roles de las personas involucradas Executive Sponsor (Patrocinador Ejecutivo) Project Manager (Jefe de Proyecto) Domain Expert (Experto en el Dominio), Usage Expert (Experto de uso), Designer-Programmer (Programador Diseador), UI Designer (UI Diseador), Tester (Realizador de Pruebas), Technical (Programador Tcnico) y las herramientas que son las siguientes, Sampler Catalog, Use Cases, Non funcional Reqts, Architecture, Tests Cases, Writing Use, Responsabiliy, Program. Despus de esto se puede hablar de los elementos basicos de las metodologas son los elementos a combinar para el xito en un proyecto de desarrollo: estos son Quality, Tools, Products, Teams, Standards, Roles, Activities, Skins, Techniques. La importancia del tamao de un equipo es algo que no se puede dejar del lado se puede tener presente que el Desarrollo + Tamao de equipo produce Metodologa ms pesada. Tambin la importancia de la comunicacin La comunicacin es ms barata y mejor cuanto ms cercana sea. Crystal recomienda la interaccin cara a cara, por ser ste el mejor mtodo de comunicacin. Dentro de esta metodologa podemos encontrar la FDD es un mtodo gil, iterativo y adaptativo. A diferencia de otras Metodologas giles, no cubre todo el ciclo de vida sino slo las fases de diseo y construccin y se considera adecuado para proyectos mayores y de misin crtica. FDD no requiere un modelo especfico de proceso y se complementa con otras metodologas. Enfatiza cuestiones de calidad y define claramente entregas tangibles y formas de evaluacin del progreso. FDD consiste en cinco procesos secuenciales durante los cuales se disea y construye el sistema. La parte iterativa soporta desarrollo gil con rpidas adaptaciones a cambios en requisitos y necesidades del negocio. Cada fase del proceso tiene un criterio de entrada, tareas, pruebas y un criterio de salida. Tpicamente, la iteracin de un rasgo emplea de una a tres semanas. Las fases se describen a continuacin:

Desarrollo de un modelo general, Construccin de la lista de rasgos, Planeacin por rasgo, Diseo por rasgo y Construccin por rasgo. Por medio de estas metodologas podemos hacer los proyectos mas optimos y con mayor calidad. Lo cual hace que el cliente se sienta con superior tranquilidad de solicitar un buen desarrollo de software.

Metodologa emergente
Una metodologa es emergente si permite adaptar la forma de trabajo a las condiciones del proyecto.

Ventajas Las metodologas emergentes motivan mas a los equipos de trabajo El principal beneficio del diseo orientado a objetos es que proporciona un mecnanismo para formalizar modelos de la realidad Evita malos entendidos de requerimientos entre el cliente y el equipo El uso del modelo orientado a objetos alienta la reutilizacin no solo del software, sino de diseo completos. Proporciona mejores resultados en los proyectos de algn riesgo

Desventajas Problemas derivados de la comunicacin oral Este tipo de comunicacin resulta difcil de preservar cuando pasa el tiempo y esta sujeta a muchas ambigedades

Falta de calidad Probar el cdigo de manera constante no genera productos de calidad, solo revela falta de anlisis y diseo

Tipos de sistemas Se utiliza mayoritariamente en desarrollo de productos con innovaciones importantes y para sistemas de informacin empresarial. El uso del modelo orientado a objetos ayuda a explotar el poder expresivo de todos los lenguajes de programacin basados en objetos y los orientados a objetos.

ICONIX
Se define como un proceso de desarrollo de software practico. Esta entre la complejiad de RUP y la simplicidad y pragmatismo de XP, sin eliminar las tareas de anlisis y diseo que XP no contempla. . Proceso simplificado en compracion con otros proceso mas tradicionales, que unifica un conjunto de mtodos orientacin a objetos con el objetivo de abarcar todo el ciclo de vida de un proyecto.

Caracteristicas

Iterativo e incremental