prototipodeunsistemade informaciÓnquepermitala...

i

ESPECIALIZACIÓN EN INGENERÍA DE SOFTWARE:

PROTOTIPO DE UN SISTEMA DEINFORMACIÓN QUE PERMITA LA

GESTIÓN DE CONTENIDOS DIGITALESCORPORATIVOS PARA COMPAÑÍA LA

PREVISORA DE SEGUROS S.A.DESARROLLADO A TRAVÉS DE

METODOLOGÍAS ÁGILES.

Proyecto presentado por: Miguel Angel Castilla Hernandez y DiegoFernando Barrios Olmos

Director de proyecto:Sandro Bolaños

Revisor del proyecto:Oswaldo Romero

DEDICATORIA

Miguel Ángel CastillaDedicado a mi familia

Diego Fernando BarriosA mis padres

ii

RESUMEN

En el presente documento se presenta la propuesta “prototipo de un sistemade información que permita la gestión de contenidos digitales corporativos paracompañía la previsora de seguros s.a. desarrollado a través de metodologíaságiles”.

En la previsora de seguros s.a. existe la necesidad de implementar un aplica-tivo web para resolver problemas específicos asociados a la administración delconocimiento organizacional en relación a los aplicativos y herramientas tecno-lógicas de uso interno.

Debido a las políticas contractuales de la organización, anualmente se eviden-cia un alto número de rotación de colaboradores. Esto implica para la empresala necesidad de contar con herramientas de administración del conocimiento quepermitan gestionar una la base de datos de conocimientos corporativos de formaefectiva.

La base de datos de conocimientos corporativos son el insumo base sobre elque se realizan procesos de capacitación para nuevos colaboradores. Por tanto,es imperativo para la previsora segura s.a. implementar una aplicación web paraapoyar los procesos de gestión de conocimiento y capacitación de personal.

La propuesta de este documento es el diseño de prototipo de la aplicaciónweb en mención.

iii

ABSTRACT

In the present document the proposal "prototype of an information systemthat allows the management of corporate digital contents for company the in-surance forecaster s.a. developed through agile methodologies ".

In the insurance forecast s.a. There is a need to implement a web applicationto solve specific problems associated with the administration of organizationalknowledge in relation to applications and technological tools for internal use.

Due to the contractual policies of the organization, a high number of emplo-yees’ rotation is evidenced annually. This implies for the company the need tohave knowledge management tools that allow managing the database of corpo-rate knowledge effectively.

The database of corporate knowledge is the base input on which training pro-cesses are carried out for new employees. Therefore, it is imperative for the safeforesight s.a. implement a web application to support knowledge managementprocesses and personnel training.

The proposal of this document is the prototype design of the web applicationin mention.

iv

INTRODUCCIÓN

En la actualidad entre los principales retos que enfrentan las organizacionesdentro de su autogestión corporativa se encuentra generar entre sus colaborado-res una gestión del conocimiento de negocio y el fomento en el uso y apropiaciónde las diferentes herramientas tecnológicas desarrolladas e implementadas al in-terior de las compañías por parte de los mismos.

Esta problemática se presenta por diferentes factores internos en las orga-nizaciones, tales como lo son la falta de capacitaciones efectivas y constantesal personal, la incertidumbre en los usuarios que se generan en los cambios yactualizaciones de los sistemas de información, esto debido a la falta de socia-lización previa y el acompañamiento posterior a su implementación; la falta deestandarización de los procesos operacionales de producción, entre otros. [1].

El caso de estudio en el que se fundamenta esta investigación La PrevisoraSeguros S.A. no es ajena a esta situación; en la actualidad, esta no cuenta conun modelo eficaz que garantice la gestión del conocimiento de sus funcionariosal interior de la compañía; esta situación genera reprocesos innecesarios a laoperación, altas cargas operativas para las diferentes áreas y un volumen signi-ficativo de información errónea. Esta situación le genera pérdidas y sobrecostosa la compañía, y adiciona malas experiencias de usuario.

Como iniciativa el equipo de trabajo apoyado en las mejores prácticas deaprendizaje en la era digital, propone implementar una forma ágil que contribuyaa la gestión del conocimiento fomentando el uso y la apropiación TI al interiorde la compañía; para ello se ha decidido implementar un gestor para la difusióny consulta de contenidos multimedia para capacitación del personal adscritos ala entidad.

Esta iniciativa busca que todos los actores de los diferentes sistemas de infor-mación tengan una herramienta que apoye su gestión diaria, sin la intervenciónobligatoria de especialistas técnicos y de negocio para la resolución de las dudase inquietudes que surgen de su labor diaria.

v

Índice general

RESUMEN III

ABSTRACT IV

INTRODUCCIÓN V

I CONTEXTUALIZACIÓN DE INVESTIGACIÓN 1

1. Introducción 21.1. Planteamiento/Identificación del problema . . . . . . . . . . . . . 21.2. Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

1.2.1. Objetivo general . . . . . . . . . . . . . . . . . . . . . . . 41.2.2. Objetivos específicos . . . . . . . . . . . . . . . . . . . . . 4

1.3. Justificación del trabajo/investigación . . . . . . . . . . . . . . . 41.3.1. Justificación práctica . . . . . . . . . . . . . . . . . . . . . 4

1.4. Hipótesis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61.5. Marco referencial . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

1.5.1. Marco teórico . . . . . . . . . . . . . . . . . . . . . . . . . 61.5.1.1. Dato, Información y Conocimiento . . . . . . . . 61.5.1.2. Economía en la Era Digital . . . . . . . . . . . 81.5.1.3. Gestión del Conocimiento en la Era Digital . . 8

1.5.2. Organizaciones intensivas de conocimiento (OIC) . . . . . 101.5.2.1. Gestión de Organizaciones intensivas en conoci-

miento (OIC) . . . . . . . . . . . . . . . . . . . . 101.5.2.2. Administración del conocimiento . . . . . . . . . 111.5.2.3. Know How . . . . . . . . . . . . . . . . . . . . . 131.5.2.4. Teoría pseudomatemática sobre diseño de bases

de datos . . . . . . . . . . . . . . . . . . . . . . . 141.5.2.5. ArchiMate . . . . . . . . . . . . . . . . . . . . . 151.5.2.6. SOLID . . . . . . . . . . . . . . . . . . . . . . . 161.5.2.7. SQL Server . . . . . . . . . . . . . . . . . . . . . 171.5.2.8. Azure . . . . . . . . . . . . . . . . . . . . . . . . 211.5.2.9. 3-Tier Layer . . . . . . . . . . . . . . . . . . . . 23

vi

ÍNDICE GENERAL vii

1.5.2.10. Design Pattern . . . . . . . . . . . . . . . . . . . 241.5.2.11. .Net . . . . . . . . . . . . . . . . . . . . . . . . . 28

1.5.3. Marco Espacial . . . . . . . . . . . . . . . . . . . . . . . . 341.6. Metodología de la investigación . . . . . . . . . . . . . . . . . . . 35

1.6.1. Tipo de estudio . . . . . . . . . . . . . . . . . . . . . . . . 351.6.2. Método de investigación . . . . . . . . . . . . . . . . . . . 35

1.7. Organización del trabajo de grado . . . . . . . . . . . . . . . . . 351.7.1. Diseño Metodológico . . . . . . . . . . . . . . . . . . . . . 351.7.2. Arquitectura empresarial . . . . . . . . . . . . . . . . . . 351.7.3. Diseño de Base de datos . . . . . . . . . . . . . . . . . . . 361.7.4. Construcción de prototipo de aplicación . . . . . . . . . . 361.7.5. Guía de construcción para Video-Tutoriales efectivos . . . 36

1.8. Estudio de Sistemas Previos . . . . . . . . . . . . . . . . . . . . . 36

II DESARROLLO DE LA INVESTIGACIÓN 39

2. ARQUITECTURA EMPRESARIAL 402.1. Arquitectura de la Organización . . . . . . . . . . . . . . . . . . 40

2.1.1. Punto de Vista de Organización . . . . . . . . . . . . . . 402.1.2. Punto de Vista de Cooperación de Actor . . . . . . . . . . 422.1.3. Punto de Vista de Función de Negocio . . . . . . . . . . . 432.1.4. Punto de Vista de Proceso de Negocio . . . . . . . . . . . 442.1.5. Punto de vista de cooperación de proceso de negocio . . . 452.1.6. Punto de vista de producto . . . . . . . . . . . . . . . . . 45

2.2. Arquitectura de la Aplicación . . . . . . . . . . . . . . . . . . . . 472.2.1. Punto de Vista de Comportamiento de Aplicación . . . . 472.2.2. Punto de vista de cooperación de aplicación . . . . . . . . 472.2.3. Punto de Vista de Estructura de Aplicación . . . . . . . . 492.2.4. Punto de vista de Uso de aplicación . . . . . . . . . . . . 50

2.3. Infraestructura Física de Tecnología . . . . . . . . . . . . . . . . 512.3.1. Punto de vista de Infraestructura . . . . . . . . . . . . . . 512.3.2. Punto de Vista de Uso de Infraestructura . . . . . . . . . 522.3.3. Punto de vista de Implementación y despliegue . . . . . . 532.3.4. Punto de vista de Estructura de información . . . . . . . 542.3.5. Punto de vista de realización de servicio . . . . . . . . . . 552.3.6. Punto de vista de Capas . . . . . . . . . . . . . . . . . . . 56

3. DISEÑO METODOLÓGICO 573.1. Desarrollo del plan de trabajo bajo Scrum . . . . . . . . . . . . . 573.2. Estructuración del marco de trabajo . . . . . . . . . . . . . . . . 573.3. Primer release . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

3.3.1. Sprint nro. 1.Número de historias de usuario realizadas:dos (2) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

3.3.2. Sprint nro. 2. Número de historias de usuario realizadas:siete (7) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

viii ÍNDICE GENERAL

3.4. Plataforma tecnológica . . . . . . . . . . . . . . . . . . . . . . . . 683.5. Planeación de los sprints . . . . . . . . . . . . . . . . . . . . . . . 693.6. Arquitectura de Software . . . . . . . . . . . . . . . . . . . . . . 76

3.6.1. Modelo de datos . . . . . . . . . . . . . . . . . . . . . . . 763.6.2. Arquitectura de aplicación . . . . . . . . . . . . . . . . . . 78

3.7. Fases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 793.7.1. Análisis . . . . . . . . . . . . . . . . . . . . . . . . . . . . 793.7.2. Diseño . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 793.7.3. Validación . . . . . . . . . . . . . . . . . . . . . . . . . . . 79

III CIERRE DE LA INVESTIGACIÓN 853.8. Resultado y Discusión . . . . . . . . . . . . . . . . . . . . . . . . 863.9. Conclusiones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 863.10. Verificación contraste y evaluación de los objetivos . . . . . . . . 87

3.10.1. Síntesis del modelo propuesto . . . . . . . . . . . . . . . . 873.10.2. Aportes Originales . . . . . . . . . . . . . . . . . . . . . . 87

3.11. Prospectiva del Trabajo de Grado . . . . . . . . . . . . . . . . . . 873.11.1. Lineas de Investigación futuras . . . . . . . . . . . . . . . 873.11.2. Trabajo de investigación futuros . . . . . . . . . . . . . . 87

IV BIBLIOGRAFÍA 88

Índice de figuras

1.1. Tomado del Informe de Operación Tecnológica Previsora S.A. ISemestre 2018 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.2. Principales diferencias entre las organizaciones clásicas o tradi-cionales y las OIC [13] . . . . . . . . . . . . . . . . . . . . . . . . 12

1.3. Ciclo de vida del conocimiento [12] . . . . . . . . . . . . . . . . . 131.4. Arquitectura SQL Server. Tomado de [24] . . . . . . . . . . . . . 191.5. Tomado de https://www.microsoft.com/es-es/sql-server/sql-server-

2017-pricing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211.6. Tomado de http://perunetdev.org/2017/05/31/inyeccion-de-dependencias-

e-inversion-de-control-no-es-lo-mismo/ [34] . . . . . . . . . . . . . 261.7. Tomado de http://perunetdev.org/2017/05/31/inyeccion-de-dependencias-

e-inversion-de-control-no-es-lo-mismo/ [34] . . . . . . . . . . . . . 27

2.1. Punto de Vista de la Organización. General y detallado . . . . . 412.2. Punto de Vista de Cooperación del Actor . . . . . . . . . . . . . 432.3. Punto de Vista de Función de Negocio . . . . . . . . . . . . . . . 442.4. Punto de Vista de Proceso de Negocio . . . . . . . . . . . . . . . 442.5. Punto de vista de cooperación de proceso de negocio . . . . . . . 452.6. Punto de vista de producto . . . . . . . . . . . . . . . . . . . . . 462.7. Punto de Vista de Comportamiento de Aplicación . . . . . . . . 472.8. Punto de vista de cooperación de aplicación . . . . . . . . . . . . 482.9. Punto de Vista de Estructura de Aplicación . . . . . . . . . . . . 492.10. Punto de vista de Uso de aplicación . . . . . . . . . . . . . . . . 502.11. Punto de vista de Infraestructura . . . . . . . . . . . . . . . . . . 512.12. Punto de Vista de Uso de Infraestructura . . . . . . . . . . . . . 522.13. Punto de vista de Implementación y despliegue . . . . . . . . . . 532.14. Punto de vista de Estructura de información . . . . . . . . . . . 542.15. Punto de vista de realización de servicio . . . . . . . . . . . . . . 552.16. Punto de vista de Capas . . . . . . . . . . . . . . . . . . . . . . . 56

3.1. Historia de usuario. Cargue de contenidos; Fuentes: Los autores. 593.2. Historia de usuario: visualización de contenidos de capacitación;

Fuente: los autores. . . . . . . . . . . . . . . . . . . . . . . . . . . 603.3. Historia de usuario: Iniciar sesión; Fuente: Los autores. . . . . . . 61

ix

x ÍNDICE DE FIGURAS

3.4. Historia de usuario: Actualizar información de usuarios; Fuente:Los Autores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

3.5. Historia de usuario: recuperación de contraseña; Fuente: Los au-tores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

3.6. Historia de usuario: consulta de eventos; Fuentes: Los autores. . . 643.7. Historia de usuario: Gestión de áreas y dependencias; Fuente: Los

autores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 653.8. Historia de usuarios: Gestión de catálogos; Fuente: Los autores. . 663.9. Historia de usuario: Gestión de metadatos y drives. Fuente: Los

autores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 673.10. Sprint nro1. Desarrollo de un producto mínimo viable. Fuente:

Los autores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 703.11. Sprint nro. 2. Desarrollo de componente de autenticación. Fuente:

Los autores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 713.12. Sprint nro. 3, recuperación de contraseña y consulta de eventos.

Fuente: los autores. . . . . . . . . . . . . . . . . . . . . . . . . . . 723.13. Sprint nro. 4. Actualización de información de usuario, gestión

de áreas y dependencias. Fuente. Los autores. . . . . . . . . . . . 733.14. Sprint nro. 5: Gestión de aplicaciones, catalogo, contenidos, me-

tadatos y drives. Fuentes: los autores. . . . . . . . . . . . . . . . 743.15. Product backlog condensed. Fuente: Los autores. . . . . . . . . . 753.16. Planeación de incrementos. Fuentes: Los autores. . . . . . . . . . 753.17. Ejecución de sprints. Fuente: Los autores. . . . . . . . . . . . . . 763.18. Modelo de datos: aspecto de seguridad. Fuente: Los autores. . . . 773.19. Modelo de datos: aspecto de negocio. Fuente: Los autores. . . . . 773.20. Arquitectura de aplicación. Fuente: Los autores. . . . . . . . . . . 793.21. Vista Inicio. Sección header. Fuente: Los autores. . . . . . . . . . 803.22. Vista de inicio. Sección body. Fuente: Los autores. . . . . . . . . 803.23. Vista de inicio. Sección body. Fuente: Los autores. . . . . . . . . 813.24. Vista de cargue. Fuente: Los autores. . . . . . . . . . . . . . . . . 813.25. Vista de catalogo. Fuente: Los autores. . . . . . . . . . . . . . . . 823.26. TFS. Historia de usuario HU-1. Fuente: Los autores. . . . . . . . 823.27. TFS. Historia de usuario HU-2. Fuente: Los autores. . . . . . . . 833.28. TFS. Tareas vista panel. Fuente: Los autores. . . . . . . . . . . . 833.29. TFS. Vista detalle de tarea. Fuente: Los autores. . . . . . . . . . 84

Parte I

CONTEXTUALIZACIÓNDE INVESTIGACIÓN

1

Capítulo 1

Introducción

1.1. Planteamiento/Identificación del problemaAl interior de Previsora Seguros S.A. no existe un proceso establecido de ca-

pacitación en los diferentes aplicativos de software para los colaboradores nuevosque ingresan a la compañía; actualmente esta tarea es delegada a cada uno delos líderes de las diferentes gerencias de la compañía, lo cual genera una cargaoperativa adicional, puesto que durante la curva de aprendizaje, el área será res-ponsable en cierta medida de todas las interacciones y transacciones realizadaspor el nuevo colaborador; lo anterior sin contar con el tiempo empleado por lapersona asignada para el entrenamiento del nuevo colaborador al interior delárea.

En las sucursales de la compañía, existe un porcentaje muy elevado en larotación del personal; esta entidad estatal posee una política interna en la cual seestablece que el personal vinculado a través de empresas temporales de servicio,no pueden tener un vínculo superior a un (1) año con la compañía; por lo quees normal que el personal de las sucursales sea nuevo cada año.

Esta situación impacta directamente a cada sucursal, ya que no hay unproceso efectivo en la transición de conocimiento en la entrega de puesto de losnuevos funcionarios y sus antecesores.

Existen otros casos en donde las funcionalidades del sistema no tienen un nú-mero significativo de transacciones y estas son usadas de forma poco recurrente(por ejemplo, una o dos veces al año).

En muchas ocasiones el usuario no recuerda cual es el proceso a realizaro por el contrario es nuevo en el cargo y nunca ha realizado el proceso, porlo que deberá indagar con su líder inmediato, quien sino tiene claridad en laejecución del proceso opta por la creación de un tiquete a la mesa de servicios

2

1.1. PLANTEAMIENTO/IDENTIFICACIÓN DEL PROBLEMA 3

TI de la compañía para resolver la inquietud; este tipo de solicitud puede tardarhasta doce (12) horas en ser resuelta según los acuerdos de niveles de servicioestablecidos al interior de la compañía.

La falta de conocimiento del sistema por parte de los usuarios genera unacarga operativa importante a la Mesa de Servicio TI; debido a que a diariose reportan incidentes, como errores del aplicativo, los cuales posterior a larevisión del Analista administrador del sistema de información, son clasificadoscomo error de usuario; la resolución de dicha incidencia es por medio de unaasesoría o capacitación funcional sobre la herramienta al usuario final que realizoel reporte.

En conversación con el Subgerente de Tecnología el Ingeniero Orlando Mur-cia indico al grupo de investigación que esta situación representó en el primersemestre del año 2018 el 16,4 por ciento del origen de incidencias reportadas ala mesa de servicio y soporte del área de tecnología.

Figura 1.1: Tomado del Informe de Operación Tecnológica Previsora S.A. ISemestre 2018

En la mayoría de los casos las actividades que se debían ejecutar están do-cumentadas, pero estos manuales son muy extensos y en su mayoría utilizanun lenguaje técnico y poco accesible para un usuario final, con el agravanteque en muchas ocasiones se encuentran desactualizados; la búsqueda puntual deinformación se torna compleja.

De seguir esta problemática generalizada la organización seguirá teniendoafectaciones directas en la prestación del servicio a todos sus asegurados, a su

4 CAPÍTULO 1. INTRODUCCIÓN

vez continuara generando reprocesos y demoras dentro del flujo de los procesosestablecidos, lo cual se traduce en sobrecostos, dependiendo la etapa de la ca-dena de distribución en la que se encuentre, es posible que se generen pérdidasimportantes para la compañía y lo que es peor malas experiencias de usuario.

En conversación sostenida con la Especialista de negocio Sonia Beltrán delárea de indemnizaciones del ramo SOAT y Accidentes Personales, esta comentaque en muchas etapas del proceso los usuarios menos experimentados generantransacciones erradas, las cuales repercuten directamente en retrasos dentro dela gestión de pagos a los diferentes proveedores de servicios en salud.

En el proceso de emisión de pólizas la situación es parecida, según AdemarZamora jefe de la gestión de recaudos, en muchas de las sucursales el procesode conciliación de cartera y bancos es demasiado extenso para el personal decontabilidad, ya que muchas operaciones se generan de manera inconsistenteya que en su mayoría los usuarios de las regionales realizan registros erróneosdentro de la Caja Web.

1.2. Objetivos1.2.1. Objetivo general

Modelar un prototipo para un sistema de Información que permita la publi-cación y consulta de vídeo tutoriales para la capacitación de los funcionarios dePrevisora de Seguros S.A. desarrollado a través de metodologías ágiles.

1.2.2. Objetivos específicosDiseñar un modelo de arquitectura empresarial de PREVISORA SEGU-ROS S.A. enfocado a la administración del conocimiento TIC corporativo.

Diseñar un modelo de datos que cubra las necesidades requeridas para lagestión del conocimiento TIC corporativo.

Construir un prototipo de una aplicación web que responda a las necesi-dades de administración del conocimiento TIC corporativo.

1.3. Justificación del trabajo/investigación1.3.1. Justificación práctica

La importancia del buen uso de las TIC al interior de las organizaciones seha convertido en un factor diferencial en la productividad de sus empleados,

1.3. JUSTIFICACIÓN DEL TRABAJO/INVESTIGACIÓN 5

convirtiéndoles en entes de desarrollo más competentes en los mercados y desdeluego mucho más rentables económicamente.

La influencia de la información dentro de las compañías, implica el uso yaplicación del conocimiento como propuesta de valor para sus clientes e insumofundamental en la búsqueda del crecimiento corporativo de las organizaciones.

Por esto las empresas deben adoptar modelos que los acerquen a las nuevastendencias productivas de la era digital, las cuales están permeadas de unanecesidad evidente de innovación al interior de las mismas.

Actualmente la innovación al interior de las compañías es plasmada a travésde la implementación de las TIC las cuales facilitan la mejora continua de losprocesos los cuales se reflejan en la calidad de los productos y servicios ofrecidospor estas. [2].

Ante esta realidad la gestión del conocimiento se muestra como un pilarde fortalecimiento de la industria en las organizaciones, indiferente del sectoreconómico en el que sea aplicado; es por tanto que la aplicación de metodolo-gías para la administración del conocimiento son fundamentales en el desarrollointerno de las compañías, debido a que la centralización del conocimiento nospermite medir y controlar eficientemente los flujos de trabajo establecidos enlas compañías; son un componente esencial en la toma de decisiones, adicionales un punto de partida dentro del proceso de innovación y en algunos casos lareinvención de varios conceptos corporativos. [3].

Dentro de la Era Digital el concepto de “e-learning” o formación virtual esmuy usado dentro de las compañías y las instituciones educativas, ya que es unaforma de acercar a las personas al conocimiento, pero hemos visto en muchasocasiones que la implementación de este modelo de aprendizaje ha generadomalas experiencias de usuario; debido a la mala organización de los contenidosde aprendizaje y en ocasiones a las limitaciones en las plantillas utilizadas.

El “E-learning” ha sido incorporado por varias empresas con el fin de reducirlos costos al plan de capacitación de las mismas; y no por la eficacia en el modelode aprendizaje.

De ahí que muchos funcionarios al interior de las compañías los vean comoun requisito que no aporta nada en su crecimiento profesional. [4].

Por esto es necesario implementar soluciones que permitan construir y a lavez acceder al “Know How” de nuestras compañías en tiempo real; generan-do espacios de conocimiento para las personas vinculadas a la organización y


mejorando cada vez más la experiencia de usuario de los mismos.

Brindando herramientas que aseguren la gestión del conocimiento corpo-rativo y a su vez impulsen la productividad de todas las dependencias de lacompañía.

1.4. HipótesisLa aplicación web “PreviTube” proveerá a PREVISORA SEGUROS S.A.

de un sistema de información escalable para la gestión del conocimiento de lossistemas de información corporativos a través de la administración y consultade videotutoriales de capacitación, esto brindara a sus funcionarios acceso alconocimiento corporativo, fomentando en ellos el dominio de uso y apropiaciónTI y evitando los actuales reprocesos en la cadena de distribución.

1.5. Marco referencial

1.5.1. Marco teórico1.5.1.1. Dato, Información y Conocimiento

Dentro del contexto de esta investigación es necesario tener claridad de cuá-les son los conceptos que preceden la conformación del conocimiento como loconocemos y de cómo este es generado desde los diferentes círculos socialesintegrados por personas que comparten intereses comunes; dentro de este apre-ciación abordaremos el desarrollo del conocimiento al interior de las empresas.

Para los docentes de la universidad de Cádiz Dr. Sixto Jesús Arjonilla y JoséAurelio Medina Garrido en su libro “La gestión de los sistemas de informaciónen la empresa” la empresa se considera como un sistema abierto, dado querecibe entradas (recursos humanos, financieros, materias primas, etc.) y emitesalidas (productos terminados) a su entorno. Del mismo modo, el sistema deinformación de una empresa será un sistema abierto. La materia prima que entraen el sistema de información son los datos que, tras un tratamiento adecuado,se transforman en información de salida. Es, por tanto, importante diferenciarconceptualmente dato de información.

Se entiende por dato un conjunto de caracteres expresados en un determi-nado sistema de codificación que representa un hecho o concepto. Estos datosson independientes de las personas, e irrelevantes, por sí solos para la toma de

1.5. MARCO REFERENCIAL 7

decisiones. Por ejemplo, un banco puede tener el dato de que cierta cuenta re-gistra 5.000 Euros en números rojos. Por si solo, este dato no significa nada yno puede conducir a ningún tipo de decisión; únicamente indicaría que dichocliente tendrá la obligación de pagar intereses por el descubierto en cuestión.

Información es el dato o conjunto de datos que tiene un significado para al-guien y que transmiten un mensaje útil. La información implica situar los datosen un contexto que les añada Valor. Estampida se puede lograr depurando deerrores los datos, asignando unidades de medida que ayuden a interpretarlos,procesándolos con cálculos matemáticos o estadísticos, o agregándolos para suresumen y más fácil interpretación. Siguiendo con el anterior ejemplo, el descu-bierto de 5.000 Euros seria información si se sabe que la cuenta anterior perte-nece a una empresa declarada en quiebra y en proceso de liquidación judicial.La información enriquece el dato.

Cuando se domina el paso del dato a la información, el siguiente paso quese debe dar es transformar al sistema de información en un recurso complemen-tario para la creación, almacenamiento, difusión y utilización de conocimientos.El conocimiento se puede definir como el recurso organizativo que posibilitala conversión de la información en decisiones y acciones. El conocimiento estácatalizado por las personas en función de sus creencias, experiencias, saber ha-cer (Know How) y capacidades. Por ello, no toda información automáticamentetransformada en conocimiento. Ello depende de las características de la perso-na, y de su capacidad y oportunidad para transformar la información en acción.Para que la información se transforme en conocimiento, las personas desarrollanprocesos mentales de comparación con otros elementos (por ejemplo, experien-cias pasadas) y de predicción de consecuencias, buscan conexiones causa-efecto,o interactúan con terceras personas que poseen otros conocimientos que podríanser de utilidad. De nuevo, usando el ejemplo anterior relativo al descubierto ban-cario de 5.000 Euros de la empresa en quiebra, el decisor puede convertir estainformación en conocimiento si, a partir de la experiencia pasada y sus cono-cimientos en la materia, alerta rápidamente a su empresa de que su equipo deabogados debe actuar en el proceso judicial interponiendo una demanda comoacreedor.

La utilidad el sistema información como herramienta para gestionar conoci-miento se apoya en el razonamiento de que el conocimiento asociado con la in-formación y la información con los datos. En esta línea, algunas empresas tienenen marcha proyectos de gestión del conocimiento consistentes en almacenes deconocimientos sobre algún tema concreto. Estos almacenes pueden ser consulta-dos por los miembros de la empresa que se encuentren interesados en solucionarproblemas que ya se les han presentado otros, y en ellos se puede informar delas mejores prácticas de la empresa en algún área y se pueden realimentar delas experiencias acumuladas por las personas. No obstante, es necesario recalcarque el conocimiento no deja de ser más que mera información si el individuo no


interviene. Son las personas las que le añaden valor interpretando la informacióny situándola en un contexto. [5].

1.5.1.2. Economía en la Era Digital

La era digital en la que vivimos actualmente trajo consigo nuevos conceptosy paradigmas para la sociedad, en su economía, su producción, sus formas decomportamiento y hasta la forma de educarnos. Para el distinguido SociólogoManuel Castells la economía en la era digital está compuesta por el Informacio-nalismo, la globalización y la interconexión en red; este autor argumenta estosconceptos así: “Es informacional porque la productividad y competitividad delas unidades o agentes de esta economía (ya sean empresas, regiones o naciones)dependen fundamentalmente de su capacidad para generar, procesar y aplicarcon eficacia la información basada en el conocimiento. Es global porque la pro-ducción, el consumo y la circulación, así como sus componentes (capital, manode obra, materias primas, gestión, información, tecnología, mercados), estánorganizados a escala global, bien de forma directa, bien mediante una red devínculos entre los agentes económicos. Está conectada en red porque, en lasnuevas condiciones históricas, la productividad se genera y la competencia sedesarrolla en una red global de interacción entre redes empresariales.” [2].

La necesidad de orientar a la empresa hacia una nueva economía, impli-ca la aplicación del conocimiento como la nueva fuente de creación de valor yde riqueza. Eso significa que hay que adaptar la estructura de las empresas yde la sociedad a las nuevas condiciones tecnológicas y de productividad glo-bal, buscando la generación de ventajas competitivas determinantes, a travésde la estructuración del genio creativo de los empleados, así como de la rapidezcon la que aprenden. De este modo, la innovación como una de las estrategiasmás seguras para competir internacionalmente y uno de los generadores de va-lor agregado más significativos en la mejora de los productos y servicios de laempresa. [6].

1.5.1.3. Gestión del Conocimiento en la Era Digital

Dentro del vasto estudio del conocimiento este se define por los autoresDomingo J. Gallego y Mabel Álvarez como el motor fundamental de los indi-viduos y las organizaciones. Para ellos es bastante claro que el progreso y eldesarrollo vienen unidos estrechamente al conocimiento, pero en la era digitalel conocimiento ya no es patrimonio de unos pocos privilegiados. Esto debidoa que Internet a permitido el acceso gratuito a millones de bases de datos, decualquier persona interesada que tenga acceso a la misma.

A través del uso de la tecnología se cambió la forma en la que las personas


acceden al conocimiento. Sin embargo, una vez más la Brecha Digital se inter-pone en este camino de progreso. Los que no tienen acceso a la tecnología notienen acceso al conocimiento. Y cuando hablamos de conocimiento nos referi-mos tanto al conocimiento orientado a la sabiduría como al conocimiento comorecurso estratégico de las organizaciones orientado al desarrollo socioeconómico.

La presencia generalizada de las Tecnologías de la Información y la Comuni-cación (TIC) son la característica principal de la sociedad de la información. Susherramientas han tenido gran acogida porque potencian la adquisición y genera-ción del conocimiento, aceleran los procesos, facilitan el acceso a la informacióny son consideradas sinónimos de desarrollo y bienestar. Los computadores, losdispositivos móviles, los videojuegos, las cámaras digitales y la Internet son,actualmente, parte de la cotidianidad. No obstante, el auge de la tecnología noha podido borrar la brecha digital. Es una realidad que las generaciones másjóvenes manejan con más solvencia las herramientas tecnológicas, mientras quelas personas adultas luchan por adaptarse a los cambios que la tecnología lesimpone. En este contexto, toma especial importancia la alfabetización digitalque ayuda a los ciudadanos a adquirir las competencias para el manejo de latecnología y les ayuda a su inclusión y desenvolvimiento de manera adecuadaen los entornos: laboral, educativo y doméstico. [7].

En el libro patrocinado por la Universidad Autónoma de Occidente La ges-tión del conocimiento y las tecnologías de la información y la comunicación enlas organizaciones hablan de como el impacto de las TIC en el mundo revolu-ciono todos los ámbitos sociales y lo que es más importante cambio la forma depensar del ser humano, revolucionando la manera en la cual el mundo comer-cializa sus productos y de cómo salvaguardar la información en muchos casoses lo más importante para las compañías; contribuyendo así de gran manera alos procesos de globalización y a la mundialización de la economía, que tiene alas TIC como soporte material e infraestructura tecnológica. El uso permanentede la información y el conocimiento, está progresivamente convirtiéndose en lafuente fundamental de los procesos productivos de las empresas como los inputy output de éstas y de los países, dando surgimiento a la nueva sociedad de lainformación y economía del conocimiento, y sustentados en el uso intensivo delas TIC y el conocimiento como el centro tecno-económico de éstas. [8].

Así mismo, su impacto se ha evidenciado en la educación y en el trabajo, re-flejado en la innovación, a través del saber (conocimiento) como eje central de laeconomía, a diferencia del industrialismo que se orientó al crecimiento económicoy a la maximización de la producción basada en el uso de la energía como prin-cipal fuente de productividad. Las TIC, en la nueva sociedad de la informacióny el conocimiento, han entrado a formar parte de la vida diaria de las personas,las organizaciones y la sociedad. El uso intensivo de estas tecnologías digitales seestá mostrando como el potencial básico que facilita disminuir o incrementar la


brecha económica y social entre países desarrollados y no desarrollados, logran-do generar competencias distintivas y ventajas competitivas a nivel mundial. Deeste modo, las empresas, y en especial las Pyme, deberían considerar con priori-dad la posibilidad de implementar nuevas estructuras organizacionales flexiblesen forma de red, fácilmente interrelacionadas, basadas en el uso apropiado delas TIC, antes que trabajar con estructuras organizacionales de corte piramidal-tradicional, que desconocen los fuertes cambios organizacionales globales.

La gestión del conocimiento se muestra entonces, como la capacidad de unaempresa para visionar, diseñar, crear y liderar el manejo del conocimiento tácitoy explícito en las organizaciones, facilitando así generar nuevos conocimientos,difundirlos, y socializarlos entre los miembros de la organización y materiali-zarlos en productos, servicios y sistemas; siendo esta la clave de la innovaciónpermanente en las empresas. [8].

1.5.2. Organizaciones intensivas de conocimiento (OIC)Las organizaciones intensivas en conocimiento (OIC) son un tipo de organi-

zación que en la actualidad reciben gran atención, debido a su contribución ala economía mundial, de allí que resulte importante conocer la forma como estetipo de organizaciones se comporta. Esta investigación busca describir los facto-res que caracterizan las OIC por medio de un estudio de caso simple cualitativoy la aplicación de la tipología de Makani y Marche, la cual, tiene como basefactores relacionados con el conocimiento intensivo. El presente estudio permi-tió identificar factores distintivos en este tipo de organización, como la culturaorganizacional, las prácticas de recursos humanos, la reputación, el compromisoy la confianza. Los hallazgos de esta investigación confirman la necesidad especí-fica de un marco unificado que incluya los diferentes factores, con la intención dedistinguir las OIC de otros tipos de organización. (Amaya y Grueso Hinestroza,M. P., 2017).

1.5.2.1. Gestión de Organizaciones intensivas en conocimiento (OIC)

WILLIAM STARBUCK es considerado como el primer autor que introduceel concepto de Organizaciones intensivas en conocimiento (OIC), esto a queprevio al concepto se habla de compañías que producen y venden Know-how,pero no se asocian al concepto de OIC; este autor resalta la relevancia económicadel conocimiento como una entrada o un insumo de estas organizaciones. Pesea dicha importancia, se han presentado dos problemas a la hora de definir a lasOIC. [9].

Por otra parte, RICK VERHOEF y SAJDA QURESHI consideran que sibien los esfuerzos de gestión del conocimiento se han hecho populares en las or-


ganizaciones que dependen de los conocimientos y habilidades de sus empleadoscomo recursos intelectuales claves para proporcionar bienes y servicios persona-lizados, no está claro cuáles son los beneficios de tales esfuerzos y cómo estosrecursos intelectuales pueden en realidad crear valor para la organización. Unaorganización intensiva en conocimiento es aquella que adquiere conocimientonuevo a partir de la presentación de un problema complejo y el uso de las habi-lidades de los empleados para resolverlo, empleando y creando procesos ad hoc(procesos construidos especialmente para un fin determinado o pensado parauna situación concreta) e innovando. [9].

En este sentido, el profesor BENGT-ÅKE LUNDVALL señala que las OICson aquellas organizaciones que tienen como objeto y recurso principal la trans-formación del conocimiento para obtener innovación, aprendizaje y mejora detécnicas, las cuales serán aplicadas para la producción de nuevo conocimiento,en proyectos de innovación, investigación y desarrollo (I+D), y de formación yaprendizaje. [9].

Autores como Sveiby y Risling (1986, 1987), Hedberg (1990), Lehtimäki(1996), Kirjavainen (1997), Hemati, Houten y Otter (2009), Åkerberg (1998)y Swart y Kinnie (2003) plantean que una Organización Intensiva en Conoci-miento (OIC) o Know-ledge Intensive Organization (siglas en inglés, KIO) es unaorganización que se encarga de adquirir conocimiento a través de las personasque contrata para así producir conocimiento nuevo a partir de la presentaciónde un problema complejo y el uso de las habilidades de sus colaboradores pararesolver dicho problema, empleando y creando procesos ad hoc e innovando. [?]Por otro lado, en la siguiente tabla se presentan las principales diferencias entrelas organizaciones tradicionales y las OIC:

1.5.2.2. Administración del conocimiento

“La gestión del conocimiento debería preocuparse por explotar y desarrollarlos activos de conocimiento que posee la organización a fin de que ésta puedallevar a cabo su misión estratégica” (Davenport, Delong, y Brees, 1998) [11].

Con esta frase damos entrada a la definición del término central que venimosremarcando, el conocimiento, y su definición: “El conocimiento es la informaciónque transforma algo o a alguien – ya sea en función de lograr acciones, o enfunción de que el individuo o la institución tenga la capacidad de adoptar unaacción diferente o más eficiente” [Drucker03], es decir que para que los datosevolucionen y se conviertan en información es necesario acompañarlos por uncontexto, de esta forma: “azul” toma sentido cuando expresamos cosas como“la mesa es azul”, sin embargo para que esta información se transforme enconocimiento es necesario que un individuo se adueñe de ella y que la afectecon sus propios juicios y experiencias, con el fin de transformarla en acciones,


Figura 1.2: Principales diferencias entre las organizaciones clásicas o tradicio-nales y las OIC [13]

mismas que finalmente arrojan conocimiento nuevo. (Lozano y Padilla ) [12]

La Administración del Conocimiento se encarga de mantener y fomentarel ciclo de vida del conocimiento, el cual tiene 4 fases básicas, las cuales seenumeran y definen en el diagrama que se muestra a continuación:

Adquirir: Obtener conocimiento externo

Producir: Generar nuevo conocimiento

Aprovechar: Explotar el conocimiento existente

Mantener: Enriquecer, retroalimentar, borrar y republicar piezas de cono-cimiento.


Figura 1.3: Ciclo de vida del conocimiento [12]

1.5.2.3. Know How

El concepto de know how proviene del inglés y significa "saber hacer". Porlo que la definición de know how es el conjunto de capacidades y conocimientosque le permiten a una empresa o a una persona desarrollar una actividad o unproyecto con experiencia.

Las características del know how vienen determinadas por las habilidadesque tiene una entidad para situarse por encima del resto de la competencia delmercado. En estos casos, se hace alusión principalmente al know how en aquelloscasos donde se apuesta por la innovación tecnológica o por un royalty como enel caso de las franquicias. Si quieres conocer más información sobre el modelode las franquicias, sigue leyendo aquí y conoce todas las nociones básicas sobreeste tipo de negocios y las ventajas que conlleva. Uno de los beneficios del knowhow es que la entidad tiene cierta exclusividad en el mercado en la venta de suproducto o servicio, lo que pasa a ser considerado como una ventaja competitivaen la medida que el patrimonio aumenta y las terceras empresas se muestrandoblemente interesadas por adquirir dicho bien. [14]

Know how empresarial o comercial son el conjunto de conocimientos quepermite la producción industrial por medio del empleo de la tecnología o pro-cesos que son la clave del éxito de la empresa y en la mayoría de los casospermanecen en secretos y para ser cedidos a otra empresa deben de pagar unacontraprestación. [15]


1.5.2.4. Teoría pseudomatemática sobre diseño de bases de datos

Es un modelo creado por el ingeniero John Jairo Londoño Pérez, muestrauna metodología para que se diseñen las bases de datos a partir de dos únicaspreguntas: ¿qué se quiere controlar? y ¿para quién se quiere controlar?, estaspreguntas se tienen en cuenta para abstraer la forma más precisa el contexto delsistema al que se quiere diseñar una solución en bases de datos. Dicha metodolo-gía parte de los fundamentos matemáticos como son los axiomas de Armstrong,aplicables a las formas de normalización de las bases de datos, con la diferenciade que esta propone nuevos términos más accesibles que resumen, de algunamanera, el gran número de preguntas que se formulan originalmente dentro delos diferentes axiomas nombrados. (Aponte Blanco y Méndez Lara, 2016)

Dicha metodología parte de los fundamentos matemáticos como son los axio-mas de Armstrong, aplicables a las formas de normalización de las bases dedatos, con la diferencia de que esta propone nuevos términos más accesiblesque resumen, de alguna manera, el gran número de preguntas que se formulanoriginalmente dentro de los diferentes axiomas nombrados. [16]

Dentro de los términos soportados por la metodología se tiene al sujeto, elcual responde a la pregunta inicial: ¿para quién se quiere controlar?, y el grupotransaccional que responde al: ¿qué se quiere controlar? Con base en lo anterior,se propone realizar una cadena lógica del negocio que permite, a partir de lasdependencias funcionales básicas, alinear todo lo concerniente a la ingeniería delsoftware y renueva, de alguna manera, el pensamiento hasta hoy utilizado paracontextualizar la problemática de los sistemas de información.

Se proponen entonces cinco esquemas para diseñar las bases de datos quese utilizan de acuerdo al contexto que, de un sistema, todas ellas basadas enla relación que existe entre un sujeto y su grupo transaccional; para poderidentificar dichas relaciones se deben tener en cuenta las siguientes preguntas:

¿Existe dependencia funcional, exclusiva del grupo transaccional, respectoal sujeto?

¿Existe dependencia funcional no exclusiva del grupo transaccional res-pecto al sujeto?

¿Qué variables dependen funcional y estrictamente de los dos componentesde la llave?

¿Qué variables dependen funcional y estrictamente del segundo compo-nente de la llave?


1.5.2.5. ArchiMate

ArchiMate es el lenguaje de modelado abierto e independiente de The OpenGroup para la arquitectura empresarial, respaldado por diferentes proveedoresde herramientas y firmas consultoras. ArchiMate proporciona instrumentos pa-ra ayudar a los arquitectos empresariales a describir, analizar y visualizar lasrelaciones entre los diferentes dominios de la arquitectura de una manera noambigua, similar a las disciplinas bien establecidas, como la ingeniería civil o laconstrucción y construcción, utilizando estándares aceptados internacionalmen-te para describir sus diseños. (Visual-paradigm, s.f.) [17]

ArchiMate es una técnica de modelado ("lenguaje") para describir arqui-tecturas empresariales. Presenta un conjunto claro de conceptos dentro de lasrelaciones entre dominios de arquitectura y ofrece una estructura simple y uni-forme para describir el contenido de estos dominios. Al igual que un dibujoarquitectónico en la arquitectura clásica de un edificio, describe los diversosaspectos de la construcción y el uso de un edificio.

ArchiMate ofrece un lenguaje común para describir la construcción y opera-ción de:

Procesos de negocios

Estructuras organizacionales

Flujos de información

Sistemas informáticos

Infraestructura técnica

Los principales beneficios de ArchiMate para modelar sus arquitecturas empre-sariales son:

Es un estándar internacional, independiente del proveedor, de The OpenGroup, que lo libera del bloqueo de herramientas y marcos específicos delproveedor. Hay un apoyo activo del Foro ArchiMate de The Open Group.

Sus conceptos y modelos bien fundados proporcionan precisión. Te ayudaa alejarte de la imagen de la arquitectura de ïmágenes difusas".

Es un lenguaje magro y sencillo. Contiene los conceptos suficientes paramodelar la arquitectura empresarial y no está hinchado para incluir todolo posible. Su estructura uniforme hace que sea fácil de aprender y aplicar.


Tiene vínculos claros con los enfoques existentes para áreas específicas dela arquitectura, como el software o los procesos empresariales. Varios con-ceptos en ArchiMate se han tomado prestados deliberadamente de otrosidiomas, como UML o BPMN, para proporcionar un puente fácil.

No prescribe una forma de trabajar, pero se combina fácilmente con mé-todos existentes como TOGAF.

Ha sido probado y probado por muchas organizaciones de usuarios dife-rentes y está respaldado por numerosas consultorías y herramientas desoftware.

1.5.2.6. SOLID

Son cinco principios fundamentales, uno por cada letra, que hablan del diseñoorientado a objetos en términos de la gestión de dependencias. Las dependenciasentre unas clases y otras son las que hacen al código más frágil o más robustoy reutilizable. El problema con el modelado tradicional es que no se ocupa enprofundidad de la gestión de dependencias entre clases sino de la conceptualiza-ción. Quién decidió resaltar estos principios y darles nombre a algunos de ellosfue Robert C. Martin, allá por el año 1995. [18]

A continuación se muestra el acronimo de la palabra SOLID:

S (SRP) – Principio de responsabilidad única (Single responsibility princi-ple)O (OCP) – Principio de abierto/cerrado (Open/closed principle)L (LSP) – Principio de sustitución de Liskov (Liskov substitution principle)I (ISP) – Principio de segregación de la interfaz (Interface segregation principle)D (DIP) – Principio de inversión de la dependencia (Dependency inversion prin-ciple)

Principio de responsabilidad única “Nunca debería haber mas de una ra-zón en una clase para cambiar” Como puedes observar, este principio dice queun objeto/clase debería únicamente tener una responsabilidad completamenteencapsulada por la clase. Aquí, cuando hablamos de responsabilidad, nos refe-rimos a una razón para cambiar. Este principio nos dirige hacia una cohesiónmás fuerte en la clase y un encaje más flojo entre la dependencia de clases, unamayor facilidad de lectura y un código con una complejidad menor. [19]

Principio abierto-cerrado “Entidades de Software (classes, módulos, funcio-nes, etc.) han de estar abiertas para extensiones, pero cerradas para modifica-


ciones”

Aquí la idea es que una entidad permite que comportamiento se extienda,pero nunca modificando el código de fuente. Cualquier clase (o cualquier cosaque escribas) debe de estar escrito de una manera que puede utilizarse por loque es. Puede ser extensible, si se necesita, pero nunca modificado. Puedes teneresto en cuenta cuando escribas tus clases. Utiliza las clases de la manera quenecesites, pero para modificar su comportamiento aparece cuando añades uncódigo nuevo, nunca cuando lo modificas el viejo. El mismo principio puedeaplicarse para módulos, paquetes y librerías.

Principio de sustitución de Liskov “Subtypes deben ser sustituidos por sutipo de base” Como su nombre indica, este principio fue definido por BarbaraLiskov. La idea aquí es que los objetos deberían ser reemplazados por ejemplosde su subtipo, y ello sin que la funcionalidad del sistema desde el punto de vistade los clientes se vea afectada. Básicamente, en vez de utilizar la implementaciónactual, deberías ser capaz de utilizar una clase base y obtener el resultado espe-rado. A menudo, cuando queremos representar un objeto, modulamos nuestraclase de bases en sus propiedades y en vez de eso, deberíamos poner más énfasisen su comportamiento.

Principio de segregación de la interfaz “Classes implementan interfaces,no deberían ser forzadas a implementar los métodos no utilizados” Aquí, sebasa en cómo escribir interfaces. Entonces, ¿qué significa? Básicamente, unavez la interfaz se convierte en larga, se necesita absolutamente de separarla enpequeñas partes más específicas. Una interfaz será definida por el cliente quelo utilice, lo que significa que el será el único que tenga conocimientos de losmétodos relacionados con ellos.

Principio de inversión de la dependencia “Módulos de altos modelos no debe-rían depender de niveles de modulos bajos, sino de abstracciones. Abstraccionesno deberían depender de detalles; sino los detalles de la abstracción” Este prin-cipio está principalmente basado en reducir las dependencias entre los módulosdel código. Básicamente, este principio será de gran ayuda para entender cómoatar correctamente sistemas juntos. Si los detalles de tu implementación depen-den de los altos niveles de abstracciones, te ayudará a conseguir un sistema bienacoplado. También, influirá en la encapsulación y cohesión de ese sistema.

1.5.2.7. SQL Server

Microsoft SQL Server es un sistema de gestión de base de datos relacio-nal (RDBMS) producido por Microsoft. Su principal lenguaje de consulta esTransact-SQL, una aplicación de las normas ANSI / ISO estándar StructuredQuery Language (SQL) utilizado por ambas Microsoft y Sybase. (Santamaría yHernández). (seidor, s.f.) [20].


SQL Server usa la arquitectura Cliente / Servidor para separar la carga detrabajo en tareas que corran en computadoras tipo Servidor y tareas que corranen computadoras tipo Cliente:

El Cliente es responsable de la parte lógica y de presentar la informaciónal usuario. Generalmente, el cliente corre en una o más computadorasCliente, aunque también puede correr en una computadora Servidor conSQL Server.

SQL Server administra Bases de Datos y distribuye los recursos disponiblesdel servidor (tales como memoria, operaciones de disco, etc.) entre lasmúltiples peticiones. [21]

Características de SQL Server

Rendimiento mejorado gracias a la funcionalidad in-memory para proce-samiento de transacciones y mejoras del almacenamiento de datos.

Certificación SAP, lo que garantiza éxito en el trabajo con cargas muypesadas.

Tiempo de disponibilidad muy elevado y posibilidad de hacerlo en unentorno híbrido con máquinas virtuales de Microsoft Azure.

Cifrado de datos transparente, auditorías, administración de claves exten-sibles y copias de seguridad cifradas para proteger así los datos en lascargas de trabajo críticas.

Máxima flexibilidad para que pueda trabajar tanto en la nube como enun entorno local. El paso de uno a otro se da de una manera realmentesencilla, para que pueda aprovechar todas las ventajas de ambos ámbitosde trabajo.

Además de las comentadas, Microsoft SQL Server dispone de un sinfín depeculiaridades que lo convierten en el sistema de gestión de bases de datos másseguro y potente del mundo. [23]

Arquitectura SQL Server (fundamentos)La arquitectura interna de las bases de datos en SQL Server está compuesta

por 2 tipos de estructura, la estructura lógica y la estructura física. Es muyimportante conocer cómo es que estas estructuras están compuestas y cuál es larelación que tienen los objetos de base de datos con cada una de estas estruc-turas. [24]

Estructura Lógica:Desde el punto de vista lógico, la base de datos debe tener al menos 1 “Fi-

leGroup” el cual contiene a toda la metadata de la misma base de datos, esdecir tablas y vistas de sistema, a este “FileGroup” inicial se le conoce como“Primario” y está presente en todas las bases de datos. Todos los objetos de


Figura 1.4: Arquitectura SQL Server. Tomado de [24]

usuario que contengan data, ya sean tablas o índices, deben estar ligados a un“FileGroup”, esto se puede definir al momento de ejecutar la sentencia DDL decreación del objeto, si no se indica a que “FileGroup” estará ligado ese objeto,este pertenecerá al “FileGroup” por defecto definido en la base de datos. Labase de datos solo puede tener definido 1 solo default “FileGroup”.

Las bases de datos pueden tener hasta 32767 “FileGroups” definidos, segúnlos límites establecidos para la última versión de SQL Server, la cual es SQLServer 2008 R2. Uno de los propósitos de los “FileGroups” es poder distribuirla data a través de varios discos duros físicos, de esta manera se puede obtenermayor rendimiento en las operaciones de I/O debido a que más de un discotrabajara al mismo tiempo. Otro de los propósitos es poder esconder la ubicaciónfísica real de la información a los programadores, ya que para ellos la tabla “X”pertenece al “FileGroup” “A”, pero no saben en que data files físicamente seencuentra la información de la tabla “X”.

Los “FileGroups” pueden contener 1 o más “Datafiles”, y cada uno de estosdatafiles se pude encontrar en unos discos diferentes, lo cual también agilizarálas consultas y los ingresos de información a las tablas que se encuentren asig-nadas a este “FileGroup”, debido a que SQL Server distribuirá la informaciónuniformemente a través de todos los “DataFiles” del “FileGroup”.

Estructura Física: Desde el punto de vista físico, como ya hemos visto, te-nemos los “DataFiles” que los en realidad los archivos de datos, es decir donde


se guarda toda la información de la base de datos. Un “DataFile” solo puedepertenecer a 1 “FileGroup”. Internamente los “DataFiles” están divididos en“Extends” y estos a su vez en “Pages”. Las “Pages” son la unidad mínima dealmacenamiento dentro de la base de datos. Un “Page” tiene 8 Kb de tamañoen espacio de disco. Un “Extend” tiene 8 “Pages” contiguas que lo conforman,es decir, un “Extend” tiene como tamaño 64 Kb de espacio en disco. En un“Page” solo puede haber información de 1 sola tabla, es decir el espacio de un“Page” no es compartido entre tablas o índices. En el caso de los “Extends”,estos pueden ser de dos tipos:

“Mixed”: Los cuales son compartidos hasta por 8 objetos, uno por cada“Page”.

“Uniform”: Los cuales solo pertenecen a un solo objeto, es decir que todoslos “Pages” pertenecen a un solo objeto. Normalmente cuando se creauna nueva tabla esta es asignada a un “Extend” de tipo “Mixed”, hastaalcanzar la utilización de hasta 8 “Pages”, a partir de ese momento seasignan “Extends” de tipo “Uniform” para optimizar el uso del espacio enla tabla.

Los “DataFiles” normalmente tienen 2 extensiones de archivo, las cuales sonestándar mas no obligatorias, la extinción “mdf” que se utiliza para el primer“Datafile” perteneciente al “FileGroup” primario, y la extension “ndf” que seutiliza para los demas datafiles que se agregan posteriormente a los demas “Fi-leGroups” de la base de datos. En el caso del “LogFile”, este no pertenece a un“FileGroup” en especifico, en cambio archivo esta ligado directamente a la basede datos. Las bases de datos de SQL Server solo pueden tener un solo “LogFile”activo al mismo tiempo, si bien se pueden crear múltiples “LogFiles” en la basede datos, solo uno podrá ser escrito, ya que solo uno puede estar activo, cuandoeste archivo se llene, la base de datos pasara a escribir al siguiente archivo detransacciones, y así sucesivamente. Por esta razón no es muy conveniente ni útiltener mas de un “LogFile”.

Precios de SQL Server:

LicenciasEn resumidas cuentas, SQL Server puede licenciarse de dos formas diferentes,según [25]:

Licenciamiento por Procesador/CorE Se paga una licencia por cada Pro-cesador/Core de la máquina, lo cual suele tener un importe diferente de-pendiendo de la edición de SQL Server (ej: Enterprise o Standard). Ac-tualmente, con la llegada de SQL Server 2012, se realiza un Licenciamientopor Core, mientras que anteriormente se realizaba un Licenciamiento porProcesador. Importante este detalle, ya que existe procesadores que inclu-yen múltiples Cores. Es decir, si tenemos un servidor con 2 ProcesadoresQuad Cores, tendremos un total de 8 Cores repartidos en 2 Procesadores.


Figura 1.5: Tomado de https://www.microsoft.com/es-es/sql-server/sql-server-2017-pricing

Licenciamiento por CAL En este caso, se paga un importe fijo por elServidor (que dependerá de la edición - ej: Enterprise o Standard), y adi-cionalmente se paga un importe por cada Licencia de Cliente (CAL). Noexisten diferentes precios para las CAL, es decir, no existe un precio deCAL para Enterprise y otro para Standard. Si miramos para atrás, en al-gunas de las versiones anteriores de SQL Server se diferenciaba entre CALspara dispositivos y CALs para clientes (usuarios). Ahora hemos vuelto aun único tipo de CAL. Téngase en cuenta, que por ejemplo, una CAL deSQL Server 2008 nos dará derecho a conectarnos a SQL Server 2008 ocualquier versión anterior (ej: SQL Server 2005 ó SQL Server 2000), perono tendremos derecho para conectarnos a versiones posteriores (ej: SQLServer 2008 R2 ó SQL Server 2012).

1.5.2.8. Azure

Windows Azure es una plataforma de nube abierta y flexible que permi-te desarrollar aplicaciones y servicios web con rapidez, aprovechando una grangalería de máquinas virtuales preparadas para su uso. Además, le permite exten-der las limitaciones de sus sistemas en disco y prestaciones de procesador o red,


proporcionar novedosos servicios como Business Intelligent y Big Data, BBDDrelacional, Media Services, SQL SERVER, Backup, soluciones Linux, etc. [26]Ventajas

Realizar almacenamiento de alto volumen de datos, procesamiento de lotesy cómputos intensos.

Flexibilidad en el crecimiento o decrecimiento de almacenamiento, segúnnecesidad.

Proporcionar copia segura de datos en local.

Crear, modificar y distribuir aplicaciones escalables con un mínimo derecursos internos.

Crear, evaluar, depurar y distribuir servicios web con rapidez y de formaaccesible.

Llevar sus ideas al mercado con mayor rapidez, y pagar cuando lo obtiene.Reducir costes de generación y extensión de recursos internos.

Reducir el esfuerzo y los costes de administración de TI Responde, conrapidez a los cambios de las necesidades de su empresa y sus clientes.

Ampliar y reducir recursos de TI en función de las necesidades de demandapuntual o periódica, cada cierto tiempo. Apagando y encendiendo segúnse requiere los sistemas.

Consumir recursos de informática SOLO cuando surgen la necesidad.

Enfocar menos en administrar restricciones y recursos operativos.

Eliminar la necesidad de administrar hardware.

ROI en la inversión de Hardware inmediata. No hay casi CAPEX, todo esOPEX.

Utilizar actuales habilidades de desarrollo para crear aplicaciones en lanube y proyectarlas a cualquier parte del mundo.

Alto nivel de seguridad con una capa gratuita de seguridad y de balanceode carga a toda la infraestructura subida a AZURE.

Monitorización del entorno integrada con el entorno local.

Apoyo en STORSIMPLE soluciones de Backup, Archivado, Disaster Re-covery de datos históricos que comen en el espacio de disco local.

¿Quién utiliza Microsoft Azure?El perfil de las empresas que utilizan Microsoft Azure es muy variado, ya que

los servicios que se incluyen se dirigen a tipos muy distintos de empresas. Algu-nos casos prácticos que se han hecho públicos incluyen a empresas que utilizan


los servicios de retransmisión y multimedia como la cadena de televisión ameri-cana NBC; otros han utilizado el hosting web de Microsoft Azure en conjuntocon elementos de seguridad para potenciar sus ventas como Iberia, mientrasque EasyJet ha creado una nube híbrida escalable para mejorar el servicio in-terno. Pearson Education utiliza Azure para desarrollar aplicaciones móviles yanalizar los datos recogidos a través de las mismas y de los canales de redessociales, consiguiendo interpretar esos datos para conocer mejor lo que quierensus clientes. [27]

1.5.2.9. 3-Tier Layer

Una arquitectura de tres niveles es una arquitectura cliente-servidor en la quela lógica de proceso funcional, el acceso a los datos, el almacenamiento de datosinformáticos y la interfaz de usuario se desarrollan y mantienen como módulosindependientes en plataformas separadas. La arquitectura de tres niveles es unpatrón de diseño de software y una arquitectura de software bien establecida. [28]

La arquitectura de tres niveles permite que cualquiera de los tres niveles seactualice o reemplace de forma independiente. La interfaz de usuario se imple-menta en una PC de escritorio y utiliza una interfaz gráfica de usuario estándarcon diferentes módulos que se ejecutan en el servidor de aplicaciones. El sistemade administración de bases de datos relacionales en el servidor de bases de datoscontiene la lógica de almacenamiento de datos de la computadora. Los nivelesmedios suelen ser de varios niveles.

Los tres niveles en una arquitectura de tres niveles son:

1. Nivel de presentación: ocupa el nivel superior y muestra información re-lacionada con los servicios disponibles en un sitio web. Este nivel se co-munica con otros niveles mediante el envío de resultados al navegador yotros niveles en la red.

2. Nivel de aplicación: también llamado nivel intermedio, nivel lógico, lógicaempresarial o nivel lógico, este nivel se extrae del nivel de presentación.Controla la funcionalidad de la aplicación mediante el procesamiento de-tallado.

3. Nivel de datos: alberga servidores de bases de datos donde se almacenay recupera la información. Los datos en este nivel se mantienen indepen-dientes de los servidores de aplicaciones o de la lógica empresarial.


1.5.2.10. Design Pattern

En ingeniería de software, un patrón de diseño es una solución general repe-tible a un problema común en el diseño de software. Un patrón de diseño no esun diseño terminado que se puede transformar directamente en código. Es unadescripción o plantilla sobre cómo resolver un problema que se puede utilizaren muchas situaciones diferentes. [29]

Tipos de patrones de diseñoPatrones de diseño creacionalesEstos patrones de diseño tienen que ver con la creación de instancias de

clase. Este patrón se puede dividir en patrones de creación de clases y patronesde creación de objetos. Mientras que los patrones de creación de clases usan laherencia de manera efectiva en el proceso de creación de instancias, los patronesde creación de objetos usan la delegación de manera efectiva para realizar eltrabajo.

Abstract Factory: crea una instancia de varias familias de clases.

Constructor: Separa la construcción de objetos de su representación.

Método de fábrica: Crea una instancia de varias clases derivadas

Grupo de objetos: Evite la adquisición y liberación de recursos costososreciclando objetos que ya no están en uso

Prototipo: Una instancia completamente inicializada para ser copiada oclonada.

Singleton: Una clase de la cual solo puede existir una instanciaPatrones de diseño estructural Estos patrones de diseño tienen que ver conla composición de clase y objeto. Los patrones estructurales de creaciónde clases utilizan la herencia para componer interfaces. Los patrones deobjetos estructurales definen formas de componer objetos para obtenernuevas funcionalidades.

Adaptador adaptado a: interfaces de diferentes clases.

Puente: Separa la interfaz de un objeto de su implementación

Compuesto: Una estructura de árbol de objetos simples y compuestos.

Decorador: Añade responsabilidades a los objetos dinámicamente.

Fachada: Una sola clase que representa un subsistema completo.

Peso mosca: Una instancia de grano fino utilizada para compartir de ma-nera eficiente

Datos de clase privada: Restricción de acceso / acceso mutador


Proxy: Un objeto que representa otro objeto.Patrones de diseño de comportamiento Estos patrones de diseño tienen quever con la comunicación de objetos de clase. Los patrones de comporta-miento son aquellos patrones que están más específicamente relacionadoscon la comunicación entre objetos.

Cadena de responsabilidad: Una forma de pasar una solicitud entre unacadena de objetos.

Comando: Encapsule una solicitud de comando como un objeto

Intérprete: Una forma de incluir elementos del lenguaje en un programa

Iterador Accede: secuencialmente a los elementos de una colección.

Mediador: Define comunicación simplificada entre clases.

Memento: Captura y restaura el estado interno de un objeto.

Objeto nulo: Diseñado para actuar como un valor predeterminado de unobjeto

Observador: Una forma de notificar cambios a varias clases.

Estado: Alterar el comportamiento de un objeto cuando cambia su estado

Estrategia: Encapsula un algoritmo dentro de una clase.

Método de plantilla: Aplazar los pasos exactos de un algoritmo a unasubclase

Visitante: Define una nueva operación para una clase sin cambio.

Singleton Según (Moya, 2015) Singleton es un patrón diseñado para limitar

la creación de objetos pertenecientes a una clase. El objetivo de este patrón es elde garantizar que una clase solo tenga una instancia (o ejemplar) y proporcionarun punto de acceso global a ella. Este patrón; por ejemplo, suele ser utilizadopara las conexiones a bases de datos. Este patrón se implementa haciendo pri-vado el constructor de la clase y creando (en la propia clase) un método quecrea una instancia del objeto si este no existe. Singleton posee las siguientescaracterísticas según ( Velazquez Cruz):

1. Acceso controlado a una única instancia. Debido a que la clase Single-ton encapsula su única instancia, puede tener un adecuado control sobrecuándo y cómo acceden los clientes a ella.

2. Nombre de espacio reducido. El patrón Singleton es de una mejora conrelación a las variables globales, evita el uso de variables globales quealmacenen instancias únicas.


3. Permite mejorar las operaciones y su representación. La clase Singletonpuede ser extendida utilizando subclases, y es fácil configurar una aplica-ción con una instancia de su clase extendida. Puedes configurar la aplica-ción con una instancia de la clase que necesitas en tiempo de ejecución. 4.Permite un número variable de instancias. En caso que haya un cambio deperspectiva y se desee permitir un mayor número de instancias se puedeutilizar la misma aproximación para controlar el número de instancias quela aplicación utilicé solo es necesario modificar la operación que concedeel acceso.

Inyección de dependencia + inversión de control

Inversión de control es un método de trabajo en el cual el flujo de ejecuciónde un programa se invierte (con respecto al método de trabajo tradicional) paraello se requiere de un agente externo (normalmente un contenedor) quien seencargará de hacer las conexiones necesarias entre las clases dependientes, esteagente externo es el que se encarga del flujo del programa, de esta forma se puedeimplementar código con bajo acoplamiento. El ejemplo más claro para entendercómo trabaja la inversión de control se ve cuando programamos una aplicaciónWinForms, para ello creamos un Formulario que hereda de una clase base Form,e implementa eventos como OnPaint, OnClick, etc., casi nunca accedemos a lacola de mensajes para (por ejemplo) responder a un WM-PAINT (muchos nisiquiera saben que existía una cola de mensajes), el Framework se encarga derealizar el manejo de estos mensajes e invoca a los métodos de necesarios pararesponder; en otras palabras es el framework quien se encarga del flujo delprograma. (Perunetdev, s.f.).

Inyección de dependencia Este patrón de diseño la idea es suministrar losobjetos a una clase en lugar de que la clase sea quien cree dichos objetos. Laforma más «popular» de implementar este patrón es a través de interfaces yponer las dependencias como parámetros en el constructor de una clase: De

Figura 1.6: Tomado de http://perunetdev.org/2017/05/31/inyeccion-de-dependencias-e-inversion-de-control-no-es-lo-mismo/ [34]

esta forma nos aseguramos de que al crear el objeto este cuente con todas lasdependencias necesarias para trabajar; sin embargo, existen otras formas deinyectar la dependencia como son a través de propiedades, o como parámetrosen los métodos: Utilizar la inyección de dependencias permite crear componentes


Figura 1.7: Tomado de http://perunetdev.org/2017/05/31/inyeccion-de-dependencias-e-inversion-de-control-no-es-lo-mismo/ [34]

con bajo acoplamiento.

Fabrica

Es un establecimiento con máquinas especializadas para el tratamiento dematerias primas o para la producción de productos de consumo. La palabrafábrica viene del latín fabrica, que indicaba el arte u oficio y el producto queresulta de ello como, por ejemplo, un edificio o el trabajo de un artesano. Hoy

en día, las fábricas forman parte importante de las industrias, o sea, toda ac-tividad económica que transforma materias primas o productos intermedios enproductos manufacturados para el consumidor. (significados, s.f.)

Tipos de fábricas Existen diferentes tipos de fábrica dependiendo de losproductos que tratan y sus productos finales. Se dividen en dos grandes clases:fábrica pesada y fábrica ligera.

Fábrica pesada. La fábrica pesada es aquella que se dedica al tratamiento dematerias primas para convertirlas, generalmente en productos semielaborados ypocas veces en productos finales para consumo directo. Las fábricas pesadas secaracterizan por ser de gran tamaño y albergar una gran cantidad de máquinas.Estas fábricas también se conocen como plantas industriales. Algunos ejemplosde fábricas pesadas son:

Químicas: producen químicos como fertilizantes, pintura y componentessintéticos.

Metalúrgica: se especializan en el tratamiento de metales.

Siderúrgica: se dedican a convertir el acero en hierro.

Cementera: transforman las rocas en cemento y cal.

Fábrica ligera La fábrica ligera es aquella que procesa la materia prima omateriales intermedios en productos de consumo directo. Las fábricas ligeras secaracterizan por ser de menor tamaño e incluyen tanto máquinas como recursoshumanos. Algunos ejemplos de este tipo de fábricas son:

Textiles: fabrican prendas de vestir.


Alimentaria: generan alimentos.

Farmacéutica: producen medicamentos.

Fábricas por sistemas de producción Las fábricas también se clasifican segúnsu funcionamiento dividiéndose en los siguientes tipos de procesos:

Continuo: no existe descanso y mantiene una producción de 24 horas, porejemplo, las refinerías de petróleo.

Repetitivo: la línea de producción se gestiona por lotes, por ejemplo, fá-bricas textiles y automotrices.

Intermitente: los productos que elabora son a pedido del cliente despuésde la emisión de una orden de compra, por ejemplo, fábricas de turbinas,buques o aviones.

1.5.2.11. .Net

.NET es una infraestructura para desarrollar aplicaciones Windows y Webdentro de los entornos Microsoft a través de un conjunto de herramientas, su-periores a las ya conocidas. Cambia el rumbo inicial de Microsoft, ya que lasaplicaciones de ser centradas en el cliente ahora son centradas en el servidor, esdecir, que a través de .Net se puede integrar aplicaciones. [36]

Características de .Net.Net es una plataforma que está evolucionando y se caracteriza por lo si-

guiente:

.Net tiene un modelo de programación totalmente orientado a objetos entodas sus herramientas de Visual Studio.Net.

Posee una plataforma de desarrollo llamada Framework.

En sus herramientas de Visual Studio posee un lenguaje llamado C Sharp,que reemplaza a Java.

Ejecución multiplataforma, en cualquier plataforma para la que exista unaversión del CLR podrá ejecutar cualquier aplicación .NET.

Permite la Integración de lenguajes, donde es posible combinarlos.

Manejo de código administrado.

Mejora de la escalabilidad.

Basado en los estándares y prácticas del Web soporta totalmente las tec-nologías existentes de Internet, incluyendo el lenguaje de marcación dehipertexto (HTML), el Lenguaje de marcación ampliado (XML), el Pro-tocolo de acceso a objetos simples (SOAP), etc.


.NET reduce el costo total de propiedad de las aplicaciones, ya que lasaplicaciones desarrolladas son robustas, seguras y autodescriptivas. Porejemplo, no se requiere registro alguno para las aplicaciones. Sólo necesitacopiar componentes a una carpeta en el equipo objetivo. Además, se pue-den ejecutar múltiples versiones de componentes lado a lado sin afectarseentre sí.

MVCSegún (Guzman Lote y Tovar Zorro, 2013) Es un patrón o modelo de abs-

tracción de desarrollo de software que separa los datos de una aplicación, lainterfaz de usuario, y la lógica de negocio en tres componentes distintos. Elpatrón de llamada y retorno MVC, se ve frecuentemente en aplicaciones web,donde la vista es la página HTML y el código que provee de datos dinámicos ala página.

se compone de tres tipos de objetos:

1. Modelo: El modelo encapsula el comportamiento y los datos correspon-dientes al dominio de la aplicación.

2. Vista: Las vistas consultan el estado del modelo para mostrárselo al usua-rio.

3. Controlador: Los controladores son los encargados de permitir que el usua-rio realice acciones.

MVC desacopla el concepto de interfaz de usuario y lógica de negocio paraaumentar la flexibilidad y modularidad del software, posiblemente permitiendoque el código pueda ser reutilizado.

Beneficios de MVC

Fácil de manejar la complejidad

Desarrollo de aplicaciones más rápido

Reusabilidad del código

Desarrollo en paralelo

Facilita la presentación de información de diferentes maneras donde elcódigo de la aplicación no se ve afectado

Ideal para sistemas grandes y distribuidos

Gran control sobre el comportamiento de la aplicación (Bases de datosavanzadas )

Responsive design.Se describe como una técnica de diseño y desarrollo web que, mediante el

uso de estructuras e imágenes fluidas, así como de media-queries en la hojade estilo CSS, consigue adaptar el sitio web al entorno del usuario. (Labrada


Martínez y Salgado Ceballos, 2013) Toma las mejores prácticas para aplicarlasen la construcción de sitios, logrando buena calidad en las aplicaciones. La ideaes que un solo sitio sea no solo adaptable a las características del recurso, sinoque llegue a ser adaptativo. El diseño de la información es variable y relativo,denominado fluido. La composición se presenta en forma dinámica, puesto quecada elemento se ajusta a las condiciones técnicas de despliegue. Para hacer undiseño web adaptativo se debe cumplir con los siguientes aspectos:

1. Diseño fluido con cuadrículas flexibles o fluid grids.

2. Media Queries.

3. Imágenes, objetos, videos o medios similares flexibles.

4. Fuentes tipográficas con valores relativos.

CaracterísticasLa técnica del diseño web adaptativo permite ajustar el contenido de los

sitios web al ancho del área de despliegue de cada dispositivo a través de lassiguientes soluciones:

1. El uso de un diseño fluido mediante cuadriculas flexible o fluid grid, elcual se basa en proporciones y no en píxeles. Esto hace posible que el sitioweb se visualice en distintas modalidades, según el dispositivo del que setrate.

2. La utilización de Media Queries dependiendo de las características deldispositivo donde se consulte el sitio.

3. El ancho de las imágenes, objetos, videos o medios similares, es flexible ysu tamaño se modifica por medio de porcentajes. Por ello, es aconsejableque se guarden en el tamaño más grande en que se mostrarán y su anchomáximo equivaldrá al 100 por ciento de su dimensión, considerando queel tiempo de carga de las mismas puede ser lento en dispositivos móviles.

4. El tamaño de las fuentes tipográficas se establece en em2 en vez de píxeles;por lo tanto, su valor no es absoluto sino relativo y depende directamentedel elemento padre que lo contiene. Si éste último cambia, la fuente contamaño en em también lo hará.

Beneficios del Diseño Web Adaptativo. La utilización de un diseño web adap-tativo trae consigo varios beneficios, tanto para los usuarios como para los desa-rrolladores, entre los que destacan:

Reducción de costos: Se logra gracias a que el código es menor y no serequieren versiones distintas para su despliegue en cada uno de los dispo-sitivos conocidos

Eficiencia en la actualización: Se utiliza una sola plantilla para la produc-ción de la página, por lo que resulta eficiente la modificación.


Mejora en la usabilidad: La legibilidad y características de uso del sitio seajustan automáticamente en cada dispositivo.

Capacidad de adaptación de la interfaz: Al ser un sitio con fluidez, lainformación es jerarquizada para presentar lo esencial de los contenidospara la consulta del usuario.

Utilización de imágenes, videos y otros medios: Los recursos se redimen-sionan proporcionalmente, conservando una calidad óptima en pantalla.

Tamaño relativo: Al estar basado en proporciones, es compatible con di-ferentes resoluciones y distintos dispositivos.

Única dirección del sitio web (URL): La optimización de motores de bús-queda mejora, al aparecer en los resultados de búsqueda una sola URL.

Bootstrap 4.0El framework Bootstrap vio la luz en el año 2011. En un principio fue desa-

rrollado por Twitter, aunque posteriormente fue liberado bajo licencia MIT.Hoy en día continúa su desarrollo en un repositorio de GitHub. Se trata de unframework que ofrece la posibilidad de crear un sitio web totalmente responsivemediante el uso de librerías CSS.

En estas librerías, nos podemos encontrar un gran número elementos ya desa-rrollados y listos para ser utilizados como pueden ser botones, menús, cuadrose incluso un amplio listado de tipografías. Desde que vio la luz, Bootstrap se hacaracterizado por tratarse de una excelente herramienta para crear interfacesde usuarios limpias y totalmente adaptables a cualquier tipo de dispositivo ypantalla, independientemente de su tamaño. [42]

Características de BootstrapYa hemos dicho que Bootstrap se ha convertido en una de las herramientas

más utilizadas hoy en día a la hora de realizar cualquier diseño web. Esto es de-bido a algunas de sus principales características, que lo han hecho muy atractivoa los ojos de los desarrolladores.

1. Fácil e intuitivo A pesar de las muchas opciones y posibilidades que ofreceeste framework, su curva de aprendizaje es muy rápida, más para aque-llas personas que tengan conocimientos de diseño web. Alguien que nosepa nada de estilos CSS podría ser capaz de crear un portal totalmenteresponsive, utilizando algunas de las muchas etiquetas que se ofrece paraello.

2. Compatibles con todos los navegadores: Uno de los principales problemasa la hora de diseñar un portal web es hacer que éste se vea de forma similaren cualquier navegador web del mercado. Esto que puede suponer un grantrabajo, Bootstrap lo convierte en algo muy sencillo ya que su código yaviene optimizado para ello. Bootstrap es compatible con la mayoría de


navegadores web del mercado, y más desde la versión 3, actualmente estotalmente compatible con los siguientes navegadores:

Google Chrome (en todas las plataformas).Safari (tanto en iOS como en Mac).Mozilla Firefox (en Mac y en Windows).Internet Explorer (en Windows y Windows Phone).Opera (en Windows y Mac).

3. Optimizado para dispositivos móviles: Hoy en día, la mayoría de las perso-nas acceden a los portales de Internet desde sus dispositivos móviles. Estoha provocado que a la hora de empezar un nuevo proyecto haya que tenermuy presente este tipo de dispositivo, para que el contenido se adapte altamaño de la pantalla. Bootstrap ofrece todas las reglas CSS que necesi-tas para hacer que tu sitio se adapte dinámicamente a la gran mayoríade pantallas y resoluciones existentes en el mercado. En esto, tiene muchoque ver su forma de trabajar mediante el sistema Grid System, del cualhablaremos más adelante.

4. Amplia comunidad de desarrolladores tras el proyecto: El haber sido crea-do por Twitter para ser utilizado internamente es un síntoma de garan-tía y buen funcionamiento. Además de esto cuenta con el apoyo de unagran comunidad de desarrolladores que se encargan de mantener el có-digo, solucionando problemas que vayan apareciendo y añadiendo otrasfuncionalidades.

Desventajas de Bootstrap.Como suele ocurrir con la mayoría de las cosas no todo es de color de rosa,

sino que también nos podemos encontrar sus puntos negativos. Entre las prin-cipales desventajas que nos podemos encontrar a la hora de utilizar Bootstrapestán:

1. Optimización del código: Ya hemos comentado que Bootstrap ofrece unamplio abanico de elementos visuales ya desarrollados para ser utilizadosdirectamente en el diseño de cualquier portal web. El problema es queno siempre vamos a utilizar todos estos elementos, sino que usaremosuna pequeña parte de ellos. A pesar de esto será necesario cargar todoel framework para su correcto funcionamiento, lo que puede provocar queaumente un poco la velocidad de carga del sitio.

2. Código HTML más complejo: A la hora de realizar el diseño del sitio,deberemos adaptarnos a las convenciones de este framework para poderutilizar determinados elementos, convenciones que en muchas ocasionesse tratan de varios contenedores "div.anidados para mostrar un determi-nado elemento. Esto se traduce en un código más complejo del que seríanecesario si lo hiciésemos a mano.


3. Diseños muy similares entre sí: Si decidimos utilizar el aspecto básicode los elementos que ofrece Bootstrap sin hacer ningún tipo de cambioen su apariencia, lo que conseguimos son diseños muy parecidos a otrosmuchos sitios de Internet. Grid System: Es una de las características másimportantes y útiles que ofrece Bootstrap es su sistema de rejilla donde sepueden adaptar todos los elementos al ancho de 12 columnas que varían sutamaño dependiendo del dispositivo desde el cual se visualiza la web. Estesistema está pensado para ayudarnos en la disposición de los componentesde nuestra web y su adaptación a los diferentes tamaños de las pantallas.

SCRUMScrum es una metodología ágil y flexible para gestionar el desarrollo de

software, cuyo principal objetivo es maximizar el retorno de la inversión para suempresa (ROI). Se basa en construir primero la funcionalidad de mayor valorpara el cliente y en los principios de inspección continua, adaptación, auto-gestión e innovación.

Con la metodología Scrum el cliente se entusiasma y se compromete con elproyecto dado que lo ve crecer iteración a iteración. Asimismo, le permite encualquier momento realinear el software con los objetivos de negocio de su em-presa, ya que puede introducir cambios funcionales o de prioridad en el inicio decada nueva iteración sin ningún problema. Esta metódica de trabajo promuevela innovación, motivación y compromiso del equipo que forma parte del proyec-to, por lo que los profesionales encuentran un ámbito propicio para desarrollarsus capacidades. (softeng, s.f.)

Beneficios

1. Cumplimento de expectativas: El cliente establece sus expectativas indi-cando el valor que le aporta cada requisito / historia del proyecto, el equipolos estima y con esta información el Product Owner establece su prioridad.De manera regular, en las demos de Sprint el Product Owner compruebaque efectivamente los requisitos se han cumplido y transmite se feedbackal equipo.

2. Flexibilidad a cambios: Alta capacidad de reacción ante los cambios derequerimientos generados por necesidades del cliente o evoluciones delmercado. La metodología está diseñada para adaptarse a los cambios derequerimientos que conllevan los proyectos complejos.

3. Reducción del Time to Market: El cliente puede empezar a utilizar lasfuncionalidades más importantes del proyecto antes de que esté finalizadopor completo.

4. Mayor calidad del software: La metódica de trabajo y la necesidad de obte-ner una versión funcional después de cada iteración, ayuda a la obtenciónde un software de calidad superior.


5. Mayor productividad: Se consigue entre otras razones, gracias a la elimi-nación de la burocracia y a la motivación del equipo que proporciona elhecho de que sean autónomos para organizarse.

6. Maximiza el retorno de la inversión (ROI): Producción de software única-mente con las prestaciones que aportan mayor valor de negocio gracias ala priorización por retorno de inversión.

7. Predicciones de tiempos: Mediante esta metodología se conoce la velocidadmedia del equipo por sprint (los llamados puntos historia), con lo queconsecuentemente, es posible estimar fácilmente para cuando se dispondráde una determinada funcionalidad que todavía está en el Backlog.

8. Reducción de riesgos: El hecho de llevar a cabo las funcionalidades de másvalor en primer lugar y de conocer la velocidad con que el equipo avanzaen el proyecto, permite despejar riesgos eficazmente de manera anticipada.

1.5.3. Marco EspacialEl prototipo planteado en la investigación está enfocado para los funcionarios

actuales de Previsora Seguros S.A. en sus diferentes sucursales a nivel nacional,con el objetivo de brindar una herramienta que facilite el almacenamiento yvisualización de Videotutoriales que fomenten el adecuado uso de los diferentesaplicativos corporativos existentes en la compañía.

1.6. METODOLOGÍA DE LA INVESTIGACIÓN 35

1.6. Metodología de la investigación

1.6.1. Tipo de estudioEl tipo de investigación es exploratorio y descriptivo, actualmente el caso

de estudio particular abarcado al interior de esta iniciativa no cuenta con unmodelo aplicado para la gestión de la capacitación de los usuarios al interior dePrevisora Seguros S.A. en los aplicativos corporativos.

1.6.2. Método de investigaciónEl método de investigación utilizado será el de la Observación, ya que a

partir de esta se podrán comprobar los objetivos planteados dentro del proyecto;recibiendo la aceptación del prototipo propuesto como solución al caso de estudioplanteado.

1.7. Organización del trabajo de gradoEl desarrollo de este trabajo de grado está distribuido en 5 capítulos que

muestran la metodología aplicada desde la identificación del caso de estudio ysus principales variables, el desglose analítico del caso de estudio a partir dela elaboración de la arquitectura empresarial, creación del diseño de la basede datos a partir de la aplicación del modelo Seudomatemático para el diseñode base de datos relacionales, aplicación del marco de trabajo ágil SCRUM,construcción del diseño de la aplicación y la guía de elaboración para creaciónde videotutoriales efectivos.

1.7.1. Diseño MetodológicoAl interior de este capítulo se muestra la aplicación del marco de trabajo

metodológico para desarrollo ágil Scrum. Dentro de la ejecución del marco detrabajo se muestra el proceso de recopilación de información, definición del pro-ducto el cual es documentado en historias de usuario. Posterior a la definicióndel trabajo se realiza su administración a través de la gestión del Product Bac-klog, en donde se realiza la distribución de las cargas de trabajo por medio deiteraciones de trabajo o sprints estableciendo los hitos del proyecto.

1.7.2. Arquitectura empresarialDentro de este capítulo se realiza el diseño de la arquitectura empresarial al

interior de la Previsora Seguros S.A. enfocado al desarrollo del prototipo pro-puesto por el equipo de investigación como solución del caso de estudio plantea-do al interior de la organización. Dentro de este diseño no se contemplan todaslas capacidades descritas dentro del modelo de referencia APQC, existentes en


la organización, la segmentación realizada dentro de las capacidades respondeexclusivamente al modelo planteado.

1.7.3. Diseño de Base de datosEn este capítulo se muestra el desarrollo del diseño de bases de datos aplican-

do el modelo Seudomatemático para el diseño de las bases de datos relacionales,teniendo en cuenta los hallazgos obtenidos a partir del ejercicio realizado dearquitectura empresarial;

1.7.4. Construcción de prototipo de aplicaciónDurante el capítulo de construcción del prototipo propuesto se muestra la

construcción básica funcional del diseño de la aplicación, para la carga y visuali-zación de los videotutoriales de aprendizaje. Adicional se muestran las pantallascon la descripción de la experiencia de usuario básica funcional para una primerafase de lanzamiento.

1.7.5. Guía de construcción para Video-Tutoriales efecti-vos

En este capítulo se presenta una guía útil para la elaboración de Videotu-toriales, en donde se formulan una serie de recomendaciones que facilitaran alos interesados en la creación de dicho contenido, trasmitir de forma efectivaconocimiento a sus usuarios receptores.

1.8. Estudio de Sistemas PreviosEn un sentido intuitivo, podemos entender las organizaciones como comuni-

dades o conjuntos de individuos cuyos miembros se estructuran y se articulanpara cubrir unos objetivos determinados. A la luz de esta descripción, podemosconsiderar un hospital, una ONG, un centro educativo, un ministerio, un centrode investigación, una institución política o incluso, tensando la definición, unaunidad familiar como ejemplos claros de organización. (Pérez-Montoro Gutié-rrez, 2005)

Sin embargo, no tendríamos demasiados problemas en convenir que las em-presas suelen coincidir con el paradigma de organización que todos tenemos ennuestras mentes. Las empresas están constituidas por un conjunto de individuosestructurados y articulados para cubrir unos fines comunes. En la mayoría de loscasos, los principales objetivos que se persiguen son la obtención de beneficiosy la supervivencia a largo plazo de la propia empresa.

Aunque ya existían desarrollos plenamente funcionales en la segunda mitadde la década de los noventa, es sobretodo a partir del año 2000 cuando los CMS

1.8. ESTUDIO DE SISTEMAS PREVIOS 37

comienzan a consolidarse dentro del panorama tecnológico. Sirva esto para ofre-cer una fecha aproximada a partir de la opinión de diversos autores (Tramullas,2005; Wilkoff, Walter y Dalton, 2001; o Cuerda y Minguillón, 2005)

(L. Liao, G. Tan, Z. Zhong , & T. Hao, 2009) En su investigación , diseñaronun mecanismo que utiliza la mensajería instantánea y la gestión de archivos parael proyecto de desarrollo de producción de contenido digital 3D, y resolvemosvarias tecnologías clave en el desarrollo de producción, es decir, creando unentorno de colaboración instantánea asistida, leyendo y previsualizando modelos3D almacenados en el servidor usando Cliente GUI. Finalmente, implementamosun prototipo para verificar nuestra idea basada en un conjunto de bibliotecasde código abierto y software.

OAIS es un modelo conceptual proporcionado (Y. Luo & Y. Peng, 2012)para la preservación a largo plazo del contenido digital, satisface la necesidadbásica de la preservación a largo plazo del contenido digital desde el aspecto dela función del sistema. Pero en la práctica de la preservación, el modelo de datosexplícito es necesario, además, El modelo debe satisfacer la necesidad de gestiónde todo el ciclo de vida en la conservación a largo plazo del contenido digital,mientras que es necesario elegir los formatos de codificación de los archivos mul-timedia. En este documento, en primer lugar, estudiamos el modelo de datos degestión de contenido digital y proponemos un modelo de referencia de 7 capas degestión de contenido digital según la idea jerárquica. Y luego, utilizando técnicasde minería de datos, implícito en la extracción, comparación, análisis y formatoselectivo de información digital de la capa de datos para el mantenimiento y lapreservación de acuerdo con los estándares apropiados. Finalmente, procesamoslos recursos de datos correspondientes a través de data warehouse y analíticosen línea. Al mismo tiempo, establecer la función del sistema de enlaces internosy con la interfaz externa.

DelosDLMS es un prototipo de un sistema de administración de bibliotecasdigitales (DL) de próxima generación que fue creado por (G. Brettlecker, D.Milano, P. Ranaldi , & H. Schu, 2007). Su núcleo es un entorno de middlewarealtamente escalable y confiable (OSIRIS) que permite combinar e invocar ser-vicios distribuidos de DL. Además de los servicios de la Biblioteca Digital ISISque admiten la recuperación basada en contenido en colecciones multimedia,DelosDLMS ha integrado un amplio conjunto de funciones DL de varios sociosdentro de la red de excelencia de DELOS. Estos servicios incluyen búsquedasde texto y audiovisuales, visualización de nueva información y herramientas deretroalimentación de relevancia e interfaces novedosas. Además, DelosDLM per-mite que la información recuperada sea anotada y procesada y también integrael procesamiento confiable de flujos de datos de sensores.

En este informe (H. Grewal & F. Maurer, 2007) discuten el uso de meto-dologías ágiles en lo que se puede describir como un proyecto de mediana agran escala por Grewal, HS, (2006). En este informe, discutiremos el impactoque las metodologías ágiles tuvieron en el proyecto durante el período de dos


años y medio y las lecciones aprendidas al escalar técnicas ágiles a un equiporelativamente grande. Discutiremos algunas experiencias interesantes, buenas ymalas, encontradas durante el curso de este proyecto.

Este documento presenta un modelo de madurez para integrar métodos ági-les y la experiencia del usuario en el ciclo de desarrollo de software que puedeser adecuado para pequeñas empresas. La propuesta está en línea con CMMI,MPS. BR e ISO18529. El modelo se centra en el primer nivel de madurez, dondese busca establecer un proceso estándar dentro de una organización mediante ladefinición de prácticas ágiles, principios, técnicas y artefactos de la experienciadel usuario. También ofrece pautas sobre cómo integrar prácticas que son im-portantes para la evolución de la madurez para poder evolucionar a niveles másavanzados. El modelo preliminar fue verificado por paneles de expertos. Se lle-varán a cabo estudios futuros para ampliar el modelo y hacerlo al detallar otrosniveles de proceso y realizar investigaciones de acción en empresas con experien-cia en la maduración del proceso de integración de la experiencia del usuario enel ciclo de desarrollo de software con CMMI y / o MPS. Certificaciones BR.

(H. Kim, C. Park, J. Park, B. Jung , & J. Lee, 2007) presentan una arquitec-tura de sistema y una estrategia de recuperación de información para contenidomultimedia que explota metadatos descriptivos y ontología de dominio. Pro-ponemos un modelo de procesamiento de consultas que incluye un esquema declasificación semántica que puede recuperar objetos multimedia semánticamenterelevantes para la consulta del usuario y proporcionar a los usuarios un resultadode búsqueda categorizado por conceptos y ordenado por su relevancia semánticapara la consulta. Mediante experimentos en un sistema prototipo que utiliza unrepositorio de programas de televisión abierta, mostramos la efectividad del en-foque de búsqueda multimedia basado en ontología propuesto en el documento.

La gestión integrada de servicios apunta a apoyar la cooperación eficienteentre varias entidades comerciales, a fin de ofrecer servicios basados en QoSde extremo a extremo a los usuarios finales. Esto es un reto, especialmente enel contexto de tecnologías heterogéneas (IP, DVB-TIS, UWS, GSM / GPRS,etc.). Este documento (E. Borcoci et al, 2005) propone una arquitectura deadministración de servicios (SM), que involucra a varios actores, tales comoproveedores de servicios (SP), proveedores de contenido (CP), proveedores dered (NP) y consumidores de contenido (CC). El marco de trabajo SM presentadoes un componente arquitectónico de un sistema de gestión integrado (IMS), quetiene como objetivo principal el soporte de servicios basados en QoS de extremoa extremo a través de la gestión integrada de contenido, redes y terminales encontextos de red heterogéneos.

Parte II

DESARROLLO DE LAINVESTIGACIÓN

39

Capítulo 2

ARQUITECTURAEMPRESARIAL

2.1. Arquitectura de la OrganizaciónHoy en día la Arquitectura Empresarial es una herramienta que permite

modelar al interior de las compañías forma en la que los objetivos estratégicosy de negocio se alinean con el uso de la tecnología; dentro de este ejercicio serefuerzan las debilidades corporativas y se impulsan al máximo las fortalezas,generando un factor diferencial que es el verdadero valor agregado de la ejecu-ción de esta práctica, que permitirá dar cumplimiento a la visión corporativaestablecida.

Teniendo en cuenta los diferentes factores presentes en Previsora SegurosS.A. a continuación se realiza el diseño basado en las diferentes motivacionescorporativas que impulsan a la compañía en la elaboración de un prototipode una herramienta que permita realizar la gestión del conocimiento del uso ymanejo de los diferentes aplicativos corporativos.

2.1.1. Punto de Vista de OrganizaciónDentro de la estrategia de la Organización se mostraran los actores relevantes

para el caso de estudio definido en el alcance de esta investigación. Este diagramaes realizado teniendo en cuenta los procesos estratégicos y misionales definidosal interior de la compañía.

40

2.1. ARQUITECTURA DE LA ORGANIZACIÓN 41

Figura 2.1: Punto de Vista de la Organización. General y detallado

42 CAPÍTULO 2. ARQUITECTURA EMPRESARIAL

La compañía se encuentra dividida en seis (6) Vicepresidencias las cualesrealizan la gestión y el control de la operación, el portafolio de productos yservicios. Dicha estructura organizacional interactuara de forma directa en losdiferentes roles con la solución PreviTube.

Dentro de PreviTube todos los funcionarios de las diferentes dependenciastendrán el rol de usuario para consulta de los contenidos digitales, adicional cadauna de las dependencias tiene la responsabilidad de asignar el o los diferentesexpertos de negocio quienes serán los encargados de generar y gestionar losdiferentes contenidos digitales didácticos (en adelante Tutoriales) acerca del usode las aplicaciones utilizadas al interior de la dependencia.

Por último el área de Tecnología asignara el usuario Administrador de la apli-cación quien tendrá la responsabilidad de la parametrización y administracióndel mismo.

2.1.2. Punto de Vista de Cooperación de ActorDentro del punto de vista de cooperación del Actor podemos ver como es la

interacción de los roles establecidos dentro del aplicativo PreviTube; para ellolas dependencias a través del tutor designado cargara los diferentes tutorialesal aplicativo el cual podrá ser accedido desde el portal Web Corporativo de laentidad.

Estos tutoriales serán alojados en un repositorio común dispuesto por laPrevisora al interior de su Infraestructura; entorno a los contenidos digitalespresentados se generara un foro de discusión que servirá para recopilar las dudasy aportes que fortalecerán las temáticas presentadas.


Figura 2.2: Punto de Vista de Cooperación del Actor

2.1.3. Punto de Vista de Función de NegocioDentro del funcionamiento del negocio podemos apreciar las diferentes fun-

ciones realizadas por el rol Tutor, quien tendrá la responsabilidad de realizarla administración de los contenidos y la gestión de los espacios interactivos deinformación con los diferentes usuarios del sistema.


Figura 2.3: Punto de Vista de Función de Negocio

2.1.4. Punto de Vista de Proceso de NegocioEl proceso de negocio macro es la publicación y consulta de los tutoriales

de aprendizaje institucional, este realiza un servicio de negocio que permite lacreación de los diferentes tutoriales, dentro del subproceso realizado se identificael cargue del contenido, la divulgación y por ultimo su consulta.

Figura 2.4: Punto de Vista de Proceso de Negocio


2.1.5. Punto de vista de cooperación de proceso de nego-cio

En la vista de cooperación de proceso de negocio se evidencia la forma en laque interactúa el tutor con el proceso de cargue y actualización del catálogo decontenido disponible para los diferentes usuarios de la entidad.

Figura 2.5: Punto de vista de cooperación de proceso de negocio

2.1.6. Punto de vista de productoLos Tutoriales gestionados por PreviTube son el producto de la interacción

y conocimiento del negocio por parte de los funcionarios de Previsora Seguros,la gestión de este producto representa la confiabilidad en el material presentado,la agilidad en el acceso a la información, y la comodidad del autoaprendizajeque facilita la labor diaria operacional de los colaboradores.


Figura 2.6: Punto de vista de producto

2.2. ARQUITECTURA DE LA APLICACIÓN 47

2.2. Arquitectura de la AplicaciónLos puntos de vista de la aplicación, diagraman la interacción de la solución

desarrollada, muestra su relación, la vinculación con el entorno de negocio ycada uno de sus actores a través de las interfaces expuestas y accediendo através de los roles designados.

2.2.1. Punto de Vista de Comportamiento de AplicaciónEl punto de vista de comportamiento de aplicación describe el comporta-

miento interno de una aplicación, es útil para diseñar el comportamiento princi-pal de aplicaciones o componentes e identificar la superposición funcional entrediferentes aplicaciones. [47]

Figura 2.7: Punto de Vista de Comportamiento de Aplicación

Dentro del comportamiento de la aplicación validamos como la aplicaciónPreviTube interactúa con cada uno de los componentes de gestión creados paraprocesar las diferentes actividades asignadas al aplicativo.

2.2.2. Punto de vista de cooperación de aplicaciónEl punto de vista de cooperación de aplicación describe las relaciones en-

tre los componentes en términos de flujo de información o en términos de losservicios que estos proveen o usan este punto de vista también es usado paraexpresar la cooperación interna u orquestación de servicios que juntos soportanla ejecución de un proceso de negocio. [47]

Para el punto de vista de cooperación de PreviTube se ha definido al interior


de la aplicación un modelo de 5 capas distribuidas dentro del Frontend y Backendrespectivamente. Este modelo definido de aplicación sera descrito a detalle enel capitulo posterior.

Figura 2.8: Punto de vista de cooperación de aplicación

2.2. ARQUITECTURA DE LA APLICACIÓN 49

2.2.3. Punto de Vista de Estructura de AplicaciónEl punto de vista de estructura de aplicación muestra la estructura de una

o más aplicaciones o componentes. Es útil para diseñar o entender la estructurade las aplicaciones o componentes y la información asociada. [47]

Figura 2.9: Punto de Vista de Estructura de Aplicación

Dentro de este punto de vista identificamos las funciones ejecutadas por cadauno de los componentes y como a través de las diferentes interfaces así:

Gestor de Contenidos

Gestión de búsqueda y Visualización de videotutoriales alojados en el re-positorio de la herramienta para los usuarios con Rol consultor.

Cargar los videotutoriales al repositorio de la herramienta a través del RolTutor.

Gestor de Repositorios

Gestionar los procesos de consulta y actualización del repositorio.

Gestor de Comunicación

Generar solicitudes a través de un cliente IMAP para envío de correos.

Gestionar la interacción de los usuarios a través de los foros de discusión.

Gestor Administrativo

Gestionar la parametrización de la aplicación


Gestionar la categorización y clasificación de

Gestor de Roles

Gestionar el acceso y seguridad de la aplicación

2.2.4. Punto de vista de Uso de aplicaciónEl punto de vista de aplicación describe como las aplicaciones son usadas

para soportar uno o más procesos de negocio, y como van a ser utilizadas porotras aplicaciones. Puede ser utilizada en el diseño de una aplicación para iden-tificar los servicios requeridos por los procesos de negocio y otras aplicaciones,o en el diseño de procesos de negocio describiendo los servicios que van a estardisponibles. [47]

Figura 2.10: Punto de vista de Uso de aplicación

En el punto de vista es posible evidenciar el proceso principal del negocioel cual es el cargue de Videotutoriales con cada uno de sus metadatos asocia-dos; los diferentes datos asociados servirán como parámetros que agilizaran lasbúsquedas de los consultores.

Por otra parte se realiza la representación de como un usuario con rol con-sultor accede a los distintos videotuitoriales presentados en la aplicación.

2.3. INFRAESTRUCTURA FÍSICA DE TECNOLOGÍA 51

2.3. Infraestructura Física de Tecnología

Los puntos de vista de infraestructura contienen los elementos de software yhardware que soportan la capa de aplicación, como dispositivos físicos, redes osistemas de software. (Sistemas Operativos, Bases de Datos o Middleware).

2.3.1. Punto de vista de Infraestructura

El punto de vista de infraestructura contiene los elementos de software yhardware que soportan la capa de aplicación, como dispositivos físicos, redes osistemas de software. (sistemas operativos, bases de datos o middleware). [47]

Figura 2.11: Punto de vista de Infraestructura

Para que el aplicativo responda de forma satisfactoria se proyecta una infra-estructura que permita responder a la demanda sin saturar el canal de la Intra-net. Dentro de la Infraestructura central encontramos un Servidor con sistemaoperativo Windows Server 2012 en el que estará alojada la solución PreviTu-be, este servidor tendrá comunicación directa con el Servidor de Base de datosinstalado actualmente en la compañía.

Para la gestión de la comunicación el servidor de aplicación realizara so-licitudes al servidor de correos Zimbra que actualmente esta instalado en lainfraestructura corporativa del cliente; Por ultimo es importante mencionar quela aplicación estará disponible únicamente en la Intranet corporativa.


2.3.2. Punto de Vista de Uso de InfraestructuraEl punto de vista de uso de infraestructura muestra como las aplicaciones

son soportadas por la infraestructura de software y hardware: los servicios deinfraestructura son entregados por los dispositivos, los sistemas de software yredes son entregados a las aplicaciones.

Este punto de vista juega un rol importante en el análisis del rendimiento y laescalabilidad y puede ser usado para determinar requerimientos de rendimientoy calidad en la infraestructura basado en las demandas de las aplicaciones quela usan. [47]

Figura 2.12: Punto de Vista de Uso de Infraestructura


2.3.3. Punto de vista de Implementación y despliegueEl punto de vista de implementación y despliegue muestra como uno o más

aplicaciones son realizadas sobre la infraestructura. Esto implica el mapeo deaplicaciones (lógicas) y componentes en artefactos (físicos). Esta vista juega unpapel importante en el análisis del rendimiento y la escalabilidad debido a larelación entre la infraestructura y el mundo lógico de las aplicaciones. [47]

Dentro del diseño se muestra como todos los componentes están al interiordel servidor de aplicación; quienes a su vez se comunican con los servicios ex-puestos en los demás servidores proveedores de servicio tales como lo son elalmacenamiento y la comunicación a través del correo electrónico.

Figura 2.13: Punto de vista de Implementación y despliegue


2.3.4. Punto de vista de Estructura de informaciónEl punto de vista de estructura de información es comparable a los modelos

tradicionales creados en el desarrollo de la mayoría de sistemas de información,muestra la estructura de información usada en la empresa o un proceso espe-cífico o aplicación en términos de los tipos de datos o las estructuras de clases(orientado a objetos). [47]

Figura 2.14: Punto de vista de Estructura de información


2.3.5. Punto de vista de realización de servicioEl punto de vista de realización de servicio es usado para mostrar como

uno o mas servicios de negocio son realizados por los procesos subyacentes (yalgunas veces por componentes de aplicaciones), forma un puente entre la vistade productos de negocio y la vista de procesos de negocio. [47]

Figura 2.15: Punto de vista de realización de servicio


2.3.6. Punto de vista de CapasEl punto de vista por capas muestra las diferentes capas y aspectos de la

arquitectura empresarial en un modelo. Existen dos categorías de capas, capasdedicadas y capas de servicio.

Las capas son resultado de la relación de “agrupación” para un particionadonatural de todo el conjunto de objetos y relaciones que pertenecen al modelo.La infraestructura, la aplicación, los procesos y los actores/roles pertenecen ala primera categoría. El principio estructural es que cada capa dedicada exponepor medio de una relación de “realización” una capa de servicios, las cuales se-rán “usadas por” la siguiente capa dedicadas. A partir de esto se puede separarla estructura interna y la organización de cada capa dedicada de su compor-tamiento externo observable expresado como el servicio que esa capa dedicadarealiza. [47]

Figura 2.16: Punto de vista de Capas

Capítulo 3

DISEÑOMETODOLÓGICO

3.1. Desarrollo del plan de trabajo bajo ScrumEl marco de trabajo ágil seleccionado para el desarrollo del proyecto es

Scrum.

Este ha sido seleccionado principalmente por la facilidad respecto al flujo dela información entre los miembros del equipo de trabajo, la filosofía de admi-nistración del proyecto, la transparencia en los avances, el proceso de desarrolloeficiente basado en el TimeBox, la mejora, retroalimentación y entrega continua.

El proyecto se libera en dos lanzamientos (release). El primer release constade un producto mínimo viable (MVP) con las funcionalidades mínimas para lapuesta en producción; en el segundo release se entrega el desarrollo del 100%de las historias de usuario definidas.

3.2. Estructuración del marco de trabajoPara garantizar las entregas en el tiempo requerido se ha estructurado el

marco de trabajo de la siguiente forma:

1. Entregas: se definen dos entregas, el primer release consta de un MVPcon las funcionalidades de visualización y carga de contenidos audiovisua-les, los cuales constituyen las funcionalidades mínimas requeridas para lacapacitación.

57

58 CAPÍTULO 3. DISEÑO METODOLÓGICO

2. Usuarios y roles: Los roles definidos para la construcción de historias deusuarios han sido dos; administrador y funcionario. Desde los puntos devista de estos dos roles se construirán las historias de usuario de la manode los stakeholder.

3. Historias de usuario: definir las historias de usuario, listarlas sobre el bac-klog (pila del producto) y organizarlas en sprints (interacciones a realizar).

4. Tareas: planear y ejecutar las tareas definidas para cumplir con los reque-rimientos de cada historia de usuario definida.

5. Retrospectiva del sprint: realizar una retrospectiva una vez finalizado cadasprint.

El plan de entrega contiene el lanzamiento asociado a los sprints y las his-torias de usuario que son realizadas en cada interacción.

Número total de lanzamiento: 2

Número total de historias de usuario:

Número total de sprints: 5

3.3. Primer releaseDentro del primer release se libera un sprint que responde a dos historias de

usuario.

3.3. PRIMER RELEASE 59

3.3.1. Sprint nro. 1.Número de historias de usuario reali-zadas: dos (2)

Figura 3.1: Historia de usuario. Cargue de contenidos; Fuentes: Los autores.


Figura 3.2: Historia de usuario: visualización de contenidos de capacitación;Fuente: los autores.


3.3.2. Sprint nro. 2. Número de historias de usuario rea-lizadas: siete (7)

Figura 3.3: Historia de usuario: Iniciar sesión; Fuente: Los autores.


Figura 3.4: Historia de usuario: Actualizar información de usuarios; Fuente: LosAutores


Figura 3.5: Historia de usuario: recuperación de contraseña; Fuente: Los autores.


Figura 3.6: Historia de usuario: consulta de eventos; Fuentes: Los autores.


Figura 3.7: Historia de usuario: Gestión de áreas y dependencias; Fuente: Losautores.


Figura 3.8: Historia de usuarios: Gestión de catálogos; Fuente: Los autores.


Figura 3.9: Historia de usuario: Gestión de metadatos y drives. Fuente: Losautores.


3.4. Plataforma tecnológicaPara desarrollar el backend de la aplicación se utilizaran las siguientes tec-

nologías:

.NET Framework

C Sharp

SQL Server

Windows Communication Foundation (WCF)

Para desarrollar el frontend de la aplicación se utilizaran las siguientes tec-nologías:

APIRest

ASP .NET MVC4

RAZOR

HTML5

Javascript

Cascading Style sheet

Otras tecnologías y/o herramientas que se utilizaran para el desarrollo delproyecto son:

Team Software Foundation (TFS)

Visual Studio 2015

Microsoft SQL Server 2012

Archimate

Git

Bitbucket

3.5. PLANEACIÓN DE LOS SPRINTS 69

3.5. Planeación de los sprintsPara leer la planeación de los sprints es necesario tener claro las siguientes

convenciones:

HU. Historia de usuario.

Id HU. Id de la historia de usuario.

Descripción. Id de la historia de usuario.

ID Tarea. Id asignado a una tarea específica descrita para una historia deusuario.

TES. Tiempo estimado para el desarrollo de la tarea.

TEM. Tiempo empleado para el desarrollo de la tarea.

RESP. Responsable del desarrollo de la actividad.

OBS. Responsable del desarrollo de la actividad.

Para cumplir con el desarrollo del proyecto se han estructurado cinco (5)sprints organizados en dos (2) release. El primer sprint corresponde a las fun-cionalidades requeridas para entregar un MVP al product owner.


Figura 3.10: Sprint nro1. Desarrollo de un producto mínimo viable. Fuente: Losautores.


Figura 3.11: Sprint nro. 2. Desarrollo de componente de autenticación. Fuente:Los autores.


Figura 3.12: Sprint nro. 3, recuperación de contraseña y consulta de eventos.Fuente: los autores.


Figura 3.13: Sprint nro. 4. Actualización de información de usuario, gestión deáreas y dependencias. Fuente. Los autores.


Figura 3.14: Sprint nro. 5: Gestión de aplicaciones, catalogo, contenidos, meta-datos y drives. Fuentes: los autores.


Figura 3.15: Product backlog condensed. Fuente: Los autores.

Figura 3.16: Planeación de incrementos. Fuentes: Los autores.


Figura 3.17: Ejecución de sprints. Fuente: Los autores.

3.6. Arquitectura de Software3.6.1. Modelo de datos

Con el objetivo de definir instancias clausterizables de bases de datos, se handefinidos dos modelos de datos.

El modelo de datos de la figura x.x.x representa los objetos y las relacionesnecesarias para satisfacer los requerimientos de seguridad. El modelo de datosde la figura y.y.y representa los objetos y las relaciones necesarias para resolverlos requerimientos de negocio.

3.6. ARQUITECTURA DE SOFTWARE 77

Figura 3.18: Modelo de datos: aspecto de seguridad. Fuente: Los autores.

Figura 3.19: Modelo de datos: aspecto de negocio. Fuente: Los autores.


3.6.2. Arquitectura de aplicación3-Tier Layer La arquitectura se ha definido en base a los fundamentos

arquitecturales del enfoque 3-tier layer con una aproximación a micro-servicios.

Data source layer Es la capa más baja del 3-tier layer. Está compuesta por

dos instancias de base de datos, una diseñada para manejar los datos delaspecto de seguridad de la aplicación (securityDB), y la otra para manejarlos datos del aspecto de negocio (knowledgeDB).

El backend se ha diseñado como un modelo de 4-capas. En este modelo sehan definido las capas de:Acceso a datos (data Access layer): fundamentada en dos componentesSecurityDAL y KnowledgeDAL. Estos componentes definirán bajo DAOlas operaciones CRUD y demás operaciones para la manipulación de datos.Las entities corresponden a la unidad de datos de esta capa.

Negocio (Business layer): esta capa contiene toda la logica necesaria paraimplementar las operaciones de negocio. La logica de negocio se definesobre los componentes SecurityBL y KnowledgeBL. Esta capa solicita ser-vicios al DAL y ofrece servicios a la capa de servicios. Sobre esta capase ha definido un componente mapper para mapear las entidades (objetoscomplejos) a DTO (objetos de transferencia de datos).

Utilidades (utilities layer): esta capa es una capa transversal a la capa deacceso a datos y a la capa de negocio. Ofrece un componente que permitedefinir y administrar excepciones.

Servicios (Service layer): el service layer expone operaciones de negocio deSecurityBL y KnowledgeBL mediante servicios web implementados contecnología WCF. Desde esta capa se exponen dos servicios web: Secu-rityWCF y KnowledgeWCF. Esta capa está diseñada como un FACADE,la unidad de datos de esta capa son los DTO.

Presentation LayerCapa de integración (integration layer): es una subcapa fundamentadaen dos componentes. Un componente que contiene los contratos de losservicios web ofrecidos por el backend. Este componente se ha diseñadobajo patron proxy.Capa de presentación (presentation layer): la capa de presentación se hadiseñado bajo patron de diseño MVVC. La unidades de datos de estemodelo son los modelos y los viewmodel.

3.7. FASES 79

Figura 3.20: Arquitectura de aplicación. Fuente: Los autores.

3.7. Fases3.7.1. Análisis

La primera fase en el desarrollo del proyecto se estudio la situación problema,se diseño la arquitectura empresarial y se selecciono la metodología de desarrollo.

3.7.2. DiseñoEn la fase de diseño se ha estructurado un marco de trabajo agíl basado en

scrum. Se construyeron las historias de usuario, se construyo el product backlog,se definieron los sprints y se estructuro un plan release.

En esta fase también se ha definido los modelos de datos y la arquitecturade aplicación.

Finalmente se han diseñado interfaces prototipo para presentar a los sta-keholders.

3.7.3. ValidaciónEn la fase de validación se ha presentado la propuesta de prototipo al cliente.


Figura 3.21: Vista Inicio. Sección header. Fuente: Los autores.

Figura 3.22: Vista de inicio. Sección body. Fuente: Los autores.

3.7. FASES 81

Figura 3.23: Vista de inicio. Sección body. Fuente: Los autores.

Figura 3.24: Vista de cargue. Fuente: Los autores.


Figura 3.25: Vista de catalogo. Fuente: Los autores.

Figura 3.26: TFS. Historia de usuario HU-1. Fuente: Los autores.

3.7. FASES 83

Figura 3.27: TFS. Historia de usuario HU-2. Fuente: Los autores.

Figura 3.28: TFS. Tareas vista panel. Fuente: Los autores.


Figura 3.29: TFS. Vista detalle de tarea. Fuente: Los autores.

Parte III

CIERRE DE LAINVESTIGACIÓN

85

86

3.8. Resultado y Discusión

A partir de la recolección de los requerimientos por medio de las historiasde usuario aplicando el marco de trabajo de Scrum, fue posible diseñar el mo-delo de Arquitectura Empresarial que mejor se adecuara a las necesidades delnegocio planteado en el caso de estudio. Tomando como referencia el diseño de

arquitectura fue posible establecer un modelo de Base de datos consistente, queresponde a las necesidades planteadas del caso de estudio y que facilitaron laconstrucción del prototipo con el alcance básico funcional establecido. Con el

prototipo propuesto los funcionarios de La Previsora Seguros S.A. tendrán laposibilidad de cargar sus videotutoriales de capacitación y a su vez poder vi-sualizarlos generando un espacio al interior de la compañía de autoaprendizajey consulta rápida de la forma correcta en la que se deben realizar las diversastransacciones dentro de los sistemas de información corporativos.

3.9. Conclusiones

La aplicación de las entrevistas como fuente primaria de investigación,facilito la creación de las historias de usuario con los requerimientos soli-citados que permitió diseñar de forma adecuada el prototipo de aplicaciónesperado por el cliente.

A través de la elaboración de la Arquitectura empresarial realizado enlenguaje Archimate, fue fácil identificar las motivaciones de la organizaciónde cara a la gestión de la capacitación interna de los funcionarios. Dichoejercicio brindo al grupo de investigación y al cliente una visión diferentede la organización, entorno a la gestión del conocimiento.

La Arquitectura por capas definida para la elaboración del prototipo per-mite una mayor escalabilidad en el proceso de desarrollo de la aplicación;esta es una ventaja para este tipo de aplicaciones, ya que en la medida deque crezca el contenido almacenado es necesario ampliar algunas de lascapacidades lógicas y de Infraestructura.

El Prototipo presentado en este trabajo por el grupo de investigación pue-de ser aplicado a cualquier organización que desee realizar gestión del cono-cimiento corporativo, a través de videotutoriales de capacitación. Tambiénpuede ser utilizado como un canal de comunicación corporativa gracias asu interfaz amigable.

3.10. VERIFICACIÓN CONTRASTE Y EVALUACIÓN DE LOS OBJETIVOS87

3.10. Verificación contraste y evaluación de losobjetivos

3.10.1. Síntesis del modelo propuestoDentro de los objetivos establecidos para esta investigación se estableció ge-

nerar el diseño de un modelo de arquitectura Empresarial enfocado hacia el casode estudio que motivo la elaboración de este trabajo de tesis. Dicho diseño fueelaborado según las pautas académicas recibidas a lo largo de la especializaciónlas cuales motivaron al equipo de trabajo hacer incluidas dentro de este trabajo.Se realizó la creación de la base de datos aplicando el modelo pseudomatemático

para diseño de bases de datos relacionales, dentro de la actividad se realizó eldiseño de la capa de datos del prototipo propuesto, posterior se genero el desa-rrollo por capas de las funcionalidades principales para la carga y visualizaciónde los videotutoriales. De esta manera se dio cumplimiento a lo propuesto den-

tro de los objetivos para el trabajo de grado en el tiempo estimado dentro delcronograma de actividades.

3.10.2. Aportes OriginalesCreación de un modelo de arquitectura empresarial orientado al procesode gestión de capacitación de Previsora Seguros S.A.

Creación de un prototipo para la gestión de videotutoriales de capacitaciónen el uso de los sistemas de información corporativos.

3.11. Prospectiva del Trabajo de Grado3.11.1. Lineas de Investigación futuras3.11.2. Trabajo de investigación futuros

Parte IV

BIBLIOGRAFÍA

88

Bibliografía

[1] P. F. Drucker, La Gerencia de Empresas, Buenos Aires: Penguin RandomHouse Grupo Editorial Argentina, 2014.

[2] M. Castells, La era de la información: Economía, sociedad y cultura, Ma-drid, España: Siglo XXI Editores., 2008.

[3] J. L. Molina y M. Marsal Serra, La gestión del conocimiento en las organi-zaciones, Barcelona, España: Libros en Red., 2001.

[4] C. Marcelo, Prácticas de E-LEARNING, Barcelona, España : Octaedro ,2010.

[5] S. J. Arjonilla Domínguez y J. A. Medina Garrido, La gestión de los sis-temas de información en la empresa: Teoria y casos de estudio, Madrid,España: Ediciones Pirámide, 2013.

[6] L. Valdes, La re-volucion empresarial del siglo xxi : Conocimiento y ca-pital intelectual: las nuevas ventajas competitivas de la empresa., Bogotá:Editorial Norma S.A., 2002.

[7] D. J. Gallego y Á. Mabel, CAPACITACIÓN Y GESTIÓN DEL CONOCI-MIENTO A TRAVÉS DE LA WEB 2.0, Madrid, España: Editorial DY-KINSON, 2013.

[8] D. Quiroga Parra, F. E. Vásquez Rizo, H. Montaño Motato, D. EspinosaCorrea, B. E. Hernández Arias y P. A. Gutiérrez Morales, La gestión delconocimiento y las tecnologías de la información y la comunicación en lasorganizaciones, Cali, Colombia: Universidad Autónoma de Occidente, 2014.

[9] C. H. González Campo, M. G. Solarte y G. Murillo Vargas, Gestión deorganizaciones intensivas en conocimiento, Cali, Colombia: Universidad delValle, 2016.

[10] X. Albaladejo, «ProyectosAgiles.org,» 01 01 2008. [En línea]. Available:https://proyectosagiles.org/. [Último acceso: 28 09 2018].

[11] DAVENPORT, T.H, DELONG, D.W y BREES, M.C., «"Successful know-ledge management,» 1998.

89

90 BIBLIOGRAFÍA

[12] J. Lozano y . A. Padilla , «La Administración del Conocimiento: Solucióna la pérdida del conocimiento en las,» Colonia Nápoles, Mexico .

[13] N. Y. Amaya y Grueso Hinestroza, M. P., «Factores distintivos de las or-ganizaciones intensivas en conocimiento,» Podium, 2017.

[14] economiasimple, «economiasimple,» [En línea]. Available:https://www.economiasimple.net/glosario/know-how.

[15] significados, «significados,» [En línea]. Available:https://www.significados.com/know-how/.

[16] J. E. Aponte Blanco y J. A. Méndez Lara, «Modelo seudomatemático pa-ra el diseño de bases de datos relacionales,» Tecnología, Investigación yAcademia, pp. 20-22, 2016.

[17] visual-paradigm, «visual-paradigm,» [En línea]. Available:https://www.visual-paradigm.com/guide/archimate/what-is-archimate/.

[18] uniwebsidad, «uniwebsidad,» [En línea]. Available:https://uniwebsidad.com/libros/tdd/capitulo-7/principios-solid.

[19] apiumhub, «apiumhub,» [En línea]. Available:https://apiumhub.com/es/tech-blog-barcelona/principios-solid/.

[20] J. Santamaría y J. Hernández, «SQL SERVER VS MySQL».

[21] A. N. Carrillo Ayala, F. Cervantes Estrada y M. Gutiérrez Cervantes ,«SQL SERVER».

[22] C. Gomez. [En línea]. Available: https://karlitho.files.wordpress.com/2010/09/carlos-gomez.pdf.

[23] «makesoft,» [En línea]. Available: https://www.makesoft.es/es/productos/microsoft-sql-server/.

[24] M. Villegas, «dbamemories,» 11 Julio 2011. [En línea]. Available:https://dbamemories.wordpress.com/2011/07/11/arquitectura-de-bases-de-datos-sql-server/.

[25] guillesql, 1 Mayo 2012. [En línea]. Available:http://www.guillesql.es/Articulos/Licenciamiento-SQLServer.aspx.

[26] seidor, «seidor,» [En línea]. Available: http://www.seidor.es/portal/Campana/Seidor-Windows-Azure/Folleto-que-es-Windows-Azure.pdf.

[27] «ticportal,» [En línea]. Available: https://www.ticportal.es/temas/cloud-computing/microsoft-cloud/microsoft-azure.

[28] techopedia, «techopedia,» [En línea]. Available:https://www.techopedia.com/definition/24649/three-tier-architecture.

BIBLIOGRAFÍA 91

[29] sourcemaking, «sourcemaking,» [En línea]. Available:https://sourcemaking.com/design-patterns.

[30] M. Rouse, «earchdatacenter,» Diciembre 2016. [En línea]. Available:https://searchdatacenter.techtarget.com/es/definicion/Servidor-Proxy.

[31] F. Sanchez, «Proxy al maximo».

[32] R. Moya, «jarroba,» 21 Diciembre 2015. [En línea]. Available:https://jarroba.com/patron-singleton-en-java-con-ejemplos/.

[33] A. D. Velazquez Cruz, «Fundamentos de Sistemas Computacionales».

[34] perunetdev, «perunetdev,» [En línea]. Available:http://perunetdev.org/2017/05/31/inyeccion-de-dependencias-e-inversion-de-control-no-es-lo-mismo/.

[35] significados, «significados,» [En línea]. Available:https://www.significados.com/fabrica/.

[36] M. C. Gallegos Varela, «INTRODUCION A LA TECNOLOGIA .NET».

[37] J. M. Ponce Honorato, «Alternativas de acceso a datos: MEMORIA,» p.31, 2012.

[38] D. Bersano, «diegobersano,» 10 Abril 2014. [En línea]. Availa-ble: https://diegobersano.com.ar/2014/04/10/entity-framework-database-first/.

[39] A. León O y J. Ochoa, «LENGUAJE INTEGRADO DE CONSULTAS“LINQ”,» 2008.

[40] «Bases de datos avanzadas,» [En línea]. Available:https://www.uv.mx/personal/ermeneses/files/2017/03/BDAClase14-MVC.pdf.

[41] E. Labrada Martínez y C. Salgado Ceballos, «DISEÑO WEB ADAPTA-TIVO O,» Revista Digital Universitaria , 2013.

[42] acensTechnologies, «BOOTSTRAP, UN FRAMEWORK PARA DISEÑARPORTALES WEB».

[43] softeng, «softeng,» [En línea]. Available: https://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-scrum.html.

[44] A. Peralta , «Metologia SRUM,» 2003.

[45] G. E. Guzman Lote y C. N. Tovar Zorro, «IMPLEMENTACION DELPATRON DE MVC,» Bogota, 2013.

[46] E. Brotons, «Redes, servidores y seguridad informática en linux,» CEPIndalo.

92 BIBLIOGRAFÍA

[47] The Open Group. Archimate 2.1 specification.http://pubs.opengroup.org/architecture/archimate2-doc, 2013.

[48] Gamelearn, 25 de junio del 2018, Guía pasó a paso para hacer un pro-grama de capacitación de personal de una empresa. https://www.game-learn.com/guia-paso-a-paso-para-hacer-un-programa-de-capacitacion-de-personal-de-una-empresa/

[49] José Antonio Sánchez moreno. 2003, nacimiento, desarrollo e implantaciónde un nuevo lenguaje universal: el lenguaje audiovisual la llave para laformación del nuevo milenio.

[50] German Agency for Technical Cooperation |, NU. CEPAL, 1999, En: For-mación y empresa: el entrenamiento y la capacitación en el proceso dereestructuración productiva - Montevideo : CINTERFOR, 1999 - p. 99-131.

[51] Labarca, Guillermo, 1999-04, Revista CEPAL, p. 33-48

prototipodeunsistemade informaciÓnquepermitala...

Documents