![\"A](\"https:\/\/blog.visual-paradigm.com\/wp-content\/uploads\/2026\/07\/img_6a6319010673a.png\")
<\/p>\nBasado en los principios fundamentales del an\u00e1lisis orientado a objetos (OO), esta gu\u00eda describe el proceso de modelado CRC. El modelado CRC es una metodolog\u00eda altamente efectiva y de bajo costo dise\u00f1ada para cerrar la brecha de comunicaci\u00f3n entre desarrolladores y usuarios, asegurando que los requisitos del negocio se identifiquen y comprendan con precisi\u00f3n antes de escribir c\u00f3digo.<\/p>\n
El modelado CRC se basa en tarjetas de \u00edndice est\u00e1ndar divididas en tres secciones distintas. Cada secci\u00f3n representa un concepto fundamental en el dise\u00f1o orientado a objetos.<\/p>\n
<\/p>\n
Una clase representa una colecci\u00f3n de objetos similares. Un objeto puede ser una persona, lugar, cosa, evento, concepto, pantalla o informe relevante para el sistema.<\/p>\n
Regla de nombrado:<\/strong>\u00a0Utilice una o dos palabras en singular (por ejemplo,\u00a0Cliente<\/em>, no\u00a0Clientes<\/em>).<\/p>\n<\/li>\n Ejemplo:<\/strong>\u00a0En un sistema de env\u00edos\/inventario, las clases incluyen\u00a0Art\u00edculo de inventario<\/em>,\u00a0Pedido<\/em>,\u00a0Art\u00edculo de pedido<\/em>,\u00a0Cliente<\/em>, y\u00a0Direcci\u00f3n superficial<\/em>.<\/p>\n<\/li>\n<\/ul>\n Una responsabilidad es cualquier cosa que una clase\u00a0sabe<\/strong>\u00a0o\u00a0hace<\/strong>.<\/p>\n Lo que sabe (Datos\/Propiedades):<\/strong>\u00a0Ejemplo:<\/em>\u00a0Un\u00a0Cliente<\/em>\u00a0la clase sabe su nombre, n\u00famero de cliente y n\u00famero de tel\u00e9fono.<\/p>\n<\/li>\n Lo que hace (Comportamientos\/M\u00e9todos):<\/strong>\u00a0Ejemplo:<\/em>\u00a0Un\u00a0Cliente<\/em>\u00a0la clase puede ordenar productos, cancelar pedidos y realizar pagos.<\/p>\n<\/li>\n<\/ul>\n La colaboraci\u00f3n ocurre cuando una clase necesita informaci\u00f3n o ayuda de otra clase para cumplir con una responsabilidad.<\/p>\n Ejemplo:<\/strong>\u00a0Un\u00a0Pedido<\/em>\u00a0el objeto tiene la responsabilidad de \u00abcalcular el total\u00bb. Sin embargo, no conoce el precio de los art\u00edculos ni la cantidad pedida. Por lo tanto, debe\u00a0colaborar<\/strong>\u00a0con\u00a0Art\u00edculo de Pedido<\/em>\u00a0(que conoce la cantidad) y\u00a0Art\u00edculo de Inventario<\/em>\u00a0(que conoce el precio) para calcular el total final.<\/p>\n<\/li>\n<\/ul>\n Una sesi\u00f3n de CRC exitosa requiere roles espec\u00edficos para garantizar que el proceso transcurra sin problemas y capture con precisi\u00f3n la l\u00f3gica del negocio.<\/p>\n Expertos en el Dominio del Negocio (EDN):<\/strong>\u00a0Los usuarios reales del sistema (t\u00edpicamente 4 a 5 empleados de primera l\u00ednea). Poseen el conocimiento cotidiano del negocio.\u00a0Nota: Los ejecutivos generalmente no son ideales para CRC; son m\u00e1s adecuados para casos de uso de alto nivel.<\/em><\/p>\n<\/li>\n Facilitador:<\/strong>\u00a0Dirige la sesi\u00f3n, explica la t\u00e9cnica, formula preguntas pertinentes, asegura que las tarjetas se llenen correctamente y lidera la prueba de escenarios.<\/p>\n<\/li>\n Apuntador(es):<\/strong>1 o 2 personas que se sientan en la parte de atr\u00e1s\/lados. No participan activamente en el modelado, sino que registran la l\u00f3gica y las reglas empresariales detalladas que no caben en las peque\u00f1as tarjetas.<\/p>\n<\/li>\n Observadores:<\/strong>Aprendices o partes interesadas que se sientan en la parte de atr\u00e1s y observen sin participar.<\/p>\n<\/li>\n<\/ol>\n Re\u00fana de 4 a 5 BDE de primera l\u00ednea, un facilitador y 1 o 2 escribanos. Aseg\u00farese del apoyo de la gerencia para que los participantes puedan dedicar el tiempo necesario.<\/p>\n Superficies escribibles:<\/strong>Pizarras o pizarras blancas para la generaci\u00f3n de ideas y prototipado.<\/p>\n<\/li>\n Mesa de modelado:<\/strong>Una mesa grande y central para que los BDE coloquen y muevan las tarjetas.<\/p>\n<\/li>\n Puestos de escribanos:<\/strong>Mesas colocadas fuera del camino pero con una vista clara.<\/p>\n<\/li>\n Suministros:<\/strong>Tarjetas de \u00edndice, marcadores y unapelota suave y esponjosa<\/strong>(utilizada m\u00e1s adelante para la prueba de escenarios).<\/p>\n<\/li>\n<\/ul>\n Genere ideas sin evaluarlas. El facilitador formula preguntas abiertas para comprender las necesidades empresariales.<\/p>\n Preguntas de ejemplo:<\/em>\u00bfPara qui\u00e9n es este sistema?, \u00bfQu\u00e9 necesidades empresariales satisface?, \u00bfC\u00f3mo podemos hacer esto m\u00e1s r\u00e1pido\/m\u00e1s barato\/mejor?, \u00bfHay tareas triviales que podamos automatizar?<\/p>\n<\/li>\n<\/ul>\n El facilitador dedica de 10 a 15 minutos a explicar los conceptos CRC, mostrando prominentemente las definiciones en la pared y guiando al equipo para crear unas cuantas tarjetas de ejemplo.<\/p>\n Los BDE se paran o se sientan alrededor de la mesa y construyen el modelo de forma iterativa:<\/p>\n Buscar clases:<\/strong>Siga el dinero, busque informes\/pantallas y identifique de inmediato las 3 a 5 clases principales.<\/p>\n<\/li>\n Buscar responsabilidades:<\/strong>Pregunte qu\u00e9 sabe y hace la clase.<\/p>\n<\/li>\n Definir colaboradores:<\/strong>Identifique qui\u00e9n posee la informaci\u00f3n faltante necesaria para cumplir con una responsabilidad.<\/p>\n<\/li>\n Organice las cartas:<\/strong>\u00a0Paso crucial.<\/em>Las cartas que colaboran con frecuencia se colocan cerca unas de otras sobre la mesa. Las cartas \u00abocupadas\u00bb van en el centro. Mover las cartas f\u00edsicamente ayuda al equipo a visualizar relaciones y asociaciones.<\/p>\n<\/li>\n<\/ul>\n Esta es una prueba de validaci\u00f3n en la que el equipo \u00abinterpreta\u00bb los flujos de trabajo del sistema para asegurarse de que el modelo sea preciso.<\/p>\n Llame un escenario:<\/strong>El facilitador describe un caso de uso (por ejemplo, \u00abEl cliente realiza un pedido\u00bb) y lanza la pelota blanda al BDE que sostiene la carta responsable inicial (por ejemplo,\u00a0Pedido<\/em>).<\/p>\n<\/li>\n Determine la responsabilidad:<\/strong>El grupo confirma que la carta maneja la tarea. Si no es as\u00ed, actualizan o crean una nueva carta.<\/p>\n<\/li>\n Describa la l\u00f3gica:<\/strong>El BDE que sostiene la pelota describe paso a paso la l\u00f3gica del negocio (c\u00f3digo pseudoc\u00f3digo) al redactor.<\/p>\n<\/li>\n Colabore:<\/strong>Si el BDE necesita informaci\u00f3n de otra clase (por ejemplo,\u00a0Art\u00edculo de inventario<\/em>), lanza la pelota al BDE que sostiene esa carta. Ese BDE luego describe su parte de la l\u00f3gica.<\/p>\n<\/li>\n Pase la pelota de vuelta:<\/strong>Una vez que una tarea se completa, la pelota se lanza de vuelta a la persona anterior, regresando finalmente al facilitador para iniciar el siguiente escenario.<\/p>\n<\/li>\n<\/ol>\n La modelizaci\u00f3n CRC no existe en el vac\u00edo; forma parte de un proceso m\u00e1s amplio de modelizaci\u00f3n orientada a objetos que es\u00a0serial en gran escala<\/strong>\u00a0(pasando de los requisitos al dise\u00f1o al c\u00f3digo) y\u00a0iterativo en peque\u00f1a escala<\/strong>\u00a0(que salta entre modelos).<\/p>\n Nivel de detalle:<\/strong>CRC se encuentra en medio. Comienza de forma sencilla con\u00a0Casos de uso<\/strong>\u00a0y\u00a0Prototipos de interfaz de usuario<\/strong>, pase al detalle medio de\u00a0Modelos CRC<\/strong>, y termine con el detalle alto de\u00a0Diagramas de clases<\/strong>.<\/p>\n<\/li>\n Los entregables impulsan los entregables:<\/strong>Los diagramas de casos de uso se documentan mediante casos de uso, que se documentan mediante diagramas de secuencia, que finalmente generan c\u00f3digo fuente. Los modelos CRC alimentan directamente el diagramado de clases.<\/p>\n<\/li>\n<\/ul>\n Env\u00ede un orden del d\u00eda:<\/strong>Distribuya un orden del d\u00eda unos d\u00edas antes para que los BDE puedan prepararse.<\/p>\n<\/li>\n Muestre las definiciones:<\/strong>Pegue una disposici\u00f3n grande de tarjetas CRC y sus definiciones en la parte delantera de la sala.<\/p>\n<\/li>\n Use terminolog\u00eda del dominio:<\/strong>Evite el jerg\u00f3n t\u00e9cnico; use exactamente las palabras que los BDE usan en sus trabajos diarios.<\/p>\n<\/li>\n Mant\u00e9ngalo de bajo nivel tecnol\u00f3gico:<\/strong>Las herramientas para CRC son opcionales. Las tarjetas de \u00edndice son econ\u00f3micas, port\u00e1tiles y muy efectivas.<\/p>\n<\/li>\n Espere prototipar:<\/strong>Dibujar pantallas y informes en pizarras durante la sesi\u00f3n ayuda a los usuarios a visualizar el sistema.<\/p>\n<\/li>\n Planee varios d\u00edas:<\/strong>Los sistemas grandes requieren varias sesiones. Esto es normal y necesario.<\/p>\n<\/li>\n Obtenga el apoyo de la gerencia:<\/strong>Aseg\u00farese de que la direcci\u00f3n entienda el valor de modelar antes de codificar.<\/p>\n<\/li>\n Dir\u00edjase al personal de primera l\u00ednea:<\/strong>CRC es altamente detallado y funciona mejor con usuarios diarios, no con ejecutivos de alto nivel.<\/p>\n<\/li>\n<\/ol>\n Los expertos realizan el an\u00e1lisis:<\/strong>Las personas que realmente hacen el trabajo construyen el modelo.<\/p>\n<\/li>\n Alto compromiso del usuario:<\/strong>La participaci\u00f3n activa aumenta la satisfacci\u00f3n del usuario y su sentido de propiedad.<\/p>\n<\/li>\n Rompe las barreras:<\/strong>Los usuarios y los desarrolladores trabajan lado a lado.<\/p>\n<\/li>\n Simple y no amenazante:<\/strong>Son solo tarjetas de \u00edndice. Los usuarios no se sienten intimidados por herramientas de software complejas, y no sienten que sus trabajos est\u00e1n siendo automatizados por una “m\u00e1quina”.<\/p>\n<\/li>\n Econ\u00f3mico y port\u00e1til:<\/strong>Cuesta unos cuantos d\u00f3lares y cabe en una maleta.<\/p>\n<\/li>\n Transici\u00f3n sin problemas:<\/strong>Se combina perfectamente con la prototipaci\u00f3n y conduce directamente a diagramas de clases formales.<\/p>\n<\/li>\n<\/ul>\n Amenazante para algunos desarrolladores:<\/strong>Algunos desarrolladores creen err\u00f3neamente que su conocimiento t\u00e9cnico supera el conocimiento empresarial de los usuarios.<\/p>\n<\/li>\n La programaci\u00f3n es dif\u00edcil:<\/strong>Reunir a 4 o 5 usuarios clave en una misma sala al mismo tiempo requiere planificaci\u00f3n anticipada.<\/p>\n<\/li>\n Las tarjetas tienen limitaciones:<\/strong>Una pila de tarjetas de \u00edndice no es un entregable formal aceptable para la mayor\u00eda de las organizaciones. CRC debe complementarse con casos de uso formales, prototipos y diagramas de clases.<\/p>\n<\/li>\n<\/ul>\n El objetivo final del desarrollo de aplicaciones esresolver problemas empresariales<\/strong>, no para satisfacer la curiosidad intelectual de un desarrollador con nuevas tecnolog\u00edas. La modelizaci\u00f3n CRC obliga a los desarrolladores a trabajarcon<\/em>con los usuarios en lugar de en contra de ellos. Al utilizar un entorno de baja tecnolog\u00eda altamente colaborativo, los equipos pueden capturar, validar y refinar con precisi\u00f3n los requisitos empresariales antes de escribir una sola l\u00ednea de c\u00f3digo.<\/p>\n","protected":false},"excerpt":{"rendered":" Basado en los principios fundamentales del an\u00e1lisis orientado a objetos (OO), esta gu\u00eda describe el proceso de modelado CRC. El modelado CRC es una metodolog\u00eda altamente efectiva y de bajo costo dise\u00f1ada para cerrar la brecha de comunicaci\u00f3n entre desarrolladores y usuarios, asegurando que los requisitos del negocio se identifiquen y comprendan con precisi\u00f3n antes […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[67],"tags":[],"class_list":["post-9956","post","type-post","status-publish","format-standard","hentry","category-crc","loop-entry","clr"],"yoast_head":"\nB. Responsabilidad (Columna izquierda)<\/h3>\n
\n
C. Colaborador (Columna derecha)<\/h3>\n
\n
\n2. El equipo de modelado CRC<\/h2>\n
\n
\n3. El proceso de modelado CRC de 6 pasos<\/h2>\n
![\"6-step](\"https:\/\/blog.visual-paradigm.com\/wp-content\/uploads\/2026\/07\/img_6a63198b4ed1b.png\")
<\/p>\nPaso 1: Reunir al equipo<\/h3>\n
Paso 2: Organizar la sala<\/h3>\n
\n
Paso 3: Generar ideas<\/h3>\n
\n
Paso 4: Explicar la t\u00e9cnica<\/h3>\n
Paso 5: Modelado CRC iterativo<\/h3>\n
\n
Paso 6: Prueba de escenarios de casos de uso (Ejercicio del \u00ablanzamiento de la pelota\u00bb)<\/h3>\n
\n
\n4. C\u00f3mo encaja CRC en el ciclo de vida del desarrollo de software<\/h2>\n
\n
\n5. Mejores pr\u00e1cticas y consejos para el \u00e9xito<\/h2>\n
\n
\n6. Ventajas y desventajas<\/h2>\n
Las ventajas<\/h3>\n
\n
Las desventajas<\/h3>\n
\n
\nConclusi\u00f3n<\/h2>\n