sistema de informaciÓn gerencial para la gestiÓn y control de estrategias del terminal de...
DESCRIPTION
El presente proyecto de investigación se realizó en el Terminal de Almacenamiento y Embarque de Crudo José Antonio Anzoátegui, ubicada en el Complejo Industrial José Antonio Anzoátegui de la ciudad de Barcelona, Edo. Anzoátegui. Dicho Terminal, emplea la metodología del Cuadro de Mando Integral de Kaplan y Norton para el control de sus procesos Administrativos y operacionales, sin embargo, dicha gestión en llevada en forma manual, lo que origina se procese mucha información sobre hojas de trabajo (Excel) y hoja de presentaciones (PowerPoint) acerca de los indicadores de gestión manejados en cada unidad. Para solucionar este problema, se desarrolló un Sistema de Información Gerencial para el Seguimiento y Control de Estrategias denominado “Estratega”, el cual permitió deducir la redundancia, inconsistencia de la información plasmada en los documentos e informes generados para la presentación de la Gestión del Terminal. La aplicación se desarrolló utilizando la metodología del Proceso Unificado de Desarrollo de Software (RUP), conjuntamente con el Lenguaje Unificado de Modelado (UML), Para la codificación, se empleó programación en PHP, y como manejador de base de base de datos se empleó Postgresql.TRANSCRIPT
UNIVERSIDAD DE ORIENTE
NÚCLEO DE ANZOÁTEGUI
ESCUELA DE INGENIERÍA Y CIENCIAS APLICADAS
DEPARTAMENTO DE COMPUTACIÓN Y SISTEMAS
SISTEMA DE INFORMACIÓN GERENCIAL PARA LA GESTIÓN
Y CONTROL DE ESTRATEGIAS DEL TERMINAL DE
ALMACENAMIENTO Y EMBARQUE DE CRUDO “JOSÉ
ANTONIO ANZOÁTEGUI” (TAECJAA)
Realizado por:
BR. ROBERTO JULIANO DEL JESÚS QUIJADA DÍAZ
TRABAJO DE GRADO PRESENTADO COMO REQUISITO PARCIAL
PARA OPTAR AL TÍTULO DE
INGENIERO DE SISTEMAS
Barcelona, Diciembre de 2014
UNIVERSIDAD DE ORIENTE
NÚCLEO DE ANZOÁTEGUI
ESCUELA DE INGENIERÍA Y CIENCIAS APLICADAS
DEPARTAMENTO DE COMPUTACIÓN Y SISTEMAS
SISTEMA DE INFORMACIÓN GERENCIAL PARA LA GESTIÓN
Y CONTROL DE ESTRATEGIAS DEL TERMINAL DE
ALMACENAMIENTO Y EMBARQUE DE CRUDO “JOSÉ
ANTONIO ANZOÁTEGUI” (TAECJAA)
_______________________
Prof. Manuel Carrasquero
Tutor Académico
TRABAJO DE GRADO PRESENTADO COMO REQUISITO PARCIAL
PARA OPTAR AL TÍTULO DE
INGENIERO DE SISTEMAS
Barcelona, Diciembre de 2014
UNIVERSIDAD DE ORIENTE
NÚCLEO DE ANZOÁTEGUI
ESCUELA DE INGENIERÍA Y CIENCIAS APLICADAS
DEPARTAMENTO DE COMPUTACIÓN Y SISTEMAS
SISTEMA DE INFORMACIÓN GERENCIAL PARA LA GESTIÓN
Y CONTROL DE ESTRATEGIAS DEL TERMINAL DE
ALMACENAMIENTO Y EMBARQUE DE CRUDO “JOSÉ
ANTONIO ANZOÁTEGUI” (TAECJAA)
JURADO CALIFICADOR:
________________________Prof. Manuel Carrasquero
TUTOR ACADÉMICO
________________________Ing. Luis Felipe RojasJURADO PRINCIPAL
________________________Ing. María Guevara
JURADO PRINCIPAL
Barcelona, Diciembre de 2.014
RESOLUCIÓN
DE ACUERDO AL ARTÍCULO 41 DEL REGLAMENTO DE TRABAJO
DE GRADO DE LA UNIVERSIDAD DE ORIENTE.
“LOS TRABAJOS DE GRADO SON DE LA EXCLUSIVA PROPIEDAD
DE LA UNIVERSIDAD DE ORIENTE, Y SOLO PODRÁN SER UTILIZADOS
PARA OTROS FINES CON EL CONSENTIMIENTO DEL CONSEJO DE
NÚCLEO RESPECTIVO, QUIEN DEBERÁ PARTICIPARLO PREVIAMENTE
AL CONSEJO UNIVERSITARIO, PARA SU AUTORIZACIÓN, PARA SU
AUTORIZACIÓN.”
DEDICATORIA
Dedico este trabajo primeramente a mi Dios, que me lo ha dado todo
para seguir adelante, símbolo de amor y fortaleza y base primordial para
afrontar cualquier adversidad en mi vida.
A mis padres Melba y Julián, dos seres que han estado allí siempre
para mí, sus enseñanzas, valores y principios que inculcaron en mí, son
reflejados en quien soy ahora como persona, en esta meta cumplida que es
también de ustedes y todas aquellas que logre a lo largo de mi vida. Los amo
con todo mi corazón.
A mis Abuelos Magdaleno, Roberta y Conchita, ustedes son amor
puro en mi vida, por su apoyo incondicional y muchas cosas más, les dedico
especialmente este trabajo a ustedes.
A toda mi familia, por ser partícipes en todos los logros de mi vida y
por su siempre apoyo, esto para ustedes.
Roberto Juliano Del Jesús Quijada Díaz
AGRADECIMIENTOS
Gracias Dios por darme la vida, por ser una persona saludable, por el
aire que respiro, por cada día que me das y por todo lo que tengo.
A mis padres Melba y Julián, a mi madre por ser mi mejor amiga, por
tus consejos, por escucharme, por darme todo lo que en tus manos está, por
ser ese ser maestro y sabio que eres para mí. Y a mi padre Julián por ser la
voz de la perseverancia, del nunca rendirse, de realizar cualquier trabajo
correctamente, sin importar magnitud ni tamaño, es por ello que lograste en
mí, tu título. Agradecido con ustedes eternamente por tanto amor recibido.
A mi hermano Julián Javier por compartir siempre conmigo, en las
buenas y en las malas. Espero ser para ti un modelo a seguir.
A mis abuelos Magdaleno, Roberta y Conchita. Gracias a ustedes por
ser símbolo de trabajo duro, perseverancia, humildad, sencillez, compromiso,
constancia, dedicación y lo más importante amor puro, por ustedes estoy
donde estoy. Los quiero mis viejitos. Gracias por tanto.
A mis todas mis tías, especialmente a Marisol y Mariela, gracias por
apoyarme en todo momento, por ser pilar fundamental en mi formación
personal y profesional, por siempre estar pendiente y velar por que nada me
faltase.
A mi tía Rebeca Lucena y a la prof. Maria Teresa Latucca, profesionales
de alta categoría y excelentes personas. Gracias por estar pendiente de mi
bienestar dentro de la universidad y por ser parte de en este éxito.
Infinitamente gracias.
A Patricia Franco, una persona extraordinaria llena de talento y buenas
vibras, gracias por tu apoyo en todo momento, por haberme enseñado tantas
cosas positivas y por complementarme como persona. No tengo palabras
para agradecerte todo lo que he recibido de ti. Te quiero inmensamente!.
Al Ing. Cesar Vázquez y al Ing. Jesús Martínez. Al ing. Cesar, mejor
maestro que usted no pude encontrar, gracias por la oportunidad, por
enseñarme todo lo que sabes, por velar en mi bienestar dentro de la industria
y por ser un amigo con el que puedo contar en las buenas y en las malas. Al
Ing. Jesús por la confianza depositada desde el primer momento.
A mis hermanos Carlos Eduardo, Andrés, Abraham, Victor, Jesús
Montero, Gerardo, Luis y Jesús Guaraco, José Delgado y a todos los
muchachos del bloque. Gracias por estar allí siempre.
A Osman, Verónica y Juan por ser mis compañeros de clase y amigos,
mis manos derecha: Igualmente a mis compañeros de estudio Mary, Dorelsy,
los Pirela, Michael, Ricardo Villaroel, Claudia, Albero Ng y todas aquellas
personas que no menciono pero saben quiénes son. Gracias por todo.
A mis profesores, gracias por haberme enseñado cada uno de ustedes
y contribuir en mi formación personal y profesional.
Roberto Juliano Del Jesús, Quijada Díaz
RESUMEN
El presente proyecto de investigación se realizó en el Terminal de
Almacenamiento y Embarque de Crudo José Antonio Anzoátegui, ubicada en
el Complejo Industrial José Antonio Anzoátegui de la ciudad de Barcelona,
Edo. Anzoátegui. Dicho Terminal, emplea la metodología del Cuadro de
Mando Integral de Kaplan y Norton para el control de sus procesos
Administrativos y operacionales, sin embargo, dicha gestión en llevada en
forma manual, lo que origina se procese mucha información sobre hojas de
trabajo (Excel) y hoja de presentaciones (PowerPoint) acerca de los
indicadores de gestión manejados en cada unidad. Para solucionar este
problema, se desarrolló un Sistema de Información Gerencial para el
Seguimiento y Control de Estrategias denominado “Estratega”, el cual
permitió deducir la redundancia, inconsistencia de la información plasmada
en los documentos e informes generados para la presentación de la Gestión
del Terminal. La aplicación se desarrolló utilizando la metodología del
Proceso Unificado de Desarrollo de Software (RUP), conjuntamente con el
Lenguaje Unificado de Modelado (UML), Para la codificación, se empleó
programación en PHP, y como manejador de base de base de datos se
empleó Postgresql.
ÍNDICE GENERAL
ÍNDICE DE FIGURAS
ÍNDICE DE TABLAS
INTRODUCCIÓN
La dinámica del mundo actual, caracterizado por una realidad
socioeconómica cambiante, un mundo globalizado, mercados cada vez más
exigentes y un acelerado desarrollo científico/tecnológico, son partes de los
desafíos que enfrentan hoy en día las organizaciones. Estos desafíos
incluyen el cumplimento de regulaciones nacionales e internacionales
enfocadas en el control de la calidad, lo cual ha inducido que las
organizaciones replanteen los conceptos de gestión, e introduzcan la mejora
continua y la innovación dentro de sus procesos, a los fines de mantenerse
competitivas, en un mundo donde solo sobreviven aquellos que logren
adaptarse a los constantes cambios del entorno.
Kaplan y Norton (2002) asegura que hoy en día, las organizaciones
están compitiendo en entornos cada vez más complejos; por lo tanto, es de
vital importancia que tengan una exacta comprensión de sus objetivos y de
los métodos que han de utilizar para alcanzarlos. La implementación de
herramientas que permitan alinear los distintos procesos de la empresa con
la estrategia, misión y objetivos de la organización, es la clave para el éxito
de un negocio.
En vista de la gran importancia que reviste el Control de la Gestión
para alcanzar los objetivos de una empresa, se elaboró esta Investigación, la
cual plantea la automatización del sistema de gestión actual del TAECJAA,
con el objeto de optimizar los tareas y/o actividades asociadas a la Medición
y Seguimiento de los procesos operacionales y administrativo del Terminal,
al deducir la redundancia, inconsistencia y calidad de la información
plasmada en los documentos e informes (físicos y digitales) generados por la
unidad de Planificación, Presupuesto y Control de Gestión del Terminal.
El desarrollo de este trabajo investigativo, se efectúa en cuatro
capítulos, donde se dan respuesta a las necesidades del Terminal de
Almacenamiento y Embarque de Crudo José Antonio Anzoátegui.
El capítulo 1, se identifica la problemática que presenta el negocio en
el que se describe las delimitaciones y el alcance del proyecto.
En el capítulo 2, se presenta el marco teórico referencial, la
descripción de la empresa, los antecedentes relacionados a investigaciones
similares.
En el capítulo 3, comprende el marco metodológico en el que se
determina el tipo, nivel, y diseño de la investigación, además se describen las
técnicas de recolección utilizadas y las herramientas o metodologías a usar
para el desarrollo del proyecto.
En el capítulo 4, se presentan los resultados obtenidos enfocados al
logro de los objetivos específicos formulados, asociados por las 4 fases de
RUP el cual está enfocado al desarrollo del sistema.
Como puntos finales se presentan las conclusiones y
recomendaciones que se obtuvieron producto de cumplimiento de los
objetivos generales y específicos del trabajo de investigación.
CAPITULO I
EL PROBLEMA
1.1 Planteamiento del problema
Hoy en día las organizaciones de todo el mundo se rigen por el poder
de la información, incluso para algunos este elemento es pilar fundamental
para el éxito del negocio. A medida que pasa el tiempo, la tendencia
tecnológica va cobrando mayor importancia y el correcto manejo de la
información pasa a ser uno de los recursos principales para la subsistencia
de cualquier organización, posicionándola en un contexto competitivo y en
busca de su desarrollo. Esta revolución informática obliga a las empresas a
plantearse un conjunto de mecanismos que proporcione la manipulación de
la información eficiente y eficaz que permita integrar los diversos recursos
que posee. De manera semejante, las organizaciones deben utilizar
herramientas y metodologías que permitan gestionar los procesos
estratégicos, medulares y operacionales del negocio.
Los sistemas de información son precisamente un elemento
estratégico que permite obtener, producir, distribuir y administrar
apropiadamente la información, proporcionando apoyo para la gestión y la
operación de la empresa, aumentando la capacidad de rentabilidad,
competitividad, globalización, velocidad de cambio, capacidad de adaptación,
crecimiento y tecnología. De igual forma las herramientas de administración
de empresas son de vital importancia para que una compañía crezca y se
mantenga firme en alcanzar sus objetivos. He aquí donde surge la necesidad
de aplicar metodologías como el Balanced Scorecard (BSC) o también
denominado Cuadro de Mando Integral (CMI). Este recurso
proporcionaresultados a través de la medición de las actividades en cada
división laboral de la organización en términos de su visión y estrategia,
enfocado bajo cuatro perspectivas: Desarrollo y Aprendizaje, Procesos
Internos del negocio, Cliente y Financiera. Adoptado por el capital humano y
creando una filosofía organizacional centrada en el cumplimiento de la
planificación estratégica planteada.
Las empresas hoy por hoy trabajan sus módulos de trabajo en forma
compartida y este es el caso de la empresa petrolera PDVSA
específicamente en TAECJAA (Terminal de Almacenamiento y Embarque de
Crudo José Antonio Anzoátegui) perteneciente a PDVSA petróleo. Su
metodología de trabajo a nivel estratégico se basa en el Cuadro de Mando
Integral que es llevado a cabo por la Gerencia de Presupuesto, Planificación
y Control de Gestión (PPCYG). Esta se encarga de procesar, consolidar y
evaluar información relacionada con el desempeño de procesos/subprocesos
de cada unidad laboral, sirviendo de apoyo para la toma de decisiones
orientadas a la mejora continua del Terminal. Esto ocasiona que se procese
mucha información manual sobre hojas de trabajo (Excel) y hoja de
presentaciones (PowerPoint) acerca de los indicadores de gestión
manejados en cada unidad, de manera que los usuarios pierden tiempo en
actualizar la información y no le dedican el tiempo necesario para analizarla.
Es por ello se ha propuesto el desarrollo de este proyecto para la
Gerencia de PPCYG con el objetivo de contar con una aplicación informática
que automatice su sistema de gestión actual (Cuadro de Mando Integral).
Dicha aplicación automatizará información relacionada con los indicadores
de gestión, mencionando como ejemplo los siguientes: Presupuesto de
inversión, Ejecución de Horas Hombre de Formación, Buques atendidos,
Contratos con Cambio de Alcance, entre otros. Junto con esto, el sistema
gestionará información relacionada con los elementos estratégicos que
componen un Cuadro de Mando Integral, mencionados a continuación:
misión y visión del negocio, perspectivas, estrategias, objetivos estratégicos,
iniciativas, actividades y responsables de los procesos. Con esto se reducirá
enormemente la redundancia e inconsistencia de la información plasmada en
los documentos e informes (físicos y digitales) generados por la unidad de
PPCYG.
En este propósito, la gerencia de PPCYG está la necesidad de
desarrollar una aplicación empresarial para dar apoyo a sus procesos de
negocio por medio de una interfaz web. Para llevar a cabo esto es necesaria
la aplicación de la metodología de desarrollo de software RUP (Proceso
Unificado Racional) y la técnica de Lenguaje de Modelado Unificado (UML)
que permite el modelado gráfico de toda la información. Para la construcción
del sistema, se desarrollará bajo ambiente y filosofía de Software Libre, en
los que pueden mencionarse las siguientes herramientas: Apache Server,
php5, JavaScript, Jquery, Framework Codeigniter, CSS, HTML y Postgresql.
La originalidad de este proyecto reside en que se combinará
herramientas de desarrollo de software con herramientas de gestión
estratégica para crear una aplicación que apoyará a la toma de decisiones
del negocio.
El alcance del proyecto abarca las fases inicio, elaboración y
construcción. Para su implantación es necesario verificar y validar el proyecto
de acuerdo a los lineamientos, políticas, normas y procedimientos por el cual
se rige la empresa, en base a esto, se tomaría una decisión para colocarse
en ambiente de producción.
1.2 Objetivos de la investigación
A continuación se presentan los objetivos generales y específicos que
se desarrollaron en este proyecto.
1.2.1 Objetivo general
Desarrollar un sistema de información gerencial para el seguimiento y
control de estrategias del Terminal De Almacenamiento y Embarque De
Crudo “José Antonio Anzoátegui” ubicado en el Complejo Industrial de José
Antonio Anzoátegui, Estado Anzoátegui.
1.2.2 Objetivos específicos
1. Diagnosticar la situación actual del sistema de gestión y control a través
de la definición y especificación de los procesos y actividades actuales
del negocio.
2. Describir las necesidades de los usuarios en base a la información
recolectada sobre los elementos estratégicos que componen el sistema
de gestión actual para la especificación de los requerimientos
funcionales y no funcionales.
3. Modelar el sistema de información basada en los requerimientos de los
usuarios.
4. Diseñar la estructura del sistema y de la base de datos.
5. Programar los módulos del sistema.
6. Realizar las pruebas de ingeniería para la garantía de calidad del
sistema de información.
1.3 Alcance y delimitación de la investigación
El alcance del proyecto de investigación comprende las fases inicio,
elaboración y construcción del Sistema de Información Gerencial para la
Gestión y Control de Estrategias del Terminal de Almacenamiento y
Embarque de Crudo “José Antonio Anzoátegui”
.
Para su implantación es necesario verificar y validar el proyecto de
acuerdo a los lineamientos, políticas, normas y procedimientos por el cual se
rige la empresa, en base a esto, se tomaría una decisión para colocarse en
ambiente de producción.
CAPÍTULO II
MARCO TEÓRICO
2.1 Antecedentes de la investigación
A continuación, se mencionarán algunos trabajos encontrados en el
área de desarrollo y aplicación de los sistemas de información relacionados
al problema presentado, los cuales han servido de referencia para el
desarrollo de la investigación:
La gerencia general de negocios internacionales perteneciente a
PDVSA guaraguao, Puerto La Cruz, estado Anzoátegui, carece de una
aplicación que gestione información referente a los negocios internacionales
manejados por la corporación de PDVSA-Guaraguao. Situación que motivó a
Rosso y Sánchez (2012) al desarrollo de un sistema de información
automatizado que permitiese solventar esta problemática. Para abordar esta
situación se realizaron una serie de pasos y actividades en materia de
desarrollo de software siguiendo la metodología de Proceso Unificado (RUP)
(Rumbaugh, J. et al. 2007) y el Lenguaje de Modelado Unificado (UML)
(Rumbaugh, J. et al. 2007). Tomando esto como referencia, se ejecutaron
actividades de investigación para conocer los requisitos de los usuarios,
situando esto posteriormente a un análisis sobre los elementos que
constituían el sistema. Seguidamente se diseñó la estructura y composición
del sistema mediante diversas técnicas de modelado y diagramación
estructurada. Por último se construyó e implemento el sistema tomando
como ambiente de desarrollo Eclipse Helios y el sistema de base de datos
Postgresql-8.1.
La gerencia de AIT-PDVSA, ubicada en Guaraguao, Puerto La Cruz,
estado Anzoátegui, se encarga de proporcionar servicios de: configuración
de firewall, protección de información, cursos formativos, guardias
operativas, manejo de personal y control de permisos, amonestaciones,
vacaciones y días compensatorios sobre los procesos actuales de la
organización. En vista esta situación Mujica (2011) se propuso diseñar un
Sistema de Información para el seguimiento y control de todas estas
actividades. Refiere que se utilizó entrevistas y la observación en conjunto
con la metodología de Proceso Unificado (RUP) (Rumbaugh, J. et al. 2007)
y las herramientas que componen el Lenguaje de Modelado unificado (UML)
(Rumbaugh, J. et al. 2007). Se determinaron los requerimientos usando los
diagramas de caso de uso, seguidamente para el análisis se usaron la clase
de análisis y secuencia. Posteriormente el sistema se diseñó a través de la
clase de diseño y los modelos conceptual y relacional permitiendo diseñar la
estructura lógica y la arquitectura del sistema. Todos estos procedimientos,
lograron la construcción del sistema en base a las actividades ya
mencionadas sobre el departamento de AIT PDVSA.
El Centro de Salud “Dr. Jesús Leon Rivas” presenta deficiencia en
cuanto al seguimiento de las actividades de solicitud de insumos. Para la
solución de este problema Herozo y Bravo (2012) propusieron desarrollar un
Sistema de Información que automatizará las actividades realizadas en el
almacén del centro de salud. Para ello, desarrollaron el sistema bajo la
metodología del Proceso Unificado (RUP) (Rumbaugh, J. et al. 2007) y el
Lenguaje de Modelado Unificado (UML) (Rumbaugh, J. et al. 2007), para la
construcción de la base de datos el sistema Mysql y para programar la
interfaz gráfica del usuario, el lenguaje de programación Active Server Pages
(ASP). Inicialmente se ejecutaron tareas de búsqueda de requerimientos en
los usuarios, principalmente sobre tareas ejecutadas manualmente.
Posteriormente se condujo al Análisis sobre el levantamiento de la
información, recolectada aplicando diversas técnicas como las entrevistas,
revisión de documentación técnica y las observaciones de campo. El diseño
fue elaborado mediante el modelaje conceptual del sistema y para la
construcción se codificó siguiendo los patrones previamente expuestos en el
análisis y diseño de cada fase contemplado en la metodología RUP.
En Century 21, Cumana Gold, ubicada en el Estado Sucre, tiene como
objetivo principal, prestar servicio de intermediación inmobiliaria en las
modalidades de compra, venta, alquiler. Esta empresa presenta ciertas
deficiencias en cuanto al seguimiento de las actividades relacionadas con el
registro de documentos, puesto que los procesos para llevar a cabo sus
actividades se realizan de forma manual. Por dicha razón Fernández (2012)
propuso diseñar un sistema de información, utilizando la metodología de
análisis y diseño orientado a objetos. Para el modelado de los diferentes
escenarios y documentación se utilizó el Lenguaje de Modelado Unificado
(UML) (Rumbaugh, J. et al. 2007), el cual se basa en la elaboración de un
conjunto de diagramas con el fin de establecer la estructura del software del
proyecto y para el diseño de la base de datos se utilizó el modelo relacional.
Por último se ejecutó la construcción de este sistema mediante la
codificación y pruebas funcionales. La implantación de este sistema permitió
solventar el problema a través de la digitalización de los documentos de las
compras, ventas y alquileres definitivos de los inmuebles.
La empresa de construcción Bilmar, C.A. ubicada en la ciudad de
Puerto Ordaz del Estado Bolívar. La empresa presenta inconvenientes en el
manejo de la información de los proyectos que en esta realiza, ya que todo
se ejecuta de forma manual. Para solucionar este problema Mata y
Fernández (2012) se propusieron el desarrollo de un sistema de información
que permitiera agilizar el manejo de la información de todos los proyectos
para reducir el tiempo empleado en elaboración de reportes. Este sistema de
información se desarrolló utilizando la metodología de Proceso Unificado de
Desarrollo de Software (RUP) (Rumbaugh, J. et al. 2007), conjuntamente con
el Lenguaje Unificado de Modelado (UML) (Rumbaugh, J. et al. 2007), esto
permitió analizar, implementar y documentar el sistema por medio de
diagramas y modelos que facilitaron la fase de implementación del mismo.
Para la codificación, se empleó programación en PHP y para la base de
datos, se utilizó MySql. Con el uso de este sistema, Bilmar, C.A., disminuye
el tiempo para la generación de reportes, y la consolidación de la información
garantizando la integridad, seguridad y disponibilidad de tos los datos
relacionados con las actividades diarias de esta empresa.
2.2 Descripción de la empresa
2.2.1 Reseña histórica
Petróleos de Venezuela, S.A. y sus filiales (PDVSA) es una
corporación propiedad de la República Bolivariana de Venezuela, creada por
el Estado venezolano en el año 1975, en cumplimiento de la Ley Orgánica
que Reserva al Estado, la Industria y el Comercio de Hidrocarburos (Ley de
Nacionalización). Sus operaciones son supervisadas y controladas por el
Ministerio del Poder Popular para la Energía y Petróleo (MENPET).
La Constitución Bolivariana aprobada mediante referéndum popular en
diciembre de 1999, y la aprobación del Decreto N° 1.510 con Rango y Fuerza
de Ley Orgánica de Hidrocarburos, de fecha 2 de noviembre del año 2001,
configuró un nuevo marco jurídico que revirtió el proceso de privatización
gradual a la cual se le expuso en los años noventa y permitió retomar el
control de sus recursos energéticos para beneficiar al pueblo venezolano.
Las principales funciones de PDVSA incluyen planificar, coordinar,
supervisar y controlar las actividades de sus empresas tanto en Venezuela
como en el exterior; adicionalmente, sus actividades también incluyen la
promoción o participación en aquellas, dirigidas a fomentar el desarrollo
integral, orgánico y sostenible del país, incluyendo las de carácter agrícola e
industrial, elaboración o transformación de bienes y su comercialización, y
prestación de servicios, para lograr una adecuada vinculación de los
recursos provenientes de los hidrocarburos con la economía venezolana.
Actualmente PDVSA es la cuarta empresa petrolera a nivel mundial y
primera a nivel latinoamericano.
Dentro de las empresas que controla PDVSA, se encuentra El
Terminal de Almacenamiento y Embarque de Crudo “José Antonio
Anzoátegui”, creada en el año 1994 por la necesidad de manejar los crudos y
productos mejorados que el Terminal de Guaraguao PDVSA refinación
oriente, para el año 2003 no podría manejar. TAECJAA tiene como objeto
almacenar y embarcar el crudo producido en los yacimientos de la faja
petrolífera del Orinoco en los estados Anzoátegui y Monagas. Para ello se
requiere ejecutar diferentes actividades que se agrupan de acuerdo al tipo de
operación y para ello requiere de instalaciones que se encuentran
conformadas por: un patio de tanques, sistema de bombeo, plataformas de
embarque, muelle de servicio, sistema de mezclados en líneas y los
diferentes servicios requeridos para el almacenamiento y despacho de
crudos. En la actualidad por el TAECJAA se exporta el 67 por ciento de la
producción de crudo nacional, lo cual está representada en unos 500
Millones de Barriles anuales.
2.2.2 Ubicación geográfica
El Terminal de Almacenamiento y Embarque de Crudo José Antonio
Anzoátegui (TAECJAA), se encuentra ubicado en aguas abiertas al oeste del
Morro de Barcelona Aproximadamente a 6,5 kilómetros (3,5 millas náuticas)
de la línea de tierra. Este terminal posee una Plataforma con tres puestos de
embarque (Este, Oeste y Sur) y dos monoboyas, por las cuales se embarcan
para la exportación los crudos propios de PDVSA (Mesa, Merey, Leona), así
como los crudos mejorados de las empresas mixtas proveniente del área de
Oriente del país.
2.2.3 Microlocalización
Figura 2.1 Localización del TAECJAA
Fuente: PDVSA, Gerencia TAECJAA.
2.2.4 Misión y visión del TAECJAA
2.2.4.1 Misión y visión del TAECJAA
“Garantizar el suministro confiable de crudo a nuestros clientes en
especificación, en forma segura y en armonía con el ambiente, a través de la
ejecución y evaluación continua de los procesos de recibo, almacenamiento
y embarque de crudo, con un capital humano motivado y comprometido con
la organización y el país, que contribuyan a mejorar la calidad de vida de sus
habitantes.”
2.2.4.2 Visión
Ser reconocido como el principal Terminal exportador de crudo, de
mayor confiabilidad, prestigio y proyección nacional e internacional,
garantizando la satisfacción de nuestros clientes, contribuyendo al desarrollo
integral del país, enmarcado en el Modelo Socialista impulsado por el
Gobierno Bolivariano.
2.2.5 Objetivos de la empresa
Garantizar la entrega oportuna de crudo, a tiempo y en
especificación.
Continuar con la formación y motivación del personal en relación a la
calidad, trabajo en equipo y desarrollo social, dentro de un clima
organizacional motivador que permita el crecimiento profesional y
personal de todos sus miembros.
Desarrollar y mantener infraestructura acorde a las necesidades
operacionales a fin de cumplir con los compromisos adquiridos con
nuestros clientes.
Desarrollar estrategias orientadas al mejoramiento continuo en el
desempeño de los procesos a fin de ampliar nuestras ventajas
competitivas, acatando normas de seguridad, higiene y medio
ambiente.
2.2.6 Estructura organizativa
La estructura organizativa del Terminal de Almacenamiento y
Embarque de Crudo José Antonio Anzoátegui (TAECJAA) procede de la
Gerencia General de Refinación Oriente Puerto La Cruz, que al inicio estaba
constituida por diez superintendencias. Actualmente la empresa se encuentra
bajo una reestructuración organizativa. A continuación se muestra la
estructura organizativa actual de la empresa, donde se observan las
operaciones gerenciales del terminal.
(01) SECRETARIA
JOSE NNC
SIHO
SALUD
AMBIENTE
INGENIERIA DE COSTO
PROCURA
RECURSOS HUMANOS
GERENCIA TAECJAA
JOSE NNC
PPYCG
LEGAL
SUPTCIA. DE SSLL
SUPTCIA DEADMINISTRACIÓN DE
CONTRATOS
SUPTCIA. DECONTRATACIÓN
GERENCIA DE PROYECTOS
GERENCIA DE MANTENIMIENTO
GERENCIA TÉCNICAGERENCIA DE OPERACIONES
ASUNTOS PUBLICOS
(01) SECRETARIA
JOSE NNC
SIHO
SALUD
AMBIENTE
INGENIERIA DE COSTO
PROCURA
RECURSOS HUMANOS
GERENCIA TAECJAA
JOSE NNC
PPYCG
LEGAL
SUPTCIA. DE SSLL
SUPTCIA DEADMINISTRACIÓN DE
CONTRATOS
SUPTCIA. DECONTRATACIÓN
GERENCIA DE PROYECTOS
GERENCIA DE MANTENIMIENTO
GERENCIA TÉCNICAGERENCIA DE OPERACIONES
ASUNTOS PUBLICOS
SIHO
SALUD
AMBIENTE
INGENIERIA DE COSTO
PROCURA
RECURSOS HUMANOS
GERENCIA TAECJAA
JOSE NNC
PPYCG
LEGAL
SUPTCIA. DE SSLL
SUPTCIA DEADMINISTRACIÓN DE
CONTRATOS
SUPTCIA. DECONTRATACIÓN
GERENCIA DE PROYECTOS
GERENCIA DE MANTENIMIENTO
GERENCIA TÉCNICAGERENCIA DE OPERACIONES
ASUNTOS PUBLICOS
Figura 2.2 Estructura Organizativa
Fuente: PDVSA, Gerencia TAECJAA, (2014).
2.2.7 Política de la empresa
Compromiso en lo que respecta a la producción y exportación de
Crudos de alta calidad, bajo procesos de mejora progresiva, de manera
segura y con un recurso humano desarrollado integralmente, que satisfaga
las necesidades y requisitos de los clientes en aspectos ambientales,
suministro a tiempo establecido y apoyo logístico permanente, así como los
requisitos legales y reglamentarios aplicables.
2.2.8 Valores
Riguroso cumplimiento de los principios éticos de Petróleos de
Venezuela (PDVSA).
Calidad de vida y desarrollo de los empleados
Suministrar un ambiente de trabajo seguro y libre de riesgos.
Desarrollar un ambiente de trabajo en el cual haya diversidad y
participación, con la finalidad de que se promueva el alto desempeño.
Respeto y aprecio entre los empleados.
Laborar en armonía con el medio ambiente.
2.2.9 Metas de la empresa
Mantener e incrementar progresivamente la exportación de crudo.
Cumplir con las obligaciones y compromisos adquiridos ante PDVSA
S.A.
Instaurar un ambiente que sea de motivación para el personal que
labora en la empresa.
Ser una empresa de índole social que aporte con el desarrollo y
progreso de la nación.
2.3 Bases teóricas
2.3.1 Sistema
O´Brien y Marakas (2006) definen un sistema como un conjunto de
componentes interrelacionados, con un límite claramente definido que
trabajan juntos para lograr una serie de objetivos en común.
2.3.2 Sistema de Información
Los sistemas de información según O´Brien y Marakas (2006) se
definen como “cualquier combinación organizada de personas, hardware,
software, redes de comunicación y recursos de información que almacene,
recupere, transforme y disemine información en una Organización”.
2.3.3 Sistema de información gerencial
Para O´Brien y Marakas (2006) son sistemas que proporcionan
información en forma de reportes y pantallas a los directivos y a muchos
profesionales de los negocios en una diversidad de formatos fáciles de usar.
2.3.4 Actividades de un sistema de información
Para O´Brien y Marakas (2006) las principales actividades son las
siguientes:
2.3.4.1 Entrada de los recursos de datos
: Los datos acerca de las transacciones de negocio y otros eventos
deben capturarse para su procesamiento mediante la actividad de entrada.
Ésta toma por lo general, la entrada de actividades de entrada de datos, tales
como registro y edición.
2.3.4.2 Procesamiento de los datos en información
: Esta actividad abarca el procesamiento de los datos en procesos
tales como cálculo, comparación, ordenamiento, clasificación y resumen.
Todos estos procesos organizan, analizan y manipulan los datos hasta
convertirlos en información para los usuarios finales.
2.3.4.3 Salida de los productos de información
: La información se transmite a los usuarios finales y queda a
disposición de la actividad de salida el cual consiste en presentar información
en diversas formas (mensajes, reportes, formularios e imágenes gráficas) y
pueden ser proporcionadas por pantallas de video, respuestas de audio,
productos de papel y multimedia.
2.3.4.4 Almacenamiento de los recursos de datos
: El almacenamiento es un componente básico de los sistemas de
información ya que los datos y la información se retienen de forma
organizada para su posterior utilización. Es un proceso para organizar y
almacenar datos en una variedad de elementos de información y bases de
datos facilitando el uso posterior de estos en ámbitos de procesamiento o
recuperación.
2.3.4.5 Control del desempeño del sistema
: Es la capacidad que poseen los sistemas de información para
producir retroalimentación acerca de sus actividades e entrada,
procesamiento, salida y almacenamiento. Esta retroalimentación debe
monitorearse y evaluarse para determinar si el sistema satisface los
estándares de desempeño establecidos.
2.3.5 Software
Son programas de computadora, estructura de datos y documentación
que sirven para hacer efectivo el método, procedimiento o control lógico que
se requiere. Pressman (2006).
2.3.6 Ingeniería del software
Pressman (2002) especifica que la ingeniería del software es el
establecimiento y uso de principios robustos de la ingeniería a fin de obtener
económicamente software que sea fiable y que funcione eficientemente
sobre máquinas reales.
2.3.7 Lenguaje unificado de modelado (UML)
Rumbaugh, Jacobson, y Booch (2.007) lo definen como “un lenguaje
de modelado visual que se usa para especificar, visualizar, construir y
documentar artefactos de un sistema de software. Captura de decisiones y
conocimiento sobre los sistemas que se deben construir”.
El Lenguaje Unificado de Modelado es un estándar que ofrece
herramientas y técnicas gráficas que permiten entender, diseñar, hojear,
configurar, mantener y controlar la información de cualquier sistema,
integrándose, pues, a cualquier método de desarrollo y etapas de ciclo de
vida que contengan componentes iterativos. UML obtiene información sobre
la estructura estática y comportamiento dinámico de un sistema, siendo la
estructura estática la definición y relación de los objetos más importantes que
componen un sistema y el comportamiento dinámico define la historia de los
objetos en el tiempo y la comunicación entre ellos para cumplir sus objetivos.
Es importante señalar que UML no es un lenguaje de programación ni
tampoco un lenguaje altamente formal para resolver teorema, al contrario, es
un lenguaje sencillo de entender que pretende ser un estándar de modelado
universal.
2.3.8 Diagramas de UML
Para Rumbaugh, Jacobson, y Booch (2.007) UML se organiza por
vistas, siendo estas un conjunto de conceptos y diagramas que permiten
representar y describir visualmente uno o varios aspectos del sistema,
logrando así un entendimiento del mismo a partir de un modelo.
Los diagramas son una representación gráfica de un conjunto de
elementos del modelo que proporciona información sobre la relación entre
los elementos del sistema y otros elementos modelo. Cabe destacar que un
modelo solo es una representación gráfica de una realidad que capta los
aspectos más importantes de lo que se está modelando con componentes
reales (abstracción de la realidad) e imaginarios (creación de elementos del
modelo).
A continuación se definen algunos diagramas para el modelado en
UML:
2.3.8.1 Diagrama de actividades
: Muestra un grafo de actividades el cual representa los estados de las
actividades. Un estado de actividad representa a su vez la ejecución de una
sentencia en un procedimiento, o el funcionamiento de una actividad en un
flujo de trabajo.
2.3.8.2 Diagrama de casos de uso
: Es una representación gráfica que muestra las relaciones existentes
entre actores y casos de uso dentro de un sistema. Los diagramas de caso
de uso se compone del siguiente conjunto de elementos:
2.3.8.2.1 Actor
: Es una representación de una persona externa, de un proceso, o de
algo que interactúa con un sistema, un subsistema, o una clase, donde dicho
actor en una abstracción real puede ser un humano, otro sistema informático
o un cierto proceso ejecutable. Se dibuja como una persona pequeña con
trazos lineales y el nombre debajo de él.
2.3.8.2.2 Caso de uso
: Es definido como una funcionalidad del sistema que son invocados
por un usuario externo, recibiendo una o varias entradas durante su
ejecución. Cada caso de uso se representa mediante una elipse con su
nombre debajo o dentro de ella y se conecta con los actores mediante líneas
con trazo continuo.
2.3.8.2.3 Relación de asociación
: Es una línea de comunicación entre un actor y un caso de uso en el
que participa.
2.3.8.2.4 Relación de extensión
: La inserción de comportamiento adicional en un caso de uso base no
tiene conocimiento sobre él. Es una extensión de un caso de uso hacia otros
casos de uso o para sí mismo, incrementando el comportamiento del caso de
uso base a través de sus instancias.
2.3.8.2.5 Relación de generalización
: Es una relación entre un caso de uso general y un caso de uso más
específico, que hereda y añade propiedades del caso de uso padre (general)
al caso de uso específico (hijo).
2.3.8.2.6 Relación de inclusión
: Es la inclusión del comportamiento de un caso de uso base (padre)
hacia otros casos de uso específicos (hijos), siendo estos últimos fragmentos
del comportamiento del caso de uso base.
2.3.8.3 Diagrama de clases
: Es una representación gráfica de la vista estática que muestra
elementos como clases, tipos y sus contenidos y relaciones.
2.3.8.4 Diagrama de clase de análisis
: Representa los requerimientos funcionales en relación a una o varias
clases que componen al sistema o a subsistemas del mismo. El diagrama de
clase de análisis agrupa tres estereotipos base para distinguir el ámbito de
las clases, entre ellas tenemos:
2.3.8.4.1 Clases de entidad
: Se utilizan para modelar información persistente en el tiempo, por lo
general son las denominada entidades que son identificadas y representadas
en el modelo entidad-relación, el cual son accedidos por uno o varios casos
de uso y son asociados a una base de datos.
2.3.8.4.2 Clase de interfaz
: Representan las interacciones entre el sistema y sus actores en
relación a la recepción, procesamiento y envío de información por parte de
los usuarios hacia el sistema y viceversa.
2.3.8.4.3 Clase control
: Son usados para representar el control de un caso de uso en el cual
coordina secuencialmente su comportamiento. En términos generales
representan coordinación, secuencia, transacciones y control de objetos.
2.3.8.5 Diagrama de colaboración
: Diagrama que muestra las relaciones entre roles siguiendo las
interacciones organizadas alrededor de los mismos.
2.3.8.6 Diagrama de componentes
: Es un diagrama que muestra las organizaciones y las dependencias
entre tipos de componentes (software, módulo software, código fuente,
componentes del código binario y componentes ejecutables).
2.3.9 Proceso unificado de desarrollo de software (RUP)
Bruegge y Dutoit (2.002) señalan que es un proceso que consta de
varios ciclos de vida iterativos e incrementales donde cada uno de ellos
termina con la entrega de un producto al cliente. Cada ciclo consta de cuatro
fases: Comienzo o inicio, Elaboración, Construcción y Transición. Cada fase
consta de varias iteraciones y cada iteración a su vez trata un conjunto de
casos de uso relacionados, minimizando riesgos identificados a inicio de la
iteración.
2.3.10 Flujos de trabajo del proceso unificado
El Proceso Unificado de Desarrollo del Software se basa sobre ciclos
de vida iterativos e incrementales. Cada ciclo consta de cuatro fases:
Comienzo o Inicio, Elaboración, Construcción y Transición y estos a su vez
contienen actividades que participan en cada una de las iteraciones. Sin
embargo, estas actividades tienen diferentes necesidades específicas de la
fase. (Rumbaugh, Jacobson y Booch, 1999).
2.3.10.1 Requisitos
Esta actividad se refiere al desarrollo de un modelo del sistema que se
va a construir, identificando quienes son los usuarios involucrados, las
necesidades existentes, requisitos funcionales y no funcionales. He aquí
donde se utilizan los Casos de Uso para representar los requisitos
funcionales y crear dicho modelo.
2.3.10.2 Análisis
Durante el análisis, los requisitos capturados y descritos
anteriormente, se analizan, refinan y estructuran. Se realizan estos procesos
con la finalidad de obtener un entendimiento más preciso de los requisitos y
una descripción de los mismos más concisa que permita mantenerse con
facilidad.
2.3.10.3 Diseño
En este flujo de trabajo es donde se modela el sistema y se encuentra
su forma (incluyendo su arquitectura) de forma que pueda soportar todos los
requisitos, incluyendo los requisitos no funcionales y otras restricciones. El
objetivo fundamental de esta actividad es adquirir una comprensión más
profunda y formal sobre el modelo de análisis obteniéndose así una
estructura más sólida y definida del sistema.
2.3.10.4 Implementación
En la implementación el resultado del diseño es el insumo base para
implementar el sistema en términos de componentes, es decir, ficheros de
código fuente, scripts, ficheros de código binario, ejecutables y similares. He
aquí donde se desarrolla la arquitectura y el sistema como un todo.
2.3.11 Fases del proceso unificado
Rumbaugh, Jacobson y Booch (1.999) señalan que cada ciclo consta
de cuatro fases:
2.3.11.1 Fase de inicio
También denominado la fase de comienzo, abarca la definición de una
necesidad, desarrollando una descripción del producto final a partir de un
planteamiento inicial de una idea que, posteriormente, será cimiento base
para el análisis del negocio. En esa fase se estudian las principales
funciones del sistema para los usuarios involucrados, posible arquitectura del
sistema, plan de proyecto y el coste estimado de mismo. Esto se materializa
en un modelo de casos de uso simplificado que permite la obtención de una
arquitectura provisional, junto con esto se identifican y priorizan los riesgos
más importantes, se planifica la fase de elaboración y se estima el proyecto
de manera aproximada.
2.3.11.2 Fase de elaboración
Comprende la especificación en detalle de los casos de uso y se
diseña la arquitectura del sistema, donde la arquitectura del sistema se
expresa en forma de vistas de todos los modelos del sistema (modelo de
casos de uso, análisis, diseño, implementación y despliegue) que, juntos
componen al sistema entero. El objetivo principal de la fase es obtener una
base rígida de la arquitectura.
2.3.11.3 Fase de construcción
En esta fase se crea el producto. La base rígida de la arquitectura se
desarrolla hasta convertirse en un producto preparado para ser entregado a
los usuarios. Al final de la fase el producto contiene la materialización de
todos los casos de uso que se han identificado por parte del equipo
desarrollador y el cliente. En este proceso la arquitectura debe ser estable y
puede ser mejorada por parte de los desarrolladores. Debe señalarse que el
producto puede que no esté completamente libre de defectos, por lo cual, se
debe planearse una etapa donde se descubran y solucionen problemas, he
aquí donde entra la fase de transición.
2.3.11.4 Fase de transición
Cubre el período durante el cual el producto se convierte en una
versión beta. Se escogen usuarios con experiencia para que manipulen el
producto, detectando de esta manera, el funcionamiento del sistema e
informando de defectos y deficiencias que pueda padecer. Esto conlleva
actividades como la fabricación, formación del cliente, creación de líneas de
ayuda y asistencia y la corrección de los defectos.
2.3.12 Base de datos
Según Ramez y Shamkant (2007) es una colección de datos
lógicamente relacionados que representan algún tipo de significado inherente
a un determinado aspecto del mundo real. Una base de datos se diseña,
construye y rellena con datos para un propósito específico.
2.3.13 Sistema de administración de base de datos
“Es una colección de programas que permite a los usuarios crear y
mantener una base de datos. El DBMS es un sistema de software de
propósito general que facilita los procesos de definición, construcción,
manipulación y compartición de base de datos entre varios usuarios y
aplicaciones” (Ramez, E. & Shamkant, N. 2007, p. 5).
2.3.14 Modelo entidad-relación (ER)
Ramez y Shamkant (2.007) definen un modelo ER como una
descripción concisa de los requisitos de datos por parte de los usuarios e
incluye descripciones detalladas de los tipos de entidades, relaciones y
restricciones; se expresan utilizando los conceptos proporcionados por el
modelo de datos de alto nivel. Esto permite a los diseñadores de bases de
datos concentrarse en especificar las propiedades de los datos, sin tener que
preocuparse por los detalles de almacenamiento. El modelo de ER describe
los datos como:
2.3.14.1 Entidades
Es una cosa del mundo real que posee una existencia independiente
de cualquier elemento interno o externo en un ámbito determinado. La
entidad puede ser un objeto con una existencia física (una persona, un
automóvil o una casa) o puede ser un objeto con una existencia conceptual
(una empresa, una profesión, un sistema). Se representa mediante un
rectángulo con el nombre de la entidad dentro de la figura.
2.3.11.2 Atributos
Son las propiedades particulares que describen a una entidad. Los
valores de los atributos que describen cada entidad se convierten en parte
principal de los datos almacenados en la base de datos. Se representa
gráficamente mediante una elipse, colocando el nombre de atributo dentro de
la figura.
2.3.11.3 Relación
Se refiere a la conexión que existe en un atributo de un tipo de entidad
con respecto a un atributo de otro tipo de entidad. En el modelo de entidad-
relación estas referencias no deben representarse como atributos sino como
una relación representada por un tipo de relación y su correspondiente
conjunto de relaciones con el mismo nombre. Se representa gráficamente
mediante un rombo con el nombre de la relación dentro de la figura. Las
conexiones deben poseer cardinalidades en la cual se especifica instancias
iterativas de atributos sobre una entidad.
2.3.15 Software Libre
La Free Software Foundation (2.013) refiere el software libre como la
libertad de los usuarios para ejecutar, copiar, distribuir, estudiar, cambiar y
mejorar el software referido a las cuatro libertades de los usuarios del
software mostradas a continuación:
La libertad de usar el programa, con cualquier propósito.
La libertad de estudiar cómo funciona el programa y adaptarlo a tus
necesidades.
La libertad de distribuir copias.
La libertad de mejorar el programa y hacer públicas las mejoras a los
demás, de modo que la comunidad se beneficie.
2.3.16 Objeto
Coad y Yourdon (1.990) definen objeto como “abstracción de algo
dentro de un dominio de un problema, que refleja las capacidades del
sistema para almacenar información sobre él, para interactuar con él, o para
ambas cosas”.
2.3.17 Clase
Una clase describe un conjunto de objetos que se han especificado de
la misma forma, es decir, comparten una especificación común de sus
características, semántica y las restricciones que existen sobre ellos.
(Bennett, McRobb y Farmer, 2.006).
2.3.18 Programación orientada a objetos
Es un paradigma de programación que incluye conceptos de clase y
objeto enfocado en la abstracción del mundo real centrada en los seres y no
en los verbos, en donde el acceso a los datos se produce de manera
controlada e independiente de la representación final de los mismos,
eliminando dependencias entre distintas partes del sistema y utilizando
conceptos como la composición, herencia y polimorfismo el concepto de la
reutilización se hace más consistente (Echeverría, Sanchez y Ramos ,2.004).
2.3.19 Lenguaje de programación PHP
Vaswani (2.010) señala PHP es un lenguaje de programación
interpretado, creado originalmente para el desarrollo de páginas web
dinámicas. PHP es un acrónimo recursivo que significa PHP Hypertext Pre-
processor y es usado principalmente en interpretación del lado del servidor
(server side scripting). A continuación se presentan las características más
importantes:
2.3.19.1 Rendimiento
Los scripts escritos en PHP se ejecutan más rápido que los escritos en
otros lenguajes de creación de scripts (JSP,ASP.NET).
2.3.19.2 Portabilidad
Está disponible para la mayoría de los sistemas operativos y los
programas escritos en PHP se pueden transportar de una plataforma a otra.
2.3.19.3 Fácil de usar
La sintaxis es clara y consistente y viene con una documentación con
más de 5.000 funciones incluidas en su distribución principal.
2.3.19.4 Código libre
La plataforma de PHP esta creada bajo ambiente de software libre. El
lenguaje es desarrollado por un grupo de programadores voluntarios
distribuidos en todo el mundo que mantienen y ponen a disposición el código
en internet si costos para su utilización, sin pagos por licencias y sin
necesidad de realizar grandes inversiones en equipos y programas para
poder usarlo.
2.3.19.5 Soporte comunitario
El lenguaje es soportado por una comunidad en el que cientos de
desarrolladores ubicados en diferentes partes del mundo aportan mejoras al
código fuente, detectando errores y contribuyendo con soluciones que
permitan la evolución del lenguaje.
2.3.19.6 Soporte a aplicaciones de terceros
Una de las fortalezas más significativas de PHP es su soporte con una
amplia gama de diferentes de base de datos como MySQL, PostgreSQL,
Oracle, Microsoft SQL Server. Además soporta la lectura y escritura de
documentos XML como si fueran estructuras de datos nativas de PHP,
puede crear y leer archivos de imágenes, PDF, colabora con servicios web
como SOAP y REST, entre otras.
2.3.20 Framework codeigniter
CodeIgniter es un framework para desarrollo de aplicaciones, siendo
un framework un conjunto de herramientas que permite la reutilización de los
componentes de código fuente que ejecutan tareas repetitivas. Este
framework es usado por desarrolladores de sitios web usando PHP. Su
objetivo es permitirle desarrollar proyectos mucho más rápido que lo que
podría hacer si escribiera el código desde cero, proveyéndole un rico
conjunto de bibliotecas para tareas comunes, así como y una interfaz sencilla
y una estructura lógica para acceder a esas bibliotecas. CodeIgniter le
permite enfocarse creativamente en su proyecto al minimizar la cantidad de
código necesaria para una tarea dada. (Guía de Usuario de Codeigniter,
2.012).
2.3.21 Diagrama de flujo de codeigniter
La Guía de Usuario de Codeigniter (2.012) presenta un gráfico que
ilustra como los datos fluyen a través del sistema:
Figura 2.3: Diagrama de Flujo de Codeigniter
Fuente: Equipo Desarrollador Codeigniter, (2.012).
1. El index.php sirve como el controlador frontal, inicializando los recursos
básicos que necesita CodeIgniter para ejecutar.
2. El Ruteador examina la solicitud HTTP para determinar que debería
hacer con ella.3. Si existe el archivo de caché, se lo envía directamente
al navegador, sin pasar por la ejecución normal del sistema.
3. Seguridad. Antes que se cargue el controlador de la aplicación, por
razones de seguridad se filtran la solicitud HTTP y cualquier otro dato
enviado por el usuarios.
4. El controlador carga el modelo, las bibliotecas del núcleo, helpers, y
cualquier otro recurso requerido para procesar una solicitud específica.
5. La Vista terminada se procesa y se envía al navegador para que se
pueda ver. Si el caché está habilitado, la vista se cachea primero para
que las siguientes solicitudes que la necesiten puedan ser servidas.
2.3.22 Modelo-vista-controlador
El Modelo-Vista-Controlador (MVC) está basado en el patrón de
desarrollo Modelo-Vista-Controlador. MVC es un enfoque de software que
separa la lógica de la aplicación de la presentación. En la práctica, le permite
a sus páginas web contener mínimo código ya que la presentación está
separada del código PHP. (Guía de usuario Codeigniter, 2012).
El Modelo representa sus estructuras de datos. Típicamente sus clases
del modelo contendrán funciones que los ayudarán a devolver, insertar
y actualizar información de su base de datos.
La Vista es la información que se presenta al usuario. Una vista será
normalmente una página web.
El Controlador sirve como un intermediario entre el Modelo, la Vista y
cualquier otro recurso necesario para procesar la solicitud HTTP y
generar una página web.
2.3.23 Misión
Para David (2.003) la misión se presenta como el propósito y razón de
ser de una organización, el cual, permite conocer y entender cuál es el
negocio que maneja y que además funciona de insumo para establecer
prioridades, estrategias, planes y tareas; Es decir el punto de partida para el
planteamiento estratégico de la gerencia.
2.3.24 Visión
Según David (2.003) la visión de una empresa es una declaración que
la organización presenta para transmitir lo que quiere hacer o hacer realidad
a largo plazo. La declaración de la visión debe responder en su
planteamiento ¿Qué queremos llegar hacer?. Para esto es necesario que los
gerentes y los altos ejecutivos lleguen a un consenso sobre lo que se quiere
de la empresa para un futuro. La declaración de la visión debe ser corta,
preferiblemente formada en una oración y formulada por tantos gerentes
como sea posible.
2.3.25 Estrategia
“Son los medios por los cuales se logran los objetivos a largo plazo.
Las estrategias empresariales incluyen la expansión geográfica, la
diversificación, la adquisición, el desarrollo de productos, la penetración del
mercado, la reducción de gastos, el retiro de inversiones, la liquidación y las
empresas conjuntas” David (2.003, p. 13).
2.3.26 Objetivos
“Se definen como los resultados específicos que una organización
busca alcanzar al perseguir su misión básica.” (David, 2003, p .10).
En una planificación estratégica los objetivos pasan a ser las metas a
lograr en un período a corto, mediano y largo plazo que determinan el
posicionamiento de una organización en un segmento del mercado
específico, en el cual se realizan acciones específicas para cumplir una
estrategia que satisfaga su misión, visión y filosofía organizacional.
2.3.27 Indicadores de gestión
Los indicadores de gestión son medidas estándares que se usan para
evaluar y comunicar los resultados obtenidos en comparación con los
esperados (Altair Consultores, 2005).
El uso de los indicadores de gestión permite a una organización seguir
la actuación de los objetivos, tomando en consideración variables de
seguimiento que permiten una visión clara sobre los resultados que han de
ser cumplidos para alcanzar las metas propuestas y junto con esto identificar
y definir las líneas de acción (iniciativas) a ejecutar para poder lograr cumplir
con los objetivos.
2.3.28 Metas
Altair Consultores (2.005) refiere que una vez que se han establecido
los indicadores de los objetivos estratégicos, se deben fijar metas y asignar
responsabilidades. Según el Sponsor Management Colsunting (2.000) las
metes deben cumplir con tres requisitos:
Ser retadoras, y guie a las personas a superar su performance actual
sobre el objetivo.
Ser asequibles, evitando desmotivación o indiferencia en las personas
responsables de su obtención.
Ser gestionables, de forma que permita monitorizar la actuación de
cada indicador, por lo que se recomienda establecer frecuencias
mensuales de medición sobre el indicador y se fijen metas anuales para
el resto de los años que abarque el Plan Estratégico de la empresa.
2.3.29 Iniciativas
Altair Consultores (2.005) define una iniciativa como los programas,
actividades, los proyectos y las acciones que se deben realizar para alcanzar
o sobrepasar las metas fijadas. Refiriéndose a la meta como la “finalidad en
mente” del indicador, las iniciativas deben ser identificadas y determinadas
para poder alcanzar resultados positivos en referencia a las metas trazadas.
2.3.30 Cuadro de mando integral (CMI)
Según Kaplan y Norton (2.002) es un sistema de gestión estratégica
utilizado para implantar la estrategia de una organización. Es un marco o
estructura que proporciona la alineación, comunicación, control y
seguimiento de los objetivos e indicadores, con la misión y la estrategia de la
organización enfocadas bajo cuatro perspectivas: finanzas, cliente, procesos
internos y desarrollo organizacional.
2.3.31 Utilidad del CMI
Kaplan y Norton (2.002) consideran que el Cuadro de Mando Integral
como un sistema de gestión estratégica por ser una herramienta que permite:
2.3.31.1 Aclarar y traducir o transformar la visión y la estrategia
El proceso de CMI inicia cuando los altos directivos empiezan a
traducir la estrategia de una unidad del negocio a través de objetivos
estratégicos específicos. La estrategia debe ser aprobada y verificada por el
equipo de la alta dirección y en función de esto, debe crearse un consenso
entre los ejecutivos para formular objetivos bajo una misma definición y un
mismo concepto que traduzca la estrategia de la unidad de negocio.
2.3.31.2 Comunicar y vincular los objetivos y los indicadores
estratégicos
Esta actividad consiste en la propagación y difusión de los objetivos e
indicadores estratégicos hacia toda la organización por medio de boletines
internos de la organización, tablones de anuncios, videos e incluso de forma
electrónica a través de ordenadores y sistemas informáticos. La función
primordial de esta serie de actividades es que los empleados sean
informados sobre los objetivos críticos que deben alcanzarse para lograr el
éxito de la organización.
2.3.31.3 Planificación, establecimiento de objetivos y alineación de
iniciativas estratégicas
La organización para lograr desarrollarse y poder surgir está en la
necesidad de establecer objetivos a indicadores (perspectivas) a largo plazo
en una proyección meta de 3 a 5 años y cumplirse dichos objetivos, la
organización se transforma y evoluciona. Para alcanzar objetivos financieros
la organización deben identificarse y fijarse objetivos para los clientes,
procesos internos y objetivos de formación y crecimiento. Una vez terminado
el proceso de identificación y definición de objetivos sobre los diferentes
indicadores de la organización, se procede a alinear su calidad estratégica,
tiempo de respuesta e iniciativas de reingeniería para conseguir los objetivos,
logrando así crear e integrar programas de mejora continua, de reingeniería y
transformación a cualquier proceso sin usar programas de reingeniería
convencionales relacionados con recorte de costos.
2.3.31.4 Aumentar el feedback y la formación estratégica
Este proceso consiste en proporcionar la capacidad y aptitud para la
formación estratégica, en la cual se ejecutan Feedbacks sobre las
estrategias formuladas del negocio, permitiendo comprobar, vigilar y ajustar
la puesta en práctica de estas y de ser necesario, hacer cambios en las
estrategias, transformando las líneas de acción para el logro de metas de la
organización. La función principal de este proceso es examinar en detalle la
unidad de negocio y verificar si se están consiguiendo os objetivos en cuanto
a clientes, procesos internos, motivación y formación de empleados que
componen la organización.
2.3.32 Fases del CMI
Según Kaplan y Norton (2.002) estas son las fases para la
construcción de un CMI:
2.3.32.1 Misión y visión
Al crear una organización, ésta debe definirse correctamente para
obtener identidad, tomándose como base para establecer una filosofía
organizacional que justifique su existencia.
2.3.32.2 Análisis interno y externo
Esta fase estudia el ambiente y las variables internas y externas que
interactúan con la organización (crecimiento económico, cambios políticos,
competidores, regulaciones locales, nacionales e internacionales tendencias
sociales locales e internacionales, etc.) que sirven de insumo para establecer
objetivos estratégicos que, en su totalidad, definen una estrategia.
2.3.32.3 Identificación de los factores clave de éxito
Es un proceso mediante el cual la organización identifica los factores
críticos del éxito, organizándolos y clasificándolos por orden de prioridad.
Esta actividad sirve de insumo base para el proceso de la toma de
decisiones. Esto se lleva a cabo mediante de la formación de grupos de
trabajo para discutir y determinar los factores más importantes para tener
éxito en el negocio.
2.3.32.4 Relación causa-efecto
Muestra la relación que existe entre las diferentes perspectivas a
través de la consecución de objetivos estratégicos específicos, alineando así
el logro de los objetivos con respecto a la estrategia planteada.
2.3.32.5 Establecimiento de los objetivos estratégicos
Se identifican, formulan y definen los objetivos estratégicos dentro de
las cuatro perspectivas del Cuadro de Mando Integral (Finanzas, Clientes,
Procesos Internos, Dinámica Organizacional).
2.3.32.6 Elección de indicadores
Se definen indicadores de gestión para medir de manera cuantitativa
los objetivos estratégicos bajo una frecuencia determinada y en relaciones
con otros indicadores de la perspectiva siguiente o en su defecto, en una
misma perspectiva.
2.3.32.7 Establecimiento del CMI a nivel global
Se prepara el cuadro de mando integral y se presenta a las personas
involucradas. Para su implementación, se debe comunicar a todos los
miembros de la organización sobre el trabajo y proceso de ideas necesarios
para sí creación. Se construye el CMI y se entrega a las distintas unidades
de la organización para que preparen sus cuadros de mandos respectivos.
2.3.33 Mapa estratégico
Altair Consultores (2.005) definen un mapa estratégico como la
descripción de la estrategia de una organización, conformada por la
definición y establecimiento de los objetivos e indicadores de gestión
segmentadas en cuatro perspectivas: financiera, clientes, procesos internos y
aprendizaje y crecimiento.
El mapa estratégico es fundamental para el diseño de un CMI puesto
que permite visualizar la alineación de los objetivos estratégicos con la
estrategia de la organización, ayudando a organizar el modelo del negocio a
través de la estructuración de los objetivos estratégicos, los cuales, son
segmentados en perspectivas y vinculados entre sí a través de relaciones
causa-efecto. Esto proporciona una visión clara sobre la coherencia entre los
objetivos estratégicos y la estrategia de la organización.
2.3.34 Perspectivas
Kaplan y Norton (2.002) definen las perspectivas como las distintas
visiones o diferentes vistas que se tienen de una unidad de negocio,
permitiendo un entendimiento de alto nivel esbozado y traducido en la
filosofía organizacional del negocio.
El CMI se desglosa en cuatro perspectivas que permiten un equilibrio
entre los objetivos a corto y largo plazo, entre los resultados deseados y los
esperados, controladas por medidas objetivas y subjetivas que controlan la
forma de lograr los objetivos estratégicos formulados a través de indicadores
e iniciativas.
A continuación se definirá las cuatros perspectivas que componen el
CMI:
2.3.34.1 Perspectiva financiera
Contiene todos los objetivos financieros que sirven de enfoque para
los objetivos e indicadores en todas las demás perspectivas del CMI,
definiéndose un objetivo financiero como los objetivos a largo plazo que se
plantea la organización. He aquí donde los procesos financieros de la
organización son medidos para reflejar la actuación económica de la
organización. Los temas financieros como los ingresos, costos y
productividad que, son medidos mediante el establecimiento de indicadores
de gestión y pueden vincularse con las demás perspectivas.
2.3.34.2 Perspectiva del cliente
Esta perspectiva se compone de objetivos e indicadores que reflejan
la satisfacción, fidelidad, retención, adquisición y rentabilidad sobre los
segmentos de clientes y mercados previamente identificados y escogidos
para competir.
2.3.34.3 Perspectiva de procesos internos
Muestra los procesos críticos que se deben realizar con éxito para que
se puedan satisfacer los objetivos de los segmentos de los accionistas y
clientes seleccionados. Para u CMI se recomienda definir una cadena de
valor de los procesos internos, entre los cuales se definen:
2.3.34.3.1 Proceso de innovación
Consiste en identificar las necesidades de los clientes actuales y
futuros, partiendo de esto, se desarrollan nuevas soluciones para satisfacer
estas necesidades.
2.3.34.3.2 Procesos operativos
Son aquellos relacionados con la entrega de productos y/o servicios
existentes a los clientes existentes.
2.3.34.3.3 Procesos de servicios post-venta
Son servicios que ofrece la empresa después de la venta de un
producto o servicio logrando así un valor añadido recibido por los clientes.
Figura 2.4: Cadena de Valor: Procesos Internos.
Fuente: Gobierno de Colombia, 2014.
2.3.34.4 Perspectiva de aprendizaje y crecimiento
Es la cuarta y última perspectiva del CMI. En este segmento se
desarrolla los objetivos e indicadores que impulsan el aprendizaje y el
crecimiento de la organización. La perspectiva financiera, cliente y procesos
internos reflejan los puntos más resaltantes en los que la organización debe
realizar con éxito pero la perspectiva de aprendizaje y crecimiento es el
impulso y la base para que las demás perspectivas alcancen los resultados
esperados.
2.3.35 Beneficios del CMI
Altair Consultores (2.005) refiere que el Cuadro de Mando Integral
contribuye en lo siguiente:
1. Alineación de los empleados hacia la visión de la empresa.
2. Mejora de la comunicación hacia todo el personal de los objetivos y su
cumplimiento.
3. Redefinición de la estrategia en base a sus resultados.
4. Traducción de la visión y de la estrategia en la acción.
5. Orientación hacia la creación de valor.
6. Integración de la información de las diversas áreas de negocio.
7. Mejora de la capacidad de análisis y de la toma de decisiones.
Capítulo III
Marco Metodológico
CAPÍTULO III
METODOLOGÍA DE LA INVESTIGACIÓN
3.1 Tipo de investigación
Balestrini (2002) plantea varios tipos de estudios, en los que se
encuentran: estudios formulativos, exploratorios, descriptivos, diagnóstico,
causal, evaluativo, experimental y proyectos factibles. De acuerdo al
problema planteado referido al sistema de gestión de estrategias del
Terminal de Almacenamiento y Embarque de Crudo “José Antonio
Anzoátegui”, y en función de los objetivos formulados, se identifica que el tipo
de investigación o estudio es el denominado Proyecto Factible. Este tipo de
investigación está orientado a resolver un problema planteado o a satisfacer
las necesidades en una Organización o contexto de interés. Esta posee dos
grandes fases aplicados a este proyecto. En la primera gran fase se
desarrollará un diagnóstico sobre la situación actual del sistema bajo estudio,
a fin de determinar las necesidades en la gerencia de Planificación,
Presupuesto, Control y Gestión de la empresa TAECJAA. En la segunda fase
del proyecto se desarrollará la elaboración y construcción del sistema de
información gerencial propuesto dando la resolución del problema actual de
la organización.
Cabe destacar que el diseño de la investigación de los estudios
exploratorios, descriptivos, diagnósticos, evaluativos, formulación de
hipótesis causales o experimentales y los proyectos factibles, siempre serán
de campo puesto que, la investigación se basa en observar y recolectar los
datos directamente de la realidad que proporciona una lectura de la realidad
objeto de estudio.
3.2 Nivel de investigación
Arias (2006) refiere que los niveles de investigación pueden ser de tipo
exploratorio, descriptivo o explicativo. En el caso actual, la investigación
planteada cuyo objetivo es desarrollar un Sistema de Información Gerencial
para el seguimiento y control de estrategias, se considera que el nivel de
investigación es descriptivo. La investigación de campo es un estudio donde
se identifica y determina de forma detallada los elementos esenciales del
sistema bajo estudio, obteniendo así una conceptualización y definición
completa que caracteriza dicho objeto de estudio.
3.3 Técnicas a utilizar
3.3.1 Técnicas de recolección de información
Balestrini (2002), define a las técnicas para recolección de la
información como la definición de los métodos e instrumentos que se
incorporan a lo largo de una investigación, en función del problema y de las
interrogantes planteadas; así como, de los objetivos que se han definido.
3.3.2 Técnicas documentales
Como punto de partida se aplicará la técnica de la observación
documental. En ella se realizaran lectura general de los textos, se iniciará la
búsqueda y la observación del material escrito consultado sobre los puntos
de interés de esta investigación. Se realiza esta técnica a fin de captar las
definiciones esenciales y extraer los datos bibliográficos útiles para ser
utilizado posteriormente para el estudio que se está realizando.
Adicionalmente se aplicará la técnica de presentación resumida de un texto,
permitirá dar cuenta acerca de las ideas básicas que contienen las obras
consultadas y es vital para la construcción de contenidos teóricos a lo largo
de la investigación.
3.3.3 Técnicas de Relaciones individuales y grupales
Se usará la observación directa con el cual se podrá conocer la forma
como se ejecutan los trabajos, quienes lo realizan, quienes lo supervisan y el
grado de calidad de los datos que se obtienen y se producen. Posteriormente
se efectuarán observaciones sistemáticas, en donde se llevará un registro de
los procesos que se realizan en cada unidad o módulo de trabajo
relacionados con el objeto bajo estudio. Para ello se usará un registro de
notas.
La técnica de la entrevista. Se empleará como un proceso de
comunicación verbal, con el fin de recolectar información a partir de un tópico
o tema en específico. Serán entrevistas de preguntas abiertas siguiendo un
orden lógico y preciso en relación a los elementos de interés del objeto
estudio. Se espera de esta técnica extraer información de los usuarios
focalizando la atención en la experiencia laboral que poseen acerca del
sistema bajo estudio.
3.3.4 Técnicas del área de organización y sistemas que se emplearán en
el diagnóstico
Se usará el gráfico de Gantt para la visualización del plan de
desarrollo de software, donde se pueda hacer seguimiento sobre las
actividades a realizar o ejecutadas, el tiempo por el cual se deben realizar y
el porcentaje en el que se cumplen.
3.3.5 Lenguaje de modelado unificado (UML)
Se usará para visualizar, conceptualizar y definir de manera gráfica y
documental la estructura del software, en la cual suministrará información
detallada de forma más sencilla y fácil de entender. Este lenguaje permitirá
ilustrar los actores, procesos, procedimiento, actividades, tareas, etc. que
interactúan con el sistema de gestión actual de la empresa (Cuadro de
Mando Integral).
3.3.6 Proceso racional unificado (RUP)
Es un proceso de desarrollo de software que, en conjunto con el
Lenguaje Unificado de Modelado (UML), componen la metodología más
utilizada para el análisis, diseño, implementación y documentación de
sistemas.
CAPÍTULO IV
RESULTADOS
4.1 Fase de inicio
4.1.1 Planificación de la Fase de Inicio
Para la fase de inicio se realiza un análisis detallado de la información
recopilada a través de entrevistas, observación directa, observación
documental y resumen de texto. Esto con la finalidad de obtener
conocimiento sobre los procesos y actividades que abarca el negocio,
permitiendo así identificar y definir las necesidades y requerimientos.
El desarrollo del proyecto en todas sus fases, estará guiado por la
metodología de desarrollo unificado de proceso (RUP), el cual será una
herramienta importante para comprender, analizar y visualizar el sistema.
Junto con esto se determinaran los posibles riesgos que puedan afectar al
sistema, de manera que se tomen en consideración para la funcionalidad del
mismo.
Se identifican y definen los actores y casos de uso base para la
construcción del Modelos de Casos de Uso, presentando una visualización
de los usuarios que interactúan con el sistema, los requisitos funcionales y
los procesos a ejecutar, junto con esto se construyen un Modelo de Análisis
para cada uno de los casos de uso, esto con la finalidad de presentar una
descripción detallada de los mismos.
4.1.2 Descripción Actual del Sistema
En esta sección se muestra la descripción actual del sistema bajo
estudio. Esta etapa comprende el estudio de la empresa bajo un enfoque
general, permitiendo obtener información acerca de los procesos y
actividades que se manejan, con la finalidad de visualizar la mejor forma de
abordar el problema, para posteriormente dar en la solución del problema y
satisfacer las necesidades y los requerimientos del sistema.
La información fue obtenida a través de varias técnicas de recolección
de datos como lo son: Entrevistas no estructuradas, documentos técnicos,
trípticos, infografía y presentaciones digitales (diapositivas). El compendio de
los datos obtenidos es real por lo que se cataloga a esta investigación como
de campo. Con esto se realiza una descripción específica sobre la
problemática planteada.
4.1.2.1 Descripción Actual del Sistema
Actualmente el departamento de PPCYG cuenta con un sistema de
gestión (Cuadro de Mando Integral) llevado manualmente, por lo cual la
alimentación de datos del mismo produce que el análisis de la información
solo arroje acciones reactivas a cambio de acciones proactivas (capacidad
para adelantarse a situaciones). En consecuencia, la esencia principal del
BSC se pierde.
El sistema de gestión, por estar alimentado de forma manual,
perjudica directamente en la calidad de los datos y esto a su vez, por ser
presentado a nivel de gerencia, afecta en la toma de decisiones. Como
resultado a esto se eligen alternativas inefectivas (cuando los datos son
erróneos) e ineficientes (cuando existe demora e impuntualidad en la entrega
de datos).
Junto con esto se detecta que la información es almacenada
repetidamente con pequeñas modificaciones, lo que produce errores en la
carga de datos en las hojas de trabajo, lo que genera mayores espacios de
almacenamiento digital, inconsistencia e inexactitud y mayor coste de tiempo
de acceso a la información.
Un impacto adicional observado que produce llevar el Cuadro de
Mando Integral de forma manual, son los grandes lapsos de tiempo
empleado para actualizar los datos. Esto implica que el personal dedique un
porcentaje elevado de su tiempo laboral a la detección y corrección de
errores en la información recibida, lo que conlleva a una serie de costos de
tiempo, recursos y actividades adicionales sobre el trabajo que realiza.
El reducido tiempo para el análisis de la información conlleva a
ejecutar lecturas de los informes y reportes recibidos de forma rápida e
imprecisa e imposibilita revisar la información a presentar ni documentar de
forma ordenada y detallada el análisis de la información en las reuniones de
gerencia realizadas semanalmente.
4.1.3 Modelo del Dominio
Este tipo de modelado abarca los elementos más significativos que
comprende el sistema bajo estudio, en el cual se representan los objetos o
clases del negocio. Esto representa una visión general del sistema como un
primer esquema para el diseño del sistema.
El modelo de dominio comprende una representación base para
realizar una descripción en el que se expresa el entendimiento del problema
y del negocio tomando en consideración los aspectos más importantes del
sistema bajo estudio en base al análisis desarrollado.
Para el desarrollo del Modelo de Dominio se utiliza la herramienta de
diseño UML, con el que se construye dicho modelo y se describe
posteriormente a través de los diagramas de clase basados en este Lenguaje
de Modelado.
4.1.3.1 Descripción del Modelo de Dominio
Mediante esta herramienta se modela la información estática de los
objetos que componen el Cuadro de Mando Integral, lo cual se emplea como
cimiento o base para el modelado de la base de datos. Mediante este modelo
podemos identificar los atributos y las relaciones involucradas que
comprende el sistema, esto con el fin de describir la estructura de la
información.
El sistema de gestión llevado actualmente se construye y se procesa
de la siguiente manera: Un Cuadro de Mando Integral es gestionado por un
gerente y es alimentado en datos por analistas, supervisores y
superintendentes. El Cuadro de Mando está compuesto de varias
perspectivas, que a su vez, están alineadas a muchas estrategias. Las
estrategias a su vez se componen de objetivos estratégicos formulados en
base a una planificación estratégica realizada. Los objetivos estratégicos
poseen indicadores de gestión que permiten la medición de los mismos e
iniciativas que son monitoreadas para visualizar el logro del objetivo
estratégico. Para ello las iniciativas se componen de actividades para el logro
de la iniciativa. Los analistas presentan informes semanales del Cuadro de
Mando al gerente de la empresa y este a su vez lo revisa para comprobar la
gestión de los procesos. En la Figura 4.1 se muestra el diagrama de dominio
del sistema actual.
class Domain Mo...
Cuadro de Mando Integral
Perspectiv a
Analista/Superv isor Gerente
Estrategia
Objetiv os Estratégicos
Indicadores Responsable Iniciativ as
Activ idades
Informe
1
Revisa
1..*
1
Presenta
1..*
1
Contiene
1..*
1
Responde
1..*1
Posee
0..*
1
Posee
1..*
1
Posee
1..*
1
Contiene
1..*
1
Gestiona
11
Actualiza
1
1
Posee
1..*
1
Ejecuta
1..*
1
Posee
1..*
Figura 4.1 Modelo de Dominio
Fuente: Elaboración Propia.
A continuación en la tabla 4.1, se detallan cada uno de las entidades
del Modelo de Dominio del sistema actual:
Tabla 4.1 Tabla de Clase de Dominio ESTRATEGA (1/2)
Entidad Descripción
Cuadro de Mando Integral Es un sistema de gestión que permite el seguimiento de la actuación de una organización
Perspectiva Es un enfoque que se utiliza para analizar una situación sobre un segmento específico de la organización, está compuesto por un conjunto de objetivos.
Estrategia Son las premisas por el cual la organización pretende alcanzar o hacer cumplir su misión y visión. Están alineadas a una perspectiva en particular.
Objetivos Estratégicos Consiste en los propósitos o metas que se establecen para cumplirse en un lapso definido de tiempo. Está conformado por una serie de indicadores de gestión.
Responsable Son las personas encargadas de hacer cumplir una tarea, actividad, proceso u objetivo específico.
Fuente: Elaboración Propia.
Tabla 4.1 Tabla de Clase de Dominio ESTRATEGA (2/2)
Entidad Descripción
Indicadores de gestión Son variables que permiten la medición de una actividad o proceso (objetivos estratégicos). Es un método cuantitativo que se compara con un nivel de referencia en relación a los objetivos estratégicos.
Iniciativa Es una agrupación de actividades, ordenadas por inicio de ejecución, con el fin de que el objetivo al que este asociado la iniciativa se cumpla
Actividades Son las tareas que se planifican en un tiempo limitado sobre una iniciativa para poder cumplir los objetivos estratégicos.
Analista/Supervisor Son las personas encargadas de alimentar los informes de gestión mediante la metodología del Cuadro de Mando Integral.
Gerente Es la persona responsable en gestionar la unidad de negocio.
Informe de Gestión Son los informes presentados a los gerentes y superintendentes en las reuniones de gerencia.
Fuente: Elaboración Propia.
4.1.3.2 Análisis de la Problemática
En el departamento de Control y Gestión de PPCYG la alimentación
de datos del Cuadro de Mando Integral se realiza de forma manual,
ocasionando un impacto directo sobre la calidad de los datos, grandes lapsos
de tiempo empleado para actualizar los datos, reducido tiempo para el
análisis de la información y redundancia de datos.
Mediante la observación documental a las carpetas de archivos
utilizada para guardar la información de los informes de gestión, se pudo
detectar que existe mucha información duplicada en cada uno de los
archivos, sufriendo estos solo pequeñas modificaciones en sus datos.
A través de la observación directa logró obtener un conocimiento
sobre la forma como se ejecutan los trabajos, quienes lo realizan, quienes lo
supervisan y el grado de calidad de los datos que se obtienen y se producen.
En donde se pudo detectar que existen problemas de comunicación y por
parte de aquellas personas que son encargadas de enviar la información
correspondiente a su proceso, lo que ocasiona retraso al momento de
elaborar los informes de gestión
Además, se pudo observar que el departamento no posee ninguna
base de datos o sistema que permita almacenar la información, de manera
que al momento de consultar cierta información, se toma lapsos de tiempo
extensos para poder conseguirla a causa de la cantidad de archivos que
mantienen guardado y que a veces se encuentran duplicados. En algunos
casos se observó que no lograron conseguir la información solicitada.
A través de la realización de distintas entrevistas con el personal de
PPCYG, se pudo determinar que algunos indicadores de gestión no son
llevados a cabo de forma correcta, imposibilitando la correcta medición de los
objetivos estratégicos establecidos en los distintos procesos.
4.1.4 Análisis de los requerimientos
Para este flujo de trabajo, se capturan los posibles requerimientos del
sistema como punto de partida para determinar el funcionamiento del mismo.
Para ello es necesario realizar lo siguiente:
Comprender el contexto del sistema.
Los actores que interactúan con el sistema.
Captura de los requisitos funcionales.
Captura de requisitos no funcionales.
Identificación de los posibles riesgos que puede presentar el sistema.
Modelado de casos de uso principales del sistema.
Modelado del sistema representado por los distintos diagramas de
UML.
4.1.5 Requerimientos Funcionales del Sistema
Los requisitos funcionales describen la forma en cómo se debe usar el
sistema. Para ello es necesario que cada usuario comunique lo que
realmente quieren del sistema y aquellos aspectos en que se requiere que el
sistema propicie soporte al negocio. Para ello se requiere que se conozcan
las necesidades del usuario y del cliente.
A continuación se mencionan los requisitos funcionales del sistema:
El sistema debe funcionar en cualquier navegador de cualquier Sistema
Operativo.
Habrá un solo administrador por cada Cuadro de Mando Integral
creado.
El sistema debe permitr construir un cuadro de mando integral.
El sistema debe permitir cargar datos sobre el cuadro de mando
integral.
El sistema debe permitir agregar, actualizar y eliminar la información
que se encuentre registrada en la base de datos.
Los usuarios registrados en el sistema, solo pueden ser agregados,
modificados o eliminados por el administrador del sistema.
El sistema debe garantizar rapidez en sus operaciones.
Seguridad: El acceso a la aplicación debe ser restringida. Los usuarios
registrados deben transitar por un mecanismo de seguridad de acceso.
El sistema debe extraer datos para posteriormente transformar y
presentar la información a través del cuadro de mando integral.
4.1.6 Requerimientos No Funcionales del Sistema
Los requerimientos no funcionales definen las propiedades del sistema
que se refieren a funcionabilidad, restricciones, confiabilidad, extensibilidad,
fiabilidad, mantenimiento, compatibilidad, etc. Esto representa todos aquellos
aspectos que limitan el sistema.
A continuación se mencionan los requisitos no funcionales del sistema:
4.1.6.1 Usabilidad
Debe poseer una interfaz amigable, fácil de usar, que genere al
usuario seguridad y comodidad durante el manejo de la aplicación.
4.1.6.2 Rendimiento
El tiempo de respuesta de la aplicación debe ser eficaz, con las
condiciones apropiadas relacionadas a las características físicas del equipo y
conexión de red.
4.1.6.3 Disponibilidad
El sistema deberá estar disponible en cualquier lapso de tiempo para
los usuarios registrados.
4.1.6.4 Facilidad de mantenimiento
El usuario administrador podrá actualizar aspectos gráficos de la
aplicación, en el momento que se requiera.
4.1.6.5 Operatividad
El sistema debe ser eficaz en el desarrollo de sus operaciones, de
forma que proporcione una alta calidad de los datos y propicie veracidad en
la información procesada.
4.1.7 Riesgos del Sistema
El riesgo representa un factor, cosa, elemento o camino que
contempla un peligro, envuelto de incertidumbre. Por lo que, como cualquier
otro proyecto de ingeniería, los proyectos de desarrollo de software se
enfrentan a riesgos que afectan el futuro del mismo. Para ello es necesario
identificarlos tan pronto como sea posible dentro del desarrollo del proyecto,
tratándolos rápidamente y mitigándose a través de las iteraciones del ciclo de
desarrollo del software.
Teniendo en cuenta lo anteriormente expuesto, el modelado del
sistema en sus diferentes vistas puede verse directamente afectados, por
ese motivo se toman en cuenta para establecer cuáles son los límites y las
condiciones con que se desarrollará el sistema y dependiendo de ello,
finalizar el proyecto con el mayor éxito posible.
A continuación se presentan los posibles riesgos del sistema:
Algunos navegadores no ejecuten la aplicación correctamente.
Problemas al cargar las interfaces.
Errores de inserción de registros en la base de datos.
Lapso de tiempo de respuesta elevada.
Usuarios no administradores puedan añadir, editar o eliminar registros
en la base de datos.
Los usuarios no logren ejecutar las funciones del sistema.
La base de datos no esté estructurada correctamente ocasionando que
la presentación de datos en las interfaces no sea la adecuada.
4.1.8 Modelo de Casos de Usos
El modelo de casos de uso dirige todo el proceso de desarrollo, puesto
que a partir de esto, las actividades de análisis, diseño y prueba se llevan a
cabo. La fortaleza de este modelo reside en describir las funcionalidades del
sistema en interacción con los usuarios y la facilidad que posee para ser
interpretado, lo que permite un valor añadido en presentar a los clientes,
esquemas del sistema fácil de comprender. Cabe destacar que no existe un
proceso determinado para desarrollar los casos de uso y queda de parte del
analista del sistema la correcta interpretación del negocio traducido pues, en
la adecuada identificación y definición de los casos de uso
4.1.9 Identificación de los Actores Principales
Los actores representan personas, sistemas o hardware externo que
interactúan con el sistema. Estos se comunican con el sistema mediante
envío y recepción de mensajes para lo cual pueden proveer funcionalidades
al sistema.
Los actores se identifican y se categorizan de acuerdo a niveles de
acceso que, separan las actividades que se pueden desarrollar dentro del
sistema. Para ello es necesario definir cuáles son los actores involucrados, el
grado de interacción que tienen con el sistema y la usabilidad que estos le
pueden dar. Los actores del sistema ESTRATEGA son:
4.1.9.1 Gerente
Es el actor encargado de visualizar y gestionar los informes de gestión
basados en la herramienta del Cuadro de Mando Integral.
4.1.9.2 Analista/Supervisor
Son los encargados de alimentar de información al Cuadro de Mando
Integral.
4.1.9.3 Administrador del Sistema
Es el encargado de construir el Cuadro de Mando Integral, obteniendo
privilegios para gestionar el mismo y a los usuarios que tienen acceso al
sistema.
4.1.10 Identificación de los Casos de Usos
En este punto se identifican y definen las principales actividades que
realizará el sistema. Para ello se capturaron las siguientes funcionalidades
principales: Acceder al Sistema, Construcción del Cuadro de Mando Integral,
Gestión de Usuarios, Carga de Datos CMI y Visualización de la Gestión.
En la Tabla 4.2 se muestra el detalle de los casos de uso principales
que componen las principales funcionalidades del sistema, identificándose
además, los actores principales que interactúan en la acción de dichas
funcionalidades.
Tabla 4.2 Explicación de Casos de Uso (1/2)
Caso de Uso Descripción Actores
Acceder al Sistema Proporciona el acceso de los usuarios al sistema, permitiendo a los mismos utilizar las funcionalidades del sistema.
Administrador del SistemaGerenteAnalista/Supervisor
ConstruirCMI
Consiste en realizar la construcción de un Cuadro de Mando Integral, agregándose los diferentes elementos que componen esta herramienta de gestión.
Analista/SupervisorAdministrador del Sistema
Tabla 4.2 Explicación de Casos de Uso (2/2)
Caso de Uso Descripción Actores
GestionarUsuarios
Permite al Administrador del Sistema otorgar permisos a los usuarios nuevos para poder acceder al sistema y realizar determinadas actividades.
Administrador del Sistema.
Visualizar
la Gestión
Proporciona una
información determinada
que posea el sistema, a
través de consultas y
presentación de datos de
forma gráfica o tabular.
Gerente
Analista/Supervisor
Administrador del
Sistema
Cargar
Datos CMI
Propicia una serie de
formatos en el que los
usuarios con permisos,
pueden alimentar con
datos del CMI construido.
Analista/Supervisor
Administrador del
Sistema
Fuente: Elaboración propia.
4.1.11 Diagramas de Caso de Uso
La elaboración de los diagramas de caso de uso se presenta como un
medio para capturar los requisitos funcionales. Es por ello que para
desarrollar estos diagramas han de ser identificados y definidos quienes son
los usuarios, la información que reciben, modifican y producen, las
operaciones que realizan sobre la información y las necesidades presente al
momento de realizar un proceso dentro de la unidad de negocio.,
estableciendo así, las condiciones y las posibilidades del sistema.
En la Figura 4.2, se muestra el diagrama de casos de uso general del
sistema de información gerencial ESTRATEGA, para el control y seguimiento
de estrategias.
Figura 4.2 Diagrama de Caso de Uso General.
Fuente: Elaboración Propia
4.1.11.2 Descripción del Caso de Uso “Acceder al Sistema”
4.1.111.2.1 Descripción
Se proporciona una interfaz al usuario en el cual se gestiona el acceso
al sistema. El usuario debe introducir un nombre (indicador) y una contraseña
válida. En caso de que los datos de acceso al sistema sean incorrectos, el
usuario puede cambiar su contraseña, nombre de usuario o ambos.
4.1.11.2.2 Actores Involucrados
Gerente, Analista/Supervisor, Administrador del Sistema.
En la Figura 4.3, se presenta el Caso de Uso Acceder al Sistema:
object Casos de Uso "Acceder al Sistem...
Acceder al Sistema
Gerente
Administrador del Sistema
Analista/Superv isor
Figura 4.3 Diagrama de Caso de Uso Acceder al Sistema.
Fuente: Elaboración Propia
4.1.11.2.2.1 Pre-Condición
Se debe ejecutar la aplicación donde el usuario debe rellenar los
campos correspondientes al nombre de usuario y contraseña para acceder o
no al sistema.
4.1.11.2.2.2 Post-Condición
El sistema debe mostrar los distintos módulos y operaciones que en el
que el usuario, según sea su nivel de acceso, pueda utilizar el sistema.
4.1.11.2.3 Flujo de eventos
4.1.11.2.3.1 Flujo Principal
1. El usuario ejecuta la aplicación. Este Proporciona automáticamente la
interfaz para iniciar la sesión del usuario.
2. El sistema proporciona los campos de texto “usuario” y “clave” junto con
la opción “Ingresar”.
3. El sistema corrobora que los datos ingresados en los campos de texto
se encuentren en los registros de la base de datos del sistema.
4. De ser exitosa la operación se muestra al usuario los módulos que
según sus permisos otorgados, disponga para utilizar.
5. Fin de caso de uso.
4.1.11.2.3.2 Flujo Alterno
1. En el paso 3, si el sistema no encuentra coincidencias en los datos
suministrados a través de los campos de texto usuario y clave,
despliegue un mensaje indicando que los datos suministrados son
erróneos.
2. En el paso 3 en caso de que se accione la opción “Ingresar” al menos
con algún campo de texto vacío, despliegue un mensaje indicando que
debe ingresar, según sea el campo vacío, el dato correspondiente.
4.1.11.2 Descripción del Caso de Uso “Gestionar Usuarios”
4.1.11.2.1 Descripción
Permite al administrador del sistema añadir nuevos usuarios. Además
de modificar, eliminar y otorgarle permisos a los usuarios ya registrados en el
sistema.
4.1.11.2.2 Actor Involucrado
Administrador del Sistema.
object Caso de Uso "Gestionar Usuario...
Gestionar Usuarios
Administrador del Sistema
Figura 4.4 Diagrama de Caso de Uso Gestionar Usuarios.
Fuente: Elaboración Propia
4.1.11.2.2.1 Pre-Condición
Se ingresa al sistema mediante invocando “Ingresar al Sistema”.
4.1.11.2.2.2 Post-Condición
Se despliega un mensaje de aviso confirmando que la operación se ha
realizado con éxito.
4.1.11.2.3 Flujo de eventos
4.1.11.2.3.1 Flujo Principal
1. El usuario acciona la opción Gestionar Usuarios.
2. Se despliega una interfaz con las opciones: Añadir Usuario, Editar
Usuario, Eliminar Usuario y Cambiar Permisos.
3. Si El Administrador del sistema necesita añadir un nuevo usuario al
sistema, elige la opción añadir usuario.
4. Debe desplegarse un formulario con los cuadros de texto, en el que se
debe rellenar información personal del usuario.
5. Debe desplegarse una lista de verificación en el que el administrador
del sistema pueda elegir los permisos que desea otorgarle al usuario.
6. Para registrar los datos se acciona la opción “Guardar”.
7. Si el administrador del sistema necesita actualizar un usuario del
sistema, elige la opción de “editar usuario”.
8. Se despliega un cuadro de selección en donde se cargan todos los
usuarios registrados en el sistema.
9. Se elige el usuario accionando la opción “Editar”.
10. Se proporciona una serie de cuadros de texto para editar la información
personal del usuario.
11. Se despliega una lista de verificación con los permisos de usuario.
12. Para editar los datos, se acciona la opción “Actualizar”.
13. Si el administrador del sistema necesita eliminar un usuario del sistema,
elige la opción “Eliminar Usuario”.
14. Se despliega un cuadro de selección en donde se cargan todos los
usuarios registrados en el sistema.
15. Para eliminar los datos se acciona la opción “Eliminar”.
4.1.11.2.3.2 Flujo Alterno
1. Para el paso 6 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje comunicando que los datos fueron guardados
exitosamente. De lo contrario, mostrar un mensaje de error.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 4 del flujo principal.
3. Para el paso 11 de ser exitosa la operación se debe mostrar un
mensaje indicando que los datos fueron actualizados exitosamente, de
lo contrario, mostrar un mensaje de error.
4. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
8 del flujo principal.
5. Para el paso 15 de ser exitosa la operación se debe mostrar un
mensaje indicando que los datos fueron guardados exitosamente, de lo
contrario, mostrar un mensaje de error.
6. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
13.
4.1.11.3 Descripción del Caso de Uso “Construir CMI”
4.1.11.3.1 Descripción
Los Analistas/Supervisores y el Administrador del Sistema pueden
cargar información en el sistema sobre la Misión/Visión, estrategias,
perspectiva, objetivos estratégicos, indicadores de gestión, iniciativas,
actividades y asignar responsabilidad. Esto son los elementos que componen
el Cuadro de Mando Integral.
4.1.11.3.1.1 Pre-Condición
Se debe ingresar al sistema invocando la funcionalidad “Acceder al
sistema”.
4.1.11.3.1.2 Post-Condición
Desplegar las opciones de “Formulación Estratégica”, “Estrategia”,
“Perspectiva”, “Objetivos Estratégicos”, “Indicadores de gestión”, “Iniciativas”,
“Actividades” y “Asignar Responsabilidad”.
4.1.11.3.2 Actores Involucrados
Analista/Supervisor, Administrador del Sistema.
En la Figura 4.5 se muestra el Caso de uso “Construir CMI”, en el que
presenta los Casos de Uso que se extienden del mismo.
object Casos de Uso "Construir C...
Construir CMI
Analista/Superv isor
Administrador del Sistema
Formulación Estratégica
Estrategia
Perspectiv a
Objetiv o Estratégico
Indicadores de Gestión
Iniciativ a
Activ idades
Asignar Responsabilidad
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
Figura 4.5 Diagrama de Caso de Uso Construir CMI.
Fuente: Elaboración Propia.
4.1.11.3.3 Flujo de Eventos
4.1.11.3.3.1 Flujo Principal
1. El usuario invoca el caso de uso “Construir CMI”.
2. El sistema muestra una interfaz con las opciones: Formulación
Estratégica, Estrategia, Perspectiva, Objetivo Estratégico, Indicadores
de Gestión, Iniciativa, Actividad y Asignar Responsabilidad.
3. El usuario elige cualquiera de las opciones.
4. Fin del caso de uso.
4.1.11.4 Descripción del Caso de Uso “Formulación Estratégica”
4.1.11.4.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema registrar
información sobre la misión y visión de la empresa.
4.1.11.4.1.1 Pre-Condición
Se selecciona la opción “Construir CMI” y luego se acciona la opción:
Formulación Estratégica.
4.1.11.4.1.2 Post-Condición
Se despliega una ventana de aviso confirmando que los datos fueron
guardados exitosamente y posteriormente una ventana para repetir la
operación.
4.1.11.4.2 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
4.1.11.4.3 Flujo de eventos
4.1.11.4.3.1 Flujo Principal
1. El usuario acciona Formulación Estratégica.
2. Debe desplegarse una interfaz en el que se muestren las opciones:
Añadir Misión/Visión, Modificar Misión/Visión y Eliminar Misión/Visión.
3. Si El Administrador del sistema necesita añadir una Formulación
Estratégica al sistema, elige la opción añadir Formulación Estratégica.
4. Debe desplegarse un formulario con los cuadros de texto, en el que se
debe rellenar los campos de la unidad de negocio, misión y visión de la
misma.
5. Para registrar los datos se acciona la opción “Guardar”.
6. Si el administrador del sistema necesita actualizar una Formulación
Estratégica, elige la opción de “editar Formulación Estratégica”.
7. Se despliega un cuadro de selección en donde se cargan todas las
unidades de negocio con su respectiva Misión/Visión.
8. Se elige el usuario accionando la opción “Editar”.
9. Se proporciona una serie de cuadros de texto para editar la información
de la unidad de negocio.
10. Para editar los datos, se acciona la opción “Actualizar”.
11. Si el administrador del sistema necesita eliminar una Formulación
Estratégica del sistema, elige la opción “Eliminar Formulación
Estratégica”.
12. Se despliega un cuadro de selección en donde se cargan todas las
unidades de negocio registrados en el sistema.
13. Para eliminar los datos se acciona la opción “Eliminar”.
4.1.11.4.3.2 Flujo Alterno
1. Para el paso 5 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje que la operación se realizo con éxito.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 4 del flujo principal.
3. Para el paso 10 de ser exitosa la operación se debe mostrar un
mensaje indicando que los datos fueron actualizados exitosamente, de
lo contrario, mostrar un mensaje de error.
4. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
9 del flujo principal.
5. Para el paso 13 de ser exitosa la operación se debe mostrar un
mensaje indicando que los datos fueron guardados exitosamente, de lo
contrario, mostrar un mensaje de error.
6. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
12.
4.1.11.5 Descripción del Caso de Uso “Estrategia”
4.1.11.5.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema registrar
información sobre las estrategias de una unidad de unidad de negocio
específica, las cuales serán posteriormente alineadas a una misión y visión.
4.1.11.5.1.1 Pre-Condición
Se selecciona la opción “Construir CMI” y luego se acciona la opción:
Estrategia.
4.1.11.5.1.2 Post-Condición
Se despliega una ventana de aviso confirmando que los datos fueron
guardados exitosamente y posteriormente una ventana para repetir la
operación.
4.1.11.5.2 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
4.1.11.5.3 Flujo de eventos
4.1.11.5.3.1 Flujo Principal
1. El usuario acciona la opción: Estrategia.
2. Debe desplegarse una interfaz en el que se muestren las opciones:
Añadir Estrategia, Modificar Estrategia y Eliminar Estrategia.
3. Si El Administrador del sistema necesita añadir una estrategia al
sistema, elige la opción añadir Estrategia.
4. Debe desplegarse un cuadro de selección en donde se carguen todas
las unidades de negocio registradas en el sistema.
5. Se selecciona una opción.
6. Debe desplegarse un formulario con los cuadros de texto, en el que se
debe rellenar el campo estrategia y descripción de la estrategia.
7. Para registrar los datos se acciona la opción “Guardar”.
8. Si el administrador del sistema necesita actualizar una estrategia, elige
la opción de “Editar Estrategia”.
9. Se despliega un cuadro de selección en donde se cargan todas las
estrategias registradas en el sistema.
10. Se elige el usuario accionando la opción “Editar”.
11. Se proporciona una serie de cuadros de texto para editar la información
de la estrategia.
12. Para editar los datos, se acciona la opción “Actualizar”.
13. Si el administrador del sistema necesita eliminar una estrategia, elige la
opción “Eliminar Estrategia”.
14. Se despliega un cuadro de selección en donde se cargan todas las
estrategias registradas en el sistema.
15. Para eliminar los datos se acciona la opción “Eliminar”.
4.1.11.5.3.2 Flujo Alterno
1. Para el paso 7 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje comunicando que los datos fueron guardados
exitosamente. De lo contrario, mostrar un mensaje de error.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 4 del flujo principal.
3. Para el paso 8 de ser exitosa la operación se debe mostrar un mensaje
indicando que los datos fueron actualizados exitosamente, de lo
contrario, mostrar un mensaje de error.
4. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
9 del flujo principal.
5. Para el paso 15 de ser exitosa la operación se debe mostrar un
mensaje indicando que los datos fueron guardados exitosamente, de lo
contrario, mostrar un mensaje de error.
6. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
14.
4.1.11.6 Descripción del Caso de Uso “Perspectiva”
4.1.11.6.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema registrar
información sobre las categorías o perspectivas en los que serán agrupados
los elementos estratégicos del negocio.
4.1.11.6.1.1 Pre-Condición
Se selecciona la opción “Construir CMI” y luego se acciona la opción:
Perspectiva.
4.1.11.6.1.2 Post-Condición
Se despliega una ventana de aviso confirmando que los datos fueron
guardados exitosamente y posteriormente una ventana para repetir la
operación.
4.1.11.6.2 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
4.1.11.6.3 Flujo de eventos
4.1.11.6.3.1 Flujo Principal
1. El usuario acciona la opción: Perspectiva.
2. Debe desplegarse una interfaz en el que se muestren las opciones:
Añadir Perspectiva, Modificar Perspectiva y Eliminar Perspectiva.
3. Si El Administrador del sistema necesita añadir una perspectiva al
sistema, elige la opción añadir Perspectiva.
4. Debe desplegarse un cuadro de selección en donde se carguen todas
las unidades de negocio registradas en el sistema.
5. Se selecciona una opción.
6. Debe desplegarse un formulario con los cuadros de texto, en el que se
debe rellenar el campo nombre y descripción.
7. Para registrar los datos se acciona la opción “Guardar”.
8. Si el administrador del sistema necesita actualizar una perspectiva,
elige la opción de “Editar Perspectiva”.
9. Se despliega un cuadro de selección en donde se cargan todas las
perspectivas registradas en el sistema.
10. Se elige el usuario accionando la opción “Editar”.
11. Se proporciona una serie de cuadros de texto para editar la información
de la perspectiva.
12. Para editar los datos, se acciona la opción “Actualizar”.
13. Si el administrador del sistema necesita eliminar una perspectiva, elige
la opción “Eliminar Perspectiva”.
14. Se despliega un cuadro de selección en donde se cargan todas las
perspectivas registradas en el sistema.
15. Para eliminar los datos se acciona la opción “Eliminar”.
4.1.11.6.3.2 Flujo Alterno
1. Para el paso 7 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje comunicando que los datos fueron guardados
exitosamente. De lo contrario, mostrar un mensaje de error.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 4 del flujo principal.
3. Para el paso 8 de ser exitosa la operación se debe mostrar un mensaje
indicando que los datos fueron actualizados exitosamente, de lo
contrario, mostrar un mensaje de error.
4. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
9 del flujo principal.
4.1.11.7 Descripción del Caso de Uso “Objetivo Estratégico”
4.1.11.7.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema registrar
información sobre los objetivos específicos que integran los objetivos
estratégicos para su cumplimiento.
4.1.11.7.1.1 Pre-Condición
Se selecciona la opción “Construir CMI” y luego se acciona la opción:
Objetivo Estratégico
4.1.11.7.1.2 Post-Condición
Se despliega una ventana de aviso confirmando que los datos fueron
guardados exitosamente y posteriormente una ventana para repetir la
operación.
4.1.11.7.2 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
4.1.11.7.3 Flujo de eventos
4.1.11.7.3.1 Flujo Principal
1. El usuario acciona la opción: Objetivos Estratégicos.
2. Debe desplegarse una interfaz en el que se muestren las opciones:
Añadir Objetivo Estratégico, Modificar Objetivo Estratégico y Eliminar
Objetivo Estratégico.
3. Si El Administrador del sistema necesita añadir una perspectiva al
sistema, elige la opción añadir Objetivo Estratégico.
4. Debe desplegarse un cuadro de selección en donde se carguen todas
las perspectivas registradas en el sistema.
5. Se selecciona una opción.
6. Debe desplegarse un formulario con los cuadros de texto, en el que se
debe rellenar el campo nombre del objetivo estratégico y descripción del
mismo.
7. Para registrar los datos se acciona la opción “Guardar”.
8. Si el administrador del sistema necesita actualizar un objetivo
estratégico, elige la opción de “Editar Objetivo Estratégico”.
9. Se despliega un cuadro de selección en donde se cargan todos los
objetivos estratégicos registrados en el sistema.
10. Se elige el usuario accionando la opción “Editar”.
11. Se proporciona una serie de cuadros de texto para editar la información
del objetivo estratégico.
12. Para editar los datos, se acciona la opción “Actualizar”.
13. Si el administrador del sistema necesita eliminar un objetivo estratégico,
elige la opción “Eliminar Objetivo Estratégico”.
14. Se despliega un cuadro de selección en donde se cargan todas las
perspectivas registradas en el sistema.
15. Para eliminar los datos se acciona la opción “Eliminar”.
4.1.11.7.3.2 Flujo Alterno
1. Para el paso 7 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje comunicando que los datos fueron guardados
exitosamente. De lo contrario, mostrar un mensaje de error.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 4 del flujo principal.
3. Para el paso 8 de ser exitosa la operación se debe mostrar un mensaje
indicando que los datos fueron actualizados exitosamente, de lo
contrario, mostrar un mensaje de error.
4. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
9 del flujo principal.
4.1.11.8 Descripción del Caso de Uso “Indicador de Gestión”
4.1.11.8.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema registrar
información sobre los indicadores de gestión que actúan en cada objetivo
específico.
4.1.11.8.2 Pre-Condición
Se selecciona la opción “Construir CMI” y luego se acciona la opción:
Indicadores de Gestión.
4.1.11.8.2.1 Post-Condición
Se despliega una ventana de aviso confirmando que los datos fueron
guardados exitosamente y posteriormente una ventana para repetir la
operación.
4.1.11.8.2.3 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
4.1.11.8.3 Flujo de eventos
4.1.11.8.3.1 Flujo Principal
1. El usuario acciona la opción: Indicadores de Gestión.
2. Debe desplegarse una interfaz en el que se muestren las opciones:
Añadir Indicador de Gestión, Modificar Indicador de Gestión y Eliminar
Indicador de Gestión.
3. Si El Administrador del sistema necesita añadir una perspectiva al
sistema, elige la opción añadir Indicador de Gestión.
4. Debe desplegarse un cuadro de selección en donde se carguen todos
los objetivos estratégicos registrados en el sistema.
5. Se selecciona una opción.
6. Debe desplegarse un formulario con los cuadros de texto, en el que se
debe rellenar el campo: nombre del indicador de gestión y campo:
descripción.
7. Se proporciona un cuadro de texto para introducir el valor meta del
indicador de gestión.
8. Se proporciona un cuadro de texto para introducir el valor mínimo que
puede llegarse a obtener en los datos reales de la unidad métrica del
indicador.
9. Se proporciona un cuadro de texto para introducir el valor medio que
puede llegarse a obtener en los datos reales de la unidad métrica del
indicador.
10. Se proporciona un cuadro de texto para introducir el valor máximo que
puede llegarse a obtener en los datos reales de la unidad métrica del
indicador.
11. Debe desplegarse un cuadro de selección en el que se cargan las
distintas frecuencias con que se maneja el indicador de gestión por
cada valor real registrado.
12. Debe desplegarse un cuadro de selección en donde se carguen todos
los responsables registrados en el sistema.
13. Se selecciona una opción.
14. Para registrar los datos se acciona la opción “Guardar”.
15. Si el administrador del sistema necesita actualizar un indicador de
gestión, elige la opción de “Editar Indicador de Gestión”.
16. Se despliega un cuadro de selección en donde se cargan todos los
indicadores de gestión registrados en el sistema.
17. Se elige el usuario accionando la opción “Editar”.
18. Se proporciona un formulario para editar la información del indicador de
gestión.
19. Para editar los datos, se acciona la opción “Actualizar”.
20. Si el administrador del sistema necesita eliminar un objetivo estratégico,
elige la opción “Eliminar Objetivo Estratégico”.
21. Se despliega un cuadro de selección en donde se cargan todas las
perspectivas registradas en el sistema.
22. Para eliminar los datos se acciona la opción “Eliminar”.
4.1.11.8.3.2 Flujo Alterno
1. Para el paso 14 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje comunicando que los datos fueron guardados
exitosamente. De lo contrario, mostrar un mensaje de error.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 4 del flujo principal.
3. Para el paso 19 de ser exitosa la operación se debe mostrar un
mensaje indicando que los datos fueron actualizados exitosamente, de
lo contrario, mostrar un mensaje de error.
4. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
16 del flujo principal.
4.1.11.9 Descripción del Caso de Uso “Iniciativa”
4.1.11.9.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema registrar
información sobre las acciones y actividades que deben cumplirse para
lograr alcanzar los objetivos estratégicos.
4.1.11.9.1.1 Pre-Condición
Se selecciona la opción “Construir CMI” y luego se acciona la opción:
Iniciativa
4.1.11.9.1.2 Post-Condición
Se despliega una ventana de aviso confirmando que los datos fueron
guardados exitosamente y posteriormente una ventana para repetir la
operación.
4.1.11.9.2 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
4.1.11.9.3 Flujo de eventos
4.1.11.9.3.1 Flujo Principal
1. El usuario acciona la opción: Iniciativas.
2. Debe desplegarse una interfaz en el que se muestren las opciones:
Añadir Iniciativa, Modificar Iniciativa y Eliminar Iniciativa.
3. Si El Administrador del sistema necesita añadir una iniciativa al sistema,
elige la opción: Añadir Iniciativa.
4. Debe desplegarse un cuadro de selección en donde se carguen todos
los objetivos estratégicos registrados en el sistema.
5. Se selecciona una opción.
6. Debe desplegarse un formulario con los cuadros de texto, en el que se
debe rellenar el campo: nombre de la iniciativa y el campo: descripción.
7. Se proporciona un cuadro de texto para introducir la fecha de inicio en
el que debe empezar la iniciativa
8. Debe desplegarse un cuadro de texto para introducir la fecha de
finalización de la iniciativa.
9. Debe desplegarse un cuadro de selección en donde se carguen todos
los responsables registrados en el sistema.
10. Se selecciona una opción.
11. Para registrar los datos se acciona la opción “Guardar”.
12. Si el administrador del sistema necesita actualizar una iniciativa, elige la
opción: “Editar Iniciativa”.
13. Se despliega un cuadro de selección en donde se cargan todas las
iniciativas registrados en el sistema.
14. Se elige el usuario accionando la opción “Editar”.
15. Se proporciona un formulario para editar la información de la iniciativa.
16. Para editar los datos, se acciona la opción “Actualizar”.
17. Si el administrador del sistema necesita eliminar una iniciativa, elige la
opción “Eliminar Iniciativa”.
18. Se despliega un cuadro de selección en donde se cargan todas las
iniciativas registradas en el sistema.
19. Para eliminar los datos se acciona la opción “Eliminar”.
4.1.11.9.3.2 Flujo Alterno
1. Para el paso 11 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje comunicando que los datos fueron guardados
exitosamente. De lo contrario, mostrar un mensaje de error.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 4 del flujo principal.
3. Para el paso 16 de ser exitosa la operación se debe mostrar un
mensaje indicando que los datos fueron actualizados exitosamente, de
lo contrario, mostrar un mensaje de error.
4. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
15 del flujo principal.
4.1.11.10 Descripción del Caso de Uso “Actividad”
4.1.11.10.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema registrar
información sobre actividades que deben cumplirse para lograr alcanzar las
iniciativas formuladas asociadas al logro de los objetivos estratégicos.
4.1.11.10.1.1 Pre-Condición
Se selecciona la opción “Construir CMI” y luego se acciona la opción:
Actividad.
4.1.11.10.1.2 Post-Condición
Se despliega una ventana de aviso confirmando que los datos fueron
guardados exitosamente y posteriormente una ventana para repetir la
operación.
4.1.11.10.2 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
4.1.11.10.3 Flujo de eventos
4.1.11.10.3.1 Flujo Principal
1. El usuario acciona la opción: Actividad.
2. Debe desplegarse una interfaz en el que se muestren las opciones:
Añadir Actividad, Modificar Actividad y Eliminar Actividad.
3. Si El Administrador del sistema necesita añadir una iniciativa al sistema,
acciona la opción: Añadir Iniciativa.
4. Debe desplegarse un cuadro de selección en donde se carguen todas
las iniciativas registradas en el sistema.
5. Se selecciona una opción.
6. Debe desplegarse un formulario con los cuadros de texto, en el que se
debe rellenar el campo: nombre de la actividad y el campo: descripción.
7. Se proporciona un cuadro de texto para introducir la fecha de inicio en
el que debe empezar la actividad
8. Debe desplegarse un cuadro de texto para introducir la fecha de
finalización de la actividad.
9. Debe desplegarse un cuadro de selección en donde se carguen todos
los responsables registrados en el sistema.
10. Se selecciona una opción.
11. Para registrar los datos se acciona la opción “Guardar”.
12. Si el administrador del sistema necesita modificar una actividad, elige la
opción: “Modificar Actividad”.
13. Se despliega un cuadro de selección en donde se cargan todas las
actividades registradas en el sistema.
14. Se elige el usuario accionando la opción “Editar”.
15. Se proporciona un formulario para editar la información de la actividad.
16. Para editar los datos, se acciona la opción “Actualizar”.
17. Si el administrador del sistema necesita eliminar una actividad, elige la
opción “Eliminar Actividad”.
18. Se despliega un cuadro de selección en donde se cargan todas las
actividades registradas en el sistema.
19. Para eliminar los datos se acciona la opción “Eliminar”.
4.1.11.10.3.2 Flujo Alterno
1. Para el paso 11 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje comunicando que los datos fueron guardados
exitosamente. De lo contrario, mostrar un mensaje de error.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 4 del flujo principal.
3. Para el paso 16 de ser exitosa la operación se debe mostrar un
mensaje indicando que los datos fueron actualizados exitosamente, de
lo contrario, mostrar un mensaje de error.
4. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
15 del flujo principal.
4.1.11.11 Descripción del Caso de Uso “Asignar Responsabilidad”
4.1.11.11.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema registrar
información sobre la responsabilidad del personal en relación a los objetivos
estratégicos, iniciativas y actividades.
4.1.11.11.1.1 Pre-Condición
Se selecciona la opción “Construir CMI” y luego se acciona la opción:
Asignar Responsabilidad.
4.1.11.11.1.2 Post-Condición
Se despliega una ventana de aviso confirmando que los datos fueron
guardados exitosamente y posteriormente una ventana para repetir la
operación.
4.1.11.11.2 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
4.1.11.11.3 Flujo de eventos
4.1.11.11.3.1 Flujo Principal
1. El usuario acciona la opción: Asignar Responsabilidad.
2. Debe desplegarse una interfaz en el que se muestren las opciones:
Añadir Responsabilidad, Modificar Responsabilidad y Eliminar
Responsabilidad.
3. Si El Administrador del sistema necesita añadir un responsable al
sistema, acciona la opción: Añadir Responsabilidad.
4. Debe desplegarse un cuadro de selección en donde se carguen todos
los objetivos estratégicos registrados en el sistema.
5. Se selecciona o no una opción.
6. Debe desplegarse un cuadro de selección en donde se carguen todas
las iniciativas registradas en el sistema.
7. Se selecciona o no una opción.
8. Debe desplegarse un cuadro de selección en donde se carguen todas
las actividades registradas en el sistema.
9. Se selecciona o no una opción.
10. Debe desplegarse un formulario con los cuadros de texto, en el que se
debe rellenar el campo: nombre del responsable, el campo: unidad al
que pertenece, el campo: indicador y el campo: descripción de la
responsabilidad.
11. Para registrar los datos se acciona la opción “Guardar”.
12. Si el administrador del sistema necesita modificar una responsabilidad,
elige la opción: “Modificar Responsabilidad”.
13. Se despliega un cuadro de selección en donde se cargan todos los
responsables registrados en el sistema.
14. Se elige el usuario accionando la opción “Editar”.
15. Se proporciona un formulario para editar la información de la
responsabilidad.
16. Para editar los datos, se acciona la opción “Actualizar”.
17. Si el administrador del sistema necesita eliminar una responsabilidad,
elige la opción “Eliminar Responsabilidad”.
18. Se despliega un cuadro de selección en donde se cargan todos los
responsables registrados en el sistema.
19. Para eliminar los datos se acciona la opción “Eliminar”.
4.1.11.11.3.2 Flujo Alterno
1. Para el paso 11 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje comunicando que los datos fueron guardados
exitosamente. De lo contrario, mostrar un mensaje de error.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 4 del flujo principal.
3. Para el paso 16 de ser exitosa la operación se debe mostrar un
mensaje indicando que los datos fueron actualizados exitosamente, de
lo contrario, mostrar un mensaje de error.
4. Se despliega una ventana que indique si el usuario desea realizar
nuevamente la operación. De ser afirmativa la respuesta, volver al paso
15 del flujo principal.
4.1.11.12 Descripción del Caso de Uso “Visualizar la Gestión”
4.1.11.12.1 Descripción
Permite al Gerente, Analista/Supervisor y al Administrador del Sistema
visualizar de forma gráfica y tabular los elementos de un Cuadro de Mando
Integral (perspectivas, estrategias, objetivos estratégicos, indicadores de
gestión, iniciativas, actividades y responsabilidades).
4.1.11.12.2 Actores Involucrados
Analista/Supervisor, Administrador del Sistema y Gerente.
Figura 4.6 Diagrama de Caso de Uso Visualizar la Gestión.
Fuente: Elaboración Propia
4.1.11.12.2.1 Pre-Condición
Se selecciona la opción “Visualizar la Gestión”.
4.1.11.12.2.2 Post-Condición
Se despliega una interfaz con las siguientes opciones: Consultar
Misión/Visión, Ver Mapa Estratégico, Ver Objetivos Estratégicos, Ver
Indicadores de Gestión y Ver Iniciativas.
4.1.11.12.3 Flujo de eventos
4.1.11.12.3.1 Flujo Principal
1. El usuario acciona la opción: Visualizar la Gestión.
2. Debe desplegarse una interfaz en el que se muestren las opciones:
Consultar Misión/Visión, Ver Mapa Estratégico, Ver Objetivos
Estratégicos, Ver Indicadores de Gestión y Ver Iniciativas.
3. El usuario elige una opción.
4. Fin de caso de uso.
4.1.11.13 Descripción del Caso de Uso “Consultar Misión/Visión”
4.1.11.13.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema
consultar información relacionada con la misión, visión y estrategias de la
unidad de negocio
4.1.11.13.1.1 Pre-Condición
Se selecciona la opción “Visualizar la Gestión” y luego se acciona la
opción: Consultar Misión/Visión. Debe haberse construido al menos un
Cuadro de Mando Integral.
4.1.11.13.1.2 Post-Condición
Se muestra la consulta realizada por el usuario solicitante.
4.1.11.13.2 Actores Involucrados
Gerente, Analista/Supervisor y Administrador del Sistema.
4.1.11.13.3 Flujo de eventos
4.1.11.13.3.1 Flujo Principal
1. El usuario elige la opción: Misión/Visión.
2. Se despliega una interfaz con información referente a la misión, visión y
estrategias de la unidad de negocio.
3. Fin de caso de uso.
4.1.11.13.3.2 Flujo Alterno
1. El usuario puede seleccionar cualquier opción de Visualizar la Gestión.
2. Se proporciona una opción denominada “Imprimir” que, al accionar el
usuario, genera un documento físico con información referente a la
consulta realizada.
4.1.11.14 Descripción del Caso de Uso “Ver Mapa Estratégico”
4.1.11.14.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema
consultar el mapa estratégico del CMI. Presentado como un diagrama causa-
efecto.
4.1.11.14.1.1 Pre-Condición
Se selecciona la opción “Visualizar la Gestión” y luego se acciona la
opción: Ver Mapa Estratégico. Debe haberse construido al menos un Cuadro
de Mando Integral.
4.1.11.14.1.2 Post-Condición
Se muestra la consulta realizada por el usuario solicitante.
4.1.11.14.2 Actores Involucrados
Gerente, Analista/Supervisor y Administrador del Sistema.
4.1.11.14.3 Flujo de eventos
4.1.11.14.3.1 Flujo Principal
1. El usuario elige la opción: Ver Mapa Estratégico.
2. Se cargan las perspectivas registradas en el sistema.
3. Se cargan los objetivos estratégicos registrados en el sistema.
4. Se despliega un cuadro de texto para seleccionar una fecha
determinada para la consulta de los objetivos estratégicos.
5. Se actualiza y se carga la información en la pantalla.
4.1.11.14.3.2 Flujo Alterno
1. El usuario puede seleccionar cualquier opción de Visualizar la Gestión.
2. Se proporciona una opción denominada “Imprimir” que, al accionar el
usuario, genera un documento físico con información referente a la
consulta realizada.
4.1.11.15 Descripción del Caso de Uso “Ver Objetivos Estratégicos”
4.1.11.15.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema
consultar información sobre los objetivos estratégicos a través de una gráfica
sobre un eje de coordenadas (x,y) donde “x” refleje unidad de tiempo y “y”
represente porcentaje del cumplimiento del objetivo.
4.1.11.15.1.1 Pre-Condición
Se selecciona la opción “Visualizar la Gestión” y luego se acciona la
opción: Ver Objetivos Estratégicos. Debe haberse construido al menos un
Cuadro de Mando Integral.
4.1.11.15.1.2 Post-Condición
Se muestra la consulta realizada por el usuario solicitante.
4.1.11.15.2 Actores Involucrados
Gerente, Analista/Supervisor y Administrador del Sistema.
4.1.11.15.3 Flujo de eventos
4.1.11.15.3.1 Flujo Principal
1. El usuario elige la opción: Ver Objetivos Estratégicos.
2. Se proporciona un cuadro de selección en el cual se carga todos los
objetivos estratégicos registrados en el sistema.
3. Se elige una opción.
4. Se despliega un cuadro de texto para introducir una fecha determinada
para consultar.
5. Se despliega un cuadro de texto en el que se introduce la frecuencia
con que se debe mostrar los datos del objetivo estratégico.
6. Se actualizar y se carga la información en la pantalla.
7. Se proporciona una gráfica sobre el porcentaje de cumplimiento del
objetivo estratégico.
8. Fin de caso de uso.
4.1.11.15.3.2 Flujo Alterno
1. El usuario puede seleccionar cualquier opción de Visualizar la Gestión.
2. Se proporciona una opción denominada “Imprimir” que, al accionar el
usuario, genera un documento físico con información referente a la
consulta realizada.
4.1.11.16 Descripción del Caso de Uso “Ver Indicadores de Gestión”
4.1.11.16.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema
consultar información sobre los indicadores de gestión, en el que se visualiza
nombre del indicador, perspectiva al que pertenece, unidad de medición,
tabla de valor meta vs real, rangos y frecuencia de medición y gráfica
representativa del plan/real vs tiempo.
4.1.11.16.1.1 Pre-Condición
Se selecciona la opción “Visualizar la Gestión” y luego se acciona la
opción: Ver Indicadores de Gestión. Debe haberse construido al menos un
Cuadro de Mando Integral.
4.1.11.16.1.2 Post-Condición
Se muestra la consulta realizada por el usuario solicitante.
4.1.11.16.2 Actores Involucrados
Gerente, Analista/Supervisor y Administrador del Sistema.
4.1.11.16.3 Flujo de eventos
4.1.11.16.3.1 Flujo Principal
1. El usuario elige la opción: Ver Indicadores de Gestión.
2. Se proporciona un cuadro de selección en el que se elija presentar la
información en forma: general, por perspectivas, por objetivos
estratégicos o por responsabilidad.
3. Se elige una opción.
4. Se despliega un cuadro de texto para introducir un rango fecha
determinada para realizar la consultar.
5. Se despliega un cuadro de texto en el que se introduce la frecuencia
con que se debe mostrar los datos de los indicadores de gestión.
6. Se carga la gráfica plan/real vs tiempo.
7. Se actualiza y se muestra la información en pantalla.
8. Fin de caso de uso.
4.1.11.16.3.2 Flujo Alterno
1. El usuario puede seleccionar cualquier opción de Visualización de la
Gestión.
2. Se proporciona una opción denominada “Imprimir” que, al accionar el
usuario, genera un documento físico con información referente a la
consulta realizada.
4.1.11.17 Descripción del Caso de Uso “Ver Iniciativas”
4.1.11.17.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema
consultar información sobre las iniciativas, descripción, objetivo estratégico al
que pertenece, responsable, fecha de inicio/fin, estatus y gráfica
correspondiente (Diagrama de Gantt).
4.1.11.17.1.1 Pre-Condición
Se selecciona la opción “Visualizar la Gestión” y luego se acciona la
opción: Ver Iniciativas. Debe haberse construido al menos un Cuadro de
Mando Integral.
4.1.11.17.1.2 Post-Condición
Se muestra la consulta realizada por el usuario solicitante.
4.1.11.17.2 Actores Involucrados
Gerente, Analista/Supervisor y Administrador del Sistema.
4.1.11.17.3 Flujo de eventos
4.1.11.17.3.1 Flujo Principal
1. El usuario elige la opción: Ver Iniciativas.
2. Se proporciona un cuadro de selección en el que se carguen todos los
objetivos estratégicos registrados en el sistema.
3. Se elige una opción.
4. Se muestra información de forma tabular sobre el nombre de la
iniciativa, objetivo estratégico al que pertenece, responsable, fecha de
inicio, fecha fin y estatus.
5. Se elige una iniciativa de la tabla.
6. Se despliega un cuadro de texto para introducir un rango fecha
determinada para realizar la consultar.
7. Se despliega un cuadro de texto en el que se introduce la frecuencia
con que se debe mostrar los datos de la iniciativa.
8. Se carga la gráfica (Diagrama de Gantt) en el que se muestran las
iniciativas y actividades registradas en el sistema con su porcentaje de
avance.
9. Se actualiza y se muestra la información en pantalla.
10. Fin de caso de uso.
4.1.11.17.3.2 Flujo Alterno
1. El usuario puede seleccionar cualquier opción de Visualizar la Gestión.
2. Se proporciona una opción denominada “Imprimir” que, al accionar el
usuario, genera un documento físico con información referente a la
consulta realizada.
4.1.11.18 Descripción del Caso de Uso “Cargar datos CMI”
4.1.11.18.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema registrar
información sobre los elementos que constituyen un CMI.
4.1.11.18.2 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
object Caso de Uso "Cargar Datos C...
Administrador del Sistema
Analista/Superv isor
Cargar Datos CMI
Cargar Datos Indicadores de Gestión
Cargar Datos Iniciativ as
Cargar Datos Activ idades
«extend»
«extend»
«extend»
Figura 4.7 Caso de Uso Cargar Datos CMI.
Fuente: Elaboración Propia.
4.1.11.18.2.1 Pre-Condición
Se selecciona la opción “Cargar Datos CMI”.
4.1.11.18.2.2 Post-Condición
Se muestra las distintas opciones para realizar registros de datos en
los siguientes elementos del CMI: Cargar Datos Indicadores de Gestión,
Cargar Datos Iniciativas y Cargar Datos Actividades.
4.1.11.18.3 Flujo de eventos
4.1.11.18.3.1 Flujo Principal
1. El usuario elige la opción: Cargar Datos CMI.
2. El sistema muestra una interfaz con las opciones: Cargar Datos
Indicador de Gestión, Cargar Datos Iniciativas y Cargar Datos
Actividades.
3. Fin de caso de uso.
4.1.11.19 Descripción del Caso de Uso “Cargar Datos Indicadores de
Gestión”
4.1.11.19.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema
introducir datos sobre los indicadores de gestión registrados en el sistema.
4.1.11.19.1.1 Pre-Condición
Se selecciona la opción “Visualizar la Gestión” y luego se acciona la
opción: Cargar Datos Indicadores de Gestión. Debe haberse construido al
menos un Cuadro de Mando Integral.
4.1.11.19.1.2 Post-Condición
Se despliega una ventana de aviso confirmando que los datos fueron
guardados exitosamente y posteriormente una ventana para repetir la
operación.
4.1.11.19.2 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
4.1.11.19.3 Flujo de eventos
4.1.11.19.3.1 Flujo Principal
1. El usuario invoca el caso de uso “Cargar Datos CMI”
2. El usuario elige la opción: Cargar Datos Indicadores de Gestión.
3. Se llenan los campos específicos para registrar las metas mínimas,
máximas y el resultado real obtenido.
4. Se acciona la opción “Guardar”.
5. Fin del caso de uso.
4.1.11.19.3.2 Flujo Alterno
1. Para el paso 4 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje comunicando que los datos fueron guardados
exitosamente. De lo contrario, mostrar un mensaje de error.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 3 del flujo principal.
4.1.11.20 Descripción del Caso de Uso “Cargar Datos Iniciativas”
4.1.11.20.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema
introducir datos sobre las iniciativas registradas en el sistema.
4.1.11.20.1.1 Pre-Condición
Se selecciona la opción “Visualizar la Gestión” y luego se acciona la
opción: Cargar Datos Iniciativas. Debe haberse construido al menos un
Cuadro de Mando Integral.
4.1.11.20.1.2 Post-Condición
Se despliega una ventana de aviso confirmando que los datos fueron
guardados exitosamente y posteriormente una ventana para repetir la
operación.
4.1.11.20.2 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
4.1.11.20.3 Flujo de eventos
4.1.11.20.3.1 Flujo Principal
1. El usuario invoca el caso de uso “Cargar Datos CMI”
2. El usuario elige la opción: Cargar Datos Iniciativas.
3. Se llenan los campos específicos para registrar la fecha de inicio y
fecha fin.
4. Se acciona la opción “Guardar”.
5. Fin del caso de uso.
4.1.11.20.3.2 Flujo Alterno
1. Para el paso 4 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje comunicando que los datos fueron guardados
exitosamente. De lo contrario, mostrar un mensaje de error.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 3 del flujo principal.
4.1.11.21 Descripción del Caso de Uso “Cargar Datos Actividades”
4.1.11.21.1 Descripción
Permite al Analista/Supervisor y al Administrador del Sistema
introducir datos sobre las actividades registradas en el sistema.
4.1.11.21.1.1 Pre-Condición
Se selecciona la opción “Visualizar la Gestión” y luego se acciona la
opción: Cargar Datos Actividades. Debe haberse construido al menos un
Cuadro de Mando Integral.
4.1.11.21.1.2 Post-Condición
Se despliega una ventana de aviso confirmando que los datos fueron
guardados exitosamente y posteriormente una ventana para repetir la
operación.
4.1.11.21.2 Actores Involucrados
Analista/Supervisor y Administrador del Sistema.
4.1.11.21.3 Flujo de eventos
4.1.11.21.3.1 Flujo Principal
1. El usuario invoca el caso de uso “Cargar Datos de CMI”
2. El usuario elige la opción: Datos Actividades.
3. Se eligen las opciones para seleccionar una iniciativa y se llenan los
campos específicos para registrar la fecha de inicio, fecha fin y estado.
4. Se acciona la opción “Guardar”.
5. Fin del caso de uso.
4.1.11.21.3.2 Flujo Alterno
1. Para el paso 4 del flujo principal, de ser exitosa la operación se debe
mostrar un mensaje comunicando que los datos fueron guardados
exitosamente. De lo contrario, mostrar un mensaje de error.
2. Se despliega una ventana de alerta indicándole al usuario si desea
realizar nuevamente la operación. De ser afirmativa la respuesta, volver
al paso 3 del flujo principal.
4.1.12 Diagramas de Clase de Análisis
Una vez que se ha elaborado el diagrama de caso de uso general del
sistema, se lleva a cabo la creación de los diagramas de clase de análisis,
para lo cual, se toma como insumo base la información capturada en los
diagramas de casos de uso.
Los diagramas de clase de análisis representan una conceptualización
de las posibles clases y/o subsistemas del diseño del sistema que, en la
transición del análisis al diseño, constituyen un método para determinar
cuáles son las clases que permitan, posteriormente, desarrollar un modelo de
objetos robusto.
Para la realización de estos diagramas es necesario identificar y
describir cada clase de análisis junto con los atributos base que la
componen, entre los cuales tenemos: Las interfaces, que serán
representadas por la “Clase Interfaz”, los gestores para la comunicación
entre interfaces/entidades que son representadas por la “Clase Control” y las
encargadas de guardar la información que son representadas por la “Clase
Entidad”.
4.1.12.1 Clase Interfaz
Se utilizan para modelar la interfaz entre el sistema y sus actores. La
Figura 4.8 representa gráficamente en un modelo, la Clase de Interfaz. class Diagram...
Clase Interfaz
Figura 4.8 Clase de Interfaz
Fuente: Jacobson, Booch y Rumbaugh (1999).
En la tabla 4.3 se describen las clases interfaz para el sistema
ESTRATEGA:
Tabla 4.3 Descripción de las Clases de Interfaz (1/4)
Nombre de la Clase Interfaz Descripción
Acceder al Sistema Proporciona el inicio de sesión para los usuarios.
Gestión de Usuarios Se encarga de registrar al personal que requiera acceder al sistema y otorgar permisos para realizar funciones.
Fuente: Elaboración Propia.
Tabla 4.3 Descripción de las Clases de Interfaz (2/4)
Nombre de la Clase Interfaz Descripción
Formulación Estratégica Permite registrar, modificar o eliminar una unidad de negocio junto con su misión y visión respectiva.
Construcción del CMI Es la interfaz encargada de desplegar las opciones: Formulación Estratégica, Estrategia, Perspectiva, Objetivo Estratégico, Indicadores de Gestión, Actividades, Iniciativa, Asignar Responsabilidad.
Estrategia Es el encargado de registrar, modificar o eliminar las estrategias de una formulación estratégica establecida.
Perspectiva Proporciona funciones para registrar, modificar y eliminar las perspectivas que componen el CMI.
Objetivo Estratégico Se encarga de añadir, modificar o eliminar objetivos estratégicos asociados a una perspectiva del CMI.
Indicadores de Gestión Realiza funciones para añadir, modificar y eliminar indicadores de gestión asociados a un objetivo estratégico determinado.
Iniciativas Proporciona acciones para añadir, modificar y eliminar iniciativas asociados a un objetivo estratégico determinado.
Fuente: Elaboración Propia.
Tabla 4.3 Descripción de las Clases de Interfaz (3/4)
Nombre de la Clase Interfaz Descripción
Actividades Se encarga de añadir, modificar y eliminar actividades asociadas a una iniciativa determinada.
Asignar Responsabilidad Comprende acciones para registrar, modificar y eliminar responsabilidades asignadas al cumplimento de los objetivos estratégicos, iniciativas y actividades determinadas.
Carga de Datos CMI Es la interfaz encargada de desplegar las opciones: Datos Indicadores de Gestión, Datos Iniciativas y Actividades.
Datos Indicadores de Gestión
Proporciona una plantilla para la carga de datos reales, planificados en lapsos de tiempos determinados.
Datos Iniciativas Se encarga de cargar datos relacionados al cumplimiento de las iniciativas en lapsos de tiempo determinados.
Datos Actividades Proporciona una plantilla para la carga de datos sobre actividades en lapsos de tiempos determinados.
Visualización de la Gestión Es la interfaz encargada de desplegar las opciones: Misión/Visión, Mapa Estratégico, Objetivos Estratégicos, Indicadores de Gestión, Iniciativas.
Fuente: Elaboración Propia.
Tabla 4.3 Descripción de las Clases de Interfaz (4/4)
Nombre de la Clase Interfaz Descripción
Misión/Visión Permite mostrar e imprimir la unidad de negocio junto con su misión/visión.
Mapa Estratégico Despliega información gráfica sobre las condiciones de los objetivos estratégicos en una fecha determinada. Además permite imprimir la información consultada.
Objetivos Estratégicos Permite mostrar e imprimir los objetivos estratégicos establecidos.
Indicadores de Gestión Proporciona información sobre los indicadores de gestión asociados a los objetivos estratégicos establecidos.
Iniciativas Permite mostrar e imprimir las iniciativas formuladas para el logro de los objetivos estratégicos.
Fuente: Elaboración Propia.
4.1.12.2 lase Entidad
Se utilizan para modelar información que posee una vida larga y que a
menudo es persistente. La Figura 4.9 representa gráficamente en un modelo,
la Clase de Entidad.
class Diagrama...
Clase de Entidad
Figura 4.9 Clase de Entidad
Fuente: Jacobson, Booch y Rumbaugh (1999).
En la Tabla 4.4 se describen las clases de entidad para el sistema
ESTRATEGA:
Tabla 4.4 Descripción de las Clases de Entidad
Nombre de la Clase Interfaz Descripción
Usuario Se encarga de modelar los datos de todos los usuarios registrados en el sistema.
Misión/Visión Se encarga de modelar la información de la misión/visión registrada en el sistema.
Estrategia Se encarga de modelar información basada en las estrategias registradas en el sistema.
Objetivos Estratégicos Se encarga de modelar información basada en los objetivos estratégicos registrados en el sistema.
Indicadores de Gestión Se encarga de manejar información sobre los indicadores de gestión registrados en el sistema
Perspectiva Se encarga de modelar los datos sobre todas las perspectivas registradas en el sistema.
Responsabilidad Se encarga de manejar información sobre las responsabilidades asignadas al personal registrado en el sistema.
Fuente: Elaboración Propia.
4.1.12.3 Clase de Control
Estas clases representan la coordinación, secuencia, transacciones y
control, de los objetos y se usan frecuentemente para el control de un caso
de uso en concreto. La Figura 4.10 representa gráficamente en un modelo, la
Clase de Entidad.
class Diagrama...
Clase de Control
Figura 4.10 Clase de Control
Fuente: Jacobson, Booch y Rumbaugh (1999).
En la Tabla 4.5 se describen las clases de control para el sistema
ESTRATEGA:
Tabla 4.5 Descripción de las Clases de Control (1/4)
Nombre de la Clase Interfaz Descripción
Gestor Acceder al Sistema Verifica y valida la información introducida por la IU Acceder al Sistema.
Gestor Gestionar Usuarios Se encarga de almacenar los datos de la IU Gestionar Usuarios.
Gestor Construir CMI Se encarga de activar las interfaces: IU Formulación Estratégica, IU Estrategia, IU Perspectiva, IU Objetivo Estratégico, IU Indicadores de Gestión, IU Actividades, IU Iniciativa, IU Asignar Responsabilidad.
Gestor Formulación Estratégica
Se encarga de almacenar los datos de la IU Formulación Estratégica.
Gestor Estrategia Se encarga de almacenar los datos de la IU Estrategia.
Fuente: Elaboración Propia.
Tabla 4.5 Descripción de las Clases de Control (2/4)
Nombre de la Clase Interfaz Descripción
Gestor Perspectiva Se encarga de almacenar los datos de la
IU Perspectiva.
Gestor Acceder al Sistema Verifica y valida la información introducida
por la IU Acceder al Sistema.
Gestor Gestión de Usuarios Se encarga de almacenar los datos de la
IU Registro de Personal.
Gestor Objetivo Estratégico Se encarga de almacenar los datos de la
IU Objetivo Estratégico.
Gestor Indicadores de
Gestión
Se encarga de almacenar los datos de la
IU Indicadores de Gestión.
Gestor Actividades Se encarga de almacenar los datos de la
IU Actividades.
Gestor Iniciativa Se encarga de almacenar los datos de la
IU Iniciativas.
Gestor Asignar
Responsabilidad
Se encarga de almacenar los datos de la
IU Asignar Responsabilidad.
Gestor Cargar Datos CMI Se encarga de activar las interfaces: IU
Cargar Datos Indicadores de Gestión,
Cargar Datos Iniciativas, IU Cargar Datos
Actividades.
Gestor Cargar Datos
Indicadores de Gestión
Se encarga de almacenar los datos de la
IU Cargar Datos Indicadores de Gestión.
Gestor Cargar Datos
Iniciativas
Se encarga de almacenar los datos de la
IU Cargar Datos Iniciativas.
Fuente: Elaboración Propia.
Tabla 4.5 Descripción de las Clases de Control (3/4)
Nombre de la Clase Interfaz Descripción
Gestor Cargar Datos
Actividades
Se encarga de almacenar los datos de la
IU Cargar Datos Actividades.
Gestor Visualizar la Gestión Se encarga de activar las interfaces: IU
Consultar Misión/Visión, IU Ver Mapa
Estratégico, IU Ver Objetivos Estratégicos,
IU Ver Indicadores de Gestión, IU Ver
Iniciativas.
Gestor Ver Misión/Visión Se encarga de mostrar la información
registrada de la Formulación estratégica y
la muestra en la IU Consultar
Misión/Visión.
Gestor Ver Mapa Estratégico Se encarga de procesar los parámetros
seleccionados en la interfaz IU Ver Mapa
Estratégico para realizar la búsqueda y
luego mostrar los resultados obtenidos.
Gestor Ver Misión/Visión Se encarga de mostrar la información
registrada de la Formulación estratégica y
la muestra en la IU Consultar
Misión/Visión.
Gestor Ver Mapa Estratégico Se encarga de procesar los parámetros
seleccionados en la interfaz IU Ver Mapa
Estratégico para realizar la búsqueda y
luego mostrar los resultados obtenidos.
Fuente: Elaboración Propia.
Tabla 4.5 Descripción de las Clases de Control (4/4)
Nombre de la Clase Interfaz Descripción
Gestor Ver Objetivos
Estratégicos
Se encarga de procesar los parámetros
seleccionados en la interfaz IU Ver
Objetivos Estratégicos para realizar la
búsqueda y luego mostrar los resultados
obtenidos.
Gestor Ver Indicadores de
Gestión
Se encarga de procesar los parámetros
seleccionados en la interfaz IU Ver
Indicadores de Gestión para realizar la
búsqueda y luego mostrar los resultados
obtenidos.
Gestor Ver Iniciativas Se encarga de procesar los parámetros
seleccionados en la interfaz IU Ver
Iniciativas e IU Ver Actividades para
realizar la búsqueda y luego mostrar los
resultados obtenidos.
Fuente: Elaboración Propia.
4.1.12.3 Descripción del Diagrama de Clase de Análisis del Caso de Uso
“Acceder al Sistema”
Se encarga de leer el nombre de usuario y la clave correspondiente,
validar con los datos registrados en el sistema y cargar la sesión del usuario
en caso de que los datos sean correctos. El usuario invoca a la clase interfaz
IU Acceder al Sistema, el cual activa la clase control denominada Gestor
Acceder al Sistema que valida y verifica si los datos introducidos son
correctos, invocando a la clase Usuario.
En la Figura 4.11, se presenta el diagrama de clase de análisis para el
caso de uso Acceder al Sistema.
class Diagrama de Clase del Caso de Uso "Acceder al Sistema"
Usuario
Administrador del Sistema
Analista/Superv isor Gerente
Acceder al Sistema Gestor Acceder alSistema
Interfaz Principal
Usuario
Figura 4.11 Diagrama de Clase de Análisis del Caso de Uso “Acceder al
Sistema”
Fuente: Elaboración Propia.
4.1.12.2 Diagrama de Clase de Análisis del Caso de Uso “Gestionar
Usuario”
Es el encargado de registrar, modificar y eliminar usuarios del sistema
además de proporcionarles permisos para acceder a determinadas
funcionalidades del sistema. Para ello el Caso de Uso “Gestionar Personal”
despliega una interfaz denominada IU Gestionar Personal, la cual acciona a
su vez la clase de control Gestor Gestionar Personal que invoca a la entidad
Usuario, en el cual se comprueba que la información colocada es la correcta.
En la Figura 4.12, se presenta el diagrama de clase de análisis para el
caso de uso Gestionar Personal.
class Diagrama de Clase del Caso de Uso "Gestionar Usuarios"
Usuario IU Gestionar Usuarios Gestor: GestionarUsuarios
Usuario
Administrador del Sistema
Figura 4.12 Diagrama de Clase de Análisis del Caso de Uso “Gestionar
Usuario”
Fuente: Elaboración Propia.
4.1.12.3 Diagrama de Clase de Análisis del Caso de Uso “Construir CMI”
Es el encargado de crear, modificar y eliminar un Cuadro de Mando
Integral, el cual posee funciones para registrar, modificar y eliminar
información de: Misión/Visión, Estrategias, Objetivos Estratégicos,
Perspectivas, Indicadores de Gestión, Iniciativas, Actividades y asignación de
responsabilidad. Este caso de uso despliega la interfaz IU Construir CMI que
posee relación directa con la clase de control denominada Gestor Construir
CMI, que a su vez puede activar las siguientes clases interfaz: IU
Formulación Estratégica, IU Estrategia, IU Perspectiva, IU Objetivo
Estratégico, IU Indicadores de Gestión, IU Actividades, IU Iniciativa e IU
Asignar Responsabilidad.
En la Figura 4.13, se presenta el diagrama de clase de análisis para el
caso de uso Construir CMI.
class Diagrama de Clase del Caso de Uso "Construir C...
IU Construir CMI Gestor: Construir CMI
IU FormulaciónEstratégica
IU Estrategia
IU Perspectiva
IU Objetivo Estratégico
IU Indicadores deGestión
IU Actividades
IU Iniciativa
IU AsignarResponsabil idad
Gestor: FormulaciónEstratégica
Gestor: Estrategia
Gestor Perspectiva
Gestor: ObjetivoEstratégico
Gestor: Indicadores deGestión
Gestor: Actividades
Gestor: Iniciativa
Gestor: AsignarResponsabil idad
FormulaciónEstratégica
Estrategia
Perspectiva
Objetivos Estratégicos
Indicadores de Gestión
Iniciativa
Actividades
Responsabildiad
Usuario
Administrador del
Sistema
Analista/Superv isor
Figura 4.13 Diagrama de Clase de Análisis del Caso de Uso “Construir
CMI”
Fuente: Elaboración Propia.
4.1.12.4 Diagrama de Clase de Análisis del Caso de Uso “Cargar Datos
CMI”
Es el encargado de crear, modificar y eliminar datos de un Cuadro de
Mando Integral, el cual posee funciones para registrar, modificar y eliminar
datos sobre: Indicadores de Gestión, Iniciativas y Actividades. Este caso de
uso despliega la interfaz IU Cargar Datos CMI que posee relación directa con
la clase de control denominada Gestor Cargar Datos CMI, que a su vez
puede activar las siguientes clases interfaz: IU Cargar Datos Indicadores de
Gestión, IU Cargar Datos Iniciativas e IU Cargar Datos Actividades.
En la Figura 4.14, se presenta el diagrama de clase de análisis para el
caso de uso Cargar Datos CMI.
class Diagrama de Clase del Caso de Uso "Cargar Datos C...
Usuario
Administrador del Sistema
Analista/Superv isor
IU Cargar Datos CMI Gestor: Cargar DatosCMI
IU Cargar DatosIndicadores de Gestión
IU Cargar DatosIniciativa
IU Cargar DatosActividades
Gestor: Cargar DatosIndicadores de Gestión
Gestor: Cargar DatosIniciativa
Gestor: Cargar DatosActividades
Indicadores de Gestión
Iniciativa
Actividades
Figura 4.14 Diagrama de Clase de Análisis del Caso de Uso “Cargar
Datos CMI”
Fuente: Elaboración Propia.
4.1.12.5 Diagrama de Clase de Análisis del Caso de Uso “Visualizar la
Gestión”
Es el encargado de consultar información sobre un Cuadro de Mando
Integral. Este caso de uso despliega la interfaz IU Visualizar la Gestión que
posee relación directa con la clase de control denominada Gestor Visualizar
la Gestión, que a su vez puede activar las siguientes clases interfaz: IU
Consultar Misión/Visión, IU Ver Mapa Estratégico, IU Ver Objetivos
Estratégicos, IU Ver Indicadores de Gestión, IU Ver Iniciativas, IU Ver
Actividades. Esto permite mostrar e imprimir consultas sobre los elementos
que constituyen el Cuadro de Mando Integral.
En la Figura 4.15, se presenta el diagrama de clase de análisis para el
caso de uso Visualizar la Gestión.
class Diagrama de Clase del Caso de Uso "Visualizar la Gestión"
Usuario
Administrador del
Sistema
Analista/Superv isor
IU Visualizar la Gestión Gestor: Visualizar laGestión
IU ConsultarMIsión/Visión
IU Ver MapaEstratégico
IU Ver ObjetivosEstratégicos
IU Ver Indicadores deGestión
IU Ver Iniciativas
Gestor: ConsultarMisión/Visión
Gestor: Ver MapaEstratégico
Gestor: Ver ObjetivosEstratégicos
Gestor: Ver Indicadoresde Gestión
Gestor: Ver Iniciativas
Indicadores de Gestión
Iniciativa
Objetivos Estratégicos
Mapa Estratégico
FormulaciónEstratégica
Gestor: ActividadesIU Actividades Actividades
Figura 4.15 Diagrama de Clase de Análisis del Caso de Uso “Visualizar
la Gestión”
Fuente: Elaboración Propia.
4.1.13 Diagramas de Colaboración
4.1.13.1 Descripción del Diagrama de Colaboración del Caso de Uso
“Acceder Al Sistema”
Para este caso de uso el usuario podrá activar la interfaz de Acceder
al Sistema e ingresar con el nombre de usuario y contraseña (1), estos datos
son controlados por el gestor: Acceder al Sistema (2) y verificados por la
entidad respectiva, en este caso Usuario (3). Esta entidad retorna un estado
de registro (4) y muestra el resultado de la operación, sea satisfactoria o no
(5). A continuación se presenta la Figura 4.16:
object Diagrama de Colaboración del Caso de Uso "Acceder Al Sistem...
Usuario
Administrador del Sistema
Analista/Superv isor Gerente
Acceder al Sistema Gestor Acceder alSistema
Interfaz Principal
Usuario
1: Introducir nombre de usuario y contraseña
2: Procesar Usuario
3: Buscar los datos del usuario
4: Extraer los datos del usuario
5: Habilitar Interfaz Gráfica
Leyenda
1:()2() 3()
4()
5()
Figura 4.16 Diagrama de Colaboración del Caso de Uso “Acceder Al
Sistema”
Fuente: Elaboración Propia.
4.1.13.2 Descripción del Diagrama de Colaboración del Caso de Uso
“Gestionar Usuarios”
En la Figura 4.17 se puede observar el Diagrama de Colaboración del
Caso de Uso “Gestionar Usuarios” en el que se plasma las interacciones
entre los elementos del mismo, donde los usuarios pueden consultar el
personal que ha ingresado al sistema.
object Diagrama de Colaboración del Caso de Uso "Gestionar Usuario...
Usuario
Administrador del Sistema
IU Gestionar Usuarios Gestor: GestionarUsuarios
Usuario
1: Ingresar Datos de Usuario
2: Registrar Datos en Usuario
3: Guardar Datos
Leyenda
1()2() 3()
Figura 4.17 Diagrama de Colaboración del Caso de Uso “Gestionar
Usuarios”
Fuente: Elaboración Propia.
4.1.13.3 Descripción del Diagrama de Colaboración del Caso de Uso
“Construir CMI”
Para este Caso de Uso el usuario puede procesar información sobre la
creación de un Cuadro de Mando Integral. En la Figura 4.18 se puede
observar el diagrama de colaboración del caso de uso “Construir CMI” que
denota la interacción de los elementos que conforman el sistema de gestión,
donde los usuarios pueden procesar información para la Construcción del
CMI en una unidad de negocio determinada.
object Diagrama de Colaboración del Caso de Uso "Construir C...
1: Escoger Opción
2: Procesar Selección
11: Escoger Interfaz Perspectiva
12: Introducir Datos
13: Procesar Información
14: Almacenar Datos
15: Escoger Interfaz Objetivo Estratégico
16: Introducir Datos
17: Procesar Información
18: Almacenar Datos
19: Escoger Interfaz Indicadores de Gestión
20: Introducir Datos
3: Escoger Interfaz
21: Procesar Información
22: Almacenar Datos
23: Escoger Interfaz Actividades
24: Introducir Datos
25: Procesar Información
26: Almacenar Datos
27: Escoger Interfaz Iniciativa
28: Introducir Datos
29: Procesar Informnación
30: Almacenar Datos
4: Introducir Datos
31: Escoger Interfaz Asignar Responsabilidad
32: Introducir Datos
33: Procesar Información
34: Almacenar Información
5: Gestionar Información
6: Almacenar Datos
7: Escoger Interfaz Estrategia
8: Introducir Datos
9: Procesar Información
10: Almacenar Datos
Leyenda
IU Construir CMI Gestor: Construir CMI
IU FormulaciónEstratégica
IU Estrategia
IU Perspectiva
IU Objetivo Estratégico
IU Indicadores deGestión
IU Actividades
IU Iniciativa
IU AsignarResponsabilidad
Gestor: FormulaciónEstratégica
Gestor: Estrategia
Gestor Perspectiva
Gestor: ObjetivoEstratégico
Gestor: Indicadores deGestión
Gestor: Actividades
Gestor: Iniciativa
Gestor: AsignarResponsabilidad
FormulaciónEstratégica
Estrategia
Perspectiva
Objetivos Estratégicos
Indicadores de Gestión
Iniciativa
Actividades
Responsabildiad
Usuario
Administrador del
Sistema
Analista/Superv isor
2()
3()
7()
11()
15()
19()
23()
27()
31()
5()
9()
13()
17()
21()
25()
29()
33()
6()
10()
14()
18()
22()
30()
26()
34()
1()
4()
8()
12()
16()
20()
24()
28()
32()
Figura 4.18 Diagrama de Colaboración del Caso de Uso “Construir CMI”
Fuente: Elaboración Propia.
4.1.13.4 Descripción del Diagrama de Colaboración del Caso de Uso
“Cargar Datos CMI”
Para este Caso de Uso el usuario puede procesar información sobre el
Cuadro de Mando Integral. En la Figura 4.19 se puede observar el diagrama
de colaboración del caso de uso “Cargar Datos CMI” en el que se denota la
interacción entre los distintos elementos del mismo, donde los usuarios
pueden procesar información sobre el Cuadro de Mando Integral.
object Diagrama de Colaboración del Caso de Uso "Cargar Datos C...
Usuario
Administrador del Sistema
Analista/Superv isor
IU Cargar Datos CMI Gestor: Cargar DatosCMI
IU Cargar DatosIndicadores de Gestión
IU Cargar DatosIniciativa
IU Cargar DatosActividades
Gestor: Cargar DatosIndicadores de Gestión
Gestor: Cargar DatosIniciativa
Gestor: Cargar DatosActividades
Indicadores de Gestión
Iniciativa
Actividades
1: Escoger Opción
2: Procesar Selección
3: Escoger Interfaz Datos Indicadores de Gestión
4: Introducir Datos
5: Gestionar Información
6: Almacenar Datos
7: Escoger Interfaz Datos Iniciativa
8: Introducir Datos
9: Gestionar Información
10: Almacenar Datos
11: Escoger Interfaz Actividades
12: Introducir Datos
13: Gestionar Información
14: Almacenar Datos
Leyenda
1() 2()
3()
4()5() 6()
7() 9() 10()
11()
12()13() 14()
8()
Figura 4.19 Diagrama de Colaboración del Caso de Uso “Cargar Datos
CMI”
Fuente: Elaboración Propia.
4.1.13.5 Descripción del Diagrama de Colaboración del Caso de Uso
“Visualizar la Gestión”
En la Figura 4.20 se puede observar el diagrama de colaboración del
Caso de Uso “Visualizar la Gestión”, mostrando la relación que existe entre
los distintos elementos del mismo, donde los usuarios ejecutan consultas e
informes sobre la información registrada en la base de datos del sistema,
realizando esto a través de la búsqueda y extracción de datos sobre las
entidades y mostrando la información a través de las interfaces.
object Diagrama de Colaboración del Caso de Uso "Visualizar la Gestió...
1: Escoger Opción
2: Procesar Selección
12: Seleccionar Parámetros de Búsqueda
13: Validar Parámetros
14: Procesar Búsqueda
15: Activar Interfaz Indicadores de Gestión
16: Seleccionar los parámetros de búsqueda
17: Validar Parámetros
18: Procesar Búsqueda
19: Activar Interfaz Iniciativas
20: Seleccionar Parámetros de Búsqueda
21: Validar Parámetros
3: Activar Interfaz Misión/Visión
22: Procesar Búsqueda
4: Seleccionar los parámetros de busqueda
6: Procesar Búsqueda
7: Activar Interfaz Mapa Estratégica
8: Seleccionar Parámetros de Búsqueda
9: Validar Parámetros
10: Procesar Búsqueda
11: Activar Interfaz Objetivos Estratégicos
Leyenda
Usuario
Administrador del
Sistema
Analista/Superv isor
IU Visualizar la Gestión Gestor: Visualizar laGestión
IU ConsultarMIsión/Visión
IU Ver MapaEstratégico
IU Ver ObjetivosEstratégicos
IU Ver Indicadores deGestión
IU Ver Iniciativas
Gestor: ConsultarMisión/Visión
Gestor: Ver MapaEstratégico
Gestor: Ver ObjetivosEstratégicos
Gestor: Ver Indicadoresde Gestión
Gestor: Ver Iniciativas
Indicadores de Gestión
Iniciativa
Objetivos Estratégicos
Mapa Estratégico
FormulaciónEstratégica
10()
14()
18()
22()
6()
1() 2()
3()
4() 5()
7()
8() 9()
11()
12()
13()
15()
16()
17()
20()
19()
21()
Figura 4.20 Diagrama de Colaboración del Caso de Uso “Visualizar la
Gestión”
Fuente: Elaboración Propia.
4.1.14 Paquete de Análisis y Dependencia de Paquetes
Los paquetes de análisis son usados como herramienta base para
organizar los artefactos que componen un modelo de análisis. Estos pueden
estar conformados por clases de análisis, de realización de casos de uso e
incluso de otros paquetes de análisis en el que se describen la separación
lógica del negocio creándose a partir de los requisitos funcionales,
permitiendo así, analizar el sistema de manera separada probablemente
convirtiéndose en subsistemas. En referencia a los diagramas de paquetes
de análisis, se pretende organizar al máximo el contenido de cada paquete y
la interdependencia de estos dentro del contexto del paquete de análisis del
sistema.
En la Figura 4.21 se presentan los paquetes que conforman el
paquete de análisis del sistema:
pkg Diagrama de Paquetes de Análisis del Sistema
ESTRATEGA
Gestionar Carga de Datos CMIGestionar Construcción del CMI
Gestionar Sistema Gestión de Usuarios
Gestionar Consultas CMI
Acceder al Sistema
Cargar Datos CMIConstruir CMI
Visualizar la GestiónGestionar Usuarios
«trace»
«trace»
«trace»«trace»
«trace»
Figura 4.21 Diagrama de Paquetes de Análisis del Sistema
Fuente: Elaboración Propia.
4.1.15 Conclusión de la Fase de Inicio
Para esta fase se logró obtener información sobre el contexto del
sistema, además de los requerimientos funcionales y no funcionales del
negocio, representados en los diagramas de casos de uso del sistema y una
de riesgos para el desarrollo del sistema.
Además se realizaron los modelos de casos de uso, identificando los
actores principales y las funcionalidades principales del sistema. Esto
proporciona información insumo para desarrollar el modelo de análisis, lo
cual permitió obtener una primera versión del modelo del sistema y a su vez
describir una arquitectura candidata, que perfila las vistas de los modelo de
caso de uso y análisis.
4.2 Fase de elaboración
4.2.1 Planificación de la Fase de Elaboración
Para el inicio de la fase de elaboración, se toma como línea base de
desarrollo la fase de inicio, en el que se presenta un modelo de casos de uso
y un modelo de análisis momentáneamente completo. Esta fase pretende
robustecer la arquitectura candidata y para ello es necesario complementar
con otras herramientas los modelos realizados, que permita alcanzar una
línea sólida de la arquitectura para la construcción de la fase siguiente.
Para esta fase se obtendrá un análisis completo del negocio,
complementando el modelo de análisis y añadiendo un modelo de diseño
detallado en el que se pueda mostrar una descripción de la arquitectura
obtenida en la fase de inicio.
4.2.2 Diagrama de Capas
Los subsistemas constituyen un medio para organizar el modelo de
diseño en piezas manejables. Pueden bien identificarse inicialmente como
forma de dividir el trabajo de diseño, o bien pueden irse encontrando a
medida que el modelo de diseño evoluciona y va “creciendo” hasta
convertirse en una gran estructura que debe ser descompuesta.
Los diagramas de capas muestran una forma de dividir el sistema e
identificar los subsistemas existentes. Siguiendo un orden jerárquico, existen
cuatro capas o interfaces en los cuales se agrupan los subsistemas. Para
esto es necesario identificar:
Los subsistemas de la aplicación que se agrupa en la capa específica y
general de la aplicación (capas superiores).
Para los subsistemas intermedios y de software compuestos por los
sistemas operáticos, sistemas de gestión de base de datos, software de
comunicación, tecnologías de distribución de objetos, entre otras,
constituyen las capas inferiores o bien los cimientos del sistema.
Siguiendo lo anteriormente expuesto, el sistema está constituido por:
1. La capa específica de la aplicación que contiene los paquetes:
Gestionar Sistema, Gestionar Construcción CMI, Gestionar Carga de
Datos CMI y Gestionar Usuario.
2. La capa general de la aplicación comprende el sistema de información
gerencial para el control de estrategias, que a su vez, se conecta con la
capa intermedia.
3. La capa intermedia está compuesta por los lenguajes de programación,
sistema gestor de base de datos y sistema de comunicación utilizados
en el desarrollo de la aplicación.
4. La capa de software abarca el sistema operativo y los sistemas de
comunicación empleados para levantar la aplicación en servicio.
A continuación se muestra la Figura 4.22 que presenta el diagrama de
capas del sistema de información gerencial para el control y seguimiento de
estrategias:
pkg Diagramas del Sistema Estratega
Gestionar Carga de Datos CMI Gestionar Construcción del CMI Gestionar Consultas CMI Gestionar Sistema Gestión de Usuarios
ESTRATEGA (MVC)
PHP 5 Postgres Apache Serv er
Sistema Operativ o
Nav egador Web
TCP/IP
Capa Específica de la Aplicación
Capa General de la Aplicación
Capa Intermedia
Capa de Software
«use»
«use»
«use»«use»«use»
«use»«use»«use»
«use»
«use»
«use»«use»«use»
«use»
Figura 4.22 Diagrama de Capas del Sistema
Fuente: Elaboración Propia.
4.2.3 Diagrama de Clase de Diseño
Los diagramas de clase de diseño son una herramienta que permiten
la abstracción de clases o bien, de la construcción del propio sistema, en el
que se especifican las operaciones, parámetros, métodos, atributos y tipos
de variables que utilizan. Además permite establecer la visibilidad de las
clases en base a sus operaciones y atributos asociadas a las relaciones
existentes entre ellas.
A partir de esto se pueden proporcionar interfaces, por lo cual, estos
diagramas representan un estereotipo inicial para la construcción del sistema
y un modelo de diseño e implementación.
Es importante señalar que para este caso, algunos elementos que
componen el diagrama de clase de diseño no representan estrictamente una
clase. Los estereotipos “Vista” representan una instancia de las clases
estereotipo “Controlador”. En realidad las “clases Vista” representan las
interfaces en las cuales, los usuarios estarán interactuando con el sistema,
por lo que los controladores serán el medio principal para que las “clases
vista” o interfaces se carguen mediante la ejecución de algunos métodos. Al
igual que las clases tabla, estos solo representan las entidades que
comprenden el modelo del sistema que son traducidas mediante las “clases
de estereotipo tabla”, es decir, son las entidades del modelo del negocio
representadas por tablas de registro.
A continuación, se presenta la Figura 4.23, en el que se muestra el
diagrama el diagrama de clase de diseño, correspondiente a las clases de
diseño que han sido identificadas, en el que se muestran sus atributos y
operaciones, junto con las relaciones existentes entre ellas.
class Diagrama de Clase de Diseño (1)
«Controlador»Usuario
+ index() : void+ login() : void+ registrar_usuario() : void+ correos_iguales() : void+ pass_iguales() : void
«Modelo»Usuario_model
+ _construct() : void+ consultar_usuario_clave(caracter, caracter) : Object+ insertar(Array) : int+ editar(array, int) : boolean+ eliminar(int) : boolean+ obtener(int) : array+ usuarios() : boolean
Usuario
«column»*PK id_usuario nombre cedula unidad_perteneciente nick_usuario contraseña nivel_usuario bsc_id_bsc
«PK»+ PK_Usuario()
«unique»+ UQ_Usuario_bsc_id_bsc()+ UQ_Usuario_cedula()+ UQ_Usuario_correo_electronico()+ UQ_Usuario_nick_usuario()
«Controlador»Gestión_de_Usuarios
+ _construct() : void+ index() : void+ cambiar_permisos() : void+ añadir_usuario() : void+ editar_usuario() : void+ eliminar_usuario() : void
«Controlador»Interfaz_Principal
+ _construct() : void+ index() : void
«Vista»Interfaz_Principal_v iew
«menu element»+ Gestionar_Usuarios+ Construir_CMI+ Cargar_Datos_CMI+ Visualizar_Gestion
«Vista»usuario_login_v iew
«input element»+ nick_usuario: Caracter+ contraseña: Caracter
«interface»Gestion_de_Usuarios_v iew
«select element»+ cambiar_permisos+ añadir_usuario+ actualizar_usuario+ eliminar_usuario
Figura 4.23 Diagrama de Clase de Diseño (1/4)
Fuente: Elaboración Propia. class Diagrama de Clase de Diseño (2)
«Controlador»Usuario
+ index() : void+ login() : void+ registrar_usuario() : void+ correos_iguales() : void+ pass_iguales() : void
«Modelo»Usuario_model
+ _construct() : void+ consultar_usuario_clave(caracter, caracter) : Object+ insertar(Array) : int+ editar(array, int) : boolean+ eliminar(int) : boolean+ obtener(int) : array+ usuarios() : boolean
Usuario
«column»*PK id_usuario nombre cedula unidad_perteneciente nick_usuario contraseña nivel bsc_id_bsc
«PK»+ PK_Usuario()
«unique»+ UQ_Usuario_bsc_id_bsc()+ UQ_Usuario_cedula()+ UQ_Usuario_correo_electronico()+ UQ_Usuario_nick_usuario()
«Controlador»Interfaz_Principal
+ _construct() : void+ index() : void
«Controlador»Construir_CMI
+ _construct() : void+ index() : void
«Controlador»Formulación_estratégica
+ index() : void+ _construct() : void+ insertar() : void+ Actualizar() : void+ Eliminar() : void
«Modelo»Formulación_estratégica_model
+ _construct() : void+ Insertar_cmi() : void+ Actualizar_cmi() : void+ Eliminar_cmi() : void+ Obtener_cmi() : void+ cmi() : void
«Controlador»Estrategia
+ index() : void+ _construct() : void+ insertar() : void+ Actualizar() : void+ Eliminar() : void
«Modelo»Estrategia_model
+ _construct() : void+ Insertar_estrategia() : void+ actualizar_estrategia() : void+ Eliminar_estrategia() : void+ Obtener_estrategia() : void+ Estrategia() : void
«Controlador»Perspectiv a
+ index() : void+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void
«Modelo»Perspectiv a_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Perspectiva() : void
«Controlador»Objetiv o_Estratégico
+ _construct() : void+ index() : void+ Insetar() : void+ Actualizar() : void+ Eliminar() : void+ consultar_detalle_objetivo() : void
«Modelo»Objetiv o_Estratégico_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Objetivo_estratégico() : void
«Controlador»Indicadores_de_gestión
+ _construct() : void+ index() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ insertar_datos() : void+ editar_datos() : void+ eliminar_datos() : void+ consultar_detalle_indicador_gestión() : void
«Modelo»Indicadores_de_Gestión_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Indicadores_de_gestión() : void+ insertar_datos() : void+ actualizar_datos() : void+ eliminar_datos() : void+ obtener_datos() : void
«Controlador»Activ idad
+ index() : void+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ insertar_datos() : void+ editar_datos() : void+ eliminar_datos() : void
«Modelo»Activ idad_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Actividad() : void+ insertar_datos() : void+ actualizar_datos() : void+ eliminar_datos() : void
«Controlador»Iniciativ a
+ _construct() : void+ index() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Actividad() : void+ insertar_datos() : void+ editar_datos() : void+ eliminar_datos() : void+ consultar_detalle_iniciativa() : void
«Modelo»Iniciativ a_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Iniciativa() : void+ insertar_datos() : void+ actualizar_datos() : void+ eliminar_datos() : void+ Obtener_datos() : void
«Controlador»Responsabilidad
+ _construct() : void+ Index() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Responsabilidad() : void
«Modelo»Responsabilidad_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Responsabilidad() : void
Formulacion_estratégica
«column»*PK id_formulacion_estratégica misión visión nombre_unidad_negocio código_unidad_negocio
«PK»+ PK_Formulacion_estratégica()
Estrategia
«column»*PK id_estrategia estrategia descripcion formulación_estratégica_id_formulación_estratégica
«PK»+ PK_ Estrategia()
Perspectiv a
«column»*PK id_perspectiva nombre descripción código formulacion_estrategica_id_formulacion_estrategica
«PK»+ PK_Perspectiva()
Objetiv o_Estratégico
«column»*PK id_objetivo_estratégico nombre descripcion codigo perspectiva_id_perspectiva estrategia_id_estrategia
«PK»+ PK_Objetivo_Estratégico()
Indicador_de_Gestion
«column»*PK id_indicador_gestión nombre descripción codigo objetivo_estratégico_id_objetivo_estratégico
«PK»+ PK_Indicador_de_Gestion()
Activ idad
«column»*PK id_actividad nombre descripción fecha_inicio fecha_fin progreso indicador_gestión_id_indicador_gestión
«PK»+ PK_Actividad()
Iniciativ a
«column»*PK id_iniciativa nombre descripción fecha_inicio fecha_fin progreso objetivo_estratégico_id_objetivo_estratégico
«PK»+ PK_Iniciativa()
Responsabilidad
«column»*PK id_responsabilidad nombre apellido cédula unidad_perteneciente descripción_responsabilidad indicador_gestión_id_indicador_gestión objetivo_estrategico_id_objetivo_estrategico iniciativa_id_iniciativa actividad_id_actividad
«PK»+ PK_Responsabilidad()
«unique»+ UQ_Responsabilidad_cédula()
Relación_objetiv o
«column» fk_objetivo_causa fk_objetivo_efecto
«Vista»Interfaz_Principal_v iew
«menu element»+ Gestionar_Usuarios+ Construir_CMI+ Cargar_Datos_CMI+ Visualizar_Gestion
«Vista»Construir_CMI_v iew
«menu element»+ Formulacion_Estrategica+ Estrategia+ Perspectiva+ Objetivo_Estrategico+ Indicadores_de_Gestión+ Iniciativa+ Actividad+ Responsabilidad
«Vista»Formulacion_Estrategica_View
«menu element»+ insertar+ actualizar+ eliminar
«Vista»Estrategia_v iew
«menu element»+ insertar+ actualizar+ eliminar
«Vista»Perspectiv a_v iew
«menu element»+ insertar+ actualizar+ eliminar
«Vista»Objetiv o_Estrategico_v iew
«menu element»+ insertar+ actualizar+ eliminar
«Vista»Indicador_de_Gestion_v iew
«menu element»+ insertar+ actualizar+ eliminar
«Vista»Activ idad
«menu element»+ insertar+ actualizar+ eliminar
«Vista»Iniciativ a_v iew
«menu element»+ insertar+ actualizar+ eliminar
«Vista»Responsabilidad
«menu element»+ insertar+ actualizar+ eliminar
Figura 4.24 Diagrama de Clase de Diseño (2/4)
Fuente: Elaboración Propia.
class Diagramas de Clase de Diseño (3)
«Controlador»Usuario
+ index() : void+ login() : void+ registrar_usuario() : void+ correos_iguales() : void+ pass_iguales() : void
«Modelo»Usuario_model
+ _construct() : void+ consultar_usuario_clave(caracter, caracter) : Object+ insertar(Array) : int+ editar(array, int) : boolean+ eliminar(int) : boolean+ obtener(int) : array+ usuarios() : boolean
Usuario
«column»*PK id_usuario nombre cedula unidad_perteneciente nick_usuario contraseña nivel bsc_id_bsc
«PK»+ PK_Usuario()
«unique»+ UQ_Usuario_bsc_id_bsc()+ UQ_Usuario_cedula()+ UQ_Usuario_correo_electronico()+ UQ_Usuario_nick_usuario()
«Controlador»Interfaz_Principal
+ _construct() : void+ index() : void
«Controlador»Cargar_Datos_CMI
+ _construct() : void+ index() : void
Carga_histórico_datos
«column»*PK id_dato_historico dato_real dato_plan valor_minimo_plan valor_máximo_plan indicador_gestión_id_indicador_gestión
«PK»+ PK_Carga_histórico_datos()
Iniciativ a
«column»*PK id_iniciativa nombre descripción fecha_inicio fecha_fin progreso objetivo_estratégico_id_objetivo_estratégico
«PK»+ PK_Iniciativa()
Activ idad
«column»*PK id_actividad nombre descripción fecha_inicio fecha_fin progreso indicador_gestión_id_indicador_gestión
«PK»+ PK_Actividad()
«Modelo»Iniciativ a_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Iniciativa() : void+ insertar_datos() : void+ actualizar_datos() : void+ eliminar_datos() : void+ Obtener_datos() : void
«Controlador»Iniciativ a
+ _construct() : void+ index() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Actividad() : void+ insertar_datos() : void+ editar_datos() : void+ eliminar_datos() : void+ consultar_detalle_iniciativa() : void
«Controlador»Indicadores_de_gestión
+ _construct() : void+ index() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ insertar_datos() : void+ editar_datos() : void+ eliminar_datos() : void+ consultar_detalle_indicador_gestión() : void
«Modelo»Indicadores_de_Gestión_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Indicadores_de_gestión() : void+ insertar_datos() : void+ actualizar_datos() : void+ eliminar_datos() : void+ obtener_datos() : void
«Modelo»Activ idad_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Actividad() : void+ insertar_datos() : void+ actualizar_datos() : void+ eliminar_datos() : void
«Controlador»Activ idad
+ index() : void+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ insertar_datos() : void+ editar_datos() : void+ eliminar_datos() : void
«Vista»Interfaz_Principal_v iew
«menu element»+ Gestionar_Usuarios+ Construir_CMI+ Cargar_Datos_CMI+ Visualizar_Gestion
«Vista»cargar_datos_CMI_v iew
«menu element»+ Cargar_Datos_Indicadores_de_Gestión+ Cargar_Datos_Iniciativa+ Cargar_Datos_Actividad
«Vista»usuario_login_v iew
«input element»+ nick_usuario: Caracter+ contraseña: Caracter
«Vista»Cargar_Datos_Indicadores_de_Gestion_v iew
«menu element»+ insertar_datos+ editar_datos+ eliminar_datos
«Vista»Cargar_Datos_Iniciativ a_v iew
«menu element»+ Insertar_Datos+ Actualizar_Datos+ Eliminar_Datos
«Vista»Cargar_Datos_Activ idad_v iew
«menu element»+ insertar_datos+ actualizar_datos+ eliminar_datos
Figura 4.25 Diagrama de Clase de Diseño (3/4)
Fuente: Elaboración Propia. class Diagrama de Clase de Diseño (4)
«Controlador»Usuario
+ index() : void+ login() : void+ registrar_usuario() : void+ correos_iguales() : void+ pass_iguales() : void
«Modelo»Usuario_model
+ _construct() : void+ consultar_usuario_clave(caracter, caracter) : Object+ insertar(Array) : int+ editar(array, int) : boolean+ eliminar(int) : boolean+ obtener(int) : array+ usuarios() : boolean
Usuario
«column»*PK id_usuario nombre cedula unidad_perteneciente nick_usuario contraseña nivel bsc_id_bsc
«PK»+ PK_Usuario()
«unique»+ UQ_Usuario_bsc_id_bsc()+ UQ_Usuario_cedula()+ UQ_Usuario_correo_electronico()+ UQ_Usuario_nick_usuario()
«Controlador»Interfaz_Principal
+ _construct() : void+ index() : void
«Controlador»Visualizar_la_Gestión
+ construct() : void+ index() : void
«Controlador»Misión/Visión
+ consultar_formulación_estratégica() : void
«Modelo»Estrategia_model
+ _construct() : void+ Insertar_estrategia() : void+ actualizar_estrategia() : void+ Eliminar_estrategia() : void+ Obtener_estrategia() : void+ Estrategia() : void
«Modelo»Formulación_estratégica_model
+ _construct() : void+ Insertar_cmi() : void+ Actualizar_cmi() : void+ Eliminar_cmi() : void+ Obtener_cmi() : void+ cmi() : void
Estrategia
«column»*PK id_estrategia estrategia descripcion formulación_estratégica_id_formulación_estratégica
«PK»+ PK_ Estrategia()
Formulacion_estratégica
«column»*PK id_formulacion_estratégica misión visión nombre_unidad_negocio código_unidad_negocio
«PK»+ PK_Formulacion_estratégica()
«Controlador»Mapa_Estratégico
+ consultar_objetivos() : void
Objetivo_Estratégico
«column»*PK id_objetivo_estratégico nombre descripcion codigo perspectiva_id_perspectiva estrategia_id_estrategia
«PK»+ PK_Objetivo_Estratégico()
Perspectiva
«column»*PK id_perspectiva nombre descripción código formulacion_estrategica_id_formulacion_estrategica
«PK»+ PK_Perspectiva()
«Modelo»Objetivo_Estratégico_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Objetivo_estratégico() : void
«Modelo»Perspectiva_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Perspectiva() : void
Relación_objetivo
«column» fk_objetivo_causa fk_objetivo_efecto
«Controlador»Objetivo_Estratégico
+ _construct() : void+ index() : void+ Insetar() : void+ Actualizar() : void+ Eliminar() : void+ consultar_detalle_objetivo() : void
«Modelo»Indicadores_de_Gestión_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Indicadores_de_gestión() : void+ insertar_datos() : void+ actualizar_datos() : void+ eliminar_datos() : void+ obtener_datos() : void
«Controlador»Indicadores_de_gestión
+ _construct() : void+ index() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ insertar_datos() : void+ editar_datos() : void+ eliminar_datos() : void+ consultar_detalle_indicador_gestión() : void
Indicador_de_Gestion
«column»*PK id_indicador_gestión nombre descripción codigo objetivo_estratégico_id_objetivo_estratégico
«PK»+ PK_Indicador_de_Gestion()
Iniciativa
«column»*PK id_iniciativa nombre descripción fecha_inicio fecha_fin progreso objetivo_estratégico_id_objetivo_estratégico
«PK»+ PK_Iniciativa()
«Modelo»Iniciativa_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Iniciativa() : void+ insertar_datos() : void+ actualizar_datos() : void+ eliminar_datos() : void+ Obtener_datos() : void
«Controlador»Iniciativa
+ _construct() : void+ index() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Actividad() : void+ insertar_datos() : void+ editar_datos() : void+ eliminar_datos() : void+ consultar_detalle_iniciativa() : void
Responsabilidad
«column»*PK id_responsabilidad nombre apellido cédula unidad_perteneciente descripción_responsabilidad indicador_gestión_id_indicador_gestión objetivo_estrategico_id_objetivo_estrategico iniciativa_id_iniciativa actividad_id_actividad
«PK»+ PK_Responsabilidad()
«unique»+ UQ_Responsabilidad_cédula()
Activ idad
«column»*PK id_actividad nombre descripción fecha_inicio fecha_fin progreso indicador_gestión_id_indicador_gestión
«PK»+ PK_Actividad()
«Modelo»Activ idad_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Actividad() : void+ insertar_datos() : void+ actualizar_datos() : void+ eliminar_datos() : void
«Modelo»Responsabilidad_model
+ _construct() : void+ Insertar() : void+ Actualizar() : void+ Eliminar() : void+ Obtener() : void+ Responsabilidad() : void
«Vista»Interfaz_Principal_v iew
«menu element»+ Gestionar_Usuarios+ Construir_CMI+ Cargar_Datos_CMI+ Visualizar_Gestion
«Vista»usuario_login_v iew
«input element»+ nick_usuario: Caracter+ contraseña: Caracter
«Vista»Visualizar_la_Gestion_v iew
«menu element»+ Consultar_Mision_Vision_view+ Ver_Mapa_Estrategico_view+ Ver_Objetivos_Estrategicos_view+ Ver_Indicadores_de_Gestion_view+ Ver_Iniciativas_view
«Vista»Consultar_Mision_Vision_v iew
«select element»+ fecha
«Vista»Ver_Mapa_Estrategico_v iew
«select element»+ Fecha
«Vista»Ver_Objetivo_Estrategico_v iew
«select element»+ Fecha+ Estrategia
«Vista»Ver_Indicador_de_Gestion_v iew
«select element»+ Fecha+ Objetivo_Estrategico+ tendencia+ estado
«Vista»Ver_Iniciativas_v iew
«select element»+ Fecha+ Objetivo_Estrategico+ progreso+ fecha_inicio+ fecha_fin
Figura 4.26 Diagrama de Clase de Diseño (4/4)
Fuente: Elaboración Propia.
4.2.4 Diseño de la Base de Datos
El diseño de la base de datos permite identificar los datos que se
almacenarán en la base de datos y elegir las estructuras apropiadas para
representar y almacenar esos datos. Para todo esto es necesario,
previamente, conocer los requisitos de los usuarios a fin de crear un diseño
que satisfaga sus necesidades.
4.2.5 Modelo Relacional de la Base de Datos del Sistema
Este tipo de modelo representa la base de datos como un conjunto de
relaciones. Para ello es necesario definir las relaciones por tablas de registro,
las cuales deben identificarse el nombre de la tabla y las columnas que la
constituyen, esto con el fin de interpretar el significado de cada uno de los
valores de las filas y contribuir con el entendimiento de las relaciones.
La elaboración de las tablas de registro fueron creadas en base a la
información que se procesa en la herramienta del Cuadro de Mando Integral,
en el que es necesario almacenar datos en relación a la Misión y Visión de la
empresa, las estrategias formuladas, los objetivos para alcanzar las
estrategias, las actividades que deben ejecutarse para lograr los objetivo,
entre otros.
La Figura 4.27 representa el Diagrama de Diseño de la Base de Datos
para el sistema ESTRATEGA, en el que se muestra los dominios, atributos,
tuplas y relaciones del modelo relacional.
154154
CAPÍTULO 4RESULTADOS
Figura 4.27 Modelo Relacional de la Base de Datos
Fuente: Elaboración Propia.
El sistema gestor de la base de datos escogido fue Postegresql, ya
que abarca todas las funcionalidades y utilidades necesarias para el manejo
de la información sobre la aplicación web. A continuación se muestran los
diferentes tipos de datos del modelo relacional y que acepta el sistema
gestor de base de datos:
Serial: Contador.
Date: Fecha
Carácter Varying: Carácter.
Bigint: Entero Grande.
Text: Texto.
A continuación se describen las tablas que conforman el modelo
relacional del sistema, abarcando el nombre, tipo de dato, longitud y
descripción de las tablas.
4.2.5.1 Tabla Usuario
En esta tabla se especifican los atributos de la entidad “Usuario”, la
cual registrará información sobre el personal que labora en la organización y
que manipule o gestione el sistema de gestión ESTRATEGA. Para ello es
necesario capturar un indicador o nick de usuario que identifique a través de
un sobrenombre único al trabajador, por lo general la empresa fija este
parámetro. Junto con esto debe posee un campo contraseña, en el que se
registre una clave de usuario para habilitar el acceso al sistema. En la tabla
4.6 se describe en detalle la Tabla Usuario
Tabla 4.6 Especificaciones de la Tabla Usuario (1/2)
Nombre Tipo de
Dato
Longitud Descripción
id_usuario Serial - Clave primaria o
número de
referencia asociado
a un usuario
específico
nombre Carácter
Varying
20 Nombre del usuario
del Sistema
apellido Carácter
Varying
20 Apellido del usuario
del Sistema
correo_electronico Carácter
Varying
50 Correo electrónico
asociado a al
usuario
unidad_perteneciente Carácter
Varying
30 Unidad, proceso o
departamento al
que pertenece el
usuario
indicador Carácter
Varying
25 Sobrenombre o
indicador del
usuario del sistema
contraseña Carácter
Varying
50 Es la clave de
acceso que posee
el usuario para
entrar al sistema.
Fuente: Elaboración Propia.
Tabla 4.6 Especificaciones de la Tabla Usuario (2/2)
Nombre Tipo de
Dato
Longitud Descripción
nivel SmallInt - Se refiere a la
jerarquía del
cargo que posee
el usuario dentro
de la
organización.
Formulación_estrategica
_id_formulacion_estrategic
a
Bigint - Llave foránea
que identifica al
usuario en un
determinado
Cuadro de
Mando Integral
existente.-
Fuente: Elaboración Propia.
4.2.5.2 Tabla Formulacion_Estrategica
La tabla de registros “Formulacion_Estrategica” representa la tabla
base o Madre del modelo relacional de la base de datos.
La Tabla 4.7 especifica los atributos iniciales de la entidad
“Formulación Estratégica” que establece el inicio de la construcción de un
Cuadro de Mando Integral, registrándose la misión y visión de la empresa
siguiendo así, el inicio de la metodología del Cuadro de Mando Integral.
Tabla 4.7 Especificaciones de la Tabla Formulacion_Estrategica (1/2)
Nombre Tipo de
Dato
Longitud Descripción
id_formulación_estratégica Serial - Clave primaria o
número de
referencia
asociado a la
misión y visión de
la empresa. Es el
punto de partida y
los primeros
elementos que
componen el
sistema de
gestión: CMI.
Misión Carácter
Varying
200 Comprende la
misión de la
organización,
unidad de
negocio, proceso
o departamento.
Visión Text 200 Es la visión o
proyección a
futuro establecida
de la empresa,
unidad de
negocio, proceso
o departamento.
Fuente: Elaboración Propia.
Tabla 4.7 Especificaciones de la Tabla Formulacion_Estrategica (2/2)
Nombre Tipo de
Dato
Longitud Descripción
nombre_unidad_organizació
n
Carácter
Varying
30 Es el nombre
que identifica
una
organización,
unidad de
negocio, proceso
o departamento.
codigo_unidad_organizativa Carácter
Varying
15 Es la clave para
acceder a la
información de
un Cuadro de
Mando Integral
sobre una
unidad laboral
específica.
Fuente: Elaboración Propia.
4.2.5.3 Tabla Perspectiva
La Tabla 4.8 especifica los atributos de la entidad “Perspectiva”, en el
que se registran los distintos enfoques que se puede desglosar una unidad
de negocio o proceso establecidos sobre un Cuadro de Mando Integral. Cada
una de las perspectivas estará asociada a una formulación estratégica del
negocio previamente creada.
Tabla 4.8 Especificaciones de la Tabla Perspectiva (1/2)
Nombre Tipo de
Dato
Longitud Descripción
id_perspectiva Serial - Clave primaria o
número de
referencia
asociado a una
perspectiva.
nombre_perspectiva Caracter 30 Es el nombre de
una visión o
enfoque
específico de
estudio sobre
una
organización.
descripcion Text 150 Comprende una
explicación breve
asociado a una
perspectiva en
específico.
Nivel Serial . Se refiere al nivel
jerárquico de la
perspectiva
dentro del
modelo del
negocio.
Fuente: Elaboración Propia.
Tabla 4.8 Especificaciones de la Tabla Perspectiva (2/2)
Nombre Tipo de
Dato
Longitud Descripción
Formulación_estrategica
_id_formulacion_estrategic
a
Bigint - Llave foránea
que identifica a la
perspectiva en
un determinado
Cuadro de
Mando Integral
existente.
Fuente: Elaboración Propia.
4.2.5.4 Tabla Estrategia
La Tabla 4.9 especifica los atributos de la entidad “Estrategia”, en el
que se formulan las diversas estrategias que permitirán lograr satisfacer la
formulación estratégica del negocio.
Tabla 4.9 Especificaciones de la Tabla Estrategia (1/2)
Nombre Tipo de
Dato
Longitud Descripción
id_estrategia Serial - Clave primaria o
número de
referencia
asociado a una
estrategia
Fuente: Elaboración Propia.
Tabla 4.9 Especificaciones de la Tabla Estrategia (2/2)
Nombre Tipo de
Dato
Longitud Descripción
estrategia Carácter
Varying
30 Es la formulación
de una estrategia
específica de
una
organización.
descripcion Text 200 Comprende una
explicación breve
asociado a un
Cuadro de
Mando Integral
formulación_estrategica
_id_formulacion_estrategic
a
Bigint - Llave foránea
que identifica a la
perspectiva.
Fuente: Elaboración Propia.
4.2.5.5 Tabla Objetivo_Estrategico
La Tabla 4.10 especifica los atributos de la entidad “Objetivo
Estratégico”, en el que se almacenan todos los objetivos estratégicos que
deben cumplirse para alcanzar las estrategias previamente planteadas. Los
objetivos estratégicos pueden pertenecer tanto a estrategias como a una
determinada perspectiva del negocio, por lo que es necesario además
formular previamente las perspectivas de la organización.
Tabla 4.10 Especificaciones de la Tabla Objetivo_Estratégico
Nombre Tipo de
Dato
Longitud Descripción
id_objetivo_estrategico Serial - Clave primaria o
número de
referencia
asociado a un
objetivo
estratégico.
objetivo_estrategico Carácter
Varying
150 Es la formulación
de un objetivo
organización.
descripción_objetivo Text 200 Explicación breve
del objetivo
estratégico.
Meta Integer - Se refiere a la
meta
cuantificable del
objetivo
perspectiva_id_perspectiva Bigint - Llave foránea
asociada a una
perspectiva
estrategia_id_estrategia Bigint - Llave foránea que
asocia al objetivo
estratégico sobre
en una
determinada
estrategia.
Fuente: Elaboración Propia.
4.2.5.6 Tabla Relación_Objetivo
La Tabla 4.11 especifica algunos atributos de entidad “Objetivo
Estratégico”, en el que se almacenan referencias entre un objetivo
estratégico y otro, con la finalidad de establecer relaciones causa-efecto
sobre los mismos, de manera que produzca una ruta histórica de la
estrategia que parte de lo general a lo específico.
Tabla 4.11 Especificaciones de la Tabla Relación_Objetivo (1/2)
Nombre Tipo de
Dato
Longitud Descripción
Id_relacion Serial - Numero
referencia o
índice de la
relación entre
objetivos
fk_objetivo_causa Bigint - Llave foránea que
asocia un objetivo
estratégico con
otro objetivo
estratégico,
tomando en
consideración
que el objetivo
inicio es el
objetivo causa.
Fuente: Elaboración Propia.
Tabla 4.11 Especificaciones de la Tabla Relación_Objetivo (2/2)
Nombre Tipo de
Dato
Longitud Descripción
fk_objetivo_efecto Bigint - Llave foránea que
asocia un objetivo
estratégico con
otro objetivo
estratégico,
tomando en
consideración
que dicho
objetivo es el
asociado, más no
el objetivo base
que relaciona.
Fuente: Elaboración Propia.
4.2.5.7 Tabla Indicadores_de_Gestión
La Tabla 4.12 especifica los atributos de entidad “Indicadores de
Gestión”, en el que se almacena información sobre los indicadores de
gestión que serán utilizados para medir los objetivos estratégicos
previamente establecidos. Los indicadores de gestión solo se pueden
dimensionar por unidad de medición y frecuencia de tiempo por lo que es
necesario especificar la unidad de medición y frecuencia de medición al
crearlos.
Tabla 4.12 Especificaciones de la Tabla Indicadores_de_Gestión (1/2)
Nombre Tipo de
Dato
Longitud Descripción
id_indicador_gestión Serial - Clave primaria
o número de
referencia
asociado a un
indicador de
gestión.
nombre_indicador Carácter
Varying
50 Es el nombre
del indicador
de gestión
asociado a la
medición de un
objetivo
estratégico
determinado.
descripción_indicador Text 100 Comprende
una
explicación
breve asociado
a la medición
que realizar el
indicador de
gestión
Fuente: Elaboración Propia.
Tabla 4.12 Especificaciones de la Tabla Indicadores_de_Gestión (2/2)
Nombre Tipo de
Dato
Longitud Descripción
plan Integer - Se refiere al
valor plan del
indicador
frecuencia Smallint - Se refiere a la
frecuencia de
medición del
indicador.
unidad_medicion Carácter
Varying
8 Es la unidad
variable de
medición.
objetivo_estrategico_id_objetiv
o estrategico
Bigint - Llave foránea
que asocia al
indicador de
gestión sobre
un objetivo
estratégico
existente.-
Fuente: Elaboración Propia.
4.2.5.8 Tabla Historico_Datos_Indicadores_Gestión
Esta tabla representa los registros históricos que puede presentar un
indicador de gestión a lo largo de su existencia perteneciente a un objetivo
estratégico determinado. La Tabla 4.13 especifica los atributos utilizados
para obtener un histórico de datos sobre la entidad “Indicadores de Gestión”,
en el que se almacena información sobre la situación de un indicador de
gestión en lapsos de tiempo determinados.
Tabla 4.13 Especificaciones de la Tabla
Historico_Datos_Indicadores_Gestión(1/3)
Nombre Tipo de
Dato
Longitud Descripción
id_historico_datos Serial - Clave primaria o
número de
referencia
asociado a un
histórico de
datos para un
objetivo
estratégico
determinado
fecha_indicador Date - Es la fecha en el
que se registran
datos al
indicador de
gestión,
conformando la
fecha en que el
objetivo sufre
cambio en su
estado.
Fuente: Elaboración Propia.
Tabla 4.13 Especificaciones de la Tabla
Historico_Datos_Indicadores_Gestión (2/3)
Nombre Tipo de
Dato
Longitud Descripción
valor_plan Integer - Es el valor
planeado que
se estima
obtener para
un indicador de
gestión
valor_real Integer - Es el valor real
obtenido de un
indicador de
gestión en un
lapso de
tiempo.
valor_minimo Integer - Es la métrica
mínima o valor
mínimo
esperado de
un indicador de
gestión
valor_maximo Integer - Es la métrica
máxima o valor
máximo
esperado de
un indicador de
gestión
Fuente: Elaboración Propia.
Tabla 4.13 Especificaciones de la Tabla
Historico_Datos_Indicadores_Gestión (3/3)
Nombre Tipo de
Dato
Longitud Descripción
Estado Smallint - Se refiere al
estado que
obtiene el
indicador de
gestión.
Indicador_gestion_id_
indicador_gestion
Bigint - Llave foránea
o índice
secundario de
un indicador de
gestión.
Fuente: Elaboración Propia.
4.2.5.9 Tabla Iniciativas
La Tabla 4.14 especifica los atributos utilizados que componen la
entidad “Iniciativa”, en el que se almacena información sobre las iniciativas
que deben realizarse para lograr los objetivos estratégicos propuestos. Las
iniciativas no afectan el estado de los indicadores y tampoco el estado de los
objetivos, reflejaran solo las acciones que deben ejecutarse para alcanzar los
objetivos propuestos. El avance y lapso de duración de las mismas
dependerá de las actividades que de allí se ejecuten. A continuación se
muestra la Tabla 4.14:
Tabla 4.14 Especificaciones de la Tabla Iniciativa (1/2)
Nombre Tipo
de
Dato
Longitud Descripción
id_iniciativa Serial - Clave primaria
o número de
referencia
asociado a una
iniciativa
determinada
nombre Carácter
Varying
60 Es el nombre
de la iniciativa
o acciones que
deben
realizarse para
el logro de los
objetivos
estratégicos
establecidos.
descripcion Text 100 Explicación
breve de la
iniciativa y el
efecto que
produce el
cumplimiento
de la acción
sobre el
objetivo.
Fuente: Elaboración Propia.
Tabla 4.14 Especificaciones de la Tabla Iniciativa (2/2)
Nombre Tipo
de
Dato
Longitud Descripción
progreso Integer 3 Es el valor que
especifica el
progreso de
una iniciativa
entre la fecha
de inicio y fin
por la cual se
planificó
realizarse.
objetivo_estrategico_id_objetiv
o_estrategico
Bigint - Llave foránea
que asocia una
iniciativa sobre
un objetivo
estratégico
específico.
Fuente: Elaboración Propia.
4.2.5.10 Tabla Actividad
La Tabla 4.15 especifica los atributos utilizados que componen la
entidad “Actividad”, en el que se almacena información sobre las actividades
que deben ser ejecutadas para lograr las iniciativas propuestas para el
alcance y cumplimiento de los objetivos estratégicos.
Tabla 4.15 Especificaciones de la Tabla Actividad (1/2)
Nombre Tipo de
Dato
Longitud Descripción
id_actividad Serial - Clave primaria
o número de
referencia
asociado a una
actividad
determinada
nombre_actividad Character
Varying
40 Nombre de la
actividad.
descripción_actividad Text 150 Comprende
una
explicación
breve sobre la
actividad en o
por ejecución.
fecha_inicio_actividad Date - Es la fecha en
el que se inicia
la actividad,
para lo cual es
necesario
especificar el
inicio de
ejecución de
las actividades.
Fuente: Elaboración Propia.
Tabla 4.15 Especificaciones de la Tabla Actividad (2/2)
Nombre Tipo de
Dato
Longitud Descripción
fecha_fin_actividad Date - Es la fecha en
el que finaliza
la actividad. Es
un mecanismo
para realizar
un seguimiento
al progreso de
las actividades.
progreso_actividad Integer 3 Es el valor que
especifica el
progreso de
una actividad
entre la fecha
de inicio y fin
por la cual se
planificó
realizarse.
iniciativa_
id_iniciativa
Bigint - Llave foránea
que asocia una
actividad a una
iniciativa
determinada.
Fuente: Elaboración Propia.
4.2.5.11 Tabla Asignación_Responsabilidad
La Tabla 4.16 especifica los atributos utilizados que componen la
entidad “Responsabilidad”, en el que se almacena información sobre una
responsabilidad asignada a un empleado en específico sobre objetivos
estratégicos indicadores de gestión, iniciativas y actividades determinadas.
Tabla 4.16 Especificación de la Tabla Asignacion_Responsabilidad
Nombre Tipo de
Dato
Longitud Descripción
id_responsabilidad Serial - Clave primaria o
número de
referencia
asociado a un
responsable
nombre Character
Varying
50 Nombre del
responsable de
la actividad,
iniciativa u
objetivo
unidad_perteneciente Character
Varying
50 Unidad al que
pertenece el
responsable.
descripción_responsabilidad Text 200 Breve
descripción de
la
responsabilidad
.
Fuente: Elaboración Propia.
4.2.5.12 Tabla Responsabilidad_Iniciativa
La Tabla 4.17 corresponde a la asignación de responsabilidad de un
trabajador sobre una iniciativa determinada.
Tabla 4.17 Especificación de la Tabla Responsabilidad_Iniciativa
Nombre Tipo
de
Dato
Longitud Descripción
Id_relacion Serial - Se refiere al
índice o
numero
referencia de la
relación entre
responsable y
actividad
Responsabilidad_id_responsabilidad Bigint - Clave foránea
o índice
secundario de
la tabla
responsabilidad
iniciativa_id_iniciativa Bigint - Clave foránea
o índice
secundario de
la tabla
iniciativa
Fuente: Elaboración Propia.
4.2.5.13 Tabla Responsabilidad_Objetivo
La Tabla 4.18 corresponde a la asignación de responsabilidad de un
trabajador sobre una iniciativa determinada.
Tabla 4.18 Especificación de la Tabla responsabilidad_objetivo
Nombre Tipo
de
Dato
Longitud Descripción
id_relacion Serial - Se refiere al
índice o
numero
referencia de la
relación entre
responsable y
actividad
responsabilidad_id_responsabilidad Bigint - Clave foránea
o llave
secundaria de
la tabla
responsabilidad
iniciativa_id_iniciativa Bigint - Clave foránea
o llave
secundaria de
la tabla
iniciativa
Fuente: Elaboración Propia.
4.2.5.14 Tabla responsabilidad_actividad
La Tabla 4.19 corresponde a la asignación de responsabilidad de un
trabajador sobre una actividad determinada.
Tabla 4.19 Especificación de la Tabla responsabilidad_actividad
Nombre Tipo
de
Dato
Longitud Descripción
Id_relacion Serial - Se refiere al
índice o
numero
referencia de la
relación entre
responsable y
actividad
Responsabilidad_id_responsabilidad Bigint - Clave foránea
o llave
secundaria de
la tabla
responsabilidad
actividad_id_actividad Bigint - Clave foránea
o llave
secundaria de
la tabla
actividad
Fuente: Elaboración Propia.
4.2.6 Diseño de la Interfaz del Usuario
Las interfaces gráficas de los usuarios permiten la interacción de la
aplicación con los usuarios, el cual, permite el flujo de información a través
de diversas acciones entre los módulos del sistema. Estas deben ser
amigables, intuitivas, sencillas y fáciles de manipular.
4.2.7 Diseño de la Interfaz Acceder al Sistema
En la Figura 4.28, se muestra la interfaz para acceder al sistema, en el
cual se muestran los campos de identificación del usuario, para el cual debe
ser ingresado el indicador y la contraseña. Al accionar el botón “Acceder al
sistema” se realiza el proceso de validación de campos y si la respuesta es
afirmativa desplegará la interfaz principal con los módulos correspondientes
dependiendo del nivel que posea el usuario que acceda al sistema.
Figura 4.28 Diseño De La Interfaz Acceder Al Sistema
Fuente: Elaboración Propia.
4.2.8 Diseño de la Interfaz Principal
En la Figura 4.29 se muestra la interfaz principal del sistema, el cual
despliega un menú en forma de lista desplegable abarcando las siguientes
opciones: Construir CMI (Construir Cuadro de Mando Integral), Cargar
Resultados CMI, Visualizar la Gestión, Gestión de Usuarios y Cerrar Sesión.
El usuario podrá accionar, según su nivel de acceso, la opción que desee
ejecutar.
Figura 4.29 Diseño De La Interfaz Principal
Fuente: Elaboración Propia.
4.2.9 Diseño de la Interfaz Construir CMI
En la Figura 4.30, se muestra la interfaz para construir el sistema de
gestión “Cuadro de Mando Integral”, en el cual se despliega un menú lista
con todos los elementos estratégicos que componen el sistema de gestión.
Cada una posee sublistas en las cuales el usuario podrá accionar según sea
su requerimiento.
Figura 4.30 Diseño De La Interfaz Construir CMI
Fuente: Elaboración Propia.
4.2.10 Diseño de la Interfaz Formulación Estratégica
En la Figura 4.31 se muestra la interfaz de la formulación estratégica,
en el cual se despliegan las opciones para añadir, editar y eliminar la
formulación estratégica del negocio, por lo que el usuario podrá accionar
cualquiera de las opciones, según sea el nivel que posea. Esta interfaz es
donde el usuario deberá empezar para construir el Cuadro de Mando Integral
de la organización.
Figura 4.31 Diseño De La Interfaz Formulación Estratégica
Fuente: Elaboración Propia.
El usuario al accionar la opción “Añadir Formulación Estratégica”, se
desplegará la vista correspondiente para realizar el proceso de registro de la
formulación estratégica del negocio, mostrando los campos: misión, visión,
nombre de la organización y código de la organización. En la Figura 4.32 se
muestra dicha interfaz.
Figura 4.32 Diseño De La Interfaz Añadir Formulación Estratégica
Fuente: Elaboración Propia.
El usuario al accionar la opción “Editar Formulación Estratégica”, se
desplegará la vista correspondiente para realizar el proceso de modificación
de la formulación estratégica del negocio, mostrando los campos: misión,
visión, nombre de la organización y código de la organización, con valores
precargados respectivamente de cada campo para su posterior modificación.
En la Figura 4.33 se muestra dicha interfaz.
Figura 4.33 Diseño De La Interfaz Editar Formulación Estratégica
Fuente: Elaboración Propia.
El usuario al accionar la opción “Eliminar Formulación Estratégica”, se
desplegará la vista correspondiente para realizar el proceso de eliminación
de la formulación estratégica del negocio, en la cual se muestra una ventana
de alerta indicando al usuario si desea realmente eliminar la formulación
estratégica. En la Figura 4.34 se muestra dicha interfaz.
Figura 4.34 Diseño De La Interfaz Eliminar Formulación Estratégica
Fuente: Elaboración Propia.
4.2.11 Diseño de la Interfaz Perspectiva
En la Figura 4.35 se muestra la interfaz de las perspectivas, en el cual
se despliegan las opciones para añadir, editar y eliminar perspectivas del
sistema, por lo que el usuario podrá accionar cualquiera de las opciones,
según sea el nivel que posea.
Figura 4.35 Diseño De La Interfaz Perspectiva
Fuente: Elaboración Propia.
El usuario al accionar la opción “Añadir Perspectiva”, se desplegará la
vista correspondiente para realizar el proceso de registro de las perspectivas
del negocio, mostrando los campos: nombre y descripción. Además se carga
en el encabezado de la vista la misión y visión de la empresa registrada en el
sistema. En la Figura 4.36 se muestra dicha interfaz.
Figura 4.36 Diseño De La Interfaz Añadir Perspectiva
Fuente: Elaboración Propia
El usuario al accionar la opción “Editar Perspectiva”, se desplegará la
vista correspondiente para realizar el proceso de modificación de datos en
las perspectivas del negocio, cargándose una tabla con todas las
perspectivas registradas en el sistema y un botón “Editar” que permitirá
ejecutar la modificación de las mismas. Además se cargará una lista con las
perspectivas en orden jerárquico, en el cual el usuario podrá modificar la
jerarquía que poseen las perspectivas en el sistema de gestión del negoció.
Junto con esto se despliega un icono con forma de signo de interrogación
que el usuario, al accionarlo, se mostrará una ventana de alerta que le otorga
al usuario información sobre como jerarquizar las perspectivas a partir de la
lista que se despliega luego de haber elegido dicha acción. En la Figura 4.37
se muestra dicha interfaz.
Figura 4.37 Diseño De La Interfaz Editar Perspectiva
Fuente: Elaboración Propia
El usuario al accionar la opción “Eliminar Perspectiva”, se desplegará
la vista correspondiente para realizar el proceso de eliminación de las
perspectivas del negocio, cargándose una tabla con todas las perspectivas
registradas en el sistema y una caja de selección para cada una de las filas
respectivamente lo cual permitirá seleccionar las perspectivas que se deseen
eliminar. Para ejecutar la acción de eliminación se debe elegir al menos una
perspectiva y accionar el botón “Eliminar”. En la Figura 4.38 se muestra dicha
interfaz.
Figura 4.38 Diseño De La Interfaz Eliminar Perspectiva
Fuente: Elaboración Propia
4.2.12 Diseño de la Interfaz Estrategia
En la Figura 4.39 se muestra la interfaz de las estrategias, en el cual
se despliegan las opciones para añadir, editar y eliminar estrategias del
sistema, por lo que el usuario podrá accionar cualquiera de las opciones,
según sea el nivel que posea.
Figura 4.39 Diseño De La Interfaz Estrategia
Fuente: Elaboración Propia
El usuario al accionar la opción “Añadir Estrategia”, se desplegará la
vista correspondiente para realizar el proceso de registro de las estrategias
del negocio, mostrando los campos: nombre y descripción. Además se carga
en el encabezado de la vista la misión y visión de la empresa registrada en el
sistema En la Figura 4.40 se muestra dicha interfaz.
Figura 4.40 Diseño De La Interfaz Añadir Estrategia
Fuente: Elaboración Propia
El usuario al accionar la opción “Editar Estrategia”, se desplegará la
vista correspondiente para realizar el proceso de modificación de datos en
las estrategias del negocio, cargándose una tabla con todas las estrategias
registradas en el sistema y un botón “Editar” que permitirá ejecutar la
modificación de las mismas. En la Figura 4.41 se muestra dicha interfaz.
Figura 4.41 Diseño De La Interfaz Editar Estrategia
Fuente: Elaboración Propia
El usuario al accionar la opción “Eliminar Estrategia”, se desplegará la
vista correspondiente para realizar el proceso de eliminación de las
estrategias del negocio, cargándose una tabla con todas las estrategias
registradas en el sistema y una caja de selección para cada una de las filas
respectivamente lo cual permitirá seleccionar las estrategias que se deseen
eliminar. Para ejecutar la acción de eliminación se debe elegir al menos una
estrategia y accionar el botón “Eliminar”. En la Figura 4.42 se muestra dicha
interfaz.
Figura 4.42 Diseño De La Interfaz Eliminar Estrategia
Fuente: Elaboración Propia
4.2.13 Diseño de la Interfaz Objetivos Estratégicos
En la Figura 4.43 se muestra la interfaz de los objetivos estratégicos,
en el cual se despliegan las opciones para añadir, editar y eliminar objetivos
estratégicos del sistema, por lo que el usuario podrá accionar cualquiera de
las opciones, según sea el nivel que posea.
Figura 4.43 Diseño De La Interfaz Objetivo Estratégico
Fuente: Elaboración Propia
El usuario al accionar la opción “Añadir Objetivo Estratégico”, se
desplegará la vista correspondiente para realizar el proceso de registro de
los objetivos estratégicos del negocio, mostrando cajas de selección para
asignar el objetivo estratégico a una perspectiva y a su vez a una estrategia
determinada. Además se muestran los campos: nombre, meta y descripción
para que el usuario ingrese los datos correspondientes. Se puede registrar
más de un objetivo estratégico a la vez accionando el botón “Agregar”, el
cual agrega nuevos campos atributos de los objetivos estratégicos a la vista.
En la Figura 4.44 se muestra dicha interfaz.
Figura 4.44 Diseño De La Interfaz Añadir Objetivo Estratégico
Fuente: Elaboración Propia
El usuario al accionar la opción “Editar Objetivo Estratégico”, se
desplegará la vista correspondiente para realizar el proceso de modificación
de datos en los objetivos estratégicos del negocio, cargándose una tabla con
todos los objetivos registrados en el sistema y un botón “Editar” que permitirá
ejecutar la modificación de los mismos. En la Figura 4.45 se muestra dicha
interfaz.
Figura 4.45 Diseño De La Interfaz Editar Objetivo Estratégico
Fuente: Elaboración Propia
El usuario al accionar la opción “Eliminar Objetivo Estratégico”, se
desplegará la vista correspondiente para realizar el proceso de eliminación
de los objetivos estratégicos del negocio, cargándose una tabla con todas los
objetivos registrados en el sistema y una caja de selección para cada una de
las filas respectivamente, lo cual permitirá seleccionar los objetivos que se
deseen eliminar. Para ejecutar la acción de eliminación se debe elegir al
menos un objetivo y accionar el botón “Eliminar”. En la Figura 4.46 se
muestra dicha interfaz.
Figura 4.46 Diseño De La Interfaz Eliminar Objetivo Estratégico
Fuente: Elaboración Propia
El usuario al accionar la opción “Relación Causa Efecto”, se
desplegará la vista correspondiente para realizar el proceso de relacionar los
objetivos estratégicos del negocio, cargándose unas listas interconectadas
con todos los objetivos registrados en el sistema. Para ejecutar la acción de
relación, se debe arrastrar el elemento de la lista “Objetivos Estratégicos” a la
lista “Objetivos Causa”. En la Figura 4.47 se muestra dicha interfaz.
Figura 4.47 Diseño De La Interfaz Relación Causa Efecto
Fuente: Elaboración Propia
4.2.14 Diseño de la Interfaz Indicadores de Gestión
En la Figura 4.48 se muestra la interfaz de los indicadores de gestión,
en el cual se despliegan las opciones para añadir, editar y eliminar
indicadores de gestión del sistema, por lo que el usuario podrá accionar
cualquiera de las opciones, según sea el nivel que posea.
Figura 4.48 Diseño De La Interfaz Indicador de Gestión
Fuente: Elaboración Propia
El usuario al accionar la opción “Añadir Indicador de Gestión”, se
desplegará la vista correspondiente para realizar el proceso de registro de
los indicadores de gestión del sistema, mostrando cajas de selección para
asignar el indicador de gestión a un objetivo estratégico determinado.
Además se muestran los campos: nombre, plan, unidad de medición, una
caja de selección para elegir la frecuencia de medición del indicador y
descripción, para lo cual el usuario debe ingresar los datos correspondientes.
Se puede registrar más de un indicador de gestión a la vez accionando el
botón “Agregar”, el cual agrega nuevos campos atributos de los indicadores
de gestión a la vista. En la Figura 4.49 se muestra dicha interfaz.
Figura 4.49 Diseño De La Interfaz Añadir Indicador de Gestión
Fuente: Elaboración Propia
El usuario al accionar la opción “Editar Indicadores de Gestión”, se
desplegará la vista correspondiente para realizar el proceso de modificación
de datos en los indicadores de gestión del sistema, cargándose una tabla
con todos los indicadores registrados en el sistema y un botón “Editar” que
permitirá ejecutar la modificación de los mismos. En la Figura 4.50 se
muestra dicha interfaz.
Figura 4.50 Diseño De La Interfaz Editar Indicador de Gestión
Fuente: Elaboración Propia
El usuario al accionar la opción “Eliminar Indicador de Gestión”, se
desplegará la vista correspondiente para realizar el proceso de eliminación
de los indicadores de gestión del negocio, cargándose una tabla con todas
los indicadores registrados en el sistema y una caja de selección para cada
una de las filas respectivamente, lo cual permitirá seleccionar los indicadores
que se deseen eliminar. Para ejecutar la acción de eliminación se debe elegir
al menos un indicador de gestión y accionar el botón “Eliminar”. En la Figura
4.51 se muestra dicha interfaz.
Figura 4.51 Diseño De La Interfaz Eliminar Indicador de Gestión
Fuente: Elaboración Propia
4.2.15 Diseño de la Interfaz Iniciativas
En la Figura 4.52 se muestra la interfaz de las iniciativas, en el cual se
despliegan las opciones para añadir, editar y eliminar iniciativas del sistema,
por lo que el usuario podrá accionar cualquiera de las opciones, según sea el
nivel que posea.
Figura 4.52 Diseño De La Interfaz Iniciativas
Fuente: Elaboración Propia
El usuario al accionar la opción “Añadir Iniciativa”, se desplegará la
vista correspondiente para realizar el proceso de registro de las iniciativas,
mostrando cajas de selección para asignar la iniciativa a un objetivo
estratégico determinado. Además se muestran los campos: nombre, fecha de
inicio, fecha de finalización, progreso y descripción, para lo cual el usuario
debe ingresar los datos correspondientes. Se puede registrar más de una
iniciativa a la vez accionando el botón “Agregar”, el cual agrega nuevos
campos atributos de las iniciativas a la vista. En la Figura 4.53 se muestra
dicha interfaz.
Figura 4.53 Diseño De La Interfaz Añadir Iniciativa
Fuente: Elaboración Propia
El usuario al accionar la opción “Editar Iniciativa”, se desplegará la
vista correspondiente para realizar el proceso de modificación de datos en
las iniciativas del sistema, cargándose una tabla con todas las iniciativas
registradas en el sistema y un botón “Editar” que permitirá ejecutar la
modificación de los mismos. En la Figura 4.54 se muestra dicha interfaz.
Figura 4.54 Diseño De La Interfaz Editar Iniciativa
Fuente: Elaboración Propia
El usuario al accionar la opción “Eliminar Iniciativa”, se desplegará la
vista correspondiente para realizar el proceso de eliminación de las
iniciativas del negocio, cargándose una tabla con todas las iniciativas
registradas en el sistema y una caja de selección para cada una de las filas
respectivamente, lo cual permitirá seleccionar las iniciativas que se deseen
eliminar. Para ejecutar la acción de eliminación se debe elegir al menos una
iniciativa y accionar el botón “Eliminar”. En la Figura 4.55 se muestra dicha
interfaz.
Figura 4.55 Diseño De La Interfaz Eliminar Iniciativa
Fuente: Elaboración Propia
4.2.16 Diseño de la Interfaz Actividades
En la Figura 4.56 se muestra la interfaz de las actividades, en el cual
se despliegan las opciones para añadir, editar y eliminar actividades del
sistema, por lo que el usuario podrá accionar cualquiera de las opciones,
según sea el nivel que posea.
Figura 4.56 Diseño De La Interfaz Actividades
Fuente: Elaboración Propia
El usuario al accionar la opción “Añadir Actividades”, se desplegará la
vista correspondiente para realizar el proceso de registro de las actividades,
mostrando cajas de selección para asignar la actividad a una iniciativa
determinada. Además se muestran los campos: nombre, fecha de inicio,
fecha de finalización, progreso y descripción, para lo cual el usuario debe
ingresar los datos correspondientes. Se puede registrar más de una actividad
a la vez accionando el botón “Agregar”, el cual agrega nuevos campos
atributos de las iniciativas a la vista. En la Figura 4.57 se muestra dicha
interfaz.
Figura 4.57 Diseño De La Interfaz Añadir Actividad
Fuente: Elaboración Propia
El usuario al accionar la opción “Editar Actividad”, se desplegará la
vista correspondiente para realizar el proceso de modificación de datos en
las actividades del sistema, cargándose una tabla con todas las actividades
registradas en el sistema y un botón “Editar” que permitirá ejecutar la
modificación de los mismos. En la Figura 4.58 se muestra dicha interfaz.
Figura 4.58 Diseño De La Interfaz Editar Actividad
Fuente: Elaboración Propia
El usuario al accionar la opción “Eliminar Actividad”, se desplegará la
vista correspondiente para realizar el proceso de eliminación de las
actividades del negocio, cargándose una tabla con todas las actividades
registradas en el sistema y una caja de selección para cada una de las filas
respectivamente, lo cual permitirá seleccionar las actividades que se deseen
eliminar. Para ejecutar la acción de eliminación se debe elegir al menos una
actividad y accionar el botón “Eliminar”. En la Figura 4.59 se muestra dicha
interfaz.
Figura 4.59 Diseño De La Interfaz Eliminar Actividad
Fuente: Elaboración Propia
4.2.17 Diseño de la Interfaz Asignar Responsabilidad
En la Figura 4.60 se muestra la interfaz para Asignar Responsabilidad,
en el cual se despliegan las opciones para añadir, editar y eliminar
responsables en objetivos, iniciativas y actividades del sistema, por lo que el
usuario podrá accionar cualquiera de las opciones, según sea el nivel que
posea.
Figura 4.60 Diseño De La Interfaz Asignar Responasbilidad
Fuente: Elaboración Propia
El usuario al accionar la opción “Añadir Responsable”, se desplegará
la vista correspondiente para realizar el proceso de registro de las
actividades, mostrando cajas de selección para asignar el responsable a una
iniciativa, actividad u objetivo determinado. Además se muestran los campos:
nombre, unidad perteneciente y descripción, para lo cual el usuario debe
ingresar los datos correspondientes. Se puede registrar más de un
responsable a la vez accionando el botón “Agregar”, el cual agrega nuevos
campos atributos de los responsables a la vista. En la Figura 4.61 se muestra
dicha interfaz.
Figura 4.61 Diseño De La Interfaz Añadir Responsable
Fuente: Elaboración Propia
El usuario al accionar la opción “Editar Responsable”, se desplegará la
vista correspondiente para realizar el proceso de modificación de datos sobre
los responsables, cargándose una tabla con todas las responsabilidades
registradas en el sistema y un botón “Editar” que permitirá ejecutar la
modificación de los mismos. En la Figura 4.62 se muestra dicha interfaz.
Figura 4.62 Diseño De La Interfaz Editar Responsable
Fuente: Elaboración Propia
El usuario al accionar la opción “Eliminar Responsable”, se desplegará
la vista correspondiente para realizar el proceso de eliminación de los
responsables del sistema, cargándose una tabla con todas las
responsabilidades registradas y una caja de selección para cada una de las
filas respectivamente, lo cual permitirá seleccionar las responsabilidades que
se deseen eliminar. Para ejecutar la acción de eliminación se debe elegir al
menos una responsabilidad y accionar el botón “Eliminar”. En la Figura 4.63
se muestra dicha interfaz.
Figura 4.63 Diseño De La Interfaz Eliminar Responsable
Fuente: Elaboración Propia
4.2.18 Diseño de la Interfaz Cargar Resultados CMI
En la Figura 4.64 se muestra la interfaz principal del sistema, el cual
despliega un menú en forma de lista desplegable abarcando las siguientes
opciones: Construir CMI (Construir Cuadro de Mando Integral), Cargar
Resultados CMI, Visualizar la Gestión, Gestión de Usuarios y Cerrar Sesión.
El usuario podrá accionar, según su nivel de acceso, la opción que desee
ejecutar.
Figura 4.64 Diseño De La Interfaz Cargar Resultados CMI
Fuente: Elaboración Propia
4.2.19 Diseño de la Interfaz Indicadores De Gestión
En la Figura 4.65 se muestra la interfaz Indicadores De Gestión, el
cual despliega una caja de selección en el que se cargan todos los
indicadores de gestión registrados en el sistema y otra caja de selección para
establecer el año en el que se desean cargar los datos. Dependiendo de los
parámetros que seleccione el usuario, se mostrará un tablero para cargar los
datos, esto dependerá además de la naturaleza del indicador de gestión.
Como valor añadido, se desplegará un área para fijar puntos críticos
máximos y mínimos y valores plan (meta) en un lapso de tiempo determinado
a través de cajas de selección para fijar el rango de fechas y de campos de
texto para los valores críticos máximos, mínimos y valor meta. Para la Figura
4.65 se muestra el tablero correspondiente a un indicador con frecuencia de
datos mensual.
Figura 4.65 Diseño De La Interfaz Indicadores De Gestión
Fuente: Elaboración Propia
4.2.20 Diseño de la Interfaz Avance De Actividades
En la Figura 4.66 se muestra la interfaz Avance De Actividades, el cual
despliega una caja de selección en el que se cargan todas las iniciativas
existentes en el sistema. El usuario al accionar cualquier iniciativa, se
presenta un tabla cargada con todas las actividades asociadas a la misma,
permitiendo al usuario modificar los avances porcentuales de cada actividad
y por ende modificar el avance porcentual de la iniciativa.
Figura 4.66 Diseño De La Interfaz Avance De Actividades
Fuente: Elaboración Propia
4.2.21 Diseño de la Interfaz Visualizar Gestión
En la Figura 4.67 se muestra la interfaz Visualizar Gestión, el cual
despliega el Cuadro de Mando Integral construido, en el que se despliegan
los botones de “Inicio”, en el que se muestran las perspectivas y el detalle de
las mismas, “Misión/Visión” presentando la misión y visión de la empresa,
“Objetivos Estratégicos” en el que se muestra el detalle de los objetivos
estratégicos previamente formulados, “Indicadores de Gestión” en el que se
visualizan todos los indicadores que miden los objetivos estratégicos e
“Iniciativas” en el cual se presentan todas las iniciativas y actividades
cargadas en el sistema de gestión y visualizando el porcentaje de avance de
las mismas.
Figura 4.67 Diseño De La Interfaz Visualizar Gestión
Fuente: Elaboración Propia
4.2.22 Diseño de la Interfaz Gestión de Usuarios
En la Figura 4.68 se muestra la interfaz Gestión de Usuarios, el cual
despliega opciones para añadir, editar y eliminar usuarios del sistema.
Figura 4.68 Diseño De La Interfaz Gestión de Usuarios
Fuente: Elaboración Propia
4.2.23 Conclusión de la Fase de Elaboración
Se identificaron los requisitos del software en el cual se establecieron
las respectivas relaciones con los actores implicados en el sistema,
representado a través de los diagramas de casos de usos. Esto a su vez
comprende el insumo base para el desarrollo de los diagramas de clase de
análisis, describiéndose en los mismos, el detalle de los diagramas de casos
de uso.
A partir de los diagramas de clase de análisis, se procedió a elaborar
los diagramas de colaboración, los cuales permiten observar la interacción
que existe entre los objetos del sistema y esto a su vez permitió la
construcción de los diagramas de paquete de análisis para representar el
encapsulamiento de los casos de uso que fueron identificados y definidos
previamente en el proceso de análisis.
El desarrollo de esta fase permitió obtener la información necesaria
que será utilizada como insumo base para el desarrollo de la fase de
construcción, además de proporcionar información sobre los elementos que
serán utilizados para elaborar el modelado de la base de datos.
4.3 Fase de construcción
4.3.1 Planificación de la Fase de Construcción
Para la fase de construcción, la arquitectura del sistema no debe sufrir
cambios mayores, es por ello que en la Fase de Elaboración se desarrolló la
mayor parte del modelado del sistema, sufriendo en la misma los cambios en
los componentes, características y requisitos obteniéndose la robustez
necesaria para que, en etapas posteriores se mitiguen cambios de alcance
del sistema.
En esta fase los elementos modelados se implementaron, por lo que
se obtuvo la línea base de la arquitectura y una versión inicial del sistema
produciendo esto varias iteraciones en el ciclo de construcción hasta que se
pudo obtener el sistema completo.
La documentación que se ha producido en la fase anterior permitió
visualizar y prever los cambios que han de producirse en la codificación para
lograr que el sistema obtenga mayor robustez, enfocado mayormente sobre
las funcionalidades base definidas en el análisis, logrando así complementar
y agregar valor añadido a los requerimientos de los usuarios.
4.3.2 Diagrama de Componentes
Estos diagramas representan los tipos de elementos que se utilizan
para la fabricación del sistema los cuales pueden ser representados a través
de archivos, paquetes, bibliotecas, subsistemas, entre otros. No obstante
estos diagramas son flexibles al momento de presentar los componentes que
integran el sistema. En este caso solo se incluyeron los componentes que
actúan directamente en la fabricación del sistema junto con sus respectivas
asociaciones y dependencia que posean cada uno.
En la Figura 4.69, se muestra el diagrama de componentes para el
sistema ESTRATEGA:
219
Figura 4.69 Diagrama de Componentes
219
Fuente: Elaboración Propia
4.3.3 Flujo de Pruebas
Esta fase permite verificar el correcto funcionamiento del sistema en el
que verifica si satisface las necesidades de los usuarios. Esto se realiza con
la finalidad de entregar al usuario final un producto que no contenga defectos
ni produzca errores.
Para ello es necesario realizar una serie de pruebas a cada uno de los
componentes del sistema, esto producirá resultados que permitirán observar
cuales son los módulos a mejorar y poder de esta manera obtener una
versión estable del sistema.
4.3.3.1 Pruebas por Unidad
Las pruebas por unidad es un proceso en el que se someten cada uno
de los componentes del sistema, una vez que han sido construidos. Esto con
la finalidad de asegurar que cada módulo funcione correctamente través de
una serie de pruebas ejecutadas por bloques desarrollados.
Es por ello que se deben diseñar varios escenarios de pruebas que
permitan descubrir errores causados por iteraciones, condicionales, puntos
de control o flujo de datos errónea. Cada módulo es distinto por lo cual, cada
escenario o caso de prueba varía acorde a la estructura y funcionalidad en el
que se construyó el bloque de programa.
4.3.3.2 Pruebas de Integración
Para las pruebas de integración se verifica la correcta integración de
los distintos componentes una vez que se ha realizado las pruebas unitarias
correspondientes. La integración incremental ascendente ha sido elegida
para probar el sistema desde los bloques más pequeños, hasta lograr
compenetrar y unir todos los módulos que interactúan en conjunto para
producir funcionalidades del sistema.
4.3.3.3 Pruebas de La Caja Negra
En estas pruebas, el enfoque está dirigido hacia los requisitos
funcionales del software, en la cual, se obtienen escenarios de un conjunto
de condiciones de entrada que serán ejecutadas para validar y verificar que
dichos requisitos se están cumpliendo.
Para realizar las pruebas de caja negra es necesario elegir los tipos de
datos que serán de ayuda para armar los posibles escenarios que permitan
al sistema, ejecutar casos de pruebas en todas sus variantes, incluyéndose
tanto datos válidos como inválidos. Estos datos se escogen dependiendo de
las especificaciones del sistema, obviando los procesos internos (iteraciones,
condicionales, métodos, funciones, entre otros) que se puedan activar o
ejecutar al momento de colocar en funcionamiento el sistema.
La técnica a utilizar para desarrollar las pruebas de la caja negra es la
de Partición de Equivalencia, que se basa en dividir el campo de entrada en
clases de datos que permite probar una gama extensa de posibilidades sobre
los campos de entrada que integran el sistema.
Esta técnica no solo permite observar cuales tipos de datos son
válidos para la entrada de datos, sino que también permite construir métodos
y funciones que permitan minimizar y filtrar datos acorde al requerimiento del
campo.
A partir de la tabla 4.20 se presentan las particiones de divididas en
clases de datos para las operaciones más importantes del sistema
ESTRATEGA.
Tabla 4.20 Clase de Equivalencia para Registrar Usuario
Nro. Dato Clase de
Equivalencia
Valido No Valido
1 Nombre Caracter Numérico X
2 Nombre Caracter Alfabético X
3 Nombre Sin Caracter X
4 Apellido Caracter Numérico X
5 Apellido Caracter Alfabético X
6 Apellido Sin Caracter X
7 Indicador Caracter Numérico X
8 Indicador Caracter Alfabético X
9 Indicador Sin Caracter X
10 Unidad Perteneciente Caracter Numérico X
11 Unidad Perteneciente Caracter Alfabético X
12 Unidad Perteneciente Sin Caracter X
13 Nivel de Cargo Selector Múltiple X
14 Correo Electrónico Caracter Numérico X
15 Correo Electrónico Carácter Alfabético X
16 Correo Electrónico Carácter Nulo X
Fuente: Elaboración Propia
Tabla 4.21 Clase de Equivalencia para Registrar Formulación
Estratégica
Nro. Dato Clase de
Equivalencia
Valido No Valido
1 Misión Caracter Numérico X
2 Misión Carácter Alfabético X
3 Misión Carácter Nulo X
4 Visión Caracter Numérico X
5 Visión Carácter Alfabético X
6 Visión Carácter Nulo X
7 Nombre de la
Organización
Caracter Numérico X
8 Nombre de la
Organización
Carácter Alfabético X
9 Nombre de la
Organización
Carácter Nulo X
10 Código de la
Organización
Caracter Numérico X
11 Código de la
Organización
Carácter Alfabético X
12 Código de la
Organización
Carácter Nulo X
Fuente: Elaboración Propia.
Tabla 4.22 Clase de Equivalencia para Registrar Indicadores de Gestión
Nro. Dato Clase de
Equivalencia
Valido No
Valido
1 Objetivo Estratégico
Asociado
Selector Múltiple X
2 Nombre Caracter Numérico X
3 Nombre Carácter Alfabético X
4 Nombre Carácter Nulo X
5 Plan Caracter Numérico X
6 Plan Carácter Alfabético X
7 Plan Carácter Nulo X
8 Unidad de Medición Caracter Numérico X
9 Unidad de Medición Carácter Alfabético X
10 Unidad de Medición Carácter Nulo X
11 Frecuencia Selector Múltiple X
12 Descripción Caracter Numérico X
13 Descripción Carácter Alfabético X
14 Descripción Carácter Nulo X
Fuente: Elaboración Propia.
.
Tabla 4.23 Clase de Equivalencia para
Cargar Datos Indicadores de Gestión
Nro Dato Clase de
Equivalencia
Valido No
Valido
1 Selección de Indicador Selector Múltiple X
2 Selección de Año Selector Múltiple X
3 Rango de Fecha
Desde
Selector Múltiple X
4 Rango de Fecha
Hasta
Selector Múltiple X
5 Valor Mínimo Caracter Numérico X
6 Valor Mínimo Carácter Alfabético X
7 Valor Mínimo Carácter Nulo X
8 Valor Máximo Caracter Numérico X
9 Valor Máximo Carácter Alfabético X
10 Valor Máximo Carácter Nulo X
11 Valor Plan Caracter Numérico X
12 Valor Plan Carácter Alfabético X
13 Valor Plan Carácter Nulo X
14 Valor Real Caracter Numérico X
15 Valor Real Carácter Alfabético X
16 Valor Real Carácter Nulo X
17 Observaciones Caracter Numérico X
18 Observaciones Carácter Alfabético X
19 Observaciones Carácter Nulo X
Fuente: Elaboración Propia.
Tabla 4.24 Caso de Prueba de Caja Negra Registrar Indicadores de
Gestión
Dato Clase de
Equivalencia
Valido No Valido
Nombre 1Roberto X
Nombre ¡Roberto X
Nombre Roberto X
Plan 23 X
Plan A23 X
Plan .!” X
Unidad de Medición Barriles/Hora X
Unidad de Medición ¡Barriles/Hora X
Unidad de Medición C X
Descripción 1Roberto X
Descripción ¡Roberto X
Descripción Roberto X
Fuente: Elaboración Propia.
4.3.4 Conclusión de la Fase de Construcción
Al finalizar la fase de construcción se logró obtener un producto final
que es el sistema en su versión beta. Las interfaces de interacción con el
usuario se desarrollaron y culminaron en su totalidad, satisfaciendo los
requerimientos que se definieron. Además se logró alcanzo materializar el
modelado del sistema, partiendo del insumo base de los diagramas
elaborados en fases anteriores. Para obtener un sistema estable se sometió
el mismo por procesos de prueba, mitigando errores y defectos existentes.
CAPÍTULO V
CONCLUSIONES Y RECOMENDACIONES
5.1 Conclusiones
1. El Terminal de Almacenamiento y Embarque de Crudo Jose Antonio
Anzoátegui, específicamente en los procesos de Planificación,
Presupuesto Y Control de Gestión, llevan su sistema de gestión de
forma manual como es el caso de la herramienta Cuadro de Mando
Integral (CMI), para lo cual registran los indicadores de gestión de forma
manual, sin un formato estándar para controlar un histórico de sus
avances, estados y comparaciones con lapsos de tiempo específicos,
para lo cual se desarrollo una aplicación que les permitió llevar su
sistema de gestión de forma ordenada y basándose en la herramienta
de gestión Cuadro de Mando Integral.
2. Para la construcción del sistema de gestión se desarrolló el sistema
ESTRATEGA, el cual basándose en la metodología del Cuadro de
Mando Integral permite crear un sistema de gestión junto con todos los
elementos estratégicos que conforman dicha herramienta. Añadido a
esto, se logró realizar seguimiento y control a todos los indicadores de
gestión y actividades establecidas por los usuarios, esto a su vez
genera un efecto dominó al reflejar resultados tanto en los objetivos
estratégicos como en las estrategias formuladas en el sistema de
gestión. Para el desarrollo de la aplicación se utilizó la metodología del
Proceso Unificado de Desarrollo de Software.
3. Mediante la aplicación de herramientas de investigación como lo son la
observación directa y entrevistas no estructurada, se pudo determinar e
identificar los requisitos funcionales y no funcionales del negocio.
Partiendo de este esquema se elaboraron un conjunto de diagramas
utilizando el Lenguaje de Modelado Unificado, permitiendo obtener un
enfoque sencillo y entendible de la estructura del sistema, sirviendo de
insumo base para la construcción y materialización de ESTRATEGA.
4. Se elaboró la base de datos correspondiente a través de los diagramas
previamente desarrollados, donde se pudo denotar todas las entidades
que actúan en el sistema. Esto se tradujo en una serie de tablas y
campos que almacenarán datos, sirviendo esto para el flujo de
información que se producirá al momento de las interacciones entre
usuario y sistema.
5. La presentación de las interfaces se diseñó de forma que el usuario
comprenda de forma intuitiva el funcionamiento del sistema, logrando
así una curva de aprendizaje rápida al manipular los modulos y
funcionalidades de la aplicación.
6. Las pruebas en las que fue sometido el sistema permitió mitigar y
reducir los defectos y errores, por el cual se pudo obtener un sistema
más robusto y confiable. Además para asegurar la calidad de los datos
que se almacenan en el sistema, se ejecutaron pruebas de caja negra
según la diversidad de tipos de datos existentes en la base de datos.
7. La construcción del sistema se desarrolló mediante el lenguaje
interpretado PHP para el dinamismo del sistema en cuanto a flujo de
información, el lenguaje de etiqueta HTML y hojas de estilo en cascada
CSS para el maquetado de las interfaces, el lenguaje de programación
JavaScript para determinadas funcionalidades del sistema y Postgresql
como sistema gestor de base de datos.
8. Se elaboró un manual de usuario en el que se especifica las
generalidades del sistema, los pasos necesarios que deben ejecutarse
para utilizarse de forma adecuada, una breve descripción de cada
módulo del mismo, definiciones de algunos elementos del sistema y
definición de los roles que pueden existir.
5.2 Recomendaciones
1. El sistema ESTRATEGA debe ajustarse más a la metodología del
Cuadro de Mando Integral, añadiéndose módulos y funcionalidades que
permitan lograr alinear el sistema totalmente a la herramienta
anteriormente mencionada.
2. Ejecutar actividades de entrenamiento dirigidos a los usuarios sobre el
manejo del sistema ESTRATEGA, siguiendo los procedimientos e
instrucciones que el manual de usuario del sistema ESTRATEGA
establece, con la finalidad que el mismo sea manipulado de forma
correcta.
3. Revisar revisiones periódicas del sistema ESTRATEGA, por ser un
sistema prototipo, es necesario realizar ajustes en ciertos bloques del
código para que la aplicación pueda ser explotada en su máximo nivel y
así brindar a los usuarios una mayor experiencia en cuanto a rapidez y
funcionalidad.
4. Utilizar navegadores web bajo licencias de software libre para obtener
mejores resultados en la ejecución de la aplicación.
BIBLIOGRAFÍA
Arias, F. (2006). El proyecto de Investigación, Guía para su Elaboración (5ta.
Ed.). Caracas, Venezuela.
Altair Consultores, S.R.L, (2005), Cuadro de Mando Integral, Revista
Economía (3), 150. Madrid: España.
Balestrini, M. (2002). Como se Elabora el Proyecto de Investigación.
Caracas, Venezuela: McGraw Hill.
David, F. (2003). Conceptos de la Administración Estratégica (9a ed.).
México, DF: Pearson Prentice Hall.
Fernandez, P. (2012). Diseño de un sistema de información para el
seguimiento de las actividades asociadas con el registro de documentos
en una empresa inmobiliaria, ubicada en Cumaná-Estado Sucre.
Trabajo de Grado no publicado, Universidad de Oriente, Barcelona,
Venezuela.
Free Software Fundation (2014). ¿Qué es el Software Libre? Sistema
Operativo GNU. Disponible en: http://www.gnu.org/philosophy/ free-
sw.html.
Herazo, L. y Bravo, M. (2.012). Desarrollo de un sistema de información para
el seguimiento de las actividades asociadas con la solicitud de
insumos de un centro de Salud en el estado Miranda. Trabajo de
Grado no publicado, Universidad de Oriente, Barcelona, Venezuela.
Kaplan, R. y Norton, D.P (2002).Cuadro de Mando Integral (The Balanced
Scorecard) .Barcelona, España: Gestión 2000, S.A.
Mata, R. y Fernandez, D. (2.012). Desarrollo de un sistema de información
para el control de los proyectos asociados a una empresa de
construcción ubicada en Puerto Ordaz, Estado Anzoátegui. Trabajo
de Grado no publicado, Universidad de Oriente, Barcelona,
Venezuela.
Mujica, A. (2011).Diseño de un Sistema de Información para el seguimiento
de las actividades asociadas a la gestión del personal de la gerencia de
seguridad AIT de PDVSA-ORIENTE. Trabajo de Grado no publicado,
Universidad de Oriente. Anzoátegui, Venezuela.
O´Brien, J. y Marakas, G.M, (2006).Sistemas de Información Gerencial. DF,
Mexico: McGraw-Hill.
Pressman, R. (2002). Ingeniería del Software, Un Enfoque Práctico (5ta. ed.).
Bogotá, Colombia: McGraw-Hill Interamericana S.A.
Ramez, E. y Shamkant, N. (2007). Fundamentos de Sistemas de Bases de
Datos. Madrid, España: Pearson Educación, S.A.
Rosso, J. y Sanchez, J. (2012). Desarrollo de una aplicación para la gestión
de reportes operacionales de la gerencia general de negocios
internacionales-PDVSA Guaraguao. Puerto La Cruz, Estado
Anzoátegui. Trabajo de Grado no publicado, Universidad de Oriente,
Barcelona, Venezuela.
Rumbaugh, J., Jacobson, I., Booch, G. (2007). El Lenguaje Unificado de
Modelado, Manual de Referencia (2a. ed.). Madrid, España: Editorial
Pearson Educación, S.A.
METADATOS PARA TRABAJOS DE GRADO, TESIS Y ASCENSO
TÍTULO
SISTEMA DE INFORMACIÓN GERENCIAL PARA LA GESTIÓN
Y CONTROL DE ESTRATEGIAS DEL TERMINAL DE
ALMACENAMIENTO Y EMBARQUE DE CRUDO “JOSÉ
ANTONIO ANZOÁTEGUI” (TAECJAA)
SUBTÍTULO
AUTOR (ES):
APELLIDOS Y NOMBRES CÓDIGO CVLAC / E MAIL
Quijada Díaz, Roberto Juliano Del
Jesús
CVLAC: V.19.983.014
E MAIL: [email protected]
PALÁBRAS O FRASES CLAVES:
Control
Cuadro de Mando Integral
Estrategias
Gestión
Indicadores
Objetivos
Sistema de Información Gerencial
METADATOS PARA TRABAJOS DE GRADO, TESIS Y ASCENSO:
ÀREA SUBÀREA
Ingeniería y Ciencias Aplicadas
Ingeniería de Sistemas
RESUMEN (ABSTRACT):
El presente proyecto de investigación se realizó en el Terminal de
Almacenamiento y Embarque de Crudo José Antonio Anzoátegui, ubicada en
el Complejo Industrial José Antonio Anzoátegui de la ciudad de Barcelona,
Edo. Anzoátegui. Dicho Terminal, emplea la metodología del Cuadro de
Mando Integral de Kaplan y Norton para el control de sus procesos
Administrativos y operacionales, sin embargo, dicha gestión en llevada en
forma manual, lo que origina se procese mucha información sobre hojas de
trabajo (Excel) y hoja de presentaciones (PowerPoint) acerca de los
indicadores de gestión manejados en cada unidad. Para solucionar este
problema, se desarrolló un Sistema de Información Gerencial para el
Seguimiento y Control de Estrategias denominado “Estratega”, el cual
permitió deducir la redundancia, inconsistencia de la información plasmada
en los documentos e informes generados para la presentación de la Gestión
del Terminal. La aplicación se desarrolló utilizando la metodología del
Proceso Unificado de Desarrollo de Software (RUP), conjuntamente con el
Lenguaje Unificado de Modelado (UML), Para la codificación, se empleó
programación en PHP, y como manejador de base de base de datos se
empleó Postgresql.
METADATOS PARA TRABAJOS DE GRADO, TESIS Y ASCENSO:
CONTRIBUIDORES:
APELLIDOS Y NOMBRES ROL / CÓDIGO CVLAC / E_MAIL
Carrasquero, Manuel ROL CA AS TU
X
JU
CVLAC: V-7.374.987
E_MAIL [email protected]
E_MAIL
Guevara, María ROL CA AS TU JU X
CVLAC: V-8.853.210
E_MAIL [email protected]
E_MAIL
Rojas, Luis ROL CA AS TU JU X
CVLAC: V-10.945.922
E_MAIL [email protected]
E_MAIL
FECHA DE DISCUSIÓN Y APROBACIÓN:
LENGUAJE. SPA
METADATOS PARA TRABAJOS DE GRADO, TESIS Y ASCENSO:
ARCHIVO (S):
NOMBRE DE ARCHIVO TIPO MIME
TESIS.SISTEMA DE INFORMACION
GERENCIAL PARA LA GESTIÓN Y CONTROL
DE ESTRATEGIAS DEL TERMINAL DE
ALMACENAMIENTO Y EMBARQUE DE
CRUDO JOSE ANTONIO ANZOATEGUI
. MS.word
ALCANCE
2014
AÑO
12
MES
09
DÍA
ESPACIAL: Fue construido el sistema de información
TEMPORAL:
TÍTULO O GRADO ASOCIADO CON EL TRABAJO:
INGENIERO DE SISTEMAS
NIVEL ASOCIADO CON EL TRABAJO:
PREGRADO
ÁREA DE ESTUDIO:
Departamento de Computación y Sistemas
INSTITUCIÓN:
Universidad de Oriente, Núcleo Anzoátegui, Venezuela.
METADATOS PARA TRABAJOS DE GRADO, TESIS Y ASCENSO:
METADATOS PARA TRABAJOS DE GRADO, TESIS Y ASCENSO:
DERECHOS
De acuerdo al artículo 41 del reglamento de trabajos de grado (Vigente a
partir del II Semestre 2009, según comunicación CU-034-2009)
“Los Trabajos de grado son exclusiva propiedad de la Universidad de
Oriente y solo podrán ser utilizadas a otros fines con el consentimiento
del consejo de núcleo respectivo, quien lo participara al Consejo
Universitario “
Br. Roberto Quijada
AUTOR
Ing. Manuel Carrasquero
TUTOR
Ing. María Guevara
JURADO
Ing. Luis Rojas
JURADO
POR LA SUBCOMISION DE TESIS