Fase de Analisis de Requerimientos

ANALISIS DE REQUERIMIENTOS (ERS)

El objetivo de este artefacto es documentar todos los requerimientos del sistema, este describe las funciones del sistema, los requerimientos no funcionales, características del diseño, y otros elementos necesarios para proporcionar una descripción completa y comprensiva de los requerimientos para el software a desarrollar.

Los requerimientos pueden ser levantados con diferentes herramientas, también se pueden encontrar dispersos en varios artefactos y herramientas. 

El artefacto ERS controla la evolución del sistema durante toda el ciclo de desarrollo del proyecto, cuando las nuevas características son añadidas o modificadas al artefacto de visión, son aclarados dentro del artefacto ERS.

Las decisiones hechas escribiendo el ERS están basadas en información de los documentos de la propuesta del proyecto y en requerimientos del usuario. El conjunto de requerimientos especificados en el ERS deben ser satisfechos en el diseño del sistema. Cualquier requerimiento funcional o no funcional que no sea identificado en el ERS, no debe aparecer en el producto final.

Requerimientos Funcionales: Son declaraciones de los servicios quedebe proporcionar el sistema, de la manera en que éste debe reaccionar aentradas particulares y de cómo se debe comportar en situaciones particulares.En algunos casos, los requerimientos funcionales de los sistemas tambiénpueden declarar explícitamente lo que el sistema no debe hacer.

Requerimientos NO Funcionales: Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre elproceso de desarrollo y estándares. Los requerimientos no funcionales amenudo se aplican al sistema en su totalidad. Normalmente apenas se aplicana características o servicios individuales del sistema.

Plan de Proyecto Bajo KLC y SCRUM

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.

En Scrum 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 lareplanificació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:

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: 

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. 

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. 

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? 

¿Qué voy a hacer a partir de este momento? 

¿Qué impedimentos tengo o voy a tener? 

Durante la iteración el Facilitador se encarga de que el equipo pueda cumplir con su compromiso y de que no se merme su productividad. 

Elimina los obstáculos que el equipo no puede resolver por sí mismo. 

Protege al equipo de interrupciones externas que puedan afectar su compromiso o su productividad. 

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 (4 horas máximo). 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. 

Retrospectiva (4 horas máximo). 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. 

La Metodología de Kimball

RALF KIMBALL 

Datawarehouse & Business Intelligence.

Ralf Kimball (1944) es considerado el inventor del Modelo Dimensional y pionero en Data Warehouse y Inteligencia de Negocios. Define un almacén de datos como: "una copia de las transacciones de datos específicamente estructurada para la consulta y el análisis". También fue Kimball quien determinó que un data warehouse no era más que: "la unión de todos los Data Marts de una entidad". Defiende por tanto una metodología ascendente (buttom-up) a la hora de diseñar un almacén de datos.


Entre la bibliografia de Ralf Kimball se encuentran:

• Kimball, Ralph; Margy Ross (2013). The Data Warehouse Toolkit: The Definitive Guide to Dimensional Modeling (3rd ed.). Wiley. ISBN 978-1-118-53080-1. 
• Kimball, Ralph; Margy Ross (2010). The Kimball Group Reader. Wiley. ISBN 978-0-470-56310-6. 
• Kimball, Ralph; Margy Ross, Warren Thornthwaite, Joy Mundy, Bob Becker (2008). The Data Warehouse Lifecycle Toolkit (2nd ed.). Wiley. ISBN 978-0-470-14977-5. 
• Kimball, Ralph; Joe Caserta (2004). The Data Warehouse ETL Toolkit. Wiley. ISBN 0-7645-6757-8. 
• Kimball, Ralph; Margy Ross (2002). The Data Warehouse Toolkit: The Complete Guide to Dimensional Modeling (2nd ed.). Wiley. ISBN 0-471-20024-7. 
• Kimball, Ralph; Richard Merz (2000). The Data Webhouse Toolkit: Building the Web-Enabled Data Warehouse. Wiley. ISBN 0-471-37680-9. 
• Kimball, Ralph; et al. (1998). The Data Warehouse Lifecycle Toolkit. Wiley. ISBN 0-471-25547-5. 
• Kimball, Ralph (1996). The Data Warehouse Toolkit. Wiley. ISBN 978-0-471-15337-5.

La Metodología de Kimball.

La metodología se basa en lo que Kimball denomina Ciclo de Vida Dimensional del Negocio (Business Dimensional Lifecycle). Este ciclo de vida del proyecto de Data Warehouse, está basado en cuatro principios básicos: 

• Centrarse en el negocio: Hay que concentrarse en la identificación de los requerimientos del negocio y su valor asociado, y usar estos esfuerzos para desarrollar relaciones sólidas con el negocio, agudizando el análisis del mismo y la competencia consultiva de los implementadores. 

• Construir una infraestructura de información adecuada: Diseñar una base de información única, integrada, fácil de usar, de alto rendimiento donde se reflejará la amplia gama de requerimientos de negocio identificados en la empresa. 

• Realizar entregas en incrementos significativos: Crear el almacén de datos (DW) en incrementos entregables en plazos de 6 a 12 meses. Hay que usar el valor de negocio de cada elemento identificado para determinar el orden de aplicación de los incrementos. En esto la metodología se parece a las metodologías ágiles de construcción de software. 

• Ofrecer la solución completa: Proporcionar todos los elementos necesarios para entregar valor a los usuarios de negocios. Para comenzar, esto significa tener un almacén de datos sólido, bien diseñado, con calidad probada, y accesible. También se deberá entregar herramientas de consulta ad hoc, aplicaciones para informes y análisis avanzado, capacitación, soporte, sitio web y documentación.

Tareas de esta metodología (Ciclo de Vida)

Como se puede apreciar en la figura, los Requerimientos del Negocio son el soporte inicial de las tareas subsiguientes. También tiene influencia en el plan de proyecto (puede notar la doble fecha entre la caja de definición de requerimientos y la de planificación).

Podemos también ver tres rutas o caminos que se enfocan en tres diferentes áreas:

• Tecnología (Camino Superior): Implica tareas relacionadas con 
  software específico, por ejemplo, Microsoft SQL Analysis Services. 

• Datos (Camino del medio): En la misma diseñaremos e 
  implementaremos el modelo dimensional, y desarrollaremos el 
  subsistema de Extracción, Transformación y Carga (Extract, 
  Transformation, and Load - ETL) para cargar el DW. 

• Aplicaciones de Inteligencia de Negocios (Camino Inferior): En 
  esta ruta se encuentran tareas en las que diseñamos y 
  desarrollamos las aplicaciones de negocios para los usuarios 
  finales. 

Estas rutas se combinan cuando se instala finalmente el sistema. En la parte de debajo de la figura se muestra la actividad general de administración del proyecto. A continuación describiremos cada una de las tareas:

•  PLANIFICACIÓN: En este proceso se determina el propósito del proyecto de DW/BI, sus objetivos específicos y el alcance del mismo, los principales riesgos y una aproximación inicial a las necesidades de información.

          En la visión de programas y proyectos de Kimball, Proyecto, se refiere a una iteracion simple del Ciclo de           Vida de Kimball, desde el lanzamiento hasta el despliegue.

          Esta tarea incluye las siguientes acciones tipicas de un plan de proyecto:

• Definir el alcance (Entender los Requerimientos del Negocio)
• Identificar las tareas
• Programar las tareas
• Planificar el uso de los recursos
• Asignar la carga de trabajo a los recursos
• Elaboración de un documento final que representa un plan del proyecto

• ANÁLISIS DE REQUERIMIENTOS: La definición de los requerimientos es en gran medida un proceso de entrevistar al personal de negocio y técnico, pero siempre conviene tener un poco de preparación previa. Se debe aprender tanto como se pueda sobre el negocio, los competidores, la industria y los clientes del mismo. Hay que leer todos los informes posibles de la organización; rastrear los documentos de estrategia interna; entrevistar a los empleados, analizar lo que se dice en la prensa acerca de la organización, la competencia y la industria. Se deben conocer los términos y la terminología del negocio.

• MODELADO DIMENSIONAL: El proceso de diseño comienza con un modelo dimensional de alto nivel obtenido a partir de los procesos priorizados de la matriz descrita en el punto anterior. El proceso iterativo consiste en cuatro pasos:  
• Elegir el Proceso de Negocio.
• Establecer el Nivel de Granularidad.
• Elegir las Dimensiones.
• Identificar medidas y las tablas de hechos.

• DISEÑO FÍSICO: En esta parte, intentamos contestar las siguientes preguntas: 
• ¿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?

• DISEÑO DEL SISTEMA DE EXTRACCIÓN, TRANSFORMACIÓN Y CARGA (ETL): Es la base sobre la cual se alimenta el Datawarehouse. Si el sistema ETL se diseña adecuadamente, puede extraer los datos de los sistemas de origen de datos, aplicar diferentes reglas para aumentar la calidad y consistencia de los mismos, consolidar la información proveniente de distintos sistemas, y finalmente cargar (grabar) la información en el DW en un formato acorde para la utilización por parte de las herramientas de análisis. 

• ESPECIFICACIÓN Y DESARROLLO DE APLICACIONES BI: Las aplicaciones de BI son la cara visible de la inteligencia de negocios: los informes y aplicaciones de análisis proporcionan información útil a los usuarios. Las aplicaciones de BI incluyen un amplio espectro de tipos de informes y herramientas de análisis, que van desde informes simples de formato fijo a sofisticadas aplicaciones analíticas que usan complejos algoritmos e información del dominio. Kimball divide a estas aplicaciones en dos categorías basadas en el nivel de sofisticación, y les llama informes estándar y aplicaciones analíticas. 

En conclusión, la metodología de Kimball proporciona una base empírica y metodológica adecuada para las implementaciones de almacenes de datos pequeños y medianos, 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. 

Gartner Group. BI/TI

FUNCIÓN DE GARTNER GROUP 

DENTRO DE BI/TI

Gartner Inc. es una empresa consultora y de investigación de las tecnologías de la información con sede en Stamford, Connecticut, Estados Unidos. Hasta 2001 era conocida como Gartner Group.


Gartner incluye entre sus clientes a algunas de las más grandes empresas, agencias de gobierno, empresas tecnológicas y agencias de inversión como BT, CV, The Wall Street Journal, etc. La empresa se concentra en la investigación, programas ejecutivos, consultas y eventos. Fue fundada en 1979; y en 2010 contaba con 4800 empleados, incluyendo a 1250 analistas y clientes en 85 países por todo el mundo.



EL CUADRANTE MÁGICO

Gartner Group, realizó una investigación y creó una representación gráfica de la situación del mercado de un producto tecnológico en un momento determinado. A dicha representación gráfica se lo conoce como El Cuadrante Mágico de Gartner y el cual está dividido en cuatro partes en donde se distribuyen las principales compañias en función de su tipología y la de sus productos.

• Líderes (leaders): aquellos que tienen la mayor puntuación resultante al combinar su habilidad para ejecutar (lo bien que un vendedor vende y ofrece soporte a sus productos y servicios a nivel global) y el alcance de visión, que se refiere a su potencial. 

• Aspirantes (challengers): caracterizados por ofrecer buenas funcionalidades y un número considerable de instalaciones del producto, pero sin la visión de los líderes. 

• Visionarios (visionaries): estos pueden tener todas las capacidades que ha de ofrecer un ECM de forma nativa, o mediante alianzas con otros socios, lo cual significa un fuerte impulso a la integración de programas y plataformas así como una habilidad para anticiparse a las necesidades del mercado que ellos no puedan cubrir. 

• Nichos específicos (niche players): enfocados a determinadas áreas de las tecnologías ECM, pero sin disponer de una suite completa. 

Para ver todos los Cuadrantes Mágicos elaborados por Gartner Group anualmente en los distintos mercados ingrese en Todos los Cuadrantes Mágicos.

Perfil de Analista de Sistemas

ANALISTA DE SISTEMAS

RESUMEN

Desde los inicios se han considerado los analistas de sistemas como “solventadores” de sistemas, personas capaces de corregir situaciones poco eficientes, así como anticiparse a problemas que pueden surgir dentro de la organización, o de detectar y aprovechar las oportunidades que surgen a favor de la compañía. En gran cantidad de ocasiones el analista de sistemas coincide con el diseñador de sistemas, sin embargo es importante tener presente que esta persona está desempeñando dos papeles al mismo tiempo. Entre las habilidades que tiene el Analista de Sistema se encuentra la habilidad analítica, ésta habilidad le permite entender a la organización y sus funciones, las cuales le ayudan a identificar oportunidades, analizar y resolver problemas.

El analista de sistemas debe ser capaz de trabajar con varios lenguajes de programación, sistemas operativos, y plataformas hardware de computadoras.

Este es el perfil que las organizaciones intentan explicar en los diferentes sitios web cuando están en la búsqueda de personal de éste tipo.

INTRODUCCION

En el siguiente Informe Técnico se presenta un análisis del perfil de Analista de Sistemas dado por las diferentes organizaciones para así intentar unificar estos perfiles en uno solo.

La investigación se enfoca en las organizaciones registradas en el portal www.bumeran.com.ve, www.empleate.com y www.zonajobs.com.ve, resaltando lo que estas organizaciones solicitan, las competencias que exigen, las tareas que esperan que se desempeñe, entre otros tópicos presentados en un Cuadro Resumen.

PLANTEAMIENTO DEL PROBLEMA

El objeto de estudio es el Perfil de Analista de Sistemas, el problema es la ambigüedad presentada por las distintas organizaciones informáticas en lo referente al perfil profesional de Analista de Sistemas dado que algunas organizaciones definen al Analista de Sistemas como una persona con capacidad de análisis, diseño y programación de proyectos realizados en plataforma web mientras otras organizaciones definen al Analista de Sistemas como una persona que puede realizar sin ningún problema un número variable de actividades referidas a la computación.

Dada ésta ambigüedad se presenta el siguiente informe se presentará un Cuadro Resumen del Perfil Profesional para identificar un punto de encuentro entre esta ambigüedad y así unificar el concepto de Analista de Sistemas.

RESUMEN COMPARATIVO

Lista de Perfiles por Organización.

·         Seguros Qualitas C.A. (www.bumeran.com)

Solicitan: Seguros Qualitas C.A, empresa líder en el sector seguro se encuentra en la búsqueda de un profesional para ocupar el puesto de Analista de Sistemas (Desarrollador) en la ciudad de Caracas.

Competencias Exigidas:

·   Conocimientos en Form, Reports, PI, PLSQL, Navigator o Toad.

Tareas que Desempeñará:

·   Brindar asesoría y soporte a las áreas administrativas de la empresa: Vicepresidencia de Administración y Finanzas, Gerencia de Tesorería, Contabilidad.

·   Desplegar habilidades específicas en: Acsel/X en el área contable.

·   Empresas Polar (www.bumeran.com)

Solicitan: Requerimos profesionales en Informática, Computación o Sistemas, con capacidad de análisis, diseño y programación de proyectos realizados en plataforma web.

Competencias Exigidas:

·   Se requiere experiencia o conocimientos de ASP.NET o JSP (en Lenguajes de programación).

·   Oracle o SQL Server (en Base de Datos).

·   Opcional: MySQL, postgre, c++, php, html, javascript, python. 

Tareas que Desempeñará: N/A.

·   Telecom (www.bumeran.com)

Solicitan: Profesionales en el área de Informática, Computación o carreras afines para desempeñar funciones como Analista de Sistemas en el área de programación y desarrollo de aplicaciones web.

Competencias Exigidas:

·   Sólidos conocimientos en metodología de análisis y desarrollo de aplicaciones web.

·   Conocimientos en base de datos SQL server, MySQL.

·   Conocimientos en plataforma .Net o PHP, CSS y HTML.

·   Sólidos conocimientos en diseño de páginas web.

·   Manejo del inglés técnico.

Tareas que Desempeñará: N/A

·   Ovejita C.A. (www.bumeran.com)

Solicitan: El Grupo Ovejita se encuentra en la búsqueda de un Analista de Sistemas.

Competencias Exigidas:

·   Conocimientos de red, cableado, enrutadores, Swich, etc.

·   Conocimientos en Sistemas de retail, POS e impresoras fiscales.

·   Microsoft Exchange, Lync, SharePoint, Hiper-V.

·   Mantenimiento y generación de PC, PDA, Impresoras.

·   Adiestramiento de Win Server 2008 (DNS, AD, DHCP)

·   Al menos dos (2) años de experiencia en cargos similares.

·   Disponibilidad para viajar.

·   Excelente atención al cliente.

·   Innovador y proactivo.

Tareas que Desempeñará: N/A

·   Textiles Lucy (www.empleate.com)

Solicitan: Prestigiosa cadena de tiendas de ropa íntima se encuentra en la la búsqueda de Analista de Sistemas y Soporte Técnico.

Competencias Exigidas:

·   Mantenimiento preventivo y correctivo de computadoras.

·   Manejo de Sistemas de Puntos de Ventas.

·   Conocimientos en Sistemas ICG (no indispensable).

·   Ensamblaje de computadoras.

·   Servidores y base de datos SQL Server y MySQL.

·   Infraestructura de redes.

·   Sistema Operativo Windows en todas sus versiones.

·   Sistema Operativo MAC.

·   Manejo del Microsoft Office.

Tareas que Desempeñará:

·   Realizar soporte de tiendas a nivel nacional (vía telefónica, remota o presencial) de acuerdo a grado de complejidad.

·   Velar porque el control de entrada y salida de la mercancía se realice de manera óptima en el sistema.

·   Realizar la creación de estructura de los artículos nuevos por medio de los Mapping.

·   Actualizar los cambios de precios y estructuras previa aprobación de su supervisor.

·   Apoyar en el desarrollo de aplicaciones y base de datos.

·   Apoyar en la configuración de los diferentes sistemas administrativos y de gestión (Profit Plus, ICG y las diferentes interfaces desarrolladas).

·   Monitorear los diferentes traslados enviados entre almacenes (tiendas), corrigiendo las fallas en constante comunicación con las Coordinadoras de tiendas, logrando corregir en el sistema la falla de cargas de saldos negativos.

·   Corregir con el área de Almacén los errores generados por la carga de saldos negativos.

·   Realizar las regularizaciones de los stocks todos los días domingos de los almacenes y realizar la sincronización de los saldos entre las tiendas y el Manager.

·   Revisar y cargar las mercancías distribuidas por proveedores terceros a los diferentes almacenes.

·   Procesar los documentos de compras necesarios para las Distribuidoras en conjunto con el Departamento de Contabilidad.

·   Procesar los reportes mensuales al Departamento de Contabilidad (ventas por rubros, ventas costos y beneficios, ventas por tienda).

·   Actualizar el enlace de Profit ICG mensual para la carga automática del libro de venta de distribuidoras.

·   Realizar análisis de las devoluciones procesadas en las tiendas por periodos mensuales y reportar cualquier irregularidad presentada a su supervisor.

·   Creación de huella y registro del nuevo personal en las tiendas.

·   Farmacias SAAS C.A. (www.zonajobs.com.ve)

Solicitan: Búsqueda de Analista Programador en Oracle Forms y Reports para cubrir vacante dentro de la institución.

Competencias Exigidas:

·   Experiencia mínima de 3 años en Base de Datos Oracle.

·   Conocimientos y Experiencia en PL/SQL.

·   Conocimientos y Experiencia en Oracle Forms & Reports.

Tareas que Desempeñará: Apoyar a la Gerencia de Sistemas en el desarrollo e implementación de nuevas herramientas (Procesos, Procedimientos, entre otros) realizados a nuestro Sistema ERP (CODISA).

CONCLUSIONES

En conclusión, las organizaciones cuando requieren de personal que posea conocimientos en distintas áreas de la computación y capacidad de análisis para la resolución de distintos tipos problemas dicen que están en búsqueda de un Analista de Sistemas, en el informe presentado se hace un estudio comparativo de algunas organizaciones que utilizan el nombre de Analista de Sistemas cuando necesitan un personal, los atributos en común que dan la mayoría de las organizaciones en el perfil profesional de Analista de Sistemas es el siguiente:

·   Manejo y experiencia en Bases de Datos (generalmente Oracle, SQL Server, MySQL o Postgres) y herramientas de Reportes.

·   Conocimiento de Lenguajes de Programación (Java, C++,PHP, HTML, Javascript, Python, .Net, CSS, etc).

·   Sólidos conocimientos en metodología de análisis y desarrollo de aplicaciones web.

·   Conocimiento de Sistemas Operativos (Windows, MAC, Linux) y manejo de Office.

·   Conocimiento de infraestructura de Redes (cableado, enrutadores, Swich, etc).

Además de esta amplia lista de conocimientos que un Analista de Sistemas debe cumplir, también es deseable que la persona tenga una alta capacidad de análisis en pro de la eficiencia de resolución de problemas.

BIBLIOGRAFIA

·   Empleos Bumeran. Disponible: www.bumeran.com

·   Zona Jobs. Disponible: www.zonajobs.com

·   Empléate. Disponible: www.empleate.com

·   Wikipedia, la enciclopedia libre. Disponible: es.wikipedia.org