Saltar al contenido
XSIS
Un hombre trabajando en un escritorio con varios monitores en una oficina diáfana

Ingeniería de software

Ingeniería de aplicaciones, plataformas y productos componibles

Plataformas, portales y servicios centrales construidos para mantenerse disponibles, ser rápidos y seguir cambiando

Cuando el software de catálogo deja de encajar

El software empaquetado cubre la mayor parte de un negocio, pero no la parte que hace distinto al suyo. Puede ser un motor de precios, una plataforma de operaciones, un portal en el que sus clientes inician sesión o los servicios que mantienen unidos sus demás sistemas.

Ese software suele soportar el mayor tráfico y el mayor riesgo. Una caída detiene las ventas o los servicios públicos, las páginas lentas pierden usuarios y una arquitectura frágil convierte cada nueva funcionalidad en un proyecto largo.

Qué cambia para usted

  1. Software que encaja con su forma de trabajar

    Sus reglas, flujos de trabajo y modelo de datos en el código, no sorteados con hojas de cálculo y pasos manuales.

  2. Plataformas que aguantan la carga

    Servicios y API de alta concurrencia diseñados para el tráfico punta, con límites y cuotas que los protegen.

  3. Cambiar sin empezar de nuevo

    Bloques componibles, pruebas y publicaciones automatizadas, para que las nuevas funcionalidades salgan en versiones pequeñas y regulares en lugar de grandes proyectos.

Qué entregamos

  • Software empresarial y SaaS multiinquilino

    Plataformas de negocio centrales y productos SaaS multiinquilino, con aislamiento entre inquilinos, roles y registros de auditoría diseñados desde la primera versión.

  • Arquitectura componible y microaplicaciones

    Las capacidades de negocio empaquetadas (PBC) son partes autónomas, como precios, alta de clientes o facturación, que pueden reutilizarse, sustituirse o publicarse por separado. Con ellas construimos plataformas y aplicaciones pequeñas.

  • Back ends y API

    Microservicios y API de alta concurrencia sobre REST y GraphQL, con gestión de límites de velocidad y cuotas. Los servidores de Model Context Protocol (MCP) permiten que los agentes de IA usen sus sistemas de forma segura.

  • Portales de cliente, servicios públicos electrónicos y herramientas internas

    Portales de autoservicio, servicios públicos electrónicos y herramientas de back office que cargan rápido con una conexión lenta y funcionan con teclado y lector de pantalla.

  • Front ends y sistemas de diseño

    Interfaces en React, Next.js, Angular o Vue.js, construidas a partir de un sistema de diseño con tokens, para que todos los productos se vean y se comporten igual a medida que crecen.

  • Idiomas y diseños de derecha a izquierda

    Texto fuera del código y traducido por idioma, con diseños que se reflejan correctamente para el árabe.

  • Pruebas y pipeline de entrega

    Pruebas unitarias, de integración y de extremo a extremo en cada cambio, y publicaciones automatizadas desde el repositorio hasta cada entorno.

  • Documentación y traspaso

    Registros de decisiones de arquitectura, API documentadas y manuales de operación, para que sus ingenieros o los nuestros puedan seguir cambiando el sistema con seguridad.

Aplicaciones de escritorio

Las aplicaciones de escritorio todavía soportan buena parte del trabajo diario en mesas de finanzas, mostradores de tienda, almacenes, clínicas y salas de control. Las construimos para Windows, macOS y Linux, nativas o multiplataforma. Una aplicación antigua puede modernizarse por etapas.

  • Diseño de interfaz de escritorio

    Pantallas diseñadas para teclado, ratón y monitores grandes, con atajos y vistas densas para usuarios expertos.

  • Versiones para Windows, macOS y Linux

    Aplicaciones nativas o multiplataforma construidas desde un único backlog, con reglas de negocio compartidas cuando es posible.

  • Uso sin conexión y sincronización

    Almacenamiento local cifrado y reglas de conflicto, para que el trabajo continúe sin conexión y se sincronice después con seguridad.

  • Integración con dispositivos

    Conexiones con lectores de códigos de barras, impresoras de recibos y etiquetas, básculas, terminales de pago y otro hardware local.

  • Instaladores firmados y actualizaciones

    Paquetes firmados con código para sus herramientas de gestión de dispositivos, con actualizaciones automáticas, despliegues por etapas y reversión.

  • Integración con back end y API

    Enlaces seguros con su ERP, CRM y otros sistemas, con reintentos y mensajes claros cuando no están disponibles.

  • Inicio de sesión y seguridad local

    Inicio de sesión único con su proveedor de identidad, datos locales cifrados y ejecución sin necesidad de derechos de administrador.

  • Pruebas e informes de fallos

    Pruebas automatizadas en cada versión de sistema operativo compatible, e informes de fallos que muestran los problemas antes de que los usuarios los reporten.

  • Plan de modernización

    Para una aplicación existente, un plan paso a paso para sustituir sus partes más antiguas mientras las personas siguen usándola.

Cómo trabajamos

  1. Descubrir

    Nos reunimos con las personas que usarán y operarán el software, mapeamos el proceso actual y acordamos la primera versión.

  2. Diseñar

    Damos forma a la arquitectura, al modelo de datos y a las pantallas clave, y probamos las suposiciones de riesgo con prototipos.

  3. Construir en iteraciones cortas

    Entregamos incrementos funcionales, se los mostramos en un entorno de pruebas y ajustamos el backlog con lo aprendido.

  4. Verificar en cada cambio

    Pruebas automatizadas, revisión de código y comprobaciones de rendimiento, seguridad y accesibilidad se ejecutan antes de integrar cualquier cambio.

  5. Publicar

    Desplegamos a través del pipeline con un plan de reversión y seguimos el sistema de cerca tras la puesta en producción.

  6. Operar y evolucionar

    Mantenemos y ampliamos el sistema con un acuerdo de servicio, o lo traspasamos a su equipo con un periodo de solapamiento.

Tecnologías y estándares

Elegimos una base tecnológica que su equipo pueda operar y para la que pueda contratar. Nombrar un producto no implica una alianza con su fabricante.

Lenguajes
  • TypeScript
  • Java
  • C#
  • Python
  • Go
  • PHP
Frameworks
  • Node.js
  • NestJS
  • Spring Boot
  • .NET
  • Django
  • Laravel
  • React
  • Next.js
  • Angular
  • Vue.js
Bases de datos
  • PostgreSQL
  • MySQL
  • MongoDB
DevOps y observabilidad
  • Docker
  • Kubernetes
Diseño y accesibilidad
  • Storybook
  • WCAG 2.2
Integración
  • REST
  • GraphQL
  • OpenAPI

Cómo empezar

Tráiganos una especificación y respondemos con una propuesta. Tráiganos una idea y el Blueprint Studio la convierte primero en una arquitectura y un alcance fijo.

Próximos pasos

  1. Sesión previa de consultoría

    Una sesión de consultoría previa gratuita de 30 minutos en línea: repasamos sus objetivos, sistemas y restricciones.

  2. Revisión de preparación

    En una revisión de preparación gratuita de 48 horas, un Arquitecto Principal comprueba su proyecto frente a la Definición de preparado de 6 puntos y recomienda la vía que encaja.

  3. Elegir la vía

    Los proyectos con el alcance definido reciben una propuesta vinculante en un plazo de 3 a 5 días hábiles. Los proyectos en fase de concepto empiezan en el estudio con Blueprint. Un sistema en producción que falla, no está documentado o necesita integración empieza con un diagnóstico de 1 a 2 semanas. El estudio con Blueprint y el diagnóstico tienen cada uno un importe fijo, indicado en la propuesta.

  4. Entrega en cinco etapas

    Movilización, sprints con demostraciones en vivo, integración y endurecimiento, aceptación y puesta en producción, y después servicios gestionados. Tras el lanzamiento llega un periodo de garantía y, después, soporte y mantenimiento opcionales.

Preguntas y respuestas

¿Cómo eligen la base tecnológica?

Partimos de lo que su equipo puede operar y para lo que puede contratar, de lo que usan sus otros sistemas y de lo que debe hacer el software. Para la mayoría del software de negocio eso significa un lenguaje convencional como TypeScript, Java, C# o Python, una base de datos relacional y la nube que ya usa. Registramos cada decisión y sus motivos.

¿Pueden construir un producto SaaS multiinquilino?

Sí. Diseñamos el aislamiento entre inquilinos, la configuración por inquilino, los roles, los enlaces de facturación y los registros de auditoría desde la primera versión, porque añadirlos después obliga a reescribir el modelo de datos. Acordamos con usted si los inquilinos comparten base de datos, esquema o nada, según sus necesidades de seguridad y costo.

¿Qué significa para nosotros una arquitectura componible?

Su plataforma se construye con capacidades de negocio autónomas con sus propias API, como precios, alta de clientes o facturación. Cada una puede cambiarse, escalarse o sustituirse sin tocar el resto, y los nuevos productos pueden reutilizarlas. Encaja en plataformas que crecerán durante años; una herramienta pequeña no la necesita.

¿Qué framework de front end usan?

Usamos React con Next.js para la mayoría de las aplicaciones nuevas porque admite la representación en servidor y tiene buenas herramientas. También trabajamos con Angular y Vue.js, y continuamos con el framework que usted ya usa cuando es la opción sensata.

¿Pueden nuestros propios ingenieros trabajar junto a su equipo?

Sí. Muchos clientes quieren a sus ingenieros en el mismo repositorio desde el principio, para que el conocimiento quede en casa. Acordamos la revisión de código, las ramas, la definición de terminado y quién aprueba las publicaciones. Sus ingenieros pueden emparejarse con los nuestros o asumir partes del sistema cuando estén preparados.

¿Y si nuestros requisitos cambian durante el proyecto?

Normalmente cambian, y el proceso lo contempla. El backlog se revisa con usted en cada iteración. En un proyecto de alcance fijo, un cambio se acuerda por escrito, con su efecto en costo y fechas, antes de empezar a trabajar en él.

¿Qué ocurre después de la puesta en producción?

Usted elige. Podemos mantener y ampliar el sistema con un acuerdo que incluya tiempos de respuesta y monitorización. O lo traspasamos a su equipo con el código, la documentación y un periodo de solapamiento.

¿Por qué construir una aplicación de escritorio en lugar de una web?

Elija escritorio cuando el trabajo necesite uso sin conexión, acceso directo a dispositivos o archivos locales, muchos datos o gráficos, o pantallas rápidas manejadas con teclado. Para la mayoría de las demás necesidades, una aplicación web es más fácil de implantar y actualizar. Recomendamos caso por caso, y a veces una aplicación web con un pequeño componente de escritorio es la respuesta correcta.

Escritorio nativo o multiplataforma: ¿cuál deberíamos elegir?

Las aplicaciones nativas ofrecen el mejor rendimiento y el mejor encaje con cada sistema operativo. Las aplicaciones multiplataforma comparten un solo código entre Windows, macOS y Linux, lo que reduce el costo de construirlas y cambiarlas. Recomendamos nativo cuando domina una plataforma o el trabajo es exigente, y multiplataforma cuando importan varias plataformas.

¿Puede una aplicación de escritorio funcionar sin conexión de red?

Sí, para las tareas que lo permiten. Decidimos con usted qué datos necesita cada usuario en el dispositivo, los mantenemos cifrados y registramos sus cambios hasta que vuelva la red. Cuando el mismo registro cambia en dos lugares, unas reglas acordadas deciden qué cambio prevalece o piden a una persona que elija.

¿Puede la aplicación funcionar con nuestros escáneres, impresoras y otros dispositivos?

Sí. Nos integramos con los dispositivos que usa su personal, como lectores de códigos de barras, impresoras de recibos y etiquetas, básculas y terminales de pago. Nos conectamos mediante los controladores, SDK o puertos estándar de cada dispositivo, y probamos con los modelos y el firmware exactos que usted usa, porque los dispositivos del mismo tipo suelen comportarse de forma distinta.

¿Cómo se entregan y controlan las actualizaciones de escritorio?

Cada versión se firma con código, para que cada dispositivo compruebe que no se ha alterado. Las versiones salen por sus herramientas de gestión de dispositivos o por un actualizador integrado, primero a un grupo piloto y después a todos. Si una versión causa problemas, los dispositivos pueden volver a la versión anterior.

Nuestra aplicación de escritorio es antigua y difícil de cambiar. ¿Qué opciones tenemos?

Reescribirlo todo de una vez rara vez es la opción más segura. Evaluamos el código, sus dependencias y cómo lo usan las personas. Después recomendamos si conviene refactorizarlo, trasladarlo a un framework actual o sustituirlo por software web. Sea cual sea la vía que elija, cambiamos por pasos, para que los usuarios sigan trabajando y cada paso pueda probarse.

¿Cómo protegen una aplicación de escritorio?

Los usuarios inician sesión a través de su proveedor de identidad, con inicio de sesión único cuando lo tiene. Los datos locales se cifran, los secretos se guardan en el almacén seguro del sistema operativo y la aplicación se ejecuta sin derechos de administrador. Las conexiones con sus sistemas se cifran, y las dependencias se comprueban en busca de vulnerabilidades conocidas antes de cada versión.

¿Qué determina el costo de una aplicación de escritorio?

El número de flujos de trabajo y pantallas, las plataformas que hay que soportar, el uso sin conexión, las integraciones con dispositivos y los sistemas a los que se conecta. En una aplicación existente, también importa el estado de su código y su documentación. La firma, el empaquetado y el mantenimiento al día de las actualizaciones del sistema operativo son costos continuos que hay que planificar.

¿Listo para construir? Pida una propuesta.

Envíe sus requisitos o su RFP. Nuestros arquitectos los validan y devuelven una propuesta vinculante de alcance fijo.

Próximos pasos

  1. Revisión de preparación

    En una revisión de preparación gratuita de 48 horas, un Arquitecto Principal comprueba su proyecto frente a la Definición de preparado de 6 puntos y recomienda la vía que encaja.

  2. Propuesta vinculante

    Tras validación de arquitectura sin costo, recibe una propuesta vinculante de alcance fijo en un plazo de 3 a 5 días hábiles: hitos, arquitectura, estructura del equipo y SLA. Firmamos un acuerdo de confidencialidad (NDA) con usted a petición, antes de que comparta sus requisitos.

  3. Movilización

    Cuando firma, nuestros equipos de ingeniería inician el Sprint 0 en un plazo de 5 a 10 días hábiles desde la firma del contrato.

  4. Entrega en cinco etapas

    Movilización, sprints con demostraciones en vivo, integración y endurecimiento, aceptación y puesta en producción, y después servicios gestionados. Tras el lanzamiento llega un periodo de garantía y, después, soporte y mantenimiento opcionales.