5.13 APROBACIÓN Y CONTROL DEL SOFTWARE INTRODUCCIÓN APROBACIÓN DEL SOFTWARE. Certificación de Tipo (TC/STC): Calificación de equipos (Sistema TSO):

Tamaño: px
Comenzar la demostración a partir de la página:

Download "5.13 APROBACIÓN Y CONTROL DEL SOFTWARE INTRODUCCIÓN APROBACIÓN DEL SOFTWARE. Certificación de Tipo (TC/STC): Calificación de equipos (Sistema TSO):"

Transcripción

1 5.13 APROBACIÓN Y CONTROL DEL SOFTWARE INTRODUCCIÓN El software embarcado a bordo de una aeronave es algo que no se puede ver o que no se puede tocar, pero que debe ser tratado con el mismo cuidado y consideración que cualquier parte de la aeronave. Es importante señalar que al hablar del software nos estamos refiriendo tanto al código que es ejecutado por los computadores en el que están instalados, como a los propios datos que estos programas deben utilizar para su correcto funcionamiento. El término también se refiere a los sistemas operativos que están embebidos en los computadores embarcados, y permiten su funcionamiento y el interfaz con el resto de equipos. Las consecuencias de un fallo de un programa Software pueden variar desde efectos insignificantes, que no afectan a las prestaciones de la aeronave y sus sistemas, o al confort de sus pasajeros, hasta consecuencias que pueden ser catastróficas por originar fallos en sistemas críticos para operación segura de la aeronave. Por ello es muy importante entender la importancia que tiene aplicar unos procedimientos de verificación y validación del software que puedan garantizar que no existe riesgo de que se produzcan condiciones de fallo peligrosas o catastróficas. APROBACIÓN DEL SOFTWARE Certificación de Tipo (TC/STC): La aprobación del diseño de una aeronave y sus sistemas embarcados, se realiza mediante la emisión de un certificado de tipo (TC) que se otorga al titular del diseño. Las modificaciones que se realizan en las aeronaves y sus sistemas, cuando son realizados por empresas que no son las titulares del certificado de tipo original, se realiza mediante un certificado de tipo suplementario (STC). Durante ambos procesos el titular del certificado es responsable demostrar un plan los requisitos de seguridad establecidos en el codo de certificación aplicable, según el tipo de aeronave. Por ejemplo para aviones de transporte son el FAR 25 en los Estados Unidos y CS 25 en la Comunidad Europea (CE). La aprobación del software embarcado a bordo de una aeronave es por tanto una parte del proceso de certificación de una aeronave y sus sistemas, cuyo objetivo es demostrar que se cumplen con los requisitos de seguridad mínimos establecidos en el correspondiente código de aeronavegabilidad. La criticidad ( Criticality ) de las funciones que son realizadas por un paquete de software depende de la severidad de las consecuencias de sus fallos. Para el DO 178B / ED 12B el rango de estos niveles varía desde el nivel A hasta el Nivel E, que corresponde a que se pueda clasificar la severidad de los posibles fallos como catastróficos o sin efectos (Figura ). Calificación de equipos (Sistema TSO): Cuando un equipo o componente de una aeronave se quiere desarrollar bajo los estándares técnicos prescritos y aprobados mediante una Orden de Especificación Técnica (TSO), también se deben aplicar procedimientos para la verificación y validación del software de acuerdo con un estándar aceptable por Página 1

2 la autoridad de aviación competente (EASA, FAA). Las TSO aplicables a todos los equipos de aviónica que requieren aprobación por parte de la autoridad se encuentran especificados en la CS ETSO publicada por la EASA. En todas las especificaciones de TSO se establece al documento DO 178B/ED 12B como estándar aceptable para realizar validación y verificación del software embarcado y así obtener la certificación/aprobación del equipo o componente. La aprobación de un equipo, incluyendo su hardware y software, mediante una TSO, no significa la aprobación de su instalación en una aeronave, pero facilita significativamente este proceso. La responsabilidad de la aprobación mediante una TSO es del fabricante original del equipo (OEM), mientras que la aprobación de la instalación de su equipo responsabilidad del titular del certificado de tipo (TC), o del titular de un STC. Como se puede obtener la aprobación de un paquete de software? a. Como parte del proceso de aprobación del diseño del aeronave (TC) b. Como parte de la aprobación de un equipo de la autorización TSO c. Mediante cualquiera de las dos opciones señaladas anteriormente d. No se necesita aprobación Qué es un/una TSO? a. Una especificación de orden de trabajo b. Una orden de especificación técnica para el equipo aprobado c. Un sistema operativo d. Un certificado tipo Proceso de verificación de la Seguridad de un Sistema: Como vemos en la figura el proceso de la verificación de la seguridad de un sistema empieza en las decisiones de diseño a nivel de aeronave, como parte de de una estrategia global para garantizar la seguridad de la aeronave durante su operación en vuelo. Este proceso se lleva a cabo de acuerdo con el material guía publicado por las autoridades de certificación y procedimiento recomendados por industria (AMC Y SAE ARP 4761.) Cual es el párrafo de referencia en los códigos de certificación de un avión de transporte que sirve para establecer la clasificación de software? a b c d Página 2

3 Proceso de Análisis de Seguridad AMC & ARP 4761 Funciones Previstas del Sistema Objetivos de Seguridad Diseño del Sistema Proceso de Desarrollo del Sistema PROCESO DE DESARROLLO DEL SISTEMA SAE ARP 4754 Funciones y Requisitos APROBACIÓN DEL DISEÑO EASA FAA TC/STC/TSO Proceso de Desarrollo del Hardware Ciclo de Vida Hardware DO 254 / ED 80 Proceso de Desarrollo del Software Ciclo de Vida Software DO 178B / ED 12B Proceso de Desarrollo del Software Una vez establecidos los objetivos de seguridad para cada sistema, se analiza la arquitectura del sistema y se establecen unos niveles de aseguramiento de desarrollo (DAL), de acuerdo con los criterios establecidos en el documento SAE ARP Estos niveles de aseguramiento del desarrollo se distribuyen a nivel de cada equipo y componente del sistema, distinguiendo la parte soporte físico Hardware que la parte del soporte lógico Software ( Figura ). Cual es el principal documento para establecer el nivel de aseguramiento de desarrollo (DAL) aplicable a un sistema con hardware complejo y software? a. SAE ARP 4761 b. SAE ARP 4754 c. DO 178B d. DO 400 F Clasificación del Software: De acuerdo con DO 178B/ED 12B, el software embarcado en una aeronave se puede clasificar en cinco niveles, de acuerdo con las posibles consecuencias de un fallo en la aeronave, la tripulación y el pasaje. Estos niveles también se designan como niveles de aseguramiento del desarrollo (DAL), con objeto de mantener cierta concordancia con la terminología de los niveles que se asignan a los equipos que tienen incorporados componentes electrónicos complejos a los que se aplica procesos similares de desarrollo (DO 254 / ED 80). Página 3

4 Nivel Tipo de fallo Descripción del fallo Objetivos de seguridad A Catastrófico Pérdida de la aeronave y múltiples Extremadamente fatalidades. improbable. La tripulación no puede realizar B Peligroso / sus tareas y se pueden producir mayor severo serias o fatales lesiones a algunos Extremadamente remotos. ocupantes de la aeronave. Aumento significativo de la carga de trabajo de la tripulación de C D Mayor Menor vuelo, los ocupantes sufren situaciones incómodas incluyendo algunas lesiones graves. La carga de trabajo están dentro las capacidades de la tripulación de vuelo; aunque el pasaje puede sufrir algunas inconveniencias. Remoto. Probable. Sin efecto en la capacidad E Sin efecto operacional de la aeronave y sus No aplicable. ocupantes Niveles de fallo del Software Como vemos en la figura el nivel más crítico es el Nivel A, que tiene consecuencias catastróficas para la aeronave sus ocupantes, mientras que en nivel más bajo (Nivel E) no tiene ningún impacto significativo en la operación segura de la aeronave. Entre estos dos niveles en el grado de severidad se establece teniendo cuenta la capacidad de la tripulación para poder hacer frente a la situación adversa provocada por el fallo de un componente o equipo, y controlar la aeronave. No obstante es interesante señalar que el número de paquetes de Software nivel E que se están desarrollando se están incrementando para satisfacer las necesidades del pasaje respecto a sistemas de entretenimiento y comunicaciones, pero la criticidad de estos sistemas se puede ver incrementada si de alguna manera se integran con otros sistemas críticos o esenciales para operación segura de la aeronave. Ejemplos de Niveles de Software A modo de ejemplo podemos ver en la siguiente tabla como se podrían clasificar algunos equipos y sistemas de una aeronave de acuerdo con nivel de de seguridad que se debe aplicar teniendo en cuenta las consecuencias de sus fallos. Nivel Equipos Probabilidad de Fallo A B C Sistemas de Referencia Inercial (AHRS, IRS) Sistemas de Control de Vuelo Automático (AFCS) Sistemas de Instrumentos de vuelo Electrónicos (EFIS), TCAS, EICAS Sistemas de Comunicaciones y Navegación (GPS, FMS, VOR/DME, VHF y HF COM) Menos de 10 9 por hora de vuelo. Entre 10 7 y 10 9 por hora de vuelo. Entre 10 5 y 10 7 por hora de vuelo. Página 4

5 D E Radar Meteorológico (WXR) Sistema de Entretenimiento en Vuelo (IFE) Aplicación de los niveles de fallos a los sistemas Mayor que 10 5 por hora de vuelo. Como se debería clasificar el código ejecutable de un sistema de control de vuelo automático (AFCS)? a. Nivel A b. Nivel B c. Nivel C d. Nivel D Cómo se debería clasificar el código ejecutable de un sistema de para evitar de colisión en vuelo (TCAS)? a. Nivel A b. Nivel B c. Nivel C d. Nivel D Breve Introducción al estándar DO 178B / ED 12B: Que es el DO 178B/ED 12B El RTCA DO 178B, o su homólogo EUROCAE ED 12B ES el último estándar de verificación y validación del software aceptado por las autoridades de certificación EASA /FAA, y ha sido desarrollado conjuntamente por expertos de la industria y las agencias de los Estados Unidos y Europa. A la hora de aprobar un paquete de software que va a ser embarcado en un equipo o componente de una aeronave se pueden utilizar el RTCA DO 178B/ED 12B o el EUROCAE ED 12B de forma indistinta, pero para simplificar este capítulo vamos a utilizar la referencia más extendida dentro de la industria de Aviónica, DO 178B/ED 12B, el cual ha sido oficialmente reconocido como un estándar por la organización internacional de estandarización ISO. Nota: RTCA es un acrónimo de Radio Technical Commission for Aeronautics. Esta organización se encuentran en localizada en Washington (USA) DO 178B/ED 12B establece los procesos que se deben aplicar durante el ciclo de vida de un paquete de software con el objetivo de garantizar que cada línea de código esta libre de errores y que en el proceso de codificación y ensamblado del código ejecutable no hay riesgo de incluir código extraño ajeno al proceso de desarrollo. Los beneficios de aplicar el DO 178B/ED 12B, aparte que es imprescindible para la aprobación de equipos que van ser instalados a bordo aeronaves, son: Permitir verificar la calidad y integridad del software, Permite una mayor reusabilidad, Disminuir los costes de mantenimiento, Página 5

6 Conseguir una integración más rápida con él soporte físico (Hardware) en el que va a ser instalado, y Obtener una la mayor portabilidad. Nota: El RTCA DO 178C/ED 12C va a ser la nueva versión que va a sustituir al DO 178B/ED 12B. Se pretende que esté disponible a lo largo del año 2009, y mantendrá la mayoría de los principios de su predecesor. Cuál es el estándar actualmente en vigor civil para la certificación del software embarcado? a. DO 178B (ED 12) b. DO 178A (ED 12A) c. DO 178B (ED 12B) d. DO 178C (ED 12C) Cómo es el contenido el estándar civil DO 178B para la aprobación del software? a. Prescribe de todos los requisitos que se deben cumplir b. Establece unos objetivos para cada de los procesos que se deben realizar durante el ciclo de vida del software de una c. Establece los procedimientos que se deben aplicar a la codificación y ensamblaje del código ejecutable d. Proporciona criterios para la programación con lenguajes de alto nivel MODIFICACIÓN DEL SOFTWARE EMBARCADO Debido a los continuos avances técnicos la modificación del software embarcado por los operadores de las aeronaves se puede considerar como un procedimiento común. Estos procedimientos reducen el tiempo de parada de la aeronave para mantenimiento, e incrementa la eficacia de las tareas de mantenimiento de los equipos. Cuando se ha de considerar modificaciones y actualizaciones sobre el software, es importante distinguir entre el código ejecutable y los datos que son usados por este código ejecutable. Software Actualizable sobre el Terreno (FLS): El Software Actualizable sobre el terreno (FLS), "Field Loadable Software, es código ejecutable o un paquete de datos que puede ser cargado en un computador (LRU), mientras éste se encuentra instalado dentro de la aeronave, y esta se encuentra en una rampa o un hangar de un aeropuerto. El paquete de software FLS se puede cargar en un equipo del aeronave (LRU) por personal de mantenimiento autorizado, de acuerdo con un procedimiento definido en el Manual de Mantenimiento de la Aeronave (AMM), o un procedimiento aprobado incluido en un Boletín de Servicio (SB) preparado por el fabricante de la aeronave, y aprobado por la autoridad competente sobre el diseño, o en su nombre por el propio fabricante de equipo, cuando este disponga de estos privilegios mediante la aprobación de su organización de diseño (DOA). Página 6

7 Tipos de Paquetes Software Actualizable sobre el Terreno Podemos diferenciar tres tipos de FLS: Partes de la Aeronave con Software Actualizable(LSAP) Loadable Software Aircraft Parts Software Modificable por el Usuario(UMS) User Modifiable Software Software con Opciones Seleccionables (OSS) Option Selectable Software Partes de la Aeronave con Software Actualizable (LSAP) Un software tipo LSAP, es un software que es esencial para la operación segura de la aeronave, o requerido para cumplir con requisitos de operación específicos. Es decir para demostrar cumplimiento con requisitos específicos de aeronavegabilidad o con reglamentos de operaciones. Un paquete LSAP no suele ser considerado como un componente del hardware en el que es instalado ( Target Hardware ), pero es parte del diseño aprobado del aeronave y por lo tanto es un componente de la aeronave que requiere una documentación formal controlada para su autorización de puesta en servicio. Ejemplos típicos de soportes físicos ( Target Hardware ) en los que se puede instalar un paquete LSAP incluyen: Electronic Flight Instrument Systems (EFIS) Flight Guidance Computers (FGC) Electronic Engine Controls (EEC) Digital Flight Data Acquisition Units (DFDAU) Auxiliary Power Unit s Electronic Control Unit (ECU) Software Modificable por el Usuario (UMS) El término software modificable por el usuario (UMS) es software que el titular diseño aprobado (TC/STC) ha declarado que puede ser modificado por el usuario. Las modificaciones que pueden ser realizadas por el usuario podrían incluir modificaciones de los datos, o modificaciones del código ejecutable, o ambas. El titular del certificado de tipo y fabricante de una aeronave establece qué paquetes de software pueden ser modificados por el usuario, dentro de las limitaciones que son tenidas en cuenta durante el proceso de certificación de la aeronave y sus equipos. Un paquete de software UMS normalmente pueden ser actualizados por el operador de la aeronave, una organización responsable de su diseño (DOA), o por fabricante del equipo, sin que la autoridad competente que emitió la aprobación al diseño de la aeronave y sus sistemas tenga que realizar revisiones y aprobaciones a adicionales. Ejemplos típicos de soportes físicos ( Target Hardware ) en los que se pueden actualizar o modificar Página 7

8 UMS son: Aircraft Condition Monitoring Systems (ACMS) In Flight Entertainment Systems (IFE) Software con Opciones Seleccionables (OSS) Un paquete de software con opciones de aplicación que puedan ser seleccionadas ( Option Selectable Software OSS) es un paquete que contiene combinaciones de de módulos y rutinas aprobados y validados que pueden ser activados o modificados por el operador de la aeronave dentro de las limitaciones establecidas durante la aprobación de su diseño de tipo (TC/STC) obtenida por su titular. Estas opciones pueden ser seleccionadas por la tripulación de vuelo o activadas por el personal de tierra. Ejemplos típicos de soportes físicos para software OSS se suelen encontrar en los sistemas de Aviónica Modular Integrada (IMA), presentes en aeronaves de ultima generación (B 777, A 380), o en aeronaves en las que se han sustituido toda la aviónica convencional por un sistema integrado de aviónica (Honeywell EPIC, Rockwell Collins Proline, Thales Topdeck, Garmin G1000, etc.). Cual de estos equipos suele tener incorporado software modificable por el usuario (UMS)? a. Sistema automático de control de vuelo (AFCS) b. Sistema electrónico instrumentos de vuelo (EFIS) c. Sistema de monitorización de la condición del aeronave (ACMS) d. Control electrónico del motor (EEC) Qué es un FLS? a. Es un paquete de software se puede cargar la aeronave sobre el terreno b. es un paquete de software que esta instalado de forma que no se puede modificar por operador aeronave c. es un soporte físico para la distribución del software. d. Es un estándar de diseño de software embarcado Qué diferencia hay entre un paquete FLS y un paquete DFLD? a. Que un paquete DFLD no incluye código ejecutable b. Que un paquete FLS no incluye datos c. Que un paquete FLS no es modificable por el usuario d. Que un paquete DFLD no es modificable por el usuario Aprobación de Software FLS: El DO 178B/ED 12B proporciona consideraciones y criterios para el desarrollo de los sistemas cuyo software puedo ser modificado por el operador. Estos criterios se pueden resumir en los siguientes puntos: Se debe demostrar que tanto la configuración de hardware como la configuración de software, han sido verificadas/probadas conjuntamente durante el proceso de verificación. Se debe establecer un proceso de gestión de la configuración (Configuration Management (CM)) Página 8

9 que permita asegurar la correcta configuración de la instalación. Si en una misma aeronave existiesen equipos y componente redundantes, con software modificable por operador, se deben establecer requisitos para simultanear diferentes cargas de software sobre esos componentes, y considerar sus efectos sobre la despachabilidad de la aeronave. Se debe establecer un procedimiento para asegurar que el software cargado es el software aprobado, y que no está corrupto mediante un chequeo de la redundancia cíclico (Cyclic Redundancy Check (CRC)). Diferentes algoritmos CRC dan diferentes niveles aseguramientos de que los datos han sido transferidos correctamente. El solicitante y la autoridad que va a probar esos procedimientos deberían asegurarse de que el algoritmo usado es suficiente para el nivel de integridad requerido para el software que va ser cargado. Datos almacenables en una base de datos sobre el terreno (DFLD): Un paquete de datos DFLD ( Database Field Loadable Data ), es un conjunto de datos que se puede cargar en la memoria de un computador instalado en una aeronave. Es importante señalar que la base de datos es un elemento embebido dentro de un computador, el cual no es modificable estando la aeronave en servicio, y por lo tanto la carga de datos en la base de datos es simplemente la escritura o sobre escritura sobre viejos datos, de los nuevos datos distribuidos en fichero proporcionado por fabricante. Es importante señalar que la actualización de la base de datos de una aeronave puede tener aspectos relacionados con las prestaciones de la misma, como por ejemplo cuando se actualiza la base de datos con los parámetros de las prestaciones del motor de la aeronave, en un sistema gestor de vuelo (FMS). Por lo tanto si los datos usados para esta actualización no son válidos o se han corrompido, podría dar lugar a que se produjesen comportamientos erráticos o fuera de las condiciones aprobadas para operación segura de la aeronave. Ejemplos típicos de computadores a bordo de aeronaves que pueden recibir con datos (DFLD) para modificar o actualizar su base de datos son: Flight Management Computer (FMC) Terrain Awareness Warning System (TAWS) Sistemas asados en al Aviónica Modular Integrada (IMA) VERIFICACIÓN DE LOS DATOS Métodos de Detección Método Checksum Un método muy simple para proteger la integridad de datos, verificando que no hayan sido Página 9

10 corrompidos es una suma de verificación o Checksum, que es una forma de control de redundancia. Es método se emplea en los sistemas de comunicación (Internet, comunicación de dispositivos, etc.) o para datos almacenados (archivos compresos, discos portátiles, etc.). El proceso consiste en sumar cada uno de los componentes básicos de un sistema (generalmente cada byte) y almacenar el valor del resultado. Posteriormente se realiza el mismo procedimiento y se compara el resultado con el valor almacenado. Si ambas sumas concuerdan se asume que los datos probablemente no han sido corrompidos. Comprobación de redundancia cíclica (CRC) La comprobación de redundancia cíclica (CRC) es un tipo de función que recibe un flujo de datos de cualquier longitud como entrada y devuelve un valor de longitud fija como salida. Este término suele ser usado para designar tanto a la función como a su resultado. Las CRC Pueden ser usadas como suma de verificación para detectar la alteración de datos durante su transmisión o almacenamiento. El CRC es un código de detección de error cuyo cálculo es una larga división de computación en el que se descarta el cociente y el resto se convierte en el resultado. Las CRC son populares porque su implementación en hardware binario es simple, son fáciles de analizar matemáticamente y son particularmente efectivas para detectar errores ocasionados por ruido en los canales de transmisión. Qué es un Checksum? a. Es una forma simple para verificar la integridad de los datos b. Es un código de control c. Es una verificación del funcionamiento del hardware d. Sirve para determinar el bit de paridad En que consiste un CRC? a. Es un código de detección de errores b. Es un componente del Checksum c. Es un calculador de recursos de un computador embarcado d. ES un componente de de un sistema de navegación Instrucciones de Mantenimiento y el marcado de partes: Las Instrucciones de instalación y mantenimiento, y marcado de un paquete de datos o código ejecutable FLS / DFLD es responsabilidad del titular de la aprobación del diseño aplicable al producto, equipo o componente (el fabricante), y se debe realizar de acuerdo con los re reglas de aplicación incluidas Parte 21 de la EASA. Los manuales de mantenimiento del aeronave (AMM) elaborados por el titular del Certificado de Tipo (TC), o las instrucciones para la aeronavegabilidad continuada (ICAs) elaboradas por los titulares de un STC, deberían incluir los procedimientos que deben ser seguidos para realizar el mantenimiento de equipos de a bordo a los que se pueda cargar paquetes de datos o código ejecutable (FLS / DFLD). Los manuales de mantenimiento del aeronave (AMM), o las instrucciones para la aeronavegabilidad continuada (ICAs), deben incluir instrucciones que permitan al personal de mantenimiento verificar la configuración del Part Number (P/N), antes y después de que se haya realizado una tarea de Página 10

11 mantenimiento en dicho equipo. Si la carga de software no puede ser verificada, o el procedimiento no han dado los resultados esperados, o ha fallado, el sistema afectado no se debería considerar como operativo y la aeronave no debería ser despachada. En algunos casos la lista de equipos mínimos para el despacho (MEL), podría permitir despachar el avión con algún equipo en operativo. En el caso de equipos cuyo Part Number de software no pueda ser verificado, en la MEL se debería indicar si el equipo afectado podría ser inutilizado y la aeronave podría ser puestas en servicio. Para equipos embarcados que tengan sólo un Part Number, que se representa una configuración específica de software y hardware, la identificación de la unidad en la placa del equipo debería ser cambiada cuando se cargue el nuevo software. Cuando se realice una carga del nuevo software, el software instalado en él computador afectado debería ser verificado electrónicamente, y comprobar que tanto el P/N del software como el del hardware están aprobados. DISTRIBUCIÓN y CONTROL SOFTWARE FLS y DFLD Métodos de Distribución: El operador es responsable de establecer un proceso para asegurar que los datos recibidos son datos aprobados y que éstos datos no han sido corrompidos durante proceso de distribución o transferencia electrónica, mediante el uso de una Revisión Redundante Cíclica (CRC). Para cumplir con este punto también se pueden utilizar las recomendaciones del fabricante del equipo y las herramientas recomendadas para colaborar estos propósitos. Los paquetes de software y datos del tipo FLS y DFLD pueden ser distribuidos mediante varios métodos que pueden incluir uno o combinación de los siguientes: Mediante Medios Físicos Es un proceso por el cual FLS o los ficheros que una base de datos son transferidos desde la organización de producción o el proveedor, a un lugar remoto usando soportes físicos de almacenamiento como por ejemplo Floppy Disk, un CD ROM, Módulos Reemplazables a Bordo (OBRM), o una memoria flash. Una vez de recibidos los paquetes de datos deberán ser revisados para comprobar quién no tiene un virus, y deberán ser almacenados en una localización controlada, evitando que sean instalados inmediatamente en los sistemas del aeronave. El fabricante del equipo afectado deberá proporcionar instrucciones de cómo se debería verificar la existencia de un virus. El método de transporte debería ser el apropiado para asegurar que no se produce un daño en el soporte físico de almacenamiento o corrupción de sus datos. Si existiese alguna duda, no se debería cargar en los sistemas de la aeronave. Los paquetes de datos siempre se deben acompañar de la documentación que autoriza su puesta en servicio (EASA Form 1 o equivalente) Transferencia Electrónica: Proceso por el del cual, mediante el uso de un ordenador portátil, un computador de mano o un Portable Data Loader (PDL) y una conexión física temporal realizada mediante un cable de enlace de Página 11

12 datos de serie, se realiza una transferencia de los datos a un computador de abordo. Durante el proceso de carga el mecánico puede controlar a través de un Display la unidad a la que está destinada la carga. Además el uso de estas unidades de carga permite almacenar gran cantidad de paquetes a ser instalados, y de esta forma la aeronave puede llevar consigo su propio software. Sistemas de Distribución Electrónica (EDS) Distribución paquetes de software Con objeto de agilizar y disminuir el retraso en la distribución de los paquetes de software y datos que se instalan en las aeronaves ya está desarrollando la distribución electrónica directamente del fabricante al operador, a un lugar remoto sin el empleo de medios de almacenamiento masivo, como por ejemplo a través de Internet. En que consiste la Distribución Electrónica del Software? a. En el envío de información mediante un medio de almacenamiento b. transferencia electrónica de los paquetes a equipos a bordo del aeronave c. En la recepción de los paquetes de software a través de Internet d. En el desarrollo de software de soporte al los procesos de distrbución Requisitos para la instalación: Un paquete FLS puede ser instalado en una aeronave mediante un boletín de servicio (SB), o mediante una Orden de Ingeniería (EO), o cualquier otro medio aprobado por la autoridad de certificación. Si la aprobación para el paquete de datos o código ejecutable FLS ha sido obtenida mediante un certificado de tipo (TC) o un certificado equipo suplementario (STC), o una Orden de Especificación Técnica (TSO), el documento de instalación debería ser aprobado por la correspondiente autoridad de certificación y Página 12

13 debería especificar los siguientes elementos: a) La aeronave y la configuración de equipos aplicable. b) Los procedimientos de verificación para asegurar que el software sido correctamente cargarle en tener computador al aprobado y compatible al que está destinado (Target Hardware). c) Proporcionar los procedimientos de verificación que se han de aplicar después de la carga. d) Las acciones que deben ser tomadas en el caso de que la carga no se ha satisfactoria. e) Referencia a los procedimientos de carga aprobados. f) Procedimientos para realizar la entrada en el registro mantenimiento, de forma que se permita mantener un adecuado control de configuración. g) Referencia a las páginas o suplementos afectados del manual de vuelo y del manual de operación de la aeronave. Dónde podemos generalmente encontrar las instrucciones de instalación y verificación de un paquete de software FLS? a. En el manual de mantenimiento del aeronave b. En el correspondiente Boletín de Servicio c. En el catálogo ilustrado de partes (IPC) d. En La Lista de Equipos de la Aeronave Documentación para la Puesta en Servicio Autorizada: Métodos puesta en servicio autorizada Hay que resaltar que la documentación para autorización y distribución depende de si FLS o DFLD es requerido para demostrar cumplimiento con requisitos de aeronavegabilidad requeridos o disposiciones de reglamentarias para la operación comercial. Si el FLS o el DFLD no son necesarios para verificar cumplimiento con requisitos de certificación u operación, el correspondiente Certificado de conformidad será suficiente. En los otros casos será necesario acompañar al artículo del correspondiente certificado de autorización para su puesta en servicio. Es decir que cualquier paquete de código ejecutable que vaya de ser cargado en una aeronave debe estar acompañado de un certificado EASA Form 1 o FAA Ejemplos de LSAP que requieren un EASA Form 1 podrían ser: Controles electrónicos del motor (EEC) Unidad de Adquisición de Datos de Vuelo Digital (DFAU) Computadores para el día dos de vuelo (FGC) Aviónica Modular Integrada (IMA) Igualmente cualquier paquete de datos DFLD que pueda afectar al funcionamiento de un equipo Página 13

14 esencial para la operación segura de aeronave o que sea requerida para cumplir con requisitos de operación específicos deberán estar acompañados del correspondiente EASA Form 1 o FAA Ejemplos de bases de datos DFLD a las que necesitan un EASA Form 1 son: las computadoras del sistema gestión de vuelo (FMC) la base de datos terrenal del sistema de aviso de proximidad a tierra (TAWS) Documentación para las bases de datos de navegación: Para la distribución autorizada de una base de datos de navegación (NDB), que es requerida para una aprobación de tipo operacional (B RNAV, P RNAV, RNP) el artículo deberá ir acompañado de la carta de aceptación Letter of Acceptance LOA Tipo 1 o Tipo 2 emitido por la autoridad competente, ya que en estos casos no hace falta un documento equivalente a un EASA Form 1. El titular de una LOA Tipo 1 no tiene por qué distribuir datos para las bases de datos de navegación directamente a los usuarios finales. Titular de una LOA Tipo 2 puede distribuir datos para base de datos de navegación directamente a los operadores y usuarios finales. El titular de una LOA Tipo 2 puede recibir datos directamente de las agencias autorizadas, como por ejemplo los Servicios de Información Aeronáutica estatales (AIS), o puede obtener los datos a través de un titular de una LOA Tipo 1. Cuál es principal documento que debe acompañar a los datos que van a ser y instalados en una Bases de Datos de Navegación? a. EASA Form One b. LOA Tipo 2 c. Certificado de Conformidad d. Un Certificado de Tipo Suplementario Obtención y documentación de paquetes FLS y DFLD Paquetes iniciales FLS y DFLD Los paquetes iniciales FLS y DFLD se obtienen normalmente durante la entrega de un avión nuevo y están ya instalados en los soportes físicos a los que están destinados (LRU o LRM), o mediante el la documentación que acompaña aeronave, en un formato de soporte almacenamiento físico. Hay que señalar que los P/N de los equipos hardware, no tiene por qué indicar necesariamente cuál es el P/N del Software cargado. Paquetes LSAP La obtención de paquetes LSAP se debe realizar a través de una fuente autorizada, usando P/N especificado por el fabricante de la aeronave, y acompañado del correspondiente EASA Form 1. Para confirmar que un P/N específico está aprobado se deberá consultar documentos del fabricante de la aeronave como por ejemplo; Catálogo ilustrado de partes (IPC), Boletines de Servicio (SB), o Página 14

15 Cartas de Información de Servicio (SIL), o Ordenes ingeniería aprobadas por el titular TC o un STC. Paquetes DFLD La actualización de datos aplicables a las bases de datos de navegación, bases de datos del terreno, o de de las prestaciones de un modelo de motor, deben ser adquiridas de una fuente autorizada que sea aceptable para el fabricante de equipo en el que van a ser instaladas (Target Hardware), y acompañadas de la documentación y del medio de almacenamiento que contiene los ficheros de datos y que debe identificarlos de forma inequívoca. Los medios de almacenamiento de un paquete de datos DFLD deben ser registrados con la identificación de la organización que nos ha proporcionado y los sellos de control y conformidad de calidad aplicables. Control de Configuración del Software de la Aeronave: Para poder controlar el estado la configuración estos paquetes de software, el operador deberá mantener al día un Documento de Control de Configuración de cada aeronave con los Part Numbers (P/N) de cada uno de los paquetes de software que han sido instalados en la aeronave, junto con las referencias que permitan verificar que dichos paquetes están certificados para su instalación en la aeronave afectada. Éste documento se suele denominar Aircraft Configuración List (ACL), y en él se listan todas las unidades reemplazables en línea (LRU) o módulo reemplazables en línea (LRM) identificándolas como partes con software actualizable (LSAP) que son aplicables a una aeronave en particular. Esta lista debería contener los datos proporcionados por el titular del certificado de tipo (TC), o por el fabricante de equipo original (OEM), mediante los Boletines de Servicio (SB), cartas de información de servicio (SIL) o el Catálogo Ilustrado de Partes (IPC). Por lo tanto el operador debería mantener un registro que proporcione la siguiente información: La versión actual del Software FLS y los datos DFLD que han sido instalados. Las aeronaves en las cuales han sido instalados estos paquetes de software y datos. Los equipos y sistemas de la aeronave a los que estos paquetes de seguros y datos son aplicables. Las funciones estos paquetes de software y datos realiza. Donde y con qué formato se han instalado estos paquetes de seguros y datos, incluyendo en nombre la persona es responsable de ello. Quien puede decidir si es necesario actualizar su equipo sistema y quien es responsable de autorizar esta actualización. Para confirmar que paquete de software está cargado en un sistema del aeronave, se debe realizar una comprobación del Part Number (P/N) y la versión del software que está cargado en un sistema, mediante el uso de una terminal de acceso de mantenimiento al correspondiente bus de datos, o mediante la propia unidad de control del dispositivo de presentación asociados sistema, accediendo al Página 15

16 menú de mantenimiento, o cualquier otro dispositivo diseñado para cumplir con este propósito. Es importante tener en cuenta que en caso de duda sobre el estado de una actualización paquete de software o de datos, como por ejemplo tener dudas sobre si no están corruptos, o si es la versión adecuada para una configuración de aeronaves en particular, no se debería intentar hacer la transferencia de estos datos. De hecho, se debería poner en cuarentena dicho paquete y mantenerlo pendiente de verificar su integridad y/o confirmar la versión aplicable con él proveedor. Todos estos procedimientos relacionados con la adquisición, modificación la incorporación de paquetes de software a una flota de aeronaves deberían ser incluidos en un capítulo del documento de exposición de la gestión del mantenimiento (MME) que la compañía debe preparar para ser autorizada operador aéreo (AOC). Cómo podemos determinar inicialmente la configuración de Part/ Numbers hardware y software aplicables a un modelo y número de serie concreto de una aeronave? a. En el manual de mantenimiento del aeronave b. el catálogo ilustrado de partes (IPC) c. Lista de configuración del aeronave (ACL d. En La Lista de Equipos Mínimos (MEL) Quien es el responsable de llevar el control de configuración del software cargado en una aeronave mediante el ACL? a. El fabricante del aeronave b. El centro de mantenimiento autorizado c. el operador de la aeronave d. La Autoridad Competente Página 16

CAPÍTULO 146. MONITOREO DE CAMBIOS APROBADOS DE SOFTWARE DE AVIÓNICA

CAPÍTULO 146. MONITOREO DE CAMBIOS APROBADOS DE SOFTWARE DE AVIÓNICA CAPÍTULO 146. MONITOREO DE CAMBIOS APROBADOS DE SOFTWARE DE AVIÓNICA 1. CÓDIGOS DE ACTIVIDADES Sección 1. Antecedentes Aviónica: Reservado. 3. OBJETIVO. Esta tarea provee una guía para el control y monitoreo

Más detalles

(Texto pertinente a efectos del EEE)

(Texto pertinente a efectos del EEE) 30.9.2014 L 284/9 REGLAMENTO DE EJECUCIÓN (UE) N o 1029/2014 DE LA COMISIÓN de 26 de septiembre de 2014 que modifica el Reglamento (UE) n o 73/2010 por el que se establecen requisitos relativos a la calidad

Más detalles

CUALIFICACIÓN OPERACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN OPERACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 23 CUALIFICACIÓN OPERACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC300_2 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

PROYECTO AUTOMATIZACION Y MODERNIZACION DE LOS SERVICIOS DE TRANSITO AEREO RED DE RADARES DE VIGILANCIA AEREA PER/08/802

PROYECTO AUTOMATIZACION Y MODERNIZACION DE LOS SERVICIOS DE TRANSITO AEREO RED DE RADARES DE VIGILANCIA AEREA PER/08/802 PROYECTO AUTOMATIZACION Y MODERNIZACION DE LOS SERVICIOS DE TRANSITO AEREO RED DE RADARES DE VIGILANCIA AEREA PER/08/802 TÉRMINOS DE REFERENCIA (TDR-AERONAVE.01.2012) versión 01-04-2012 Proceso de licitación

Más detalles

Cuestión 3 del Actividades de navegación aérea a nivel global, intra-regional e interregional. 3.3 Actividades de navegación aérea inter-regional

Cuestión 3 del Actividades de navegación aérea a nivel global, intra-regional e interregional. 3.3 Actividades de navegación aérea inter-regional GREPECAS/17 NE/06-Rev. Organización de Aviación Civil Internacional 20/06/14 Grupo Regional CAR/SAM de Planificación y Ejecución (GREPECAS) Decimoséptima Reunión del Grupo Regional CAR/SAM de Planificación

Más detalles

RAD 129 - Operadores Aéreos Extranjeros y Transportistas Extranjeros Operando Aeronaves de Registro Nacional. Índice. Sección A - Generalidades

RAD 129 - Operadores Aéreos Extranjeros y Transportistas Extranjeros Operando Aeronaves de Registro Nacional. Índice. Sección A - Generalidades - Operadores Aéreos Extranjeros y Transportistas Extranjeros Operando Aeronaves de Registro Nacional Índice Sección A - Generalidades 129.1 Aplicabilidad y Definiciones. 129.11 Especificaciones de operaciones.

Más detalles

CAPÍTULO 64. EVALUACIÓN / REVISIÓN DEL PROGRAMA DE MANTENIMIENTO DE AERONAVEGABILIDAD CONTINUADA. Sección 1. Antecedentes

CAPÍTULO 64. EVALUACIÓN / REVISIÓN DEL PROGRAMA DE MANTENIMIENTO DE AERONAVEGABILIDAD CONTINUADA. Sección 1. Antecedentes CAPÍTULO 64. EVALUACIÓN / REVISIÓN DEL PROGRAMA DE MANTENIMIENTO DE AERONAVEGABILIDAD CONTINUADA Sección 1. Antecedentes 1. CÓDIGOS DE ACTIVIDAD A. Mantenimiento: RESERVADO B. Aviónica: RESERVADO 2. PROPÓSITO

Más detalles

Aprobación Operacional PBN Bases de Datos de Navegación

Aprobación Operacional PBN Bases de Datos de Navegación Aprobación Operacional PBN Bases de Datos de Navegación Requerimientos de Bases de Datos de Navegación La mayoría de las especificaciones de navegación requieren una Base de Datos de Navegación Las excepciones

Más detalles

PARTE IV EXPLOTADORES VOLUMEN I CERTIFICACIONES Y APROBACIONES Capítulo 9. Evaluación del programa de mantenimiento

PARTE IV EXPLOTADORES VOLUMEN I CERTIFICACIONES Y APROBACIONES Capítulo 9. Evaluación del programa de mantenimiento PARTE IV EXPLOTADORES VOLUMEN I CERTIFICACIONES Y APROBACIONES Capítulo 9. Evaluación del programa de mantenimiento Índice Página Sección 1 Antecedentes... PIV-VI-C9-1 1. Objetivo... PIV-VI-C9-2 2. Alcance...

Más detalles

SEGUNDO EXAMEN DEL ANEXO SOBRE SERVICIOS DE TRANSPORTE AÉREO

SEGUNDO EXAMEN DEL ANEXO SOBRE SERVICIOS DE TRANSPORTE AÉREO ORGANIZACIÓN MUNDIAL DEL COMERCIO RESTRICTED 7 de febrero de 2007 (07-0522) Consejo del Comercio de Servicios SEGUNDO EXAMEN DEL ANEXO SOBRE SERVICIOS DE TRANSPORTE AÉREO EJEMPLOS DEL EMPLEO DE MEDIOS

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Selección y uso de la tercera edición de las normas ISO 9000 Documento: ISO/TC 176/N 613 Octubre 2000 ISO

Selección y uso de la tercera edición de las normas ISO 9000 Documento: ISO/TC 176/N 613 Octubre 2000 ISO Selección y uso de la tercera edición de las normas ISO 9000 Documento: ISO/TC 176/N 613 Octubre 2000 ISO Traducción aprobada el 2001-05-31 Prólogo de la versión en español Este documento ha sido traducido

Más detalles

Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes

Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Titulación certificada por EUROINNOVA BUSINESS SCHOOL Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión

Más detalles

CUALIFICACIÓN OPERACIÓN DE REDES DEPARTAMENTALES PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN OPERACIÓN DE REDES DEPARTAMENTALES PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN OPERACIÓN DE REDES DEPARTAMENTALES PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC299_2 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

I. E. S. Cristóbal de Monroy. DEPARTAMENTO: Informática. MATERIA: Aplicaciones Web. NIVEL: 2º Sistemas Microinformáticos y Redes

I. E. S. Cristóbal de Monroy. DEPARTAMENTO: Informática. MATERIA: Aplicaciones Web. NIVEL: 2º Sistemas Microinformáticos y Redes DEPARTAMENTO: Informática MATERIA: Aplicaciones Web NIVEL: 2º Sistemas Microinformáticos y Redes 1. Objetivos. Competencias Profesionales, Personales y Sociales 1.1 Objetivos del ciclo formativo Según

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

SECCIÓN 1. ANTECEDENTES

SECCIÓN 1. ANTECEDENTES CAPITULO 74. EVALUACION DEL PROGRAMA DE CONTROL DE PESO Y BALANCE DE UN OPERADOR, RAD 121 Y 135 (AERONAVES DE 10 O MAS PASAJEROS CON MOTORES DE TURBINA). SECCIÓN 1. ANTECEDENTES 1. OBJETIVOS. Este capítulo

Más detalles

CIRCULAR INFORMATIVA PROCEDIMIENTO PARA EL MANEJO DE ALTERACIONES Y/O REPARACIONES MAYORES A TRAVÉS DE UNA ACTUALIZACIÓN

CIRCULAR INFORMATIVA PROCEDIMIENTO PARA EL MANEJO DE ALTERACIONES Y/O REPARACIONES MAYORES A TRAVÉS DE UNA ACTUALIZACIÓN Clave: CI-5102-082-014 Revisión: 01 Fecha: 29/04/2011 Página 1 de 8 1. PROPÓSITO Esta Circular Informativa (CI) proporciona guía, orientación e información para la aplicación de un procedimiento de actualización,

Más detalles

El monitoreo de una variable física requiere supervisión permanente de señales que

El monitoreo de una variable física requiere supervisión permanente de señales que Capítulo 1 Marco Contextual 1.1. Formulación del problema 1.1.1. Definición del problema El monitoreo de una variable física requiere supervisión permanente de señales que varían con el tiempo. Tal información,

Más detalles

NID: 5100-069-001 Versión: 02 Fecha: 10/01/2014 Pág.: 1 de 55

NID: 5100-069-001 Versión: 02 Fecha: 10/01/2014 Pág.: 1 de 55 NID: 5100-069-001 Versión: 02 Fecha: 10/01/2014 Pág.: 1 de 55 1. OBJETIVO Establecer las guías, políticas y procedimientos que los Inspectores del Grupo de Operaciones Grupo Técnico y Grupo de Inspección

Más detalles

A continuación se representan los componentes básicos de un sistema computacional (ordenador). Figura 5.6.1 Componentes básicos de un ordenador.

A continuación se representan los componentes básicos de un sistema computacional (ordenador). Figura 5.6.1 Componentes básicos de un ordenador. 5.6 ESTRUCTURA BÁSICA DE UN ORDENADOR. TERMINOLOGÍA INFORMÁTICA Las aeronaves modernas utilizan sofisticados sistemas de aviónica que necesitan de sistemas de computación basados en microprocesadores.

Más detalles

CIRCULARES INFORMACIÓN AERONAUTICA AIR

CIRCULARES INFORMACIÓN AERONAUTICA AIR AFS: MROCYOYX TEL/FAX: (506) 231-4924 Página web: www.dgac.go.cr e-mail: aiscr@dgac.go.cr DIRECCIÓN GENERAL DE AVIACIÓN CIVIL DEPARTAMENTO DE NAVEGACIÓN AÉREA PUBLICACIONES Y CARTOGRAFIA AERONÁUTICA CIRCULARES

Más detalles

CAPITULO II EVALUACION DE EQUIPOS DE PRUEBA PARA EQUIPOS Y SISTEMAS DE AVIONICA

CAPITULO II EVALUACION DE EQUIPOS DE PRUEBA PARA EQUIPOS Y SISTEMAS DE AVIONICA CAPITULO II EVALUACION DE EQUIPOS DE PRUEBA PARA EQUIPOS Y SISTEMAS DE AVIONICA SECCIÓN 1. ANTECEDENTES 1. OBJETIVO. Este capitulo suministra guías para la evaluación de los equipos de prueba usados durante

Más detalles

APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS

APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS MINISTERIO DE SANIDAD Y CONSUMO APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS DOCUMENTO Nº 6 1ª Versión Noviembre 20021 AGENCIA ESPAÑOLA DEL MEDICAMENTO

Más detalles

ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL

ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL Página 1 de 23 CUALIFICACIÓN PROFESIONAL Familia Profesional Nivel 3 Código IFC363_3 Versión 5 Situación RD 1701/2007 Actualización ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

RAID. Los detalles de las características segunda y tercera, cambian según los distintos niveles RAID. RAID 0 no soporta la tercera característica.

RAID. Los detalles de las características segunda y tercera, cambian según los distintos niveles RAID. RAID 0 no soporta la tercera característica. RAID Como se dijo anteriormente, el ritmo de mejora de prestaciones en memoria secundaria ha sido considerablemente menor que en procesadores y en memoria principal. Esta desigualdad ha hecho, quizás,

Más detalles

(5) A fin de garantizar una fácil transición y de evitar perturbaciones, deben preverse las medidas transitorias pertinentes.

(5) A fin de garantizar una fácil transición y de evitar perturbaciones, deben preverse las medidas transitorias pertinentes. L 106/18 REGLAMENTO (UE) 2015/640 DE LA COMISIÓN de 23 de abril de 2015 sobre especificaciones adicionales de aeronavegabilidad para un determinado tipo de operaciones y por el que se modifica el Reglamento

Más detalles

DISCOS RAID. Se considera que todos los discos físicos tienen la misma capacidad, y de no ser así, en el que sea mayor se desperdicia la diferencia.

DISCOS RAID. Se considera que todos los discos físicos tienen la misma capacidad, y de no ser así, en el que sea mayor se desperdicia la diferencia. DISCOS RAID Raid: redundant array of independent disks, quiere decir conjunto redundante de discos independientes. Es un sistema de almacenamiento de datos que utiliza varias unidades físicas para guardar

Más detalles

ADMINISTRACIÓN DE LOS ACTIVOS DE HARDWARE Y SOFTWARE

ADMINISTRACIÓN DE LOS ACTIVOS DE HARDWARE Y SOFTWARE 5 TEMA ADMINISTRACIÓN DE LOS ACTIVOS DE HARDWARE Y SOFTWARE 5.1 OBJETIVOS Qué capacidad de procesamiento y de almacenamiento necesita nuestra organización para realizar sus transacciones de información

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

5 Compresión de Cabeceras de Van Jacobson

5 Compresión de Cabeceras de Van Jacobson 5 Compresión de Cabeceras de Van Jacobson 5.1 INTRODUCCIÓN El acceso a servicios de Internet a través de líneas de baja velocidad tanto alámbricas como inalámbricas pone de manifiesto el hecho de la gran

Más detalles

ACUERDO TIPO ENTRE UN OPERADOR Y UN COLECTIVO PARA LA IMPLANTACION DE UN SISTEMA DE ANALISIS DE DATOS DE VUELO

ACUERDO TIPO ENTRE UN OPERADOR Y UN COLECTIVO PARA LA IMPLANTACION DE UN SISTEMA DE ANALISIS DE DATOS DE VUELO ACUERDO TIPO ENTRE UN OPERADOR Y UN COLECTIVO PARA LA IMPLANTACION DE UN SISTEMA DE ANALISIS DE DATOS DE VUELO GENERAL El presente Acuerdo es suscrito entre [Operador], con domicilio en [calle] de [ciudad],

Más detalles

Introducción al PBN y uso del GPS como medio primario de navegación en Colombia.

Introducción al PBN y uso del GPS como medio primario de navegación en Colombia. Introducción al PBN y uso del GPS como medio primario de navegación en Colombia. Juan Oswaldo Hernández R. DE COLOMBIA DE TRANSPORTE Concepto PBN PBN (Performance Based Navigation), Navegación Basada en

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

CICLO DE VIDA DEL SOFTWARE

CICLO DE VIDA DEL SOFTWARE CICLO DE VIDA DEL SOFTWARE 1. Concepto de Ciclo de Vida 2. Procesos del Ciclo de Vida del Software 3. Modelo en cascada 4. Modelo incremental 5. Modelo en espiral 6. Prototipado 7. La reutilización en

Más detalles

Capítulo C: Certificación, especificaciones de operación y requisitos para el personal directivo de los explotadores RAP 121 y 135

Capítulo C: Certificación, especificaciones de operación y requisitos para el personal directivo de los explotadores RAP 121 y 135 Capítulo C: Certificación, especificaciones de operación y requisitos para el personal directivo de los explotadores RAP 121 y 135 119.205 Aplicación (a) Este capítulo establece: (1) los requisitos de

Más detalles

CONDICIONES GENERALES DE CONTRATACIÓN Y ANULACIÓN

CONDICIONES GENERALES DE CONTRATACIÓN Y ANULACIÓN CONDICIONES GENERALES DE CONTRATACIÓN Y ANULACIÓN 1. Definiciones. Reserva : el número de compra emitido por o en nombre de la compañía, que da derecho a realizar el vuelo turístico escogido por sus titulares.

Más detalles

APÉNDICE C CURSOS DE CAPACITACIÓN ESPECIALIZADA

APÉNDICE C CURSOS DE CAPACITACIÓN ESPECIALIZADA Manual de Capacitación de la DSO AAC Bolivia APÉNDICE C Capacitación Especializada APÉNDICE C CURSOS DE CAPACITACIÓN ESPECIALIZADA Esta capacitación puede abarcar; pero no restringirse a: Operaciones 1.

Más detalles

N-008-INAC-2008 NORMATIVA SOBRE LA APLICACIÓN DEL 83 BIS

N-008-INAC-2008 NORMATIVA SOBRE LA APLICACIÓN DEL 83 BIS N-008-INAC-2008 NORMATIVA SOBRE LA APLICACIÓN DEL 83 BIS PROCEDIMIENTO DE VERIFICACION DE ACUERDOS DE TRANSFERENCIA DE RESPONSABILIDADES BAJO EL ARTICULO 83 BIS TITULO I CAPITULO I OBJETO Y DEFINICIONES

Más detalles

El cumplimiento de las regulaciones en el Software de sistemas de aeronáuticos Carlos Fernández de la Hoz, AIRBUS Military

El cumplimiento de las regulaciones en el Software de sistemas de aeronáuticos Carlos Fernández de la Hoz, AIRBUS Military El cumplimiento de las regulaciones en el Software de sistemas de aeronáuticos Carlos Fernández de la Hoz, AIRBUS Military Madrid, 20 noviembre 2013 PALACIO MUNICIPAL DE CONGRESOS 2013 IBM Corporation

Más detalles

CAPITULO 7. INSPECCIÓN DE AERONAVES USADAS EN SERVICIO DE AMBULANCIAS AÉREAS.

CAPITULO 7. INSPECCIÓN DE AERONAVES USADAS EN SERVICIO DE AMBULANCIAS AÉREAS. CAPITULO 7. INSPECCIÓN DE AERONAVES USADAS EN SERVICIO DE AMBULANCIAS AÉREAS. SECCIÓN 1. ANTECEDENTES 1. OBJETIVO. Este capítulo provee una guía para inspeccionar aeronaves usadas como ambulancias aéreas,

Más detalles

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Convivencia. Gestión del Sistema de Entrada/Salida

Convivencia. Gestión del Sistema de Entrada/Salida Convivencia Gestión del Sistema de Entrada/Salida Dra. Carolina Carolina Mañoso Mañoso Dpto. Dpto. Imformática Informática y y Automática.UNED Introducción (1/2) El sistema de Entrada/Salida es la parte

Más detalles

ADVANCEWARE Warehouse Management System Keep the Control!!

ADVANCEWARE Warehouse Management System Keep the Control!! ADVANCEWARE Warehouse Management System Keep the Control!! 2007 AdvanceWare Optimice los procesos internos de su almacén, incremente la visibilidad de su inventario, realice más operaciones en menor tiempo

Más detalles

PUBLICACIÓN ESPAÑOLA DE CALIDAD

PUBLICACIÓN ESPAÑOLA DE CALIDAD MINISTERIO DE DEFENSA SECRETARÍA DE ESTADO DE DEFENSA DIRECCIÓN GENERAL DE ARMAMENTO Y MATERIAL PUBLICACIÓN ESPAÑOLA DE CALIDAD PECAL - 2310 REQUISITOS OTAN PARA LOS SISTEMAS DE GESTIÓN DE CALIDAD DE SUMINISTRADORES

Más detalles

Enginyeria del Software III

Enginyeria del Software III Enginyeria del Software III Sessió 3. L estàndard ISO/IEC 15504 Antònia Mas Pichaco 1 Introducción El proyecto SPICE representa el mayor marco de colaboración internacional establecido con la finalidad

Más detalles

CAPITULO III APROBACION DE LISTAS DE EQUIPO MINIMO Y SUS REVISIONES PARA AERONAVES QUE OPERAN BAJO LOS CAPITULOS V Y VI DE LOS RAC

CAPITULO III APROBACION DE LISTAS DE EQUIPO MINIMO Y SUS REVISIONES PARA AERONAVES QUE OPERAN BAJO LOS CAPITULOS V Y VI DE LOS RAC CAPITULO III APROBACION DE LISTAS DE EQUIPO MINIMO Y SUS REVISIONES PARA AERONAVES QUE OPERAN BAJO LOS CAPITULOS V Y VI DE LOS RAC SECCION 1: ANTECEDENTES 1. OBJETIVO Describir el proceso utilizado en

Más detalles

Introducción a redes Ing. Aníbal Coto Cortés

Introducción a redes Ing. Aníbal Coto Cortés Capítulo 5: Ethernet Introducción a redes Ing. Aníbal Coto Cortés 1 Objetivos En este capítulo, aprenderá a: Describir el funcionamiento de las subcapas de Ethernet. Identificar los campos principales

Más detalles

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

Más detalles

Atención al Cliente. Octubre de 2012. Comisión de Regulación de Comunicaciones República de Colombia

Atención al Cliente. Octubre de 2012. Comisión de Regulación de Comunicaciones República de Colombia Preguntas frecuentes sobre la implementación de las bases datos para restringir la operación de equipos terminales móviles reportados como hurtados y/o extraviados Atención al Cliente Octubre de 2012 Comisión

Más detalles

ENCUESTA SOBRE ATERRIZAJES Y DESPEGUES SIN AUTORIZACION (ANEXO)

ENCUESTA SOBRE ATERRIZAJES Y DESPEGUES SIN AUTORIZACION (ANEXO) ENCUESTA SOBRE ATERRIZAJES Y DESPEGUES SIN AUTORIZACION (ANEXO) ÍNDICE ANEXO... 3 1. Definición del escenario:... 3 2. Posibles sistemas de ayuda sobre aterrizajes y despuegues sin autorización... 5 2.1.

Más detalles

Módulo N 9 Estructura del SMS-II. Revision N 14

Módulo N 9 Estructura del SMS-II. Revision N 14 Estructura del SMS-II Revision N 14 1 Construyendo un SMS Safety Management Módulo 10 Implementación en fases del SSP y del SMS System Módulo 8 Estructura Planeamiento del SMS-I del SMS Módulo 9 Estructura

Más detalles

NORMA ISO 9001:2008 Sistemas de Gestión de la Calidad - ÍNDICE. 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación.

NORMA ISO 9001:2008 Sistemas de Gestión de la Calidad - ÍNDICE. 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación. TEMA ÍNDICE PÁGINA 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación. 3 2 Referencias normativas. 3 3 Términos y definiciones.. 3 4 Sistema de gestión de la calidad. 4 4.1 Requisitos

Más detalles

1.- INTRODUCCIÓN 2.- ALCANCE

1.- INTRODUCCIÓN 2.- ALCANCE CIRCULAR OPERATIVA 01/97 SOBRE UTILIZACIÓN DEL SISTEMA DE POSICIONAMIENTO GLOBAL (GPS) COMO MEDIO SUPLEMENTARIO DE NAVEGACIÓN SEGÚN LAS REGLAS DEL VUELO INSTRUMENTAL (IFR) 1.- INTRODUCCIÓN El Sistema de

Más detalles

MODIFICACIONES de ISO 9001:2000 a ISO 9001:2008

MODIFICACIONES de ISO 9001:2000 a ISO 9001:2008 MODIFICACIONES de ISO 9001:2000 a ISO 9001:2008 La nueva norma ISO 9001, en versión 2008, no incorpora nuevos requisitos, sino cambios para aclarar los requisitos ya existentes en la Norma ISO 9001, de

Más detalles

Manual de Usuario Versión 1.0 MANUAL DE USUARIO DEL PORTAL

Manual de Usuario Versión 1.0 MANUAL DE USUARIO DEL PORTAL MANUAL DE USUARIO DEL PORTAL 1 ÍNDICE DE CONTENIDOS: Premisas...3 Requerimiento de hardware y software...3 Descripción del portal...3 Ingreso al portal...3 Módulo de configuración...4 Perfil y firma...4

Más detalles

Especificación para el Sistema de administración de datos y monitoreo en línea de baterías para sistema de UPS

Especificación para el Sistema de administración de datos y monitoreo en línea de baterías para sistema de UPS 1 Alcance Esta especificación define los requisitos mínimos para un Sistema de administración de datos y monitoreo predictivo en línea de baterías (BMDMS, por sus siglas en inglés Battery Monitor Data

Más detalles

BOLETÍN OFICIAL DEL ESTADO

BOLETÍN OFICIAL DEL ESTADO Núm. 300 Miércoles 14 de diciembre de 2011 Sec. I. Pág. 135721 No debe interpretarse que los diversos espacios formativos identificados deban diferenciarse necesariamente mediante cerramientos. Las instalaciones

Más detalles

mope SEGURIDAD INFORMÁTICA

mope SEGURIDAD INFORMÁTICA DENOMINACIÓN: Código: IFCT0109 Familia Profesional: Informática y Comunicaciones Área profesional: Sistemas y telemática Nivel de cualificación profesional: 3 Cualificación profesional de referencia: IFC153_3

Más detalles

TEMARIO DE PROFESORES TÉCNICOS DE F.P. SISTEMAS Y APLICACIONES INFORMÁTICAS

TEMARIO DE PROFESORES TÉCNICOS DE F.P. SISTEMAS Y APLICACIONES INFORMÁTICAS TEMARIO DE PROFESORES TÉCNICOS DE F.P. SISTEMAS Y APLICACIONES INFORMÁTICAS "Publicado en el B.O.E. de 13 de febrero de 1.996" OCTUBRE 1997 SISTEMAS Y APLICACIONES INFORMÁTICAS 1. Representación y comunicación

Más detalles

MONTAJE Y REPARACIÓN DE SISTEMAS MICROINFORMÁTICOS PROFESIONAL

MONTAJE Y REPARACIÓN DE SISTEMAS MICROINFORMÁTICOS PROFESIONAL Página 1 de 20 CUALIFICACIÓN MONTAJE Y REPARACIÓN DE SISTEMAS MICROINFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC298_2 Versión 5 Situación RD 1201/2007 Actualización

Más detalles

Red Digital de Servicios Integrados (RDSI/ISDN)

Red Digital de Servicios Integrados (RDSI/ISDN) Universidad Francisco de Paula Santander Departamento de Sistemas e Informática ACADEMIA LOCAL CISCO CURSO CCNA Red Digital de Servicios Integrados (RDSI/ISDN) 1 de Mayo de 2004 Tabla de contenidos INTRODUCCIÓN...

Más detalles

Sistema de Gestión de la Seguridad de la Información, UNE-ISO/IEC 27001

Sistema de Gestión de la Seguridad de la Información, UNE-ISO/IEC 27001 Sistema de Gestión de la Seguridad de la Información, UNE-ISO/IEC 27001 Aníbal Díaz Gines Auditor de SGSI Certificación de Sistemas Applus+ Sistema de Gestión de la Seguridad de la Información, UNE-ISO/IEC

Más detalles

Tema 1 Introducción. Arquitectura básica y Sistemas Operativos. Fundamentos de Informática

Tema 1 Introducción. Arquitectura básica y Sistemas Operativos. Fundamentos de Informática Tema 1 Introducción. Arquitectura básica y Sistemas Operativos Fundamentos de Informática Índice Descripción de un ordenador Concepto básico de Sistema Operativo Codificación de la información 2 1 Descripción

Más detalles

RESOLUCIÓN DE JUNTA DIRECTIVA No.019. (De 15 de mayo de 2008)

RESOLUCIÓN DE JUNTA DIRECTIVA No.019. (De 15 de mayo de 2008) 1 RESOLUCIÓN DE JUNTA DIRECTIVA No.019 (De 15 de mayo de 2008) "POR LA CUAL SE MODIFICA EL COBRO DE LOS SERVICIOS QUE SUMINISTRA LA DIRECCIÓN DE SEGURIDAD AÉREA A SUS USUARIOS" LA JUNTA DIRECTIVA DE LA

Más detalles

OPERACIÓN EN SISTEMAS DE COMUNICACIONES DE VOZ Y DATOS PROFESIONAL

OPERACIÓN EN SISTEMAS DE COMUNICACIONES DE VOZ Y DATOS PROFESIONAL Página 1 de 16 CUALIFICACIÓN OPERACIÓN EN SISTEMAS DE COMUNICACIONES DE VOZ Y DATOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC301_2 Versión 5 Situación RD 1201/2007

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

MANUAL DE USUARIO DEL PORTAL

MANUAL DE USUARIO DEL PORTAL MANUAL DE USUARIO DEL PORTAL El presente manual proporciona una guía detallada de la funcionalidad del Portal MiPymes, que es una aplicación Web para Micro, Pequeños y Medianos negocios conformados por

Más detalles

Las Normas ISO 9000 del 2000

Las Normas ISO 9000 del 2000 Las Normas ISO 9000 del 2000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como

Más detalles

SERVICIOS Y SOLUCIONES TECNOLÓGICAS Que aportan valor a los productos aeronáuticos.

SERVICIOS Y SOLUCIONES TECNOLÓGICAS Que aportan valor a los productos aeronáuticos. Avda. Isaac Newton, 3; 4ª Planta PCT Cartuja 41092 Sevilla Tel: +34 955 036 800 Fax: +34 955 036 849 www.isotrol.com SERVICIOS Y SOLUCIONES TECNOLÓGICAS Que aportan valor a los productos aeronáuticos.

Más detalles

MODBUS INDICE. Centro Integrado Politécnico ETI Departamento de Electricidad Fernando Pascual Moisés Pérez MODBUS 1. CARACTERÍSTICAS DEL BUS

MODBUS INDICE. Centro Integrado Politécnico ETI Departamento de Electricidad Fernando Pascual Moisés Pérez MODBUS 1. CARACTERÍSTICAS DEL BUS INDICE 1. CARACTERÍSTICAS DEL BUS 2. PROTOCOLOS 3. CARACTERÍSTICAS DE LOS MENSAJES ENVIADOS 4. INSTRUCCIÓN PMCR 5. EJEMPLO DE APLICACIÓN a. Configuración puerto SCU41 b. Configuración variador V1000 c.

Más detalles

República Bolivariana de Venezuela Ministerio Popular de Educación y Deportes UNEFA Cátedra: Base de Datos Unidad I. Introducción

República Bolivariana de Venezuela Ministerio Popular de Educación y Deportes UNEFA Cátedra: Base de Datos Unidad I. Introducción República Bolivariana de Venezuela Ministerio Popular de Educación y Deportes UNEFA Cátedra: Base de Datos Unidad I. Introducción Dato: Hecho o valor a partir del cual se puede inferir una conclusión.

Más detalles

Guía de Requisitos Generales del Departamento de Aeronavegabilidad

Guía de Requisitos Generales del Departamento de Aeronavegabilidad INSTITUTO DOMINICANO DE AVIACIÓN CIVIL DIRECCIÓN DE NORMAS DE VUELO Guía de Requisitos Generales del Departamento de Aeronavegabilidad Santo Domingo, Rep. Dom. Estos requisitos se establecen en base a

Más detalles

1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.

1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones. Módulo Profesional: Servicios en Red. Código: 0227. Resultados de aprendizaje y criterios de evaluación. 1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.

Más detalles

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 18 CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC297_2 Versión 5 Situación RD 1201/2007 Actualización

Más detalles

CAPITULO 7. INSPECCIÓN DE AERONAVES USADAS COMO AMBULANCIAS AÉREAS

CAPITULO 7. INSPECCIÓN DE AERONAVES USADAS COMO AMBULANCIAS AÉREAS CAPITULO 7. INSPECCIÓN DE AERONAVES USADAS COMO AMBULANCIAS AÉREAS 1. CÓDIGOS DE ACTIVIDAD Sección 1 Antecedentes A. Mantenimiento: RESERVADO B. Aviónica: RESERVADO 3. OBJETIVO Este capítulo provee guía

Más detalles

PROCEDIMIENTOS PARA LA INSTALACIÓN DEL SOFTWARE SISTEMA RED. Junio 2010 MINISTERIO DE TRABAJO E INMIGRACIÓN TESORERÍA GENERAL DE LA SEGURIDAD SOCIAL

PROCEDIMIENTOS PARA LA INSTALACIÓN DEL SOFTWARE SISTEMA RED. Junio 2010 MINISTERIO DE TRABAJO E INMIGRACIÓN TESORERÍA GENERAL DE LA SEGURIDAD SOCIAL SUBDIRECCIÓN GENERAL DE RECAUDACIÓN PROCEDIMIENTOS PARA LA INSTALACIÓN DEL SOFTWARE SISTEMA RED Junio 2010 MINISTERIO DE TRABAJO E INMIGRACIÓN TESORERÍA GENERAL DE LA SEGURIDAD SOCIAL INDICE 1 INTRODUCCIÓN...

Más detalles

GENERALIDADES DE LA COMUNICACIÓN DE DATOS

GENERALIDADES DE LA COMUNICACIÓN DE DATOS Comunicaciones I Capítulo 1 GENERALIDADES DE LA COMUNICACIÓN DE DATOS 1 El Sistema de Comunicación Sistema de comunicación: Lleva a cabo el intercambio de información entre dos entes ubicados en los extremos

Más detalles

Norma de seguridad de datos de la Industria de tarjetas de pago (PCI)

Norma de seguridad de datos de la Industria de tarjetas de pago (PCI) Norma de seguridad de datos de la Industria de tarjetas de pago (PCI) Resumen de los cambios de la a la 3.0 de las PCI DSS (Normas de seguridad de datos de la Industria de tarjetas de pago) Noviembre de

Más detalles

TCP/IP. IRI 2 do cuatrimestre 2015

TCP/IP. IRI 2 do cuatrimestre 2015 TCP/IP IRI 2 do cuatrimestre 2015 Redes y Protocolos Una red es un conjunto de computadoras o dispositivos que pueden comunicarse a través de un medio de transmisión en una red. Los pedidos y datos de

Más detalles

Estándares para Sistemas de Tickets Entrantes/Salientes (TITO)

Estándares para Sistemas de Tickets Entrantes/Salientes (TITO) Estándares para Sistemas de Tickets Entrantes/Salientes (TITO) Superintendencia de Casinos de Juego (SCJ) CHILE Santiago de Chile, marzo de 2015 Modificaciones a los Estándares para Sistemas de Tickets

Más detalles

Sistemas de gestión de la calidad Requisitos

Sistemas de gestión de la calidad Requisitos Sistemas de gestión de la calidad Requisitos 0 Introducción Generalidades La adopción de un sistema de gestión de la calidad debería ser una decisión estratégica de la organización. El diseño y la implementación

Más detalles

ORGANIZACION DE AVIACIÓN CIVIL INTERNACIONAL OFICINA REGIONAL SUDAMERICANA

ORGANIZACION DE AVIACIÓN CIVIL INTERNACIONAL OFICINA REGIONAL SUDAMERICANA ORGANIZACION DE AVIACIÓN CIVIL INTERNACIONAL OFICINA REGIONAL SUDAMERICANA PROYECTO REGIONAL RLA/99/901 SISTEMA REGIONAL DE COOPERACION PARA LA VIGILANCIA DE LA SEGURIDAD OPERACIONAL SEPTIMA REUNIÓN DEL

Más detalles

DEPARTAMENTO DE INFORMÁTICA CICLO FORMATIVO DE GRADO SUPERIOR ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS MÓDULO: REDES DE ÁREA LOCAL CURSO: 2006-2007

DEPARTAMENTO DE INFORMÁTICA CICLO FORMATIVO DE GRADO SUPERIOR ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS MÓDULO: REDES DE ÁREA LOCAL CURSO: 2006-2007 DEPARTAMENTO DE INFORMÁTICA CICLO FORMATIVO DE GRADO SUPERIOR ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS MÓDULO: REDES DE ÁREA LOCAL CURSO: 2006-2007 Módulo Profesional: REDES DE ÁREA LOCAL Página 1 de 12

Más detalles

Router, Enrutador o Encaminador

Router, Enrutador o Encaminador Router, Enrutador o Encaminador Un router es un tipo especial de computador. Cuenta con los mismos componentes básicos que un PC estándar de escritorio. Tiene una CPU, memoria, bus de sistema y distintas

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

Dell Printer Management Pack versión 6.0 para Microsoft System Center Operations Manager Guía del usuario

Dell Printer Management Pack versión 6.0 para Microsoft System Center Operations Manager Guía del usuario Dell Printer Management Pack versión 6.0 para Microsoft System Center Operations Manager Guía del usuario Notas, precauciones y avisos NOTA: Una NOTA proporciona información importante que le ayuda a utilizar

Más detalles

DIA 21 Taller: Implantación ISO 27000 en el entorno empresarial PYME

DIA 21 Taller: Implantación ISO 27000 en el entorno empresarial PYME DIA 21 Taller: Implantación ISO 27000 en el entorno empresarial PYME Ponencia: Gestión de incidentes de seguridad y planes de continuidad de negocio. Metodología y aspectos prácticos para implantación

Más detalles

Lista de verificación norma ISO 17799 (Realizada con base en la lista de chequeo del instituto SANS, la cual fue elaborada por Val Thiagarajan)

Lista de verificación norma ISO 17799 (Realizada con base en la lista de chequeo del instituto SANS, la cual fue elaborada por Val Thiagarajan) Lista de verificación norma ISO 17799 (Realizada con base en la lista de chequeo del instituto SANS, la cual fue elaborada por Val Thiagarajan) 3. Política de seguridad 3.1. Política de seguridad de la

Más detalles

TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software.

TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software. . TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software. Índice 1 INTRODUCCIÓN 2 2 CARACTERÍSTICAS 2 2.1 Características del cliente...2 2.2 Características

Más detalles

Guía Rápida de Inicio

Guía Rápida de Inicio Guía Rápida de Inicio 1. Acerca de esta Guía Esta guía le ayudará a instalar y dar los primeros pasos con BitDefender Security for File Servers. Para disponer de instrucciones detalladas, por favor, diríjase

Más detalles

Ministerio de Educación, Cultura y Deporte. HTML5 en la educación. Módulo 8: Publicación.

Ministerio de Educación, Cultura y Deporte. HTML5 en la educación. Módulo 8: Publicación. Ministerio de Educación, Cultura y Deporte. HTML5 en la educación Módulo 8: Publicación. Instituto Nacional de Tecnologías Educativas y de Formación del Profesorado 2012 Publicación de un proyecto web

Más detalles

Como estamos entrando en calor, vamos a definir algunos términos relativos a los buses.

Como estamos entrando en calor, vamos a definir algunos términos relativos a los buses. 5.4 BUSES DE DATOS. FUNCIONAMIENTO En el contexto de los sistemas digitales, la palabra bus se refiere al sistema que permite la interconexión e intercambio de datos entre dispositivos complejos. Recordemos

Más detalles