• No se han encontrado resultados

sede santiago centro ingeniería en informática taller integral de proyecto informático Informe N 1

N/A
N/A
Protected

Academic year: 2021

Share "sede santiago centro ingeniería en informática taller integral de proyecto informático Informe N 1"

Copied!
11
0
0

Texto completo

(1)

sede santiago centro ingenier´ıa en inform´atica

taller integral de proyecto inform´atico

Informe N

1

Nombre Alumnos: Carlos Mor´

an

Sebastian Porflit

Nombre Profesor: Blas Duarte

Fecha: 09/09/2010

(2)

Indice

1 Introducci´on 2

2 Descripci´on del proyecto 3

2.1 Formulaci´on y delimitaci´on del problema en estudio . . . 3

3 Metas y objetivos 4 3.1 Metas . . . 4

3.2 Objetivos . . . 4

3.2.1 Generales . . . 4

3.2.2 Especificos . . . 4

3.3 Alcances del proyecto . . . 5

4 Definici´on de herramientas a utilizar 5 5 Soluciones existentes en el mercado 7 5.1 OSticket . . . 7 5.2 Sysaid . . . 7 5.3 Php support tickets . . . 8 5.4 Pearl Desk . . . 8 6 Conclusi´on 9 7 Bibliograf´ıa 10

(3)

1

Introducci´

on

Como estudiante Inform´atica, se llega a un rubro donde se adquiere el desaf´ıo de proporcionar soluciones en un mundo vertiginoso donde los tiempos de respuesta son mucho m´as reducidos y las necesidades est´an a la orden del d´ıa. El solo concepto de innovar, representa un ´area, al parecer accesible, exclusivamente para algunos privilegiados, mientras que los otros hacen uso de la reutilizaci´on. Dentro del ´ultimo concepto se puede agregar la sobre-saturaci´on de soluciones para tal o cual problem´atica situaci´on que fomenta la frustraci´on ante posibles aspiraciones en proyectos personales. Lo que si puede llegar a ser innovador, hasta cierto punto, es el apronte, el m´etodo y la forma (m´as que el fondo) en relaci´on a la elaboraci´on de una soluci´on, que probablemente ya fue creada, pero si se presenta un enfoque diferente con una implementaci´on innovadora, se podr´a obtener un buen resultado. El objetivo de este informe es introducir a un sistema de soporte, gesti´on y ayuda para potenciar el ´area de soporte de sistemas y administraci´on de asignaci´on de recursos f´ısicos, todo esto a base de un Framework que utiliza convenciones y elabora aplicaciones de manera r´apida y sencilla. Esto en directa relaci´on con la actual realidad de la mayor´ıa de las empresas de soporte outsoucing, proporcion´andoles una herramienta que les de autonom´ıa, en otras palabras se aspira a generar un mayor control sobre todas las actividades que se manejen dentro del ´

(4)

2

Descripci´

on del proyecto

2.1

Formulaci´

on y delimitaci´

on del problema en estudio

Tomando como punto de partida que se tiene dentro del equipo de trabajo, experiencia lab-oral en ´areas de soporte, se ha decidido crear un proyecto que apoye las falencias que se han observado en estas experiencias.

Las principales o m´as cr´ıticas son:

• Ordenar, medir, controlar y mejorar los procesos de asignaci´on de insumos y equipamiento dentro de la organizaci´on o ´area ServiceDesk.

• Control, medici´on y optimizaci´on del trabajo, tanto cualitativa como cuantitativamente de los operadores del ´area de soporte.

• Solicitud de asistencia a los operadores de soporte por parte de los usuarios (creaci´on de tickets).

• Gesti´on eficaz y eficiente de los requerimientos de los usuarios.

• Monitorizaci´on de los tiempos activos de los sistemas y/o equipos de la empresa. Viendo estas falencias, se ha decidido realizar un proyecto que logre satisfacer a cabalidad estos aspectos en una sola herramienta que integre tanto componentes de gesti´on y control, como de monitoreo de servicios y tiempos activos.

(5)

3

Metas y objetivos

3.1

Metas

Lograr un completo y acabado control del ´area de soporte interno de TI (ServiceDesk) dentro de una determinada organizaci´on, bajo modelo de madurez ITIL.

3.2

Objetivos

3.2.1 Generales

Desarrollar e implementar una soluci´on inform´atica la cual permita controlar, medir, mon-itorizar y optimizar las tareas del ´area de soporte IT dentro de la empresa facilitando la administraci´on de los recursos, tanto de personal (gesti´on de los operadores) como de in-sumos y/o equipos (asignaci´on y seguimiento de equipamiento), adem´as de tener un control y seguimiento preciso de los tiempos de funcionamiento de los servicios inform´aticos como servidores y servicios de conexi´on.

3.2.2 Especificos

• Seleccionar un Framework que permita desarrollar aplicaciones de manera r´apida y que no dificulte las posibles modificaciones.

• Generar una soluci´on que integre herramientas ya existentes en el mercado (licencias libres), de modo de implementar un paquete integral con todas las herramientas nece-sarias para gestionar el ´area ServiceDesk.

• Elaborar el sistema tipo intranet con perfiles de acceso.

• Desarrollar un sistema que agilice la gesti´on del ´area soporte.

• Asistir al operador(telef´onico o en terreno) generando reportes de estado de servicios con el fin de mantenerlo informado.

• Control cuantitativo de la gesti´on de los operadores a partir del primer d´ıa de fun-cionamiento.

• Aumentar la productividad del ´area serviceDesk, dentro de los primeros 6 meses de operaci´on, a las siguientes metas:

• 90% de requerimientos gestionados, sobre el total de tickets generados durante el d´ıa (sin importar resoluci´on).

• 70% de SOLUCION O ESCALAMIENTO a todos los requerimientos ingresados al sistema durante el d´ıa.

(6)

3.3

Alcances del proyecto

• Agilizar la gesti´on del ´area ServiceDesk.

• Generar reportes de estados de servicios (web, servidor de archivos, sistemas operativos, aplicaciones), con el fin de mantener informado a los operadores.

• Lograr un control cuantitativo y cualitativo de las labores de los operadores, por medio de reportes que podr´an ser visualizados por escala temporal: diaria, semanal, mensual, semestral.

• Disminuir los tiempos de respuesta a los requerimientos de los usuarios.

• Implantar procedimientos est´andar para la soluci´on de determinados problemas (bajo modelo de madurez ITIL)

• Generaci´on de una base de conocimientos, editable por los operadores (Knowledge database), de modo de prescindir de personal con un alto grado de conocimientos t´ecnicos en Nivel1.

• Lograr un seguimiento acabado de todos los recursos de TI dentro de la organizaci´on (asignaci´on de recursos).

4

Definici´

on de herramientas a utilizar

Dentro de la elecci´on de lenguaje, decidimos trabajar en PHP, ya que proporciona una soluci´on que es posible de implementar independiente del sistema operativo que se utiliza dentro de la organizaci´on, adicionalmente, hemos decidido agregar un framework de modelo vista controlador, para facilitar el desarrollo de la soluci´on de software.

Dentro de las opciones disponibles de frameworks MVC est´an las siguientes: Symfony, Zend, PhpMVC, CakePHP, Kumbia, como los m´as utilizados.

Los frameworks mejor evaluados debido al rendimiento, soporte y extensiones son CakePHP y Zend, la decisi´on tomada fue la de usar CakePHP ya que este sigue una fuerte pol´ıtica de convenci´on antes de configuraci´on, lo cual reduce el tiempo necesario para ajustar la soluci´on a un modelo nuevo, facilitando la integraci´on con otras herramientas y/o m´odulos, ya sea con desarrollo interno o con herramientas Open Source ya creadas.

Sobre la elecci´on de un motor de base de datos, CakePHP como framework permite trabajar con MySQL, SQLite, Postgres, MSSQL, DB2, Oracle, Firebird, Sybase, ADOdb y OBDC sin necesidad de modificar c´odigo fuente, lo cual permite adaptar f´acilmente la soluci´on a cualquier motor de bases de datos que la organizaci´on posea.

En el caso de que el cliente no posea un servidor de base de datos, se implementar´a una soluci´on Open Source, siendo MySQL y PostgreSQL las mejores alternativas.

(7)

Para la selecci´on del motor de base de datos, se han tomado como referencia los siguientes gr´aficos de rendimiento:

Imagen 1: Rendimiento PostgreSQL. Fuente: www.spec.org

Estas estad´ısticas permiten visualizar el porqu´e de la selecci´on de MySQL como motor predeterminado en caso no existir uno dentro de la organizaci´on.

(8)

Imagen 2: Rendimiento MySQL. Fuente: www.spec.org

5

Soluciones existentes en el mercado

5.1

OSticket

Sistema de gesti´on de tickets, dividido con perfiles de usuarios y un historial que provee un manejo de estad´ısticas.

Idioma: Ingl´es

Lenguajes: PHP y Mysql. Licencia: Opensouce

Solo provee gesti´on para tickets, no posee ninguna otra herramienta.

5.2

Sysaid

Sistema de HelpDesk, que incluye gesti´on de tickets, creaci´on de gr´aficos de reportes de estado de servicios, permite exportar reportes a otros formatos (pdf), env´ıo de reportes por mail, gestion de inventario de software y hardware, adem´as posee un chat como v´ıa de contacto entre los usuarios y los operadores.

Idioma: Ingl´es.

Lenguajes: Java (implementaci´on web).

(9)

5.3

Php support tickets

Sistema de gesti´on de tickets, con perfiles de acceso, la versi´on gratuita de este software solo provee un gestor de tickets, la versi´on de pago (versi´on Premium) adem´as cuenta con Divisi´on por departamentos, 3 niveles de usuarios, tickets con archivos adjuntos, se pueden desactivar los env´ıos de email, los usuarios pueden auto registrarse en la p´agina de login. Idioma: Ingl´es

Lenguajes: PHP y Mysql (adaptable a otros motores) Licencia: Pagada

5.4

Pearl Desk

Uso de email para notificaciones hacia los usuarios (POP3), portal web para la creaci´on y seguimiento de tickets y consulta de FAQ’s, archivos adjuntos en los tickets, troubleshooter interactivo para los usuarios, creaci´on de reportes gr´aficos, divisi´on departamental y tres niveles de usuarios.

Idioma: Ingl´es

Lenguajes: Pearl (implementaci´on web).

(10)

6

Conclusi´

on

Si bien se trata del primer apronte a lo que ser´a el estudio para el desarrollo de una soluci´on integral, se puede apreciar la complejidad y extensi´on de los alcances del proyecto, los cuales requerir´an de gran atenci´on y dedicaci´on a este, ante tal panorama, se aprecia una importante oportunidad de aplicar los conocimientos t´ecnicos y de an´alisis adquiridos durante la carrera

(11)

7

Bibliograf´ıa

[1] Help Desk (definici´on/organizaci´on), Referencia: http://es.wikipedia.org/wiki/ Helpdesk (Visitada por ´ultima vez: 01/09/2010 a las 20:08hrs)

[2] Help Desk (funciones), Referencia: http://en.wikipedia.org/wiki/Help_desk (Vis-itada por ´ultima vez: 02/09/2010 a las 20:09hrs)

Referencias

Documento similar

Proporcione esta nota de seguridad y las copias de la versión para pacientes junto con el documento Preguntas frecuentes sobre contraindicaciones y

Contraindicaciones: El uso de la mascarilla está contraindicado para los pacientes y los miembros de sus familias, profesionales sanitarios y compañeros de

 Para recibir todos los números de referencia en un solo correo electrónico, es necesario que las solicitudes estén cumplimentadas y sean todos los datos válidos, incluido el

Para ello, trabajaremos con una colección de cartas redactadas desde allí, impresa en Évora en 1598 y otros documentos jesuitas: el Sumario de las cosas de Japón (1583),

E Clamades andaua sienpre sobre el caua- 11o de madera, y en poco tienpo fue tan lexos, que el no sabia en donde estaña; pero el tomo muy gran esfuergo en si, y pensó yendo assi

El trabajo tiene como propósito desarrollar e implementar un sistema de gestión en el área de Mantenimiento de la empresa Volcan SAC, que permita controlar el acceso de usuarios

d) que haya «identidad de órgano» (con identidad de Sala y Sección); e) que haya alteridad, es decir, que las sentencias aportadas sean de persona distinta a la recurrente, e) que

Ciaurriz quien, durante su primer arlo de estancia en Loyola 40 , catalogó sus fondos siguiendo la división previa a la que nos hemos referido; y si esta labor fue de