GENERALIDADES
1. Introducción
2. Especificaciones funcionales
3. RICEFW
1. Introducción
Durante la definición de proyectos SAP, sobre todo en las nuevas implementaciones, es común encontrar que algunas funcionalidades estándar del sistema no cumplen al 100% con los requisitos del negocio. Un ejemplo típico es la generación de facturas comerciales que puede tener múltiples variaciones de forma y de fondo como el formato de impresión, la inclusión de logotipos y textos comerciales, la generación de reportes especiales para entes fiscales, la notificación automática a los acreedores entre muchos otros. Aunque algunos de ellos pueden ser cambios mínimos otros pueden incorporar varios de ellos convirtiéndose en verdaderos “vacíos”, por lo que se les ha denominado de esta forma mediante el término GAP.
Cuando se identifica un GAP, es necesario entonces definir cómo va a ser cubierto ese vacío en la funcionalidad, lo que en la mayoría de los casos implica la realización de un desarrollo que complete o reemplace la funcionalidad con la que se desea cubrir la necesidad. Dado que normalmente la persona que realiza los desarrollos no es la misma que identifica la necesidad, se hace necesario entonces que el consultor que identifico el GAP haga un documento que describa en detalle el requerimiento y lo que se espera de el para cubrir la necesidad.
2. Especificaciones funcionales
Las especificaciones funcionales son documentos que amplían en detalle un requerimiento de desarrollo, incluyendo una descripción completa de la lógica esperada, los datos y los criterios de prueba, con el fin de que el desarrollador disponga de la información suficiente para que pueda diseñar una especificación técnica, construir el desarrollo y realizar las pruebas técnicas necesarias para asegurar la calidad del desarrollo entregado.
Si bien es necesario un correcto análisis de los requerimientos del negocio, para garantizar la calidad de la especificación funcional son necesarias además otras consideraciones de diseño que se deben tener en cuenta dependiendo del desarrollo requerido. Además de una explicación clara de la forma en que se espera que funcione el desarrollo, es necesario identificar con claridad el tipo de desarrollo que se requiere (RICEFW) y algunos elementos de diseño específicos para cada tipo de modo que el desarrollador pueda plasmar en su desarrollo estas especificaciones de forma precisa y eficaz. De hecho, un mismo requerimiento puede incorporar el desarrollo de diferentes componentes, cada uno de un tipo diferente, de modo que la especificación debe no solo detallar los elementos para cada uno sino además describir la forma en que estos se pueden llegar a interrelacionar.
3. RICEFW
RICEF, FRICE o RICEFW son diferentes siglas que se usan para referirse a Reportes (R), Interfaces (I), Conversiones (C), Enhancements / Ampliaciones (E), Formularios (F) and Workflows (W), siendo una clasifiación que, al menos la mayoría de las veces, representan a cualquier objeto de desarrollo SAP que pueda ser diseñado y desarrollado para cualquier proyecto de implementación SAP.
Se dice “al menos en la mayoría” porque a pesar de que en los inicios de SAP/R3 el término era suficiente para abarcar cualquier tipo de requerimiento, hoy en día es más una forma simplista de representar un universo mucho más grande, ya que cada una de esas categorías incorpora una gran variedad de herramientas y tecnologías que pueden ser utilizadas para construir desarrollos con objetivos similares.
Este documento tiene como finalidad explicar algunos conceptos básicos del concepto RICEFW y de elementos dediseño para la elaboración de especificaciones funcionales de desarrollos ABAP. En los siguientes documentos se analizaran los diferentes tipos de desarrollos y los elementos que deberían incluirse en las Especificaciones funcionales de cada uno:
1 Comment
