4.

- MONITOREO Y CONTROL DE PROVEEDORES

Con la identificacin, aprobacin y el establecimiento de las relaciones formales contractuales, con

los proveedores la actividad principal del contratista asume el papel de coordinacin del programa,
evaluacin y control. Esta actividad continua puede ser bastante importante por las razones
siguientes:

1. La magnitud de actividad del proveedor y el nmero de proveedores individuales de un

componente para un sistema dado puede ser extenso. Para algunos sistemas, tanto como
el 50 a 70% de la actividad planeada el desarrollo y produccin, ser relacionado por los
proveedores.

2. Involucran gran nmero de los proveedores en la creacin del sistema, la distribucin

geogrfica de estos proveedores pueden ser mundial Muchos sistemas utilizan
componentes que son desarrollados y manufacturados en los pases de la costa del Pacifico,
Europa, frica, Canad, Mxico, Sudamrica, etc. Los requerimientos en la creacin del
sistema pueden ordenar una autentica comunicacin internacional y una red de distribucin

3. En la creacin de los sistemas relativamente a gran escala, donde hay muchos proveedores
de componentes diferentes, la variedad de trabajos que es realizada en un momento dado
de tiempo puede ser bastante extensa. algunos proveedores pueden emprender un
esfuerzo de diseo y desarrollo de tamao natural. otros pueden realizar funciones de
manufactura y produccin y hay muchos proveedores que proporcionan componentes
estndar disponibles en almacn en respuesta a las rdenes de adquisicin rutinarias. Hay
algunos programas que son discontinuos y hay otros programas que son continuos sobre
un largo periodo de tiempo.
En este tiempo muchos diversos proveedores, localizados a nivel mundial, realizando una gran
variedad de funciones, el contratista se presenta a un trabajo formable y desafiante. Los
requerimientos especficos del proveedor pueden ser desarrollados cuidadosamente y claramente
establecido desde el inicio y una estructura de contratacin adecuada debe ser establecida parar
asegurar que los requerimientos sern cumplidos. El tipo de contrato debe, evidentemente, ser
diseado a nivel del esfuerzo del proveedor.

Con el siguiente ejemplo se puede ver que los proveedores A,B,C,D,F y G estn cada
uno involucrados en un proyecto que incluye alguna actividad de diseo y desarrollo. Como parte
del esfuerzo, los estudios de compromisos son llevados a cabo, los reportes de confiabilidad y de
prediccin de la matenibilidad son preparados, las revisiones del diseo son programadas, las
funciones de pruebas y evaluacin son realizadas, etc. y muchas actividades ms, debe ser reducida
a escala para ser compatible con las necesidades del programa del proveedor.

Ejemplo de las actividades del proyecto del proveedor

Diseo Diseo preliminar del Diseo de detalle y desarrollo del Produccin

conceptual sistema sistema y(o)construccin

Proveedor A A B

Proveedor B B C

Proveedor C A B C

Proveedor D A B

Proveedor E B

Proveedor F A B

Proveedor G A B C

A Diseo y desarrollo (investigacin, diseo, prueba y evaluacin)

B Produccin (manufactura y prueba de los componentes esenciales)
C Produccion (manufactura y prueba de los elementos de aporte- partes excedentes y de reparacion)
En cuanto a la evaluacin y control del programa del proveedor, el contratista debe incorporar las
actividades del proveedor, como parte del proceso global de revisin del diseo. Para grandes
esfuerzos de diseo y desarrollo, las revisiones individuales del diseo seleccionado pueden ser
llevadas a cabo en la instalacin del proveedor, con los resultados de estas revisiones siendo
incluidas en las revisiones en el nivel ms altas llevadas a cabo en la planta del contratista. Para
programas ms pequeos, el proceso de revisin no puede ser tan formal, con los resultaos del
esfuerzo del proveedor que debe ser integrados en las evaluaciones de un elemento ms grande del
sistema. Cuando se trata de los proyectos que involucran la manufactura de produccin de
componentes (esto es a cada uno de los proyectos, el problema principal del contratista es el de
inspeccin de entrada y control de calidad. Es esencial que las caractersticas diseadas del
componente, o como se lo indica en un tem disponible en almacn, sean mantenidas
completamente

Dentro de los posibles problemas que podemos tener con los proveedores se encuentran
bsicamente (ya que puede haber ms), los siguientes:

Demora en dar respuesta a solicitudes (sea una cotizacin, envo de productos o

respuesta a un servicio).
Lo que solicitamos no es lo que se nos cotizaron, o peor, no es lo que nos envan u
obtenemos.

En esencia, la evaluacin y control de proveedores son meramente aplicaciones de las actividades

de control y revisin del programa, iniciadas por el cliente e impuestas por el contratista. El
contratista debe, a su vez imponer ciertos requisitos al proveedor. Los grandes proveedores deben
imponer el control necesario a sus proveedores pequeos en caso de que una integracin de los
proveedores. El objetivo es:

1) Asegurara que los requerimientos del sistema estn siendo asignados adecuadamente de
arriba abajo
2) Que la conformidad con esos requerimientos este siendo realizado de abajo-arriba.

5.- INTEGRACION DEL SISTEMA

Inherente a los conceptos asociados a la ingeniera de sistemas es la funcin de integracin.

Inicialmente como parte del diseo conceptual, el nfasis est colocado en la definicin de los
requerimientos del sistema y la integracin adecuada de estos requerimientos a travs del
desarrollo de la especificacin del sistema y el SEMP (plan de la administracin de la ingeniera de
sistemas). Luego, durante el diseo preliminar y de detalle, la necesidad de integracin contina.
Desde la perspectiva tcnica hay un esfuerzo de integracin continua asociada con la interfaz
adecuada de los subsistemas, unidades, ensambles, mdulos, software, datos, localidades , equipo
de prueba y soporte, personal adems elementos del sistema. El software debe ser compatible con
el equipo esencial, el personal debe ser compatible con el equipo y el software, etc. Tambin hay
un impulso administrativo que se ocupa de la integracin adecuada de las diversas disciplinas del
diseo y de las dems actividades del programa
Integracin del sistema (enfoque abajo-arriba desde la base)
Sistema XYZ

Unidad A Unidad B Unidad C

Ensamble 3 Ensamble 4 Ensamble 5

Subensamble F Subensamble G Subensamble H

Mdulo 2 Mdulo 3 Mdulo 4

1 2 3 4 5 6 7 8 9 10 11 11 12 14
Integracin y prueba del sistema 1

Integracin y prueba del sistema

C
Cantidad de prueba
C
subensamble Unidad A
C

C Ensamble Unidad A Sistema XYZ

C
Cantidad de
C
xs Unidad A oporte del sistema

C
subensamble
C
Finalmente, hay una funcin de integracin crtica asociada a la combinacin de los diversos
componentes del sistema dentro de una entidad operante que responde a las necesidades del
consumidor.

Al referirse a la integracin del sistema el objetivo de integracin es asegurar que los componentes
1,2,3y 8 no son solo compatibles con cada uno de los otros, sino que puedan integrarse
adecuadamente al subensamble B, considerando todas las tolerancias y los requerimientos de
intercambiabilidad.

Histricamente, los sistemas han sido desarrollados en sus mayora de abajo-arriba, sin la ventaja
de una perspectiva de tipo ms alto y, en muchos casos, el proceso de integracin ha ocurrido a
travs de la aplicacin de mtodos de fuerza bruta, utilizando un enfoque de prueba y error. La
integracin de los componentes no ha sido muy fcil, las sustituciones del componente se han hecho
al momento, el gasto ha sido grande y los costos resultantes han sido altos

A causa de estas experiencias pasadas con la integracin y prueba del sistema, es importante que
un enfoque de arriba-debajo de la ingeniera de sistemas se implemente desde el inicio. A travs de
la definicin y distribucin adecuada de los requerimientos en el diseo inicial del optimismo, ser
evitados en el futuro. Con la identificacin temprana y la eliminacin de las reas potenciales del
problema, el proceso de integracin del sistema realizado hacia el final del diseo de detalle, la
etapa de desarrollo puede ser significativamente mejorada. En lugar de depender de la integracin
final del sistema y de la actividad de prueba para resolver todos los problemas, es necesario que el
enfoque de abajo-arriba para el diseo del sistema siga los requerimientos establecidos atreves del
proceso de arriba-abajo. Sin la consideracin adecuada de la integracin del sistema desde el inicio,
los problemas asociados a la integracin final y a la actividad de prueba continuaran como en el
pasado.

La Integracin de Sistemas de Gestin se define como el conjunto de elementos relacionados o que

interactan que permiten implantar y alcanzar la poltica y los objetivos de una organizacin, en lo
que se refiere a aspectos diversos como pueden ser los de calidad, medio ambiente, seguridad y
salud, u otras disciplinas de gestin.

Para disear un sistema integrado de gestin, debemos partir de la gestin por procesos. Con el fin
de alcanzar un nivel de integracin maduro, en el que todos los aspectos se relacionen a lo largo de
cada proceso de la organizacin existen varios estndares para la integracin de los sistemas, como,
por ejemplo, la norma UNE 66177 de Sistemas de gestin: una gua para la integracin de los
sistemas de gestin que incluye tres mtodos denominados respectivamente mtodo bsico,
mtodo avanzado y mtodo experto, aplicndose uno u otro en funcin de la madurez o experiencia
que tenga la empresa en la gestin por procesos.

Tambin se puede optar por PAS 99: una especificacin de requisitos para sistemas integrados de
gestin, de acceso pblico, elaborada por la Institucin Britnica de de Normalizacin (BSI). PAS 99
fue desarrollada para aquellas organizaciones que tienen basado su sistema de gestin en dos o
ms normas, como ISO 9001, ISO 14001, OHSAS 18001 u otras.

El objetivo del flujo del proceso y los trabajos asociados con la integracin de los componentes de
abajo-arriba. Esta actividad prevalece durante la fase del diseo y desarrollo, comenzando con la
integracin de los componentes se identifican y selecciones de ellos se integran adecuadamente al
sistema, eventualmente sern verificados por medio de la prueba y evaluacin final del sistema.

En resumen, la organizacin de la ingeniera de sistemas no solo debe asegurar que un buen y gran
esfuerzo de integracin del sistema se planee inicialmente, sino que tambin los diversos trabajos
de integracin se realicen durante el esfuerzo completo de diseo y desarrollo del sistema.

De particular importancia son los retos asociados con las muchas funciones del proveedor,
identificados anteriormente en este captulo. Estas actividades del proveedor, la liberacin de los
componentes, la integracin de los componentes al sistema, etc., deben ser cubiertas en la
integracin y en el plan de prueba del sistema del contratista.