Sergio Oswaldo Cajias Lizcano, MSC
Sergio Oswaldo Cajias Lizcano, MSC
Tutor
URBANO ELIÉCER GÓMEZ PRADA, MSc
6
Tabla Contenido
INTRODUCCIÓN ................................................................................................................ 6
1. RESUMEN DEL PROYECTO ................................................................................... 9
1.1. Planteamiento del problema ......................................................................................................... 9
1.2. Justificación ............................................................................................................................... 12
1.3. Diseño metodológico ................................................................................................................. 15
2. OBJETIVOS ............................................................................................................... 17
2.1. Objetivo general......................................................................................................................... 17
2.2. Objetivos específicos ................................................................................................................. 17
3. MARCO TEÓRICO ................................................................................................... 18
3.1. Conocimiento............................................................................................................................. 18
3.2. Gestión del conocimiento ........................................................................................................... 20
3.2.1. Estrategias de gestión del conocimiento .................................................................................... 22
3.3. Modelo Integrado de Planeación y Gestión ................................................................................ 23
3.3.1 Lecciones aprendidas ................................................................................................................. 24
4. MARCO TECNOLÓGICO ....................................................................................... 25
4.1. Proceso Unificado de Desarrollo ................................................................................................ 25
4.4.1 Lenguaje Unificado de Modelado ............................................................................................... 25
4.2. Zend Framework ........................................................................................................................ 26
5. RESULTADOS ........................................................................................................... 29
5.1. Caracterización de procesos funcionales de la oficina TIC .......................................................... 29
5.1.1. Caracterización Proceso de soporte a usuarios. ........................................................................... 30
5.1.2. Caracterización de proceso Gestión de la Infraestructura Tecnológica......................................... 32
5.1.3. Caracterización proceso Capacitación y Apropiación de Tecnología ........................................... 34
5.2. Elaboración del Instrumento para la recolección de las lecciones aprendidas .............................. 36
5.3. Diseño de la herramienta Software ............................................................................................. 39
5.3.1. Requerimientos para el Diseño de la Herramienta Software........................................................ 40
5.3.2 Diagrama de Casos de Uso ......................................................................................................... 45
5.3.3. Diagrama de clases .................................................................................................................... 47
5.3.4. Diagrama de Despliegue ............................................................................................................ 48
5.3.5. Esquema del Menú de la Herramienta de Software ..................................................................... 49
5.3.6. Pantalla para el registro de Lecciones Aprendidas ...................................................................... 50
5.3.7. Pantalla para Consulta de Lecciones Aprendidas........................................................................ 52
5.3.8. Pantalla de presentación de una Lección Aprendida Seleccionada .............................................. 53
5.3.9 Formato de Lección Aprendida previamente registrada .............................................................. 54
5.3.10. Pantalla para el registro de Usuarios en el Sistema ................................................................... 55
5.3.11. Diagrama de Actividades ......................................................................................................... 56
5.3.12 Pasos para elaborar una Lección Aprendida ............................................................................... 57
6 CONCLUSIONES ...................................................................................................... 58
7 RECOMENDACIONES ............................................................................................ 60
8 BIBLIOGRAFÍA ........................................................................................................ 61
7
Lista de Figuras
8
Lista de Tablas
Tabla 1 Caracterización de la prestación de servicios de asistencia técnica ........................ 31
Tabla 2 Caracterización de la Gestión de la infraestructura tecnológica ............................. 33
Tabla 3 Caracterización de planes de capacitación y apropiación de tecnología de impacto
ciudadano. ............................................................................................................................. 35
Tabla 4 Requerimientos Funcionales ................................................................................... 40
Tabla 5 Requerimientos No Funcionales.............................................................................. 44
9
Lista de Anexos
ANEXO A. Descripción de los atributos de cada una de las clases del Sistema ................ 65
ANEXO B. Diagnóstico de la Gestión del Conocimiento en la Oficina TIC ..................... 69
10
15/10/2019 www.upbbga.edu.co/biblioteca/formaton.php
RESUMEN
El Sistema de Registro y Gestión del Conocimiento desarrollado surge de la necesidad de preservar el
conocimiento de las personas que trabajan en la Alcaldía de Bucaramanga, debido a su rotación permanente y a
la falta de una estrategia que permita la transferencia de los procesos de aprendizajes y mejores prácticas. El
proyecto requirió recopilar conocimientos y buenas prácticas sobre el tema a fin de diseñar un software pa ra el
registro de lecciones aprendidas como prueba piloto y de fácil aplicación para la Oficina Asesora en TIC de la
Alcaldía de Bucaramanga. Se diseñó en implementó un Sistema de Información para soportar el registro, la
consulta y gestión de lecciones aprendidas, la cual debe recopila y almacena en un repositorio digital ese
conocimiento de las personas. El sistema de información se desarrolló siguiendo la metodología RUP usando
Zend Framework, una base de datos Mysql 5.6 y como herramienta de desarrollo PHP 5.6.y fue documentado
con el lenguaje de modelado UML para representar los procesos requeridos. El sistema de información es un
aporte para la Alcaldía de Bucaramanga pues da inicio a una estrategia para la gestión del conocimiento en la
entidad y apoya la dimensión seis del Modelo Integral de Planeación y Gestión – MIPG.
PALABRAS CLAVE:
6
15/10/2019 www.upbbga.edu.co/biblioteca/formatoi.php
ABSTRACT
The Registration and Knowledge Management System developed, comes from the need to preserve the
knowledge of the people who work in the Municipality of Bucaramanga; due to its permanent rotation and the lack
of a strategy that allows the transfer of learning processes and better practices. The project required to gather
knowledge and good practices related to the subject in order to design a software for the registration of lessons
learned as a pilot test and easy to apply for the ICT Advisory Office of the Municipality of Bucaramanga. An
Information System was designed to support the registration, consultation and management of lessons learned,
which should collect and store that knowledge of people in a digital repository. The information system was
developed following the RUP methodology using Zend Framework, a Mysql 5.6 database and as a PHP 5.6
development tool, and was documented with the UML modeling language to represent the required processes.
The information system is a contribution to the Bucaramanga City Hall as it starts a strategy fo r knowledge
management in the entity and supports the sixth dimension of the Integral Planning and Management Model – in
Spanish MIPG.
KEYWORDS:
7
INTRODUCCIÓN
En el caso de las empresas del sector público, la Gestión del Conocimiento también hace
parte fundamental del desempeño institucional. Sin embargo, la implementación de procesos
de Gestión del Conocimiento en las instituciones públicas no se ha hecho de la manera más
rigurosa; por ejemplo, a través de este ejercicio en la Alcaldía de Bucaramanga se evidenció
la necesidad de generar una unidad dedicada a dicha gestión, pues si bien la institución tiene
éxito en varios de sus procesos, se hace necesario generar una estrategia que permita la
captura o recepción de conocimiento.
La Oficina Asesora TIC por ser un área transversal para todas las demás áreas de la Alcaldía
de Bucaramanga, requiere disponer de un talento humano que se encuentre capacitado y
documentado en los diferentes procesos que soportan la operación de los diferentes servicios
de red y de los sistemas de información de forma que ofrezcan un soporte técnico eficiente y
7
oportuno a los usuarios de dichos servicios, por lo que se hace necesario fortalecer esta
Oficina en la gestión de su conocimiento.
Bien es sabido que el conocimiento que tienen y adquieren las personas, no se compra, solo
se puede tener mientras laboran para una entidad, por ello se hace necesario diseñar e
implementar herramientas para capturar parte de ese conocimiento.
El trabajo de Investigación que se presenta, muestra cinco capítulos que al final nos llevan a
la presentación del diseño de un software para la administración de lecciones aprendidas que
apoye la gestión del conocimiento, aplicable en la Oficina Asesora TIC – OATIC de la
Alcaldía de Bucaramanga enmarcado en la dimensión seis del modelo integral de planeación
y gestión el cual se fundamenta en un marco teórico, diseño metodológico y el diagnóstico
que se convierten en la base para la formulación del diseño propuesto, que se precisa en una
herramienta para el registro y consulta de lecciones aprendidas para la OATIC pero que se
puede extender para las secretarías de despacho logrando así un impacto positivo para la
Alcaldía en lo relacionado con su modelo de gestión del conocimiento, y que en un futuro se
convierta en un caso de éxito como entidad del Estado en el País.
8
1. RESUMEN DEL PROYECTO
Ello sumado a que no se cuenta con una estrategia de gestión de conocimiento, ocasionando
que los procesos de aprendizaje sobre las mejores prácticas y lecciones aprendidas no se
preservan ni se transfieren, por ende, en las administraciones entrantes se generan altos costos
y reprocesos debido a la falta de información histórica, lo que dificulta el diseño y
construcción de nuevos proyectos; a partir de procesos, metodologías, procedimientos
establecidos.
Así pues, como se puede observar en la figura 1, una de las fortalezas del capital instrumental
es el almacenamiento de documentación, pero no del conocimiento mientras que, uno de los
9
puntos más débiles en el capital instrumental es la no existencia de recursos de plataforma
tecnológica para administrar el conocimiento.
Almacenamiento de
documentación
8
7
6
5
Recurso de plataforma 4
3 Integración y utilización de las
teconologica para adminitrar
2 bases de datos
el conocimiento
1
0
Así pues, a partir del diagnóstico se detectó la necesidad de incorporar una herramienta de
gestión del conocimiento, que permita dar continuidad a los procesos sin que la rotación de
10
personal sea un obstáculo que entorpezca el desarrollo de los mismos y en aras de dar
respuesta al problema se ha planteado la implementación de un Banco de Lecciones
Aprendidas como una herramienta que apoye la gestión del conocimiento para la oficina TIC
de la Alcaldía de Bucaramanga.
11
1.2. Justificación
1. Talento Humano
2. Direccionamiento estratégico y planeación
3. Gestión con valores para resultados
4. Evaluación de resultados
5. Información y comunicación
6. Gestión del Conocimiento y la innovación
7. Control interno
En las entidades públicas se hace indispensable alinearse al MIPG para alcanzar los objetivos
de la Función Pública; en este orden, este proyecto pretende ahondar en las prácticas
necesarias para propiciar una correcta Gestión del Conocimiento y la Innovación,
correspondiente a la sexta dimensión del modelo.
12
Innovación, propuestos en el Manual Operativo del MIPG, con el ánimo de propender que
los datos generados se conviertan en información y a su vez esta genere conocimientos, que
sirva de apoyo a la hora de tomar decisiones.
En la figura 2., se muestran los ejes de la gestión del conocimiento y la innovación definidos
por la Función Pública, que contemplan los escenarios en los que opera el doble ciclo de
gestión del conocimiento. Los ejes cuentan con acciones que permiten fortalecer el
desempeño institucional que llevan a potenciar el cumplimiento del propósito fundamental
de la entidad.
13
Sobre el eje de analítica institucional, podemos decir que permite tener evidencia que ayude
a responder preguntas que posteriormente guíen la toma de decisiones con la mayor cantidad
de información posible.
Finalmente, encontramos que, con el eje relacionado con la cultura de compartir y difundir,
se estructura la concepción de la cultura de memoria institucional y el fortalecimiento
compartido del conocimiento de la entidad.
Por un lado, dicha herramienta de apropiación y uso permitirá una vez se desarrolle e
implemente con base en el diseño a entregarse con esta tesis; obtener, organizar, sistematizar,
guardar y compartir fácilmente datos e información. Ya que tal registro, solventa la pérdida
de los aprendizajes de la administración de turno, de manera que se convierte en un sitio
donde quedarán almacenadas de manera histórica la información más relevante de los
eventos presentados y proyectos desarrollados en la Alcaldía de Bucaramanga. Así también,
incentiva la cultura de compartir y difundir, ya que antes del registro, cada aprendizaje
adquirido por cada funcionario es conocimiento de manera individual, pero una vez este
conocimiento se comienza a registrar para compartir y difundir se comienzan a implementar
las primeras acciones de la gestión. Una vez se da el almacenamiento del conocimiento, se
puede ocasionar una analítica institucional, identificando factores de éxito y deficiencias en
el desarrollo de los procesos y ejecución de los proyectos, los cuales son útiles a la hora de
tomar decisiones.
Finalmente, se puede decir que hay una generación y producción de conocimiento ya que se
están recogiendo las lecciones aprendidas en el desarrollo de las actividades y en este caso
se pueden dar la posibilidad de consolidar grupos al interior de la entidad que se encarguen
de comenzar a idear, investigar, experimentar e innovar en sus actividades cotidianas.
14
1.3. Diseño metodológico
Por otro lado, las fases del RUP son; la fase de inicio, elaboración, construcción y transición,
que se reflejarán en el proyecto así, en la fase de inicio, se determinarán las necesidades
funcionales y no funcionales del sistema, que para este caso será aquello que el funcionario
encargado de registrar la lección aprendida puede o no hacer dentro del sistema.
15
del desarrollo. Por último, en la fase de transición se realizarán las pruebas a cada función
del software, para esto se seleccionará un grupo de usuarios ajenos al equipo de desarrollo.
Existen dos grandes tipos de diagramas, por un lado, están los diagramas estructurales, que
asocian de diferentes formas elementos para representar aspectos estáticos, mientras que los
diagramas de comportamiento se encargan de los aspectos dinámicos.
16
2. OBJETIVOS
Diseñar un software usando la metodología RUP que apoye a la gestión del conocimiento de
la oficina TIC de la Alcaldía de Bucaramanga.
17
3. MARCO TEÓRICO
3.1. Conocimiento
El conocimiento como lo definen Davenport & Prusack, (2001) es “una mezcla fluida de
experiencia estructurada, valores, información contextual e internalización experta que
proporciona un marco para la evaluación e incorporación de nuevas experiencias e
información. Se origina y se aplica en la mente de los conocedores”. Mientras que para
UNESCO (2015) el conocimiento es,
18
en sus trabajos por lo tanto, se considera que este conocimiento es indispensable en las
organizaciones ya que este es el que le permite innovar y evolucionar a los miembros de las
instituciones.
Por otra parte, el conocimiento explícito es aquel conocimiento que se puede encontrar
registrado, bien sea en libros, textos, manuales o procedimientos y se puede transferir a partir
de lo formal, como el lenguaje.
19
Figura 3. Espiral del conocimiento
Podemos observar en la figura 3., como una de las formas de creación del conocimiento en
las organizaciones parte de la socialización que se inicia generalmente con la creación de un
campo de interacción, el cual permite que los miembros de equipo compartan sus
experiencias y modelos mentales. Seguidamente, la exteriorización empieza a partir de un
diálogo o reflexión colectiva en temas significativos, en los que el uso de una metáfora o una
analogía apropiadas ayudan a los miembros a enunciar el conocimiento tácito oculto. Luego
viene, la combinación que da comienzo con la distribución por redes del conocimiento recién
creado y el conocimiento existente de otras secciones de la organización, cristalizándolos así
en un nuevo producto, servicio o sistema administrativo. Y finalmente, la interiorización se
origina en aprender haciendo.
En este sentido, se empieza a acuñar el termino Gestión del Conocimiento como una
disciplina emergente que tiene como objeto generar, compartir y utilizar el conocimiento
tácito (know-how) y el conocimiento explícito (formal). La definición de gestión del
conocimiento a partir de Wallace, W., (citado en García Tapial, 2002) se entiende como la
nueva disciplina para habilitar personas, equipos y organizaciones completas, en la creación,
compartición y creación del conocimiento colectiva y sistemáticamente, para mejorar la
20
consecución de los objetivos del negocio” o como un “conjunto de procesos centrados en el
desarrollo y aplicación de conocimiento de una empresa para generar activos intelectuales
que pueden explotarse y generar valor al cumplir los objetivos de nuestra empresa”
(Fernández, 1999)
También se puede definir como, cualquier proceso o práctica para crear, adquirir, capturar,
compartir y usar conocimiento, cualquiera sea el lugar donde resida, para mejorar el
aprendizaje y el desempeño en las organizaciones (Quintas, Lefrere , & Jones, 1997)
Así, “la gestión del conocimiento está sustentada por cuatro pilares: personas, procesos,
contenidos y tecnologías de la información y comunicación” (Gómez-Vargas & García
Alsina, 2015).
21
dejando la denominación Capital Intelectual para la suma de Capital Relacional,
Estructural y Humano.
Barragan (2009), retoma la clasificación propuesta por algunos autores como McAdam &
McCreddy (1999), Rodríguez (2006) y Kakabadse, Kakabadse, & Kouzmin (2003), e incluye
categorías, obteniendo como resultado la siguiente clasficación de modelos:
Es importante además entender que, la gestión del conocimiento requiere estrategias que
faciliten su gestión y contribuyan al flujo de este, Ventura & Ordoñez (2007) (citados en
Matturro Mazoni, 2010), señalan que en la literatura se puede diferenciar entre estrategia de
conocimiento y estrategia de gestión del conocimiento, definiendo la segunda como un
conjunto de actuaciones desarrolladas para cerrar las brechas de conocimiento existentes en
una organización, una vez que ésta ha identificado las oportunidades, fortalezas, amenazas y
debilidades respecto a los recursos basados en el conocimiento.
22
3.3. Modelo Integrado de Planeación y Gestión
23
3.3.1 Lecciones aprendidas
Por otra parte, según el (BID) “La lección es el conocimiento o entendimiento ganado por
medio del análisis y la reflexión sobre una experiencia o proceso; pueden ser positivas o
negativas, deben enfocarse en temas críticos del negocio, parte de reflexión colectiva con
participación de involucrados y deben ser difundidas en la organización.
24
4. MARCO TECNOLÓGICO
Se presenta a continuación las herramientas que serán utilizadas para el desarrollo del diseño
del software propuesto:
Para Pressman (2010) el proceso unificado es un intento por obtener los mejores rasgos y
características de los modelos tradicionales del proceso del software, pero en forma que
implemente muchos de los mejores principios del desarrollo ágil de software.
Así también es considerado como un proceso que de manera ordenada define tareas y quién
de los miembros del equipo de desarrollo las hará. Es una guía para usar el Lenguaje
Unificado de Modelado (UML) (Carrillo Ramos, 2009)
Proviene de una sucesión de métodos de análisis y diseño orientada a objetos y se utiliza para
preparar todos los diagramas de un sistema de software y esté fundamentado en tres (3)
principios básicos: Dirigido por casos de uso. Centrado en la arquitectura, Iterativo e
incremental. (Gil Aros, 2008)
25
está fundamentado en tres principios básicos: dirigido por casos de uso, centrado en la
arquitectura, iterativo e incremental. (Lucid Software Inc., 2019)
En el capítulo de resultados 5.3.2, se mostrarán los casos de uso, definiendo una notación
gráfica referente al modelo de registro, actualización o inactivación de una lección aprendida,
a su vez el diagrama de clases, capítulo 5.3.3, se describen las clases, los atributos,
operaciones (o métodos) y las relaciones entre los objetos de las lecciones aprendidas y por
último el diagrama de Despliegue capítulo 5.3.4 que muestra la configuración de los
elementos de hardware (nodos) y muestra cómo los elementos y artefactos del software se
trazan en esos nodos entendiéndose como un nodo un elemento de hardware o software.
El término frameworks se refiere a las bibliotecas de archivos que incluyen varias funciones
básicas. El objetivo de un framework es dar una base al programador para desarrollar
proyectos de forma más eficiente. (B, 2019)
Zend permite enfocar el desarrollo solo en los componentes y funciones que se quieren, e
ignorar todo lo demás. Gracias a este enfoque y la naturaleza orientada a objetos del
framework, se debería poder reutilizar gran parte del código que se escribe, lo que es muy
importante. Además, es bastante fácil integrar la plataforma con bibliotecas externas para
ampliar aún más su funcionalidad.
Características principales:
26
Usa solo los componentes que se necesiten e ignora todo lo demás. (B, 2019)
Trabaja con MVC (Model View Controller)
Cuenta con módulos para manejar archivos PDF, canales RSS, Web Services
(Amazon, Flickr, Yahoo), etc
El Marco de Zend también incluye objetos de las diferentes bases de datos, por lo que
es sencilllo realizar consultas, sin tener que escribir la sentencia.
Completa documentación y tests de alta calidad para realizar testing.
Implementa clases paar facilitar la autenticación y filtrado de entrada.
Clientes para servicios web, incluidos Google Data APIs y StrikeIron.
Muchas otras clases útiles para hacerlo tan productivo como sea posible
Listas de Control de Acceso (ACL)
Registro de roles
Carga de plugins
Inicialización por defecto
Autenticación y Autorización
Se entiende por componente como grupo de funcionalidades propias del framework aunque
se pueden utilizar de forma individual, los componentes de la biblioteca estándar de Zend
Framework conforman un potente y extensible framework de aplicaciones web al
combinarse. Zend Framework ofrece un gran rendimiento y una robusta implementación
MVC, una abstracción de base de datos fácil de usar, y un componente de formularios que
implementa la prestación de formularios HTML, validación y filtrado para que los
desarrolladores puedan consolidar todas las operaciones usando de una manera sencilla la
interfaz orientada a objetos.
El principal patrocinador del proyecto Zend Framework es Zend Technologies, pero muchas
empresas han contribuido con componentes o características importantes para el marco.
Empresas como Google, Microsoft y StrikeIron se han asociado con Zend para proporcionar
interfaces de servicios web y otras tecnologías que desean poner a disposición de los
desarrolladores de Zend Framework.
27
Zend Framework no podría haber proporcionado y apoyado todas estas características sin la
ayuda de la vibrante comunidad de Zend Framework. Los miembros de la comunidad,
incluidos los contribuyentes, están disponibles en listas de correo, canales de IRC, y en otros
foros. Cualquier duda que tenga acerca de Zend Framework, la comunidad está siempre
disponible para responder.
En cuanto a requisitos, Zend Framework requiere un intérprete PHP 5 con un servidor web
configurado para manejar scripts PHP correctamente. Algunas características requieren
extensiones adicionales o características de servidor web; en muchos casos el framework
puede ser utilizado sin ellos, aunque el rendimiento puede sufrir o las características
auxiliares pueden no ser completamente funcionales.
28
5. RESULTADOS
Es por lo anterior, que dentro de los procesos de la Oficina TIC se identificaron tres procesos
estratégicos que soporta la operación de las actividades de la administración central del
Municipio de Bucaramanga, que son indispensables:
En este sentido se elaboró una matriz de análisis para identificar las principales características
de los anteriores procesos mencionados, de tal manera que se pueda plasmar en UML en la
etapa de diseño de la herramienta que se presentará al Ministerio de las Tecnologías de la
Información y las Comunicaciones A través de este, se pueden observar las fuentes de
entrada, las entradas, las actividades, las salidas y las fuentes de la salida, las cuales fueron
29
planteadas a través de la estrategia de mejora continua PHVA: Planear, Hacer, Verificar y
Actuar.
30
Tabla 1 Caracterización de la prestación de servicios de asistencia técnica
31
5.1.2. Caracterización de proceso Gestión de la Infraestructura Tecnológica
Dicho centro de datos está ubicado dentro del centro de datos (servidores, aire acondicionado
de precisión, aire acondicionados de respaldo, dispositivos de detección y extinción de
incendios), la red de cómputo (cableado de voz y datos, elementos activos y pasivos de red),
UPS y planta eléctrica entre otros.
32
Tabla 2 Caracterización de la Gestión de la infraestructura tecnológica
33
5.1.3. Caracterización proceso Capacitación y Apropiación de Tecnología
Para cumplir con esta labor social se cuenta con acuerdos de formación con el SENA y con
aliados estratégicos tales como la Universidad Industrial de Santander, Operadores de
Telecomunicaciones entre otros.
Son los puntos Vive Digital, espacios físicos dotados de tecnológica y ayudas audiovisuales
administrados por contratistas de prestación de servicios adscritos a la Oficina Asesora TIC –
OATIC de la Alcaldía de Bucaramanga, a donde los ciudadanos pueden ir a capacitarse en los
programas de formación en TIC y en emprendimiento, sin costo alguno para ellos.
34
Tabla 3 Caracterización de planes de capacitación y apropiación de tecnología de impacto ciudadano.
35
5.2. Elaboración del Instrumento para la recolección de las lecciones aprendidas
Se convierte este instrumento en una herramienta que permitirá documentar y registrar los
principales problemas presentados, a los cuales se les ha realizado un análisis y se les propone
solución que en la mayor parte de los casos puede volver a funcionar cuando un problema
igual o similar se presente.
Documentar las lecciones aprendidas de los hechos más relevantes que sucedan en la entidad
para cada uno de los procesos seleccionados, se convertirán en uno de los registros históricos
más importantes para la Oficina TIC del Municipio de Bucaramanga, pues así los errores y
aciertos de los proyectos quedan registrados para ser usados en futuras iniciativas, y de esta
manera la organización aprenda y mejore continuamente.
Es de resaltar que se convierte este instrumento diseñado en una estrategia tal para dar
comienzo con la aplicación del mismo, inicialmente para los tres procesos seleccionados y
posteriormente para otros procesos relevantes de la administración central del Municipio de
Bucaramanga.
36
En la figura 4., se muestra el instrumento en mención a utilizarse para el registro de una
lección aprendida, que se encontrará publicado en la nube de la Alcaldía de Bucaramanga,
cuyo link es nube.bucaramanga.gov.co
CATEGORIA
TEMA
DESCRIPCION DE LA SITUACION
ACCIONES IMPLEMENTADAS
(Preventivas/Correctivas)
LECCIONES APRENDIAS
(Recomendaciones)
37
precisión, hardware AA de respaldo, Sistema Operativo, Sistema de Información,
Sistema firewall, Comunicaciones cableado, Comunicaciones internet, Comunicaciones
switches.
Fecha: Día, mes y año en que se presentó la situación descrita.
Amenaza/Oportunidad: Se indica si la lección aprendida está relacionada con un efecto
adverso (amenaza) que debe evitarse en el futuro o está asociado con un efecto positivo
en el proyecto (oportunidad) sobre el cual deben tomarse acciones para mantenerlo.
Tema: Nombre descriptivo del área en el que se identificó la lección aprendida.
Descripción de la Situación: Describe los antecedentes y circunstancias que ocasionaron
el asunto sujeto de la lección aprendida, siendo importante el identificar las causas raíz
que ocasionaron la situación.
Impacto: Describe el efecto que produjo la actividad que sucedió
Acciones Implementadas Correctivas/Preventivas: Enumerar las acciones correctivas
implementadas para reducir o mejorar los efectos de la situación ó acciones preventivas
para reducir o incrementar la probabilidad que se vuelvan a presentar en el futuro. Se
construye a partir de las experiencias de las acciones tomadas para corregir la situación.
Lección Aprendida: en este campo se resumen las acciones y estrategias a adoptar en el
futuro para evitar que se presente nuevamente la amenaza o para aprovechar la
oportunidad (si es una lección de impacto positivo).
Documentar las lecciones aprendidas deberá de ser uno de los registros más importantes de
la Gestión de Conocimiento para cualquier organización, pues así los errores y aciertos de
los eventos sucedidos quedan registrados para ser usados en futuras eventualidades, y de esta
manera la organización aprenda y mejore continuamente.
En este caso, la consulta de una lección aprendida se hará a partir de palabras claves sobre
los campos de categoría, tema, amenaza u oportunidad o por el número de referencia, al
digitarse dicha palabra clave en alguno de los campos anteriores el sistema traerá a la pantalla
las lecciones aprendidas relacionadas con esa palabra clave o número de referencia
mostrando el contenido de la lección aprendida. Adicionalmente, existe la opción de darle
38
una calificación a cada lección aprendida, según el valor de aceptación que le dé a la misma
la persona que consulta la lección aprendida.
Para llegar al diseño de las Interfaces o pantallas del sistema objeto de este trabajo de tesis,
se comenzó con la identificación de las necesidades y/o requerimientos de la captura de
información que se hace necesario almacenar sobre hechos y/o eventualidades que han
sucedido históricamente, como de las acciones que se han tomado para superarlas.
Es de anotar que se tomaron como hechos históricos los registrados en el sistema STS y de
la bitácora de eventos sucedidos que han afectado el funcionamiento de la infraestructura
tecnológica como del archivo físico de las solicitudes presentadas por los ciudadanos para el
caso de formación y capacitación.
Seguidamente se definió el objetivo del proyecto, las tareas y/o sus actividades que se
requerirían para llevarlo a cabo y finalmente el ambiente de desarrollo que se propondría para
desarrollarlo e implementarlo. Una vez identificadas dichas tareas y/o actividades se crean y
analizan los escenarios del diseño y se definen para el escogido un conjunto de objetos y las
acciones de la interfaz
Con esto, se formó la base para crear la plantilla de la pantalla que ilustra en el diseño gráfico
de Registro de Lecciones, como la colocación de iconos, la definición de textos descriptivos,
la especificación y títulos de las ventanas, y la especificación de aspectos mayores y menores
del menú.
39
Con el empleo de herramientas en el lenguaje de programación PHP, se hizo el prototipo, se
implementó en definitiva el modelo del diseño y se evaluó la calidad del resultado. Se tuvo
en cuenta para el desarrollo de la interfaz, el obtener información en forma consistente, como
el pasar de una tarea a otra, consultar la lección aprendida e imprimirla.
Identificación RF01
Nombre Permitir el registro de usuarios o actores para el acceso a la aplicación
Descripción Se debe implementar una interfaz de captura de datos de usuario como la
identificación, primer nombre, segundo nombre, primer apellido, segundo
apellido, rol de usuario, teléfono, email, nombre de usuario, password, los
cuales, una vez capturados, permitirán ser guardados a través del botón
guardar y registrarlos en la base de datos, con el fin de que el usuario pueda
autenticase.
Identificación RF02
Nombre Permitir consultar, inactivar y editar usuarios
Descripción Debe permitirse ver en una tabla las lista de los usuarios registrados, y en
cada registro tendrá un botón que permitirá editar y otro botón para
inactivar el registro, cuando el usuario así lo disponga..
40
Identificación RF03
Nombre Permitir llevar el control de consecutivo autonumérico por cada lección
registrada
Descripción Este requerimiento de asignación de número, lo ejecutará el sistema
automáticamente cada vez que se registre una lección aprendida colocando
el número de la lección como índice identificador y se mostrará en la
interfaz de consulta de lecciones aprendidas en la primera columna de la
tabla.
Identificación RF04
Nombre Registrar la lección aprendida
Descripción Este requerimiento contará con una interfaz de captura de datos de usuario
como la fecha, el título, el tema, descripción del impacto, acciones
correctivas, archivo adjunto opcional y descripción de la lección
aprendida, los cuales, una vez capturados, permitirán ser guardados a
través del botón Registrar y estos datos serán insertados en la base de
datos, todo esto con el fin de que el actor pueda registrar la lección
aprendida.
Identificación RF05
Nombre Permitir adjuntar un archivo para dejar evidencia de la situación
presentada
Descripción Este requerimiento, que es referenciado en el anterior punto, tiene como
objeto permitir al actor adjuntar un archivo de tipo imagen, documento,
texto o comprimido, relacionado con la lección aprendida, a través del
campo de entrada de datos adjuntar archivo junto con el botón Seleccione
archivo.
Identificación RF06
Nombre El registro del campo de la lección aprendida/ recomendación
Descripción Este requerimiento se expone con la finalidad de que una lección
aprendida no sea tan extensa en su explicación, se considera que la lección
aprendida sea un resumen y que se extracte lo más importante
Restricción Tamaño máximo del campo texto debe ser hasta 500 caracteres..
41
Identificación RF07
Nombre Permitir editar e inactivar lecciones aprendidas
Descripción Este requerimiento se mostrará en el formulario de consulta de lecciones
aprendidas a través del botón editar ubicado en cada registro
correspondiente a cada lección, el cual permitirá enlazar a un segundo
formulario que mostrará todos los campos ya diligenciados de la lección
seleccionada para su actualización si es requerido por el usuario.
Identificación RF08
Nombre La edición de lecciones aprendidas se realizará por el usuario creador de
la misma o por el administrador del repositorio
Descripción Este requerimiento se da para ofrecer confidencialidad de la información
almacenada por parte de los actores que elaboran su lección y en el caso
del administrador el sistema podrá modificar la lección aprendida que él
considere se deba corregir, todo esto a través de la interfaz de consulta de
lecciones aprendidas, que listará en la tabla un botón de editar, por cada
registro asociado a una lección , y este botón aparecerá si el usuario es el
creador de la lección o en su defecto al administrador
Identificación RF09
Nombre Permitir listar las lecciones aprendidas en una interfaz
Descripción Este requerimiento se mostrará en una interfaz que listará en una tabla los
datos de cada lección con los atributos No. De Lección, Titulo, Tema,
Categoría, Creador y Acciones. Las acciones se muestran a través de tres
botones, el primero, ver detalle, redirigirá al formulario de la lección en
detalle, editar que redirigirá al formulario de edición de la lección
seleccionada y el botón anular que permitirá inactivar la lección por el
usuario creador si así se requiere.
Identificación RF10
Nombre Permitir exportar en un formato pdf la lección aprendida y toda la
información relacionada
Descripción Este requerimiento se encuentra en la interfaz de consulta detallada de
cada lección y una vez se acceda a esta interfaz se podrá ver embebido el
42
formato de la lección aprendida en pdf y por ende podrá ser impreso, si así
es requerido por el usuario
Identificación RF11
Nombre Permitir consultar lecciones por temáticas, creadores, categorías, títulos
Descripción Este requerimiento podrá realizarse en la interfaz de consulta de lecciones
a través de la caja de texto Buscar, el cual permitirá arrojar los resultados
en tiempo inmediato.
Fecha
Agosto 14 de 2019
Elaboración
43
5.3.1.2. Requerimientos no funcionales
Identificación RNF01
Nombre El sistema tendrá roles asociados a cada usuario o actor con los permisos
correspondientes
Descripción Este requerimiento se podrá realizar a través de la interfaz de Actores a
través del botón Nuevo Participante, se desplegará el formulario que
permite registrar para crear un participante, los datos documento CC,
primer nombre, segundo nombre, primer apellido, segundo apellido, rol
usuario que desplegará una lista de opciones Admin y Participante,
teléfono, email y Nombre de usuario. A su vez en esta misma interfaz se
listará la lista de participantes
Identificación RNF02
Nombre El sistema permite vetar la edición de lecciones aprendidas ajenas a su
usuario a excepción del administrador de repositorio
Descripción Este requerimiento se visualiza en la interfaz de consulta de lecciones que
a su vez permitirá mostrar el botón de edición sólo a los creadores de la
lección o al administrador del repositorio.
Identificación RNF03
Nombre El sistema permite proporcionar las mismas funciones de gestión tanto
para perfiles como para usuarios
Descripción Este requerimiento se manejará directamente desde la base de datos
definiendo el tipo de perfil que son admin o participante y se mostrarán en
la lista desplegable de creación de un participante
Identificación RNF04
44
Nombre El sistema permite a quien posea el rol de administrador de repositorio,
crear los usuarios nuevos
Descripción Este requerimiento se mostrará en el menú Actores que se visualizará
únicamente para el usuario con el perfil admin y mostrará el formulario
con las cajas de texto como son documento CC, primer nombre, segundo
nombre, primer apellido, segundo apellido, rol usuario para el registro
y consulta de un nuevo participante.
Identificación RNF05
Nombre El sistema debe permitir manejar los siguientes estados para los códigos
de usuario: Activo - Inactivo
Descripción Este requerimiento se mostrará a través de la interfaz de Actores en la que
se listarán los participantes en una tabla con los atributos identificación,
nombre participante, nombre usuario, rol, teléfono, estado que muestra si
el participante está activo o inactivo y acciones que mostrará tres botones
que serán editar, resetear password y activar/inactivar usuario.
Fecha
Agosto 14 de 2019
Elaboración
45
Figura 5. Diagrama de casos de uso.
46
5.3.3. Diagrama de clases
Los diagramas de clases describen la estructura del sistema mostrando las clases del sistema,
sus atributos, operaciones (o métodos), y las relaciones entre los objetos. se pueden observar
las Clases con sus atributos:
En el diagrama de la figura 6, se pueden observar las clases con sus atributos. Las clases
diseñadas son las siguientes: Usuarios, LeccionesAp, Temas, UsuariosTipo. A continuación,
se relacionan los atributos y su tipo y los métodos o procedimientos correspondientes a cada
clase:
Los usuarios tienen los métodos crear usuarios, actualizar usuarios e inactivar usuarios.
47
Las lecciones aprendidas, una vez registradas se pueden consultar, actualizar e inactivar.
Los usuarios tienen roles asociados por el tipo de permisos.
Los temas se podrán listar, editar o eliminar.
Las descripciones de los atributos de cada una de las Clases se pueden observar en el
Anexo A.
Un diagrama de despliegue se utiliza para modelar el hardware a utilizar, como los servidores
de bases de datos y servidores de aplicación en las implementaciones de sistemas y las
relaciones entre sus componentes
Este diagrama se utiliza para modelar la disposición física de los artefactos software en nodos
además permite representar de forma clara la arquitectura física de la red de una manera
básica y global. El diagrama de despliegue nos permite contemplar los componentes físicos
que soportarán la aplicación.
48
PC-Cliente en la que se tiene la capa de presentación.
Swich: Dispositivo encargado de la interconexión de la red, equipos y servidores.
PC-Servidor de Aplicaciones Web, en la que encontramos la capa de Negocios
Lecciones Aprendidas y la capa de Acceso a Datos
PC Servidor Bases de Datos, encontramos el manejador de Base de Datos a utilizar por
la aplicación.
Usuario
Inicio Lecciones Actores Configuración
Activo
Registrar Cambiar
Ver Lecciones Salir
Lección Contraseña
Se describen a continuación cada una de las opciones del Esquema del Menú presentado en
la figura 8.:
49
Lecciones: tiene dos enlaces: Ver Lecciones: consulta y edición y Registrar
Lecciones: registro de lección
Actores: redirige al formulario de consulta de los participantes y su administración de
datos.
Configuración: redirige a la opción Cambio de Contraseña.
Usuario Activo: muestra el participante activo en sesión y la opción para cerrar la sesión.
50
A continuación se describen cada uno de los campos que deberán registrarse por cada lección
aprendida:
Fecha: El sistema mostrará por defecto la fecha actual y podrá ser modificada si el
participante así lo requiere.
Título: se ingresará el nombre de la lección aprendida alusivo a la situación presentada.
Categoría: Se mostrará una lista desplegable que mostrará las categorías en las que se
clasificaran las lecciones aprendidas como, Software, Hardware, Comunicaciones,
Proceso entre otros.
Amenaza/Oportunidad: lista desplegable que permitirá elegir una de las dos opciones
según el criterio de la lección aprendida.
Tema: Se ingresará nombre descriptivo del Tema en el que se identificó la lección
aprendida.
Descripción de la Situación: se describen los antecedentes y circunstancias que
ocasionaron el asunto sujeto de la lección aprendida, siendo importante el identificar las
causas raíz que ocasionaron la situación.
Descripción del Impacto: Se describirán los efectos que la situación planteada tuvo sobre
los objetivos del proyecto, por ejemplo: Retraso en la fecha de entrega del proyecto
(expresado en unidad de tiempo), incremento de los costos (expresado en unidad de
esfuerzo), reducción de niveles de calidad, insatisfacción del cliente, entre otros.
También puede reflejar impactos positivos, por ejemplo, se terminó la actividad antes de
la fecha planificada, se ejecutó una actividad a una fracción del costo, entre otros. Es
importante expresar el impacto en términos que se puedan medir.
Acciones Implementadas (correctivas o preventivas): En este campo se enumeran las
acciones correctivas implementadas para reducir o mejorar los efectos de la situación
(dependiendo si son amenazas u oportunidades) y acciones preventivas para reducir o
incrementar la probabilidad que se vuelvan a presentar en el futuro.
Lección Aprendida: en este campo se resumen las acciones y estrategias a adoptar en el
futuro para evitar que se presente nuevamente la amenaza o para aprovechar la
oportunidad (si es una lección de impacto positivo). Se construye a partir de las
51
experiencias de las acciones tomadas para corregir la situación. (Tiene una limitación de
500 caracteres).
Datos adjuntos: me permite adjuntar un documento como soporte a la lección aprendida.
Botón Registrar: Me permite registrar en la base de datos la información una vez
diligenciado todos los datos del formulario.
En la siguiente figura 10., se presenta la pantalla que muestra un listado de los nombres de
las lecciones aprendidas previamente registradas. A su vez tiene un campo para realizar las
busquedas. Los campos que muestra esta consulta son Titulo, Tema, Categoría, Creador,
Acciones.
52
En las acciones están los iconos que permiten la consulta detallada, la edición
de la lección aprendida y la inactivación.
Esta pantalla presentada en la figura 11., muestra una vez el usuario haya dado clic al icono
la información de la lección seleccionada. A su vez permitirá ver el formato si se desea
imprimir.
53
5.3.9 Formato de Lección Aprendida previamente registrada
Este formato PDF de salida que se muestra en la figura 12., se podrá imprimir si así el usuario
lo requiere, este contiene la información plasmada de la lección aprendida.
54
5.3.10. Pantalla para el registro de Usuarios en el Sistema
Los datos que se requieren para el registro son: Documento de Identificación, Primer
Nombre, Segundo Nombre, Primer Apellido, Segundo Apellido, Rol Usuario, Teléfono,
Correo electrónico, Nombre de Usuario.
55
5.3.11. Diagrama de Actividades
56
5.3.12 Pasos para elaborar una Lección Aprendida
Se muestra en la figura 15 las etapas a seguir para llevar a cabo la construcción de una
Lección Aprendida, comenzando desde el momento en que sucede una eventualidad
El Líder de área o
participante reporta
Se define la temática Desarrollo de la lección
eventualidad y se Institucional a tratar en aprendida. Véase nota
procede con la
la lección aprendida. al pie de la Figura.
elaboración de una
lección aprendida.
Es importante resaltar como el trabajo final que se presentó para el módulo de Gestión de
Conocimiento de la especialización cursada, el cual se observa en el Anexo B., evidenció la
necesidad de pensar en este proyecto que va a permitir recopilar conocimiento, fortalecer
ciclos de aprendizaje, optimizar la toma de decisiones, fomentar buenas prácticas y facilitar
la adopción de conocimiento para enfrentar desafíos del entorno.
57
6 CONCLUSIONES
La transformación digital en la Alcaldía de Bucaramanga en los último tres (3) años ha sido
muy significativa, en cuanto a la potencialización de la capacidad de almacenamiento y
procesamiento de los servidores, implementación de políticas de seguridad informática,
política datos abiertos y política de protección de datos personales como el desarrollo de
nuevos sistemas de información que permiten mejorar los procesos internos de la
administración logrando así mejores servicios hacia los ciudadanos, gracias a lo anterior se
crea asi mismo un repositorio digital para el almacenamiento de la lecciones aprendidas para
su posterior consulta.
Teniendo en cuenta que la Oficina TIC va a realizar la prueba piloto de las lecciones
aprendidas, se deberá sembrar una cultura de modelo de trabajo colaborativo, con el cual se
garantice el conocimiento relevante de los servidores públicos que pertenezcan a la misma
de tal manera que sea asequible en próximos sucesos similares.
58
La información es efectivamente un instrumento del conocimiento. La información, que nace
del deseo de intercambiar los conocimientos hace más eficaz su transmisión, por eso el
propósito del desarrollo e implementación de este software será factor de motivación para
que los integrantes de la Oficina TIC de la Alcaldía de Bucaramanga permitan a través de
lecciones aprendidas asegurar la gestión del conocimiento logrando así que otras personas se
retroalimenten con esta información compartida.
En las áreas de TIC de las Entidades del Estado, el conocimiento histórico de las actuaciones
y/o ejecutorias de estas áreas cobra real relevancia el poder almacenar el conocimiento
adquirido de las soluciones dadas a las eventualidades presentadas y que afectan la operación
de sus procesos ya que se pueden utilizar de inmediato cuando sean requeridos. Por tal razón
fue un factor decisivo la implementación de este software que nos permita tener
conocimiento previo almacenado para situaciones de contingencia que puedan afectar la
operación de los procesos de la Entidad.
59
7 RECOMENDACIONES
Presentar ante el Comité de MIPG, la herramienta de Lecciones aprendidas una vez sea
implementada para socializar con los integrantes de este, mostrando las bondades de este
instrumento para captura de lecciones aprendidas y buscando que se implemente a nivel de
toda la Entidad; el cual tendrá incidencia en la dimensión seis de GESTIÓN DE
CONOCIMIENTO E INNOVACIÓN la cual ‘fortalece de forma transversal a las demás
dimensiones (talento humano, direccionamiento estratégico y planeación, gestión para el
resultado con valores, evaluación de resultados, información y comunicación y control
interno) en el fortalecimiento y generación de nuevo conocimiento de y entre las entidades
públicas, para lo cual se implementan estrategias de enseñanza-aprendizaje y de
comunicación sobre la base de una cultura de retroalimentación e innovación que propicia el
crecimiento adaptativo.
60
8 BIBLIOGRAFÍA
61
Fuentes Morales, B. (2010). La Gestión del conocimiento en las relaciones académico-
empresariales. Un nuevo enfoque para analizar el impacto del conocimiento
académico. Valencia: Universidad Politécnica de Valencia.
Función Pública. (17 de 09 de 2017). Función Pública. Recuperado el 02 de 12 de 2018, de
Función Pública:
http://www.funcionpublica.gov.co/documents/418548/34150781/Marco+General+S
istema+de+Gestión+-+Modelo+Integrado+de+Planeación+y+Gestión+MIPG+-
+Versión+2+-+Julio+2018.pdf/12861a42-8ff2-95c0-f513-b2085bcf90f7
Función Pública. (17 de 09 de 2017). QUÉ ES GESTIÓN DEL CONOCIMIENTO.
Recuperado el 12 de 10 de 2018, de Función Pública:
http://www.funcionpublica.gov.co/eva/conocimiento/100/103-ejes-gestion-
conocimiento.html
García Tapial, J. (2002). Gestión del conocimiento y empresa: una aproximación a la
realidad española. Madrid: Fundación EOI. Obtenido de
https://www.eoi.es/es/savia/publicaciones/20575/gestion-del-conocimiento-y-
empresa-una-aproximacion-la-realidad-espanola
Gil Aros, C. (2008). RUP: Metodología en los sistemas y aplicaciones basadas en la WEB.
Avances: Investigación En Ingeniería, 1(8), 83-87. Obtenido de
https://revistas.unilibre.edu.co/index.php/avances/article/view/2636
Gómez-Vargas, M., & García Alsina, M. (2015). Factores influyentes de la gestión del
conocimiento en el contexto de la investigación universitaria. Información, culura y
sociedad(33), 29-46. doi:10.34096%2Fics.i33.1892
Hernández González, A. (2019). Research Gate. Recuperado el 12 de 02 de 2019, de
Research Gate:
https://www.researchgate.net/profile/Anaisa_Hernandez_Gonzalez/publication/3126
56269_Aplicacion_del_Proceso_Unificado_de_Desarrollo_a_proyectos_de_softwar
e/links/58878a87a6fdcc6b791ec281/Aplicacion-del-Proceso-Unificado-de-
Desarrollo-a-proyectos-de-softwa
Jacobson, I., Booch, G., & Rumbaugh, J. (2000). El Proceso Unificado de Desarrollo de
Software. Madrid: Addison Wesley Publishing Company.
Kakabadse, N. K., Kakabadse, A., & Kouzmin, A. (2003). Reviewing the knowledge
management literature: Towards a taxonomy. Journal of Knowledge Management,
7(4), 75-91. doi:10.1108/13673270310492967
Lucid Software Inc. (2019). Lucid Chart. Recuperado el 14 de febrero de 2019, de Lucid
Chart: https://www.lucidchart.com/pages/es/que-es-el-lenguaje-unificado-de-
modelado-uml?a=0#top-info
62
Matturro Mazoni, G. (2010). Modelo para la gestión del conocimiento y la experiencia
integrada a las prácticas y procesos de desarrollo software. Madrid: Universidad
Politécnica de Madrid.
McAdam, R., & McCreddy, S. (1999). A critical review of knowledge management
models. The Learning Organization, 6(3), 91-100.
doi:10.1108/09696479910270416
Nonaka, I., & Takeuchi, H. (1999). La organización creadora de conocimiento. Cómo las
compañías japonesas crean la dinámica de la innovación. México DF: Oxford
University Press.
Ñañez Rodríguez, J. (2015). Repositorio Universidad del Tolima. Recuperado el 14 de 02
de 2019, de Repositorio Universidad del Tolima:
http://repository.ut.edu.co/bitstream/001/1594/1/PERCEPCI%C3%93N%20Y%20R
ECONOCIMIENTO%20DE%20LAS%20LECCIONES%20APRENDIDAS%20E
N%20LA%20FORMACI%C3%93N%20Y%20PR%C3%81CTICA%20DEL%20S
OLDADO%20PR.pdf
Pressman, R. S. (2010). Ingeniería del software. Un enfoque práctico. México D.F.: Mc
Graw Hill. Obtenido de http://cotana.informatica.edu.bo/downloads/ld-
Ingenieria.de.software.enfoque.practico.7ed.Pressman.PDF
Quintas, P., Lefrere , P., & Jones, G. (1997). Knowledge management: A strategic agenda.
Long Range Planning, 30(3), 385-391. doi:10.1016/S0024-6301(97)90252-1
Responses to Environmental and Societal Challenges for our Unstable Earth. (2011).
Europena Science Foundation. Recuperado el 12 de febrero de 2019, de Europena
Science Foundation:
http://archives.esf.org/fileadmin/Public_documents/Publications/rescue.pdf
Rodríguez-Gómez, D. (2006). Modelos para la creación y gestión del conocimiento: Una
aproximación teórica. Educar(37), 25-39.
Sánchez Díaz, M. (2005). Breve inventario de los modelos para la gestión del conocimiento
en las organizaciones. ACIMED. Recuperado el 8 de febrero de 2019, de
http://scielo.sld.cu/scielo.php?script=sci_arttext&pid=S1024-
94352005000600006&lng=es&tlng=es
UNESCO. (2015). Replantear la educación ¿hacia un bien común mundial? París, Francia:
UNESCO.
Valhondo, D. (2002). Gestión del Conocimiento del mito a la realidad. Madrid, España:
Díaz de Santos S.A.
Ventura, J., & Ordoñez, P. (2007). Análisis de estrategias de concocimiento en la industria
manufacturera española. Tribuna de economía(836), 141-161.
doi:10.32796/ice.2007.836.1055
63
64
ANEXOS
ANEXO A. Descripción de los atributos de cada una de las clases del Sistema
En el presente Anexo se describen las Clases del sistema con sus respectivos atributos así:
La Clase Usuario está compuesta por los atributos IdUsuario que corresponde al identificador
único de ese usuario y será de tipo entero y por defecto autoincrementable. El atributo
DocUsuario corresponde al dato del documento de identificación del participante. Los
atributos PriNomUsu, SegNomUsu, PriApeUsu y SegApeUsu, corresponden al primer
nombre, segundo nombre, primer apellido, segundo apellido del participante. El atributo
RolUsu es asignado según los permisos de la aplicación que son Admin y Participante. El
atributo FecReg registra la fecha y hora del sistema en que se efectúa la creación del
participante, es de tipo Date. El atributo Email almacena el correo electrónico del
participante.
Los métodos asociados para la operación de la clase Usuario son el del Crear Usuarios,
Actualizar usuarios e inactivar usuarios.
65
Figura 17. Métodos o Procedimientos de la Clase Usuarios
Métodos
Descripción Nombre Método
Crear Usuarios CreateUsuarios ()
Actualizar Usuarios ActualizarUsuario ()
Eliminar o Inactivar Usuarios EliminarUsuario ()
Fuente: Elaboración Propia
La Clase UsuarioTipo está compuesta por los atributos TipoId que corresponde al
identificador único y será de tipo entero y por defecto autoincrementable. El atributo
DescTipo almacena el nombre del permiso a que tendrá un participante.
La relación entre las clases Usuarios y UsuarioTipo 1*----------1 indica que los usuarios
pueden tener un solo tipo de usuario. .(Figura 6).
66
AccCorrectivas almacena texto concerniente a las acciones correctivas. El atributo
LeccionAp almacena el texto descriptivo de la lección aprendida. (Figura 10).
Los métodos asociados para la operación de la clase LeccionesAp son: Registrar Lección,
Actualizar Lección, Actualizar Lección, Inactivar Lección y Consultar Lección.
67
La relación entre las clases Usuarios y LeccionesAp 1----------1* indica que un usuario
puede realizar muchas lecciones aprendidas.(Figura 6).
La Clase Temas está compuesta por los atributos TemaId que corresponde al identificador
único y será de tipo entero y por defecto autoincrementable. El atributo DescTema almacena
un nombre de tema asociado a la Oficina TIC. El atributo FecReg se almacena la fecha y
hora de registro.
Los métodos asociados para la operación de la clase Temas son: Registrar Lección,
Actualizar Lección, Actualizar Lección, Inactivar Lección y Consultar Lección.
La relación entre las clases Lecciones Ap y Temas 1----------1* indica que las lecciones
aprendidas pueden contener un solo tema.
68
ANEXO B. Diagnóstico de la Gestión del Conocimiento en la Oficina TIC
Para elaborar el diagnóstico, en primer lugar, cabe aclarar que la Alcaldía de Bucaramanga
no cuenta con una oficina de Gestión del Conocimiento, partiendo de este punto se aplicó
una encuesta , categorizada en los cuatro capitales correspondientes a los cuatro factores de
la Gestión del conocimiento: Alineación Estratégica, Capital Humano, Capital Instrumental
y Competencias en Administración del Conocimiento.
Dado que las respuestas posibles de la encuesta fueron: “si”, “no” y “parcialmente”, se hizo
necesario darles un valor numérico a estas para poder cuantificar los resultados, en este
sentido “si” tomo el valor de “1”, “no” tomo un valor de “0” y “parcialmente” obtuvo un
valor de “0,5”. (Anexo 1)
De acuerdo con dichos resultados la dificultad en la identificación del valor, tanto el valor
neto de mercado, el valor aportado por cada individuo como el valor de sus activos
intangibles, es una debilidad marcada en el personal. Mientras que el sistema integral de
indicadores, las relaciones significativas y cultivadas sistemáticamente, junto con el
conocimiento de la identidad organizacional hacen parte de los factores más reconocidos por
los funcionarios.
69
Figura 23. Medición de la Alineación Estratégica
Relaciones Conocimiento de
significativas y identidad
cultivadas… organizacional
Sistema Instegral de
Sistema de inteligencia
Indicadores
El Capital Humano fue medido a través de siete preguntas como se muestra en la figura 24,
de igual manera, respondidas por 8 funcionarios, obteniendo un promedio de 3,4 como
categoría, cuyas principales debilidades son la existencia de los medios para la transferencia
de conocimientos y la transferencia de mejores prácticas de negocio. Por otro lado, se destacó
como fortaleza la alineación de los procesos al negocio y el nivel actual de desempeño de la
organización y la contribución de cada individuo a éste.
Autogestión del
desarrollo
8
Identificación de perfiles 6 Conocimiento del
y funciones para desempeño de la
maximizar el valor del… 4 organización
2
0 Existencia de los medios
Alineación de los
para la transferencia de
procesos al negocio
conocimientos
Existencia de esquema
Transferencia de mejores
de desarrollo y
prácticas de negocio
certificación
70
En general esta categoría alcanzó un promedio de 3,4 sobre 8, lo cual hace evidente que, a
pesar de que la Alcaldía cuenta con un Capital Humano muy valioso y cualificado, este capital
no tiene capacidad de gestionar su conocimiento, ya que carece de estrategias de transferencia,
capacidad de autogestión del desarrollo, banco de mejores prácticas de negocio entre otras
habilidades que, aunque obtuvieron una mejor calificación no están completamente
desarrolladas.
Este capital hace referencia a los instrumentos, herramientas, procesos y mecanismos que se
utilizan para desarrollar las actividades propias del objetivo principal de la empresa, en el
caso de la Alcaldía de Bucaramanga se identificaron como fortalezas el almacenamiento de
la documentación, la integración y utilización de las bases de datos. Sin embargo, es
indispensable que este Capital Instrumental se transfiera, se mejoré y se difunda.
Almacenamiento de
documentación
8
6
Recurso de plataforma
4
teconologica para Integración y utilización
adminitrar el 2 de las bases de datos
conocimiento 0
Existencia de sistemas
Eficiencia del tiempo
para los flujos de
para la coordinación
conocimiento
71
1.4 Competencias en Administración del Conocimiento
De acuerdo con las ocho (8) encuestas aplicadas, la Entidad se encuentra principalmente en
la fase de dispersión, aunque actúa y reconoce variables de la fase de profesionalización y en
menor medida en la fase de consolidación.
72
Figura 27. Identificación de la fase de la empresa
PROMEDIO FASE DE
DISPERSIÓN
8,0
5,9
7,0
6,0
5,0
4,0
3,0
2,0
1,0
0,0
1,0
3,6
PROMEDIO FASE DE PROMEDIO FASE DE
COSNOLIDACIÓN PROFESIONALIZACIÓN
73
No obstante, extraña que a la pregunta “¿Tiene un sistema integral de indicadores de activos
intangibles como capital humano, conocimiento, experiencia, etc.?” Dos (2) de los
encuestados respondieran que “si” y dos (2) expresaran que “parcialmente” y cuatro (4)
afirmaron que “no”, puesto que la evaluación de desempeño por parte del sector público es
usualmente por medio de indicadores y que este es el punto más débil de la empresa en la
Fase de Dispersión. Como resultado de esta medición y como se muestra en la figura 29, la
Alcaldía de Bucaramanga se ubica potencialmente en esta fase, puesto que el crecimiento de
las prácticas y de la información es constante, pero de manera desordenada y sin la
rigurosidad que exige la Fase de Profesionalización, que para el caso de la Alcaldía alcanzó
un promedio de 3,6 en su medición, siendo la variable de “Existencia de un ´programa
sistematizado de divulgación y socialización de la Gestión del Conocimiento” la más
reconocida por los funcionarios y la menos implementada la “Suscripción a revistas o redes
especializadas en el campo de la administración del conocimiento”.
Administración del
conocimiento como una
estrategia corporativa de la
empresa
Se cuenta con asesores en 8
Estrategia centrada en la GC
GC para el desarrollo de
6 como prioridad en el Grupo
proyectos de investigación y
de Directivos
desarrollo
4
Selección de cursos y
Poseen estructurados 2 seminarios sobre
proyectos de administración
administración del
del conocimiento
0 conocimiento determinada…
74
De modo que, a pesar de que algunas acciones desempeñadas tienden a ser de la Fase de
Profesionalización, el conocimiento que se genera en la Fase de Dispersión no tiene un ciclo
productivo que lo siga orientando, razones por las cuales, la fase tres, Fase de Consolidación,
no tiene desempeño.
Existen la integración
Existen políticas
definitiva de las ciencias
encaminadas a la gestión y
del conocimiento al plan de
desarrollo basado en el
capacitación y desarrollo
conocimiento
del personal
Existe un área
administrativa o
departamento responsable
de la administración del
conocimiento
En resumen, es una necesidad sentida de las instituciones públicas el contar con un Sistema
para la Gestión del Conocimiento, dada la situación que se presenta con la figura de
contratación de personal que se hace por Contrato de Prestación de Servicios – CPS, lo cual
por un lado depende de la decisión de contratación del partido político de turno, perjudica la
estabilidad de permanencia que además no es garantizada y por ende la falta de un sistema
que permita la continuidad de procesos, ocasiona que todo ese aprendizaje de mejores
prácticas y lecciones aprendidas no estén quedando registradas para las próximas
administraciones generándose con ello unos altos costos de reprocesos y de falta de
información histórica para el diseño y construcción de nuevos proyectos, procesos,
metodologías, procedimientos entre otros.
75