M A - Refer.

AUTO_REFERENCE, APLICACIÓN MÓVIL PARA LA GENERACIÓN DE
REFERENCIAS BIBLIOGRÁFICAS EN NORMAS: APA, ICONTEC E IEEE.
ANA SOFÍA REYES SUAREZ

ANGIE LORENA MORENO VARGAS
MARÍA VICTORIA BARRERO OLIVEIRA
MELISSA RIVERA GUZMÁN
MÓNICA DÍAZ MOLINA
INSTITUTO TOLIMENSE DE FORMACION TECNICA PROFESIONAL “ITFIP”

FACULTAD DE INGENIERIA
INGENIERIA DE SISTEMAS
ESPINAL TOLIMA
2017
AUTO_REFERENCE, APLICACIÓN MÓVIL PARA LA GENERACIÓN DE
REFERENCIAS BIBLIOGRÁFICAS EN NORMAS: APA, ICONTEC E IEEE.
ANA SOFÍA REYES SUAREZ

ANGIE LORENA MORENO VARGAS
MARÍA VICTORIA BARRERO OLIVEIRA
MÓNICA DÍAZ MOLINA
Trabajo de grado para optar por el título de Ingenieros de sistemas
Director del Trabajo de Grado

Ingeniera de Sistemas
INSTITUTO TOLIMENSE DE FORMACION TECNICA PROFESIONAL “ITFIP”

FACULTAD DE INGENIERIA
INGENIERIA DE SISTEMAS
ESPINAL TOLIMA
2017
Nota de Aceptación
Presidente del Jurado
Jurado
Jurado
Ciudad y Fecha (día, mes, año) (Fecha de entrega)

DEDICATORIA
Dedico este proyecto a mi Madre Nohora León de Sánchez (QEPD), que ha sido mi
ejemplo de vida y protectora. A mis compañeras de trabajo Claudia Patricia Guzmán y
Martha Isabel Baldion W., las cuales en los últimos años han sido mis mentoras en el
campo de la investigación.
Mg. Nayibe Soraya Sánchez León
Este proyecto es dedicado a mis padres Rosa Delia Vargas Munar y Sabino Moreno
Prada, quienes con su esfuerzo y sacrificio han logrado que hoy en día pueda ser una
gran persona y una gran profesional.
Dios los bendiga.
Ing. Angie Lorena Moreno Vargas
Dedico este proyecto a mi padre Héctor Díaz Galindo, el cual me ha ayudado y apoyado
Con esfuerzo y dedicación en cada uno de los pasos en los cuales doy, A las diferentes
personas que me han apoyado (mi familia y amigos), en los proyectos futuros en el campo
de investigación.
Ing. Mónica Díaz Molina

AGRADECIMIENTOS
En primer lugar, dar gracias a Dios por habernos guiado y acompañado durante
toda la formación como Tecnólogas en Gestión Informática.
Gracias a nuestra universidad ITFIP institución de educación superior por

acompañarnos en toda nuestra formación.
Gracias cada uno de nuestros padres que nos acompañaron y nos brindaron las
fuerzas para no desistir, apoyando cada momento y decisión que tomamos.
Gracias a la vicerrectoría académica en cabeza de la doctora Isabel Ortiz Serrano

y el magíster Bruno Eliseo Ramírez. Por su ayuda, para la realización de este
proyecto de desarrollo tecnológico y de innovación.
A nuestra directora de grado la Ingeniera Melissa Rivera Guzmán, por sus consejos
y sabiduría compartida en nuestra formación, siendo nuestra voz de mando y
fortaleza, sin ella este proyecto no habría sido llevado a cabo.
Además, agradecer a nuestra docente y compañera de trabajo en este proyecto la

Mg. Nayibe Soraya Sánchez León, por su acompañamiento, entrega, dedicación y
confianza durante el desarrollo del proyecto. Gracias por confiar en nuestras
capacidades y por guiarnos en este camino de emprendimiento y aprendizaje.
Gracias a las doctoras: Claudia Patricia Guzmán y Martha Isabel Baldion Waldron,
por compartir sus experiencias y enseñarnos el mundo de la investigación. A los
ingenieros de sistemas José Luis Rodríguez Galeano y Darwin Eduardo Guzmán
Amaya, por sus enseñanzas en el campo del desarrollo de App.
Muchas gracias.
CONTENIDO
1. INTRODUCCIÓN .......................................................................................................... 16
2. JUSTIFICACIÓN ........................................................................................................... 19
3. OBJETIVOS .................................................................................................................. 21
3.1. OBJETIVO GENERAL. ............................................................................................. 21
3.2. OBJETIVOS ESPECÍFICOS..................................................................................... 21
4. DESCRIPCIÓN DEL PROBLEMA ............................................................................... 22
4.1. FORMULACIÓN DEL PROBLEMA. ........................................................................ 24
5. MARCO REFERENCIAL DE LA INVESTIGACIÓN .................................................... 25
5.1. BIBLIOGRAFÍA. ........................................................................................................ 25
5.2. SISTEMAS DE CLASIFICACIÓN BIBLIOGRÁFICA. ............................................. 25
5.2.1. Tipos de clasificación del sistema bibliográfico. ............................................ 26
5.2.1.1. Clasificaciones alfabéticas. ............................................................................ 26
5.2.1.2. Clasificaciones sistemáticas ....................................................................... 27
5.3. REFERENCIA BIBLIOGRÁFICA ............................................................................. 27
5.4. APA AMERICAN PSYCHOLOGICAL ASSOCIATION ........................................... 29
5.4.1. NORMAS AMERICAN PSYCHOLOGICAL ASSOCIATION (APA) ....................... 29
5.4.2. Lista de Estándares de referencias bibliográficas estilo APA. ......................... 30
5.5. INSTITUTE OF ELECTRICAL AND ELECTRONICS ENGINEERS ....................... 31
5.5.1. NORMA DEL INSTITUTE OF ELECTRICAL AND ELECTRONICS ENGINEERS
(IEEE) 32
5.5.2. Lista de Estándares de referencias bibliográficas estilo IEEE. ......................... 32
5.6. INSTITUTO COLOMBIANO DE NORMAS TÉCNICAS Y CERTIFICACIÓN ......... 33
5.7. DIFERENCIAS ENTRE REFERENCIAS BIBLIOGRAFICAS Y BIBLIOGRAFIA .. 35
5.8. INGENIERIA DEL SOTFWARE ............................................................................... 35
5.9. METODOLOGIA AGILES EN EL CAMPO DEL DESARROLLO DE SOFTWARE 36
5.10. METODOLOGÍA RATIONAL UNIFIED PROCESS (RUP) ...................................... 37
6. MARCO LEGAL DE LA INVESTIGACIÓN .................................................................. 40
6.1. NORMAS LEGALES EN COLOMBIA SOBRE LA PROPIEDAD INTELECTUAL.40
6.2. NORMAS LEGALES INTERNACIONALES SOBRE LA PROPIEDAD
INTELECTUAL. .................................................................................................................... 42
6.2.1. Convenio de Berna, para la Protección de las Obras Literarias y Artísticas. 43
6.2.2. Acuerdo Sobre Los Aspectos De Los Derechos De Propiedad Intelectual
Relacionados Con El Comercio. Acuerdo sobre los ADPIC, 1994. ............................ 44
6.2.3. Ley No 7968 Tratado De La OMPI Sobre Derecho De Autor. ....................... 44
6.3. NORMAS LEGALES DE PRODUCCION INTELECTUAL DEL INSTITUTO
TOLIMENSE DE FORMACIÓN TECNICAS PROFESIONAL, ITFIP ESPINAL TOLIMA
COLOMBIA. ......................................................................................................................... 46
8. ESTADO DEL ARTE O ANTECEDENTES ................................................................. 51
8.1. PROGRAMAS ONLINE PARA REFERENCIAR EN APA E IEEE: ........................ 51
9. MARCO METODOLOGIA DE LA INVESTIGACIÓN .................................................. 54
9.1. AREA Y LINEA DE INVESTIGACIÓN INSTITUCIONAL DEL ITFIP...................... 54
9.2. TIPO Y NIVEL DE INVESTIGACIÓN. ...................................................................... 55
9.3. POBLACION Y MUESTRA. ...................................................................................... 56
9.4. FUENTES, TÉCNICA E INSTRUMENTO DE INVESTIGACIÓN. ........................... 56
9.5. METODOLOGIA DE INGENIERIA DE SOFTWARE. .............................................. 57
9.6. FASE INICIAL. .......................................................................................................... 60
9.7. FASE DE ELABORACIÓN. ...................................................................................... 62
9.8. FASE DE CONSTRUCCIÓN. ................................................................................... 63
9.9. FASE DE TRANSICIÓN. .......................................................................................... 65
10. FASE INICIAL DEL PROYECTO AUTO_REFERENCE ......................................... 66
10.1. ESTUDIO DE FACTIBILIDAD .................................................................................. 66
10.2. EQUIPO DE TRABAJO ............................................................................................ 79
10.3. ALCANCES Y LIMITACIONES DE LA INVESTIGACIÓN. ..................................... 80
10.4. GESTION DE RIESGOS. .......................................................................................... 81
11. FASE DE ELABORACION Y CONSTRUCCION ..................................................... 93
11.1. REQUERIMIENTOS FUNCIONALES. ..................................................................... 93
11.2. REQUERIMIENTOS NO FUNCIONALES. ............................................................... 95
11.3. FUNCIONAMIENTO DEL APP AUTO-REFERENCE A TRAVÉS DEL LENGUAJE
DE MODELADO UNIFICADO (UML). ................................................................................. 97
11.3.1. Diagramas de caso de uso del APP AUTO-REFERENCE........................ 97
11.3.2. Diagrama de actividades del APP AUTO-REFERENCE. ........................ 101
11.3.3. Diagramas de secuencia del APP AUTO-REFERENCE. ........................ 106
11.4. ESTILO DE PROGRAMACION DEL APP AUTO-REFERENCE .......................... 112
11.5. ARQUITECTURA DEL APP AUTO-REFERENCE ............................................... 114
11.6. DISEÑO DE INTERFAZ DEL APP AUTO-REFERENCE ..................................... 114
11.7. DISEÑO DEL MODELO CONCEPTUAL DE LA BASE DE DATOS Y
DICCIONARIO DE DATOS ................................................................................................ 117
12.1. PRUEBAS UNITARIAS .......................................................................................... 123
12.2. PRUEBAS DE INTEGRACION: ............................................................................. 128
12.3. PRUEBAS DE CARGA ....................................................................................... 132
12.4. PRUEBAS DE RENDIMIENTO .............................................................................. 133
12.5. PRUEBAS DE SEGURIDAD. ................................................................................. 134
13. CONCLUSIONES .................................................................................................... 138
14. RECOMENDACIONES .............................................. ¡Error! Marcador no definido.
11. REFERENCIAS BIBLIOGRAFICAS ...................................................................... 140
12. BIBLIOGRAFÍA ....................................................................................................... 146
13. ....................................................................................................................................... 149
14. ANEXO 1 ................................................................................................................. 150
LISTA DE TABLAS
Tabla No. 1. Duración en días de cada una de las fases de la RUP. Fuente:
Autores del proyecto ............................................................................................ 58
Tabla No. 2. Artefactos de la metodología RUP. Fuente: Autoras del proyecto ... 60
Tabla No.3. Equipos computacionales para el desarrollo del proyecto. Fuente:
Autoras ................................................................................................................ 68
Tabla No. 4. Descripción Y Cuantificación De Los Equipos De Uso Propio (En
Miles De $). .......................................................................................................... 70
Tabla No.5. Papelería Y Útiles De Escritorio (En Miles De $) ............................... 71
Tabla No. 6. Costo Del Grupo De Producción Tecnológica. (En Miles De $) ........ 72
Tabla No 7. Costo en capacitación en programación ambiente web y móvil. (En
Miles De $) ........................................................................................................... 72
Tabla No. 8. Cronograma de actividades. Fuente: Autoras .................................. 78
Tabla No. 9. Tabla de Riesgos del proyecto. Fuente: diseño de los autores. ....... 92
Tabla No. 11. Requerimientos funcionales del App. Fuente: diseño de los autores.
............................................................................................................................. 95
Tabla No. 12. Requerimientos No funcionales del App. Fuente: diseño de los
autores. ................................................................................................................ 97
Tabla 13 Tabla auxiliar, almacena la información para la creación de la referencia.
Fuente: Autores del proyecto ............................................................................. 119
Tabla 14 Tabla categoría almacena las normas empleadas Fuente: Autores del
proyecto ............................................................................................................. 119
Tabla 15 Tabla de ítem de acuerdo con la categoría. Fuente: Autores del
proyecto ............................................................................................................. 120
Tabla 16 Tabla normas Fuente: Autores del proyecto 120
Tabla 17 Tabla Pass_auxi, almacena el usuario y contraseña Fuente:
Autores del proyecto .......................................................................................... 120
Tabla 18 Tabla de referencias, almacena la referencia creada. Fuente: Autores
del proyecto ....................................................................................................... 120
Tabla 19 Tabla de usuarios, almacena la información de registro de usuario.
Fuente: Autores del proyecto ............................................................................. 121
LISTA DE ILUSTRACIONES
Ilustración No. 1. El árbol del problema ............................................................... 24

Ilustración No. 2. Características de clasificación Bibliográfica. Fuente: EcuRed . 26
Ilustración 3 Principios básicos de la Metodología RUP Fuente: Elaboración propia
............................................................................................................................. 37
Ilustración 4 Fases de la metodología RUP. Fuente: Luis Castellanos ................. 39
Ilustración No. 5.Fases de la Metodología RUP. Fuente: Diseño de los autores. 58
Ilustración No. 6. Los cinco tipos de factibilidad en un proyecto. Fuente: Autoras 66
Ilustración No. 7. Equipo de trabajo con los roles dentro del proyecto. Fuente:
Autoras ................................................................................................................ 67
Ilustración No. 8. Causas vs Riesgos vs Impactos ............................................... 82
Ilustración No. 9. Diagramas de caso de uso del App Auto_Reference. Fuente: Las
Autoras. ............................................................................................................... 98
Ilustración No. 10. Diagramas de caso de uso del App Auto_Reference, crear
referencia. Fuente: Las Autoras. .......................................................................... 99
Ilustración No. 11. Diagramas de caso de uso del App Auto_Reference, ver
referencia. Fuente: Las Autoras. .......................................................................... 99
Ilustración No. 12. Diagramas de caso de uso del App Auto_Reference, compartir
referencia. Fuente: Las Autoras. ........................................................................ 100
Ilustración 13. Diagramas de caso de uso del App Auto_Reference, actualizar datos.
Fuente: Las Autoras. .......................................................................................... 100
Ilustración No. 14. Diagramas de actividades del App Auto_Reference. Fuente: Las
Autoras. ............................................................................................................. 102
Ilustración No. 15. Diagramas de actividades del App Auto_Reference, crear
Ilustración No. 16. Diagramas de actividades del App Auto_Reference, ver
Ilustración No. 17. Diagramas de actividades del App Auto_Reference, compartir
Ilustración No. 18. Diagramas de actividades del App Auto_Reference, actualizar
datos. Fuente: Las Autoras. ............................................................................... 106
Ilustración No. 19. Diagramas de secuencia del App Auto_Reference, crear
Ilustración No. 20. Diagramas de secuencia del App Auto_Reference, registro de
usuario. Fuente: Las Autoras. ............................................................................ 108
Ilustración No. 21. Diagramas de secuencia del App Auto_Reference, Proceso de
visualizar referencias propias. Fuente: Las Autoras. .......................................... 109
Ilustración No.22. Diagramas de secuencia del App Auto_Reference, referencias
externas. Fuente: Las Autoras. .......................................................................... 110
Ilustración No. 23. Diagramas de secuencia del App Auto_Reference, compartir
Ilustración No. 24. Diagramas de secuencia del App Auto_Reference, Actualizar
datos. Fuente: Las Autoras. ............................................................................... 112
Ilustración No. 25. App Hibrida. Fuente: Ignacio Muñoz Vicente @imunoz_
“Aplicaciones multiplataforma”. .......................................................................... 113
Ilustración No. 26. Arquitectura Cliente/Servidor. ............................................... 114
Ilustración No. 27. Diseño del App “AUTO_REFERENCES”. Fuente: Autores del
proyecto ............................................................................................................. 115
Ilustración 28 Estilo de programación por capas. Fuente: Juan David Nicholls
(Arquitectura-N-Capas-y-LinqToSQL). ............................................................... 116
Ilustración 29 Modelo entidad relación de la base de datos. Fuente: Autores del
proyecto ............................................................................................................. 118
Ilustración No. 30. Pruebas del app AUTO_REFERENCE. ................................ 123
Ilustración 31. Error en el entorno gráfico. Metadatos. ....................................... 125
Ilustración 32. Error en el entorno gráfico. Formularios. ..................................... 125
Ilustración 33. Error en el entorno gráfico. Fuentes e Ítems. .............................. 126
Ilustración 34. Error en el entorno gráfico. Menús desplegables. ....................... 127
Ilustración 35. Error de sintaxis. ......................................................................... 128
Ilustración 36. Errores en la Base de Datos. ...................................................... 129
Ilustración 37. Error en la generación de la referencia. ...................................... 130
Ilustración 38. Error al cargar el formulario. ........................................................ 131
Ilustración 39. Error en visualizar referencias externas. ..................................... 132
Ilustración 40. Pruebas de rendimiento. ............................................................. 133
Ilustración 41. Protección en la creación y recuperación de datos. .................... 134
Ilustración 42. Código para compartir referencias. ............................................. 135
Ilustración 43. Aviso para crear referencias. ...................................................... 136
Ilustración 44. Encriptación de contraseña. ........................................................ 137
ABSTRACT
Nowadays, citing and elaborating bibliographical references is an essential part of

the creation and documentation of any project (research and innovation projects,
essays and scientific articles), which is carried out every day, regardless of what is
being studied, of the The theme that is being worked on, the importance of the event
or other aspects that relate to the creation of these. The purpose of this research,
besides understanding how to quote and construct bibliographical references and
bibliographies, in the different styles of norms as: APA, ICONTEC VANCOUVER
and IEEE, was the development of a didactic technological tool, easy to use and of
transport, through mobile technologies. As a methodological paradigm for research,
the mixed (qualitative-quantitative) approach has been used, with the use of inquiry
methods and techniques. The research has been exploratory-descriptive-
propositional. For the construction of the mobile application, the professionals of this
research made the decision of a modular programming and oriented to objects. The
methodology that guides the development of the project, is the RUP (Rational Unified
Process). The developed research generated as main results, a relational database,
for the storage of the bibliographic references, a hybrid App and an official website.
Among what could be concluded Auto_Reference, is a mobile didactic application
that constitutes a tool for self-learning and help for professionals who start in the
construction of appointments in standards such as: APA, ICONTEC VANCOUVER
and IEEE.
Keywords: RUP, APA, ICONTEC VANCOUVER, IEEE, Exploratory, Descriptive,

Propositive Bibliographies and Quotations.
RESUMEN
Hoy en día, citar y elaborar de referencias bibliográficas es una parte esencial en la

creación y documentación de cualquier proyecto (proyectos de investigación e
innovación, ensayos y artículos científicos), que se realiza a diario,
independientemente de que se esté estudiando, de la temática que se esté
trabajando, la importancia del evento u otros aspectos que se relacionan con la
creación de estos. El propósito de esta investigación, además de comprender como
se debe citar y construir referencias bibliográficas y bibliografías, en los diferentes
estilos de normas como: APA, ICONTEC VANCOUVER e IEEE, fue el desarrollo de
una herramienta tecnológica didáctica, fácil de usar y de transporta, a través de
tecnologías móviles. Como paradigma metodológico para la investigación, se ha
utilizado el enfoque mixto (cualitativo-cuantitativo), con la utilización de métodos y
técnicas de indagación. La investigación ha sido exploratorio-descriptivo-
propositivo. Para la construcción de la aplicación móvil, los profesionales de esta
investigación tomaron la decisión de una programación modular y orientada a
objetos. La metodología que oriento el desarrollo del proyecto es la RUP (Rational
Unified Process). La investigación desarrollada generó como resultados
principales, una base de datos relacional, para el almacenamiento de las referencias
bibliográficas, una App hibrida y un sitio web oficial. Entre lo que se pudo concluir
Auto_Reference, es una aplicación didáctica móvil que constituye ser una
herramienta de autoaprendizaje y de ayuda para profesionales que se inician en la
construcción de citas en normas como: APA, ICONTEC VANCOUVER e IEEE.
Palabras Claves: RUP, APA, ICONTEC VANCOUVER, IEEE, Exploratorio,

Descriptivo, Propositivo Bibliografías Y Citas.
1. INTRODUCCIÓN
Hoy en día, la elaboración de referencias bibliográficas es una parte esencial en la

creación y documentación de cualquier proyecto (proyectos de investigación e
innovación, ensayos y artículos científicos), que se realiza a diario,
independientemente de que se esté estudiando, de la temática que se esté
trabajando, la importancia del evento u otros aspectos que se relacionan con la
creación de estos.
Por ello, es importante que al momento de escribirlas se haga correctamente y de

acuerdo con los estilos establecidos internacionalmente: APA1, VANCOUVER2,
ICONTEC3 e IEEE, etc. Actualmente existen herramientas en la web, muy
complejas y algunas (pocas) intuitivas para los usuarios que las desean utilizar,
además son herramientas que en algunos casos son gratuitas y otras licenciadas,
que permiten no solo crear referencias sino también otras actividades relacionados
con un informe.
A pesar de ello, la mayoría de las herramientas que existen hoy en día, son
empleadas en línea (internet) o software de escritorio. Además de esto, restringen
algunas funciones que traen hasta que no se haga el pago por su uso y su diseño
es poco intuitivo, limitando así el poder aprovechar todo el potencial que estas
ofrecen. Cabe aclara que existe un App llamado “Cite This For Me”, que ofrece
realizar referencias bibliográficas, pero no incluye la norma ICONTEC, ya que es
una norma nacional y es empleada especialmente en Colombia.
Por tal motivo, luego de realizar una detallada revisión de las aplicaciones que hay
para la elaboración de referencias bibliográficas, se llegó a la conclusión, que existe
1
American Psychological Association. Manual de publicaciones de la American Psychological Association (3ra ed). 2010.
México: El Manual Moderno.
2
Citing and Referencing: Vancouver [Internet]. Melbourne: Monash University; 2016 Recuperado el 4 de junio del 2017.
Disponible en: http://guides.lib.monash.edu/citing-referencing/vancouver.
3
1 INSTITUTO COLOMBIANO DE NORMAS TECNICAS Y CERTIFICACIÓN. Referencias Bibliográficas. Contenido,
Forma Y Estructura. NTC 6166. Bogotá D.C.: El instituto. 2016.
una necesidad de realizar una App bajo móvil que ofrezca elaborar referencias
bibliográficas con las normas APA, ICONTEC e IEEE. Permitiendo que se
construyan de manera fácil, en cualquier momento y lugar, brindando al usuario la
comodidad de almacenarlas en la nube y una revisión posterior y con la ventaja de
poderlas compartir y relacionarlas con otros usuarios amigos o colegas que estén
registrados en el App.
Auto_Reference, es una aplicación que trabajará en Smartphone y Tablet que

cuente con sistema operativo Android. Manejará los estilos de referencias
bibliográficas: APA, ICONTEC e IEEE (Las anteriores normas se emplearon según
la importancia y su utilización en el medio), las cuales son las más usadas a nivel
internacional y nacional, en revistas científicas indexadas y para trabajos de grado
en pregrado y posgrados. Además de ello se utilizan diferentes categorías como lo
son monografías, artículos de revistas, libros, publicaciones en serie, etc., todo esto
para brindarle al usuario una variedad en la creación de sus referencias y que no
tenga problema en utilizar cualquier tipo de referencia en el App.
En la presente monografía, se visualiza todo el proceso realizado para analizar,

proponer un recurso tecnológico y construir el App Auto_Reference. Cada uno de
los productos parciales generados dentro del proceso, fueron resultados que
apoyaron al propósito principal de esta investigación. A continuación, se mostrará
como quedo estructura el documento y el desarrollo de la investigación.
En los primeros cuatro capítulos de la monografía, se inicia al lector en la temática

central de la investigación, los objetivos a alcanzar, las razones por las cuales se
desarrolla la propuesta de construir una solución tecnológica y los problemas que
se presentaron en el momento de dar inicio a la investigación formativa.
En los cuatro siguientes capítulos (marco referencial, metodología, resultados y

conclusiones). Los investigadores, ofrecen en el marco de referencia, las bases
teóricas y los autores en que se apoyaron para el proceso investigativo y
tecnológico. Se expone el uso de la metodología RUP y el desarrollo de sus fases,
además de los resultados alcanzados de acuerdo con los objetivos planteados y los
alcances propuestos. Ya ultimando los capítulos, se puede encontrar las
conclusiones a las cuales se determinaron finalizando la investigación.
2. JUSTIFICACIÓN
El avance de la tecnología y los diferentes dispositivos electrónicos han permitido

comunicarnos fácilmente, permitiendo que la información de varios autores
publicada en diferentes medios como foros, ensayos, proyectos, revistas, noticieros,
conferencias, entre otros, esté al alcance de las personas y permite usarla para sus
distintas necesidades. Sin embargo, en algunas ocasiones se comenten errores
comunes como no referenciar la fuente de la información o no hacerlo
adecuadamente, lo que conlleva a cometer plagio con la información que se emplea.
Los derechos de autor son un pilar fundamental en la industria del software y la

información, es por ello que se crean referencias bibliográficas para brindarles a los
usuarios dueños de la idea el respeto que les corresponden y proteger toda su
información en todo momento.
El hacer uso de citas bibliográficas, en artículos científicos, monografías de grado,

ensayos e informes, es admitir que la información se ha extraído de otros autores y
sus documentos. Con la construcción de citas, se está evitando el plagio y
sanciones legales que se pueden aplicar a quien hace el fraude. Además, se hace
un reconocimiento justo, al trabajo realizado por otros investigadores cuya
información está siendo utilizada.
El plagio, es catalogado como delito en Colombia y en las universidades y tienen

sanciones monetarias a quien incurra en ello.
Es por ello que nace Auto_Reference, una App fácil y accesible para cualquier
persona ya que su diseño hace que la experiencia de uso sea intuitiva, libre y
versátil.
Los usuarios podrán tener esta herramienta muy pronto desde la Play Store,
permitiendo que los dispositivos Android puedan utilizarlas. Auto_Reference, ofrece
generar referencias bibliográficas en los formatos más usados de una manera fácil,
permitiendo compartirlas con otros usuarios del App.
Además, si se desea hacer un almacenamiento de referencias, Auto_Reference,

ofrece la posibilidad de almacenarlas en la nube, donde el usuario puede visualizar
su base de datos de referencias clasificadas de acuerdo con el estilo usado (APA,
ICONTEC E IEEE), todo esto desde el móvil y si desea descargarlas lo puede hacer
desde el sitio oficial en internet en formato .PDF, solo debe acceder con la misma
cuenta que se registró en el App.
Auto_Reference permitirá que los estudiantes de nivel bachillerato, universitario,

investigadores y dueños de proyectos en sus diferentes ramas, cuenten con una
herramienta para cada una de los trabajos y documentaciones creadas por ellos
referenciando toda la información de la cual hacen uso. Esta herramienta, se va a
ofrecer de manera gratuita, permitiendo así que las personas puedan utilizarla sin
ninguna limitación.
Auto_Reference contará con tres tipos de normas enfatizadas en diferentes campos

del estudio e investigación; la norma ICONTEC, basada en la norma técnica
colombiana especial para estudiantes de colegios e instituciones, la norma
internacional APA, ideal para ser usada en universidades y proyectos y la norma
IEEE, orientada principalmente para ser usada en el campo laboral y profesional.
3. OBJETIVOS
3.1. OBJETIVO GENERAL.
Desarrollar un software educativo bajo móvil para la elaboración de referencias

bibliográficas que agrupe las normas APA, ICONTEC e IEEE, además que permita
almacenar y compartir la información.
3.2. OBJETIVOS ESPECÍFICOS.
Por lo cual, para lograr lo establecido, es necesario definir los siguientes objetivos
específicos:
• Realizar una investigación documental de las normas APA, ICONTEC, IEEE

para determinar los estilos para cada referencia bibliográfica.
• Diseñar la interfaz gráfica de la aplicación móvil, atendiendo los estándares
mínimos de usabilidad, principios de Nielsen y diseño centrado en usuario
(UX).
• Generar los componentes de la aplicación con sus características y requisitos
funcionales del App.
4. DESCRIPCIÓN DEL PROBLEMA
Desde hace ya muchos años, la creación de referencias bibliográficas se ha

convertido en una parte esencial de cualquier informe científico o de innovación,
tesis, trabajos de grados, revistas científicas, libros, etc., y todo esto, gracias a los
diferentes estilos de normas como: APA, ICONTEC VANCOUVER e IEEE. Las
cuales son las encargadas de establecer los parámetros o estándares para la
construcción de textos especiales de manera correcta y que ayuden a los lectores
a entender de forma más ordenada la información que se encuentra plasmada en
estos.
Sin el debido uso de las referencias bibliográficas en los diferentes tipos de textos,
se puede llegar a la situación de hacer plagio o robo de información, ya que su
utilización permiten darle a las personas originales de la información, sus derecho(s)
como creadores de la misma, y es de allí, donde viene otro aspecto importante que
son los derechos de autor, los cuales son regidos por el DNDA (Departamento
Nacional de Derecho de Autor) y ayudan a este tipo de normas a que no se vulneren
la producción intelectual de las personas y protejan ante todo sus ideas.
Por esta razón, es esencial que las personas que elaboran informes o cualquier
documento científico tengan el conocimiento adecuado para construirlas en los
diferentes estilos que se han establecidos en el capo de la elaboración de
documentos escritos.
Gracias a una revisión documental e investigativa, se ha logrado determinar que

existen diferentes herramientas tecnológicas, las cuales permiten crear referencias
bibliográficas en plataforma web y algunas de ellas como software de escritorio,
donde la gran mayoría son enfocadas en la norma APA, VANCOUVER, IEEE, etc.,
mas no hay para el estilo ICONTEC. También, se ha logrado determinar que
algunas ofrecen su uso en forma gratuita (pero limitada) y otras deben comprar sus
licencias.
El software, que son de uso gratuito tiene la gran limitante de no ofrecen la
posibilidad de generar todas las diferentes referencias que traen estos estilos (APA,
ICONTEC VANCOUVER e IEEE) como: Libros, Periódicos, Folletos, Entrevistas,
Documentos oficiales, Manuscritos, Tesis, Presentaciones y conferencias, Revistas,
Medios Audiovisuales y Diccionarios o enciclopedias. Limitando al usuario a solo
poder construir algunas referencias.
Como otra limitación que hay en estas aplicaciones, se encuentra el

almacenamiento de las referencias bibliográficas. Ya que no todos los software,
ofrecen la posibilidad de guardar de forma clasificatoria las referencias en la nube
(internet). Algunas como Zotero, EndNote, RefWorks, Bibus, Citefast, Turabian,
etc.; ofrecen generación en línea sin almacenamiento y otras almacenan
directamente en los discos duros, sin poder acceder a estas desde otros
dispositivos.
Como valor agregado que se dará con Auto_Reference a los usuarios, es la

posibilidad de compartir en red sus bancos de referenciar bibliográficas ya
almacenadas con otros, logrando así una colaboración entre profesionales. Si se
desea descargar las referencias, lo pueden hacer por medio de formato plano. PDF.
La identificación del problema se logra con la aplicación de la representación gráfica

del árbol del problema (ver ilustración No.1), el cual ayuda a la especificación del
origen del problema con sus causas y efectos del mismo.
Ilustración No. 1. El árbol del problema
4.1. FORMULACIÓN DEL PROBLEMA.
De acuerdo con la problemática se han identificado la siguiente incógnita:

¿La herramienta educativa Auto_Reference, permitirá facilitar la construcción de
regencias bibliográficas de las normas APA, ICONTEC E IEEE, su almacenamiento
y difusión?
5. MARCO REFERENCIAL DE LA INVESTIGACIÓN
5.1. BIBLIOGRAFÍA.
Es la lista de libros o escritos empleados como elementos para obtener información

y tener apoyo documental en procesos de investigación y la producción de trabajos
escrito o monografía.4
“Esta palabra se compone de los términos biblio- y -grafía, que provienen de las
raíces griegas (biblíon), que significa ‘libro’, y (gráphein), que traduce ‘escribir’.”
La función principal de la bibliografía es la de otorgar validez y seriedad a los
trabajos escritos que pueden ser: de investigación, académicos o científicos.
De acuerdo con la norma técnica colombiana 5613 el termino bibliografía significa:
“Relación alfabética de fuentes documentales sobre un asunto determinado,
registradas en cualquier soporte físico, consultadas y referenciadas por los
académicos, estudiantes, docentes, investigadores, entre otros, para sustentar los
escritos.”5
5.2. SISTEMAS DE CLASIFICACIÓN BIBLIOGRÁFICA.
Según la Enciclopedia colaborativa en la red cubana es: “un Sistema de

organización temática del conocimiento, en un gran esquema que trata de
comprender o abarcar las distintas facetas conocidas del mismo.”6
Cabe destacar que de acuerdo a la RAE el termino clasificar los siguientes

significados.7
1. tr. Ordenar o disponer por clases algo.
4 “Bibliografía” (s/f.) En Significados.com. Recuperado el 05 de Julio del 2017. Disponible en:

https://www.significados.com/bibliografia
5
Norma Técnica colombiana 5613. REFERENCIAS BIBLIOGRÁFICAS. CONTENIDO, FORMA Y ESTRUCTURA.
Recuperado el 05 de Julio del 2017. Disponible en:
http://www.politecnicojic.edu.co/images/downloads/biblioteca/guias/NTC5613.pdf
6 Enciclopedia colaborativa en la red cubana EcuRed. Sistemas de clasificación bibliográfica Recuperado el 06 de Julio del
2017. Disponible en: https://www.ecured.cu/Sistemas_de_clasificaci%C3%B3n_bibliogr%C3%A1fica
7
Real Academia de la lengua española. Clasificar Recuperado el 06 de Julio del 2017. Disponible en:
http://dle.rae.es/?id=9Q4qW3G
2. tr. Dar carácter secreto o reservado a un documento.
3. prnl. Obtener determinado puesto en una competición.
4. prnl. Conseguir un puesto que permite continuar en una competición o torneo
deportivo.
Es necesario indicar, que los sistemas de clasificación bibliográfica han coexistido

de una u otra forma a partir del momento en que nace la necesidad de organizar los
documentos en un espacio físico “Biblioteca” de forma convencional, asociándolos
de acuerdo con un determinado criterio o característica en común, con el objetivo
8
de poder luego acceder a ellos de manera rápida y fácil.
Las características de la clasificación de la bibliografía son las siguientes:
Sistemáticos Exhaustivos Detallados Flexibles
Explícitos y
Lógicos Sencillo Expansivos
concisos
Sometidos a
Con elementos
revisiones
complementarios
periódicas´
Ilustración No. 2. Características de clasificación Bibliográfica. Fuente: EcuRed
5.2.1. Tipos de clasificación del sistema bibliográfico.

5.2.1.1. Clasificaciones alfabéticas.
8
Enciclopedia colaborativa en la red cubana EcuRed. Sistemas de clasificación bibliográfica Recuperado el 06 de Julio del
En este tipo de clasificación se emplean expresiones documentales de estructura
asociativa, es decir, los términos se relacionan con otros, logrando gran cantidad de
mezclas entre ellos9.
Un ejemplo de esto más empleados por las bibliotecas son Las listas de
encabezados de materias.
5.2.1.2. Clasificaciones sistemáticas
Este tipo de clasificación brinda acceso temático mediante un sistema de notación,

ya que este es un sistema de símbolos, números o combinación de ambos que
procura designar brevemente las materias. Presentando como un conjunto
ordenado de conceptos que aparecen distribuidos sistemáticamente en clases
conformando una estructura jerárquica.10
5.3. REFERENCIA BIBLIOGRÁFICA
11
De acuerdo la real academia española la palabra referencia significa:
“1. f. Acción y efecto de referirse (‖ aludir).

2. f. Narración o relación de algo.
3. f. Relación, dependencia o semejanza de algo respecto de otra cosa.
4. f. Base o apoyo de una comparación, de una medición o de una relación deotro
tipo. Modelo, ángulo de referencia.
5. f. En un escrito, indicación del lugar de él mismo o de otro al que se remite allect
or.
9
Enciclopedia colaborativa en la red cubana EcuRed. Sistemas de clasificación bibliográfica. Recuperado el 07 de Julio del
10
Enciclopedia colaborativa en la red cubana EcuRed. Sistemas de clasificación bibliográfica. Recuperado el 07 de Julio del
11
Real Academia de la lengua española. Referencia. Recuperado el 07 de Julio del 2017. Disponible en:
http://dle.rae.es/srv/fetch?id=Vc9rHUF
6. f. Comúnmente en el ejercicio comercial, informe que acerca de la probidad, sol
vencia u otras cualidades de tercero da una persona a otra. U. m. en pl.
7. f. Noticia o información sobre alguien o algo. Tener alguna referencia de unapelí
cula.
8. f. Combinación de signos que identifican un objeto, especialmente un productoc
omercial. La referencia figura en la etiqueta.
9. f. Ling. Relación que se establece entre una expresión lingüística y aquello a loq
ue alude”.
De acuerdo a las normas APA las referencias son: “las fuentes que se han
seleccionado para la elaboración del trabajo investigativo y que deberán aparecer
al final del trabajo”. 12
Según las normas IEEE las referencias son: “un conjunto mínimo de datos que le
permiten al lector la identificación de una publicación o de una parte de la misma
que ha sido usada en el texto que está leyendo”13
Bibliográfico, por otra parte, es un calificativo que enmarca lo que tiene que ver con
la palabra bibliografía explicado en el capítulo 1. Por consiguiente referencia
bibliográfica es un conjunto de datos que posibilitan identificar un libro u otra clase
de publicación, o un fragmento de la misma. Permitiendo al lector ubicar la
publicación mencionada de manera rápida sencilla.
Las referencias bibliográficas son muy utilizadas por textos de investigación o

trabajos de campo debido a que dan soporte a la información suministrada, sin caer
en violaciones de copyright o plagio.
De acuerdo con la norma técnica colombiana 5613 las Referencias bibliográficas

son: “un conjunto ordenado de elementos precisos y detallados para facilitar la
12
American Psychological Association. Normas APA. Normas APA – Información y Aspectos Básicos. Recuperado el 07 de
Julio del 2017. Disponible en: http://normasapa.net/informacion-y-aspectos-basicos/
13
Normas IEEE. Citas y referencias con normas IEEE. Recuperado el 17 de Julio del 2017. Disponible en: http://normas-
ieee.com/citas-y-referencias-con-normas-ieee/
identificación de una fuente documental (impresa o no) o parte de ella, previamente
consultada como autor, título, edición, entre otros.” 14
5.4. APA AMERICAN PSYCHOLOGICAL ASSOCIATION
APA es una asociación fundada en el año 1982 en la universidad de Clark por

Stanley Hall. contando con alrededor de 31 de miembros, creció abruptamente
después de la segunda guerra mundial y hoy por hoy cuenta con más de 115.700
miembros y 54 divisiones en sub-campos de la psicología, teniendo como propósito
crear, comunicar y aplicar el conocimiento psicológico para beneficio de la sociedad,
mejorando la calidad de vida de las personas. 15
5.4.1. NORMAS AMERICAN PSYCHOLOGICAL ASSOCIATION (APA)
Según el manual de normas APA “Las Normas APA es el estilo de organización y

presentación de información más usado en el área de las ciencias sociales. Estas
se encuentran publicadas bajo un Manual que permite tener al alcance las formas
en que se debe presentar un artículo científico”.16
En sus inicios las normas APA se enfocaban en el área de la psicología científica,

debido que los profesionales de este campo se ofrecían y dedicaban a la
elaboración de investigaciones. Por tal motivo, era necesario la estandarización de
los resultados obtenidos que a continuación se expedían a las revistas científicas
afiliadas a la American Psychological Association.
14
INSTITUTO COLOMBIANO DE NORMAS TECNICAS Y CERTIFICACIONES. Norma Técnica colombiana 5613.
REFERENCIAS BIBLIOGRÁFICAS. CONTENIDO, FORMA Y ESTRUCTURA. Recuperado el 20 de Julio del 2017.
Disponible en: http://www.politecnicojic.edu.co/images/downloads/biblioteca/guias/NTC5613.pdf
15
American Psychological Association. About APA. Recuperado el 11 de Septiembre del 2017 Disponible en:
http://www.apa.org/about/index.aspx
16
American Psychological Association. Normas APA. Normas APA – Información y Aspectos Básicos. Recuperado el 27 de
Julio del 2017. Disponible en: http://normasapa.net/informacion-y-aspectos-basicos/
En la actualidad, esta forma de composición, producción y organización de trabajos
científicos y académicos se ha extendido a gran parte de las ciencias sociales.
Siendo necesario resaltar que todo aquel que realice trabajos de investigación
puede acceder a los estándares de esta norma17.
5.4.2. Lista de Estándares de referencias bibliográficas estilo APA.
A continuación de acuerdo con la norma APA se explica los estándares en cuanto

a las referencias:
“Se organiza alfabéticamente y se le coloca sangría francesa

• Libro: Apellido, A. A. (Año). Título. Ciudad, País: Editorial
• Libro con editor: Apellido, A. A. (Ed.). (Año). Título. Ciudad, País: Editorial.
• Libro electrónico: Apellido, A. A. (Año). Título. Recuperado de http://www…
• Libro electrónico con DOI: Apellido, A. A. (Año). Título. DOI: xx
• Capítulo de libro: únicamente en os casos de libros compilatorios y antologías
donde cada capítulo tenga un autor diferente y un compilador o editor: Apellido,
A. A., y Apellido, B. B. (Año). Título del capítulo o la entrada. En A. A. Apellido.
(Ed.), Título del libro (pp. xx-xx). Ciudad, País: Editorial.
• Publicaciones periódicas formato impreso: Apellido, A. A., Apellido, B. B, y
Apellido, C. C. (Fecha). Título del artículo. Nombre de la revista, volumen
(número), pp-pp.
• Publicaciones periódicas con DOI: Apellido, A. A., Apellido, B. B. y Apellido, C.
C. (Fecha). Título del artículo. Nombre de la revista, volumen (número), pp-pp.
doi: xx
• Publicaciones periódicas online: Apellido, A. A. (Año). Título del artículo. Nombre
de la revista, volumen (número), pp-pp. Recuperado de http:/ /www…
17
Ibíd., p.12
• Artículo de periódico impreso: Apellido A. A. (Fecha). Título del artículo. Nombre
del periódico, pp-pp. O la versión sin autor: Título del artículo. (Fecha). Nombre
del periódico, pp-pp.
• Artículo de periódico online: Apellido, A. A. (Fecha). Título del artículo. Nombre
del periódico. Recuperado de http:/ /www…
• Tesis de grado: Autor, A. (Año). Título de la tesis (Tesis de pregrado, maestría o
doctoral). Nombre de la institución, Lugar.
• Tesis de grado online: Autor, A. y Autor, A. (Año). Título de la tesis (Tesis de
pregrado, maestría o doctoral). Recuperado de http://www…
• Referencia a páginas webs: Apellido, A. A. (Fecha). Título de la página. Lugar
de publicación: Casa publicadora. Recuperado de http://www…
• Fuentes en CDs: Apellido, A. (Año de publicación). Título de la obra (edición)
[CD-ROM]. Lugar de publicación: Casa publicadora.
• Películas: Apellido del productor, A. (productor) y Apellido del director, A.
(director). (Año). Nombre de la película [cinta cinematográfica]. País: productora.
• Serie de televisión: Apellido del productor, A. (productor). (Año). Nombre de la
serie [serie de televisión]. Lugar: Productora.
• Video: Apellido del productor, A. (Productor). (Año). Nombre de la serie [Fuente].
Lugar.
• Podcast: Apellido, A. (Productor). (Fecha). Título del podcast [Audio podcast].
Recuperado de https: //www…
• Foros en internet, lista de direcciones electrónicas y otras comunidades en línea:
Autor, (Día, Mes, Año) Título del mensaje [Descripción de la forma] Recuperado
de https://www…”
5.5. INSTITUTE OF ELECTRICAL AND ELECTRONICS ENGINEERS

Es una organización fundada en el año 1884 por un pequeño grupo de profesionales
en carreras eléctricas en New York, Estados Unidos, anteriormente conocido como
AIEE (American Institute of Electrical Engineers).
La IEEE en la actualidad promueve la innovación y la excelencia tecnológica en
calidad de beneficio a la sociedad, en disposición de profesionales involucrados en
todas las áreas eléctricas, electrónicas, informáticas y campos relacionados de la
ciencia y la tecnología. 18
5.5.1. NORMA DEL INSTITUTE OF ELECTRICAL AND ELECTRONICS

ENGINEERS (IEEE)
De acuerdo con la biblioteca universitaria de la universidad de Málaga definen las

normas IEEE como: “Es un tipo de formato que se utiliza fundamentalmente en las
publicaciones del Institute of Electrical and Electronics Engineers (Instituto de
Ingeniería Eléctrica y Electrónica), tanto en magazines, como congresos. Para
añadir referencias a tesis o libros” 19
5.5.2. Lista de Estándares de referencias bibliográficas estilo IEEE.
A continuación de acuerdo con la norma IEEE se explica los estándares en cuanto

a las referencias:
“Las normas IEEE, no exigen mencionar al autor y título en el texto, basta con
insertar el número de la referencia en la gramática de la oración como si fueran
notas al pie o sustantivos para señalar que ese argumento está basado en una
referencia
Las consideraciones a tener en cuenta para insertar las referencias en el texto,

son las siguientes:
• Cada una de esas referencias deben aparecer en la bibliográfica.
18 IEEE. Historia del IEEE. Recuperado el 10 de Septiembre del 2017. Disponible en:
http://www.ieee.org/about/ieee_history.html?WT.mc_id=lp_ab_hoi
19
Biblioteca universitaria de la universidad de Málaga. FORMATO IEEE. Recuperado el 28 de Julio del 2017. Disponible en:
http://biblioteca.ujmd.edu.sv/images/pdf/Normas__IEEE.pdf
• Todas las referencias deben estar mencionadas en el texto de la forma que se
muestra en los ejemplos.
• Cuando hay tres o más autores se pone el primer autor y “et al.” (abreviación de
et alii, “y otros” en latín).
• si se quiere mencionar un grupo de referencias seguidas, se hace con un guion
(por ejemplo, de la cita 2 a la cita 5: [2]- [5]).”20
5.6. INSTITUTO COLOMBIANO DE NORMAS TÉCNICAS Y CERTIFICACIÓN
Este instituto conocido como ICONTEC fue formado el 10 de mayo del año 1963
por un pequeño grupo de empresarios y directivos gremiales con el propósito de
crear normas técnicas que permitieran mejorar la productividad de la industria
nacional.
En la actualidad es un ICONTEC es un miembro activo de los organismos más

importantes tanto internacionales como regionales de normas tales como:
• ISO International Organization for Standardization.

• COPANT Comisión Panamericana de Normas Técnicas.
• IEC International Electrotechnical Commission.
• PASC Pacific Area Standards.21
5.6.1. Normas ICONTEC
Las Normas Icontec son las normas colombianas que estandarizan la presentación
de trabajos escritos, tales como: Trabajos de grado, trabajos de investigación,
20
IEEE. Cómo referenciar libros en IEEE. Recuperado el 28 de Julio del 2017. Disponible en: http://normas-ieee.com/como-
referenciar-libros-en-ieee/
21
Icontec Internacional. Quiénes Somos. Recuperado el 10 de septiembre del 2017 Disponible en:
http://www.icontec.org/NC/QS/Paginas/Qui.aspx
ensayos, monografías, tesis e informe científico y técnicos. Estos estándares son
establecidos por el Instituto Colombiano De Normas Técnicas Y Certificación,
ofreciendo pautas y directrices claras para la producción de estos contenidos,
realizando actualizaciones pertinentes a la norma. 22
5.6.2. Lista de Estándares de referencias bibliográficas estilo ICONTEC.
De acuerdo a la norma ICONTEC las referencias se deben presentar en orden

alfabético y cumplir con las siguientes pautas.
• “Para referenciar varias obras de un mismo autor, se ordenan

alfabéticamente por el título.
• La entrada de un solo autor se debe escribir antes que la de dos o más
autores con el mismo nombre.
• Las entradas con autores múltiples, en las cuales el primer autor es el mismo,
deben organizarse alfabéticamente por el título.
• Los autores corporativos se organizan alfabéticamente, de acuerdo con la
primera palabra del nombre.
• Si en la fuente consultada, el nombre del autor inicia con número arábigo o
romano, éstos se deben ordenar según se escriban en letras.” 23
Los estándares para realizar las referencias bibliográficas se clasifican en:
• Libros y Folletos
• Publicaciones Seriadas
• Congreso, Conferencia O Reunión
• Normas Jurídicas
22
Mundosnet.com. Normas Icontec 2017 para trabajos escritos. Recuperado el 10 de septiembre del 2017 Disponible en:
http://www.mundonets.com/normas-icontec/
23 NTC 5613. REFERENCIAS BIBLIOGRÁFICAS. CONTENIDO, FORMA Y ESTRUCTURA Recuperado el 13 de septiembre
del 2017 Disponible en: http://www.politecnicojic.edu.co/images/downloads/biblioteca/guias/NTC5613.pdf
• Normas Técnicas
• Patentes
• Tesis Y Trabajos De Grado
• Informe Científico O Técnico
• Materiales Cartográficos
• Materiales Especiales
• Comunicaciones Personales: Entrevistas, Opiniones Verbales o
Correspondencia
• Biblia
5.7. DIFERENCIAS ENTRE REFERENCIAS BIBLIOGRAFICAS Y

BIBLIOGRAFIA
En muchas ocasiones cuando se está realizando trabajos escritos, monografías,

tesis o investigaciones serias por primera vez, se tiende a confundir estos dos
procesos para la elaboración del documento, siendo necesario resaltar que las
referencias bibliográficas son todas las fuentes que argumentan un escrito,
empleándose en citas directas o indirectas y la bibliografía son todas las fuentes
consultadas para entender la temática a tratar, pero que no necesariamente
argumentan o sustentan la información almacenada en el documento. 24
5.8. INGENIERIA DEL SOTFWARE
Es la encargada de crear y mantener aplicaciones de software que funcionan

mediante dispositivos electrónicos, creados a partir de diferentes técnicas y
metodologías que garantizan la calidad de este a través de su ciclo de vida
24
Normas Apa. ¿Cuál es la diferencia entre referencia y bibliografía? Recuperado el 06 de septiembre del 2017. Disponible
en: http://normasapa.com/cual-es-la-diferencia-entre-referencia-bibliografia/
funcional, permitiéndole al usuario el acceso a la información requerida para el
desarrollo de sus actividades diarias. 25
Esta ciencia computacional, con lleva a diversas áreas que pueden ser de:
investigación, negocios, sociales, culturales, logísticos, meteorológicos, entre otros,
siendo destacable el desarrollo de compiladores, sistemas operativos, o desarrollos
de aplicaciones para el internet o intranet.
Organismos internacionales profesionales de prestigio tales como ACM/IEEE

(Association for Computing Machinery), definen la ingeniería como: La aplicación de
un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación
(funcionamiento) y mantenimiento del software; es decir, la aplicación de Ingeniería
al software [IEEE, 1993]. Cabe resaltar que esta organización internacional ha
creado en si un código de ética que toda persona que diga llamarse ingeniero de
sistemas debe cumplir.
5.9. METODOLOGIA AGILES EN EL CAMPO DEL DESARROLLO DE

SOFTWARE
Existen diferentes métodos y estrategias para el desarrollo de software debido a

que el manejo y creación de aplicaciones es una tarea bastante difícil.
En el año del 2001, en una reunión Utah-EEUU, surge por primera vez el término
"ágil" aplicado al desarrollo de software. En este encuentro participan especialistas
del mundo del software. Cuyo objetivo es el de diseñar los valores y principios que
deberían permitir a los miembros de un equipo desarrollar software de manera
rápida y respondiendo a los cambios que puedan surgir a lo largo del proyecto. 26
25
PRESSMAN, R. S. Ingeniería del Software. Un enfoque práctico, séptima edición. Ciudad: McGraw-Hill. 2010.
26
Patricio Letelier Ph.D. Carmen Penadés Ph.D. Metodologías ágiles para el desarrollo de software: eXtreme Programming
(XP) abril/junio 2006. Vol. 05.Num 6. Recuperado el 10 agosto del 2017. Disponible en:
http://www.cyta.com.ar/ta0502/v5n2a1.html
5.10. METODOLOGÍA RATIONAL UNIFIED PROCESS (RUP)
Esta es una metodología enfocada a la orientación de objetos, ofreciendo un marco

de para la creación de software siguiendo los principios de ingeniería que esto con
lleva (ver Figura No.1). 27
ADAPTACIÓN DEL PROCESO
COLABORACION ENTRE EQUIPOS
BALANCEO DE PRIORIDADES
DEMOSTRAR VALOR
ITERATIVAMENTE
ELEVAR EL NIVEL DE ABSTRACIÓN
ENFOQUE EN LA CALIDAD
Ilustración 3 Principios básicos de la Metodología RUP Fuente: Elaboración propia
Esta metodología está diseñada para cualquier profesional que desarrolle o esté
involucrado en alguno de los procesos que implique la creación de software,
ofreciendo un entorno de desarrollo configurable y sin salirse de los estándares
establecidos, permitiendo tener seguimiento y acceso a cada una de sus fases con
base a las necesidades del proyecto.28
Las Principales características de la Metodología RUP son las siguientes:
• Manera organizada de establecer tareas y responsabilidades.

• Implementación de las mejores prácticas en Ingeniería de Software
• Desarrollo iterativo
• Administra rápidamente los requisitos
• utiliza arquitectura basada en componentes
27
JUMP, desarrollo de software. ciclo de vida RUP (Rational Unified Process) 2011
28
Ingeniero en software blogs. Modelo RUP. Recuperado el 14 de septiembre del 2017. Disponible en:
https://softwarerecopilation.wordpress.com/modelo-rup/
• Controla los cambios
• Modelado visual del software
• Verificación de la calidad del software.
5.10.1. Fases de la metodología RUP

29
Esta metodología se divide en 4 fases que son:
• Inicio: en esta fase se especifican los objetivos, el alcance y las limitaciones

del proyecto, verificando la viabilidad del proyecto y describiendo los riesgos
que se pueden a llegar a presentar, brindando un enfoque relativo a la
arquitectura del software.
• Elaboración: en esta fase se definen los casos de uso que describen la
arquitectura del software, enumerando los aspectos de mayor importancia,
también se debe realizar una evaluación de los diferentes riesgos.
• Construcción: en esta fase se define y culmina la funcionalidad del software,
permitiendo aclarar dudas que puedan ocurrir, se verifica que se lleve a
cabalidad los requerimientos pendientes.
• Transición o cierre: en esta fase se garantiza la disponibilidad de software
a los usuarios o clientes finales, permitiendo que este interactúe y solicite
algunos ajustes finales.
5.11. LENGUAJE UNIFICADO DE MODELADO
Este lenguaje está diseñado con el propósito de ofrecer un modelo visual claro,
conciso semántica y sintácticamente rico para establecer la arquitectura, el diseño
y la implementación de un software.
29
Castellanos L. DTyOC De Tecnologías y Otras Cosas. Modelo RUP-IBM Recuperado el 14 de Septiembre del 2017.
Disponible en: https://dtyoc.com/2016/06/07/modelo-rup-ibm/
Básicamente los diagramas que ofrece este lenguaje son la base para el desarrollo
de software, aplicaciones o sistemas de información.30
Objetivos y •Arquitectura
Alcance del Sistema
del
Proyecto
Inicio Elaboración
Transición Construcción
•Depurar y •Culminar la
Entregar al funcionalidad
Usuario del sistema
Ilustración 4 Fases de la metodología RUP. Fuente: Luis Castellanos
5.12. Tipos de diagramas UML

• Diagramas de Casos de uso: este diagrama representa de manera muy
general las funcionalidades del sistema, ilustrando las interacciones de los
actores o usuarios implicados
• Diagrama de clases: este diagrames es comúnmente empleado por los
desarrolladores, ya que es la base principal de la programación orientada a
objetos.
• Diagrama de componentes: Visualiza la correlación estructural de los
componentes de un software, generalmente empleados para trabajar
sistemas complejos con elementos múltiples.
• Diagrama de panorama de interacciones: Este diagrama muestra las
secuencias en que el usuario interactúa con el sistema para realizar una
petición.
30
Lucidchart. Qué es el lenguaje unificado de modelado (UML). Recuperado el 14 de septiembre del 2017 Disponible en:
https://www.lucidchart.com/pages/es/qu%C3%A9-es-el-lenguaje-unificado-de-modelado-uml
6. MARCO LEGAL DE LA INVESTIGACIÓN
Las normativas legales que respaldan esta investigación están establecidas por
leyes y normas tanto Colombianas como de entes internacionales, con el propósito
de respaldar la propiedad intelectual de los individuos y estandarizar la presentación
y elaboración de artículos, tesis de grado, trabajos de grado, ensayos y otros
documentos que almacenen el desarrollo de nuevos conocimientos.
Existen lineamientos legales tanto nacionales como internacionales, que se deben

respectar para no llegar a infringirlos, por lo que los investigadores harán una
relación de todas las leyes, normas, sanciones, decretos, entre otros. Que serán
tomados en cuenta en este capítulo y que tienen mucho que ver con la temática de
la investigación.
6.1. NORMAS LEGALES EN COLOMBIA SOBRE LA PROPIEDAD

INTELECTUAL.
La Normas o leyes que protegen la propiedad intelectual en Colombia, se basan en

lo establecido por la organización mundial de la propiedad intelectual (OMPI). Lo
cual da mecanismo para una colaboración internacional, en caso de que se presente
litigios internacionales por el robo de ideas o creaciones literarias.
En la constitución política Colombia de 1991, se establece en el CAPÍTULO II. De

los derechos sociales, económicos y culturales en su “ARTICULO 61. El Estado
protegerá la propiedad intelectual por el tiempo y mediante las formalidades que
establezca la ley.”31 Lo cual, es de mucha ayuda para aquellos profesionales que
buscan proteger sus ideas.
31
Procuraduría General de la Nación, República de Colombia. Constitución Política De Colombia 1991 Fecha de consulta:
Septiembre 18 del 2017. Disponible en:
https://www.procuraduria.gov.co/guiamp/media/file/Macroproceso%20Disciplinario/Constitucion_Politica_de_Colombia.htm
Además, de la Constitución Colombiana, se encuentran la ley 599 del 2000, la cual
se expide el Código Penal Colombiano. Es un documento, donde se registra o
reúne todas las leyes que hacen referencia a: Penas, condenas o fallos en
situaciones de delitos en Colombia.
En este documento, en el TÍTULO VIII. De Los Delitos Contra Los Derechos De

Autor Capítulo Único, en su “ART. 270. Violación a los derechos morales de autor.
Incurrirá en prisión de dos (2) a cinco (5) años y multa de veinte (20) a doscientos
(200) salarios mínimos legales mensuales vigentes quien:
Por cualquier medio o procedimiento compendie, mutile o transforme, sin autorización previa o
expresa de su titular, una obra de carácter literario, artístico, científico, audiovisual o fonograma,
programa de ordenador o soporte lógico. Parágrafo. - Si en el soporte material, carátula o
presentación de una obra de carácter literario, artístico, científico, fonograma, videograma,
programa de ordenador o soporte lógico, u obra cinematográfica se emplea el nombre, razón
social, logotipo o distintivo del titular legítimo del derecho, en los casos de cambio, supresión,
alteración, modificación o mutilación del título o del texto de la obra, las penas anteriores se
aumentarán hasta en la mitad”.32
Las anteriores normas regulan y protegen los derechos de autor que tienen todas
las producciones creativas que hacen los profesionales colombianos. Actualmente
existe la oficina de Dirección Nacional de Derechos de Autor (DNDA), la cual está
adscrita al Ministerio del Interior.
La DNDA, tiene la función de regular y administrar a nivel nacional, el registro de

cualquier tipo de obra literaria y artística, incluyendo contratos de sesión de los
derechos patrimoniales.
En el territorio colombiano, existen leyes que protegen la propiedad intelectual y los

derechos de autor. Pero a que nos referiremos con propiedad intelectual, Según la
Corte Constitucional Colombiana, en la sentencia C-334 de 1993, esta define: “La
propiedad intelectual es pues una modalidad sui generis de propiedad, ya que
guarda semejanzas y diferencias con la concepción clásica del derecho de
propiedad”. Pero también se afirma que “no se trata de una forma sui generis de
32
Colombia, Ley 599 de 2000, Código Penal Colombiano. Edición 18. Editorial: Legis. P:215
propiedad sino de un mecanismo para proteger el patrimonio cultural de las
personas y de la nación en su conjunto, en aras de fomentar y perpetuar la identidad
cultural colombiana, en el marco del respeto recíproco de la comunidad
internacional”33.
Dentro de las leyes están:
• Ley 23 de 1982: sobre derechos de autor. 34
• Ley 44 DE 1993 (Febrero 5)35, Por La Cual Se Modifica Y Adiciona La Ley 23

De 1982 Y Se Modifica La Ley 29 De 1944.
• Ley 603 De 2000 Sobre Informes De Gestión En Materia De Propiedad
Intelectual36. Su propósito es obligar a todas las empresas que existen en
Colombia, a declarar por medio de un informe, todos los software que se están
usando, esto se hace para determinar que no se está haciendo uso de
software pirata y que se protege la propiedad intelectual de estos productos.
• Ley 178 de 1994. 37 Por medio de la cual se aprueba el "Convenio de París
para la Protección de la Propiedad Industrial".
6.2. NORMAS LEGALES INTERNACIONALES SOBRE LA PROPIEDAD

INTELECTUAL.
La protección a las obras literarias y la propiedad intelectual, se remontan desde los

orígenes de la imprenta. Invento que ayuda a realizar reproducción de libros,
revistas, periódicos y cual tipo de información que se necesitara ser circulada en
una sociedad.
33
Corte Constitucional, República de Colombia. Sentencia No. C-334/93 PROPIEDAD INTELECTUAL. Fecha de
consulta: Septiembre 18 del 2017. Disponible en: http://www.corteconstitucional.gov.co/relatoria/1993/C-334-
93.htm
34
Colombia, Congreso de la República. Ley 23 de 1982: sobre derechos de autor. Enero 28 de 1982. Bogotá: Diario oficial.
35
Colombia. Congreso de Colombia. Ley 44 de 1993. Febrero 05 de 1993. Santa Fe de Bogotá. Diario Oficial No. 40.740 de
febrero 5 de 1993.
36
Colombia. Congreso de Colombia. Ley 603 De 2000. Julio 27 del 2000. Fecha de consulta: Septiembre 18 del 2017.
Disponible en: http://derechodeautor.gov.co/documents/10181/182597/603.pdf/42c15f4a-afe5-4339-97ca-a61026450307
37
Colombia, Congreso de la República. Ley 178 de 1994: Por medio de la cual se aprueba el "Convenio de París para la
Protección de la Propiedad Industrial". Diciembre 28 de 1994. Bogotá: Diario oficial.
Con el pasar de los años y el incremento de la población, se hace evidente una
mayor circulación de la información, logrando superar las fronteras entre las
naciones. Es importante indicar, que la protección de la información es a nivel
territorial, lo cual conlleva, a que las naciones realicen acuerdos bilaterales, en caso
de presentarse algún delito relacionado con el derecho de autor en alguna
producción de obras literarias o productos que requieran ser protegidos.
A nivel internacional, se han desarrollado diferentes acuerdos entre países para la

relación de temas como protección intelectual y derechos de autor. En los siguientes
subcapítulos se mencionarán los más importantes en esta temática.
6.2.1. Convenio de Berna, para la Protección de las Obras Literarias y

Artísticas.
La Organización Mundial de la Propiedad Intelectual (OMPI)38, es el ente encargado
de la administración del Convenio de Berna. Este, fue elaborado el 9 de septiembre
de 1886, en la ciudad de Suiza. Tiene como propósito, el proteger los derechos de
autor de las obras literaria y artísticas.
Las obras literarias, según el artículo 2, que son protegidas dentro del Convenio
Berna son: “1. Obras literarias y artísticas; 2. Posibilidad de exigir la fijación; 3. Obras
derivadas; 4. Textos oficiales; 5. Colecciones; 6. Obligación de proteger;
beneficiarios de la protección; 7. Obras de artes aplicadas y dibujos y modelos
industriales y la 8. Noticias”39.
Para que se aplique la protección de las obras, en el artículo 3 del convenio, indica
que “la protección se aplica a los autores nacionales o residentes en un Estado
miembro de la Unión de Berna; se concede al autor durante toda su vida y por 50
38
Organización Mundial de la Propiedad Intelectual - OMPI. Principios básicos del derecho de autor y los derechos conexos.
Ginebra: OMPI Nº 909S. 2016
39
Organización Mundial de la Propiedad Intelectual - OMPI. Acta del Convenio de Berna para la Protección de las
Obras Literarias y Artísticas. 1979. Citado el 20 de Septiembre del 2017. Recuperado de:
https://www.amazon.es/Convenio-Berna-Protecci%C3%B3n-Literarias-Art%C3%ADsticas/dp/9280504754
años después de su muerte (sin embargo, para algunas obras la duración de la
protección podría ser menor o mayor según la legislación local)” 40.
A la fecha de hoy, hay un total de 168 países dentro del Convenio Berna, incluyendo
a Colombia. Lo cual conlleva a decir: que cada obra literaria o artística, está siendo
protegida por los países miembros.
6.2.2. Acuerdo Sobre Los Aspectos De Los Derechos De Propiedad Intelectual

Relacionados Con El Comercio. Acuerdo sobre los ADPIC, 1994.
El Acuerdo sobre los ADPIC, fue creado en 1995, su función principal es reconocer
la importancia que se puede presentar entre el comercio de productos y su
propiedad intelectual. En el acuerdo se establecieron siete tipos de derechos en la
propiedad intelectual: “derecho de autor y derechos conexos, marcas de fábrica o
de comercio, indicaciones geográficas, dibujos y modelos industriales, esquemas
de trazado (topografías) de los circuitos integrados, patentes, e información no
divulgada”41
Con el Acuerdo de la ADPIC, se establecieron normas para la protección del trabajo

de cada profesional, logrando así respetar la propiedad intelectual sobre el comercio
de productos de alto contenido de nuevo conocimiento.
6.2.3. Ley No 7968 Tratado De La OMPI Sobre Derecho De Autor 42.

Simultáneamente que se desarrollaba el Acuerdo sobre los ADPIC, se establecía la
Ley 7968 de 1996, el cual es una tratado, que se encarga de la protección de las
obras literarias y artística, programas informáticos, bases de datos, composiciones
musicales, entre otras.
40
Ibíd., p.116.
41
Organización Mundial del Comercio. Acuerdo Sobre Los Aspectos De Los Derechos De Propiedad Intelectual Relacionados
Con El Comercio. Citado el 20 de Septiembre del 2017. Recuperado de: https://www.wto.org/spanish/docs_s/legal_s/27-
trips.pdf
42
Derecho Nacional de Autor DNDA. Ley No 7968 Tratado De La OMPI Sobre Derecho De Autor. Citado el 20 de Septiembre
del 2017. Recuperado de:
http://www.derechodeautor.gov.co/documents/10181/13104/Tratado+de+la+OMPI+Derecho+de+Autor+1996+LEY+565+de+
2000.pdf
El Tratado de la OMPI sobre Derecho de Autor (WCT), busca dar respuesta a los
grandes desafíos que se presentan en el mundo digital. Específicamente en la
divulgación de contenidos digitales en la red. Con el OMPI, se logra dar tranquilidad
a sus titulares con la protección de forma eficaz. Permitiendo que las divulgaciones
de las obras por medio de las TIC no sean tomadas a titularidad de otros y con lleve
a la vulnerabilidad de los derechos.
Con el Trata de la OMPI sobre Derecho de Autor (WCT), le indica a cada país que
debe establecer mecanismos que prohíban el cambio o adulteración de la obra, esto
se hace a través de normas jurídicas propias que sancionen y que ayuden a
proteger los productos que circulan por internet. Cada dato que se publique por
medio digital debe estar acompañado del tipo de licencia de uso y el autor o autores
de las obras.
6.2.4. Acuerdo Del Grupo De Los Tres (G-3) Propiedad Intelectual

El Acuerdo G3, se da entre los países Colombia, México y Venezuela. Fue tramitado
en 1994 en el marco de la ALADI.
Además, de hablar sobre el tratado de libre comercio, el acuerdo G3 ofrece una
apertura de mercados para bienes y servicios y extender la competencia de los
productos que ofrecen los tres países mencionados con anterioridad.
En lo relacionado a la producción de la propiedad intelectual, entre estos tres países,

establecen el aseguramiento y defensa de todas las creaciones que se generen
entre estos países, logrando respetar y proteger las marcas, denominación de
origen y los secretos industriales que hallan 43.
Dentro de los temas que se trataron en el Acuerdo G3, están: Reducción del arancel,
supresión de los impuestos de importación del sector automotor, proteger la
43
Asociación Colombiana de la Propiedad Intelectual. Acuerdo del Grupo de los Tres (G3) - Propiedad Intelectual. Citado el
20 de Septiembre del 2017. Recuperado de: http://acpi.org.co/wp-content/uploads/2013/09/Acuerdo-del-Grupo-de-los-Tres-
G3.pdf
industria comercial interna de cada país, asegurar el libre y ágil comercio de
servicios en las regiones de cada país, entre otras.
6.3. NORMAS LEGALES DE PRODUCCION INTELECTUAL DEL INSTITUTO

TOLIMENSE DE FORMACIÓN TECNICAS PROFESIONAL, ITFIP ESPINAL
TOLIMA COLOMBIA.
Los autores de este proyecto pertenecen a la comunidad educativa del ITFIP, lo

cual hace que deban acogerse a las normas legales que esta institución ha
establecido, para la elaboración y defensa de los proyectos.
Actualmente la Resolución No. 434 del 23 de noviembre de 2009. “Por medio de la

cual se establece el reglamento de Trabajo de Grado en sus diferentes
modalidades”. Debe ser aplicada para cualquier investigación o trabajo de grado
que se desarrolle.
Dentro de los artículos que son establecidos, está el “Artículo 12.- de las
responsabilidades del director. En cualquiera de las modalidades de Trabajo de
Grado, el director deberá: Enciso F. Exigir el cumplimiento de la aplicación de las
normas ICONTEC y de calidad en la redacción y ortografía de los informes,
especialmente en el trabajo final”44.
Con lo anterior, el ITFIP le indica a la comunidad académica, que deben hacer uso
correcto de la norma ICONTEC, la cual explica lineamientos para la elaboración de
trabajos de grado, enseñando la elaboración de citas y referencias bibliográficas,
las cuales protegen la propiedad intelectual de cualquier autor.
44
Colombia, Consejo Académico del ITFIP. Resolución No. 434 del 23 de noviembre de 2009. “Por medio de la cual se
establece el reglamento de Trabajo de Grado en sus diferentes modalidades”. Espinal, Tolima. Pág. 6.
7. MARCO CONCEPTUAL
La comprensión de la lectura por parte del lector es uno de los objetivos principales
de los escritores de obras, libros, tesis, etc. Es por ello que se busca que las
palabras empleadas en cada uno de estos sean lo más simples y comunes posibles.
Por ello, a la hora de emplear palabras técnicas o siglas especiales se recomienda
que sean definidas ya sean en la misma sección del texto o en una específica para
este tipo de palabras.
Por esta razón se define de manera concreta cada uno de los términos que son
empleados en el trascurso de esta tesis. Buscando de esta manera que la lectura
sea mucho más entendible. A continuación, se describen y definen las palabras que
son empleadas en el área de las referencias bibliográficas:
➢ APA: “American Psychological Association”. Norma internacional que

45
establece parámetros para la creación de documentos escritos.
➢ ICONTEC: “Instituto Colombiano de Normas Técnicas y Certificación”.

Norma regida en Colombia que establece parámetros para la creación de
documentos escritos. 46
➢ IEEE: “Instituto de Ingeniería Eléctrica y Electrónica”. Es una asociación

mundial de ingenieros que establecen una serie de reglas o normas para la creación
47
de documentos escritos, principalmente realizados por ingenieros.
➢ FUENTE BIBLIOGRAFICA: Es el sitio u objeto en donde se extrajo la

información necesaria para la redacción de algún documento.
45
American Psychological Association, NORMAS APA 2017-6TA EDICION. 2017. Disponible en: http://normasapa.net/2017-
edicion-6/
46
INSTITUTO COLOMBIANO DE NORMAS TECNICAS Y CERTIFICACION. Normas ICONTEC 2017. 2017. Disponible en:
http://www.normasicontec.org/
47
Institute of Electrical and Electronics Engineers. FORMATO IEEE. Universidad de Malaga.
https://riuma.uma.es//xmlui/bitstream/handle/10630/7302/FORMATO%20IEEE1.pdf
➢ REFERENCIA BIBLIOGRAFICA: Es el conjunto de datos que permiten
48
identificar información de la fuente que fue empleada para dicho documento.
➢ DERECHOS DE AUTOR: Son las normas que le brindan el debido

reconocimiento a las personas autoras de algún tipo de información, que es utilizada
en textos redactados por otros autores. 49
➢ PLAGIO: Es uno de los delitos cometidos por aquellas personas que no

referencian la información, por lo tanto, no le dan los derechos de autor a los
50
creadores principales de la misma.
A la vez se emplean otras palabras que son de vital importancia en el área de la

ingeniería del software y las cuales son empleadas en el desarrollo de esta tesis.
Algunas de estas, son palabras técnicas con un grado de complejidad un poco más
avanzados que otras. A continuación, se pueden apreciar:
➢ MYSQL: Es un gestor de base de datos que permite crear la estructura

adecuada para almacenar información del software o aplicaciones desarrolladas. 51
➢ CSS3: Son hojas de estilo en cascada que permiten adecuar la presentación

de aplicativos o software en los diferentes dispositivos tecnológicos utilizados hoy
en día.
48
DEFINICION ABC. Referencias Bibliográficas. 18 de septiembre de 2017. Disponible en:
https://www.definicionabc.com/comunicacion/referencia-bibliografica.php
49
ECUADOR AMA A LA VIDA. Instituto Ecuatoriano De La Propiedad Intelectual. 19 de noviembre de 2017. Disponible en:
https://www.propiedadintelectual.gob.ec/que-son-derechos-de-autor-y-derechos-conexos/.
50
DEL. Asociación De Academias De La Lengua Española. 16, de sepiembre de 2017. Disponible en:
http://dle.rae.es/?id=TIf06In
51
LA BIBLIIA MYSQL. LAN GILFILLAN, 18, de septiembre de 2017. Disponible en:
http://didepa.uaemex.mx/clases/Manuales/MySql/MySql-La%20biblia%20de%20mysql.pdf
➢ HTML5: Es el lenguaje de marcado de hipertexto en su última versión. El cual
permite utilizar etiquetas para desarrollar sitios web y aplicativos mucho más
modernos y sencillos para el usuario.52
➢ JAVASCRIPT: Es un lenguaje de programación que permite crear sitios web

y aplicativos móviles mucho más dinámicos para el usuario. 53
➢ PHONEGAP: Es un Framework que permite desarrollar aplicaciones móviles

creadas por medio de CSS3, HTML5 y JAVASCRIPT. 54
➢ APP: Esta es la abreviación de la palabra Aplicación, lo cual es un programa

para dispositivos móviles que sirve como herramienta sistemática para realizar
algún tipo de tarea.
➢ USABILIDAD: Es la facilidad que puede llegar a tener las personas, en el

momento de manejar o utilizar un software o aplicativo móvil (Entre otros). 55
➢ CALIDAD: Es aquella característica que tiene los diferentes software o

aplicaciones móviles para realizar de manera efectiva, completa y rápida las
diferentes funciones.
➢ RUP: Es una de las metodologías agiles en el desarrollo del software que

permite realizar cada una de las funciones de manera ordenada e interactuando
constantemente con el desarrollo.
52
MIGUEL, A. ORENGA, y GERARD E. MANONELLAS. Laboratorio de PHP y MSQL. Primera ed. Tibidabo.: Uoc, 2016. 134
p.
53
JAVIER, E. PEREZ. Introducción a JavaScript. Primera ed.: Autoedición, 2009. 140 p.
54
GENBETADEV, hecho por: Weblogssl, Sitio web. [Consulta: 17, de septiembre de 2017]. Disponible en:
https://www.genbetadev.com/frameworks/phonegap
55
Usabilidad web, hecho por: CARLOS D. GONZALES, Sitio web. [Consulta: 22, de septiembre de 2017] Disponible en:
http://www.usabilidadweb.com.ar/metodos_eval_calidad_web.php.
➢ DIGRAMAS UML: Es un tipo de representación gráfica, que permite plasmar
cada una de las actividades o funciones realizadas por los usuarios dentro de un
sitio web o aplicativo móvil.56
➢ SOFTWARE: Es el conjunto de procesos y programas que permiten realizar

de manera sistematizada alguna actividad por medio de un artefacto tecnológico.
Esto se hace con el fin de que el lector logre comprender de manera mucho más
clara y precisa la información que contiene este documento y a la vez el objetivo y
funcionamiento de la aplicación Auto_Reference en el campo de las referencias
bibliográficas y los derechos de autor.
56
FOWLER, M. UML gota a gota. Primera ed. México.: Addison Wesley Longman, 1999. 224 p, ISBN 968-444-364-1.
8. ESTADO DEL ARTE O ANTECEDENTES
Siendo de vital importancia para los estudiantes, docentes e investigadores

referenciar y evidenciar sus investigaciones, a través de las normas escogidas, de
acuerdo con sus necesidades (APA, IEEE etc.) Se destacan a nivel mundial, los
siguientes programas o aplicaciones móviles, utilizados por los usuarios para evitar
posibles problemas de plagio y sustentar su aporte, frente a la investigación o
trabajo realizado.
Siendo la línea de Microsoft office Word, tan importante para la realización de tesis
o trabajos de investigación, este ofrece dentro su menú principal, un ítem de
referencias, que permite escoger los diferentes estilos que hay a nivel universal, no
se incluye, la norma técnica colombiana ICONTEC. Este, garantiza que se utiliza la
sexta edición de la norma APA e IEEE, permitiendo además la inserción de citas y
bibliografías automáticas, a través de una administración de fuentes digitadas por
el investigador en donde este determina que fuente se incluye o se elimina de los
diferentes trabajos realizados.
8.1. PROGRAMAS ONLINE PARA REFERENCIAR EN APA E IEEE:
Citethisforme: Es un producto online con aplicación móvil, creado por la empresa

Estadounidense Imagine Easy Solutions (imagina soluciones fáciles). Garantiza el
manejo de la sexta edición de normas APA, incluyendo el manejo de otras normas
como la IEEE, su versión online permite guardar las referencias generadas. Su
entorno es bastante amigable y ofrece varios lenguajes para ser usado, cuenta una
extensión para google Chrome para le creación de citaciones y referencias
automáticas, también puedes adquirir una cuenta Premium para acceder más
servicios como el de descargar dichas referencias.
Además, de no contar con dicha cuenta, sus referencias tienen un límite de tiempo
en sus servidores. Su aplicación móvil permite almacenar referencias, permite él
envió de referencias por Gmail, se encuentra completamente en inglés, no tiene
control en la entrada de datos, permitiendo campos vacíos.
Ukessays: Es un producto online lanzado en año 2003, creado por la compañía

inglesa All Answers Ltd, en su página oficial ofrecen servicios: de redacción,
consultas de expertos a través de un costo mínimo, dependiendo de las solitudes
del usuario.
Además, realiza descargar gratis un software de anti plagio, permite hacer
referencias automáticas bajo la norma APA 6 edición, ofreciendo una guía con
ejemplos prácticos de cómo se debe aplicar la norma en los diferentes ítems de
recolección de información, cabe resaltar que toda la plataforma se encuentra en
idioma inglés.
BibMe™: Fue lanzado como un proyecto académico estudiantil, en el departamento

de Sistemas de Información de la Universidad Carnegie Mellon de la ciudad de
Pensilvania en el año 2007, permite referencias automáticas solo pidiéndote el tipo
de referencia y unos datos específicos.
La plataforma se encuentra completamente en inglés, garantizándote la 6 edición
de normas APA, incluyendo el manejo de otras normas como la IEEE, no tiene
control en la entrada de datos, permitiendo campos vacíos.
Citation Machine: Fue creado por David Warlick en el año 2002, actualmente es un
producto de la compañía californiana Cheegs. Es un software muy similar al anterior,
ya que permite escoger la norma que se va a emplear, el tipo de referencia y algún
tipo de dato específico. Se encuentra completamente en inglés, garantizándote la 6
edición de normas APA, incluyendo el manejo de otras normas como la IEEE. No
tiene control en la entrada de datos, permitiendo campos vacíos.
REFme: Es una aplicación web y móvil de Londres, creada con el propósito de
brindar a la academia, una herramienta útil para realizar referencias de manera fácil
y sencillas, este proyecto ha logrado conseguir gratos permios tales como: (MWC
Best British Mobile Startup 2015, The Guardian Startup of the year 2014, 2015
EdTech 20). Sus cofundadores: Tom Hatton, Ian Forshew Y Tom Gardine; se
sienten más que orgullosos por el trabajo realizado, esta utilidad te permite escoger
la norma que vas a emplear, el tipo de referencia.
Se encuentra completamente en inglés, garantizándote la 6 edición de normas APA

incluyendo el manejo de otras normas como la IEEE, permite campos vacíos,
aunque tienen ciertos controles en la entrada de datos.
Knightcite: Es un sitio web fue desarrollado en 2004 por el estudiante Justin Searls,
mantenido en la biblioteca del colegio Calvin College en Michigan. Este producto
se encuentra basada, en un generador de referencias automáticas, garantizando la
sexta edición de la norma APA, permitiendo guardar y extraer las referencias
generadas con una simple autenticación. El sistema como tal se encuentra
completamente en inglés y no posee un control de datos permitiendo campos
vacíos.
Siendo la norma ICONTEC de orden nacional, es difícil encontrar aplicaciones que

realicen referencias bajo las medidas de está, por tal motivo el equipo humano de
la Unidad Académica Virtual y a Distancia –UNIVIDA– de la Fundación Universitaria
de Popayán, desarrolló una aplicación web que permite generar referencias
bibliográficas donde se aplican las normas ICONTEC57.
57
FUNDACIÓN UNIVERSITARIA DE POPAYAN, UNIVIDA desarrolló aplicación para normas ICONTEC. Recuperado el 12
agosto del 2017. Disponible en: http://fup.edu.co/web_2014/univida-desarrollo-aplicacion-para-normas-icontec/
9. MARCO METODOLOGIA DE LA INVESTIGACIÓN
Con el propósito de cumplir con el objetivo general de esta investigación, el presente

capitulo, se explicará cómo fue el desarrollo del marco metodológico, el cual
contiene: área y línea de investigación del ITFIP, la descripción del tipo y nivel de
investigación, la metodología de ingeniería del software, la población de estudio y
por último la técnica e instrumentos de recolección de datos utilizados.
9.1. AREA Y LINEA DE INVESTIGACIÓN INSTITUCIONAL DEL ITFIP.
El ITFIP institución de educación superior del Espinal Tolima, ha establecido las

políticas institucionales con respecto a la investigación formativa. Buscando un
fortalecimiento de los programas académicos y el sector productivo de la región y
sus alrededores. Es por eso que ha establecido cinco áreas las cuales son:
• Manejo ambiental
• Desarrollo social
• Desarrollo de la ingeniería
• Desarrollo de la administración
• Procesos educativos.
El proyecto, por ser una investigación desde un programa académico específico,

como es el campo de la ingeniería de sistemas, el área de investigación involucrada
es el desarrollo de la ingeniería. La cual busca fortalecer el progreso humano y
social con el apoyo tecnologías de la información y comunicación TIC.
Por lo anterior la línea de investigación es el desarrollo de software, en este caso

particular la construcción de un App para la elaboración de referencias bibliográficas
que agrupe las normas APA, ICONTEC e IEEE, además que permita almacenar y
compartir la información.
9.2. TIPO Y NIVEL DE INVESTIGACIÓN.
Este proyecto, se basa de una investigación formativa58, donde se tiene la

vinculación de dos docentes investigadores y un grupo de jóvenes estudiantes del
programa de ingeniería de sistemas por ciclos profesionales y de la básica primaria
y bachillerato del Tolima, los cuales buscan dar solución a un problema por medio
de las tecnologías.
De acuerdo con los objetivos específicos establecidos en el proyecto, el tipo de

investigación se enmarca, como una investigación de campo, apoyándose con una
compilación de información bibliográfica técnica y especializada de autores del área
de investigación (investigación bibliográfica) 59, con la intención de adquirir
conocimientos sobre el tema. Con lo anterior se logrará un mayor contacto directo
entre los investigadores y la realidad del problema.
Al iniciar la investigación y precisar cuál es el objeto del problema, los investigadores

apostaron por un estudio exploratorio-descriptivo-propositivo, donde gracias a la
exploración se logra un mayor entendimiento y comprensión del tema o fenómeno
de estudio (el cual puedes ser desconocido por quienes desarrollan el proyecto),
obteniendo nuevos datos y elementos para llevar a enunciar con mayor precisión la
problemática y su hipótesis, los objetivos y el alcance de la investigación.
Los resultados obtenidos por la exploración originan a realizar un estudio

descriptivo, el cual conlleva a la construcción de instrumentos y uso de técnicas de
recolección de datos, como: Entrevistas, observación y revisión bibliografía, para un
análisis profundo del fenómeno de estudio, sus causas, falencias y consecuencias
que provocan el problema.
58
MUÑOZ R. Carlos. Cómo elaborar y asesorar una investigación de tesis. México. Ediciones Prentice Hall, Pearson
Educación de México, S.A. de C.V. 323p. ISBN 978-607-32-0456-9. 2011.
59
UNIVERSIDAD CATÓLICA. Tipos de Investigación según Grado de Profundidad y Complejidad. Recuperado el 02 de abril
del 2017. Disponible en:
http://publicaciones.ucatolica.edu.co/revista/arquitectura/RevArq_Parametros_para_Autores_Descripcion_2015.pdf.
Para dar fin al desarrollo de la investigación, se pasa a la proposición de la solución,
que en este caso, es la realización de una App para la generación de referencias
bibliográficas o bibliografías, tomando en cuenta: las normas APA, ICONTEC e
IEEE, el contenido, usabilidad, accesibilidad, navegabilidad dentro del software,
herramientas tecnológicas para su desarrollo, entre otras.
9.3. POBLACION Y MUESTRA.
Esta investigación está enfocada a la población especifica cómo es: La académica,

en educación media (bachillerato) y universitario (pregrado), que elabore
documentos técnicos o de investigación, informes, monografías, ensayos y tareas,
a nivel del Tolima, Colombia e Internacional. Los cuales deben construir referencias
bibliográficas o bibliografías, utilizando las normas APA, ICONTEC e IEEE. Ellos
son los directos beneficiarios con el desarrollo del App Auto_Reference.
Para determinar la muestra que se utilizará en esta investigación, los autores han
tomado la decisión de utilizar muestreo discrecional (o muestreo por juicio)60. Esta,
es una técnica de muestreo no probabilística.
Este tipo de muestreo ofrece la posibilidad de hacer la selección de las personas

que tienen el conocimiento necesario para el aprendizaje y la evaluación de los
resultados. Con una muestra a juicio, se logra extraer información desde la fuente
primaria con mayor conocimiento, lo cual ayuda a que la toma de decisiones sea la
correcta en la investigación.
9.4. FUENTES, TÉCNICA E INSTRUMENTO DE INVESTIGACIÓN.
De acuerdo al tipo de investigación planteado, se utilizarán diferentes técnicas de

recolección de datos. Las cuales son:
60
Aprenda en Línea. Plataforma académica para pregrado y posgrado. Universidad de Antioquia. Fecha de consulta:
Septiembre 18 del 2017. Disponible en: http://aprendeenlinea.udea.edu.co/lms/moodle/mod/page/view.php?id=35705
Revisión Bibliográfica, permitirá hacer una lectura y comprensión de las normas
vigentes (APA, ICONTEC e IEEE.) más utilizadas para la elaboración de referencias
bibliográficas o bibliografías. Además de guías elaboradas por universidades de
gran prestigio que las construyen como manuales para el aprendizaje de sus
alumnos.
La revisión Bibliográfica, es la fuente prima para los investigadores, permitiendo

hacerse una clara idea sobre el tema problemático y que se deberá desarrollar
dentro del App. Como fuente secundaria, estas los docentes que dan formación en
redacción y estilo de construcción de artículos científicos.
Para lograr determinar las necesidades de aquellos alumnos que inician en el
mundo de la redacción y construcción de referencias bibliográficas o bibliografías,
se ha utilizado la técnica de observación directa y encuesta61. Estas dos técnicas,
permitirán a los investigadores, saber el nivel de experiencia o conocimiento en
estas tres normas para la construcción de las mismas.
La encuesta, constará de 6 preguntas con respuestas cerradas, la cual se puede

apreciar en el anexo 1. Esta se aplicará a los dos últimos semestres de los ciclos
profesionales de cada uno de los programas académicos que ofrece la institución
universitaria ITFIP. Además, se tomará al azar, un grado once de un colegio público
bachillerato del Espinal Tolima.
9.5. METODOLOGIA DE INGENIERIA DE SOFTWARE.
Para el desarrollo de esta propuesta se implementará la metodología RUP62, ya que

es una de las metodologías agiles en el desarrollo de software y permite realizar
mejoras durante la evaluación de cada una de las fases que se realizaran
dependiendo de la misma.
61
MUÑOZ, Op. Cit.
62
ROGER S. PRESSMAN. 2010. Software engineering: a practitioner´s approach, 7th edition. Mac Graw Hill. ISBN 98-0-
07-3359-7.
Esta metodología maneja cuatro fases durante el desarrollo del proyecto63, que
permiten realizar las diferentes actividades planeadas según el cronograma de
trabajo. Cada una de estas realiza funciones de manera iterativa e incremental, que
permiten desarrollar un software de mayor calidad y con un alto de grado de
eficiencia.
Las fases que se manejan en esta metodología pueden ser apreciadas en la

Ilustración No. 2.
INICIO CONSTRUCCIÓN
ELABORACIÓN TRANSICIÓN
Ilustración No. 5.Fases de la Metodología RUP. Fuente: Diseño de los autores.
Cada fase de la metodología RUP, tendrá una duración por semanas, iniciando
desde el 18 de enero del 2017 hasta el 21 de Diciembre del 2017. En la tabla
número 1 se puede discriminar detalladamente cuánto dura cada fase.
No. NOMBRE DURACIÓN INICIO FIN
1 Fase De Concepción 71d 18/01/2017 26/04/2017

2 Fase De Elaboración. 64d 23/01/2017 20/04/2017
3 Fase De Construcción. 132d 21/04/2017 23/10/2017
4 Fase De Transferencia. 43d 24/10/2017 21/12/2017
Tabla No. 1. Duración en días de cada una de las fases de la RUP. Fuente:
Autores del proyecto
63
BÁEZ Pérez Carmen I., SUÁREZ Zarabanda, Martha I. Proceso de desarrollo de software: basado en la articulación de
RUP y CMMI priorizando su calidad. Editorial: Universidad de Boyacá. Edición: Primera. ISBN: 9789588642420. 2013.
La metodología RUP, tiene una particularidad y es que es un proceso iterativo e
incremental, con esto se logra ver un desarrollo con productos parciales (artefactos),
donde se tendrá una mejor administración de los requerimientos, un mayor control
en los cambios a medida que se va programando y se podrá comprobar con
anticipación la calidad del software que se genera y trabaja con las técnicas de
diagramación UML como los casos de uso, diagramas de secuencia y diagramas
de clases. Logrando así obtener el producto final que, para este caso, sería el App
AUTO_REFERENCES.
Los artefactos en la RUP son elementos que el proyecto va generando y son

utilizados para poder llegar al producto final. En la tabla No.2 se puede visualizar
los artefactos que se esperan entregar para este proyecto.
METODOLOGÍA RUP
FASES ACTIVIDADES ARTEFACTOS
• Estudio de Viabilidad del proyecto.
INICIAL
• Plan de Desarrollo del Software.
Planeación del proyecto • Calendarización del proyecto
• Plan de riesgos
• Documento propuesto de grado.
• Requerimientos funcionales y no
Identificación funcionales del App
requerimientos AUTO_REFERENCES.
funcionales y no • Capitulo estado del arte y el marco
ELABORACIÓN
funcionales conceptual, legal y teórico.

• Modelos de caso de uso
• Diagramas de secuencia
• Diagramas de clases
Análisis del problema • Diagramo modelo entidad relación
• Diseño de la base de datos
• Arquitectura del software
• Anteproyecto de grado
Codificación del App • El App AUTO_REFERENCE
CONSTRUCCIÓN
• Prueba de la caja negra y blanca

• Pruebas unitarias
Pruebas del App • Pruebas de integración
• Pruebas de usabilidad
• Pruebas de aceptación de los usuarios

• Documentos descriptivos del
TRANSICIÓN
desarrollo de la App
Lanzamiento del App • Monografía del proyecto
• Sitio web oficial del App
• Cuenta en la tienda de Google Play
Store
Tabla No. 2. Artefactos de la metodología RUP. Fuente: Autoras del proyecto
9.6. FASE INICIAL.
Es la primera fase que se desarrollara. Durante esta, el grupo de trabajo buscará

definir el alcance del proyecto y el modelo del negocio. Según RUP, se debe
identificar: los requerimientos para el desarrollo del App, todos los actores del
sistema, los casos de uso más críticos y significativos, los riesgos del proyecto, la
estimación de riesgos, costos y los recursos necesarios para el desarrollo del
proyecto y un plan inicial con fechas de entregas de los artefactos más importantes
que genera esta metodología.
En la fase inicial, se han establecido los siguientes objetivos específicos a alcanzar,

los cuales son:
• Establecer el alcance del proyecto y sus límites.

• Descubrir los casos de uso importantes del sistema, logrando así definir la
funcionalidad del App.
• Identificar la arquitectura tecnológica del App
• Estimar los costos en recursos, materiales de oficina y tecnológicos. Además,
se calcula el tiempo de duración del proyecto.
Esta fase se establece los siguientes hitos, los cuales indicaran que ya se ha
culminado y se logró los resultados establecidos. Los hitos son:
• Propuesta del proyecto.

• La visión clara y precisa de los requerimientos del App Móvil.
• Versión borrador de los casos usos.
• Definición de los costos y los recursos.
• Especificación de la tecnología a utilizar en el desarrollo del proyecto
• Plan de proyecto: Definiendo fases e iteraciones con tiempos estimados de
entrega.
• Primer modelo de negocio
• Prototipo exploratorio para verificar requerimientos y arquitectura del App
Móvil.
9.7. FASE DE ELABORACIÓN.
En esta fase se busca lograr cumplir con el propósito de construir un prototipo de la

arquitectura ejecutable64 cumpliendo con el mayor número de requerimientos que
llevara el App. Adicionalmente, se demostrará que este diseño inicial se podrá
desarrollar con los costos estimados y el tiempo establecido en el cronograma de
trabajo.
Para ello se hará un análisis del ámbito del problema, se establecerá un plan de
proyecto con cronograma de actividades y entrega de resultados, se diseñará la
arquitectura base del App Móvil (identificando alcance, funcionalidades principales
y requerimientos no funcionales), se hará una investigación documental sobre las
normas APA, ICONTEC e IEEE.
En la fase de elaboración, se han establecido los siguientes objetivos específicos a

alcanzar, los cuales son:
• Diseñar, validar y establecer la arquitectura de la App.

• Comprobar que todo el proceso para la construcción de la arquitectura
soporta la visión del usuario, bajo unos costos y tiempo prudentes.
• La arquitectura del software (App Móvil).

• Prototipo ejecutable del App Móvil.
• Plan del proyecto definitivo con seguimiento del mismo.
64
Kendall K. y Kendall J. Análisis y Diseño de Sistemas Octava Edición. México: Prentice Hall. 2011. 600p. . ISBN: 978-607-
32-0577-1. Disponible en:
https://docs.google.com/viewer?a=v&pid=sites&srcid=ZGVmYXVsdGRvbWFpbnxpbmdzaXN0ZW1hc3VwZXU5NzM0ODAz
NTl8Z3g6N2RmZjI5N2FhZDFiMTgxOQ.
• Los casos de uso completos en un 80%, identificando todos los autores y los
casos.
• Diagramas de secuencias
• Diagrama de actividades
• La Interfaz gráfica centrada en el usuario.
• La base de datos y el diccionario de datos, por medio de la técnica del modelo
entidad relación.
Como artefacto principal en esta fase, se identificarán los requerimientos

funcionales y no funcionales. Los cuales están divididos en tres tipos de prioridades,
las cuales son: la Nº 1, para establecer actividades poco prioritarias, la Nº 2 para
actividades medianamente prioritarias y la Nº 3 para actividades muy prioritarias.
9.8. FASE DE CONSTRUCCIÓN.
Como su nombre lo indica, se inicia el proceso de construir el software que, para

este caso será un App móvil que permita realizar las referencias bibliográficas en
las diferencias normas (APA, ICONTEC e IEEE). Todo este desarrollo se hace a
través de una serie de iteraciones las cuales se basan de casos de uso, haciéndose
un análisis, diseño, codificación y por ultimo las pruebas necesarias para hacer
entregables a los usuarios y así proceder a realizar nuevamente las siguientes
iteraciones planteadas en el proceso de reconstrucción del App.
La fase de construcción es la más importante dentro de la RUP, ya que es un

proceso de manufactura donde se enfatiza mucho en la administración de los
recursos y el control de las actividades para poder así optimizar los costos del
proyecto, el cronograma y la calidad del software.
Como resultado principal de esta fase se establece, generar todos los componentes
del proyecto con sus características. Los requisitos funcionales del App deben ser
implementados con los lenguajes de programación seleccionados, integrando
modulo por modulo y realizando las correspondientes pruebas de software, para así
obtener una versión aceptable del producto por parte de los usuarios finales.
En la fase de construcción, se han establecido los siguientes objetivos específicos

a alcanzar, los cuales son:
• Diseñar los casos de uso (requerimientos funcionales), módulos, y

submodulos del App.
• Codificar los módulos del prototipo Operacional/funcional – Beta.
• Integrar los módulos del App
• Diseñar y ejecutar las pruebas funcionales de cada uno de los módulos y
submodulos a medida que se vayan desarrollando el App.
• Los modelos de caso de uso totalmente completos.

• Plan del proyecto en su fase de culminación o transición.
• Monografía del proyecto
• Caso del negocio actualizado.
• Prototipo Operacional/funcional – Beta.
• Manuales de ayuda en línea.
• Arquitectura del App integrada y actualizada.
• Prueba de software ejecutado y con resultados.
9.9. FASE DE TRANSICIÓN.
Como última fase está la de transición o transferencia. La cual busca como

propósito colocar el App Móvil a disposición de los usuarios finales, por medio de la
tienda virtual oficial de aplicaciones para Android “Google Play Store”. Para lograr
esto, se deberá hacer las correcciones pertinentes que se presenten, luego de la
ejecución de las pruebas del software por parte de usuarios, generando así la
versión final.
Los objetivos específicos para la fase de transición son: Obtener un producto

tecnológico y de fácil uso, el cual cumpla con los requisitos definidos al inicio del
proyecto. Y como último objetivo, es el de garantizar que el cualquier usuario está
en capacidad de instalar y operar el App en los diferentes dispositivos móviles.
Como es la última etapa, los hitos que se esperan son pocos: documentos legales,
Caso del Negocio Completo, Descripción de la Arquitectura completa y corregida,
capacitación a los usuarios en el manejo de la aplicación, lanzamiento del producto
al mercado y comercialización del mismo.
Es muy importante decir que durante esta fase se busca avalar y consolidar el
producto, el cual debe estar totalmente depurado y sin ningún fallo en su
funcionalidad.
10. FASE INICIAL DEL PROYECTO AUTO_REFERENCE
Esta fase de la metodología RUP, tiene como finalidad: el de establecer y definir los
alcances y limitaciones de la investigación, estudio de factibilidad, conformar el
equipo de trabajo y las actividades a desarrollar dentro del proyecto 65 y establecer
los requerimientos funcionales del App.
10.1. ESTUDIO DE FACTIBILIDAD
Para el desarrollo de App Auto_Reference se realiza un estudio de factibilidad el

cual permitirá evaluar cada uno de los aspectos relacionados con el proyecto y así
establecer la viabilidad del mismo. Este estudio cuenta con 5 fases o aspectos
esenciales, los cuales son:
Ilustración No. 6. Los cinco tipos de factibilidad en un proyecto. Fuente: Autoras
65
MIRANDA, Juan José. El desafío de la gerencia de proyectos. MM Editores. 460 p. 2010.
• FACTIBILIDAD OPERATIVA: En esta se establecen cada una de las personas
que son participes del desarrollo del proyecto, como lo son desarrolladores,
analistas, diseñadores gráficos, etc. Los cuales son indicados para cada una de
las actividades a desarrollar según los conocimientos de cada uno de ellos.
Estas personas se encuentran capacitadas para implementar las funciones en
cada una de las fases establecidas por la metodología y adaptarse a los
objetivos del proyecto.
• Docente del colegio • Directora /Autora del • Asesora de redaccion • Analista del sistema
Gimnasio Pedagógico trabajo de grado
Nova Estrella.
Ing. Darwin Mg. Nayibe

Ing. Melissa Teg. Mónica
Eduardo Guzmán Soraya Sánchez
Rivera Guzmán Díaz Molina.
Amaya León
• Analista del sistema • Diseñadora • Diseñadora • Asesor en desarrollo

móvil
Teg. Angie Ing. José Luis

Ana Sofía reyes María Victoria
Lorena Moreno Rodríguez
Suarez Barrero Oliveira
Vargas Galeano
Ilustración No. 7. Equipo de trabajo con los roles dentro del proyecto. Fuente:
Autoras
• FACTIBILIDAD LEGAL: El desarrollo del App de Auto_References es viable,

porque se lleva acabo las normas actualizadas de la Norma Icontec, Apa, IEEE, en
el cual los usuarios podrán hacer las referencias de una manera fácil e intuitiva a
través del App, su contenido no perjudica al usuario ya que no infringe el uso del
software.
Para el desarrollo del App, se está haciendo uso de software libre, tanto para el
almacenamiento de la información, como para la programación. También, en este
desarrollo a nivel de software se respeta y se cumple con las leyes y decretos
nacionales de derechos autor como: Ley 23 de 1986, Decreto 1360 de 1999, Ley 44
de 1993 y Decisión Andina 351, todos estos relacionados con los derechos morales
y patrimoniales de los autores de esta producción.
• FACTIBILIDAD TECNICA: Para el desarrollo del App Auto_Reference se

emplearon elementos tecnológicos, como se puede apreciar en la tabla No.3, tanto
físicos como lógicos, esto con el fin de alcanzar cada uno de los objetivos
propuestos en el proyecto. Estos elementos son esenciales en cada una de las
fases del desarrollo, ya que nos brindan la posibilidad y realizar un producto mucho
más acorde con lo deseado y que le brinde al usuario mayor facilidad y accesibilidad
para su manejo. Por esta razón se emplearon los siguientes recursos técnicos:
CONTRAPARTIDA
EQUIPO (ALUMNOS)
Especie
Portátil Lenovo. Procesador: Intel® Celeron®
N3050
• Sistema Operativo: Windows 10 3
• Memoria: 4 GB
• Disco Duro: 500 GB
• Pantalla: 14"
Portátil Toshiba de 14" 6GB 1TB | L45-C4206S

Modelo L45-C4206S.
Procesador Intel Core i5-5200U. 3
Memoria RAM de 6GB.
Disco duro de 1TB.
Gráficos Mobile Intel HD con memoria gráfica
compartida.
Pantalla TFT de 14 pulgadas con resolución HD.
Sistema operativo Windows 8.1.
3 puertos USB y Bluetooth incorporado
Tabla No.3. Equipos computacionales para el desarrollo del proyecto. Fuente:

Autoras
Para el cumplimiento de cada una de las fases que compone el cronograma del
proyecto se hará uso de los siguientes software:
❖ MySQL: Sistema de gestión de bases de datos. Es un software libre y el más

usado para proyecto de poco requerimiento en almacenamiento de información.
Es viable para almacenar información que es captura por aplicaciones en
ambiente web y bajo móviles, ya que es de alto rendimiento y fiable.
❖ CSS 3: Para el estilo y la presentación de la GUI, CSS 3 es la opción perfecta.
❖ Microsoft Office 2010. Word 2010, Excel 2010, PowerPoint 2010. Este será
utilizado para creación de documentos, presentación y el presupuesto del
proyecto.
❖ HTML 5: Para codificación haremos uso de este lenguaje de programación,

permite la realización de hipertexto, puede ser leído por diferentes navegados
en diferentes tipos de tecnología de hardware.
❖ JavaScript: Por la necesidad del proyecto se optó por el lenguaje de

programación JavaScript, el cual se manejará principalmente para crear páginas
web dinámicas.
❖ PhoneGap o Cordova: Es un programa que, para este proyecto, permitirá crear

la herramienta para diferentes tipos de sistemas operativos de móviles como:
iOS, Android, Blackberry, Windows Phone, Palm WebOS, Bada y Symbian con
HTML 5, CSS3 y JavaScript, sin tener problemas en su construcción.
• FACTIBILIDAD ECONOMICA: Para lograr el propósito del proyecto, se

requiere determinar los costos que implica desarrollar el App. Por ello el
presupuesto calculado de acuerdo al recurso humano, gastos de papelería y
capacitación da un total para el desarrollo del proyecto $36.516. 900.oo Treinta y
siete millones diez y seis mil novecientos pesos moneda corriente. Los cuales se
discriminan en las siguientes tablas:
Equipos Computacionales Y Papelería Y Útiles De Escritorio $ 12.816.900.oo

Grupo De Producción Tecnológica App $ 22.700.000.oo
Capacitación en programación web y móvil $ 1.000.000.oo
CONTRAPARTIDA TOTAL
EQUIPO (ALUMNOS)
Especie
Portátil Lenovo. Procesador: Intel® Celeron®
N3050
• Sistema Operativo: Windows 10 3 $ 4.520.000.oo c/u
• Memoria: 4 GB
• Disco Duro: 500 GB
• Pantalla: 14"
Portátil Toshiba de 14" 6GB 1TB | L45-C4206S

Modelo L45-C4206S.
Procesador Intel Core i5-5200U. 3 $ 7.879.900.oo c/u
Memoria RAM de 6GB.
Disco duro de 1TB.
Gráficos Mobile Intel HD con memoria gráfica
compartida.
Pantalla TFT de 14 pulgadas con resolución HD.
Sistema operativo Windows 8.1.
3 puertos USB y Bluetooth incorporado
TOTAL $ 12.399.900
Tabla No. 4. Descripción Y Cuantificación De Los Equipos De Uso Propio (En
Miles De $).
PAPELERÍA Y ÚTILES JUSTIFICACIÓN TOTAL

DE ESCRITORIO
1 Resmas de Hojas Carta Para los Documentos. $12.000
1 Cartuchos B/N para Para los Documentos. $160.000
impresora HP LaserJet
Pro MFP M127fw
Servicio Internet Consultas, Emails, $100.000
actualización de
programas
PAPELERÍA Y ÚTILES JUSTIFICACIÓN TOTAL
DE ESCRITORIO
20 Carpetas Blancas Para archivar la $5.000
documentación.
1 Memorias USB de 16 Presentación del $50.000
GB proyecto.
Empastada Trabajo Para los manuales físicos $90.000
TOTAL $417.000
Tabla No.5. Papelería Y Útiles De Escritorio (En Miles De $)
Nombre Formación Capacitación Duración RECURSOS TOTAL

del Académica a realizar (Días) Contrapartida
experto/ Efectivo Especie
auxiliar
Angie Tecnólogas Programación 120 $1.200.000 $7.200.000
Lorena en Gestión en HTML 5,
Moreno Informática JavaScript,
Vargas Mysql, CSS3
y
Mónica
Díaz
Molina
Melissa Diseñadora Diseño en 30 $ 0 $1.500.000 $1.500.000
Rivera Grafica computación
Guzmán Photoshop,
Gimp y
CorelDraw
expresar
ideas
mediante un
lenguaje
visual,
psicología del
color,
semiótica,
tipografía
Nayibe Magister Dirección de 90 0 $2.800.000 $8.400.000
Soraya Proyectos de
Sánchez Software y
León Analista de
Sistemas
Melissa Ingeniera Usabilidad y 90 $1.400.000 $4.200.000
Rivera de Estándares
Guzmán Sistemas - ISO
Nombre Formación Capacitación Duración RECURSOS TOTAL
del Académica a realizar (Días) Contrapartida
experto/ Efectivo Especie
auxiliar
Experta
Temática
Darwin Ingeniero Programación 90 $1.400.000 $1.400.000
Eduardo de en HTML 5,
Guzmán Sistemas JavaScript,
Amaya Mysql, CSS3
TOTAL $22.700.000.oo
Tabla No. 6. Costo Del Grupo De Producción Tecnológica. (En Miles De $)
CAPACITACION JUSTIFICACIÓN DURACION TOTAL
Programación
web: HTML5 y CSS3 Para este proyecto,
Responsive los estudiantes del 200 Horas de
Design: Bootstrap semillero, indican Asesoría en el
Diseño Web que no tienen bases Proyecto
dinámico: WordPress sólidas para
Lenguaje de programar en el nivel
programación: PHP que requiere este 1.000.000
Bases de proyecto.
datos: MySQL
Validación y Poca experiencia en
efectos: JavaScript desarrollo de
Interconexión: XML programa a escala
Modificación sin empresarial.
recarga: AJAX
TOTAL $1.000.000.oo
Tabla No 7. Costo en capacitación en programación ambiente web y móvil. (En
Miles De $)
• FACTIBILIDAD DE TIEMPO: El equipo de trabajo para el desarrollo del App, ha

establecido una planificación, donde se ha estimado un tiempo para la
realización de cada una de las tareas que conllevará a la construcción del
software y conseguir cada uno de los objetivos trazados.
Esta calendarización da un lapso aproximado de 1 año (ver tabla No. 8).
Iniciando desde el día 09 de Octubre del 2016 y terminando el día 15 Octubre
del 2017. Tiempo razonable para el desarrollo y sustentación del proyecto, ya
que se cuenta con seis profesionales con conocimientos de análisis, diseño,
programación y pruebas de software.
Nombre Duración Inicio Fin Predecesoras Recursos
Nayibe Soraya Sánchez León, Melissa Rivera Guzmán, Mónica Díaz

1 Fase De Concepción 71d 18/01/2017 26/04/2017 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
Ana Sofía Reyes Suarez y María Victoria Barrero Oliveira
2 Planear el proyecto 16d 18/01/2017 08/02/2017 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
3 Elaborar plan del desarrollo del App 2d 18/01/2017 19/01/2017 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
4 Elaborar Plan de riesgos 2d 18/01/2017 19/01/2017 3II Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
5 Conformar el equipo de trabajo 1d 20/01/2017 20/01/2017 3 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
6 Elaborar estudio de viabilidad del proyecto 3d 18/01/2017 20/01/2017 3II Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
7 Estimar costos del proyecto 1d 18/01/2017 18/01/2017 3II Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
8 Elaborar propuesta de grado 15d 19/01/2017 08/02/2017 7 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
9 Establecer funcionalidad del App 55d 09/02/2017 26/04/2017 2 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,

10 Determinar los requisitos de construcción 45d 09/02/2017 12/04/2017 3II Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
11 Encontrar actores y casos de uso 5d 18/04/2017 24/04/2017 15 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
12 Priorizar casos de uso 3d 13/04/2017 17/04/2017 10 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
13 Detallar casos de uso 2d 25/04/2017 26/04/2017 11 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
14 Diagramar de casos de uso 3d 18/04/2017 20/04/2017 12 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
16 Analizar la arquitectura del App 3d 13/04/2017 17/04/2017 10 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
17 Analizar las clases 3d 18/01/2017 20/01/2017 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
18 Fase De Elaboración. 64d 23/01/2017 20/04/2017 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
19 Diseñar la arquitectura del App 6d 23/01/2017 30/01/2017 17 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,

20 Describir el modelo de datos 5d 23/01/2017 27/01/2017 17 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
21 Describir operaciones / métodos 5d 31/01/2017 06/02/2017 19 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
22 Describir requisitos especiales 12d 31/01/2017 15/02/2017 19 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
23 Diseñar la interfaz gráfica de usuario 15d 16/02/2017 08/03/2017 22 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
24 Realizar prototipo 25d 09/03/2017 12/04/2017 23 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
26 Elaborar anteproyecto de grado 55d 23/01/2017 07/04/2017 19II Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
27 Fase De Construcción. 132d 21/04/2017 23/10/2017 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
28 Implementar la arquitectura 12d 21/04/2017 08/05/2017 25 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
29 Generar código fuente de la solución 90d 09/05/2017 11/09/2017 28 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
Capacitación en programación web y Nayibe Soraya Sánchez León, Melissa Rivera Guzmán, Mónica Díaz
30 30d 09/05/2017 19/06/2017 28
Móviles Molina, Angie Lorena Moreno Vargas, y José Luis Rodríguez
31 Codificación módulos 60d 20/06/2017 11/09/2017 30 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
Administrar la ejecución de las pruebas del
32 6d 12/09/2017 19/09/2017 29 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
software
33 Planificar la prueba del software 5d 12/09/2017 18/09/2017 29 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
34 Diseñar los casos de prueba del software 5d 12/09/2017 18/09/2017 29 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
35 Realizar la prueba del software 10d 19/09/2017 02/10/2017 34 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
36 Evaluar la prueba del software 10d 03/10/2017 16/10/2017 35 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
Realizar acciones correctivas, preventivas y de
37 5d 17/10/2017 23/10/2017 36 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
mejora del prototipo
38 Fase De Transferencia. 43d 24/10/2017 21/12/2017 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,

39 Elaborar monografía proyecto de grado 38d 24/10/2017 14/12/2017 37 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
40 Sustentación proyecto de grado 1d 15/12/2017 15/12/2017 39 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
41 Generar el instalador del App 2d 18/12/2017 19/12/2017 40 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
42 Subir el App Google Play Store 2d 20/12/2017 21/12/2017 41 Molina, Angie Lorena Moreno Vargas, Darwin Eduardo Guzmán Amaya,
Tabla No. 8. Cronograma de actividades. Fuente: Autoras

10.2. EQUIPO DE TRABAJO
Para el desarrollo del proyecto Auto_Reference, se requiere profesionales con

competencias específicas y que tengan dominio en la aplicación de la metodología
RUP (Rational Unified Process). Con el uso de esta metodología, el recurso
humano, puede asumir funciones de los otros integrantes sin ningún problema,
logrando una mayor optimización en los costos y tiempos.
Los profesionales de acuerdo con sus conocimientos y perfil profesionales, se les

han asignado funciones dentro del proyecto, teniendo en cuenta las actividades
planeadas en el cronograma y las fases que tiene la RUP. Los roles son:
• Ing. Darwin Eduardo Guzmán Amaya: Docente del colegio Gimnasio

Pedagógico Nova Estrella y especialista en herramientas TIC. Cuyas funciones son:
Escritor Técnico, revisar requerimientos del App y en colaboración de las alumnas
Ana Sofía Reyes Suarez y María Victoria Barrero Oliveira de la institución educativa
será los encargados de hacer el diseño y pruebas de control de calidad.
• Ing. Melissa Rivera Guzmán: Directora /Autora del trabajo de grado.

Además de ser la encargada del proyecto, hace revisiones periódicas del mismo
para lograr la calidad del producto y diseñara las interfaces gráficas. Llevará la
tarea de planear y controlar la evolución del software y el proyecto.
• Mg. Nayibe Soraya Sánchez León: Asesora, tendrá la misión de analizar y

revisar el modelo de negocio.
• Las tecnólogas Mónica Díaz Molina y Angie Lorena Moreno Vargas:

serán las analistas del sistema, las encargadas de especificar los casos de uso,
diseñar las interfaces gráficas, generar y revisar el código fuente, diseñar la base
de datos y otras tareas correspondientes a su perfil como programadoras.
10.3. ALCANCES Y LIMITACIONES DE LA INVESTIGACIÓN.
Alcances: El App Auto_Reference, será una aplicación hibrida, donde cualquier

usuario podrá acceder desde dispositivos móviles a la tienda de Google Play Store,
para descargarla e instalarla. En ella los usuarios (estudiantes de bachillerato y
universitarios de pregrado) podrán registrarse y hacer uso de diferentes servicios
que ofrece la App, desde crear referencias bibliografías en las normas APA,
ICONTEC E IEEE hasta compartirlas con sus compañeros de clase o de estudio.
Los módulos que conforman el App y sus funcionalidades son las siguientes:
❖ El administrador de la cuenta será la única persona autorizada para compartir

sus referencias con otros usuarios. En la App Auto-Reference, el administrador
de la cuenta será la única persona admitida y capacitada para poder compartir
todas las referencias propias que desee y con los usuarios que desee si se
encuentran registrados.
❖ El administrador de la cuenta deberá estar registrado en el App para realizar sus

referencias bibliográficas. En la App Auto-Reference los usuarios
administradores, obligatoriamente deberán estar registrados, para que puedan
crear sus propias referencias y puedan además observar las referencias que le
son compartidas por otros usuarios.
❖ Generar código de la referencia a compartir. Al momento de compartir

una referencia con uno o más usuarios, el App Auto-Reference le generara al
administrador de la cuenta, un código, el cual será enviado a los usuarios con
quienes quiera compartir sus referencias. De esta manera los demás usuarios la
podrán observar desde su cuenta.
80
❖ Solo los usuarios que conozcan el código de la referencia a compartir podrán
observarla. Todas y cada una de las referencias que son compartidas en el
App Auto-Reference, requieren de un código para poder ser visualizadas, los
usuarios que no lo conozcan, no podrán visualizar la referencia.
❖ El administrador de la cuenta tiene el beneficio de descargar todas las

referencias propias. La App le permite al usuario Administrador de la cuenta,
poder tener a la mano o como copia de seguridad las referencias, en un archivo
de formato .DOCX. Permitiendo utilizarlas fuera de la aplicación.
Limitaciones: El App Auto_References, dentro de las limitaciones establecidas

está:
❖ Por ser una aplicación hibrida, requiere conexión a internet desde los
móviles.
❖ Solo funciona con el sistema operativo Android.
❖ Para acceder a ella, solo se puede hacer desde la tienda de Google Play
Store.
❖ Auto_References, solo ofrece las normas APA, ICONTEC E IEEE, además,
trabaja con las versiones que están disponibles actualmente. En caso de
salir una nueva versión o hacen algún cambio, se debe hacer ajustes y sacar
una nueva versión de Auto_References al mercado.
10.4. GESTION DE RIESGOS.
Como en todo proyecto, además de establecer los recursos a utilizar en su

desarrollo, el director o líder del equipo de trabajo, debe asegurarse de que lo
planeado se lleva a cabo, sorteando cualquier tipo de problemas o riesgo que se
llegara a presentar. Un Riesgo, es un suceso o acontecimiento incierto, el cual al
81
presentarse puede tener efectos negativos sobre lo planeado y en los objetivos del
proyecto66.
Para ello se debe con antelación, identificar los posibles riesgos a sortear,
determinar el nivel de impacto o efecto que causaría en el proyecto y establecer
soluciones que mitiguen los daños, para así lograr culminar el proyecto con los
tiempos y los costos establecidos.
PROYECTO
CAUSAS RIESGOS IMPACTOS
Ilustración No. 8. Causas vs Riesgos vs Impactos
Luego de haber establecido el cronograma de trabajo, con la estimación de tiempo

y responsable, el equipo de trabajo por medio de tormenta de ideas o por la
experiencia que han tenido algunos de los integrantes, se identificaron los riesgos
que más frecuentemente pueden aparecer en un proyecto, para mayo claridad y
entendimientos, los riesgos han sido clasificados de la siguiente manera:
Tecnología, equipo humano, alcances, legales, tiempo y otros.
Tecnología:
❖ La selección del software para el desarrollo del App no fue el adecuado.
❖ El Framework para la programación del App no fue el adecuado.
❖ No se tiene acceso oportuno a las herramientas de diseño y programación.
66
MAIGUA, Gustavo Gabriel y FERNANDO L., Emmanuel. Buenas prácticas en la dirección y gestión de proyectos
informáticos. Editorial de la Universidad Tecnológica Nacional – edUTecNe. Argentina. ISBN: 978-987-1896-01-1. 2012
82
❖ Es demasiado el número de web service utilizados para la aplicación.
❖ El hacer uso de Material Design, para el estilo para interfaces de usuario, no fue
el correcto.
❖ El trabajar con un nuevo software, causa problemas no previstos. Se alarga el
tiempo de codificación.
❖ Daños o robo de equipos computacionales
Equipo humano:
❖ Problemas de comunicación entre el equipo de trabajo
❖ La no comunicación con el director del proyecto y el equipo de trabajo dificulta
la toma de decisiones.
❖ Falta de interés por parte de los integrantes del proyecto
❖ Falta de conocimiento y experiencia en el desarrollo del proyecto.
❖ Alguno de los integrantes del equipo de trabajo renuncia antes de finalizar el
proyecto.
❖ Las personas negativas afectan la productividad en el proyecto.
❖ No hay suficiente profesional disponible para el desarrollo del proyecto.
❖ No hay liderazgo del director del proyecto.
❖ El equipo de trabajo esta sobrecargado de actividades
❖ Enfermedad de alguno de los integrantes del equipo de trabajo
Alcances:
❖ Los alcances del proyecto fueron subestimados.
❖ No se puede desarrollar el proyecto en el tiempo que se estableció.
❖ La estimación del tamaño del App es mucho más grande, lo que implica,
mayor programación y ajustes.
❖ Los usuarios cambias los requerimientos a última hora.
❖ Se amplían los requerimientos funcionales en la etapa de programación.
❖ Requerimientos del proyecto que no han sido explicados, lo cual consume
más mano de obra, dinero y tiempo.
83
Legales:
❖ Las normas APA, ICONTEC E IEEE, han sido actualizadas.
❖ La contratación del asesor en programación tarda más de lo programado.
❖ La aprobación del proyecto no fue dada por la facultad de ingeniería.
Tiempo:
❖ Elaboración de un plan de trabajo demasiado optimista, nada real a lo que
se da por la experiencia.
❖ La planeación incluye tareas innecesarias.
❖ La ficha de entrega del proyecto ha cambiado por agentes externos.
❖ El equipo de programación requiere más tiempo de capacitación.
❖ La no entrega a tiempo de los materiales hace que el proyecto tenga retrasos.
❖ No se respeta las fechas establecidas dentro del cronograma.
❖ La fecha de entrega del proyecto ha sido adelantada.
Otros:
❖ Diseño de las interfaces de usuario, demasiado sencillas y no cubren las
actividades principales, lo cual conlleva a hacer un rediseño e implementarlo
nuevamente.
❖ Los módulos codificados por separado no se logran integrar de forma
sencilla, provocando que se deban diseñar y repetir.
❖ La elaboración de informes periódicos para las directivas lleva mucho más
tiempo de lo que se había planeado.
❖ El mal diseño de las interfaces graficas implica volver a diseñarlas e
implementarlas.
❖ Perdida de información.
❖ Los requerimientos del App no son los correctos.
❖ El dinero presupuestado se terminó sin haber finalizado el proyecto.
84
Ya teniendo identificados los riesgos, se pasa establecer la prioridad en que pueden aparecer, el efecto dentro del
desarrollo del proyecto y su impacto67.
RIESGOS PROBABILIDAD EFECTOS IMPACTO

Tecnología:
La selección del software para el Muy baja Catastrófico Impacto en la planeación y etapa de
desarrollo del App no fue el codificación, ya que sin las herramientas de
adecuado. desarrollo del software no se puede crear el
App, en el tiempo establecido.
El Framework para la Muy baja Catastrófico Impacto en la planeación y etapa de
programación del App no fue el codificación, ya que sin las herramientas de
adecuado. desarrollo del software no se puede crear el
No se tiene acceso oportuno a Muy baja Catastrófico Impacto en la planeación y etapa de
las herramientas de diseño y codificación, ya que sin las herramientas de
programación. desarrollo del software no se puede crear el
Es demasiado el número de web Moderada Serio Impacto en el lanzamiento del App,
service utilizados para la demorando el uso y aprobación del mismo
aplicación. ante los clientes.
67
Project Management Institute. Guía de los fundamentos para la dirección de proyectos (guía del PMBOK)- Quinta edición. Pensilvania. 2013.
El hacer uso de Material Design, Muy baja Serio Impacto en la planeación y etapa de
para el estilo para interfaces de codificación, ya que sin las herramientas de
usuario, no fue el correcto. desarrollo del software no se puede crear el
El trabajar con un nuevo Alta Catastrófico Impacto en la planeación y etapa de
software, causa problemas no codificación, ya que sin las herramientas de
previstos. Se alarga el tiempo desarrollo del software no se puede crear el
de codificación. App, en el tiempo establecido.
Daños o robo de equipos Moderada Catastrófico Impacto directamente en el avance del
computacionales proyecto, al aparecer el robo o pérdida de los
equipos de cómputo, ninguno de los
integrantes puede avanzar en la realización
del proyecto.
Equipo humano:
Problemas de comunicación Moderada Serio Impacto directamente sobre el proyecto,
entre el equipo de trabajo retrasando las entregas y presentando un
desorden interno.
La no comunicación con el Muy baja Serio Impacto en la planeación, los costos
director del proyecto y el equipo estimados y el tiempo de finalización del
proyecto. Esto no permitirá decidir
86
de trabajo dificulta la toma de adecuadamente que hacer frente al
decisiones. proyecto.
Falta de interés por parte de los Muy baja Serio Impacto en la planeación y finalización del
integrantes del proyecto proyecto.
Falta de conocimiento y Moderada Serio Impacto en todo el ciclo de vida para el
experiencia en el desarrollo del desarrollo del App, afectando la fecha de
proyecto. entrega de este.
Alguno de los integrantes del Moderada Catastrófico Impacto en la planeación y finalización del
equipo de trabajo renuncia antes proyecto
de finalizar el proyecto.
Las personas negativas afectan Muy baja Insignificante Impacto en la planeación y finalización del
la productividad en el proyecto. proyecto
No hay suficiente profesional Muy baja Serio Impacto en la planeación y finalización del
disponible para el desarrollo del proyecto
proyecto.
No hay liderazgo del director del Muy baja Serio Impacto en la planeación y finalización del
proyecto. proyecto
El equipo de trabajo esta Muy Alta Catastrófico Impacto en la planeación y finalización del
sobrecargado de actividades proyecto
87
Enfermedad de alguno de los Alta Catastrófico Impacto en la planeación y finalización del
integrantes del equipo de trabajo proyecto
Alcances:
Los alcances del proyecto Moderada Serio Impacto directamente proponer una solución
fueron subestimados. correcta al problema que se está
presentando, atrasando la entrega de este,
alterando la planeación y los costos
establecidos.
No se puede desarrollar el Moderada Catastrófico Impacto en la planeación y finalización del
proyecto en el tiempo que se proyecto
estableció.
La estimación del tamaño del Moderada Serio Impacto directamente en la fase de
App, es mucho más grande, lo construcción del App, lo que implica doblar
que implica, mayor las horas de trabajo o buscar otro
programación y ajustes. programador que apoye en el desarrollo,
para poder lograr entregar a tiempo el App.
Los usuarios cambias los Muy Alta Catastrófico Impacto directamente en la fase de
requerimientos a última hora. construcción del App, lo que implica doblar
las horas de trabajo o buscar otro
88
programador que apoye en el desarrollo,
Se amplían los requerimientos Muy Alta Catastrófico Impacto directamente en la fase de
funcionales en la etapa de construcción del App, lo que implica doblar
programación. las horas de trabajo o buscar otro
programador que apoye en el desarrollo,
Requerimientos del proyecto Muy Alta Catastrófico Impacto en la programación, ya que se
que no han sido explicados, lo estaría desarrollo una aplicación que no
cual consume más mano de cumple con las necesidades del cliente.
obra, dinero y tiempo.
Legales:
Las normas APA, ICONTEC E Alta Catastrófico Impacto en el proyecto desde la planeación
IEEE, han sido actualizadas. hasta el lanzamiento, ya que se tendría que
empezar nuevamente, aumentando los
costos y el tiempo de desarrollo.
La contratación del asesor en Muy Alta Catastrófico Impacto en la programación del App, por la
programación tarda más de lo falta de competencias, se puede atrasar la
programado. generación de las líneas de código.
89
La aprobación del proyecto, no Moderada Catastrófico Impacto directamente dentro del proyecto,
fue dada por la facultad de no se puede dar inicio a este, hasta no tener
ingeniería. el aval por parte de las directivas
académicas.
Tiempo:
Elaboración de un plan de Muy Baja Serio Impacto en la planeación y finalización del
trabajo demasiado optimista, proyecto
nada real a lo que se da por la
experiencia.
La planeación incluye tareas Muy Baja insignificante Impacto en la planeación, desgaste del
innecesarias. recurso humano y tiempo perdido.
La ficha de entrega del proyecto Alta Catastrófico Impacto en la planeación y finalización del
ha cambiado por agentes proyecto.
externos.
El equipo de programación Alta Catastrófico Impacto en la planeación, programación y
requiere más tiempo de finalización del proyecto.
capacitación.
La no entrega a tiempo de los Alta Catastrófico Impacto en la planeación, programación y
materiales hace que el proyecto finalización del proyecto.
tenga retrasos.
90
No se respeta las fechas Muy Baja Serio Impacto en la planeación, programación y
establecidas dentro del finalización del proyecto.
cronograma.
La fecha de entrega del proyecto Muy Baja Catastrófico Impacto en la planeación, programación y
ha sido adelantada. finalización del proyecto.
Otros:
Diseño de las interfaces de Muy Baja Serio Impacto en la programación del App. Lo cual
usuario, demasiado sencillas y atrasa el lanzamiento al público del
no cubren las actividades producto.
principales, lo cual conlleva a
hacer un rediseño e
implementarlo nuevamente.
Los módulos codificados por Muy Baja Serio Impacto en la programación del App. Lo cual
separado no se logran integrar atrasa el lanzamiento al público del
de forma sencilla, provocando producto.
que se deban diseñar y repetir.
La elaboración de informes Muy Alta Tolerable Impacto que los usuarios no estén
periódicos para las directivas informados a tiempo, sobre el proceso que
lleva mucho más tiempo de lo se está llevando dentro del proyecto.
que se había planeado.
91
El mal diseño de las interfaces Muy Alta Catastrófico Impacto en la programación del App. Lo cual
graficas implica volver a atrasa el lanzamiento al público del
diseñarlas e implementarlas. producto.
Perdida de información. Muy Alta Catastrófico
Los requerimientos del App no Muy Alta Catastrófico Impacto en la programación del App. Lo cual
son los correctos. atrasa el lanzamiento al público del
producto.
El dinero presupuestado se Muy Alta Catastrófico Impacto en la planeación y finalización del
terminó sin haber finalizado el proyecto.
proyecto.
Tabla No. 9. Tabla de Riesgos del proyecto. Fuente: diseño de los autores.
Con la tabla No.9, la cual se indica claramente, los riesgos identificados, su efecto y el impacto sobre el proyecto,
ahora se procede a proponer soluciones en el caso de que estos se lleguen a presentar. Ver tabla No.10.
92
11. FASE DE ELABORACION Y CONSTRUCCION
En este capítulo, se explicará cómo fue el proceso de construcción y aprobación del

App Auto_References. Desde la definición de los requerimientos hasta las pruebas
del mismo.
Para ello, el equipo de trabajo hizo una jornada de lectura y autoaprendizaje de las
normas que rigen la construcción de referencias bibliográficas vigente hasta la fecha
en APA, ICONTEC e IEEE. Logrando de este aprendizaje, poder proponer los
requerimientos funcionales y no funcionales de una App, que enseñe y ayude a los
estudiantes que están iniciando su formación en la elaboración de documentos
académicos.
Ya teniendo definidos los requerimientos, se pasó a proponer la arquitectura del

sistema, los diagramas de casos de uso, de actividades y de secuencias, que
explican gráficamente con símbolo UML, como fue construida la aplicación.
Por último, en este capítulo, se explicará cómo se hicieron las pruebas de software
y los aportes dados por algunos alumnos que participaron en la calidad del App.
11.1. REQUERIMIENTOS FUNCIONALES.
Los requerimientos funcionales, son aquellos que expresan las acciones que debe
hacer un software, especificando las entradas y salidas de los datos, la interacción
que tendrá este con otras aplicaciones o sistemas de información y cuáles van a ser
su funcionamiento. Para el App Auto_References, se han definido cinco
requerimientos funcionales y se pueden apreciar en la tabla No.11.
NUMERO REQUERIMIENTO DESCRIPCIÓN PRIORIDAD
En la App Auto-Reference
El administrador de la el administrador de la
cuenta será la única cuenta será la única
persona autorizada persona admitida y
RF1 para compartir sus capacitada para poder
referencias con otros compartir todas las 3
usuarios. referencias propias que
desee y con los usuarios
que desee si se encuentran
registrados.
En la App Auto-Reference
El administrador de la el administrador de la
cuenta deberá estar cuenta obligatoriamente
registrado en el App deberá estar registrado
para realizar sus para que pueda crear sus
RF2 referencias referencias y pueda
bibliográficas. además observar las 3
referencias que le son
compartidas por otros
usuarios.
Al momento de compartir
una referencia con uno o
Generar código de la más usuarios el App Auto-
RF3 referencia a Reference le generara al 3
compartir. administrador de la cuenta
un código, el cual será
enviado a los usuarios con
quienes quiera compartir
sus referencias. De esta
manera los demás usuarios
la podrán observar desde
su cuenta.
94
Todas y cada una de las

Solo los usuarios que referencias que son
RF4 conozcan el código compartidas en el App
de la referencia a Auto-Reference requieren
compartir podrán de un código para poder
observarla. ser visualizadas, los
usuarios que no conozcan 3
dicho código no podrán
visualizar la referencia.
El administrador de la La App le permite al

evaluación tiene el usuario Administrador de la
RF5 beneficio de cuenta, poder tener en 3
descargar todas las formato descargable como
referencias propias. lo es DOCX cada una de
las referencias propias de
dicho usuario
Tabla No. 10. Requerimientos funcionales del App. Fuente: diseño de los autores.
11.2. REQUERIMIENTOS NO FUNCIONALES.
Los requerimientos no funcionales, se establecen para definir como debe ser el

software. Hacen referencia a temas como: usabilidad, confiabilidad del programa,
el tiempo de respuesta y precisión, la adaptabilidad a diferentes plataformas, las
interfaces que harán de puente de comunicación entre la persona y la máquina y
como último algunas restricciones.
Para el App Auto-Reference, en la tabla No.12 se han establecidos los siguientes

requerimientos no funcionales:
95
El App tiene un manejo sencillo y es
totalmente intuitivo, lo cual permite
RNF1 Usabilidad que sea mucho más fácil su 3
manejo.
El App Proporciona códigos
especiales para las referencias que
se quieran compartir con otros
usuarios. Además, el ingreso del
RNF2 Seguridad administrador de la cuenta es 2
permitido únicamente mediante un
usuario y contraseña especiales,
establecidas por el mismo.
El App proporciona facilidad en el
registro e ingreso al sistema,
además está desarrollado para
RNF3 Accesibilidad móviles, como celulares o Tablet y 3
se adapta a las necesidades de la
mayoría de tipos de usuarios (Con
discapacidad o no).
El App permite manejar gran
cantidad de información y de
procesarla la realización de las
RNF4 Rendimiento referencias bibliográficas de cada 3
uno de los usuarios registrados.
El App permite ser manejado sin
ningún tipo de inconveniente y
RNF5 Desempeño proporciona las referencias que se 3
96
realizan por los distintos usuarios
registrados.
Tabla No. 11. Requerimientos No funcionales del App. Fuente: diseño de los
autores.
11.3. FUNCIONAMIENTO DEL APP AUTO-REFERENCE A TRAVÉS DEL

LENGUAJE DE MODELADO UNIFICADO (UML).
El lenguaje de modelado unificado (UML), es un conjunto de normas y estándares

que permiten representar el funcionamiento de un software mediante gráficos, como
lo son círculos, rectángulos, rombos, rectas, flechas, etc. Este lenguaje maneja
diferentes tipos de diagramas como los diagramas de clases, objetos, caso de uso,
estados, etc., de los cuales cada uno de ellos tiene diferentes maneras de
representación gráfica. Para el desarrollo del APP Auto_Reference se manejará los
diagramas de Caso de uso, actividades y estados.
11.3.1. Diagramas de caso de uso del APP AUTO-REFERENCE.
En primer lugar, se tiene el diagrama de caso de uso que brinda a los usuarios una
representación gráfica permitiendo comprender de una manera fácil el
comportamiento del sistema y la relación que existe entre el cliente o usuario y las
funciones de la aplicación.
Estos tipos de diagramas tienen una forma particular de establecer sus relaciones,
las cuales están dadas por flechas que indican una dirección y las funciones que
cumple dicho usuario, las cuales se pueden diagramar en óvalos.
97
A continuación, podemos observar el diagrama de caso de uso del App
Auto_Reference (Ilustración No.6), en donde se puede observar los requerimientos
funcionales del usuario en el App.
Ilustración No. 9. Diagramas de caso de uso del App Auto_Reference. Fuente: Las
Autoras.
Como primera función y la más principal dentro del App, el usuario después de
registrarse e ingresar al sistema, tiene la opción de crear sus referencias ya sea con
las normas APA, ICONTEC e IEEE. En Donde cada una de ellas tiene diferentes
fuentes bibliográficas que el usuario podrá escoger dependiente del tipo de
referencia que desee crear, luego de seleccionar la fuente deberá ingresar los datos
requeridos y dar clic en el botón Generar referencia.
98
Ilustración No. 10. Diagramas de caso de uso del App Auto_Reference, crear
referencia. Fuente: Las Autoras.
Otra de las opciones que tiene el usuario registrado en este App es la de ver
referencias, en donde tendrá dos opciones. La primera son las referencias propias
las cuales son las que él mismo creo y la segunda son las referencias externas en
donde se le pedirá un código que será enviado por el usuario que compartió sus
referencias y de esta manera las podrá observar.
Ilustración No. 11. Diagramas de caso de uso del App Auto_Reference, ver
99
La tercera opción que tendrá este usuario es compartir sus referencias, en donde
deberá seleccionar que referencias desea compartir y luego escribir el correo del
usuario al cual desea compartir dichas referencias.
Ilustración No. 12. Diagramas de caso de uso del App Auto_Reference, compartir
Y como última opción podrá actualizar sus datos registrados en el App

Auto_Reference.
Ilustración 13. Diagramas de caso de uso del App Auto_Reference, actualizar

datos. Fuente: Las Autoras.
100
11.3.2. Diagrama de actividades del APP AUTO-REFERENCE.
Los diagramas de actividades nos permiten ver el proceso del software, mediante
las acciones que realizan los usuarios que interactúan con el mismo, dando una
idea de las funciones que ellos cumplen y un paso a paso de como lo hacen.
Para este tipo de diagramas se maneja figuras como el rectángulo para establecer
las diferentes actividades que realizan los usuarios, además se emplean flechas las
cuales permiten determinan la dirección en la cual continúa dicho proceso y se
cuenta también con las condiciones que son determinadas por rombos que tienen
diferentes caminos a seguir dependiendo de la decisión del usuario.
En la siguiente lustración No.11, se pueden observar las diferentes actividades que

realiza el usuario dentro del App Auto_Reference.
101
Ilustración No. 14. Diagramas de actividades del App Auto_Reference. Fuente:
Las Autoras.
Como principal actividad el usuario podrá crear sus referencias bibliográficas

dependiendo del tipo de norma ya sea APA, ICONTEC e IEE y fuente bibliográfica
como lo es LIBRO, REVISTA, PAGINA WEB, TESIS, etc.
102
Ilustración No. 15. Diagramas de actividades del App Auto_Reference, crear
Además, tiene la opción de ver todas sus referencias creadas hasta dicho momento
o puede observar las referencias externas que le fueron compartidas mediante un
código que fue generado por el usuario que decidió compartir dichas referencias.
103
Ilustración No. 16. Diagramas de actividades del App Auto_Reference, ver
Otra de las acciones que puede realizar el usuario registrado en el App es la de

compartir sus referencias creadas, con los diferentes usuarios que se encuentra
registrados en el sistema y que quieran observar dichas referencias, de esta manera
el usuario podrá escribir el correo electrónico de la persona a la cual quiera compartir
sus referencias y el sistema enviara un mensaje a dicha persona con un código que
se requiere para poder observar las referencias. Así la persona podrá observar las
referencias de los distintos usuarios que desean compartirlas y que pertenecen al
sistema.
104
Ilustración No. 17. Diagramas de actividades del App Auto_Reference, compartir
Y por último se encuentra la opción de actualizar datos, en la cual se puede cambiar

la contraseña y el correo electrónico.
105
Ilustración No. 18. Diagramas de actividades del App Auto_Reference, actualizar
11.3.3. Diagramas de secuencia del APP AUTO-REFERENCE.
Los Diagramas de secuencia UML, sirven para ver la interacción de los objetos al
transcurrir un tiempo, se da a conocer cada uno de los procesos en la App Auto_
References.
En el App Auto_References cuenta con un usuario el cual es versátil e intuitivo,

como se puede observar en la ilustración No.16 del diagrama de secuencias su
registro es uno de los requerimiento al momento de hacer uso de los beneficios de
Auto_ References, este permite compartir las referencias creadas en las diferentes
normas ya establecidas, y en sus diferentes estilos de fuente, además cuenta con
la fortuna de visualizar las referencias compartidas por sus amigos o compañeros
de trabajo los cuales hacen uso de esta herramienta, se actualizara la información
del usuario si este así lo requiere.
106
Ilustración No. 19. Diagramas de secuencia del App Auto_Reference, crear
107
Ilustración No. 20. Diagramas de secuencia del App Auto_Reference, registro de
usuario. Fuente: Las Autoras.
108
Ilustración No. 21. Diagramas de secuencia del App Auto_Reference, Proceso de
visualizar referencias propias. Fuente: Las Autoras.
109
Ilustración No.22. Diagramas de secuencia del App Auto_Reference, referencias
externas. Fuente: Las Autoras.
110
Ilustración No. 23. Diagramas de secuencia del App Auto_Reference, compartir
111
Ilustración No. 24. Diagramas de secuencia del App Auto_Reference, Actualizar
11.4. ESTILO DE PROGRAMACION DEL APP AUTO-REFERENCE
Auto_Reference, por el uso de tecnología para su codificación, combina dos formas

de desarrollo, la primera: se utiliza lenguajes de programación HTML 5, PHP, CSS
3 y JavaScript. Y la segunda, para que se puedan trabajar en móviles y tabletas,
con el uso de sistema operativo Android y la conexión de internet que estos
dispositivos tienen, se empaqueta por medio del Framework “Apache Cordova”,
resultando una aplicación Hibrida (Ilustración No.25). Además, hace uso de la
normativa de diseño “Material Design”, la cual está orientada en la visualización de
dispositivos móviles con sistema operativo Android.
Para el desarrollo de la aplicación (App Móvil), se hace uso del estilo por capas Este
busca separar la logia del negocio de la del diseño. En otras palabras, se aparta la
112
capa de datos de la capa de presentación al usuario (ilustración No. 28). En donde
la capa de presentación, que se puede indicar, como la interfaz gráfica que ve el
usuario, esto permite que haya un puente entre el beneficiario y la capa de negocio,
es muy importante resaltar que, en la programación de la capa de presentación, se
debe lograr amigabilidad entre el software y quien lo usa.
Con la programación de la capa de negocio, se está estableciendo los

requerimientos funcionales que se obtuvieron en la fase de concepción de la
aplicación. Cuando se requiera visualizar o procesar datos, la capa de negocio hará
de puente entre la capa de presentación y la de datos, logrando que el gestor de
bases de datos almacene o recupere información de él. La capa de datos ayudará
a que toda la información que se procesa dentro de la capa de negocio y que el
usuario necesita, sea almacenada en la base de datos.
Ilustración No. 25. App Hibrida. Fuente: Ignacio Muñoz Vicente @imunoz_
“Aplicaciones multiplataforma”.
113
11.5. ARQUITECTURA DEL APP AUTO-REFERENCE
La arquitectura utilizada para la App Auto_References, es la cliente/servidor

(Ilustración No.26), donde el usuario comienza haciendo una petición de inicio a
través del navegador del móvil y este, es recibido por el servidor (servidor web).
Tanto la aplicación como la base de datos están instalados en un solo servidor.
Gracias al software que tiene el servicio de HTTP, se podrá gestionar todo el
proceso de la capa de negocio, de datos y de presentación. Para este tipo de
arquitectura “todo en un solo servidor” se utilizó la tecnología de ASP y PHP.
Ilustración No. 26. Arquitectura Cliente/Servidor.
11.6. DISEÑO DE INTERFAZ DEL APP AUTO-REFERENCE
El App Auto_References, hace uso de una estructura de navegación web mixta,

esto quiere decir, que es una combinación de estructura lineal – jerárquica. El
diseño fue concebido pensando en que los usuarios lograran de una manera directa
y simple, el poder localizar los contenidos, para ello se tuvo en cuenta los siguientes
criterios: Que sea totalmente sencillo, centrado en el usuario y que el App logrará
que todas las tareas a desarrollarse en ella se hicieran de manera limpia y básica.
114
En la ilustración número 27, se puede comprobar que el diseño fue pensado bajo la
premisa de una priorización de los contenidos, todas las funciones principales del
App son colocadas en la primera interfaz por medio de un menú, el cual estará
siempre visible a los usuarios. El usuario siempre debe mantenerlo en el contexto.
Indicarle donde está, que debe realizar y para donde va. El uso de acciones de
retroalimentación ayudara a los usuarios a saber que decisiones tomar en la
aplicación. Uso constante de feedback visual. El tipo de letra utilizado en el diseño
de la App, es Arial tamaño 12.
Ilustración No. 27. Diseño del App “AUTO_REFERENCES”. Fuente: Autores del
proyecto
Para la aplicación Auto_References, se ha aplicado la metodología de diseño

centrado en el usuario, planteada por Rauch, Soderston & Hill68 y que tiene una
68
Rauch, T.L., C. Soderston, G.W. Hill, Defining a User-Centered Design Process. En: Proceedings of the 1996 Annual
Conference of the Society for Technical Communication, 341- 342.
115
rigurosidad en los bocetos gráficos, para ello se realizaron las siguientes
actividades:
1. Identificar las necesidades de los usuarios y su contexto.

2. Indagar las tareas de los usuarios de acuerdo con sus necesidades de uso
en el App.
3. Establecer objetivos a cumplir en el diseño de la Interfaz Gráfica de Usuario
(GUI).
4. Desarrollar el prototipo de la interfaz gráfica de la App.
5. Realizar las pruebas de aceptación de la Interfaz Gráfica de Usuario (GUI) y
de las de Jacob Nielsen.
Ilustración 28 Estilo de programación por capas. Fuente: Juan David Nicholls

(Arquitectura-N-Capas-y-LinqToSQL).
116
11.7. DISEÑO DEL MODELO CONCEPTUAL DE LA BASE DE DATOS Y
DICCIONARIO DE DATOS
El diseño de la base de datos permite conocer los requerimientos del sistema, la

descripción de la información que forma la estructura de la base de datos. Esto
ayuda a conocer las relaciones que tiene en cada una de sus entidades.
A continuación, se puede observar la base de datos que maneja la aplicación

Auto_Reference, la cual consta de 7 tablas en donde se maneja la información
requerida para la creación de referencias bibliográficas en las normas APA,
ICONTEC e IEEE con cada una de sus categorías.
• En la tabla NORMA se maneja un identificador y el nombre de la norma

requerida.
• En la tabla CATEGORIA se maneja un identificador y el nombre de la
categoría según la norma empleada.
• En la tabla ITEM se utiliza un identificador y un campo llamado Ítem el cual
pertenece a la categoría de una norma.
• En la tabla USUARIOS se tiene la información del usuario perteneciente a la
cuenta, en esta se maneja un identificador, nombre de usuario, contraseña,
nombre de la persona, apellido y email.
• En la tabla PASS_AUXI se maneja un identificador y una contraseña auxiliar.
• En la tabla REFERENCIAS se maneja un identificador y el nombre de la
referencia.
• En la tabla AUXILIAR, se utiliza un identificador, la descripción de campo, el
campo varios Autores, la cantidad de campos a emplear y 15 campos más
para la creación de la referencia.
117
Ilustración 29 Modelo entidad relación de la base de datos. Fuente: Autores del
proyecto
11.7.1. Diccionario de base de datos
El diccionario de la base de datos se emplea con el fin, de que los analistas del
proyecto identifiquen, cada uno de los campos y requerimientos del sistema,
también contiene características lógicas y la descripción del campo.
Como se puede observar en las tablas, el diccionario cuenta con el nombre de la

tabla, el campo, tamaño, tipo de dato y la descripción, el cual permite que los
analistas, puedan identificar los campos de una manera fácil, para la lógica de este.
118
Tabla auxiliar
Campo Tamaño Tipo de Descripción
dato
ID 53 Varchar Identificador de la tabla auxiliar
Descripcion 100 Varchar Variable para describir el dato
VariosAutores 2 Varchar Variable para identificar si tiene más
autores
CantCampos 10 Int Cantidad de autores de la referencia
bibliográfica
Campo_1 100 Varchar Espacio para un dato de la referencia
Tabla 12 Tabla auxiliar, almacena la información para la creación de la referencia.
Fuente: Autores del proyecto
Tabla categoría.
dato
IDC 4 Char Identificador de la categoría
IDN 1 Tinyint Identificador de la norma
Categoria 100 Varchar Selección de la categoría
Tabla 13 Tabla categoría almacena las normas empleadas Fuente: Autores del
proyecto
119
Tabla de ítem.
dato
IDI 7 Char Identificador del ITEM
Item 100 Varchar Selección del item
Tabla 14 Tabla de ítem de acuerdo con la categoría. Fuente: Autores del
proyecto
Tabla normas
dato
Norma 20 Varchar Leyes para la realización de las
referencias bibliográficas
Tabla 15 Tabla normas Fuente: Autores del proyecto
Tabla Pass_auxi
dato
Usuario 20 Varchar Nombre por el cual se va inscribir
Password 32 Varchar Contraseña que se le da lugar al usuario
para protección de la cuenta
Tabla 16 Tabla Pass_auxi, almacena el usuario y contraseña Fuente: Autores
del proyecto
Tabla de referencias
dato
IDR 20 Varchar Identificador de la referencia
IDU 4 Char Identificador del usuario
IDI 7 Char Identificador del ITEM
Referencia 500 Varchar Referencia creada por el usuario
Tabla 17 Tabla de referencias, almacena la referencia creada. Fuente: Autores
del proyecto
120
Tabla de usuarios
dato
IDU 4 Varchar Identificador del usuario
Usuario 20 Varchar Nombre identificador de la cuenta
Password 32 Varchar Contraseña del usuario
Nombre 25 Varchar Nombre del usuario
Apellido 25 Varchar Apellido del usuario
Email 30 Varchar Correo del usuario
Tabla 18 Tabla de usuarios, almacena la información de registro de usuario.
Fuente: Autores del proyecto
121
12. CAPITULO DE PRUEBAS DEL APP AUTO_REFERENCE
Una vez desarrollado el App Auto_Reference se inicia con la fase de pruebas para
verificar el correcto funcionamiento del mismo, en esta se evalúa cada uno de los
módulos que maneja el aplicativo en los diferentes aspectos posibles.
Las pruebas o “Testing” es un método, el cual ayuda a los desarrolladores del

software a detectar los fallos (Si se tienen) del aplicativo y a realizar las debidas
mejoras, permitiendo de esta manera un mejor rendimiento y cumpliendo así, con
las diferentes funciones planteadas en el inicio del desarrollo del proyecto. En este
tipo de pruebas se evalúa diferentes aspectos como lo son el rendimiento, la
accesibilidad, la compatibilidad, la eficiencia, la usabilidad, etc. Buscando de esta
manera desarrollar un software competitivo en el mercado y que sea de gran utilidad
para las personas a las cuales va dirigido.
Las pruebas hechas al App Auto_Reference fueron realizadas por cada uno de los
integrantes del equipo de desarrollo, los cuales evaluaron diferentes detalles como
lo son ortografía, coherencia en la programación, tipo de letra, coherencia en las
referencias ya creadas, manejo de botones y link, etc. Estas pruebas fueron
realizadas desde diferentes plataformas como son dispositivos móviles y Tablet.
Con esto se logra evaluar los aspectos tanto externos como internos del aplicativo,
teniendo en cuenta los dispositivos en los que este funciona.
Para cumplir con todo lo anterior se establecieron cinco tipos de Testing (Ver
Ilustración No 30) en los cuales se evalúan diferentes aspectos que son de vital
importancia en este capítulo. Con cada uno de ellos se tiene como base para iniciar
con las diferentes pruebas que se requieren y culminar por completo el App.
Durante cada una de las pruebas se realizaron referencias bibliográficas en las

diferentes normas que se emplea en el App como son la APA, ICONTEC e IEEE y
122
también en cada una de las fuentes que hacen partes de estas normas. Buscando
de esta manera encontrar los mínimos errores en los aspectos anteriormente
nombrados. Además de ello se evaluaron los otros módulos como es el de compartir
referencias, actualizar datos, referencias externas, referencias propias, metadatos,
formato de registro y olvido de contraseña o usuario. Se buscó además realizar
estas pruebas en momentos relativamente iguales, así como en lugares distintos y
por medio de diferentes dispositivos. Logrando de esta manera evaluar el tiempo de
respuesta y la adaptabilidad en cada uno de los dispositivos manejados.
Ilustración No. 30. Pruebas del App AUTO_REFERENCE.
12.1. PRUEBAS UNITARIAS
En este tipo de pruebas se evalúa cada uno de los módulos que maneja el App
Auto_Reference de manera individual para poder verificar su correcto
123
funcionamiento, además de tener en cuenta aspectos externos como la ortografía,
colores, botones, link, mensajes de advertencia, etc. De esta manera se logra
corregir errores mínimos que puedan llegar a impedir el funcionamiento correcto o
a confundir al usuario final.
Gracias a este tipo de pruebas se pudo observar que los diferentes botones
manejados en el App funcionaban de manera correcta, además el color empleado
era el esperado y aprobado por el equipo de desarrollo, así como también el buen
uso del espacio y el tipo de letra adecuado para cualquier usuario.
Pero además de esto se encontraron algunas falencias y errores en aspectos como

los siguientes:
Errores en el entorno gráfico: En la mayoría de la aplicación se manejó un entorno

grafico estándar, pero en algunas ocasiones se encontraron errores en módulos
como lo es metadatos, en el cual se repetía el punto 2.3 Fecha. Como se puede
observar en la Ilustración No 31.
Otro de los errores relacionados con el entorno grafico es el que se presentó en los
formularios, ya que en algunos de ellos aparecía la caja para la entrada de datos,
pero no el enunciado referente a la misma. Y en otros formularios no aparecían los
asteriscos (*) en los campos nombre y apellido de autor, los cuales hacen referencia
a los campos obligatorios. Como se puede observar en la Ilustración No 32.
124
Ilustración 31. Error en el entorno gráfico. Metadatos.
Ilustración 32. Error en el entorno gráfico. Formularios.
125
En el menú desplegable de las fuentes bibliográficas o los ítems de cada una de
ellas, se pudo notar que el nombre no se lograba observar con claridad. Como se
puede observar en la ilustración No 33. Lo cual conlleva a que el App no cumpla
con los criterios de usabilidad y calidad de software y limite el uso por parte de los
usuarios.
Ilustración 33. Error en el entorno gráfico. Fuentes e Ítems.
En los menús desplegables de las fuentes bibliográficas de cada una de las

normas empleadas en el App Auto_Reference se presentó problemas de
repetición, como se puede visualizar en la Ilustración No 34. Lo cual generaba
que el usuario se confundiera a la hora de crear sus referencias, ya que se
repetía varias veces una misma fuente.
126
Ilustración 34. Error en el entorno gráfico. Menús desplegables.
Errores de sintaxis: En el desarrollo de este tipo de prueba se pudo observar

algunos errores ortográficos que se presentaron en el App, como fueron signos de
puntuación, cierre de paréntesis y minúsculas en la inicial de un enunciado. Así
como también en los menús de las fuentes bibliográficas que se manejan en cada
una de las normas empleadas en el aplicativo.
Como se puede observar en la Ilustración No 35. Esto proporciona desprestigio a la

aplicación y credibilidad a la hora de ser utilizada.
127
Ilustración 35. Error de sintaxis.
12.2. PRUEBAS DE INTEGRACION:
Luego de realizar las pruebas unitarias, en donde se evalúa cada uno de los
módulos del aplicativo, se inicia con las pruebas de integración, las cuales permiten
al equipo de desarrollo verificar en conjunto todas las funciones y módulos que
maneja el software, con ello que pretende evaluar el objetivo principal que en este
caso es la creación de referencias bibliográficas.
A la hora de realizar este tipo de prueba se pudo observar bastantes falencias en

los diferentes módulos, ya que la información registrada en la base de datos en
algunas ocasiones no era la adecuada y en otras se encontraba en lugares distintos
a los que debería ir cada uno de los datos. Además de esto algunos de los Webs
Service, se encontraban mal creados, otros no se encontrabas y algunos estaban
numerados de manera incorrecta. Estos y otros aspectos se pueden observar a
continuación:
128
➢ Errores en la Base de Datos: La creación de la base de datos y la información
que debería ir en cada una de las tablas fue un poco compleja de manejar. Ya
que se encuentran bastantes fuentes bibliográficas y muchas de ellas, manejan
ítems. Por ello se decidió manejar archivos en Excel para cada una de las
normas con sus respectivas fuentes bibliográficas. Lo cual, en el momento de
ingresar dichos archivos a la base de datos, algunos de los campos se ubicaban
en lugares incorrectos o quedaban espacios en blanco. Como se puede observar
en la Ilustración No 36. Por ello se presentaron errores en los formularios y la
creación de referencias.
Ilustración 36. Errores en la Base de Datos.
Error en la generación de la referencia: Por el error anteriormente nombrado de la

base de datos, se presentaban problemas a la hora de crear la referencia
bibliográfica ya que los campos ingresados por el usuario en el aplicativo se estaban
ubicando en lugares incorrectos y muchos de ellos se perdían. Además de esto, los
webs service que se manejaban en algunas ocasiones no estaban correctamente
creados y en otras no se encontraban. Por estas razones, algunas de las referencias
no se lograban crear de manera correcta. Así como se puede observar en la
129
Ilustración No 37. En esta aparece el apellido del autor, pero la inicial de su nombre
no se está mostrando, ya que según la norma APA la referencia debe tomar esta
estructura para referenciarse de manera correcta.
Ilustración 37. Error en la generación de la referencia.
Error al cargar el formulario: Este tipo de error fue muy frecuente durante las
pruebas que se realizaron al aplicativo, ya que los Web Service que se crearon
para cada una de las fuentes bibliográficas no se encontraban de manera
correcta y otros no estaban creados. Por ello los formularios no cargaban así
como se puede observar en la Ilustración No 38.
130
Ilustración 38. Error al cargar el formulario.
Error en visualizar referencias externas: Uno de los módulos más llamativos e

innovadores con respecto a otros aplicativos que son competencia para
Auto_Refence, es el de compartir referencias. En el cual, a la hora de realizar estas
pruebas se logró observar que en algunas fuentes bibliográficas no se podía
visualizar las referencias que otro usuario compartía. Como se puede observar en
la Ilustración No 39. Esto se presentó por un error en el código fuente ya que no se
estaba haciendo de manera correcta una decisión y por lo tanto no se validaba las
referencias
131
Ilustración 39. Error en visualizar referencias externas.
12.3. PRUEBAS DE CARGA
Durante este tipo de prueba se logró observar que el aplicativo Auto_Reference

requiere como mínimo 1 GB de banda ancha para que logre funcionar de manera
correcta y sin ningún tipo de problema a la hora de crear, visualizar y compartir las
referencias. Estas pruebas fueron realizadas en lugares distintos lo cual ayudo a
observar que mientras menos saturada este la red, mucho más rápido se puede
realizar cada una de las funciones del aplicativo.
Además de esto, el tiempo que demora la aplicación cuando se comparte o envía al

correo las referencias de los usuarios es muy mínimo, se puede decir que tarda de
3 a 5 minutos realizando esta función. Así como también la recuperación de usuario
o contraseña. Dependiendo del internet que maneje el usuario.
132
12.4. PRUEBAS DE RENDIMIENTO
Durante este tipo de pruebas se pudo observar luego de ser corregidos cada uno
de los errores nombrados anteriormente, que el rendimiento del aplicativo era el
adecuado y eficiente para los usuarios que hacían uso de este. Ya que las
referencias eran creadas de manera correcta, así como también se compartían
eficientemente entre los usuarios, además se podía observar cada una de las
referencias ya creadas, se actualizaban los datos del usuario, el registro se
realizaba de manera correcta y se logró la función de recuperar usuario y
contraseña. Así como se puede observar en la Ilustración No 40.
Todo esto gracias a las correcciones realizadas a los webs service y la base de
datos que contenía la información necesaria para cada una de estas funciones.
Teniendo siempre en cuenta que el código realizado fuese el más adecuado y
optimizado, de esta manera se logró desarrollar un software mucho más eficiente y
rápido en los diferentes módulos que hacen parte de este.
Ilustración 40. Pruebas de rendimiento.
133
12.5. PRUEBAS DE SEGURIDAD.
La seguridad que maneja la aplicación es muy completa, ya que se busca siempre

que cada uno de los datos referentes a los usuarios y sus referencias sean
protegidos antes cualquier persona ya sea externa o interna del proyecto. Por esta
razón se empleó seguridad en diferentes aspectos como los que se pueden
observar a continuación:
Creación y recuperación de usuario y contraseña: En el momento del registrarse en

el sistema se debe emplear un usuario y una contraseña los cuales serán únicos y
solo la persona dueña de la cuenta lo podrá conocer. Además, si el usuario olvida
por alguna razón estos datos, pueden ser recuperados por medio del correo que
ingreso al momento de registrarse en el sistema. Como se puede observar en la
Ilustración No 12. De esta manera se le brinda al usuario la posibilidad de recuperar
sus datos y de tener mayor seguridad en su cuenta.
Ilustración 41. Protección en la creación y recuperación de datos.
134
Codigo para compartir ferencias: Una de las funciones principales en el App
Auto_Reference es la de compartir ferencias, la cual se maneja mediantes un codigo
unico que tendra el suario que desee compartir sus referencia. Esto solo lo podra
hacer desde su cuenta, lo cual debe ser con su plena autoridad y conociendo el
correo de la persona a la cual desea compartir dichas referencias. Asi como se
puede observar en la Ilustracion No 42.
De esta manera se logra proteger las diferentes referencias que los usuarios creen
en el sistema y con ello la informacion referente a las mismas.
Ilustración 42. Código para compartir referencias.
Aviso para la creación de referencias: Al momento de realizar las referencias

bibliográficas se selecciona la norma, luego la fuente y por último el ítem (Si tiene),
y luego se puede observar un aviso el cual le recuerda al usuario que los campos
que contiene un (*) son de carácter obligatorio. Como se puede observar en la
135
Ilustración No 43. De esta manera se logra guiar al usuario para que cree sus
referencias de manera correcta.
Ilustración 43. Aviso para crear referencias.
Encriptación de la contraseña del usuario en la BD: En el momento del registro de

cada uno de los usuarios del sistema, se debe diligenciar una contraseña la cual se
envía a la base de datos y se realiza el proceso de encriptación para brindarle mayor
seguridad al usuario. Como se puede observar en la Ilustración No 44.
136
Ilustración 44. Encriptación de contraseña.
137
13. CONCLUSIONES
Entre las conclusiones a que llego el grupo, con el desarrollo de esta investigación
se encuentra las siguientes:
Las fases establecidas en la metodología RUP: inicio, elaboración, construcción y

transición, requieren de un grupo interdisciplinario de profesionales, que aporte
competencias en: comprensión del problema, creatividad para la proposición de
soluciones, conocimientos en lenguajes de programación y habilidades en la
dirección de proyectos.
El uso del software Cordova, como framework para la construcción de aplicaciones

móviles de código abierto, ha permitido que se haga uso de lenguajes en ambiente
web como: JavaScript, HTML5 y CSS3, para la programación del App
“AUTO_REFERENCES”, logrando que se pueda ejecutar desde dispositivos
móviles (celulares y Tablet). Sin hacer uso de lenguajes de desarrollo nativo para
plataformas móviles.
Para lograr un buen software, es necesario no solo seguir las fases que estable una
metodología de ingeniería del software, sino que, se requiere la selección de
herramientas ofimáticas y de programación, las cuales ayuden en: la gestión y
planificación del proyecto, en el seguimiento de los requisitos del software y la
codificación y prueba del mismo.
El diseño de la interfaz gráfica del App Auto_References, fue pensado en el

cumplimiento de la usabilidad, en la comunicación que hay entre el hombre y la
máquina y los principios de Nielsen.
138
De acuerdo a la pregunta planteada en el problema ¿La herramienta educativa
Auto_Reference, permitirá facilitar la construcción de regencias bibliográficas de las
normas APA, ICONTEC E IEEE, su almacenamiento y difusión? El software
propuesto, al ser construido siguiendo los parámetros de las tres normas, está
permitiendo a los estudiantes escribir las referencias bibliográficas tan
intuitivamente, lo cual con lleva a una mayor comprensión para su aprendizaje.
Además, de ser una herramienta TIC para su almacenamiento y transportabildidad

de la base de datos de referencias bibliográficas.
Finalmente, la investigación ha demostrado que una buena planeación y

calendarización de las actividades, desde el inicio de su desarrollo, se puede llegar
a la fecha establecida en el proyecto con el App y su documentación.
Como trabajo futuro se tiene establecido dos metas: la primera, gestionar la

aprobación del ITFIP institución de educación superior del Espinal Tolima Colombia,
para que utilicen Auto_References, como herramienta educativa para los
estudiantes de los diferentes programas académicos que ofrece la institución. Y
como segunda meta, socializar el uso Auto_References, dentro de los colegios
públicos y privados y demás universidades a nivel regional y nacional.
139
11. REFERENCIAS BIBLIOGRAFICAS
1. American Psychological Association. Manual de publicaciones de la American

Psychological Association (3ra ed). 2010. México: El Manual Moderno.
2. Citing and Referencing: Vancouver [Internet]. Melbourne: Monash University;
2016 Recuperado el 4 de junio del 2017. Disponible en:
http://guides.lib.monash.edu/citing-referencing/vancouver.
3. INSTITUTO COLOMBIANO DE NORMAS TECNICAS Y CERTIFICACIÓN.
Referencias Bibliográficas. Contenido, Forma Y Estructura. NTC 6166. Bogotá
D.C.: El instituto. 2016.
4. “Bibliografía” (s/f.) En Significados.com. Recuperado el 05 de Julio del 2017.
Disponible en: https://www.significados.com/bibliografia.
5. Norma Técnica colombiana 5613. REFERENCIAS BIBLIOGRÁFICAS.
CONTENIDO, FORMA Y ESTRUCTURA. Recuperado el 05 de Julio del 2017.
Disponible en:
http://www.politecnicojic.edu.co/images/downloads/biblioteca/guias/NTC5613.p
df
6. Enciclopedia colaborativa en la red cubana EcuRed. Sistemas de clasificación
bibliográfica. Recuperado el 05 de Julio del 2017. Disponible en:
https://www.ecured.cu/Sistemas_de_clasificaci%C3%B3n_bibliogr%C3%A1fica
7. Real Academia de la lengua española. Clasificar Recuperado el 06 de Julio del
2017. Disponible en: http://dle.rae.es/?id=9Q4qW3G.
bibliográfica Recuperado el 06 de Julio del 2017. Disponible en:
140
11. Real Academia de la lengua española. Referencia. Recuperado el 07 de Julio
del 2017. Disponible en: http://dle.rae.es/srv/fetch?id=Vc9rHUF
12. American Psychological Association. Normas APA. Normas APA – Información
y Aspectos Básicos. Recuperado el 07 de Julio del 2017. Disponible en:
http://normasapa.net/informacion-y-aspectos-basicos/
13. Normas IEEE. Citas y referencias con normas IEEE. Recuperado el 17 de Julio
del 2017. Disponible en: http://normas-ieee.com/citas-y-referencias-con-
normas-ieee/
14. INSTITUTO COLOMBIANO DE NORMAS TECNICAS Y CERTIFICACIONES.
Norma Técnica colombiana 5613. REFERENCIAS BIBLIOGRÁFICAS.
CONTENIDO, FORMA Y ESTRUCTURA. Recuperado el 20 de Julio del 2017.
Disponible en:
df
15. American Psychological Association. About APA. Recuperado el 11 de
Septiembre del 2017 Disponible en: http://www.apa.org/about/index.aspx
16. American Psychological Association. Normas APA. Normas APA – Información
y Aspectos Básicos. Recuperado el 27 de Julio del 2017. Disponible en:
http://normasapa.net/informacion-y-aspectos-basicos/
17. Ibíd., p.12
18. IEEE. Historia del IEEE. Recuperado el 10 de Septiembre del 2017. Disponible
en: http://www.ieee.org/about/ieee_history.html?WT.mc_id=lp_ab_hoi
19. Biblioteca universitaria de la universidad de Málaga. FORMATO IEEE.
Recuperado el 28 de Julio del 2017. Disponible en:
http://biblioteca.ujmd.edu.sv/images/pdf/Normas__IEEE.pdf
20. IEEE. Cómo referenciar libros en IEEE. Recuperado el 28 de Julio del 2017.
Disponible en: http://normas-ieee.com/como-referenciar-libros-en-ieee/
141
21. Icontec Internacional. Quiénes Somos. Recuperado el 10 de septiembre del
2017 Disponible en: http://www.icontec.org/NC/QS/Paginas/Qui.aspx
22. Mundosnet.com. Normas Icontec 2017 para trabajos escritos. Recuperado el 10
de septiembre del 2017 Disponible en: http://www.mundonets.com/normas-
icontec/
23. NTC 5613. REFERENCIAS BIBLIOGRÁFICAS. CONTENIDO, FORMA Y
ESTRUCTURA Recuperado el 13 de septiembre del 2017 Disponible en:
df
24. Normas Apa. ¿Cuál es la diferencia entre referencia y bibliografía? Recuperado
el 06 de septiembre del 2017. Disponible en: http://normasapa.com/cual-es-la-
diferencia-entre-referencia-bibliografia/
25. PRESSMAN, R. S. Ingeniería del Software. Un enfoque práctico, séptima
edición. Ciudad: McGraw-Hill. 2010.
26. Patricio Letelier Ph.D. Carmen Penadés Ph.D. Metodologías ágiles para el
desarrollo de software: eXtreme Programming (XP) abril/junio 2006. Vol. 05.Num
6. Recuperado el 10 agosto del 2017. Disponible en:
http://www.cyta.com.ar/ta0502/v5n2a1.html
27. JUMP. desarrollo de software. ciclo de vida rup (rational unified process). 2011
28. Ingeniero en software blogs. Modelo RUP. Recuperado el 14 de septiembre del
2017. Disponible en: https://softwarerecopilation.wordpress.com/modelo-rup/
29. Castellanos L. DTyOC De Tecnologías y Otras Cosas. Modelo RUP-IBM
Recuperado el 14 de Septiembre del 2017. Disponible en:
https://dtyoc.com/2016/06/07/modelo-rup-ibm/
30. Lucidchart. Qué es el lenguaje unificado de modelado (UML). Recuperado el 14
de septiembre del 2017 Disponible en:
https://www.lucidchart.com/pages/es/qu%C3%A9-es-el-lenguaje-unificado-de-
modelado-uml
31. Procuraduría General de la Nación, República de Colombia.
Constitución Política De Colombia 1991 Fecha de consulta: Septiembre 18 del
142
2017. Disponible en:
https://www.procuraduria.gov.co/guiamp/media/file/Macroproceso%20Disciplina
rio/Constitucion_Politica_de_Colombia.htm
32. Colombia, Ley 599 de 2000, Código Penal Colombiano. Edición 18. Editorial:
Legis. P: 215.
33. Corte Constitucional, República de Colombia. Sentencia No. C-334/93
PROPIEDAD INTELECTUAL. Fecha de consulta: Septiembre 18 del 2017.
Disponible en: http://www.corteconstitucional.gov.co/relatoria/1993/C-334-
93.htm
34. Colombia, Congreso de la República. Ley 23 de 1982: sobre derechos de autor.
Enero 28 de 1982. Bogotá: Diario oficial.
35. Colombia. Congreso de Colombia. Ley 44 de 1993. Febrero 05 de 1993. Santa
Fe de Bogotá. Diario Oficial No. 40.740 de febrero 5 de 1993.
36. Colombia. Congreso de Colombia. Ley 603 De 2000. Julio 27 del 2000. Fecha
de consulta: Septiembre 18 del 2017. Disponible en:
http://derechodeautor.gov.co/documents/10181/182597/603.pdf/42c15f4a-afe5-
4339-97ca-a61026450307
37. Colombia, Congreso de la República. Ley 178 de 1994: Por medio de la cual se
aprueba el "Convenio de París para la Protección de la Propiedad Industrial".
Diciembre 28 de 1994. Bogotá: Diario oficial.
38. Organización Mundial de la Propiedad Intelectual - OMPI. Principios básicos del
derecho de autor y los derechos conexos. Ginebra: OMPI Nº 909S. 2016
39. Organización Mundial de la Propiedad Intelectual - OMPI. Acta del Convenio de
Berna para la Protección de las Obras Literarias y Artísticas. 1979. Citado el 20
de Septiembre del 2017. Recuperado de: https://www.amazon.es/Convenio-
Berna-Protecci%C3%B3n-Literarias-Art%C3%ADsticas/dp/9280504754
40. Ibíd., p.116.
41. Organización Mundial del Comercio. Acuerdo Sobre Los Aspectos De Los
Derechos De Propiedad Intelectual Relacionados Con El Comercio. Citado el
143
20 de Septiembre del 2017. Recuperado de:
https://www.wto.org/spanish/docs_s/legal_s/27-trips.pdf
42. Derecho Nacional de Autor DNDA. Ley No 7968 Tratado De La OMPI Sobre
Derecho De Autor. Citado el 20 de Septiembre del 2017. Recuperado de:
http://www.derechodeautor.gov.co/documents/10181/13104/Tratado+de+la+O
MPI+Derecho+de+Autor+1996+LEY+565+de+2000.pdf
43. Asociación Colombiana de la Propiedad Intelectual. Acuerdo del Grupo de los
Tres (G3) - Propiedad Intelectual. Citado el 20 de Septiembre del 2017.
Recuperado de: http://acpi.org.co/wp-content/uploads/2013/09/Acuerdo-del-
Grupo-de-los-Tres-G3.pdf
44. FUNDACIÓN UNIVERSITARIA DE POPAYAN, UNIVIDA desarrolló aplicación
para normas ICONTEC. Recuperado el 12 agosto del 2017. Disponible en:
http://fup.edu.co/web_2014/univida-desarrollo-aplicacion-para-normas-icontec/
45. MUÑOZ R. Carlos. Cómo elaborar y asesorar una investigación de tesis. México.
Ediciones Prentice Hall, Pearson Educación de México, S.A. de C.V. 323p. ISBN
978-607-32-0456-9. 2011.
46. UNIVERSIDAD CATÓLICA. Tipos de Investigación según Grado de Profundidad
y Complejidad. Recuperado el 02 de abril dl 2017. Disponible en:
http://publicaciones.ucatolica.edu.co/revista/arquitectura/RevArq_Parametros_p
ara_Autores_Descripcion_2015.pdf.
47. Aprenda en Línea. Plataforma académica para pregrado y posgrado.
Universidad de Antioquia. Fecha de consulta: Septiembre 18 del 2017.
Disponible en:
http://aprendeenlinea.udea.edu.co/lms/moodle/mod/page/view.php?id=35705
48. MUÑOZ, Op. Cit.
49. ROGER S. PRESSMAN. 2010. Software engineering: a practitioner´s approach,
7th edition. Mac Graw Hill. ISBN 98-0-07-3359-7.
50. BÁEZ Pérez Carmen I., SUÁREZ Zarabanda, Martha I. Proceso de desarrollo
de software: basado en la articulación de RUP y CMMI priorizando su calidad.
144
Editorial: Universidad de Boyacá. Edición: Primera. ISBN: 9789588642420.
2013.
51. Organización Mundial de la Propiedad Intelectual - OMPI. Principios básicos del
derecho de autor y los derechos conexos. Ginebra: OMPI Nº 909S. 2016.
52. Organización Mundial de la Propiedad Intelectual - OMPI. Acta del Convenio de
Berna para la Protección de las Obras Literarias y Artísticas. 1979. Citado el 20
de Septiembre del 2017. Recuperado de: https://www.amazon.es/Convenio-
Berna-Protecci%C3%B3n-Literarias-Art%C3%ADsticas/dp/9280504754
53. Ibíd., p.116.
54. Kendall K. y Kendall J. Análisis y Diseño de Sistemas Octava Edición. México:
Prentice Hall. 2011. 600p. . ISBN: 978-607-32-0577-1. Disponible en:
https://docs.google.com/viewer?a=v&pid=sites&srcid=ZGVmYXVsdGRvbWFpb
nxpbmdzaXN0ZW1hc3VwZXU5NzM0ODAzNTl8Z3g6N2RmZjI5N2FhZDFiMTg
xOQ.
55. MIRANDA, Juan José. El desafío de la gerencia de proyectos. MM Editores. 460
p. 2010.
56. MAIGUA, Gustavo Gabriel y FERNANDO L., Emmanuel. Buenas prácticas en
la dirección y gestión de proyectos informáticos. Editorial de la Universidad
Tecnológica Nacional – edUTecNe. Argentina. ISBN: 978-987-1896-01-1. 2012.
57. Project Management Institute. Guía de los fundamentos para la dirección de
proyectos (guía del PMBOK)- Quinta edición. Pensilvania. 2013.
58. RAUCH, T.L., C. Soderston, G.W. Hill. Defining a User-Centered Design
Process. En: Proceedings of the 1996 Annual Conference of the Society for
Technical Communication, 341- 342.
145
12. BIBLIOGRAFÍA
❖ American Psychological Association. Manual de publicaciones de la American

Psychological Association (3ra ed). México: El Manual Moderno. 2010.
❖ American Psychological Association. Publication manual of the American
Psychological Association (6ta ed.). Washington, DC: Author. 2010.
❖ Android Iconography. Recuperado 17 Marzo del 2017. Disponible en:
http://developer.android.com/design/style/iconography.html.
❖ ARMENGOL, Daniel. ¿Qué es un test de usabilidad? Recuperado 27 Marzo del
2017. Disponible en: http://www.usolab.com/wl/2012/08/que-es-un-test-de-
usabilidad.php.
❖ BUSTOS Rojo, Gabriela. Teorías del diseño gráfico, primera edición. México.
2012, ISBN 978-607-733-086-8. Disponible en:
http://aliat.org.mx/BibliotecasDigitales/disenio_y_edicion_digital/Teorias_del_di
seno_grafico.pdf.
❖ C.MORENO, FCO MARTH. Cómo escribir textos académicos según normas
internacionales: APA, IEEE, Vancouver. UNINORTE. Cap. 13. 2010.
❖ ENRIQUEZ, Juan Gabriel y CASAS, Sandra Isabel. Usabilidad en aplicaciones
móviles. 2013. ISSN: 1852 – 4516.
❖ GENERO, M., CRUZ-LEMUS, J.A., Piattini, M. Métodos de Investigación en
Ingeniería del Software. RaMa. 2014.
❖ GIMSON, Loraine. Metodologías ágiles y desarrollo basado en conocimiento.
Argentina, 2012, 106h. Trabajo de grado (Especialidad en Ingeniería de
software). Universidad Nacional de La Plata. Facultad de Informática. Disponible
en:http://sedici.unlp.edu.ar/bitstream/handle/10915/24942/Documento_complet
o__.pdf?sequence=1
❖ GÓMEZ F., María del Carmen. MATERIAL DIDÁCTICO NOTAS DEL CURSO
BASES DE DATOS. En línea. Editada por: UNIVERSIDAD AUTONOMA
METROPOLITANA. México. Impreso por Publidisa Mexicana S. A. de C.V.
2013. Citado Mayo 22 del 2017. Disponible en:
146
http://cua.uam.mx/pdfs/conoce/libroselec/Notas_del_curso_Bases_de_Datos.p
df.
❖ HERNÁNDEZ S. Roberto; FERNÁNDEZ C. Carlos y BAPTISTA L. María del
Pilar. Metodología de la investigación. Quinta edición. En línea. Editorial:
McGRAW-HILL / INTERAMERICANA EDITORES, S.A. DE C.V. ISBN: 978-607-
15-0291-9. 2010.
❖ IEEE Citation Reference. Recuperado 17 Mayo del 2017. Disponible en:
https://www.ieee.org/documents/ieeecitationref.pdf.
❖ IEEE Editorial Style Manual. Recuperado 17 Mayo del 2017. Disponible en:
https://www.ieee.org/documents/style_manual.pdf.
❖ INSTITUTO COLOMBIANO DE NORMAS TECNICAS Y CERTIFICACIÓN.
Documentación. Citas y Notas de pie de página. NTC1487. Bogotá D.C.: El
instituto. 1995.
Presentación de tesis, trabajos de grado y otros trabajos de investigación. NTC
1486. Bogotá D.C.: El instituto. 2002.
Referencias Bibliográficas. Contenido, Forma Y Estructura. NTC 6166. Bogotá
D.C.: El instituto. 2016.
❖ ISO. Sistemas de gestión de la calidad-Conceptos y vocabulario. Norma
Internacional ISO 9000, 2000.
❖ ISO/IEC 25000:2005. Software Engineering -- Software product Quality
Requirements and Evaluation (SQuaRE) -- Guide to SQuaRE.
❖ ISO/IEC 25010:2011. Systems and software engineering -- Systems and
software Quality Requirements and Evaluation (SQuaRE) -- System and
software quality models.
❖ JOE DECARLO, Enrico Mancin, Cecile Peraire, Angelo Fernandes, Mike
Edwards And Kathy Carroll. IBM Rational Unified Process for System. 2004.
Ibm.com/redbooks. Recuperado 28 Mayo del 2017. Disponible en:
147
http://www.redbooks.ibm.com/redbooks/SG247362/wwhelp/wwhimpl/js/html/ww
help.htm.
❖ Kendall K. y Kendall J. Análisis y Diseño de Sistemas Octava Edición. México:
Prentice Hall. 2011. 600p. . ISBN: 978-607-32-0577-1. Disponible en:
https://docs.google.com/viewer?a=v&pid=sites&srcid=ZGVmYXVsdGRvbWFpb
nxpbmdzaXN0ZW1hc3VwZXU5NzM0ODAzNTl8Z3g6N2RmZjI5N2FhZDFiMTg
xOQ.
❖ LAURENZO Tomás. Diseño (iterativo y web) centrado en el usuario. 2010. 2013.
Citado Mayo 25 del 2017. Disponible en:
https://www.fing.edu.uy/inco/cursos/inpercom/Clases/2010/15-diseno-web-
centrado-en-el-usuario.pdf.
❖ LÓPEZ M. de Jiménez, Rina Elizabeth. METODOLOGÍAS ÁGILES DE
DESARROLLO DE SOFTWARE APLICADAS A LA GESTIÓN DE PROYECTOS
EMPRESARIALES. En: REVISTA TECNOLÓGICA. Enero – Diciembre 2015.
Vol. 8. P. 6-11. Disponible:
http://redicces.org.sv/jspui/bitstream/10972/2905/1/Articulo1.pdf.
❖ LÓPEZ, Patricia y RUIZ, Francisco. INGENIERÍA DEL SOFTWARE I Tema 2
Lenguaje Unificado de Modelado – UML. [diapositivas en línea]. 2015. 111
diapositivas a color. Disponible en: http://ocw.unican.es/ensenanzas-
tecnicas/ingenieria-del-software-i/materiales-de-clase-1/is1-t02-trans.pdf.
❖ MAYA, Esther. Métodos y técnicas de investigación Una propuesta ágil para la
presentación de trabajos científicos en las áreas de arquitectura, urbanismo y
disciplinas afines. México, Distrito Federa. 2014. 90p. ISBN: 978-97032-5432-3.
Disponible en: http://portal.fa-
unam.mx/uploads/8/1/1/0/8110907/_____metodos_y_tecnicas.pdf.
❖ MENESES G., Peñalver, G. A., SXP, Metodología Ágil Para El Desarrollo De
Software. Universidad de las Ciencias Informáticas, Ciudad de La Habana,
Cuba. 2010.
❖ MORÁN D, Gabriela y ALVARADO C., Darío Gerardo. Métodos de investigación.
México. Ediciones Prentice Hall, Pearson Educación de México, S.A. de C.V.
148
82p. ISBN: 978-607-442-219-1. 2010.
❖ MUÑOZ R. Carlos. Cómo elaborar y asesorar una investigación de tesis. México.
Ediciones Prentice Hall, Pearson Educación de México, S.A. de C.V. 323p. ISBN
978-607-32-0456-9. 2011.
❖ PINTO, Noelia; TORTOSA, Nicolás; ACUÑA, César; CUENCA PLETSCH, Lilian;
ESTAYNO, Marcelo. “Evaluación de Calidad de Aplicaciones Web asistida por
herramientas tecnológicas”. WICC 2013. ISBN 978-987-28179-6-1.
❖ PRESSMAN, R. S. Ingeniería del Software. Un enfoque práctico, séptima
edición. Ciudad: McGraw-Hill. 2010.
❖ SÁNCHEZ P. E. A., Caños L. J. Mejorando la gestión de historias de usuario en
eXtreme Programming. Departamento de Sistemas Informáticos y Computación
Universidad Politécnica de Valencia Camino de Vera s/n 46022. Valencia -
España. 2010.
❖ TONI Granollers, Jesús Lorés. La Ingeniería de la Usabilidad y de la
Accesibilidad aplicada al diseño y desarrollo de sitios web. 2012. Citado Mayo
25 del 2017. Disponible en:
http://www.grihotools.udl.cat/mpiua/TFCs/IngUsabWEB(JLores_TGranollers).p
df.
❖ VALENCIA C., Luis. Normalización en Bases de Datos Relacionales.
[diapositivas en línea]. 2012. 34 diapositivas a color. Disponible en:
http://www.cs.us.es/blogs/bd2012/files/2012/09/BD-Tema-4.pdf.
❖ W. Marín. Modelo IEEE - Escuela de Ingeniería Electrónica. Instituto Tecnológico
de Costa Rica, 2007.
❖ ZAPATA, C. M. GARCÉS, G. L. Generación Del Diagrama De Secuencias De
Uml Desde Esquemas Preconceptuales. 2008. Revista EIA, ISSN 1794-1237
Número 10, p. 89-103.
13.
149
14. ANEXO 1
INSTRUMENTO PARA EVALUAR EL CONOCIMIENTO EN LA

CONSTRUCCIÓN DE REFERENTES BIBLIOGRÁFICOS Y
BIBLIOGRAFÍAS DE LAS NORMAS ICONTEC, IEEE Y APA
OBJETIVO DE LA ENCUESTA: Identificar el nivel de conocimiento de los estudiantes de media

vocacional (décimo y undécimo) y universitaria del Espinal Tolima, sobre las diferentes fuentes de
información para la construcción de referencias bibliográficas y bibliografías en monografía, ensayos,
trabajos escritos, artículos científicos e investigaciones.
El grupo de investigación institucional sisTemas I computaCión – TIC y el semillero GRIDSOA del

ITFIP institución de educación superior, se encuentra realizando un proyecto de innovación, para
ello requerimos realizar la siguiente encuesta. Agradecemos su colaboración.
A continuación, encontraran una serie de preguntas en las que cuentas con dos a tres posibles
respuestas, de las cuales debes marcar con una X la que aplique a su experiencia o conocimiento.
Nombres y apellidos: ________________________________________________________
Institución o universidad: _____________________________________________________
Grado o semestre que cursa: __________________________________________________
1. ¿En el campo académico o laboral, usted hace uso de las normas APA para la construcción de las
referencias bibliográficas o bibliografías en documentos como: monografías, ensayos, trabajos escritos,
artículos científicos e investigaciones?
Sí No
Si la respuesta es afirmativa por favor indique en qué nivel se encuentra.
Experto Avanzado Principiante
2. ¿En el campo académico o laboral, usted hace uso de las normas ICONCET para la construcción de las
Sí No
150
3. ¿En el campo académico o laboral, usted hace uso de las normas IEEE para la construcción de las
Sí No
4. ¿Hace uso de algún software para la construcción de referencias bibliográficas y las bibliografías?, Si la
respuesta es afirmativa por favor indique cuál?
Sí No
¿Cual? ______________________________________________
5. ¿Sabe cómo construir citas, referencias bibliográficas y bibliografías con las normas APA e IEEE a través
de la aplicación de Microsoft Word?
Sí No
6. ¿Consideraría hacer uso de un aplicativo móvil, que le ayude a construir referencias bibliográficas y
bibliografías sin mayor esfuerzo memorístico?
Sí No
¡AGRADECIENDO SU COLABORACIÓN EN EL DESARROLLO DE ESTA ENCUESTA!
151

M A - Refer.

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

M A - Refer.

Încărcat de

Drepturi de autor:

Formate disponibile

AUTO_REFERENCE, APLICACIÓN MÓVIL PARA LA GENERACIÓN DE

REFERENCIAS BIBLIOGRÁFICAS EN NORMAS: APA, ICONTEC E IEEE.

ANA SOFÍA REYES SUAREZ

INSTITUTO TOLIMENSE DE FORMACION TECNICA PROFESIONAL “ITFIP”

ANA SOFÍA REYES SUAREZ

Trabajo de grado para optar por el título de Ingenieros de sistemas

Director del Trabajo de Grado

INSTITUTO TOLIMENSE DE FORMACION TECNICA PROFESIONAL “ITFIP”

Presidente del Jurado

Ciudad y Fecha (día, mes, año) (Fecha de entrega)

Mg. Nayibe Soraya Sánchez León

Ing. Angie Lorena Moreno Vargas

Ing. Mónica Díaz Molina

Gracias a nuestra universidad ITFIP institución de educación superior por

Gracias a la vicerrectoría académica en cabeza de la doctora Isabel Ortiz Serrano

Además, agradecer a nuestra docente y compañera de trabajo en este proyecto la

Ilustración No. 1. El árbol del problema ............................................................... 24

Nowadays, citing and elaborating bibliographical references is an essential part of

Keywords: RUP, APA, ICONTEC VANCOUVER, IEEE, Exploratory, Descriptive,

Hoy en día, citar y elaborar de referencias bibliográficas es una parte esencial en la

Palabras Claves: RUP, APA, ICONTEC VANCOUVER, IEEE, Exploratorio,

Hoy en día, la elaboración de referencias bibliográficas es una parte esencial en la

Por ello, es importante que al momento de escribirlas se haga correctamente y de

Auto_Reference, es una aplicación que trabajará en Smartphone y Tablet que

En la presente monografía, se visualiza todo el proceso realizado para analizar,

En los primeros cuatro capítulos de la monografía, se inicia al lector en la temática

En los cuatro siguientes capítulos (marco referencial, metodología, resultados y

El avance de la tecnología y los diferentes dispositivos electrónicos han permitido

Los derechos de autor son un pilar fundamental en la industria del software y la

El hacer uso de citas bibliográficas, en artículos científicos, monografías de grado,

El plagio, es catalogado como delito en Colombia y en las universidades y tienen

Además, si se desea hacer un almacenamiento de referencias, Auto_Reference,

Auto_Reference permitirá que los estudiantes de nivel bachillerato, universitario,

Auto_Reference contará con tres tipos de normas enfatizadas en diferentes campos

3.1. OBJETIVO GENERAL.

Desarrollar un software educativo bajo móvil para la elaboración de referencias

3.2. OBJETIVOS ESPECÍFICOS.

• Realizar una investigación documental de las normas APA, ICONTEC, IEEE

Desde hace ya muchos años, la creación de referencias bibliográficas se ha

Gracias a una revisión documental e investigativa, se ha logrado determinar que

Como otra limitación que hay en estas aplicaciones, se encuentra el

Como valor agregado que se dará con Auto_Reference a los usuarios, es la

La identificación del problema se logra con la aplicación de la representación gráfica

4.1. FORMULACIÓN DEL PROBLEMA.

De acuerdo con la problemática se han identificado la siguiente incógnita:

Es la lista de libros o escritos empleados como elementos para obtener información

5.2. SISTEMAS DE CLASIFICACIÓN BIBLIOGRÁFICA.

Según la Enciclopedia colaborativa en la red cubana es: “un Sistema de

Cabe destacar que de acuerdo a la RAE el termino clasificar los siguientes

4 “Bibliografía” (s/f.) En Significados.com. Recuperado el 05 de Julio del 2017. Disponible en:

Es necesario indicar, que los sistemas de clasificación bibliográfica han coexistido

Las características de la clasificación de la bibliografía son las siguientes:

Sistemáticos Exhaustivos Detallados Flexibles

Ilustración No. 2. Características de clasificación Bibliográfica. Fuente: EcuRed

5.2.1. Tipos de clasificación del sistema bibliográfico.

5.2.1.2. Clasificaciones sistemáticas

Este tipo de clasificación brinda acceso temático mediante un sistema de notación,

5.3. REFERENCIA BIBLIOGRÁFICA

“1. f. Acción y efecto de referirse (‖ aludir).

Las referencias bibliográficas son muy utilizadas por textos de investigación o

De acuerdo con la norma técnica colombiana 5613 las Referencias bibliográficas

5.4. APA AMERICAN PSYCHOLOGICAL ASSOCIATION

APA es una asociación fundada en el año 1982 en la universidad de Clark por