4.
1 Sistemas instalados
Sistema de Produccin. Un Sistema de produccin es aquel sistema que
proporciona una estructura que agiliza la descripcin, ejecucin y el planteamiento
de un proceso industrial. Estos sistemas son los responsables de la produccin de
bienes y servicios en las organizaciones. Los administradores de operaciones
toman decisiones que se relacionan con la funcin de operaciones y los sistemas
de transformacin que se emplean. De la misma manera los sistemas de
produccin tienen la capacidad de involucrar las actividades y tareas diarias de
adquisicin y consumo de recursos. Estos son sistemas que utilizan los gerentes
de primera lnea dada la relevancia que tienen como factor de decisin
empresarial. El anlisis de este sistema permite familiarizarse de una forma ms
eficiente con las condiciones en que se encuentra la empresa en referencia al
sistema productivo que se emplea.
Tipos de sistemas de Produccin
Sistema por producto
Es aquel donde, se tiene lneas de produccin por cada producto. Se utiliza cuando se trabaja con
volmenes de produccin muy grandes por lo que se tiene una automatizacin rgida. Tiene como
ventajas el bajo tiempo de ciclo y transporte. Como desventaja se contempla su rigidez, alto riesgo
y una gran inversin.
Sistema de proceso contino
Su capacidad de produccin se mide en unidades de flujo.
Sistema por proyecto
Se emplea cuando el producto es muy grande de transportar. Por ejemplo, en la produccin de
barcos o aviones.
Sistema funcional
Es aquel donde, se tiene una gran variedad de productos con mquinas de propsito general y los
operadores tienen una habilidad y experiencia para manejarlas. Los productos son manufacturados
en pequeas cantidades. La ventaja de este sistema es la flexibilidad y como desventaja tiene el alto
tiempo en el proceso.
Sistema celular
Es un arreglo de mquinas similar al de proceso por producto. Diseado para ofrecer flexibilidad,
tiene como caracterstica su composicin de mquinas de control numrico y en algunos casos por
robots.
4.2 Elementos instalados
Los tres elementos del costo de fabricacin son:
1. Materias primas: Todos aquellos elementos fsicos que es imprescindible
consumir durante el proceso de elaboracin de un producto, de sus
accesorios y de su envase. Esto con la condicin de que el consumo del
insumo debe guardar relacin proporcional con la cantidad de unidades
producidas.
2. Mano de obra directa: Valor del trabajo realizado por los operarios que
contribuyen al proceso productivo.
3. carga fabril: Son todos los costos en que necesita incurrir un centro para el
logro de sus fines; costos que, salvo casos de excepcin, son de asignacin
indirecta, por lo tanto precisa de bases de distribucin.
4.3 Seguimiento
El seguimiento consiste en el anlisis y recopilacin sistemticos de informacin a
medida que avanza un proyecto. Su objetivo es mejorar la eficacia y efectividad de
un proyecto y organizacin. Se basa en metas establecidas y actividades
planificadas durante las distintas fases del trabajo de planificacin. Ayuda a que se
siga una lnea de trabajo, y adems, permite a la administracin conocer cuando
algo no est funcionando. Si se lleva a cabo adecuadamente, es una herramienta
de incalculable valor para una buena administracin y proporciona la base para la
evaluacin. Te permite determinar si los recursos disponibles son suficientes y estn
bien administrados, si tu capacidad de trabajo es suficiente y adecuada, y si ests
haciendo lo que habas planificado (ver tambin la herramienta sobre Planificacin
de accin).
El seguimiento implica:
_ Establecimiento de indicadores (ver Glosario de trminos) de eficacia, efectividad
e impacto;
_ Creacin de sistemas de recopilacin de informacin relacionada con estos
indicadores;
_ Recopilacin y registro de la informacin;
_ Anlisis de la informacin;
_ Empleo de la informacin para mantener a la administracin al da.
El seguimiento es una funcin interna dentro de cualquier proyecto u organizacin.
4.4 Mantenimiento De Los Sistemas
El mantenimiento es un aspecto ms del desarrollo de sistemas de informacin. Sin
embargo, efectuar cambios y ajustes no necesariamente indica la correccin de
errores o la ocurrencia de problemas.
Entre los cambios ms frecuentes solicitados por los usuarios finales se encuentra
el agregado de informacin al formato de un reporte (listado). Se pueden revisar los
requerimientos del sistema como consecuencia de su uso o del cambio de las
necesidades de operacin. Quizs sea necesario corregir algn descuido que
ocurri durante el proceso de desarrollo. A menudo, surge la necesidad de capturar
ms datos y almacenarlos en la base de datos, o quizs sea necesario aadir
caractersticas para la deteccin de errores con la finalidad de evitar que los
usuarios del sistema emprendan por equivocacin una accin no deseada. Tambin
existe el agregado de nuevas funciones, como mejoras en la seguridad.
Todas estas situaciones son realidades del mantenimiento de aplicaciones. Cuando
se presentan, sin embargo, son un buen indicador de que el sistema se est
utilizando, de que tiene una funcin til y de que los usuarios no lo estn
archivando.
Hay entonces 3 TIPOS DE MANTENIMIENTO:
- CORRECTIVO: es cuando se debe corregir errores de funcionamiento del sistema,
pulgas, o cuando aparecen situaciones que no se tuvieron en cuenta o se mal
interpretaron en el relevamiento.
Ejemplos: totaliza mal un listado, no filtra un informe por zona, no redondea un total.
- ADAPTATIVO: cuando el objetivo es adaptar el sistema o partes de l a nuevas
situaciones que generan nuevos requerimientos, por la dinmica evolucin de las
empresas y los negocios.
Ejemplos: se comienza a consignar mercadera, se abre un punto de venta, se
vende en el interior, se aplica un nuevo impuesto, se define una nueva poltica de
descuentos.
- PERFECTIVO: cuando el sistema est estable y es utilizado por la empresa en su
plenitud, pueden surgir requerimientos de perfeccionamiento en algunas de sus
funciones, mejorar la performance, reducir los procesos o aumentar su complejidad
por razones de seguridad, etc.
Ejemplos: envo de respaldos de punto de venta a casa central por mail, agregar
seguridad por opciones de men.
4.5 Evaluacin De Los Sistemas
Los progresos realizados en un sistema deben ser medidos o evaluados para
conocer las deficiencias y problemas que ste presenta. Aunque una evaluacin
cualitativa puede resultar til en las etapas iniciales del desarrollo del sistema,
medidas cuantitativas bajo unas mismas condiciones resultan de vital importancia
para ver el progreso real del sistema y compararlo consigo mismo o con otros. Los
nmeros no aportan informacin si se desconoce de dnde proceden, es decir, qu
representan. La evaluacin de cualquier tecnologa debe ir acompaada de un
conjunto de medidas estndar propuestas para tal fin. La disponibilidad de bases de
datos y de protocolos o procedimientos para la evaluacin de estos sistemas ha
sido un componente muy importante, casi fundamental, en el progreso alcanzado
en este campo y ha permitido compartir nuevas ideas, e incluso compararlas con
otras ya consolidadas. Los progresos en la evaluacin de sistemas de comprensin
del lenguaje hablado estn comenzando. As vamos a mencionar a continuacin
diferentes acuerdos alcanzados [PRI90] en la evaluacin de sistemas:
Conjuntos de Datos de Entrenamiento y de Prueba Independientes.La
importancia de disponer de conjuntos de datos independientes para el
entrenamiento/desarrollo y para la evaluacin de sistemas de reconocimiento de
habla viene siendo aceptada desde hace bastante tiempo por la comunidad
cientfica. Sigue siendo igual de importante para el desarrollo y evaluacin de los
sistemas de comprensin de habla, aunque para estos ltimos nos interesar tener
datos de prueba dnde aparezcan el mayor nmero de fenmenos del habla
posibles (son importantes las construcciones gramaticales, los efectos propios del
habla espontnea, etc.), para colocar al sistema en el mayor nmero de situaciones
(lxicas, sintcticas y semnticas) posible. Sin embargo, es conveniente resaltar
que el proceso de evaluacin no deja de ser parte del proceso de entrenamiento,
pues en muchos casos los resultados de la misma sirven para depurar o mejorar el
comportamiento final del sistema. Por tanto, es importante que exista un conjunto
de datos independiente y realista, tan grande como sea posible, con el que se
evale definitivamente un sistema y con cuyos resultados no se intente seguir
desarrollando (mejorando) el sistema.
Evaluacin del Sistema como Caja Negra. La evaluacin de los componentes
de un sistema es una tarea importante durante el desarrollo del mismo, aunque no
es especialmente til para comparar sistemas entre s, al menos que los sistemas
a comparar sean muy similares, lo que no suele ser el caso. La motivacin para
evaluar los componentes de un sistema es puramente interna, por tanto, no es
absolutamente necesario llegar a acuerdos en la comunidad internacional sobre la
metodologa de evaluacin de los mismos. Las medidas de evaluacin de los
componentes internos de un sistema pueden utilizarse para evaluar las tecnologas
empleadas en cada componente como una funcin de sus parmetros de diseo;
por ejemplo, el funcionamiento de un mdulo de reconocimiento acstico puede ser
evaluado como una funcin de la perplejidad alofnica y sintctica, el
funcionamiento de un analizador sintctico (parser) como una funcin de la calidad
(errores) de la secuencia de palabras (frase) de entrada. Adems, estas medidas
son tiles para evaluar el progreso conseguido, y cmo los cambios en varios
componentes afectan al resto de los mismos.
Evaluacin Cuantitativa vs. Cualitativa. Una evaluacin cualitativa de un
sistema (p. ej. lo que parece gustar a los usuarios del sistema) puede ser animador,
pero mucho ms convincente para aquellos que no pueden observar el sistema son
las medidas cuantitativas llevadas a cabo de forma automtica. Las medidas
deberan ser estandarizadas en la medida de lo posible, y ser reproducibles, para
considerarlas significativas. El proceso automatizado evita errores humanos debido
a fatiga, falta de atencin, malas intenciones, etc. y adems, permite capturar
muchos ms datos que en un caso manual, y sacar conclusiones sobre el
funcionamiento de ciertos procesos o hechos que ocurren, con una mayor fiabilidad.
Captura de Datos para Evaluacin. Para capturar los datos que necesitamos
para evaluar los sistemas de lenguaje hablado, se han desarrollado tcnicas y
sistemas especiales conocidos comoPNAMBIC (Pay No Attention to
the Man Behind the Curtain) o Mago de Oz (Wizard of Oz), que implica la
existencia de un experto cooperando con un sistema ms o menos automtico y
completo, pero del que no es consciente el usuario, quin piensa que interacciona
slo con un sistema completamente automtico. Realmente, el mago introduce las
peticiones del usuario transcribiendo la frase hablada a texto y envindosela a la
pantalla del usuario, as como interaccionando con un sistema de informacin (p.e.
de gestin de bases de datos), para conseguir las respuesta a la pregunta o peticin
del usuario y poder mandrsela. No se permite que el mago realice tareas
complejas, slo puede enviar los datos obtenidos de la base de datos, o frases que
indiquen ciertos problemas, indicaciones al usuario, como su pregunta requiere un
proceso que sobrepasa las posibilidades del sistema. En general, la actuacin del
mago viene condicionada por el hecho de que comprenda o no la pregunta del
usuario y sobre su conocimiento sobre las posibilidades de la base de datos. Los
datos deben ser analizados a posteriori para determinar si la actuacin del mago
fue o no correcta.
Convenios sobre las Transcripciones. La transcripcin de las sesiones, es
decir, las frases que se muestran al usuario, representan el habla natural de ese
locutor. Para llevar a cabo evaluaciones automticas, debemos llegar a un cierto
acuerdo sobre los convenios a utilizar para representar lo que el usuario ha dicho,
y se deben implementar procedimientos que aseguren que estos convenios son
realmente utilizados.
Respuestas Cannicas y Obtencin de Medidas. Las respuestas cannicas
son, en general, las respuestas enviadas al usuario bajo el control del mago. Estas
respuestas debern ser modificadas si el mago comete un error, o si la respuesta
depende del contexto en que fue generada debido a la posible cooperacin (dilogo)
entre el mago y el usuario. La obtencin de medidas se lleva a cabo con programas
estndar y convenios para las entradas y salidas.
4.6 Mejora Continua
El Proceso de mejora continua es un concepto del siglo XX que pretende mejorar
los productos, servicios y procesos.
Postula que es una actitud general que debe ser la base para asegurar la
estabilizacin del proceso y la posibilidad de mejora. Cuando
hay crecimiento ydesarrollo en una organizacin o comunidad, es necesaria
la identificacin de todos los procesos y el anlisis mensurable de cada paso
llevado a cabo. Algunas de las herramientas utilizadas incluyen las acciones
correctivas, preventivas y el anlisis de la satisfaccin en los miembros o clientes.
Se trata de la forma ms efectiva de mejora de la calidad y la eficiencia en las
organizaciones. En el caso de empresas, los sistemas de gestin de calidad,
normas ISO y sistemas de evaluacin ambiental, se utilizan para conseguircalidad
total.
Utiliza basicamente 6 pilares para su desarrollo:
Mantenimiento productivo total
SMED
Kanban
Jidoka
Just in time
Poka-yoke
Requisitos
La mejora continua requiere:
Apoyo en la gestin.
Feedback (retroalimentacion) y revisin de los pasos en cada proceso.
Claridad en la responsabilidad de cada acto realizado.
Poder para el trabajador.
Forma tangible de realizar las mediciones de los resultados de cada proceso
La mejora continua puede llevarse a cabo como resultado de un escalamiento en
los servicios o como una actividad proactiva por parte de alguien que lleva a cabo
un proceso.
Es muy recomendable que la mejora continua sea vista como una actividad
sostenible en el tiempo y regular y no como un arreglo rpido frente a un problema
puntual
Para la mejora de cualquier proceso se deben dar varias circunstancias:
El proceso original debe estar bien definido y documentado.
Debe haber varios ejemplos de procesos parecidos.
Los responsables del proceso deben poder participar en cualquier discusin
de mejora.
Un ambiente de transparencia favorece que fluyan las recomendaciones para
la mejora.
Cualquier proceso debe ser acordado, documentado, comunicado y medido
en un marco temporal que asegure su xito.
