UNIVERSIDAD SIMÓN BOLÍVAR Ingeniería de Computación. Desarrollo del sistema MONDES. Monitor de desempeño. Por Daniel Nicolás Luna Ferrer

Transcripción

1 UNIVERSIDAD SIMÓN BOLÍVAR Ingeniería de Computación Desarrollo del sistema MONDES. Monitor de desempeño Por Daniel Nicolás Luna Ferrer INFORME FINAL DE CURSOS EN COOPERACIÓN Presentado ante la ilustre Universidad Simón Bolívar como requisito parcial para optar al título de Ingeniero de Computación Sartenejas, Febrero de 2005

2 UNIVERSIDAD SIMÓN BOLÍVAR DECANATO DE ESTUDIOS PROFESIONALES COORDINACIÓN DE INGENIERÍA DE COMPUTACIÓN ACTA DE EVALUACIÓN DE CURSOS EN COOPERACIÓN Desarrollo del sistema MONDES. Monitor de desempeño Presentado por Daniel Nicolás Luna Ferrer Este informe final de Cursos en Cooperación ha sido aprobado en nombre de la Universidad Simón Bolívar por el siguiente jurado examinador: Prof. Edgardo Broner Jurado Prof. Soraya Abad Mota Tutor Académico Sartenejas, Febrero de 2005 ii

3 Desarrollo del sistema MONDES. Monitor de desempeño Por Daniel Nicolás Luna Ferrer RESUMEN En el proyecto de pasantía, presentado en este informe, se desarrolló un sistema que permite la supervisión del desempeño de los servidores y aplicaciones administrados por el departamento Administración de Niveles de Servicio de la empresa Telcel. Para el desarrollo de este proyecto se utilizó la metodología Rational Unified Process (RUP); se siguieron las fases de desarrollo de esta metodología y se utilizó el Unified Modeling Language (UML) como lenguaje de especificación. El sistema desarrollado requirió la implementación de una base de datos donde los parámetros de desempeño de los servidores y aplicaciones son almacenados. Específicamente se pueden señalar como logros del proyecto de pasantía, los siguientes: se mejoró el proceso de recolección de estadísticas en los servidores, se incrementó la cantidad de parámetros medidos y se automatizó la generación de los reportes de rendimiento y capacidad. Estos reportes satisfacen las necesidades de información de los diversos tipos de usuarios y pueden ser consultados vía web. iii

4 DEDICATORIA A mis padres Petra y Vladimiro, y a mis hermanos Patricia, David y Davis, por todo el amor y apoyo que me han brindado. iv

5 AGRADECIMIENTOS Quisiera agradecer a todas aquellas personas que de una u otra forma me dieron su apoyo y ayuda durante la realización del proyecto de pasantía, sin ningún tipo de orden de preferencia. A mis padres y hermanos por brindarme su compañía y calor de hogar durante todos los días de mi vida. En especial a mi hermana Patricia por su colaboración en la elaboración de este informe. A mi tutora académica la Prof. Soraya Abad Mota por la colaboración brindada y por su orientación en los momentos de dudas. A mi tutora industrial Jackeline Perozo por enseñarme tantas cosas y por corregir cada uno de mis errores durante la realización de la pasantía. A todos los que forman parte del departamento Administración de Niveles de Servicio, en especial a Adriana del Valle, Iven Marcano, y Janeth Rivas por hacer de mi estadía en este departamento una experiencia inolvidable y por sus valiosas orientaciones en el ámbito laboral. v

6 ÍNDICE GENERAL Pág. I. INTRODUCCIÓN... 1 II. ENTORNO EMPRESARIAL... 3 III. MARCO TEÓRICO... 5 III.1 Sistemas informáticos... 5 III.2 Sistemas de operación III.2.1 Algunos tipos de sistemas de operación III.3 Administración de Niveles de Servicio III.3.1 Evaluación de desempeño III Un acercamiento sistemático a la evaluación de desempeño III Métricas de desempeño usadas comúnmente III Monitor III Terminología de monitores III Clasificación de los monitores III Monitores de software III Monitores de hardware III Monitores firmware III Monitores de sistemas distribuidos III Fundamentos de SQL*Loader III Herramientas de desarrollo IV. PLANTEAMIENTO DEL PROBLEMA V. MARCO METODOLÓGICO V.1.2. Estructura dinámica del proceso. Fase e iteraciones V Fase de Inicio V Fase de Elaboración V Fase de Construcción V Fase de Transición V.1.3. Estructura estática del proceso VI. FASE DE INICIO VI.1 Visión del Proyecto vi

7 VI.2 Lista Inicial de Riesgos VI.3 Glosario del sistema VI.4 Modelo inicial de casos de uso del sistema VI.4.1 Actores VI.4.2 Casos de uso VI.5 Plan de Proyecto VII. FASE DE ELABORACIÓN VII.1 Requerimientos no funcionales VII.2 Descripción de la arquitectura del sistema VII.2.1 Vista lógica VII.2.2 Vista de Procesos VII.2.3 Vista de implementación VII.2.4 Vista de implantación VII.2.5 Casos de Uso (escenarios) VII.2.6 Patrón Model View Controller VII.3 Diseño de la interfaz del usuario VIII. FASE DE CONSTRUCCIÓN VIII.1 Descripción de la versión actual de sistema VIII.3 El proceso de pruebas IX. CONCLUSIONES Y RECOMENDACIONES IX.1 CONCLUSIONES IX.2 RECOMENDACIONES BIBLIOGRAFÍA APÉNDICES APÉNDICE I. VISIÓN DEL PROYECTO APÉNDICE II. LISTA DE RIESGOS APÉNDICE III. GLOSARIO APÉNDICE IV. DESCRIPCIÓN INICIAL DE CASOS DE USO APÉNDICE V. COMANDOS DE DESEMPEÑO APÉNDICE VI. DICCIONARIO DE DATOS APÉNDICE VII. MODELO RELACIONAL vii

8 APÉNDICE VIII. DESCRIPCIÓN DE CASOS DE USO APÉNDICE IX. DIAGRAMAS DE COLABORACIÓN ANEXOS ANEXO A. Organigrama de la Empresa ANEXO B. Organigrama de la Vicepresidencia viii

9 ÍNDICE DE FIGURAS. Pág. Figura 1. Componentes de un computador....6 Figura 2. Arquitectura de UNIX....8 Figura 3. Descripción de SQL*Loader...23 Figura 4. El proceso está estructurado en dos dimensiones...30 Figura 5. Trabajadores, actividades y artefactos...36 Figura 6. Diagrama de casos de uso (Sistema de Carga)...42 Figura 7. Diagrama de casos de uso (Empleado) Figura 8. Diagrama de casos de uso (Administrador) Figura 9. Modelo de 4+1 Vistas...51 Figura 10. Diagrama del modelo conceptual...52 Figura 11. Diagrama de clases. Módulo de carga de datos Figura 12. Diagrama de clases. Módulo web Figura 13. Diagrama ER...55 Figura 14. Vista de implantación Figura 15. Patrón MVC...62 Figura 16. Pantalla de front-end Figura 17. Pantalla de back-end...65 Figura 18. Pantalla de front-end Figura 19. Componentes de la aplicación Web...71 ix

10 ÍNDICE DE TABLAS. Pág. Tabla 1. Descripción de la Fase de Inicio...32 Tabla 2. Descripción de la Fase de Elaboración Tabla 3. Descripción de la Fase de Construcción Tabla 4. Descripción de la Fase de Transición...35 Tabla 5. Actores del sistema Tabla 6. Plan de Iteración. Fase de Inicio Tabla 7. Plan de Iteración. Fase de Elaboración...47 Tabla 8. Plan de Iteración. Fase de Construcción...47 Tabla 9. Requerimientos no Funcionales x

11 ABREVIATURAS. BD: Base de datos. DBMS: DataBase Management System. CASE: Computer Aided Software Engineering (Ingeniería de software asistida por computadora). CPU: Central Processing Unit. EJB: Enterprise Java Bean. ER: Entity-Relationship (Entidad-Interrelación). FTP: File Transfer Protocol. HTML: Hypert Text Markup Language. HTTP: Hypert Text Transfer Protocol. IP: Internet Protocol. IVR: Interactive Voice Response. JDBC: Java DataBase Connectivity. JSP: Java Server Pages. Kb: Kilobytes. Mbps: Megabits por segundo. MHz: Mega Hertz. MOU: Minutes of use. NFS: Network File System. RUP: Rational Unified Process. SLA: Service Level Agreement. SLM: Service Level Management. SMS: Short Message Service. SO: Sistema de operación. SQL: Structured Query Language. TI: Tecnología de información. UML: Unified Modeling Language. WAP: Wireless Application Protocol. XML: Extensible Markup Language. xi

12 I. INTRODUCCIÓN El desempeño es un criterio fundamental en el diseño y la escalabilidad de los sistemas informáticos. La meta de toda organización es alcanzar un alto desempeño de los sistemas informáticos a un bajo costo. El departamento Administración de Niveles de Servicio de la empresa Telcel se encarga de planificar y entonar la infraestructura tecnológica, garantizando disponibilidad, operatividad y capacidades que permitan soportar las necesidades actuales y futuras de la organización. Para ello, el departamento analiza periódicamente el desempeño de los recursos tecnológicos: servidores y aplicaciones del negocio. El estudio del desempeño de los recursos tecnológicos requiere la recolección de datos sobre parámetros de servidores y aplicaciones, configuración de hardware y software; así como también información sobre cambios y problemas relacionados con los recursos. Los datos sobre los parámetros de los servidores y las configuraciones son medidos por el departamento Administración de Niveles de Servicio. En cambio, la información sobre los parámetros de las aplicaciones, los cambios y los problemas es administrada por otros departamentos. El objetivo del proyecto de pasantía, presentado en este informe, es el desarrollo de un sistema que permita la supervisión del desempeño de los servidores y aplicaciones del negocio. Para alcanzar esta meta, se desarrollará una BD donde serán almacenados los parámetros de desempeño. También se requiere recolectar estos parámetros en los servidores con SO: Solaris, Digital Unix y VMS, y la importación a la BD de la información sobre parámetros de aplicaciones, cambios y problemas. Finalmente es necesario el desarrollo de una aplicación Web que permita consultar los datos almacenados en la base de datos. 1

13 El informe que se presenta a continuación está estructurado de la siguiente manera. En el capítulo II se describe el entorno empresarial donde se realizó la pasantía. En el capítulo III se exhibe el planteamiento del problema que originó el desarrollo del sistema, bautizado con el nombre: MONDES. En el capítulo IV se presenta el marco teórico, las bases teóricas en las que se fundamenta el desarrollo del proyecto. En el capítulo V se describe la metodología de desarrollo utilizada. En los capítulos VI, VII y VIII, se muestran los entregables de cada fase de la metodología (fase de inicio, fase de elaboración y fase de construcción). Finalmente en el capítulo IX se presentan las conclusiones y recomendaciones. 2

14 II. ENTORNO EMPRESARIAL Telcel es una de las empresas de telecomunicaciones más importantes de Venezuela que tiene como misión satisfacer las necesidades de sus clientes y del mercado, mediante la calidad de sus servicios, con el empleo de la tecnología más avanzada y con recursos humanos altamente calificados, a fin de alcanzar la rentabilidad de la empresa y contribuir con el desarrollo del país. Telcel tiene como filosofía estar a la vanguardia con la más avanzada tecnología, a fin de brindar excelencia y calidad en servicios de telecomunicaciones [1]. Los valores que caracterizan a la empresa son: la dedicación al cliente, el respeto, la honestidad, la mejora continua y el apoyo a las comunidades. Actualmente la empresa es líder del mercado de telefonía celular en Venezuela. Además ofrece servicios de telefonía fija inalámbrica, larga distancia nacional e internacional, conexión a Internet dial up y banda ancha, servicio de redes privadas, T- Motion y portales especializados. Desde su creación en 1991 como operadora de telefonía celular, se ha convertido en una empresa integral de telecomunicaciones con la incorporación de otros servicios y tecnologías que permiten a la empresa satisfacer las nuevas necesidades de sus clientes y consolidarse en el creciente mercado de telecomunicaciones. La estructura organizacional de Telcel es jerárquica funcional. En esta estructura el personal es agrupado por sus conocimientos. Está conformada por una presidencia, vicepresidencias, direcciones ejecutivas, gerencias generales y gerencias (ver Anexo 1). Actualmente cuenta con 11 vicepresidencias: Senior de Mercadeo, Senior de Operaciones, Administración y Finanzas, Administración, Tecnología de Información, Redes e Infraestructura, Asuntos Regulatorios, Consultoría Jurídica, Inversión Social, Recursos Humanos, y Logística y Servicios. 3

15 La pasantía se realizó en el departamento Administración de Niveles de Servicio (ver Anexo 2) que pertenece a la Gerencia de Servicios de Gestión, la cual está subordinada a la Dirección Ejecutiva de Tecnología de Información. Esta a su vez esta adscrita a la Vicepresidencia de Tecnología de Información. El departamento Administración de Niveles de Servicio es el responsable de que la infraestructura de Tecnología de Información (TI) se planifique y esté permanentemente dimensionada, garantizando disponibilidad, operatividad y capacidades que permitan soportar las necesidades actuales y futuras del negocio [2]. La administración de niveles de servicio, comienza con la definición de los requerimientos de servicio, el estudio del rendimiento de los componentes y el diseño de una infraestructura que permita alcanzar los acuerdos de niveles de servicio (SLA) que se establecen con los clientes. Y termina con la comunicación de los resultados de rendimiento y capacidad y las recomendaciones para garantizar los SLA. Los recursos considerados en el proceso de administración de niveles de servicio en TI incluyen: o Hardware (por ejemplo: servidores de aplicaciones, servidores web, servidores de base de datos, periféricos, entre otros). o Código de sistemas de soporte (por ejemplo: sistemas de operación, subsistemas, Oracle, Informix, entre otros). o Componentes de redes (por ejemplo: MAU, CAU, enrutadores, bridges ). o Aplicaciones y código integrador (por ejemplo: Prepago, SAP R/3, PeopleSoft, entre otros). o Middleware. 4

16 III. MARCO TEÓRICO En este capítulo se presentan las bases teóricas y las tecnologías en las que se fundamenta el desarrollo de este proyecto. III.1 Sistemas informáticos. En un alto nivel, un computador consta de procesador, memoria y componentes de E/S (entrada/salida), con uno o más módulos de cada tipo. Estos componentes están interconectados de alguna forma para llevar a cabo la función principal del computador, que es ejecutar programas. Así pues, se tienen cuatro elementos estructurales principales [3]: Procesador: Controla la operación del computador y lleva a cabo las funciones de procesamiento de datos. Cuando hay un sólo procesador, se suele denominar unidad central de procesamiento (CPU) [3]. Memoria principal. Almacena los datos y los programas. Esta memoria es normalmente volátil; también se le conoce como memoria real, o memoria primaria [3]. Módulos de E/S: Transportan los datos entre el computador y su entorno exterior. El entorno exterior consta de una variedad de dispositivos externos, incluyendo los dispositivos de memoria secundaria, los equipos de comunicación y los terminales [3]. Interconexión de sistemas: ciertos mecanismos y estructuras que permiten la comunicación entre procesadores, memoria principal y los módulos de E/S [3]. La figura 1 ilustra estos componentes de alto nivel. El procesador es normalmente quien lleva el control. Una de sus funciones es intercambiar los datos con la memoria. Para este propósito hace uso de dos registros internos: Un registro de 5

17 direcciones de memoria (MAR, Memory Address Register) el cual especifica la dirección en memoria de la próxima lectura o escritura y un registro intermedio (buffer) de memoria (MBR, Memory Buffer Register), que contiene los datos que van a ser escritos a memoria o que fueron leídos de la misma. De manera similar, un registro de direcciones de E/S (IOAR, Input/Output Ardes Register) especifica un dispositivo particular de E/S. Un registro intermedio de E/S (IOBR, Input/Output Buffer Register) se utiliza para intercambiar datos entre un módulo de E/S y el procesador [3]. Figura 1. Componentes de un computador. Un módulo de memoria consta de un conjunto de ubicaciones definidas por direcciones enumeradas secuencialmente. Cada ubicación contiene un número binario que puede ser interpretado como una instrucción o como un dato. Un moduló de E/S transfiere datos desde los dispositivos externos hacia la memoria y el procesador y viceversa. Este contiene buffers internos para almacenar temporalmente los datos hasta que puedan ser enviados [3]. III.2 Sistemas de operación. Un sistema de operación es un programa que controla la ejecución de los programas de aplicación y que actúa como interfaz entre el usuario de un computador y 6

18 el hardware del mismo. Puede considerarse que un sistema de operación tiene tres objetivos o lleva a cabo tres funciones [3]: o Comodidad: Un sistema de operación hace que un computador sea más cómodo de utilizar. o Eficiencia: Un sistema de operación permite que los recursos de un computador se aprovechen de una manera más eficiente. o Capacidad de evolución: un sistema de operación debe construirse de modo que permita el desarrollo efectivo, la verificación y la introducción de nuevas funciones en el sistema y, a la vez, no interfiera en los servicios que brinda. III.2.1 Algunos tipos de sistemas de operación. Sistema UNIX, Versión V. La figura 2 ofrece una descripción general de la arquitectura de UNIX. El hardware básico está rodeado por el software del sistema de operación. El sistema de operación se llama a menudo núcleo del sistema o, simplemente, núcleo ( kernel ) para realzar su aislamiento de las aplicaciones y de los usuarios. Sin embargo, UNIX viene equipado con una serie de servicios de usuario e interfaces que se consideran parte del sistema. Estos pueden agruparse en: un shell, algún otro software de interfaz y los componentes del compilador de C (compilador, ensamblador, cargador). La capa exterior está formada por las aplicaciones de los usuarios y una interfaz de usuario con el compilador C [3]. 7

19 Figura 2. Arquitectura de UNIX. Los programas de usuario pueden invocar a los servicios del sistema de operación directamente o a través de librerías. La interfaz de llamadas al sistema es la frontera con el usuario y le permite al software de alto nivel el acceso a las funciones específicas del núcleo. En el otro extremo, el sistema de operación contiene rutinas primitivas que interactúan directamente con el hardware. Entre estas dos interfaces, el sistema está dividido en dos partes fundamentales, una ocupada del control de los procesos y la otra relacionada con la gestión de archivos y la E/S. El subsistema de control de procesos es el responsable de la gestión de memoria, la planificación y expedición de los procesos y la sincronización y comunicación entre procesos. El sistema de archivos intercambia los datos entre la memoria y los dispositivos externos, tanto en flujos de caracteres como en bloques. Para lograr esto, se utilizan varios manejadores de dispositivo. Para las transferencias de bloques se utiliza un método cache de disco: Se coloca un buffer del sistema en la memoria principal entre el espacio de direcciones del usuario y el dispositivo externo [3]. 8

20 VMS (Virtual Memory System). OpenVMS es un sistema de operación multiprocesador y multiusuario que fue diseñado por Digital, ahora poseída por Hewlett-Packard, para ser usado en procesamiento por lotes, y en procesamiento de transacciones. Funcionó originalmente en sistemas VAX, y actualmente puede ejecutarse en sistemas DEC Alpha e Intel Itanium [4]. OpenVMS se puede dividir en tres capas: o El núcleo, compuesto por los subsistemas de entrada-salida, gerencia de memoria, y gerencia del procesador. o Servicios core, formados por DCL, RMS, DECwindows y los RTL. o Programas utilitarios para soporte, gestión del sistema, y programación. Entre las características mas notables de OpenVMS está el ambiente del lenguaje común (Common Language Environment), un estándar definido que especifica llamadas a funciones y rutinas, incluyendo el uso de la pila y los registros, etc., independientemente del lenguaje de programación. Debido a esto, es posible llamar a una rutina escrita en un lenguaje como FORTRAN de otro como C. OpenVMS está implementado en una gran variedad de lenguajes (tales como BLISS, VAX Macro, Ada, PL/I, C, Fortran, Basic, y varios otros), a diferencia de Unix que está implementado casi completamente en lenguaje C [4]. III.3 Administración de Niveles de Servicio. La administración de Niveles de Servicio (SLM, Service Level Management) es la metodología y los procedimientos usados para asegurar que todos los usuarios de Tecnología de Información (TI) reciban niveles de servicio adecuados de acuerdo con las prioridades del negocio y a costos aceptables. Una administración de Niveles de Servicio eficaz requiere que la organización de TI entienda a fondo cada servicio que ofrece, incluyendo la prioridad e importancia en el negocio de cada uno [5]. 9

21 Los niveles de servicio se definen típicamente en términos de la disponibilidad, tiempo de respuesta, integridad, y seguridad entregada a los usuarios del servicio. Estos criterios deben ser definidos en concordancia con las metas específicas de la aplicación que es proporcionada. Por ejemplo, una aplicación de recursos humanos puede requerir comunicaciones tales como intercambio de correo entre individuos. Una aplicación de registro de órdenes puede implicar múltiples aplicaciones de cooperación tales como una para la administración de la cadena del suplidor. En todos los casos, el servicio debe ser tratado como un sistema cerrado y con todos los niveles de servicio directamente relacionados con la experiencia del usuario final [5]. El instrumento utilizado para asegurar niveles de servicio adecuados es el acuerdo de niveles de servicio (SLA, Service Level Agreement), el cual consiste de un contrato entre la unidad de TI y sus clientes donde se especifican los parámetros de capacidad del sistema, el rendimiento de la red y sobre todo el tiempo de respuesta requerido para asegurar los objetivos del negocio. EL SLA también define un proceso para medir y reportar la calidad del servicio proporcionado por la organización de TI, y éste describe la compensación que recibe el cliente si la organización le falla [5]. III.3.1 Evaluación de desempeño. El desempeño es un criterio clave en el diseño y uso de los sistemas informáticos. Como tal, la meta de los ingenieros, los científicos, los analistas, y los usuarios de estos sistemas es obtener un alto rendimiento a un bajo costo. Para alcanzar esa meta, los profesionales de los sistemas informáticos necesitan, por lo menos, un conocimiento básico de la terminología de la evaluación de desempeño y técnicas. Cualquier persona asociada a los sistemas informáticos debe poder establecer los requerimientos de desempeño de sus sistemas y debe poder comparar diversas alternativas para encontrar la que mejor satisfaga sus requerimientos [6]. Contrariamente a la creencia común, la evaluación de desempeño es un arte. Como una obra de arte, una evaluación acertada no se puede producir mecánicamente. 10

22 Cada evaluación requiere un conocimiento profundo del sistema que es modelado y una selección cuidadosa de la metodología, de la carga de trabajo, y de las herramientas [6]. Como un artista, cada analista tiene un estilo único. Dado el mismo problema, dos analistas pueden elegir diferentes métricas de desempeño y metodologías de evaluación. De hecho, dados los mismos datos, dos analistas pueden interpretarlos de forma diferente [6]. III Un acercamiento sistemático a la evaluación de desempeño. La mayoría de los problemas de desempeño son únicos. Las métricas, la carga de trabajo, y las técnicas de evaluación usadas para un problema no se pueden utilizar generalmente para otro problema. Sin embargo, hay pasos comunes para todos los proyectos de evaluación de desempeño que ayudan a evitar los errores comunes. Estos pasos son los siguientes [6]. 1. Establecer las metas y definir el sistema: El primer paso en cualquier proyecto de evaluación de desempeño es establecer las metas del estudio y definir qué constituye el sistema. Dado el mismo conjunto de hardware y de software, la definición del sistema puede variar dependiendo de las metas del estudio. Dado dos CPU, por ejemplo, la meta puede ser estimar su impacto en el tiempo de respuesta de los usuarios interactivos. En este caso, el sistema se definiría como un sistema de tiempo compartido, y las conclusiones del estudio pueden depender significativamente de los componentes externos al CPU. Por otra parte, si los dos CPU son básicamente similares a excepción de sus unidades lógicas aritméticas (ALU) y la meta es decidir cual ALU debe ser escogido, los CPU se pueden considerar el sistema y solamente los componentes dentro de los CPU se pueden considerar parte del sistema [6]. 2. Enumerar servicios y resultados: Cada sistema proporciona un conjunto de servicios. Por ejemplo, una red de computadoras permite que sus usuarios envíen 11

23 paquetes a los destinatarios especificados. Un sistema de base de datos responde a las consultas. Un procesador procesa diversas instrucciones. El siguiente paso en el análisis de un sistema es enumerar estos servicios. Cuando un usuario solicita alguno de estos servicios, hay varios resultados posibles. Algunos de estos resultados son deseables y algunos no lo son. Por ejemplo, un sistema de base de datos puede contestar a una pregunta correctamente, incorrectamente (debido a inconsistencias en una actualización), o puede no dar respuesta (debido a deadlocks o a problemas similares) [6]. 3. Seleccionar métricas: El siguiente paso es seleccionar los criterios para evaluar el desempeño. Estos criterios se llaman métricas. Las métricas se relacionan generalmente con la velocidad, la precisión, y la disponibilidad de los servicios [6]. El desempeño de una red, por ejemplo, es medido por la velocidad (rendimiento y retraso), la precisión (tasa de error), y la disponibilidad de los paquetes enviados. El desempeño de un procesador es medido por la velocidad, tiempo empleado en ejecutar varias instrucciones [6]. 4. Enumerar parámetros: El siguiente paso en los proyectos de desempeño es hacer una lista de todos los parámetros que afecten el desempeño. La lista se puede dividir en parámetros del sistema y parámetros de la carga de trabajo. Los parámetros del sistema incluyen los parámetros del hardware y del software [6]. La lista de parámetros puede no ser completa. Es decir, después de una iteración de análisis, se puede descubrir que hay parámetros adicionales que afectan el desempeño. Se puede entonces agregar estos parámetros a la lista, pero siempre manteniendo una descripción detallada de los mismos. Esto permite que el analista y los responsables discutan el impacto de los parámetros y determinen qué datos necesitan ser recolectados [6]. 12

24 5. Seleccionar los factores a estudiar: La lista de parámetros se puede dividir en dos partes: los que serán variados durante la evaluación y los que no. Los parámetros que se variarán se llaman los factores y sus valores se llaman los niveles. Por ejemplo, se puede decidir tener solamente dos factores: la cantidad de procesadores y el número de usuarios. Para estos dos factores se pueden elegir solamente dos niveles: pequeño y grande [6]. Los parámetros que se espera tengan un alto impacto en el desempeño se deben seleccionar preferiblemente como factores. Como en las métricas, un error común en la selección de los factores es que los parámetros que son fáciles de variar y medir son utilizados como factores mientras que otros parámetros más influyentes son ignorados simplemente debido a la dificultad implicada [6]. 6. Seleccionar la técnica de evaluación: Las tres principales técnicas para la evaluación de desempeño son el modelado analítico, la simulación, y la medición. La selección de la técnica correcta depende del momento y de los recursos disponibles para solucionar el problema y el nivel deseado de exactitud [6]. 7. Seleccionar la carga de trabajo: La carga de trabajo consiste de una lista de peticiones de servicio al sistema. Por ejemplo, la carga de trabajo para comparar varios sistemas de base de datos puede consistir de un conjunto de consultas. Dependiendo de la técnica de evaluación elegida, la carga de trabajo se puede expresar de diversas formas. Para el modelado analítico, la carga de trabajo se expresa generalmente como probabilidad de varias peticiones. Para la simulación, se podría utilizar la traza de las peticiones medidas en un sistema real. Para la medición, la carga de trabajo puede consistir de los scripts de usuario que se ejecutaran en los sistemas. En todos los casos, es esencial que la carga de trabajo sea representativa. Para producir cargas de trabajo representativas, se necesita medir y caracterizar la carga de trabajo en sistemas existentes [6]. 13

25 8. Experimentos de diseño: Una vez que se tenga la lista de los factores y de sus niveles, se necesita escoger la secuencia de experimentos que ofrecen la mayor información con un mínimo esfuerzo. En la práctica, es útil conducir un experimento en dos fases. En la primera fase, el número de factores puede ser grande pero el número de niveles pequeño. La meta es determinar el efecto relativo de varios factores. En la segunda fase, el número de factores se reduce y el número de niveles de los factores que tengan impacto significativo se aumenta [6]. 9. Análisis e interpretación de los datos: Interpretar los resultados de un análisis es una parte importante del arte del analista. Se debe tener claro que el análisis produce solamente resultados y no conclusiones. Los resultados proporcionan la base sobre la cual los analistas o los responsables pueden producir conclusiones [6]. 10. Presentación de resultados: El paso final de todos los proyectos de desempeño es comunicar los resultados a otros miembros del equipo. Es importante que los resultados estén presentados de una forma que se entiendan fácilmente. Esto requiere generalmente la presentación de los resultados en forma gráfica y sin jerga estadística. Los gráficos deben ser escalados apropiadamente [6]. A menudo en este punto del proyecto el conocimiento obtenido por el estudio puede requerir que el analista reconsidere algunas de las decisiones tomadas en los pasos anteriores. Por ejemplo, el analista puede desear redefinir los límites del sistema o incluir otros factores y métricas de desempeño que no fueron considerados antes [6]. III Métricas de desempeño usadas comúnmente. Esta sección define y explica algunas de las métricas de desempeño usadas comúnmente. En cada caso, la definición propuesta es solamente una de muchas posibilidades. Algunas definiciones necesitarán ser cambiadas para adecuarse a ciertas aplicaciones [6]. 14