Hola
Infoprovider y data target son uno y lo mismo... en versiones anteriores se llama data targets
Saludos
N Ganesh
Avalados por :
Hola
Infoprovider y data target son uno y lo mismo... en versiones anteriores se llama data targets
Saludos
N Ganesh
Naren,
Un objetivo de datos es aquel que tiene datos en él. Un infoprovider es aquel que no necesita contener datos en él, pero puede ser como una interfaz para obtenerlos. Un infocubo, un ODS y un maestro de datos IO se llaman objetivos de datos porque cargamos datos en ellos. Al mismo tiempo, se les llama infoproviders porque proporcionan datos para el análisis en las consultas. Un objetivo de datos puede ser un infoprovider, pero un infoprovider no puede ser un objetivo de datos. Un infocubo, un objeto ODS, un maestro de datos IO, un multiprovider y conjuntos de información se llaman multiproviders, pero el multiprovider y el conjunto de información no contienen datos físicamente. Obtienen datos de los cubos subyacentes u ODS o IO. Pero el cubo, ODS y IO tienen datos físicamente y se llaman tanto objetivos de datos como infoproviders. Sin embargo, los multiproviders e infodets solo se llaman infoproviders.
Espero haber diferenciado claramente...
Hola Naren,
Definición
Un objetivo de datos es un objeto en el cual se carga información. Los objetivos de datos son objetos físicos relevantes durante el modelado de datos y al cargar la información.
Definición
Un InfoProvider es un objeto para el cual se pueden crear o ejecutar consultas en BEx. Los InfoProviders son objetos o vistas relevantes para la generación de informes.
Consulta este documento para obtener información sobre el proveedor de información:
http://help.sap.com/saphelp_nw04/helpdata/en/4d/c3cd3a9ac2cc6ce10000000a114084/content.htm
Un objetivo de datos es un objeto en el cual se carga información. Los objetivos de datos son objetos físicos relevantes durante el modelado de datos y al cargar la información. Los objetivos de datos para los cuales se pueden definir consultas se llaman InfoProviders.
El término InfoProvider engloba objetos que contienen físicamente datos:
· InfoCubes básicos
· InfoCubes transaccionales
· Objetos ODS
· InfoObjects (características con atributos o textos)
Una característica es un InfoProvider si tiene datos maestros y está asignada a un área de información. Debe ser definida explícitamente como un InfoProvider en el mantenimiento del InfoObject.
Por otro lado, también pueden ser objetos que no almacenan datos físicamente, sino que muestran vistas lógicas, como:
· InfoSets
· RemoteCubes
· SAP RemoteCubes
· InfoCube virtual con servicios
· MultiProviders
Consulta este hilo para tablas de configuración. Te dará una idea clara -
Espero que te sea útil.
***** Asigna puntos si es útil ******
Saludos,
Amith
Hi,
Unit Tests are defined and performed by developers. A process usually consists of several functions. Each of these functions typically includes "sub-functions" corresponding to a single method or a group of methods (if you are developing OO-based).
Unit Tests could be described as white-box tests, whereas a normal tester (who should not be identical to the developer) will test entire functions (black-box tests).
You have to have the ABAP unit implemented in the code for this to be used... por favor, consulta el enlace de ayuda de SAP.
http://help.sap.com/saphelp_nw04/helpdata/en/a2/8a1b602e858645b8aac1559b638ea4/frameset.htm
http://help.sap.com/saphelp_nw04/helpdata/en/c4/7c1440a1c32402e10000000a1550b0/frameset.htm
Regression testing is basically done after a Version/Patch upgrade to ensure all the BW functionalities are working fine. Now regression testing is done in different ways in different systems.
Sandbox - All the loads are tested - both manually and through process chains. Since sandbox does not have many resources, only a sample load is tested. New features delivered with version/patch upgrades are tested.
Dev Box - All the developments are tested here, like the creation of a cube, ODS, Info-object, reports, web-templates, etc... No loads are tested here. New features delivered with version/patch upgrades are tested. Creation of a test transport request.
QA Box - All the loads are fully tested here. Since the QA box more or less has the same data/resources as the Prod Box, a full load test is done here.
If there is any problem faced in any of the tests, they need to be resolved first before proceeding to the next box. Any OSS Note that needs to be applied is first applied in Sandbox, then Dev, and then QA.
Typically, each organization has its own set of Regression test Docs prepared. So you would need to prepare one for your needs.
You can even go through these links:
http://help.sap.com/saphelp_nw04/helpdata/en/d7/e210c8408e11d1896b0000e8322d00/frameset.htm
http://help.sap.com/saphelp_nw04/helpdata/en/3c/aba235413911d1893d0000e8323c4f/frameset.htm
http://help.sap.com/saphelp_nw04/helpdata/en/d7/e2123b408e11d1896b0000e8322d00/frameset.htm
http://help.sap.com/saphelp_nw04/helpdata/en/d7/e2123b408e11d1896b0000e8322d00/frameset.htm
Hope this helps.
***** Asigna puntos si es útil ******
Regards,
Amith
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute