1 DISEÑO DE UN PROTOTIPO FUNCIONAL DEL SISTEMA DE INFORMACIÓN PARA LA GESTIÓN DE LAS LECTURAS DE CONSUMO ELÉCTRICO AdS. Luís Dellán Autor UNIVERSIDAD CENTROCCIDENTAL “LISANDRO ALVARADO” DECANATO DE CIENCIAS Y TECNOLOGÍA ESPECIALIZACIÓN EN TECNOLOGIA DE INFORMACIÓN Y COMUNICACIONES Dr. Carlos Primera Tutor Mayo 19, 2011

2  El problema.  Marco Teórico  Marco Metodológico  Presentación y Análisis de Resultados.  Diseño de la Propuesta.  Conclusiones y Recomendaciones. Contenido

3 El Problema Organizaciones Tecnología de Información y Comunicaciones Sistemas de Información Administración Pública Nacional (Sistema Eléctrico Nacional) Energía Eléctrica de Barquisimeto C.A

4 El Problema Fuente: Enelbar c.a (2.010).  Ciclo de lectura.  Libro.  Epl (Equipo Portátil de Lectura)y Preimpreso de lectura.  Epl (Equipo Portátil de Lectura) y Preimpreso de lectura.  Sistema de Gestión Comercial (INTEGRA).  Visual Basic 6.0 y Access 2000.

5 El Problema Indicador de Registro de Fallas de los Sistemas de Información (01/09/2.009 – 28/02/2.010) Mes / a ñ o Sistema AliloOtros (Aprox. 16) 09/2.009316 10/2.009912 11/2.009512 12/2.00996 01/2.010215 02/2.0101014 Totales5765 Total General122 Fuente: Enelbar c.a (2.010).

6 Diseñar el Prototipo Funcional de un Sistema de Información para la Gestión de las Lecturas de Consumo Eléctrico para la Empresa Energía Eléctrica de Barquisimeto C.A. Objetivos El Problema Identificar los requisitos para el Diseño de un Sistema de Información para la Gestión de las Lecturas de Consumo Eléctrico. Determinar la factibilidad para el Diseño de un Sistema de Información para la Gestión de las Lecturas de Consumo Eléctrico. Construir el Prototipo Funcional del Sistema de Información para la Gestión de las Lecturas de Consumo Eléctrico.

7 Justificación e Importancia Diseñar el Prototipo Funcional de un Sistema de Información para la Gestión de las Lecturas de Consumo Eléctrico Calidad de la Información Servicio al Cliente (Suscriptores) Tecnología de Información Servicio Comercial (Enelbar c.a) Leyes Nacionales El Problema

8 Alcance y Limitaciones Diseñar el Prototipo Funcional de un Sistema de Información para la Gestión de las Lecturas de Consumo Eléctrico RegistrarEPL Importar Ciclo Anular Apertura de Ciclo El Problema

9 Antecedentes de la Investigación Marco Teórico  Salazar Calvo, Linares Ruiz y Holguín (2.007), en su trabajo titulado “Nueva Arquitectura Abierta de Tiempo Real para la Facturación In-Situ de Abonado Eléctricos”.  Baldoménico (2.006), en su trabajo titulado “Sistema de Gestión de Distribución, Telegestión Comercial en Asentamientos”.  López (2.007), en su trabajo especial de grado titulado “Análisis e Implantación de un Sistema Integral de Gestión de Información de Plantas Eléctricas en la empresa ENELVEN Generadora (ENELGEN)”.  Acosta (2.007), en su trabajo especial de grado titulado “Diseño de un Sistema de Información Integrado para la Gestión de Información del Instituto Universitario Experimental de Tecnología “Andrés Eloy Blanco”.

10 Antecedentes de la Investigación Marco Teórico En síntesis, los antecedentes mencionados anteriormente, sirvieron de apoyo para elaboración de este estudio, ya que buscan preparar condiciones seguras para el procesamiento de la información proveniente de las lecturas de consumo eléctrico a través del uso de las tecnologías de información y comunicaciones, lo cual contribuye a determinar las posibles soluciones, sugerencias, pasos a seguir, entre otros.

11 Bases Teóricas Marco Teórico  Sistemas de información, Laudon y Laudon 1996.  Gestión de información, Bartle 2009.  Prototipos, Kendall y Kendall 1997.  Aplicaciones web, Grupo de Ingeniería del Software de la Universidad de Sevilla 2004.  RUP, Booch, Rumbaugh y Jacobson 1999.  UML, Booch, Rumbaugh y Jacobson 1999.

12 Bases Teóricas Marco Teórico  Requisitos, Montilva 2008.  Software libre, Centro Nacional de Tecnologías de Información (S/F).  Procesos de negocios, Jiménez y otros (S/F).  Indicadores, Mondragón 2002.  Reportes, Montilva 1986.

13 Bases Teóricas Marco Teórico En resumen, los conceptos antes mencionados, permitieron desarrollar este estudio dentro de un marco conceptual adecuado, guardando estrecha relación con la investigación.

14 Operacionalización de Variables Marco Teórico VariableDimensionesIndicadores Instrumentos de recolecci ó n de informaci ó n Fuente Sistema de Informaci ó n para la Gesti ó n de las Lecturas de Consumo El é ctrico.  Requisitos Funcionales.  Proceso de Negocio.  Reportes  Indicadores.  Entrevista estructurada.  Cuestionario.  Departamento de Lecturas.  Departamento de Proyectos de Tecnolog í a de Informaci ó n.  Requisitos No Funcionales.  Administraci ó n.  Usabilidad.  Desempe ñ o.  Seguridad.  Documentaci ó n.  Disponibilidad.  Interoperabilidad. Fuente: Autor (2.010).

15 Marco Metodológico Naturaleza y Tipo de la Investigación Diseño de la Investigación  Proyecto Factible.  Modalidad: Investigación de Campo.  Carácter: Descriptivo.  Fase I: DIAGNOSTICA.  Fase II: FACTIBILIDAD.  Fase III: DISEÑO DE LA PROPUESTA  Fase III: DISEÑO DE LA PROPUESTA.

16 Marco Metodológico Población y Muestra F ase I: Diagnóstico Técnicas e Instrumentos de Recolección de Datos La población esta conformada por 37 personas, 32 pertenecientes al Dpto. de Lecturas y 5 al Dpto. de Proyectos de Tecnología. La muestra esta conformada por 11 personas. Validez del Instrumento  Entrevista Estructurada.  Cuestionario.  Jucio de Expertos.

17 Marco Metodológico F ase II: Factibilidad OPERATIVA TÉCNICA ECONÓMICA

18 Marco Metodológico Fase III: Diseño de la Propuesta En función del tipo de investigación, de las necesidades identificadas y estudiada la factibilidad, se construirá el prototipo de un Sistema de Información para la Gestión de las Lecturas de Consumo Eléctrico, el cual dará respuesta o resolverá la problemática existente. Para el desarrollo de este prototipo se utilizó como metodología de desarrollo de software, RUP en sus fases de inicio y elaboración, y como lenguaje de modelado, UML.

19 Presentación y Análisis de Resultados Í tems ¿ El sistema actual contempla todos los Procesos relacionados a la gesti ó n de las lecturas de consumo el é ctrico? Í tems ¿ El sistema actual genera indicadores estad í sticos? Fuente: Autor (2.010). % %

20 Presentación y Análisis de Resultados Í tems ¿ El sistema actual puede ser accedido desde cualquier computador de la empresa? Í tems ¿ El sistema actual le permite Interactuar con herramientas ofim á ticas, Ej.: OpenOffice y Office? Fuente: Autor (2.010). % %

21 Presentación y Análisis de Resultados Í tems ¿ La seguridad que presenta el sistema actual es la m á s adecuada? Í tems ¿ El sistema actual posee sus respectivos manuales de usuario? Fuente: Autor (2.010). % %

22 Diseño de la Propuesta ObjetivoJustificación Presentar el diseño del sistema de información para la gestión de las lecturas de consumo eléctrico. En dicho diseño se utilizó la metodología de desarrollo de software rup, en sus fases de inicio y elaboración. La presente propuesta surge por los problemas que se presentan en el actual sistema de lecturas y en la necesidad de un sistema de información alineado a las tendencias tecnológicas de vanguardia para asegurar información confiable de las lecturas de consumo eléctrico.

23 Diseño de la Propuesta Fase de Inicio RUP Actividad Modelado de Negocio. Vista Arquitectónica Vista de casos de uso. Artefactos o Productos Generados Diagrama de casos de uso, plantillas de casos de uso, gestión inicial de riesgos y diccionario de actores.

24 Diseño de la Propuesta Diagrama de caso de uso, importar ciclo. Fuente: Autor (2.010).

25 Diseño de la Propuesta Plantilla de caso de uso, importar ciclo. Nombre del Use CaseImportar Ciclo Descripci ó nPermite importar el o los ciclos provenientes del Sistema de Gesti ó n Comercial (INTEGRA) y registrarlos en la base de datos del Sistema de Lectura. ActoresSupervisor, Oficinista. Curso Normal Acciones del ActorAcciones del Sistema 1. Seleccionar la opci ó n de men ú Procesos Principales, sub-men ú Importar Ciclo. 3. Seleccionar el ciclo a importar. 5. Selecciona la opci ó n Si para importar el ciclo. 9. Hace clic en el bot ó n Aceptar. 12. Regresa a la pantalla principal. 2. Muestra la pantalla para la selecci ó n del ciclo a importar. 4. Muestra mensaje de confirmaci ó n. 6. Carga archivo de texto con la informaci ó n del ciclo seleccionado. 7. Actualiza la informaci ó n en la base de datos. 8. Emite un mensaje de Aceptar, indica que finaliz ó el proceso. 11. Al finalizar el proceso, recarga la pantalla de importar ciclo. Curso Alterno 3. Selecciona la opci ó n No …..Permanece en la pantalla importar ciclo. Precondici ó nInformaci ó n procesada por el del Sistema de Gesti ó n Comercial (INTEGRA). Poscondici ó nInformaci ó n de los ciclos a procesar grabada en la base de datos. Fuente: Autor (2.010).

26 Diseño de la Propuesta Gestión de Riesgos Riesgo Descripci ó n ProbabilidadImpacto Plan de Acci ó n RI01 Ausencia de liderazgo del responsable del proyecto. ModeradaCritico Sensibilizar al personal del cliente que existen responsables de supervisar las actividades del proyecto. RI02 Orientaci ó n a herramientas m á s que a la formaci ó n en buenas pr á cticas. Alta Revisar y rectificar la metodolog í a del personal. Sensibilizar en el hecho de que la soluci ó n no solo depende de un software. RI03 Negocio en constante estado de cambio. bajaCritico Notificar por escrito y con anticipaci ó n los cambios en pol í ticas de negocio o incorporaci ó n de nuevas actividades o productos. RI04 Cambio de Gerencia del cliente con prioridades diferentes. BajaAlto Notificar por escrito el cambio de gerente. El nuevo gerente deber á pasar por escrito, con anticipaci ó n a la ejecuci ó n de roles las nuevas prioridades. RI06 Cambios en los requerimientos y/o alcances in í ciales. AltaCritico Evaluaci ó n de los nuevos requerimientos para determinar la posibilidad de postergarlos en un nuevo proyecto. De ser necesario en este proyecto, detener las actividades y planificar un nvo. cronograma de proyecto en funci ó n de los nuevos requerimientos y alcance, estableciendo un nuevo documento de definici ó n de proyecto. RI08 Retraso en las especificaciones o requisitos. ModeradaAlto Notificar con anticipaci ó n la postergaci ó n de las fechas de entregas, para tomar los correctivos necesarios. Fuente: Autor (2.010).

27 Diseño de la Propuesta Fase de Elaboración RUP Actividad Requisitos. Vista Arquitectónica Vista de implementación. Artefactos o Productos Generados Requisitos no funcionales.

28 Diseño de la Propuesta RNFCriterioRequisito Mínimo Atributos de Calidad Requisitos mínimos técnicos. El sistema debe estar en capacidad de dar respuesta al acceso de todos los usuarios. El control de acceso implementado debe permitir asignar los perfiles para cada uno de los roles identificados. El sistema debe validar automáticamente la información contenida en los formularios de ingreso. DocumentaciónEl sistema debe disponer de una documentación fácilmente actualizable que permita realizar operaciones de mantenimiento con el menor esfuerzo posible. Arquitectura El sistema debe operar de manera independiente del navegador que se utilice. Requisitos no funcionales Fuente: Autor (2.010).

29 Diseño de la Propuesta Fase de Elaboración RUP Actividad Análisis y Diseño. Vista Arquitectónica Vista de implementación. Artefactos o Productos Generados Modelo entidad-relación y diagrama de clases.

30 Diseño de la Propuesta Modelo Entidad-Relación Fuente: Autor (2.010).

31 Diseño de la Propuesta Diagrama de Clases Fuente: Autor (2.010).

32 Diseño de la Propuesta Fase de Elaboración RUP Actividad Implementación. Vista Arquitectónica Vista de implementación. Artefactos o Productos Generados Prototipo funcional.

33 Click aquí para ir al prototipo. aquí Diseño de la Propuesta

34  El desarrollo del diseño del sistema información para la gestión de las lecturas de consumo eléctrico permitió generar un prototipo funcional que podría catalogarse de evolutivo debido a que con un esfuerzo adecuado de programación puede convertirse en el sistema a ser usado por la empresa.  El uso de la metodología de desarrollo de software RUP, permitió obtener los requisitos necesarios para el desarrollo del prototipo, los cuales se presentaron a través del lenguaje UML para tener una visión grafica de los elementos que conforman el prototipo.  El desarrollo del nuevo sistema de información bajo tecnología Web lo hace accesible a través de Internet. Conclusiones

35 Recomendaciones  Ampliar los estudios de factibilidad presentados en este trabajo para verificar la viabilidad de la propuesta.  Se recomienda implantar un sistema de información que apoye los procesos críticos de Enelbar c.a, aportándole valor agregado al cliente.  Servir de apoyo a nuevas investigaciones orientadas al apoyo de la gestión por intermedio de sistemas de información, especialmente en el sector eléctrico.

36 MUCHAS GRACIAS POR SU ATENCIÓN “Que algo no funcione como tú esperabas no quiere decir que sea inútil.” Thomas Alva Edison.

37