jueves, 13 de septiembre de 2012

Consejos para la Toma de Requerimientos SAP PI


Trabajando en diferentes proyectos , normalmente realizamos la toma de requerimientos para alguna tarea de integracion ,  buscamos encontrar una situacion ideal para que el negocio pueda ser manejado guiandonos con alguna informacion inicial que de idea sobre la integracion que se espera.

Algunas veces esta idea no siempre se puede obtener a este nivel de informacion y no es suficiente.

Por lo tanto, hay una confusion entre lo que se requiere y lo que se entrega, por lo que alcanzamos una serie de tips a tener en consideracion :

Procesos Soportados
  • Cual es el proceso soportado para esta integracion?
  • Existe ayuda para hacer entender que tipo de procesos el sistema esta utilizando, esto es idea para explicar a nivel tecnico el funcionamiento.
  • Utilizar una convencion de nombres asociados al proceso, mas que una regla ayuda al orden.
  • Se hace importante reconocer las otras areas de proceso que puedan estar integradas en la misma forma. Tiene sentido tener documentado el proceso de negocio con informacion sobre las areas aplicadas.
Sistemas Involucrados
  • Que sistema se utilizara en la integracion ? Es muy importante saber antes de comenzar con la integracion.
  • Conocer los protocolos disponibles para los sistemas. Para los sistemas SAP, puede haber múltiples opciones, y puede que sea el trabajo del desarrollador SAP PI encontrar la solución correcta para el caso. Para otros sistemas puede haber varias opciones, y ayuda a preguntar si los protocolos que son SAP PI con soporte nativo. Si puede seguir con los protocolos nativos, se ahorrará tiempo a desarrollar o adquirir su propio protocolo. 
  • Dentro de la evaluacion tecnica, los desarrolladores PI deben tener acceso a los sistemas igualmente a tener información de contacto de las personas que los puedan ayudar a resolver los problemas.
  •  Se cuenta con un ambiente de prueba tanto PI como de Sistemas NO SAP que participen en la integracion ?
Formatos de los Mensajes

  • Descripciones de tipo WSDL /XSD son los mas usuales.
  • Puede ser una especificacion a partir de la estructura de una tabla de Base de Datos (SQL) o de un archivo plano (CSV/TXT)
  • Se debe considerar que en algunos casos los formatos internos son creados para atender la solicitud.
Mapeo
  • ¿Cómo deben asignarse los mapeos entre los datos?
  • Se debe considerar que habra algun mapeo no planificado, aqui el desarrollador PI debe encontrar una solucion.
Proceso
  • ¿Hay algún proceso o orquestación necesaria para que el proceso funcione sin problemas?
  • ¿Se puede evitar? A veces es una buena idea preguntar si el proceso que se puede cambiar para que sea aún mejor que la forma en que se está trabajando. Aqui consideramos que si se puede obtener el mismo resultado con una integracion utilizando modelos basicos que no requieran mayor control no se deberia utilizar BPM.
Seguridad
  • Dentro de la especificacion se considera la seguridad (cifrado de mensajes por ejemplo) como parte de las prioridades para el proceso ?
Monitoreo como parte de los Aspectos de Criticidad para la Integracion 
  • Se tiene el monitoreo estandar se hace necesario contar con una solucion alternativa debido a la dificultad de la integracion ?
Oportunidades de Mejoramiento 
  • Cuando se tenga una vision generalizada de como sera el proceso, se puede buscar la optimizacion a nivel tecnico de como se ejecutara.
Sera un desarrollo personalizado 
  • ¿Hay alguna razón para desarrollar adaptadores, módulos o cualquier otro código de Java para manejar el mapping? Si este es el caso, entonces también existe el requisito de obtener la especificación sobre cómo debería estar funcionar.
Dentro de los servicios que ofrecemos,  hemos desarrollado una plantilla de como se maneja la Toma de Requerimientos para los distintos tipos de proyectos SAP.