LANDSCAPE CRM TAMAULIPAS
INTRODUCCIÓN Un sistema SAP es una aplicación que permite a las empresas el integrar sus procesos de negocio, mediante un ambiente de trabajo constituido por módulos (diversas áreas de una empresa) los cuales interactúan entre si para poder llevar el control de los negocios en una sola herramienta. Los componentes básicos de un sistema SAP son una base de datos y una instancia (componentes de aplicación), estos pueden estar juntos dentro de un mismo servidor o bien separados, permitiendo el manejo de los recursos de forma independiente para la Base de Datos y el servidor de aplicación. El presente Landscape tiene como objetivo esquematizar los sistemas que se estarán instalando para la implantación del proyecto Plataforma Tecnológica Única
PROPÓSITO Para seguir la metodología de SAP, se deben de contar con tres sistemas: uno para Desarrollo que es donde se realizará toda la configuración inicial del sistema, uno de Calidad para pruebas y otro para el sistema Productivo que será el utilizado por el cliente. Los sistemas SAP se identifican mediante un SID (acrónimo en ingles de System ID) y un número, estos deben ser únicos en toda la organización. El SID consiste en tres caracteres alfanuméricos, en mayúsculas y donde el primer carácter debe ser una letra. Los SID de los sistemas por lo general contienen una letra que hace referencia al ambiente que pertenece, por ejemplo una D indica que el sistema es de Desarrollo, una Q que es de Calidad y una P que es productivo. El numero es un identificador para procesos internos del sistema, esta compuesto por dos dígitos(00-97) y de igual forma debe ser único. Los sistemas SAP constan de mandantes que son entidades independientes dentro de un mismo sistema y son utilizadas para diferentes propósitos como cargas o pruebas de estrés.
Propósito Con base en el esquema de aseguramiento de la calidad que se propone en la metodología ASAP, se muestra el Landscape de 3 ambientes, uno para el sistema de Desarrollo, otro para Calidad y el último para Productivo. El sistema de desarrollo contendrá los mandantes de desarrollo, Sandbox (caja de arena), pruebas y entrenamiento los cuales tendrán las siguientes funcionalidades: el mandante conocido como desarrollo será utilizado para ese propósito es donde se realizará toda la configuración del sistema, los consultores contaran con el mandante de pruebas donde podrán revisar sus configuraciones y hacer adecuaciones, para pasar transportes entre mandantes los consultores cuentan con la transacción SCC1, la cual permite aplicar ordenes de transporte entre mandantes.
Propósito Una vez que se tengan las configuraciones; mediante órdenes de transporte se realizaran los cambios en el sistema de Control de Calidad (QAS) el cuál contendrá de igual forma dos mandantes, uno para el aseguramiento de la calidad y otro para el entrenamiento del personal, el paso de estos transportes se realizan mediante las transacciones STMS (paso de transportes de un sistema a otro). En este sistema se volverán a probar las configuraciones, siendo que es un sistema limpio, cerrado y al cual no se le deben realizar modificaciones manuales, de esta forma se garantiza que todo cambio será únicamente vía el control de cambios de SAP (transportes) y que las modificaciones aplicadas por este medio funcionan de forma correcta. Una orden de transporte hace referencia a una o varias modificaciones que se han realizado y que están listas para poder ser transportadas a otros sistemas u otro mandante. Finalmente los cambios en el sistema de producción, se aplicarán de igual forma mediante el sistema de transportes de SAP. Este sistema solo contará con un mandante que no puede ser modificado.
Arquitectura de 3 sistemas CRM D Servidor Desarrollo Servidor Calidad Servidor Productivo DESARROLLO Q CALIDAD CDV CQA CPR P PRODUCTIVO Copia de transporte Vía STMS
Arquitectura de 3 sistemas CRM El Sistema de Desarrollo (CDV) es donde se realizaran todas las labores de Programación, configuración y pruebas. Es el sistema origen de los objetos del entorno de desarrollo ABAP. Los cambios que se realizan en este entorno pueden ser de dos tipos: creación de un nuevo objeto o modificación del estándar, aquí el sistema de desarrollo contara con cuatro mandantes: Mandante de Desarrollo (100): En este mandante se realizaran las labores de programación y modificaciones al sistema. Mandante para Pruebas (200): Los consultores realizaran las pruebas necesarias para que las modificaciones y desarrollos, cumplan con lo requerido y puedan ser enviados al sistema de calidad. Mandante para Caja de Arena (300): Los consultores realizan pruebas sobre funcionalidad y configuraciones especificas sin riesgo de afectar a los demás mandantes o sistemas. Mandante Reporteo (400): En este mandante los consultores simularan una herramienta de reporteo el cual es usada por CRM
Arquitectura de 3 sistemas CRM El Sistema de Calidad (CQA) es donde se realizan las pruebas a las labores de programación y configuración. Este sistema permite asegurarse de que lo que llegue al sistema Productivo este previamente probado, para evitar en la medida de lo posible errores. Para esto el sistema de calidad contara con dos mandantes: Mandante de Desarrollo (100): En este mandante se realizaran las labores de programación y modificaciones al sistema. Mandante para Pruebas (200): Los consultores realizaran las pruebas necesarias para que las modificaciones y desarrollos, cumplan con lo requerido y puedan ser enviados al sistema de calidad. Mandante para Caja de Arena (300): Los consultores realizan pruebas sobre funcionalidad y configuraciones especificas sin riesgo de afectar a los demás mandantes o sistemas. Mandante Reporteo (400): En este mandante los consultores simularan una herramienta de reporteo el cual es usada por CRM
Arquitectura de 3 sistemas CRM El Sistema Productivo (GPR) sólo contiene versiones probadas y liberadas. En este sistema se prohíbe desarrollar, depurar, probar y configurar. Aquí solo contara con un mandante: Mandante Productivo (100): Este mandante contendrá los datos reales, aquí no se podrán realizar modificaciones al sistema
Estrategia Mandantes CRM Servidor Desarrollo Servidor Calidad Servidor Productivo 100 200 300 400 100 200 300 400 100 Copia de transporte Vía STMS Copia de transporte Vía SCC1 Copia Mandante bajo demanda
Estrategia para liberar transportes Debido al control de cambios del sistema, todo cambio al sistema de desarrollo debe ser incluido en una solicitud de cambio la cual debe de ser liberada al terminar la configuración correspondiente. Dicha solicitud de cambio o transporte debe de ser insertado a los demás sistemas efectuando un transporte. Dichos cambios pueden afectar la funcionalidad de un sistema, por lo cual se debe controlar estrictamente la aplicación de transportes. Estos pasos enumeran las reglas definidas para poder solicitar y efectuar un transporte de un sistema SAP a otro. Pasos a seguir: 1. El consultor del modulo realiza modificaciones a la configuración. 2. El sistema asigna una orden de transporte a dicho cambio. 3. Después del visto bueno en desarrollo y copia con la transacción SCC1 al mandante de pruebas de desarrollo, el consultor del modulo libera la orden de transporte en la transacción SE10
4. El consultor del módulo elabora y firma el formato de Solicitud de Transportes. Solicita firma de conformidad del líder de proyecto y posteriormente actualiza el archivo de control de transportes de su módulo correspondiente CONTROL TRANSPORTES. 5. El formato se debe de entregar al administrador Basis para que este pueda efectuar el transporte al servidor y mandante especificado en la solicitud. 6. Se revisa el código de retorno del transporte, de ser satisfactorio es responsabilidad del consultor del modulo revisarlo, si el código de retorno marca error el consultor del modulo debe corregir el problema y liberar nuevamente un transporte. 7. El consultor del módulo verifica la configuración transportada y realiza pruebas.
NOMBRE FECHA FIRMA Lizardo Desilos Hernandez Dueño de Proceso TI Argel Maldonado Consultor Sistemas Base Fernando Arce Gerente del Proyecto Plataforma Única Moises Aguilar Gerente del Proyecto Advanced 30/Oct/2011 30/Oct/2011 30/Oct/2011 30/Oct/2011