Proyecto

REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN UNIVERSITARIA
UNIVERSIDAD POLITÉCNICA TERRITORIAL DEL ESTADO ARAGUA
“FEDERICO BRITO FIGUEROA”
LA VICTORIA - ESTADO ARAGUA

SISTEMA DE ALERTAS Y MONITOREO DE SERVICIOS DIRIGIDO AL
DEPARTAMENTO DE SISTEMAS DE IVECO, C.A. LA VICTORIA,

EDO. ARAGUA

Coordinador (a): Autores:
Jesús Saturno Bergara Joselin -- C.I: 20.771.115
Tutor (a) Industrial: Bracho Miguel --C.I: 20.990.261
Frankli Blanco Sotomayor Manuel -- C.I: 20.695.525

La Victoria, Diciembre De 2012

REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN UNIVERSITARIA
UNIVERSIDAD POLITÉCNICA TERRITORIAL DE ARAGUA
“FEDERICO BRITO FIGUEROA”
LA VICTORIA - ESTADO ARAGUA
Proyecto Socio-tecnológico

SISTEMA DE ALERTAS Y MONITOREO DE SERVICIOS DIRIGIDO AL
DEPARTAMENTO DE SISTEMAS DE IVECO, C.A. LA VICTORIA,

EDO. ARAGUA

En la actualidad para el departamento de sistema de IVECO, C.A La Victoria Estado ARAGUA es
importante conocer el estado de los servicios que contienen la empresa. Existen situaciones como fallas de
servicios, que pueden alterar el trabajo de muchos usuarios, creando así problemas para el personal de
sistema. Para solucionar esta situación se planteo realizar un sistema de alertas que se encargue de monitorear
los servicios existentes en la empresa. Utilizando los lenguajes de programación HTML se ha diseñado una
interfaz adecuada y amigable para el usuario. Asimismo Con PHP y PHPMYADMIN (instalado en xampp)
conjuntamente, se efectuaron los procesos y se diseño una base de datos lo suficientemente estable para el
sistema. También contara con un logeo de usuarios que encabezados por el administrador podrán acceder al
sistema con seguridad y confianza. Una vez instalada la aplicación en el departamento de sistema el personal
podrá registrar, consultar, modificar, eliminar, configurar alertas de correo, sonido, pantalla y monitorear
todos los servicios que desee. Logrando un mejor tiempo de respuesta al momento de existir una falla en un
servicio.

2

ÍNDICE

Pág.

APROBACIÓN DEL COORDINADOR ii
RESUMEN iii
ÍNDICE iv

I. INTRODUCCIÓN 1

II. CONTENIDO

Planteamiento del problema……………………………………………... 2
Objetivos de la investigación……………………………………………. 3
Justificación……………………………………………………………… 4
Alcances………………………………………………………………..... 5
Cronograma de actividades realizadas………………………………....... 6
Matriz DOFA……………………………………………………………. 7
Factibilidad………………………………………………………………. 8
Requerimientos de entrada proceso y salida…………………………….. 10
Metodología de investigación, acción y participación…………………... 12
Modelo entidad relación…………………………………………………. 17
Diseño físico de la base de datos………………………………………… 18
Diseño lógico de la base de datos………………………………………... 22
Diagrama de casos de uso general……………………………………….. 23
Plantillas de casos de uso……………………………………………….. 24
Diagramas de secuencia…………………………………………………. 32
Diagrama de despliegue…………………………………………………. 33
Plan de Implementación………………..……………………………….. 34
Plan de Prueba…..……………………………………………………….. 36

3

INTRODUCCION

En la actualidad la informática se ha vuelto una de las ciencias más importantes en
el mundo, abarcando casi todas las áreas de trabajo existentes. No hay ninguna
organización, ya sea gubernamental o privada, que no necesite un computador en sus
instalaciones. Estos equipos de cómputo además de estar en buen estado deben contar con
un software especializado que se encargue de cubrir las necesidades de dicha organización.

Los componentes informáticos se han vuelto excelentes herramientas para
solucionas problemas en hogares, empresas o instituciones. Hoy en día se usan varios
componentes para crear un Sistema completo el cual le da facilidad a los usuarios gestionar
su información, procesarla y utilizarla.

Un sistema informático como todo sistema, es el conjunto de partes
interrelacionadas, hardware, software y de recurso humano que permite almacenar y
procesar información. Un Sistema informático permite reducir los inconvenientes de una
Empresa en menos tiempo, con más comodidad y más eficientemente.

Por lo antes expuesto se planteo desarrollar Sistema de Monitoreo de Servicios
dirigido al Departamento de Sistema de IVECO.CA La victoria. Aragua, para agilizar la
solución de problemas, y mantener informado al departamento sobre el estado de cada uno
de los servicios que ofrece.Dicho Sistema almacenara información relacionada con los
Servidores, Dispositivos intermediarios y otros equipos para la detección de la falla de
manera física, aparte almacenara información sobre los servicios de cada servidor para
detectar fallas de manera lógica. El Sistema de Monitoreo Utilizar alertas de sonido,
pantalla y correo Configurables por los usuario del Departamento. Por último se generaran
graficas con información del estado de los servicios y equipos monitoreados. De igual
manera contara con un Gestor de Entrada para mantener la seguridad de la información del
sistema.

4

PLANTAMIENTO DE PROBLEMA

Hoy en día en IVECO existen muchos procesos automatizados que les permite
resolver los problemas de manera inmediata, también cuentan con proveedores como
Microsoft, IBM, entre otros, que contribuyen para que la empresa en el área de sistema no
tenga ningún tipo de necesidades, ni problemas en el área de sistema, cabe destacar que
ellos reciben programas y aplicaciones procedente de Italia, Brasil y Argentina que son
propias de la empresa y se implementan en todas las sedes de IVECO C.A.

Durante el levantamiento de la información en la empresa, específicamente en el
área de sistemas, se observó que no cuentan un sistema que les permita monitorear los
servicios con los que ellos trabajan día a día y que son de total vitalidad para los procesos
que se llevan a cabo. Hoy en día para identificar las fallas de los servicios, por lo general el
usuario llama por teléfono, envía un correo electrónico o se dirige al departamento de
sistemas para notificar las fallas o inconvenientes. Con un sistema de alerta de monitoreo,
el personal de sistemas podrá detectar las fallas, antes que los usuarios se den cuenta que
existe inconvenientes, así tendrán un tiempo de respuesta más rápido en el menor tiempo
posible.

OBJETIVOS DE LA INVESTIGACION

5

Objetivo General

Desarrollar un Sistema de Alerta de Monitoreo de Servicios Dirigido al
Departamento de Sistema de IVECO.CA La Victoria Estado Aragua.

Objetivos Específicos

1. Determinar las necesidades presentes en el departamento de sistemas de IVECO.

2. Recolectar información que genere conocimiento sobre las fortalezas y debilidades
del proceso actual en que es llevado el monitoreo de los servicios en el
departamento de Sistema.

3. Planificar actividades o visitas con el departamento de sistema que ayuden en la
recolección de información, diseño del sistema y evite la perdida innecesaria de
tiempo en la empresa.

4. Diseñar el sistema que cumplirá con los requerimientos identificados en la fase de
análisis.

5. Configurar el servidor para poder realizar el monitoreo de los servicios y detectar el
error en caso de falla.

6. Programar el Sistema de monitoreo que genere alertas al departamento de sistema
identificando el estado del servicio, servidor, base de datos y redes de la empresa.

7. Probar el Sistema en el departamento de Sistema, evitando fallas en el programa.

8. Implementar el Sistema en el departamento.

9. Elaborar manuales de uso, descripción de botones y manejo de alertas del Sistema
diseñado.

10. Adiestrar al departamento de sistemasobre el manejo del sistema.

JUSTIFICACIÓN

6

El Presente proyecto fue principalmente diseñado para evitar que los usuarios del
departamento de sistemas tengan conocimiento respecto al momento en que un servicio se
encuentre fuera de línea, por otra parte, se intenta mantener a los encargados de soporte
técnico bien informados respecto al estado de los servicios. Para solventar dicha necesidad
se propuso diseñar un sistema de monitoreo, el cual, manejara 800 servicios de la empresa,
especificando el estado, problemática y posibles soluciones para reactivar dichos servicios.

Es importante resaltar que dicho proyecto beneficiara a los usuarios o cliente del
departamento de sistemas de IVECO debido a que disminuirá el tiempo de espera, al
momento de reparar los servicios de la empresa. Cabe destacar que los encargados de
soporte técnico darían soluciones más rápidas al momento de tener problemas con un
servicio. Por otra parte el grupo de personas que conforman el departamento de sistema
podrán observar constantemente el estado de los servicios.

De no aplicarse dicha la solución propuesta se trataría de diseñar otro sistema que
este más acorde a la necesidad de la empresa. Utilizando un método de programación más
complejo con la intención de satisfacer las necesidades del departamento de sistemas.
Brindándole una interfaz cómoda y de gran usabilidad en el menor tiempo posible.

ALCANCES

7

En cada organización existen proyectos por administrar. Considerando como un
proyecto a un conjunto de actividades con un inicio y fin determinados, dirigidas a cumplir
un objetivo específico y entendiendo por administración los procesos de planear, organizar,
dirigir y controlar actividades o recursos para alcanzar un objetivo. Los alcances a
establecer son los siguientes

Implementar un sistema de monitoreo de servicios en un servidor de IVECO

Diseñar el sistema para que verifique el estado de los servicios SAP productivo y
Desarrollo, Call Center, CS Time, Enlaces MPLS, Correo Electrónico, Sistema
Simex, Internet, sistema de impresión, sistema de archivos, sistema MP, sistema
SRM.

Monitorear servicios, swiches, router, servidores, base de datos y enlaces tanto
internos como externos utilizando comandos ping, telnet, snmp.

Adaptar sistema a un servidor de IVECO bajo plataforma de Windows 7.

Alertar al departamento de sistema cuando un servicio este inactivo con una
descripción de la falla, dicha alerta aparecerá en pantalla y enviara un correo al
encargado del departamento.

Utilizar como gestor de base de datos sql server el cual almacenara información
sobre el estado de los servicios, cantidad de veces que han fallado, y descripción de
la falla la cual podrá ser consultada por medio de la aplicación.

Agilizar la reparación de los servicios de iveco evitando que los usuarios del
departamento de sistema estén insatisfechos.

Proporcionar al personal encargado en el área el conocimiento necesario para el
manejo de la aplicación implantada y así garantizar su uso en la empresa.

Lograr alcances del proyecto en 1 año, dicho proyecto consta de 3 fases con
actividades diferente, tales como análisis, diseño e implementación.

8

CRONOGRAMA DE ACTIVIDADES REALIZADAS

16-01-2012 20-02-2012 19-03-2012 16-04-2012 23-04-2012
Actividades al al al al al
17-02-2012 2-02-2012 13-04-2012 20-04-2012 27-04-2012

Localización de la
comunidad

Cita con la Comunidad

Recolección de información

Análisis de Requerimientos

Propuesta

Entrega y resumen del
Proyecto

9

MATRIZ DOFA

Fortalezas Debilidades

-Consta con los equipos necesarios para la -No utilizan servidores apache, Mysql. Sino
Sistema de Alerta y Monitoreo de implementación del proyecto Sql Server y IIS.
Servicios Dirigido al Departamento de -Motivación del personal del departamento de -Desconocimiento del uso del sistema.
Sistema de IVECO, C.A de La sistema de iveco.

Victoria, Edo. Aragua

Oportunidades Estrategias F.O. Estrategias D.O.

-Permiso de instalar las herramientas Utilización del sistema, para cumplir con un Pedir permisos al departamento para la
necesarias. tiempo de respuesta inmediata al momento ejecución de recursos para trabajar en el
de caer el servicio. sistema.
-Disponibilidad de sus equipos para la
ejecución del sistema.

Amenazas Estrategias F.A. Estrategias D.A.

-En un futuro el sistema pueda ser afectado Contar con un servidor virtual, pero sin Al no contar con un sistema de alertas, no
por la seguridad de la empresa. poder ejecutar sonidos, al momento de una existirá, la posibilidad de dar respuesta
alerta de sonido. inmediata a los usuario.
- No poder ejecutar alerta de sonido en un
servidor virtual

10

FACTIBILIDAD

Según Acacia Henández Rojas “El Proyecto Factible consiste en la elaboración de
una propuesta de un modelo operativo viable para solucionar problemas, requerimientos o
necesidades de organizaciones o grupos sociales; puede referirse a la formulación de
políticas, programas, tecnologías, métodos o procesos. El proyecto debe tener apoyo en una
investigación de tipo documental, de campo o un diseño que incluya ambas modalidades”.

Dado dicho concepto y relacionándolo con el proyecto, podemos decir que la
propuesta ofrecida a la empresa de IVECO.CA es factible debido a que solventara la
necesidad de monitorear los servicios por el departamento de sistemas, reduciendo el
tiempo de respuesta en el levantamiento de los servicios.

FACTIBILIDAD OPERATIVA

El Sistema es operativamente factible debido a que la empresa cuenta con equipos
de última generación que están en constante mantenimiento y perfecto funcionamiento.
Tienen alrededor de 230 computadoras en la empresa y un servidor que maneja 2000
servicios tanto interiores como exteriores, es importante aclarar que el servidor nunca ha
llegado a un punto crítico, debido a los sensores que realizan constante monitoreo, los
cuales, mantiene informado de la situación al personal del departamento de sistemas.

FACTIBILIDAD TECNICA

Para dar cumplimiento a lo propuesto, los autores del proyecto se encargaran de
realizar el sistema requerido para cubrir la necesidad de la empresa, para esto se han tenido
que adquirir conocimientos relacionados con el funcionamiento de los servicios y la
manera en que pueden ser programados para el funcionamiento eficaz del sistema, cabe
resaltar que los encargados del departamento de sistema brindara su apoyo en el desarrollo
del software, ofreciendo conocimientos a los estudiantes del UPTA para mejorar sus
habilidades y destrezas en el modelado del sistema.

11

FACTIVILIDAD ECONOMICA

A través del desarrollo del sistema de Monitoreo se podrá agilizar el tiempo de
respuesta al momento de existir una falla en el servicio, lo cual generara mayor
productividad y menor tiempo de espera en el uso de los servicios de ventas,
infraestructura, soporte día a día, telefonía, etc. Aparte el departamento de Sistemas tendrá
clientes satisfechos al disminuir los errores.

12

REQUERIMIENTOS DE ENTRADA PROCESO Y SALIDA
Entrada:
Datos de usuarios: cedula, nombre, apellido, nivel, descripción, correo, nombre de
usuario y contraseña, pregunta secreta y respuesta secreta.

Datos de dispositivo: ip, nombre, tipo, descripción, estado, ping, red y tipo de alerta.

Datos servicios: ip, puerto, nombre, tipo, descripción, estado y tipo de alertas.

Datos de laboratorio: nombre, dependencia y nombre de personal y nombre de
personal.

Proceso:
Registro de usuarios: almacenar y validar sus datos en la base de datos.

Registro de dispositivos: almacenar y validar sus datos en la base de datos.

Registro de servicios: almacenar y validar sus datos en la base de datos.

Logueo de usuario: identificar y autenticar el usuario según su nivel, y determinara
qué opciones de la aplicación tendrá acceso.

Modificación de dispositivo y servicios: actualizar y validar sus datos en la base de
datos.

Modificación de usuarios: actualizar y validar sus datos en la base de datos.

Configuración de alertas de correo: seleccionar y validar correo con la base de
datos.

Configuración de alerta de sonido: actualizar y validar los datos con la base de
datos.

Configuración de alerta de pantalla: actualizar y validar los datos con la base de
datos.

Administración de backup: exportar o importar la base de datos del sistema.

Consulta de servicio por servidor: devolver desde la base de datos la información
con que se registro un dispositivo o servicio en forma de grafica de barra.

Consulta de control de errores: devolver desde la base de datos la información de
los dispositivos y servicios.

13

Consulta de auditoria: devolver desde la base de datos la información del usuario
con todos los procesos que halla realizado al monto de ingresar al sistema.

Consulta de tiempo inactivo dispositivo: devolver desde la base de datos la
información del tiempo que estuvo inactivo el dispositivo.

Consulta de servicio caído: devolver desde la base de datos la información del
servicio.

Salida:
Documento de control de errores: en PDF y con opción a imprimir.

Documento de auditoria: en PDF y con opción a imprimir.

14

METODOLOGÍA DE LA INVESTIGACION

Investigación Acción Participativa (IAP)

Según GUSTAVO RAMIREZ ESCOBAR la Investigación Acción Participativa es
“Un enfoque metodológico que combina la investigación social, el trabajo educativo y la
acción transformadora”.

Basándonos en el concepto; la Metodología IAP del proyecto titulado “Sistema de
Monitoreo de Servicios dirigido al Departamento de Sistema de IVECO.CA La victoria”,
tiene como objetivo la investigación del estado de la empresa para mejorar sus cualidades y
mediante que acciones se debe realizar el sistema para tener buenos resultados.

Proceso metodológico

I-Fase preliminar. Investigación exploratoria o diagnóstica:

Según el estudio realizado en la compañía, en donde se trato de conocer los
problemas, demandas y las auto criticas expuestas por el departamento de sistema, se
expuso que la empresa no cuenta con un sistema de monitoreo de servicios, ocasionando
lentitud al momento de tomar acciones en el levantamiento de un servicio.

II-Proceso organizativo. Identificación de participantes potenciales:

En la comunidad donde se aplica el proyecto denominado “Sistema de Monitoreo de
Servicios dirigido al Departamento de Sistema de IVECO.CA La victoria” se logro
identificar distintos participantes potenciales, los cuales, ayudan a la realización de este
proyecto. En esta fase se reconocen participante de ambas partes, tanto de la organización

15

donde se realizara el proyecto, así como también de la Universidad Politécnica Territorial
de Aragua Federico Brito Figueroa.

Algunos de los participantes que podríamos nombrar por parte de la empresa son:
Luis correa “gerente de ICT (Tecnologia de información y comunicación)” el cual tiene un
personal conformado por 10 personas encargados de soporte, telefonía, industrial, etc. Por
otra parte identificamos otros participantes potenciales provenientes de la universidad como
lo son los tutores que guiaran las acciones aplicadas al proyecto.

III-Diseño metodológico. Formulación del problema, objetivos, métodos,
procedimientos:

A través de la investigación exploratoria que realizamos en la primera fase
establecida en esta metodología se pudo determinar que IVECO tiene la necesidad de
agilizar sus procesos de soporte, debido a esto nace la inquietud de desarrollar un Sistema
informáticos que ayude al departamento de sistema custodiar el estado de los servicios
agilizando el dicho procedimiento.

IV- Recopilación y análisis de la información. Acción y reflexión colectiva:

En IVECO.CA La Victoria Edo. Aragua, realizamos una visita que nos arrojó como
resultados la existencia de 230 computadoras en la empresa y un servidor que maneja
2000 servicios tanto interiores como exteriores, dicho servidor tiene fallas mínimas , debido
a los sensores que mantiene informado de la situación al personal del departamento de
sistemas. Se desea monitorear 14 servicios de los cuales tienen sub-servicios, esto daría un
total de 800 servicios a monitorear cada uno con características diferentes.

V- Uso de los resultados. Planificación de las posibles acciones que se desarrollarán:

16

• Adiestramiento al departamento de sistema

• Diseñar alertas en el sistema de monitoreo que brinde información respecto a la falla
del servicio

• Diseñar interfaz inicial de los servicios principales de la empresa.

• Estructurar los servicios para conocer cuales servicios depende de otros para
funcionar de manera optima.

• Desarrollo de un Sistema informático operativo.

• Brindar un botón que reactive los servicios del Sistema.

Metodología de Desarrollo

RUP (RationalUnifiedProcess)

El Proceso Unificado Racional, UnifiedProcess en inglés, y sus siglas UP, es un
proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML,
constituye la metodología estándar más utilizada para el análisis, implementación y
documentación de sistemas orientados a objetos.

El RUP no es un sistema con pasos firmemente establecidos, sino que trata de un
conjunto de metodologías adaptables al contexto y necesidades de cada organización,
donde el software es organizado como una colección de unidades atómicas llamados
objetos, constituidos por datos y funciones, que interactúan entre sí.

También se conoce por este nombre al software desarrollado por Rational, hoy
propiedad de IBM, el cual incluye información entrelazada de diversos artefactos y
descripciones de las diversas actividades. Está incluido en el Rational Method Composer
(RMC), que permite la personalización de acuerdo a necesidades.

17

Originalmente se diseñó un proceso genérico y de dominio público, el Proceso
Unificado, y una especificación más detallada, el RationalUnifiedProcess, que se vendiera
como producto independiente.

RUP se divide en 4 fases, dentro de las cuales se realizan varias iteraciones según el
proyecto y en las que se hace mayor o menos esfuerzo en las distintas actividades.

En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes actividades:

 Fase de Inicio (Inspección y Concepción): se realizó la identificación de la
comunidad, luego se efectuó el levantamiento de información y se comenzó el
diseño de los casos de uso con los que posiblemente se deben cumplir además se
establecen y reconocen los riesgos a enfrentar. Por otra parte se crean las visiones
manuales del producto a desarrollar y se plantean los alcances.

 Fase de Elaboración: se planifican las actividades, se especifican y buscan los
recursos humanos necesarios así como también se plantean los requerimientos para
el diseño del software.

 Fase de Construcción: se basa en la elaboración de un producto totalmente operativo
a través de planes de trabajo, hasta que el producto esté listo para ser enviado a la
comunidad en la cual se ejecutara.

 Fase de Transición: se realiza la instalación del producto en el cliente y
entrenamiento al personal (usuarios). A demás se da inicio a un periodo de prueba
por parte del usuario.

Con estas fases se logra ejecutar un conjunto de mejores prácticas, como lo son:

Desarrollar Software Iterativamente

18

Modelar el software visualmente
Gerenciar los Requerimientos
Usar arquitecturas basadas en componentes
Verificación continúa de la calidad
Gerenciar los cambio

19

MODELO ENTIDAD RELACIÓN

20

DISEÑO FISICO DE LA BASE DE DATOS

Nombre: Aplicaciones.SQL

Campo Tipo Longitud Nulo Clave Primaria Único Restricción
puerto VarChar 15 No Si Nio -
nombre VarChar 50 No No No -
ip VarChar 15 No Si No -
tipo VarChar 50 No No No -
descripcion Text No No No -
estado VarChar 15 No No No -

Nombre: Controladores.SQL

código VarChar 10 No Si Si -
ip VarChar 15 No No No -
puerto VarChar 15 No No No -
subpuerto VarChar 15 No No No -
descripción Text No No No -
fecha VarChar 10 No No No -
hora VarChar 10 No No No -

Nombre: Correo.SQL

ip VarChar 15 No Si Si -
correo VarChar 50 No No No -
descripción VarChar 50 No No No -

21

Nombre: Dispositivo.SQL

ip Int 15 No Si Si -
nombre VarChar 50 No No Si -
descripción Text No No No -
ping Int 10 No No No -
red VarChar 10 No No No -

Nombre: Pantalla.SQL

modoa VarChar 50 No No No -
ubicación VarChar 50 No No No -
duración Int 6 No No No -
ubicar VarChar 2 No No No -

Nombre: Pantallas.SQL

codigo Int 11 No Si Si -
pantalla VarChar 50 No No No -

Nombre: Puertos.SQL

puerto VarChar 15 No Si Si -
ip VarChar 15 No No No -
descripcion Text No No No -

22

Nombre: Sonido.SQL

sonido VarChar 50 No No No -
duracion Int 3 No No No -
repetir VarChar 2 No No No -
repeticiones Int 2 No No No -
volumen VarChar 20 No No No -

Nombre: Sonidopredeterminado.SQL

codigosonido Int 11 No Si Si -
Sonido VarChar 50 No No No -

Nombre: Tipoaplicacion.SQL

codigo Int 11 No Si Si -

Nombre: Tipodispositivo.SQL

Campo Tipo Longitud Nulo Clave Único Restricción
Primaria
codigotipo Int 11 No Si Si -

23

Nombre: Usuario.SQL

cedula Int 8 No Si Si -
nivel VarChar 50 No No No -
descripcion VarChar 50 No No No -
correo VarChar 50 No No No -
usuario VarChar 50 No No No -
contraseña VarChar 50 No No No -
pregunta VarChar 50 No No No -
respuestas VarChar 50 No No No -

24

DISEÑO LOGICO DE LA BASE DE DATOS

25

DIAGRAMA DE CASOS DE USO GENERAL

26

PLANTILLA DE CASO DE USO

Caso De Uso Iniciar Sesión
Actores Usuario (administrador y encargado)
El Sistema
Interfaz Del
Proceso

Visión General
El usuario, luego de cargar su sistema operativo, entra al
sistema e ingresa la información de usuario requerida en un
formulario. La aplicación verificara si los datos son correctos o
incorrectos. Si los datos suministrados son correctos el sistema
se iniciara con todas sus opciones si es el usuario administrador,
en caso contrario se mostraran las opciones correspondientes al
otro nivel de usuario. Si los datos suministrados son incorrectos
mostrara un mensaje de error y la opción de registrarse como
nuevo usuario.

Flujo Normal De Eventos
Acciones Del Usuario Respuestas Del Sistema

1. Abre el Sistema 1. Verifica si los datos ingresados son
correctos.
2.Ingresa nombre de usuario y contraseña.
2. Abre la aplicación y muestra la pagina de
3. Hace clic en Enviar. incio.

Flujo Alternativo
Precondición

Post-condición 1. No recuerda su contraseña. El usuario
selecciona la opcion recuperar contraseña.
2. Si los datos son incorrectos muestra un
mensaje de error.

27

Caso De Uso Registrar usuarios

Actores El usuario (administrador)
El Sistema
Interfaz Del
Proceso

Visión General
El usuarioinicia sesión. Ubica la opción Usuarios y selecciona
Registrar. El sistema abre en pantalla un formulario de registro.
El usuario ingresa toda la información requerida. El sistema
verificara si todos los campos requeridos fueron llenados. Si es
así el sistema ingresara la información a su base de datos. En
caso contrario mostrara un mensaje de error y llevara de nuevo
al usuario al formulario de registro para ser completado.



1. Ubica la opción de Usuarios. 1. Muestra en pantalla el formulario de
registro de usuarios.
2. Selecciona Registrar.
2. Verifica si todos los campos fueron
3. Llena los campos requeridos. llenados.
4. Hace clic en Enviar. 3.Muestra un mensaje de registro exitoso.

Flujo Alternativo

Precondición Iniciar Sesión

Post-condición 1. No todos los campos fueron llenados.

2. Marca en rojos los campos que aun no han
sido llenados.

28

Caso De Uso Registrar dispositivo

El Sistema
Interfaz Del
Proceso

Visión General
El usuario hace clic en Dispositivos y Servicios, selecciona la
opción Registrar Dispositivo. El sistema abrirá un formulario de
registro. El usuario llenara todos los campos requeridos. Si todos
los campos fueron llenados el sistema guardara la información
en su base de datos. En caso contrario mostrara un mensaje de
error y llevara de vuelta al usuario al formulario.



1. Hace clic en Dispositivos y Servicios. 1. Muestra en pantalla el formulario de
registro.
2. Selecciona la opcion Registro de
Dispositivo. 2. Verifica si todos los campos fueron
llenados.
3. Llena los campos requeridos.
3.Muestra un mensaje de registro exitoso.
4. Hace clic en Enviar.

Flujo Alternativo


Post-condición 1. No todos los campos fueron llenados.

sido llenados.

29

Caso De Uso Modificar dispositivo

El Sistema
Interfaz Del
Proceso

Visión General
El usuario hace clic en Dispositivo y Servicios, selecciona la
opción de Modificar, Eliminar y Buscar. A continuación el
sistema abre un formulario de búsqueda. El usuario ingresa la
información solicitada y hace clic en modificar. El sistema
muestra el formulario de dispositivo a modificar. El usuario
cambia los datos que desee actualizar y hace clic en modificar.
Seguidamente el sistema actualizara la información en su base
de datos.



1. Hace clic en Dispositivos y Servicios. 1. Muestra en pantalla todos los dispositivos .

2. Seleccióna la opcion Modificar, Eliminar 2. Busca en su base de datos el nombre que
y Buscar. coincida con el dispositivo.

3. Ingresa el nombre del Dispositivo. 7. Muestra en pantalla el formulario del
dispositivo.
4. Hace clic en Modificar.
10.Verifica si todos los campos fueron
5. Cambia los campos que desee actualizar. llenados.
6. Hace clic en Modificar. 11.Muestra un mensaje de actualizacion
exitosa.

Flujo Alternativo


30

Post-condición 1. El dispositivo no se encuentra en la base de
datos.

2. No todos los campos fueron llenados.

sido llenados.

Caso De Uso Consultas de servicios.

Actores El usuario (administrador y encargado)
El Sistema
Interfaz Del
Proceso

Visión General
El usuario hace clic en Consultas y selecciona Servicios por
Servidor. El sistema mostrara en pantalla la información en
forma de grafica de todos los servicios y sus fallas.


Acciones Del Encargado Respuestas Del Sistema

1. Hace clic en Consultas. 1. Muestra en pantalla la informacion
solicitada en forma de grafica.
2. Seleccióna la opcion Servicios por
Servidor.

Flujo Alternativo

31


Post-condición 1. No muestra la informacion solicitada.

Caso De Uso Alertas de Pantalla

Actores El usuario (administrador y encargado)
El Sistema
Interfaz Del
Proceso

Visión General
El usuario hace clic en Configurar Alertas. Y selecciona la
opción Pantalla. El sistema abrirá un formulario de pantallas. El
usuario configura la pantalla como desee, dar clic en vista
previa para visualizar la alerta que desee. Y hace clic en Enviar.
Luego el sistema mostrara un mensaje de configuración exitosa.



1. Hace clic en Configurar Alertas. 1. Muestra en pantalla un formulario de
configuracion de pantalla.
2. Selecciona Pantalla.
2. Busca en su base de datos los datos que
4. Ingresa la informacion solicitada. coincidan.

5. Hacer clic en Vista Previa. 3. Muestra la alerta seleccionada.

6. Hacer clic en Enviar. 4. Muestra un mensaje de Configuracion
exitoso y guarda en su base de datos.

Flujo Alternativo


Post-condición 1. Los datos no se encuentra en la base de

32

datos.

sido llenados.

Caso De Uso Backup

El Sistema
Interfaz Del
Proceso

Visión General
El usuario hace clic en Backup. Y selecciona la opción
Administrador de Backup. El sistema abrirá un formulario de
backup. El usuario elijara si desea importar o exportar la base
de datos del sistema. Luego el sistema mostrara un mensaje de
exportación exitosa, o importación exitosa.



1. Hace clic en Backup. 1. Muestra en pantalla un formulario de
Backup.
2. Selecciona Administrador de
Backup. 2. Muestra un mensaje de Configuracion
exitoso y guarda en su base de datos.
4. Exportar la Base de Datos o Importarla.

5. Hacer clic en Exportar o Importar.

Flujo Alternativo

33


Post-condición 1. No ha seleccionado la base de datos.

2. Muestra error al Importar.

Caso De Uso Documento

El Sistema
Interfaz Del
Proceso

Visión General
El usuario hace clic en Documentación. Y selecciona la opción
Servicios por errores. Se mostrara la información en pdf con
opción a imprimir.



1. Hace clic en Documentos. 1. Muestra en pantalla el documento en pdf.

2. Selecciona Control de Errores. 2. Se podra imprimir el documento pdf.

Flujo Alternativo


Post-condición 1. No muestra la informacion solicitada.

34

DIAGRAMA DE SECUENCIA

35

DIAGRAMA DE DESPLIEGE

36

PLAN DE IMPLEMENTACIÓN

Actores y roles del departamento de sistema de Iveco, C.A. El cual está conformado por 10
personas de la siguiente manera:

En cuanto a las especificaciones de hardware el sistema de monitoreo y alertas se encuentra
actualmente alojado en un servidor virtual IBM bajo plataforma Vmware, Sistema
operativo Windows 2003 Standard, posee un procesador virtual Intel Xeon E5620, 2,40
GHZ, una capacidad en el disco duro de 20 GB y una memoria RAM de 1 GB, en donde el
sistema tiene la capacidad de ejecutarse de manera eficiente.

En el servidor virtual se encuentra instalado los software requeridos por el sistema, entre
los cuales se encuentran el navegador Mozilla Firefox v13.0.1, el paquete XAMPP 1.7.7
que incluye PHP 5.3.8, Servidor Apache, Gestor de Base de datos MySQL y servidor de
correo Mercury, así como también las herramientas de línea de consola de Windows como
los comandos Ping y Telnet. Además para generar los reportes en formato PDF se instaló
Adobe Reader.

En el sistema existirán dos tipos de actores fundamentales entre los cuales están en primer
lugar el administrador del sistema quien tendrá la libertad de manejar todas las funciones
del software sin excepción alguna, tiene la posibilidad de registrar, modificar y eliminar
otros usuarios, registrar, modificar, eliminar y buscar dispositivos y servicios, así como
también configurar alertas, ver consultas, generar reportes y la principal función de

37

monitoreas los dispositivos y aplicaciones registradas. A diferencia del nivel encargado que
solo tiene la posibilidad de solo monitorear aplicaciones y servicios, configurar las alertas,
ver algunas consultas y generar reportes. Aquí se puede observar los actores y roles del
sistema en implementación.

38

Proyecto

Recommended

Recommended

More Related Content

Similar to Proyecto

Similar to Proyecto (20)

Proyecto