Software Defined Networking (SDN)

Fase de Diseño

La fase de Diseño se divide en dos etapas:

Diseño Conceptual

El diseño conceptual tiene por objetivo la construcción de una descripción abstracta y completa del

problema. Comienza con el análisis de requerimientos de los usuarios y de reglas de negocio, y finaliza con la construcción de un esquema conceptual expresado en términos de un modelo conceptual.

Diseño Físico

La etapa de diseño lógico toma como entrada un esquema conceptual y genera un esquema lógico

relacional o multidimensional. La dificultad principal es encontrar un esquema lógico que satisfaga no sólo los requerimientos funcionales de información, sino también requerimientos de performance en la realización de consultas complejas de análisis de datos. Esto tiene particular impacto en el caso de usarse bases relacionales, ya que las consultas de análisis de datos incluyen operaciones muy costosas para DBMS relacionales.  En esta sección de la construcción del sistema surgen las siguientes interrogantes:

• ¿Cómo puede determinar cuán grande será el sistema de DW/BI? 
• ¿Cuáles son los factores de uso que llevarán a una configuración más grande y más compleja? 
• ¿Cómo se debe configurar el sistema? 
• ¿Cuánta memoria y servidores se necesitan? ¿Qué tipo de almacenamiento y procesadores? 
• ¿Cómo instalar el software en los servidores de desarrollo, prueba y producción? 
• ¿Qué necesitan instalar los diferentes miembros del equipo de DW/BI en sus estaciones de trabajo? 
• ¿Cómo convertir el modelo de datos lógico en un modelo de datos físicos en la base de datos relacional? 
• ¿Cómo conseguir un plan de indexación inicial? 
• ¿Debe usarse la partición en las tablas relacionales? 

Fase de Análisis de Requerimientos

Es el conjunto de técnicas y procedimientos que nos permiten  conocer los elementos necesarios para definir un proyecto de software. Es una tarea de  ingeniería del software que permite especificar las características operacionales del  software, indicar la interfaz del software con otros elementos del sistema y establecer las restricciones que debe cumplir el software.

La especificación de requerimientos suministra al técnico y al cliente, los medios para valorar el cumplimiento de resultados, procedimientos y datos, una vez que se haya construido. 

La tarea de análisis de los requerimientos es un proceso de descubrimiento y refinamiento, el cliente y el desarrollador tienen un papel activo en la ingeniería de requerimientos de software. El cliente intenta plantear un sistema que en muchas ocasiones es confuso para él, sin embargo, es necesario que describa los datos, que especifique las funciones y el comportamiento del sistema que desea. El objetivo es que el desarrollador actúe como un negociador, un interrogador, un consultor, o sea, como persona que consulta y propone para  resolver las necesidades del cliente. 

 El análisis de requerimientos proporciona una vía para que los clientes y lo  desarrolladores lleguen a un acuerdo sobre lo que debe hacer el sistema. La especificación,  producto de este análisis proporciona las pautas a seguir a los diseñadores del sistema.  “La carencia de buenos requisitos ha sido la causa del fracaso de proyectos con presupuestos de millones de dólares, ha impedido el desarrollo productivo, y ha sido el mayor contribuyente de los costes elevados del mantenimiento del software” (Dr. Raymond Yeh).

Fase de Planificación de proyecto. Caso de estudio: Servicio Comunitario

La planificación de un proyectos puede regirse por varios patrones o metodológicas que permitan:

1. Los resultados esperados
2. Eficiencia
3. La resolución de los objetivos planteados.

En el caso de estudio de SERVICIO COMUNITARIO, utilizaremos la metodología SCRUM. 

 SCRUM  es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de la manera de trabajar de equipos altamente productivos.

      En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente indicado para proyectos en entornos complejos, donde se necesita obtener resultados pronto, donde los requisitos son cambiantes o poco definidos, donde la innovación, la competitividad, la flexibilidad y la productividad son fundamentales.

      Scrum también se utiliza para resolver situaciones en que no se está entregando al cliente lo que necesita, cuando las entregas se alargan demasiado, los costes se disparan o la calidad no es aceptable, cuando se necesita capacidad de reacción ante la competencia, cuando la moral de los equipos es baja y la rotación alta, cuando es necesario identificar y solucionar ineficiencias sistemáticamente o cuando se quiere trabajar utilizando un proceso especializado en el desarrollo de producto.

 METODOLOGIA SCRUM es un proyecto se ejecuta en bloques temporales cortos y fijos (iteraciones de un mes natural y hasta de dos semanas, si así se necesita). Cada iteración tiene que proporcionar un resultado completo, un incremento de producto final que sea susceptible de ser entregado con el mínimo esfuerzo al cliente cuando lo solicite.

      

    El proceso parte de la lista de objetivos/requisitos priorizada del producto, que actúa como plan del proyecto. En esta lista el cliente prioriza los objetivos balanceando el valor que le aportan respecto a su coste y quedan repartidos en iteraciones y entregas.

 De manera regular el cliente puede maximizar la utilidad de lo que se desarrolla y el retorno de inversión mediante la re-planificación de objetivos del producto, que realiza durante la iteración con vista a las siguientes iteraciones. 

Las actividades que se llevan a cabo en Scrum son las siguientes:

Paso 1:  Planificación de la iteración

El primer día de la iteración se realiza la reunión de planificación de la iteración. Tiene dos partes:

1. Selección de requisitos (4 horas máximo). El cliente presenta al equipo la lista de requisitos priorizada del producto o proyecto. El equipo pregunta al cliente las dudas que surgen y selecciona los requisitos más prioritarios que se compromete a completar en la iteración, de manera que puedan ser entregados si el cliente lo solicita.

En una clase, acordada con el lider, se establecieron las interrogantes acerca de las dificultades que se estaban presentando del servicio comunitario. En tal reunión se manifestaron las siguientes inquietudes:

• Necesidad de gestionar y automatizar las solicitudes del servicio comunitario.

• Inconvenientes con el papeleo.

• Falta de documentación.

• Dificultades en la inclusión de nuevos proyectos como parte del servicio prestado por el estudiante.

 2.- Planificación de la iteración:(4 horas máximo). El equipo elabora la lista de tareas de la iteración necesarias para desarrollar los requisitos a que se ha comprometido. La estimación de esfuerzo se hace de manera conjunta y los miembros del equipo se autoasignan las tareas.

     Estudiar en un semestre la practica del servicio comunitario de los estudiantes de computación de la UCV.   Para cada estudiante es necesario exigir una serie de procedimientos especiales que nos permitan medir el proceso desde el inicio hasta el fin de el servicio prestado.

    Es necesario la creación de un sistema, que nos permita evaluar cada uno de los datos que nos proporcionen  los estudiantes para luego efectuar la toma de decisiones, las cuales estarán inclinadas por los resultados obtenidos.

Paso 2: Ejecución de la iteración

Cada día el equipo realiza una reunión de sincronización (15 minutos máximo). Cada miembro del equipo inspecciona el trabajo que el resto está realizando (dependencias entre tareas, progreso hacia el objetivo de la iteración, obstáculos que pueden impedir este objetivo) para poder hacer las adaptaciones necesarias que permitan cumplir con el compromiso adquirido. En la reunión cada miembro del equipo responde a tres preguntas:

• ¿Qué he hecho desde la última reunión de sincronización? R:  Estudiar cada una de las necesidades del servicio comunitario para luego establecer objetivos específicos.

• ¿Qué voy a hacer a partir de este momento?  R: Planificar una estrategias que me permitan cumplir los objetivos.

• ¿Qué impedimentos tengo o voy a tener?  R: El alcance de los objetivos deben ser muy específicos, de lo contrario, no se podrán obtener resultados positivos.

Paso 3: Inspección y adaptación

El último día de la iteración se realiza la reunión de revisión de la iteración. Tiene dos partes:


Demostración. El equipo presenta al cliente los requisitos completados en la iteración, en forma de incremento de producto preparado para ser entregado con el mínimo esfuerzo. En función de los resultados mostrados y de los cambios que haya habido en el contexto del proyecto, el cliente realiza las adaptaciones necesarias de manera objetiva, ya desde la primera iteración, replanificando el proyecto.

En las reuniones con el cliente, se han establecido el modelo a implementar, en tal sentido, el cliente manifestó cada una de las inquietudes y nuevas solicitudes que desea. En la reunión se pudo evidenciar que el alcance del proyecto era muy alto, de tal forma, se ajusto el nuevo limite del proyecto.

Retrospectiva: El equipo analiza cómo ha sido su manera de trabajar y cuáles son los problemas que podrían impedirle progresar adecuadamente, mejorando de manera continua su productividad. El Facilitador se encargará de ir eliminando los obstáculos identificados.  

Se identifico a Pentaho como la herramienta a utilizar. Presenta cada una de los requerimientos necesarios para lograr los objetivos.  

Finalmente es importante resaltar los fundamentos de Scrum:

• El desarrollo incremental de los requisitos del proyecto en bloques temporales cortos y fijos(iteraciones de un mes natural y hasta de dos semanas, si así se necesita).
• La priorización de los requisitos por valor para el cliente y coste de desarrollo en cada iteración.
• El control empírico del proyecto. Por un lado, al final de cada iteración se demuestra al cliente el resultado real obtenido, de manera que pueda tomar las decisiones necesarias en función de lo que observa y del contexto del proyecto en ese momento. Por otro lado, el equipo se sincroniza diariamente y realiza las adaptaciones necesarias.
• La potenciación del equipo, que se compromete a entregar unos requisitos y para ello se le otorga la autoridad necesaria para organizar su trabajo.
• La sistematización de la colaboración y la comunicación tanto entre el equipo y como con el cliente.
• El timeboxing de las actividades del proyecto, para ayudar a la toma de decisiones y conseguir resultados. 

Metodología Kimball

     

     La metodología de Kimball proporciona una base empírica y metodológica perfectamente adecuada para las implementaciones de almacenes de datos, dada su gran versatilidad y su enfoque ascendente, que permite construir los almacenes en forma escalonada.   Además presenta una serie de herramientas, tales como planillas, gráficos y documentos, que proporcionan una gran ayuda para iniciarse en el ámbito de la construcción de un Datawarehouse. 

     Kimball plantea una serie de fases y artefactos para obtener mejores resultados, denominada LA METODOLOGIA KIMBALL:

1. Análisis de requerimientos.

Paso 1:  Identifica las preguntas para las que queremos tener respuesta y los objetivos que se quieren conseguir con el nuevo sistema.

Paso 2: Analiza las preguntas para determinar las perspectivas de análisis y los indicadores de negocio.

Paso 3: Diseña un modelo conceptual, que incluira las perspectivas e indicadores identificados. A través del modelo se podrán alcanzar claramente cuales son los alcances del proyecto, y será un punto de partida con alto nivel de definición para su exposición a los usuarios y responsables.

2. Análisis de los sistemas transaccionales.

Paso 1:  Determinación de indicadores: identificar el origen de los indicadores en los sistemas transaccionales y determinar la forma de su calculo.

Paso 2: Correspondencias: establecer correspondencias entre los elementos definidos en el modelo conceptual y las fuentes de datos existentes en elos OLTP (sistemas transaccionales).

Paso 3: Definición del nivel de granuralidad: nivel de detalle de los datos a obtener para cada dimensión de análisis.Modelo conceptual ampliado con los campos identificados para cada perspectiva.

3. Modelo lógico del ETL: 

     Es el proceso que permite a las organizaciones mover datos desde múltiples fuentes, reformatearlos y limpiarlos, y cargarlos en otra base de datos, data mart, o data warehouse para analizar, o en otro sistema operacional para apoyar un proceso de negocio.

Paso 1:  Tipo de modelo lógico del DW: selección del tipo de esquema que utilizaremos (estrella, copo de nieve, etc).

Paso 2: Tabla de dimensiones: construcción de las tablas de dimensiones para cada una de las perspectivas de análisis considerada.

Paso 3: Tablas de Hechos: definición de las tablas de hechos que contendrá

la información a partir de los cuales construiremos los indicadores de análisis.

Paso 4: Uniones: relaciones entre las tablas de dimensiones y las tablas de hechos.

4. Procesos ETL: analisis, definición y desarrollo de todos aquellos procesos necesarios, los cuales son:

• Extracción:  consiste en extraer los datos desde los sistemas de origen.



•  
• 
  
•  Transformación: Transformar los datos extraídos de las fuentes operacionales: limpieza, estandarización. Calcular los datos derivados: aplicar las leyes de derivación. 

Añadir leyenda

• Carga: consiste en mover los datos desde las fuentes operacionales o el almacenamiento intermedio hasta el almacén de datos y cargar los datos en las correspondientes estructuras de datos

5. Perfomance y mantenimiento del DW: ajustes en el diseño del DW y mantenimiento en el tiempo, la cual es una tarea iterativa en la que se trata de incrementar su alcance aprendiendo de las experiencias anteriores. Después de implantarse, debería realizarse una revisión del Data Warehouse planteando preguntas que permitan, después de los seis o nueve meses posteriores a su puesta en marcha, definir cuáles serían los aspectos a mejorar o potenciar en función de la utilización que se haga del nuevo sistema.

Analsis de Función de Gartner Group den tro de BI/TI

      

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. El segmento de investigación incluye productos que constantemente destacan los avances de la industria, revisan nuevos productos y tecnologías, entregan información cuantitativa de mercado y analizan las tendencias de la industria dentro de una tecnología o sector de mercado en particular.

     El segundo segmento consiste principalmente en consultorías y mediciones, que entregan evaluaciones exhaustivas de desempeño de costos, eficiencia y calidad para todas las áreas de TI. El segmento de eventos consiste en varios simposios, exposiciones y conferencias con objetivos específicos. TechRepublic consiste en un destino profesional en línea de TI cuyos ingresos vienen principalmente de publicidad en la web. En Latinoamérica, el grupo tiene oficinas en Argentina, Brasil, Chile, Colombia, Puerto Rico y Venezuela.

La empresa se encarga constantemente de mejorar la innovación de  sus productos, por tanto resaltare algunos de los proyectos e ideas en ejecución. 

Investigación tecnológica: Las áreas de tecnología que la empresa incluye dentro del alcance de sus investigaciones las organiza de tres modos: de investigación de mercado, de investigación por asuntos y de investigación por sectores. Después de aplicar el modelo de negocio de uno de sus editores, write once, sell many times («escribe una vez, vende muchas»), la investigación funciona sobre altos márgenes de beneficio brutos y es la unidad más provechosa de negocio de Gartner.

Análisis: 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).

Consultoría: Alineadas a la investigación, núcleo de Gartner, están las capacidades consultoras. Esto permite un gran nivel de apoyo a los clientes Gartner en el uso de la investigación de la empresa, que no lo sería de otra forma. El brazo consultor es capaz de ofrecer el consejo relacionado con la industria/sector y el apoyo al Gobierno, la venta al por menor, los medios de comunicación y de telecomunicaciones, y los servicios financieros. La división consultora emplea menos de 500 personas a escala mundial con la mayor parte de estos funcionando dentro del mercado de los Estados Unidos.

 Alguas Innovaciones: Movilidad y gestión El amplio abanico de dispositivos móviles que irán copando el mercado hasta 2018 será un reto para las empresas. Así, según estimaciones de la consultora se triplicarán las políticas corporativas de BYOD y será necesario hacer frente a esta tendencia con soluciones de movilidad. Todo ello afectará no solo a la gestión de dispositivos sino también a la seguridad, servicios añadidos e incluso aplicaciones empresariales que hasta ahora solo se usaban en los PCs.

Aplicaciones móviles: En 2014 crecerán la adopción de aplicaciones JavaScript para impulsar HTML5. Por ello, Gartner recomienda que los desarrolladores se enfoquen en crear interfaz de usuario con elementos multimedia para diferentes plataformas. Las aplicaciones seguirán creciendo con opciones cada vez más personalizadas y más adaptadas a todas las plataformas del mercado. De hecho, la firma considera que en unos pocos años será posible crear aplicaciones empresariales para diferentes dispositivos sin interrumpir la experiencia del usuario ni cambiar hábitos de uso.

 Internet de las cosas: Un concepto que ya empieza a ponerse de moda en este 2013, seguirá siendo tendencia en 2014. No obstante, el Internet de las cosas o dicho de otra forma, todo tipo de objetos conectados a Internet es un reto ya que todavía muchos vendedores están intentando ver sus posibilidades sin encontrar nada concreto que sea operacional para las empresas. Aún así, el Internet de las cosas creará dispositivos para digitalizar todo creando modelos básico de uso: gestión, monetización, operación y expansión. En este sentido, todavía queda mucho camino por andar y precisamente, será el negocio empresarial donde se podrá adoptar nuevos modelos.

Cloud híbrida y servicios:  El cloud ya es un hecho. Sin embargo, combinar el cloud privado con el cloud público será un plan estratégico para las empresas. La interoperabilidad es posible, según Gartner, y eso es lo que tienen que buscar los proveedores de servicios. De momento, estamos en un momento en el que todo el mundo habla de cloud pero realmente todavía son pocos los que apuestan decididamente por la nube. El verdadero reto será incorporar el cloud como política empresarial y que estas nubes sean más dinámicas de lo que son ahora mismo.

Arquitectura cloud/cliente:  Pero el reto no es solo implementar la nube híbrida en las empresas sino también en el cliente final. Las arquitecturas cloud de cliente todavía son escasas y no se adaptan a todos los dispositivos móviles. Sin embargo, a medida que crece el uso de móviles y tablets, también tendrá que hacerlo este tipo de soluciones que añaden servicios de valor añadido para los usuarios finales.

Cloud personalizado Además del cloud híbrido y los servicios para cliente final, también Gartner habla de la nube personalizada. A medida que las empresas vayan adoptando el cloud en su política empresarial, los proveedores de servicios deberán adaptarse a sus necesidades. De esta forma, en 2014 ya no valdrá la subida a cualquier nube, sino que será necesaria una nube adaptada a cada industria, usuario, empresa.   Todo definido por Software En los últimos tiempos hemos comenzado a oír hablar del centro de datos o almacenamiento definido por software, lo cierto es que la consultora cree que todo estará definido por software durante 2014. Esta tendencia requerirá que se establezcan estándares concretos que las empresas adopten mientras los vendedores intentarán diferenciarse del resto. Así, todas las iniciativas definidas por software se irán abriendo a nuevas oportunidades pero conducidos por estándares y bajos márgenes que hagan que las empresas adopten esta nueva fórmula de negocio que aportará simplicidad, reducción de costes y eficiencia.

Web escalada:  Con la reinvención de la forma de proveer servicios, las empresas podrán ser más rápidos y ágiles. Así, todos los servicios se ofrecerán a partir de la web. Los desarrolladores tendrán que crear infraestructuras basadas en web para que las corporaciones puedan adaptar sus quehaceres a la nube de una forma rápida y segura a través de la web.

Máquinas inteligentes:  La explosión de dispositivos inteligentes no solo estará presente en móviles o tablets. Los coches o los asistentes personales utilizarán la inteligencia artificial para adaptarse a las necesidades de los humanos. Con esta visión, Gartner asegura que las empresas tendrán que invertir en estas máquinas para seguir haciendo negocio. Además, los retos de la consumerización también seguirán siendo uno de los temas centrales que también llegará a las empresas.

 Impresión 3D: En 2013 hemos visto los primeros pasos de la impresión 3D. En 2014 Gartner espera que el mercado de impresión 3D crezca un 75% gracias al aumento de opciones en el sector. Así, este tipo de impresoras irán bajando el precio a medida que los consumidores y empresas adopten la impresión 3D como algo real en sus vidas. 

En los últimos años, el mercado de BI ha crecido de forma espectacular, en gran medida por las inversiones destinadas a consolidar grandes cantidades de datos, pero ahora Gartner cree que se van a centrar en su análisis, especialmente condicionado por un enfoque centrado en el usuario.

Como consecuencia, la detección de datos irá desplazando a las soluciones centradas en el reporte y se primará el análisis de los mismos en las implementaciones que se pongan en marcha en los próximos años. A medida que esta transición hacia el análisis de datos se produzca, aumentará el número de directivos que utilizan las herramientas de BI, cuyo porcentaje es de apenas el 30% hoy.

En las previsiones de Gartner, más del 50% de las implantaciones de tecnología de análisis hará uso, en el 2017, de fuentes de datos alimentadas por máquinas, aplicaciones e individuos, en un reconocimiento del valor de la información para los negocios, lo que incluirá desde sistemas tradicionales de BI hasta un puñado de tecnologías capaces de ofrecer visiones y conclusiones rápidamente.

Varios proveedores de aplicaciones SaaS ya han comenzado a ampliar su capacidad para recoger datos referentes al uso de sus clientes y un acuerdo entre ambos permitiría mejorar la identificación de datos para fines comerciales. Según la firma de análisis, los responsables de las empresas no tecnológicas deberían crear un repositorio de tipos de datos actuales, recogidos por sus productos y servicios, y considerar qué información de valor adicional pueden capturar con nuevos instrumentos, mientras que los responsables de tecnología de las empresas deberían garantizar que los datos recogidos de sistemas, aplicaciones, dispositivos y clientes es aprovechada al máximo tanto para mejorar el rendimiento como la relevancia futura de su empresa.

Estudio de perfiles de Analsistas de Sistemas

Resumen: En la sociedad se describen un conjunto de tareas para ser realizadas por personas que presenten cualidades que se asocien fielmente a un perfil, con la finalidad de obtener mejores resultados.Un analista de Sistemas debe contener un enfoque el cual protege la especialización de funciones como método organizativo. Bajo tal enfoque, el proceso de construcción de software se concibe como un conjunto de tareas altamente especializadas donde está claramente definido el papel de cada categoría profesional.  El analista tiene como cometido analizar un problema y describirlo con el propósito de ser solucionado mediante un sistema informático. Luego un 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.

Introducción: El mundo de la programación y de el desarrollo tecnológico lleva consigo un ente que les permite agilizar el buen funcionamiento de los proyectos que el desenvuelven, estas importantes personas son denominadas ANALISTAS DE SISTEMAS.

            Para ocupar este cargo, cada persona debe cumplir con un perfil especifico que le facilite el cumplimiento de sus labores con éxito, por tal razón debe entre muchas otras competencias poseer un alto razonamiento analítico y ser muy metódico en cada fase de los proyectos en ejecución.    Actualmente el mundo obedece a cambios muy violentos en el manejo de la información, debido a la inclusión de redes sociales y  los nuevos sistemas tecnológicos, por tal razón el analista de sistema ha tenido que actualizarse absorbiendo conocimientos nuevos para poder realizar su trabajo ya que las exigencias de las nuevas tecnologías y metodologías de desarrollo de software han cambiado. 

         Los avances de la ingeniería del software en su corta vida han puesto de manifiesto que las funciones que cumplía el analista de sistemas no eran suficientes para lograr un mínimo éxito en el desarrollo de software de hoy día.

Un analista en sistema se define como una persona encargada 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.

Planteamiento del Problema

            En la actualidad existe una gran cantidad de jóvenes que toman la decisión de estudiar una carrera afin a la tecnología, sin embargo tales carreras poseen la opción de ser ejercidas en el área de documentación, área de programación, área de análisis, área de gerencia entre muchas otras.

Es importante resaltar que ninguna de las demás labores son menos importante, sin embargo es resaltante el papel de un analista de sistemas, el cual deberá llenar una serie de requisitos y competencias para lograr avanzar en las metas y objetivos establecidos.

            El problema real descrito en el siguiente trabajo es la descripción de las competencias, habilidades y actitudes que debe poseer el analista para lograr el perfil deseado que las empresas aspiran.

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

CATEGORÍA	FUNCIÓN	COMPETENCIA
TÉCNICAS	PLANIFICACIÓN	ü      Planificación
		ü      Pensamiento analítico
		ü      Toma de decisiones ü      Metódico ü      Curioso ü      Mantenerse Informado
	COORDINACIÓN	ü      Relaciones interpersonales
		ü      Toma de decisiones
		ü      Trabajo en equipo
	CONTROL-EVALUACIÓN	ü      Pensamiento analítico/sistémico
		ü      Planificación ü      Responsable
	ADAPTACION	ü      Adaptación al cambio
		ü      Control ante situaciones de estrés
	GESTIÓN Y ADMINISTRACIÓN DE RECURSOS	ü      Planificación
		ü      Toma de decisiones ü      Justo ü      Poseer ética
RELACIONES HUMANAS	INFORMACIÓN Y COMUNICACIÓN	ü      Comunicación
		ü      Relaciones interpersonales ü      Necesidad del conocimiento
	MOTIVACIÓN	ü      Orientación al logro
		ü      Relaciones interpersonales ü      Estimular al grupo de trabajo ü      Carácter equilibrado
INTEGRACIÓN	REPRESENTACIÓN	ü      Comunicación
		ü      Resistencia al estrés
	INTEGRACIÓN	ü      Relaciones interpersonales
		ü      Trabajo en equipo
		ü      Liderazgo
	REGULACIÓN DE PARTICIPACIÓN Y PODER	ü      Resistencia al estrés
		ü      Liderazgo
		ü      Negociación
		ü      Trabajo en equipo
		ü      Coaching
	DINAMIZACIÓN DEL TRABAJO EN EQUIPO	ü      Orientación al logro
		ü      Trabajo en equipo
	INTERVENCIÓN EN CONFLICTOS	ü      Negociación
		ü      Resistencia al estrés
CRÍTICAS	LIDERAZGO DE PROCESOS	ü      Espíritu emprendedor
		ü      Orientación al logro
		ü      Liderazgo
	INNOVACIÓN Y MEJORA	ü      Espíritu emprendedor
		ü      Orientación al logro
		ü      Innovación
	REVISIÓN Y REFLEXIÓN CRÍTICA	ü      Pensamiento analítico/sistémico
		ü      Orientación al aprendizaje
	FORMACIÓN	ü      Orientación al aprendizaje
		ü      Comportamiento ético
RELACIONES EXTERNAS	RELACIONES EXTERNAS	ü      Relaciones interpersonales
		ü      Comunicación

Conclusiones

Un analista de sistemas estudia los problemas y las necesidades de una empresa para determinar cómo podrían combinarse los recursos humanos, los procesos, los datos, las comunicaciones y la tecnología para obtener mejoras en la empresa. Los analistas  pero no son materia específica de esta profesión. En algunas organizaciones (y en algunos países) la profesión ya no existe, siendo sustituida por otras figuras (pero siempre bajo el perfil de analista de sistemas ya que no se puede desvincular la necesidad de la captura de requerimientos y niveles de abstracción con los cuales el profesional puede plasmar la necesidad del cliente en los documentos correspondientes y realizar posteriormente el diseño del sistema) tales como el ingeniero de software, el jefe de proyecto, el modelador de software, o el analista-programador. Esta última figura es muy popular ya que resuelve los típicos problemas de comunicación que existían entre analistas y programadores. Estos problemas se deben a la extrema idealización de la especialización de funciones.

Lo que no se escapa a la realidad es la necesidad de un rol que posea tanto conocimientos técnicos como de análisis ya que siempre se necesitará un intérprete entre el cliente y los programadores involucrados en los proyectos; y no existen carreras como la de jefe de proyecto o modelador de software.

Es deseable también que el analista de sistemas tenga conocimientos -al menos básicos- de usabilidad. Ya que cualquier sistema que no esté al servicio de los usuarios o diseñado pensando en el usuario, no tiene mucho sentido.

Blibliografia

·        Benavidez, J, Garcia Y (2013). Analista en Sistemas. http://www.slideshare.net/jobeca4/analista-de-sistema-22012932?from_search=2

·        Loroño, A, Carvajal, D (2013). Analista en Sistemas.
http://www.slideshare.net/jobeca4/analista-de-sistema-22012932?from_search=2

·        Referencias Web Varias.

• http://www.haceclick.com.uy/index.php?option=com_content&view=article&id=172:ique-hace-un-analista-de-sistemas&catid=55:tipos-de-empleo-en-ti&Itemid.
• http://distritocapital.olx.com.ve/analista-de-sistemas-caracas-iid-212905028.
• http://distritocapital.olx.com.ve/analista-de-sistemas-iid-212904091.