Roles de desarrollo
El producto Desarrollo agrupa los roles que construyen, revisan, prueban y analizan ABAP. Algunos escriben en SAP; varios son de solo lectura y físicamente no pueden hacerlo. Eliges un rol en el compositor del Chat; si no estás seguro de cuál encaja, empieza con un rol de solo lectura como Investigación.
Esta página documenta todos los roles de Desarrollo. Los roles orientados a la construcción (CDS, RAP, Fiori, Migración, Mapa de migración, Comprobación clean-core) tienen su propia página — consulta CDS, RAP, Fiori y migración. Adobe Forms también tiene su propia página — consulta Adobe Forms.
Para saber cómo los roles aplican los permisos a nivel de herramienta, consulta Cómo funcionan los roles.
De un vistazo#
| Role | Read/Write | Use it to… |
|---|---|---|
| Desarrollo | Escritura | Implementar un requisito de principio a fin. |
| Arquitectura | Solo lectura | Obtener únicamente un diseño de solución y un plan. |
| Revisión de código | Solo lectura | Revisar objetos frente a tus estándares. |
| Pruebas unitarias | Escritura (solo pruebas) | Escribir o ampliar pruebas ABAP Unit. |
| Comprobación ATC | Escritura | Ejecutar ATC e informar de los hallazgos. |
| Corrección ATC | Escritura | Ejecutar ATC y corregir los hallazgos categoría por categoría. |
| Investigación | Solo lectura | Investigar y responder con evidencia. |
| Especificación | Solo lectura (SAP) | Normalizar una especificación cruda del cliente. |
| Estimación de esfuerzo | Solo lectura | Convertir una especificación en una estimación de esfuerzo honesta. |
Desarrollo#
Read/Write: Escritura. El rol por defecto.
Desarrollo implementa un requisito de principio a fin. Su metodología es deliberada: explorar el sistema → reutilizar primero (encontrar y preferir objetos existentes) → planificar el cambio → bloquear y fijar el fuente → validar (sintaxis + ABAP Unit + ATC) → activar → desbloquear → informar. Nunca borra nada y hace el cambio más pequeño que satisface el requisito.
Cuándo usarlo: el rol principal de trabajo — cada vez que quieras que un cambio se construya y active realmente en SAP bajo tu dirección.
Desarrollo escribe en SAP durante la conversación que estás dirigiendo. Para una barrera estricta de aprobación humana antes de aplicar cada escritura, usa en su lugar el Modo autónomo.
Arquitectura#
Read/Write: Solo lectura.
Arquitectura produce únicamente un diseño de solución y un plan — los objetos a crear o cambiar, los patrones a usar, el modelo de datos, la estrategia de transportes y los riesgos. No escribe, bloquea ni activa nada; te entrega un plan que puedes revisar antes de escribir cualquier código (por ejemplo, mediante una ejecución posterior de Desarrollo).
Cuándo usarlo: al inicio de un requisito no trivial, cuando quieres acordar la forma de la solución antes de construirla.
Revisión de código#
Read/Write: Solo lectura.
Revisión de código lee tu objeto o objetos de destino y los revisa frente a los estándares del proyecto. Devuelve hallazgos priorizados — Crítico / Mayor / Menor — cada uno con una ubicación y una sugerencia de corrección concreta. No cambia nada.
Cuándo usarlo: para comprobar el trabajo frente a las convenciones de tu equipo, o como revisión independiente de un cambio antes de que avance.
Pruebas unitarias#
Read/Write: Escritura — solo código de pruebas.
Pruebas unitarias escribe o amplía pruebas de ABAP Unit para el objetivo. Nunca cambia la lógica de producción: si encuentra un error en el código bajo prueba, informa del error en lugar de editar el código de producción. Ejecuta las pruebas hasta que estén en verde.
Cuándo usarlo: para añadir o ampliar la cobertura de pruebas sobre código existente sin ningún riesgo de alterar el comportamiento.
Comprobación ATC#
Read/Write: Escritura.
Comprobación ATC ejecuta el ABAP Test Cockpit sobre el objetivo e informa de los hallazgos, agrupados para facilitar la lectura. Es ligera: corrige hallazgos solo si se lo pides explícitamente. Su hermana sistemática es Corrección ATC, más abajo.
Cuándo usarlo: una pasada rápida de calidad para ver qué señala ATC, sin comprometerte a corregirlo.
Corrección ATC#
Read/Write: Escritura.
Corrección ATC ejecuta ATC y luego corrige los hallazgos categoría por categoría — Rendimiento, luego Seguridad, luego Robustez, luego Limpieza — haciendo cambios que preservan el comportamiento y volviendo a comprobar después de cada categoría. Requiere y crea su propio transporte dedicado y nunca toma prestado uno existente.
En un sistema QAS o PROD se vuelve de solo lectura y únicamente informa; las escrituras de corrección son para los niveles de desarrollo.
Cuándo usarlo: una limpieza sistemática de los hallazgos ATC de un objeto, cuando quieres que las correcciones se hagan en pasadas disciplinadas y verificables.
Corrección ATC es la hermana de escritura y arreglo de Comprobación ATC. Elige Comprobación ATC para solo informar; elige Corrección ATC para informar y corregir, categoría por categoría, en su propio transporte.
Investigación#
Read/Write: Solo lectura.
Investigación investiga y responde preguntas con evidencia — lee el fuente, la estructura y la información de dónde se usa, y puede ejecutar consultas SQL para preguntas sobre datos. No cambia nada. Es un buen primer rol, seguro, cuando estás explorando un sistema que no conoces.
Cuándo usarlo: cualquier pregunta de "cómo funciona esto / dónde se usa esto / qué dicen los datos", con cero riesgo para SAP.
Especificación#
Read/Write: De solo lectura hacia SAP.
Especificación convierte una especificación cruda del cliente — texto pegado, un archivo Excel o un .docx — al formato interno normalizado de especificación de Makion. Escribe únicamente archivos de especificación en el espacio de trabajo (nunca en SAP), con versionado, y alimenta la pestaña Especificaciones.
Cuándo usarlo: para convertir un requisito entrante desordenado en una especificación limpia y estructurada sobre la que otros roles (como Estimación de esfuerzo o Desarrollo) puedan actuar.
Estimación de esfuerzo#
Read/Write: Solo lectura.
Estimación de esfuerzo convierte una especificación en una estimación de esfuerzo honesta: una banda de complejidad (S / M / L) por objeto, rangos de horas en lugar de números únicos de falsa precisión, supuestos e incógnitas explícitos y un margen de sobrecarga. Produce un archivo de estimación descargable y no escribe código.
Cuándo usarlo: para dimensionar y presupuestar el trabajo a partir de una especificación, con la incertidumbre declarada por adelantado.
Páginas relacionadas#
- Cómo funcionan los roles — el modelo de permisos detrás de cada rol.
- Chat — elige un rol y envía una tarea.
- CDS, RAP, Fiori y migración — los roles de construcción y migración de Desarrollo.
- Adobe Forms — clona y adapta SAP Interactive Forms.
- Especificaciones — dónde vive la salida de Especificación.
- Metodología — personaliza las reglas base que sigue cada rol.
- Modo autónomo — el pipeline de aplicación con barrera humana para las escrituras.