domingo, 26 de enero de 2014

Gartner Inc. BI


Gartner Business Intelligence


Gartner Group realiza investigación y análisis para las industrias de hardware computacional, software, comunicaciones y de tecnologías de la información (TI). La empresa está organizada en cuatro segmentos de negocios: investigación, consultoría, eventos y TechRepublic.

Gartner proporciona el análisis de investigación y el consejo para profesionales de las TIC (tecnologías de la información y la comunicación), empresas de tecnología y la comunidad de la inversión en varios formatos: reuniones informativas, servicios de pares en red (peer networking service) y programas de socios diseñados explícitamente para CEOs y otros directores ejecutivos.
Gartner utiliza para presentar sus análisis los conocidos como Cuadrantes Mágicos y los ciclos de sobreexpectación (hype cycle).

Ciclo de sobreexpectacion

Un ciclo de sobreexpectación es una representación gráfica de la madurez, adopción y aplicación comercial de una tecnología específica.
El término fue acuñado por Gartner, una casa de análisis/investigación, basada en los EE.UU., que proporciona opiniones, consejos y datos sobre la industria de las tecnologías de la información mundial.

Cinco Fases:

El ciclo de sobreexpectación de Gartner se compone de cinco fases:
  1. "Lanzamiento" - La primera fase de un ciclo es el "lanzamiento", una presentación del producto o cualquier otro evento genera interés y presencia en los medios.
  2. "Pico de expectativas sobredimensionadas" - En la siguiente fase, el impacto en los medios genera normalmente un entusiasmo y expectativas poco realistas. Es posible que algunas experiencias pioneras se lleven a cabo con éxito, pero habitualmente hay más fracasos.
  3. "Abismo de desilusión" - Las tecnologías entran en el abismo de desilusión porque no se cumplen las expectativas. Estas tecnologías dejan de estar de moda y en consecuencia, por lo general la prensa abandona el tema.
  4. "Rampa de consolidación" - Aunque la prensa haya dejado de cubrir la tecnología, algunas empresas siguen, a través de la "pendiente de la iluminación", experimentando para entender los beneficios que puede proporcionar la aplicación práctica de la tecnología.
  5. "Meseta de productividad" - Una tecnología llega a la "meseta de productividad", cuando sus beneficios están ampliamente demostrados y aceptados. La tecnología se vuelve cada vez más estable y evoluciona en segunda y tercera generación. La altura final de la meseta varía en función de si la tecnología es ampliamente aplicable y sólo beneficia a un nicho de mercado.
El término se utiliza ahora de forma generalizada en el marketing de las TI

Cuadrante magico de Gartner:

Gartner concibe la ruta de maduración de las compañías orientadas a los datos como aquella que pasa de reportes y consultas “descriptivos”, que detallan condiciones actuales, a análisis y visualizaciones de “diagnóstico”, que revelan por qué el desempeño se rezagó en algunas áreas y alcanzó un nivel de excelencia en otras.
El siguiente paso es hacia la analítica “predictiva”, que indica hacia dónde van las cosas, y finalmente a la analítica “prescriptiva”, que orienta las decisiones para lograr un desempeño óptimo.
El camino correcto para lograr una analitica prescriptiva dentro de una organizacion es que la busqueda de descubrimiento de datos sea mas significativa dentro de la arquitectura BI y analitica. El beneficio de estas herramientas es una mayor agilidad, ya que se libera a los usuarios para que exploren datos y encuentren nueva información sin tener que enviar solicitudes de nuevos cubos o reportes a IT.
El cuadrante magico de Gartner muestra 4 cuadrantes en los cuales estan predefinidos las mas importantes empresas de TI a nivel mundial. Gartner da importancia a las mejores practicas lo cual genera en un futuro cercano ganancias y mayor nivel de competencia dentro del mercado, esto refleja el porque organizaciones pequeñas alcanzan un nivel de liderazco como IBM, Microsoft, SAS, Oracle y SAP.




Analista en Sistemas

Universidad Central de Venezuela
Facultad de Ciencias
Escuela de Computación
Nombre: Luis Leon; CI:18.837.655

v  Informe Técnico sobre el perfil de “Analista en Sistemas”

1.       Resumen:
En el siguiente informe se va a plantear el resultado de una investigación exhaustiva sobre el perfil trabajo que debe cumplir un Analista de Sistema. A través de esta investigación observaremos los requisitos que el mercado laboral solicita, las competencias que se exigen, las tareas que se esperen que se desempeñen dentro del ámbito laboral, entre otros. Para realizar esta investigación se buscara dentro de distintas redes sociales y portales de empleo, de manera que podamos realizar un cuadro comparativo de las diferentes ofertas de empleo que existen actualmente en el mercado.

2.       Introducción:
Para comenzar a trabajar  con la investigación primero se debe tener claramente lo que es un “Analista de Sistema” y las funciones que debe realizar dentro de una organización:
Analista de Sistema: puede referirse al encargado del desarrollo de aplicaciones en lo que respecta a su diseño y obtención de los algoritmos, así como de analizar las posibles utilidades y modificaciones necesarias de los sistemas operativos para una mayor eficacia de un sistema informático. Otra misión de estas personas es dar apoyo técnico a los usuarios de las aplicaciones existentes.
Las funciones o tareas principales de un Analista son las siguientes:
·         El analista tiene como cometido analizar un problema y describirlo con el propósito de ser solucionado mediante un sistema informático.
·         El diseñador realiza, con base en el análisis, el diseño de la solución
·         El analista tiene que delimitar el análisis para ver lo que se quiere hacer inicialmente y después darle al usuario nuevas opciones de uso.
    Ahora con esta información obtenida podemos proceder a realizar una búsqueda en los perfiles de trabajo de diversas compañías y con ellas comparar si realmente estos perfiles buscan y se adecuan a las funciones que debe realizar un analista.

3.     Planteamiento del problema:
Basándonos en la definición de Analista y comparando con investigaciones iniciales los perfiles de algunos portales de empleo, empiezan a aparecer ciertas dudas sobre inconsistencia entre las tareas a realizar y el perfil de búsqueda de una compañía, empiezan a aparecer las siguientes dudas:
·         Realmente las compañías requieren de un analista?. O más bien requieran de habilidades técnicas dentro de su organización?
·         Es fundamental tener más de 2 o 3 años de experiencia laboral para cumplir con un perfil de analista? Y que pasa con los nuevos universitarios recién graduados?
·         Están utilizando las empresas actualmente un sistema metodológico para la creación de un proyecto de TI?
Dados estas inquietudes planteamos un problema que ocurre actualmente dentro de las organizaciones y por el cual se están realizando malas prácticas dentro de un desarrollo lo que conlleva a no completar los objetivos principales de un proyecto.

4.       Cuadro Resumen de competencias del perfil, actividades a realizar ,etc.

Empresa
Descripción
Competencias de perfil
Actividades a Realizar
Conocimiento
Sanitas Venezuela

Que cumplan con el siguiente perfil: Ingeniero en Sistemas, Computación o Informática (Indispensable). 

Conocimientos básicos en lenguaje de programación PHP, Jquery. Dominio de programación estructurada y programación orientada a objetos. Conocimientos en SQL y MySql
Consultor, analista de sistemas para cumplir funciones inherentes.
Egresados universitarios o TSU en áreas afines

Se requiere que los profesionales a ser contratados sean personas proactivas, responsables, orientadas a entregar soluciones de negocios, con capacidad de aprender en corto tiempo el negocio medular que delineará todas sus actividades; con fuertes actitudes hacia el trabajo, analíticos y organizados. 
Con amplia experiencia en Tecnología Oracle y/o Java Empresarial para el desarrollo de proyectos informáticos en nuestros clientes corporativos, de las áreas Banca y Finanzas, Telecomunicaciones, Seguros, y Minería y Petróleo.
Actualmente nos encontramos en la búsqueda de un talento humano altamente capacitado para ocupar la posición de “Analista de Sistemas", con aspiración de crecimiento profesional, capaz de combinar la experiencia con el profundo conocimiento y herramientas de informática, basado en la estrategia de mejora continua.
TSU, Licenciado o Ingeniero en Informática, Computación o Sistemas.
Con experiencia de 1 o 2 años comprobada en el área.

Realizar actividades de soporte técnico básico a computadoras y Laptop.

Ejecutar configuraciones y manejo de base de datos.
Programación en lenguaje C++ y Visual Basic.

Planificación, desarrollo y mantenimiento de programas de informática.
Amplios conocimientos en programación (Java, Visual Basic y C++), redes, servidores y manejo de base de datos. Manejo del Inglés intermedio a nivel de lectura y comprensión. Manejo de Office, Windows. Competencias: Organizado, planificado, proactivo y con iniciativa.
Puntual, responsable, habilidad para definir prioridades, con clara visión del trabajo en equipo y disposición positiva hacia el trabajo. Es necesario poseer habilidad de lógica y analítica.


Ingeniero de Sistemas o Computación

02 Años de Experiencia en puestos similares (no limitativo a la banca)

Realizar mantenimiento y desarrollo de sistema
Java y Técnologia J2EE (Indispensable)
Experiencia Java JDK

Manejo de JavaServer Pages (JSP) Standard Tag Library (JSTL)/ Servlet

Manejo de JDBC

Opcional: Frame Work: Struts / Web Services/ XML / Ajax / Java Server Faces.
 Oracle SQL y deseable PL/SQL

Experiencia en el desarrollo De sistemas







5.       Conclusiones:
Luego de realizar una investigación de distintos perfiles de trabajo para el puesto de Analista de Sistemas se llega a la conclusión de que existe actualmente un problema dentro de las organizaciones y los equipos de desarrollo de TI ya que no están cumpliendo con todas las fases que requieren un desarrollo de proyecto.  No promueven o no dan énfasis a la fase de análisis donde das abstracción del sistema y consigues los requerimientos funcionales y no funcionales de la misma, los cuales te van a llevar a un desarrollo más ágil y terminando en un cumplimiento de todos los objetivos del sistema en el tiempo estimado.
Entonces las empresas actualmente buscan perfiles de Analistas pero se enfocan más en sus aptitudes técnicas que las que tenga como analista de problema, esto  termina siendo un trabajo de desarrollo de sistema y no de analista.

6.       Bibliografía:


Normalizacion - 3FN

La Tercera Forma Normal (3FN)



La tercera forma normal (3NF) es una forma normal usada en la normalización de bases de datos. La 3NF fue definida originalmente por E.F. Codd en 1971. La definición de Codd indica que una tabla está en 3NF si y solo si las dos condiciones siguientes se mantienen:

  • La tabla está en la segunda forma normal (2NF)
  • Ningún atributo no-primario de la tabla es dependiente transitivamente de una clave primaria

Cada atributo debe representar un hecho acerca de la clave, la clave entera, y nada excepto la clave. La versión 3NF de la definición es más débil que la variación de BCNF de Date, pues el anterior se refiere solamente a asegurarse de que los atributos no-clave son dependientes en las claves. Los atributos primarios (que son claves o partes de claves) no deben ser funcionalmente dependientes en absoluto; cada uno de ellos representa un hecho sobre la clave en el sentido de proporcionar parte o toda la clave en sí misma. Debe ser observado que esta regla se aplica solamente a los atributos funcionalmente dependientes, Ya que aplicándola a todos los atributos prohibiría implícitamente claves de candidato compuestas, puesto que cada parte de cualquiera de tales claves violaría la cláusula de "clave completa".


Dependencia transitiva:


Dada la relación R(x, y, z) en la que existen las siguientes dependencias funcionales:
X® y
y® z
se dice que z tiene una dependencia transitiva respecto a x a través de y.

Mediante el grafo de dependencias podemos encontrar de forma fácil las dependencias transitivas





Ejemplo:


Sea la relación R(codigo_alumno,nombre,curso,aula), con las siguientes dependencias funcionales:
Codigo_alumno®nombre,curso;
Curso®aula;

Con la consiguiente tabla:

                                   R
Código_alumno
Nombre
Curso
Aula
1
Marcos
Informática
Aula A
2
Lucas
Inglés
Aula B
3
Marta
Contabilidad
Aula C


Realizamos su grafo de dependencias que es tal que así:




   
1.-Suponemos que la tabla está en 1FN (por los datos de la tabla lo está) y comprobamos que esta en 2FN. Pero existe dependencia funcional transitiva por lo cual no está en 3FN. D

2.-Aplicamos descomposición sin pérdidas para la dependencia que impide la 3FN. Obtenemos:

R1(curso,aula)

R2(codigo_alumno,nombre,curso)


Estas dos relaciones se encuentran en 3FN y se conservan las dependencias funcionales de la relación original R, pues en R2 se mantiene Codigo_alumno®nombre y con la unión de las dependencias de R2 Codigo_alumno®curso y R1 curso®aula  se mantienen la dependencia  Codigo_alumno®curso®aula.


Quedándonos las tablas normalizadas hasta 3FN:

TABLA R1
Curso
Aula
Informática
Aula A
Inglés
Aula B
Contabilidad
Aula C


TABLA R2

Código
Nombre
Curso
1
Marcos
Informática
2
Lucas
Inglés
3
Marta
Contabilidad

Fallas de la 3FN:




Ejemplo
Un ejemplo de una tabla 2NF que falla en satisfacer los requerimientos de la 3NF es:

Ganadores del torneo
TorneoAñoGanadorFecha de nacimiento del ganador
Indiana Invitational1998Al Fredrickson21 de julio de 1975
Cleveland Open1999Bob Albertson28 de septiembre de 1968
Des Moines Masters1999Al Fredrickson21 de julio de 1975
Indiana Invitational1999Chip Masterson14 de marzo de 1977




La única clave candidata es {Torneo, Año}.

La violación de la 3NF ocurre porque el atributo no primario Fecha de nacimiento del ganador es dependiente transitivamente de {Torneo, Año} vía el atributo no primario Ganador. El hecho de que laFecha de nacimiento del ganador es funcionalmente dependiente en el Ganador hace la tabla vulnerable a inconsistencias lógicas, pues no hay nada que impida a la misma persona ser mostrada con diferentes fechas de nacimiento en diversos registros.
Para expresar los mismos hechos sin violar la 3NF, es necesario dividir la tabla en dos:

Ganadores del torneo
TorneoAñoGanador
Indiana Invitational1998Al Fredrickson
Cleveland Open1999Bob Albertson
Des Moines Masters1999Al Fredrickson
Indiana Invitational1999Chip Masterson
Fecha de nacimiento del jugador
JugadorFecha de nacimiento
Chip Masterson14 de marzo de 1977
Al Fredrickson21 de julio de 1975
Bob Albertson28 de septiembre de 1968
Las anomalías de actualización no pueden ocurrir en estas tablas, las cuales están en 3NF.