Qué puede evaluarse
RA1: Identifica la estructura y organización de la empresa relacionándola con el desarrollo y comercialización de los productos que obtiene.
Estructura organizativaOrganigramaDepartamentos funcionalesEstructura divisionalEstructura matricialEstructura planaI+DQARRHHRelaciones interdepartamentales
RA2: Ejerce la actividad profesional aplicando hábitos éticos y laborales acordes con las características del puesto de trabajo y los procedimientos establecidos en la empresa.
Ética profesionalHábitos laboralesPuntualidadEmpatíaResponsabilidadProactividadConfidencialidadNormativa internaDisposición personal y temporal del puestoPuntualidad y empatía
RA3: Organiza los trabajos a desarrollar, identificando las tareas asignadas a partir de la planificación de proyectos e interpretando documentación específica.
Especificaciones funcionalesEspecificaciones no funcionalesHistorias de usuarioDiagramas de diseñoRGPDNormas de accesibilidadEstándares de codificaciónOWASP Top 10Ciclo de Vida del Desarrollo de Software (SDLC)Fases del proyecto
RA4: Gestiona y utiliza sistemas informáticos y entornos de desarrollo, evaluando sus requerimientos y características en función del propósito de uso.
HardwareSistema OperativoAplicaciones InstaladasLicencias de SoftwareIntegridad de DatosDisponibilidad de DatosCopias de SeguridadControl de VersionesPermisos de AccesoRecursos en Red
RA5: Participa en el desarrollo de aplicaciones con acceso a datos planificando la estructura de la base de datos y evaluando el alcance y la repercusión de las transacciones.
Diseño lógico de bases de datosModelo Entidad-RelaciónClaves primarias y foráneasIntegridad referencialSistemas Gestores de Bases de Datos (SGBD)Lenguaje de Definición de Datos (DDL)Persistencia de datosTransacciones ACIDBloqueosCopias de seguridad
RA6: Interviene en el desarrollo de juegos, aplicaciones multimedia y aplicaciones para dispositivos móviles empleando las herramientas y lenguajes específicos y cumpliendo el guión y las especificaciones establecidas.
CódecContenedor multimediaTranscodificaciónAPI multimediaLibrerías de procesamiento de imagen/vídeoOptimización de recursos multimediaIDE (Entorno de Desarrollo Integrado)SDK (Software Development Kit)Motor de juegoAsset pipeline
RA7: Colabora en el desarrollo y prueba de aplicaciones multiplataforma, desde la interfaz hasta la programación de procesos y servicios, incluyendo su empaquetado y distribución así como todas las ayudas y documentación asociadas.
Componentes visuales estándarComponentes personalizadosUsabilidadAccesibilidadDiseño responsivoPatrones de diseño UIAyuda contextualManual de usuarioManual de instalaciónManual de configuración
RA8: Participa en el proceso de implantación y adaptación de sistemas de gestión de recursos y de planificación empresarial (ERP-CRM) analizando sus características y valorando los cambios realizados.
ERP (Enterprise Resource Planning)CRM (Customer Relationship Management)Módulos funcionalesIntegración de sistemasEficiencia operativaGestión de relaciones con el clienteInstalación on-premiseSaaS (Software as a Service)Base de datosRoles de usuario
Trampas habituales antes del examen
- Confundir la estructura organizativa con el organigrama: La estructura es el sistema de relaciones y flujos, el organigrama es su representación visual. La causa es no entender los principios de diseño organizacional. La corrección es analizar los flujos de información y autoridad, no solo las líneas de reporte.
- Considerar a QA solo como un 'cazador de errores' al final del proceso: Esto ignora su rol preventivo y de mejora continua. La causa es una visión limitada de la calidad. La corrección es integrar a QA desde el inicio del proyecto y fomentar la colaboración.
- Confundir cliente interno con proveedor: se produce al no distinguir la dirección del flujo (quién entrega frente a quién recibe). Se corrige identificando siempre qué recurso se aporta y quién lo recibe.
- Ignorar la documentación de procedimientos por considerarla burocracia innecesaria: la causa es percibir que ralentiza el trabajo; la corrección es valorarla como herramienta de calidad y continuidad del equipo, manteniéndola proporcionada al proyecto.
- Subestimar la importancia de las soft skills en el desarrollo de software: Se cree que solo las habilidades técnicas importan. La causa es una visión limitada del rol del desarrollador. La corrección es reconocer que la comunicación, el trabajo en equipo y la resolución de problemas son tan críticas como la codificación para el éxito del proyecto.
- Falta de puntualidad: Causa (mala gestión del tiempo, subestimación de trayectos). Corrección (planificar el tiempo de desplazamiento con margen, usar alarmas, comunicar cualquier retraso de inmediato y justificarlo).
- No documentar el trabajo: Causa (pereza, subestimación de su importancia, falta de hábito). Corrección (entender que la documentación es parte integral del proceso de desarrollo, usar plantillas o herramientas de la empresa, dedicar tiempo específico a esta tarea).
- Ignorar normas internas: Causa (desconocimiento, desinterés, creer que no aplican). Corrección (leer el manual de bienvenida o políticas de la empresa, preguntar al tutor o compañeros sobre procedimientos específicos, entender el porqué de cada norma).
- No avisar con antelación de un retraso o ausencia: Causa (despiste, miedo a parecer poco fiable). Corrección (comunicar cuanto antes al responsable y proponer cómo se compensará el tiempo perdido).
- Ocultar un error propio en el trabajo entregado: Causa (miedo a la reprimenda, vergüenza). Corrección (entender que comunicarlo pronto reduce el impacto y refuerza la confianza del equipo).
- No documentar el trabajo realizado hasta el último momento: Causa (verlo como una tarea secundaria). Corrección (integrar la documentación como parte natural de cada tarea, no como un añadido final).
- No preguntar cuando una instrucción no queda clara: Causa (miedo a parecer poco competente). Corrección (asumir que preguntar a tiempo evita errores mayores y forma parte de una actitud profesional responsable).