Una tesis de Ingeniería en Sistemas cita fuentes que APA 7 no explica con un ejemplo evidente: el repositorio de GitHub de una librería que usaste, la documentación oficial de un framework, un estándar ISO/IEC/IEEE, o el propio código que tú escribiste como parte del proyecto. Esta guía cubre el formato exacto de cada una de estas fuentes, con ejemplos reales listos para adaptar, y las decisiones de criterio que un manual genérico de APA no resuelve por ti, sin importar cuántas veces lo consultes.
Por qué las fuentes de software no están en el manual APA de forma evidente
El Manual APA 7 fue diseñado principalmente para ciencias sociales y de la salud, y trata al software como una categoría genérica —“software y aplicaciones móviles”— sin desglosar los casos específicos que una tesis de Ingeniería en Sistemas necesita: un repositorio con múltiples colaboradores, una versión específica de una librería, o documentación técnica que se actualiza constantemente. La solución no es inventar un formato propio, sino aplicar la lógica de los cuatro elementos de APA (autor, fecha, título, fuente) a cada tipo de material técnico, tal como se muestra en esta guía. Si necesitas repasar esos cuatro elementos desde cero, revisa primero normas APA séptima edición.
Por qué la versión exacta importa más aquí que en otras disciplinas
A diferencia de un libro, cuyo contenido no cambia entre una lectura y otra, el software y su documentación se actualizan constantemente —una librería en su versión 2.0 puede comportarse de forma completamente distinta a su versión 3.0. Por eso, en una tesis de Ingeniería en Sistemas, omitir el número de versión no es un descuido menor de formato: es una omisión que hace irreproducible tu trabajo, porque un lector que intente replicar tu implementación con una versión distinta del software puede obtener resultados diferentes. Cada referencia técnica de esta guía incluye, cuando aplica, el número de versión exacto por esta razón, siguiendo el mismo principio de trazabilidad que exige cualquier documento técnico serio.
Cómo citar un repositorio de código (GitHub, GitLab)
Ejemplo de referencia: “Pérez, J. (2025). Sistema de gestión de inventarios [Repositorio de código]. GitHub. https://github.com/usuario/inventario-sistema”. Cita en texto: (Pérez, 2025). Si el repositorio no tiene un autor individual claro (por ejemplo, pertenece a una organización), usa el nombre de la organización como autor. Nota: si citas una versión específica del código (un commit o un release), agrega la etiqueta de versión después del título: “Sistema de gestión de inventarios (versión 2.3.1) [Repositorio de código]”.
Cómo citar el software o librería que usaste (no el que creaste)
Ejemplo de referencia: “Meta Open Source. (2022). React (versión 18.2) [Software]. https://react.dev”. Cita en texto: (Meta Open Source, 2022). Nota: cuando el software tiene una entidad desarrolladora clara (una empresa, una fundación), esa entidad va como autor; el año corresponde a la versión que realmente usaste en tu proyecto, no al año de lanzamiento original del software si has usado una versión más reciente.
Cómo citar documentación técnica oficial
Ejemplo de referencia: “Django Software Foundation. (2024). Django documentation (versión 5.0). https://docs.djangoproject.com/en/5.0/”. Cita en texto: (Django Software Foundation, 2024). Nota: la documentación técnica se trata como una página web institucional —autor (la organización desarrolladora), fecha (de la versión de la documentación consultada), título en cursiva, y la URL específica de esa versión, no la URL genérica que redirige siempre a la última versión.
Cómo citar un estándar ISO, IEC o IEEE
Ejemplo de referencia: “International Organization for Standardization. (2011). Systems and software engineering — Systems and software quality requirements and evaluation (SQuaRE) — System and software quality models (ISO/IEC 25010:2011).” Cita en texto: (International Organization for Standardization [ISO], 2011), y en citas posteriores (ISO, 2011). Nota: la ISO/IEC 25010:2011 fue sustituida en noviembre de 2023 por la ISO/IEC 25010:2023 (Product quality model); cita la edición que realmente consultaste. El número exacto del estándar va entre paréntesis al final del título, y es obligatorio —citar “la norma ISO de calidad de software” sin el número es un error que cualquier revisor técnico señala de inmediato.
Cómo citar tu propio código dentro de la tesis
Cuando presentas fragmentos de código como evidencia en el capítulo de resultados o anexos, la práctica más aceptada es tratarlos como una figura, no como una cita textual entre comillas (APA 7 no tiene una regla específica para código, pero su formato de figuras se adapta bien). Ejemplo: “Figura 12. Función de validación de inventario en JavaScript. Elaboración propia (2026).” El bloque de código se presenta con formato de fuente monoespaciada, numerado como cualquier otra figura, con su propio título descriptivo arriba y la nota de elaboración propia debajo si el código es enteramente tuyo. Nota: si tu código se basa parcialmente en un ejemplo de un tutorial o repositorio externo, debes citarlo aunque lo hayas modificado —“adaptado de [fuente]” es la fórmula correcta cuando el código no es enteramente original.
Cómo citar un paper de una conferencia técnica (IEEE, ACM)
Ejemplo de referencia: “García, M., & López, R. (2023). Arquitecturas de microservicios para sistemas de alta disponibilidad. En Actas de la Conferencia Internacional de Ingeniería de Software (pp. 145-152). IEEE. https://doi.org/10.1109/ejemplo.2023.001”. Nota: los papers de conferencias IEEE o ACM casi siempre tienen DOI —inclúyelo siempre que esté disponible, ya que es la forma más estable de que un lector encuentre exactamente el documento que citaste, más confiable que la URL del sitio de la conferencia, que puede reorganizarse con el tiempo.
Cómo citar una pregunta o respuesta de Stack Overflow
Aunque su uso en la fase de desarrollo es común, Stack Overflow rara vez es una fuente académica apropiada para el marco teórico —pero si tu metodología documenta explícitamente que resolviste un problema técnico con ayuda de la comunidad, puedes citarlo como fuente de la solución implementada, no como autoridad teórica. Ejemplo: “Usuario123. (2022, 15 de marzo). Respuesta a “Cómo optimizar consultas SQL con múltiples joins” [Respuesta de foro]. Stack Overflow. https://stackoverflow.com/questions/ejemplo”. Nota: usa esta cita solo quirúrgicamente, para documentar de dónde salió una solución técnica específica que aplicaste, nunca como respaldo de un argumento conceptual de tu tesis.
Cómo citar una API o servicio en la nube que integraste
Si tu sistema integra un servicio externo (una API de pagos, un servicio de mapas, una plataforma en la nube), cita la documentación oficial de esa API de la misma forma que citarías documentación técnica, especificando la versión de la API consultada. Ejemplo: “Google Cloud. (2025). Cloud Vision API documentation (v1). https://cloud.google.com/vision/docs”. Nota: las API cambian de versión con frecuencia y algunas versiones antiguas dejan de estar disponibles (deprecation); documentar la versión exacta que usaste protege tu tesis de quedar desactualizada si la API cambia después de tu defensa.
Cómo citar un dataset usado para entrenar o probar tu sistema
Si tu tesis incluye un componente de aprendizaje automático o análisis de datos, el conjunto de datos (dataset) que usaste para entrenar o probar tu sistema necesita su propia referencia, distinta del software que lo procesó. Ejemplo: “Apellido, N. (2024). Dataset de transacciones de comercio electrónico [Conjunto de datos]. Kaggle. https://www.kaggle.com/datasets/ejemplo”. Igual que con GitHub, Kaggle es la plataforma (va como editor), no el autor: el autor es el usuario u organización que publicó el dataset. Para más casos, revisa cómo citar un conjunto de datos y un software en APA 7. Nota: si el dataset tiene una licencia de uso específica (Creative Commons, uso académico exclusivo), menciona esa licencia en el cuerpo de tu metodología, no solo en la referencia —un comité revisa que el uso de datos externos sea legítimo, especialmente si tu sistema se probó con datos reales de usuarios.
Cómo citar una herramienta de IA generativa que usaste como asistente técnico
Si usaste una IA generativa como asistente durante el desarrollo —para sugerir código, redactar documentación o revisar un fragmento— esa herramienta también necesita quedar citada, siguiendo la misma lógica de los cuatro elementos aplicada al resto de esta guía: autor (la empresa u organización que desarrolla la herramienta), fecha (la del modelo o versión que usaste), título (el nombre de la herramienta, en cursiva) y fuente (la plataforma o el enlace oficial). Nota: citar la herramienta como apoyo técnico es un asunto de atribución de fuentes, distinto de la declaración de integridad académica sobre qué partes del trabajo son tuyas y cuáles fueron generadas —tu facultad probablemente exige ambas cosas por separado, no solo la referencia bibliográfica.
En la práctica, esto significa que un fragmento de código sugerido por una IA generativa y luego revisado por ti debe declararse igual que citarías cualquier otro software de esta guía: con el nombre exacto de la herramienta y la fecha en que la usaste, dentro de tu lista de referencias técnicas, además de cualquier declaración de uso que pida tu reglamento de titulación.
Qué hacer cuando el software no tiene fecha de publicación clara
Algunos proyectos de código abierto, especialmente los que se actualizan de forma continua, no tienen una fecha de “publicación” tradicional. En ese caso, APA 7 permite usar “s.f.” (sin fecha) si genuinamente no puedes determinar ninguna fecha, pero antes de recurrir a esto, revisa el historial de commits o releases del repositorio —casi siempre hay una fecha de la versión específica que consultaste, aunque el proyecto en general siga activo. Usa esa fecha de versión, no “s.f.”, siempre que sea localizable, porque una referencia sin fecha debilita innecesariamente tu bibliografía técnica frente a un jurado exigente.
Cómo se ordenan estas fuentes en tu lista de referencias final
Todas las fuentes técnicas —repositorios, software, documentación, estándares, papers— se integran en una sola lista de referencias alfabética junto con tus fuentes teóricas convencionales (libros, artículos científicos); APA 7 no pide una lista separada de “fuentes técnicas”. El orden alfabético se determina por el primer elemento de cada referencia: el apellido del autor, el nombre de la organización, o el nombre del software si no hay una entidad de autor más específica. Nota: los estándares ISO/IEC/IEEE se alfabetizan generalmente por el nombre de la organización emisora (International Organization for Standardization), no por la sigla ISO, salvo que tu institución indique lo contrario.
Errores frecuentes al citar fuentes de software en APA 7
- Citar “GitHub” como si fuera el autor, en lugar del usuario o la organización dueña del repositorio.
- Omitir el número de versión de un estándar ISO/IEC/IEEE, citando la norma de forma genérica.
- Presentar fragmentos de código propio como cita textual entre comillas, en lugar de como figura numerada.
- No citar un ejemplo de código externo que adaptaste, presentándolo como enteramente propio.
- Usar la URL genérica de una documentación técnica en lugar de la URL específica de la versión que consultaste.
- Citar una API sin especificar la versión, exponiendo tu tesis a quedar desactualizada.
- Omitir la licencia de uso de un dataset externo incorporado al sistema.
Checklist antes de entregar tu bibliografía técnica
- Cada repositorio de código citado tiene autor (usuario u organización), fecha, título en cursiva y URL.
- Cada estándar citado incluye su número exacto (ISO/IEC/IEEE + número + año).
- Los fragmentos de código propio están numerados como figuras, no citados entre comillas.
- El código adaptado de fuentes externas está citado como tal, no presentado como original.
- Los papers de conferencias técnicas incluyen DOI cuando está disponible.
- Todas las fuentes técnicas están integradas en una sola lista alfabética, sin sección aparte.
Antes de citar, revisa la estructura completa de tu tesis
Si todavía no tienes claro qué va en cada capítulo, revisa estructura de una tesis de Ingeniería en Sistemas —ahí se explica exactamente dónde van los fragmentos de código (nunca en el cuerpo del capítulo de implementación) y qué normas (ISO/IEC/IEEE 29148, ISO/IEC 25010) necesitarás citar en tu capítulo de requerimientos y pruebas.
Cita tus fuentes técnicas sin perder tiempo con el formato
La Bibliografía Automática de Tesify ordena en APA 7 tanto tus fuentes académicas como tus referencias técnicas, para que puedas concentrarte en la parte que realmente importa: que tu código y tu documentación estén correctamente atribuidos, versión por versión.