|
oct 28
2008
|
Tarjetas CRC.Escrito por: Isidro Fuentes Hermoso en Divulgación el 28 de Octubre de 2008 Etiquetado en: orientación a objetos , Análisis
|
|
A veces, el cambio de la programación procedimental a la programación orientada a objetos (así como su diseño) puede ser difícil para algún alumno. El cambio de paradigma cuesta a veces, y es necesario utilizar ayudas.
Las tarjetas CRC son una ayuda importante para este cambio. La idea que proponen es que, a partir de experiencias, se ha visto que es mejor que abordemos el paradigma de la orientación a objetos utilizando el concepto de objeto en vez de intentar modificar el paradigma procedimental hacia una visión de objeto. Parece que los experimentos indican que cuando se intenta abordar un diseño orientado a objetos, es mejor no utilizar (aunque siga siendo útil) el paradigma procedimental.
¿En qué consisten las tarjetas CRC? Pues en eso, en tarjetas (papel o cartón) de aproximadamente 10x15 cm. En ellas, se diferencian tres zonas: el nombre de la clase, sus responsabilidades y los colaboradores. De hecho CRC son las siglas de Class, Responsibilities, Collaborators. Podemos ver la distribución de las zonas en la siguiente figura:

La filosofía de las CRC parte del trabajo en grupo (aunque no es estrictamente necesario), la visión espacial (recomiendan la colocación de las CRC en un tablero o mesa donde puedan verse todas) y el progreso de lo conocido a lo desconocido (en oposición a los sistemas clásicos top-down o bottom-up).
Con la ayuda de escenarios del sistema (partes del mismo de interés, con pasos ordenados), los analistas/diseñadores van detectando responsabilidades, qué objetos las cumplen y qué clases son las que originarán dichos objetos. Luego, a partir de los mensajes implicados en el escenario, podemos establecer qué objetos colaboran en dichos mensajes. De esta manera, tenemos la información para ir rellenando las CRC en sus tres zonas. El proceso continuaría refinando las CRC hasta tener un diseño lo suficiente completo para pasar al siguiente paso: diseñar las responsabilidades detectadas en base a métodos y atributos.
Isidro Fuentes.
Trackback(0)
TrackBack URI para esta entradaComentarios (6)
RSS ComentariosCasos de Uso
Muchas gracias por tu comentario. Respecto a la necesidad de que tengas que hacer casos de uso utilizando XP, dependerá de la exigencia de tu universidad. Sin embargo, los casos de uso han demostrado ser una herramienta muy útil para dos objetivos (al menos):
- Tener una visión de los procesos que tienen importancia para el usuario/cliente.
- Ser una ayuda para saber qué partes del sistema son más importantes que otras y así ordenar el proceso de desarrollo, que debe ser incremental e iterativo.
Por tanto, ¿son necesarioss? depende de lo que te pidan en la universidad. ¿Son de ayuda?, en mi opinión, siempre.
Un saludo.
...
Permanezcan atentos...
El poco tiempo disponible y la envergadura del proyecto hacen que todavía tengamos que esperar un poco para ello, pero si estáis interesados, podéis suscribir nuestro blog:http://www.informatica.escuela...9&task=rss y en breve Isidro nos ofrecerá la segunda parte de éste artículo que ha despertado tanto interés.
Opinion
muchas gracias
tu post es muy claro
CRC
Lo que estaria buenisimo y seria muy util unos ejemplos de como usarlas y bibliografia adicional, algun librito donde se explique su uso en detalle.
saludos...
Opiniones sobre las tarjetas CRC
Saludos!




