Home / FAQs / Applet, APP, SaaS y sistemas antiguos
QUESTION & ANSWER

¿Deberían desarrollarse sistemas institucionales desde cero o desde sistemas de código abierto en fase secundaria?

Los procesos son comunes, los productos de código abierto maduran y las licencias permiten el desarrollo secundario. Cuando las diferencias de negocio, las limitaciones de la arquitectura básica o los costos de actualización a largo plazo son altos, puede ser más apropiado desarrollarse a partir de cero.

Responde a la pregunta.

Primero, dé conclusiones que puedan utilizarse para la adopción de decisiones

La clave es el grado en que los sistemas de código abierto coinciden con las operaciones básicas. Si el 80% de los procesos están directamente disponibles, sólo se requieren marcas, privilegios, unas pocas interfaces e interfaces, y el desarrollo secundario es generalmente más económico; si se requieren cambios extensos para los modelos de datos de abajo arriba, privilegios y procesos clave, los ahorradores de corto plazo, aparentemente pueden producir montadores de horquillas que son difíciles de actualizar a largo plazo.

DECISION FACTORS

¿Qué condiciones deben determinarse antes de que se haga el juicio?

La misma pregunta puede tener diferentes respuestas en diferentes fases de negocios, datos y proyectos. Se sugiere que se revisen las siguientes condiciones y que los resultados comunes en la web se incorporen en sus propios proyectos.

Ya sea que las licencias permitan el uso comercial, la distribución y la ampliación de los recursos cerradosNivel de compatibilidad de los procesos básicos con los modelos de datos existentesSostenibilidad de las actividades basadas en la comunidad, actualizaciones de seguridad y dependencias críticasCómo combinar la mejora y el control de la deuda técnica después del desarrollo secundario
ACTION STEPS

Orden de anticipación propuesta

01

Primero, seremos claros sobre el objetivo y la frontera.

Seleccione el proceso real más complejo para validar en el sistema de candidatos de código abierto.

02

Dependencia de la clave de la validación

Examen de las modalidades de concesión de licencias, arquitectura, dependencia, pruebas, seguridad y despliegue.

03

Desarrollo de resultados evaluables

Los costos de actualización, mantenimiento y sustitución se calculan en cinco años, en lugar de ser desarrollados por primera vez.

04

Asegúrese de decidir el siguiente paso con los resultados reales.

Las capas y los núcleos personalizados se descodifican tanto como sea posible y se mantienen programas de actualización y migración.

PRACTICAL EXAMPLE

¿Cómo lo entiendes en el negocio real?

Ejemplo utilizado para ilustrar el método de juicio

La empresa tiene que construir un sistema de hoja de trabajo, con productos de código abierto que apoyen hojas de trabajo, roles y notificaciones, pero la empresa necesita protocolos complejos de equipos y APP offline. El núcleo de hojas de trabajo maduras se puede mantener, con equipo adicional y módulos móviles añadidos a través de API; actualizaciones de seguridad posteriores serán difíciles si el núcleo es reescrito directamente.

COMMON RISKS

El pozo más fácil de seguir.

No creemos que va a costar el software cuando descarguemos el código.

Utilización de licencias para la entrega comercial sin revisión

Demasiados cambios en el código básico sin estrategia de actualización de la corriente

ACCEPTANCE

¿Cómo terminaremos recibiendo y confirmando?

La selección debe incluir la certificación correspondiente, el asesoramiento sobre licencias, el alcance de las modificaciones, las comprobaciones de seguridad en el desempeño, los programas de despliegue y las estimaciones de mantenimiento de tres a cinco años.

Al prepararse para comunicarse con proveedores o equipos internos, se recomienda que se introduzcan procesos actuales, muestras representativas, sistemas existentes, tiempo de planificación y niveles presupuestarios. En primer lugar, los elementos desconocidos están claramente marcados, y luego se toma la decisión de utilizar diagnósticos, PoC, proyectos de alcance fijo o investigación y desarrollo continuo, que generalmente es más fiable que una demanda directa de un precio y duración sin fronteras.

¿Incertidumbre para desarrollar desde cero o para adaptarse a sistemas de código abierto?

Descripción de las diferencias operacionales, los sistemas de candidatos y los requisitos de mantenimiento a largo plazo, con aprobación previa, profundidad de adaptación, aumento del riesgo y entrada general.

Contactar