Extreme Programming:

1

• Extreme Programming
• CRC Cards
• Nombre Milko Madariaga Díaz
• Curso CC62V - Taller de metodologías ágiles
  de programación
• Profesor Agustín Villena

2
Qué son las CRC Cards?

• Las CRC Cards son tarjetas que permiten definir
  Clases, Responsabilidades y Colaboraciones en la
  etapa de Diseño.
• Cada tarjeta representa un objeto perteneciente
  al sistema.
• Estructura general

Clase del Objeto
Responsabilidades
Clases Colaboradoras
3
Cómo se crean las CRC Cards?
Definir objetos que componen el Sistema
Simular funcionamiento del Sistema (interacción
objetos)
1
2
3
Reunión Equipo Desarrollador
4
5
Registrar en tarjetas Responsabilidades y
Colaboradores para cada objeto
Ordenar tarjetas según flujo de control del
Sistema
4
Ejemplo programa de dibujo
5
Fortalezas

• Permite generar diseños rápidos e intuitivos,
  utilizando tanto texto como dibujos.
• Todos los miembros del proyecto pueden participan
  en el diseño del sistema, inclusive los clientes
  y gerentes.
• Estimula la participación y la creatividad (a
  mayor número de personas, mayor cantidad de ideas
  posibles).
• Se obtiene una visión global del sistema, y ésta
  es conocida por todos los miembros del equipo.

6
Debilidades

• No existe una técnica rigurosa que permita
  convertir una tarjeta CRC a código software.
• Para comprender la arquitectura del sistema es
  vital el haber participado en gran parte de las
  reuniones donde se generaron las tarjetas. Esto
  dificulta un eventual ingreso de nuevos
  desarrolladores al proyecto.
• Puede perderse información relevante si no queda
  registrada por escrito en las tarjetas.

7
Opinión personal

• El hecho de reunir a todo el equipo permite
  mejorar tanto el diseño del sistema como las
  relaciones personales en el grupo (comunicación y
  coraje).
• Se logra minimizar los errores en la etapa de
  diseño gracias a la retroalimentación de
  información y a la simplicidad del uso de
  tarjetas.
• Se debe tener cuidado en cómo se anotan las ideas
  para no generar posteriores confusiones y
  malentendidos.

8
Opinión personal

• Se debe tratar de no caer en una excesiva
  simplicidad gt anotar en las tarjetas todo lo
  necesario para que cualquier miembro del equipo
  pueda entenderla más adelante.

9
Referencias

• http//www.extremeprogramming.org/rules/crccards.h
  tml
• http//www.agilemodeling.com/essays/modelingTechni
  ques.htm
• http//www.xprogramming.com/Practices/PracCRC.html
  
• http//dev.panopticsearch.com/xp-notes.html
• http//c2.com/cgi/wiki?CrcCards
• http//c2.com/doc/oopsla89/paper.html