Source: http://docplayer.es/1253256-Sistema-de-ayuda-para-la-atencion-de-incidentes-y-solicitudes-de-un-data-center-sisdc.html
Timestamp: 2017-04-24 04:31:30+00:00

Document:
Sistema de Ayuda para la Atención de Incidentes y Solicitudes de un Data Center (SISDC) - PDF
Sistema de Ayuda para la Atención de Incidentes y Solicitudes de un Data Center (SISDC)
Download "Sistema de Ayuda para la Atención de Incidentes y Solicitudes de un Data Center (SISDC)"
1 TESIS DE MASTER EN INGENIERÍA DEL SOFTWARE Sistema de Ayuda para la Atención de Incidentes y Solicitudes de un Data Center (SISDC) Autor: A. C.. Directora de Tesis: M. Ing. Paola V. Britos (I.T.B.A.) Buenos Aires, 20042 3 A mi esposa e hijos, Marcela, Nicolás y Mariana Belén. i4 AGRADECIMIENTOS A Telecom Argentina S.A., por haberme brindado la oportunidad de seguir estudiando. Al Ing. Rodolfo Pozar, por sus gestiones y consejos. Al Ing. Abel Minaberrigaray, por su colaboración y dedicación. A mi esposa Marcela, por su paciencia infinita y compañía constante. A mis hijos Nicolás y Mariana, por las postergaciones que decidieron aceptar. Al Dr. Ramón García Martínez, por la guía recibida en las últimas unidades del master. A la M. Ing. Paola Britos, por haberme guiado durante todos estos años, como profesora tutora y como directora de tesis. A la Dra. Ana María Moreno, por sus valiosas correcciones. ii5 ÍNDICE GENERAL CAPÍTULO 1 - INTRODUCCIÓN Introducción Descripción de la composición del trabajo de tesis...3 CAPÍTULO 2 - DEFINICIÓN DE LA NECESIDAD Introducción Dominio de la aplicación Definición del problema Objetivo del sistema Alcance Ámbito del proyecto Relación costo beneficio Metodología utilizada...11 CAPÍTULO 3 - ESTUDIO DE LA VIABILIDAD DEL SISTEMA Estimación de la viabilidad Evaluación de la viabilidad Entrevista para evaluar el sistema Conclusión...20 CAPÍTULO 4 - EDUCCIÓN DE REQUISITOS Introducción Establecimiento de requisitos Obtención de requisitos y Análisis de requisitos Primera sesión Segunda sesión Tercera sesión Cuarta sesión Lista de requisitos por función Funciones del sistema Requisitos por función Selección del modelo de ciclo de vida...40 CAPÍTULO 5 - GESTIÓN DEL PROYECTO Introducción Plan de Gestión de Configuración Definición de los Requisitos de Gestión de Configuración Definición del plan de Gestión de la Configuración Especificación del Entorno Tecnológico para la Gestión de Configuración Plan de Garantía de calidad Identificación de las propiedades de calidad para el sistema Establecimiento del plan de aseguramiento de calidad Adecuación del plan de aseguramiento de calidad a la solución Cálculo de esfuerzo Estimación por puntos de función Estimación con COCOMO II Submodelo de diseño anticipado Planificación...62 CAPÍTULO 6 - MODELO DE ANÁLISIS Introducción Elaboración del modelo de datos Modelo de Entidad-Relación...67 iii6 Identificación de Entidades y Atributos Especificación de fórmulas Análisis de consistencia de los datos Elaboración del modelo de procesos Modelo lógico de procesos Análisis de consistencia de los procesos Análisis de consistencia y especificación de requisitos Plan de pruebas de sistema CAPÍTULO 7 - DISEÑO DEL SISTEMA Introducción Definición de la arquitectura del sistema Componentes principales de la aplicación Gestión de los datos Diseño de Bases de Datos Diseño físico de datos Diseño de la interfaz de usuario Plan de pruebas de integración CAPÍTULO 8 - CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN Introducción Preparación del entorno de generación y construcción Generación del código de los componentes y procedimientos Plan de pruebas unitarias CAPÍTULO 9 - PRUEBAS DEL SISTEMA Introducción Ejecución de pruebas unitarias Ejecución de pruebas de integración Ejecución de pruebas de sistema y aceptación Ejecución de la prueba de sistema Evaluación de la prueba de sistema Evaluación de usabilidad Evaluación del resultado de las pruebas de aceptación CAPÍTULO 10 - CONCLUSIONES Y FUTURAS LÍNEAS DE INVESTIGACIÓN Introducción Conclusiones de trabajo Líneas de investigación y desarrollo CAPÍTULO 11 - BIBLIOGRAFÍA Referencias bibliográficas Abreviaturas CAPÍTULO 12 - ANEXOS ANEXO A: Tipificación de tickets ANEXO B: Plan de fallas ANEXO C: Modelo de carpeta operativa ANEXO D: Sucesivas versiones no vigentes de glosario ANEXO E: Sucesivas versiones no vigentes de diccionario de términos ANEXO F: Sucesivas versiones no vigentes de diagrama de flujo ANEXO G: Descripción de los servicios de Housing y Hosting ANEXO H: Informe de recurrencia de tickets ANEXO I: Informe de tiempo medio entre fallas ANEXO J: Tablas utilizadas durante las pruebas iv7 ANEXO K Sesiones de educción K.1 - Sesión K.2 - Sesión K.3 Sesión K.4 Sesión ANEXO L Manual de la interfaz de usuario: Casos de ejemplo v8 vi Sistema de Ayuda para la Atención de Incidentes y Solicitudes de un Data Center9 CAPÍTULO 1 - INTRODUCCIÓN Introducción 110 2 Introducción11 1.1 - Introducción Un Data Center, es un sitio en torno al cual se definen diferentes tipos de servicios de valor agregado tendientes a facilitar a sus clientes la conectividad a Internet a muy altas velocidades en un entorno de infraestructura de alta confiabilidad. En este contexto, la tarea de un operador de Data Center requiere de altos conocimientos técnicos y entrenamiento en la toma de decisiones ya sea para resolver incidentes que afectan la disponibilidad de los servicios como para satisfacer las distintas solicitudes de los clientes. Formar operadores con los conocimientos suficientes para la tarea, no es trivial sino mas bien costoso en tiempo y dinero. Los errores en los que pueda incurrir un operador novato / sin experiencia también tienen un costo que no es menor. Resulta conveniente, entonces, contar con un sistema que asista a un operador novato / sin experiencia a atender incidentes y solicitudes, reduciendo la curva de aprendizaje, los costos de capacitación y los originados por la comisión de errores Descripción de la composición del trabajo de tesis o En el Capítulo 2 se describe brevemente el dominio de la aplicación del proyecto. Luego, se profundiza en la definición del problema mediante la descripción mas detallada del alcance de los servicios, los elementos que los integran, los inconvenientes que enfrentan los operadores y el impacto que se produce en los costos. Se describe el objetivo, alcance y ámbito del proyecto, y por último, se enumeran cuales son los procesos, subprocesos e interfaces de la metodología de construcción de software utilizada en este trabajo. o En el Capítulo 3 se hace el estudio de viabilidad del sistema. o En el Capítulo 4 se realiza la educción de requisitos mediante la utilización de técnicas de adquisición de conocimientos que permiten extraer conocimientos de los textos suministrados o educirlos directamente de los dichos de los especialistas que participan en el proyecto. o El Capítulo 5 concierne a la gestión del proyecto. Se muestra una primera aproximación de la interacción del sistema con su entorno y la relación entre los conceptos principales. Se establecen las pautas de gestión de configuración y las de gestión de calidad y pruebas. También se propone un cronograma para las distintas tareas que componen el proyecto, el plan de gestión de configuración y el plan de calidad y pruebas. Introducción 312 o En el Capítulo 6 se procede al análisis del sistema, elaborando del modelo de datos y el modelo de procesos. o En el Capitulo 7 se procede al diseño del sistema, definiendo la arquitectura del sistema y el diseño físico de los datos. o En el Capítulo 8 se avanza en la construcción del sistema, comenzando con la preparación del entorno de generación y construcción y siguiendo luego con la generación del código de los componentes y procedimientos. o En el Capítulo 9 se realizan las pruebas del sistema según lo expresado en el plan de pruebas establecido en el capítulo 3. o En el Capítulo 10 se presentan las conclusiones y las futuras líneas de investigación tendientes a ampliar el producto del presente trabajo. o En el Capítulo 11 se detallan las referencias bibliográficas y las abreviaturas utilizadas en este trabajo. o En el Capítulo 12 se presenta una serie de anexos que complementan a los capítulos previos y ayudan a la comprensión de lo expuesto. 4 Introducción13 CAPÍTULO 2 - DEFINICIÓN DE LA NECESIDAD Definición de la necesidad 514 6 Definición de la necesidad15 2.1 - Introducción Los siguientes apartados componen el documento de descripción de la necesidad, cuyo código de elemento de configuración es LBF-01-DN , según lo que se describe en el punto 5.2 Plan de Gestión de Configuración Dominio de la aplicación La aplicación se inscribe dentro del dominio de los sistemas asistentes. Específicamente, será un sistema que asistirá a los operadores en sus tareas de atención de incidentes y solicitudes Definición del problema Un sitio Data Center, de ahora en más DC, alberga equipos y sistemas para los que los clientes contratan servicios tales como infraestructura (espacio, energía, aire acondicionado), seguridad informática, almacenamiento, backup, monitoreo, operación, soporte y primordialmente conectividad. Los clientes de un DC normalmente son entidades que buscan valerse fundamentalmente de las ventajas que hoy en día significa mostrar sus productos u ofrecer servicios a través de Internet, sin tener que realizar grandes inversiones para ello. El DC en cuestión, tiene un sector específico llamado NOC (Network Operation Center, Centro de Operación de Red) que sirve para la recepción y atención de: - Incidentes, tales como los originados por fallas de hardware (dispositivos de comunicaciones, servidores, periféricos) o por fallas de software (soft de base, motores de bases de datos y aplicativos). - Solicitudes, tales como ejecución de procedimientos, instalación de actualizaciones de software, ampliación de servicios, etc. En general, los clientes se comunican a través de un centro de atención telefónica, en donde registran los incidentes y solicitudes que luego son derivados al NOC. Pero el NOC, no solo recibe los incidentes y solicitudes directamente de los clientes que se comunican con el centro de atención. También puede recibir solicitudes que se relacionan con proyectos de instalación de nuevos clientes, o incidentes generados de oficio a raíz de fallas detectadas por el sistema de monitoreo y alarmas con que está provisto. Dada la diversidad de incidentes y solicitudes que, como se mencionó, pueden producirse en un DC, resulta difícil que un operador novato / que no cuenta con experiencia del NOC conozca todas las especialidades como para poder atenderlos; lo cual motiva que, al momento de atender y/o tener que eventualmente derivar el problema a sectores específicos para su atención, como por ejemplo a las áreas de conectividad, soporte técnico, seguridad Definición de la necesidad 716 informática, etc.; se incurra frecuentemente en errores de diagnóstico provocando retardos en la solución y quejas de los clientes por las demoras en la restitución del servicio o la atención pronta de sus requerimientos. Así mismo, si las mencionadas demoras exceden un determinado tiempo pautado en el contrato con los clientes, corresponde el pago de multas que se deducen de la facturación. Formar operadores con todas las especialidades es algo muy costoso desde el punto de vista del tiempo necesario. Es decir, no son disciplinas complejas que demanden mucho esfuerzo adquirirlas, sino que dada la gran cantidad de casos y especialidades que abarcan, se requiere de mucho tiempo para poner a punto un operador; esto se ve agravado con el alta rotación de los mismos. Por estos motivos, se considera oportuno contar con un sistema que asista la tarea de un operador con distintos grados de experiencia y le permita diagnosticar, solucionar y/o derivar incidentes y solicitudes con la mayor precisión, acelerando los tiempos de resolución al evitar errores de diagnóstico, y haciendo mínimo el tiempo transcurrido entre que un operador nuevo se incorpora y comienza a atender incidentes o solicitudes. Este sistema servirá de guía para que los operadores novatos vayan adquiriendo experiencia mientras trabajan resolviendo incidentes y solicitudes; pero también ayudará a modo de check list a los operadores mas experimentados cuando la complejidad de alguna solicitud pueda hacer aumentar la probabilidad de errores de omisión, por ejemplo, en la implementación de un nuevo servicio. La empresa propietaria de este DC necesita bajar drásticamente el nivel de errores de diagnóstico (actualmente el 25 % de los diagnósticos son erróneos) que impactan sobre el tiempo total de resolución de incidentes y solicitudes al producirse derivaciones incorrectas, por los siguientes motivos: - Errores que llevan a tener que rehacer trabajos, con la consiguiente pérdida de horas hombre. Si se considera un promedio de 450 incidentes mensuales, aproximadamente 113 incidentes tienen errores de diagnóstico. El promedio de tiempo utilizado en re trabajo cuando se produce un error de diagnóstico es de 30, por lo tanto, la cantidad de horas hombre utilizadas en rehacer trabajos por mes es aproximadamente Excedidos los tiempos de resolución comprometidos con los clientes corresponde el pago de multas (deducciones de la facturación). - Pérdida de imagen y prestigio de la empresa. La cantidad de proveedores de este tipo de servicios no son muchos y son todos conocidos por la calidad del servicio que prestan. Dentro de esa calidad de servicio, uno de los factores clave que hacen a la imagen y prestigio de un DC, es la disponibilidad del servicio, que puede verse perjudicada por lo expresado en los párrafos anteriores respecto de las demoras en la resolución de incidentes o la atención de solicitudes. 8 Definición de la necesidad17 La figura 2-1, ayudará a comprender mejor el problema que se desea solucionar. Al mismo tiempo, esta empresa puede hacer importantes ahorros en gastos de capacitación, ya que una herramienta del tipo de la propuesta puede ayudar a que un operador sea productivo prácticamente de inmediato. En la actualidad, un operador nuevo demora un par de semanas en adquirir los conocimientos elementales para comenzar a atender incidentes, es decir 80 horas hombre. Figura 2-1 Descripción del problema Objetivo del sistema La propuesta es construir un sistema que contribuya a bajar del 25 % de diagnósticos erróneos a un máximo de 5 %, reducir las multas por esa causa en la misma proporción y acortar el tiempo de capacitación de operadores novatos a 8 horas en lugar de Alcance El sistema será un prototipo limitado en cuanto al desarrollo de interfaces con otros sistemas, ya que la integración con los mismos se realizara con mecanismos manuales debido a la complejidad que representan. Una vez que ha sido ingresada la información necesaria al sistema, será capaz de elaborar un diagnóstico y recomendar el curso de acción para la solución eficaz de la tarea planteada Ámbito del proyecto El proyecto no está dentro del ámbito del Plan de Sistemas de Información de la empresa propietaria del DC, parte mas bien de una propuesta que fue bien recibida y aceptada por los directivos con responsabilidad sobre dicho DC. Es por todos conocido que se trata de un trabajo de tesis y se aceptan que los plazos sean coherentes con el desarrollo de dicho trabajo. Definición de la necesidad 918 2.7 - Relación costo beneficio Según lo planteado en la definición del problema del apartado 2.3, y establecido el objetivo en el apartado 2.4, se puede hacer una estimación cuantitativa del ahorro que podría producir la herramienta que se propone construir contrastado con el costo de construir la misma. Tomando como consideración que: - La cantidad de horas hombre utilizadas en rehacer trabajos por mes es aproximadamente 56 (113 trabajos). El costo de la hora hombre correspondiente a un operador del NOC es de $ 30,00, totalizando entonces $ 1.687,50 mensuales. - En el último año se pagaron multas por casi $ ,00, es decir, un promedio de $ 3.000,00 por mes. - La cantidad de operadores nuevos en el último año fue de 18, entonces el costo de adquirir ese aprendizaje inicial fue de 1440 horas hombre, es decir, $ ,00; lo que da un costo mensual de $ 3.600,00. - Considerando que se propone bajar del 25% de diagnósticos erróneos a un máximo del 5%, reducir las multas en la misma proporción (a un máximo de $ 7.200,00 por año) y el tiempo de capacitación por operador novato a 8 horas en lugar de 80, los montos asociados totales de la mejora resultarían como lo muestra la tabla 2-1, donde se contrastan los costos mensuales promedio actuales con los esperados luego de la implantación del nuevo sistema, asumiendo un probable incremento de la cantidad de incidentes del 10% por la incorporación de nuevos clientes y que la cantidad de operadores novatos será similar a la del último año, es decir, Si se estima como esfuerzo total para la construcción del sistema una cantidad aproximada de 1300 horas hombre, que el costo de la hora hombre es del orden de los 40 $, y se asumen 4000 $ de costos varios como podría ser el de un equipo PC e insumos para utilizar durante el desarrollo, se podría estimar el costo total para la construcción de la herramienta en el orden de los ,00 $. Bastaría entonces con los ahorros que la herramienta produzca durante aproximadamente ocho meses como para equiparar la inversión. 10 Definición de la necesidad19 Solicitudes de intervención x mes Incidentes con errores de diagnóstico x mes Actual Esperado Costo unitario Costo x mes actual Costo x mes esperado Ahorro mensual estimado 25% = 113 5% = 25 $ 15,00 $ 1.687,50 $ 371,25 $ 1.316,25 Multas x mes $ 3.000,00 $ 600,00 $ 2.400,00 Horas hombre de capacitación x mes $ 30,00 $ 3.600,00 $ 360,00 $ 3.240,00 Tabla 2-1 Estimación de ahorro mensual $ 8.287,50 $ 1.331,25 $ 6.956, Metodología utilizada En modo enunciativo, sin hacer valoración estricta del orden y alcance de empleo, se aplicarán los siguientes procesos, subprocesos e interfases para llevar a cabo el desarrollo del sistema: - Interfaces o Gestión de la Configuración o Aseguramiento de Calidad - Procesos o Estudio de la Viabilidad del Sistema Estudio de la Situación Actual Valoración de las Alternativas o Análisis del Sistema de Información Definición del Sistema Obtención de Requisitos Análisis de Requisitos Elaboración del Modelo de Datos Elaboración del Modelo de Procesos Análisis de Consistencia y Especificación de Requisistos o Diseño del Sistema de información Definición de la Arquitectura del Sistema Diseño de Bases de Datos o Construcción del Sistema de Información Preparación del Entorno de Generación y Construcción Generación del Código de los Componentes y Procedimientos Ejecución de las Pruebas Unitarias Ejecución de las Pruebas de Integración Ejecución de las Pruebas del Sistema Definición de la necesidad 1120 12 Definición de la necesidad21 CAPÍTULO 3 - ESTUDIO DE LA VIABILIDAD DEL SISTEMA Estudio de la viabilidad del sistema 1322 14 Estudio de la viabilidad del sistema23 3.1 - Estimación de la viabilidad Se realizó un test de viabilidad con el fin de evaluar distintas características que atañen a la tarea en sí, a los directivos y los usuarios. Este test, permite asignar valores a determinadas características agrupadas en distintos aspectos para asegurar que el sistema se puede realizar y se cuenta con los medios adecuados. El estudio se realizó contando con la colaboración del responsable del sector NOC y su gerente, quienes se prestaron a analizar cada una de las características evaluadas. Las resultados alcanzados en este estudio se complementan con algunas conclusiones obtenidas en el capítulo 2 Definición de la necesidad, que contribuyen a la conclusión final. Los siguientes apartados componen el documento de estudio de viabilidad del proyecto, cuyo código de elemento de configuración es LBF-01- EV , según lo que se describe en el punto 5.2 Plan de Gestión de Configuración Evaluación de la viabilidad En el siguiente apartado, se exponen las diferentes preguntas que se plantearon para determinar la viabilidad del sistema. Las mismas fueron respondidas por usuarios, especialistas y directivos de la organización Entrevista para evaluar el sistema - Existen especialistas, están disponibles y son cooperativos? (Si / No) - Si, Existen especialistas, hice contacto con quien es supervisor del NOC y está dispuesto a colaborar. - El especialista es capaz de estructurar sus métodos y procedimientos de trabajo? (Nada / Poco / Regular / Mucho / Todo) - Mucho, El especialista con quien hice contacto se encuentra en este momento documentando el proceso de atención de incidentes y solicitudes. - La tarea está bien estructurada y se entiende? (Nada / Poco / Regular / Mucho / Todo) - Mucho, existe un proceso documentado y soportado por normas específicas. - Existen suficientes casos de prueba y sus soluciones asociadas? (0 a 10) - Diez, la cantidad de casos de prueba es muy abundante y todos ellos tienen una solución estándar. - La tarea solo depende de los conocimientos y no del sentido común? (0 a 10) Estudio de la viabilidad del sistema 1524 - Ocho, básicamente, la tarea requiere de conocimientos y en determinados casos puntuales de un poco de sentido común. - Resuelve una tarea útil y necesaria? (Nada / Poco / Regular / Mucho / Todo) - Mucho, permite poner en la línea de atención a operadores novatos rápidamente lo cual resulta útil y necesario dada la escasez de recursos. - Se espera una alta tasa de recuperación de la inversión? (0 a 10) - Nueve, se espera una tasa de recuperación de la inversión muy favorable al: o Disminuir la curva de aprendizaje y así resolver los problemas ocasionados por la alta rotación de personal. o Reducir el costo de re- trabajo por error de diagnóstico. o Evitar multas de clientes. - Hay escasez de experiencia humana? (Nada / Poco / Regular / Mucho / Todo) - Mucho, hay escasez de especialistas dada la alta tasa de rotación de personal. - Hay necesidad de tomar decisiones en situaciones críticas, ambientes hostiles, penosos y/o poco gratificantes? (Nada / Poco / Regular / Mucho / Todo) - Mucho, el trabajo de atención de incidentes y solicitudes necesita de la toma de decisiones en situaciones críticas. - Hay necesidad de distribuir los conocimientos? (Nada / Poco / Regular / Mucho / Todo) - Poco, el sector NOC es específico y el conocimiento solo necesita concentrarse en dependencias del mismo. La distribución que se necesita solo depende de la cantidad de puestos de atención pero no hay dispersión geográfica. - Los conocimientos pueden perderse de no realizarse el sistema? (Nada / Poco / Regular / Mucho / Todo) - Regular, los conocimientos no se perderían de no realizarse el sistema, pero el conocimiento que se llevan los operadores al dejar sus puestos cuesta transferirlos a quienes los reemplazan. - No existen soluciones alternativas? (Si / No) - Si, no existen soluciones alternativas listas para ser implementadas. Hay algunos productos que se pueden adaptar pero no con las mismas prestaciones. - La transferencia de conocimientos entre humanos es factible? (Nada / Poco / Regular / Mucho / Todo) - Mucho, de hecho hoy la generación de nuevos especialistas es por transferencia entre humanos. - La tarea requiere "experiencia"?(nada / Poco / Regular / Mucho / Todo) 16 Estudio de la viabilidad del sistema25 - Mucho, la tarea requiere mucha experiencia ( un operador novato necesita no menos de dos semanas para comenzar a atender reclamos ). - Los efectos de la introducción del sistema no pueden preverse? (Nada / Poco / Regular / Mucho / Todo) - Poco, puede a priori saberse que será muy positiva la incorporación de una herramienta como la planteada, según lo manifestado por el especialista con el que hablé. - La tarea requiere razonamiento simbólico? (Nada / Poco / Regular / Mucho / Todo) - Mucho, básicamente la tarea necesita de razonamiento simbólico, poco sobre números y datos. - La tarea requiere el uso de "heurísticas" para acotar el espacio de búsqueda? (Nada / Poco / Regular / Mucho / Todo) - Mucho, el uso de heurísticas es parte de las diferencias entre un operador experimentado y quien no lo es. - La tarea es de carácter público y mas táctica que estratégica? (Si / No) - Si, la tarea es netamente táctica. - Se espera que la tarea continúe sin cambios significativos durante un largo período de tiempo? (Nada / Poco / Regular / Mucho / Todo) - Mucho, no va a cambiar demasiado, solo es probable que se agreguen nuevos servicios que requieran algún ajuste. - Se necesitan varios niveles de abstracción en la resolución de la tarea? (Nada / Poco / Regular / Mucho / Todo) - Regular, no se necesitan demasiados niveles de abstracción. - El problema es relativamente simple o puede descomponerse en subproblemas? (Nada / Poco / Regular / Mucho / Todo) - Mucho, los problemas que se presentan pueden ser simples o pueden descomponerse de forma tal que lo sean. - El especialista no sigue un proceso determinista en la resolución del problema? (Si / No) - Si, una misma solución aplicada no siempre determina los mismos resultados a problemas similares. - La tarea acepta la técnica del prototipado gradual? (Si / No) - Si, es posible la incorporación de prototipos que gradualmente incorporen mejoras. - El especialista resuelve el problema a veces con información incompleta o incierta? (Nada / Poco / Regular / Mucho / Todo) Estudio de la viabilidad del sistema 1726 - Mucho, son varias las veces en las que el especialista resuelve el problema con información incompleta ( Imposibilidad de realizar pruebas, falta de colaboración del cliente, etc. ). - Es conveniente justificar las soluciones adoptadas? (Nada / Poco / Regular / Mucho / Todo) - Mucho, ya que ante reclamos reiterados es conveniente revisar lo actuado. - La tarea requiere investigación básica?(si / No) - No, la tarea no requiere investigación básica. Es aplicar métodos tácticos sobre la base de experiencia previa. - El sistema funcionará en tiempo real con otros programas o dispositivos? (Nada / Poco / Regular / Mucho / Todo) - Todo, el sistema será un asistente conviviendo con otros sistemas en la misma estación e interactuando al mismo tiempo con el operador. - Existe una ubicación idónea para el sistema? (Nada / Poco / Regular / Mucho / Todo) - Mucho, se sabe que el sistema será un asistente desplegado en cada puesto de atención del NOC. - Problemas similares se han resuelto mediante Desarrollo de Sistemas? (Si / No) - Si, existen asistentes para otras actividades similares, como help - desk. - El problema es similar a otros en los que resultó imposible aplicar esta tecnología? (Si / No) - No, no se conocen casos de desarrollo de asistentes de este tipo que no se hayan podido realizar con esta tecnología. - La continuidad del proyecto está influenciada por vaivenes políticos? - Mucho, el negocio DC es susceptible a ser afectado por los vaivenes políticos de la compañía. (Nada / Poco / Regular / Mucho / Todo) - La inserción del sistema se efectúa sin traumas, es decir, apenas se interfiere en la rutina cotidiana? (Nada / Poco / Regular / Mucho / Todo) - Mucho, es transparente la incorporación del sistema. No habrá impactos en cuanto a la performance y posibilidad de convivencia con otros productos instalados en las estaciones de trabajo. - Se dispone de experiencia en Desarrollo de Sistemas? (Nada / Poco / Regular / Mucho / Todo) - Poco, la experiencia en este tipo de desarrollo es inicial. - Se dispone de los recursos humanos, hardware y software necesarios para el desarrollo e implantación del sistema? (Nada / Poco / Regular / Mucho / Todo) - Mucho, se dispone de suficientes recursos para llevar adelante el sistema en el marco del alcance definido. 18 Estudio de la viabilidad del sistema27 - El especialista resuelve el problema en la actualidad? (Nada / Poco / Regular / Mucho / Todo) - Todo, hoy es el especialista quien resuelve todo el problema ( inclusive interviene en la capacitación ) - La solución del problema es prioritaria para la institución? (Nada / Poco / Regular / Mucho / Todo) - Mucho, dada la necesidad de reducir costos. - Las soluciones son explicables? (Nada / Poco / Regular / Mucho / Todo) - Todo, el camino de la solución explicaría taxativamente como se llegó a ella. - Los objetivos del sistema son claros y evaluables? (Nada / Poco / Regular / Mucho / Todo) - Mucho, hoy se sabe cual es la tasa de rotación, el tiempo de capacitación, la cantidad de incidentes y solicitudes con error de diagnóstico, las multas de los clientes; esos son los indicadores a mejorar drásticamente. - Los conocimientos están repartidos entre un conjunto de individuos? (Nada / Poco / Regular / Mucho / Todo) - Poco, los conocimientos de cada especialista dependen de su nivel y no de especializaciones repartidas. - Los directivos, usuarios, especialistas e IS están de acuerdo en las funcionalidades del sistema? (Nada / Poco / Regular / Mucho / Todo) - Mucho, hechas las consultas correspondientes, hay acuerdo acerca de contar con una herramienta como la propuesta. - La actitud de los especialistas ante el desarrollo del sistema es positiva y no se sienten amenazados por el proyecto? (Nada / Poco / Regular / Mucho / Todo) - Mucho, no hubo manifestaciones de preocupación por el objetivo perseguido por la herramienta. - Los especialistas convergen en sus soluciones y métodos? (Nada / Poco / Regular / Mucho / Todo) - Mucho, no hay prácticamente diferencias en las soluciones y métodos aplicados por los especialistas. - Se acepta la planificación del proyecto propuesta por el IS? (Si / No) - Si, se acepta mi propuesta de realizar el sistema en los términos planteados. - Existen limitaciones estrictas de tiempo en la realización del sistema? (Si / No) - No, no existen limitaciones de tiempo para la realización del sistema. - La dirección y usuarios apoyan los objetivos y directrices del proyecto? (Nada / Poco / Regular / Mucho / Todo) - Mucho, existe apoyo para la realización del sistema. Estudio de la viabilidad del sistema 19 Mostrar más
Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia Más detalles UNIVERSIDAD NACIONAL DE LANUS LICENCIATURA EN SISTEMAS Ingeniería de Software Empírica Mg. Ing. Hernán Amatriain TEST DE VIABILIDAD
UNIVERSIDAD NACIONAL DE LANUS LICENCIATURA EN SISTEMAS Ingeniería de Software Empírica Prof. Adj.: Instructor: Mg. Ing. Hernán Amatriain Lic. Gerónimo Tondato TEST DE VIABILIDAD 1. INTRODUCCIÓN El estudio Más detalles FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES
Página 1 de 11 I. IDENTIFICACIÓN DENOMINACIÓN DEL CARGO: PROGRAMADOR DE COMPUTADOR SIGLA:PC CLASE: V GRADO: 12-14-16 NIVEL: ADMINISTRATIVO NÚMERO DE CARGOS: ÁREA: 5 JEFE INMEDIATO: 1. OFICINA DE INFORMÀTICA Más detalles Planificación de Sistemas de Información
Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación Más detalles DIRECCIÓN DE TECNOLOGIAS DE LA INFORMACION
MANUAL ORGANIZACIONAL MAN-ORG-105 BASICA RÉGIMEN ORGANIZACIONAL INTERNO NOR-DTIN- 54 DIRECCIÓN DE TECNOLOGIAS DE LA INFORMACION 1. FINALIDAD Apoyar la gestión empresarial mediante una efectiva planificación, Más detalles 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 1. Requerimientos Transversales de los Servicios
Formulario de Especificación Técnica Servicio de Call Center de Soporte Técnico Servicio de Call Center (Mesa de Ayuda) de Soporte Técnico para el Proyecto de Integración de Tecnología en la Educación Más detalles Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA)
Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 : 05 Marzo 2015 MANUAL DE ORGANIZACIÓN Y FUNCIONES DEPARTAMENTO DE INFORMÁTICA Aprobado mediante Resolución de Gerencia General EF/92.2000 N 020-2014, de fecha Más detalles 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 Buenas prácticas en el uso de las Tecnologías de la Información y de las Comunicaciones en la Administración Pública
Buenas prácticas en el uso de las Tecnologías de la Información y de las Comunicaciones en la Administración Pública Tumbes, julio 2011 Entorno actual El mundo TIC es muy amplio y complejo Usuario Aplicaciones Más detalles CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualizació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 MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA
MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN... Más detalles Agrupamiento Familia Puesto Alcance del puesto Requisitos excluyentes
TIC-1-1 Analista de monitoreo de redes Monitorear y controlar las redes del GCABA con el fin de detectar incidentes y reportarlos. Analizar las métricas utilizadas para el monitoreo de la red, la configuración Más detalles 1. Gestionar el ciclo de vida de las solicitudes de servicio que se reciben de los usuarios de los servicios de TIC.
5.9 OPERACIÓN DE SERVICIOS 5.9.1 Operación de la mesa de servicios 5.9.1.1 Objetivos del proceso General: Establecer y operar un punto único de contacto para que los usuarios de los servicios hagan llegar Más detalles PFC- Aplicaciones Web para trabajo colaborativo:
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de Más detalles Alcance y descripción del servicio SERVIDOR DEDICADO IPLAN
Alcance y descripción del servicio SERVIDOR DEDICADO IPLAN 1 Introducción Nuestro Servidor Dedicado IPLAN consiste en un equipo físico instalado en nuestros Data Centers, disponible para el cliente con Más detalles La Administración n de Servicios ITIL
La Administración n de Servicios ITIL Noviembre, 2006 1 1 ITIL y Administración n de Servicios IT DEFINICIONES ITIL: Infraestructure Technology Infraestructure Library Brinda un conjunto detallado de mejores Más detalles Apéndice de la hoja de datos de HP Datacenter Care: Flexible Capacity Service
Hoja de datos Apéndice de la hoja de datos de HP Datacenter Care: Flexible Capacity Service Especificaciones Flexible Capacity Service Modelo básico de Flexible Capacity Service Modelo premium de Flexible Más detalles PROCEDIMIENTO RED Y COMUNICACIÓN DE DATOS
P-06-05 Marzo 2009 03 1 de 7 1. OBJETIVO Asegurar el funcionamiento eficiente y seguro de la Local Area Network (LAN) y de las telecomunicaciones en la Comisión Nacional de los Salarios Mínimos (CONASAMI), Más detalles PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.
Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS Más detalles 1. OBJETIVO: 2. ALCANCE: Inicia con el monitoreo y/o requerimiento y termina con la solución del servicio
1. OBJETIVO: Página 1 de 6 Realizar la administración de la red de Datos para agilizar los procesos Institucionales garantizando su funcionalidad, agilidad y fácil acceso a los aplicativos y servicios. 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
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 ADMINISTRACIÓN DE TECNOLOGÍAS E INFORMACIÓN PROCEDIMIENTO VERSIÓN: 1 SOPORTE MANTENIMIENTO ATENCION A USUARIOS
ADMINISTRACIÓN DE TECNOLOGÍAS E INFORMACIÓN PROCEDIMIENTO VERSIÓN: 1 SOPORTE MANTENIMIENTO ATENCION A USUARIOS CÓDIGO: APO4-P-001 FECHA DE VIGENCIA 25/Nov/2013 1. OBJETIVO Gestionar, brindar soporte y Más detalles Servicio de instalación y puesta en marcha de HP StoreEasy 1000/3000 Network Storage
Servicio de instalación y puesta en marcha de HP StoreEasy 1000/3000 Network Storage Servicios HP Datos técnicos El Servicio de instalación y puesta en marcha de HP StoreEasy 1000/3000 Network Storage 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 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 Mantenimiento de Sistemas de Información
de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD Más detalles 1.8 TECNOLOGÍA DE LA INFORMACIÓN
Objetivo General: 1.8 TECNOLOGÍA DE LA INFORMACIÓN Establecer una infraestructura y plataforma tecnológica y de sistemas de información, y definir las políticas, estrategias y directrices para su implantación Más detalles MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA
MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA OPCION 1: PEQUEÑA ENVERGADURA DIRECCIÓN DE INFORMÁTICA DEPARTAMENTO DE SISTEMAS DEPARTAMENTO DE INFRAESTRUCTURA Y ASISTENCIA A USUARIOS DIRECCIÓN Más detalles MANUAL DE FUNCIONES DEPARTAMENTO DE INFORMÁTICA Y TECNOLOGÍA
MANUAL DE FUNCIONES DEPARTAMENTO DE INFORMÁTICA Y TECNOLOGÍA Guatemala, 2,007 CAMINOS ES DESARROLLO 1 I. FICHA TÉCNICA DEL DEPARTAMENTO DE INFORMÁTICA Y TECNOLOGÍA: 1.1 TITULO DE LA UNIDAD: Departamento Más detalles Norma COPC PSIC. Guía Soporte Técnico VERSIÓN 5.1 REVISIÓN 1.0. www.kenwin.net
Norma COPC PSIC Guía Soporte Técnico VERSIÓN 5.1 REVISIÓN 1.0 www.kenwin.net Tabla de Contenido Introducción... 3 Soporte Técnico y la Norma COPC PSIC... 4 Cómo Implementar Soporte Técnico a Nivel Ítem... Más detalles Componentes de Integración entre Plataformas Información Detallada
Componentes de Integración entre Plataformas Información Detallada Active Directory Integration Integración con el Directorio Activo Active Directory es el servicio de directorio para Windows 2000 Server. Más detalles LA SEGURIDAD INFORMÁTICA APLICADA A LA VALIDACIÓN DE LOS DATOS DE ENTRADA EN SOFTWARE ESPECÍFICO OLGA PATRICIA SANCHEZ CODIGO 2012270047
LA SEGURIDAD INFORMÁTICA APLICADA A LA VALIDACIÓN DE LOS DATOS DE ENTRADA EN SOFTWARE ESPECÍFICO OLGA PATRICIA SANCHEZ CODIGO 2012270047 YEIMMY JULIETH GARZON CODIGO 2012250071 CLAUDIA MYLENA SUAREZ CODIGO Más detalles RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]:
RESUMEN DE COBIT 4.1 COBIT es un marco de trabajo y un conjunto de herramientas de Gobierno de Tecnología de Información (TI) que permite a la Gerencia cerrar la brecha entre los requerimientos de control, Más detalles Examen de Fundamentos de ITIL
Examen de Fundamentos de ITIL Ejemplo A, versión 5.1 Selección tipo test Instrucciones 1. Debe intentar contestar las 40 preguntas. 2. Marque sus respuestas en lápiz en la hoja anexa 3. Usted tiene 60 Más detalles Adelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 -
Graballo+ Agosto de 2007-1 - Índice Índice...2 Introducción...3 Características...4 DESCRIPCIÓN GENERAL...4 COMPONENTES Y CARACTERÍSTICAS DE LA SOLUCIÓN...5 Recepción de requerimientos...5 Atención de Más detalles Qué es Nube Argentina de Telecom?
* Flexibilidad * Movilidad * Colaboración * Seguridad Qué es Nube Argentina de Telecom? Un servicio de excelencia proporcionado por Telecom Argentina, desde sus datacenters, dentro de los cuales se destaca Más detalles Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R
índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo Más detalles A la Dirección de Tecnología y Comunicaciones le corresponden las siguientes funciones generales:
XVI.- DIRECCIÓN DE TECNOLOGÍA Y COMUNICACIONES. Tendrá como objetivo desarrollar y aplicar los sistemas que sean necesarios para garantizar el uptime de los servidores, equipos y redes de comunicación, Más detalles Anexo Nro. 3. Procedimientos para logística y distribución de equipamiento. Programa Alfabetización Digital
Anexo Nro. 3 Procedimientos para logística y distribución de equipamiento Programa Alfabetización Digital 1. INSTALACIÓN Y PUESTA EN MARCHA 1.1. Depósitos de Equipamiento: El equipamiento adquirido por Más detalles CAPITULO V. IMPLEMENTACIÓN DE UNA HERRAMIENTA INTEGRADA DE RED
CAPITULO V. IMPLEMENTACIÓN DE UNA HERRAMIENTA INTEGRADA DE RED En el presente capitulo se presenta una aplicación que aborda una herramienta de monitoreo de redes para soportar estudios de disponibilidad. Más detalles Proyecto de Desarrollo de Aplicaciones Web.
I.E.S. SAN SEBASTIÁN C.F.G.S DESARROLLO DE APLICACIONES WEB D E P A R T A M E N T O D E I N F O R M Á T I C A Proyecto de Desarrollo de Aplicaciones Web. C.F.G.S 2º DESARROLLO DE APLICACIONES WEB DAW Curso Más detalles La Pirámide de Solución de TriActive TRICENTER
Información sobre el Producto de TriActive: Página 1 Documento Informativo La Administración de Sistemas Hecha Simple La Pirámide de Solución de TriActive TRICENTER Información sobre las Soluciones de Más detalles Escenario Uno. Escenario Dos
Escenario Uno Un proveedor global de servicios de TI cuenta con tres service desks que dan soporte a usuarios internos y externos Recientes encuestas de satisfacción de clientes muestran que un creciente Más detalles Curso. Introducción a la Administracion de Proyectos
Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir Más detalles Manual de Gestión de Calidad
Manual de Gestión de Calidad MC: v2 Fecha: 26/12/2013 MANUAL DE GESTIÓN DE CALIDAD Revisión: 2 Indica modificaciones Vigencia : 26/12/2013 Copia no controlada La información contenida en este manual no Más detalles MINISTERIO DE HACIENDA INSTRUCTIVO SAFI N 02/2010
INSTRUCTIVO SAFI N 02/2010 ASUNTO: NORMAS PARA EL FUNCIONAMIENTO DE LA ARQUITECTURA TECNOLÓGICA DE LOS SISTEMAS DE: ADMINISTRACIÓN FINANCIERA INTEGRADO (SAFI), INFORMACIÓN DE RECURSOS HUMANOS (SIRH) E Más detalles SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES
G OBIERNO D E L A CIUDAD DE BUENOS AIRES D irección General Adjunta de Sistemas Infor máticos SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES Página 1 de 16 Fecha de creación: 25/02/2009 Tabla Más detalles 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 DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA
DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA Resumen AUTORIA CARLOS CABALLERO GONZÁLEZ TEMATICA INFORMÁTICA ETAPA ESO-BACHILLERATO-CFGM(ESI,ASI,DSI) Se describe la revolución que supuso la incursión Más detalles Alcance y descripción del servicio SERVIDOR DEDICADO IPLAN. IPLAN iplan.com.ar NSS S.A. Reconquista 865 C1003ABQ Buenos Aires Argentina
Alcance y descripción del servicio SERVIDOR DEDICADO IPLAN 1 Introducción Nuestro Servidor Dedicado IPLAN consiste en un equipo físico instalado en nuestros Data Centers, disponible para el cliente con Más detalles Propuesta de Servidores En la nube Asemco
Luego de saludarles y de expresarle nuestro deseo de que el éxito siga estando presente en el desarrollo de sus actividades, tenemos el agrado de presentarles los servicios de la empresa. Netquatro SAS, Más detalles OBLIGACIONES DE HACER INSTITUCIONES PÚBLICAS (INSTITUCIONES EDUCATIVAS, HOSPITALES Y CENTROS DE SALUD) DECRETO 2044 DE 2013
OBLIGACIONES DE HACER INSTITUCIONES PÚBLICAS (INSTITUCIONES EDUCATIVAS, HOSPITALES Y CENTROS DE SALUD) DECRETO 2044 DE 2013 ANEXO 5 MONITOREO Y SISTEMAS DE INFORMACION JUNIO 2014 ÍNDICE DE CONTENIDOS MONITOREO Más detalles Alcance y descripción del servicio SERVIDOR DEDICADO RINGO. IPLAN iplan.com.ar NSS S.A. Reconquista 865 C1003ABQ Buenos Aires Argentina
Alcance y descripción del servicio SERVIDOR DEDICADO RINGO 1 INTRODUCCIÓN Nuestro Servidor Dedicado IPLAN consiste en un equipo físico instalado en nuestros Data Centers, disponible para el cliente con Más detalles PRIMERA PARTE Aspectos formales de la presentación
Atendiendo a la diversidad de situaciones que pueden dar lugar a la formulación de un proyecto de investigación científica o tecnológica, se aprobó, por Resolución Rectoral Nº 254/08, una guía tendiente Más detalles ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS
CUALIFICACIÓN PROFESIONAL ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS NIVEL DE CUALIFICACIÓN: 3 ÁREA COMPETENCIAL: INFORMATICA ÍNDICE 1. ESPECIFICACIÓN DE COMPETENCIA...3 1.1. COMPETENCIA GENERAL...3 1.2. Más detalles Bajo Costo de Implementación y Soporte: Ofrecer un bajo costo de implementación y mantenimiento.
Documento de Referencia Una Única Solución que Integra Todas las Aplicaciones que su Empresa Requiere Tecnologizar los procesos financieros, operacionales y de gestión de su empresa, es sólo cuestión de Más detalles Aseguramiento de la Calidad
ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-CAL 1: IDENTIFICACIÓN DE LAS PROPIEDADES DE CALIDAD PARA EL SISTEMA... 3 Tarea EVS-CAL 1.1: Constitución del Equipo Más detalles UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA
Página: 1/5 UNIVERSIDAD AUTÓNOMA DEL CARIBE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O GESTIÓN INFORMÁTICA Página: 2/5 1. OBJETO Satisfacer los requerimientos que hagan los usuarios para Más detalles 1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.
Módulo Profesional: Servicios en Red. Código: 0227. Resultados de aprendizaje y criterios de evaluación. 1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones. Más detalles CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización
Procedimiento para la Gestión de la Infraestructura de Tecnologías de Información y Comunicaciones DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN DICIEMBRE DE 2009 PR-DCTYP-13 ÁREA: Dirección de Planeación Más detalles Sector Contact Center
Norma de Competencia Representante de Atención al Cliente en Soporte Técnico Sector Contact Center Federación Argentina de Empleados de Comercio y Servicios Cámara de Empresas de Servicios de Contactos Más detalles Especificación de requerimientos
Especificación de requerimientos 1. Requerimientos funcionales y no funcionales 2. Especificación de requerimientos en lenguaje natural 3. Herramientas de especificación Modelado de datos Diagramas entidad/relación Más detalles TECNOLOGIAS DE INFORMACION GUBERNAMENTAL OFICINA DE GERENCIA Y PRESUPUESTO
TECNOLOGIAS DE INFORMACION GUBERNAMENTAL OFICINA DE GERENCIA Y PRESUPUESTO POLITICA NÚM. TIG-004 FECHA DE EFECTIVIDAD: 15 de diciembre de 2004 FECHA DE REVISIÓN: 12 de septiembre de 2007 TEMA: SERVICIOS Más detalles SISTEMA DAL CONTACT CENTER
SISTEMA DAL CONTACT CENTER - 1 - ÍNDICE 1. FUNCIONALIDAD... 3 2. PLATAFORMA CONTACT CENTER DE CYT... 5 3. MÓDULOS DAL CONTACT CENTER... 6 3.1. MÓDULO PABX INTEGRADA... 6 3.2. MÓDULO ACD (AUTOMATIC CALL Más detalles LOS INDICADORES DE GESTIÓN
LOS INDICADORES DE GESTIÓN Autor: Carlos Mario Pérez Jaramillo Todas las actividades pueden medirse con parámetros que enfocados a la toma de decisiones son señales para monitorear la gestión, así se asegura Más detalles Aplicateca. Guía Rápida Ahorrador Energético PC. de Santa Clara Tech
Aplicateca Guía Rápida Ahorrador Energético PC de Santa Clara Tech Índice 1 Qué es Ahorrador Energético PC?...3 1.1 Más detalles... 3 1.2 Qué ventajas ofrece Ahorrador Energético PC?... 4 1.3 Cuáles son Más detalles PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN
PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN Principios y criterios para la evaluación del ciclo de vida de desarrollo de sistemas Se pueden enunciar algunos principios para desarrollar Más detalles beservices 2015 Resumen de características técnicas
Resumen de características técnicas behelp MANTENIMIENTO de COBERTURA TOTAL Sistema automatizado basado en los servicios gestionados en el que la prioridad es la Proactividad eliminando las incidencias Más detalles Lima, 2 ~ de Junio de 2C13
APRUEBA LA ESTANDARIZACiÓN DE LA "SOLUCiÓN DE CORREO ELECTRÓNICO VMWARE - ZIMBRA COLLABORA TION SER VER NETWORK PROFESS/ONAL EDITION" Lima, 2 ~ de Junio de 2C13 VISTOS: Los Oficios N 000285 Y 000506-2013/1N/DGTIC Más detalles CAPÍTULO V PROPUESTA DE LA SOLUCIÓN
CAPÍTULO V PROPUESTA DE LA SOLUCIÓN 5.1 Introducción En los últimos tres años la entidad financiera ha venido sufriendo cambios que le han permitido crecer y pasar de ser una Sociedad Financiera a un Banco Más detalles > Las redes informáticas
TEMA2.-REDES LOCALES > Las redes informáticas Una red informática está constituida por un conjunto de ordenadores y otros dispositivos, conectados por medios físicos o sin cable, con el objetivo de compartir Más detalles 3. ANÁLISIS SITUACIÓN ACTUAL ÁREA DE DESARROLLO DE APLICACIONES 3.1 VISIÓN GENERAL
3. ANÁLISIS SITUACIÓN ACTUAL ÁREA DE DESARROLLO DE APLICACIONES EMPRESA DE CONTACT-CENTER EMTELCO S.A. 3.1 VISIÓN GENERAL Emtelco S.A es una sociedad mixta del orden municipal que hace parte del grupo Más detalles 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 Planificación del Help Desk de su escuela
Capítulo 1 Planificación del Help Desk de su escuela Después de terminar este capítulo usted será capaz de: Describir cuál es la función de un Help Desk; Describir qué es el soporte de nivel 1; Explicar Más detalles Anexo ALFA. Especificaciones Técnicas FUERZA AÉREA ARGENTINA DIRECCIÓN GENERAL DE SALUD DIBPFA
FUERZA AÉREA ARGENTINA DIRECCIÓN GENERAL DE SALUD DIBPFA Anexo ALFA Especificaciones Técnicas El objetivo de esta contratación es lograr que se lleve a cabo el mantenimiento, operación y soporte constante 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 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 Elementos Monitoreados
Ventajas Ayuda a detectar los problemas de la organización, antes de que tengan serias consecuencias. Reduce los costos provocados por problemas relacionados a tus sistemas. Ayuda a mantener tu red, en Más detalles Soporte. Los programas anuales de soporte y mantenimiento Estándar y Extendido están diseñados para proteger
Esta guía le proporcionará la información necesaria para conseguir el máximo valor de su inversión en programas técnicos de soporte ECM Solutions para las soluciones de gestión de contenidos y productos Más detalles Monitoreo automatizado de redes de. cajeros automáticos
Monitoreo automatizado de redes de cajeros automáticos Definición Ejecutiva ATMonitor es una solución completa, integrada y flexible de monitoreo visual de una red de cajeros automáticos. Centraliza la Más detalles Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo
Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para Más detalles PLIEGO DE PRESCRIPCIONES TÉCNICAS CONTRATACIÓN DE LOS SERVICIOS DE MONITORIZACIÓN Y OPERACIÓN LAS 24 HORAS DEL DÍA LOS 7 DIAS DE LA SEMANA
PLIEGO DE PRESCRIPCIONES TÉCNICAS CONTRATACIÓN DE LOS SERVICIOS DE MONITORIZACIÓN Y OPERACIÓN LAS 24 HORAS DEL DÍA LOS 7 DIAS DE LA SEMANA El objeto del presente pliego es fijar las prescripciones técnicas Más detalles 1. Desarrollar actitudes investigadoras relacionadas con las destrezas cognitivas y el aprendizaje autónomo.
INFORMÁTICA APLICADA Objetivos 1. Desarrollar actitudes investigadoras relacionadas con las destrezas cognitivas y el aprendizaje autónomo. 2. Valorar la importancia de trabajar en grupo, asumiendo responsabilidades Más detalles 10 RAZONES. Le damos. Por las que ahora es el momento de gestionar su negocio con un ERP. Siga el camino correcto!
Nunca hubo un momento más oportuno para considerar la actualización de su tecnología. Ya sea que su objetivo consista en sustentar el crecimiento anticipado o simplemente trabajar de manera más eficiente Más detalles Hacia una Gestión Efectiva de Data Centers
Hacia una Gestión Efectiva de Data Centers Desafíos del Prestador de Servicios del Data Center Balance Precio Calidad Flexibilidad Integración a procesos internos y marcos normativos Información de Gestión Más detalles 1. Garantía, Soporte y Mantenimiento.
1. Garantía, Soporte y Mantenimiento. 1.1. Garantía, Soporte y Mantenimiento Todos los servicios indicados a continuación tendrán una vigencia de 3 años a partir de la puesta en servicio de las instalaciones Más detalles Manual de Procedimientos
1 de 13 Elaborado por: Oficina de Planeación y Desarrollo Institucional -Área de Calidad y Mejoramiento- Revisado por: Aprobado por: Coordinador Área de Jefe de la Oficina de Informática y Telecomunicaciones Más detalles Gestión de las Adquisiciones. 30-11-2012 Gestión de las Adquisiciones - Proyecto FresKomercio
Gestión de las Adquisiciones 30-11-2012 Gestión de las Adquisiciones - Proyecto FresKomercio Participantes Responsabilidad Propietario: Desarrollado por: Revisado por: Nombre / función FRESKOMERCIO Aitor Más detalles cómo migrar desde la administración de servicios a SaaS
WHITE PAPER Septiembre de 2012 cómo migrar desde la administración de servicios a SaaS Principales desafíos, y cómo CA Nimsoft Service Desk ayuda a resolverlos agility made possible Índice resumen ejecutivo Más detalles Auditoría de procesos con alto grado de automatización*
Auditoría de procesos con alto grado de automatización* *connectedthinking PwC Agenda Ambiente tecnológico Mapeo de procesos Identificación de riesgos Identificación de controles Pruebas de controles Ambiente Más detalles La U.A.E.A.C. debe contar con el Software en producción y actualizado para:
1. DESCRIPCION DE LA NECESIDAD QUE LA ENTIDAD PRETENDE SATISFACER CON LA CONTRATACIÓN Para la Unidad Administrativa Especial de Aeronáutica Civil que ofrece servicios aeronáuticos, aeroportuarios, informáticos Más detalles DIRECCIÓN EJECUTIVA DE INFORMÁTICA
NOVIEMBRE 20 ÍNDICE CONTENIDO PÁGINA I.- Introducción 3 II.- Antecedentes 5 III.- Marco Jurídico 8 IV.- Objetivo del Área 9 V.- Estructura Orgánica VI.- Organigrama 12 VII.- Descripción de Funciones 13 Más detalles ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS FEBRERO 2013
Oficina de Suministros Universidad de Costa Rica Teléfono: (506) 25112965 Fax: ((506) 25114242 Correo electrónico: antonio.marin@ucr.ac.cr ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS FEBRERO 2013 Más detalles Análisis de Requisitos
Análisis de Requisitos Los requisitos determinan lo que hará el sistema y definen restricciones sobre su operación e implementación. El análisis de requisitos es el proceso del estudio de las necesidades Más detalles Fecha 8/02/2013. Contenido

References: resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución