Import Repair 2.0

Qué es y por qué existe

Importar requisitos desde Excel o CSV es rápido, pero el resultado suele ser un módulo plano: todos los artefactos en el mismo nivel y la jerarquía de capítulos original perdida. Normalmente, la jerarquía sigue presente en los datos, como número de nivel o número de esquema (1, 1.2, 1.2.3) en uno de los atributos importados.

Reestructurar cientos de artefactos a mano significa moverlos uno a uno. Import Repair 2.0, la nueva versión de SmarterProcess del ejemplo Import Repair de IBM, lee los niveles, los comprueba y reconstruye la jerarquía automáticamente, sin cambiar el orden del documento.

Problemas que resuelve

• Módulos planos tras importaciones desde Excel, CSV u otras herramientas.
• Horas moviendo artefactos a mano para reconstruir los capítulos.
• Datos de nivel incoherentes que rompen una estructura sin que nadie lo note.
• Incertidumbre sobre lo que realmente cambiará una reestructuración.

Ventajas

• La estructura del documento recuperada en minutos, en el orden original.
• Primero, comprobaciones: se enumeran los valores que faltan, los niveles no válidos y los niveles omitidos, cada uno con un enlace al artefacto.
• Vista previa de cada movimiento (nivel actual y posterior) antes de cambiar nada.
• Solo se mueve lo que está mal; los artefactos que ya están en su sitio no se tocan, por lo que puede volver a ejecutarse con seguridad.
• Informe de cambios de cada movimiento.

Cómo se usa

1. Abra el módulo importado.
2. En Module, introduzca el nombre del atributo que contiene el nivel y haga clic en Check levels (N) (comprobar niveles).
3. Corrija los problemas que enumere el widget y vuelva a realizar la comprobación.
4. Revise la tabla de movimientos previstos, haga clic en Move artifacts (N) (mover artefactos) y confirme.
5. Siga el progreso en Execution Status y descargue el informe de cambios al final.

Conviene saber

• Los niveles pueden ser números enteros (1, 2, 3) o números de esquema (1, 1.2, 1.2.3); el widget detecta cuál se utiliza.
• Si otra persona ha modificado el módulo después de la comprobación, no se mueve nada y el widget le pide que vuelva a comprobarlo.
• Si un movimiento falla, la ejecución se detiene para que ningún artefacto acabe en el lugar equivocado; corrija la causa y vuelva a ejecutarlo para continuar.