Fallas en sistemas tecnológicos sencillos

INDICADOR#4

4. Detecto,describo y formulo hipótesis sobre fallas en sistemas

tecnológicos sencillos (siguiendo un proceso de prueba y 

descarte) y propongo estrategias para repararlas.

Fallas en sistemas tecnológicos sencillos

Sistemas tecnológicos: 

- Computador: 

MONITOR:

* Verificar que los controladores estén bien conectados al adaptar de vídeo.

* Ver si el dispositivo tiene un conflicto de recursos.

TECLADO:

* Reiniciar el equipo.

* Presionar la tecla DEL para verificar para ver si el teclado responde de modo de MS-DOS.

* Verificar si un virus des habilito el teclado.

* Verificar el cable del teclado.

RATÓN:

* Verificar Que el cable del ratón this bien conectado Hace.
* Revisar el lector óptico.
* Asegurarse Que el puerto COOM this Habilitado en el BIOS del PC.

EQUIPO DE VÍDEO:

* Verificar el cable de alimentación.

* Verificar el cable de la BIOS.

- CELULARES: 

*las principales fallas en los celulares podrás verlas que es demasiado fácil reparar estas fallas y así podrás ganar dinero en forma sencilla en muy poco tiempo y con una mínima inversión reparando tu celular, el de tus amigos, familiares o el de algún cliente.

Los celulares fallan por diversas causas pero las más frecuentes son por humedad por caídas o golpes y por software.

No leen la simcard falla que suele suceder muy frecuentemente en los celulares y se presenta cuando lo dejan caer y la batería deja de hacer contacto con el pin central de la batería y solo basta con enderezar dicho pin en este conector para que la batería haga buen contacto: en otras ocasiones es un cristal interno que se daña y toca cambiarlo.

- Lavadoras:

*La falla que muestra es PE en la pantalla y suena el ting, ting, ting…. Seguido del bloqueo de la tarjeta la cual no permite hacer nada solo apagar la maquina. Este problema está ligado directamente al nivel de agua… el nivel de agua tiene 3 cables naranja, blanco, morado, y cuando cambiamos por otro nivel seguía con el problema entonces probamos continuidad con nuestro multitester y nos dimos con la sorpresa que el cable blanco estaba trozado y envuelto con la cinta negra, ¿Cómo se trozo?, ni la menor idea. Procedimos entonces a empatar y asunto solucionado.

El error PE también se origina porque:

1.- nivel de agua defectuoso.

2.- los cables que une la tarjeta y el nivel de agua defectuoso.

3.- manguera que une la tina y el nivel de agua trozado o comido por la rata.

4.- los conectores de la tarjeta y el nivel de agua sulfatados.

Des pues de solucionar el error procedemos a probar la tarjeta si no tenemos la lavadora en el taller y solo tenemos la tarjeta, podemos probar de la siguiente manera: con un nivel de agua de cualquier maquina LG antiguo cableamos la tarjeta con el nivel de agua para ello ubicamos la posesión de los cables. Adjunto las imágenes para que se puedan guiar al hacer la prueba.

En la imagen de abajo tenemos el conector de la tarjeta donde va conectado el nivel de agua, en este conector de izquierda a derecha van el naranja, el blanco, el morado

Cuando hablamos de sistema tecnológico nos vamos a referir a un conjunto de elementos y variables que van a contextuar la acción técnica humana. Aunque en sentido explícito el sistema tecnológico debería quedar incluido dentro del sistema técnico, históricamente la técnica es anterior a la tecnología. Nosotros vamos a tomar el nombre sistema tecnológico como un genérico que nos permita establecer las conexiones de una técnica con el sistema técnico en el que se inserta.

Causas de falla en un sistema operativo: 

En la práctica las causas principales de fallas del Sistema Operativo Microsoft Windows se deben a los siguientes puntos:

-Apagar mal la PC origina errores en el sistema. En el SO hay archivos que se sobrescriben generalmente mientras la computadora esta funcionando. Si en el medio de este proceso se apaga bruscamente la PC se pueden ocasionar problemas que al fin pueden llegar a inutilizarlo.

-El usuario provoca errores graves por mala utilización.  Por ejemplo, han modificado la frecuencia de actualización del Monitor, queriendo cambiar la imagen de fondo del Sistema Operativo Microsoft Windows. Ocasionan, que solo se vean rayas (en este caso el problema se soluciona cambiando de nuevo la frecuencia del Monitor, entrando en Modo a Prueba de Errores), o han querido actualizar Microsoft Windows utilizando el método “Copiar y pegar” desde el CD de Microsoft Windows.

Detección De Fallas En Un Sistema Tecnológico

Buscando mejorar la producción de papel carbón que se utiliza como parte de la materia prima para hacer formularios continuos, la empresa formularios standard ha solicitado una consultoría como proyecto piloto para el desarrollo de un sistema que detecte fallas en una de sus máquinas carbonadoras de papel. Este sistema de detección de fallas consiste en sensado de temperaturas, detección de cortes en el papel, avisos por medio de una alarma cuando ocurre un fallo, un sistema de frenado automático ante cualquier fallo del sistema y encendido / desconección automático de los sistemas de calentamiento y enfriamiento. En la etapa de sensado de temperaturas las lecturas de temperatura son tomadas con termopares RTD que están conectadas a un PLC, que continuamente monitorean el estado de la temperatura para que cuando ocurra un fallo, el sistema automáticamente detenga la operación de la máquina. Los avisos de alarma se van a generar cuando las temperaturas de la máquina no sean aptas para la producción de papel carbón, o cuando se genere un corte en el papel. El sistema de frenado automático se activa cuando ocurre un fallo, ya sea por temperatura o por corte en el papel. Este sistema de frenado es controlado por medio de un PLC que acciona una electroválvula activando el freno neumático del cilindro debobinador. El sistema de encendido / desconección de resistencias de calentamiento y sistema de enfriamiento está programado para activarse y desconectarse automáticamente dentro del horario de trabajo semanal del operador de la máquina.......

INDICADOR#3

3.  Evalúo y selecciono con argumentos,mis propuestas y

decisiones en torno a un diseño.

OBSERVACIÓN DEL COMPORTAMIENTO DE LOS TOMADORES DE DECISIONES Y EL AMBIENTE DE OFICINA

Los analistas usan la observación como una técnica de recopilación de ir, formación. Por medio de la observación obtienen apreciaciones sobre lo que se hace realmente, ven de primera mano las relaciones entre los tomadores de decisiones en una organización, comprenden la influencia del ambiente físico de éste, interpretan los mensajes enviados por el tomador por medio de su vestimenta y el acomodo de su oficina y comprenden la influencia del tomador de decisiones con respecto a los demás. Usando el muestreo de tiempos o eventos, el analista observa las actividades típicas del tomador de decisiones y su lenguaje corporal. Hay varios sistemas para registrar tales observaciones, incluyendo sistemas di categorías, listas de verificación, escalas, notas de campo y guiones. Además de la observación del comportamiento del tomador de decisiones, el analista de sistemas debe observar también lo que le rodea. Un método para la observación estructurado del ambiente es llamado STROBE, Un analista de sistemas usa STROBE en la misma forma que un crítico de cine usa un método llamado mise-en-scène para analizar una toma de una película Varios elementos concretos del ambiente del tomador de decisiones pueden ser observados e interpretados. Estos elementos incluyen (1) la ubicación de la oficina, (2) la ubicación del escritorio del tomador de decisiones, (3) el equipo de oficina fijo, (4) las propiedades, tales como calculadoras y pantallas, (5) revistas del negocio y periódicos, (6) iluminación y color de la oficina y (7) la vestimenta usada por el tomador de decisiones. Se puede usar STROBE para obtener una mejor comprensión sobre la manera en que los tomadores de decisiones actualmente recopilan, procesan, guardan y comparten información, Hay varias alternativas para la aplicación de STROBE en una organización. Estas incluyen el análisis de fotografías, el uso de una lista de verificación con base en la escala Likert, la adopción de una lista anecdótica con símbolos y la simple escritura de una comparación de observación/narrativa, Cada método tiene determinadas ventajas, así como desventajas, que el analista debe sopesar cuando seleccione una alternativa sobre la otra.

PROTOTIPOS.

La elaboración de prototipos es una técnica de recopilación de información útil para complementar el ciclo de vida de desarrollo de un sistema tradicional. Cuando el analista de sistemas usa prototipos está buscando reacciones, sugerencias, innovaciones y planes de revisión del usuario para hacer mejoras al prototipo y, por lo tanto, modificar los planes del sistema con un mínimo de gastos y trastornos. Los sistemas que apoyan la toma de decisiones semiestructuradas (tal como lo hacen los sistemas de apoyo a decisiones) son buenos candidatos para la elaboración de prototipos.

El término prototipo tiene diferentes significados, de los cuales son comúnmente usados cuatro de ellos. La primera definición de la elaboración de prototipos es la de construcción de un prototipo parchado. Una segunda definición es un prototipo no operacional que es usado para probar determinadas características del diseño. Un tercer concepto es la creación de un prototipo primero de la serie que es completamente operacional. Este tipo de prototipo es útil cuando están planeadas muchas instalaciones del mismo sistema de información (bajo condiciones similares). El cuarto tipo es un prototipo con características seleccionadas que tiene algunas, pero no todas, de las características esenciales del sistema. Usa módulos autocontenidos como bloques de construcción, para que si las características prototípicas son satisfactorias puedan ser conservadas e incorporadas en el sistema terminado mucho más grande.

Los cuatro lineamientos principales para el desarrollo de un prototipo son: (1) trabajar en módulos manejables, (2) construir el prototipo rápidamente, (3) modificar el prototipo y (4) enfatizar la interfaz de usuario. Una desventaja de los prototipos es que el manejo del proceso de elaboración del prototipo es difícil, debido a la rapidez del proceso y a sus muchas iteraciones. Una segunda desventaja es que puede haber presiones para que sea puesto en servicio un prototipo incompleto, como si fuera un sistema completo. Aunque la elaboración de prototipos no es siempre necesaria o deseable, debe hacerse notar que hay tres ventajas principales interrelacionadas de su uso: (1) el potencial para cambiar el sistema en etapas tempranas de su desarrollo, (2) la oportunidad de detener el desarrollo de un sistema que no es funcional y (3) la posibilidad de desarrollar un sistema que satisfaga en mejor forma las necesidades y expectativas de los usuarios. Los usuarios tienen un papel distinguido en el proceso de elaboración de prototipos. Su primer interés debe ser interactuar con el prototipo mediante experimentación. Los analistas de sistemas deben trabajar sistemáticamente para obtener y evaluar las reacciones de los usuarios ante el prototipo, y luego trabajar para incorporar las sugerencias e innovaciones de los usuarios que valgan la pena en las modificaciones subsecuentes.

El uso del análisis

USO DE DIAGRAMAS DE FLUJO DE DATOS

Para comprender mejor el movimiento lógico de los datos en un negocio, el analista de sistemas traza diagramas de flujo de datos (DFD). Los diagramas de flujo de datos son análisis estructurados y herramientas de diseño que permiten que el analista comprenda visualmente el sistema y subsistemas como un juego de flujos de datos interrelacionados.

La representación gráfica del movimiento, almacenamiento y transformación de datos es trazada con el uso de cuatro símbolos: un rectángulo redondeado para indicar procesamiento o transformaciones de datos, un cuadrado doble para mostrar una entidad de datos externa (origen o receptor de datos), una flecha para mostrar el flujo de datos y un rectángulo de extremo abierto para mostrar un almacén de datos.

El analista de sistemas extrae procesos, fuentes, almacenes y flujos de datos desde las primeras narraciones organizacionales, y usa un enfoque de arriba hacia abajo para trazar primero un diagrama de contexto del sistema, dentro de la imagen más grande. Luego es trazado un diagrama de flujo de datos lógico a nivel 0. Se muestran los procesos y se añaden los almacenes de datos. Luego el analista crea un diagrama hijo para cada uno de los procesos del Diagrama 0. Las entradas y salidas permanecen constantes, pero cambian los almacenes de datos y las fuentes. La explosión del diagrama de flujo original permite que el analista de sistemas se enfoque en las representaciones cada vez más detalladas de los movimientos de datos dentro del sistema. Luego, el analista desarrolla un diagrama de flujo de datos físico a partir del diagrama de flujo de datos lógico, particionando para facilitar la programación. Cada proceso es analizado para determinar si debe ser un procedimiento manual o automatizado. Los procesos automatizados son agrupados subsecuentemente en una serie de programas de computadora diseñados para ser por lotes o en línea. Seis consideraciones para partición de diagramas de flujo incluyen si:

1.- Hay procesos ejecutados por diferentes grupos de usuarios, hay procesos que se ejecuten al mismo tiempo

2.- Hay procesos que ejecuten tareas similares, los procesos por lotes pueden ser combinados para un procesamiento eficiente

3.- Los procesos pueden ser combinados en un programa para tener consistencia de datos

4.- O si los procesos pueden ser partidos en diferentes programas por razones de seguridad.

El diagrama de flujo de datos correcto para el ejemplo de la nómina.

Las ventajas de los diagramas de flujo de datos incluyen la simplicidad de la notación, usándola para obtener información más clara de los usuarios, permitiendo que el analista de sistemas conceptualice los flujos de datos necesarios sin estar atado a una implementación fisica particular, permitir que los analistas conceptualicen mejor las interrelaciones del sistema y sus subsistemas y analicen un sistema propuesto para determinar si han sido definidos los datos y procesos necesarios.

Características comunes de los diagramas de flujo de datos lógicos y físicos.

DISEÑO

Herbert Simon: Hay demasiada información del entorno. No hay racionalidad. Entonces ¿cómo podemos entender el comportamiento humano? Simon nos sugiere que no tomamos la decisión óptima.

Gary Klein nos propone otra forma de toma de decisiones. En vez de absorver toda la información y decidir, vamos repitiendo un pequeño ciclo de procesar la información y decidir. Si todo va bien, aplicamos un proceso automático. Analizo una situación, no tengo muy claro cómo actuar, hago una simulación mental de cómo va a actuar. En esa simulación descubro cosas nuevas.
La intuición es aprovechar la información de tu entorno para tomar decisiones rápidas. Racionalidad del pensamiento experto.
Los expertos actúan a partir de la intuición basada en la experiencia.

Hubert Dreyfus: Promueve un modelo de experiencia. El principiante que cocina con thermomix para hacer un pastel, no es un experto, es alguien que ha sabido seguir las instrucciones. Un ejempo de experto es Jiro Ono. Los expertos sólo analizan en momentos específicos o cuando tienen que convencer o explicar los procesos mentales.

En análisis racional está sobrevalorado.

El diseño resuelve problemas. Puede ser que sí, pero ¿de qué hablamos cuando hablamos de un problema? En nuestro caso es una situación que queremos cambiar. Resolver un problema es pasar de hoy al futuro.

Un problema que se puede definir de antemano lo puede hacer un ordenador. Un problema matemático o un sudoku. El ajedrez no tiene una solución correcta, hay muchas soluciones correctas. Tres diseños de silla son tres soluciones distintas a un problema y todas son buenas.

Wicked problems: Los problemas no se entienden hasta que no se formula una solución. No puedes formular un problema de diseño sin pensar en una conjetura de solución.

Richard MacCormac
Una cosa sobre principiantes y expertos. Es verdad, la práctica repetitiva genera expertos, pero depende de qué tipo de problemas y la actitud con la que te enfrentas a ellos.

Los diseñadores generan un número limitado de alternativas, y suelen ser todas bastante parecidos.
Fijación en ideas iniciales: es un problema. Por eso el diseñador de interfaz no suele cambiar mucho el wireframe que le pasamos.

Nigel Cross: Círculo, resolvermos problemas, formulamos problemas.

Los diseñadores pensamos haciendo. Esa es la racionalidad del diseñador.