Un ordenador es un sistema porque sus componentes cooperan para transformar entradas en resultados. Esa cooperación reúne hardware, las piezas físicas, y software, las instrucciones y los datos organizados para realizar tareas. La CPU ejecuta instrucciones y la RAM mantiene la información de trabajo que necesitan los programas. El almacenamiento conserva los archivos al apagar. La placa base permite comunicar componentes mediante interfaces, mientras la alimentación proporciona la energía adecuada. Los periféricos, como teclado y pantalla, hacen posible introducir información o recibir resultados.

Estas funciones se entienden mejor al seguir una tarea. Para editar un cartel intervienen el programa, la CPU, la RAM y la pantalla; para conservar los cambios también intervienen la operación de guardado y su destino de almacenamiento. Por eso, ver el cartel demuestra que existe una salida visible, pero no que el archivo haya quedado guardado. Si la aplicación es remota, el recorrido incorpora además dependencias de red. Una misma tarea necesita varias funciones, y observar una de ellas no comprueba automáticamente las demás.

El inventario funcional relaciona ese recorrido con un equipo concreto: identifica modelo, función y tarea prevista. Así, una especificación adquiere sentido por lo que permite hacer y por su relación con el conjunto. La información del sistema y la ficha técnica del equipo autorizado permiten contrastar los datos sin recopilar números de serie ni desmontar piezas para averiguar información que ya puede consultarse.

RAM y almacenamiento pueden expresar su capacidad en bytes, aunque cumplen funciones distintas. La RAM habitual es memoria de trabajo volátil: su contenido se pierde al apagar. El almacenamiento conserva archivos, de modo que disponer de espacio libre no significa tener suficiente memoria para la tarea en curso. Un bit es una unidad binaria y un byte contiene ocho bits. Los múltiplos decimales emplean potencias de mil: 1 kB equivale a 1000 bytes. Los binarios emplean potencias de 1024: 1 KiB equivale a 1024 bytes. La etiqueta permite saber qué cantidad representa la cifra.

Además de la unidad, importa qué se está midiendo. La capacidad expresa cuánto cabe y la ocupación cuánto espacio está usado respecto al total. La actividad describe trabajo durante un intervalo. Por eso, un porcentaje de ocupación y otro de actividad pueden coincidir sin describir la misma situación. La velocidad de transferencia relaciona información y tiempo, como en MB/s. Tampoco basta un porcentaje de RAM aislado: necesita indicar la tarea y el momento de observación.

Interpretar indicadores consiste en relacionarlos con unas condiciones de trabajo. Comparar varios recursos durante una tarea equivalente permite reconocer posibles limitaciones sin atribuirlas de inmediato a una avería. El registro conserva nombre del indicador, unidad, denominador cuando corresponda, tarea y momento. Así puede distinguirse lo observado de la explicación provisional, manteniendo las etiquetas originales de las herramientas al comparar capacidades.

La compatibilidad reúne condiciones para que componentes y software trabajen juntos. No basta que una pieza tenga la misma función o que su conector parezca encajar. En memoria se comprueban generación, formato, capacidad admitida y configuración. En almacenamiento importan interfaz, dimensiones y soporte del sistema. La compatibilidad física, eléctrica y lógica se contrasta con documentación del modelo concreto, no con una fotografía de otro ordenador parecido.

Una mejora compatible también debe responder a la necesidad observada. Un cuello de botella es un recurso que limita una tarea bajo ciertas condiciones; puede cambiar al modificar la carga. Añadir capacidad a un recurso que no limita esa tarea puede aportar poco. Relaciona requisito, especificación y evidencia antes de comparar opciones. El coste del supuesto escolar permite razonar, pero no es un precio de mercado. Una recomendación incluye dudas pendientes y condiciones que la invalidarían, para que otra persona pueda revisar su utilidad antes de intervenir.

Un síntoma es lo que observas: una tarea tarda, un archivo no aparece o falta imagen. Una hipótesis propone una causa provisional que puede contrastarse. La prueba debe producir observaciones distintas según sea correcta o no. Antes de ejecutarla escribe qué esperas y qué resultado te haría revisar la explicación. Así evitas elegir después solamente los datos favorables a tu primera idea.

Comienza con comprobaciones reversibles y de bajo impacto, ajustadas al síntoma. Mantén una tarea comparable y cambia una condición cada vez cuando sea posible. Registra entorno, acción, resultado y siguiente decisión. Mejorar después de un cambio apoya una relación, pero no identifica automáticamente una pieza defectuosa: pueden existir explicaciones alternativas. Si el síntoma no se reproduce, conserva las condiciones del ensayo. El objetivo es reducir incertidumbre y verificar la tarea final, no acertar una pieza a la primera ni encadenar cambios que impidan saber cuál influyó.

Un árbol de diagnóstico representa decisiones que dependen de observaciones. Cada pregunta debe separar recorridos y conducir a una comprobación, no a una compra automática. «No funciona» necesita concretarse: no hay alimentación visible, existe alimentación pero falta imagen, o hay imagen y falla una tarea. Esas situaciones no permiten deducir la misma causa. Las conexiones externas y el contexto reciente pueden aportar información antes de una intervención interna.

El laboratorio conserva tres casos: lentitud con muchas pestañas, guardado que falla en un destino lleno y ausencia de imagen después de mover el equipo. En cada uno relaciona síntoma, causas posibles y prueba autorizada; después verifica la operación inicial. Rotula los registros ficticios y las observaciones reales por separado. La inspección interna solo corresponde al equipo preparado, desconectado cuando proceda y bajo supervisión. No se abre la fuente de alimentación ni se realizan medidas sobre red eléctrica. Documentar ese alcance permite repetir el razonamiento sin provocar averías.

El ciclo de vida incluye obtención de materiales, fabricación, transporte, uso, mantenimiento y gestión final. La energía durante el uso es solo una parte del impacto. La potencia expresa ritmo de consumo y se mide en W; la energía acumulada durante un tiempo puede expresarse en Wh o kWh. Para una potencia constante del supuesto, energía es potencia por tiempo. Una etiqueta de potencia máxima no equivale a medir el consumo real durante una tarea.

Compara mantener, reparar, ampliar, reutilizar para otra función y sustituir según necesidad, compatibilidad, soporte, accesibilidad y destino. Prolongar uso exige que siga siendo adecuado y mantenible. Los importes de 35 y 280 unidades monetarias del aula son datos ficticios para comparar reparación y sustitución, no presupuestos comerciales. Declara también qué valores de consumo son supuestos. Sin datos de fabricación y demás etapas no puede concluirse una huella total a partir del ahorro de uso. Si un equipo termina su vida útil, concreta el canal autorizado de gestión de residuos electrónicos.

Un informe técnico permite reconstruir la relación entre necesidad, evidencia y recomendación. Separa observaciones, inferencias y propuestas: registrar una cifra no es interpretar su causa ni decidir una compra. El inventario, el árbol y las pruebas deben compartir nombres y condiciones para que otra persona siga el recorrido. Una conclusión provisional es válida cuando explica qué se sabe, qué falta y qué evidencia obligaría a cambiarla.

El laboratorio integra los tres casos y una hipótesis revisada; no añade una tercera entrega. A01 recoge diseño, requisitos comprobables y un microdiagnóstico ya ejecutado. A02 conserva producto editable, pruebas antes/después, corrección y una mejora contrastada. Otra pareja utiliza una parte de la guía y registra dónde necesita ayuda. Esa revisión comprueba comunicación y procedimiento, no solo apariencia. Cada integrante explica una decisión y predice un resultado ante una variación del caso. Una captura acompaña el registro, pero no sustituye ejecutar la prueba ni conservar los archivos que permiten revisar el trabajo.