Documentos de Académico
Documentos de Profesional
Documentos de Cultura
INGENIERO
EN DESARROLLO Y GESTIÓN DE
SOFTWARE
NOMBRE DEL PROYECTO
1
MEMORIA DE ESTADÍA
PARA OBTENER EL TÍTULO DE
INGENIERO
EN DESARROLLO Y GESTIÓN DE
SOFTWARE
ELÉCTRICA MEXICANA DE ANTEQUERA, S.A. DE
C.V
PRESENTA
3
AGRADECIMIENTOS
4
RECONOCIMIENTOS
5
RESUMEN
6
INDICE
Oficio de dictamen ................................................................................................ 3
Agradecimientos ................................................................................................... 4
Reconocimientos .................................................................................................. 5
Resumen ................................................................................................................ 6
7
IV. desarrollo ................................................................................................... 20
ÍNDICE DE ILUSTRACIONES
8
9
INDICE DE TABLAS
10
I. DESCRIPCIÓN DE LA EMPRESA.
Datos Generales
Nombre de la empresa:
“ELÉCTRICA MEXICANA DE
ANTEQUERA”
11
La matriz de Eléctrica Mexicana se encuentra ubicada en la carretera principal a
Guelatao con número 100, San Francisco Tutla Oaxaca con código postal 71242.
Cuenta con 3 sucursales ubicadas en distintos puntos de la ciudad los cuales son:
5 señores, Madero y sucursal centro.
Eléctrica Mexicana es una empresa que ofrece soluciones integrales desde hace
más de 50 años. En esta empresa se pueden encontrar todo el equipo necesario y
las mejores marcas del mercado del ramo ferretero. Además, otorgan asesoría
especializada en instalaciones para construcciones y proyectos, en los cuales se
pone en disposición un extenso catalogo de productos, pues tienen con objetivo ser
los más competitivos en toda la región. Al ser una empresa Socialmente
Responsable, están libres de trabajo infantil. Ofrece las mejores marcas del
mercado y otorgan atención especializada a municipios.
12
1.3. Antecedentes de la Empresa
1.4. Misión
1.5. Visión
13
II. DESCRIPCCIÓN DEL PROYECTO
En este capítulo trataremos sobre cuáles fueron los principales motivos que nos
llevaron al desarrollo de este proyecto y así poder aportar una mejora en la empresa
asignada a realizar el proyecto para titulación.
Otra necesidad que genera este tipo de problemas es el poder brindar incentivos
a los colaboradores que cumplen de manera puntual sus asistencias al lugar de
trabajo ya que no existen filtros de asistencia que muestren a las personas que
cumplen con su horario asignado y que puedan recibir algún beneficio y así ellas
sigan siendo eficaces en su desempeño laboral.
Eléctrica mexicana es una empresa con gran trayectoria en el mercado, con gran
presencia a nivel regional, su experiencia de más de 50 años en el mercado la ha
fortalecido en el sector de ventas, sin embargo, los procesos internos como es el
caso del control de personal, cada vez se ha vuelto un reto mayor, al carecer de
tecnologías que mejoren el control interno del personal, específicamente en las
asistencias.
14
Cabe mencionar que, al priorizar los procesos de forma manual omitiendo el uso
de herramientas tecnológicas, se produce mayor probabilidad de caer en el error
humano es por ello que es necesario implementar dichas mejoras en su control de
asistencias.
15
2.2. Justificación
El sistema tiene como tarea poder llevar un control que sea seguro y confiable de
los colaboradores que trabajan en las instalaciones y el cual este no pueda ser
alterado por ningún otro compañero de trabajo. Por tanto, los módulos con los que
contara el sistema ayudarán a que el control se lleve de forma eficaz y de esta forma
facilite el conteo final de asistencias e inasistencias.
Control
Para poder concluir podemos decir que el desarrollo del sistema será de gran
ayuda para evitar estos incidentes al igual orden a la hora de extraer la información
de asistencias de los trabajadores.
16
2.2.1. Alcances
2.2.2. Limitaciones
• El sistema solo será para el control de asistencias.
• El sistema solo podrá instalarse si el ordenador cuenta con los programas
necesarios para su ejecución.
• El sistema Recopilara Información por sucursal.
17
2.3. Objetivos del Proyecto.
2.3.1. General.
2.4.2. Específicos.
18
III. HIPÓTESIS.
3.3. Descripción
Se describe la optimización del sistema, por que con ayuda de este se agilizara la
obtención de datos de asistencia de los empleados ya que al no ser confiable se
tienen que realizar dos filtros de asistencia, uno manual y otro por ingreso de usuario
con NIP y el administrador o encargado de área tiene que corroborar que ambos
filtros coincidan a la hora de recolectar dichos datos y así validar que sean
compatibles para asignar sus pagos de nómina.
19
IV. DESARROLLO
4.1. Metodología.
Una metodología puede entenderse como una serie de métodos utilizadas para le
buen desarrollo de un proyecto. Es por eso que es importante decidir qué tipo de
metodología enfocar para el proyecto y así poder obtener un resultado teóricamente
válido. Es por ello que analizando los distintos factores que influyen en el tiempo de
entrega y factores de desarrollo del proyecto se tomó la decisión de implementar la
metodología Scrum (Takauchi & Nonaka, 1986)
1. ¿Scrum?
2. ¿Qué es Scrum?
21
• Asegurarse de que el trabajo pendiente del producto sea transparente, visible
y comprendido.
El Scrum Master tiene dos funciones principales dentro del marco de trabajo:
gestionar el proceso Scrum y ayudar a eliminar impedimentos que puedan afectar
a la entrega del producto. Además, se encarga de las labores de mentoring y
formación, coaching y de facilitar reuniones y eventos si es necesario. (Scrum: roles
y responsabilidades, 2019)
3.2.1. Responsabilidades.
3.3. Sprint
Los Sprints son el latido del corazón de Scrum, donde las ideas se convierten en
valor. Son eventos de longitud fija de un mes o menos para crear consistencia. Un
nuevo Sprint comienza inmediatamente después de la conclusión del Sprint
anterior.
22
Durante el Sprint:
• La calidad no disminuye;
(Schwaber & Sutherland, 2020, pág. 9) El propósito del Daily Scrum es inspeccionar
el progreso hacia el Objetivo Sprint y adaptar el Sprint Backlog según sea necesario,
ajustando el próximo trabajo planeado.
(Schwaber & Sutherland, 2020, pág. 10) El propósito de la revisión del Sprint es
inspeccionar el resultado del Sprint y determinar futuras adaptaciones. El equipo de Scrum
presenta los resultados de su trabajo a las partes interesadas clave y se discute el progreso
hacia el Objetivo de Producto.
23
3.4.2. Sprint Retrospective.
24
4.2. Marco Teórico.
1. Sistema
Dentro del rubro engloba dos tipos de sistemas los cuales son los sistemas de
información (SI) y las tecnologías de la información (TI) las cuales ambas engloban
los mercados dentro del rubro competitivo y global, estas herramientas están
presentes en todos los tipos de organización, ya sea por su estructura de tamaño o
del campo en el que se especializan con el propósito de fomentar mejoras en los
procesos empresariales.
25
1.1.1. Sistemas de información (SI).
Este tipo de sistemas están categorizados dentro del sector industrial, comercial
de servicios públicos, privados o sociales y que son desarrolladas en cualquier nivel
dentro de la misma organización.
Para (Laudon, 2004) los SI, de acuerdo al nivel organizativo al cual brindan
servicios, se clasifican en sistemas a nivel operativo, a nivel de conocimiento, a nivel
administrativo y a nivel estratégico. Los primeros apoyan a los gerentes operativos
en el seguimiento de las actividades y transacciones elementales de la organización
como ventas, ingresos, flujo de materiales en una fábrica, entre otras actividades.
El objetivo principal de estos sistemas es dar respuesta a preguntas de rutina y
seguir el flujo de las transacciones.
26
• Físicos
Los que están formados por el equipo de cómputo y por los programas de
apoyo que conforman la parte intangible (editores de texto, sistema operativo,
manejos de base de datos).
27
• Funcionales.
Según (C. P. I., 2016) Explica que: Las empresas, según art 20 del ET (R.D
Legislativo 2/2015), en el ejercicio de sus facultades de dirección y control podrán
establecer las medidas que consideren oportunas sobre los trabajadores, con la
finalidad de: - Establecer un control de cumplimiento de las funciones y tareas
marcadas a los trabajadores, con el fin de velar por el cumplimiento de los objetivos
generales de la empresa y de no ser así, se buscaran los posibles problemas de
funcionamiento y sus casus, para establecer soluciones que minimicen los mismos
y permitan conseguir el cumplimiento de los objetivos.
28
4. Herramientas de desarrollo.
4.1. Lenguajes de programación.
4.2. C#
4.2.1. Características de C#
C# tiene un sistema de tipos unificado. Todos los tipos de C#, incluidos los tipos
primitivos como int y double, se heredan de un único tipo object raíz. Todos los tipos
comparten un conjunto de operaciones comunes. Los valores de cualquier tipo se
pueden almacenar, transportar y operar de forma coherente. ((B.), 2022)
4.2.2. Estructura de C#
Existes muchos tipos de gestores de base de datos, los cuales se centran en las
distintas necesidades de cada programador y el objetivo de este es poder
administrar de la mejor manera posible las necesidades del cliente, dentro de los
existentes se encuentran:
• Relacional
• Jerárquica
• De red
• Orientada a objetos
• Orientada a documentos
30
5.2. MySQL
Una arquitectura Cliente-Servidor tiene dos partes distintas, una es la parte del
servidor y la otra es la parte del cliente o grupo de clientes, donde un servidor suele
ser una pieza muy poderosa de hardware y software. Cierto software funciona.
Actúa como almacén de datos, base de datos o sistema de gestión de aplicaciones.
31
responde a las solicitudes de las clientes realizadas por una persona. (Schíaffarino,
2019)
(Bauer, 1972) Es el término que utilizó Fritz Bauer en la primera conferencia sobre
desarrollo de software patrocinada por el Comité de Ciencia de la OTAN celebrada
en Garmisch (Alemania), en octubre de 1968, previamente había sido utilizado por
el holandés Edsger Dijkstra en su obra The Humble Programmer.
También (Davis, 1968) dijo que esta misma puede definirse según como "la
aplicación inteligente de principios probados, técnicas, lenguajes y herramientas
para la creación y mantenimiento, dentro de un coste razonable, de software que
satisfaga las necesidades de los usuarios".
32
6.1.3. Requerimientos.
En un caso de uso uno o más actores interaccionan con el sistema que realiza
algunas acciones. (Vega, 2010)
• Actores
• Casos de uso
• Relaciones
6.1.6. Diagramas UML.
34
V. APLICACIÓN DEL MDR
Ingeniería de Requerimientos
Requerimientos Funcionales Requerimientos No Funcionales
Realizar un sistema para el control de • El sistema hará uso de una base
asistencias en la empresa de Eléctrica de datos relacional para poder
Mexicana. almacenar la información de
• El sistema hará el recuento de cada empleado.
las horas que un trabajador • El sistema contará con un
labora en la empresa. usuario administrador y este
• El usuario administrador podrá dará de alta y baja de usuarios
consultar datos de empleados empleados.
tales como: • El sistema será programado en
o Horas Laboradas, el lenguaje de programación
entrada/ salida. (C#).
o Días Justificados. • El sistema debe proveer
o Retardos. seguridad y confiabilidad.
o Total, Hrs. Trabajadas. • El usuario empleado podrá
o Hrs. Adelantadas hacer el registro de su asistencia
o Identificador. por medio de sensores
• El usuario empleado registrara biométricos.
datos que permitan ser • El sistema realizara el proceso
visualizados por el administrador de asistencia de forma rápida.
como: • El sistema será claro y
o Nombre. manejable.
o Fecha de Nacimiento. • El sistema deberá contar con
o Sexo. una tipografía clara y entendible.
o Domicilio.
o Correo.
o Celular.
• El usuario pondrá la razón o
motivos de sus inasistencias y
estas podrán ser aprobadas por
el administrador.
Tabla 2 Requerimientos Funcionales
35
5.2. Especificación de Requerimientos.
36
El sistema debe guardar la información de los días que el
usuario empleado no se registró en el sistema. Y cuales fueron
los que llego tarde a laborar.
Entrada. Adjuntar justificaciones.
Salida. Listado del día donde muestre al personal que no laboro.
Tabla 4 2da Especificación de requerimientos.
37
5.2.2. Especificación de Requerimientos no Funcionales
38
Entrada. Datos de usuarios, y del centro donde labora
Salida. Datos confiables de cada empleado.
Tabla 9 Especificaciones de Requerimientos no Funcionales
Con ayuda de las herramientas Kanban, los equipos tienen una forma de
visualizar el trabajo que avanza por etapas hasta que se finaliza. Es por ello que en
este proyecto se hizo uso de esa misma herramienta, para priorizar actividades que
están en proceso de realizar hasta las ya finalizadas.
39
5.4. Usuarios del Sistema.
En este capítulo se encontrarán listados por los usuarios del sistema quienes se
distinguen por ser las personas que conectan al sistema y así poder hacer uso del
mismo, al igual de los servidores que este les pudiera proporcionar.
Stakeholders Internos
Desarrollador del Sistema: Lucas Jiménez Hellen Guadalupe
Fases Actividades a realizar
Análisis • Selección de técnica para recolección de información.
• Aplicación de la técnica de recolección de información.
• Identificación de necesidades o problema a resolver.
• Enlistado de los requerimientos.
• Especificación de requerimientos funcionales y no
funcionales.
• Modelado de la base de datos.
• Aplicación de los estándares a la base de datos.
• Estudios de costos.
Diseño • Diseño arquitectónico del sistema a partir del listamiento
de los requerimientos funcionales/ no funcionales.
• Prototipos de prueba.
• Prototipos modificados y aprobados.
• Verificación que el producto final funcione
correctamente.
Codificación • Elección del lenguaje en el que se codificara.
• Elección del entorno de desarrollo.
• Diseño y creación de los diagramas Entidad-Relación.
• Creación de interfaces del sistema.
• Creación de diseño detallado de los procesos a ejecutar.
• Codificación de cada uno de los módulos.
Gestión • Definición de los objetivos del proyecto.
• Creación de la Hipótesis.
• Cronograma de actividades. (Priorización de tareas.)
• Listado de requerimientos y listarlos por entrega o tipo
de urgencias.
• Elección de la metodología para gestionar el proyecto.
40
• Aprobación del desarrollo del proyecto a cargo de la
empresa.
• Planificación de las tareas.
• Reportes de avances del proyecto.
• Evaluación de Objetivos e Hipótesis.
• Conclusiones
• Entrega del producto
Tabla 10 Stakeholders internos (Creación propia)
41
Tipo Usuario Puesto
Administrador
Información del desarrollo del • Inicio
sistema durante cada fase de los o Aplicación de técnica de
sprint a desarrollar recolección de
información
(Observación)
• Planificación del proyecto.
o No aplica.
• Diseño
o Aprobación de prototipo.
• Desarrollo
o Informe de avances.
• Pruebas.
o Verificación de
Funcionalidad.
• Entrega
o Manual de usuario.
Funciones del Sistema. • Dar de alta un nuevo
empleado.
• Editar empleado
• Dar de baja a empleados
• Listado de justificaciones.
• Ver retardos / faltas.
• Configurar hora de
entrada de empleados
• Configurar tolerancia /
límite de entradas y hora
de salida.
• Acceso a reportes de
asistencias del personal
Tabla 12 Stakeholders externos del sistema (Usuario Administrador)
42
5.5. Descripción de software para el desarrollo del sistema.
En este apartado se justifican los softwares para poder llevar a cabo el desarrollo
del sistema que se esta desarrollando para la empresa Eléctrica Mexicana.
Lenguaje: C#
Se tomó la decisión de usar este software gratuito para poder realizar los diseños
del modelado del sistema y las partes que integran a este sistema, de forma grafica
y así mostrar las funcionalidades del como funcionara el sistema final.
43
Herramientas de diseño y prototipo: Adobe XD
Para poder mostrar una idea de lo que puede ser el desarrollo del sistema y el
cómo el usuario podrá navegar dentro del sistema, se utilizo esta herramienta para
poder crear una idea clara al cliente de lo que será el producto entregable.
En este siguiente punto se detalla más a fondo, el sistema y cada uno de los
módulos que lo componen.
Los módulos se enlistan acorde a las tareas que realizara el usuario en cada uno
de ellos. También las entradas y salidas que se diseñaron acorde a lo que el sistema
registrara en datos y mostrara al usuario.
Para poder entender bien los procesos que realizara el sistema, podemos decir
que las entradas son definidas por todos los datos que la computadora ocupa oara
resolver un problema o en este caso los datos que el usuario brinda al sistema.
Mientras que las salidas son los parámetros o resultados del proceso que realizo el
usuario al ingresar datos.
44
5.6.1. Módulos
45
5.6.2. Entradas
En este subcapítulo se presentan todas las entradas de datos que forman parte
del sistema, y que permite que se logre la comunicación entre Usuario- Sistema.
REFERENCIAS BIBLIOGRAFICAS.
Abrahamsson, P., Salo, O., Ronkainen, J., & Warsta, J. (2002). Agile software
development. En Agile software development (pág. 478). Espoo: VTT
Publications.
48
Alcamí, R. L., Forés, J. B., Puig , D. A., & Martínez, C. L. (2021). Introducción a la
gestión de sistemas de información en las empresas (2ª edición). En
Introducción a la gestión de sistemas de información en las empresas (2ª
edición) (pág. 108). españa: Publicacions de la Universitat Jaume I.servei.
Booch, G., Rumbaugh, Jacobson, Molina, Martínez, & Sánchez. (2002). UML.
Addison Wesley.
49
Laudon, K. C. (2004). Sistemas de Información Gerencial. México: Octava Edición.
Prentice Hall Latinoamericana, S.A.
Takauchi, H., & Nonaka, I. (1986). The new New Product Development Game.
Harvard Business Review.
50
51