Trabajo de Titulacion Finalizado

UNIVERSIDAD TCNICA DE MACHALA
UNIDAD ACADMICA DE INGENIERA CIVIL

CARRERA DE INGENIERA DE SISTEMAS
TRABAJO DE TITULACIN PREVIO A LA OBTENCIN

DEL TTULO DE INGENIERA DE SISTEMAS
TTULO:
ANLISIS, DISEO E IMPLEMENTACIN DE UN SISTEMA INFORMTICO
DE CONTROL DE ACTIVOS EN EL DEPARTAMENTO DE ACTIVOS FIJOS DE
LA CNEL EP UNIDAD DE NEGOCIO EL ORO UTILIZANDO EL FRAMEWORK
SYMFONY2 Y LA METODOLOGA RAD
AUTORA:
SRTA. LASSO ZAMORA ADRIANA MARA
TUTORA:
ING. ZAMBRANO CARRIN VERNICA SOFA
CO-TUTOR:
ING. LOJN CUEVA EDISON LUIS, MGS
MACHALA EL ORO ECUADOR

2015
AGRADECIMIENTO
Le doy gracias a la Escuela de Informtica, a sus autoridades y docentes por brindar
todas sus enseanzas para mi realizacin profesional.
Gratitud especial a la Ing. Vernica Zambrano, que en calidad de Tutora me oriento con
inmensa capacidad en el desarrollo del trabajo de titulacin.
Srta. Adriana Lasso Z.
DEDICATORIA
Dedico este trabajo, fruto del esfuerzo y constancia a Dios, en quien he depositado toda
mi fe y confianza.
A mi querida madre, Mariana Zamora, quien me ha inculcado de excelentes valores y
me ha guiado por el sendero hacia la meta de mis aspiraciones.
A mis hermanos, Henry, Mauricio y Jorge, quienes siempre estn apoyndome en todas
mis decisiones.
A mis amigos, quienes estimo y han acompaado en este duro proceso de aprendizaje.
Srta. Adriana Lasso Z.
CERTIFICACIN DEL TUTOR

Ing. Sofa Vernica Zambrano Carrin, Docente de la Carrera de Ingeniera de Sistemas
de la Unidad Acadmica de Ingeniera Civil de la Universidad Tcnica de Machala,
CERTIFICA
Que el presente Trabajo de Titulacin denominado ANLISIS, DISEO E
IMPLEMENTACIN DE UN SISTEMA INFORMTICO DE CONTROL DE
ACTIVOS EN EL DEPARTAMENTO DE ACTIVOS FIJOS DE LA CNEL EP
UNIDAD DE NEGOCIO EL ORO UTILIZANDO EL FRAMEWORK
SYMFONY2 Y LA METODOLOGA RAD, ha sido prolijamente revisado y
corregido de conformidad a las normas pertinentes; por tanto se autoriza su presentacin
para la aprobacin y sustentacin del mismo.
____________________________________
Ing. Vernica Sofa Zambrano Carrin
TUTOR DEL TRABAJO DE TITULACIN
CERTIFICACIN DEL CO-TUTOR

Ing. Edison Luis Lojn Cueva, Docente de la Carrera de Ingeniera de Sistemas de la
Unidad Acadmica de Ingeniera Civil de la Universidad Tcnica de Machala,
CERTIFICA
Que el presente Trabajo de Titulacin denominado ANLISIS, DISEO E
ACTIVOS EN EL DEPARTAMENTO DE ACTIVOS FIJOS DE LA CNEL EP
UNIDAD DE NEGOCIO EL ORO UTILIZANDO EL FRAMEWORK
SYMFONY2 Y LA METODOLOGA RAD, ha sido prolijamente revisado y
corregido de conformidad a las normas pertinentes; por tanto se autoriza su presentacin
para la aprobacin y sustentacin del mismo.
_______________________
Ing. Edison Luis Lojn Cueva, MGS.
CO-TUTOR DEL TRABAJO DE TITULACIN
4
DECLARACIN DE AUTORA
Yo, Adriana Mara Lasso Zamora, declaro que soy nica autora de este trabajo de
titulacin denominado: ANLISIS, DISEO E IMPLEMENTACIN DE UN
SISTEMA
INFORMTICO
DE
CONTROL
DE
ACTIVOS
EN
EL
DEPARTAMENTO DE ACTIVOS FIJOS DE LA CNEL EP UNIDAD DE

NEGOCIO EL ORO UTILIZANDO EL FRAMEWORK SYMFONY2 Y LA
METODOLOGA RAD y autorizo a la Universidad Tcnica de Machala, para que
haga el uso que estime pertinente con este proyecto.
_____________________________
Srta. Lasso Zamora Adriana Mara
C.I. 0706225653
RESUMEN EJECUTIVO
Los sistemas informticos se han convertido en la mejor solucin para las necesidades
de las grandes, medianas y/o pequeas empresas, ya que permiten optimizar sus
actividades y mejorar su imagen corporativa. El departamento de Activos Fijos de la
CNEL EP careca de disponibilidad en la informacin relacionada con la forma de
controlar los bienes, equipos, maquinarias y sistemas de transmisin de energa, y sto a
su vez le quitaba la autonoma necesaria para la realizacin de sus actividades
administrativas, las cuales se controlaban manualmente, lo cual descartaba la capacidad
de generar depreciaciones en tiempo real que permitan efectuar estimaciones a corto y
largo plazo de los activos. El presente trabajo tuvo como objetivo el anlisis, diseo e
implementacin de un sistema informtico que se encargue de llevar el control de
activos fijos en el departamento de Activos Fijos de la CNEL EP de la Unidad de
Negocios de El Oro utilizando el framework Symfony2 y la metodologa RAD (RAPID
APPLICATION DEVELOPMENT), ste sistema proporciona a los directivos y al
personal administrativo la automatizacin de procesos como: la gestin de lneas de
subtransmisin, subestaciones elctricas y de los bienes activos que se encuentran
asignados a los empleados administrativos y operativos de la empresa; as como
tambin brindar un historial de depreciaciones anuales y la generacin de informes. Para
el desarrollo del sistema informtico se utiliz la metodologa RAD por su mayor
abstraccin de los requisitos, el framework Symfony2 que trabaja conjuntamente con el
lenguaje de programacin PHP ya que permiten la reutilizacin y organizacin del
cdigo fuente y como gestor de base de datos MySQL Server por su estabilidad y
confidencialidad en el almacenamiento de datos. Por lo tanto con la implementacin de
este sistema informtico va web el departamento de Activos Fijos de la CNEL EP
llevara una excelente gestin de sus actividades, y la obtencin de la informacin de
manera eficiente.
Palabras clave: Sistema va web, Control de activos, RAD, PHP, Symfony2
Revisado por Ing. Nancy M. Loja Mora, Mgs.

COMISIN DE INVESTIGACIN DE INGENIERA DE SISTEMAS
6
EXECUTIVE SUMMARY
Computer systems have become the best solution for the needs of large, medium and /
or small businesses, and to optimize their activities and improve their corporate image.
The Activos Fijos department of CNEL EP, had an avaliability weak of relative
inmformation about assents control, equipment, machinery and power transmission, at
the time, this took away the autonomy necessary ,for administrative activities, wich has
been controlled manually, discarding the deprecatopm generation capacity in real time
to make estimates short- and long-term asset. The current study it's oriented to analyze,
design and implementation of a computer system that is responsible for keping track of
fixed assets in the Activos Fijos department of CNEL EP of Business Unit of El Oro,
using the Symgfony2 framework and RAD methodology (RAPID APPLICATION
DEVELOPMENT), this system provides to managers and administrative staff the
processes automating, such as: sub-transmission lines management, electic substations
and active assets that are assigned to administrative and operational employes in
enterpriese as well as provide a history of annual depreciation and reporting. For the
development of the computer system RAD methodology was used, by its freater
requirements abstraction, the Symfony2 framework that works together the PHP
programming langujage, because it allows th reutilization and organization of source
code and MySQL Server database management by its stability and confidentiality in
data storagins. Therefore, the implementation of this web computer system in the
ACtivos Fijos department of CNEL EP, will take excellent management of your
activitieas, and obtaining the information efficiently.
Revised by: Lic. Eddy Zalda Morn.

DIRECTOR OF THE LANGUAGUE INSTITUTE
NDICE GENERAL
Contenido
pg.
AGRADECIMIENTO....................................................................................................II
DEDICATORIA............................................................................................................III
CERTIFICACIN DEL TUTOR................................................................................IV
CERTIFICACIN DEL CO-TUTOR........................................................................IV
DECLARACIN DE AUTORA..................................................................................V
RESUMEN EJECUTIVO............................................................................................VI
EXECUTIVE SUMMARY.........................................................................................VII
NDICE GENERAL..................................................................................................VIII
NDICE DE FIGURAS.................................................................................................XI
NDICE DE TABLAS................................................................................................XIII
INTRODUCCIN.......................................................................................................XV
CAPTULO I.................................................................................................................17
1
MARCO REFERENCIAL..................................................................................17
1.1
JUSTIFICACIN.............................................................................................17
1.2
OBJETIVOS.....................................................................................................18
1.2.1
1.2.2
1.3
PLANTEAMIENTO DEL PROBLEMA............................................................19
1.3.1
1.3.2
1.4
Problema Central.......................................................................................19
Problemas Especficos...............................................................................19
PREGUNTAS CIENTFICAS...........................................................................21
1.4.1
1.4.2
1.5
Objetivo General.......................................................................................18
Objetivos Especficos................................................................................18
Pregunta Cientfica Central.......................................................................21

Preguntas Cientficas Especficas..............................................................21
ALCANCE........................................................................................................22
1.5.1
1.5.2
Alternativas, Alcance y Sustentacin........................................................22

Resultados Esperados................................................................................23
CAPTULO II................................................................................................................24
2
MARCO TERICO............................................................................................24
2.1
ANTECEDENTES HISTRICOS DE LA EMPRESA......................................24
2.1.1
2.1.2
2.1.3
2.1.4
Resea Histrica........................................................................................24
Filosofa de la Gestin de la Corporacin.................................................24
Estructura Organizacional.........................................................................26
Ubicacin...................................................................................................27
8
2.2
ANTECENDENTES CONCEPTUALES..........................................................28
2.2.1
2.2.2
2.2.3
2.2.4
2.2.5
2.2.6
2.2.7
2.2.8
2.2.9
2.2.10
2.2.11
2.2.12
2.2.13
Activos Fijos..............................................................................................28
Control de Activos Fijos............................................................................28
Depreciacin de Activos Fijos...................................................................30
Mtodo de Depreciacin en Lnea Recta...................................................32
Organizacin de las Redes.........................................................................32
Sistemas Informticos...............................................................................34
Bases de Datos...........................................................................................35
Sistemas Gestores de Bases De Datos.......................................................35
MySQL......................................................................................................36
Software Libre.......................................................................................38
Symfony2...............................................................................................38
Metodologas de Desarrollo Web...........................................................40
Metodologa RAD..................................................................................44
CAPTULO III..............................................................................................................54
3
DESARROLLO DE LA PROPUESTA..............................................................54
3.1
FASE DE PLANIFICACIN DE LOS REQUISITOS......................................54
3.1.1
3.1.2
3.1.3
3.1.4
3.2
FASE DE ANLISIS Y DISEO.......................................................................59
3.2.1
3.2.2
3.2.3
3.2.4
3.2.5
3.2.6
3.2.7
3.3
Requisitos comunes de las Interfaces........................................................59

Requisitos Funcionales..............................................................................61
Requisitos no Funcionales.........................................................................68
Diseo de Diagramas de Casos de Uso Especficos..................................69
Diseo del Diagrama Entidad-Relacin....................................................80
Diseo del Diagrama de Base de Datos....................................................81
Diseo del Diagrama de Clases.................................................................82
FASE DE CONSTRUCCIN...........................................................................83
3.3.1
3.3.2
3.3.3
3.3.4
3.3.5
3.3.6
3.3.7
3.4
Personal Involucrado en el Desarrollo del Sistema Informtico...............54

Perspectiva del Producto...........................................................................55
Funcionalidad del producto.......................................................................55
Caractersticas de los Usuarios..................................................................58
Estructura Inicial de un Proyecto Symfony...............................................83

Configuracin de la Conexin a la una Base de Datos.............................84
Creacin de Bundles..................................................................................84
Creacin del Modelo.................................................................................87
Creacin de Controladores........................................................................87
Creacin de Rutas......................................................................................88
Creacin de Vistas.....................................................................................96
FASE DE IMPLEMENTACIN Y PRUEBAS..................................................97
3.4.1
Pruebas del Sistema Informtico...............................................................98
CAPTULO IV.............................................................................................................115
4
EVALUACIN DE RESULTADOS.................................................................115
4.1
EVALUACIN DE EXPERTOS.....................................................................115
9
4.1.1
4.1.2
4.1.3
4.2
EVALUACIN DE DIRECTIVOS..................................................................127
4.2.1
4.2.2
4.3
Formato de Evaluacin............................................................................115
Resultados................................................................................................115
Anlisis de la Entrevista a Expertos........................................................121
Resultados................................................................................................127
EVALUACIN DE USUARIOS.....................................................................133
4.3.1
4.3.2
Resultados................................................................................................133
CONCLUSIONES.......................................................................................................139
RECOMENDACIONES.............................................................................................140
GLOSARIO..................................................................................................................141
BIBLIOGRAFA.........................................................................................................144
ANEXOS......................................................................................................................146
ANEXO 1. Evaluacin realizada a Expertos...........................................................146
ANEXO 2. Evaluacin realizada a Directivos........................................................148
ANEXO 3. Evaluacin realizada a Usuarios..........................................................149
ANEXO 4. Manual de Usuario................................................................................150
10
NDICE DE FIGURAS
Contenido
pg.
Fig. 1: Organigrama estructural CNEL EP Regional el Oro...........................................26

Fig. 2: Organigrama Funcional Direccin de Planificacin............................................27
Fig. 3: Ubicacin CNEL EP Regional el Oro..................................................................27
Fig. 4: Frmulas de depreciacin lineal..........................................................................32
Fig. 5: Internet.................................................................................................................33
Fig. 6: Intranet.................................................................................................................33
Fig. 7: Extranet................................................................................................................34
Fig. 8: Elementos de los Sistemas Informticos..............................................................34
Fig. 9: Elementos de una Base de datos..........................................................................35
Fig. 10: Modelo - Vista Controlador............................................................................39
Fig. 11: Metodologas de Desarrollo Web.......................................................................41
Fig. 12: Diseo de la interfaz grfica para el SICACNEL..............................................60
Fig. 13: CU 1. Gestionar usuarios...................................................................................69
Fig. 14: CU 2. Gestionar Activos....................................................................................71
Fig. 15: CU 3. Gestionar Componentes de la Corporacin.............................................74
Fig. 16: CU 4. Gestionar Sistema....................................................................................76
Fig. 17: CU 5. Generar depreciaciones...........................................................................77
Fig. 18: CU 6. Generar Informes.....................................................................................79
Fig. 19: Diseo del Diagrama E-R del SICACNEL........................................................80
Fig. 20: Diseo del Diagrama de Base de Datos del SICACNEL...................................81
Fig. 21: Diseo del Diagrama de Clases.........................................................................82
Fig. 22: Estructura inicial de un proyecto Symfony........................................................83
Fig. 23: Estructura y Configuracin de la conexin a la base de datos...........................84
Fig. 24: Ejecutar comando para creacin de Bundles.....................................................85
Fig. 25: Lista de comandos de Symfony2.......................................................................85
Fig. 26: Consola de Netbeans para la creacin de un Bundle.........................................86
Fig. 27: Estructura de los Bundles...................................................................................86
Fig. 28: Estructura del Modelo de datos..........................................................................87
Fig. 29: Estructura de los controladores..........................................................................87
Fig. 30: Estructura de las Rutas.......................................................................................88
Fig. 31: Estructura de las Vistas......................................................................................96
Fig. 32: Interfaz del Listado de Usuarios........................................................................98
Fig. 33: Interfaz del Registro de Usuarios.......................................................................99
Fig. 34: Interfaz de la Bsqueda de Usuarios................................................................100
Fig. 35: Interfaz de la Edicin de datos personales de Usuarios...................................101
Fig. 36: Interfaz del Borrado de Usuarios.....................................................................102
Fig. 37: Interfaz del Cambio de contrasea de Usuarios...............................................103
Fig. 38: Interfaz del listado de categoras de lneas de subtransmisin.........................105
11
Fig. 39: Interfaz del listado de categoras de subestaciones elctricas..........................105

Fig. 40: Interfaz del listado de lneas de subtransmisin...............................................106
Fig. 41: Interfaz del listado de subestaciones elctricas................................................106
Fig. 42: Interfaz del listado de bienes en custodio........................................................107
Fig. 43: Interfaz de la Valoracin de activos.................................................................108
Fig. 44: Interfaz del listado de subsistemas...................................................................109
Fig. 45: Interfaz del listado de departamentos...............................................................109
Fig. 46: Interfaz del listado de reas operativas............................................................110
Fig. 47: Interfaz del listado de dependencias................................................................110
Fig. 48: Interfaz del listado de cuentas contables..........................................................111
Fig. 49: Interfaz del listado de unidades de propiedad..................................................111
Fig. 50: Interfaz del listado de planes o programas.......................................................112
Fig. 51: Interfaz del listado de agencias........................................................................113
Fig. 52: Interfaz del listado de provincias.....................................................................113
Fig. 53: Interfaz del listado de cantones........................................................................114
Fig. 54: Grfico Estadstico Pregunta 1 Evaluacin a Directivos..............................128
Fig. 59: Grfico Estadstico Pregunta 1 Evaluacin a Usuarios.................................134
12
NDICE DE TABLAS
Contenido
pg.
Tabla 1: Vida til de un Activo Fijo................................................................................31

Tabla 2: Comparativa de las Metodologas de Desarrollo Web......................................42
Tabla 3: Formato de tabla para la descripcin de los usuarios involucrados..................45
Tabla 4: Formato de tabla para describir las caractersticas de los usuarios...................47
Tabla 5: Formato de tabla para identificar los Requisitos del Sistema............................48
Tabla 6: Personal involucrado en el desarrollo del sistema informtico.........................54
Tabla 7: Caractersticas del Administrador......................................................................58
Tabla 8: Caractersticas del Administrador de Activos Fijos...........................................58
Tabla 9: Caractersticas de los Empleados administrativos.............................................58
Tabla 10: Caractersticas de los Jefes de rea..................................................................59
Tabla 11: Caractersticas de los Empleados operativos...................................................59
Tabla 12: Requisitos Funcionales para la Incorporacin de Bienes................................61
Tabla 13: Requisitos Funcionales para el Traslado de Bienes.........................................62
Tabla 14: Requisitos Funcionales para la Desincorporacin de Bienes..........................63
Tabla 15: Requisitos Funcionales para la edicin de propiedades de bienes..................64
Tabla 16: Requisitos Funcionales para la Gestin de usuarios y roles............................65
Tabla 17: Requisitos Funcionales para la Gestin de componentes del sistema.............66
Tabla 18: Requisitos Funcionales para la Generacin de Depreciaciones......................67
Tabla 19: CU 1. Gestionar usuarios.................................................................................70
Tabla 20: CU 2. Gestionar Activos..................................................................................72
Tabla 21: CU 3. Gestionar Componentes de la Corporacin..........................................74
Tabla 22: CU 4. Gestionar Sistema.................................................................................76
Tabla 23: CU 5. Generar depreciaciones.........................................................................78
Tabla 24: CU 6. Generar informes..................................................................................79
Tabla 25: Lista de las rutas existentes del sistema...........................................................89
Tabla 26: Caractersticas del servidor web implementado para pruebas.........................97
Tabla 27: Caractersticas de los clientes implementados para pruebas...........................98
Tabla 28: PF1. Enlistar Usuarios.....................................................................................98
Tabla 29: PF2. Registro de Usuarios...............................................................................99
Tabla 30: PF3. Buscar Usuarios....................................................................................100
Tabla 31: PF4. Enlistar Usuarios...................................................................................101
Tabla 32: PF5. Eliminar Usuarios.................................................................................103
Tabla 33: PF6. Cambiar contrasea de los usuarios......................................................104
Tabla 34: PF7. Administrar Lneas de Subtransmisin.................................................107
Tabla 35: PF8. Valorizar activos....................................................................................108
Tabla 36: PF9. Administrar planes o programas............................................................112
Tabla 37: PF10. Gestionar Sistema................................................................................114
Tabla 38: Tabulacin - Pregunta 1 Evaluacin a Directivos..........................................127
Tabla 39: Tabulacin - Pregunta 2 Evaluacin a Directivos..........................................129
13
Tabla 40: Tabulacin - Pregunta 3 Evaluacin de Directivos........................................130

Tabla 43: Tabulacin - Pregunta 1 Evaluacin de Usuarios..........................................133
14
INTRODUCCIN
Los sistemas informticos son cada vez ms comunes en la mayora de las empresas ya
que les permiten tener una mejor organizacin de la informacin y facilitan las labores
cotidianas brindando un alto grado de eficiencia, otorgndoles la oportunidad de formar
parte en la competitividad del mercado, con la finalidad de ofrecer servicios de calidad a
sus clientes.
Las empresas perciben a las tecnologas de la informacin y comunicacin (TIC) como
herramientas fundamentales, que junto con los procesos automatizados puedan generar
un valor importante y logren un impacto en el sector pblico, de ah la necesidad de
dotar al personal de un sistema informtico para que puedan cumplir con las exigencias
y demandas de sus usuarios.
Es por ello que se ha tomado en cuenta llevar a cabo el ANLISIS, DISEO E
ACTIVOS PARA EL DEPARTAMENTO DE ACTIVOS FIJOS DE LA CNEL EP
UNIDAD DE NEGOCIO EL ORO UTILIZANDO EL FRAMEWORK SYMFONY2 Y
LA METODOLOGA RAD, la misma que servir de apoyo para el personal que labora
en el departamento.
El Sistema Informtico permitir al personal conectarse mediante cualquier ordenador
por medio de un navegador que se encuentre conectado a la red corporativa, de esta
forma le facilitara la obtencin de la informacin y la generacin de nuevos informes
que beneficien a la empresa. La web es un medio de comunicacin que crece a pasos
agigantados, lo que incita a tener una visin diferente del mundo de la tecnologa y la
comunicacin proporcionando mayores beneficios a quienes saben aprovecharla.
Para llevar a cabo el trabajo, el informe se ha dividido en cuatro captulos estructurados
de la siguiente manera:
CAPTULO I, denominado Marco Referencial en el que cual se hace nfasis a la
importancia que tiene el desarrollo de este proyecto, las metas que se desea alcanzar al
finalizar el proyecto, la problematizacin en la que se encuentra actualmente la empresa,
15
el planteamiento de interrogantes relacionados con el problema, detallar un alcance de

los mdulos que tendr el sistema y finalmente que resultados se espera obtener.
CAPTULO II, denominado Marco Terico, en este captulo daremos a conocer sobre
los antecedentes histricos de la CNEL EP, su ubicacin, su misin, visin, objetivos
institucionales, organizacin y tambin proporcionaremos un marco conceptual de las
herramientas y tecnologas que se utilizaran para el desarrollo.
CAPTULO III, es aqu donde se llevar a cabo el desarrollo de la propuesta
denominado Anlisis, Diseo e Implementacin de un Sistema Informtico de Control
de Activos para el departamento de Activos Fijos de la CNEL EP Unidad de Negocio El
Oro utilizando el framework Symfony2 y la metodologa RAD.
CAPTULO IV, en este apartado se proceder a realizar una evaluacin de los
resultados esperados que se han trazado en el marco referencial, se aplicara entrevistas a
personas expertas en desarrollo de software, encuestas a directivos y usuarios con el fin
de recoger sus opiniones del producto, con ello saber si se ha obtenido los objetivos
planteados.
16
CAPTULO I
1
1.1
MARCO REFERENCIAL
JUSTIFICACIN
El uso de la tecnologa en las operaciones empresariales son de gran importancia
ya que contribuyen al mejoramiento en las polticas de administracin de la
informacin de una empresa, por tal motivo surge la necesidad de implementar un
Sistema Informtico para el departamento de Activos Fijos de la CNEL EP
Unidad de Negocio El Oro que se encargue de llevar el Control de los Activos, ya
que con ste se podr incorporar los bienes de la institucin y dar soporte de las
reas tcnicas y administrativas.
Uno de los principales motivos de la creacin del Sistema Informtico es permitir
a los empleados administrativos y operativos de la CNEL EP llevar un
seguimiento de cada uno de los bienes que tienen en custodio, y as evitar
prdidas. Es por esto que en este trabajo de titulacin se pretende llevar el
automatizado del trabajo en menor tiempo, con menor cantidad de errores y
utilizando con eficiencia al personal.
Con el desarrollo del sistema informtico se reducir la carga de trabajo de
quienes actualmente son los encargados de llevar el control de los bienes,
considerando que al usar el sistema en el departamento de Activos Fijos se
convertirn en alimentadores directos del mismo, y as se podra obtener datos
reales y exactos, de los datos ingresados por el usuario, los mismo que mediante la
Web sern almacenados en la base de datos, lo que permitir conocer los informes
inmediatamente despus de que la informacin sea grabada, evitando as el tiempo
que toma el proceso del control de los bienes en hojas de clculo y el gasto
econmico o de tiempo del personal que lo va a realizar.
17
1.2
1.2.1
OBJETIVOS
Objetivo General
Analizar, disear e implementar un Sistema Informtico que permita llevar
el control de los activos de la empresa para el departamento de Activos Fijos
de la CNEL EP Unidad de Negocio El Oro, garantizando de esta manera la
confiabilidad, disponibilidad, seguridad, mantenimiento e integridad de la
informacin.
1.2.2
Objetivos Especficos
a) Realizar un anlisis que informe de la valoracin y presentacin del
listado final de los faltantes de herramientas a los Empleados de la
Corporacin, para su baja en el sistema y previa autorizacin.
b) Optimizar el tiempo de respuesta en la entrega de reportes que permitan
llevar un clculo y entrega de la informacin del gasto mensual y
depreciacin de los Activos Fijos.
c) Obtener los requisitos necesarios para que el sistema cuente con la
funcionalidad de monitorear la trazabilidad de activos desde su
histrico que muestre todos los acontecimientos relacionados con un
activo: incidentes, servicios, rdenes de trabajo, ubicaciones tcnicas,
mediciones, etc.
d) Mejorar las funciones que permitan llevar un control de las altas, bajas
y transferencias de bienes que se encuentran asignados a los Empleados
de la Corporacin.
e) Efectuar un estudio de negocio con la finalidad de garantizar el buen
mantenimiento a las diferentes transacciones de los bienes de la
Corporacin.
18
1.3
PLANTEAMIENTO DEL PROBLEMA

El Departamento de Activos Fijos de la CNEL EP Unidad de Negocios El Oro
realiza sus operaciones con la informacin que las diferentes reas de la empresa
les provee, provocando dependencia y restando autonoma a la generacin de
nueva informacin.
1.3.1
Problema Central
La empresa carece de una herramienta tecnolgica que le proporcione la
capacidad de generar reportes de ingresos y bajas de los activos; que
garanticen la confiabilidad, disponibilidad, seguridad, mantenimiento y
portabilidad de la informacin.
1.3.2
Problemas Especficos
a) El departamento de Activos Fijos de la CNEL EP siente la necesidad de
utilizar una herramienta que le permita informar de la valoracin y
presentacin del listado final de los faltantes de herramientas a los
Empleados de la Corporacin, para su baja en el sistema y previa
autorizacin.
b) El registro de los datos se lo realiza en hojas de clculo, lo que resulta
casi imposible obtener datos reales a la situacin actual, para ver si se
ha cumplido con lo que se ha estipulado en un plan segn lo
programado.
c) Ineficiente control de bienes de la corporacin que conlleva a la prdida
de activos.
d) El control de las altas, bajas y transferencias de los bienes que se
encuentran asignados a los diferentes Empleados de la Empresa no se
ven reflejados en los informes mensuales y anuales que se realizan en el
departamento de Activos Fijos.
19
e) Para el departamento de Activos Fijos llevar el mantenimiento de la

informacin ha tenido mayor dificultad, ya que no cuentan con el apoyo
necesario de un sistema informtico.
20
1.4
1.4.1
PREGUNTAS CIENTFICAS
Pregunta Cientfica Central
De qu manera se puede optimizar el proceso de control de activos para el
departamento de Activos Fijos de la CNEL EP?
1.4.2
Preguntas Cientficas Especficas

a) En qu grado favorece la implementacin de una herramienta que
permita informar al personal del departamento de Activos Fijos de las
valoraciones y presentacin final de las herramientas faltantes a los
Empleados de la Corporacin?
b) Cmo seran los resultados al proporcionar al operario la generacin
de nuevos informes mensuales y anuales de manera automtica?
c) En qu medida nos favorece la disminucin de los tiempos de
respuesta al procesar la informacin?
d) Cules son los controles internos que se aplicara para reducir la
perdida de activos?
e) Cules seran los factores necesarios para una buena estructura de los
datos que permitan llevar el mantenimiento efectivo de la informacin?
21
1.5
1.5.1
ALCANCE
Alternativas, Alcance y Sustentacin
El sistema a implementar permitir registrar y gestionar la informacin de
las lneas de subtransmisin, subestaciones y bienes en custodio, as mismo
poder realizar depreciaciones, generar reportes y visualizar informacin en
tiempo real de cada uno de los bienes de la corporacin, brindando de esta
manera un mejor control de activos para el departamento de Activos Fijos
de la CNEL EP.
El Sistema Informtico de Control de Activos para el departamento de
Activos Fijos de la CNEL EP ser desarrollado bajo la estructura de la
metodologa de desarrollo rpido de aplicaciones (RAD), la misma que
cuenta con las siguientes fases:
1. Planificacin de los requisitos
2. Anlisis y Diseo
3. Construccin
4. Implementacin y Pruebas
Este sistema se desarrollara bajo el framework Symfony2, el cual trabaja
con el lenguaje de programacin PHP, con la ayuda del IDE (entorno de
desarrollo) de Netbeans 7.4. Este podr ser accedido mediante cualquier
ordenador que tenga instalado un navegador y que se encuentre enlazado
con la red de la corporacin.
El sistema cuenta con los siguientes mdulos:
LNEAS DE SUBTRANSMISIN: Mdulo que maneja las redes de
distribucin elctrica, donde se podr consultar el resumen de los precios de
estructuras, postes, resumen final de la valoracin econmica, resumen de
precio de estructura, los materiales de las lneas, los equipos y
herramientas.
22
SUBESTACIONES ELCTRICAS: Este mdulo llevar el control de la

infraestructura de una subestacin, su equipo principal es el transformador,
de esto depende la calidad y el servicio de la energa elctrica. Permitir
consultar en que agencia est instalada, quien est a cargo, las propiedades
(voltaje, tamao, color etc.), el estado del equipo (daado, buen estado) y si
se encuentra en productividad.
BIENES EN CUSTODIO: Mediante este mdulo se pretende conocer los
Bienes inmuebles de la corporacin y a qu personal se encuentra asignado,
la fecha de asignacin, departamento, marca, serie, estado, etc. Ayudar
para reducir las prdidas.
INFORMES: Organiza la informacin para ser extrada en medios fsicos,
impresos. Los reportes incluyen datos de depreciacin de cada uno de los
mdulos expuestos anteriormente.
1.5.2
Resultados Esperados
a) Disponibilidad de la informacin para que el departamento de Activos
Fijos pueda ejercer sobre ella y a su vez manipularla para generar nueva
informacin.
b) Capacidad de instruir al personal de conocimientos para que laboren de
una forma eficiente y realicen una buena utilizacin de la herramienta.
c) Confiabilidad de la informacin con una tasa de error mnima en el
clculo de depreciaciones que permita dar una vista futura de la
situacin de la empresa.
d) Permitir al sistema la capacidad de ir incorporando nuevos mdulos que
ayuden al personal y a la empresa a desarrollar sus actividades diarias
con mayor comodidad.
e) Eficiencia por parte del personal al proporcionar informacin solicitada,
evitando as incomodidad en las personas que lo requieren.
23
CAPTULO II
2
2.1
2.1.1
MARCO TERICO
ANTECEDENTES HISTRICOS DE LA EMPRESA

Resea Histrica
La Empresa Elctrica Pblica Estratgica Corporacin Nacional de Electricidad
CNEL EP est conformada por 10 Unidades de Negocio: Esmeraldas, Manab,
Santa Elena, Milagro, Guayas-Los Ros, Los Ros, EL Oro, Bolvar, Santo
Domingo y Sucumbos. CNEL EP ofrece el servicio de distribucin elctrica a un
total de 1,25 millones de abonados, abarcando el 30% del mercado de clientes del
pas.
El 4 de marzo del 2009, el directorio de la Corporacin Nacional de Electricidad
CNEL aprob la creacin de la estructura de la Gerencia General de la
Corporacin a cargo del Ing. Patricio Villavicencio. sta estructura de 64 personas
dirige la gestin de las 10 regionales conformadas a su vez por 4016
colaboradores.
La Corporacin Nacional de Electricidad CNEL se constituy en diciembre de
2008 con la fusin de las 10 empresas elctricas, que histricamente mantenan
los indicadores de gestin ms bajos. Teniendo como tarea principal el revertir
dichos indicadores en aras de mejorar la situacin de las 10 empresas.
La Corporacin Nacional de Electricidad Empresa Pblica Regional El Oro se
encarga de ofrecer el servicio de distribucin elctrica a un total de 1,25 millones de
abonados, abarcando el 30% del mercado de clientes del pas.
2.1.2
Filosofa de la Gestin de la Corporacin
2.1.2.1 Misin
Proveer el servicio pblico de energa elctrica con calidad, para satisfacer
el confort y desarrollo de nuestros consumidores; contando para ello con
24
presencia nacional, talento humano comprometido, tecnologa, innovacin y

respeto al ambiente.
2.1.2.2 Visin
Ser la empresa pblica de distribucin y comercializacin de energa
elctrica del Ecuador, referente de calidad, cobertura y eficiencia,
empleando para ello la tecnologa y el talento humano contribuyendo al
buen vivir.
2.1.2.3 Objetivos
Incrementar el nivel de cobertura del servicio elctrico
Lograr una optimizacin de Costos y Gastos de la empresa
Mejorar la recuperacin de cartera corriente y vencida
Reducir las prdidas de electricidad en distribucin
Mejorar la Calidad del Producto y Servicio Tcnico
Mejorar la Calidad del Servicio Comercial
Lograr el fortalecimiento Institucional a nivel organizacional, del

talento humano y tecnolgico, que permita una mejora en la Imagen
Corporativa
2.1.2.4 Valores
Transparencia: La ejecucin de las actividades por parte del talento

humano de la CNEL ser documentada y disponible.
tica: El comportamiento del talento humano de la CNEL debe

responder a los objetivos institucionales y del Plan Nacional de
Desarrollo.
Mstica: La actuacin del talento humano de la CNEL demostrar

lealtad y compromiso con la Institucin y el Pas.
Calidad: Los productos y servicios de la CNEL respondern a las

necesidades y expectativas de la comunidad.
25
Responsabilidad Social Empresarial: Es el compromiso consciente y

congruente de retribuir integralmente a la comunidad, considerando las
expectativas econmicas, sociales y ambientales de todos sus
participantes, contribuyendo as a la construccin del bien comn.
26
2.1.3
Estructura Organizacional
2.1.3.1 Organigrama Estructural

Fig. 1: Organigrama estructural CNEL EP Regional el Oro
Fuente: Departamento de Activos Fijos

Investigado por (la): Srta. Adriana Lasso
27
2.1.3.2 Organigrama Funcional Direccin de Planificacin

Fig. 2: Organigrama Funcional Direccin de Planificacin
DIRECCIN DE
PLANIFICACIN
Ing. Gonzalo Garca
SUPERINTENDENCIA
DE ESTUDIOS
ECONMICOS
SUPERINTENDENCIA
DE ESTUDIOS
TCNICOS
Ing. William Gallo
Ing. Vladimir Jaramillo
ADMINISTRACIN DE
ACTIVOS FIJOS
Ing. Milena Pealoza
Elaborado por (la): Srta. Adriana Lasso
2.1.4
Ubicacin
La Corporacin Nacional de Electricidad Regional de El Oro Empresa
Pblica se encuentra ubicada en Centro de la ciudad de Machala, en la
Calle Arzaga y Santa Rosa.
Fig. 3: Ubicacin CNEL EP Regional el Oro
Fuente: Archivos de la Autora

2.2
2.2.1
ANTECENDENTES CONCEPTUALES
Activos Fijos
28
Segn (Guzmn Vsquez, Cubillos Guzmn, Trujillo Dvila, Guzmn

Vsquez, & Romero Cifuentes, 2006), en su libro nos dice que los
Activos Fijos Son bienes y derechos de la empresa con carcter de
permanencia y estn relacionados con el objeto social del negocio; es
decir, con la razn de ser del ente econmico estudiado.
Para las empresas de que brindan servicios de distribucin elctrica
segn El (Ministerio de Electricidad y Energa Renovable, 2013), en
su manual definen a los activos como un recurso obtenido o
controlado por una empresa distribuidora de energa elctrica y otros
servicios (EDEES) como resultado de sucesos pasados, del que la
entidad espera obtener en el futuro beneficios econmicos.
2.2.2
Control de Activos Fijos

Para llevar a cabo el control de activos fijos en las empresas publicas
segn la (Contralora General del Estado, 1997), en su manual alega
que es necesario seguir los siguientes objetivos:
Efectuar la recepcin, el almacenamiento temporal la custodia y

control de los bienes muebles y equipos institucionales;
Llevar registros individuales actualizados de los bienes de la

entidad calificados como activos fijos, con los datos de las
caractersticas generales y particulares como: marca, tipo, valor,
ao de fabricacin, color, nmero de serie, dimensiones, cdigo,
depreciacin, etc.
Realizar la entrega de los bienes a los Jefes de las Direcciones,

Departamentos o Unidades Administrativas, mediante actas de
entrega-recepcin debidamente legalizadas con las firmas de los
responsables de la Unidad y del custodio;
29
Elaborar un catastro de los bienes inmuebles que posee la

institucin as como fichas individuales de la propiedad en la que
consten: planos, reas y avalos;
Suministrar oportunamente a todas las dependencias, funcionarios

y trabajadores, los muebles y equipos necesarios para sus labores,
de acuerdo a las disponibilidades de los mismos;
Efectuar peridicamente o rotativamente constataciones fsicas de

los bienes por lo menos una vez al ao en forma normal o cuando
sea
requerida
por
la
Direccin
Financiera,
Direccin
Administrativa o autoridad competente; y cuando cambie el

custodio general o el responsable del control en cada unidad
administrativa, a fin de determinar oportunamente las novedades
con respecto a la utilizacin, ubicacin y conservacin de los
activos fijos, especificando sus causas y presentando las
recomendaciones que se estimen pertinentes;
Verificar la calidad y estado de los bienes que han sido sujetos de

reposicin;
Entregar al Departamento de Contabilidad el inventario anual

actualizado de activos fijos, para la conciliacin correspondiente;
Colaborar en la formulacin del plan anual de adquisiciones de

activos fijos;
Participar por designacin en los tramites de baja, remates y

dems indicados en el Reglamento General de Bienes del Sector
Pblico;
Mantener actualizado el catastro de predios que hayan sido

sujetos de remate, expropiacin, penmuta, confiscacin o
reintegro, y presentar informes de la accin tomada;
30
Intervenir en la recepcin de los bienes adquiridos y verificar la

conformidad con los contratos celebrados;
Solicitar y coordinar el mantenimiento de bienes institucionales;
Considerar y analizar la informacin relativa a los bienes de las

diferentes unidades, para la determinacin del activo total;
Velar porque el servidor inmediatamente responsable de la

custodia y uso de un bien que haya desaparecido por hurto, robo,
abigeato o por cualquier hecho anlogo, comunique a la mxima
autoridad de la entidad, as como por la vigilancia o seguimiento
de la tramitacin de la respectiva causa penal.
Mantener un control sobre el traslado interno de los bienes de una

unidad administrativa a otra;
Llevar estadsticas de la informacin de los activos fijos, personas

responsables de la custodia y uso, unidades administrativas donde
se encuentran, grado de utilizacin y estado de conservacin;
Cumplir y hacer cumplir las disposiciones legales reglamentarias

y dems normas pertinentes, establecidas para el sistema de
administracin de bienes.
2.2.3
Depreciacin de Activos Fijos

Para (Granados, Latorre, & Ramrez), la depreciacin de un activo fijo
es la prdida de valor de un activo fijo, por su uso, desgaste natural.
Se supone que todo activo fijo tiene una vida til, es decir, un tiempo
en el cual generara beneficios e ingresos a la organizacin. En el caso
de las empresas de distribucin de energa y otros servicios, su vida
til ser:
31
Tabla 1: Vida til de un Activo Fijo
ACTIVO FIJO DEPRECIABLE
AOS
% DE DEPRECIACIN
Muebles, enseres y equipos de oficina
10
10%
Equipos diversos
10
10%
Equipos de computacin
20%
Vehculos
20%
Maquinaria y equipos
10
10%
Herramientas
10
10%
Equipos de comunicacin
10
10%
Edificios
33
3%

2.2.3.1 Mtodos de Depreciacin

Segn (Granados, Latorre, & Ramrez), La depreciacin se
calcula teniendo en cuenta el costo del activo (precio pagado
ms todos los valores agregados: impuestos, tasas, gastos
adicionales para ponerlo en uso, etc.).
Existen diferentes mtodos para depreciar un bien pero los ms
utilizados por (Granados, Latorre, & Ramrez) son:
1. Lnea recta
2. Suma de los dgitos de los aos (o acelerada)
3. Unidades de produccin
4. Diferencial
5. Los activos fijos adquiridos a partir de 1997 por un valor
igual o inferior a $530.000 podan depreciarse el mismo ao
sin considerar su vida til.
Tomando en cuenta el argumento de estos autores, en la
Direccin de Planificacin utilizan el mtodo de Lnea recta
32
para llevar a cabo la depreciacin de los activos fijos de la

corporacin.
2.2.4
Mtodo de Depreciacin en Lnea Recta

Acorde a (Granados, Latorre, & Ramrez), el proceso para llevar a
cabo este mtodo de depreciacin es la divisin del costo del activo
sobre el nmero de aos, meses o das de la probabilidad de vida til.
Fig. 4: Frmulas de depreciacin lineal
Depreciacin mensual=
Depreciacin anual=
Costo del Activo x N de meses a depreciar

Vidatil probable x 12
Costo del Activo x N de aos a depreciar

Vida til probable
Fuente: (Granados, Latorre, & Ramrez)
2.2.5
Organizacin de las Redes
2.2.5.1 Internet
Segn (Salgn, 2010), el internet es un sistema de redes de
computadoras por medio del cual una persona desde cualquier
computadora puede acceder a la informacin de otra
computadora e inclusive tener una comunicacin directa con
otros usuarios en otras computadores de otras partes del
mundo. Todo el mundo puede acceder al internet desde su
computadora a travs de un navegador, siempre y cuando cuente
con servicio de proveedor de internet.
33
Fig. 5: Internet
Fuente: (Salgn, 2010)

2.2.5.2 INTRANET
De acuerdo a (Salgn, 2010), una intranet es una red privada
dentro de una organizacin que utiliza tecnologa muy similar a
la del internet la cual permite a sus usuarios buscar, utilizar y
compartir
documentos.
Principalmente
las
empresas
organizaciones, ya sean grandes, medianas o pequeas utilizan

este tipo de red para mantener la comunicacin segura entre sus
empleados.
Fig. 6: Intranet

34
2.2.5.3 EXTRANET
(Salgn, 2010), indico tambin que una extranet es una red que
tiene acceso limitado y que est disponible nicamente a
usuarios especficos tales como clientes o proveedores.
Fig. 7: Extranet

2.2.6
Sistemas Informticos
(Nio Camazn) Indica que Un sistema informtico es un conjunto
de elementos que estn relacionados entre s y en el que se realizan
tareas relacionadas con el tratamiento automtico de la informacin.
Tomando en cuenta esta definicin, los elementos de los que
menciona, serian el hardware y el software, podemos decir tambin
que existe un tercer elemento, el recurso humano, este es el que
manipula tanto el hardware y el software.
Fig. 8: Elementos de los Sistemas Informticos
Fuente: (Nio Camazn)

2.2.7
Bases de Datos
35
(Snchez Estella & Moro Vallina, 2010), analizaron que Las bases de
datos son poderosas herramientas para almacenar, catalogar y
consultar informacin. Una base de datos tambin consta de varios
elementos.
Tablas, las cuales son la forma de representar un objeto o relacin

del mundo real.
A su vez cada tabla est compuesta por campos, estos no son ms

que las propiedades de un objeto o elementos de la relacin que se
modela en una tabla.
Y, cada tabla est compuesta tambin de varios registros. Sin

embargo debe existir un campo que sea clave para diferenciarlos.
Fig. 9: Elementos de una Base de datos
Fuente: (Snchez Estella & Moro Vallina, 2010)

2.2.8
Sistemas Gestores de Bases De Datos

De acuerdo a (Bertino & Martino, 1995), Los SGBD son sistemas de
software centralizados o distribuidos que ofrecen facilidades para la
definicin de bases de datos, para la seleccin de las estructuras de
datos necesarias para el almacenamiento y bsqueda de los datos, lo
mismo interactivamente que mediante un lenguaje de programacin.
36
Los SGBD relacionales han contribuido considerablemente al impacto

de la tecnologa de las bases de datos. En particular, estos sistemas han
demostrado ser una herramienta efectiva que permite que los datos
sean utilizados por varios usuarios simultneamente, empleando
lenguajes de alto nivel, fciles de usar. Por tanto, los SGBD
relacionales son uno de los elementos bsicos de la tecnologa en el
desarrollo de sistemas avanzados de datos.
Adems un SGBD proporciona un conjunto de funciones cuyo
propsito es asegurar la calidad y seguridad de los datos, as como un
acceso fcil y eficiente a los mismos. De este modo, un SGBD est
equipado con mecanismos para el control de concurrencia, lo que
permite que varios usuarios tengan acceso a los datos al mismo
tiempo. Tambin tiene mecanismos de recuperacin que aseguran la
consistencia de la base de datos si el sistema falla o si los usuarios
cometen ciertos errores. Un SGBD contiene tambin estructuras
auxiliadores de acceso para asegurar el acceso eficiente a los datos, y
un subsistema para optimizar las operaciones de consulta.
2.2.9
MySQL
(Cobo, 2005) En su libro manifest que MySQL es un sistema de
administracin de bases de datos relacionales rpido, slido y
flexible.
Es ideal para crear bases de datos con acceso desde pginas web
dinmicas, para la creacin de sistemas de transacciones on-line o para
cualquier otra solucin profesional que implique almacenar datos,
teniendo la posibilidad de realizar mltiples y rpidas consultas.
MySQL ofrece varias ventajas respecto a otros sistemas gestores de
bases de datos tal como lo demostr (Cobo, 2005):
Tiene licencia pblica, permitiendo no solo la utilizacin del

programa sino tambin la consulta y modificacin de su cdigo
37
fuente. Resulta por tanto fcil de personalizar y adaptar a las

necesidades concretas.
El programa est desarrollado en C y C++, lo que facilita su

integracin en otras aplicaciones desarrolladas igualmente en
estos lenguajes.
Puede
ser
descargado
gratuitamente
de
Internet
(http://www.mysql.com) haciendo uso del su licencia GPL.
Para aquellos que deseen que sus desarrollos basados en MySql

no sean cdigo abierto existe tambin una licencia comercial.
MySql utiliza el lenguaje SQL (Structured Query Languaje

Lenguaje de Consulta Estructurado) que es el lenguaje de
consulta ms usado y estandarizado para acceder a bases de datos
relacionales. Soporta la sintaxis estndar del lenguaje SQL para la
realizacin de consultas de manipulacin, creacin y seleccin de
datos.
Es un sistema cliente/servidor, permitiendo trabajar como servidor

multiusuario y de subprocesamiento mltiple, es decir, cada vez
que se establece una conexin con el servidor, el programa
servidor crea un subproceso para manejar la solicitud del cliente,
controlando el acceso simultneo de un gran nmero de usuarios a
los datos y asegurando el acceso solo a usuarios autorizados.
MySql dispone de un sistema sencillo de ayuda en lnea, y de un

monitor que permite realizar todas las operaciones desde la lnea
de comandos del sistema, sin necesitar ningn tipo de interfaz de
usuario grfica. Esto facilita la administracin remota del sistema
utilizando telnet.
Es portable, es decir, puede ser llevado a cualquier plataforma

informtica. MySql est disponible en ms de veinte plataformas
38
diferentes incluyendo las distribuciones
ms usadas de Linux,
sistema operativo Mac X, UNIX y Microsoft Windows.
Es posible encontrar gran cantidad de software desarrollado entre

MySql o que soporte MySql. En concreto son de destacar
diferentes aplicaciones open source para la administracin de las
bases de datos a travs de un servidor web.
2.2.10 Software Libre

(Roca, 2007), manifest que el software libre u Open source es, en
primer lugar, un tipo de organizacin social de la produccin. Se
origin paralelamente al desarrollo de software y primordialmente se
refiere al acceso abierto al cdigo fuente de un programa o aplicacin
informtica.
2.2.11 Symfony2
Segn el estudio de (symfony.es, 2014), define al framework
Symfony2 como un proyecto PHP de software libre que permite crear
aplicaciones y sitios web rpidos y seguros de forma profesional,
esto quiere decir que puede ser utilizado en diferentes proyectos
orientados o no a la web, por otra parte (lvarez & Ardissone, 2011),
indicaron que Symfony2 es un framework PHP basado en la
arquitectura MVC (Model-View-Controller).
(lvarez & Ardissone, 2011), nos siguen diciendo que El trmino
MVC proviene de tres palabras que hoy en da se utilizan mucho
dentro del ambiente de desarrollo de software: Model - View Controller, lo que sera en castellano Modelado, Vista y Controlador.
Esta arquitectura permite dividir nuestras aplicaciones en tres grandes
capas:
Vista: Todo lo que se refiera a la visualizacin de la informacin, el
diseo, colores, estilos y la estructura visual en s de nuestras pginas.
39
Modelado: Es el responsable de la conexin a la base de datos y la

manipulacin de los datos mismos. Esta capa est pensada para
trabajar con los datos como as tambin obtenerlos, pero no
mostrarlos, ya que la capa de presentacin de datos es la vista.
Controlador: Su responsabilidad es procesar y mostrar los datos
obtenidos por el Modelado. Es decir, este ltimo trabaja de
intermediario entre los otros dos, encargndose tambin de la lgica
de negocio.
Fig. 10: Modelo - Vista Controlador
Fuente: (lvarez & Ardissone, 2011)

La versatilidad de Symfony2 es lo que ha hecho a este framework

la
utilizacin
para
varios
desarrolladores,
guindoles
acostumbrarse al orden y buenas prcticas dentro de sus proyectos.

Otro punto a favor es que reutiliza libreras de terceros que han sido
desarrollos exitosos en el mbito de proyectos de software, tales
como: Doctrine, encargado de la comunicacin con la base de
datos, permitiendo un control casi total de los datos sin importar el
SGBD que se est utilizando; otro ejemplo de librera es la
inclusin del framework Twig, un poderoso motor de plantillas que
nos da la libertad de separar el cdigo PHP del HTML, permitiendo
40
una amplia gama de posibilidades y por sobre todo orden en

nuestro proyecto.
Symfony2 cuenta con instrucciones de consola denominadas task
(tareas), que permiten ejecutar comandos en la terminal dicindole
a Symfony que nos genere lo necesario para lo que le estamos
pidiendo.
Otra de las funcionalidades interesantes, es que contiene un
subframework para trabajar con formularios, esto quiere decir que
creamos una clase orientada a objetos que representa al formulario
HTML, permitiendo as que no tenemos que disear el formulario
con HTML sino que lo programamos.
Cuenta tambin con un amplio soporte para la seguridad del sitio,
esto nos permite despreocuparnos de los ataques ms comunes hoy
en da existentes, uno de los ms populares ataques es SQL
Injection. Gracias a esto, Symfony2 facilita al usuario dejar de lado
la seguridad del sitio y brindndonos la posibilidad de enfocarnos
al cien por ciento en el desarrollo de la aplicacin.
Por todas estas funcionalidades se ha escogido a Symfony2 por
sobre otros frameworks publicados en la web.
2.2.12 Metodologas de Desarrollo Web
Segn el estudio de (Acosta, 2013), las metodologas de desarrollo
web consisten en un proceso iterativo y cooperativo de anlisis del
problema, documentando los resultados en una variedad de formatos y
probando la exactitud del conocimiento adquirido.
41
Fig. 11: Metodologas de Desarrollo Web
Fuente: (Acosta, 2013)

Tomando en cuenta este estudio, existe un debate entre las

metodologas de desarrollo gil y las tradicionales, si bien es cierto
que las metodologas de desarrollo tradicionales imponen una
disciplina de trabajo sobre el proceso de desarrollo del software, con
el objetivo de conseguir un software ms eficiente y predecible; sin
embargo las metodologas de desarrollo gil tienen como novedad la
aportacin de nuevos mtodos de trabajo que apuestan por una
cantidad
apropiada
de
proceso,
buscando
equilibrio
entre
proceso/esfuerzo, sin dejar atrs claro est, que como su nombre lo

indica, son metodologas para el desarrollo de una aplicacin en
lapsos de 60 a 90 das.
A continuacin se establece un cuadro comparativo entre las
diferentes metodologas web existentes en la actualidad.
42
Tabla 2: Comparativa de las Metodologas de Desarrollo Web
METODOLOGA
RAD
SOHDM
FASES
CARACTERSTICAS
Fase de Planificacin de Requisitos
Desarrollo de la Web
Fase de Anlisis y Diseo
Se pueden crear modelos o redefinir los existentes
Fase de Construccin
Ahorra tiempo
Fase de Implementacin y Pruebas
Alto rendimiento
Fase de Anlisis
Ofrece Escalabilidad
Web creadas en base a sistemas de herencia
Fase de Modelado de Objetos
Por cada evento diferente SOHD propone elaborar un

escenario.
Fase de Diseo de Vistas
WSDM
Fase de Diseo Navegacional
Es un proceso sencillo de seguir.
Fase de Diseo de la Implementacin
Se hacen uso de tcnicas de modelo orientado a objetos
Fase de Construccin
Modelo de usuarios
Diseo conceptual
Se describe en trminos de componentes y enlaces
Diseo de la Implementacin
Distingue tres tipos de componentes de navegacin
Implementacin
43
RNA
Anlisis del entorno
Definicin de elementos de inters
Define una secuencia de pasos que se utilizara para el

desarrollo de la Web
Anlisis del conocimiento

Anlisis de navegacin
RUP (UML)
Implementacin de los anlisis realizados

Fase de inicio
Desarrollo de sistemas de proyectos grandes o pequeos
Fase de elaboracin
Es el lenguaje en el que est escrito el modelo.
Fase de construccin
Fase de transicin
Fuente: (Oliva, s.f.)
Tomando en cuenta todas estas caractersticas se ha elegido a la Metodologa RAD como la ms conveniente para el desarrollo
del sistema, por todas las ventajas que esta ofrece.
44
2.2.13 Metodologa RAD

2.2.13.1 Definicin
(Oliva, s.f.), analizo que El desarrollo rpido de aplicaciones o RAD
(acrnimo en ingls de Rapid Application Development) es un
proceso de desarrollo de software, desarrollado inicialmente por
James Martin en1980. El mtodo comprende el desarrollo interactivo,
la construccin de prototipos y el uso de utilidades CASE (Computer
Aided Software Engineering). Tradicionalmente, el desarrollo rpido
de aplicaciones tiende a englobar tambin la usabilidad, utilidad y la
rapidez de ejecucin.
2.2.13.2 Caractersticas
Para (Oliva, s.f.), las caractersticas de la Metodologa RAD son:
Modelo Central: Se pueden crear modelos o redefinir modelos

existentes, y se pueden integrar estos modelos con la
funcionalidad de aplicaciones existentes (componentes, paquetes,
etc.)
Desarrollo Visual: Proporciona un nivel alto de abstraccin, y

facilidad de crear nuevas aplicaciones y mantener las existentes.
Cdigo Construido: Diseado para alto rendimiento, escalabilidad

y ahorro de tiempo.
Finalizacin de la Integracin del Desarrollo del Ciclo de Vida:

Proporciona un desarrollo de artefactos y semntica del negocio
capturados y organizados en modelos visuales. Universalmente
aplicados durante el desarrollo del proyecto.
Dar esfuerzo a la Orientacin a Objetos: Implica que el proceso

de desarrollo esta manejado por el modelo del negocio (clases).
Extensible: La integracin que tiene abarca: XML, Servicios Web,

Java/componentes EJB, DHTML.
45
Para el desarrollo del ciclo de vida del presente sistema se tomara como
referencia la normativa IEEE 830 (IEEE, 2008). Conforme al trabajo
realizado por (Tubay Vergara, 2010), las fases de la Metodologa RAD son:
2.2.13.3 Fase de Planificacin de los Requisitos
Esta etapa requiere que usuarios con un vasto conocimiento de los
procesos de la compaa determinen cules sern las funciones del
sistema. Debe darse una discusin estructurada sobre los problemas de
la compaa que necesitan solucin. Por lo general esta etapa se
completa rpidamente cuando se crean equipos que envuelven
usuarios y ejecutivos con un conocimiento amplio sobre las
necesidades de la institucin.
Segn (IEEE, 2008), para realizar la planificacin de los requisitos es
necesario primeramente describir el propsito, para quien va dirigido
el sistema, detallar cual es mbito del sistema, es decir, en esta seccin
se podr dar un nombre al futuro sistema, explicar lo que el sistema
har y lo que no har, describir beneficios, objetivos y metas que se
espera alcanzar con el mismo.
2.2.13.3.1 Personal Involucrado en el Desarrollo del Sistema Informtico
Tabla 3: Formato de tabla para la descripcin de los usuarios involucrados
Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin
Fuente: (IEEE, 2008)
As mismo, en esta seccin se describen todos aquellos factores

que afectan al producto y a sus requisitos. No se describen los
requisitos, sino su contexto. Esto permitir definir con detalle
46
los requisitos en la fase de anlisis y diseo, haciendo que sean

ms fciles de entender.
Normalmente,
esta
seccin
consta
de
las
siguientes
subsecciones: personal involucrado, perspectiva del producto,

funciones del producto, caractersticas de los usuarios,
restricciones, factores que se asumen y futuros requisitos.
2.2.13.3.2 Perspectiva del Producto
Indicar si es un producto independiente o parte de un sistema
mayor. En el caso de tratarse de un producto que forma parte de
un sistema mayor, un diagrama que site el producto dentro del
sistema e identifique sus conexiones facilita la comprensin.
2.2.13.3.3 Funciones del Producto
Resumen de las funcionalidades principales que el producto
debe realizar, sin entrar en informacin de detalle.
Las funcionalidades deben estar organizadas de manera que el
cliente
cualquier
interlocutor
puedan
entenderlo
perfectamente. Para ello se pueden utilizar mtodos textuales o

grficos.
2.2.13.3.4 Caractersticas de los Usuarios
Descripcin de los usuarios del producto, incluyendo nivel
educacional, experiencia y experiencia tcnica.
47
Tabla 4: Formato de tabla para describir las caractersticas de los usuarios
Tipo de usuario
Formacin
Habilidades
Actividades
2.2.13.4 Fase de Anlisis y Diseo

Esta consiste de un anlisis detallado de las actividades de la
compaa en relacin al sistema propuesto. Los usuarios participan
activamente en talleres bajo la tutela de profesionales de la
informtica. En ellos descomponen funciones y definen entidades
asociadas con el sistema. Una vez se completa el anlisis se crean los
diagramas que definen las alteraciones entre los procesos y la data. Al
finalizar el anlisis se traza el diseo del sistema. Se desarrollan los
procedimientos y los esquemas de pantallas.
Siguiendo la normativa de la IEEE 830 (IEEE, 2008), esta es la
seccin ms extensa y ms importante del documento.
Debe contener una lista detallada y completa de los requisitos que
debe cumplir el sistema a desarrollar. El nivel de detalle de los
requisitos debe ser el suficiente para que el equipo de desarrollo pueda
disear un sistema que satisfaga los requisitos y los encargados de las
pruebas puedan determinar si stos se satisfacen.
Los requisitos se dispondrn en forma de listas numeradas para su
identificacin, seguimiento, trazabilidad y validacin (ej. RF 10, RF
10.1, RF 10.2,...).
Para cada requisito debe completarse la siguiente tabla:
48
Tabla 5: Formato de tabla para identificar los Requisitos del Sistema
ID Requisito
Nombre del Requisito
Usuario
Medio
Prioridad
Alta
Media
Baja

Para ofrecer una clara explicacin de las funciones del futuro sistema
se debe seguir los siguientes puntos:
2.2.13.4.1 Requisitos comunes de las Interfaces
a) Interfaces de usuario
Describir los requisitos del interfaz de usuario para el
producto. Esto puede estar en la forma de descripciones del
texto o pantallas de la interfaz.
b) Interfaces de hardware
Especificar las caractersticas lgicas para cada interfaz
entre el producto y los componentes de hardware del
sistema. Se incluirn caractersticas de configuracin.
c) Interfaces de software
Indicar si hay que integrar el producto con otros productos
de software.
Para cada producto de software debe especificarse lo
siguiente:
Descripcin del producto software utilizado
Propsito del interfaz
Definicin del interfaz: contiendo y formato
49
d) Interfaces de comunicacin
Describir los requisitos del interfaces de comunicacin si
hay comunicaciones con otros sistemas y cules son los
protocolos de comunicacin.
2.2.13.4.2 Requisitos Funcionales
Definicin de acciones fundamentales que debe realizar el
software al recibir informacin, procesarla y producir resultados.
En ellas se incluye:
Comprobacin de validez de las entradas
Secuencia exacta de operaciones
Respuesta
situaciones
anormales
(desbordamientos,
comunicaciones, recuperacin de errores)
Parmetros
Generacin de salidas
Relaciones entre entradas y salidas (secuencias de entradas y

salidas, frmulas para la conversin de informacin)
Especificacin de los requisitos lgicos para la informacin

que ser almacenada en base de datos (tipo de informacin,
requerido)
Los requisitos funcionales pueden ser divididos en subsecciones.
50
2.2.13.4.3 Requisitos no Funcionales

a) Requisitos de rendimiento
Especificacin de los requisitos relacionados con la carga
que se espera tenga que soportar el sistema. Por ejemplo, el
nmero de terminales, el nmero esperado de usuarios
simultneamente conectados, nmero de transacciones por
segundo que deber soportar el sistema, etc.
b) Seguridad
Especificacin de elementos que protegern al software de
accesos, usos y sabotajes maliciosos, as como de
modificaciones o destrucciones maliciosas o accidentales.
Los requisitos pueden especificar:
Empleo de tcnicas criptogrficas.
Registro de ficheros con logs de actividad.
Asignacin
de
determinadas
funcionalidades
determinados mdulos.
Restricciones de comunicacin entre determinados

mdulos.
Comprobaciones de integridad de informacin crtica.
c) Fiabilidad
Especificacin de los factores de fiabilidad necesaria del
sistema. Esto se expresa generalmente como el tiempo entre
los incidentes permisibles, o el total de incidentes
permisible.
51
d) Disponibilidad
Especificacin de los factores de disponibilidad final
exigidos al sistema. Normalmente expresados en % de
tiempo en los que el software tiene que mostrar
disponibilidad.
e) Mantenimiento
Identificacin del tipo, de quien y de cundo deben
realizarse las tareas de mantenimiento.
f) Portabilidad
Especificacin de atributos que debe presentar el software
para facilitar su traslado a otras plataformas u entornos.
Pueden incluirse:
Porcentaje de componentes dependientes del servidor.
Porcentaje de cdigo dependiente del servidor.
Uso de un determinado lenguaje por su portabilidad.
Uso de un determinado compilador o plataforma de

desarrollo.
Uso de un determinado sistema operativo.
2.2.13.4.4 Diseo de Diagramas de Casos de Uso Especficos

Los diagramas de caso de uso sirven para entender el
funcionamiento y las acciones que realizaran los actores en el
sistema. Estas acciones a su vez muestran resultados que le
servirn al usuario entender la secuencia de los pasos que realiza
determinada funcin.
52
2.2.13.4.5 Diseo del Diagrama Entidad-Relacin

El diagrama de Entidad-Relacin muestra como estarn
estructuradas las relaciones entre entidades del modelo de
negocio.
2.2.13.4.6 Diseo del Diagrama de Base de Datos
El diagrama de base de datos proporciona una visin clara de las
caractersticas que tendrn cada una de las entidades, as mismo
poder verlas relacionadas entre s.
2.2.13.4.7 Diseo del Diagrama de Clases
En el diagrama de clases se ven reflejadas las iteraciones entre
los objetos, a parte de las caractersticas, presentan tambin las
acciones que realizaran dichos objetos.
2.2.13.5 Fase de Construccin
En la fase de construccin el equipo de desarrolladores trabajan de
cerca con los usuarios que utilizaran el sistema informtico, en esta se
finaliza el diseo y la construccin del sistema. La construccin de la
aplicacin consiste de una serie de pasos donde los usuarios tienen la
oportunidad de afirmar los requisitos y repasar los resultados. Para la
fase de construccin se tomara en consideracin los pasos para la
creacin de un proyecto en symfony2 (lvarez & Ardissone, 2011),
estos pasos son:
1. Estructura inicial de un proyecto Symfony
2. Creacin y configuracin de una base de datos
3. Creacin de Bundles
4. Creacin del modelo
5. Creacin de rutas
6. Creacin de controladores
7. Creacin de vistas
53
2.2.13.6 Fase de Implementacin y Pruebas

En esta etapa se lleva a cabo la implantacin del sistema informtico
desarrollado. Se capacitan a los usuarios que harn uso del sistema.
Las respectivas pruebas de funcionamiento se llevan a cabo durante
esta fase. As como tambin se crea la debida documentacin,
manuales de instalacin y del funcionamiento de las operaciones del
software.
54
CAPTULO III
2.2.14DESARROLLO DE LA PROPUESTA
Para llevar a cabo el desarrollo de este sistema informtico se ha tomado como modelo
a la Metodologa RAD, la cual consta de 4 fases, anteriormente mencionadas en el
marco terico.
2.3
FASE DE PLANIFICACIN DE LOS REQUISITOS

Esta fase tiene como objetivo la definicin de las especificaciones funcionales y
no funcionales en el desarrollo del sistema informtico de control de activos para
el departamento de Activos Fijos de la CNEL EP Regional El Oro. Esta
especificacin se ha estructurado basndose en las directrices dadas por el
estndar IEEE Prctica recomendada para Especificaciones de Requisitos de
Software ANSI/IEEE 830, 1998.
El sistema informtico permite gestionar distintos procesos administrativos y es
utilizado por el administrador de activos fijos, jefes de rea, asistentes de activos
fijos y empleados de la empresa; el mismo que es identificado con el nombre de
SICACNEL.
2.3.1
Personal Involucrado en el Desarrollo del Sistema Informtico

Tabla 6: Personal involucrado en el desarrollo del sistema informtico
Nombre
Adriana Mara Lasso Zamora
Rol
Analista, diseador y programador
Categora profesional
Ingeniera de Sistemas
Responsabilidades
Anlisis de informacin, diseo y programacin
Informacin de contacto
del SICACNEL
adrylinda92@gmail.com
Aprobacin
Ing. Sist. Vernica Zambrano Carrin

Fuente: Datos de la Investigacin
55
2.3.2
Perspectiva del Producto

El sistema SICACNEL ser un producto diseado para trabajar en entornos
WEB, lo que permitir su utilizacin de forma rpida y eficaz.
2.3.3
Funcionalidad del producto
2.3.3.1 Incorporacin de Bienes
Gestionar solicitudes de incorporacin de bienes, permitiendo

registrar, cancelar, imprimir y verificar el estado de una solicitud
de incorporacin.
Registrar el inicio del trmite de una solicitud de incorporacin,

as como la aceptacin o rechazo de la incorporacin de los bienes
reflejados en dicha solicitud.
Realizar la asignacin de cdigos de identificacin y el registro de

la informacin bsica de los bienes incorporados al inventario.
Permitir el registro de los datos de ubicacin y responsable de

cada uno de los bienes.
Consultar las solicitudes de incorporacin indicando el estado de

los bienes referidos en ella.
2.3.3.2 Traslado de Bienes
Gestionar todo lo referente a la creacin o registro de una

solicitud de traslado de bienes, sealando en ella, los bienes que
van a ser objeto de traslado. As mismo, permitir que dicha
solicitud pueda ser cancelada, impresa o consultar el estado en el
que se encuentra.
Registrar la aceptacin o rechazo de una solicitud de traslado,

luego de que haya sido verificada.
56
Realizar el registro del traslado de los bienes contenidos en una

solicitud de traslado, actualizando en cada uno de sus bienes, su
nueva dependencia, ubicacin fsica y los responsables de su uso.
Consultar las autorizaciones de traslado que han sido emitidas,

clasificadas por su estado, sealando las dependencias origen y
destino y las caractersticas de los bienes a ser traslados.
2.3.3.3 Desincorporacin de los Bienes
Registrar una solicitud de desincorporacin de bienes, indicando

las caractersticas e identificacin de los bienes y las razones por
las cuales deben desincorporarse.
Permitir que una solicitud de desincorporacin pueda ser

cancelada, luego de que esta haya sido emitida por el sistema.
Imprimir una solicitud de desincorporacin, mostrando el detalle

de los bienes que se desean desincorporar.
Registrar la aprobacin o negacin de una solicitud para la

desincorporacin de bienes.
Registrar la desincorporacin de cada uno de los bienes

contenidos en una solicitud, sealando el concepto bajo el cual
estos bienes se desincorporan y la fecha.
Consultar una solicitud de desincorporacin, describiendo las

caractersticas de los bienes a ser desincorporados.
2.3.3.4 Edicin de las Caractersticas de los Bienes
Registrar una solicitud del cambio de caractersticas de uno o ms

de bienes de una dependencia, describiendo los bienes y las
caractersticas que han cambiado.
57
Permitir cancelar una solicitud de cambio de caracterstica, luego

de haber sido emitida por el sistema.
Imprimir una solicitud de cambio de caracterstica, mostrando el

detalle de los bienes que han cambiado su caracterstica.
Actualizar en el sistema, el cambio de las caractersticas fsicas de

los bienes contenidos en una solicitud de cambio.
Consultar una solicitud de cambio de caractersticas, describiendo

las caractersticas de cada uno de los bienes a ser modificadas en
el sistema.
2.3.3.5 Usuarios y Roles
Gestionar usuarios que tengan acceso al sistema de informacin,

permitiendo registrar, asignar roles, editar propiedades, eliminar y
verificar el perfil del mismo.
Permitir a los usuarios ingresar al sistema mediante su nmero de

cedula y contrasea.
Permitir al usuario autenticado la posibilidad de cambiar su

contrasea por si sta fuese olvidada.
Permitir al usuario autenticado la posibilidad de editar la

informacin que se encuentre en su perfil.
Registrar roles para ser asignados a los usuarios registrados y de

esta forma cumplir con los permisos necesarios para el acceso a
servicios o funciones del sistema.
58
2.3.3.6 Componentes del Sistema
Gestionar informacin necesaria la gestin de los mdulos antes

mencionados, permitiendo al usuario el registro de provincias,
cantones, empleados, departamentos, dependencias, unidades de
propiedad, etc.
2.3.4
Caractersticas de los Usuarios

Tabla 7: Caractersticas del Administrador
Tipo de usuario
Formacin
Actividades
Administrador del Sistema

Ingeniera en Sistemas
Control y manejo del sistema en general
Tabla 8: Caractersticas del Administrador de Activos Fijos
Tipo de usuario
Formacin
Administrador de Activos Fijos

Jefe de departamento en el rea de Direccin de
Actividades
Planificacin
Encargados de la autorizacin o rechazo de solicitudes
Tabla 9: Caractersticas de los Empleados administrativos
Tipo de usuario
Formacin
Asistente de Activos Fijos

Personal administrativo en el rea de Direccin de
Actividades
Planificacin
Encargados de las actividades administrativas del rea de
Direccin de Planificacin
59
Tabla 10: Caractersticas de los Jefes de rea
Tipo de usuario
Formacin
Actividades
Jefe de rea
Jefe de departamento en el rea que pertenece
Encargados de la generacin de solicitudes
Tabla 11: Caractersticas de los Empleados operativos
Tipo de usuario
Formacin
Actividades
Empleados
Ingenieros Elctricos
Encargados de las actividades operativas y elctricas
2.4
FASE DE ANLISIS Y DISEO

Durante esta fase se identific, analiz, dise y especific la forma de cada uno
de los componentes del sitio web. Esta fase se realiz casi en forma paralela a la
fase de construccin.
2.4.1
Requisitos comunes de las Interfaces
2.4.1.1 Interfaces de Usuario

Las interfaces con las que interactuar el usuario consistirn en un
conjunto de ventanas con botones, listas y campos de texto. Estas
debern ser construidas especficamente para el sistema propuesto y,
sern visualizadas desde un navegador dentro de la intranet
corporativa.
60
Fig. 12: Diseo de la interfaz grfica para el SICACNEL

2.4.1.2 Interfaces de Hardware

Ser necesaria la disposicin de ordenadores en perfecto estado con
las siguientes especificaciones:
Adaptadores de red
Procesador Dual Core de 2.20GHz o superior
Memoria mnima de 2GB
Monitor
Teclado
Mouse
2.4.1.3 Interfaces de Software
Sistema Operativo: Windows 7 o Superior
Explorador: Mozilla Firefox o Google Chrome
2.4.1.4 Interfaces de Comunicacin

Los servidores, clientes y aplicaciones se comunicaran entre s,
mediante protocolos estndar, siempre que sea posible. Asignando una
direccin lgica en los adaptadores de red para cada ordenador.
61
2.4.2
Requisitos Funcionales
Para la obtencin de los requisitos, se ha entrevistado al Sr. Carlos Verdaguer con el cargo de Asistente de Administracin del
departamento de Activos Fijos de la CNEL EP Regional El Oro.
Tabla 12: Requisitos Funcionales para la Incorporacin de Bienes
ID. Requisito
Usuario
Medio
Prioridad
RF-001
Solicitar incorporacin de bienes.
Jefe de rea
En lnea
Alta
RF-002
Cancelar solicitud de incorporacin de bienes.
Jefe de rea
En lnea
Alta
RF-003
Imprimir solicitud de incorporacin de bienes
Jefe de rea
Impreso
Alta
Jefe de rea
En lnea
Alta
En lnea
Alta
RF-004
RF-005
Consultar el estado de una incorporacin de

bienes.
Registrar la aceptacin o rechazo de una solicitud
Administrador de Activos
de incorporacin de bienes.
Fijos
RF-006
Consultar el catlogo general de artculos.
En lnea
Alta
RF-007
Actualizar el catlogo general de artculos.
En lnea
Alta
RF-008
Modificar los datos bsicos de un bien mueble
En lnea
Alta
RF-009
Eliminar datos de un bien mueble

Agregar los datos de ubicacin y responsable de
En lnea
Alta
En lnea
Alta
RF-010
un bien mueble.
62
RF-011
Modificar datos de ubicacin y responsable de un

bien mueble
En lnea
Alta

Tabla 13: Requisitos Funcionales para el Traslado de Bienes
ID. Requisito
Usuario
Medio
Prioridad
RF-012
Registrar solicitud de traslado de bienes.
Jefe de rea
En lnea
Alta
RF-013
Cancelar solicitud de traslado de bienes
Jefe de rea
En lnea
Alta
RF-014
Imprimir solicitud de traslado de bienes
Jefe de rea
Impreso
Alta
RF-015
Consultar el estado del traslado de bienes
Jefe de rea
En lnea
Alta
de traslado de bienes
Fijos
En lnea
Alta
En lnea
Alta
RF-016
RF-017
Registrar el traslado de los bienes especificados en

una solicitud.

Tabla 14: Requisitos Funcionales para la Desincorporacin de Bienes
ID. Requisito
Usuario
Medio
Prioridad
RF-018
Registrar solicitud de desincorporacin de bienes.
Jefe de rea
En lnea
Alta
63
RF-019
RF-020
RF-021
RF-022
Cancelar solicitud de desincorporacin de bienes

Consultar el estado del desincorporacin de
Jefe de rea
En lnea
Alta
Jefe de rea
En lnea
Alta
En lnea
Alta
En lnea
Alta
Usuario
Medio
Prioridad
Jefe de rea
En lnea
Alta
Jefe de rea
En lnea
Alta
Jefe de rea
Impreso
Alta
Jefe de rea
En lnea
Alta
En lnea
Alta
bienes
de desincorporacin de bienes
Fijos
Registrar la desincorporacin de los bienes
especificados en una solicitud.

Tabla 15: Requisitos Funcionales para la edicin de propiedades de bienes
ID. Requisito
RF-023
RF-024
RF-025
RF-026
RF-027

Registrar solicitud de edicin de propiedades de
bienes.
Cancelar solicitud de edicin de propiedades de
bienes
Imprimir solicitud de edicin de propiedades de
bienes
Consultar el estado del desincorporacin de
bienes
Actualizar el cambio de caractersticas fsicas de
64
bienes contenidas en una solicitud.

Tabla 16: Requisitos Funcionales para la Gestin de usuarios y roles
ID. Requisito
Usuario
Medio
Prioridad
RF-028
Ingresar al sistema mediante su nmero de cedula

y contrasea.
Todos
En lnea
Alta
RF-029
Modificar informacin de perfil
Todos
En lnea
Alta
RF-030
Cambiar contrasea
Todos
Impreso
Alta
RF-031
Registrar usuarios y asignacin de roles para

autorizar funciones del sistema
Administrador
En lnea
Alta
RF-032
Eliminar usuarios que no se encuentren laborando.
Administrador
En lnea
Alta
RF-033
Registrar roles de acceso al sistema
Administrador
En lnea
Alta
Usuario
Medio
Prioridad
En lnea
Alta

Tabla 17: Requisitos Funcionales para la Gestin de componentes del sistema
ID. Requisito
RF-034

Registrar informacin fsica sobre las entidades
pertenecientes al sistema.
65
RF-035
RF-036
RF-037
RF-038
Modificar informacin de las entidades

Imprimir informacin de las entidades
pertenecientes al sistema
Consultar informacin de las entidades
pertenecientes al sistema
Eliminar informacin de las entidades
En lnea
Alta
Impreso
Alta
En lnea
Alta
En lnea
Alta

66
Tabla 18: Requisitos Funcionales para la Generacin de Depreciaciones
ID. Requisito
Usuario
Medio
Prioridad
RF-039
Generar depreciaciones mensuales a los bienes.

Consultar informacin sobre depreciaciones
En lnea
Alta
En lnea
Alta
Impreso
Alta
RF-040
RF-041
mensuales de los bienes muebles.

Imprimir informacin de las depreciaciones
realizadas hacia los bienes

67
2.4.3
Requisitos no Funcionales
2.4.3.1 Requisitos de Rendimiento
Garantizar que las funcionalidades, interfaces de usuario no

afecten al desempeo de la base de datos y no cause demasiado
trfico en la intranet.
2.4.3.2 Seguridad
Garantizar la seguridad de la informacin que se encuentre

almacenada en la base de datos y a contraseas de acceso al
sistema.
2.4.3.3 Fiabilidad
La interfaz del sistema deber ser implementada en entorno web.
La interfaz grfica del sistema deber ser sencilla y amigable,

basada en mens, ventanas, listas desplegables y botones de
accin.
2.4.3.4 Disponibilidad
El acceso al sistema se encontrara disponible dentro de los

horarios laborables en la empresa, al igual que su informacin y
operaciones.
Cada usuario que desee ingresar al sistema, deber introducir en

la pgina principal su nmero de cedula y contrasea.
Cada usuario del sistema tendr asignado un rol, que es utilizado

para activar o inactivar funcionalidades que se realicen dentro del
sistema.
68
2.4.3.5 Mantenimiento
El sistema dispondr de un manual de usuario de fcil

entendimiento
que
permita
realizar
las
operaciones
de
mantenimiento con la mayor comodidad posible.

2.4.3.6 Portabilidad
El sistema se desarrollara en entorno web, as que podr ser

accedido desde cualquier ordenador que disponga de un adaptador
de red y a su vez est conectado a la red corporativa.
2.4.4
Diseo de Diagramas de Casos de Uso Especficos

Para la creacin de los diagramas de casos de uso se ha divido por requisitos
principales, de tal manera que permita una mayor comprensin de los
procesos del negocio.
2.4.4.1 Gestionar Usuarios

Fig. 13: CU 1. Gestionar usuarios

69
Tabla 19: CU 1. Gestionar usuarios
CASO DE USO:
ACTORES:
PROPSITO:
CATEGORA:
PRIORIDAD:
1.1.
REGISTRAR
USUARIOS
1. GESTIONAR USUARIOS
Administrador
Permite al administrador el registro, edicin y borrado de
nuevos usuarios para el sistema.
Evidente
Alta
CURSO NORMAL DE EVENTOS
El administrador es el encargado de registrar nuevos
usuarios que manipularan el sistema. Se les pedir su
nmero de cedula, su cdigo de empleado, sus datos
personales y un usuario y contrasea para q tengan acceso.
El administrador les asignara a cada empleado ingresado
diferentes roles, ya sean de administrador, directivo o
empleados administrativos. Los empleados operativos
tendrn acceso al sistema pero solo para consultas y no
necesitaran de un usuario para poder acceder.
1.2.
BUSCAR
USUARIOS
El administrador podr visualizar el perfil de cada uno de

los usuarios registrados, ver sus datos personales y datos de
registro. Los usuarios registrados que puedan acceder al
sistema podrn visualizar nicamente su perfil y visualizar
sus datos personales y de registro.
MODIFICAR
El administrador podr modificar los datos personales de
DATOS DE LOS
cada uno de los usuarios. Los usuarios registrados que
USUARIOS
puedan acceder al sistema podrn modificar nicamente sus
1.3.
datos personales y de registro.
1.4.
ELIMINAR
USUARIOS
1.5.
CAMBIAR
El administrador es el nico que cuenta con el permiso para

eliminar usuarios registrados y que tengan acceso al sistema
El administrador cuenta con el permiso de cambiar la
CONTRASEA
contrasea de un usuario que la haya olvidado, entonces el
DEL USUARIO
usuario se comunica con el administrador y solicita una

nueva. Los usuarios registrados nicamente tienen el
permiso para cambiar su contrasea las veces que ellos
70
crean necesarias.
2.4.4.2 Gestionar Activos

Fig. 14: CU 2. Gestionar Activos

71
Tabla 20: CU 2. Gestionar Activos
CASO DE USO:
ACTORES:
PROPSITO:
CATEGORA:
PRIORIDAD:
2.1.
2. GESTIONAR ACTIVOS
Directivos, Empleados Administrativos
Permite a los empleados administrativos llevar la
gestin de los activos de la corporacin.
Evidente
Alta
ADMINISTRAR
CATEGORAS
LNEAS
Los empleados administrativos son los encargados de
DE llevar el control de las categoras de lneas de

DE subtransmisin. Este control conlleva el registro,
SUBTRANSMISIN
edicin y borrado de cada uno de los registros. Las

categoras de lneas de subtransmisin permiten
mantener organizada la informacin de los materiales y
herramientas utilizados en la instalacin de las lneas
de conexin entre subestaciones.
2.2.
ADMINISTRAR
DE llevar el control de las lneas de subtransmisin. Este

control conlleva registro, importacin, edicin y
SUBTRANSMISIN
LNEAS
borrado de los materiales y herramientas que

componen cada lnea de conexin de energa elctrica
entre subestaciones.
2.3.
ADMINISTAR
DE llevar el control de las categoras de subestaciones

elctricas. Este control conlleva el registro, edicin y
SUBESTACIONES
CATEGORIAS
ELCTRICAS
borrado de cada uno de los registros. Las categoras de

subestaciones
elctricas
son
cada
una
de
las
subestaciones registradas dentro de la corporacin,

estas permiten mantener organizada la informacin de
los materiales y herramientas utilizados en la
instalacin de las subestaciones elctricas.
2.4.
ADMINISTRAR
SUBESTACIONES
llevar el control de las subestaciones elctricas. Este
ELCTRICAS
control conlleva registro, importacin, edicin y

72
borrado de los materiales y herramientas que

componen cada subestacin, es decir de qu se
compone un transformador en determinada agencia de
la corporacin.
2.5.
ADMINISTRAR
BIENES
CUSTODIO
EN llevar el control de los bienes que se encuentran a cargo

del personal de la empresa. Este control conlleva
registro, importacin, edicin y borrado de los bienes.
2.6.
VALORIZAR
ACTIVOS
Cada uno de los activos cuentan con un valor

monetario de adquisicin, que debe ser tomado en
cuenta para llevar y presentar informacin depreciable
de esos bienes, sean o no sujetos de control. En esta
operacin los empleados administrativos son los
encargados de fijar el precio de adquisicin para que el
sistema automticamente calcule la depreciacin
mensual de ese bien.
73
2.4.4.3 Gestionar Componentes De La Corporacin

Fig. 15: CU 3. Gestionar Componentes de la Corporacin

Tabla 21: CU 3. Gestionar Componentes de la Corporacin
CASO DE USO:
3. GESTIONAR COMPONENTES DE LA
CORPORACIN
Directivos
Permite a los directivos llevar el control de
ACTORES:
PROPSITO:
componentes de la corporacin, esto conlleva al

CATEGORA:
PRIORIDAD:
3.1.
registro, edicin y borrado de cada uno de ellos.

Evidente
Alta
ADMINISTRAR
SUBSISTEMAS
Los subsistemas de la corporacin son las direcciones

que se encuentran a cargo los directivos de la
corporacin.
74
3.2.
El sistema permite a los directivos administrar cada
ADMINISTRAR
uno de los departamentos de la corporacin.
DEPARTAMENTOS
3.3.
Las reas operativas son registradas por los directivos
ADMINISTRAR
para luego ser visualizadas en cada uno de los activos
OPERATIVAS
a los cuales pertenecen.
3.4.
REAS
Las dependencias son las divisiones de la corporacin,
ADMINISTRAR
es decir, en donde se encuentran geogrficamente
DEPENDENCIAS
ubicados cada uno de los activos de la empresa

3.5.
Las cuentas contables son la forma de mantener
ADMINISTRAR
organizados los activos contablemente.
CUENTAS
CONTABLES
3.6.
Los directivos se encargan de llevar la administracin
ADMINISTRAR
UNIDADES
PROPIEDAD
DE de las unidades de propiedad, estas son las que

almacenan la informacin de los ndices de
depreciacin y vida til de los activos.
3.7.
El sistema le permite a los directivos mantener
ADMINISTRAR
PLANES
PROGRAMAS
O almacenada y organizada la informacin de planes o

programas de los activos contablemente de su
procedencia, ya sea del estado o por terceros.
2.4.4.4 Gestionar Sistema

Fig. 16: CU 4. Gestionar Sistema
75

Tabla 22: CU 4. Gestionar Sistema
CASO DE USO:
ACTORES:
PROPSITO:
CATEGORA:
PRIORIDAD:
4.1.
ADMINISTR
AR AGENCIAS
4. GESTIONAR SISTEMA
Administrador.
Permite al administrador llevar el control de las agencias,
provincias, cantones y parroquias registradas en el sistema.
Evidente
Alta
El administrador es el encargado de llevar el control de las
agencias de la corporacin, el registro, edicin y borrado.
Las agencias sirven a los activos para saber en qu lugar se
encuentran ubicados geogrficamente.
4.2.
ADMINISTR
El administrador se encarga de administrar las provincias.

Las provincias en la que los activos pueden estar ubicados.
AR
PROVINCIAS
4.3.
ADMINISTR
AR CANTONES
4.4.
ADMINISTR
AR
El sistema le permite al administrador administrar los

cantones en los cuales trabaja la corporacin.
As mismo como el sistema permite la administracin de
provincias y cantones, existen tambin las parroquias.
76
PARROQUIAS
2.4.4.5 Generar Depreciaciones

Fig. 17: CU 5. Generar depreciaciones

77
Tabla 23: CU 5. Generar depreciaciones
CASO DE USO:
ACTORES:
PROPSITO:
5. GENERAR DEPRECIACIONES
Directivos y Empleados Administrativos
El sistema genera depreciaciones de los activos de la
empresa para el administrador, a los directivos y
CATEGORA:
PRIORIDAD:
empleados administrativos.
Evidente
Alta
Al almacenar un nuevo activo, ya sean lneas de subtransmisin, subestaciones

elctricas o bienes en custodio el sistema realiza un clculo mensual de la
depreciacin de cada activo y lo registra en forma de historial, y almacena un
acumulado hasta la fecha actual, permitiendo a los directivos y empleados
administrativos visualizar esa informacin de la fecha deseada.
78
2.4.4.6 Generar Informes

Fig. 18: CU 6. Generar Informes

Tabla 24: CU 6. Generar informes
CASO DE USO:
ACTORES:
PROPSITO:
6. GENERAR INFORMES
Directivos y Empleados Administrativos
El sistema genera reportes que le sirven de ayuda a
los directivos y empleados administrativos para
CATEGORA:
PRIORIDAD:
analizar la informacin y tomar decisiones.

Evidente
Alta
Los directivos y empleados administrativos solicitan al sistema la generacin de

informes, ya sean de lneas de subtransmisin, subestaciones elctricas o bienes en
custodio, y el sistema presenta un listado del estado en el que se encuentra cada uno
de los activos ayudndoles para el anlisis y toma de decisiones.
79
2.4.5
Diseo del Diagrama Entidad-Relacin

Fig. 19: Diseo del Diagrama E-R del SICACNEL

80
2.4.6
Diseo del Diagrama de Base de Datos

Fig. 20: Diseo del Diagrama de Base de Datos del SICACNEL

81
2.4.7
Diseo del Diagrama de Clases

Fig. 21: Diseo del Diagrama de Clases

82
2.5
FASE DE CONSTRUCCIN
Para la construccin del sistema informtico se han utilizado las siguientes
herramientas:
2.5.1
Netbeans 7.4 (IDE)
Apache (Servidor Web)
MySQL Server (Sistema Gestor de Base de Datos)
PHP (Lenguaje de Programacin Web)
Framework Symfony2 (Arquitectura MVC)
Estructura Inicial de un Proyecto Symfony

Para empezar necesitamos conocer como est estructurado el rbol de
directorios en el framework Symfony.
La estructura de un proyecto Symfony es la siguiente:
Fig. 22: Estructura inicial de un proyecto Symfony
83

2.5.2
Configuracin de la Conexin a la una Base de Datos

La conexin a la base de datos se la realiza configurando los parmetros que
se encuentran en el archivo parameters.yml dentro de la carpeta
app/config.
Fig. 23: Estructura y Configuracin de la conexin a la base de datos

2.5.3
Creacin de Bundles
84
La creacin de los Bundles se la realiza mediante la consola de la siguiente

manera:
1. Clic derecho sobre el proyecto y seleccionamos Symfony2 - > Run
command..
85
Fig. 24: Ejecutar comando para creacin de Bundles

2. Seleccionamos el comando: Generate:bundle de la lista

Fig. 25: Lista de comandos de Symfony2

86
3. En la consola del IDE de Netbeans aparecern varias preguntas para

crear el Bundle, tal y como se muestra en la siguiente figura:
Fig. 26: Consola de Netbeans para la creacin de un Bundle

Quedando la siguiente estructura:

Fig. 27: Estructura de los Bundles

87
2.5.4
Creacin del Modelo

La creacin del modelo del sistema se lo realiza dentro del directorio
Entity:
Fig. 28: Estructura del Modelo de datos

El modelo del sistema est definido por la parte lgica de la aplicacin.

2.5.5
Creacin de Controladores
Los controladores son clases PHP que contienen las acciones que realizara
el sistema. Estas se encuentran dentro del directorio Controller de cada
Bundle
Fig. 29: Estructura de los controladores

88
2.5.6
Creacin de Rutas
Las rutas se refieren a la direccin URL que utilizara el controlador frontal
para acceder a la pgina. Y son especificadas en el archivo routing.yml
dentro del directorio Resources/config de cada Bundle.
Fig. 30: Estructura de las Rutas

A continuacin presentamos la lista de las rutas que utiliza el Sistema.
89
Tabla 25: Lista de las rutas existentes del sistema
ROUTE NAME
PATTERN
LOG
usuario_login
/login
Pattern "/login" does not match
usuario_login_check
/login_check
Pattern "/login_check" does not match
usuario_logout
/logout
Pattern "/logout" does not match
usuario_index
/index
Pattern "/index" does not match
usuario_buscar
/usuario/usuario-buscar
Pattern "/usuario/usuario-buscar" does not match
direccion
/inst/direccion/
Pattern "/inst/direccion/" does not match
direccion_new
/inst/direccion/new
Pattern "/inst/direccion/new" does not match
direccion_show
/inst/direccion/{id}/show
Pattern "/inst/direccion/{id}/show" does not match
direccion_create
/inst/direccion/create
Pattern "/inst/direccion/create" does not match
direccion_edit
/inst/direccion/{id}/edit
Pattern "/inst/direccion/{id}/edit" does not match
direccion_update
/inst/direccion/{id}/update
Pattern "/inst/direccion/{id}/update" does not
direccion_delete
/inst/direccion/{id}/delete
match
Pattern "/inst/direccion/{id}/delete" does not match
direccion_eliminar
/inst/direccion/{id}/eliminar
Pattern "/inst/direccion/{id}/eliminar" does not
departamento
/inst/departamento/
match
Pattern "/inst/departamento/" does not match
departamento_new
/inst/departamento/new
Pattern "/inst/departamento/new" does not match
departamento_show
/inst/departamento/{id}/show
Pattern "/inst/departamento/{id}/show" does not

90
match
departamento_create
/inst/departamento/create
Pattern "/inst/departamento/create" does not match
departamento_edit
/inst/departamento/{id}/edit
Pattern "/inst/departamento/{id}/edit" does not
/inst/departamento/{id}/update
match
Pattern "/inst/departamento/{id}/update" does not
/inst/departamento/{id}/delete
match
Pattern "/inst/departamento/{id}/delete" does not
/inst/departamento/{id}/eliminar
match
Pattern "/inst/departamento/{id}/eliminar" does not
dependencia
/inst/dependencia/
match
Pattern "/inst/dependencia/" does not match
dependencia_new
/inst/dependencia/new
Pattern "/inst/dependencia/new" does not match
dependencia_show
/inst/dependencia/{id}/show
Pattern "/inst/dependencia/{id}/show" does not
dependencia_create
/inst/dependencia/create
match
Pattern "/inst/dependencia/create" does not match
dependencia_edit
/inst/dependencia/{id}/edit
Pattern "/inst/dependencia/{id}/edit" does not
/inst/dependencia/{id}/update
match
Pattern "/inst/dependencia/{id}/update" does not
/inst/dependencia/{id}/delete
match
Pattern "/inst/dependencia/{id}/delete" does not
departamento_update
departamento_delete
departamento_eliminar
dependencia_update
dependencia_delete
match
91
dependencia_eliminar
/inst/dependencia/{id}/eliminar
Pattern "/inst/dependencia/{id}/eliminar" does not
subestacion
/lsub/subestacion/
match
Pattern "/lsub/subestacion/" does not match
subestacion_new
/lsub/subestacion/new
Pattern "/lsub/subestacion/new" does not match
subestacion_show
/lsub/subestacion/{id}/show
Pattern "/lsub/subestacion/{id}/show" does not
subestacion_create
/lsub/subestacion/create
match
Pattern "/lsub/subestacion/create" does not match
subestacion_edit
/lsub/subestacion/{id}/edit
Pattern "/lsub/subestacion/{id}/edit" does not
/lsub/subestacion/{id}/update
match
Pattern "/lsub/subestacion/{id}/update" does not
/lsub/subestacion/{id}/delete
match
Pattern "/lsub/subestacion/{id}/delete" does not
subestacion_listar
/lsub/subestacion/listar
match
Pattern "/lsub/subestacion/listar" does not match
subestacion_eliminar
/lsub/subestacion/{id}/eliminar
Pattern "/lsub/subestacion/{id}/eliminar" does not
subtransmision
/lsub/subtransmision/
match
Pattern "/lsub/subtransmision/" does not match
subtransmision_new
/lsub/subtransmision/new
Pattern "/lsub/subtransmision/new" does not match
subtransmision_show
/lsub/subtransmision/{id}/show
Pattern "/lsub/subtransmision/{id}/show" does not
/lsub/subtransmision/create
match
Pattern "/lsub/subtransmision/create" does not
subestacion_update
subestacion_delete
subtransmision_create
92
match
subtransmision_edit
/lsub/subtransmision/{id}/edit
Pattern "/lsub/subtransmision/{id}/edit" does not
/lsub/subtransmision/{id}/update
match
Pattern "/lsub/subtransmision/{id}/update" does not
/lsub/subtransmision/{id}/delete
match
Pattern "/lsub/subtransmision/{id}/delete" does not
/lsub/subtransmision/{id}/eliminar
match
Pattern "/lsub/subtransmision/{id}/eliminar" does
subtransmision_listar
/lsub/subtransmision/listar
not match
Pattern "/lsub/subtransmision/listar" does not match
lineassubtransmision
/lsub/lsubtrans/{idSubtransmision}/listar
Pattern "/lsub/lsubtrans/{idSubtransmision}/listar"
lineassubtransmision_new
/lsub/lsubtrans/{idSubtransmision}/new
does not match

Pattern "/lsub/lsubtrans/{idSubtransmision}/new"
lineassubtransmision_importar
does not match

/lsub/lsubtrans/{idSubtransmision}/importar Pattern "/lsub/lsubtrans/
subtransmision_update
subtransmision_delete
subtransmision_eliminar
lineassubtransmision_show
/lsub/lsubtrans/{id}/show
{idSubtransmision}/importar" does not match

Pattern "/lsub/lsubtrans/{id}/show" does not match
lineassubtransmision_create
/lsub/lsubtrans/create
Pattern "/lsub/lsubtrans/create" does not match
lineassubtransmision_edit
/lsub/lsubtrans/{id}/edit
Pattern "/lsub/lsubtrans/{id}/edit" does not match
lineassubtransmision_update
/lsub/lsubtrans/{id}/update
Pattern "/lsub/lsubtrans/{id}/update" does not

match
93
lineassubtransmision_delete
/lsub/lsubtrans/{id}/delete
Pattern "/lsub/lsubtrans/{id}/delete" does not match
lineassubtransmision_listarimagene
/lsub/lsubtrans/{id}/listarimagenes
Pattern "/lsub/lsubtrans/{id}/listarimagenes" does
s
lineassubestacion
/lsub/lsubest/
not match
Pattern "/lsub/lsubest/" does not match
lineassubestacion_new
/lsub/lsubest/new
Pattern "/lsub/lsubest/new" does not match
lineassubestacion_show
/lsub/lsubest/{id}/show
Pattern "/lsub/lsubest/{id}/show" does not match
lineassubestacion_create
/lsub/lsubest/create
Pattern "/lsub/lsubest/create" does not match
lineassubestacion_edit
/lsub/lsubest/{id}/edit
Pattern "/lsub/lsubest/{id}/edit" does not match
lineassubestacion_update
/lsub/lsubest/{id}/update
Pattern "/lsub/lsubest/{id}/update" does not match
lineassubestacion_delete
/lsub/lsubest/{id}/delete
Pattern "/lsub/lsubest/{id}/delete" does not match
provincia
/lsub/provincia/
Pattern "/lsub/provincia/" does not match
provincia_new
/lsub/provincia/new
Pattern "/lsub/provincia/new" does not match
provincia_show
/lsub/provincia/{id}/show
Pattern "/lsub/provincia/{id}/show" does not match
provincia_create
/lsub/provincia/create
Pattern "/lsub/provincia/create" does not match
provincia_edit
/lsub/provincia/{id}/edit
Pattern "/lsub/provincia/{id}/edit" does not match
provincia_update
/lsub/provincia/{id}/update
Pattern "/lsub/provincia/{id}/update" does not
/lsub/provincia/{id}/delete
match
Pattern "/lsub/provincia/{id}/delete" does not
/lsub/provincia/{id}/eliminar
match
Pattern "/lsub/provincia/{id}/eliminar" does not
provincia_delete
provincia_eliminar
94
match
canton
/lsub/canton/
Route matches!
95
2.5.7
Creacin de Vistas
Para la creacin de las vistas utilizamos un Framework llamado Twig, estas
plantillas permiten separar el cdigo PHP del HTML.
Las vistas de la aplicacin se encuentran dentro del directorio
Resources/views de cada Bundle.
Fig. 31: Estructura de las Vistas

96
2.6
FASE DE IMPLEMENTACIN Y PRUEBAS

La fase de pruebas se elabora con la finalidad de especificar qu elementos o
componentes se van a probar para que se pueda realizar el proceso de validacin y
verificacin de los requisitos funcionales y no funcionales.
Al desarrollar esta fase es posible detectar fallas en la ejecucin del sistema y as
realizar las correcciones necesarias para su buena compilacin, las pruebas se
efectuaran por cada mdulo y gestiones del sistema.
Para comprobar el correcto funcionamiento del sistema informtico desarrollado,
se ha realizado minuciosamente el proceso de pruebas. Para llevar a cabo esta
actividad, se lo ha implementado en un servidor web apache el cual podr ser
accedido mediante cinco clientes.
A continuacin se detallaran las caractersticas de los equipos utilizados:
Tabla 26: Caractersticas del servidor web implementado para pruebas
CARACTERSTICAS
Procesador
Memoria RAM
Disco duro
Sistema Operativo
DESCRIPCIN
Intel Core i7 3.40 GHZ
8GB
1024GB
Windows Server 2008

97
Tabla 27: Caractersticas de los clientes implementados para pruebas
CARACTERSTICAS
Procesador
Memoria RAM
Disco duro
Sistema Operativo
Navegador
DESCRIPCIN
Intel Core i3 2.80 GHZ
3GB
300GB
Windows Seven
Google Chrome y Mozilla Firefox

2.6.1
Pruebas del Sistema Informtico
2.6.1.1 Gestionar Usuarios

2.6.1.1.1 Enlistar Usuarios
Fig. 32: Interfaz del Listado de Usuarios

Tabla 28: PF1. Enlistar Usuarios
NOMBRE
Enlistar Usuarios
PRUEBA
PF1
DESCRIPCIN
El sistema le presenta al administrador un listado de los
ENTRADA
usuarios registrados.
1. Introducimos 0706225653 en el campo cedula del
formulario login.
2. Introducimos 3210 en el campo contrasea del
SALIDA
formulario login.
3. Pulsamos entrar.
4. Seleccionamos Sistema del men de la izquierda.
5. Se despliega una lista de la cual escogemos Usuarios
Se presenta la lista de los usuarios registrados en el sistema.
98
EXITO
Prueba superada con xito.

2.6.1.1.2 Registrar Usuarios

Fig. 33: Interfaz del Registro de Usuarios

Tabla 29: PF2. Registro de Usuarios
NOMBRE
Registrar Usuarios
PRUEBA
PF2
DESCRIPCIN
El sistema le permite al administrador registrar nuevos
ENTRADA
usuarios.
formulario login.
3.
4.
5.
6.
formulario login.
Pulsamos entrar.
Seleccionamos Sistema del men de la izquierda.
Se despliega una lista de la cual escogemos Usuarios
Introducimos la informacin solicitada por el formulario
SALIDA
y guardamos.
El sistema presenta una vista previa con los datos ingresados
EXITO
para ese usuario.

99
2.6.1.1.3 Buscar Usuarios

Fig. 34: Interfaz de la Bsqueda de Usuarios

Tabla 30: PF3. Buscar Usuarios
NOMBRE
Buscar Usuarios
PRUEBA
PF3
DESCRIPCIN
El sistema le presenta al administrador los datos ingresados
ENTRADA
para un determinado usuario.

formulario login.
3.
4.
5.
6.
formulario login.
Pulsamos entrar.
Del listado de usuarios presentados en la parte derecha,
SALIDA
damos clic sobre la lupa.

El sistema presenta los datos personales y de registro del
EXITO
usuario solicitado.
2.6.1.1.4 Modificar Datos Personales de los Usuarios

Fig. 35: Interfaz de la Edicin de datos personales de Usuarios
100

Tabla 31: PF4. Modificar datos personales de los usuarios
NOMBRE
Modificar datos personales de los PRUEBA
PF4
DESCRIPCIN
usuarios
El sistema le permite al administrador modificar los datos
personales y de registro de determinado usuario.
En caso de ser un usuario autenticado, el sistema solo le
ENTRADA
permitir modificar sus datos personales y de registro.

formulario login.
3.
4.
5.
6.
formulario login.
Pulsamos entrar.
damos clic sobre el lpiz.

7. El sistema muestra el formulario con los datos
previamente almacenados, listos para ser modificados.
8. Luego da clic en actualizar, para guardar los cambios
SALIDA
realizados.
El sistema presenta el mismo formulario con los datos
EXITO
almacenados actualmente.
101
2.6.1.1.5 Eliminar Usuarios

Fig. 36: Interfaz del Borrado de Usuarios

102
Tabla 32: PF5. Eliminar Usuarios
NOMBRE
Eliminar usuarios
PRUEBA
PF5
DESCRIPCIN
El sistema le permite al administrador eliminar un
ENTRADA
determinado usuario.
formulario login.
3.
4.
5.
6.
SALIDA
formulario login.
Pulsamos entrar.
damos clic sobre el icono de basura.

El sistema realiza una pregunta de confirmacin para proceder
a eliminar el usuario, entonces lo elimina y regresa al listado
EXITO
de los usuarios registrados.

2.6.1.1.6 Cambiar Contrasea de los Usuarios

Fig. 37: Interfaz del Cambio de contrasea de Usuarios

Tabla 33: PF6. Cambiar contrasea de los usuarios
NOMBRE
Cambiar contrasea de los usuarios
DESCRIPCIN
El administrador cuenta con el permiso para realizar el cambio

103
PRUEBA
PF6
de contrasea a un usuario que la haya olvidado por error.

El usuario autenticado tambin tiene el permiso para realizar
ENTRADA
el cambio de contrasea nicamente para s mismo.

formulario login.
3.
4.
5.
6.
formulario login.
Pulsamos entrar.
damos clic sobre cambiar contrasea.

7. El sistema presenta el formulario de cambio de
contrasea para realizar las modificaciones necesarias y
SALIDA
damos clic en guardar.

El sistema presenta nuevamente el formulario de cambio de
EXITO
contrasea con los cambios realizados.

104
2.6.1.2 Gestionar Activos

2.6.1.2.1 Administrar Categoras, Lneas de Subtransmisin, Subestaciones
Elctricas y Bienes en Custodio.
Fig. 38: Interfaz del listado de categoras de lneas de subtransmisin

Fig. 39: Interfaz del listado de categoras de subestaciones elctricas

105
Fig. 40: Interfaz del listado de lneas de subtransmisin

Fig. 41: Interfaz del listado de subestaciones elctricas

106
Fig. 42: Interfaz del listado de bienes en custodio

Tabla 34: PF7. Administrar Lneas de Subtransmisin
NOMBRE
Gestionar Activos
PRUEBA
PF7
DESCRIPCIN
En esta prueba se realizan las operaciones CRUD (Crear, leer,

actualizar y borrar) en cada uno de los activos (categoras,
lneas de subtransmisin, subestaciones elctricas y bienes en
custodio) para comprobar que todo funciona segn lo
EXITO
programado.
107
2.6.1.2.2 Valorizar Activos

Fig. 43: Interfaz de la Valoracin de activos

Tabla 35: PF8. Valorizar activos
NOMBRE
Valorizar activos
PRUEBA
PF8
DESCRIPCIN
Los empleados administrativos se encargan de realizar las

respectivas valoraciones para cada uno de los activos de la
empresa.
EXITO
Una vez hecho esto proceden a almacenar la informacin.

108
2.6.1.3 Gestionar Componentes de la Corporacin

2.6.1.3.1 Administrar
Subsistemas,
Departamentos,
reas
Operativas,
Dependencias, Cuentas Contables, Unidades de Propiedad y Planes o

Programas
Fig. 44: Interfaz del listado de subsistemas

Fig. 45: Interfaz del listado de departamentos

109
Fig. 46: Interfaz del listado de reas operativas

Fig. 47: Interfaz del listado de dependencias

110
Fig. 48: Interfaz del listado de cuentas contables

Fig. 49: Interfaz del listado de unidades de propiedad

111
Fig. 50: Interfaz del listado de planes o programas

Tabla 36: PF9. Administrar planes o programas
NOMBRE
Gestionar
componentes
de
la PRUEBA
PF9
DESCRIPCIN
corporacin
actualizar y borrar) en cada uno de los componentes de la
corporacin
(subsistemas,
departamentos,
dependencias,
cuentas contables, unidades de propiedad y planes o

programas) para comprobar que todo funciona segn lo
EXITO
programado.
112
2.6.1.4 Gestionar Sistema

2.6.1.4.1 Administrar Agencias, Provincias, Cantones.
Fig. 51: Interfaz del listado de agencias

Fig. 52: Interfaz del listado de provincias

113
Fig. 53: Interfaz del listado de cantones

Tabla 37: PF10. Gestionar Sistema
NOMBRE
Gestionar Sistema
PRUEBA
PF10
DESCRIPCIN

actualizar y borrar) en cada uno de los componentes del
sistema (agencias, provincias y cantones) para comprobar que
EXITO
todo funciona segn lo programado.

114
CAPTULO IV
2.6.2 EVALUACIN DE RESULTADOS
2.7
EVALUACIN DE EXPERTOS
Este apartado tiene como finalidad la evaluacin de las herramientas utilizadas y
su importancia en la utilizacin para el desarrollo de los sistemas informticos y
son realizadas por parte de personas especializadas en el rea de desarrollo de
software.
2.7.1
Formato de Evaluacin
El formato de entrevista para la evaluacin de expertos se muestra en el
ANEXO 1.
2.7.2
Resultados
A continuacin se presentan el resultado obtenidos a cada una de las
interrogantes.
2.7.2.1 Pregunta 1
Est de acuerdo en que el patrn de arquitectura Modelo-VistaControlador permite tener dividido el sistema, de manera que
proporcione al desarrollador dar un mantenimiento fcil al
sistema informtico?
2.7.2.1.1 Ing. Oscar Efrn Crdenas Villavicencio
Totalmente de acuerdo, porque el patrn Modelo-VistaControlador separa los datos y la lgica del negocio de un
sistema y la interfaz de usuario, es decir por una parte define los
componentes que representan la informacin, por otra parte los
eventos o solicitudes que se le realiza a la informacin y por
ultimo tenemos la interfaz de usuario que presenta la salida de
informacin.
115
2.7.2.1.2 Ing. Oswaldo Bolvar Chuquirima Camacho

De acuerdo, Un sistema bien modelado y organizado permite
entender fcilmente su funcionamiento para que tanto el
desarrollador original de la aplicacin como tambin un
desarrollador
externo
al
proyecto,
puedan
realizar
el
mantenimiento necesario.
2.7.2.1.3 Ing. Edwin Lenicas Quichimbo Bermeo
Totalmente de acuerdo, La arquitectura MVC indica separar los
datos y la lgica del negocio de la interfaz de usuario y el
mdulo encargado de la gestin de eventos y comunicaciones, al
realizar esto permite que la aplicacin sea desarrollada de forma
gil.
2.7.2.1.4 Ing. Freddy Rojas Villela
De acuerdo. Porque al utilizar este patrn podremos dar
mantenimiento a una capa independientemente de las otras.
2.7.2.1.5 Ing. Margarita Severino Maza
Totalmente de Acuerdo. Porque mantiene separada la lgica del
negocio del diseo y a su vez de la capa de acceso a datos, por
lo cual permite que diferentes personas se encarguen de cada
uno de los componentes y los cambios que se realicen no
afectar totalmente a cada capa de la aplicacin.
116
2.7.2.2 Pregunta 2
Est de acuerdo en que el diseo responsivo en las aplicaciones
web permiten a los usuarios una correcta visualizacin de una
misma pgina en diferentes dispositivos?
Estoy de acuerdo con el diseo responsivo, ya que en la
actualidad muchos de los usuarios ingresan al internet a travs
diferentes positivos ya sean mviles, tablet, entre otros. Por lo
tanto, sera muy satisfactorio que nuestro diseo se acople a
cada uno de estos dispositivos tecnolgicos.
Totalmente de acuerdo. Porque actualmente los usuarios ya no
solo usan computadoras de escritorio para acceder a la web, sino
distintos tipos de telfonos celulares y tablets, con distintas
resoluciones y por lo tanto conviene una adaptacin automtica
de las dimensiones del diseo.
Totalmente de acuerdo. El uso de responsive en el desarrollo del
sistema web es vital hoy en da ya que existen dispositivos de
diferentes tamaos por ende la visualizacin de contenido no es
igual, con esto la misma pgina se adapta a la pantalla y facilita
la visualizacin al usuario.
Totalmente de acuerdo. Porque con este diseo nuestras
aplicaciones web se adaptan al dispositivo que est utilizando el
usuario.
117

Totalmente de Acuerdo. Porque ajusta el contenido de los
elementos visuales de la pgina de acuerdo a las medidas de la
pantalla del dispositivo.
2.7.2.3 Pregunta 3
Est de acuerdo en que las fases de la Metodologa RAD le
permite al desarrollador realizar un nivel de abstraccin de los
requisitos mayor y la posibilidad de tener menos fallas?
Estoy de acuerdo, ya que esta metodologa es interactiva,
construccin de prototipos y uso de ingeniera de requisitos,
adems de comprender tambin la usabilidad y rapidez en la
ejecucin.
De acuerdo. Porque la metodologa RAD en todas sus fases
permite al desarrollador realizar un estudio profundo de los
requisitos del sistema y de esa manera un desarrollo rpido de la
aplicacin.
Totalmente de acuerdo. El uso de una metodologa de desarrollo
gil en este caso RAD permiten abstraer los requisitos en su
primera fase adems de contar con el usuario durante todo el
desarrollo por ende se disminuye notablemente los fallos, en
todo caso los usuarios que proporcionan la informacin deben
ser experimentados para tener menos errores al finalizar el
sistema.
118

En desacuerdo. Si bien el nivel de abstraccin es mayor, las
posibilidades de fallas tambin lo son.
Totalmente de Acuerdo. Porque en su fase de modelado de
gestin y datos se obtienen los diversos flujos de informacin
entre
las
funciones
del
sistema
permitiendo
convergir
tempranamente en un diseo aceptable para el cliente

limitndolo a los cambios.
2.7.2.4 Pregunta 4
Est de acuerdo con que el Framework Symfony2 cumple con las
expectativas de organizacin y buenas prcticas en el desarrollo
de un sistema informtico?
Totalmente de acuerdo, Symfony2 es uno de los framework ms
completos para el desarrollo de software, diseado para
optimizar el desarrollo de aplicacin web basadas en el modelovista-controlador, tiene varias herramientas que ayudan a
desarrollar el sistema reduciendo el tiempo de desarrollo del
mismo.
Totalmente de acuerdo, Trabaja integrndose bien al desarrollo
orientado a objetos y al ser un sistema web asegura la
portabilidad de la aplicacin hacia otros dispositivos.
De acuerdo. El framework symfony2 permiti el desarrollo del
sistema junto a la metodologa RAD en los tiempos propuestos,
119
gracias a esta combinacin adems se ha logrado satisfacer las

necesidades de la organizacin.
De acuerdo. Symfony2 es un framework completo que optimiza
el desarrollo de las aplicaciones web siguiendo las lneas del
patrn de arquitectura Modelo-Vista-Controlador y cumpliendo
as con las buenas prcticas en el desarrollo de un sistema.
Totalmente de Acuerdo. Porque al separar cada componente de
la aplicacin, se mantiene un bajo acoplamiento, sin embargo
stos componentes logran una alta cohesin debido a las
caractersticas propias de Symfony2, permitiendo una mejor
administracin de la aplicacin, y un producto escalable.
2.7.2.5 Pregunta 5
Est de acuerdo con la estructuracin de los datos que se ha
utilizado para el desarrollo del SICACNEL?
De acuerdo, como desarrollador vemos la mejor manera de
poder organizar los datos en un sistema, con el objetivo de
facilitar el control de los mismos, normalmente organizamos la
informacin de acuerdo a la necesidad de la empresa y
dependiendo de la orden en que se realice la operacin a
ejecutar.
De acuerdo, La estructura de datos cumple con lo necesario para
almacenar los datos requeridos para las funciones del sistema, y
en caso de mantenimiento necesario a la misma, es
comprensible su forma de organizacin.
120

De acuerdo. La estructuracin de los datos que se ha utilizado
cumple a cabalidad para el correcto funcionamiento del sistema
y poder entender la funcionalidad adems de estar en la
capacidad de incorporar nuevos mdulos en caso de ser
necesarios.
De acuerdo. Se ha empleado correctamente el proceso de
normalizacin en la base de datos.
De acuerdo. Todos los datos con respecto al desarrollo del
sistema denominado SICACNEL se encuentran debidamente
organizados y de esa manera cumple con las normas que exigen
las buenas prcticas de desarrollado de sistemas web.
2.7.3
Anlisis de la Entrevista a Expertos

Acorde a las entrevistas realizadas a expertos, se ha llegado a la conclusin
de que el sistema desarrollado para la CNEL EP Regional El Oro se
encuentra en ptimas condiciones, asegurando as, que al contar con una
arquitectura modelo-vista-controlador que trabaja conjuntamente con el
framework Symfony2 se consigue entender fcilmente su funcionamiento,
la incorporacin de pginas con diseo responsivo favorecen a la
visualizacin de las funcionalidades, ya que las personas no solo usan
computadoras para acceder a la web, sino tambin dispositivos inteligentes.
La metodologa aplicada permite realizar un estudio profundo de los
requisitos del sistema y de esa manera un desarrollo rpido de la aplicacin.
121
CERTIFICACIN DE EXPERTO
Yo, Ing. OSWALDO BOLIVAR CHUQUIRIMA CAMACHO certifico como experto

en el Desarrollo de Proyectos de Software haber sido entrevistado para que brinde mi
opinin sobre la tesis titulada ANLISIS, DISEO E IMPLEMENTACIN DE
UN SISTEMA INFORMTICO DE CONTROL DE ACTIVOS EN EL
METODOLOGA RAD, que ha sido desarrollada por la Srta. Adriana Mara Lasso
Zamora, previo la obtencin del ttulo de Ingeniera de Sistemas.
________________________________
Ing. Chuquirima Camacho Oswaldo Bolvar
CI. 0704882877
122
Yo, Ing. FREDDY ROJAS VILELA certifico como experto en el Desarrollo de

Proyectos de Software haber sido entrevistado para que brinde mi opinin sobre la tesis
titulada ANLISIS, DISEO E IMPLEMENTACIN DE UN SISTEMA
INFORMTICO DE CONTROL DE ACTIVOS EN EL DEPARTAMENTO DE
ACTIVOS FIJOS DE LA CNEL EP UNIDAD DE NEGOCIO EL ORO
UTILIZANDO EL FRAMEWORK SYMFONY2 Y LA METODOLOGA RAD,
que ha sido desarrollada por la Srta. Adriana Mara Lasso Zamora, previo la
obtencin del ttulo de Ingeniera de Sistemas.
________________________________
Ing. Freddy Rojas Vilela
CI. 0703661322
123
Yo, Ing. MARGARITA SEVERINO MAZA certifico como experto en el Desarrollo

de Proyectos de Software haber sido entrevistada para que brinde mi opinin sobre la
tesis titulada ANLISIS, DISEO E IMPLEMENTACIN DE UN SISTEMA
INFORMTICO DE CONTROL DE ACTIVOS EN EL DEPARTAMENTO DE
ACTIVOS FIJOS DE LA CNEL EP UNIDAD DE NEGOCIO EL ORO
UTILIZANDO EL FRAMEWORK SYMFONY2 Y LA METODOLOGA RAD,
que ha sido desarrollada por la Srta. Adriana Mara Lasso Zamora, previo la
obtencin del ttulo de Ingeniera de Sistemas.
________________________________
Ing. Margarita Severino Maza
CI. 0704892264
124
Yo, Ing. EDWIN LEONIDAS QUICHIMBO BERMEO certifico como experto en el

Desarrollo de Proyectos de Software haber sido entrevistado para que brinde mi opinin
sobre la tesis titulada ANLISIS, DISEO E IMPLEMENTACIN DE UN
SISTEMA
INFORMTICO
DE
CONTROL
DE
ACTIVOS
EN
EL

________________________________
Ing. Quichimbo Bermeo Edwin Lenidas
CI. 1102896972
125
Yo, Ing. OSCAR EFREN CARDENAS VILLAVICENCIO certifico como experto en

el Desarrollo de Proyectos de Software haber sido entrevistado para que brinde mi
opinin sobre la tesis titulada ANLISIS, DISEO E IMPLEMENTACIN DE
UN SISTEMA INFORMTICO DE CONTROL DE ACTIVOS EN EL
________________________________
Ing. Oscar Efrn Crdenas Villavicencio
CI. 0703935312
126
2.8
EVALUACIN DE DIRECTIVOS
Este apartado tiene como finalidad la evaluacin de la parte funcional
administrativa del sistema, toma de decisiones, entre otros factores por parte de
los directivos de la CNEL EP.
2.8.1
El formato de encuesta para la evaluacin de directivos se muestra en el
ANEXO 2.
2.8.2
Resultados
interrogantes.
2.8.2.1 Pregunta 1
Est de acuerdo en la forma en que el SICACNEL le permite
monitorear la trazabilidad de activos desde su histrico?
Tabla 38: Tabulacin - Pregunta 1 Evaluacin a Directivos
CANTIDAD
PORCENTAJE
Totalmente de Acuerdo
11
73%
De Acuerdo
27%
En Desacuerdo
0%
Totalmente en Desacuerdo
0%
No Opina
0%
15
100%
OPCIONES
TOTAL
Fuente: Datos de la Encuesta

127
Fig. 54: Grfico Estadstico Pregunta 1 Evaluacin a Directivos

EL 73% de los directivos califican como totalmente de acuerdo, el

27% est de acuerdo, el 0% en desacuerdo, el 0% en total desacuerdo
y el 0% no opina. Llegando a la conclusin de que la forma en que el
SICACNEL monitorea la trazabilidad de activos desde su histrico
permite que los directivos tenga una visin clara y precisa del estado
de los bienes de la empresa.
2.8.2.2 Pregunta 2
Est
de
acuerdo
en
que
SICACNEL
ha
disminuido
significativamente las fallas, cortes e interrupciones en los

procesos administrativos de la Empresa?
128
Tabla 39: Tabulacin - Pregunta 2 Evaluacin a Directivos
CANTIDAD
PORCENTAJE
13
87%
De Acuerdo
13%
En Desacuerdo
0%
0%
No Opina
0%
TOTAL
15
100%
OPCIONES



y el 0% no opina. Llegando a la conclusin de que el SICACNEL si
ha disminuido significativamente las fallas, cortes e interrupciones en
los procesos administrativos de la Empresa.
129
2.8.2.3 Pregunta 3
Est de acuerdo en la manera de organizar las imgenes de los
diferentes activos de la Empresa que le proporciona el SICANEL?
Tabla 40: Tabulacin - Pregunta 3 Evaluacin de Directivos
CANTIDAD
PORCENTAJE
10
67%
De Acuerdo
33%
En Desacuerdo
0%
0%
No Opina
0%
15
100%
OPCIONES
TOTAL



y el 0% no opina. Llegando a la conclusin de que la manera de
organizar las imgenes de los diferentes activos de la Empresa que le
proporciona el SICANEL es la ms ptima a la hora de solicitar
evidencias.
130
2.8.2.4 Pregunta 4
Est de acuerdo en la manera en la que el SICACNEL le informa
de la valoracin y presentacin del listado final de los faltantes de
equipos y herramientas?
CANTIDAD
PORCENTAJE
60%
De Acuerdo
40%
En Desacuerdo
0%
0%
No Opina
0%
15
100%
OPCIONES
TOTAL



y el 0% no opina. Llegando a la conclusin de que la manera en la que
el SICACNEL le informa de la valoracin y presentacin del listado
final de los faltantes de equipos y herramientas es la correcta y les
permite dar un vistazo a estimaciones futuras y visualizar gastos y
perdidas en los activos de la empresa.
131
2.8.2.5 Pregunta 5
Est de acuerdo que con la implementacin del SICACNEL ha
mejorado el clculo y entrega de la informacin del gasto mensual
y depreciacin de los Activos Fijos?
CANTIDAD
PORCENTAJE
12
80%
De Acuerdo
20%
En Desacuerdo
0%
0%
No Opina
0%
15
100%
OPCIONES
TOTAL



y el 0% no opina. Llegando a la conclusin que con la
implementacin del SICACNEL se ha mejorado el clculo y entrega
de la informacin del gasto mensual y depreciacin de los Activos
Fijos.
132
2.9
EVALUACIN DE USUARIOS
Este apartado tiene como finalidad la evaluacin de la funcionalidad, tiempos de
respuesta, navegabilidad, facilidad de manejo, disponibilidad, entre otros
indicadores por parte de los usuarios que utilizacin el sistema informtico
implementado en la CNEL EP.
2.9.1
El formato de encuesta para la evaluacin de directivos se muestra en el
ANEXO 3.
2.9.2
Resultados
interrogantes.
2.9.2.1 Pregunta 1
Est de acuerdo que el SICACNEL es una herramienta
tecnolgica de calidad para la gestin administrativa de la
Empresa?
Tabla 43: Tabulacin - Pregunta 1 Evaluacin de Usuarios
OPCIONES
CANTIDAD
PORCENTAJE
23
77%
De Acuerdo
23%
En Desacuerdo
0%
0%
No Opina
0%
30
100%
TOTAL

133
Fig. 59: Grfico Estadstico Pregunta 1 Evaluacin a Usuarios

EL 77% de los usuarios califican como totalmente de acuerdo, el 23%

est de acuerdo, el 0% en desacuerdo, el 0% en total desacuerdo y el
0% no opina. Llegando a la conclusin que el SICACNEL es una
herramienta tecnolgica de calidad para la gestin administrativa de la
Empresa.
2.9.2.2 Pregunta 2
Est de acuerdo que el SICACNEL es un software fcil de operar
para el usuario que lo utilice?
CANTIDAD
PORCENTAJE
22
73%
De Acuerdo
27%
En Desacuerdo
0%
0%
No Opina
0%
30
100%
OPCIONES
TOTAL

134


0% no opina. Llegando a la conclusin que el SICACNEL es un
software fcil de operar para el usuario que lo utilice.
2.9.2.3 Pregunta 3
Est de acuerdo que la velocidad en la que se procesa la
informacin del SICACNEL es ptima para los usuarios?
CANTIDAD
PORCENTAJE
19
63%
De Acuerdo
11
37%
En Desacuerdo
0%
0%
No Opina
0%
30
100%
OPCIONES
TOTAL

135


0% no opina. Llegando a la conclusin que la velocidad en la que se
procesa la informacin del SICACNEL es ptima para los usuarios.
2.9.2.4 Pregunta 4
Est de acuerdo con el diseo de las pginas que se han utilizado
para la creacin del SICACNEL?
CANTIDAD
PORCENTAJE
22
73%
De Acuerdo
23%
En Desacuerdo
0%
0%
No Opina
4%
30
100%
OPCIONES
TOTAL

136


4% no opina. Llegando a la conclusin que el diseo de las pginas
que se han utilizado para la creacin del SICACNEL es amigable e
intuitivo para quien lo emplee.
2.9.2.5 Pregunta 5
Est de acuerdo en que el SICANEL le proporciona
eficientemente la informacin necesaria de los bienes que tiene
asignados?
OPCIONES
De Acuerdo
En Desacuerdo
No Opina
TOTAL
CANTIDAD
28
2
0
0
0
30
PORCENTAJE
93%
7%
0%
0%
0%
100%

137


0% no opina. Llegando a la conclusin que el SICANEL proporciona
eficientemente la informacin necesaria de los bienes que tienen
asignados los empleados.
138
CONCLUSIONES
Con la realizacin del presente trabajo de titulacin se llega a las siguientes
conclusiones
El uso del SICACNEL permiti aumentar la disponibilidad e integridad de la

informacin de tal manera que los procesos se realizaron eficaz y eficientemente.
El uso del mtodo de depreciacin lineal implementado en el SICACNEL aport

significativamente al sistema, ya que permiti automatizar los procesos de
valoracin de los activos fijos de la Empresa.
Con la implementacin del SICACNEL se alcanz la meta de disminuir el tiempo

en la manera de organizar y consultar la informacin requerida por los Directivos y
Empleados en general.
La utilizacin del SICACNEL garantiza a sus usuarios llevar un control preciso de

los bienes que se encuentran a cargo de los Empleados de la Empresa.
El diseo de la base de datos y las interfaces de usuarios construidas para el

SICACNEL dieron paso a que se desarrollara un sistema de gran calidad para el
departamento de Activos Fijos.
139
RECOMENDACIONES
Despus de la realizacin del presente trabajo de titulacin se recomienda lo siguiente:
Antes de llevar a cabo la implementacin de un sistema web es recomendable que

se realicen las respectivas pruebas de funcionamiento a fin de garantizar que se est
entregando un producto de calidad para la Empresa que lo requiere.
Al desarrollar un sistema informtico se recomienda que el diseo de las interfaces

de usuario sean lo ms intuitivas posibles para que el usuario que est utilizando el
software se sienta a conforme realizando sus labores.
Para la construccin de un sistema informtico es recomendable que el

desarrollador cuente con un framework que le sirva de ayuda, permitindole llevar
organizado el cdigo fuente y archivos del software.
Es recomendable tambin hacer uso de metodologas de desarrollo de software y de

Herramientas Case, estas nos proporcionan la documentacin necesaria para llevar
a cabo el informe de presentacin de los procesos que se realizaron paralelo a la
construccin del sistema.
Durante cada reunin con los usuarios que utilizaran el sistema informtico es
recomendable usar medios electrnicos que permitan grabar los asuntos
importantes que se estn tratando en ese momento.
140
GLOSARIO
B
Bundle: Es un directorio del framework Symfony2 que contiene todo tipo de archivos
dentro una estructura jerarquizada de directorios.
C
CSS: (Cascade Style Sheets) Es un lenguaje de hojas de estilos creado para controlar el
aspecto o presentacin de los documentos electrnicos definidos con HTML y XHTML.
D
DQL: (Doctrine Query Lenguaje) Es un lenguaje de consulta de datos con sintaxis
similar a SQL pero con un funcionamiento totalmente diferente y ptimo.
G
GUI: (Graphic User Interface) La interfaz grfica del sistema con la cual el usuario
interacta con l.
H
HCASE: Las Herramientas CASE son programas que asisten y ayudan a los analistas y
desarrolladores e ingenieros de sistemas durante todo el ciclo de vida del proyecto de
software.
HTML: (Hiper Text Markup Language) Es un estndar que sirve de referencia para la
elaboracin de pginas web en sus diferentes versiones.
J
JQuery: Es una biblioteca JavaScript rpida, pequea y rica en funciones manipulacin
de documentos, gestin de eventos, animacin de pginas web mucho ms simple.
141
N
Navegador: Aplicacin para visualizar todo tipo de informacin y navegar por internet
con funcionalidades multimedia.
O
ORM: (Object-Relational Mapping) Mapeo de objetos a bases de datos.
P
PHP: (Hiper Text Procesor) es un lenguaje de programacin de uso general de cdigo
del lado del servidor originalmente diseado para el desarrollo web de contenido
dinmico.
R
RWD: (Responsive Web Design) El diseo web responsivo es una filosofa de diseo y
desarrollo cuyo objetivo es adaptar la apariencia de las pginas web al dispositivo que
se est utilizando para visualizarla.
S
SGBD: (Sistema Gestor de Base de Datos) Es un conjunto de programas que permiten
el almacenamiento, modificacin y extraccin de la informacin en una base de datos.
T
Twig: Motor y lenguaje para la creacin de plantillas libre para PHP muy rpido y
eficiente.
X
XML: (eXtensible Markup Language) es un lenguaje de marcas desarrollado por el
World Wide Web Consortium (W3C) utilizado para almacenar datos en forma legible.
142
Y
YAML: Es un lenguaje de serializacin de datos ligero, humanamente legible utilizado
extensivamente en los archivos de configuracin de Symfony2.
143
BIBLIOGRAFA
Acosta, M. (15 de Noviembre de 2013). Metodologas para desarrollo web.
lvarez, M., & Ardissone, J. (2011). Symfony2 Framework PHP orientado a objetos.
Obtenido de http://www.mestrosdelweb.com/editorial/guia-simfony
rea de Comunicacin Social y Medios Audiovisuales. (2007). Obtenido de Qu es
internet, intranet y extranet:
http://www.areacomunicacion.com.ar/text/1_004.htm
Bertino, E., & Martino, L. (1995). Sistemas de bases de datos orientadas a objetos:
conceptos y arquitecturas.
Carrera, R., & Di Giulio, C. (22 de Mayo de 2011). Ingeniera de Software Metodologa RAD. Obtenido de
http://gestionrrhhusm.blogspot.com/2011/05/ingenieria-de-software-ingenieriade.html
Cobo, . (2005). PHP y MySQL: Tecnologa para el desarrollo de aplicaciones web.
Comisin de Reglamentos Tcnicos y Comerciales - INDECOPI. (28 de Julio de 2006).
Norma Tcnica Peruana ISO/IEC 12207. Lima, Per.
Contralora General del Estado. (26 de Marzo de 1997). Manual General de
Administracin y Control de los Activos Fijos del Sector Pblico. Quito,
Ecuador. Obtenido de
http://www.quito.gob.ec/documents/lotaip/a_organizacion_interna/a3_regulacion
es_y_procedimientos_internos/2010/manual_general_de_administracion_y_cont
rol_de_los_activos_fijos_del_sector_publico.pdf
Granados, I., Latorre, L., & Ramrez, E. (s.f.). Contabilidad Gerencial. Fundamentos,
principios e introduccin a la contabilidad. Universidad Nacional de Colombia.
Guzmn Vsquez, A., Cubillos Guzmn, L. F., Trujillo Dvila, M. A., Guzmn Vsquez,
D., & Romero Cifuentes, T. (2006). Contabilidad financiera (Segunda ed.).
Bogot D.C.: Universidad del Rosario.
144
IEEE. (22 de Octubre de 2008). Especificacin de Requisitos segn el estndar de IEEE

830.
Ministerio de Electricidad y Energa Renovable. (2013). Manual de Contabilidad para
Empresas de Distribucin Elctrica y Otros Servicios. Ecuador.
Nio Camazn, J. (s.f.). Sistemas operativos monopuesto. Editex.
Oliva, K. (s.f.). Metodologa RAD. Obtenido de http://metodologiarad.weebly.com/
Roca, M. (2007). Software libre: empresa y administracin en Espaa y Catalua.
UOC.
Salgn, A. (29 de Noviembre de 2010). Internet, intranet y extranet. Obtenido de
http://es.slideshare.net/alemartuandrecamy/internet-intranet-y-extranet
Snchez Estella, ., & Moro Vallina, M. (2010). Aplicaciones Informticas de bases de
datos relacionales. Espaa: Paraninfo.
symfony.es. (2014). Obtenido de http://symfony.es/que-es-symfony
Tubay Vergara, J. L. (2010). Desarrollo de una Aplicacin Web para el control de
avances academicos y asistencia de Docentes.
145
ANEXOS
ANEXO 1. Evaluacin realizada a Expertos

ENTREVISTA REALIZADA A EXPERTOS

1. Est de acuerdo en que el patrn de arquitectura Modelo-VistaControlador permite tener dividido el sistema, de manera que proporcione
al desarrollador dar un mantenimiento fcil al sistema informtico?
De Acuerdo
No Opina
En desacuerdo
Por qu? ____________________________________________________________

____________________________________________________________________
____________________________________________________________________
2. Est de acuerdo en que el diseo responsivo en las aplicaciones web
permiten a los usuarios una correcta visualizacin de una misma pgina en
diferentes dispositivos?
De Acuerdo
No Opina
En desacuerdo
Por qu? ____________________________________________________________

____________________________________________________________________
____________________________________________________________________
3. Est de acuerdo en que las fases de la Metodologa RAD le permite al
desarrollador realizar un nivel de abstraccin de los requisitos mayor y la
posibilidad de tener menos fallas?
De Acuerdo
No Opina
En desacuerdo
Por qu? ____________________________________________________________

____________________________________________________________________
____________________________________________________________________
146
4. Est de acuerdo con que el Framework Symfony2 cumple con las

expectativas de organizacin y buenas prcticas en el desarrollo de un
sistema informtico?
De Acuerdo
No Opina
En desacuerdo
Por qu? ____________________________________________________________

____________________________________________________________________
____________________________________________________________________
5. Est de acuerdo con la estructuracin de los datos que se ha utilizado para
el desarrollo del SICACNEL?
De Acuerdo
No Opina
En desacuerdo
Por qu? ____________________________________________________________

____________________________________________________________________
____________________________________________________________________
147
ANEXO 2. Evaluacin realizada a Directivos

ENCUESTA REALIZADA A DIRECTIVOS
1. Est de acuerdo en la forma en que el SICACNEL le permite monitorear la

trazabilidad de activos desde su histrico?
De Acuerdo
No Opina
En desacuerdo
2. Est de acuerdo en que SICACNEL ha disminuido significativamente las

fallas, cortes e interrupciones en los procesos administrativos de la
Empresa?
De Acuerdo
No Opina
En desacuerdo
3. Est de acuerdo en la manera de organizar las imgenes de los diferentes

activos de la Empresa que le proporciona el SICANEL?
De Acuerdo
No Opina
En desacuerdo
4. Est de acuerdo en la manera en la que el SICACNEL le informa de la

valoracin y presentacin del listado final de los faltantes de equipos y
herramientas?
De Acuerdo
No Opina
En desacuerdo
5. Est de acuerdo que con la implementacin del SICACNEL ha mejorado el

clculo y entrega de la informacin del gasto mensual y depreciacin de los
Activos Fijos?
De Acuerdo
No Opina
En desacuerdo
148
ANEXO 3. Evaluacin realizada a Usuarios

ENCUESTA REALIZADA A USUARIOS
1. Est de acuerdo que el SICACNEL es una herramienta tecnolgica de

calidad para la gestin administrativa de la Empresa?
De Acuerdo
No Opina
En desacuerdo
2. Est de acuerdo que el SICACNEL es un software fcil de operar para el

usuario que lo utilice?
De Acuerdo
No Opina
En desacuerdo
3. Est de acuerdo que la velocidad en la que se procesa la informacin del

SICACNEL es ptima para los usuarios?
De Acuerdo
No Opina
En desacuerdo
4. Est de acuerdo con el diseo de las pginas que se han utilizado para la
creacin del SICACNEL?
De Acuerdo
No Opina
En desacuerdo
5. Est de acuerdo en que el SICANEL le proporciona eficientemente la

informacin necesaria de los bienes que tiene asignados?
De Acuerdo
No Opina
En desacuerdo
149
ANEXO 4. Manual de Usuario

DEPARTAMETNO DE ACTIVOS FIJOS
CORPORACIN NACIONAL DE ELECTRICIDAD
EMPRESA PBLICA REGIONAL EL ORO
MANUAL DE USUARIO DEL SISTEMA INFORMTICO DE

CONTROL DE ACTIVOS
2015
150

Trabajo de Titulacion Finalizado

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Trabajo de Titulacion Finalizado

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD TCNICA DE MACHALA

UNIDAD ACADMICA DE INGENIERA CIVIL

TRABAJO DE TITULACIN PREVIO A LA OBTENCIN

MACHALA EL ORO ECUADOR

Srta. Adriana Lasso Z.

Srta. Adriana Lasso Z.

CERTIFICACIN DEL TUTOR

CERTIFICACIN DEL CO-TUTOR

DEPARTAMENTO DE ACTIVOS FIJOS DE LA CNEL EP UNIDAD DE

Revisado por Ing. Nancy M. Loja Mora, Mgs.

Revised by: Lic. Eddy Zalda Morn.

PLANTEAMIENTO DEL PROBLEMA............................................................19

Pregunta Cientfica Central.......................................................................21

Alternativas, Alcance y Sustentacin........................................................22

ANTECEDENTES HISTRICOS DE LA EMPRESA......................................24

FASE DE PLANIFICACIN DE LOS REQUISITOS......................................54

FASE DE ANLISIS Y DISEO.......................................................................59

Requisitos comunes de las Interfaces........................................................59

Personal Involucrado en el Desarrollo del Sistema Informtico...............54

Estructura Inicial de un Proyecto Symfony...............................................83

FASE DE IMPLEMENTACIN Y PRUEBAS..................................................97

Pruebas del Sistema Informtico...............................................................98

Fig. 1: Organigrama estructural CNEL EP Regional el Oro...........................................26

Fig. 39: Interfaz del listado de categoras de subestaciones elctricas..........................105

Tabla 1: Vida til de un Activo Fijo................................................................................31

Tabla 40: Tabulacin - Pregunta 3 Evaluacin de Directivos........................................130

el planteamiento de interrogantes relacionados con el problema, detallar un alcance de

PLANTEAMIENTO DEL PROBLEMA

e) Para el departamento de Activos Fijos llevar el mantenimiento de la

Preguntas Cientficas Especficas

SUBESTACIONES ELCTRICAS: Este mdulo llevar el control de la

ANTECEDENTES HISTRICOS DE LA EMPRESA

Filosofa de la Gestin de la Corporacin

presencia nacional, talento humano comprometido, tecnologa, innovacin y

Incrementar el nivel de cobertura del servicio elctrico

Lograr una optimizacin de Costos y Gastos de la empresa

Mejorar la recuperacin de cartera corriente y vencida

Reducir las prdidas de electricidad en distribucin

Mejorar la Calidad del Producto y Servicio Tcnico

Mejorar la Calidad del Servicio Comercial

Lograr el fortalecimiento Institucional a nivel organizacional, del

Transparencia: La ejecucin de las actividades por parte del talento

tica: El comportamiento del talento humano de la CNEL debe

Mstica: La actuacin del talento humano de la CNEL demostrar

Calidad: Los productos y servicios de la CNEL respondern a las

Responsabilidad Social Empresarial: Es el compromiso consciente y

2.1.3.1 Organigrama Estructural

Fuente: Departamento de Activos Fijos

2.1.3.2 Organigrama Funcional Direccin de Planificacin

Ing. William Gallo

Ing. Vladimir Jaramillo

Fuente: Archivos de la Autora

Segn (Guzmn Vsquez, Cubillos Guzmn, Trujillo Dvila, Guzmn

Control de Activos Fijos

Efectuar la recepcin, el almacenamiento temporal la custodia y

Llevar registros individuales actualizados de los bienes de la

Realizar la entrega de los bienes a los Jefes de las Direcciones,

Elaborar un catastro de los bienes inmuebles que posee la

Suministrar oportunamente a todas las dependencias, funcionarios

Efectuar peridicamente o rotativamente constataciones fsicas de

Administrativa o autoridad competente; y cuando cambie el

Verificar la calidad y estado de los bienes que han sido sujetos de

Entregar al Departamento de Contabilidad el inventario anual