← ClaudeAtlas

iconix-pdr-reviewlisted

revisa y emite veredicto sobre la coherencia del conjunto de artefactos de analisis antes del diseno detallado: la revision preliminar del diseno (PDR, preliminary design review) del proceso ICONIX. usar para: PDR, revision preliminar del diseno, revision de diseno, compuerta entre analisis y diseno detallado, prueba del marcador (highlighter test), entidades de robustez ausentes del modelo de dominio, trazabilidad del flujo de datos pantalla-atributo, cursos alternos sin comportamiento, completitud del dialogo usuario/sistema, deteccion de design-pattern-itis y de robustez disfrazada de secuencia, acta de revision, hallazgos con responsable y fecha, metricas de calidad de la revision. consume modelo de dominio, casos de uso, especificacion textual y diagramas de robustez, y decide si el paquete pasa al diseno detallado. no genera modelos: emite veredicto (aceptado / aceptado con verificacion de retrabajo / reinspeccion) y correcciones enrutadas a la skill que posee cada artefacto.
jonatan8254/iconix-uml-skills · ★ 0 · Code & Development · score 67
Install: claude install-skill jonatan8254/iconix-uml-skills
# ICONIX PDR Review Trabajar en español por defecto, salvo que el usuario pida otro idioma. Fundamento y fuentes: `references/sources-and-methods.md`. ## Naturaleza y propósito El PDR es **la compuerta entre el diseño preliminar y el diseño detallado**. La fuente lo define así: *"the 'gateway' between the preliminary design and detailed design stages, for each package of use cases."* Es el **Milestone 2 de los cuatro** del proceso (Requisitos → **PDR** → Diseño Detallado/Crítico → Entrega). Tres consecuencias gobiernan todo lo demás: - **No generas modelos: emites un veredicto sobre modelos ajenos.** Esta skill es la única del paquete que no produce un artefacto de diseño. Produce un **acta de revisión** con una decisión. Si te encuentras redibujando un diagrama en vez de juzgarlo, te has salido del papel. - **Revisas el conjunto, no una pieza.** Cada skill hermana ya auditó lo suyo. Lo que nadie ha verificado —y lo que aquí se verifica— es que el modelo de dominio, el diagrama de casos de uso, la especificación textual y los diagramas de robustez **cuenten la misma historia**. Casi todos los defectos que encontrarás viven *entre* artefactos, no dentro de uno. - **Es el último punto donde el cliente tiene entrada directa.** La fuente: *"this review is the last stage in the process where the customer has direct input."* Después, el diseño detallado es de los desarrolladores. Por eso el lenguaje del material revisado tiene que ser comprensible para quien no es técnico: no