Categories
SAP Articles

¿Listo para su próxima actualización de SAP?

El mundo de la empresa se caracteriza hoy por una rápida evaluación de los nuevos avances, una justificación de su implantación desde una perspectiva de negocio y, finalmente, la adopción de los mismos con la mayor brevedad.

Aunque por lo general tiene sentido adoptar los nuevos avances tecnológicos tan pronto como sea posible, una faceta importante de esta adopción es la correcta evaluación de los cambios y el asegurarse de que tengan sentido para su negocio en el momento de hacerlo.

Vamos a analizar algunos de los factores que deben tenerse en cuenta antes de tomar la decisión de realizar un cambio de versión en su sistema SAP, adoptando los últimos avances tecnológicos de las últimas versiones SAP ERP. El objetivo es discutir el valor de la actualización y el proceso de evaluación en cuestión.

Evolución desde SAP R/3 a SAP ERP

En concreto nos hemos basado en la actualización a la última versión SAP ECC 6.0 desde versiones más antiguas (4.5, 4.6, 4.7…), pero la mayoría de los argumentos son validos cuales quiera que sean las versiones de origen y destino.

Valor de la actualización

Como se señaló antes, las nuevas versiones representan un paso y generalmente vienen equipadas con una serie mejoras tecnológicas y funcionales que son beneficiosas para la mejor implementación de los procesos de negocio de los clientes que utilizan sistemas SAP. Algunos de los beneficios se resumen a continuación:

  • Las últimas versiones de SAP ERP ayudan a los clientes dar un paso importante hacia la arquitectura orientada a servicios ó SOA, que servirá de base para la integración futura de SAP y las aplicaciones asociadas. Teniendo en cuenta la naturaleza dinámica de los negocios, esta arquitectura tiene mucho sentido desde el momento en que permite una mayor flexibilidad, realizando sin problemas la integración entre sistemas y negocios diferentes. Como parte de las nuevas versiones, SAP entrega listos para usar una serie de servicios que se ocupan de algunas de las funciones mas comunes en los procesos de negocio. Por ejemplo se dispone de nuevos servicios en el área de colaboración con los proveedores y de gestión del crédito. Además, SAP tiene previsto seguir añadiendo toda una serie de servicios en el futuro para fortalecer aún más esta oferta
  • Se ha añadido nueva funcionalidad en todos los componentes SAP NetWeaver. Nuevas capacidades de integración con terceros a través de la plataforma de integración SAP XI, o la entrega de contenido de negocios preconfigurados con el portal, son sólo algunos ejemplos.
  • En la versión SAP ERP 2005 hay disponibles alrededor de 300 mejoras funcionales en todas las áreas (Finanzas, Logística, Recursos Humanos, Etc.).
  • Todas las soluciones específicas están disponibles en el mismo núcleo del sistema SAP. Esto supone un marco de trabajo totalmente nuevo y reemplaza al viejo concepto de complementos ó add-on.
  • Se dice que mySAP ERP 2005 es “Powered by NetWeaver 2004s”. Esto significa que los diversos componentes de netweaver como XI, BI, EP, etc. están integrados en el sistema central.
  • Soluciones específicas como SAP CRM y SAP PLM son una parte central del ERP SAP, lo que permite un gran ahorro de costes al no tener licencia por separado para ellos.
  • Las nuevas interfaces de usuario alternativas, Duet (la integración de SAP con Microsoft Office) y Project Muse, son atractivas e interesantes. La idea es proporcionar una interfaz de usuario simplificada. En un principio, SAP ha habilitado Duet para sólo algunas aplicaciones de negocio, y se iran añadiendo mas a la lista con las nuevas versiones del software Duet.
  • El área de productividad de las personas es un área en la que se está realizando un fuerte enfoque en las nuevas versiones. El énfasis está en la automatización de la rutina de trabajo, facilidad de uso basada en funciones y un funcionamiento que permite excepciones en los procesos de trabajo.
  • SAP ERP también ayuda a las empresas a cumplir con los nuevos requisitos legales como la Ley Sarbanes-Oxley.
  • El hecho de que SAP haya anunciado que mySAP ERP 2005  seguiría siendo la versión más reciente hasta el año 2011, se suma a la lista de ventajas. En el futuro, todas las nuevas mejoras funcionales para ésta versión estarán disponibles como una extensión de la misma a través de los llamados “Enhancement Packages” (EhP), nuevo concepto que permite ir ampliado la funcionalidad de la versión implantada e introduciendo mejoras sin necesidad de hacer un cambio de versión completo, de una forma mucho mas flexible y a un menor coste.

El proceso de evaluación

Antes de comenzar con un proyecto de actualización, es extremadamente importante entender el nuevo entorno. Algunas de las áreas que hay que considerar y evaluar son las siguientes:

  • Es siempre una buena práctica explorar y comprender las mejoras funcionales disponibles en la nueva versión a implantar y seleccionar cuales de éstas nuevas funciones aportarían valor al negocio de nuestra empresa de ser aplicadas. Este análisis, incluso en el caso de que decida hacerse una actualización puramente técnica, quedaría como un Business Case que permitiría a la dirección de la compañía valorar las ventajas de su implantación posterior. SAP tiene una herramienta llamada SAP Solution Browser que permite comparar las mejoras funcionales entre una versión origen y una versión destino en un área funcional concreta que se desee investigar.
  • Dado que las nuevas versiones están basadas en la plataforma Netweaver, tiene sentido invertir tiempo en el estudio de ésta plataforma y determinar cuáles de sus componentes le gustaría poner en práctica y con qué rapidez, integrando dichas actualizaciones en el plan de sistemas de la compañía.
  • El hardware existente puede no ser compatible con el nuevo marco tecnológico. Por lo tanto, los requerimientos de infraestructura se deben determinar por adelantado y e incluirse en el presupuesto del proyecto. SAP dispone para ello de la herramienta Quicksizer, que puede ser de gran ayuda en este propósito.
  • Un aspecto especialmente importante es la planificación del proyecto de cambio de versión. Es deseable que el mismo se realice en un momento en que la actividad de desarrollo sea mínima, para que la misma no interfiera con el proyecto. De esta forma se evitará tener que realizar ciertas tareas dos veces (pruebas, formación, etc.). Como generalmente no se puede evitar que una cierta actividad de desarrollo coexista con el proyecto de implantación, las tareas correspondientes a la misma deben priorizarse y ejecutarse de forma siempre supeditada a las necesidades del proyecto de actualización de la versión. De esa forma es como se consiguen los mejores resultados.
  • Un paso importante en todo el proceso sería el decidir sobre la distribución objetivo. Normalmente se da por sentado que actualizar a la última versión y al último EhP es lo idóneo, pero siempre vale la pena investigar los pros y los contras de hacerlo a una versión ó a un EhP anterior, que en un momento determinado puede ser percibido como más estable.
  • Desde el punto de vista del ahorro de costes, siempre es importante hacer el análisis de los costes de mantenimiento de la nueva versión frente a la antigua. Por ejemplo el mantenimiento de la versión 46C se termina en diciembre 2006 y los clientes que no migren de versión pueden prolongarlo durante algún tiempo más pagando un coste más alto. Esto suele ocurrir en todas las versiones, por ello hay que calcular siempre el TCO resultante según cuando se realice el cambio de versión.

En resumen, la nueva funcionalidad y las características de la nueva version de la solución SAP ERP son muy prometedoras y el tiempo empleado en conocerla y evaluar su implementación es siempre beneficioso de cara a mantener la actualización tecnológica y las ventajas para el negocio que se derivan de ella.

Categories
SAP Articles

Introducción a SAP GRC (Governance Risk and Compliance).

En los últimos años se han incrementado sensiblemente las necesidades de las compañías en lo que respecta a Gobierno Corporativo, Gestión del Riesgo y Cumplimiento Legal y Normativo, debido a los cambios de los miembros y consejeros que deciden las Estrategias Empresariales y altos directivos. Por lo tanto, ha sido necesario desarrollar herramientas para hacer frente con mayor coherencia y con más cuidado que nunca a las cuestiones de gobernanza, la gestión de riesgos y cumplimiento

También incluye empresas privadas que buscan financiación de la deuda, así como organizaciones no lucrativas que buscan el apoyo de fundaciones. Los directores y gerentes de cualquier tipo de organización, de casi cualquier tamaño, deben ser capaces de saber a dónde va la empresa, y poder seguir el camino establecido mediante la monitorización de los procesos.

“En términos simples, la gobernanza es el conjunto de procesos que mantienen con vida a la organización, y la regulación de los flujos internos de información y procesos de decisión para asegurarse de que sus respuestas sean oportunas y adecuadas”.

La gestión del riesgo significa cosas diferentes en contextos diferentes. Puede significar cobertura a inversiones, compra de seguros, control de calidad, y mucho más. Lo común a todas estas definiciones es la idea de que la gestión del riesgo es parte del proceso de toma de decisiones. En última instancia, la gestión de riesgos apoya la toma de riesgos y la capacidad de la organización para competir.

Ahora, una organización puede tener riesgos en algunas áreas. Unos pueden ser mitigados y otros pueden ser eliminados. La gestión del riesgo es la forma de hacer frente a estos riesgos que pueden surgir en cualquier momento durante la ejecución y las medidas que se deben tomar para la mitigación de esos riesgos.

El riesgo es el grado de incertidumbre que acompaña a un determinado flujo. Los gerentes prudentes estarán dispuestos a hacer todo lo posible para controlar ese riesgo a niveles tolerables. Al final, sin embargo, la gerencia debe estar dispuesta a aceptar la posibilidad de que los resultados no pueden ser alcanzados.

El cumplimiento es el mecanismo que realiza que el trabajo de gobierno. Es el cumplimiento de las propias organizaciones y de los procedimientos necesarios el que permite la gestión de los riesgos que ponen en peligro la entidad. El seguimiento y el apoyo del cumplimiento no es sólo una cuestión de mantener los indicadores bien, sino también es la forma en que la organización controla y mantiene su salud.

 GRC-1

 

En particular, el objetivo final es establecer un marco de transparencia, certidumbre y confianza de los grupos de interés respecto de la gestión de las empresas, a través de la adecuada gestión del riesgo y del Gobierno Corporativo.

El gran desafío de los negocios en la actualidad es como acompañar el crecimiento a la velocidad que demanda el mercado, gestionando simultáneamente el riesgo de forma eficaz.

 GRC-2

 

La combinación de los diversos componentes de SAP GRC permite detectar y eliminar los conflictos de Segregación de Funciones en el sistema SAP R/3, así como también proporcionar un mantenimiento continuo y automatizado en la gestión de autorizaciones, lo que permite conservar sin conflictos de acceso el sistema productivo.

 

Categories
SAP Articles

SAP Solution Manager

¿Qué es SAP Solution Manager?

SAP Solution Manager es una herramienta que ayuda en la gestión de aplicaciones en el entorno ITIL (IT Infrastructure Library). La herramienta es compatible con el ciclo de vida completo de soluciones, principalmente con seis fases – Requisitos, diseño, desarrollo, implementación, operación y optimización según la metodología ITIL estándar. Se ejecuta en un sistema separado al que todos los otros sistemas SAP están conectados. Estos otros sistemas se denominan como sistemas vía satélite. 

Última versión:

SAP Solution Manager 4.0. 

Características de SAP Solution Manager:

    •           Solution Manager le ayuda en todo tipo de gestión de proyectos como la implementación, actualización, mantenimiento, roll-out, etc. proporcionando la plantilla de proyecto específico.
    •           Está en consonancia con AcceleratedSAP de SAP. Y proporciona planes de trabajo para los diferentes tipos de proyectos.
    •           Tiene repositorio de procesos de negocio, que habla sobre las mejores prácticas de SAP de funcionamiento de la empresa.
    •           Tiene función de e-learning, que ofrece la formación sobre web.
    •           Tiene función de gestión de pruebas, que ofrece el repositorio central de almacenamiento para almacenar los scripts automatizados de eCATT junto con scripts manuales. Los resultados de las pruebas son almacenados de forma centralizada y están siempre disponibles.
    •           Tiene su propia ayuda estándar, vía SAPGUI y también vía web.
    •           La función de ayuda está totalmente vinculada a la gestión de solicitudes de cambio, lo que ayuda en el transporte de los cambios necesarios a la máquina de productivo.
    •           Tiene un monitor de soluciones, así como la función de diagnóstico, que ayuda en la fase de productivo del proyecto.
    •           Solution Manager tiene un montón de informes incorporado, para las diferentes áreas.
    •           Está vinculado con el lugar de SAP Service Market Place.
    •           Tiene su propio almacén de conocimiento para el almacenamiento central de la documentación.
    •           Se puede integrar con ARIS, un detallado programa con herramientas gráficas para el modelado de procesos de negocio.
    •           También puede integrarse con herramientas de Mercurio como plan de ahorro para las pruebas en un entorno basado en web.

Categories
SAP Articles

Trazabilidad de cambios a través de ABAP

Para fines distintos (para lanzar una alerta, para realizar un seguimiento de modificación, para el seguimiento de los documentos, para recuperar valores de los parámetros antiguos después de un error, etc.), a veces es necesario buscar el historial del documento.

¿A que nos referimos con documento? Esta es la terminología de SAP que puede significar en nuestro contexto, el maestro de materiales, el pedido de compra, el recorrido del material, la cuenta de GL, el activo, el centro de trabajo, etc. Así que tanto los datos maestros como los datos transaccionales, se pueden trazar si el sistema SAP en cuestión está adecuadamente parametrizado.

Básicamente, existen dos tablas principales (no lo suficientemente bien conocidas), a las que se puede acceder a través de ABAP o módulos de función.

Estas dos tablas son, la tabla CDHDR (Cabecera documentos de modificación) y CDPOS (Posición documentos de modificación). En el módulo HR las tablas son: PCDHDR y PCDPOS).

Que se pueden leer con un ‘Select’ si se utiliza un programa a medida o mediante el uso de, respectivamente, de los siguientes módulos de función:

 

“CHANGEDOCUMENT_READ_HEADERS ‘

“CHANGEDOCUMENT_READ_POSITIONS ‘

 

Como estas tablas registran las modificaciones que se realizan en SAP, podemos imaginar el tamaño de ellas, en especial la CDPOS. Y, por desgracia, como se trata de una tabla cluster, no se puede utilizar una join query.

Y este es el principal inconveniente. Al utilizarlas hay que tener mucho cuidado en la construcción de la consulta, llenando todos los campos clave que se puedan.

Categories
IT Articles

Las tres bases principales de SOA

No hay muchas historias de éxito o de fracaso de SOA a compartir ya que pocos realmente han logrado completar la adopción de SOA, pero hay muchas empresas que han comenzado su viaje en ese campo. Como parte de mi trabajo tengo la oportunidad de formar parte de varios viajes de SOA y aunque están en las primeras etapas ya hay varias lecciones que hemos aprendido. 

En todos los contratos SOA en los que yo estaba involucrado, nos dimos cuenta (tarde o temprano, y cuanto antes mejor) que sin tres pilares principales del edificio que estamos tratando de construir se derrumbaría. Estos principios son: el apoyo e implicación CxO, la semántica y un modelo de propiedad de la información clara. 

Apoyo e implicación CxO:

SOA no es sólo una tecnología o la arquitectura de IT, SOA es un cambio que afecta a toda la empresa. La adopción de SOA afecta el dominio del negocio de la empresa, así como los dominios de la información, aplicaciones y tecnología. Refleja las necesidades del negocio. Por lo tanto, si la empresa no adopta los servicios como un concepto para dirigir la empresa, la implantación de SOA será un fracaso. Los cambios en el negocio demandan no sólo apoyo sino también la participación de CxO en este proceso. Sin el apoyo y la participación directa del nivel de CxO no conviene ni siquiera tratar de iniciar al viaje SOA. 

Semántica:

La semántica es esencial para SOA. Sin semántica de negocio e información, será imposible crear una implementación de SOA. Si su empresa no tiene ningún modelo semántico de negocio ni de información usted no tiene los fundamentos para crear servicios que proporcionan las funciones de negocio mediante el uso de la información como las entradas y salidas. Usted sólo tendrá las bases para construir otra torre de Babel. La creación de modelos semánticos puede parecer obvia y sencilla, pero la mayoría de las empresas no tienen un modelo semántico para los negocios y la información de que (al menos) la mayoría de las unidades de negocio de la empresa aceptan. Además, es un proceso complejo y tedioso para construir modelos semánticos y el apoyo a su alrededor. Creo que sin un marco o metodología probada esta tarea se hace aún más difícil de lograr. Sin un modelo semántico claro se encontrará en un callejón sin salida de una forma u otra. 

Modelo de propiedad de la información clara:

La información es el componente central de SOA. Al final del día los servicios de negocio reflejan las capacidades de manipulación de datos. La mayoría de los problemas de IT en la empresa, por lo general, provienen de situaciones donde la información es manejada por dos o más unidades de negocio o es sólo un activo de una unidad de negocio. Si queremos construir una verdadera implementación de SOA, la propiedad de la información debe ser explícita y aprobada por todas las partes en la empresa. Los servicios se refieren a la manipulación de datos y la transferencia de los resultados para evitar silos de datos y la duplicación de datos. Sin acuerdos sobre la propiedad de la información no seremos capaces de solucionar los problemas. Por lo tanto, los problemas van a aflorar a la superficie en el transcurso de nuestro trabajo.

Categories
SAP News

¿Dudas sobre las versiones de SAP SEM Planning y SAP NetWeaver BI y sus liberaciones?

Tener estas dudas es algo muy común. De hecho, SAP SEM (parte de la solución mySAP ERP Financials) y SAP NetWeaver BI tienen diferentes ciclos de liberación. Por lo tanto, no siempre es fácil determinar las versiones que SEM y BI que son compatibles entre sí, así como su información de mantenimiento correspondiente. A continuación se muestra una matriz completa que detalla no sólo las versiones que son compatibles, sino también información sobre el mantenimiento de estas soluciones de planificación. Tenga en cuenta que SAP SEM es un add-on que corre sobre SAP BI BW / SAP NetWeaver.

 Versiones SEM y BI

Para mas información ver el artículo completo aqui.

Categories
SAP Articles

Retos en la gestión del transporte

La gestión de transporte es un aspecto crítico en una cadena de suministro al que a veces no se le concede la suficiente importancia.

En general, todos estamos obsesionados con el aumento de la producción, aumentar las ventas y mejorar la satisfacción de los clientes para impulsar el crecimiento económico. Pero muy a menudo se tiende a pasar por alto este aspecto del proceso de gestión de pedidos de cliente.

Quizá es comprensible, ya que la problemática de la gestión de transporte es muy compleja y dinámica: cualquier planificación o gestión de este proceso requiere una herramienta que sea al mismo tiempo flexible y precisa. El número de factores que entran en la planificación del transporte puede ser enorme. Añadamos los factores externos y ya tenemos la receta perfecta para tener problemas.

SAP cuenta ahora con un sistema de planificación del transporte (APO-TPVS), que está muy integrado con la ejecución de Transporte en el ERP. Los retos de la gestión del transporte en estos momentos son los costes de transportes más altos, la necesidad de aprovechar mejor la capacidad, y la incesante presión de servicio al cliente.

La solución SAP APO-TPVS muestra su máxima utilidad en condiciones de complejas restricciones y altos estándares que cumplir. Analicemos los mencionados retos y la solución para los mismos a través de TPVS:

1) Aumento de los costes de transporte: Es un hecho que los costes de transporte son cada vez mayores. Esto es un problema tanto para el cliente como para la empresa pero, realmente, no hay ninguna solución milagrosa. El único método que se puede seguir es ser fiel a un proveedor de servicios de transporte de probada eficacia. Mediante contratos a largo plazo es posible negociar los costes a la baja en el corto plazo. En segundo lugar, hay que evitar hacer cambios de última hora a los horarios.

Esto sólo es posible si existe una planificación de transporte adecuada. Y cuanto antes se realice esta planificación, mejor es. La pregunta por tanto sería cuando es lo más pronto que se puede realizar. La respuesta obvia es en el momento de la creación del pedido de venta en sí. Por lo tanto necesitamos una solución que nos pueda proporcionar estimaciones precisas de plazo de entrega en el momento de creación o modificación del pedido de venta.

La solución APO-TPVS viene con una opción donde se puede integrar con el sistema R/3 proporcionando resultados precisos de la promesa de entrega en el momento de la creación/modificación del pedidos de cliente. Esta opción obviamente requiere de imputs de tiempos precisos para poder hacer la programación. APO-TPVS se integra también con GATP para su funcionalidad combinada se envíe de vuelta al sistema ERP en tiempo de ejecución.

2). Necesidad de aprovechar la capacidad: Hoy nadie puede permitirse el lujo de desperdiciar el espacio disponible en el vehículo de transporte. La empresa necesita aumentar la eficiencia de su logística mediante la utilización de los recursos disponibles en su totalidad. Es mejor que un vehículo sirva un segundo envío a la finalización de la primera entrega que regresar vacio a la base.

TPVS es lo bastante inteligente como para que le pregunte si esto es una posibilidad a un coste mínimo. Esta funcionalidad, llamada “movimiento continuo” le permite aumentar la utilización de recursos y por lo tanto, aumentar su eficiencia reduciendo las limitaciones de capacidad.

Además combina automáticamente las entregas que se pueden entregar juntas o en secuencia. Esto nos ayuda a contrarrestar los problemas de aprovechamiento de capacidad.

3). La incesante presión del servicio al cliente: La empresa debe tener claro lo siguiente antes de la creación de los envíos:

¿Qué hay que entregar?

¿Donde se debe entregar?

¿Cuándo es la entrega?

¿Cuánto hay que entregar?

¿Cuál es la prioridad para la entrega?

¿Dónde están las mercancías ahora?

Por básico que parezca, responder a estas preguntas es la clave para la satisfacción del cliente. La empresa debe saber qué entrega puede darse el lujo de ser retrasada un día y qué cliente necesita su entrega a tiempo.

TPVS trata todas estas cuestiones con eficacia mediante la adición de “restricciones de entrega” a sus unidades de carga. Modeliza las ventanas de recogida de entrega mediante las condiciones incorporadas que permiten dar prioridad a sus entregas, a la vez que se planifican y se combinan entre sí.

Y, finalmente, la integración del sistema de gestión de eventos hace que el cliente pueda tener visibilidad de todo el proceso. El cliente con su número de entrega único que puede verificar el estado de su envío. Saber lo que está pasando lleva a la comprensión y el entendimiento lleva a la satisfacción.

Lo cierto es que TPVS, aunque menos conocido de sus hermanos del sistema APO (como DP, SNP, GATP, etc.), puede ser clave para impulsar el crecimiento económico de una empresa, puesto que realmente permite ahorrar a partir de nuestras actividades diarias.

Categories
IT Articles

Selección del dispositivo en proyectos de movilidad

Uno de los pasos más importantes en un proyecto de movilidad es la selección de los dispositivos con los que los usuarios finales trabajarán todos los días, y que el administrador de sistemas tendrá que administrar.

Realmente, nunca hay un dispositivo perfecto para un caso determinado. La razón es que la selección del dispositivo es siempre un compromiso entre todas las partes involucradas en su selección, y no todas las partes estarán completamente satisfechas con la elección que se realice porque sus intereses son en algunos casos contrapuestos:

  1. Los usuarios finales por lo general prefieren los dispositivos pequeños y rápidos. Además los dispositivos deben ser lo más robustos posible, pero sin ser demasiado pesados. Y, por supuesto, la batería debe durar mucho. Y no olvidemos que la pantalla debe ser tan grande como sea posible, aunque el dispositivo sea pequeño. Es fácil ver adonde conducen estos requerimientos: muchos de ellos con contradictorios y, si encontráramos un dispositivo que los cumpliera en su mayor parte, sería sin duda muy caro.
  2. Esto último es algo que a la dirección de la compañía, que tiene que asumir el coste de los dispositivos, no le gusta. La dirección querrá comprar dispositivos tan baratos como sea posible y cuyo coste de mantenimiento sea también lo más bajo posible. Sin olvidar que los dispositivos deberían trabajar por lo menos tres años sin problemas para mantener el TCO.
  3. Por su parte, los administradores de sistemas preferirán dispositivos que sean fáciles de administrar, lo que significa tener la posibilidad de acceder a los dispositivos cuando sea necesario y que la gestión de los mismos no requiera demasiado esfuerzo.

Teniendo en cuenta todos estos intereses en conflicto, ¿cómo elegir el dispositivo correcto? Hay una serie de reglas que se deben seguir al seleccionar los dispositivos:

  1. Involucrar a todas las partes al principio del proyecto. Es especialmente importante que los usuarios finales se involucren, ya que son el factor decisivo para que un proyecto de movilidad sea un éxito. Si los usuarios finales no están contentos con los dispositivos seleccionados el proyecto no será un éxito.
  2. Probar varios dispositivos, incluyendo diferentes tipos de dispositivos como ordenadores portátiles, Tablet PCs y PDAs. Tener la mente abierta al hacer estas pruebas: es posible que ya se tenga una idea del tipo de dispositivo que se quiere, pero podría resultar que el dispositivo que se había pensado originalmente no sea el mejor dispositivo para su proyecto.
  3. Probar siempre los dispositivos más robustos, reforzados y resistentes a las malas condiciones ambientales (si estos dispositivos tienen sentido en su entorno). Es cierto que la inversión podría ser mayor al principio, pero el costo total de propiedad puede ser menor ya que estos dispositivos tendrán una vida útil superior que los no reforzados.
  4. Tomar la decisión sobre el dispositivo finalmente seleccionado junto con todas las partes involucradas.

Desde el punto de vista técnico, los aspectos a tener en cuenta en la selección del dispositivo, son los siguientes

  1. Duración de la batería: Demasiadas paradas para cambiar baterías afectará a la productividad de los usuarios finales.
  2. Rendimiento: los tiempos de espera deben reducirse al mínimo y el dispositivo debe poder trabajar bien con la aplicación.
  3. Memoria: debe ser suficiente para la aplicación que se va a ejecutar en el dispositivo.
  4. Robustez: Cuanto mas robusto, mayor será la vida útil del dispositivo.
  5. Facilidad de operación.
  6. Pantalla: lo fácil que es para los usuarios finales para leer los datos en la pantalla. La pregunta es ¿Es el tamaño de la pantalla suficiente para la aplicación?
  7. Almacenamiento de datos: ¿Qué opciones de almacenamiento de datos ofrece el dispositivo? ¿Son estas opciones suficientes para el funcionamiento de su aplicación?
  8. Accesibilidad: ¿Es fácil acceder a un dispositivo de forma remota en caso de problemas?
  9. Sistema Operativo: ¿Es un sistema operativo propio del dispositivo ó propio de la aplicación a ejecutar en el mismo?
  10. Estabilidad: El dispositivo tiene que ser lo más estable posible, ya que cada inestabilidad podría resultar en la pérdida de datos.

Como se puede ver, hay muchos factores a tener en cuenta al seleccionar un dispositivo móvil. Dedicar el suficiente tiempo a la selección de los dispositivos correctos supone en general dedicar menos tiempo después a la operación y el mantenimiento de los mismos.

Categories
IT Articles

SOA: No se trata de IT. Se trata del negocio.

Es habitual que por parte del departamento de Sistemas de una compañía se generen muchas discusiones sobre la manera “correcta” de implementar una arquitectura orientada a servicios (Service Oriented Architecture ó SOA), pero la realidad nos muestra que la mejor manera de adoptar SOA es convencer a “la parte empresarial” de nuestra compañía de las ventajas de esta arquitectura para el negocio. Debemos ser realistas y aceptar que las Tecnologías de la información son sólo una herramienta o un facilitador para que el negocio alcance sus objetivos.

Service Oriented Architecture
De hecho, ya que las TI son la herramienta para gestionar la información de la empresa, siempre acaban reflejando la situación de la misma. Es decir, la información de la empresa estará mejor ó peor en función de la forma de gestionar el negocio, por tanto, hay una influencia directa del negocio en las TI.

Y esto significa que desde el lado del departamento de Sistemas de Información es posible encontrar una buena arquitectura y lanzarse a utilizarla, sin embargo, si nos ponemos a resolver los problemas de TI sin resolver primero los problemas del negocio, es probable
que fracasemos.

Todos estamos familiarizados con los típicos “problemas imposibles de TI” que todo el mundo se esfuerza en resolver desde el lado de sistemas: el propio departamento, los proveedores de soluciones, los proveedores de servicios de implantación… Pero ¿Alguna vez nos paramos a pensar porque nos encontramos con estos problemas? Si alguna vez lo hacemos tal vez nos demos cuenta de que el problema “irresoluble” que tenemos en TI, es en realidad un reflejo de un problema del negocio. Si este es el caso, no importa que arquitectura de TI acabemos eligiendo. La solución al problema está en rediseñar primero los procesos de negocio.

Esto es fácilmente entendible si acudimos al recurso que utilizan algunos autores de comparar la arquitectura de sistemas de una empresa con la planificación urbana de una ciudad. Por ejemplo, si en una ciudad se ha decidido construir el aeropuerto en una ubicación errónea, cuando se realice la planificación del tráfico de mercancías y personas, la ubicación de los edificios y complejos de oficinas, y el trazado de vías férreas y autopistas, no importa las vueltas que le demos al diseño, la solución nunca será optima, porque la ubicación del aeropuerto no lo es. Si, utilizando esta analogía, comparamos el tráfico de personas y edificios con el tráfico de información del sistema, los edificios con las aplicaciones, y las carreteras y vías férreas con la infraestructura, entenderemos porqué solo cambiando la ubicación del aeropuerto (los procesos de negocio) se puede optimizar los sistemas.

El problema al que se enfrentan hoy las empresas respecto a SOA, es que SOA es una arquitectura “técnica” impulsada por el departamento de sistemas, pero a menudo sin consultar al lado del negocio de la empresa. Lo irónico del asunto es que realmente la arquitectura SOA puede ayudar a las empresas a rediseñar los procesos de negocios evitando los “problemas irresolubles” de sistemas, que son los que a su vez impiden tener éxito al implantar una arquitectura SOA.

Esta paradoja nos indica que los proyectos de implantación de SOA deben estar íntimamente ligados a las necesidades del negocio y que junto al equipo de sistemas, debe contarse con un equipo de la parte de negocio que apoye el cambio y que aproveche la implantación de la nueva arquitectura para rediseñar procesos allí donde fuera necesario. Solo así se garantiza el éxito de un proyecto SOA.