Capítulo III

MARCO METODOLÓGICO
 CAPÍTULO III

MARCO METODOLÓGICO

Todo trabajo de investigación busca dar respuesta a los planteamientos

expresados en la formulación del problema así como llevar a cabo o ejecutar

los procedimientos necesarios para cumplir con los objetivos propuestos al

inicio del desarrollo de proyecto, obteniendo resultados acordes, válidos,

exactos, confiables y representativos a lo propuesto.

Por esta razón, el desarrollo del marco metodológico se basa en la

exposición del tipo de investigación, las técnicas e instrumentos de

recolección de datos ajustados a los objetivos, cronograma de actividades y

recursos que ubican la investigación en tiempo y espacio, así como la

metodología utilizada con cada una de sus fases de manera detallada,

ordenada y secuencial, y así ayudar al investigador a planificar y dar

cumplimiento a los objetivos propuestos además, el cómo alcanzar el mejor

desarrollo del Sistema Automatizado Centralizado para la Gestión de Precios

de Venta de Artículos en Cadena de Supermercados.

74
 75

1. TIPO Y DISEÑO DE LA INVESTIGACIÓN

Según lo que reseña Rodríguez (2005, p.23), “cuando se va a resolver un

problema en forma científica es conveniente tener conocimientos de los tipos

de investigación a seguir. Este conocimiento hace posible evitar

equivocaciones en la elección del método adecuado para un procedimiento

específico”. En relación a lo anteriormente explicado, el tipo de investigación

pretende especificar el propósito y los métodos usados para la presente

investigación. En virtud de ello, puede afirmarse que esta investigación es de

tipo Descriptiva y Proyectiva.

La presente investigación en correspondencia con sus objetivos se

clasifica de tipo Descriptivo, afirmación ésta, en concordancia con lo

definido por Arias, F (2012, p.24) que “La investigación descriptiva consiste

en la caracterización de un hecho, fenómeno, individuo o grupo, con el fin de

establecer su estructura o comportamiento. Los resultados de este tipo de

investigación se encuentran en el nivel intermedio en cuanto a la profundidad

de los conocimientos se refiere”.

Por otra parte, relacionada con sus contenidos la presente investigación

se clasifica de tipo proyectiva, sobre todo partiendo por lo señalado por

Hurtado, J (2000, p.325), que esta investigación consiste “en elaborar un

plan, un programa o un modelo como solución a un problema o necesidad de

tipo práctico”. La investigación proyectiva involucra creación, diseño,

 76

elaboración de planes o proyectos; pero para que un proyecto pueda ser

clasificado como investigación proyectiva, la propuesta debe estar

fundamentada en un proceso sistemático de búsqueda e indagación que

requiere la descripción, análisis, comparación, explicación y la predicción.

En el mismo orden de ideas, la investigación entra en la clasificación de

tipo proyectiva, ya que se está formulando el Sistema Automatizado

Centralizado para la Gestión de Precios de Venta de Artículos en Cadena de

Supermercados, para sustituir el proceso de gestión de precios usado

actualmente, el cual quedó obsoleto originado por el avance tecnológico y de

esta manera poner a las tiendas de cadena de supermercado en el uso de

tecnología actual a corto plazo.

En cuanto a los diseños de investigación, considerando los

planteamientos de Namakforoosh (2005, p.85), el diseño de una

investigación es “un programa que especifica el proceso de realizar y

controlar un proyecto de investigación”. Es decir, es el arreglo escrito y

formal de las condiciones para recopilar y analizar la información, con tal de

que combine la importancia del propósito de la investigación y la economía

del procedimiento.

Ahora bien, de acuerdo con lo definido anteriormente, este trabajo de tiene

un diseño de investigación De Campo, Arias (2012, p.31), las define como

“La investigación de campo es la recolección de datos directamente de los

sujetos investigados, o de la realidad donde ocurren los hechos (datos

primarios), sin manipular o controlar variable alguna, es decir, el investigador

 77

obtiene la información pero no altera las condiciones existentes. De allí su

carácter de investigación no experimental.”.

Con base en lo anterior expuesto, esta clasificación si es aplicada para la

presente investigación, ya que se utilizan como instrumentos de recolección

de datos la entrevista a los propietarios de Cadenas de Supermercados, y la

observación al comportamiento de los clientes para la ubicación de los

precios de artículos disponibles en los referidos supermercados, para poder

utilizarla como base para la creación del Sistema Automatizado Centralizado

para la Gestión de Precios de Venta de Artículos en Cadena de

Supermercados.

2. POBLACIÓN

De acuerdo con Arias (2012, p. 81), “la población, o en términos más

exactos población objetivo, es un conjunto finito o infinito de elementos con

características o particularidades comunes para los cuales serán extensivas

las conclusiones de la investigación. Ésta queda definida por el problema y

por los objetivos del estudio”.

La población seleccionada para este trabajo de investigación fueron tres

(3) distribuidores de artículos, una (1) cadena de supermercado y una (1)

cadena de farmacias de gran volumen de clientes ( a saber: Tiendas En-ne y

Farmacias farmatodo, y una Licorería Abasto y Licorería Ender) , quienes

suministraron la información necesario para el análisis de los procesos

 78

actuales en la gestión de precios, así como la determinación de

requerimientos, y que sirvieron para el diseño del Sistema Automatizado

Centralizado para la Gestión de Precios de Venta de Artículos en Cadena de

Supermercados.

Cuadro 1
Características de la población
(Sujetos)

No de Cargo Descripción Observaciones

sujetos
Gerente de Definir estrategias que orientan lo se debe
1 Mercadeo hacer para dar los servicios y asignación Ricardo Correa
Tiendas En-ne. eficiente de recursos

Gerente de
Deben ocuparse de la buena marcha de los Marcos Sánchez
1 Ventas
departamentos de una tienda
Famatodo

Preparar planes y presupuesto de ventas, Richard Bracho

Gerente Abasto y
1
Licorería Ender
establecer metas y objetivos, calcular la
demanda, pronosticar las ventas,
Total: 3 Gerentes.

Fuente: Bracho, Martínez (2020).

3. TÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN DE DATOS

En todo trabajo de investigación es necesario que el investigador

seleccione las técnicas, para establecer los procedimientos prácticos a seguir

con sus respectivos instrumentos, entendidos como los medios utilizados

para medir el comportamiento de las variables de estudio. A través de ellos

se obtendrá la información necesaria para cubrir las exigencias de los

objetivos de la investigación y así establecer la conexión entre la teoría y los

hechos. Cabe destacar que la naturaleza de las técnicas e instrumentos a

 79

utilizar dependen del tipo de investigación.

3.1. TÉCNICA

Las técnicas de recolección de datos escogidas para la investigación

fueros las de entrevista y observación directa.

3.1.1 ENTREVISTA

La entrevista, según los criterios de, Arias (2012, p.73), es, “una técnica

basada en un dialogo o conversación, basada en un dialogo o conversación,

cara a cara entre el entrevistado y el entrevistador acerca de un tema

previamente determinado, de tal manera que el entrevistador pueda obtener

la información que requiere”. Cabe destacar que la entrevista no es un simple

interrogatorio. La entrevista se diferencia de una encuesta oral, en el aspecto

que la entrevista se caracteriza por su profundidad, es decir, indaga en una

gran cantidad de aspectos y detalles, mientras que la encuesta, aborda de

una forma superficial uno o muchos aspectos.

Así mismo, para Hurtado (2000, p. 461) la entrevista supone la interacción

verbal entre dos o más personas. Es una conversación, en la cual, una

persona (el entrevistador) obtiene información de otras personas

(entrevistado), acerca de una situación o tema determinados con base en

ciertos esquemas o pautas.

 80

3.1.1.1 ENTREVISTA ESTRUCTURADA

En el mismo orden de ideas, Arias (2012, p.73) la describe como, la

entrevista que se realiza a partir de una guía prediseñada que contiene las

preguntas que serán formuladas al entrevistado. En este caso, la misma guía

de entrevista puede servir como instrumento para registrar las respuestas,

aunque también puede emplearse el grabador o la cámara de video.

3.1.2 OBSERVACION DIRECTA

Para Rodríguez (2005, p.98), la observación es directa es aquella en la

cual el investigador puede observar y recoger datos mediante su propia

observación. Este tipo de investigación puede ser intersubjetiva, cuando es

basada en que observaciones repetidas de una misma respuesta por un

mismo investigador deben producir los mismos datos, y intrasubjetiva, que

expone que observaciones distintas de una misma respuesta por diferentes

investigadores deben producir los mismos datos.

Según Hurtado (2000, p.459), la observación constituye un proceso de

atención, recopilación, selección y registro de la información, para lo cual el

investigador se apoya en sus sentidos, (vista, oído, sentidos kinestésico y

cenestésicos, olfato, tacto, entre otros). La ventaja de esta técnica es que

permite obtener información independientemente de la disposición de las

personas estudiadas tengan de proporcionarla. Permiten analizar los eventos

dentro de una visión global con un alto grado de naturalidad.

 81

En base a lo planteado anteriormente por los autores, se puede decir que

la observación permite identificar y observar detalladamente una secuencia

de trabajos reales y permite identificar cada una de las etapas, todo esto de

forma independiente de las personas de las cuales se recaba la información,

o, en caso de este trabajo de investigación, el poder documentar los eventos

relacionados a un experimento o comportamiento de un hardware o software.

3.2 INSTRUMENTOS

Tomando en cuenta lo publicado por Arias (2012, p.68), los instrumentos

de recolección de datos son cualquier recurso, dispositivo o formato (en

papel o digital), que se utiliza para obtener, registrar o almacenar

información. Entre los ejemplos más destacables de instrumentos, están los

siguientes:

- Un cuestionario en cuya estructura quedan registradas las respuestas

suministradas por el encuestado.

- Una libreta donde el investigador anota lo observado.

- Computadoras portátiles con respectivas unidades para almacenaje de

información: disco duro, CD o memorias portátiles (pendrive).

- Dispositivos tales como cámara fotográfica y de video (filmadora),

grabador de audio, entre otros.

 82

3.2.1 GUIA DE ENTREVISTA

De acuerdo con lo definido por Hurtado (2000, p.463), la guía de

entrevista debe contener los datos generales de identificación del

entrevistado, datos censales o sociológicos; y datos concernientes al tema

de la investigación.

3.2.2 GUIA DE OBSERVACION

Según, Ortiz (2004, p.75), es un instrumento de la técnica de observación.

La estructura de este instrumento corresponde a la sistematicidad de los

aspectos que se prevé registrar acerca del objeto a observar. Este

instrumento permite regresar los datos en un orden lógico, practico y

concreto para derivar de ellos el análisis de un problema o situación

determinado.

4 METODOLOGÍA SELECCIONADA

Para el desarrollo de esta investigación se planteó una metodología

Ecléctica, ya que es el resultado de combinar los aportes teóricos de tres

autores, ya que se ajustan para lograr los objetivos específicos que se

proponen en esta investigación, a saber: Senn (2015, p. 33), Sommerville

(2010, p. 30) y Powell (2010, p. 39), mediante una selección de fases

correspondientes a la elaboración del proyecto según los objetivos

planteados, que conforman un total de cinco detalladas a continuación:

 83

FASE I. INVESTIGACIÓN PRELIMINAR (SENN)

La solicitud para recibir ayuda de un sistema de información puede

originarse por varias razones; sin importar cuáles sean éstas, el proceso se

inicia siempre con la petición de una persona, bien sea un administrador,

empleado o analista de sistemas. Cuando se formula la solicitud comienza la

primera actividad de sistemas: la investigación preliminar. Esta actividad

tiene tres partes, las cuales se detallan a continuación:

Aclaración de la solicitud: muchas solicitudes que provienen de

empleados y usuarios no están formuladas de manera clara. Por

consiguiente, antes de considerarse cualquier investigación de sistemas, la

solicitud de proyecto debe examinarse para determinar con precisión lo que

el solicitante desea.

Estudio de factibilidad: un resultado importante de la investigación

preliminar es la determinación de que el sistema solicitado sea factible. En la

investigación preliminar existen tres aspectos relacionados con el estudio de

factibilidad:

Factibilidad técnica: se plantea para el proyecto ¿el trabajo para el

proyecto puede realizarse con el equipo actual, la tecnología existente de

software y el personal disponible?, y si se necesita nueva tecnología y ¿cuál

es la posibilidad de desarrollarla?.

Factibilidad económica: al crear el sistema, se estudian si ¿los

beneficios que se obtienen serán suficientes para aceptar los costos?, ¿los
 84

costos asociados con la decisión de no crear el sistema son tan grandes que

se debe aceptar el proyecto?

Factibilidad operacional: para el desarrollo e implantación el sistema,

se verifica si ¿será utilizado el sistema?, ¿existirá cierta resistencia al cambio

por parte de los usuarios que dé como resultado una disminución de los

posibles beneficios de la aplicación? el estudio de factibilidad lo lleva a cabo

un pequeño equipo de personas que esté familiarizado con técnicas de

sistemas de información; dicho equipo comprende la parte de la empresa u

organización que participará o se verá afectada por el proyecto.

Aprobación de la solicitud: no todos los proyectos solicitados son

deseables o factibles. Algunas organizaciones reciben tantas solicitudes de

sus empleados que sólo es posible atender unas cuantas. Sin embargo,

aquellos proyectos que son deseables y factibles deben incorporarse en los

planes. En algunos casos el desarrollo puede comenzar inmediatamente.

Muchas organizaciones desarrollan sus planes para sistemas de

información o la expansión de sus instalaciones. Después de aprobar la

solicitud de un proyecto se estima su costo, el tiempo necesario para

terminarlo y las necesidades de personal; con esta información se determina

dónde ubicarlo dentro de la lista existente de proyectos.

 85

FASE II. DEFINICIÓN DE REQUERIMIENTOS DEL SISTEMA

(SOMMERVILLE)

En la definición de requerimientos del sistema se pretende descubrir los

requerimientos completos de éste. Como en el análisis de requerimientos de

software, el proceso requiere consultar con los clientes del sistema y con los

usuarios finales. Esta fase de definición de requerimientos usualmente se

concentra en la desviación de tres tipos de requerimientos:

Requerimientos funcionales abstractos: las funciones básicas que el

sistema debe proporcionar se definen en un nivel abstracto. La

especificación detallada de requerimientos funcionales tiene lugar en el

nivel de subsistemas. Sin embargo, los detalles de la base de datos no se

especifican a menos que afecten los requerimientos de otros subsistemas.

Propiedades del sistema: éstas son propiedades no funcionales del

sistema. Incluyen propiedades como la disponibilidad, el rendimiento, la

protección, entre otros. Estas propiedades no funcionales del sistema afectan

los requerimientos para todos los subsistemas.

Características que no debe mostrar el sistema: algunas veces tiene

igual importancia lo que el sistema debe y no debe hacer. Una parte

importante de la fase de definición de requerimientos es establecer un

conjunto completo de objetivos que el sistema debe cumplir. Éste no

necesariamente debe expresarse en términos de la funcionalidad del

 86

sistema, pero debe definir el por qué se construye el sistema para un entorno

particular.

Una dificultad fundamental al establecer los requerimientos del sistema es

que los problemas para los cuales se construyen los sistemas complejos son

normalmente problemas traviesos, que es un problema tan complejo en el

que hay demasiadas entidades relacionadas, que no existe una

especificación definitiva del problema, y la verdadera naturaleza de éste

emerge sólo cuando se desarrolla una solución.

FASE III. DISEÑO DEL SISTEMA (SOMMERVILLE)

Esta fase se centra en proporcionar la funcionalidad del sistema a través

de sus diferentes componentes. Las actividades que se realizan en este

proceso son:

Dividir requerimientos: los requerimientos se analizan y se recolectan

en grupos relacionados. Normalmente existen varias opciones posibles de

división, la mayoría de las cuales puede producirse en esta etapa del

proceso.

Identificar subsistemas: se identifican los diferentes subsistemas que

pueden, individual o colectivamente, cumplir con los requerimientos. Los

grupos de requerimientos están normalmente relacionados con los

subsistemas, de tal forma que esta actividad y la de partición de

requerimientos se ven disminuidas. Sin embargo, la identificación de

 87

subsistemas se puede ver influenciada por otros factores organizacionales y

del entorno.

Asignar requerimientos a los subsistemas: los requerimientos son

asignados a los subsistemas. En principio, esto debe ser directo si la

partición de requerimientos se utiliza para la identificación de subsistemas.

En la práctica no existe igualdad entre las particiones de requerimientos y la

identificación de subsistemas. Las limitaciones de los subsistemas

comerciales implican que los requerimientos deben modificarse.

Especificar la funcionalidad de los subsistemas: se debe enumerar las

funciones específicas asignadas a cada subsistema. Esto puede verse como

parte de la fase del diseño del sistema o, si el subsistema es un sistema de

software, como parte de la actividad de especificación de requerimientos

para ese sistema. En esta etapa también se deben especificar las relaciones

entre los subsistemas.

Definir las interfaces del subsistema: esto comprende definir las

interfaces necesarias y requeridas por cada subsistema. Una vez que estas

interfaces se han acordado, es posible el desarrollo paralelo de los

subsistemas. En este proceso de diseño existe un compromiso de

retroalimentación e iteración de una etapa a la otra. A menudo es necesario

rehacer el trabajo cuando surgen problemas y preguntas.

Para la mayoría de los sistemas existen muchos diseños posibles que se

pueden desarrollar. Éstos cubren un amplio rango de soluciones con

combinaciones diferentes de hardware, software y operaciones humanas. La

 88

solución elegida para el desarrollo futuro deberá ser la solución técnica más

apropiada que cumpla con los requerimientos. Sin embargo, en muchos

casos las intervenciones organizacionales y políticas influyen en la elección

de la solución.

FASE IV. DESARROLLO DE LOS SUBSISTEMAS (SOMMERVILLE)

Durante el desarrollo de los subsistemas, se implementan los que se

hayan identificado durante el diseño del sistema. Esto implica adentrarse a

otro proceso de la ingeniería de sistemas para los subsistemas individuales.

Si un subsistema es un sistema de software, se inicia un proceso del

software que comprende requerimientos, dícese implementación, entre otros.

Ocasionalmente el proceso de desarrollo construirá todos los subsistemas

desde sus inicios.

Es común que diferentes subsistemas se desarrollen en paralelo. Cuando

se encuentran problemas que sobrepasan los límites del subsistema se debe

realizar una petición de modificación del sistema. Si los sistemas requieren

de una amplia ingeniería del hardware, puede resultar muy caro hacer

modificaciones después que se ha iniciado su fabricación. A menudo se

deben realizar revisiones de trabajo con el fin de detectar los problemas.

Estas revisiones comúnmente implican cambios en el software debido a

la flexibilidad inherente a él. Esto conduce a cambia los requerimientos del

software.
 89

FASE V. PRUEBAS (POWELL)

Esta fase en un proyecto de desarrollo web resulta ser la clave para que el

usuario final pueda valorar de forma positiva o negativa el proyecto realizado,

por ello es necesario que se ejecuten tomando en cuenta al usuario haciendo

uso del sistema antes de su finalización. Dichas pruebas incluyen las

siguientes:

Pruebas de aceptación visual: sirven para comprobar que el aspecto del

sitio es el deseado, se deben revisar cada una de las páginas contenidas en

el sitio web y asegurarse que son consistentes en disposición, color y en

estilo. Se revisa utilizando diferentes exploradores, resoluciones y entornos

visuales que puedan ser empleados por los usuarios reales, realizando una

exploración rápida del sitio y observar si la disposición de sus elementos

presentan ligeros desplazamientos.

Se observa además las páginas entornando los ojos para advertir

irregularidades abstractas en la distribución. Para realizar las pruebas

visuales, puede resultar necesario imprimir las páginas, aunque no se deberá

centrar demasiado en la impresión de las páginas de prueba que ha sido

diseñada más bien para su empleo interactivo.

Pruebas funcionales: estas pruebas y las funcionales se solapan en el

sentido de que la función más básica de una página es, simplemente,

 90

aparecer en la pantalla. Sin embargo, la mayor parte de los sitios disponen

de otras funciones básicas, tales como la exploración. Se comprueban todos

los vínculos del sitio y rectificar cualquier vínculo que no funcione

adecuadamente. Comprobar todos los elementos interactivos, tales como

formularios o listas.

Revisión del contenido: los detalles del contenido son muy importantes,

se comprueba que se ha introducido todo el contenido deseado en las

páginas y que la utilización de las palabras es consistente. Además

comprobar ciertos detalles, la ortografía, ya que los clientes y usuarios

pueden llegar a catalogar como malo el sitio por el hecho de contener un

error tipográfico. La mejor manera de realizar esta prueba es imprimir todas

las páginas y leer todas y cada una de sus líneas.

Pruebas de compatibilidad entre el sistema y el explorador: las

limitaciones del sistema y del explorador deben verificarse mediante la

ejecución de pruebas, asegurándose de explorar el sitio utilizando los

mismos tipos de sistemas y exploradores que emplearán los usuarios. La

planificación del proyecto debe contener ciertos detalles sobre los requisitos

del explorador.

Pruebas de descarga: se comprueba que el sitio se descarga de forma

adecuada, intentando explorar el sitio bajo condiciones reales de utilización

por parte del usuario. Si el sitio ha sido diseñado para usuarios conectados

mediante módem, se utiliza un módem para comprobar la velocidad de

 91

descarga. Para simular el tráfico del sitio, utilice software de emulación para

crear usuarios virtuales que acceden a él. Se esta forma se simulará el

comportamiento del sitio bajo condiciones de utilización reales,

asegurándose de ensayar el sitio en el servidor real o en un sistema

equivalente.

Pruebas de aceptación por parte del usuario: estas pruebas son

realizadas por los usuarios una vez que el sitio parezca funcionar

correctamente. En software se conoce a este tipo de pruebas como pruebas

beta. Las pruebas de usuario son las más importantes porque en ellas se

simula el funcionamiento real de la forma más parecida posible, y si durante

esta fase se consiguen problemas éstos no se podrán corregir de manera

inmediata. Si no fueran problemas muy graves podría entregarse el sistema y

corregirlos después, pero si los problemas descubiertos son importantes, se

debe retrasar la entrega del trabajo hasta después de corregirlos.

Puesta en funcionamiento del sitio y fases posteriores: una vez que el

sitio se encuentra listo para la entrega, es momento de observar el sitio en

funcionamiento, y verificar si ¿se satisface el sitio las expectativas del

usuario?, ¿se han cumplido los objetivos del desarrollo del sitio? y si ¿son

necesarias pequeñas correcciones?

5. CUADRO Y CRONOGRAMA DE ACTIVIDADES Y RECURSOS

Según Balestrini (2005, p. 7), una actividad es la acción de intervención

sobre la realidad necesaria para alcanzar los objetivos específicos de un

 92

proyecto y la tarea es la acción que tiene el máximo grado de concreción y

especificidad. Un conjunto de tareas configura una actividad, entre las

muchas que hay que realizar dentro de un proyecto.

Con esto se podría decir que una actividad es la integración y trabajo en

unidad de un grupo de tareas o procesos necesarios lograr objetivos

concretos para un fin. Es decir es aquella que se forma por un conjunto de

puntos específicos que se tienen que realizar en un proyecto para conseguir

el objetivo planteado

Por otra parte, un recurso, enfatiza Chávez (2007, p.161), se trata de los

medios, materiales y personal que son necesarios para ejecutar el proyecto.

Los recursos deben preverse para llevar a cabo la recolección de la

información y su procesamiento, hasta llegar a las conclusiones y la

publicación de los resultados. Deben incluirse en los cálculos lo relativo a los

informes parciales y finales de la investigación.

Según lo propuesto por la autora se puede decir que los recursos son

todos los elementos tales como material o persona que se necesita para

poner en marcha un proyecto. Estos deben estar disponibles al momento de

la búsqueda para reunir información y al finalizar presentar el producto total,

conclusiones y resultados. Esto se muestra en el cuadro 2.

 94

Cuadro 2
Actividades y recursos
OBJETIVOS FASES DE LA
ACTIVIDADES RECURSOS
ESPECÍFICOS METODOLOGÍA
Analizar los procesos
llevado a cabo actualmente
Fase I - Aclaración de la solicitud
en cadenas de Investigación Preliminar - Estudio de Factibilidad
supermercados para la (Senn) - Aprobación de la Solicitud
gestión de precios de
artículos. - Guía de Visita
- Guía de Observación
Determinar los - Guía de Entrevista
requerimientos funcionales - Cuestionario
para el Sistema - Definición de requerimientos funcionales
Fase II
abstractos
Automatizado Centralizado Definición de requerimientos del
- Definición de propiedades del sistema.
para la Gestión de Precios sistema
- Especificación de las características que no
(Sommerville)
de Venta de Artículos en debe mostrar el sistema
Cadenas de
Supermercados.
- División de requerimientos
Diseñar lógicamente el - Identificación de los subsistemas
Sistema Automatizado Fase III - Asignación de los requerimientos a los
Centralizado para la Diseño del sistema subsistemas
(Sommerville) - Especificación de la funcionalidad de los - Generadores de diseño de pantallas
Gestión de Precios a partir - Observación Directa
subsistemas
de los requerimientos - Definición de las interfaces del sistema - NetBeans
establecidos. - Manejador de Base de Datos
(myMSQL y phpMyAdmin)
- Expertos
Construir el Sistema Fase IV - Implementación de subsistemas
Automatizado Centralizado Desarrollo de los subsistemas - Modificación de sistema
para la Gestión de Precios (Sommerville) - Revisiones del trabajo
según el diseño elaborado.
- Pruebas de aceptación visual
- Pruebas funcionales
Demostrar la funcionalidad - Revisión del contenido
del Sistema Automatizado Fase V - Pruebas de compatibilidad entre el sistema y - Software de Prueba
Centralizado construido a Pruebas el explorador - XAMPP
través de pruebas (Powell) - Pruebas de descarga - PHP myAdmin
- Pruebas de aceptación por parte del usuario - MySQL
respectivas. - Puesta en funcionamiento del sitio y fases
posteriores
 95

Fuente: Bracho, Martínez (2020).

 96

Según, Rodríguez (2005, p. 125), el cronograma es una forma de

presentación del programa de actividades, que facilita la realización y el

control del avance de la investigación; los elementos básicos que lo

constituyen son las actividades y los tiempos de realización. La presentación

más objetiva de un cronograma es mediante una gráfica, en la que los

tiempos de duración de las actividades se presentan en barras, cuya longitud

la determina su duración.

Por su parte, Tamayo y Tamayo (2004, p. 219), define el cronograma

como la descripción de las actividades en relación con el tiempo en el cual se

van a desarrollar, lo cual implica, primero que todo, determinar con precisión

cuáles son esas actividades, a partir de los aspectos técnicos presentados

en el proyecto.

En este sentido, se puede referir que el cronograma es la representación

detallada y sistemática de todas las actividades a realizadas frente a un

proyecto investigativo, teniendo en cuenta la duración o tiempo que requirió

cada una de ella, por tal motivo fue necesario hacer uso de tablas o gráficos

para una mayor comprensión y búsqueda de actividades dentro del

cronograma que se presenta a continuación:

 97

CUADRO 3
CRONOGRAMA DE ACTIVIDADES
ENERO FEBRERO MARZO ABRIL MAYO
FASES ACTIVIDADES
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Aclaración de la solicitud X
Fase I
Investigación Preliminar Estudio de Factibilidad X
(Senn) Aprobación de la Solicitud X
Definición de requerimientos funcionales
Fase II X
abstractos
Definición de requerimientos Definición de propiedades del sistema X
del sistema
(Sommerville) Especificación de las características que
X
no debe mostrar el sistema
División de requerimientos X
Identificación de los subsistemas X
Fase III Asignación de los requerimientos a los
Diseño del sistema X
subsistemas
(Sommerville) Especificación de la funcionalidad de los
X
subsistemas
Definición de las interfaces del sistema X X X
Implementación de subsistemas X X
Fase IV
Desarrollo de los subsistemas Modificación de Sistema X X
(Sommerville) Revisiones del trabajo X
Pruebas de aceptación visual X X
Pruebas funcionales X X
Fase V
Revisión del contenido X X X X
Pruebas
(Powell) Pruebas de compatibilidad entre el
X X X X
sistema y el explorador
Pruebas de descarga X X X X X X

Fuente: Bracho, Martínez (2020).

 98

6. HERRAMIENTAS Y MATERIALES UTILIZADOS

Según Palella y Martins (2006, p. 325), toda herramienta es un

instrumento, pues facilita los medios para hacer alguna cosa; pero no todo

instrumento es una herramienta, porque su uso no es siempre simple y

vulgar, y porque no tiene continuamente por objeto un trabajo fácil, sino

muchas veces el de procurar el conocimiento de una cosa. Con esto se

podría decir que una herramienta es instrumento especifico que facilita llevar

a cabo acciones simples que no tienen ninguna complejidad pero que por su

parte es necesario para ejecutar dichas acciones.

Según, Mohammad (2005, p. 269), los materiales son aquellos que

constituyen una herramienta de capital importancia que posibilita el

aprendizaje, sirviendo como ayuda instrumental para acercarse a conceptos

o procedimientos que son la esencia del currículo.

Con esto se puede decir que los materiales son elementos que ayudan,

como herramienta y/o instrumento para un mejor método de análisis y

comprensión del objetivo de estudio, lo cual será considerado como

primordial para efecto de estudio en la presente investigación y hacer más

efectivo y confiable los resultados que se lleguen a obtener. En este sentido,

y buscando lo que se pretende para tales fines, se expone a continuación

las diferentes herramientas y materiales utilizados para la construcción

y/o realización del sistema:

 99

CUADRO 4

HERRAMIENTAS Y EQUIPOS UTILIZADOS

Hardware: se especifica las Software: se mencionan las

características internas del equipo herramientas utilizadas para la

utilizado (Computadora de elaboración de dicho sistema:

escritorio):

- Procesador Intel Core i3 - Sistema Operativo Windows.

2350M CPU 2.3GHz
- MySQL.
- Memoria RAM 8,00 GB
- NetBeans (Java IDE 8.0.)
- Disco duro 2 TB
- Tarjeta de video VGA/HDMI 4 - XAMPP v3.2.2
port
- PHP MyAdmin v7.3.2
- Cable duplicador VGA/HDMI
- Cable VGA/HDMI N metros
Fuente: Bracho, Martínez (2020)