Cómo generar un reporte con parámetros y pasarlos a Report Viewer (Visual Studio 2015 + SQL Server 2012)

En esta entrada les muestro los pasos para crear un reporte con parámetros y cómo pasarlos de los TextBox del formulario a Report Viewer,  utilizando  Visual Studio 2015 y SQL Server 2012.

Esta es la forma más cómoda y sencilla que he descubierto para trabajar con parámetros y espero que les pueda ser útil.

Para este ejemplo deberás crear una tabla llamada Ventas con la siguiente estructura e información:

A partir de esta tabla genera un procedimiento almacenado (SP) llamado reporteventas, el cual será el encargado de recibir los parámetros de tipo fecha y recopilar la información que deseamos plasmar en el reporte.

Observa que he creado dos variables de tipo Date (FechaInicial y FechaFinal) las cuales, al ejecutar el SP harán referencia al campo Fecha de la tabla Ventas.

Es importante que te asegures de que el SP funciona:

Ahora pasemos a nuestro proyecto en Visual Studio.

Tengo creado un formulario con los siguientes controles:

Dos label, dos DateTimePicker y un botón desde el cual se imprimirá el reporte.

El siguiente paso será agregar el diseñador de reporte de Report Viewer. Para ello, agrega un nuevo ítem al proyecto y da clic en Reporting/Report y asígnale un nombre, para este ejemplo lo he llamado DiseñoReporte.

Nota: Si no te aparece la presente opción es necesario que corras el ejecutable de Visual Studio e instales  DataTools.

Posteriormente se mostrará el diseñador de reportes de Report Viewer.

El primer paso es configurar un origen de datos, es decir, indicarle desde qué instancia, base de datos y tabla (En nuestro caso SP) deberá traer la información.

Da clic derecho sobre Datasets/Add Dataset, si el diseñador detecta que aún no tienes configurado un origen de datos (Como en este ejemplo) solicitará que configures uno.

Se mostrará la siguiente ventana donde hay que seleccionar el origen de datos, en este caso es DataBase/Next.

En el siguiente apartado indica el nombre de la instancia de SQL/ credenciales de autenticación por SQL, así como el nombre de la base de datos de la cual se consultará la información.

Selecciona la base de datos:

Luego se mostrará la estructura de la base de datos seleccionada (Tablas, Vistas, SP, Funciones). 

Selecciona Stored Procedures/y marca el SP creado inicialmente. Por último es necesario asignar un nombre al origen de datos.

Si has seguido los pasos hasta aquí, tendrás una vista del origen de datos.  Para este ejemplo el SP y los respectivos campos que lo conforman.

De lado izquierdo se mostrará esta misma información para poder utilizarla en el diseñador del reporte.

El siguiente paso, es comenzar a dar forma al reporte que se presentará.

Agrega los parámetros (Parameters/Add Parameter) que en este caso serán la fecha inicial y fecha final y asígnales un nombre.

Una vez capturados los parámetros, selecciónalos y arrástralos hasta el diseño del nuevo reporte como se muestra en la imagen.

Agrega una tabla al diseño del reporte que es donde se mostrarán los datos que contiene el DataSet.

Una vez que se agrega posiciónate sobre el lado derecho de cada celda para seleccionar el campo que deseas se muestre en cada espacio, como se muestra en la imagen.

Si lo prefieres también puedes agregar una fila para mostrar totales de las columnas.

Una vez que el diseño del reporte esté listo, pasemos al formulario desde el cual se capturarán los parámetros y se mostrará la información del reporte.

En el formulario es necesario agregar un elemento de tipo ReportViewer. Una vez agregado, en la esquina superior derecha deberás seleccionar el formato de reporte (.rdlc) que se creó anteriormente. 

Una vez seleccionado el reporte, es importante verificar que en la parte inferior del formulario se agreguen automáticamente el DataSet, BindingSource y el TableAdapter con el nombre del SP.

Ahora pasemos al código del formulario. Observarás que de forma automática se agregaron dos líneas de código en el evento load del mismo. Es necesario pasarlas al evento click del botón.

La primer línea es la encargada de recibir los parámetros y pasárselos al DataSet para que éste se encargue de traer la información que ocupamos visualizar. Inicialmente marca un error en Fill, esto se debe a que aún no le hemos indicado de qué campos deberá tomar los valores de los parámetros que ocupa el SP.

El código, ya con campos de parámetros incluidos deberá quedar de la siguiente forma:

Entre las dos líneas de código anteriores he codificado la forma como se deberá pasar el rango de fecha, proveniente del DateTimePicker, a Report Viewer.

Observa que he indicado el número de parámetros que se pasarán, en este caso son dos y por eso he puesto 1(El conteo comienza desde cero). En la línea siguiente se manda llamar el nombre textual de cada parámetro que se definió anteriormente en el diseño del reporte y se asocia con el campo del cual tomará su valor.

Es importante mencionar que en el formulario donde se cargará la información deberás agregar la siguiente referencia, de lo contrario marcará un error en Parameters:

Imports Microsoft.Reporting.WinForms

Una vez hecho lo anterior solo queda ejecutar el desarrollo y deberás obtener algo muy parecido a lo que se muestra en la siguiente imagen donde el rango de fechas capturado en los DateTimePicker se visualizan también en el reporte:

Ahora solo queda que adaptes el código a tu desarrollo y listo.

¡Hasta la próxima!

Ing. Guadalupe López

"Ningún conocimiento es válido sino se comparte"

El impacto que generan las pruebas inadecuadas de software

Cuando se desarrolla software es erróneo pensar que las pruebas deben dejarse hasta el final para determinar el funcionamiento correcto y calidad del producto. Los errores de software no se limitan a aparecer únicamente en la fase de desarrollo sino también en el levantamiento de requerimientos,  análisis, diseño e  implementación.  Y desde luego, mientras más tiempo transcurra hasta que se detecte el error más costoso será solucionarlo.

El mal diseño de un sistema, la falta de estándares y procedimientos, aunado a la poca importancia que las empresas le dan al testeo de sus productos desemboca en la generación de software defectuoso. Tal parece que la industria se encuentra muy relajada al respecto.

En la presente entrada no pretendo explicar estándares y metodologías para llevar a cabo pruebas de software, (Si bien se mencionarán) sino destacar la poca importancia que se le da a dichas prácticas y por lo tanto el impacto que generan.

Luis Vinicio León, director general de e-Quality , empresa especializada en pruebas de software, menciona que en nuestro país, la gran mayoría de las veces son los programadores quienes realizan las pruebas en lugar de que lo haga un equipo de testers a quienes se les pague únicamente por ello. Resulta irónico ser juez y parte al mismo tiempo, más sin embargo así se trabaja, es una realidad.

En el peor de los casos tales pruebas ni siquiera llegan a hacerse y al programador le basta con que su aplicación compile y que el usuario final funja como tester.

Estas malas prácticas, en conjunto, siempre concluyen en contingencias en las organizaciones, problemas de operatividad, fiabilidad y desde luego en desconfianza por parte del cliente para con la herramienta de software.

Quienes nos encontramos trabajando en la industria de T.I. seguramente podríamos listar varias situaciones que hemos presenciado a causa de fallos en los sistemas y por lo tanto hemos tenido que involucrarnos en la solución del problema, asegurar que no vuelva a ocurrir y en tratar de calmar y explicar a los usuarios lo ocurrido (Que resulta una de las cuestiones más difíciles) ya que siempre que un error de software sale a la luz y afecta la operatividad e información de la empresa, representa un costo para el negocio, significa tener que recapturar datos, repetir procesos, etc., lo cual estresa a todos.

 Existen casos muy sonados a nivel mundial donde los errores y fallos en los sistemas han sido protagonistas:

-En 1985 un equipo médico llamado Therac-25 a causa de un error de software emitió radiaciones letales a los pacientes matando al menos a tres personas mientras que otras más quedaron heridas.

-En 1998 la onda espacial Mars Climate Orbiter que fue enviada a Marte para recolectar información y transmitirla a la Tierra, una vez que arribó a dicho planeta se perdió comunicación con el satélite ya que se destruyó. Posteriormente se concluyó que tal inconveniente se debió a un problema de compatibilidad entre las unidades de medida utilizadas en el software.

-En 2003 una parte de Estados Unidos y Canadá se quedaron sin electricidad por más de 7 horas y en algunos lugares hasta por días. La causa del apagón fue una falla en el software de alarma del control de energía.

-En 2014 uno de los bancos de Escocia fue multado con 56 millones de libras esterlinas luego de que por un error de sistema se bloquearan las cuentas bancarias de al menos 6 millones y medio de clientes.

Estados Unidos informó en el año 2015, en la encuesta Statista que el 43% de los errores en la información es a causa de software mal probado; inclusive en años anteriores reportó que la pérdida del 1% (60 mil millones de dólares) del PIB se debió a la mala calidad de los sistemas utilizados.

 ¿Cómo lograr entregar al cliente un software de calidad?

Los datos anteriores demuestran la forma en que llegan a impactar las malas o nulas pruebas de software; por lo tanto es de suma importancia que desde el inicio del proyecto, es decir, desde que se hace el análisis y el levantamiento de los primeros requerimientos con los usuarios, se establezca un proceso de pruebas y se adopte durante todo el ciclo. Desde luego es preferible que un tester lleve a cabo tal tarea y que no sea visto como villano sino todo lo contrario.

El estándar internacional ISTQB (International Software Testing Qualifications Board) establece una serie de principios que pueden aplicarse para llevar a cabo pruebas de software, las cuales menciono a continuación:

• Las pruebas demuestran la presencia de errores: Llevar a cabo testing y no identificar errores no significa que tu código esté libre de ello.   
• No es posible probar todo el desarrollo: Resulta complicado hacer pruebas integrales de todas las opciones y procesos del sistema, puede haber miles de condiciones; en su lugar priorízalas y ve probando en orden de riesgo e importancia.
• Comienza con el testing cuanto antes: Si las pruebas se hacen desde las etapas más tempranas será más fácil y barato corregirlas y así te aseguras de que no se irán “arrastrando” a otras etapas.
• Los errores siempre se agrupan: Una vez que detectes algún detalle en tu código es seguro que enseguida de éste haya otro ¡Revisa con minuciosidad!
• La paradoja del pesticida: Si ejecutas siempre las mismas pruebas de software disminuirás únicamente aquellos bugs para los cuales fue hecha la solución pero dejarás intactos aquellos que tu método no es capaz de detectar. Entre más variabilidad mejor.
• La prueba depende del contexto en el que se aplica: Ningún desarrollo es igual a otro, por lo tanto no te empeñes en generar el mismo testeo de una aplicación para móviles en un desarrollo de escritorio.
• ¿Asumes que tu software está libre de errores? ¡Cuidado!: El hecho de que tus usuarios estén satisfechos con el funcionamiento y estabilidad del sistema no significa que ya no haya ningún error oculto por ahí. Todos los desarrollos los tienen y de momento tendrás más tiempo para identificarlos.

“La calidad de un producto de software
depende de la calidad del proceso que lo
genera.”

 Watts Humphrey.

Hasta la próxima entrada, saludos.

Imágenes tomadas de freepik.com

Consejos Básicos para Implementar Software ERP

Los sistemas ERP (Enterprise Resource Planning) han venido evolucionando a raíz de sistemas antecesores como MRP (Planeación de la Capacidad de Materiales), MRP II, MES (Manufacturing Execution Systems) entre otros y desde luego, a partir de la demanda de las empresas.

A principios de la decáda de los 90’s surgió la necesidad de automatizar los sistemas de manufactura que operaban en las organizaciones, ya que requerían una amplia intervención del usuario para su funcionamiento; fue así como surgió el desarrollo y la implementación de los sistemas ERP, aunque al principio no todo fue miel sobre ojuelas. Había que enfrentarse a una nueva tecnología ante la cual tanto los consultores de T.I. como las empresas carecían de experiencia y además los vendedores de software no conocían del todo el producto. Imagínese usted la cantidad de implementaciones problemáticas que se debieron haber suscitado.

Con el paso del tiempo estos acontecimientos mejoraron visiblemente pero no significa que hoy día todas las implementaciones de software sean exitosas. Existe una gran cantidad de cuestiones que atender de parte del negocio y de los consultores involucrados en el proyecto con el fin de lograr los resultados deseados, es por eso que en esta ocasión te comparto, en base a mi experiencia, algunos consejos que puedes aplicar antes, durante y después de una implementación de software. Aplican tanto si eres el líder del proyecto o el consultor que se encargará de guiar la implementación de la tecnología.

1. Entender al negocio

Las empresas buscan un sistema de información que cubra sus necesidades, se adapte a su giro, a sus procedimientos  y principalmente, al menos en México, que cumpla con las obligaciones propuestas por la autoridad (Facturación, Contabilidad y Nómina Electrónica), es por ello que el primer paso es identificar la herramienta correcta, aquella que pueda ajustarse a lo que realmente requiere el negocio. Analiza si conviene adquirir un software empaquetado (Que ya sea comercial y se use en otras industrias) o si desean un desarrollo a la medida (Un sistema único y creado especialmente para la empresa). Para ello:

 * Investiga y compara distintos sistemas y proveedores.

 *  Identifica casos de éxito o de fracasos que hayan tenido con otras empresas.

 * Lista todas las necesidades del negocio y pregunta al asesor si su sistema cumple con ello o   bien,      que tan complicado sería que se desarrollara de acuerdo a como lo ocupan.

 * Solicita demostraciones del sistema (Durante la demo pregunta, pregunta mucho).

 * Si eres el desarrollador o el consultor sé sincero acerca del alcance del sistema y si éste se adapta al giro de la empresa. Más vale ser honesto desde el inicio en lugar de implementar una herramienta que no encaja con la naturaleza del negocio y se fracase en el intento.

2. Definir un plan de trabajo realista

Una vez que se tiene claro el sistema que se implementará se debe definir un plan de trabajo entre dirección general, líder de proyecto y asesores. No propongas ni estimes tiempos que no puedan cumplirse y trata de incluir ciertas holguras entre los entregables ya que siempre ocurren situaciones que atrasan la implementación del proyecto. Te recomiendo que el plan de trabajo se apegue a la metodología que proponga el consultor ya que es la persona quien conoce los pasos que deben seguirse, pero las fechas y entregables acuerdenlas en conjunto.

3. Mentalizar al personal sobre el cambio

Algo escencial para que una implementación de sofware sea exitosa es contar con la aceptación y visto bueno de parte de todos los involucrados (Directivos, líder de proyecto, jefes de área y usuarios finales). Desde el inicio se debe motivar al personal, hacer equipo con todas las áreas y asegurar su compromiso.

Siempre existirán personas renuentes al cambio que están costumbradas a trabajar en una misma tecnología desde hace años y la idea de cambiar de herramientas de trabajo los aterra tanto que se muestran poco accesibles; prepárate para escuchar la frase “Es que en mi sistema anterior…”

La clave es identificar de inmediato a esas personas con el propósito de platicar con ellos, explicarles los beneficios que se adquirirán con el nuevo software, mostrarles casos de éxito y ganar su confianza; Si ya intentaste de todo y la mala actitud no cambia, me apena informarte que esas personas representan un riesgo para el proyecto y lo más sano es separarlas.

"No hay nada más difícil de llevar a cabo, de éxito más dudoso y de manejo más peligroso, que el iniciar un nuevo orden de cosas. Pues el reformador tiene enemigos en todos los que se benefician con el viejo orden, y tibios defensores en todos los que se beneficiarían con el nuevo orden".

                                                                                                                          El Príncipe, Maquiavelo. 

4. Conocer los procesos del negocio, mejorarlos, estandarizarlos ¡Y documentarlos!

El inicio de una implementación de software representa múltiples ventajas para una empresa ya que no solo se buscará agilizar las actividades que se llevan a cabo sino también conocer a detalle qué se hace, cómo se hace, para qué se hace, cómo se controla, a quién(es) se le reporta y cómo se puede mejorar.

Llevar a cabo un buen diagnóstico previo al arranque te permitirá encontrar una respuesta puntual a cada una de las preguntas anteriores. Date el tiempo suficiente para conocer cómo funciona el negocio, de esa forma podrás identificar áreas de oportunidad para ir atacando poco a poco.

Entrevista a los usuarios sobre sus funciones y procedimientos, solicítales ejemplos, reportes, etc., todo lo que consideres útil. Reúne a responsables de las áreas involucradas para que puedas escuchar un sentir común y puedas comprenderlos mejor. Sugiere y acuerden mejoras (Aprovechar el arranque para depurar información también es muy importante) y por favor, considera documentar dichos procesos desde el inicio del proyecto. De esa manera se definen con exactitud los pasos que se deben seguir para llevar a cabo una actividad, minimiza confusiones, se fomenta la mejora continua y cuando se integre una nueva persona al proyecto ahorras tiempo y dinero porque ya se cuenta con una herramienta que explica a detalle los procesos de negocio.

5. Asegurarse de que todos comprenden lo que deben hacer y cómo lo deben hacer

Las reuniones con todos los involucrados en el proyecto de implementación son fundamentales. En ellas se definen nuevas formas de trabajo así como los catálogos y datos que requiere el sistema para arrancar (Productos, clientes, proveedores, saldos iniciales, etc.).

Acuerden nomenclaturas de codificación de la información, fijen fechas de entrega y responsables por área y módulo. Una vez que se tengan listos los catálogos revisa que la información es correcta y su estructura es tal cual como se definió, de lo contrario no capturen nada en el sistema hasta que se haya corregido (Creeme, te ahorrará muchos problemas).

Cuando se capacite a los usuarios en el uso del sistema asegúrate de que comprenden las opciones y funcionamiento de los módulos, así como los pasos que deben seguir para llevar a cabo sus actividades; al final de la sesión realiza una bitácora acerca de lo que se explicó y pide que la firmen así queda la evidencia de que la explicación se dio (Son muy comunes los comentarios “No recuerdo que me lo hayan explicado, por eso no lo hice, porque no sé como funciona”).

Facilítales manuales de usuario y la confianza para que puedan preguntarte sobre las dudas que tengan aún después de las capacitaciones.

6. Hacer un plan post implementación

Una vez que el negocio ya se encuentra trabajando con el nuevo sistema no significa que la relación Empresa-Consultor deba terminar, al contrario, existen puntos que durante el proceso de implementación no son tan urgentes pero sí importantes y que siempre quedan en veremos y la fase post implementación es ideal para poder aterrizarlos.

En esta fase busca reunir requerimientos adicionales y funcionales, centrarte en áreas específicas, resuelve dudas de los usuarios y refuerza controles. Al final de cuentas el ciclo de vida del software se trata de un proceso iterativo y se puede comenzar cuantas veces se considere necesario aunque claro, con la certeza de generar valor al negocio y con entregables que lo demuestren.

Consejos Generales

• Asegúrate de comprender las necesidades y dolencias de la organización.
• Apégate a una metodología.
• Entrega documentos sobre el avance del proyecto periódicamente, manten a dirección muy bien informado (No olvides incluir limitantes y riesgos del proyecto).
• Recuerda: Ninguna implementación es predecible e igual a otra.
• Paciencia, no todas las empresas están preparadas para el cambio.

     ¡Hasta la próxima entrada!

      

      Saludos.

      

      Ing. Guadalupe López

h      Fuente imagenes: freepik.com

¿Estás seguro de que no has sido hackeado?

En esta ocasión les quiero compartir algo un tanto distinto pero que seguramente les puede resultar útil. A raíz de los últimos hackeos masivos a distintas cuentas de correo electrónico me día a la tarea de averiguar si no había sido víctima de alguno de ellos.

Y  me topé con una página de internet que tal vez más de uno ya conozca; en mi caso fue de gran ayuda encontrarla y poder saber si alguna de mis cuentas de correo había sido vulnerada; se trata de la página Have i been pwned? La cual es un desarrollo del especialista en seguridad informática Troy Hunt. El funcionamiento del sitio radica en que una vez que ingresas tu dirección de correo busca en su gran Base de Datos alimentada a partir de los llamados “vertederos” que son los sitios donde se publican las cuentas que han sido robadas y te indica con un mensaje en color rojo si tu cuenta es una de ellas. En caso de que la cuenta aún no haya sido comprometida  te da la posibilidad de poder avisarte si más adelante la situación cambia.

De igual forma en la parte inferior del sitio muestra aquellos sitios web cuyas cuentas han sido hackeadas últimamente.

Si tienes la mala fortuna de enterarte de que una parte de tu identidad digital ha sido hackeada lo que debes hacer es avisar al proveedor del servicio, tratar de ingresar a tu cuenta para cambiar la contraseña e información de seguridad de la misma.

En este sitio puedes encontrar consejos adicionales:

https://www.huffingtonpost.com/adam-levin/9-things-you-need-to-do-w_b_3613497.html

Dejo el link del sitio Have i been pwned, ingresen su correo y me cuentan que tal les fue.

https://haveibeenpwned.com/

Saludos!

Guadalupe López

¿De dónde se generan tantos datos y quiénes los aprovechan?

Sabemos que actualmente nos encontramos ante un boom de información y además, desde que el Internet of Things (IoT) saltó a la luz como un término oficial y real nuestra perspectiva ha cambiado y nos hemos dado cuenta que diariamente generamos y procesamos múltiples datos representados en distintas formas y provenientes de distintas fuentes: redes sociales, sistemas GPS, múltiples aplicaciones, sistemas de información, weblogs, dispositivos inteligentes, etc., todos ellos en formatos numéricos, gráficos o textuales, pero ¿Sabemos realmente qué volumen de datos estamos generando?

Mientras me encuentro escribiendo esta nueva entrada para mi blog, el sitio de internet worldmeters.com indica que al momento  hay 3, 503,247,620 usuarios de internet en el mundo, el día de hoy se han enviado 100,180,768,149 correos electrónicos y contando; se han hecho 2,026,370 nuevas entradas a distintos blogs, se han enviado cerca de 300 millones de Tweets y más de 2 mil millones de búsquedas en Google (Y la cifra sigue aumentando). 

Imagen tomada de cliintel.com

Los números son realmente impresionantes y desde luego hay organizaciones que aprovechan tal situación para averiguar el sentir de sus clientes, analizar tendencias e incrementar sus ventas.

Hay empresas como Dell que utiliza Twitter para  conocer el nivel de satisfacción de sus clientes. La empresa líder en comercio electrónico, Amazon, emplea un algoritmo llamado “Filtrado colaborativo ítem a ítem” que recomienda productos a sus clientes, seguramente cuando has comprado algo en su sitio web has visto que te sugieren llevar otro artículo con la frase “Otros compradores también eligieron…” Y de esa manera te invitan a adquirirlo tú también. El funcionamiento del algoritmo es simple: Cuando un comprador agrega un artículo a su carrito de compra o a su lista de deseos y posteriormente lo convierte en un pedido el algoritmo aprende de dicha tendencia para luego ofrecerlos a otro cliente. Dicha técnica le ha funcionado realmente bien a la compañía y otros negocios de este giro ya lo han adoptado.

Iberia, la línea aérea española utiliza análisis de datos para determinar el precio adecuado por asiento para cada tipo de viajero y considerando la fecha de viaje. De esta forma ha logrado maximizar los ingresos por cada vuelo.

Las empresas mexicanas también ya han comenzado a sacar provecho del análisis de datos y las que no consideran que es realmente necesario tal como lo mostró el estudio realizado por EMC Forum. El 92% de los tomadores de decisiones están seguros de que el estudio de datos guiará de mejor forma al negocio y el 67% cree que las empresas más competitivas son aquellas que utilizan  este tipo de técnicas.

De acuerdo a cifras oficiales de Oracle, actualmente el 70% de las empresas adquieren datos externos, pero, en el año 2019 lo hará el 100% con el objeto de gestionar sus decisiones y ganar competitividad.

A continuación les comparto una infografía de los tipos de industria que más aprovechan los datos que nos rodean y cuánto llega a aumentar sus ventas.

Hasta la próxima entrada, saludos!

IMPORTANCIA DEL ANÁLISIS DE DATOS EN LAS ORGANIZACIONES

Los datos son un activo importante en cualquier empresa, más sin embargo ninguna información es valiosa si no se saca provecho de ella.  Nos encontramos en la llamada “Era de la Información” y día a día las organizaciones generan grandes cantidades de datos, más sin embargo la mayoría ignora cómo enfrentarse al análisis de los mismos, en casos peores hay empresas que ni siquiera han considerado estudiarlos a fondo porque creen que no es necesario, que es complicado, asumen no tener tiempo y requerir muchos recursos. Es preocupante la abundancia de datos y la poca información útil.

Llevar a cabo un análisis de datos efectivo permitirá:

• ·         Conocer realmente el negocio (Clientes potenciales, ventas, mercados, diseño de nuevos productos).
• ·         Mejorar actividades y procesos.
• ·         Disminuir gastos.
• ·         Formular estrategias de competitividad.

De manera general es una forma de gestionar y respaldar la toma de decisiones a todos los niveles, de encontrar conocimiento útil para beneficio de la empresa, tener una visión clara de lo ya sucedido para poder predecir situaciones futuras y en base a ello ser más competitivo.

Existen casos de éxito donde aquellas empresas que han comenzado a hacer uso de técnicas de análisis de datos han logrado identificar tendencias clave y generar valor. Tal es el caso de Walmart que cuando comenzó a explorar sus datos logró incrementar sus ventas considerablemente, mejoró procesos al implementar el uso de lectores de códigos de barra en las cajas, supo de qué manera se vendían sus productos y los acomodó estratégicamente en los estantes.

Todas las empresas, sin importar su tamaño son aptas para el análisis de datos y los beneficios superan por mucho a los costos. Un punto clave para comenzar es tener muy claro que queremos descubrir u optimizar; algunas preguntas serían:

• ·         ¿Quién compró?
• ·         ¿Cuándo y Dónde compró?
• ·         ¿Cuál es la característica de mi cliente?
• ·         ¿Qué zona nos provee mayores ventas?
• ·         ¿En qué periodo se vendió más?
• ·         ¿Por qué algunos clientes expresan comentarios negativos?

Encontrar respuesta a cada punto permitirá conocer aún más a nuestros compradores, corregir procesos de atención y servicio al cliente y predecir un comportamiento futuro.

Lo anterior es tan solo un ejemplo, pues cada empresa tiene sus propios intereses y necesidades pero es claro que todas, en común, deben tomar decisiones críticas continuamente y que mejor que puedan ser avaladas por un correcto análisis de datos previo.

          Imagen 1. Fases del Análisis de Datos

   

¡Hasta pronto!
Guadalupe López

Día 0

En sus marcas, ¿Listos?

Desde hace un tiempo me comenzó a entusiasmar bastante la idea de tener un espacio para compartir mis conocimientos y aficiones del mundo de la informática y realmente ya no quise postergar el deseo de debutar en el mundo de los Blogs, si otros lo hacen ¿Por qué yo no? Considero que todos tenemos experiencias que compartir e inquietud por aprender.

Con Datazar blog pretendo contarles acerca de temas que tanto a ustedes como a mí nos interesan y por supuesto que se aceptarán propuestas para mejorar y enriquecer este espacio (Esa es la principal idea).

Pretendo que el contenido sea variado pero enfocado especialmente a dos áreas en las que me he desenvuelto en los últimos dos años: La Consultoría e Implementación de Software Empresarial y al Análisis de Datos.

Nunca pensé dedicarme a la consultoría pero ahora sé que me visualizo siendo consultor por toda la vida ya que es algo que verdaderamente disfruto, claro que también disfruto el desarrollo de software y considero que en este momento estoy logrando tener una formación dual, una formación que por un lado me ha enseñado a tratar con las personas para brindar un buen servicio y por otro lograr comprender sus necesidades para transformarlas en herramientas digitales que gestionen sus actividades.

En cuanto al Análisis de Datos es un área a la que comencé a adentrarme mientras cursaba los últimos semestres de la ingeniería y sinceramente no pretendo soltarla, además porque considero que es un tema tomado muy a la ligera por las organizaciones cuando en realidad pudiese ser el brazo derecho de la misma ¡Implementémosla juntos!

Bienvenidos a Datazar blog.

¡Saludos a todos!

Ing. Guadalupe López