SISTEMA DE INVENTARIO

PARA EL TENDAJON YESSI

FUNDAMENTOS DE SISTEMAS

Domínguez de León Jorge Humberto

Verdugo Ruíz José Antonio
CAPITULO 1. PLANTEAMIENTO DEL PROYECTO.

1.1. Justificació n
1.2. Objetivo General
1.3. Objetivos Específicos
1.4. Problemas a Resolver
1.5. Alcance y limitació n del proyecto

CAPITULO 2. DATOS GENERALES DEL AREA DE TRABAJO.

2.1. Antecedentes Generales de la empresa

2.2. Ubicació n
2.2.1. Macro y Micro localizació n
2.3. R.F.C. de la empresa
2.4. Encargado de la empresa

CAPITULO 3. FUNDAMENTO TEORICO.

3.1. Concepto de Sistema

3.2. Concepto de sistema de informació n
3.3. Clasificació n de los sistemas
3.4. Modelo de proceso del software
3.5. Modelo de cascada
3.6. Periodo de vida del software
3.7. Base de datos
3.8. Sistema gestor de base de datos

CAPITULO 4. DESCRIPCIÓ N DE LAS ACTIVIDADES REALIZADAS.

4.1. Investigació n preliminar

4.2. Estudio de factibilidad
4.2.1. Factibilidad Técnica
4.2.2. Factibilidad Econó mica
4.2.3. Factibilidad Operacional
4.3. Determinació n de los requerimientos
4.4. Técnica aplicada para obtener informació n
4.4.1. Entrevista
4.5. Modelo Entidad-Relació n
4.5.1. Diseñ o de pantallas
CAPITULO 1. PLANTEAMIENTO DEL PROYECTO.

1.1. Justificación.

El propósito del proyecto es de implementar una manera fácil y sencilla de

controlar un sistema de inventario en una tienda, el cual permitirá brindar la
información necesaria para saber cuántos productos se tienen, que tipo de
producto se manejan y cuando es necesario adquirir más producto en caso de
que se quede sin administro la tienda. Con esto se pretende optimizar el
tiempo de pedido, y que la tienda no pierda clientes por falta de productos.

1.2. Objetivo General

Es realizar un sistema para llevar el control de INVENTARIO del negocio

“tendajon yessi”.

1.3. Objetivos Específicos.

a) Dar de alta a los productos cuando el proveedor los entregue.

b) Consultar que productos hay en bodega.
c) Consultar que productos hay en mostrador.
d) Venta de productos diarios.
e) Actualizar los datos de los productos en caso de una alteración.
f) Borrar productos que salgan de bodega.

1.4. Problemas a resolver.

a) Uno de los problemas que se debe resolver es el tiempo en pedir los

productos, para saber en qué momento es adecuado hacer un pedido.
b) También es necesario saber la cantidad necesaria que se debe de
adquirir, ya que no se debe tener gastos en exceso o innecesarios, por
decir, se compra tal cantidad de x producto, pero ese producto no se
vende muy bien ahí es donde se tiene gastos innecesarios, eso es un
 problema ya que lo que se pretende es optimizar el sistema de pedido y
el control de venta, que en este caso sería que cantidad se va al mes o
cada cuánto tarda en irse el producto.
c) Pérdida de clientes, por no tener en bodega producto.
d) Tiempo de espera.

1.5. Alcance y limitación del proyecto.

1.5.1. Alcance.

Con la implementación del proyecto se beneficiará el ahorro de tiempo en

pedido, y se evitara pérdida de clientes ya que cubrirá la demanda que tiene la
tienda y para satisfacer la necesidad por parte del usuario. Con esto tendrá
también un control, que producto se vende más y cuál se vende menos, así se
evitaran gastos innecesarios al momento de hacer los pedidos.

1.5.2. Limitaciones.

Como toda aplicación esta también tiene sus limitaciones, lleva el control de
inventario de los productos, tiene un identificador, un tipo de producto, etc.
Pero nada más controla lo que hay y no hay existencia, que es lo que se vende
más y lo que no, no realiza ninguna operación de venta, ni cuentas
monetarias, ni corte de caja, simplemente su función es realizar la cantidad
que debe entrar y salir del almacén y de la tienda.

CAPITULO 2. DATOS GENERALES DEL AREA DE TRABAJO

2.1. Antecedentes Generales de la Empresa

Este negocio fue fundado en el año de 1999 y consistía en una muy poca variedad
de productos en sus inicios, con el paso del tiempo y la demanda de los clientes se tuvo la
necesidad de adquirir más productos para satisfacer esta demanda, desde haces 3 años el
negocio creció un 50% desde su inicio, con este crecimiento también se obtuvieron más
necesidades como llevar un control de inventario, para solucionar el problema, él dueño de
la empresa lleva hasta la fecha actual su control de inventario en una libreta, es decir,
manualmente.

2.2. Ubicación

El negocio se localiza en la colonia san jerónimo en la av. Huixtla esquina

calle soconusco, No. 2 manzana 7.

2.2.1. Macro y Micro localización.

2.3. R.F.C. de la Empresa.

RUPS701117LNA

2.4. Encargado de la Empresa.

SOILA RUIZ PEREZ

CAPITULO 3. FUNDAMENTO TEORICO.

3.1. Concepto de sistema.

Un sistema es un conjunto de "elementos" relacionados entre sí, de forma tal

que un cambio en un elemento afecta al conjunto de todos ellos. Los elementos
relacionados directa o indirectamente con el problema, y sólo estos, formarán el
sistema que vamos a estudiar.

Un buen método para empezar a definir un sistema es escribir el problema en

el centro de una hoja en blanco, añadir a su alrededor los aspectos relacionados
directamente con el problema, y alrededor de éstos últimos los otros aspectos
relacionados con ellos, y por lo tanto que se relacionan indirectamente con el
problema. Ese será el sistema que vamos a estudiar para plantear soluciones al
problema. [1]

Un sistema (del latín systema, proveniente del griego σύστημα) es un

conjunto de funciones, virtualmente referenciada sobre ejes, bien sean estos reales o
abstractos. También suele definirse como un conjunto de elementos dinámicamente
relacionados formando una actividad para alcanzar un objetivo operando sobre
datos, energía o materia para proveer información.

Un sistema es un conjunto de partes o elementos organizados y relacionados,

que interactúan entre en sí, para llegar a un mismo objetivo. Los sistemas reciben
(entrada) datos, energía o materia del ambiente y tienen como resultado que
proveen (salida) información, energía o materia.

Los sistemas tienen límites o fronteras, que los diferencian del ambiente. Ese
límite puede ser físico (el gabinete de una computadora) o conceptual. Si hay algún
intercambio entre el sistema y el ambiente a través de ese límite, el sistema es
abierto, de lo contrario el sistema seria cerrado. El ambiente es el medio externo que
envuelve física o conceptualmente a un sistema. El ambiente también puede ser una
amenaza para el sistema. [2]
3.2. Sistema de información.

Un sistema de información (SI) es un conjunto de elementos orientados al

tratamiento y administración de datos e información, organizados y listos para su
posterior uso, generados para cubrir una necesidad (objetivo). Dichos elementos
formarán parte de alguna de estas categorías:

Fig. 1.1. Elementos de un sistema de información

 Personas.
 Datos.
 Actividades o técnicas de trabajo.
 Recursos materiales en general (típicamente recursos informáticos y de
comunicación, aunque no tienen por qué ser de este tipo obligatoriamente).

Todos estos elementos interactúan entre sí para procesar los datos (incluyendo
procesos manuales y automáticos) dando lugar a información más elaborada y
distribuyéndola de la manera más adecuada posible en una determinada
organización en función de sus objetivos.

Normalmente el término es usado de manera errónea como sinónimo de sistema

de información informático, en parte porque en la mayoría de los casos los recursos
materiales de un sistema de información están constituidos casi en su totalidad por
sistemas informáticos, pero siendo estrictos, un sistema de información no tiene por
qué disponer de dichos recursos (aunque en la práctica esto no suela ocurrir). Se
podría decir entonces que los sistemas de información informáticos son una subclase
o un subconjunto de los sistemas de información en general.[3]
3.3. Clasificación de los sistemas.

La clasificación de un sistema al igual que el análisis de los aspectos del

mismo es un proceso relativo; depende del individuo que lo hace, del objetivo que se
persigue y de las circunstancias particulares en las cuales se desarrolla. Los sistemas
se clasifican así:

SEGÚN SU RELACION CON EL MEDIO AMBIENTE

 Abiertos: Sistemas que intercambian materia, energía o información con el

ambiente. Ejemplos: célula, ser humano, ciudad, perro, televisor, familia
estación de radio.
 Cerrado: Sistemas que no intercambian materia, energía o información con el
ambiente. Ejemplos: universo, reloj desechable, llanta de carro.

SEGÚN SU NATURALEZA

 Concretos: Sistema físico o tangible. Ejemplos: Equipos de sonidos, pájaro,

guitarra, elefante.
 Abstractos: Sistemas simbólicos o conceptuales. Ejemplo: Sistema
sexagesimal, idioma español lógica difusa.

SEGÚN SU ORIGEN

 Naturales: Sistemas generados por la naturaleza, tales como los ríos, los
bosques las moléculas de agua.
 Artificiales: Sistemas que son productos de la actividad humana, son
concebidos y construidos por el hombre, tenemos al tren, avión, idioma
inglés.

SEGÚN SUS RELACIONES

 Simples: Sistemas con pocos elementos y relaciones, como los juegos de billar,
péndulo, f(x)=x+2, palanca.
 Complejos: Sistemas con numerosos elementos y relaciones. Ejemplo: cerebro
universidad, cámara, fotográfica.

Esta clasificación es relativa porque depende del número de elementos y relación

considerados. En la práctica y con base en límites psicológicos de la percepción y
comprensión humanas, un sistema con más o menos siete elementos y relaciones se
puede considerar simple.
SEGÚN SU CAMBIO EN EL TIEMPO

 Estáticos: Sistema que no cambia en el tiempo: piedra, vaso de plástico,

montañas.
 Dinámicos: Sistema que cambia en el tiempo: Universo, átomo, la tierra,
hongo. Esta clasificación es relativa porque depende del periodo de tiempo
definido para el análisis del Sistema.

SEGÚN EL TIPO DE VARIABLEQUE LO DEFINEN

 Discretos: Sistema definido por variables discretas: lógica, booleano, alfabeto.

 Continuos: Sistema definido por variables continúas: alternador, ríos.

OTRAS CLASIFICACIONES

 Jerárquicos: Sistemas cuyos elementos están relacionados mediante relaciones

de dependencia o subordinación conformando una organización por niveles:
gobierno de una ciudad.
 Sistema de control: Sistema jerárquico en el cual unos elementos son
controlados por otros: lámparas.
 Sistema de Control con retroalimentación: Sistema de control en el cual
elementos controlados envían información sobre su estado a los elementos
controladores: termostato.
 Determinístico: Sistema con un comportamiento previsible: palanca, polea,
programa de computador.
 Probabilístico: Sistema con un comportamiento no previsible: clima mosca,
sistema económico mundial.

También cabe plantear que los sistemas pueden clasificarse como:

 Vivientes y no viviente: Los sistemas vivientes están dotados de funciones

biológicas, como el nacimiento, la reproducción y la muerte.
 Abstractos y concretos: Un sistema abstracto es aquel en que todos sus
elementos son conceptos. Un sistema concreto es aquel en el aquel por lo
menos dos de sus elementos son objetivos o sujetos, o ambos. [4]
3.4. Modelo del proceso del software.

La ingeniería de software tiene varios modelos, paradigmas o filosofías de

desarrollo en los cuales se puede apoyar para la realización de software, de los cuales
podemos destacar a éstos por ser los más utilizados y los más completos:

 Modelo en cascada o Clásico (modelo tradicional)

 Modelo de prototipos
 Modelo en espiral (modelo evolutivo)
 Desarrollo por etapas
 Desarrollo iterativo y creciente o Iterativo e Incremental
 RAD (Rapid Application Development)
 Desarrollo concurrente
 Proceso Unificado
 RUP (Proceso Unificado de Rational)

Naturaleza de la IS
La Ingeniería de Software tiene que ver con varios campos en diferentes
formas:

Matemáticas
Los programas tienen muchas propiedades matemáticas. Por ejemplo la
corrección y la complejidad de muchos algoritmos son conceptos matemáticos que
pueden ser rigurosamente probados. El uso de matemáticas en la IS es llamado
métodos formales.

Creación
Los programas son construidos en una secuencia de pasos. El hecho de definir
propiamente y llevar a cabo estos pasos, como en una línea de ensamblaje, es
necesario para mejorar la productividad de los desarrolladores y la calidad final de
los programas. Este punto de vista inspira los diferentes procesos y metodologías que
encontramos en la IS.
Gestión de Proyectos
El software comercial (y mucho no comercial) requiere gestión de proyectos.
Hay presupuestos y establecimiento de tiempos. Gente para liderar. Recursos
(espacio de oficina, computadoras) por adquirir. Todo esto encaja apropiadamente
con la visión de la Gestión de Proyectos.

Arte
Los programas contienen muchos elementos artísticos. Las interfaces de
usuario, la codificación, etc. Incluso la decisión para un nombre de una variable o
una clase. Donald Knuth es famoso porque ha argumentado que la programación es
un arte. [5]
3.5. Modelo en cascada.

En Ingeniería de software el desarrollo en cascada, también llamado

modelo en cascada, es el enfoque metodológico que ordena rigurosamente las
etapas del ciclo de vida del software, de tal forma que el inicio de cada etapa debe
esperar a la finalización de la inmediatamente anterior.

Un ejemplo de una metodología de desarrollo en cascada es:

1. Análisis de requisitos
2. Diseño del Sistema
3. Diseño del Programa
4. Codificación
5. Pruebas
6. Implantación
7. Mantenimiento

De esta forma, cualquier error de diseño detectado en la etapa de prueba conduce

necesariamente al rediseño y nueva programación del código afectado, aumentando
los costes del desarrollo. La palabra cascada sugiere, mediante la metáfora de la
fuerza de la gravedad, el esfuerzo necesario para introducir un cambio en las fases
más avanzadas de un proyecto.

Si bien ha sido ampliamente criticado desde el ámbito académico y la industria,

sigue siendo el paradigma más seguido al día de hoy.

Fases del modelo.

Análisis de requerimientos
En esta fase se analizan las necesidades de los usuarios finales del software
para determinar qué objetivos debe cubrir. De esta fase surge una memoria
llamada SRD (documento de especificación de requisitos), que contiene la
especificación completa de lo que debe hacer el sistema sin entrar en detalles
internos.

Es importante señalar que en esta etapa se debe consensuar todo lo que se

requiere del sistema y será aquello lo que seguirá en las siguientes etapas, no
pudiéndose requerir nuevos resultados a mitad del proceso de elaboración del
software.
Diseño del Sistema
Se descompone y organiza el sistema en elementos que puedan elaborarse por
separado, aprovechando las ventajas del desarrollo en equipo. Como
resultado surge el SDD (Documento de Diseño del Software), que contiene la
descripción de la estructura relacional global del sistema y la especificación
de lo que debe hacer cada una de sus partes, así como la manera en que se
combinan unas con otras.

Es conveniente distinguir entre diseño de alto nivel o arquitectónico y diseño

detallado. El primero de ellos tiene como objetivo definir la estructura de la
solución (una vez que la fase de análisis ha descrito el problema)
identificando grandes módulos (conjuntos de funciones que van a estar
asociadas) y sus relaciones. Con ello se define la arquitectura de la solución
elegida. El segundo define los algoritmos empleados y la organización del
código para comenzar la implementación.

Diseño del Programa

Es la fase en donde se realizan los algoritmos necesarios para el cumplimiento
de los requerimientos del usuario así como también los análisis necesarios
para saber que herramientas usar en la etapa de Codificación.

Codificación
Es la fase en donde se implementa el código fuente, haciendo uso de
prototipos así como de pruebas y ensayos para corregir errores.

Dependiendo del lenguaje de programación y su versión se crean las

bibliotecas y componentes reutilizables dentro del mismo proyecto para
hacer que la programación sea un proceso mucho más rápido.

Pruebas
Los elementos, ya programados, se ensamblan para componer el sistema y se
comprueba que funciona correctamente y que cumple con los requisitos,
antes de ser entregado al usuario final.

Implantación
Es la fase en donde el usuario final ejecuta el sistema, para ello el o los
programadores ya realizaron exhaustivas pruebas para comprobar que el
sistema no falle.
Mantenimiento
Una de las etapas que creo considerables porque se destina un 75% de los
recursos, es la mantención del Software ya que al utilizarlo como usuario final
puede ser que no cumpla con todas nuestras expectativas.

Variantes
Existen variantes de este modelo; especialmente destacamos la que hace uso
de prototipos y en la que se establece un ciclo antes de llegar a la fase de
mantenimiento, verificando que el sistema final esté libre de fallos

Desventajas
En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una
mala implementación del modelo, lo cual hace que lo lleve al fracaso.

El proceso de creación del software tarda mucho tiempo ya que debe pasar
por el proceso de prueba y hasta que el software no esté completo no se
opera. Esto es la base para que funcione bien.

Ventajas
Cualquier error de diseño detectado en la etapa de prueba conduce
necesariamente al rediseño y nueva programación del código afectado,
aumentando los costos del desarrollo.
3.6. Periodo de vida del software.

El ciclo de vida básico de un software consta de los siguientes procedimientos:

 Definición de objetivos: definir el resultado del proyecto y su papel en la

estrategia global.
 Análisis de los requisitos y su viabilidad: recopilar, examinar y formular
los requisitos del cliente y examinar cualquier restricción que se pueda
aplicar.
 Diseño general: requisitos generales de la arquitectura de la aplicación.
 Diseño en detalle: definición precisa de cada subconjunto de la aplicación.
 Programación (programación e implementación): es la implementación de
un lenguaje de programación para crear las funciones definidas durante la
etapa de diseño.
 Prueba de unidad: prueba individual de cada subconjunto de la aplicación
para garantizar que se implementaron de acuerdo con las especificaciones.
 Integración: para garantizar que los diferentes módulos se integren con la
aplicación. Éste es el propósito de la prueba de integración que está
cuidadosamente documentada.
 Prueba beta (o validación), para garantizar que el software cumple con las
especificaciones originales.
 Documentación: sirve para documentar información necesaria para los
usuarios del software y para desarrollos futuros.
 Implementación
 Mantenimiento: para todos los procedimientos correctivos (mantenimiento
correctivo) y las actualizaciones secundarias del software (mantenimiento
continuo). [7]
3.7. Base de datos.

Una base de datos es un “almacén” que nos permite guardar grandes

cantidades de información de forma organizada para que luego podamos encontrar y
utilizar fácilmente. A continuación te presentamos una guía que te explicará el
concepto y características de las bases de datos.

El término de bases de datos fue escuchado por primera vez en 1963, en un

simposio celebrado en California, USA. Una base de datos se puede definir como un
conjunto de información relacionada que se encuentra agrupada ó estructurada.

Desde el punto de vista informático, la base de datos es un sistema formado

por un conjunto de datos almacenados en discos que permiten el acceso directo a
ellos y un conjunto de programas que manipulen ese conjunto de datos.

Cada base de datos se compone de una o más tablas que guarda un conjunto
de datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan una
parte de la información sobre cada elemento que queramos guardar en la tabla, cada
fila de la tabla conforma un registro.

Definición de base de datos

Se define una base de datos como una serie de datos organizados y relacionados entre sí,
los cuales son recolectados y explotados por los sistemas de información de una empresa o
negocio en particular.

Características

Entre las principales características de los sistemas de base de datos podemos

mencionar:

 Independencia lógica y física de los datos.

 Redundancia mínima.
 Acceso concurrente por parte de múltiples usuarios.
 Integridad de los datos.
 Consultas complejas optimizadas.
 Seguridad de acceso y auditoría.
 Respaldo y recuperación.
 Acceso a través de lenguajes de programación estándar. [8]
3.8. Sistema Gestor de Base de Datos.

Los Sistemas de Gestión de Base de Datos (en inglés DataBase Management

System) son un tipo de software muy específico, dedicado a servir de interfaz entre la
base de datos, el usuario y las aplicaciones que la utilizan. Se compone de un
lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un
lenguaje de consulta. [9]

Un Sistema Gestor de Bases de Datos (SGBD) o DBMA (DataBase Management

System) es una colección de programas cuyo objetivo es servir de interfaz entre la
base de datos, el usuario y las aplicaciones. Se compone de un lenguaje de definición
de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta. Un
SGBD permiten definir los datos a distintos niveles de abstracción y manipular
dichos datos, garantizando la seguridad e integridad de los mismos.

Algunos ejemplos de SGBD son Oracle, DB2, PostgreSQL, MySQL, MS SQL Server,
etc.

Un SGBD debe permitir:

 Definir una base de datos: especificar tipos, estructuras y restricciones de

datos.
 Construir la base de datos: guardar los datos en algún medio controlado por
el mismo SGBD
 Manipular la base de datos: realizar consultas, actualizarla, generar informes.

Las características de un Sistema Gestor de Base de Datos SGBD son:

 Abstracción de la información. Los SGBD ahorran a los usuarios detalles

acerca del almacenamiento físico de los datos. Da lo mismo si una base de
datos ocupa uno o cientos de archivos, este hecho se hace transparente al
usuario. Así, se definen varios niveles de abstracción.
 Independencia. La independencia de los datos consiste en la capacidad de
modificar el esquema (físico o lógico) de una base de datos sin tener que
realizar cambios en las aplicaciones que se sirven de ella.
 Redundancia mínima. Un buen diseño de una base de datos logrará evitar
la aparición de información repetida o redundante. De entrada, lo ideal es
lograr una redundancia nula; no obstante, en algunos casos la complejidad de
los cálculos hace necesaria la aparición de redundancias.
 Consistencia. En aquellos casos en los que no se ha logrado esta redundancia
nula, será necesario vigilar que aquella información que aparece repetida se
 actualice de forma coherente, es decir, que todos los datos repetidos se
actualicen de forma simultánea.
 Seguridad. La información almacenada en una base de datos puede llegar a
tener un gran valor. Los SGBD deben garantizar que esta información se
encuentra segura frente a usuarios malintencionados, que intenten leer
información privilegiada; frente a ataques que deseen manipular o destruir la
información; o simplemente ante las torpezas de algún usuario autorizado
pero despistado. Normalmente, los SGBD disponen de un complejo sistema
de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas
categorías de permisos.
 Integridad. Se trata de adoptar las medidas necesarias para garantizar la
validez de los datos almacenados. Es decir, se trata de proteger los datos ante
fallos de hardware, datos introducidos por usuarios descuidados, o cualquier
otra circunstancia capaz de corromper la información almacenada.
 Respaldo y recuperación. Los SGBD deben proporcionar una forma
eficiente de realizar copias de respaldo de la información almacenada en ellos,
y de restaurar a partir de estas copias los datos que se hayan podido perder.
 Control de la concurrencia. En la mayoría de entornos (excepto quizás el
doméstico), lo más habitual es que sean muchas las personas que acceden a
una base de datos, bien para recuperar información, bien para almacenarla. Y
es también frecuente que dichos accesos se realicen de forma simultánea. Así
pues, un SGBD debe controlar este acceso concurrente a la información, que
podría derivar en inconsistencias.[10]
CAPITULO 4. DESCRIPCIÓN DE LAS ACTIVIDADES REALIZADAS.

4.1. Investigación preliminar.

Para seguir con la realización del sistema, se tuvo autorización por parte de la
dueña del tendajon “Yessi” para realizar una entrevista a las personas que laboran en
dicho establecimiento, y saber cuál es el perfil que manejan hasta el momento, así
también para obtener la información necesaria para que el sistema cubra todas las
necesidades que en esta se presenta.

Los beneficios que se pretenden obtener con este sistemas es el control de

inventarios, la reducción de tiempo, pedidos y no tener ninguna perdida por falta de
productos.

En   cuanto al tiempo estimado es un aproximado a 4 meses y el costo para las

fases de desarrollo es factible.

4.2. Estudio de Factibilidad.

El estudio de factibilidad no servirá para saber qué tan necesario es el sistema

en la empresa si en realidad va a cubrir todas las necesidades, si los empleados
aceptan el sistema y lo implementan de una forma sencilla y fácil, ya que es para
mejorar el rendimiento y ahorrar tiempo.

Para saber que tan necesario es el sistema se realizó el estudio de factibilidad

donde la dueña del establecimiento se dio cuenta que verdaderamente es necesario
la utilización del sistemas ya que mediante de este podrá ahorrarse tiempo, dinero y
no tendrá pérdida de clientes por falta de algún producto.

4.2.1. Factibilidad Técnica.

La factibilidad técnica es aquella en donde se ve si un proyecto se
puede poner en marcha y mantenerse, mostrando evidencias de que se ha planeado
cuidadosamente, contemplado los problemas que involucra y mantenerlo en
funcionamiento.

De acuerdo a esto nuestro estudio de factibilidad técnica nos arroja

que lo que debemos tener para poner en marcha nuestro proyectos es el equipo
necesario en este caso sería contar con un equipo de cómputo y el software listo para
instalar en nuestro equipo. Que sería en nuestros términos el hardware y el software.
 HARDWARE
En lo que respecta en la parte del hardware para instalar el sistema
propuesto se debe contemplar los siguientes aspectos de hardware
(requerimientos mínimos).

 Procesador Intel Pentium 4

 Disco Duro de 80GB
 Memoria RAM de 512 MB
 Teclado
 Mouse
 Tarjeta de Video
 Tarjeta Madre
 Puertos de entrada y salida

SOFTWARE
Una vez contemplado la parte de parte de hardware se requiere de un
software, es decir, de sistema operativo en donde pueda ser instalado nuestro
sistema de inventario, también será necesario instalar la plataforma de java
para que nuestro programa pueda funcionar adecuadamente.

El sistema operativo que manejaremos será Windows XP en adelante.

4.2.2. Factibilidad económica.

Este punto es importante ya que en este estudio se da a conocer los

beneficios económicos que le prestara nuestro sistema a la empresa pero que
beneficios le traerá; pues que no tendrá pérdida de clientes, comprara la cantidad de
productos necesario, el tiempo será fundamental porque no perderá tiempo y pedirá
sus productos con anticipación, será como ahorrarse, tiempo, dinero y esfuerzo a la
ves ya que no será manual como antes lo habían hecho. Para el propósito que se
maneja este sistemas cubrirá todas las necesidades del establecimiento y con el
transcurso del tiempo podremos darnos cuenta de los beneficios que se tendrán
mediante este sistema, ya que se ahorrara muchos recursos.
 4.2.3. Factibilidad Operacional.

La factibilidad operacional, conlleva a la operación que se realizara dentro de la tienda

para utilizar el sistema, si es factible o no. Se llevó a cabo una entrevista para saber si es factible.
Como resultado de las preguntas realizadas, las personas que laboran en la tienda están
dispuestas a tomar capacitación para manejar el sistema. Y no hubo impedimento alguno sobre su
aplicación y la cobertura que tiene el software dentro de la tienda.

4.3. Determinación de los requerimientos.

Los requerimientos mínimos que necesitamos son:

Un equipo de cómputo que cuente con las siguientes características:

 Procesador Intel Pentium 4

 Disco Duro de 80GB
 Memoria RAM de 512 MB
 Teclado
 Mouse
 Tarjeta de Video
 Tarjeta Madre
 Puertos de entrada y salida
 Sistema operativo Windows XP en adelante.
4.4. Técnica aplicada para obtener información
4.4.1. Entrevista

Se realizó una entrevista, para detectar puntos importantes en el

planteamiento del problema y porque es necesario el sistema; también para saber
qué tan capacitado está el personal en el manejo de un equipo de cómputo. Se
realizaron las siguientes preguntas:

 ¿Cómo se llama la empresa?

 ¿Cuánto tiempo tiene trabajando en ella?
 ¿Está de acuerdo con el desarrollo del sistema a implementar?
 ¿Cree que le tendrá beneficio la implementación del sistema?
 ¿Está dispuesto (a) a tomar una capacitación?
 ¿Cuántos productos manejan en la empresa?
 ¿Qué tan frecuentemente se vende un producto?
 ¿Al final del día cuentan los productos que le han quedado en existencia?
 ¿Cada cuánto adquieren los productos?
 ¿Han hecho gastos de más o no han comprado la cantidad de producto
suficiente?
 ¿Alguna vez se ha ido un cliente sin recibir el producto que necesitaba?

Con estas preguntas y las respuestas proporcionadas por los empleados y la

dueña del establecimiento se llegó a la conclusión que es necesario
implementar el sistema para mejorar el rendimiento del establecimiento, ya
que hay factores en la que se ha visto perjudicado el negocio por no tener una
buena administración sobre el sistema de inventario. Es por eso que es
necesario implementar el sistema y dar capacitación a los empleados que en
ella laboran.
 4.5. Modelo Entidad-Relación

Tel Id_prov

Nom_prov

Proveedor

Manzana
Dirección

Calle
Cod Id_prov Colonia
Numero

Id_pro Cod

Alta Suministra baja

Id_prov
Cantidad

Nombre Id_pro
Nombre
Cantidad

Id_pro

Producto
TipoP

Cantidad Nombre

Cantida
d
4.5.1. Diseño de pantallas
CONCLUSION.

La implementación de este sistemas es importante para este establecimiento,

debido a que la administración en el control de inventarios ha tenido pérdidas tanto
monetarias como materiales, en la forma en que se ha realizado hasta el momento,
con la implementación de este sistema se pretende no tener ese tipo de
inconvenientes y llevar un control detallado de los productos que se tienen.

El sistema tiene como misión administrar la cantidad de productos que se

manejan en el establecimiento y ahorrar tiempo, se puede concluir que el sistema se
desarrolla para mejorar la forma que hasta ahorita la empresa maneja en su sistema
de inventarios porque se tienen pérdidas considerables en la materia, la
implementación y el cambio se notara en los primeros días en que el sistema esté en
función.
BIBLIOGRAFIA

[1] http://paginespersonals.upcnet.es/~jmg2/libro/ds7m7.htm

[2] http://es.wikipedia.org/wiki/Sistema

[3] http://es.wikipedia.org/wiki/Sistema_de_informaci%C3%B3n

[4] http://www.scribd.com/doc/16058522/Clasificacion-de-Los-Sistemas

[5] http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software

[6] http://es.wikipedia.org/wiki/Modelo_en_cascada

[7] http://es.kioskea.net/contents/genie-logiciel/cycle-de-vie.php3

[8] http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-bases-de-
datos/

[9] http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-bases-de-
datos/

[10] http://www.cavsi.com/preguntasrespuestas/que-es-un-sistema-gestor-de-bases-
de-datos-o-sgbd/