Evaluacion Final - TAREA SEM 6

SEMINARIO DE TÍTULO
INSTITUTO PROFESIONAL IACC

ESCUELA DE TECNOLOGÍAS APLICADAS
INGENIERIA INFORMATICA
SOFTWARE PARA LA PLANIFICACIÓN DE RECURSO

EMPRESARIAL
NOMBRE PROFESORA GUÍA: MARIA LOURDES GEIZZELEZ LUZARDO

NOMBRE DEL ALUMNO: FELIPE HUGO RODRIGUEZ CONTRERAS
NOVIEMBRE 2022
IACC
1
RESUMEN
El desarrollo del software para la planificación de recurso empresarial, se encuentra basado en el

estudio de la problemática existente o actual, en la que su pudo constatar que un gran porcentaje
de usuarios en la empresa “ODIN” se demoran un tiempo prolongado en ingresar la venta
solicitada por un cliente, avisar al almacen, rebajar del inventario lo solicitado y que este reflejado
dentro de la factura, etc., En otras palabras, el procedimiento para realizar ventas a partir de la
solicitud de algun cliente. Esto llevo al estudio e implementacion del software el cual cumple
funciones de ERP, el cual permite la optimizacion y un mejor control al momento de realizar el
procedimiento interno.
Por lo anterior se realizo un metodo de investigacion no experimental como tambien la poblacion
y muestras especificando al grupo objetivo, agregando escuestas para la recoleccion general de
datos en la cual estas nos confirmaron la necesidad e importancia del software.
Palabras clave: ERP, PROGRAMACION, CONTROL, EJECUCION, OPTIMIZACION,

SEGUIMIENTO.
IACC
2
1. EL PROBLEMA.............................................................................................................................5
1.1 PLANTEAMIENTO DEL PROBLEMA......................................................................................5
1.2 OBJETIVO GENERAL............................................................................................................7
1.3 OBJETIVOS ESPECÍFICOS.....................................................................................................7
1.4 hipotesis.............................................................................................................................7
2. MARCO TEÓRICO........................................................................................................................8
2.1 ASPECTOS BASICOS............................................................................................................8
3. MARCO METODOLÓGICO.........................................................................................................10
4. TECNICA DE INVESTIGACIÓN....................................................................................................11
4.1 MUESTRAS E INVESTIGACION........................................................................................................11
4.2 INSTRUMENTO DE RECOLECCION DE DATOS...................................................................................12
5. ANÁLISIS DE LOS RESULTADOS.................................................................................................13
6. PROPUESTA E IMPLEMENTACION DEL SISTEMA......................................................................24
6.1 METODOLOGIA DE DESARROLLO...........................................................................................24
6.2 METODOLOGIA DE TRABAJO..................................................................................................26
6.3 DIAGRAMA DE FLUJO.............................................................................................................27
6.4 EVIDENCIA SOFTWARE...........................................................................................................28
6.5 PROCESO CODIFICACION........................................................................................................30
6.6 LISTADO DEL CODIGO.............................................................................................................31
6.7 METODOLOGÍA DE VERIFICACIÓN DEL SISTEMA....................................................................35
TAREA SEMANA 5............................................................................................................................38
6.8 ¿POR QUE REALIZAR PRUEBAS A SISTEMA PROPUESTO?.......................................................38
6.9 ALCANCE, TIPOS Y ESTRATEGIAS DE PRUEBAS......................................................................39
7. CONCLUSIONES y RECOMENDACIONES...................................................................................39
7.1 CONCLUSIONES......................................................................................................................39
8. REFERENCIAS BIBLIOGRÁFICAS.................................................................................................41
IACC
3
IACC
4
1. EL PROBLEMA
Dada la siguiente problemática que presenta la empresa “ODIN”, la cual no posee una aplicación
web que ayude al control y gestión interno de la empresa, simulando programas de ERP, para una
mayor cobertura.
1.1 PLANTEAMIENTO DEL PROBLEMA

En el transcurso de estas últimas 2 generaciones, ha existido una brecha importante con los saltos
tecnológicos, rompiendo paradigmas y actualizándose cada vez más en cuanto a sistemas
computacionales. Esto nos ha ayudado para automatizar un sin fin de tareas, el cual anteriormente
eran actividades o jornadas de trabajo normales para nosotros, pudiendo caer en errores y
generar retrasos en cuanto al flujo de trabajo de la empresa u organización.
Un punto de partida para dichas generaciones pudo ser con los teléfonos analógicos, el cual
recordamos como el Nokia con su espectacular juego de la cuncuna, hablamos de la tecnología de
señal con 2G, con la posibilidad de mensajes de texto y llamados de voz.
Estas brechas y saltos tecnológicos a través de un buen enfoque, son capaces de alivianar y ayudar
bastante en los trabajos diarios, es por ello que en este caso se estudiaran los procesos de ayuda
que puede generar una aplicación web en la empresa particular llamada “ODIN”, el cual los
registros internos de los clientes están solamente respaldados en la nube a través de Google drive
con archivos Excel y word, quiere decir que no existe una plataforma online en la cual aparezca el
detalle de las transacciones, junto con las facturas emitidas a cada cliente para llevar un control
interno de esto, a parte del que se lleva de forma interna y manual, la cual es llenando un Excel y
un Word.
Cada encargado o usuario debiese tener diferente roles y perfiles dentro de esta empresa, ya que
un solo perfil universal, no cumpliría el propósito de corroborar quien ha modificado algún dato o
ingresado otros.
Para ello se puede unificar todos estos datos, pdf, costos, ventas, por cada cliente o DNI de estos,
dado que en un 90% son pymes, lo que conlleva que el caso para esta empresa distribuidora,
genera dinero con venta por cantidades, es decir requiere de una aplicación web que apoye a
ordenar sea similar al control y gestión de las grandes empresas para que no sea una mayor
pérdida de tiempo el buscarlo online descargar, actualizar datos y subirlos nuevamente.
IACC
5
a. ¿Dónde ocurre?
Para el presente caso, se estudia un sistema de aplicación web, el cual debe de sustituir una
búsqueda manual por carpeta dentro de la nube de Google drive en la empresa "ODIN"
a. ¿Qué ocurre?
Demora en ingreso de información por cada cliente al ser de forma manual y a través de una nube
los cuales son archivos descargados, se actualizan y se vuelven a subir a la nube.
b. ¿Dónde?
Todo el procedimiento interno se realiza a través de 02 archivos editables de Word y Excel en la

empresa ODIN.
c. ¿Cómo ocurre?
El cliente solicita los productos mediante llamado o correo electrónico con 1 dia de anticipación en
promedio y se procede a generar la reserva para cuando sea el despacho ir a dejárselo, se realiza
la transacción y posterior se ingresa a la planilla de Word y Excel lo acontecido, esto para llevar el
control interno y rebajar del stock en inventario.
d. ¿Y Por qué ocurre?
Inexistencia de automatización de carga de pedimentos que genere una rebaja automática del
sistema de inventario, el cual también es de forma manual y que dicho rebaje de productos sea
asociado a un cliente en específico, el cual fue quien solicito los productos al proveedor.
e. ¿para qué?
Para realizar una automatización en cuanto al control y gestión interno para el manejo de la
empresa por cada cliente que sea nuevo o ya se encuentre registrado en la plataforma.
IACC
6
1.2 OBJETIVO GENERAL

se diseñará un software el cual cumpla la función de control de gestión interno de una pequeña
empresa o pyme.
El software a construir tendrá un fin en específico y es el simular una aplicación ERP, pero de
menor densidad y orientado a una aplicación web para dicho cliente y empresa. Orientado al
ingreso y registro de productos por cajas bajo número de facturas asociados, registro de uso,
mejores clientes, etc.
¿Cuáles son los factores técnicos para un diseño de software?
Se creará bajo el stack de python con el framework flask, como backend y html con css desde el
front-end para la creación de la aplicación web.
1.3 OBJETIVOS ESPECÍFICOS

 Analizar situación actual en el proceso de inventario de la empresa “ODIN”
 Determinar los requerimientos de asociación funcionales.
 Desarrollar aplicación web bajo el stack de frontend y backend, para ejecutar pruebas de
funcionamiento.
¿de qué forma se representaría la planificación de recurso empresarial durante el desarrollo de la

aplicación web?
1.4 HIPOTESIS
El desarrollo de esta aplicación web contribuirá de forma positiva al control interna de la empresa,
dado que los tiempos de ingreso, rebajar el inventario, asociar productos a cliente, será en una
misma plataforma lo que permitirá almacenar toda esta información en la nube y obtener su
propia base de datos a través del ingreso de user/pass.
IACC
7
2. MARCO TEÓRICO
Se presentan las bases teóricas dada la presente investigación referente a la implementación del
diseño de software para la planificación de recurso empresarial.
2.1 ASPECTOS BASICOS

ASPECTOS BASICOS
 Aplicación web: S. Lujian (2022). En las aplicaciones web suelen distinguirse tres niveles
(como en las arquitecturas cliente/servidor de tres niveles): el nivel superior que
interacciona con el usuario (el cliente web, normalmente un navegador), el nivel inferior
que proporciona los datos (la base de datos) y el nivel intermedio que procesa los datos (el
servidor web). En este capítulo se describen el cliente y el servidor web y se comentan los
entornos web en los que se ejecutan las aplicaciones web: Internet, intranet y extranet.
Además, se comentan las principales ventajas que poseen las aplicaciones web. También
se describen las arquitecturas típicas de las aplicaciones web. Por último, se presenta una
metodología de desarrollo de sitios web. (p. 47)
 Erp: F. Chieza (2004). Un sistema ERP es una aplicación informática que permite gestionar
todos los procesos de negocio de una compañía en forma integrada. Sus siglas provienen
del término en inglés ENTERPRISE RESOURCE PLANNING. Por lo general este tipo de
sistemas está compuesto de módulos como Recursos Humanos, Ventas, Contabilidad y
Finanzas, Compras, Producción entre otros, brindado información cruzada e integrada de
todos los procesos del negocio. Este software debe ser parametrizado y adaptado para
responder a las necesidades específicas de cada organización. Una vez implementado un
ERP permite a los empleados de una empresa administrar los recursos de todas las áreas,
simular distintos escenarios y obtener información consolidada en tiempo real. (p. 3)
 Usuario: Cuello, J. (2013). El usuario es quien realiza interacciones con la aplicación a
través de su interfaz. Es el foco del llamado «diseño centrado en el usuario» que tiene
como eje sus necesidades, para proponer soluciones que resuelvan los problemas,
considerando sus emociones y expectativas. (p. 244)
 Software: IBM (2022). El software en sí es el conjunto de instrucciones o programas que le
dicen a una computadora qué hacer. Es independiente del hardware y hace que las
computadoras sean programables.
IACC
8
 Desarrollo Ágil de Aplicaciones: Pressman (1998). Los procesos de desarrollo del software
rápido se diseñan para producir rápidamente un software útil. El software no se desarrolla
como una serie de incrementos, y cada uno de ellos incluye una nueva funcionalidad del
sistema.
2.2 ASPECTOS TECNICOS
 Usabilidad: I. Sommerville (2005). El término “usabilidad”, que deriva del inglés

“Usability”, es un atributo cualitativo definido comúnmente como la facilidad de uso, ya
sea de una página Web, una aplicación informática o cualquier otro sistema que
interactúe con un usuario. El concepto generalmente se refiere a una aplicación
informática o un aparato, aunque también puede aplicarse a cualquier sistema hecho con
algún objetivo particular. También se refiere a métodos para mejorar la facilidad de uso
durante el proceso de diseño. (p. 2)
 Optimización: Herrán, C. (2013). La optimización de procesos es fundamental en todas las
empresas, y plantea la planificación de producción como una opción para optimizar
procesos porque una planificación de producción presenta varias estrategias, modelos y
pasos para mejorar las actividades de una empresa. (p. 29)
 Python: R. gonzalez (2011). Python es un lenguaje de programación creado por Guido van
Rossum a principios de los años 90 cuyo nombre está inspirado en el grupo de cómicos
ingleses “Monty Python”. Es un lenguaje similar a Perl, pero con una sintaxis muy limpia y
que favorece un código legible. Se trata de un lenguaje interpretado o de script, con
tipado dinámico, fuertemente tipado, multiplataforma y orientado a objetos.
 Microsoft SQL Server: Gabillaud (2015). Microsoft SQL Server es un sistema de gestión de
base de datos relacional (RDBMS) producido por Microsoft. Su principal lenguaje de
consulta es Transact-SQL, una aplicación de las normas ANSI / ISO estándar Structured
Query Language (SQL) utilizado por ambas Microsoft y Sybase.
 Escalabilidad: Jablonski (2016). habilidad de mantener un similar o mayor desempeño en
el modelo de negocio, sea incrementando o reduciendo los componentes y recursos.
IACC
9
1. MARCO METODOLÓGICO
La presente metodología a emplear durante la presente investigación estará relacionada y deberá

permitirnos reunir los datos suministrados por los usuarios para realizar un análisis de la cantidad
de stock que existe en la bodega con el propósito de rebajar o corroborar si esta correcto el
pedimento con el inventario.
Está enfocado en almacenar y actualizar el listado del inventario dado que se detectó que afecta a
la fluidez del trabajo en la oficina, la cual esta deficiencia oriento la investigación para determinar
la factibilidad de presentar dicha solución al unir lo practico con el software.
El enfoque de esta investigación será de tipo cuantitativo según Ñaupas et al (2014) se caracteriza
por utilizar métodos y técnicas cuantitativas y por ende tener que ver con la medición, el uso de
magnitudes, la observación y medición de las unidades de análisis, el muestreo, el tratamiento
estadístico (Ñaupas et al 2014 ,p.97).
Dado que se realizará una encuesta a los usuarios una vez se encuentre implementado y
ejecutándose dentro de la empresa, al mismo modo este será la investigación será de tipo
descriptivo, dado que describirá el detalle de todos los elementos que componen el sistema
implementado dentro de la empresa. También se planteará que esta investigación cuantitativa, se
base en el estudio y medición de clientes con sus facturas y ventas asociadas por un periodo de 30
días calendario, cuantificando los elementos que intervienen respecto a las ventas de cada cliente
asociado a la empresa. Es por lo anterior que este punto se catalogará como descriptiva-
cuantitativa dado que medirá las ventas de los clientes describiendo a detalle los datos
involucrados.
IACC
10
2. TECNICA DE INVESTIGACIÓN
Como técnica de investigación se presentará un diseño no experimental dado que se realizará una
auditoría interna la cual se tomará al personal que se encuentre relacionado a la integración de
datos a los archivos internos que se utilizan como base de datos y corroborar y observar los
procedimientos actuales del personal y con esto presentar una solución más eficaz para
administrar de mejor manera el diseño y esquema del software a implementar.
Para un mejor contexto de la problemática, la empresa “ODIN” cada vez que realiza una venta
debe de informar a su personal de la venta en conjunto con la factura asociada para que este
personal rebaje del inventario de forma manual el pedido que se ha vendido, durante este proceso
es posible que no se registre los datos de forma correcta o no se asocie los productos según el
detalle de la factura, para ello es necesaria una auditoría interna u observación del proceso
completo para esta tarea que es fundamental para un control interno.
4.1 MUESTRAS E INVESTIGACION.
Lilia (2015) La muestra es parte de los elementos o subconjunto de una población que se
selecciona para el estudio de esa característica o condición, también es una herramienta
fundamental que permite conocer el comportamiento de una población infinita a partir de un
subconjunto obteniendo mayor precisión en los resultados. (p. 10)
Para el presente estudio la población será visualizada a través de los departamentos que
tengan relación al sistema interno de la empresa “ODIN” como lo es gerencia, departamento de
adquisiciones y almaceneros.
La muestra que se considera como objetivo son los trabajadores/usuarios de la empresa

quienes tienen la labor de ingreso de datos al sistema a través de su actual metodología de
trabajo.
De una población de 40 personas, las cuales representan a los departamentos de gerencia,

adquisiciones y almaceneros/bodegueros, la presente investigación abordara una muestra de 10
IACC
11
personas quienes son del departamento de control y gestión los cuales son los usuarios principales
para una óptima y eficiente entrega de información para un análisis de resultados.
4.2 INSTRUMENTO DE RECOLECCION DE DATOS.
Caro (2021) Las técnicas de recolección de datos son mecanismos e instrumentos que se
utilizan para reunir y medir información de forma organizada y con un objetivo específico.
Usualmente se usan en investigación científica y empresarial, estadística y marketing. Cada una de
estas técnicas permite recopilar información de diferente tipo. Por este motivo, es importante
conocer sus características y tener claros los objetivos para elegir aquellas que permitan recoger la
información apropiada. (p. 1)
Para el presente instrumento, se realizará un cuestionario dicotómico (solo 2 alternativas) para

que usted indique su posición frente al nuevo software implementado en la unidad en la cual
usted realiza labores dentro de la compañía. Lea cada ítem planteado y responda con una X (Equis)
en la columna Sí o No, según aplique.
ITEM SI NO
El software implementado es fácil de utilizar.
Cuenta con manuales de ayuda a la hora de un problema con la
operación del software.
El proceso automatizado brinda beneficios en mis funciones.
El tiempo para realizar una tarea es más eficiente con el software
implementado.
Implementaré el software de inmediato en mis funciones.
El software es un aporte positivo para mis actividades laborales.
Se deja registro de quien ha sido el ultimo usuario en modificar los
archivos
Es fácil rebajar del sistema en base a la información plasmada en las
facturas
Entorno grafico es amigable e intuitivo para nuevos usuarios
Posee documentación con los procedimientos correspondientes
dependiendo los perfiles
IACC
12
5. ANÁLISIS DE LOS RESULTADOS
En este apartado la técnica a utilizar para la medición es la observación cuantitativa y posee el

siguiente método de estudio del cuestionario aplicado a la muestra anteriormente mencionada y
estas fueron realizadas a entre 2 turnos de trabajo con un total de 10 personas.
P1 P2 P3 P4 P5 P6 P7 P8 P9 P10 TOTAL
N° ITEM SI NO SI NO SI NO SI NO SI NO SI NO SI NO SI NO SI NO SI NO SI NO
El software
implementado es fácil X X X X X X X X X x 9 1
N° 1 de utilizar.
Cuenta con manuales
de ayuda a la hora de
un problema con la X X X X X X X X X X 5 5
operación del
N° 2 software.
El proceso
automatizado brinda
X X X X X X X X X X 5 5
beneficios en mis
N° 3 funciones.
El tiempo para realizar
una tarea es más X X X X X X X X X X 10 0
N° 4 eficiente con el
Implementaré el
software de inmediato X X X X X X X X X X 5 5
N° 5 en mis funciones.
El software es un
aporte positivo para X X X X X X X X X X 7 3
N° 6 mis actividades
Se deja registro de
quien ha sido el ultimo X X X X X X X X X X 10 0
N° 7 usuario en modificar
Es fácil rebajar del
sistema en base a la X X X X X X X X X X 2 8
N° 8 información plasmada
Entorno grafico es
amigable e intuitivo X X X X X X X X X X 7 3
N° 9 para nuevos usuarios
Posee documentación
con los
X X X X X X X X X X 4 6
procedimientos
N° 10 correspondientes
IACC
13
Tabla 1: Indicador: uso de software.
El software implementado es fácil de utilizar.
Porcentaj Porcentaje
Respuestas Frecuencia Porcentaje
e Válido Acumulado
SI 9 90% 90% 90%
NO 1 10% 10% 100%
Total 10 100% 100%
Tabla 1
NO
SI
0 1 2 3 4 5 6 7 8 9 10
Columna1
Nos podemos percatar que la gran mayoria en un 90% nos indica que el software es de facil uso,
mientras que el otro 10 % indica que no, lo que nos permite indagar si requiere de induccion extra
para su mejor uso.
IACC
14
Tabla 2: Indicador: manual de ayuda
Cuenta con manuales de ayuda a la hora de un problema con la

operación del software.
e Válido Acumulado
SI 5 50% 50% 50%
NO 5 50% 50% 100%
Total 10 100% 100%
Tabla 2
NO
SI
0 1 2 3 4 5 6 7 8 9 10
10
Para este apartado, nos percatamos que los manuales de ayuda en caso de problema con el
software no son muy amigables, no se entiende bien por el personal o aun falta por capacitacion a
este, en el cual 50% de las personas afirmaron que dicho manual es de ayuda antes problemas y la
otra mitad nos indica que no es de ayuda.
IACC
15
Tabla 3: Indicador: beneficios en funciones
El proceso automatizado brinda beneficios en mis funciones.
e Válido Acumulado
SI 5 50% 50% 50%
NO 5 50% 50% 100%
Total 10 100% 100%
Tabla 3
NO
SI
0 1 2 3 4 5 6 7 8 9 10
10
Durante la automatizacion de los procesos el personal encuestado en un 50% nos indica que no es
de gran ayuda, esto lo podemos acotar a que el software no esta diseñado para tales
departamentos, donde el fuerte es para el personal de bodega y liquidadores de servicios.
IACC
16
Tabla 4: Indicador: tareas
El tiempo para realizar una tarea es más eficiente con el

software implementado.
e Válido Acumulado
SI 10 100% 100% 100%
NO 0 0% 0% 100%
Total 10 100% 100%
Tabla 4
NO
SI
0 1 2 3 4 5 6 7 8 9 10
10
Para este caso, el totalidad de las personas o el 100% de ellos han informado que el software si es
un buen complemento para ahorro de tiempo en cuanto a la tendencia anterior de actualizar e
insertar datos de forma reiterada para un mismo cliente.
IACC
17
Tabla 5: Indicador: implementacion de software.
Implementaré el software de inmediato en mis funciones.
e Válido Acumulado
SI 5 50% 50% 50%
NO 5 50% 50% 100%
Total 10 100% 100%
Tabla 5
NO
SI
0 1 2 3 4 5 6 7 8 9 10
10
El personal encuestado nos indica que solo en un 50% implementaria el software inmediatamente,
esto puede deberse a multiples factores y uno de ellos puede ser el personal con mayor edad dado
que existe una tendencia la cual no quieren o no existe mayor esfuerzo por “Actualizarse”, ademas
de temor para la mitad de los encuestados en los que al trabajar directo con la base de datos,
puede existir una mala insercion de datos y llevar a errores mayores dado que se trabaja en varios
departamentos en conjunto con el mismo software.
IACC
18
Tabla 6: Indicador: aporte de software
El software es un aporte positivo para mis actividades laborales.
e Válido Acumulado
SI 7 70% 70% 70%
NO 3 30% 30% 100%
Total 10 100% 100%
Tabla 6
NO
SI
0 1 2 3 4 5 6 7 8 9 10
10
En este grafico se muestra que un 70% del personal se encuentra satisfecho con el nuevo software
y el otro 30% que no muestra mayores beneficios.
IACC
19
Tabla 7: Indicador: registro de usuarios
Se deja registro de quien ha sido el último usuario en modificar

los archivos
e Válido Acumulado
SI 10 100% 100% 100%
NO 0 0% 0% 100%
Total 10 100% 100%
Tabla 7
NO
SI
0 1 2 3 4 5 6 7 8 9 10
10
En este grafico podemos encontrar que la totalidad de las personas encuestadas esta al tanto y
sabe quien fue la ultima persona dentro de su perfil de escritura y/o lectura ha modificado el
archivo o la base de datos.
IACC
20
Tabla 8: Indicador: uso de software
Es fácil rebajar del sistema en base a la información plasmada en

las facturas
e Válido Acumulado
SI 2 20% 20% 20%
NO 8 80% 80% 100%
Total 10 100% 100%
Tabla 8
NO
SI
0 1 2 3 4 5 6 7 8 9 10
10
En este grafico podemos detectar que en un 80% las personas a cargo nos indican que no es facil la
forma de rebajar los productos del sistema, es decir sacar del inventario lo que ya se encuentra
vendido del stock actual, a diferencia del otro 20% quienes nos afirman que si es facil.
IACC
21
Tabla 9: Indicador: interfaz grafica
Entorno grafico es amigable e intuitivo para nuevos usuarios
e Válido Acumulado
SI 7 70% 70% 70%
NO 3 30% 30% 100%
Total 10 100% 100%
Tabla 9
NO
SI
0 1 2 3 4 5 6 7 8 9 10
10
Este grafico nos indica que en un 70% las personas encuentran que la interfaz grafica es amigable
e intuitiva para los usuarios, siendo que el 30% restante indica lo contrario.
IACC
22
Tabla 10: Indicador: Documentacion.
Posee documentación con los procedimientos correspondientes

dependiendo los perfiles
e Válido Acumulado
SI 4 40% 40% 40%
NO 6 60% 60% 100%
Total 10 100% 100%
Tabla 10
NO
SI
0 1 2 3 4 5 6 7 8 9 10
10
Este grafico nos indica que en un 40% las personas encuentran que si se tiene la documentacion
necesaria dependiendo el perfil que tengan y el 60% restante esta en desacuerdo que no tiene
dicha documentacion.
IACC
23
6. PROPUESTA E IMPLEMENTACION DEL SISTEMA.
Durante la investigación previamente realizada, el software a implementar se basará en

una aplicación web, el cual tendrá como función principal el uso de una herramienta ERP.
Dado que la pyme actualmente utiliza plantilla de Excel como base de datos central y uso
de rendición en cada cierre de mes.
Se escogió una aplicación web, dada la usabilidad y escalabilidad que esta presenta, ya
que es multiplataforma y solo requiere de una conexión a internet para poder hacer uso
de la aplicación y mantener actualizado el stock en tiempo real y con las credenciales
correspondientes.
Dentro del stack de programación, el software se realizara por la parte Backend con
Python y su framework de django ya que este trabaja con plantillas HTML, base de datos
migrables aunque en un comienzo es SQLITE, además de poseer variadas clases y
funciones importables para un correcto desarrollo como por ejemplo Login, logout,
renderizar plantillas, clases y migración para insertar nuevas columnas en la base de
datos, entorno virtual y su propio motor como localhost para pruebas en tiempo real, etc.,
Y por la parte de Frontend será con HTML, css y JavaScript.
6.1 METODOLOGIA DE DESARROLLO

La metodología de ciclo de vida en cascada es una metodología tradicional y bien
establecida para el desarrollo de proyectos, especialmente en el ámbito de las
aplicaciones web. Algunas de las razones para usar esta metodología en la creación de una
aplicación web incluyen:
 Fase de planificación bien definida: Tiene una fase de planificación bien definida, lo
que permite a los desarrolladores establecer un plan detallado para el proyecto
antes de comenzar a desarrollar la aplicación.
 Procesos claros y predecibles: Posee una serie de procesos claros y predecibles que
se deben seguir durante el desarrollo del proyecto, lo que permite a los
desarrolladores tener un mayor control sobre el proyecto y asegurar su éxito.
 Mayor estabilidad y control: Tiene un enfoque en el control y la estabilidad, lo que
permite a los desarrolladores asegurar que la aplicación se desarrolla de acuerdo a
los estándares y especificaciones requeridos.
 Mejor seguimiento y rastreo: Tiene una serie de puntos de control y revisiones, lo
que permite a los desarrolladores seguir y rastrear el progreso del proyecto en
todas las fases.
IACC
24
 Mayor eficiencia en el uso de recursos: Posee un enfoque en la eficiencia en el uso

de recursos, lo que permite a los desarrolladores asegurar que el proyecto se
completa dentro del presupuesto y plazo establecidos.
 Mayor facilidad en la documentación: Posee una estructura bien definida y
estandarizada, lo que permite a los desarrolladores documentar de manera fácil y
eficiente todas las fases del proyecto.
 Mayor seguridad en el producto final: Posee un enfoque en la calidad y la
seguridad del producto final, lo que permite a los desarrolladores asegurar que la
aplicación web cumple con los estándares de seguridad requeridos.
Fuente: Gómez, F. J. J. B. L. D. B. (s. f.). 5.1. Ciclo de vida clásico o en cascada | Ciclo de
vida: Metodologías de desarrollo de software.
http://agrega.juntadeandalucia.es/repositorio/20022017/6b/es-
an_2017022012_9122843/51_ciclo_de_vida_clsico_o_en_cascada.html
IACC (2020). Propuesta e implementación del proyecto. Parte I. Proyecto de título.

Semana 2.
IACC
25
6.2 METODOLOGIA DE TRABAJO

Dada la investigación preliminar desarrollada con anterioridad, la metodología de cascada
se ajusta de menor manera dado que este simple modelo es establecida y comprobada
dado que ha sido utilizada en multiples proyectos en el transcurso de los años dando pie a
que los desarrolladores cuenten con un marco de referencia sólido y comprobado.
Otro punto es que permite un mayor control y planificación en conjunto con procesos
claros y predecibles logrando de esta manera un mayor control de calidad asegurando al
tener un enfoque de control y estabilidad, asegurando que dicha aplicación cumpla con
los estándares y especificaciones requeridas, además de disponer de una mayor eficiencia
en el uso de recursos y mayor facilidad en la documentación.
Durante la fase de desarrollo se considera lo siguiente:
a. creación de proyecto en VS Code.

b. Creacion de entorno virtual con lenguaje Python.
c. Creacion de Base de datos y perfiles. (uso de cruds)
d. Diseño de plantillas HTML para index, about, login.
e. Inserción de datos por parte del usuario a través de método POST en la
base de datos.
f. Eliminar, actualizar y agregar datos desde interfaz grafica a base de datos
(debe de reflejarse y actualizarse en tiempo real)
g. Redireccionar cada pagina a donde se debe, haciendo énfasis en login y
logout.
IACC
26
6.3 DIAGRAMA DE FLUJO.
Ilustración 1: diagrama inicio sesión
El software a desarrollar se integrara de la ventana principal la cual tendrá información general de

la pyme, por otro lado tendrá una barra de tareas par el inicio de sesión y posterior cierre de
sesión, el cual dicho desarrollo constara de verificación de usuario en caso de existir, si no se
implementara un registro para ingreso al sistema.
En el diagrama presentado (ilustración 1), se indica que desde el ingreso al login se debe de
ingresar el usuario y contraseña;
A. en caso que el usuario no exista se debe de crear uno.

B. Si el usuario existe, pero la contraseña se encuentra mal tipeada, la página informará el
error y no permitirá el acceso al sistema.
C. Si la contraseña y el usuario se encuentran ingresados correctamente, se saldrá del ciclo y
permitirá ingresar al sistema redireccionando a la página de tareas.
IACC
27
6.4 EVIDENCIA SOFTWARE

Durante el presente desarrollo de software se implementa Python con el framework de Django, el
cual se ha levantado un proyecto a través de entorno virtual por el cual presenta un inicio de
sesión.
Ilustración 2: Signin - HTML inicio sesión
Para este inicio de sesión se usan plantillas de layout que son heredables para un mayor ahorro de
código, se importan bibliotecas propias de Jinga y Django las cuales nos generan token de
protección adicional como se puede apreciar en la línea N° 7 de la ilustración 2, en donde a modo
de explicación se puede indicar que:
Este código es una plantilla HTML en Django que implementa una página de inicio de sesión.
La primera línea indica que esta plantilla se extiende a partir de otra plantilla llamada
"layouts/base.html".
El bloque "content" define el contenido de esta página específica. El contenido incluye un título
"SIGNIN" y un formulario HTML que envía datos a través del método POST.
La etiqueta {% csrf_token %} es una protección contra ataques CSRF (Cross-Site Request Forgery)
en Django. Agrega un token que se verifica en el lado del servidor antes de procesar cualquier
solicitud POST.
{{error}} muestra un mensaje de error si se proporciona uno, como se especificara en el código

próximo (ilustración 3).
{{form.as_p}} renderiza el formulario de autenticación como una serie de párrafos, cada uno
conteniendo un campo del formulario.
El botón "Iniciar sesión" envía los datos del formulario al servidor.
IACC
28
Ilustración 3: Función signin
Para la creación del login se debe de tomar en cuenta las diferentes bibliotecas a usar e importar,
así como las diferentes creaciones de clases, variables, funciones, etc., Por lo que se debe de usar
la lógica de este lenguaje para integrar dentro de HTML y nos ayude a conectar entre el back y el
frontend.
Como se logra apreciar en la ilustración N° 3 en donde se implementa una función de inicio de

sesión en una aplicación web. La función "signin" toma un argumento "request", que representa
una solicitud HTTP.
Si el método HTTP en la solicitud es "GET", la función devuelve una plantilla HTML llamada
"signin.html" con un formulario de autenticación. Si el método HTTP es "POST", la función
autentica al usuario enviado en el formulario con el nombre de usuario y la contraseña obtenidos
de "request.POST".
Si la autenticación falla, la función vuelve a renderizar la plantilla "signin.html" con un mensaje de

error indicando que el nombre de usuario o la contraseña son inválidos. Si la autenticación es
exitosa, la función inicia la sesión y redirige al usuario a la página "tasks".
IACC
29
Tarea Semana 4.
6.5 PROCESO CODIFICACION.

Pto 1. Los requerimientos que presenta el software planteado requieren de análisis con el cliente
y viabilidad para su implementación, En el actual proyecto, se llevó a cabo un proceso de
codificación para desarrollar una aplicación web con Django. Para abordar los requerimientos del
sistema, se utilizaron diversas tecnologías y herramientas, incluyendo Python, HTML, CSS y
JavaScript (aun en proceso de implementación).
El proceso de codificación comenzó con la definición de los modelos y la creación de vistas y

controladores para manejar las peticiones y respuestas HTTP. Luego, se diseñaron las vistas HTML
para mostrar la información en el navegador y se agregaron estilos CSS (aún en proceso) para
mejorar la apariencia de la aplicación. Finalmente, se agregará código JavaScript para proporcionar
una experiencia de usuario interactiva.
Para asegurarnos de que el código cumplía con los estándares de calidad primero definimos las
funciones que debe tener en primera instancia, dentro de las cuales fueron abordadas en
reuniones con el cliente, donde se definieron las siguientes funciones que debe tener como
primera versión:
 Login.
 Creación de usuarios.
 Barra de navegación (Navbar).
 Tareas pendientes.
 Tareas realizadas.
 Sistema de ingreso a base de datos para agregar y editar clientes con pedidos y costos
asociados. (por implementar)
 Cerrar sesión.
Por lo anterior, se realizaron pruebas unitarias en todas las funciones y se utilizaron herramientas
de depuración para solucionar errores y optimizar el rendimiento de la aplicación.
Adicionalmente, se anexarán imágenes del código del software, que muestran la estructura y la
funcionalidad de la aplicación, Todas estas imágenes están acompañadas de una breve
explicación, que describe su función y propósito en el proyecto.
En resumen, el proceso de codificación fue un proceso detallado y riguroso que abordó los
requerimientos del sistema y utilizó una combinación de tecnologías y herramientas para
desarrollar una aplicación web eficiente y de alta calidad.
IACC
30
6.6 LISTADO DEL CODIGO
Ilustración 4: Archivo de plantilla base Navbar de HTML
a. El código es una plantilla HTML que define la estructura básica de una página web. La
plantilla se extiende de "layouts/base.html" y define un bloque "content" que puede ser
reemplazado por otras plantillas. La plantilla incluye un encabezado que contiene un logo,
una barra de navegación y un botón "Contacto". La barra de navegación incluye enlaces a
diferentes páginas de la aplicación, como "Home", "Tareas" y "Signin". La plantilla también
incluye una sección para cargar archivos estáticos, en este caso una hoja de estilo llamada
"navbar.css". Además, utiliza el sistema de templating Django para controlar si el usuario
está autenticado o no, y para mostrar o no ciertos enlaces en la barra de navegación.
Ilustración 5: Navbar
IACC
31
B. Registro de usuarios.
Ilustración 6: Registro de usuarios.
Ilustración 7: Verificación de usuarios.
Código:
Ilustración 8: Código función registrarse.
IACC
32
Función de Registro en Django
La función registrarse() maneja el registro de usuarios en una aplicación Django.
 Si el método de la solicitud es "GET", se renderiza una plantilla "registrarse.html" con un

formulario de registro utilizando el formulario "UserCreationForm".
 Si el método de la solicitud es "POST", se verifica si las contraseñas ingresadas son iguales.
 Si las contraseñas son iguales, se intenta crear y guardar un nuevo usuario en la base de
datos usando el método create_user() de la clase "User". En caso de un error de integridad
(es decir, si el nombre de usuario ya existe), se renderiza de nuevo la plantilla
"registrarse.html" con un mensaje de error.
 Si las contraseñas no son iguales, se renderiza de nuevo la plantilla "registrarse.html" con
un mensaje de error correspondiente.
 Si el nuevo usuario es creado y guardado correctamente, se autentica al usuario y se
redirige a una página específica.
C. Inicio de Sesion.
Ilustración 9: Inicio de sesion / Plantilla HTML
plantilla en Django, que extiende de una plantilla base llamada "base.html" y define un bloque de
contenido el cual fue definido en la ilustración n° 4.
El bloque de título tiene un título que puede ser sobrescrito por otras plantillas que extiendan de
esta, y luego muestra un encabezado con texto "SIGNIN".
Después, se define un formulario que se envía mediante el método HTTP POST. El token CSRF
(Cross-Site Request Forgery) se agrega para proteger contra ataques de este tipo. Luego, se
muestra el error (si hay alguno) y se renderiza el formulario "form" con el método "as_p".
Finalmente, se muestra un botón "Iniciar sesión".
IACC
33
Ilustración 10: Función inicio de sesión.
maneja la lógica de inicio de sesión. La función "signin" recibe una petición (request) y tiene dos
posibles flujos de ejecución dependiendo del método de la petición:
 Si el método es "GET", se envía un formulario para el inicio de sesión con el formulario de

autenticación de Django.
 Si el método es "POST", se autentifica al usuario ingresando los datos de nombre de
usuario y contraseña en la petición. La función "authenticate" de Django se usa para
verificar si el usuario es válido. Si el usuario es válido, se llama a la función "login" de
Django para iniciar sesión y se redirige a la página de tareas pendientes. Si el usuario no es
válido, se envía un mensaje de error y se vuelve a mostrar el formulario de inicio de
sesión.
Ilustración 11: inicio de sesión // plantilla html
Ilustración 12: Redireccionamiento de inicio de sesion.
IACC
34
6.7 METODOLOGÍA DE VERIFICACIÓN DEL SISTEMA

Pto 3.
Pruebas Funcionales:
El sistema se encuentra diseñado para que un usuario solo pueda ingresar con su login
correspondiente y no pueda acceder a otras tareas que no sean parte de su perfil, siendo re
dirigido en caso de intentar entrar por la barra de direcciones a través de una url.
En el cual se debe importar en la plantilla de views.py la siguiente librería:
from django.contrib.auth.decorators import login_required
Ilustración 13: Librería de login
Además de autentificar donde es requerido el usuario.
Ilustración 14: código requerido para aplicar biblioteca.
IACC
35
Ilustración 15: Modificación de pagina a la cual debe ser redirigida una vez importada la librería.
Por defecto se encuentra la plantilla settings.py en proyecto de django, lo cual no basta con
importar la biblioteca, dado que dentro de esta plantilla de configuración general, se debe
modificar a la dirección de la cual fue asignada en un principio el inicio de sesion, almacenada en
plantilla general de views.py que es encargada de las “vistas” dentro de la aplicación web, en
formas de paginas web(plantillas html, ver ilustración 16).
Ilustración 16: Dirección url, inicio de sesion.
IACC
36
Ilustración 17: ingreso plantilla "Tareas" a través de url.
Como se logra apreciar, se brinda y ejecuta correctamente el redireccionamiento en caso de

querer entrar a la pestaña de tareas sin estar logueado en la aplicación web.
Ilustración 18: Ingreso a plantilla "Tareas", una vez logueado.
IACC
37
TAREA SEMANA 5
7. ¿POR QUE REALIZAR PRUEBAS A SISTEMA PROPUESTO?
Durante el presente desarrollo de software Django es un framework web de Python que es

conocido por su rapidez en el desarrollo y su facilidad para realizar pruebas dinámicas. Las pruebas
dinámicas son aquellas que ejecutan el código en tiempo real y verifican su comportamiento y
salida en un entorno controlado. Estas pruebas son muy útiles para garantizar la calidad y
estabilidad de un proyecto, ya que pueden detectar errores y problemas antes de que se
produzcan en producción. Además, las pruebas dinámicas son especialmente útiles en el
desarrollo de aplicaciones web, ya que pueden simular interacciones con el usuario y verificar que
todas las funciones y características se comporten de manera esperada. Con el uso de las pruebas
dinámicas, los desarrolladores pueden ahorrar tiempo y esfuerzo en la corrección de errores y
mejorar la calidad y eficiencia del software. En resumen, las pruebas dinámicas son esenciales en
el desarrollo web con Django y deben ser una parte integral del proceso de desarrollo.
Añadiendo a lo anterior las pruebas dinámicas son más efectivas que las estáticas en un proyecto
de Django debido a que permiten detectar errores en tiempo real mientras se ejecuta la
aplicación. Las pruebas dinámicas también son más exhaustivas, ya que verifican la funcionalidad
completa de una aplicación en lugar de solo verificar la lógica y la estructura. Además, las pruebas
dinámicas permiten automatizar el proceso de prueba y ahorrar tiempo y esfuerzo en
comparación con las pruebas manuales. Las pruebas dinámicas también son más confiables, ya
que son capaces de detectar problemas en diferentes entornos y dispositivos. En resumen, las
pruebas dinámicas son esenciales para garantizar la calidad y la fiabilidad de una aplicación de
Django y deben ser una parte integral del proceso de desarrollo.
IACC
38
7.1 ALCANCE, TIPOS Y ESTRATEGIAS DE PRUEBAS.

El alcance de las pruebas dinámicas en un proyecto web de Django incluye todos los aspectos
funcionales de la aplicación, desde la interfaz de usuario (Ver ilustración 5) hasta la integración de
la base de datos y la funcionalidad de la lógica de negocios. Esto incluye verificar la correcta
recepción y procesamiento de información, la correcta respuesta a los comandos y la integridad de
la información en la base de datos.
Para asegurarse de que la aplicación funcione correctamente (evidenciado en el punto 6.4), es

necesario realizar varios tipos de pruebas dinámicas, como pruebas de unidad, pruebas de
integración y pruebas de aceptación. Las pruebas de unidad se centran en verificar el
funcionamiento de cada componente individual de la aplicación, mientras que las pruebas de
integración verifican cómo los componentes trabajan juntos. Las pruebas de aceptación se
enfocan en evaluar el funcionamiento de la aplicación como un todo desde el punto de vista del
usuario.
Para implementar pruebas dinámicas en un proyecto de Django, es importante tener en cuenta

una serie de estrategias y técnicas. Una de las estrategias más importantes es la automatización de
pruebas, lo que significa que se escriben scripts para ejecutar repetidamente pruebas específicas.
También es importante usar herramientas y frameworks específicos para las pruebas, como
Django Test (AUN EN PROCESO) o Selenium, para facilitar la ejecución y documentación de las
pruebas.
Además, es importante considerar la planificación y organización de las pruebas, incluido el

seguimiento de errores y la resolución de problemas de forma efectiva. La documentación de las
pruebas también es esencial, ya que ayuda a mantener un registro detallado del funcionamiento
de la aplicación y a mejorar la comunicación entre los miembros del equipo.
En resumen, las pruebas dinámicas son esenciales para garantizar la calidad y el correcto
funcionamiento de una aplicación web de Django. Al utilizar técnicas y estrategias específicas,
automatizar las pruebas y mantener una adecuada documentación, se puede garantizar una
aplicación confiable y sólida para la empresa.
IACC
39
7.2 CRITERIOS DE SALIDA

Se debe aclarar que los criterios de salida son los objetivos específicos que se esperan lograr con
las pruebas dinámicas en un proyecto. Estos criterios deben estar claramente definidos y
establecidos antes de iniciar cualquier prueba. Algunos de los criterios de salida empleados son los
siguientes:
1. Verificar la funcionalidad: Esta prueba se realizó para verificar si la aplicación cumple con
las expectativas y requisitos del usuario, obteniendo el resultado de satisfactorio al
momento de mostrárselo al cliente.
2. Verificar la integridad de los datos: Esta prueba se realizó para asegurarse de que los datos
sean correctamente almacenados, procesados y transmitidos sin errores, obteniendo el
resultado de satisfactorio al momento de mostrárselo al cliente.
3. Verificar la compatibilidad: Esta prueba se realizó para asegurarse de que la aplicación

funcione correctamente en diferentes sistemas operativos y dispositivos (por verificar
dado que aun esta en desarrollo, donde se espera cumplir sin observaciones dado que
corresponde a una aplicación web y las pruebas se originaran en diferentes navegadores
con sistemas operativos aparte).
4. Verificar la seguridad: Esta prueba se realizó para asegurarse de que la aplicación sea
segura y proteja los datos sensibles, obteniendo el resultado de satisfactorio al momento
de mostrárselo al cliente.
IACC
40
7.3 PRUEBA DINAMICA

Las pruebas dinámicas son una excelente opción para el proyecto "Software para la planificación
de recurso empresarial" ya que permiten evaluar el comportamiento de la aplicación en tiempo
real, es decir, mientras se está utilizando. Este tipo de prueba es importante en un sistema de ERP
como el que se describe, ya que permite verificar la funcionalidad de la aplicación en situaciones
similares a las que se utilizará en la vida real.
Además, las pruebas dinámicas son útiles para identificar errores y problemas de rendimiento que
puedan ocurrir en la aplicación. Por ejemplo, es posible que se descubran problemas de seguridad,
de rendimiento o de escalabilidad mientras se utiliza la aplicación, lo que puede ser identificado y
corregido antes de que la aplicación sea lanzada al mercado.
Otra razón por la que se eligieron las pruebas dinámicas es que permiten evaluar el
comportamiento de la aplicación en diferentes entornos. Por ejemplo, se pueden realizar pruebas
en diferentes navegadores web, en diferentes sistemas operativos y en diferentes dispositivos
móviles. De esta manera, se puede asegurar que la aplicación funcione correctamente en todos los
entornos y dispositivos que se espera que se utilicen.
En resumen, las pruebas dinámicas son una excelente opción para el proyecto "Software para la
planificación de recurso empresarial" ya que permiten evaluar el comportamiento de la aplicación
en tiempo real, identificar errores y problemas de rendimiento y evaluar el comportamiento de la
aplicación en diferentes entornos.
IACC
41
7.4 RESULTADOS DE PRUEBA

Los resultados finales de las pruebas dinámicas realizadas, fueron analizados en el punto 6.4, 6.5 y
6.6, los cuales a criterio del cliente cumplieron satisfactoriamente, ya que cumple con sus
expectativas tales como:
 Login.
 Creación de usuarios.
 Barra de navegación (Navbar).
 Tareas pendientes.
 Tareas realizadas.
 Cerrar sesión.
Añadiendo los sistemas de seguridad pertinentes como el redireccionamiento de paginas web en

caso de no estar logueado dentro del sistema.
Autentificación del usuario en caso de que sea usuario nuevo y las tareas pendientes de tiene.
IACC
42
IACC
43
Inicio de sesion:
Busca dentro de la base de datos que el usuaria exista o la contraseña almacenada sea la que se
encuentre registrada dentro de la base de datos.
IACC
44
7.5 RESULTADOS OBTENIDOS DE LA INVESTIGACION.
8. CONCLUSIONES Y RECOMENDACIONES
Con base a los analisis anteriormente planteados y presentados en consideracion de los objetivos
propuestos, es que se presentan las siguientes conclusiones y recomendaciones de acuerdo con
los resultados obtenidos.
8.1 CONCLUSIONES.
Mediante los resultados obtenidos de los instrumentos de recolección de datos se logro

establecer que, realizar un software de planificación de recurso empresarial mejoraría la calidad
de trabajo del personal involucrado en la empresa “ODIN”, así como también los procesos internos
administrativos.
Por lo anterior, nos permite concluir que se pueda dar cumplimiento al objetivo general el cual
nos señala “El software a construir tendrá un fin en específico y es el simular una aplicación ERP,
pero de menor densidad y orientado a una aplicación web para dicho cliente y empresa. Orientado
al ingreso y registro de productos por cajas bajo número de facturas asociados, registro de uso,
mejores clientes, etc.”
IACC
45
Durante la presente investigación se logro llevar a cabo y analizar la actual situación de como
se realiza el procedimiento estándar desde los inicios hasta el final, evaluándolo y añadiendo la
percepción de los trabajadores para enfocarnos en el software “ERP”.
Todo lo anterior nos permitió esclarecer la situación con respecto al procedimiento interno de
la empresa en cuanto a la venta, registro y rebaje del material en stock, lo que fue una gran base
para saber la dirección en la cual se debe enfocar el software y como principal misión es
concatenar todos los productos a una factura para que sea rebajada del inventario de forma
automática y no dependa de 2 departamentos la cuales son ventas y bodega, si no que estén
unidos y actualizado en tiempo real, logrando una disminución considerable de horas de trabajo y
los errores que ello representa dado que son departamentos que si bien trabajan en conjunto
pero de forma paralela y no eficientemente.
IACC
46
9. REFERENCIAS BIBLIOGRÁFICAS
IACC (2020 ). Planteamiento del problema. Parte I. Seminario de título. Semana 1
IACC (2020 ). Planteamiento del problema. Parte II. Seminario de título. Semana 2
IACC (2020 ). Planteamiento del problema. Parte III. Seminario de título. Semana 3
IACC (2020 ). Objeto, fundamentación teórica y metodológica de la investigación. Parte I Seminario

de título . Semana 4.
IACC (2020). Objeto, fundamentación teórica y metodológica de la investigación. Parte II.

Seminario de título. Semana 5.
IACC (2020 ). Sistematización de la información. Parte I . Seminario de título . Semana 6
IACC (2020 ). Sistematización de la información. Parte I I . Seminario de título . Semana 7
IACC (2020). Estructura de la investigación. Seminario de título. Semana 8.
Luján-Mora, S. (2002). Programación de aplicaciones web: historia, principios básicos y clientes

web. Editorial Club Universitario.
Chiesa, F. (2004). Metodología para selección de sistemas ERP. Reportes técnicos en ingeniería del
software, 6(1), 17-37.
IACC
47
TAREA SEMANA 2 23/01/2023
1. Desarrolle un mínimo de dos párrafos en los cuales explique brevemente las características del
sistema a desarrollar durante la investigación, haciendo un énfasis particular sobre si se trata
del desarrollo de un software o aplicación, la configuración de algún equipo de procesamiento
digital (hardware o software) o algún otro tipo de desarrollo (3 puntos).
IACC
48

Evaluacion Final - TAREA SEM 6

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Evaluacion Final - TAREA SEM 6

Cargado por

Copyright:

Formatos disponibles

SEMINARIO DE TÍTULO

INSTITUTO PROFESIONAL IACC

SOFTWARE PARA LA PLANIFICACIÓN DE RECURSO

NOMBRE PROFESORA GUÍA: MARIA LOURDES GEIZZELEZ LUZARDO

El desarrollo del software para la planificación de recurso empresarial, se encuentra basado en el

Palabras clave: ERP, PROGRAMACION, CONTROL, EJECUCION, OPTIMIZACION,

1.1 PLANTEAMIENTO DEL PROBLEMA

Todo el procedimiento interno se realiza a través de 02 archivos editables de Word y Excel en la

d. ¿Y Por qué ocurre?

1.2 OBJETIVO GENERAL

¿Cuáles son los factores técnicos para un diseño de software?

1.3 OBJETIVOS ESPECÍFICOS

¿de qué forma se representaría la planificación de recurso empresarial durante el desarrollo de la

2.1 ASPECTOS BASICOS

2.2 ASPECTOS TECNICOS

 Usabilidad: I. Sommerville (2005). El término “usabilidad”, que deriva del inglés

La presente metodología a emplear durante la presente investigación estará relacionada y deberá

4.1 MUESTRAS E INVESTIGACION.

La muestra que se considera como objetivo son los trabajadores/usuarios de la empresa

De una población de 40 personas, las cuales representan a los departamentos de gerencia,

4.2 INSTRUMENTO DE RECOLECCION DE DATOS.

Para el presente instrumento, se realizará un cuestionario dicotómico (solo 2 alternativas) para

5. ANÁLISIS DE LOS RESULTADOS

En este apartado la técnica a utilizar para la medición es la observación cuantitativa y posee el

Tabla 1: Indicador: uso de software.

El software implementado es fácil de utilizar.

SI 9 90% 90% 90%

NO 1 10% 10% 100%

Total 10 100% 100%

Tabla 2: Indicador: manual de ayuda

Cuenta con manuales de ayuda a la hora de un problema con la

SI 5 50% 50% 50%

NO 5 50% 50% 100%

Total 10 100% 100%

Tabla 3: Indicador: beneficios en funciones

El proceso automatizado brinda beneficios en mis funciones.

SI 5 50% 50% 50%

NO 5 50% 50% 100%

Total 10 100% 100%

Tabla 4: Indicador: tareas

El tiempo para realizar una tarea es más eficiente con el

SI 10 100% 100% 100%

Total 10 100% 100%

Tabla 5: Indicador: implementacion de software.

Implementaré el software de inmediato en mis funciones.

SI 5 50% 50% 50%

NO 5 50% 50% 100%

Total 10 100% 100%

Tabla 6: Indicador: aporte de software

El software es un aporte positivo para mis actividades laborales.

SI 7 70% 70% 70%

NO 3 30% 30% 100%

Total 10 100% 100%

Tabla 7: Indicador: registro de usuarios

Se deja registro de quien ha sido el último usuario en modificar

SI 10 100% 100% 100%

Total 10 100% 100%

Tabla 8: Indicador: uso de software

Es fácil rebajar del sistema en base a la información plasmada en

SI 2 20% 20% 20%

NO 8 80% 80% 100%

Total 10 100% 100%