unlix unlix
ES EN
Tema de la página
Hablar de mi proyecto

#Recuperación

Retomar un desarrollo existente desde su estado real

Retomar un desarrollo existente exige entender primero lo que hay: código, electrónica, documentación y pruebas. Evaluamos qué se puede aprovechar y qué necesita reconstruirse, sin prometer una recuperación antes de auditarlo.

¿Se puede retomar un desarrollo sin documentación?

Sí, siempre que se audite antes de construir. La falta de documentación no obliga a empezar de cero, pero tampoco permite dar por hecho que todo se pueda conservar: eso solo se sabe tras revisar lo que existe. Por eso la primera fase no escribe código nuevo, sino que inventaría el material y deja constancia del estado real en el que se recibe.

Un desarrollo se queda a medias por motivos muy distintos. Lo tratamos como un proyecto de recuperación y separamos lo que funciona de lo que solo se supone que funciona.

Un proveedor que desaparece
Un proyecto sin terminar
Una placa sin esquemáticos
Un firmware sin fuentes
Conocimiento en una o dos personas

Evaluación inicial del proyecto

La evaluación inicial es un servicio acotado que puede contratarse por separado, antes de decidir si se recupera el desarrollo.

Alcance

  • Inventario de lo que existe: diseños, firmware y software, listas de materiales, pruebas.
  • Estado real de cada pieza.
  • Qué conservar, reconstruir o sustituir, y riesgos abiertos.

Qué necesitamos de usted

  • Acceso autorizado al código, la documentación o el hardware.
  • Las herramientas utilizadas.
  • El contexto de uso.

Qué recibe

  • Un informe trazable, con la evidencia de cada hallazgo.
  • Opciones de continuidad.
  • Puede utilizarlo con otro proveedor o con su propio equipo.

Condiciones

  • Se contrata aparte.
  • No obliga a continuar con nosotros.
  • El alcance concreto se acuerda por proyecto.

Método de auditoría

Empezamos por un inventario de lo que existe de verdad. La documentación puede faltar por completo, el código vivir en un portátil y la placa en un armario.

1

Inventario

Diseños, firmware y software, listas de materiales, herramientas de montaje, pruebas y registros de producción. Los accesos deben estar autorizados por quien tiene derecho a facilitarlos.

2

Evaluar cada pieza

Se ejecuta, se reproduce, se mantiene: tres preguntas por pieza. Se distingue una parte ausente, una función que falla y una integración sin terminar.

3

Reconstruir desde lo real

En electrónica, el esquemático se levanta de la placa real. En firmware, se trabaja sobre la ejecución: mapa de pines, periféricos activos y protocolos observados.

4

Hallazgos con evidencia

Cada hallazgo se registra con su evidencia: una medida, un fichero, una prueba en banco.

5

Informe

Se puede comprobar y no depende de la memoria de quien hizo la auditoría. Otro equipo, o el suyo, puede continuar el trabajo más adelante.

Tres preguntas por cada pieza

¿Se puede ejecutar, reproducir y mantener?

Una placa que funciona pero de la que no queda esquemático se reproduce mal; un firmware compilado sin fuentes se mantiene mal. La revisión registra además qué versión se utiliza y qué depende de servicios o proveedores externos.

  • ¿Se puede ejecutar?
  • ¿Se puede reproducir?
  • ¿Se puede mantener?

Qué se conserva y qué se reconstruye

No todo merece reescribirse. La auditoría clasifica cada pieza y documenta el porqué de cada decisión. La regla es cambiar lo mínimo para volver a tener un desarrollo mantenible.

Se conserva

Lo que funciona y se puede reproducir. Si la electrónica de potencia funciona y el problema está en la comunicación, se mantiene la primera.

Se reconstruye

Lo que no se puede mantener. Si el firmware es estable pero no hay fuentes, a veces se reimplementa módulo a módulo contra el comportamiento observado, manteniendo los protocolos que ya comunican con su plataforma.

Se sustituye

Lo que ya no existe en el mercado. Los componentes obsoletos, los conectores descatalogados y los servicios que han desaparecido obligan a decisiones de sustitución, que se registran como parte del alcance.

Con esa clasificación planteamos opciones de continuidad, modificación o sustitución, no un presupuesto basado en dar por conocido un sistema que todavía no se ha podido revisar.

Qué no se puede reconstruir sin más información

La auditoría documenta también lo que no se puede reconstruir sin datos adicionales. Esa lista define la información que se pedirá al cliente o al operador y evita comprometer plazos sobre supuestos.

Configuraciones de red
Credenciales
Parámetros de calibración
Dependencias de servicios en la nube

No todos los proyectos son recuperables al mismo nivel. La auditoría inicial sirve para saberlo antes de comprometer presupuesto. Si falta código, acceso o evidencia de pruebas, explicamos cómo afecta a la evaluación y qué incertidumbres siguen abiertas.

Qué entregamos

Los entregables orientativos son un informe de auditoría con opciones, el desarrollo recuperado y funcionando dentro del alcance acordado y la documentación de su estado final. El alcance se acuerda por proyecto.

Informe de auditoría

Con opciones de continuidad, modificación o sustitución.

Desarrollo recuperado

Funcionando dentro del alcance acordado.

Documentación del estado final

Un registro del estado en el que se recibió y de lo que se hizo.

Esquemáticos, fuentes y BOM

Esquemáticos y diseño de placa trazables, fuentes de firmware versionadas, documentación de montaje y pruebas, listas de materiales actualizadas.

Con ello, el siguiente cambio de funcionalidad o de componente tiene un punto de partida real y no vuelve a ser una auditoría desde cero. El trabajo puede incluir electrónica, firmware, conectividad, software o integración con sus herramientas actuales; aprovechamos lo que sirve y coordinamos las capas que necesitan cambios.

Como la auditoría queda documentada, puede llevar el informe a otro proveedor o a su propio equipo y seguir usándolo: describe el estado del desarrollo, no nuestra forma de trabajar. Quien continúe el trabajo parte del mismo registro de lo que se conservó, lo que se reconstruyó y lo que sigue abierto.

Trabajamos desde Colmenar Viejo (Madrid) con proyectos de toda España. Describa qué sistema es y qué le impide funcionar. Evaluaremos qué se puede conservar, qué información falta y cuál es el siguiente paso razonable antes de comprometer la recuperación.

Revisemos el desarrollo que necesita retomar

Comparta el estado actual y el material al que tiene acceso autorizado.

Contactar