3.4.1 Crystal
Material esxtra:
presentacion
http://prezi.com/diwsrctestwj/copy-of-metodologia-crystal/
METODOLOGÍA CRYSTAL EN MÉTODOS
INTRODUCCIÓN
Las metodologías ágiles, se han comenzado ha desarrollar
hace muy poco tiempo, dentro de estas encontramos la Metodología Cristal la
cual identifica con colores diferentes cada método, y su elección debe ser
consecuencia del tamaño y criticidad del proyecto, de forma que los de mayor
tamaño, o aquellos en los que la presencia de errores o desbordamiento de
agendas implique consecuencias graves, deben adoptar metodologías más pesadas.
De esta forma se pretende obtener mayor rentabilidad en el desarrollo de
proyectos de software, Los métodos Crystal no prescriben prácticas concretas,
porque están en continuo cambio.
PLANTEAMIENTO
Las metodologías Ágiles, son una herramienta que nos
facilita en el desarrollo de software, De esta forma se agilizan los procesos
de construcción de proyectos. También se puede observar que por medio de estas
metodologías podemos obtener más fiabilidad y calidad en menos tiempo y con
menos costo. Estas metodologías dependen de dos factores importantes como lo
son El número 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 versión del
proceso, y todas se sitúan en torno a un núcleo idéntico.
También podemos encontrar dentro de estas metodologías
ágiles la metodología llamada Clear, la cual se basa La más documentada es
Crystal Clear (CC) al igual que la Crystal Orange apto para proyectos de
duración estimada en 2 años.
Existen software basados en metodologías cristal las cuales
Integran estrechamente capacidades de diseño, modificación y visualización en
aplicaciones .NET, Java o COM. También Permitir a los usuarios finales acceder
e interactuar con los reportes a través de portales Web, dispositivos móviles y
documentos de Microsoft Office®. De esta forma podemos darnos cuenta que la
aplicación de estas metodologías son extremadamente recomendables en el buen
desarrollo de proyectos de software.
DESARROLLO
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, Tamaño de un equipo (número de
componentes), Comunicación entre los componentes, Distintas políticas a seguir,
Espacio físico de trabajo. Compuesta por una características importantes como
lo son Crystal aconseja que el tamaño del equipo sea reducido (Pocos
componentes) También La mejora de la comunicación entre los miembros del equipo
del proyecto, El Mismo lugar de trabajo à Disminuye el coste de la comunicación
y Mejora individual à Mejora global del equipo, de esta forma se tienen en
cuenta las políticas de equipo “Se utilizarán políticas diferentes para equipos
diferentes” Codificación por colores de Crystal: esto Dependiendo del tamaño
del equipo.
Dentro de esta metodología podemos encontrar la FDD es un
método ágil, iterativo y adaptativo. A diferencia de otras Metodologías Ágiles,
no cubre todo el ciclo de vida sino sólo las fases de diseño y construcción y
se considera adecuado para proyectos mayores y de misión crítica. FDD no
requiere un modelo específico de proceso y se complementa con otras
metodologías. Enfatiza cuestiones de calidad y define claramente entregas tangibles
y formas de evaluación del progreso. FDD consiste en cinco procesos
secuenciales durante los cuales se diseña y construye el sistema. La parte
iterativa soporta desarrollo ágil con rápidas 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. Típicamente, la iteración
de un rasgo emplea de una a tres semanas. Las fases se describen a
continuación: Desarrollo de un modelo general, Construcción de la lista de
rasgos, Planeación por rasgo, Diseño por rasgo y Construcción por rasgo. Por
medio de estas metodologías 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.
Material esxtra:
presentacion
http://prezi.com/diwsrctestwj/copy-of-metodologia-crystal/
3.4.2 Scrum
Scrum es un proceso en el que se aplican de manera regular
un conjunto de buenas prácticaspara trabajar colaborativamente, en equipo, y
obtener el mejor resultado posible de un proyecto. Estas prácticas se apoyan
unas a otras y su selección tiene origen en un estudio de la manera de trabajar
de equipos altamente productivos.
En Scrum se realizan entregas parciales y regulares del
producto final, priorizadas por el beneficio que aportan al receptor del
proyecto. Por ello, Scrum está especialmente indicado paraproyectos en entornos
complejos, donde se necesita obtener resultados pronto, donde losrequisitos son
cambiantes o poco definidos, donde la innovación, la competitividad,
laflexibilidad y la productividad son fundamentales.
El proceso
El proceso parte de la lista de objetivos/requisitos
priorizada del producto, que actúa como plan del proyecto. En esta lista el
cliente prioriza los objetivos balanceando el valor que le aportan respecto a
su coste y quedan repartidos en iteraciones y entregas. De manera regular el
cliente puede maximizar la utilidad de lo que se desarrolla y el retorno de
inversión mediante lareplanificación de objetivos del producto, que realiza
durante la iteración con vista a las siguientes iteraciones.
Las actividades que se llevan a cabo en Scrum son las
siguientes:
Planificación de la iteración
El primer día de la iteración se realiza la reunión de
planificación de la iteración. Tiene dos partes:
Selección de requisitos (4 horas máximo). El cliente
presenta al equipo la lista de requisitos priorizada del producto o proyecto.
El equipo pregunta al cliente las dudas que surgen y selecciona los requisitos
más prioritarios que se compromete a completar en la iteración, de manera que
puedan ser entregados si el cliente lo solicita.
Planificación de la iteración (4 horas máximo). El equipo
elabora la lista de tareas de la iteración necesarias para desarrollar los
requisitos a que se ha comprometido. La estimación de esfuerzo se hace de
manera conjunta y los miembros del equipo se auto asignan las tareas.
Material extra:
http://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-scrum.html
Material extra:
http://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-scrum.html
3.4.3 DSDM
El método de desarrollo de sistemas dinámicos (en inglés
Dynamic Systems Development Method o DSDM) es un método que provee un framework
para el desarrollo ágil de software, apoyado por su continua implicación del
usuario en un desarrollo iterativo y creciente que sea sensible a los
requerimientos cambiantes, para desarrollar un sistema que reuna las
necesidades de la empresa en tiempo y presupuesto. Es uno de un número de
métodos de desarrollo ágil de software y forma parte del alianza ágil.
DSDM fue desarrollado en el Reino Unido en los años 90 por
un consorcio de proveedores y de expertos en la materia del desarrollo de
sistemas de información (IS), el consorcio de DSDM, combinando sus experiencias
de mejores prácticas.
DSDM reconoce que los proyectos son limitados por el tiempo
y los recursos, y los planes acorde a las necesidades de la empresa. Para
alcanzar estas metas, DSDM promueve el uso del RAD con el consecuente peligro
que demasiadas esquinas estén cortadas. DSDM aplica algunos principios, roles,
y técnicas.
Las fases de DSDM son:
Estudio de Viabilidad: estudio de requerimientos (humanos,
materiales y financieros) y los problemas de la empresa o cliente.
Estudio de la Empresa: como planificar las actividades de la
empresa.
Iteracion del Modelo Funcional: plantear un modelo previo
que de solucion aceptable a la problematica, esta es la etapa de diseño.
Diseño e Iteracion de Estructura: se realiza la codificacion
de la solucion, se prueba paralelamente la calidad del producto y se documenta
el manual de usuario y tecnico.
Implementacion: entrega del producto al cliente o usuario
final.
La fase del ciclo de vida del proyecto se subdivide en 5 etapas:
estudio de viabilidad,
estudio de la empresa,
iteración del modelo funcional,
diseño e iteración de la estructura, e implementación.
3.4.4 FDD
Metodología
FDD (Feature Driven Development). Es una metodología ágil para el
desarrollo de sistemas, basado en la calidad del software, que incluye un
monitoreo constante del proyecto.
FDD fue desarrollado por Jeff De Luca y Peter Coad a
mediados de los años 90. Esta metodología se enfoca en iteraciones cortas que
permite entregas tangibles del producto en corto periodo de tiempo que como
máximo son de dos semanas.
Caracteristicas
· -No hace énfasis en la obtención de los
requerimientos sino en como se realizan las fases de diseño y construcción.
·
Se preocupa por la calidad, por lo que incluye
un monitoreo constante del proyecto.
· -Ayuda a contrarrestar situaciones como el exceso
en el presupuesto, fallas en el programa o el hecho de entregar menos de lo
deseado.
·
Propone tener etapas de cierre cada dos semanas.
·
Se obtienen resultados periódicos y tangibles.
Procesos
El FDD tiene cinco procesos. Los primeros tres se hacen al
principio del proyecto.
· - Desarrollar un modelo global: Al inicio del
desarrollo se construye un modelo teniendo en cuenta la visión, el contesto y
los requisitos que debe tener el sistema a construir. Este modelo se divide en
áreas que se analizan detalladamente. Se construye un diagrama de clases por
cada área.
- -Construir una lista de los rasgos: Se elabora
una lista que resuma las funcionalidades que debe tener el sistema, cuya lista
es evaluada por el cliente. Cada funcionalidad de la lista se divide en
funcionalidades más pequeñas para un mejor entendimiento del sistema.
· -Planear por rasgo: Se procede a ordenar los
conjuntos de funcionalidades conforme a su prioridad y dependencia, y se asigna
a los programadores jefes.
· - Diseñar por rasgo: Se selecciona un conjunto de
funcionalidades de la lista.
-Se procede a diseñar y construir la funcionalidad
mediante un proceso iterativo, decidiendo que funcionalidad se van a realizar
en cada iteración. Este proceso iterativo incluye inspección de diseño,
codificación, pruebas unitarias, integración e inspección de código.
Material extra:
No hay comentarios:
Publicar un comentario