En resumen
Quien integra un componente de planificación o de Gantt define primero el reparto de tareas: el componente muestra vistas de tiempos, recursos y jerarquías editables en el navegador; su producto conserva objetos de negocio, permisos, diálogos y almacenamiento. Si conviene más el desarrollo propio o la integración lo muestra una evaluación con un escenario real y un volumen de datos realista.
Quien integra un componente de planificación o de Gantt en su propio software debería definir primero el reparto de tareas. El componente presenta vistas de tiempos, recursos y jerarquías y las hace editables en el navegador, mientras que su producto conserva los objetos de negocio, los permisos, los diálogos y el almacenamiento. Si conviene más el desarrollo propio o la integración depende sobre todo del volumen de datos de las vistas grandes, de la interacción necesaria, de la accesibilidad, de la localización, del esfuerzo de mantenimiento a largo plazo y de las condiciones de licencia. La pregunta puede responderse con fiabilidad con un escenario real de su producto y un volumen de datos realista.
Qué vistas de planificación son típicas
Los componentes de planificación muestran el trabajo en un eje temporal o en una estructura. Para Hawk IVO Scheduler son típicas tres vistas:
- Planificación de tiempos y recursos: mostrar recursos, turnos o máquinas en la línea de tiempo y desplazarlos arrastrándolos.
- Jerarquías: representar de forma clara grandes estructuras de sedes, equipos y recursos.
- Gantt y Kanban: editar tareas y pedidos como barras de tiempo o en un tablero.
Cuáles necesita su producto se deduce de los objetos que planifican sus usuarios y del periodo que necesitan abarcar.
Qué asume el componente y qué conserva su producto
Una integración solo funciona si la responsabilidad está claramente repartida. Para Hawk IVO Scheduler rige este reparto:
| Tarea | Responsable |
|---|---|
| Visualización y edición de vistas de tiempos, recursos y jerarquías | Componente de planificación |
| Interacción en el navegador | Componente de planificación |
| Objetos de negocio, por ejemplo, pedidos, turnos o máquinas | Su producto anfitrión |
| Permisos y diálogos | Su producto anfitrión |
| Almacenamiento y soberanía funcional de los datos | Su producto anfitrión |
Esta separación tiene una razón práctica. Una barra en la vista representa un objeto cuyas reglas conoce su producto: quién puede modificarlo, qué datos solicita un diálogo y cuándo un cambio queda guardado de forma válida. Si estas decisiones permanecen en el producto anfitrión, sus permisos y reglas de negocio se aplican sin cambios, tanto si un usuario trabaja en un formulario como en la vista de planificación. Por eso, para la arquitectura hay que aclarar pronto cómo transfiere su producto los datos al componente y cómo llega un cambio realizado en la vista de vuelta a su lógica de negocio.
Desarrollo propio o integración: preguntas para decidir
Una línea de tiempo sencilla puede implementarse con un esfuerzo razonable. El esfuerzo crece con el volumen de datos, con las posibilidades de edición y con los años durante los que hay que mantener la vista. Ambos caminos pueden medirse con las mismas preguntas:
- Volumen de datos y vistas grandes: ¿cuántos objetos muestra la vista más grande que sus clientes utilizan realmente y en qué periodo? ¿Sigue siendo manejable, tanto al cargar como al desplazarse, hacer zoom y seleccionar? Lo concluyente es una prueba con sus datos en su entorno de destino.
- Interacción: ¿qué ediciones necesitan sus usuarios, por ejemplo, desplazar, cambiar la duración o reasignar a otro recurso? ¿Cómo indica la vista que su lógica de negocio rechaza un cambio?
- Accesibilidad: ¿pueden editarse los objetos de planificación también sin arrastrar y con el teclado? Las WCAG 2.2 (se abre en una pestaña nueva) exigen en el nivel AA que las funciones que usan movimientos de arrastre también puedan manejarse con un único puntero sin arrastrar, salvo que arrastrar sea esencial (criterio de conformidad 2.5.7). Para el manejo con teclado de vistas de tipo tabla, las WAI-ARIA Authoring Practices describen el patrón Grid (se abre en una pestaña nueva), también para filas que no están cargadas todas a la vez.
- Localización: ¿se ajustan el idioma, los formatos de fecha y hora, el primer día de la semana y la dirección de escritura a los mercados de sus clientes? ¿Cómo trata la vista las zonas horarias y el cambio de hora? En los países con horario de verano, un turno de noche que abarca el cambio de hora es más corto o más largo de lo habitual. Un borrador del grupo de trabajo de internacionalización del W3C (se abre en una pestaña nueva) ofrece indicaciones para las aplicaciones.
- Mantenimiento: ¿quién mantiene el componente a lo largo de nuevas versiones de los navegadores, nuevos requisitos de sus clientes y correcciones de errores? Un desarrollo propio ocupa de forma permanente capacidad de desarrollo interna. Una integración crea una dependencia cuyas versiones y limitaciones conocidas debería tener presentes.
- Licencia: ¿en qué condiciones puede usted entregar el componente a sus clientes dentro de su producto? ¿Cómo se regulan el soporte y las actualizaciones?
El desarrollo propio es la opción natural cuando la vista de planificación sigue siendo pequeña o constituye en sí misma el núcleo de su producto. La integración resulta más adecuada cuando sus usuarios necesitan vistas grandes y muchas ediciones, pero la fortaleza de su producto está en la lógica de negocio.
Así se desarrolla una evaluación
Una demostración del producto muestra lo que puede hacer un componente. Para su decisión, lo que cuenta es cómo funciona con su escenario. Para Hawk IVO Scheduler procedemos en tres pasos:
- Elegir un escenario: un escenario de planificación concreto de su producto con un volumen de datos realista.
- Integrar juntos: mostramos la integración con un ejemplo mínimo verificado.
- Valorar: usted evalúa el esfuerzo, el manejo y el rendimiento en su entorno.
Después dispone de una valoración basada en sus propios datos, con la que pueden compararse el desarrollo propio y la integración. Acordamos la licencia, el soporte y la operación sobre la base de la evaluación.
Hawk IVO Scheduler y sus límites
Hawk IVO Scheduler es una biblioteca integrable que muestra planes de tiempos, recursos y jerarquías en el navegador. Visualiza y edita grandes vistas de tiempos, recursos y jerarquías y se utiliza en Hawk IVO Force y Hawk IVO Plan. Su producto integra el componente y conserva los objetos de negocio, los permisos, los diálogos y el almacenamiento.
La biblioteca no asume la soberanía funcional de los datos. En la conversación técnica le indicamos la versión, los frameworks compatibles y las limitaciones conocidas. Las afirmaciones sobre el rendimiento solo son fiables con su escenario, porque el volumen de datos, el entorno de destino y el manejo varían de un producto a otro.
Si su producto también debe delegar tareas en agentes, encontrará las preguntas correspondientes en el artículo Integrar agentes en su propio software. Encontrará más información sobre la colaboración en el área Para proveedores de software. Para hablar de su escenario de planificación, póngase en contacto con nosotros.