SlideShare una empresa de Scribd logo
1 de 7
EJEMPLOS DE TARJETAS CRC
JORGE REYES MENDOZA
Tarjetas CRC
• Una breve introducción acerca de las tarjetas CRC:
A fines de la década de 1980, uno de los centros más grandes de tecnología de objetos era el laboratorio de investigación de
Tektronix, en Portland, Oregon, Estados Unidos. Este laboratorio tenía algunos de los principales usuarios de Smalltalk y
muchas de las ideas clave de la tecnología de objetos se desarrollaron allí. Dos de sus programadores renombrados de Smalltalk
eran Ward Cunningham y Kent Beck.
Tanto Cunningham como Beck estaban y siguen preocupados por cómo enseñar los profundos conocimientos de Smalltalk que
habían logrado. De esta pregunta sobre cómo enseñar objetos surgió la sencilla técnica de las tarjetas de Clase-Responsabilidad-
Colaboración (CRC).
En lugar de utilizar diagramas para desarrollar modelos, como lo hacían la mayoría de los metodólogos, Cunningham y Beck
representaron las clases en tarjetas 4 x 6 [pulgadas]. Y en lugar de indicar atributos y métodos en las tarjetas, escribieron
responsabilidades.
Ahora bien, ¿qué es una responsabilidad? En realidad es una descripción de alto nivel del propósito de una clase. La idea es
tratar de eliminar la descripción de pedazos de datos y procesos y, en cambio, captar el propósito de la clase en unas cuantas
frases. El que se haya seleccionado una tarjeta es deliberado. No se permite escribir más de lo que cabe en una tarjeta.
¿Cuándo usar las Tarjetas CRC?
Algunos consideran maravillosas las tarjetas de CRC; en cambio, a otros, esta técnica los deja
indiferentes.
Yo considero definitivamente que se deberían probar, a fin de saber si al equipo de trabajo le gusta
trabajar con ellas. Se deben usar, en particular, si el equipo se ha empantanado en demasiados
detalles o si parecen identificar clases apelmazadas y carentes de definiciones claras.
Se pueden emplear diagramas de clase y diagramas de interacciones y para captar y formalizar los
resultados del modelado CRC en un diseño con notación de UML. Asegúrese de que cada clase en
su diagrama de clase tiene un enunciado de sus responsabilidades.
Aquí puedes encontrar el articulo original sobre las tarjetas CRC para mayor información.
• A continuación alguno ejemplos de tarjetas CRC para que los puedan implementar
cuando los necesiten y poder hacer sus propias tarjetas CRC.
Administrador
Nombre: Administrador
• Descripción: Aquí se da la
bienvenida al sistema
• Responsabilidades:
Id: Administrador
Tipo: Publico
• Casos de usos asociados:
Cliente, Mascota, Negocio.
• Colaboradores:
Cliente
Cliente
Nombre: Cliente
• Descripción: En esta clase se ingresan
los datos personales, se pueden editar
o eliminar.
• Responsabilidades:
Su responsabilidad en el sistema es muy
importante ya que aquí comienza la
función del sistema.
Id: Cliente Tipo: Publico
• Casos de uso asociado:
Administrador, Mascota, Negocio
• Colaboradores:
Administrador
Mascota
Nombre: Mascota
• Descripción: En esta clase se lleva
el control de la mascota, nombre,
raza y sus vacunas.
• Responsabilidades:
Id: Mascota Tipo: Publico
• Casos de usos Asociados
Administrador, Cliente
• Colaboradores
Cliente, Administrador
Negocio
Nombre: Negocio
• Descripción: En esta clase se lleva
el control de los productos que se
venden y de los que llegan
• Responsabilidades:
Id: Negocio Tipo: Publico
• Casos de usos asociados:
Cliente, Administrador
• Colaboradores
Cliente

Más contenido relacionado

La actualidad más candente

Diccionario De Datos
Diccionario De DatosDiccionario De Datos
Diccionario De Datos
nahun1385
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistema
Universidad Tecnológica
 

La actualidad más candente (20)

Diccionario De Datos
Diccionario De DatosDiccionario De Datos
Diccionario De Datos
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistema
 
Diccionario de datos en los sistemas de información
Diccionario de datos en los sistemas de informaciónDiccionario de datos en los sistemas de información
Diccionario de datos en los sistemas de información
 
Sistema de Gestión de Base de Datos
Sistema de Gestión de Base de DatosSistema de Gestión de Base de Datos
Sistema de Gestión de Base de Datos
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
Requerimientos norma ieee830
Requerimientos norma ieee830Requerimientos norma ieee830
Requerimientos norma ieee830
 
03 7n2is trabajo-interfaz usuario
03 7n2is trabajo-interfaz usuario03 7n2is trabajo-interfaz usuario
03 7n2is trabajo-interfaz usuario
 
Prototipado del software
Prototipado del softwarePrototipado del software
Prototipado del software
 
Software caja negra y caja blanca
Software caja negra y caja blancaSoftware caja negra y caja blanca
Software caja negra y caja blanca
 
25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 
Gestión de proyectos de software - Tema 3: Planificación del proyecto
Gestión de proyectos de software - Tema 3: Planificación del proyectoGestión de proyectos de software - Tema 3: Planificación del proyecto
Gestión de proyectos de software - Tema 3: Planificación del proyecto
 
Diagramas de Casos de Uso del Negocio y del Sistema
 Diagramas de Casos de Uso del Negocio y del Sistema Diagramas de Casos de Uso del Negocio y del Sistema
Diagramas de Casos de Uso del Negocio y del Sistema
 
Valores y prácticas XP
Valores y prácticas XPValores y prácticas XP
Valores y prácticas XP
 
Ejercicios uml
Ejercicios umlEjercicios uml
Ejercicios uml
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
 
Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
 
diagramas del modelo de dominio del proyecto. GA2-220501093-AA2-EV01. JOSE LU...
diagramas del modelo de dominio del proyecto. GA2-220501093-AA2-EV01. JOSE LU...diagramas del modelo de dominio del proyecto. GA2-220501093-AA2-EV01. JOSE LU...
diagramas del modelo de dominio del proyecto. GA2-220501093-AA2-EV01. JOSE LU...
 

Similar a Tarjetas CRC

Manual analisis de algoritmos v1
Manual analisis de algoritmos v1Manual analisis de algoritmos v1
Manual analisis de algoritmos v1
reny_so
 
Diapositivas inge soft 2
Diapositivas inge soft 2Diapositivas inge soft 2
Diapositivas inge soft 2
jorge orlando
 
Plan de estudios TeI
Plan de estudios TeIPlan de estudios TeI
Plan de estudios TeI
profesorpfpd
 

Similar a Tarjetas CRC (20)

Modelo crc
Modelo crc   Modelo crc
Modelo crc
 
Introducción Análisis y Diseño
Introducción Análisis y DiseñoIntroducción Análisis y Diseño
Introducción Análisis y Diseño
 
BDD
BDDBDD
BDD
 
Manual analisis de algoritmos v1
Manual analisis de algoritmos v1Manual analisis de algoritmos v1
Manual analisis de algoritmos v1
 
Mi Taller Digital - Brigadas Tecnológicas sesión nº 1
Mi Taller Digital - Brigadas Tecnológicas sesión nº 1Mi Taller Digital - Brigadas Tecnológicas sesión nº 1
Mi Taller Digital - Brigadas Tecnológicas sesión nº 1
 
6.modelado de los requerimientos escenarios y clases
6.modelado de los requerimientos  escenarios y clases6.modelado de los requerimientos  escenarios y clases
6.modelado de los requerimientos escenarios y clases
 
Manual analisis-de-algoritmos
Manual analisis-de-algoritmosManual analisis-de-algoritmos
Manual analisis-de-algoritmos
 
Manual análisis de algoritmos
Manual análisis de algoritmosManual análisis de algoritmos
Manual análisis de algoritmos
 
Manual de análisis y diseño de algoritmos
Manual de análisis y diseño de algoritmosManual de análisis y diseño de algoritmos
Manual de análisis y diseño de algoritmos
 
Jcf iind 2010-227 investigacion de opera ii
Jcf iind 2010-227 investigacion de opera iiJcf iind 2010-227 investigacion de opera ii
Jcf iind 2010-227 investigacion de opera ii
 
Programación del curso - Estructura de Datos I
Programación del curso - Estructura de Datos IProgramación del curso - Estructura de Datos I
Programación del curso - Estructura de Datos I
 
Analisis
AnalisisAnalisis
Analisis
 
2.3.1 Fórmulas y funciones
2.3.1  Fórmulas y funciones2.3.1  Fórmulas y funciones
2.3.1 Fórmulas y funciones
 
Diapositivas inge soft 2
Diapositivas inge soft 2Diapositivas inge soft 2
Diapositivas inge soft 2
 
Manual de análisis y diseño de algoritmos
Manual de análisis y diseño de algoritmosManual de análisis y diseño de algoritmos
Manual de análisis y diseño de algoritmos
 
Presentación1
Presentación1Presentación1
Presentación1
 
Ciclo de vida cascada
Ciclo de vida cascadaCiclo de vida cascada
Ciclo de vida cascada
 
Curso: Proyecto de sistemas de comunicación: 01 Teoría general de proyectos
Curso: Proyecto de sistemas de comunicación: 01 Teoría general de proyectosCurso: Proyecto de sistemas de comunicación: 01 Teoría general de proyectos
Curso: Proyecto de sistemas de comunicación: 01 Teoría general de proyectos
 
Plan de estudios TeI
Plan de estudios TeIPlan de estudios TeI
Plan de estudios TeI
 
Perspectiva de Deuda Tecnica.en.es.pdf
Perspectiva de Deuda Tecnica.en.es.pdfPerspectiva de Deuda Tecnica.en.es.pdf
Perspectiva de Deuda Tecnica.en.es.pdf
 

Más de Jorge Reyes

Más de Jorge Reyes (10)

Importancia y aplicación del software
Importancia y aplicación del softwareImportancia y aplicación del software
Importancia y aplicación del software
 
Ambito del software
Ambito del softwareAmbito del software
Ambito del software
 
Perfil del ingeniero de software
Perfil del ingeniero de softwarePerfil del ingeniero de software
Perfil del ingeniero de software
 
Código ético del ingeniero de software
Código ético del  ingeniero de softwareCódigo ético del  ingeniero de software
Código ético del ingeniero de software
 
Protocolo DHCP & NTP
Protocolo DHCP & NTPProtocolo DHCP & NTP
Protocolo DHCP & NTP
 
Protocolo de Transferencia de Ficheros Trivial (TFTP)
Protocolo de Transferencia de Ficheros Trivial (TFTP)Protocolo de Transferencia de Ficheros Trivial (TFTP)
Protocolo de Transferencia de Ficheros Trivial (TFTP)
 
Conceptos Básicos de Redes
Conceptos Básicos de RedesConceptos Básicos de Redes
Conceptos Básicos de Redes
 
Capa De Enlace de Datos
Capa De Enlace de DatosCapa De Enlace de Datos
Capa De Enlace de Datos
 
Elementos de diagramas de secuencias
Elementos de diagramas de secuenciasElementos de diagramas de secuencias
Elementos de diagramas de secuencias
 
Elementos de diagramas de objetos
Elementos de diagramas de objetosElementos de diagramas de objetos
Elementos de diagramas de objetos
 

Tarjetas CRC

  • 1. EJEMPLOS DE TARJETAS CRC JORGE REYES MENDOZA
  • 2. Tarjetas CRC • Una breve introducción acerca de las tarjetas CRC: A fines de la década de 1980, uno de los centros más grandes de tecnología de objetos era el laboratorio de investigación de Tektronix, en Portland, Oregon, Estados Unidos. Este laboratorio tenía algunos de los principales usuarios de Smalltalk y muchas de las ideas clave de la tecnología de objetos se desarrollaron allí. Dos de sus programadores renombrados de Smalltalk eran Ward Cunningham y Kent Beck. Tanto Cunningham como Beck estaban y siguen preocupados por cómo enseñar los profundos conocimientos de Smalltalk que habían logrado. De esta pregunta sobre cómo enseñar objetos surgió la sencilla técnica de las tarjetas de Clase-Responsabilidad- Colaboración (CRC). En lugar de utilizar diagramas para desarrollar modelos, como lo hacían la mayoría de los metodólogos, Cunningham y Beck representaron las clases en tarjetas 4 x 6 [pulgadas]. Y en lugar de indicar atributos y métodos en las tarjetas, escribieron responsabilidades. Ahora bien, ¿qué es una responsabilidad? En realidad es una descripción de alto nivel del propósito de una clase. La idea es tratar de eliminar la descripción de pedazos de datos y procesos y, en cambio, captar el propósito de la clase en unas cuantas frases. El que se haya seleccionado una tarjeta es deliberado. No se permite escribir más de lo que cabe en una tarjeta.
  • 3. ¿Cuándo usar las Tarjetas CRC? Algunos consideran maravillosas las tarjetas de CRC; en cambio, a otros, esta técnica los deja indiferentes. Yo considero definitivamente que se deberían probar, a fin de saber si al equipo de trabajo le gusta trabajar con ellas. Se deben usar, en particular, si el equipo se ha empantanado en demasiados detalles o si parecen identificar clases apelmazadas y carentes de definiciones claras. Se pueden emplear diagramas de clase y diagramas de interacciones y para captar y formalizar los resultados del modelado CRC en un diseño con notación de UML. Asegúrese de que cada clase en su diagrama de clase tiene un enunciado de sus responsabilidades. Aquí puedes encontrar el articulo original sobre las tarjetas CRC para mayor información. • A continuación alguno ejemplos de tarjetas CRC para que los puedan implementar cuando los necesiten y poder hacer sus propias tarjetas CRC.
  • 4. Administrador Nombre: Administrador • Descripción: Aquí se da la bienvenida al sistema • Responsabilidades: Id: Administrador Tipo: Publico • Casos de usos asociados: Cliente, Mascota, Negocio. • Colaboradores: Cliente
  • 5. Cliente Nombre: Cliente • Descripción: En esta clase se ingresan los datos personales, se pueden editar o eliminar. • Responsabilidades: Su responsabilidad en el sistema es muy importante ya que aquí comienza la función del sistema. Id: Cliente Tipo: Publico • Casos de uso asociado: Administrador, Mascota, Negocio • Colaboradores: Administrador
  • 6. Mascota Nombre: Mascota • Descripción: En esta clase se lleva el control de la mascota, nombre, raza y sus vacunas. • Responsabilidades: Id: Mascota Tipo: Publico • Casos de usos Asociados Administrador, Cliente • Colaboradores Cliente, Administrador
  • 7. Negocio Nombre: Negocio • Descripción: En esta clase se lleva el control de los productos que se venden y de los que llegan • Responsabilidades: Id: Negocio Tipo: Publico • Casos de usos asociados: Cliente, Administrador • Colaboradores Cliente