Testing de Performance aplicando metodologías de ingeniería del Software y experiencias de su aplicación en Uruguay

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Testing de Performance aplicando metodologías de ingeniería del Software y experiencias de su aplicación en Uruguay"

Transcripción

1 Testing de Performance aplicando metodologías de ingeniería del Software y experiencias de su aplicación en Uruguay Abstract Gustavo Vázquez Centro de Ensayos de Software, Facultad de Ingeniería de la Universidad de la República, Montevideo, Uruguay La performance suele ser considerada como un requerimiento no funcional de los sistemas informáticos. Sin embargo, dependiendo del tipo de sistema y del uso que se le dé al mismo, puede convertirse en una característica que, de no cumplirse, afecta la usabilidad, la aplicabilidad en una realidad dada e, incluso, las funcionalidades que el mismo brinda. Los test de performance permiten realizar una simulación del uso que se le dará al sistema en producción para permitir, de manera proactiva, determinar cuales van a ser los posibles problemas de performance que se darán. De esta manera podemos determinar los cuellos de botella de la aplicación y así, o bien corregirlos y poder alcanzar los niveles de servicio necesarios, o bien conocerlos y saber en donde nuestra aplicación puede sufrir problemas. En este articulo, se realizará un repaso de la metodología utilizada por el Centro de Ensayos de Software (CES) en la realización de estas pruebas. Tomando metodologías utilizadas por la industria y adaptando las mismas a las realidades de la industria de software de Uruguay, se ha desarrollado una metodología que permite una fácil adaptación a las particularidades de los distintos sistemas bajo prueba. Keywords: Testing, Performance, pruebas no funcionales 1 Introducción En algunos sistemas, se tienen requerimientos que no pasan únicamente por la correctitud de los sistemas a nivel lógico. La velocidad de la aplicación en responder a los requerimientos de los usuarios de manera correcta así como asegurar la respuesta correcta ante cargas extremas del sistema es, en muchos caso, un requerimiento tan importante como la de devolver la respuesta correcta. Esto puede verse claramente en sistemas considerados de tiempo real, como podría ser el sistema de airbag de un automóvil, pero puede verse en otros sistemas considerado menos críticos. Un ejemplo de ello son los sitios Web de comercio electrónico (en donde el cliente puede verse desconforme con el sistema y elegir la competencia)[1]. En estos sistemas se tiene además un problema extra que radica en que la cantidad de potenciales usuarios directos del sistema no puede ser caracterizada fácilmente. En sistemas que incluso parecería tener una cantidad de usuarios fijos, se tiene que el mismo puede ser utilizado para brindar un servicio a un tercero, por lo que los tiempos de sistema se traducen en malos tiempos de atención al usuario final (por ejemplo, sistemas bancarios, de atención en cajas, etc.). Ante estos requerimientos de los sistemas, se tienen dos opciones. Una es la de suponer el cumplimiento de los requisitos y realizar la puesta en producción con el sistema desarrollado. La otra opción es la que se explorará en este artículo y radica en la realización de pruebas de performance, las cuales nos permiten detectar los mismos problemas, pero en un ambiente controlado. Este último enfoque nos permite manejar los posibles problemas con una perspectiva de solución más abierta, evitando la perdida de activos por el uso del sistema (tanto por parte de los usuarios como del desarrollador). El artículo se divide de la siguiente manera. En la siguiente sección, veremos la realidad de la industria de software en la República Oriental del Uruguay. Esta descripción pondrá un contexto a algunas de las particularidades de la metodología y de las decisiones que, generalmente, se toman en los proyectos de este tipo. En a sección Testing de Performance veremos las diferentes etapas de las pruebas. Estas etapas han sido probadas en más de 10 proyectos de testing de performance en Uruguay con distintas particularidades que serán desciptas en la sección Aplicación en el contexto de las industrias uruguaya

2 de TI. Por último se verán algunas conclusiones a este trabajo. 2 Realidad de la industria de software en Uruguay La industria de tecnologías de la información en Uruguay se puede considerar como una industria altamente pujante [2]. Gozando en la actualidad de un desempleo cero en el sector, la misma se caracteriza, principalmente, por estar compuesta por empresas pequeñas y medianas (ver Figura 1). Estas empresas, si bien de tratan de empresas que manejan recursos acotados para la mayoría de sus actividades, tienen todas un mercado que, mayoritariamente se basa en la exportación de sus productos y servicios. Segmentos de empresas cometido brindar servicios multiempresas, basados en la tercerización de tareas que son consideradas costosas de ser mantenidas internamente por las empresas. En particular, se establecen como objetivo del CES el brindar servicios de testing de software y de observatorio tecnológico a las empresas de TI nacionales. Esto permitiría crear una estructura especializada en dichas tareas y mantener una infraestructura común a todos ISO 9001 ISO CMM Otras ** 2 3 Empresas con planes de certificación Empresas en proceso de certificación Empresas con certificación De 5 a 10 1% Menos de 0,2 62% Más de 10 1% De 2,5 a 5 1% De 1 a 2,5 6% De 0,5 a 1 7% De 0,2 a 0,5 22% Figura 2 Procesos de certificación Actualmente, el CES cuenta con dos laboratorios de testing, uno basado en el testing funcional de las aplicaciones y otro basado en el ensayo de plataformas. Dentro de este último laboratorio es que se desarrollan los proyectos de testing de performance. 3 Testing de Performance Figura 1 Segmentos de empresas en Uruguay (según facturación en U$S) En los últimos años, se ha visto un crecimiento en las exportaciones del sector de las TI. Actualmente, las exportaciones rondan los U$S 100 millones anuales, lo cuál abre, a la gran mayoría de las empresas, la posibidad y el reto de expandir sus negocios y el uso de sus productos a mercados de mayores tamaños y exigencias. Regionalmente, mercados como Argentina o Brasil imponen problemas técnicos que deben ser atacados de manera directa. Los mismos no solamente vienen por el lado de la adaptación o generalización a nivel funcional (por ejemplo, para adaptar el sistema a las distintas regulaciones fiscales o legales), sino que se dan también desde la dimensión no funcional. En especial, sistemas para ser usados por 20 usuarios se ven en la obligación de soportar cientos de ellos. Asimismo, los requerimientos de los mercados son cada vez más altos. Los requerimientos por parte de los clientes en lo referente a cumplimientos de estandares de calidad de procesos se ven claramente en la actual tendencia de las empresas a emprender procesos de certificación (ver Figura 2). Dentro de esta realidad, en el año 2003 la Cámara Uruguaya de Tecnologías de la Información junto con la Universidad de la República crean el Centro de Ensayos de Software. Esta empresa tiene como 3.1 Objetivos El testing de performance tiene como objetivo determinar el rendimiento de una aplicación bajo un escenario de carga dado. Marcando un objetivo de carga a lograr que sea aceptable para las realidades de negocio planteadas, se toma la aplicación y se genera la carga que se tendrá en un ambiente de producción con las mismas restricciones, a nivel de hardware, software y ambiente informático, que se tendrá en la realidad. Reproduciendo este escenario, se busca que el mismo se cumpla manteniendo una estabilidad que permita cumplir con los requerimientos del negocio que utiliza al mismo como herramienta. Como toda actividad relacionada con el desarrollo de una aplicación, debe tener un proceso bien determinado y que se acople con el proceso de desarrollo. De esta manera, el CES ha desarrollado un proceso que permite ser adaptado a los diferentes sistemas a testear teniendo como foco las necesidades comunes de los mismos. En especial, se considera en el mismo la necesidad de automatizar las pruebas mediante herramientas de generación de carga, punto esencial en estas pruebas. 3.2 Etapas El proceso de realizar un testing de performance consta de cuatro etapas, las cuales pueden observarse en la Figura 3. Cada una de estas etapas tiene una

3 serie de actividades que deben cumplirse en su totalidad para realizar el pasaje a la próxima etapa del mismo. El objetivo es desarrollar las pruebas poniendo el foco en dos premisas fundamentales, el uso del sistema por parte de los usuarios y la automatización de las mismas para permitir su realización y repetición con un costo/beneficio aceptable. Figura 3 Etapas de un testing de performance En una primera instancia se realiza un estudio de lo que se conoce como escenario de la prueba. Esto implica el entorno que el sistema tendrá en producción (infraestructura tecnológica, normativas de uso, etc.) y fundamentalmente, un estudio de cómo los usuarios del sistema lo usaran. Los usuarios son los que generarán la carga al sistema, por lo que la manera en que ellos generen dicha carga es sumamente importante para que la simulación a realizarse en la prueba se acerque lo máximo posible a la realidad. Este uso del sistema debe ser automatizado utilizando herramientas conocidas como generadores de carga. Los mismos permitirán hacerle sentir al sistema a testearse, los requerimientos que los usuarios realizan sobre él, simulando de esta manera la carga relevada en la etapa anterior. De manera paralela, puede llevarse a cabo la tercera etapa que es la preparación de la infraestructura necesaria para la ejecución de las pruebas. Esta infraestructura debe ser similar a la que se tendrá en producción, por lo que generalmente no es suficiente los entornos de prueba que la gran mayoría de las empresas cliente tienen. Por último, la ejecución de las pruebas de manera iterativa nos permitirá conocer el estado de nuestro sistema, así como conocer los cuellos de botella de nuestras aplicaciones. Conociendo estos cuellos de botella y analizando posibles soluciones a los mismos, se puede llegar a una mejora en las aplicaciones y alcanzar los objetivos de performance y estabilidad necesarios Determinación del escenario Saber como se va a ejecutar el sistema es el punto clave de una prueba de performance. La simulación a realizarse debe amoldarse lo máximo posible a la realidad del sistema en producción, algo que, muchas veces, no se conoce con exactitud. El primer punto a tener en cuenta en esta etapa es la imposibilidad de realizar una prueba sobre todas las funcionalidades del sistema. Aquí es donde se encuentra un punto muy importante y es el de evaluar el costo/beneficio de integrar ciertas funcionalidades en una prueba. Cada funcionalidad agregada a las pruebas (conocidas generalmente como transacciones de negocio), implican un costo tanto a nivel de la automatización de las pruebas como del análisis de los datos en las ejecuciones posteriores. Se debe, por lo tanto, determinar un número acotado de transacciones de negocio que impliquen la mayor complejidad a nivel de carga. Para evaluar las transacciones a incluirse en una prueba de performance, conviene aplicar estas tres preguntas: Cuáles son las transacciones más utilizadas en el sistema? Cuáles son las transacciones que, a nivel de la performance del sistema, implican un uso más intensivo de los recursos? Cuáles son las transacciones que, si bien no pertenecen a ninguna de las categorías anteriores, pueden generar problemas en la operativa del sistema debido a su baja performance? Con estas tres preguntas, suele llegarse a un conjunto de transacciones que, en general, rondan las 10 operaciones. Sabiendo cuales son las transacciones a incluirse en las pruebas, es importante determinar como utilizan los usuarios dichas funcionalidades. Esto implica comportamiento a nivel macro (por ejemplo, la cantidad de usuarios que utilizan cada una de las transacciones y cantidad de operaciones que se realizan en un período de tiempo representativo para el negocio) y micro (como es el comportamiento de los usuarios ante ciertas interfases con el usuario y a la información que el sistema despliega). Saber como los usuarios utilizan el sistema es sumamente importante, teniendo en cuenta que un relevamiento no apropiado puede generar, o bien una carga menor a la que se tendrá en la realidad, o una carga superior. Cualquiera de las dos opciones genera una desconfianza no solo en el rendimiento del sistema, sino también en los resultados de las pruebas realizadas. Determinados estos puntos, se deben determinar cuales serán las condiciones de la infraestructura para la realización de las pruebas. Esto implica puntos tales como

4 Hardware Software de base Datos de prueba En cuanto a los datos de prueba, es importante notar que los mismos deben representar los que se tendrán en producción no solo a nivel de distribución de los mismos, sino también a nivel de cantidad de datos. Solo así es posible ver problemas de performance que comúnmente se dan en los sistemas de información (por ejemplo, la falta de índices). Esta etapa tiene, como resultado, un documento de relevamiento y la definición del alcance de la prueba y de los parámetros de conformidad de la aplicación Automatización Cuando vamos a realizar pruebas de performance, es imprescindible la utilización de herramientas para la generación de la carga objetivo. Sin estas herramientas, se haría necesario contar con una gran cantidad de testers y usuarios que ejecuten las transacciones sobre el sistema de manera coordinada. La automatización de las pruebas permiten la repetición de las mismas, no solo a lo largo del tiempo (para realizar pruebas de regresión), sino en un momento dado de tiempo para conseguir la cantidad de usuarios requerida. La automatización de las transacciones se realizan utilizando lo que se conoce como herramientas de generación de carga[3]. Estas herramientas permiten realizar las tareas necesarias en estas pruebas. Estas son: Grabación de las transacciones: Con la actividad que un usuario realiza sobre el sistema, se genera un primer script que será la base de las automatizaciones a utilizarse. Generalización de los scripts: Los scripts generados en la etapa anterior, deben ser modificados de manera de que en la ejecución concurrente de los mismos lo hagan con datos de parámetros distintos. De otra manera, solamente serían utilizados los datos que se grabaron inicialmente. Modelado del escenario: De manera independiente a los scripts, debe poder modelarse el escenario definido en la etapa de relevamiento. Esto implica parámetros tales como delays, cantidad de usuarios y lotes de usuarios. Distribución en la generación de la carga: Esto permite que la carga a generarse contra un sistema no se limite a la capacidad de un equipo a desarrollar la carga. Figura 4 Funcionamiento de las herramientas de generación de carga Existen en el mercado una gran cantidad de herramientas de generación de carga. Sin embargo, hay que tener claro que las herramientas de generación de carga tienen su talón de Aquiles en el mismo lugar en donde tienen su ventaja respecto a otras herramientas de automatización de pruebas. Todas funcionan a nivel de protocolo de comunicación. Esto hace que no exista una única herramienta válida, sino que la aplicabilidad de una herramienta a las pruebas de un sistema dado debe ser evaluado cuidadosamente. En la Tabla 1 pueden verse diferentes herramientas de generación de carga y los protocolos a para las cuales son aplicables. Si bien existen herramientas que cubren la gran mayoría de los protocolos, su costo y modo de licenciamiento vuelve inaplicable el uso de las mismas para la gran mayoría de los proyectos en el mercado uruguayo. Por esta razón, el CES desarrolla una tarea continua de investigación sobre las herramientas de bajo costo de licenciamiento, realizando incluso desarrollos sobre las mismas. Comerciales Gratuitas LoadRunner QALoad SilkPerformer WebLoad OpenSTA JMeter Grinder Java-Corba G/R G/R G/R R RMI G/R G/R G/R R R HTTP/S G/R G/R G/R G/R G/R G/R G/R SOAP G/R G/R G/R R R Remoting G/R G/R G/R R ADO.NET G/R G/R G/R ODBC G/R G/R G/R JDBC G/R G/R G/R R R Tabla 1 Herramientas de generación de carga De esta etapa se deben obtener las automatizaciones necesarias para reproducir la carga necesaria para las pruebas Preparación de la infraestructura De manera paralela a la etapa de automatización, se debe reproducir el ambiente de prueba. Esta etapa, idealmente, debería realizarse previo a la etapa de automatización. De esta manera, se podría grabar los scripts sobre el escenario final, por lo que se eliminan toda la necesidad de realizar posibles ajustes a los scripts (debidos a cambios en las URL, uso de balanceadores de carga, etc.). Sin embargo, la necesidad de infraestructura de tamaño características similares a los de producción hace imposible contar con dicho equipamiento para pruebas si no es en

5 algún proveedor de infraestructura común o en algún cliente del productor de software. Por esta razón es que esta etapa se realiza lo más próximo posible a la ejecución de las pruebas para hacer un uso eficiente del equipamiento. En la actualidad, el CES ataca estos puntos realizando convenios con los proveedores que tienen laboratorios de plataformas específicas de hardware. La infraestructura no debe limitarse únicamente al hardware de prueba, sino también al software, reproduciendo en este caso, el escenario más similar al de producción. Esto implica, por ejemplo, la aplicaciones de parches y updates a los sistemas operativos, servidores de aplicaciones y servidores de base de datos a utilizarse. Puede ser parte de las conclusiones de estas pruebas la aplicación de estos parches, pero deben de estar previstos de antemano aquellos que son necesarios para la ejecución y aquellos que, por conocimiento de la infraestructura, permitan un mejor rendimiento de alguna pieza de hardware o software. Otra de las piezas fundamentales de la infraestructura pasa por la monitorización de la misma. Tan importante como generar la carga es conocer en todo momento el estado de las diversas piezas de hardware o software que conforman la solución final. Mediante monitores especializados para las distintas plataformas, se buscará determinar el estado de la misma con la finalidad de conocer los cuellos de botella existentes o potenciales de la solución. Especial cuidado debe tomarse en la manera en que se realiza dicha automatización. Debe ser lo menos intrusita posible, de manera que la monitorización no influya o lo haga lo menos posible, en el comportamiento del sistema. Por último, las generadoras de carga deben ser instaladas y las herramientas complementarias preparadas para la etapa de reporte Ejecución de las pruebas Luego de las etapas anteriores de preparación, se tiene todo listo para la ejecución de las pruebas propiamente dichas. Las mismas se realizan en un ciclo iterativo de ejecución de la carga, análisis de los datos y resolución de los posibles problemas. La ejecución de la carga consiste en reproducir el escenario relevado y verificar la correcta ejecución de las pruebas contra el sistema. Utilizando las herramientas de generación de carga, se ejecutan las automatizaciones realizadas durante un plazo que simule el escenario a evaluar. En caso de que se traten de escenarios en donde no solo interesen los tiempos de respuesta sino que la estabilidad del mismo, se recomiendan ejecuciones no menores a dos horas. Estas ejecuciones deben ser incrementadas a medida que el sistema cumple con la calidad del servicio requerida. En un principio comienzan con lo que se conocen como tiempos base o baselines. Esta ejecución consiste en realizar varias iteraciones de cada transacción por parte de un único usuario con el equipo disponible únicamente para dicha transacción. Esto permite verificar el menor tiempo posible que dicha transacción tendrá y servirá como comparación a los tiempos que se tengan en ejecuciones posteriores. Luego, pruebas con el 20%, 40% y así hasta alcanzar el 100% deben realizarse. Esto nos permite ver los problemas incrementalmente, pudiendo centrarnos mejor en la solución de los mismos. De esta manera mantenemos el ambiente controlado en todo momento, pudiendo limitar y establecer nuevas pruebas según los resultados obtenidos en las actuales. Luego de la ejecución, los datos de las diferentes monitorizaciones deben ser reunidos y estudiadas, con el fín de determinar los posibles cuellos de botella de la aplicación y la razón de que el sistema no cumpla con los factores de calidad. De todas las posibles métricas, se debe poner foco en aquellas que dan la información más genérica (por ejemplo, uso de CPU, espera por I/O, etc.) y luego, en caso de que alguna de ellas muestren posibles problemas, centrarnos en métricas de menor nivel, incluso agendando ejecuciones en las cuales podremos monitorizar con mayor detalle dichos indicadores. Para verificar estos indicadores, es necesario mirar el mapa general de la aplicación, siendo necesario incluso a veces, mezclar diferentes métricas en una única vista. Estas vistas deberán tomar generalmente la forma de gráficas. Figura 5 Tiempo de respuesta vs. Tiempo de ejecución Por último, las correcciones o mejoras deben ser realizadas a al aplicación con el fin de poder evaluar, posteriormente, las mejoras obtenidas con estos cambios. Es posible que los cambios modifiquen la manera en que la aplicación se comporta tanto a nivel de usuario como de los protocolos de ejecución. Es imprescindible, en estos casos, evaluar los cambios que pueden ocurrir en las automatizaciones y realizar las modificaciones necesarias en las mismas.

6 4 Aplicación en el contexto de las industrias uruguaya de TI La aplicación de esta metodología en el CES ha sido ampliamente satisfactoria. Han permitido que sistemas hayan establecido y alcanzado los niveles de servicio requeridos pudiendo incluso ganar algunos mercados que de otra manera hubieran sido problemáticos. Es importante que, a pesar de que estas pruebas son generalmente tercerizadas, es altamente recomendable y necesaria la participación de los desarrolladores del software. Puntos tales como conocimiento funcional o de programación son necesarios para que etapas como la de determinación del escenario o automatización de las pruebas puedan ser desarrolladas de manera rápida y sin obstáculos. Asimismo, se recomienda la participación de los expertos de infraestructura e implementación del cliente en las etapas de ejecución y preparación del escenario. Estas pruebas les agrega un valor y conocimiento que serán directamente utilizados luego en la implementación de los sistemas en los ambientes de producción. 5 Conclusiones La realización de pruebas de performance han demostrado, en los diversos proyectos en los cuales el CES ha participado, una utilidad importante para los clientes finales. Como se dijo anteriormente, no solamente se ha utilizado estas pruebas como una oportunidad de mejora técnica del producto, sino que incluso se ha utilizado como un arma de venta y de ventaja comercial sobre otros sistemas similares. A esto último, aporta enormemente la figura del CES como un órgano de verificación independiente y especializado en el área. La aplicación de la metodología es una pieza clave en el éxito de estas tareas. Diferencia una simple generación de carga de una prueba de performance, poniendo foco en la experiencia y uso del usuario del mismo. Esto permite adelantarnos al uso del sistema, permitiendo encontrar los mismos problemas que luego serían encontrados en producción, pero sin la presión de los clientes y usuarios finales del mismo. 6 Bibliografía [1] D.A. Menasc\é and V.A.F. Almeida, Capacity Planning for Web Services: Metrics, Models, and Methods, Prentice Hall, [2] Encuesta anual de la industria uruguaya de TI. Cámara Uruguaya de Tecnología de la Información. Ultima visita: 1 de Octubre de 2007 [3] Client/Server Testing Tools. Ultima visita: 1 de Octubre de 2007

Testing de Performance: estresando aplicaciones Genexus

Testing de Performance: estresando aplicaciones Genexus Testing de Performance: estresando aplicaciones Genexus CENTRO DE ENSAYOS DE SOFTWARE Federico Toledo Matías Reina Testing de Performance Performance Velocidad en la cual un sistema de información procesa

Más detalles

GESTIÓN DE CAPACIDAD DE SERVICIOS TI: UNA SOLUCIÓN DESDE ITIL

GESTIÓN DE CAPACIDAD DE SERVICIOS TI: UNA SOLUCIÓN DESDE ITIL GESTIÓN DE CAPACIDAD DE SERVICIOS TI: UNA SOLUCIÓN DESDE ITIL Consultor Senior de Calidad SW Métodos y Tecnología Responsable de Área Ingeniería y Calidad SW Métodos y Tecnología 1 Palabras clave ITIL,

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Gustavo Vázquez. Jornada de Testing en Vivo - 1, 2, 3 probando!

Gustavo Vázquez. Jornada de Testing en Vivo - 1, 2, 3 probando! Gustavo Vázquez 100 usuarios Coordinación entre usuarios Toma de datos Repetición Repetir acciones en paralelo Generación liviana de carga A nivel de protocolos de comunicación Determinar tiempos de

Más detalles

Reporte Técnico RT 08-20. Metodología para Pruebas de Desempeño

Reporte Técnico RT 08-20. Metodología para Pruebas de Desempeño PEDECIBA Informática Instituto de Computación Facultad de Ingeniería Universidad de la República Montevideo, Uruguay Reporte Técnico RT 08-20 Metodología para Pruebas de Desempeño Federico Toledo Matías

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009 1 Montevideo, 11 de marzo de 2009 Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009 De nuestra consideración, De acuerdo a vuestra solicitud, tenemos el agrado de poner a su consideración la presente

Más detalles

Qué entiende por Soporte lógico nuestra legislación tributaria? Dr. Fernando Vargas (*)

Qué entiende por Soporte lógico nuestra legislación tributaria? Dr. Fernando Vargas (*) Qué entiende por Soporte lógico nuestra legislación tributaria? Dr. Fernando Vargas (*) El ordenamiento jurídico positivo de nuestro país utiliza el concepto de Soporte Lógico para exonerar de renta a

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

Consultoría en Automatización de Procedimientos

Consultoría en Automatización de Procedimientos AUTOMATIZACION Como concepto general, la automatización implica la realización de tareas o procedimientos utilizando la tecnología disponible, de forma tal de minimizar los esfuerzos del capital humano.

Más detalles

ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL

ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL Página 1 de 23 CUALIFICACIÓN PROFESIONAL Familia Profesional Nivel 3 Código IFC363_3 Versión 5 Situación RD 1701/2007 Actualización ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS

Más detalles

Paula Izaurralde. Especialista en Calidad en ARRIS Argentina. Ayudante en Metodologías Ágiles en el Desarrollo de Software

Paula Izaurralde. Especialista en Calidad en ARRIS Argentina. Ayudante en Metodologías Ágiles en el Desarrollo de Software Marcela Garay Moyano Test Manager en ARRIS Argentina. Paula Izaurralde Especialista en Calidad en ARRIS Argentina. Luciano Marzo Tester en ARRIS Argentina ISTQB Certified Tester. Docente en la Diplomatura

Más detalles

Siscop Sistema de Control y Ordenes de Producción

Siscop Sistema de Control y Ordenes de Producción Siscop Sistema de Control y Ordenes de Producción Vista Preliminar del Sistema Presentado por: David R. Vidal Fecha: 05 de Febrero de 2009 Santo Domingo, R.D. Sistema de Control de Ordenes de Producción

Más detalles

Gestión de las Pruebas Funcionales

Gestión de las Pruebas Funcionales Gestión de las Pruebas Funcionales Beatriz Pérez Centro de Ensayos de Software Centro de Ensayos de Software Consorcio creado en Junio de 2004 entre Cámara Uruguaya de Tecnologías de la Información (CUTI)

Más detalles

Descripción de las posiciones del área de sistemas

Descripción de las posiciones del área de sistemas Descripción de posiciones del área de Sistemas Operador/Data Entry Entrar y verificar datos provenientes de distintas vías de ingreso. Monitorear procesos, programas y resultados. Seguir los formatos apropiados

Más detalles

CATÁLOGO DE SERVICIOS

CATÁLOGO DE SERVICIOS CATÁLOGO DE SERVICIOS NUESTRAS LINEAS DE NEGOCIO 1.- Desarrollo de Software a Medida: Contamos con vasto conocimiento en el desarrollo y arquitectura de Software, aplicamos metodología de proyectos, buenas

Más detalles

Técnicas del Penetration Testing

Técnicas del Penetration Testing Técnicas del Penetration Testing Victor H. Montero vmontero@cybsec cybsec.comcom Septiembre de 2005 Buenos Aires - ARGENTINA Agenda - Qué es un Penetration Test? - El rol del PenTest en la Seguridad Informática.

Más detalles

Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE

Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE Laboratorio de Testing y Aseguramiento de Calidad de Software Disertante: A.C. Gabriel Miretti Agenda Presentación del Laboratorio de Testing

Más detalles

Guía docente de la asignatura

Guía docente de la asignatura Guía docente de la asignatura Asignatura Materia Módulo Titulación Evaluación de Sistemas Informáticos Tecnologías de la Información Tecnologías específicas Grado en Ingeniería Informática. Plan 545 Código

Más detalles

Capacitación Rational Funcional Tester

Capacitación Rational Funcional Tester Capacitación Rational Funcional Tester Clínica Alemana Santiago, 28 de abril de 2009 Introducción La presente exposición es sobre las principales características de Rational Functional Tester Describiendo

Más detalles

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2 UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA GESTIÓN DE SOFTWARE INFORME SOBRE Evaluación de Productos Grupo 2 Marcelo Caponi 3.825.139-0 Daniel De Vera 4.120.602-3 José Luis Ibarra 4.347.596-3

Más detalles

Gestión de Proyectos de desarrollo de software. Ing. Rafael Bentancur Universidad ORT Uruguay

Gestión de Proyectos de desarrollo de software. Ing. Rafael Bentancur Universidad ORT Uruguay Gestión de Proyectos de desarrollo de software Ing. Rafael Bentancur Universidad ORT Uruguay Algunas definiciones Proyecto: emprendimiento temporario que debe crear un producto o servicio único (PMBOK)

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

ARTÍCULO TÉCNICO. Los cinco pilares para controlar las ACL y reglas del cortafuegos

ARTÍCULO TÉCNICO. Los cinco pilares para controlar las ACL y reglas del cortafuegos ARTÍCULO TÉCNICO Los cinco pilares para controlar las ACL y reglas del cortafuegos Resumen Los principales expertos en redes y seguridad del mundo se enfrentan al mismo desafío: intentar controlar el complejo

Más detalles

Xaguar Soluciones BPM BPM

Xaguar Soluciones BPM BPM Xaguar Soluciones BPM BPM XAGUAR e-suite HABILITANDO BPM Los procesos de negocio de las organizaciones reales suelen ser complejos, más aún si se consideran los procesos que involucran a más de una de

Más detalles

Criterios de clasificación

Criterios de clasificación Criterios de clasificación Usualmente clasificamos para agrupar elementos con características comunes, simplificando la realidad y analizando un conjunto de elementos desde distintos puntos de vista. Sobre

Más detalles

Base de datos II Facultad de Ingeniería. Escuela de computación.

Base de datos II Facultad de Ingeniería. Escuela de computación. 2 Base de datos II Facultad de Ingeniería. Escuela de computación. Base de datos II. Guía 3 3 Introducción Este manual ha sido elaborado para orientar al estudiante de Bases de datos II en el desarrollo

Más detalles

Análisis técnico de HP LoadRunner

Análisis técnico de HP LoadRunner Informe técnico Análisis técnico de HP LoadRunner Índice El contexto actual 2 Los límites de las pruebas manuales 2 Una nueva visión de las pruebas de rendimiento: HP LoadRunner 3 La solución y la terminología

Más detalles

Servicios remotos de Xerox Un paso en la dirección correcta

Servicios remotos de Xerox Un paso en la dirección correcta Servicios remotos de Xerox Un paso en la dirección correcta Diagnostica problemas Evalúa datos de la máquina Solución de problemas Seguridad de cliente garantizada 701P42953 Acerca de los Servicios remotos

Más detalles

Mejoras en el Proceso de Testing

Mejoras en el Proceso de Testing Mejoras en el Proceso de Testing Fernando Calles Gato Indra Sistemas fcalles@indra.es The premiere software and product delivery event. 4 de Noviembre, Madrid 2 MARCO CONCEPTUAL Por qué es necesario el

Más detalles

Empresa Financiera Herramientas de SW Servicios

Empresa Financiera Herramientas de SW Servicios Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través

Más detalles

LABORATORIO 8. Gestión del Rendimiento en el SMBD SQL Server.

LABORATORIO 8. Gestión del Rendimiento en el SMBD SQL Server. LABORATORIO 8. Gestión del Rendimiento en el SMBD SQL Server. GUÍA DE LABORATORIO Nº 8 Actividad de Proyecto No. 5: ESTABLECER LOS NIVELES DE SERVICIO DE ACUERDO CON ESTANDARES Y REQUERIMIENTOS DE LA ORGANIZACIÓN.

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

Testing Tools (Sector Financiero) María Elisa Presto Matías Nassi {mpresto, mnassi}@ces.com.uy

Testing Tools (Sector Financiero) María Elisa Presto Matías Nassi {mpresto, mnassi}@ces.com.uy Testing Tools (Sector Financiero) María Elisa Presto Matías Nassi {mpresto, mnassi}@ces.com.uy Agenda de Agenda de En dónde estamos Local de cobranza de ISO 8583 Provee reglas para definir transacciones

Más detalles

SSTQB. Nivel Fundamentos. Examen ejemplo. Programa de estudios 2010

SSTQB. Nivel Fundamentos. Examen ejemplo. Programa de estudios 2010 SSTQB Nivel Fundamentos Examen ejemplo Página 1 de 12 Fecha publicación: 28 - octubre - 2015 Índice Preguntas... 3 Respuestas... 12 Página 2 de 12 Fecha publicación: 28 - octubre - 2015 Preguntas 1 2 Una

Más detalles

calidad brochure Testing Factor y Ser vices/software Quality Assurance IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000

calidad brochure Testing Factor y Ser vices/software Quality Assurance IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000 calidad 2009 brochure Testing Factor y Ser vices/software Quality Assurance IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000 Software Testing Services Validación y optimización de Software

Más detalles

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software Universidad Técnica Federico Santa María Departamento de Informática Ingeniería de Software Dr. Marcello Visconti Z. Programa Proceso de Software y Paradigmas de Desarrollo Gestión de Proyectos Fases del

Más detalles

Testing de Performance

Testing de Performance Testing de Performance Conceptos, Documentos y herramientas Por Jose Pablo Sarco Agenda Conceptos Por qué hacer pruebas de Performance? Beneficios en cada tipo de test Documentación Metodología Performance

Más detalles

Menhir Sistemas SRL.

Menhir Sistemas SRL. Página 1 Menhir Sistemas SRL. Es una empresa de tecnología formada por profesionales y técnicos enfocada al segmento corporativo en varias Unidades de Negocios. En la siguiente, presentamos detalladamente

Más detalles

PROPUESTA PARA LA IMPLANTACIÓN DE LA NORMA UNE- ISO 20000EN EL GRUPO TECNOCOM

PROPUESTA PARA LA IMPLANTACIÓN DE LA NORMA UNE- ISO 20000EN EL GRUPO TECNOCOM PROPUESTA PARA LA IMPLANTACIÓN DE LA NORMA UNE- ISO 20000EN EL GRUPO TECNOCOM Eduardo Álvarez, Raúl Blanco, Evelyn Familia y Marta Hernández. Pertenece el sector de la TI Es una de las cinco mayores compañías

Más detalles

LABORATORIO 6. Gestión del Rendimiento en el SMBD Oracle.

LABORATORIO 6. Gestión del Rendimiento en el SMBD Oracle. LABORATORIO 6. Gestión del Rendimiento en el SMBD Oracle. GUÍA DE LABORATORIO Nº 6 Actividad de Proyecto No. 4: ESTABLECER LOS NIVELES DE SERVICIO DE ACUERDO CON ESTANDARES Y REQUERIMIENTOS DE LA ORGANIZACIÓN.

Más detalles

Calidad y Software. Evento ONGEI 29 mar 11. www.asistp.com 1

Calidad y Software. Evento ONGEI 29 mar 11. www.asistp.com 1 Calidad y Software Evento ONGEI 29 mar 11 www.asistp.com 1 Agenda La Calidad y los Procesos El Proceso de Software Las pruebas de Software www.asistp.com 2 Calidad www.asistp.com 3 Calidad algunas definiciones

Más detalles

IBM Rational Statemate ayuda a los ingenieros de sistemas a enfrentarse a los retos del mercado de sistemas integrados complejos

IBM Rational Statemate ayuda a los ingenieros de sistemas a enfrentarse a los retos del mercado de sistemas integrados complejos ZP09-0207, con fecha 2 de junio de 2009 IBM Rational Statemate ayuda a los ingenieros de sistemas a enfrentarse a los retos del mercado de sistemas integrados complejos Índice 1 Resumen de características

Más detalles

A partir de este capítulo se introducen términos, probablemente nuevos para el

A partir de este capítulo se introducen términos, probablemente nuevos para el CAPITULO 3. PSP 0 Y PSP 0.1 A partir de este capítulo se introducen términos, probablemente nuevos para el lector que tienen que ver en su totalidad con PSP. También se dan a conocer los formatos, "scripts

Más detalles

Administración de servicios Web (MF0495_3)

Administración de servicios Web (MF0495_3) Ficha de orientación al alumno para su participación en la acción formativa Administración de servicios Web (MF0495_3) A quién está dirigido este Módulo Formativo? Trabajadores ocupados o desempleados

Más detalles

DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA

DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA ADMINISTRACIÓN DE COMPRAS DE ALMACÉN INITE, S.C. no es responsable del contenido, de la veracidad de los datos, opiniones y acontecimientos vertidos en el presente

Más detalles

NexTReT. Internet Status Monitor (ISM) Whitepaper

NexTReT. Internet Status Monitor (ISM) Whitepaper Rambla Catalunya, 33 08007 Barcelona Tel.: (+34) 932 541 530 Fax: (+34) 934 175 062 Calle Fortuny, 3 28010 Madrid Tel.: (+34) 917 021 645 Fax: (+34) 913 198 453 www.nextret.net nextret@nextret.net Índice

Más detalles

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos ANEXO VI. Mejores prácticas para el éxito de un sistema de información Uno de los problemas de información dentro de las empresas es contar con datos importantes del negocio y que éstos estén aislados

Más detalles

Identificación rápida de cuellos de botella: Una mejor manera de realizar pruebas de carga. Documento técnico de Oracle Junio de 2009

Identificación rápida de cuellos de botella: Una mejor manera de realizar pruebas de carga. Documento técnico de Oracle Junio de 2009 Identificación rápida de cuellos de botella: Una mejor manera de realizar pruebas de carga Documento técnico de Oracle Junio de 2009 Identificación rápida de cuellos de botella: Una mejor manera de realizar

Más detalles

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL I. Datos Generales de la Calificación CTEL0449.01 Propósito Título Operación y mantenimiento de sistemas de conmutación por paquetes en redes de área amplia (WAN) Ofertar al sector un referente que permita

Más detalles

configuración, no codificación

configuración, no codificación INFORME OFICIAL septiembre de 2012 configuración, no codificación Cómo CA Nimsoft Service Desk acelera la implementación y el tiempo de posicionamiento agility made possible tabla de contenido resumen

Más detalles

Sistemas de Programas Universidad Simón Bolívar

Sistemas de Programas Universidad Simón Bolívar Pruebas en sistemas orientados a objetos Sistemas de Programas Universidad Simón Bolívar Agenda 2 Introducción Qué es probar software? Por qué necesitamos probar el software? Terminología de Pruebas Black

Más detalles

PRESENTACION CORPORATIVA

PRESENTACION CORPORATIVA PRESENTACION CORPORATIVA NODUM SOFTWARE Tecnología de Gestión Orientada a Procesos TABLA DE CONTENIDO INTRODUCCION... 3 LA EMPESA... 3 VISIÓN... 3 PRODUCTOS NODUM... 4 CONCEPCIÓN DE LOS PRODUCTOS... 4

Más detalles

Gestionando Agile/Scrum con Sciforma

Gestionando Agile/Scrum con Sciforma agile Gestionando Agile/Scrum con Sciforma El desarrollo ágil de software son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones

Más detalles

INFORME TECNICO PARA ADQUISICION DE UNA SOLUCIÓN DE MONITOREO DE APLICACIONES JAVA. 2. RESPONSABLE DE EVALUACION : Ing. Eduardo Vásquez Díaz

INFORME TECNICO PARA ADQUISICION DE UNA SOLUCIÓN DE MONITOREO DE APLICACIONES JAVA. 2. RESPONSABLE DE EVALUACION : Ing. Eduardo Vásquez Díaz INFORME TECNICO PARA ADQUICION DE UNA SOLUCIÓN DE MONITOREO DE APLICACIONES JAVA 1. MBRE DEL AREA : Oficina de Sistemas 2. RESPONSABLE DE EVALUACION : Ing. Eduardo Vásquez Díaz 3. CARGOS : Analista de

Más detalles

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos Páginas 1 de 7 1. OBJETIVO Brindar el marco normativo que fije las condiciones en que deben prestarse los Servicios de Tecnologías de Información a los procesos de la organización, estableciendo criterios

Más detalles

D E S C R I P C I Ó N

D E S C R I P C I Ó N ADAPTOR pertenece a la nueva generación en herramientas de Integración de Sistemas (EAI) fuertemente inspirada en el paradigma SOA y capaz de funcionar en un bus de servicios (ESB), es la forma más eficiente

Más detalles

LA FUNCIÓN DE PRUEBAS EN UN ENTORNO ALTAMENTE OPERATIVO

LA FUNCIÓN DE PRUEBAS EN UN ENTORNO ALTAMENTE OPERATIVO LA FUNCIÓN DE PRUEBAS EN UN ENTORNO ALTAMENTE OPERATIVO Jefe de Área Centro de Tecnología Gerencia de Informática de la Seguridad Social Jefe de Servicios de Preexplotación Centro de Tecnología Gerencia

Más detalles

Introducción al Proceso de Pruebas.

Introducción al Proceso de Pruebas. Introducción al Proceso de Pruebas. Javier Gutiérrez / javierj@us.es Introducción al proceso de pruebas Objetivo: repasar las ideas principales sobre las pruebas del software y, en concreto, las que usaremos

Más detalles

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

Más detalles

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE INTRODUCCIÓN El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el

Más detalles

Modelo de calidad IT Mark

Modelo de calidad IT Mark Modelo de calidad IT Mark Agenda de Trabajo 1. Área de Calidad 2. Introducción IT Mark 3. Proceso del Negocio 3.1 Ten Square. 3.2 Evaluación 3.3 Evidencias 3.4 Presentación de resultados. 4. Proceso de

Más detalles

Implantación de Sistemas

Implantación de Sistemas Implantación de Sistemas Maria Ines Parnisari 17 de Diciembre de 2014 Índice Parte 1: Implantación... 2 Factores clave para una implantación exitosa... 2 Etapas de un proyecto de Sistemas... 2 Fases de

Más detalles

Badboy: Manual de usuario

Badboy: Manual de usuario Badboy: Manual de usuario Fecha: Referencia: EJIE S.A. Mediterráneo, 3 Tel. 945 01 73 00* Fax. 945 01 73 01 01010 Vitoria-Gasteiz Posta-kutxatila / Apartado: 809 01080 Vitoria-Gasteiz www.ejie.es Este

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S4 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

Planificación de la capacidad del servidor HP NonStop

Planificación de la capacidad del servidor HP NonStop Planificación de la capacidad del servidor HP NonStop Servicios de HP Datos técnicos Determinar los futuros requisitos de capacidad del hardware para los sistemas NonStop de procesamiento de crecientes

Más detalles

Desafios do Teste de Desempenho. Edgardo Greising egreising@ces.com.uy PUCRS, Testing Day II Abril 2009

Desafios do Teste de Desempenho. Edgardo Greising egreising@ces.com.uy PUCRS, Testing Day II Abril 2009 Desafios do Teste de Desempenho Edgardo Greising egreising@ces.com.uy PUCRS, Testing Day II Abril 2009 Prueba de Performance Establecer el rendimiento de un sistema Detectar errores solamente observables

Más detalles

Introducción En este apartado se va a proporcionar una apreciación global del SRS.

Introducción En este apartado se va a proporcionar una apreciación global del SRS. INTRODUCCIÓN Se pretende desarrollar una aplicación web para la gestión de un restaurante que ofrece espectáculos en fechas determinadas con el fin de poner en práctica los principios de planificación

Más detalles

Evaluación de herramientas Free/Open Source para pruebas de software

Evaluación de herramientas Free/Open Source para pruebas de software Evaluación de herramientas Free/Open Source para pruebas de software Francisco Javier Díaz 1, Claudia M. Banchoff T. 1, Anahí S. Rodríguez 1 y Valeria Soria 1, 1 Laboratorio de Investigación de Nuevas

Más detalles

Brindar al alumno un marco teórico y práctico para el desarrollo de software bajo estándares de calidad.

Brindar al alumno un marco teórico y práctico para el desarrollo de software bajo estándares de calidad. Universidad Católica San Pablo Facultad de Ingeniería y Computación Programa Profesional de Ciencia de la Computación SILABO CS290T. Ingeniería de Software I (Obligatorio) 2012-2 1. DATOS GENERALES 1.1

Más detalles

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar 1 Definir el problema/oportunidad Definir problema de negocio o la oportunidad de mejora utilizando el pensamiento sistémico. Mapa Conceptual Desarrollar soluciones alternativas Seleccionar la solución

Más detalles

Proyecto Meta! Implementación SAP Fase 1 Testing

Proyecto Meta! Implementación SAP Fase 1 Testing Proyecto Meta! Implementación SAP Fase 1 Testing ASUG Argentina Premio a la Innovación de Proyecto SAP 2015 Agosto 2015 Testing: Enfoques y Momentos Se definió una Estrategia y un Plan para el aseguramiento

Más detalles

PROVIAS NACIONAL INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº 001-2007-MTC/20.2.6. 1. NOMBRE DEL ÁREA: Unidad de Informática

PROVIAS NACIONAL INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº 001-2007-MTC/20.2.6. 1. NOMBRE DEL ÁREA: Unidad de Informática PROVIAS NACIONAL INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº 001-2007-MTC/20.2.6 1. NOMBRE DEL ÁREA: Unidad de Informática 2. RESPONSABLES DE LA EVALUACIÓN: 3. CARGOS: Milton Sandoval Cruz Administrador

Más detalles

Medidas a tomar hacia una tramitación electrónica confiable. Asegurando globalmente la Calidad. Dirección General de Tráfico. Ministerio del Interior

Medidas a tomar hacia una tramitación electrónica confiable. Asegurando globalmente la Calidad. Dirección General de Tráfico. Ministerio del Interior Medidas a tomar hacia una tramitación electrónica confiable. Asegurando globalmente la Calidad. Dirección General de Tráfico. Ministerio del Interior DATOS GENERALES Antecedentes del servicio El nivel

Más detalles

ANEXO : PERFILES. Guía de Comunicación Digital para la Administración General del Estado. ANEXO PERFILES

ANEXO : PERFILES. Guía de Comunicación Digital para la Administración General del Estado. ANEXO PERFILES ANEXO : PERFILES Guía de Comunicación Digital para la Administración General del Estado. ANEXO PERFILES ANEXO: PERFILES. 3 1. REQUISITOS ANTES DE TENER EL SITIO WEB. 4 1.1 TOMA DE REQUISITOS. 4 1.2 ANÁLISIS

Más detalles

Introducción 90% Figura 1 Síndrome del 90%

Introducción 90% Figura 1 Síndrome del 90% El Problema Quality Control = Project Control? Indicadores Objetivos para Control de Proyectos de Desarrollo de Software Lic. Juan Pablo Pussacq Laborde Jefe de la Oficina de Proyectos, RMyA Introducción

Más detalles

Nuestros focos de negocios están orientados principalmente a: Ingeniería Integral en Software y de Procesos

Nuestros focos de negocios están orientados principalmente a: Ingeniería Integral en Software y de Procesos IT FACTORY 2015 NUESTRA EMPRESA IT-FACTORY, es una empresa joven Chilena que inició sus operaciones en el año 2010, que focaliza sus esfuerzos en brindar la ización y Desarrollo de Soluciones Tecnológicas,

Más detalles

Cualificación Profesional ADMINISTRACIÓN DE SERVICIOS DE INTERNET. Nivel 3. Versión 5

Cualificación Profesional ADMINISTRACIÓN DE SERVICIOS DE INTERNET. Nivel 3. Versión 5 Página 1 de 23 Cualificación Profesional ADMINISTRACIÓN DE SERVICIOS DE INTERNET Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC156_3 Versión 5 Situación Publicada Competencia general

Más detalles

Sistema de Gestión de Proyectos Estratégicos.

Sistema de Gestión de Proyectos Estratégicos. [Documento versión 2.0 del 24/06/2015] Sistema de Gestión de Proyectos Estratégicos. El sistema de Gestión de Proyectos Estratégicos (GPE), es una poderosa herramienta para administrar y gestionar los

Más detalles

METODOLOGÍA DEL PROCESO DE PRUEBAS DEL GOBIERNO DEL PRINCIPADO DE ASTURIAS METESPA

METODOLOGÍA DEL PROCESO DE PRUEBAS DEL GOBIERNO DEL PRINCIPADO DE ASTURIAS METESPA METODOLOGÍA DEL PROCESO DE PRUEBAS DEL GOBIERNO DEL PRINCIPADO DE ASTURIAS METESPA INDICE 1 Ámbito... 3 2 Alcance... 3 3 Políticas y Estrategias... 3 4 Visión General (Estructura la metodología)... 3 4.1

Más detalles

Pontificia Universidad Javeriana. TBA (Tool guide for BPM Agility) Visión y Especificación de Requerimientos. Version 1.0

Pontificia Universidad Javeriana. TBA (Tool guide for BPM Agility) Visión y Especificación de Requerimientos. Version 1.0 Pontificia Universidad Javeriana TBA (Tool guide for BPM Agility) Visión y Especificación de Requerimientos Version 1.0 Historial de Revisión del Documento Date Version Description Author 27/Ene/12 1.0

Más detalles

Universidad ORT Uruguay

Universidad ORT Uruguay Facultad de Ingeniería Metodología SCRUM Cátedra de Ingeniería de Software. Docente Responsable: Gastón Mousqués. Autor: Adriana Peralta 123357 2003 ÍNDICE GENERAL Introducción 2 Principales características

Más detalles

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

Más detalles

Automatización y Gestión de las Pruebas Funcionales usando Herramientas Open Source

Automatización y Gestión de las Pruebas Funcionales usando Herramientas Open Source Automatización y Gestión de las Pruebas Funcionales usando Herramientas Open Source Ignacio Esmite, Mauricio Farías, Nicolás Farías, Beatriz Pérez Centro de Ensayos de Software Agenda Contexto Herramientas

Más detalles

APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS

APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS MINISTERIO DE SANIDAD Y CONSUMO APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS DOCUMENTO Nº 6 1ª Versión Noviembre 20021 AGENCIA ESPAÑOLA DEL MEDICAMENTO

Más detalles

Alcance y descripción del servicio MONITOREO DE SERVIDORES

Alcance y descripción del servicio MONITOREO DE SERVIDORES Alcance y descripción del servicio MONITOREO DE SERVIDORES 1. Introducción. MONITOREO DE SERVIDORES, le permite al Cliente monitorear los Servidores (físicos o virtuales) y servicios (software) que se

Más detalles

ACELERANDO DEVOPS JORNADAS DE INFORMÁTICA DEL URUGUAY JIAP 2015. César Búa Solutions Services Manager Red Hat Latin America - TILSOR

ACELERANDO DEVOPS JORNADAS DE INFORMÁTICA DEL URUGUAY JIAP 2015. César Búa Solutions Services Manager Red Hat Latin America - TILSOR JORNADAS DE INFORMÁTICA DEL URUGUAY JIAP 2015 César Búa Solutions Services Manager Red Hat Latin America - TILSOR AGENDA El mundo en que vivimos Las organizaciones de IT Entorno típico de fabricación de

Más detalles

MANTENIMIENTO DE SOFTWARE

MANTENIMIENTO DE SOFTWARE MANTENIMIENTO DE SOFTWARE Definición de Mantenimiento El estándar IEEE 1219 [IEEE, 1993] define el Mantenimiento del Software como la modificación de un producto software después de haber sido entregado

Más detalles

Creaciones de paginas WEB Internet es una herramienta indispensable en los negocios. El tener un Sitio Web te permite dar a conocer a tu empresa o

Creaciones de paginas WEB Internet es una herramienta indispensable en los negocios. El tener un Sitio Web te permite dar a conocer a tu empresa o Creaciones de paginas WEB Internet es una herramienta indispensable en los negocios. El tener un Sitio Web te permite dar a conocer a tu empresa o negocio a una cantidad inimaginable de clientes potenciales,

Más detalles

PFC- Aplicaciones Web para trabajo colaborativo:

PFC- Aplicaciones Web para trabajo colaborativo: PFC- Aplicaciones Web para trabajo colaborativo: Aplicación para Control de una Integración de S.I. 2º Ciclo Ingeniería Informática Curso 2011-2012 Consultor : Fatos Xhafa Autor : Miguel Angel Pineda Cruz

Más detalles

BOLETÍN OFICIAL DEL ESTADO

BOLETÍN OFICIAL DEL ESTADO Núm. 185 Martes 4 de agosto de 2015 Sec. I. Pág. 69634 ANEXO XV Cualificación profesional: Administración y Programación en Sistemas de Planificación de Recursos Empresariales y de Gestión de Relaciones

Más detalles

Penetration Test Metodologías & Usos

Penetration Test Metodologías & Usos Penetration Test Metodologías & Usos Lic. Luis Ramírez lramirez@cybsec.com 18 de Noviembre de 2009 Asunción, n, Paraguay Agenda Introducción Seguridad Informática en los Sistemas Objetivos, Tipos y Alcances

Más detalles

Todo sobre mi móvil. Andrea Laguna Miguel Rial HP Software Iberia

Todo sobre mi móvil. Andrea Laguna Miguel Rial HP Software Iberia Todo sobre mi móvil Andrea Laguna Miguel Rial HP Software Iberia 55% Del tiempo empleado en sitios de venta online se lleva a cabo en un dispositivo móvil En 2016, los proyectos de aplicaciones móviles

Más detalles

Alcance y descripción del servicio. Backup Servidor IPLAN. IPLAN iplan.com.ar NSS S.A. Reconquista 865 C1003ABQ Buenos Aires Argentina

Alcance y descripción del servicio. Backup Servidor IPLAN. IPLAN iplan.com.ar NSS S.A. Reconquista 865 C1003ABQ Buenos Aires Argentina Alcance y descripción del servicio Backup Servidor IPLAN 1. Introducción Backup Servidor IPLAN le permite al Cliente realizar resguardos periódicos de la información de su Servidor Virtual y/o Servidor

Más detalles

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga Actividad 2 Unidad 1 Ciclo de vida del software y Diseño Orientado a Objetos Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto

Más detalles

Servidores Donantonio

Servidores Donantonio Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3

Más detalles

270067 - CPD - Centros de Proceso de Datos

270067 - CPD - Centros de Proceso de Datos Unidad responsable: 270 - FIB - Facultad de Informática de Barcelona Unidad que imparte: 701 - AC - Departamento de Arquitectura de Computadores Curso: Titulación: 2015 GRADO EN INGENIERÍA INFORMÁTICA

Más detalles

Propuestas de Proyectos de Grado 2014

Propuestas de Proyectos de Grado 2014 Propuestas de Proyectos de Grado 2014 Laboratorio de Integración de Sistemas 26 de Febrero, 2014 Instituto de Computación Facultad de Ingeniería Universidad de la República de Uruguay Laboratorio de Integración

Más detalles

SOLUCIONES EN SEGURIDAD SERVICIOS GESTIONADOS

SOLUCIONES EN SEGURIDAD SERVICIOS GESTIONADOS SOLUCIONES EN SEGURIDAD SERVICIOS GESTIONADOS Con los Servicios Gestionados se transfieren, parcial o totalmente, las responsabilidades y operaciones relacionadas con el área de seguridad a un tercero

Más detalles