RA1 · verificado

RA1 de Proyecto de Administración de Sistemas Informáticos en Red · ASIR

Identifica necesidades del sector productivo relacionándolas con proyectos tipo que las puedan satisfacer.

Comprobar mi dominio con José →

Contenido verificado asociado a este RA

Análisis del Sector TIC y Tipología de Empresas

Explora la diversidad del sector TIC, clasificando empresas por su estructura y oferta de servicios, y detallando las funciones departamentales típicas para comprender su funcionamiento interno.

Detección de Necesidades Tecnológicas Más Demandadas en el Sector TIC

Esta unidad trabaja el CE c del RA1: identificar las necesidades tecnológicas más demandadas por las empresas del sector TIC. Se presenta un método para recogerlas, se clasifican en categorías profesionales habituales con ejemplos reales, y se practica mediante un caso guiado que produce una ficha de necesidades detectadas, evidencia verificable del aprendizaje.

Definición y Características de Proyectos TIC

Aprende a identificar el tipo de proyecto TIC más adecuado para satisfacer las demandas detectadas y a determinar sus características específicas, asegurando que la solución se alinee con los requisitos del cliente.

Marco Legal y Financiero de los Proyectos TIC

Comprende las obligaciones fiscales, laborales y de prevención de riesgos asociadas a la ejecución de proyectos, e identifica posibles ayudas y subvenciones para la incorporación de nuevas tecnologías.

Elaboración del Guion de Trabajo del Proyecto

Aprende a estructurar y documentar el plan de trabajo de un proyecto TIC, desde la fase inicial de análisis hasta la implementación y cierre, garantizando una ejecución organizada y eficiente.

Conceptos clave

PYMEB2BB2CB2GEstructura organizativaDepartamento de TISector TICDetección de necesidades (entrevista, observación, incidencias)Digitalización y automatización de procesosCiberseguridad y cumplimiento normativo vigenteCloud computing (migración a la nube)Business Intelligence / explotación de datosRedes y movilidad corporativaFicha de necesidad detectadaAlcance del proyectoRequisitos funcionalesRequisitos no funcionalesHitos

Errores que conviene evitar

  • Generalizar las necesidades de las empresas: Asumir que todas las empresas del mismo sector tienen las mismas necesidades sin considerar su tamaño o madurez tecnológica. Causa: Falta de investigación y segmentación. Corrección: Realizar un análisis detallado de cada cliente potencial, segmentando por tamaño, sector y nivel de digitalización.
  • Desconocer la estructura organizativa: Proponer soluciones o comunicarse con el departamento equivocado. Causa: No investigar la jerarquía y funciones internas. Corrección: Solicitar un organigrama o preguntar sobre los roles y responsabilidades clave antes de presentar una propuesta.
  • Confundir la petición literal del cliente con la necesidad real. Causa: aceptar el primer diagnóstico sin investigar. Corrección: aplicar entrevista/observación antes de clasificar la necesidad.
  • Detectar una necesidad genérica sin concretar impacto ni departamento afectado. Causa: falta de documentación estructurada. Corrección: usar siempre una ficha con departamento, problema, impacto y categoría TIC asociada.
  • Tratar el listado de categorías TIC como un catálogo cerrado y obligatorio. Causa: confundir apoyo pedagógico con exigencia normativa. Corrección: recordar que el CE c exige identificar necesidades reales de la empresa analizada, no encajarlas forzosamente en categorías predefinidas.
  • Definición ambigua del alcance: Lleva a malentendidos con el cliente y a 'scope creep' (expansión incontrolada del alcance). Causa: Falta de detalle en la fase de requisitos. Corrección: Documentar exhaustivamente el alcance y obtener la aprobación formal del cliente.
  • Ignorar requisitos no funcionales: Un sistema puede funcionar, pero ser lento o inseguro. Causa: Enfocarse solo en la funcionalidad. Corrección: Dedicar tiempo a definir y medir aspectos como rendimiento, seguridad y escalabilidad, ya que son críticos para la satisfacción del usuario.
  • Ignorar la normativa de PRL: Puede resultar en accidentes laborales, sanciones graves y mala imagen. Causa: Desconocimiento o subestimación de los riesgos. Corrección: Integrar la PRL desde el inicio del proyecto, realizando evaluaciones de riesgo específicas y formando al personal.

Qué se evalúa en este RA

CE a

Se han clasificado las empresas del sector por sus características organizativas y el tipo de producto o servicio que ofrecen.

CE b

Se han caracterizado las empresas tipo indicando la estructura organizativa y las funciones de cada departamento.

CE c

Se han identificado las necesidades más demandadas a las empresas.

CE d

Se han valorado las oportunidades de negocio previsibles en el sector.

CE e

Se ha identificado el tipo de proyecto requerido para dar respuesta a las demandas previstas.

CE f

Se han determinado las características específicas requeridas al proyecto.

CE g

Se han determinado las obligaciones fiscales, laborales y de prevención de riesgos y sus condiciones de aplicación.

CE h

Se han identificado posibles ayudas o subvenciones para la incorporación de nuevas tecnologías de producción o de servicio que se proponen.

CE i

Se ha elaborado el guión de trabajo que se va a seguir para la elaboración del proyecto.

Canal Estudios es un servicio de Skillback S.L. · NIF B2481724 · Barcelona, España
Aviso legal · Privacidad · Cookies · Términos · Atles de Catalunya