Sei sulla pagina 1di 20

DESARROLLO DE APLICACONES EMPRESARIALES

DISEÑO E IMPLEMENTACION DE UN MODELO WEB “DIAGNOSTIC” PARA EL

CONTROL DE PERDIDAS DE ENERGIA DELA EMPRESA CAM-CENS.

LESTER ALEXIS PORTILLA MENESES

NEYDA LICED BLANCO ARIAS

GERSON FABIAN URIBE RAMON

LUIS FELIPE MELO CARRILLO

UNIVERSIDAD NACIONAL EXPERIMENTAL DEL TACHIRA

DECANATO DE POSTGRADOS

SAN CRISTOBAL – ESTADO TACHIRA

2018
DESARROLLO DE APLICACONES EMPRESARIALES

DISEÑO E IMPLEMENTACION DE UN MODELO WEB “DIAGNOSTIC” PARA EL

CONTROL DE PERDIDAS DE ENERGIA DELA EMPRESA CAM-CENS.

LESTER ALEXIS PORTILLA MENESES

NEYDA LICED BLANCO ARIAS

GERSON FABIAN URIBE RAMON

LUIS FELIPE MELO CARRILLO

Ingeniero

MSc. Marcel Molina

Docente de la materia Desarrollo De Aplicaciones Empresariales

UNIVERSIDAD NACIONAL EXPERIMENTAL DEL TACHIRA

DECANATO DE POSTGRADOS

SAN CRISTOBAL – ESTADO TACHIRA

2018
Tabla de contenido

Introducción .................................................................................................................................... 1

1. Presentación general del proyecto .............................................................................................. 1

1.1 Titulo ................................................................................................................................................... 1

1.2 Objetivo General ................................................................................................................................. 1

1.3 Objetivos Específicos........................................................................................................................... 1

1.4 Descripción general del proyecto ....................................................................................................... 1

1.5 Definiciones acrónimos y abreviaturas ............................................................................................... 2

1.6 Referencias ......................................................................................................................................... 3

1.7 Propósito ............................................................................................................................................. 3

2. Descripción Específica del Proyecto TOGAF ............................................................................ 1

2.1 Fase A: visión de la arquitectura: ........................................................................................................ 1

2.1.1 Alcances ........................................................................................................................................... 1

2.1.2 Restricciones ................................................................................................................................... 1

2.2 Fase C: Arquitectura de aplicaciones .................................................................................................. 2

2.3 Fase D: Arquitectura Tecnológica: ...................................................................................................... 2

2.4 Fase E: Oportunidades y Soluciones ................................................................................................... 2

2.5 Fase H: Administración del cambio de la arquitectura ....................................................................... 3

2.6 Perspectiva de la aplicación ................................................................................................................ 3

2.7 Funcionalidad del producto ................................................................................................................ 3

2.8 Características de los usuarios ............................................................................................................ 3

3. Desarrollo del proyecto ............................................................................................................... 1

3.1 Entrevistas........................................................................................................................................... 1
3.2 Modelo de entrevista .......................................................................................................................... 2

3.2.1 Cuestionario de requerimientos ...................................................................................................... 2

3.3 Wireframe en Balsamiq ...................................................................................................................... 6

3.4 Aplicativo WEB y APP con Ionic3 ........................................................................................................ 6

4. Conclusiones ............................................................................................................................... 1
Introducción

Hoy en día las empresas buscan mejorar la productividad de sus procesos por

ende se debe aprovechar las herramientas tecnológicas que el medio nos ofrece para mejorar la

efectividad de sus procesos internos. De ahí que las empresas implementan acciones adicionales

para manejar la complejidad de su información y de la tecnología que utilizan, por lo que se hace

inminente la necesidad de hacer un modelo de aplicación empresarial en sus procesos de negocio

para representar y entender las operaciones de la empresa.

La adopción de este modelo de desarrollo de aplicación empresarial permitirá a

las empresas alinear la tecnología existente con la visión, misión y los objetivos estratégicos, así

como trabajar con buenas prácticas, mejorando los procesos actuales hacia una gestión más

eficiente y oportuna ante los nuevos retos que el mercado ofrece; lo cual redunda en ventajas

competitivas y en la apertura del camino hacia la innovación para generar valor agregado. La

innovación es capturar el valor de las ideas y ejecutarlas teniendo como eje central al cliente o

usuario final y que estas tengan su mayor impacto en su productividad, en la sociedad y en la

empresa.

En la actualidad existe varias metodologías de desarrollo empresarial, pero en

nuestro caso nos enfocaremos en la arquitectura ADM-TOGAF que es una herramienta

tecnológica innovadora debido que maneja los problemas empresariales de forma detallada en

cada uno de sus componentes gracias a su arquitectura basada en ciclos por fase que permite

identificar las diferentes etapas que puedan afectar o intervenir y así de esta forma obtener un

mejor control de su productividad para cumplir con las metas trazadas.


1. Presentación general del proyecto

1.1 Titulo

Diseño e implementación de un modelo web “DIAGNOSTIC” para el control de

pérdidas de energía de la empresa CAM-CENS.

1.2 Objetivo General

Diseñar e implementar un modelo web “DIAGNOSTIC” para el control de

pérdidas de energía de la empresa CAM-CENS.

1.3 Objetivos Específicos

 Recolectar información de los diversos inconvenientes que se presentan en el área de

control de pérdidas de energía de la empresa CAM.

 Analizar y diseñar los componentes que intervendrán en la propuesta del modelo de

desarrollo de aplicación empresarial.

 Seleccionar las mejores herramientas tecnológicas en el desarrollo del diseño del

aplicativo web basado en el ciclo ADM-TOGAF.

 Soportar a la empresa en la implementación con una nueva estrategia de tecnología de la

información.

1.4 Descripción general del proyecto

Lo que pretende este proyecto es buscar una solución a una problemática que se

está teniendo en la empresa donde laboramos actualmente dos de los integrantes del grupo.
CAM Multiservicios es una empresa que presta servicios de ingeniería y

operatividad a la empresa Distribuidora del servicio de energía eléctrica de norte de Santander la

cual es una filial de EPM en Colombia.

En la actualidad todo el proceso de asignación, desarrollo y recolección de la

información de las actividades de las cuadrillas se realiza de forma manual originando un retraso

considerado en los reportes para la empresa en donde no hay un seguimiento idóneo en tiempo

real de las pérdidas de energía y así poder medir la efectividad de las diversas acciones tomadas.

De ahí la necesidad de diseñar e implementar una herramienta tecnológica que permita llevar un

control más adecuado en donde podamos verificar y analizar los reportes de la información

recolectada diariamente y tomar las decisiones del caso de forma inmediata para cumplir las

metas propuestas por la empresa.

1.5 Definiciones acrónimos y abreviaturas

TOGAF: Descripción formal de un sistema o un plan detallado de este, a nivel de sus

componentes que guía la implementación, diseño y evolución a largo tiempo de la aplicación.

Archivos Planos: Son archivos generados por Excel de la información recolectada necesario para

alimentar el formato del aplicativo web.

ADM: (Método de desarrollo de arquitectura) Es un método definido por TOGAF para las

necesidades o desarrollos de aplicaciones empresariales.


1.6 Referencias

En la actualidad la empresa no cuenta con un software que lleve el control de las

pérdidas de energía en tiempo real, si no que el proceso se realiza de forma manual de acá surge

la necesidad de implementar una herramienta tecnológica para mejorar los procesos.

1.7 Propósito

Medir la efectividad en tiempo real de las acciones tomadas realizando los

cambios pertinentes en el caso de necesitarlo y así alcanzar las metas proyectadas mensuales.
2. Descripción Específica del Proyecto TOGAF:

Gestion de Requerimientos

La propuesta de este proyecto es realizar la descripción formal de un sistema a

nivel de sus componentes para la empresa CAM–CENS, que sirva de guía para la

implementación de un aplicativo web en el área de control de pérdidas de energía, basándonos en

el diseño y validación del método arquitectónico (método de desarrollo de la arquitectura) ADM-

TOGAF, la cual seleccionamos algunas de sus fases de todo el ciclo TOGAF para el desarrollo

del mismo.

2.1 Fase A: visión de la arquitectura:

En esta fase se establece el alcance y las restricciones del desarrollo de la

propuesta de un aplicativo web:

2.1.1 Alcances

 El sistema permitirá la carga de archivos planos de diagnóstico.

 El sistema permitirá la carga de archivos planos de Censos.

 La aplicación permitirá la carga de archivos planos para balances manuales.

 Permitirá llevar un control de trabajo en la APP de los revisores.

 También permitirá exportar la información recopilada en terreno.

2.1.2 Restricciones

 La aplicación no determina los usuarios fraudulentos.

 No imprimirá el listado de usuarios.

 Deberá tener acceso a internet en los equipos utilizados.


2.2 Fase C: Arquitectura de aplicaciones

Se implementó una aplicación web y una app con el objetivo de mejorar los

procesos del control de pérdidas de energía en la empresa CAM-CENS, utilizando el diseño de

aplicaciones empresariales para un adecuado enfoque de los principios de la arquitectura a

definir basándonos en los frameworks y en las herramientas tecnológicas como balsamiq, php,

html 5, java script, Mysql e Ionic 3 para asegurar el desarrollo correcto de cada etapa del

proyecto.

2.3 Fase D: Arquitectura Tecnológica:

Describimos las herramientas tecnológicas en las cuales los usuarios van utilizar

para manejar el aplicativo, como:

El personal que conforman las cuadrillas solo requiere de un móvil con un

aplicativo descargable en sistema android con acceso a internet.

El personal de soporte y análisis de la información de la empresa CAM-CENS

solo requiere de un computador con SO Windows y con acceso de internet.

Como el aplicativo es en línea se mantendrá una relación constante en tiempo real

en la cual cualquiera de los usuarios podrá acceder a la información y tomar las acciones

pertinentes en la reducción de las pérdidas de energías.

2.4 Fase E: Oportunidades y Soluciones

Se evaluaron y se seleccionaron las diferentes opciones de implementación

identificadas en las entrevistas realizadas y de esta manera plasmar la mejor idea para el

desarrollo del proyecto.


2.5 Fase H: Administración del cambio de la arquitectura

Se mantendrá una supervisión continua del aplicativo para tener la seguridad de

que la arquitectura responda a los requerimientos exigidos por la empresa durante los primeros

seis meses de su implementación. Se ofertara más adelante mejoras del aplicativo según las

inquietudes que surjan por parte del cliente esto sería como un garantía para mantener una

continua relación con ellos.

2.6 Perspectiva de la aplicación

Es una aplicación independiente que no hace parte de un sistema mayor debido a

que la empresa en la actualidad no cuenta con un software que soporte el control de pérdidas de

energía.

2.7 Funcionalidad del producto

 Agilizar el proceso de análisis de los circuitos.

 Análisis de los archivos planos.

 Minimizar en tiempo las acciones tomadas y obtener mejores resultados.

2.8 Características de los usuarios

Tipo de usuario Analista

Formación Ingeniero electromecánico

Habilidades Manejo en aplicaciones Ofimáticas y

minería de datos

Actividades Análisis de la información


Tipo de usuario Revisores en terreno

Formación Tecnólogos electricistas

Habilidades Manejo de aplicaciones web y electricistas

Actividades Digitalizar formatos de la App y ejecutar

actividades de diagnóstico de los usuarios

fraudulentos.
3. Desarrollo del proyecto

3.1 Entrevistas

En el desarrollo del modelo web las entrevistas y encuestas juegan un papel

fundamental en el levantamiento de los requerimientos por parte de equipo desarrollador.

Se desarrollaron tres entrevistas utilizando el esquema de embudo el cual define

que se deben empezar con preguntas cerradas y culminar con preguntas abiertas. Los funcionales

encuestados son el coordinador del proyecto, el ingeniero de soporte y el ingeniero analista el

cual sería el usuario final para el modelo web Estas entrevistas serán abiertas, en las cuales no se

preparan preguntas concretas, y, por el contrario, se discute con el entrevistado las expectativas

que este tiene del sistema. Estas entrevistas se ejecutaron de esta manera permitiendo que el

entrevistador obtuviera una información detallada del problema, la cual se le transmitió al

equipo desarrollador.

Antes de pasar a la elaboración y ejecución de la entrevista se tomaron estrategias

para llegar a un mejor entendimiento por parte de CAM acerca del software que se desea, dichas

estrategias fueron las siguientes:

 Aprender todo lo que se pueda de los documentos, formularios, informes y archivos

existentes, lo que se puede aprender del proceso sin necesidad de quitarle tiempo al

personal.

 De ser posible, se observará el proceso en acción. No se plantearán preguntas. Tan sólo se

observará y se tomarán notas o dibujos, asegurándose que las personas observadas saben

que no se les está evaluando. En caso contrario, harán su trabajo de manera más eficaz

que lo normal.
 Después de lo anterior se diseñaron cuestionarios para aclarar dudas, se solicitaron

opiniones sobre los problemas y las limitaciones existentes.

 Se realizaron entrevistas ya que se ha recogido una información inicial en los pasos

anteriores, se pueden utilizar las entrevistas para verificar y aclarar las cuestiones y los

problemas de mayor dificultad.

 Finalmente se verifica la información recolectada a través del uso de técnicas como

Entrevistas y Observación para comenzar el desarrollo de los wireframes que serán el

bosquejo inicial del software.

3.2 Modelo de entrevista

Se realizaron varias entrevistas las cuales fueron unificadas para definir los

requerimientos y realizar el desarrollo de la aplicación.

La evidencia presentada será el resultado de la observación del proceso y las

entrevistas realizadas al personal pertinente que hace parte del mismo, con base a ellas podemos

aclarar las dudas y tener una idea de los pasos principales para empezar con el desarrollo del

software DIAGNOSTIC. Ver 3.2.1

3.2.1 Cuestionario de requerimientos

1. ¿Cuál es el problema a resolver?

Rta: Optimizar los procesos para el diagnóstico de circuitos con pérdidas y detección de

irregularidades.
2. ¿Qué información va a ser procesada?

Rta: Archivos planos entregados por CENS de los diagnósticos a intervenir.

3. ¿Qué función se desea?

Rta: Optimizar los diagnósticos para un correcto análisis del control de pérdidas de los circuitos.

4. ¿Quién está detrás de la solicitud de este trabajo?

Rta: Jefe inmediato Juan Diego León y el analista Gerson Fabián Uribe.

5. ¿Cuáles son las características del sistema que se utiliza para resolver el problema, si lo

hay?

Rta: Es una aplicación de tipo de stand Alone con base de datos en Oracle e interfaces en visual

BASIC 6.0.

6. ¿Cuáles son la cosas que encuentran más difíciles en el proceso actual y que cosa piensan

que puede ser cambiada para mejorar?


Rta: Comunicación entre los sistemas, la APP debe ser diseñada de forma ágil para la ejecución

de los procesos para mejorar se puede diseñar una APP e implementarla.

7. ¿Cómo se apoyará el sistema cuando usuarios soliciten correcciones, adaptaciones y

mejoras del sistema?

Rta: A través de un canal de soporte técnico solicitando un ticket al sistema de CAMPRO.

8. ¿Qué interfaces van a ser establecidas?

Rta: Diagnostico; censo y balances.

9. ¿Qué se considera un resultado “correcto”?

Implementación de una plataforma y el diseño de la APP Diagnostico.

10. ¿Cómo termina el procedimiento?

Rta: Termina con la generación de unos reportes en el sistema DIAGNOSTIC.


11. ¿Quién utilizará la solución?

Rta: El personal encargado de los diagnósticos y los ingenieros analistas quienes ingresan la

información y socializan con el personal operativo en una especie de comité.

12. ¿A quién le envía los resultados del proceso?

Rta: Se utiliza como información de soporte de la empresa CAM.

13. ¿Cuáles son las restricciones?

Rta: Capacitación del personal, disponibilidad del servicio.

14. ¿Cuáles son las entradas y salidas?

Rta: Entradas: archivos planos.

Salidas: reportes generados por el sistema DIAGNOSTIC.

15. ¿Cuál es la forma de almacenamiento?


Rta:Una base de datos relacional en MYSQL

Fecha: 02/09/2018

Nombre: Carlos Alberto Oregón.

Cargo: Ingeniero de soporte operativo.

3.3 Wireframes en Balsamiq

Se realizó una estructura visual previa para la aplicación “DIAGNOSTIC” como

prototipo para el diseño inicial como una herramienta de ayuda en la orientación del desarrollo

del proyecto. Ver anexo en el PDF “DIAGNOSTIC”.

3.4 Aplicativo WEB y APP con Ionic3

Ver anexos los programas en el archivo comprimido.


4. Conclusiones

 Se realizó una selección de los requisitos mediante entrevistas para soportar la idea de la

implementación del aplicativo web en la empresa CAM-CENS, el cual será de gran

utilidad para mantener la información en tiempo real de todo el proceso y así obtener los

resultados más favorables en el área de control de pérdidas de energías en la empresa.

 El desarrollo de este proyecto nos permitió ver las ventajas del diseño de las aplicaciones

empresariales en el campo laboral como una herramienta tecnológica para dar solución a

un problema donde la productividad de la empresa o de un área de ella se ve afectada y

no se pueda reflejar en tiempo real las dificultades, sino que depende del tiempo que dure

su equipo de trabajo en recolectar la información para tomar las acciones pertinentes del

caso.

 La arquitectura ADM-TOGAF como modelo empresarial aplicado en esta propuesta es

una herramienta tecnológica bastante innovadora, ya que gracias a su metodología de

ciclos por fases, podemos identificar los problemas y soluciones de una manera más

detallada de la relación en sus componentes, debido al control secuencial que existe entre

sus fases, permitiéndonos de esta manera identificar las etapas que podemos afectar o

intervenir para el correcto desarrollo e implementación del proyecto viéndose de

inmediato reflejado estas mejoras en la productividad de la empresa.

 La mezcla de aplicaciones web con aplicaciones móviles permite movilizar la

productividad del personal operativo las empresas donde se requiere ejecutar una gran

cantidad de acciones por el personal operativo.

 Las aplicaciones móviles permiten la validación adecuada de los datos que se requieren

ingresar a un sistema de información manteniendo así precisión y calidad.


Agradecimientos

De manera muy especial queremos expresar nuestros agradecimientos al ingeniero Marcel

Molina, ya que a través de su experiencia y conocimientos nos dirigió y orientó en el desarrollo

de este trabajo. A la UNET por brindarnos la oportunidad de formarnos, aportando valiosos

conocimientos para nuestro desempeño profesional y laboral.

Potrebbero piacerti anche