UNIVERSIDAD POLITÉCNICA DE TEXCOCO

INGENIERÍA EN SISTEMAS COMPUTACIONALES

REGISTROS RAPIDO

INTEGRANTES:

 FLORES AVILA ALEXIS NICHOLE

 NAJERA FUENTES ALEXIS
 ROMERO LUNA DIEGO

Texcoco, México 07 Agosto de 2024

Resumen

Palabras Clave ( )

1.1 Resumen.
Para facilitar la búsqueda y consulta de sus trabajos dentro del repositorio
institucional de proyectos (estancia, estadía, integradores y específicos) es
necesario generar un breve resumen (no mayor de 250 palabras) en el que resalte
la parte esencial de su trabajo. Lleva una introducción con una o dos frases
concretas referentes al problema a solucionar y/o el objetivo del proyecto; la
metodología empleada, en especial si es una nueva metodología o se mejora una
existente; y el producto final con sus características particulares que lo distinguen
de otros con temática similar. Se puede incluir más información que considere
relevante, los puntos anteriores no son limitativos para este apartado.
1.2 Palabras clave.
Son 3 a 5 palabras (individuales o pareja) que resultan ser las más importantes del
todo el trabajo y por las cuales se puede buscar el trabajo mediante un motor de
búsqueda (por ejemplo, Google o Bing).
Para los puntos del resumen y palabras clave, se han de escribir sus traducciones
al inglés (Abstract y Keywords) cuidando utilizar la ortografía y gramática
adecuada al tema, recuerde que no debe usar un traductor en línea para generar
este texto, ya que la traducción en general es literal y fuera de contexto; apóyese
de sus profesores de la materia de inglés para mejorar su redacción.

i
 Abstrac

Keywords( )

ii
Índice General
Nota: Índice general
Proporciona el listado de los temas principales del proyecto, así como su ubicación dentro de él.
Debe contener lo siguiente y en este orden:
Introducción (NO se numera como capítulo) se inicia la paginación.
Capítulo I. "Marco de Referencia". Subtítulos, en caso de que proceda.
Capítulo II. "Marco Teórico". Subtítulos, en caso de que proceda.
Capítulo III. "Desarrollo del Proyecto". Subtítulos, en caso de que proceda.
Capítulo IV. Resultados
Capítulos V. Conclusiones y recomendaciones, (NO se numera como capítulo).
Anexos A. Cronograma de las actividades del proyecto.
Anexo "n" (de acuerdo con las necesidades del proyecto).
Bibliografía. (NO se numera como capítulo).
INTRODUCCIÓN..................................................................................................................1
Introducción............................................................................................................................2
CAPÍTULO 1 MARCO DE REFERENCIA..........................................................................3
1. Objetivo general..................................................................................................................4
1.1 Objetivos Específicos........................................................................................................4
1.2 Justificación......................................................................................................................5
1.3 Alcance y Limitaciones.....................................................................................................7
1.4 Estado del Arte..................................................................................................................8
1.4.1 Resumen de Estado del arte en tabla..............................................................................8
1.5 Planteamiento del problema..............................................................................................9
CAPÍTULO 2 MARCO TEÓRICO......................................................................................10
Tema 2.1................................................................................................................................13
Tema 2.2................................................................................................................................13
CAPÍTULO 3 DESARROLLO DEL PROYECTO..............................................................14
3.1 Diagrama de Bloques......................................................................................................15
3.2 Metodología....................................................................................................................15
1. Recolección de Requisitos...................................................................................16
2. Análisis del Sistema..............................................................................................16
3. Diseño del Sistema................................................................................................16
4. Implementación (Codificación)............................................................................16
5. Pruebas (Testing)..................................................................................................17
6. Implementación (Deployment).............................................................................17

iii
 7. Mantenimiento........................................................................................................17
1. Planificación del Sprint (Sprint Planning)...........................................................17
2. Sprint........................................................................................................................17
3. Scrum Diario (Daily Scrum)..................................................................................18
4. Revision del Sprint (Sprint Review)....................................................................18
5. Retrospectiva del Sprint (Sprint Retrospective)................................................18
Roles en Scrum..........................................................................................................18
Artefactos en Scrum..................................................................................................19
CAPÍTULO 4 RESULTADOS.............................................................................................20
CAPÍTULO 5 CONCLUSIONES Y RECOMENACIONES...............................................22
5.1 Conclusiones y recomendaciones...................................................................................23
5.2 Trabajo a futuro...............................................................................................................23
Referencias............................................................................................................................24
ANEXOS..............................................................................................................................25

iv
Índice Figuras

v
Índice Tablas

vi
INTRODUCCIÓN
Introducción

2
CAPÍTULO 1 MARCO DE
REFERENCIA
1. Objetivo general
Se debe realizar una descripción de los objetivos que se pretenden con el
desarrollo del proyecto.
El objetivo general surge directamente del problema a estudiar. Es precisamente
el "qué" se va a ofrecer al término del estudio, de aquí que define también sus
alcances. En el proceso de investigación, es tan importante la función del objetivo,
que si se carece de él o su redacción no es clara, no existirá una referencia que
indique si se logró lo deseado.
En general, los objetivos al estudiar un problema pueden ser: el resolver una
cuestión práctica, el intentar ampliar explicaciones teóricas y el validar hallazgos
empíricos. A lo largo del proceso, continuamente se debe revisar el objetivo
general, pues ello ayudará a no perder el rumbo, al final, el objetivo debe ser un
producto medible.
Un objetivo general tiene 4 partes en su diseño:
1. Un verbo en modo infinitivo
2. Un ¿QUÉ
3. Un ¿CÓMO?
4. Un ¿PARA QUE?
Ejemplo:
Diseñar una rutina de control automático para el proceso de embotellado basado
en sistemas SCADA que permita mejorar la eficiencia y calidad del proceso,
reducir los tiempos muertos y aumentar la producción.

1.1 Objetivos Específicos

Cuando el objetivo del proyecto es complejo o muy general, conviene dividirlo en
objetivos específicos (casi siempre es necesario hacer esto).
Los objetivos específicos son pasos tácticos para seguir. Señalan las actividades
que se deben cumplir para avanzar en la investigación y lo que se pretende lograr
en cada una de las etapas de ella, por ende, las sumas de los resultados de cada
uno de los objetivos específicos integran el resultado de la investigación. Para su
elaboración, se sigue la misma estructura del objetivo general: verbo en infinitivo +
¿qué hacer? + ¿cómo se hará? + ¿para qué se hará?

4
1.2 Justificación
La justificación cumple la función específica el ¿Por qué? Desarrollar este
Proyecto, partiendo de la problemática identificada con datos estadísticos reales
que demuestren la existencia de un problema
Relevancia social, trascendencia, utilidad y beneficios del proyecto reportado.
La justificación puede redactarse alrededor de las respuestas de algunos de los
cuestionamientos siguientes:
¿Por qué y qué tanto es conveniente llevar a cabo este proyecto? o bien, ¿Para
qué servirá este proyecto?
¿Qué aporta de nuevo este proyecto?
¿Cuáles son los beneficios que este trabajo proporcionará?
¿Quiénes serán los beneficiarios y de qué modo?
¿Qué es lo que se prevé cambiar con este proyecto?
¿Cuál es su utilidad?
¿Ayudará a resolver algún problema o gama de problemas prácticos?
¿Porque es significativo este proyecto?
¿Se podrán generalizar los resultados a principios más amplios?
¿Sugiere como estudiar más adecuadamente una población o fenómeno?
En esta parte se define el propósito del trabajo.
Para elaborar satisfactoriamente este apartado se recomienda:
Argumentar la conveniencia del proyecto.

5
Apoyar los argumentos en la experiencia real: datos documentados, cifras
estadísticas, cuadros

6
1.3 Alcance y Limitaciones
Alcances. - Se refiere a los logros que se pretenden alcanzar con el proyecto y es
definido por el autor.
Limitaciones. Consiste en establecer hasta donde será posible y factible llevar a
cabo algunas actividades, generalmente son restricciones de las empresas,
relacionadas con: asignación de recursos, políticas de la organización, situación
financiera, desarrollo tecnológico, etc

7
1.4 Estado del Arte

1.4.1 Resumen de Estado del arte en tabla

8
1.5 Planteamiento del problema

9
CAPÍTULO 2 MARCO
TEÓRICO
El capítulo dedicado a este apartado se refiere al sustento conceptual que servirá
para fundamentar el proyecto de estancia/estadía, debe incluir únicamente
información relacionada con el planteamiento del problema, logrando a su vez
delimitar los aspectos específicos a tratar, además, es necesario agregar la
exposición y análisis del contexto o situación en el que sucede el fenómeno
investigado u objeto de la investigación (Münch y Ángeles, 2009).
Para construir de manera clara y sencilla el marco teórico se sugiere un
procedimiento basado en las propuestas de Münch y Ángeles (2009) y Hernández
Sampieri, Zapata Salazar y Mendoza Torres (2013).
1. Elaborar un listado de temas a tratar que servirán de guía para la investigación.
2. Recopilar fuentes de información acorde al problema planteado, pueden ser:
libros, revistas, entrevistas, audios, videos, informes, catálogos, documentales,
páginas de internet, entre otros. Es importante verificar que las publicaciones sean
confiables.
3. Realizar un análisis y obtener información importante de acuerdo con el tema,
es indispensable
realizar este paso de forma crítica y sin perder de vista el problema que se está
tratando.
4. Priorizar la información obtenida en el punto anterior, debe verificarse si es
suficiente, en caso contrario, regresar a la recopilación de fuentes (punto 2).
5. Redacción del marco teórico: consiste en poner por escrito y de forma ordenada
la información previamente analizada, este debe irse revisando y corrigiendo hasta
obtener la versión definitiva.
6. Es necesario contar con al menos 10 fuentes de consulta, diferentes para lograr
un sustento adecuado. El marco teórico debe ser concreto y preciso, asimismo
debe referirse específicamente al problema en cuestión partiendo de lo general a
lo particular (Münch y Ángeles, 2009).
Es importante considerar que el marco teórico no consiste en transcribir la
información de otros autores, sino en la paráfrasis y aportes personales para la
investigación.
Citas.
La forma de cita a utilizar será formato APA o en IEEE en sus diferentes
modalidades (dependiendo
del tipo de fuente consultada). Si desconoce el formato a aplicar, se recomienda
realizar una búsqueda y lectura al respecto, hacer uso de los sistemas propios
para generación de citas en los procesadores de texto electrónicos, o de emplear
herramientas en línea que permiten generar la cita correspondiente para

11
posteriormente copiarla en texto de su reporte de investigación. Considere que
toda la información de las citas realizadas deberá aparecer en la sección de
"Referencias" o "Bibliografía". A continuación, se dejan direcciones electrónicas
que pueden servirle a fin de conocer el formato APA.
http://normasapa.com/citas/
https://www.youtube.com/watch?v=O3XBKbZZTK4
https://www.youtube.com/watch?v=o-EjwvexOFk

12
Tema 2.1
Subtema 2.1.1

Tema 2.2
Subtema 2.2.1

13
 CAPÍTULO 3
DESARROLLO DEL
PROYECTO
3.1 Diagrama de Bloques

Img. 3.1 Diagrama de bloques de la funcionalidad del software y hardware

Paso 1.- Describir el diagrama de bloques y crearlo según tu sistema.

Paso 2.-Agregar el diagrama de la metodología, ejemplo no quiere decir que todos hagan esto
actualmente se usan las ágiles.

3.2 Metodología

Img. 3.2 Metodología Cascada

15
Paso 3.- El uso de la metodología sea Cascada o Ágil (Construcción del proyecto por fases.)
Ejemplo:

Si es Cascada se definen las fases, primeramente, de acuerdo con tu proyecto.

1. Recolección de Requisitos

 Descripción: Esta fase implica la recopilación y documentación de todos los

requisitos del proyecto. Se lleva a cabo una interacción detallada con los
stakeholders para comprender sus necesidades y expectativas.
 Actividades:
o Entrevistas con los clientes y usuarios finales.
o Revisión de documentación existente.
o Creación de un documento de especificaciones de requisitos.

2. Análisis del Sistema

 Descripción: En esta fase, los requisitos recopilados se analizan para crear

modelos lógicos del sistema. Se definen las funcionalidades y las reglas del
negocio.
 Actividades:
o Análisis de requisitos funcionales y no funcionales.
o Diagramas de flujo y modelado de datos.
o Evaluación de la viabilidad técnica.

3. Diseño del Sistema

 Descripción: Esta fase se enfoca en la arquitectura del sistema y el diseño

detallado de los componentes. Incluye tanto el diseño de alto nivel como el diseño
de bajo nivel.
 Actividades:
o Diseño de la arquitectura del sistema (Diagramas de Flujo ó Clases,
maquetado)
o Diseño de la base de datos, (Diagramas (Modelo Entidad Relación, modelo
relacional, Diccionario de datos))
o Especificación de interfaces de usuario y componentes.

4. Implementación (Codificación)

 Descripción: Durante esta fase, el diseño del sistema se traduce en código

fuente. Los desarrolladores escriben el código siguiendo las especificaciones y
diseños creados en fases anteriores.
 Actividades:
o Programación de módulos y componentes.
o Integración de bases de datos.
o Creación de scripts de prueba iniciales.

16
5. Pruebas (Testing)

 Descripción: Esta fase implica la verificación y validación del sistema para

asegurar que cumpla con los requisitos especificados. Se realizan diferentes tipos
de pruebas para identificar y corregir errores.
 Actividades:
o Pruebas unitarias.
o Pruebas de integración.
o Pruebas del sistema y pruebas de aceptación por parte del usuario.

6. Implementación (Deployment)

 Descripción: En esta fase, el sistema se pone en producción y se entrega a los

usuarios finales. Puede implicar la instalación de software, configuración de
hardware y formación de usuarios.
 Actividades:
o Instalación del software en el entorno de producción.
o Capacitación a los usuarios.
o Migración de datos y configuración final.

7. Mantenimiento

 Descripción: Una vez que el sistema está en funcionamiento, entra en la fase de

mantenimiento. Esta fase incluye la corrección de errores encontrados después de
la implementación y la realización de mejoras o actualizaciones.
 Actividades:
o Corrección de bugs.
o Actualizaciones y mejoras.
o Soporte técnico continuo.

Si es ágil se describen las fases.

1. Planificación del Sprint (Sprint Planning)

 Descripción: Al inicio de cada sprint, el equipo se reúne para planificar el trabajo que se
realizará durante el sprint. Se seleccionan elementos del backlog del producto y se definen
las tareas necesarias para completarlos.
 Actividades:
o Selección de elementos del backlog del producto.
o Definición del objetivo del sprint.
o Creación del backlog del sprint (lista de tareas).

2. Sprint

 Descripción: Un sprint es un período de tiempo fijo, generalmente de 2 a 4 semanas,

durante el cual se completa un incremento del producto. Todo el trabajo necesario para
entregar el incremento se realiza durante este período.
 Actividades:
o Desarrollo de nuevas funcionalidades.
o Realización de pruebas.

17
 o Documentación y revisión de código.

3. Scrum Diario (Daily Scrum)

 Descripción: Una reunión breve de 15 minutos que se realiza cada día durante el sprint.
El equipo discute el progreso realizado, los planes para el próximo día y cualquier
impedimento encontrado.
 Actividades:
o Cada miembro del equipo responde a tres preguntas clave:
 ¿Qué hice ayer?
 ¿Qué haré hoy?
 ¿Hay algún impedimento en mi camino?

4. Revision del Sprint (Sprint Review)

 Descripción: Al final de cada sprint, el equipo se reúne con los stakeholders para revisar
el trabajo completado y demostrar el incremento del producto. Esta es una oportunidad
para recibir feedback y ajustar el backlog del producto si es necesario.
 Actividades:
o Demostración del incremento del producto.
o Recopilación de feedback de los stakeholders.
o Actualización del backlog del producto.

5. Retrospectiva del Sprint (Sprint Retrospective)

 Descripción: Después de la revisión del sprint, el equipo realiza una retrospectiva para
reflexionar sobre el sprint y discutir qué funcionó bien, qué no funcionó y cómo pueden
mejorar los procesos en el próximo sprint.
 Actividades:
o Identificación de áreas de mejora.
o Discusión de problemas y desafíos.
o Desarrollo de un plan de acción para mejoras.

Roles en Scrum
1. Product Owner (Propietario del Producto)

 Responsabilidades:
o Definir y gestionar el backlog del producto.
o Priorizar los elementos del backlog según el valor para el negocio.
o Asegurar que el equipo entienda los requisitos y objetivos.

2. Scrum Master

 Responsabilidades:
o Facilitar las reuniones de Scrum.
o Eliminar impedimentos que afectan al equipo.
o Ayudar al equipo a seguir las prácticas de Scrum y mejorar continuamente.

3. Equipo de Desarrollo

 Responsabilidades:
o Desarrollar y entregar incrementos de producto funcionales.

18
 o Autogestionarse y organizarse para completar el trabajo planificado.
o Colaborar y comunicarse efectivamente dentro del equipo.

Artefactos en Scrum
1. Backlog del Producto (Product Backlog)

 Descripción: Una lista priorizada de todo el trabajo conocido necesario para el producto.
Es gestionado por el Product Owner.
 Características:
o Evoluciona continuamente.
o Contiene historias de usuario, mejoras, correcciones de errores, etc.

2. Backlog del Sprint (Sprint Backlog)

 Descripción: Una lista de tareas que el equipo se compromete a completar durante el

sprint. Es seleccionada del backlog del producto durante la planificación del sprint.
 Características:
o Contiene elementos de trabajo detallados.
o Se actualiza diariamente durante el Daily Scrum.

3. Incremento

 Descripción: La suma de todos los elementos del backlog del producto completados
durante un sprint y todos los sprints anteriores. El incremento debe estar en un estado
utilizable y cumplir con la definición de terminado (Definition of Done).
 Características:
o Debe ser funcional y utilizable.
o Representa un paso hacia la visión del producto.

19
 CAPÍTULO 4
RESULTADOS
En esta etapa el alumno expondrá de forma clara y organizada las evidencias que
sustentan la experiencia reportada.
Se sugiere que la información presentada sea ilustrativa y en congruencia
cronológica con las etapas antes descritas.
 Como recursos referenciales puede presentar:
 Documentación oficial que ampare la veracidad de la experiencia y el
vínculo del alumno con la misma
 Marco legal que soporte las decisiones tomadas.
 Croquis y bocetos que permitieron vislumbrar las soluciones finales del
proceso. En este rubro es importante atender dos áreas:
 Proyecto de ingeniería
 Proceso constructivo
 Autorización de la empresa con la que realizó la experiencia reportada, para
la difusión de información necesaria para exponer evidencias en el reporte.
 Catálogo de planos del proyecto y constructivos debidamente organizados
con listado y claves de identificación.
 Memoria fotográfica del proceso de proyecto, con pie de foto y
observaciones correspondiente.
 Cualquier otro documento o imagen que destaque algún punto singular y
relevante de la experiencia reportada (prototipos, manuales, esquemas,
planos, etc.)
En este apartado el alumno debe demostrar que se cumplió con los objetivos
general y específicos

21
 CAPÍTULO 5
CONCLUSIONES Y
RECOMENACIONES
5.1 Conclusiones y recomendaciones

En este apartado el alumno realiza una reflexión acerca de su propio desempeño

en el proyecto, enunciando aciertos y áreas de oportunidad desde una perspectiva
objetiva. Mencionar si los objetivos se alcanzaron y en qué apartado del reporte
hay evidencia de esto.
RECOMENDACIONES*
Cuando a la propuesta se le pueda dar continuidad, ¿qué sugerencias le haría al
estudiante que tome como base su proyecto?

5.2 Trabajo a futuro

Indicar si el proyecto tiene una continuidad o se pretende mejorar para su posterior

uso.

23
Referencias

Se deberán incluir las referencias bibliográficas de por lo menos 10 libros y/o

artículos y/o manuales consultados, mismos que deben estar incluidos en el
cuerpo del reporte.
Se ordena siguiendo el formato APA o IEEE, según se haya utilizado en la
redacción del documento.
Nota: Se sugiere utilizar todas las herramientas del editor de textos de
Office.

24
ANEXOS
Se deberá incluir como mínimo:
Anexo I. Cronograma de actividades.
Anexo II...
Ejemplo de Anexos que por sus dimensiones no se pueden integrar en el cuerpo
principal:
 Planos
 Reportes fotográficos
 Números generadores
 Catálogo de conceptos
 Estimaciones
 Manuales
 Documentación oficial

26