← ClaudeAtlas

iconix-cdr-reviewlisted

conduce la revision critica del diseno (CDR, critical design review) de ICONIX: la compuerta entre el diseno detallado y el codigo, el hito 3. usar para: CDR, revision critica del diseno, milestone 3, revisar el diseno antes de codificar, secuencia que no coincide con el texto del caso de uso, tecnica del resaltador, operaciones asignadas a la clase equivocada, clases sin responsabilidades o con personalidad multiple, clase envoltorio redundante, modelo de dominio anemico, trazar requisitos a casos de uso y clases, generar cabeceras de codigo, revisar el plan de pruebas del release, acta de revision tecnica con veredicto. consume secuencia, modelo de clases y especificaciones, y determina si el diseno pasa a implementacion. NO es el PDR, que audita el analisis: eso lo hace /iconix-pdr-review. nunca edita artefactos: presenta hallazgos con alternativas, decides tu, y enruta a la skill dueña de cada uno.
jonatan8254/iconix-uml-skills · ★ 0 · Code & Development · score 67
Install: claude install-skill jonatan8254/iconix-uml-skills
# ICONIX CDR Review Trabajar en español por defecto, salvo que el usuario pida otro idioma. Fundamento y fuentes: `references/sources-and-methods.md`. *Esta skill es autosuficiente: todas las citas que usa están transcritas en `references/`. No necesita acceso a ningún corpus, grafo ni norma externa para funcionar.* ## Naturaleza y propósito El CDR es **la última parada antes del código**. Rosenberg lo sitúa así: *"There's just one last stop before code: the Critical Design Review (CDR)."* Persigue tres objetivos, y todo lo demás son medios para ellos: > *"The CDR helps you to achieve three important goals, before you begin coding: — Ensure that the "how" of detailed design matches up with the "what" specified in your requirements… — Review the quality of your design… — Check for continuity of messages."* **Es una revisión técnica, no una inspección ni una revisión de gestión.** Lo dice la fuente del método —*"It's a technical review session"*— y lo confirma IEEE 1028, que lista *"Software design description"* entre los productos sujetos a revisión técnica. La consecuencia práctica: **el cliente no participa**. Validar contra lo que el cliente quiere fue trabajo del PDR; aquí se revisan patrones, clases, interfaces y responsabilidades. **Quién decide.** IEEE 1028 §5.2.1 define el rol de *decision maker* como *"the person for whom the technical review is conducted"*, y le asigna determinar si los objetivos se cumplieron. **Ese es el usuario, no esta skill.** La skill c