Universidad Central de Venezuela

Facultad de Ciencias
Escuela de Computación

Análisis de Requerimientos Asociados al Desarrollo de Una Aplicación

Web Orientada para el Control y Visualización de la Conciliación Diaria de
las Operaciones Empresariales Elaborado para la Empresa Tranred

Trabajo de Seminario Presentado Ante la

Ilustre Universidad Central de Venezuela por el

Br. Armando Rivas

Tutor: Fulano

Ciudad Universitaria de Caracas, marzo de 2024

 Universidad Central de Venezuela
Facultad de Ciencias
Escuela de Computación

Análisis de Requerimientos Asociados al Desarrollo de Una Aplicación

Web Orientada para el Control y Visualización de la Conciliación Diaria de
las Operaciones Empresariales Elaborado para la Empresa Tranred

Autor: Armando Rivas

Correo-e: -
Tutor: -
Correo-e: -
Fecha: marzo de 2024

RESUMEN

El Internet se ha convertido en una herramienta importante para la ubicación de talentos, esto

queda evidenciado por la popularidad de los portales de empleo como Indeed, o de las redes
sociales orientadas al campo laboral y a la investigación como Academia.edu y LinkedIn, entre
otros. Estos sitios web facilitan la localización de recursos con un perfil determinado, mediante
búsquedas inteligentes, recomendaciones, extracción de hojas de perfil en formato PDF, entre
otras funcionalidades. Además, provee a sus usuarios la posibilidad de crear un perfil detallado
donde se encuentre representado su experiencia, formación, conocimientos, intereses y
habilidades. Una aplicación con estas características brindaría a la Facultad de Ciencias, una
herramienta de búsqueda e integración de los perfiles de sus recursos humanos y de las
dependencias en las áreas que componen este recinto universitario. Por tal motivo, el presente
trabajo de investigación tiene como objetivo general, analizar los requerimientos de una
aplicación que satisfaga una necesidad importante de recopilación y acceso a la red de perfiles
y capacidades de la Facultad de Ciencias de la Universidad Central de Venezuela.

Palabras Claves: Desarrollo web, Frontend, HTML, CSS, JavaScript, Backend, MSSQL,
TYPEORM, Frameworks.
 ÍNDICE GENERAL

Pág.

INTRODUCCIÓN…………………………………………………………….. 1
CAPÍTULO I: PLANTEAMIENTO DEL PROBLEMA

1.1. Objetivo General…………………………………………………….. 4

1.2. Objetivos Específicos……………………………………………….. 4
1.3. Justificación………………………………………………………….. 5
CAPÍTULO II: MARCO TEÓRICO
2.1. Antecedentes………………………………………………………. 6
2.2. Herramientas, Lenguajes y Ambientes para el Desarrollo Web. 8
2.2.1. Lenguajes de Programación………………………………. 8
2.2.2. Bases de Datos…………………………………………….. 9
2.2.3. Frameworks y Bibliotecas…………………………………. 9
2.2.4. Contenedores y Orquestación……………………………. 10
2.2.5. API REST…………………………………………………… 10
CAPÍTULO III: MARCO METODOLÓGICO
3.1. Metodología de desarrollo…………………………………………. 12
3.2. Justificación de la Selección de la Metodología………………… 14
3.2.1. Adaptabilidad y Flexibilidad………………………………… 14
3.2.2. Mayor Eficiencia y Productividad………………………….. 15
3.2.3. Reducción del Riesgo………………………………………. 15
3.2.4. Colaboración y Empoderamiento del Equipo…………….. 15
3.2.5. Entrega Continua de Valor al Cliente……………………... 15
3.2.6. Mejora Continua y Aprendizaje……………………………. 15
3.2.7. Transparencia y Comunicación Efectiva…………………. 16
CAPÍTULO IV: PROPUESTA DE TRABAJO ESPECIAL DE GRADO
4.1. Objetivo General del TEG……………………………………......... 17
4.2. Objetivos Específicos del TEG…………………………………….. 17
4.3. Metodología de Desarrollo de la Aplicación…………………………………… 18
4.3.1. Planificación del Sprint……………………………………… 18
4.3.2. Desarrollo……………………………………………………. 18
 4.3.3. Prueba/QA…………………………………………………… 19
4.3. 4. Implementación…………………………………………….. 19
4.3.5. Evaluación…………………………………………………… 20
4.4. Descripción de la Aplicación………………………………………. 20
4.4.1. Alcance………………………………………………………. 20
4.4.2. Perfiles de Usuario………………………………………….. 21
4.4.3. Requerimientos Funcionales y No funcionales………….. 22
4.4.4. Prototipos de Interfaz……………………………………….
4.4.5. Modelado de los Casos de Uso……………………………
4.5. Cronograma Tentativo de Actividades……………………………
4.5.1. Diagrama de Gantt………………………………………….
RESULTADOS Y REFLEXIONES DEL TRABAJO DE SEMINARIO…
REFERENCIAS BIBLIOGRÁFICAS………………………………………
REFERENCIAS ELECTRÓNICAS…………………………………………
 ÍNDICE DE FIGURAS

Pág.

Figura 1: Diagrama de la Metodología Ágil (Sprints de scrum)

Figura 2: Caso de Uso del usuario “administrador” con las diferentes
funcionalidades de gestión de seguridad
Figura 3: Caso de Uso del usuario “funcional” inicio del sistema una vez
ha sido autenticado
Figura 4: Caso de Uso del usuario “funcional” interactúa con la vista de
“Movimientos”
Figura 5: Caso de Uso del usuario “funcional” se muestra el reporte de
abono por banco
 ÍNDICE DE TABLAS

Pág.

Tabla 1: Diagrama de Gantt, Donde Se Expresa el Plan de Actividades

del TEG
 INTRODUCCIÓN

En el entorno empresarial actual, la eficiencia y precisión en la gestión

de operaciones diarias son fundamentales para el éxito. Por lo tanto Tranred,
una empresa que actualmente utiliza hojas de cálculo para la gestión y análisis
de datos, enfrenta desafíos en la eficiencia de las operaciones diarias, la
colaboración interdepartamental y la seguridad de la información. La
automatización de procesos y la transición hacia soluciones más robustas y
seguras se presentan como una opción necesaria para mejorar la eficiencia
operativa y garantizar la seguridad de la información. Dada esta problemática
se desglosan las siguientes Incógnitas a Solventar:

¿Cuál es la mejor manera de implementar la automatización de procesos en

Tranred sin interrumpir las operaciones diarias?

¿Cómo se puede garantizar que todos los usuarios finales estén

adecuadamente capacitados en el uso de las nuevas herramientas?

¿Cómo se puede mantener la seguridad de la información durante y después

de la transición?

¿Cómo se puede promover la colaboración interdepartamental con las nuevas

herramientas?

¿Cómo se puede medir el éxito de la implementación de la automatización de

procesos en Tranred?

¿Cuáles son las mejores prácticas para la gestión del cambio durante la
transición hacia la automatización de procesos?

¿Cómo se puede garantizar que las nuevas herramientas sean flexibles y

adaptables a las necesidades cambiantes de Tranred?

¿Cuál sería el impacto financiero de la transición hacia la automatización de

procesos en Tranred?

¿Cómo se puede minimizar este impacto y maximizar el retorno de la

inversión?

1
¿Cómo se puede garantizar que las nuevas herramientas sean compatibles
con los sistemas existentes en Tranred?

2
 CAPÍTULO I

PLANTEAMIENTO DEL PROBLEMA

Este capítulo ofrece una exploración exhaustiva y meticulosa del

procedimiento asociado a la empresa Tranred. Este análisis es el primer paso
crucial hacia el desarrollo de una solución que puede transformar la forma en
que Tranred maneja la conciliación diaria de sus operaciones empresariales.
También se conoce el Objetivo General, Objetivos Específicos y Justificación.
Esta información es esencial para comprender la finalidad y el impacto
potencial que el Trabajo Especial de Grado podría tener en el ámbito de la
computación.

Primeramente, podemos apreciar que el mundo empresarial actual, la

eficiencia y la precisión en la gestión de las operaciones diarias son cruciales
para el éxito. Sin embargo, muchas empresas, como Tranred, enfrentan
desafíos significativos en este aspecto debido a la falta de herramientas
adecuadas para el control y la visualización de la conciliación diaria de sus
operaciones. Se suelen utilizar hojas de cálculo como Excel para gestionar y
analizar datos, especialmente en departamentos financieros y de contabilidad.
Sin embargo, a pesar de su flexibilidad y funcionalidad, estas herramientas
pueden llevar a la creación de bases de datos aisladas, dificultando la
colaboración interdepartamental y el seguimiento de cambios. Además, pueden
presentar problemas de seguridad con la información confidencial.

La estructura organizacional más común en las empresas venezolanas

es la funcional, donde los empleados se agrupan por función o especialización.
Aunque esta estructura permite una mayor eficiencia y productividad, el uso de
hojas de cálculo puede presentar desafíos debido a su naturaleza autónoma.
La conciliación de las operaciones es un proceso esencial que permite a las
empresas comparar sus registros internos con los registros externos para
verificar la exactitud de las transacciones. Sin embargo, este proceso puede
ser tedioso y propenso a errores si se realiza manualmente o con herramientas
inadecuadas.

3
 Aquí entra en juego el desarrollo de una aplicación web orientada a este
fin. Esta aplicación podría proporcionar a Tranred una plataforma eficiente y
fácil de usar para el control y la visualización de la conciliación diaria de sus
operaciones. Sin embargo, el desarrollo de tal aplicación requiere un análisis
cuidadoso de los requerimientos para asegurar que la aplicación final cumpla
con las necesidades específicas de la empresa.

Por lo tanto, el problema que se plantea es: ¿Cómo se pueden analizar

los requerimientos asociados al desarrollo de una aplicación web orientada
para el control y visualización de la conciliación diaria de las operaciones
empresariales de manera que se pueda diseñar y desarrollar una solución que
se ajuste a las necesidades específicas de Tranred? Este análisis es el primer
paso crucial hacia el desarrollo de una solución que puede transformar la forma
en que Tranred maneja la conciliación diaria de sus operaciones empresariales.

1.1. Objetivo General.

Análisis de Requerimientos Asociados al Desarrollo de Una Aplicación

Web Orientada para el Control y Visualización de la Conciliación Diaria de las
Operaciones Empresariales Elaborado para la Empresa Tranred

1.2. Objetivos Específicos.

1. Realizar una recolección de datos sobre los procesos, reglamentos y

manuales sobre el desarrollo de nuevas tecnologías dentro de la
empresa Tranred.

2. Analizar los requerimientos de la aplicación a desarrollar.

3. Investigar la Metodología de Desarrollo que aplique dentro de las

aplicaciones webs.

4. Seleccionar las tecnologías a utilizar en la aplicación web: lenguaje de

programación, librerías, sistema manejador de bases de datos, entre
otros.

4
 5. Definir la propuesta formal de Trabajo Especial de Grado, justificación,
objetivos, arquitectura, metodología de desarrollo seleccionada y
descripción de la aplicación a desarrollar.

1.3. Justificación.

La prueba de este sistema en TRANRED, una organización venezolana

comprometida con el diseño de soluciones integrales que respaldan el
rendimiento del sistema bancario nacional y fomentan el crecimiento del país,
se basa en superar las limitaciones y desafíos específicos de la empresa en su
entorno operativo. A pesar de los beneficios que las hojas de cálculo han
proporcionado a TRANRED, también se han detectado inconvenientes
significativos que afectan su eficiencia, colaboración interdepartamental y
seguridad de datos.

TRANRED ha experimentado dificultades en la colaboración y toma de

decisiones debido a la dispersión de información en diferentes departamentos.
Además, la ausencia de seguimiento de cambios y la seguridad insuficiente
han generado un ambiente susceptible a errores y a la exposición de
información confidencial. Ante esta situación, la implementación de una
aplicación web colaborativa y segura diseñada para superar estas limitaciones
se presenta como una solución potencialmente efectiva.

La selección de TRANRED como lugar de prueba es particularmente

relevante debido a su posición en el contexto venezolano. La adaptación de la
aplicación a las necesidades y regulaciones locales, así como su integración
con la infraestructura existente de la empresa, representa un desafío que
puede proporcionar información valiosa sobre la viabilidad y eficacia del
sistema en un entorno real. En última instancia, la implementación y prueba del
sistema en TRANRED no solo permitirá evaluar la efectividad de la solución
propuesta, sino también generar datos y aprendizajes prácticos que
contribuirán al enriquecimiento del conocimiento en la gestión de datos y
colaboración interdepartamental en un entorno empresarial. Además, los
resultados podrían servir de referencia para otras organizaciones que enfrentan
desafíos similares en el país y en la región.

5
 CAPÍTULO II

MARCO TEÓRICO

En este capítulo describiremos las herramientas esenciales y

proporciona una representación escrita de las ideas clave, los conceptos y sus
relaciones dentro de la investigación. Incluye teorías existentes sobre el tema
de investigación, definiciones de términos clave, descripciones de las variables
y sus interrelaciones, y cualquier otra información relevante que ayude a
contextualizar la investigación. En la siguiente sección, se presentará un marco
conceptual detallado dando una visión más clara de los conceptos clave y las
relaciones que se explorarán en esta investigación.

2.1. Antecedentes.

En el entorno empresarial contemporáneo, la eficiencia y la precisión en

la gestión de las operaciones cotidianas son fundamentales para el éxito. Sin
embargo, muchas empresas, incluyendo Tranred, se enfrentan a desafíos
significativos en este aspecto debido a la ausencia de herramientas apropiadas
para el control y la visualización de la conciliación diaria de sus operaciones.

Tradicionalmente, las hojas de cálculo como Excel se han utilizado para

gestionar y analizar datos, especialmente en los departamentos financieros y
de contabilidad. A pesar de su flexibilidad y funcionalidad, estas herramientas
pueden conducir a la creación de bases de datos aisladas, lo que dificulta la
colaboración interdepartamental y el seguimiento de cambios. Además, pueden
presentar problemas de seguridad con la información confidencial.

Este escenario ha llevado a Tranred a buscar soluciones más eficientes

y seguras para la gestión de sus operaciones diarias. La necesidad de mejorar
la eficiencia operativa, promover la colaboración interdepartamental y
garantizar la seguridad de la información son los principales impulsores de este
proyecto.

Se plantea como solución una aplicación web que permita gestionar los
accesos a los usuarios dentro del sistema, para visualización de los reportes

6
y/o acciones de ejecución dentro del mismo. Para la realización de esta
aplicación se propone:

1. Desarrollo de las funciones de conexión a las bases de datos

correspondientes para obtener la información a ser mostrada dentro del
sistema dependiendo del contexto de la aplicación que el usuario elija,
así como la conexión a la base de datos en donde se cargaran los
parámetros, usuarios, cargos, entre otros que permitirá el acceso al
mismo.

2. Módulo de gestión del sistema en el cual se definirán los parámetros del

sistema, como tiempo de expiración de la contraseña, cantidad de
intentos, tiempo de expiración del token, composición de la contraseña
para el sistema; También permitir activar o desactivar los agregadores
dentro del contexto de la aplicación. Opción para crear departamentos,
la cual permitirá agrupar usuarios por cargo (Base, Especialista,
Supervisor y Admin). Opción de gestión de departamentos por
agregador y permisos que permitirá asignar las vistas disponibles a los
usuarios dentro de un conjunto de departamentos por rol. Otra opción
sobre la que se gestionará a los usuarios, como crear un usuario dentro
del sistema, o modificar estatus dentro de la aplicación, el departamento
al que pertenece, el cargo asociado.

3. Desarrollar la página web donde permita escoger el contexto del

agregador que se desea trabajar y desplegar las pestañas con las
funciones dispuestas para el cargo del usuario.

4. Desarrollo de las diferentes vistas correspondientes a los requerimientos

hechos por los departamentos para obtener los insumos directo de las
base de datos y sistemas internos de la empresa.

Tranred considera seriamente la automatización de sus procesos y la

transición desde el uso de hojas de cálculo hacia soluciones más robustas y
seguras. Es importante que cualquier transición de este tipo debe planificarse y
7
ejecutarse cuidadosamente para minimizar las interrupciones y garantizar que
todos los usuarios finales estén adecuadamente capacitados en el uso de las
nuevas herramientas. Por lo tanto, esta transición podría ser una inversión
valiosa para el futuro de la empresa.

2.2 Herramientas, Lenguajes y Ambientes para el Desarrollo Web

El desarrollo web es un campo dinámico y en constante evolución. Para

crear aplicaciones web modernas y eficientes, los desarrolladores deben estar
al tanto de las herramientas, lenguajes y ambientes más relevantes. A
continuación, exploraremos las tecnologías clave relacionadas con el desarrollo
web y cómo se integran en el proceso de construcción de aplicaciones.

2.2.1. Lenguajes de Programación.

a. JavaScript: es un lenguaje de programación ampliamente utilizado en el

desarrollo web. Es interpretado, dinámico y orientado a objetos. Se
ejecuta en el navegador del cliente y permite la interacción con el DOM
(Document Object Model). Características clave:

o Tipeo dinámico: No es necesario declarar el tipo de una variable; se

asume automáticamente según su valor.
o Amplia comunidad: Existe una gran cantidad de bibliotecas y
frameworks basados en JavaScript, como React, Angular y Vue.js.
o Asincronía: Permite operaciones asíncronas mediante promesas y
async/await.

b. TypeScript: es un superconjunto de JavaScript que agrega tipado

estático y características adicionales. Se compila a JavaScript antes de
su ejecución en el navegador.

8
 o Ventajas:

1. Tipado estático: Ayuda a detectar errores en tiempo de

compilación.

2. Mejor mantenibilidad: Proporciona autocompletado y

documentación más precisa.

3. Compatibilidad con JavaScript: Puedes migrar gradualmente

proyectos existentes a TypeScript.

2.2.2. Bases de Datos.

a. MSSQL (Microsoft SQL Server): es un sistema de gestión de bases de

datos relacionales (RDBMS) desarrollado por Microsoft. Es ampliamente
utilizado en aplicaciones empresariales y sitios web. Características:

o Transact-SQL (T-SQL): Lenguaje de consulta específico de MSSQL.

o Escalabilidad: Soporta grandes volúmenes de datos y alta

concurrencia.

o Integración con .NET: Se integra bien con aplicaciones .NET.

2.2.3. Frameworks y Bibliotecas.

a. Express (Node.js): es un framework minimalista para Node.js que

simplifica la creación de servidores web y APIs REST. Características:

o Enrutamiento: Define rutas y controladores para manejar solicitudes

HTTP2.

o Middleware: Permite agregar funciones de procesamiento

intermedio.

9
 o Amplia adopción: Utilizado por muchos desarrolladores debido a su
simplicidad y flexibilidad.

2.2.4. Contenedores y Orquestación.

a. Docker: es una plataforma para crear, distribuir y ejecutar aplicaciones

en contenedores. Proporciona aislamiento y portabilidad.

o Ventajas:

1. Consistencia: Las aplicaciones se ejecutan de la misma manera

en diferentes entornos.

2. Eficiencia: Contenedores ligeros y rápidos.

3. Escalabilidad: Fácil de escalar horizontalmente.

2.2.5. API REST.

Las API REST (Representational State Transfer) son fundamentales

para la comunicación entre clientes y servidores web. Siguen principios como la
arquitectura cliente-servidor, sin estado y caché.

o Características:

1. Verbos HTTP: Utiliza métodos como GET, POST, PUT y DELETE.

2. Recursos: Expone recursos (URLs) que representan datos o

funcionalidades.

3. Formatos de respuesta: Generalmente JSON o XML.

Para culminar el capítulo podemos decir que el desarrollo web, la

elección de herramientas y lenguajes afecta directamente la calidad y eficiencia
del producto final. Es importante mantenerse actualizado y adaptarse a las

10
tendencias emergentes. Al combinar estas tecnologías de manera inteligente,
los desarrolladores pueden crear aplicaciones web robustas y escalables.

11
 CAPÍTULO III

MARCO METODOLÓGICO

3.1. Metodología de Desarrollo.

Las metodologías de desarrollo son enfoques estructurados y

estratégicos que permiten el desarrollo de programas basados en modelos de
sistemas, reglas, sugerencias de diseño y guías. Son marcos técnicos y
organizativos que hacen más eficiente el desarrollo de software, generalmente
orientados a un desarrollo grupal para aumentar su organización.

Estas metodologías proporcionan un marco para planificar, estructurar y

controlar el proceso de desarrollo de un sistema de información. Su correcta
aplicación puede permitir una mejor estimación de los proyectos, entregar
sistemas estables, mantener al cliente informado, tener una comprensión clara
del trabajo por delante e identificar esfuerzos previamente, lo que permite
suficiente tiempo para hacer ajustes.

Existen diferentes metodologías de desarrollo, cada una con sus propias

características, ventajas y desventajas. Algunas de las más conocidas incluyen
el modelo en cascada, el desarrollo evolutivo y el modelo de componentes. En
los últimos años, las metodologías ágiles, como Scrum y Kanban, han ganado
popularidad debido a su flexibilidad y enfoque en la entrega rápida y continua
de valor.

En este trabajo especial de grado se utilizará: La metodología ágil

(Sprints de scrum) que es un enfoque iterativo e incremental para la gestión de
proyectos y el desarrollo de software que ayuda a los equipos a entregar valor
a sus clientes más rápido y con menos problemas. En lugar de intentar
entregar todo al final del proyecto, la metodología ágil se basa en la entrega
incremental de productos a lo largo del proyecto, lo que permite a los equipos
aprender y adaptarse a lo largo del camino.

La metodología ágil se centra en la colaboración continua, tanto entre los

miembros del equipo como con los clientes, para entregar software que cumpla

12
con las necesidades cambiantes del cliente. Las fases de la metodología ágil
incluyen:

1. Planificación del Sprint: En esta fase, el equipo se reúne para

establecer los componentes para la próxima ronda de trabajo. Se
seleccionan las tareas a realizar en el próximo sprint (tiempo fijo, de 2 a
4 semanas) a partir del backlog del producto.

2. Desarrollo: Diseño y desarrollo del producto de acuerdo con las pautas

aprobadas. El equipo trabaja en las tareas seleccionadas.

3. Prueba/QA: Pruebas exhaustivas completas y documentación de los

resultados antes de la implementación.

4. Implementación: En esta fase, el trabajo realizado durante el sprint se

pone en producción.

5. Evaluación: Al final del sprint, el equipo presenta su trabajo a los

stakeholders y recibe feedback. Además, el equipo reflexiona sobre el
sprint pasado y discute formas de mejorar.

Estas fases se repiten en cada sprint, permitiendo al equipo adaptarse a

los cambios rápidamente y entregar valor de manera continua. Sin embargo,
cada equipo puede adaptar estas fases a sus necesidades específicas.

La metodología ágil promueve el desarrollo sostenible. Los

patrocinadores, desarrolladores y usuarios deben poder mantener un ritmo
constante de forma indefinida. A medida que el mundo del software continúa
evolucionando a un ritmo rápido, la metodología ágil es más relevante que
nunca para ayudar a los equipos a lidiar con el cambio de manera efectiva.

13
 Figura 1: Diagrama de la Metodología Ágil (Sprints de scrum).

3.2. Justificación de la Selección de la Metodología.

En el vertiginoso mundo del desarrollo de software y la gestión de

proyectos, la elección de una metodología adecuada es crucial para el éxito.
Las metodologías ágiles han ganado popularidad en los últimos años debido a
su enfoque flexible, colaborativo y orientado a resultados. Uno de los marcos
ágiles más ampliamente adoptados es Scrum, que se basa en la idea de
sprints y equipos autoorganizados. En esta extensa justificación, exploraremos
las razones por las que deberíamos considerar Scrum como nuestra
metodología preferida.

3.2.1. Adaptabilidad y Flexibilidad.

Scrum se adapta a las condiciones cambiantes del proyecto. Los sprints,

que son iteraciones de trabajo de corta duración (generalmente de 1 a 4
semanas), permiten ajustar las prioridades y los objetivos según las
necesidades emergentes. La flexibilidad inherente a Scrum permite a los
equipos responder rápidamente a los cambios en los requisitos, las
expectativas del cliente o las condiciones del mercado.

14
3.2.2. Mayor Eficiencia y Productividad.

Los sprints de Scrum fomentan la concentración y la entrega continua de

valor. Al dividir el trabajo en tareas manejables, los equipos pueden enfocarse
en objetivos específicos durante un sprint. Esto reduce la dispersión y aumenta
la productividad. Además, la revisión al final de cada sprint garantiza que el
producto esté en constante evolución y mejora.

3.2.3. Reducción del Riesgo.

Scrum aborda el riesgo de manera proactiva. Mediante la planificación

de sprints, los equipos pueden identificar y abordar obstáculos temprano en el
proceso. La transparencia y la comunicación regular entre los miembros del
equipo y los stakeholders minimizan los riesgos ocultos y permiten una toma de
decisiones informada.

3.2.4. Colaboración y Empoderamiento del Equipo.

Scrum promueve la colaboración y la responsabilidad compartida. Los

equipos autoorganizados toman decisiones sobre cómo abordar las tareas y
cómo cumplir con los objetivos del sprint. Esto fomenta la creatividad y la
innovación. Además, la participación activa de los stakeholders en las
revisiones y retrospectivas garantiza que todos estén alineados con el progreso
del proyecto.

3.2.5. Entrega Continua de Valor al Cliente.

Scrum se centra en la entrega temprana y frecuente de funcionalidades.

Cada sprint produce un incremento potencialmente entregable del producto.
Esto permite a los clientes obtener valor rápidamente y proporciona
oportunidades para recibir retroalimentación y realizar ajustes en función de
sus necesidades reales.

3.2.6. Mejora Continua y Aprendizaje.

Los sprints de Scrum incluyen retrospectivas, donde los equipos

reflexionan sobre lo que funcionó bien y lo que podría mejorarse. Esta cultura

15
de mejora continua fomenta el aprendizaje y la adaptación. Los errores se ven
como oportunidades para crecer y optimizar el proceso.

3.2.7. Transparencia y Comunicación Efectiva.

Scrum se basa en la transparencia. Los tableros de tareas, las reuniones

diarias (stand-ups) y las revisiones de sprint aseguran que todos los
involucrados tengan una visión clara del progreso. La comunicación abierta y
honesta es fundamental para el éxito de Scrum.

Finalizamos resumimos que Scrum ofrece una metodología ágil que se

ajusta a las realidades cambiantes del desarrollo de software. Sus sprints,
enfoque en la colaboración y énfasis en la entrega de valor hacen que sea una
elección viable para cualquier organización que busque eficiencia,
adaptabilidad y resultados tangibles.

16
 CAPÍTULO IV

PROPUESTA DE TRABAJO ESPECIAL DE GRADO

El Trabajo Especial de Grado (TEG) es un proyecto de investigación

individual que los estudiantes deben llevar a cabo como parte de su formación
académica. Es un requisito esencial para la obtención de títulos de pregrado y
posgrado en la UCV. A través del TEG, los estudiantes demuestran su
capacidad para investigar, analizar y sintetizar conocimientos en un área
específica. Entre la estructura de esta propuesta tenemos:

4.1. Objetivo General del TEG.

Diseñar y Desarrollar una aplicación web colaborativa y segura que

permita el control y visualización eficiente de la conciliación diaria de las
operaciones empresariales en la empresa Tranred. Esta aplicación estará
orientada a superar las limitaciones de las hojas de cálculo tradicionales,
mejorando la colaboración interdepartamental, el seguimiento de cambios y la
seguridad de la información.

4.2. Objetivos Específicos del TEG.

1. Realizar una recolección de datos sobre los procesos, reglamentos y

manuales sobre el desarrollo de nuevas tecnologías dentro de la
empresa Tranred.

2. Analizar los requerimientos de la aplicación a desarrollar.

3. Investigar la Metodología de Desarrollo que aplique dentro de las

aplicaciones webs.

4. Seleccionar las tecnologías a utilizar en la aplicación web: lenguaje de

programación, librerías, sistema manejador de bases de datos, entre
otros.

5. Implementar la aplicación web.

17
 6. Aplicar pruebas de aceptación, funcionalidad y usabilidad para verificar
el correcto funcionamiento de la aplicación.

4.3. Metodología de Desarrollo de la Aplicación.

El desarrollo web es una actividad que consiste en la creación y

mantenimiento de sitios o aplicaciones web que se ejecutan en un navegador y
se comunican con un servidor remoto. El desarrollo web implica una serie de
procesos y tareas que se pueden organizar en diferentes fases o etapas,
siguiendo una metodología que guíe el trabajo del equipo de desarrollo. En
este TEG utilizamos La metodología ágil (Sprints de scrum) que conforma el
ciclo de vida de este desarrollo, que es el conjunto de pasos que se realizan
desde la concepción de la idea hasta la implementación y la evaluación del
producto web.

4.3.1. Planificación del Sprint.

La Planificación del Sprint, también conocida como Sprint Planning, es

un evento fundamental en la metodología Scrum que marca el inicio de cada
sprint. En este proceso, se define qué se puede entregar en el próximo sprint y
cómo se va a conseguir ese trabajo. Durante la Planificación del Sprint, el
equipo de desarrollo, junto con el propietario del producto (Product Owner),
decide y selecciona los requisitos que quiere cumplir durante el sprint.

4.3.2. Desarrollo.

En esta fase, se implementa el diseño del sitio web utilizando lenguajes

de programación. Esta etapa implica la transformación de los diseños y
especificaciones del sitio web en código funcional.

Durante el desarrollo, se crean las funcionalidades del sitio web y se

integran con el diseño. Esto puede incluir la creación de formularios
interactivos, la implementación de sistemas de gestión de contenido, la
configuración de servidores web, la programación de scripts del lado del
servidor y del cliente, y la integración de APIs.

18
 Es importante mencionar que la fase de Desarrollo no es un proceso
aislado. Está estrechamente vinculada a las distintas etapas de nuestra
metodología ágil. Cada cambio o mejora en el código puede requerir ajustes en
el diseño, pruebas adicionales y actualizaciones de mantenimiento.

En resumen, la fase de Desarrollo es donde las ideas y planes se

convierten en un producto tangible y funcional. Es una etapa que requiere
habilidades técnicas, creatividad y una cuidadosa atención al detalle para
garantizar que el sitio web final cumpla con las expectativas y necesidades del
usuario

4.3.3. Prueba/QA.

La fase de prueba o QA es crucial para garantizar la calidad del

producto. Aquí se verifica que el software cumpla con los requisitos y funcione
correctamente. Los Procesos son:

a. Creación de Casos de Prueba: Se definen escenarios de prueba para

cubrir todas las funcionalidades.

b. Ejecución de Pruebas: Se realizan pruebas manuales o automatizadas

para identificar errores (bugs) y asegurar que el software se comporte
según lo esperado.

c. Reporte de Defectos: Se documentan los problemas encontrados y se

asignan para su corrección.

d. Aseguramiento de Calidad: Se verifica que los estándares de calidad

se cumplan.

4.3. 4. Implementación.

En esta fase, se construye el producto basado en los requisitos y

especificaciones previamente definidos. Entre los pasos tenemos:

a. Creación de Entregables: Se desarrollan las funcionalidades y

componentes del software.
19
 b. Daily Stand-up: Reuniones diarias para sincronizar al equipo y resolver
posibles obstáculos.

c. Refinamiento del Backlog: Se priorizan las tareas pendientes y se

ajusta el plan.

d. Iteración de Tareas (Sprint Backlog): Se trabaja en las tareas

asignadas para el sprint actual.

4.3.5. Evaluación.

La evaluación es esencial para aprender y mejorar continuamente. En

Scrum, se realiza al final de cada sprint. Entre las actividades tenemos:

a. Revisión del Sprint: El equipo presenta los entregables al cliente o

stakeholders.

b. Retrospectiva del Sprint: Se analiza lo que funcionó bien y lo que se

puede mejorar.

c. Aprendizaje y Adaptación: Se aplican lecciones aprendidas en futuros

sprints.

4.4. Descripción de la Aplicación.

El proceso de desarrollo de software comienza con una fase crucial: la

descripción de la aplicación. En esta etapa inicial, se establecen los cimientos
para la creación de una aplicación exitosa. Vamos a explorar por qué esta fase
es tan relevante y cómo influye en todo el ciclo de vida del proyecto.

4.4.1. Alcance.

Al desarrollar una aplicación web que permita el control y visualización

de la conciliación diaria de las operaciones empresariales, Tranred podría
mejorar su eficiencia operativa, colaboración interdepartamental y seguridad de
datos.

20
 Además, al adaptar la aplicación a las necesidades específicas de
Tranred, la empresa podría superar las limitaciones actuales de las hojas de
cálculo tradicionales y optimizar sus procesos de negocio. Esto podría resultar
en una mayor productividad, una toma de decisiones más informada y una
mejor protección de la información confidencial.

Finalmente, los aprendizajes obtenidos del desarrollo y la

implementación de esta aplicación podrían ser valiosos para otras
organizaciones que enfrenten desafíos similares, ampliando aún más el
alcance de este planteamiento. En resumen, este planteamiento tiene el
potencial de transformar no solo las operaciones de Tranred, sino también las
de otras empresas en el sector.

4.4.2. Perfiles de Usuario.

Los Perfiles de Usuario en la metodología de desarrollo de software se

refieren a la representación detallada de los usuarios finales del sistema. Estos
perfiles pueden incluir características sociodemográficas, tipo de plataforma o
sistema, adaptabilidad de idioma, preferencias de uso y objetivos. Estos
perfiles de usuario son fundamentales para entender las necesidades y
expectativas de los usuarios finales, lo que a su vez puede informar el diseño y
la funcionalidad del software. Entre los perfiles de usuarios tenemos:

1. Perfil de Usuario Administrador.

El Perfil de Usuario Administrador, se refiere a un tipo de perfil de

usuario que tiene acceso ilimitado a toda la plataforma. Este perfil puede
cambiar cualquier configuración o asignación de responsabilidad en cualquier
momento.

El administrador puede gestionar los aspectos del sistema, incluyendo la

creación y gestión de otros perfiles de usuario, la configuración de las
funciones del sistema y la supervisión de las actividades del sistema.

Este perfil es esencial para el mantenimiento y gestión del sistema, y lo

manejan individuos o pequeños equipos con un alto nivel de conocimiento
técnico y comprensión del sistema.
21
 2. Perfil de Usuario Funcional.

El Perfil de Usuario Funcional se refiere a un tipo de perfil de usuario

limitado a la plataforma. Este perfil puede interactuar con la interfaz y utilizar las
funciones del sistema para las que tiene permisos, pero no puede cambiar
ninguna configuración o asignación de responsabilidad.

El usuario Funcional es el que manipulará o acceder directamente a un

determinado servicio, programa o software. Es aquel individuo para el que se
ha diseñado un programa concreto. Será el que lo utilice tras haber sido
desarrollado y comercializado.

Este perfil es esencial para la interacción con el sistema, y generalmente

lo manejan individuos con conocimiento técnico adecuado para las tareas que
necesitan realizar. Sin embargo, a diferencia del perfil de administrador, el
usuario Funcional no puede gestionar todos los aspectos del sistema.

4.4.3. Requerimientos Funcionales y No funcionales.

 Requerimientos Funcionales: son declaraciones de los servicios que

prestará el sistema, en la forma en que reaccionará a determinados
servicio. Estos requisitos describen qué hace el sistema y cómo lo hace.
La aplicación web debe cumplir varios requerimientos funcionales los
cuales serán organizados por dos perfiles de usuarios definidos a
continuación:

a. Perfil de Usuario Administrador:

o Gestionar los parámetros del sistema: permite cambiar el

estatus del contexto del agregador dentro del sistema, así como
también cambiar el tiempo en días de la expiración de la
contraseña, cuantos intentos permitidos de contraseña errónea
antes de bloquear al usuario, tiempo en horas de la expiración del
token de sesión, parámetros de composición de contraseña
(Cantidad minima/maxima de caracteres, caracteres especiales,
mayúscula). Activar o desactivar contexto de agregador dentro del

22
 sistema.

o Gestión de departamentos: módulo para crear los

departamentos en el cual se asignan los grupos de usuarios
dentro de la empresa.

o Gestión de vistas: módulo para la creación de nuevas vistas

dentro del sistema, activar o desactivar vistas existentes dentro
de contextos de agregadores, y asignar vistas a departamentos
por cargo y agregador.

o Gestión de usuarios: módulo para la gestión de usuarios que

permite asignar departamento, cargo, y estatus dentro del
sistema. También debe permitir crear nuevos usuarios para el
control del departamento de seguridad de la información.

b. Perfil de Usuario Funcional:

o Inicio: página en la cual se debe seleccionar bajo que contexto

de agregador se desea trabajar en la aplicación.

o Reporte de Movimientos: reporte para obtener la

transaccionalidad de un terminal en un rango de fechas,
obteniendo la información como nro terminal, nro afiliación,
rif/cedula, nombre de comercio, código de comercio, nro de
cuenta, fecha de proceso, nro de lote, comisión tdc, comisión
visa, monto neto tdd, monto neto tdc, mono neto visa, tarifa de
mantenimiento, monto iva, comision bancaria uso, monto a
abonar, tasa de cambio, cantidad de transacciones, tipo cartera,
datos del vendedor.

o Reporte Abono por Banco: reporte para obtener los terminales

que tienen asignado las cuentas de abono del banco Bangente, y

23
 no la cuenta de abono del cliente. Este convenio se hace para
generar los abonos desde el banco bangente, banco de los
mismos accionistas de TRANRED.

o Carga de Archivo de Contracargo: en esta vista se carga un

archivo compuesto por número de terminal y monto a cobrar, a
aquellos terminales que presentan una deuda pendiente a nivel
contable.

o Ejecutar Contracargo: en esta vista se debe permitir ejecutar la

opción del sistema para realizar los contracargos a los clientes
cargados en la vista anterior. Seleccionando la fecha
correspondiente a la fecha de carga del archivo para ser
ejecutado.

o Reporte Contracargo Descontado: en esta vista se deberá

mostrar los diferentes montos de contracargo aplicados a los
terminales, mostrando información como afiliado, terminal, rif,
nombre de comercio, monto disputa, monto transado, monto
descontado, monto pendiente, monto a abonar, fecha de
ejecución.

o Reporte de Métricas de negocio: en este reporte debe ser

visible la transaccionalidad generada al dia en los sistemas por
los agregadores, bancos pertenecientes a la organización. Esto
con el fin de que los accionistas o cuerpo gerencial puedan
generar indicativos del negocio en base a los insumos allí
obtenidos.

o Reporte de Cuotas y Cuotas Resumidas: para los reportes de

cuotas debe ser posible consultar las cuotas existentes de los
terminales (pendiente, vencida, pagada, anulada, exonerada,

24
 dación en pago), una debe mostrar un registro por cuota del
terminal y la otra debe agrupar las cuotas por estatus consultado.
También debe permitir cambiar de estatus esas cuotas a anulado
a través de una consulta por rango de fecha, número de terminal
y tipo de plan.

o Página Cobranza: en esta vista se desea colocar tres pestañas

que cumplan los siguientes requerimientos:

▫ Consulta: consultar los terminales que poseen planes

como “promoción venta de equipo”, “pago extraordinario de
equipo”, obteniendo los siguientes datos: nro afiliado,
nombre del comercio, terminal, monto total de la deuda,
monto cuota en bolívares cuando es pagada, tasa del dia
de pago, fecha de vencimiento de la cuota, fecha de pago
de la cuota, estatus (pendiente, pagada, vencida,
exonerada, anulada, dación en pago).

▫ Pago: realizar pagos de los planes de cobranza existentes,

actualmente existen dos planes los cuales deben cumplir
los siguientes requerimientos.

 Promoción venta de equipo: se debe seleccionar

el tipo de moneda del pago (Bolivares, Dolares,
Euros y Dación en pago), ingresar el número de
terminal al cual se le hará el pago, tipo de pago
(Efectivo, Transferencia, Deposito, Pago Móvil),
monto del pago, tasa del dolar del dia, en caso de
que sea transferencia deposito o pago móvil se
debe seleccionar banco, e ingresar la referencia
correspondiente.

25
  Pan extraordinario de equipo: se requiere tener un
buscador por terminal o global de los terminales que
posean este plan, y al seleccionar poder cambiar el
estatus de la cuota del terminal a pagada, anulada o
exonerada.

▫ Carga: en esta vista se debe habilitar la creación de los

planes “promoción venta de equipo”, “pago extraordinario
de equipo” para los terminales existentes a través de dos
opciones:

 Individual: debe permitir ingresar un terminal, el

monto total de la deuda de equipo y la fecha de
inicio.

 Masivo: debe permitir la carga de un archivo que

contenga los mismos campos que la opción de
individual.

 Requerimientos No Funcionales: se refieren a características que no

están relacionadas con lo que el sistema hace, sino con cómo lo hace.
Estos requisitos se enfocan en aspectos como el rendimiento, la
seguridad, la escalabilidad y la facilidad de uso. Esta aplicación debe
cumplir los siguientes requerimientos no funcionales descritos a
continuación:

a. Usabilidad: Esta aplicación web debe ser intuitiva, adaptable y

fácil de usar dentro de las funciones hechas para navegadores de
escritorio.

b. Mantenibilidad: facilitar el desarrollo para que sea modificable,

fácil de probar e implementar, lo que significa que se puedan

26
 corregir errores y realizar actualizaciones con un esfuerzo
mínimo. Garantizando así que la aplicación sea robusta,
confiable, relevante y actualizada durante el tiempo.

c. Extensible: facilitar la implementación de nuevos módulos o

complementos para adaptarse a las necesidades del
requerimiento del usuario.

d. Seguridad: se requiere que la seguridad de los usuarios cumpla

los estándares de la empresa para las contraseñas, tiempo de
sesión y accesos. Así como ser desplegada en los servidores
internos cumpliendo los protocolos de encriptación de información
sensible

4.4.4. Prototipos de Interfaz.

Los prototipos de interfaz son versiones interactivas de un sitio web o

una aplicación que se utilizan para probar y mejorar el diseño y la funcionalidad
antes de su lanzamiento. Los prototipos de interfaz permiten a los diseñadores
y desarrolladores experimentar con diferentes opciones de diseño, recibir
comentarios de los usuarios y optimizar la experiencia del usuario final. Entre
nuestros prototipos de interfaz tenemos:

27
4.4.5. Modelado de los Casos de Uso.

Los siguientes diagramas de casos de uso representan las

funcionalidades e interacciones de los tipos de usuarios definidos para la
aplicación una vez se hayan registrado en el sistema:

En la siguiente Figura posterior al párrafo se muestra al usuario

“administrador” con las diferentes funcionalidades de gestión de seguridad, las
cuales son la gestión de usuarios que permite registrar usuarios y modificación
de usuarios dentro del sistema, gestión de vistas que permite crear nueva vista,
activar vistas por agregador y asignar vistas de acuerdo a departamento, cargo
y agregador. A su vez permite la creación de nuevos departamentos y
configuración de parámetros del sistema.

Figura 2: Caso de Uso del usuario “administrador” con las diferentes

funcionalidades de gestión de seguridad.

En la siguiente figura se muestra al usuario funcional en el inicio del

sistema una vez ha sido autenticado, en el que puede seleccionar el contexto
del agregador que desea manejar en la aplicación.

28
 Figura 3: Caso de Uso del usuario “funcional” inicio del sistema una vez
ha sido autenticado.

En la siguiente figura demuestra como el usuario funcional interactúa

con la vista de “Movimientos” en donde elige el rango de fecha del reporte, el
patrocinador por el cual los terminales transaron y las columnas del reporte que
desea obtener. Una vez generado el reporte se permite descargar en formato
csv y filtrar las columnas para mostrar algún valor en específico según lo
requiera.

29
 Figura 4: Caso de Uso del usuario “funcional” interactúa con la vista de
“Movimientos”.

Por último la figura se muestra el reporte de abono por banco, en el cual

el usuario selecciona la fecha a consultar y obtiene el reporte. Una vez
generado el reporte se permite descargar en formato csv y filtrar las columnas
para mostrar algún valor en específico según lo requiera. En la figura se
muestra la vista de “Archivo Contracargo” en la cual se debe seleccionar un
archivo que contenga los montos a ser descontados a cada terminal, con el
formato “{agregador}_{fecha}.xlsx”.

Figura 5: Caso de Uso del usuario “funcional” se muestra el reporte de

abono por banco.

30
4.5. Cronograma Tentativo de Actividades.

4.5.1. Diagrama de Gantt.

PROPUESTA DE PLAN DE ACTIVIDADES PARA EL DESARROLLO DEL TEG

TAREA DESCRIPCIÓN INTERVALO EL INTERVALO DE TIEMPO SERÁ EXPRESADO EN SEMANAS
1 2 3 4 5 6 7 8 9 10 11
A Realizar una recolección de
datos sobre los procesos,
reglamentos y manuales
sobre el desarrollo de nuevas
tecnologías dentro de la
empresa Tranred.
B Analizar los requerimientos
de la aplicación a desarrollar.
C Investigar la Metodología de
Desarrollo que aplique dentro
de las aplicaciones webs.
D Seleccionar las tecnologías a
utilizar en la aplicación web:
lenguaje de programación,
librerías, sistema manejador
1
 de bases de datos, entre
otros.
E Definir la propuesta formal de
Trabajo Especial de Grado,
justificación, objetivos,
arquitectura, metodología de
desarrollo seleccionada y
descripción de la aplicación a
desarrollar.

Tabla 1: Diagrama de Gantt, Donde Se Expresa el Plan de Actividades del TEG.

2
 RESULTADOS Y REFLEXIONES DEL TRABAJO DE SEMINARIO

La transformación digital es un imperativo en el mundo empresarial

actual. Las empresas que adoptan soluciones tecnológicas específicas para
sus necesidades pueden obtener ventajas competitivas significativas.
Reflexionemos sobre los siguientes puntos:

1. Impacto en la Eficiencia: Una solución bien implementada puede

liberar tiempo y recursos, permitiendo a los empleados enfocarse en
tareas más estratégicas.
2. Cambio Cultural: La adopción de una nueva herramienta implica un
cambio en la cultura organizacional. La capacitación y el apoyo son
fundamentales para asegurar una transición exitosa.
3. Medición del Éxito: ¿Cómo mediremos el éxito de esta solución? ¿Será
a través de la reducción de errores, la velocidad de conciliación o la
satisfacción del usuario?

Si la solución se implementa correctamente, podemos esperar los

siguientes resultados:

1. Mayor Precisión: Menos errores en la conciliación diaria, lo que se

traduce en registros financieros más confiables.
2. Eficiencia Mejorada: Reducción del tiempo dedicado a tareas manuales
y repetitivas.
3. Colaboración Mejorada: Los equipos podrán trabajar juntos de manera
más efectiva, compartiendo información en tiempo real.
4. Adaptabilidad: La solución debe ser escalable y adaptable a futuros
cambios en las operaciones de Tranred.

Para finalizar, la solución propuesta tiene el potencial de transformar la

forma en que Tranred gestiona sus operaciones diarias. La inversión en
tecnología específica puede marcar la diferencia en la eficiencia y la
competitividad de la empresa.

1
REFERENCIAS BIBLIOGRÁFICAS

2
 REFERENCIAS ELECTRÓNICAS

Marín, A. y Zapata, M. (2017). Usos y aplicaciones del Excel. Universidad Icesi.

https://repository.icesi.edu.co/biblioteca_digital/bitstream/10906/83888/1/
TG02061.pdf

Economipedia. Estructura organizacional. Recuperado el 23 de febrero de

2024, de http://economipedia.com/estructura-organizacional

SearchSoftwareQuality. Web application (Web app). Recuperado el 23 de

febrero de 2024, de
https://www.techtarget.com/searchsoftwarequality/definition/Web-application-
Web-app

Silva, L. Ventajas y desventajas de las aplicaciones web para tu empresa.

Recuperado el 23 de febrero de 2024, de
https://blog.hubspot.es/website/ventajas-desventajas-aplicacion-web

Benítez Macías, J. y Ibañez Nájera, M. (1996). Arquitectura cliente/servidor en

un sistema para la DGENP. Universidad Nacional Autónoma de México.
https://repositorio.unam.mx/contenidos/3545611

Desarrollo de software. Metodologías de desarrollo de software. Recuperado el

23 de febrero de 2024, de https://desarrollodesoftware.dev/metodologia/

OBS Business School. (2019, 18 de noviembre). ¿Qué son las metodologías de

desarrollo de software? Recuperado el 23 de febrero de 2024, de
https://www.obsbusiness.school/blog/que-son-las-metodologias-de-desarrollo-
de-software

Tecnitium. (2020, 2 de junio). Metodologías de desarrollo de software.

Recuperado el 23 de febrero de 2024, de https://tecnitium.com/metodologias-
de-desarrollo-de-software/

HubSpot. (2020, 13 de agosto). ¿Qué es el desarrollo web? Recuperado el 23

de febrero de 2024, de https://blog.hubspot.es/website/que-es-desarrollo-web

3
Desafío Latam. (2019, 5 de septiembre). Conceptos vitales del desarrollo web
para crecer. Recuperado el 23 de febrero de 2024, de
https://blog.desafiolatam.com/conceptos-vitales-del-desarrollo-web-para-crecer/

Código Fuente. (2019, 8 de octubre). Conceptos básicos de desarrollo web.

Recuperado el 23 de febrero de 2024, de
https://www.codigofuente.org/conceptos-basicos-de-desarrollo-web/

Crehana. (2020, 10 de julio). ¿Qué es el backend y cómo usarlo? Recuperado

el 23 de febrero de 2024, de https://www.crehana.com/blog/transformacion-
digital/que-es-el-backend-y-como-usarlo/

Next U. (2019, 22 de marzo). Desarrollo back-end. Recuperado el 23 de febrero

de 2024, de https://www.nextu.com/blog/desarrollo-back-end-rc22/

Rafarjonilla. (2019, 9 de mayo). ¿Qué es el backend? Recuperado el 23 de

febrero de 2024, de https://rafarjonilla.com/que-es/backend/

Diarlu. (2019, 14 de agosto). Gestores de bases de datos. Recuperado el 23 de

febrero de 2024, de https://www.diarlu.com/gestores-bases-datos/

OpenWebinars. (2019, 29 de octubre). ¿Qué es PHP? Recuperado el 23 de

febrero de 2024, de https://openwebinars.net/blog/que-es-php/

PHP. ¿Qué puede hacer PHP? Recuperado el 23 de febrero de 2024, de

https://www.php.net/manual/es/intro-whatcando.php

DesarrolloWeb.com. (2003, 28 de abril). ¿Qué es PHP? Recuperado el 23 de

febrero de 2024, de https://desarrolloweb.com/articulos/392.php

PHP. Conceptos básicos de las variables. Recuperado el 23 de febrero de

2024, de https://www.php.net/manual/es/language.variables.basics.php

Stackscale. (2020, 17 de septiembre). Top servidores web. Recuperado el 23

de febrero de 2024, de https://www.stackscale.com/es/blog/top-servidores-web

SysAdminOK. (2019, 5 de noviembre). Servidores web más utilizados.

Recuperado el 23 de febrero de 2024, de
https://www.sysadminok.es/blog/hosting/servidores-web-mas-utilizados/

4
Hosting Diario. (2019, 7 de octubre). Tipos de servidores web. Recuperado el
23 de febrero de 2024, de https://hostingdiario.com/tipos-de-servidores-web/

Wikipedia. (2020, 9 de febrero). Cliente-servidor. Recuperado el 23 de febrero

de 2024, de https://es.wikipedia.org/wiki/Cliente-servidor

Muy Tecnológicos. (2019, 2 de octubre). Arquitectura cliente-servidor.

Recuperado el 23 de febrero de 2024, de
https://www.muytecnologicos.com/diccionario-tecnologico/arquitectura-cliente-
servidor

Definición.de. Cliente-servidor. Recuperado el 23 de febrero de 2024, de

https://definicion.de/cliente-servidor/

Medium. (2018, 14 de agosto). Requerimientos funcionales y no funcionales:

ejemplos y tips. Recuperado el 23 de febrero de 2024, de
https://medium.com/@requeridosblog/requerimientos-funcionales-y-no-
funcionales-ejemplos-y-tips-aa31cb59b22a

DevCodeLight. (2019, 12 de noviembre). Ingeniería del software: requisitos

funcionales y requisitos no funcionales. Recuperado el 23 de febrero de 2024,
de https://devcodelight.com/ingenieria-del-software-requisitos-funcionales-y-
requisitos-no-funcionales/

Atlassian. Historias de usuario. Recuperado el 23 de febrero de 2024, de

https://www.atlassian.com/es/agile/project-management/user-stories

HubSpot. (2019, 18 de septiembre). Perfil de usuario. Recuperado el 23 de

febrero de 2024, de https://blog.hubspot.es/website/perfil-de-usuario

Spiegato. ¿Qué es el desarrollo del usuario final? Recuperado el 23 de febrero

de 2024, de https://spiegato.com/es/que-es-el-desarrollo-del-usuario-final

Economipedia. Usuario final. Recuperado el 23 de febrero de 2024, de

https://economipedia.com/definiciones/usuario-final.html

5
Scrum Manager. Planificación del sprint. Recuperado el 23 de febrero de 2024,
de https://scrummanager.com/bok/index.php?title=Planificaci
%C3%B3n_del_sprint

Atlassian. Planificación del sprint. Recuperado el 23 de febrero de 2024, de

https://www.atlassian.com/es/agile/scrum/sprint-planning

Interfell. (2019, 5 de diciembre). Planeación de sprint. Recuperado el 23 de

febrero de 2024, de https://blog.interfell.com/planeaci%C3%B3n-de-sprint

Comparasoftware. (2020, 18 de agosto). Sprint planning: definición y ejemplos.

Recuperado el 23 de febrero de 2024, de
https://blog.comparasoftware.com/sprint-planning-definicion-ejemplos/

Geekflare. (2020, 16 de octubre). Guía del ciclo de vida del desarrollo de

software (SDLC). Recuperado el 23 de febrero de 2024, de
https://geekflare.com/es/software-development-life-cycle-sdlc-guide/

Anywhere. (2020, 17 de septiembre). Preguntas de entrevista para

desarrolladores de software. Recuperado el 23 de febrero de 2024, de
https://anywhere.epam.com/es/blog/preguntas-entrevista-software-
desarrollador

Ciclo de vida. Del desarrollo de software. Recuperado el 23 de febrero de 2024,

de https://ciclodevida.net/del-desarrollo-de-software

Concepto.de. Lluvia de ideas. Recuperado el 23 de febrero de 2024, de

https://concepto.de/lluvia-de-ideas/

Euroinnova. (2019, 28 de octubre). ¿Qué es una tormenta de ideas?

Recuperado el 23 de febrero de 2024, de
https://www.euroinnova.edu.es/blog/que-es-una-tormenta-de-ideas

Grupo Visual Lab. (2018, 30 de agosto). Las 7 fases de desarrollo de un sitio

web óptimo. Recuperado el 23 de febrero de 2024, de
https://grupovisuallab.com/las-7-fases-de-desarrollo-de-un-sitio-web-optimo/

6
DesarrolloWeb.com. (2022, 4 de julio). Relación de uno a muchos con
TypeORM y NestJS. Recuperado el 23 de febrero de 2024, de
https://desarrolloweb.com/articulos/relacion-uno-a-muchos-typeorm-nest

TypeORM. TypeORM - Amazing ORM for TypeScript and JavaScript (ES7,

ES6, ES5). Recuperado el 23 de febrero de 2024, de https://typeorm.io/

Platzi. (2023, 3 de marzo). ¿Qué es un ORM? Instalando y configurando

TypeORM Module. Recuperado el 23 de febrero de 2024, de
https://platzi.com/clases/2282-nestjs-typeorm/37294-que-es-un-orm-instalando-
y-configurando-typeorm-mo/