INSTITUTO TECNOLGICO DE COMITAN

INVESTIGACION II.
NOMBRE DEL ALUMNO:
YOER PEREZ VELAZQUEZ.

10700095.

CARRERA: ING. SISTEMAS COMPUTACIONALES.

ESPECIALIDAD: CONTROL DE SISTEMAS DE EVENTOS DISCRETOS.

NOMBRE DEL PROYECTO: Sistema para el Control de Inventario del Vivero el

Edn (SCIVE).
COMITAN DE DOMINGUEZ, CHIAPAS, 10 DE NOVIEMBRE 2014.

INTRODUCCIN.
Los inventarios han estado presentes en los negocios pequeos hasta los ms grandes, existen
una serie de pasos para seguir adecuadamente, hasta un punto en el que hay que pedir
mercanca o no, el tener un control adecuado para las empresas, para ello es necesario
entender porque hacer inventarios.??? Para realizar esto han sobresalido muchos sistemas del
mismo que se acoplan conforme a las empresas o negocios.
Para realizar un sistema de inventarios, se tuvo un acercamiento con la empresa o negocio el
vivero el Edn que est en la ciudad de Comitn de Domnguez, Chiapas. El objetivo de esto es
automatizar un sistema de inventarios en dicho vivero, para controlar el tipo de entrada y salida
que hay en el lugar de almacn y reportar las existencias reales segn el tipo de plantas que
halla en el lugar. Esto mediante un sistema conectado a una base de datos.
El beneficio que tendr la empresa o negocio, es que tendr un control adecuado de las ventas
de sus productos, las ventas sern generadas al trmino de la captura de los productos
vendidos y esta llevar un nmero de folio, que en el momento de hacer una revisin de alguna
venta se podr capturar el folio y as ver lo que se vendi. El sistema le indicara si es necesario
hacer pedidos de algn producto o si no es necesario hacerlo, el sistema estar conectado a
una base de datos donde estarn los registros de los productos que hay dentro de la empresa,
como tambin este mismo har operaciones de las salidas y entradas que haga la empresa. Al
termino del da tendr un corte de caja para ver el cuadre de sus ventas. Contaran con
asesoras de us del sistema para que se les facilite su aplicacin. El sistema podr usarse en
una pantalla tctil, esto con el fin de reducir espacio y que les sea ms cmodo su utilizacin.

INDICE.
1.- DATOS DE LA EMPRESA.............................................................................................................. 1
1.1.- Nombre.......................................................................................................................... 1
1.2.- Giro............................................................................................................................... 1
1.3.- Tipo de capital................................................................................................................ 1
1.4.- Direccin....................................................................................................................... 1
2.- DATOS DEL PROYECTO............................................................................................................... 2
2.1.- Nombre del proyecto y significado.................................................................................. 2
2.2.- PLANTEAMIENTO DEL PROBLEMA................................................................................. 2
2.3.- OBJETIVO GENERAL...................................................................................................... 3
2.3.1.- OBJETIVOS ESPECFICOS........................................................................................ 3
2.4.- JUSTIFICACIN.............................................................................................................. 4
2.5.- HIPOTESIS..................................................................................................................... 5
2.6.- ANTECEDENTES............................................................................................................ 6
2.6.1.- DISEO DE UN SISTEMA DE CONTROL DEL INVENTARIO PARA LA EMPRESA
INVERSIONES MIWILL, C.A., MATURN ESTADO MONAGAS.................................................7
2.6.2.- SISTEMA AUTOMATIZADO DE CONTROL PARA HOTEL (SACH)..................................7
2.6.3.- DISEO DE UN SISTEMA AUTOMATIZADO DE CONTROL DE INVENTARIOS Y
EXPEDIENTES DE MENORES DE EDAD PARA EL CENTRO DE DESARROLLO INTEGRAL LA
TIENDONA........................................................................................................................ 8
3.- MARCO TEORICO...................................................................................................................... 9
3.1.- MARCO CONTEXTUAL................................................................................................... 9
3.2.- MARCO HISTORICO...................................................................................................... 10
3.2.1.- DISEO DE UN SISTEMA DE CONTROL DEL INVENTARIO PARA LA EMPRESA
INVERSIONES MIWILL, C.A., MATURN ESTADO MONAGAS...............................................10
3.2.2.- SISTEMA AUTOMATIZADO DE CONTROL PARA HOTEL (SACH)................................10
3.2.3.- DISEO DE UN SISTEMA AUTOMATIZADO DE CONTROL DE INVENTARIOS Y
EXPEDIENTES DE MENORES DE EDAD PARA EL CENTRO DE DESARROLLO INTEGRAL LA
TIENDONA...................................................................................................................... 11
3.3.- MARCO LEGAL............................................................................................................ 12
3.3.1.- LEYES DE SOFTWARE............................................................................................ 12
3.3.1.1.- PROTECCIN DEL SOFTWARE MEDIANTE DERECHOS DE AUTOR.......................12
3.3.1.2.- INTRODUCCIN................................................................................................... 12
3.3.1.3.- OBJETO DE PROTECCIN................................................................................... 13
3.3.1.4.- ARTCULO 96. TRLPI............................................................................................ 13

3.3.1.5.- LOS TITULARES.................................................................................................. 14

3.3.1.6.- LOS DERECHOS.................................................................................................. 15
3.3.1.7.- CESIN DE DERECHOS....................................................................................... 16
3.3.1.8.- FORMAS DE PROTECCIN................................................................................... 16
3.4.- MARCO CONCEPTUAL................................................................................................. 17
3.4.1.- COMO REALIZAR UN SISTEMA DE INVENTARIOS....................................................17
3.4.1.1.- CONCEPTO DE INVENTARIO................................................................................ 17
3.4.1.2.- TIPOS DE INVENTARIO......................................................................................... 17
3.4.1.3.- CONTROL............................................................................................................ 17
3.4.1.4.- PROPIEDADES DEL INVENTARIO.........................................................................18
3.4.1.5.- FACTORES DE COSTO EN EL CONTROL DEL INVENTARIO...................................18
3.4.1.6.- COSTO DE COMPRA O INVERSIN.......................................................................18
3.4.1.7.- COSTO DE ADQUISICIN O COLOCACIN DE PEDIDOS......................................19
3.4.1.8.- COSTOS DE NO TENER INVENTARIO....................................................................19
3.4.1.9.- COSTOS DE NO TENER INVENTARIO DE OPORTUNIDAD......................................19
3.4.2.- PEPS...................................................................................................................... 19
3.4.2.1.- VENTAJAS........................................................................................................... 19
3.4.2.2.- DESVENTAJAS.................................................................................................... 20
3.4.3.- UEPS..................................................................................................................... 20
3.4.3.1.- VENTAJAS........................................................................................................... 20
3.4.3.2.- DESVENTAJAS.................................................................................................... 21
3.4.4.- PROMEDIO PONDERADO........................................................................................ 21
3.4.4.1.- VENTAJAS........................................................................................................... 21
3.4.4.2.- DESVENTAJAS.................................................................................................... 21
3.5.- PANTALLA TCTIL....................................................................................................... 22
3.5.1.- HISTORIA............................................................................................................... 22
3.5.2.- DESARROLLO Y UTILIZACIN................................................................................ 23
3.5.3.- TIPOS.................................................................................................................... 24
3.5.4.- SISTEMAS OPERATIVOS Y SOFTWARE...................................................................25
3.6.- BASE DE DATOS.......................................................................................................... 26
3.6.1.- HISTORIA............................................................................................................... 27
3.6.2.- SERVIDOR DE BASE DE DATOS.............................................................................. 27
3.6.3.- TIPOS.................................................................................................................... 27
3.7.- GESTOR QUE SE UTILIZARA ES MYSQL.......................................................................29
3.7.1.- SQL (LENGUAJE DE CONSULTA ESTRUCTURADO).................................................29

3.7.2.- CARACTERSTICAS................................................................................................ 29
3.8.- LENGUAJE DE PROGRAMACIN.................................................................................. 31
3.8.1.- CDIGO MAQUINA (HISTORIA)............................................................................... 32
3.8.2.- JAVA (LENGUAJE DE PROGRAMACIN).................................................................33
3.8.3.- NACIMIENTO DE JAVA............................................................................................ 33
3.8.4.- JAVASCRIPT........................................................................................................... 34
3.8.5.- NACIMIENTO DE JAVASCRIPT................................................................................. 34
3.9.- METODOLOGIA.................................................................................................................. 36
3.9.1.- CICLO DE VIDA....................................................................................................... 36
3.9.2.- MODELO CASCADA................................................................................................ 36
3.9.2.1.- ANLISIS DE REQUISITOS................................................................................... 37
3.9.2.2.- DISEO DEL SISTEMA......................................................................................... 37
3.9.2.3.- DISEO DEL PROGRAMA........................................................................................ 37
3.9.2.4.- CODIFICACIN.................................................................................................... 37
3.9.2.5.- PRUEBAS............................................................................................................ 38
3.9.2.6.- VERIFICACIN..................................................................................................... 38
3.9.2.7.- MANTENIMIENTO................................................................................................. 38
3.10.- FACTIBILIDAD TCNICA, OPERATIVA Y ECONMICA...................................................39
3.10.1.- PLAN DE GESTION DEL PRESUPUESTO................................................................39
3.11.- CRONOGRAMA........................................................................................................... 41
Referencias............................................................................................................................ 42

1.- DATOS DE LA EMPRESA.

1.1.- Nombre: Vivero el Edn.
1.2.- Giro: Comercial.
1.3.- Tipo de capital: Publico.
1.4.- Direccin: Blvd de las federaciones km 175 500 Col. Mariano N. Ruiz Carr. Comitn
Trinitaria.
UBICACIN DE NEGOCIO O EMPRESA:

VIVERO EL

1 | Pgina

2.- DATOS DEL PROYECTO.

2.1.- Nombre del proyecto y significado : Sistema para el control de inventario del
vivero el edn (SCIVE).

2.2.- PLANTEAMIENTO DEL PROBLEMA.

La empresa o negocio tiene alrededor de un ao en funcin y esta no cuenta con un sistema
automatizado para el control de sus inventarios y ventas, esto era porque no lo vean muy
necesario ya que normalmente realizan sus ventas a travs de notas y/o libreta, pero no
realizan el inventario de la manera adecuada ya que solo observaban en que secciones ya no
hay mucha mercanca y conforme a esto realizan una lista de pedido para ir por ello.
Conforme paso el tiempo, notaron que les generaba ciertos problemas al checar su mercanca
como tambin en las ventas, no hay un control adecuado para ello, tambin no se sabe de las
existencias reales del lugar.
Al acercarnos y observar el funcionamiento del lugar propusimos la automatizacin de sistema
de inventarios y para el control de sus ventas, esto para que no les genere ms problemas en el
lugar, para que sepan la existencia real que haya en la misma y as puedan generar reportes de
sus ventas como tambin de su mercanca.
1- Con que frecuencia el cliente no encuentra el producto deseado?
2- Qu perdida de mercancas es el ms frecuente en el lugar?
3- Qu tiempo actual lleva a realizar su inventario?

2 | Pgina

2.3.- OBJETIVO GENERAL.

Automatizar el control de inventarios en el vivero el EDEN, para
tener un mejor control de las entradas y salidas de productos
dentro del vivero y reportar las existencias reales segn el tipo
de plantas que haya en el lugar, esto mediante el desarrollo de
un sistema automatizado a partir de los meses de agostodiciembre del ao 2014.
Fig. 1. Vivero el Edn.

2.3.1.- OBJETIVOS ESPECFICOS.

Implementar un mdulo de altas, bajas, modificaciones y consultas de productos.

Generar un mdulo de reportes de las ventas de los productos por rango de fechas.
Implementar un mdulo para el control de las ventas.
Generar reporte de corte de caja del lugar.
Mdulo de seguridad.

2.4.- JUSTIFICACIN.

3 | Pgina

Debido a la problemtica planteada, se pretende realizar un sistema de control de inventarios

en el vivero el EDEN, para llevar un control adecuado en sus inventarios, as como tambin el
control de sus ventas, los beneficiarios sern los trabajadores directamente y el gerente/dueo
del lugar.
Se tuvo que conocer como estaba la situacin en la empresa, entender cmo es que trabajan,
para as facilitarles el control de sus ventas. Se tom en cuenta como realizan sus inventarios,
esto no lo hacan muy frecuentemente, ya que hasta que obserban que no tienen lo suficiente
para vender, en ese momento hacen sus pedidos.
Para dar solucin a esto, se realizara un sistema de control de inventarios para dicho vivero, el
sistema se realizara con lenguajes de programacin que se mencionaran ms adelante, con
una conexin a una base de datos, esto se diseara de esta manera porque en la base de
datos se guardaran los registros de los productos que hay en la empresa o negocio por medio
del sistema.

2.5.- HIPOTESIS.
4 | Pgina

Con la implementacin del sistema NNNNNN, el tiempo para realizar el inventario se reducir
en un 80% al que habitualmente se efectuaba, adems de que los datos sern confiables y
seguros.

2.6.- ANTECEDENTES.

5 | Pgina

A mediados del ao 2012 el Sr. Gonzalo Mauricio Rodrguez, toma la decisin de abrir su
propio negocio, opta por abrir un vivero, el empez a realizarlo con los ahorros que tena y
haciendo un prstamo para poder abrir el negocio y tener lo principal para levantar los
invernaderos, con el tiempo el Sr. Gonzalo empez a tener sus ganancias y as fue teniendo
gran auge en estos dos aos de su trabajo.
Iniciando sus ventas, el vivero no tena un nombre propio, fue cuando decidieron darle un
nombre al negocio para que esta fuera reconocida en la ciudad de Comitn, ellos lo nombraron
Viveros el Edn.
Actualmente sus inventarios los realizan manualmente y las ventas los registran en una libreta y
tambin en notas, as como tambin realizan los pedidos cuando observan que ya no tienen
mucha mercanca, tienen que ver que les hace falta, es por eso que se automatizara este vivero
para facilitarles el trabajo y ahorrarles el tiempo en cuanto al inventario, las ventas y su corte de
caja.
Segn Eugenia Alfonzo (2013) La importancia que tienen los sistemas de control de inventarios
automatizados, tanto en grandes como en pequeas y medianas empresas; es bastante grande
ya que una mala administracin, puede ser el culpable de generar clientes descontentos por el
no cumplimiento de la demanda, adems de ocasionar problemas financieros que pueden llevar
la compaa a la quiebra.
El reto para poder administrar un inventario es llegar a una decisin de cunto se necesita para
cumplir con estos requerimientos, lo cual implica decidir qu cantidad se necesita, cundo
debemos realizar los pedidos, recibirlos, almacenarlos y llevar el registro de dicho inventario, ya
que el objetivo primordial ser tener suficientes productos para las ventas.
Basndonos en todo esto, se llega a la conclusin de que es necesario contar con un sistema
automatizado que permita llevar un control continuo y actualizado del inventario, los pedidos
realizados y las ventas de los productos as como mantener el inventario actualizado.

2.6.1.- DISEO DE UN SISTEMA DE CONTROL DEL INVENTARIO PARA LA

EMPRESA INVERSIONES MIWILL, C.A., MATURN ESTADO MONAGAS.
6 | Pgina

El sistema automatizado fue desarrollado bajo el lenguaje de programacin Visual Basic 6.0
que cumple las expectativas y requerimientos necesarios de la empresa ya mencionada. As
mismo se les brindo una informacin detallada del funcionamiento del nuevo sistema de
inventario a las personas encargadas del mismo.
El sistema mencionado fue elaborado en el ao 2009 del mes de julio, implantado en la
empresa inversiones Miwill, C.A., Maturn Estado Monagas. (Miladis Escribano, 2009)

2.6.2.- SISTEMA AUTOMATIZADO DE CONTROL PARA HOTEL (SACH).

En el caso de las empresas que brindan servicios como los hoteles, manejan una gran cantidad
de informacin en diferentes procesos tanto la administracin, gerencia, recepcin, hospedaje,
contabilidad, almacn, etc. Toda informacin tiene que ser organizada y clasificada de modo
que la gerencia pueda realizar una mejor toma de decisiones.
El diseo del Sistema mencionado es para el control de informacin de un hotel, de manera que
el sistema cumpla con los requerimientos, donde el personal del hotel que utilice el sistema
pueda realizar el registro de Huspedes, registro de Habitaciones, registro de Contratos,
reportes de libros diarios, control de habitaciones y control de los servicios.
El sistema fue elaborado en el ao 2011 por estudiantes de la carrera de informtica y fue
implementado en un hotel 5 estrellas que est ubicado en la ciudad de La Paz. (Jhannett
Sarmiento, SISTEMA AUTOMATIZADO DE CONTROL PARA HOTEL (SACH), 2011)

2.6.3.- DISEO DE UN SISTEMA AUTOMATIZADO DE CONTROL DE

INVENTARIOS Y EXPEDIENTES DE MENORES DE EDAD PARA EL CENTRO
DE DESARROLLO INTEGRAL LA TIENDONA

7 | Pgina

Se da la propuesta del Diseo de un Sistema Automatizado de control de inventarios y

expedientes de menores de edad para el CDI La Tiendona, como el aporte de que la
institucin pueda tener un control adecuado en los procesos que realizan y puedan contar con
informacin gil y oportuna cundo esta se requiera.
El sistema fue elaborado en el ao 2010, implementndolo en la zona metropolitana de san
salvador. (Afonso, 2010)

3.- MARCO TEORICO.

3.1.- MARCO CONTEXTUAL.
El origen del vivero remota en el ao del 2012 en la ciudad de Comitn de Domnguez Chiapas
cuando el SR. Gonzalo Mauricio Rodrguez estableci un negocio llamado viveros el Edn en la
8 | Pgina

direccin Boulevard de las federaciones sobre el Km. 175+500 Colonia Mariano N. Ruiz.
Carretera Comitn Trinitaria, el cual est dedicado a la venta de rosas y flores de varios tipos,
poco a poco el negocio fue creciendo que ahora est vendiendo accesorios para el hogar,
gracias a esto ha sido contratado para decorar casas y parques municipales.
Anteriormente solo estaba atendido por l y con su hermano Ramiro Mauricio Rodrguez, el cual
son socios del negocio. Hoy en da les va muy bien, que ya tienen 4 empleados para darle ms
atencin al lugar. En los dos aos de trabajo que llevan, los fundadores de la empresa o
negocio se integran al negocio familiar, Viveros el Edn ya comercializa mercanca al mayoreo,
cubriendo parte de Comitn y otros lugares fuera como Teopisca, Maravilla Tenejapa, dando a
conocer su prosperidad que lleva el negocio.
As los hermanos estn construyendo el negocio, es un proceso que llevan paso a paso. Hace
poco reabrieron otro vivero que se encuentra en la carretera chacaljocom Comitn, no lleva
mucho tiempo el vivero, al parecer les va muy bien.

3.2.- MARCO HISTORICO.

3.2.1.- DISEO DE UN SISTEMA DE CONTROL DEL INVENTARIO PARA LA EMPRESA
INVERSIONES MIWILL, C.A., MATURN ESTADO MONAGAS.

9 | Pgina

El sistema automatizado fue desarrollado bajo el lenguaje de programacin Visual Basic 6.0
que cumple las expectativas y requerimientos necesarios de la empresa ya mencionada. As
mismo se les brindo una informacin detallada del funcionamiento del nuevo sistema de
inventario a las personas encargadas del mismo.
El sistema mencionado fue elaborado en el ao 2009 del mes de julio, implantado en la
empresa inversiones Miwill, C.A., Maturn Estado Monagas. (Miladis Escribano, 2009)

3.2.2.- SISTEMA AUTOMATIZADO DE CONTROL PARA HOTEL (SACH).

En el caso de las empresas que brindan servicios como los hoteles, manejan una gran cantidad
de informacin en diferentes procesos tanto la administracin, gerencia, recepcin, hospedaje,
contabilidad, almacn, etc. Toda informacin tiene que ser organizada y clasificada de modo
que la gerencia pueda realizar una mejor toma de decisiones.
El diseo del Sistema mencionado es para el control de informacin de un hotel, de manera que
el sistema cumpla con los requerimientos, donde el personal del hotel que utilice el sistema
pueda realizar el registro de Huspedes, registro de Habitaciones, registro de Contratos,
reportes de libros diarios, control de habitaciones y control de los servicios.
El sistema fue elaborado en el ao 2011 por estudiantes de la carrera de informtica y fue
implementado en un hotel 5 estrellas que est ubicado en la ciudad de La Paz. (Jhannett
Sarmiento, SISTEMA AUTOMATIZADO DE CONTROL PARA HOTEL (SACH), 2011)

3.2.3.- DISEO DE UN SISTEMA AUTOMATIZADO DE CONTROL DE INVENTARIOS Y

EXPEDIENTES DE MENORES DE EDAD PARA EL CENTRO DE DESARROLLO INTEGRAL
LA TIENDONA.

10 | P g i n a

Se da la propuesta del Diseo de un Sistema Automatizado de control de inventarios y

expedientes de menores de edad para el CDI La Tiendona, como el aporte de que la
institucin pueda tener un control adecuado en los procesos que realizan y puedan contar con
informacin gil y oportuna cundo esta se requiera.
El sistema fue elaborado en el ao 2010, implementndolo en la zona metropolitana de san
salvador. (Afonso, 2010)

3.3.- MARCO LEGAL.

3.3.1.- LEYES DE SOFTWARE

11 | P g i n a

3.3.1.1.- PROTECCIN DEL SOFTWARE MEDIANTE DERECHOS DE AUTOR.

Esta breve introduccin a los derechos de autor y del software no constituye una explicacin en
profundidad de la proteccin legal del software por los derechos de propiedad intelectual (DPI),
sino que intenta brindar unas pinceladas sobre los elementos ms importantes para establecer
el marco legal de las licencias de software libre. Para ms informacin sobre este tema, se
recomienda consultar los enlaces mencionados al final del artculo. Asimismo, consideramos
nicamente la temtica de los derechos patrimoniales de explotacin sobre el software.

3.3.1.2.- INTRODUCCIN.
Los derechos de propiedad intelectual o de autor constituyen la principal forma de proteccin
legal del software,

como

bien

inmaterial

producto de

la

creatividad

humana. La

Ley de Propiedad Intelectual (LPI) contempla su proteccin como obra literaria, e incluye los
programas en la lista no exhaustiva de obras protegidas.
Aunque los programas de ordenador no encajen perfectamente en esta figura legal, esta
proteccin ofrece varias ventajas:

Una proteccin automtica: los derechos de autor nacen por el mero hecho de la

creacin original (y publicacin de la obra, bajo el rgimen legal anglosajn).

Una proteccin internacional: La proteccin se ofrece en casi todo el mundo, en
virtud de tratados internacionales como los de Berna, el ADPIC (TRIPS en ingls) y los

acuerdos OMPI (WIPO), y las directivas europeas.

Una proteccin simple y econmica: no hace falta realizar solicitudes ni registrar la obra

(y pagar las correspondientes tasas y honorarios legales) para obtener la proteccin.

Una proteccin limitada: La proteccin es limitada en el tiempo (aunque la vida del autor
ms 70 aos es una eternidad en el sector informtico) y a la expresin de las ideas y
principios (el cdigo escrito).

3.3.1.3.- OBJETO DE PROTECCIN.

Los DPI protegen el programa en cualquiera de sus expresiones posibles (cdigo fuente y
cdigo objeto) y en su totalidad (incluye las interfaces). Adems, la LPI amplia la proteccin a la
documentacin preparatoria y a la documentacin tcnica y manuales de uso (tambin gozar
esta documentacin de su propia proteccin por la LPI como obra literaria o grfica.). Lo que no
protege son las ideas y los principios, lo que permite la reingeniera de un programa, o la
creacin paralela de programas con funcionalidades similares.
12 | P g i n a

3.3.1.4.- ARTCULO 96. TRLPI.

A los efectos de la presente

Ley

se

entender

por

programa de

ordenador

toda

secuencia de instrucciones o indicaciones destinadas a ser utilizadas, directa o indirectamente,

en un sistema informtico para realizar una funcin o una tarea o para obtener un
resultado determinado, cualquiera que fuere su forma de expresin y fijacin. La proteccin
prevista

en

la

presente

Ley

se

aplicar

cualquier

forma de expresin de

un

programa de ordenador. Esta definicin incluye cualquier tipo de secuencia de instrucciones,

por lo tanto incluye, como ejemplos:

Sistemas operativos, programas estndares de uso general, programas desarrollados a

medida.
Libreras y otros componentes de software, scripts, servlets, Java Beans, Stored

Procedures, motores de bases de datos (pero no el contenido delas mismas), etc.

Entornos de desarrollo (IDEs, p.e. el JDK de Sun, .NET de MSFT) y de ejecucin

(runtime engines).
Instrucciones incorporadas en los chips.
Programas que soportan las redes de telecomunicaciones (routers, switches, servidores,
etc.)

Los derechos de autor protegern los siguientes elementos, siempre que tengan un suficiente
nivel de creatividad u originalidad (un nivel bastante bajo):

El cdigo fuente del programa

El cdigo objeto del programa
Los iconos, grficos e imgenes del programa o incluidos en el programa
Cualquier documentacin relativa al software (documentacin preparatoria, los diseos,

los manuales de instalacin o de usuario, las capturas de pantalla, etc.)

Los guiones o scripts de compilacin e instalacin
Versiones sucesivas de un programa

13 | P g i n a

Programas derivados del programa original.

No se protege el software que es de dominio pblico, lo que incluye el software cuyos derechos
ya hayan vencido (poco probables hasta por lo menos el 2050!) y, discutiblemente,
el software cuyo titular haya cedido todos sus derechos al procomn (el Commons,
en derecho anglosajn) ni algunos documentos pblicos (legislacin, etc.).
Notar que los contenidos y la estructura de una base de datos, en la medida que no incluyen
instrucciones, no se consideran programas de ordenador, sin embargo gozan de una
proteccin general (si son originales) y especfica (derecho sui generis sobre BBDD).
Para disfrutar de esta proteccin, ser suficiente la existencia de cierta originalidad en la
creacin bsicamente que el programa sea el resultado de un esfuerzo personalizado, o sea,
que no est copiado.

3.3.1.5.- LOS TITULARES.

Sujeto a dos excepciones, el titular de los derechos de autor ser el autor o grupo de autores
originales de la obra. Hay una presuncin de que el autor es la persona identificada que firma
la obra (derechos de autor).

La figura de autor incluir no solamente al programador que escribe el cdigo del programa,
sino tambin al diseador del programa (arquitecto) siempre que sus contribuciones hayan sido
significativas. Por otro lado, no incluye necesariamente:

Una persona que realice pruebas y notifique errores en el programa.

Una persona que haya establecido las especificaciones del programa, excepto en la

medida que dichas personas hayan participado activamente en crear el programa.

Las dos excepciones son las obras creadas bajo una relacin laboral, en este caso la
empresa ser titular de los derechos de explotacin (por presunta cesin), y programas
creados en circunstancias que den lugar a la naturaleza colectiva del programa, en cual

14 | P g i n a

caso

el

editor/divulgador dela

obra

ostentar

los derechos de explotacin

(ver

artculo: autores mltiples).

3.3.1.6.- LOS DERECHOS.

Los derechos de explotacin reservados exclusivamente al autor de un programa de ordenador
son los de realizar los siguientes actos:

La reproduccin total o parcial: la copia, por cualquier medio y bajo cualquier forma, ya

fuere permanente o transitoria

La distribucin pblica: la transmisin del programa un tercero, por la venta, el alquiler o
cualquier otra forma. La doctrina entiende que este derecho incluye la comunicacin

pblica, por ejemplo la publicacin en un servidor accesible desde Internet.

Transformacin: traduccin, adaptacin, arreglo o cualquier otra transformacin del
programa.

La ley establece algunos lmites a estos derechos, que son los siguientes:

Lmite temporal: la duracin de los derechos es, en general, la vida de su autor ms

setenta aos, o cincuenta aos desde la publicacin para una obra empresarial.

Lmites aplicables al usuario legtimo (es decir, alguien que tiene un derecho de uso):

Reproducir, transformar y corregir errores pero slo en la medida necesaria para utilizar

el programa.
Realizar una copia de seguridad.
Analizar el programa, pero slo mientras lo utiliza y para obtener informacin para los
fines de interoperabilidad (y sujeto a ciertas condiciones).

3.3.1.7.- CESIN DE DERECHOS.

El titular original puede ceder los derechos a un tercero, por contrato de cesin (o licencia
exclusiva) sujeto a diferentes condiciones libremente pactadas. Aqu entran en juego las

15 | P g i n a

licencias de software,

en

particular

las

licencias libres,

que

comentamos

con

mayor detalle aqu.

3.3.1.8.- FORMAS DE PROTECCIN.

La LPI establece varias medidas de proteccin de estos derechos,

incluyendo

acciones

administrativas, civiles (incluso solicitar medidas cautelares) y penales. La tutela civil incluye
acciones por infraccin de los mencionados derechos de autor, y la LPI prohbe tambin la
puesta en circulacin de copias ilegales, su posesin por fines comerciales, o la puesta en
circulacin o posesin de medios especficamente destinados a facilitar la supresin o
neutralizacin de dispositivos tcnicos de proteccin del software.
Los derechos de autor estn protegidos tambin por el Derecho Penal. El Cdigo Penal castiga
en su Artculo 270 (y otros) la reproduccin, plagia, distribucin y comunicacin pblica con
nimo de lucro y sin autorizacin de los correspondientes titulares, de las obras protegidas
por derechos de autor.
Asimismo, prohbe la importacin, exportacin y almacenamiento de copias ilegales, y la
fabricacin y tenencia de medios especficamente destinados a facilitar la supresin o
neutralizacin de dispositivos tcnicos de proteccin (de tipo DRM como el CSS, las
claves de acceso, sistemas de registro, etc.).

3.4.- MARCO CONCEPTUAL.

3.4.1.- COMO REALIZAR UN SISTEMA DE INVENTARIOS.
Antes de empezar a trabajar en el desarrollo de un sistema de inventarios, es
conveniente definir que es un inventario.

3.4.1.1.- CONCEPTO DE INVENTARIO.

Un inventario consiste en la existencia de productos fsicos que se conservan en un lugar y
momento determinado. Los inventarios en una planta de fabricacin abarcan la materia prima,
la mercanca en proceso y los artculos terminados.
16 | P g i n a

La finalidad de un sistema de inventarios es encontrar las respuestas a las preguntas Cunto

pedir? Cundo pedirlo? A manera de minimizar los costos. (SENN, 2010).

3.4.1.2.- TIPOS DE INVENTARIO.

Hay tres tipos de inventarios que consisten en: materia prima, producto en proceso y producto
terminado.
Materia prima: Son los productos que estn esperando ser usados para la lnea de
produccin. Deben ser modificados y transformados para convertirse en producto final.
Producto en proceso: Son prcticamente convertidos en producto final pero estn en
produccin en proceso.
Producto terminado: Es el producto final en espera de ser vendido o distribuido.

3.4.1.3.- CONTROL.
Uno de los aspectos ms importantes en el desarrollo de este proyecto es el tratar de controlar.
Control es la medicin y correccin del desempeo con el fin de asegurar que se cumplan los
objetivos de la empresa y los planes diseados para alcanzarlos.

3.4.1.4.- PROPIEDADES DEL INVENTARIO.

Varias propiedades del inventario son universales como: demanda, horizonte de planeacin,
productos y costo.
Demanda: Son las unidades requeridas que se toman del inventario en un determinado
tiempo.
Productos: Los productos pueden ser uno o varios. As mismo se pueden clasificar por
unidad o por lote dependiendo del proceso; perecederos o duraderos dependiendo de su
vida til, divisibles o indivisibles, etc.

17 | P g i n a

 Horizonte de planeacin: Es el periodo de tiempo durante el cual el nivel de

inventario debe ser controlado. El horizonte puede ser finito o infinito segn la naturaleza
de la demanda.
Costos: Se explicara en la siguiente seccin.

3.4.1.5.- FACTORES DE COSTO EN EL CONTROL DEL INVENTARIO.

El objetivo primordial del control del inventario es tener la cantidad apropiada de materia prima
u otros materiales y productos terminados en el lugar adecuado, en el tiempo oportuno y con el
menor costo posible. Los costos excesivos en inventarios pueden ser por malas decisiones en
el establecimiento de un sistema. Los factores de costo en el control de inventario son:

3.4.1.6.- COSTO DE COMPRA O INVERSIN.

El costo de compra es el precio unitario de un artculo si este fue adquirido de fuente externa o
proveedor, y debe ser registrado en nuestro costo de inventario como tal. Igualmente, si el bien
es fabricado en planta debern incluirse sus costos de produccin y registrarse como un
artculo que se vende a consumidor final.

3.4.1.7.- COSTO DE ADQUISICIN O COLOCACIN DE PEDIDOS.

Este costo de colocacin o trmite de pedidos, se origina por los gastos de la emisin de la
orden de compra a un proveedor, o por los costos de la orden de produccin en planta. Estos
costos varan en razn directa al nmero de rdenes colocadas, y no con el tamao o monto de
la orden.

18 | P g i n a

3.4.1.8.- COSTOS DE NO TENER INVENTARIO.

El costo de tener o mantener el inventario en almacenes (H) comprende diferentes conceptos
como los de almacenaje, depreciacin de bodegas y equipo o renta de estos, impuestos,
seguros, desperdicio, obsolescencia, manejo, etc.

3.4.1.9.- COSTOS DE NO TENER INVENTARIO DE OPORTUNIDAD.

Estos costos pueden tener su origen en faltantes externos cuando a un cliente no se le puede
surtir una orden ocasionando ordenes pendiente, disminucin en las ventas y prdida

de

prestigio comercial, o internos cuando un departamento dentro de la organizacin no

cuenta con materiales o artculos ocasionando prdidas de produccin, retraso en las fechas de
entrega.

3.4.2.- PEPS.
3.4.2.1.- VENTAJAS.
Es que al valuar los inventarios segn la corriente normal de existencias se establece una
poltica ptima de administracin de los inventarios, pues primero se vendern o enviarn a
produccin las mercancas o los materiales que entraron al almacn en primer lugar, lo cual
propicia que, al finalizar el ejercicio las existencia del inventario final queden valuadas
prcticamente a los ltimos costos de adquisicin o produccin del periodo, por lo que con este
mtodo el inventario final mostrado en el balance general se vala a costos actuales. Si la
empresa mantiene una adecuada rotacin de existencias, se logra que los costos del inventario
final sean cifras muy cercanas a los costos de reposicin o reemplazo, por lo que esta
informacin con cifras actuales le es de mucha utilidad a la gerencia, en lo que toca al rengln
de inventarios y de su capital de trabajo.

3.4.2.2.- DESVENTAJAS.
No cumple plenamente con el principio del periodo contable o acumulacin en cuanto al
enfrentamiento o apareamiento de los costos actuales de los inventarios con los precios de
ventas actuales; es decir, no permite un adecuado enfrentamiento de los ingresos con sus
costos correspondientes.
19 | P g i n a

Dar salida primero a los costos del inventario inicial, correspondientes al inventario final del
ejercicio anterior (no actualizados) y a los costos de las primeras compras del ejercicio, que
representan el costo de ventas, origina su valuacin a costos antiguos, que habrn de enfrentar
a ingresos actuales, obteniendo como resultado una utilidad mayor, pero ficticia que no deriva
de un incremento en las ventas, ni de las polticas de comercializacin, sino de un inadecuado
enfrentamiento entre costos antiguos y precios de ventas actuales.

3.4.3.- UEPS.
3.4.3.1.- VENTAJAS.
Al evaluar las existencias finales a los precios de las ltimas compras del ejercicio, se obtiene
un costo de ventas actualizado, locuaz permite un adecuado enfrentamiento de los ingresos con
sus costos, dando cumplimiento al principio del periodo contable y el supuesto fundamental de
la acumulacin pues enfrenta costos actuales con ingresos actuales, dando como resultado una
utilidad real y justa, que tal vez ser menor que la obtenida con el mtodo PEPS, pues origina
una carga impositiva menor por concepto de ISR y PTU, as como el pago de dividendos e
impuestos respectivos, lo cual redunda en beneficio para la empresa al protegerlas de la
descapitalizacin.
Este mtodo se recomienda en una poca de alza de precios o inflacionaria, pero es importante
tomar en cuenta lo siguiente: la entidad deber cuidarse de no considerar al valuar el costo de
ventas, las primeras capas de su inventario (inventario inicial y primeras compras del ejercicio),
pues los costos antiguos de estos conceptos ocasionaran una desviacin del costo de ventas
hacia las corrientes de precios bajos, lo que traera aparejado un inadecuado enfrentamiento
con los ingresos y una distorsin de la utilidad bruta. Adems, se debe mantener una adecuada
rotacin de los inventarios con reposiciones oportunas.

3.4.3.2.- DESVENTAJAS.
Se cree que no es congruente con la corriente de mercancas, sin embargo este mtodo no se
basa en la corriente de los artculos, sino en la de los precios; es decir, se toma como base sus
costos y no su aspecto fsico, pues los mtodos de valuacin no necesariamente deben
coincidir con la forma en que se manejan las mercancas.
20 | P g i n a

Su principal desventaja es que el inventario final queda valuado a los precios del inventario
inicial, que es el inventario final del ejercicio o ejercicios anteriores y a los costos de las
primeras compras del ejercicio, razn por la que el inventario final queda valuado a costos
antiguos o no actualizados.
Por ello el importe que aparece en el balance general hace que este estado financiero no
cumpla con las caractersticas de utilidad y confiabilidad, pues adems de reducir el importe de
los recursos totales del activo, distorsiona o deforma la relacin del capital de trabajo. Al igual
que el mtodo PEPS, este mtodo resuelve los objetivos de la valuacin de inventarios a
medias, ya que slo una parte de la informacin es actual, til y confiable (costo de ventas del
estado de resultado), no as el balance general en el rubro de inventarios.

3.4.4.- PROMEDIO PONDERADO.

3.4.4.1.- VENTAJAS.
En pocas donde los cambios de precios no son bruscos, ste mtodo limita las distorsiones de
los precios en el corto plazo, ya que normaliza los costos unitarios en el periodo.

3.4.4.2.- DESVENTAJAS.
Tericamente es ilgico porque se basa en la idea de que las ventas se realizan en proporcin a
las compras y que el promedio ponderado es afectado por el inventario inicial, las primeras y las
ltimas adquisiciones, lo que puede ocasionar un retraso entre los costos de compras y
valuacin del inventario pues los costos iniciales pueden llegar a influir tanto o ms que los
costos finales.

3.5.- PANTALLA TCTIL.

Una pantalla tctil es una pantalla que mediante un toque directo sobre su superficie permite la
entrada de datos y rdenes al dispositivo, y a su vez muestra los resultados introducidos
previamente; actuando como perifrico de entrada y salida de datos, as como emulador de
21 | P g i n a

datos interinos errneos al no tocarse efectivamente. Este contacto tambin se puede realizar
por medio de un lpiz ptico u otras herramientas similares. Actualmente hay pantallas tctiles
que pueden instalarse sobre una pantalla normal, de cualquier tipo (LCD, monitores y
televisores CRT, plasma, etc.).
Las pantallas tctiles se hicieron populares por su uso en dispositivos de la industria,
ordenadores pblicos (como exposiciones de museos, pantallas de informacin, cajeros
automticos de bancos, etc.) donde los teclados y los ratones no permiten una interaccin
satisfactoria, intuitiva, rpida, o exacta del usuario.
Desde finales del siglo XX y especialmente en los comienzos del XXI alcanzan un uso habitual
en la mayora de los dispositivos con pantalla: monitores de computadora, telfonos mviles,
tabletas, etc.
3.5.1.- HISTORIA.
Las pantallas tctiles se han ido haciendo populares desde la
invencin de la interfaz electrnica tctil en 1971 por el Dr.
Samuel C. Hurst. Han llegado a ser comunes en TPVs, en
cajeros automticos y en los PDA donde se puede emplear
un estilete o el dedo para manipular la interfaz grfica de
usuario y

para

introducir

datos.

La

popularidad

de

los telfonos inteligentes, PDA, de los vdeos consolas Fig. 3.1. Pantallas tctiles de 1971.
porttiles o de los navegadores de automviles est generando la demanda y la aceptacin de
las pantallas tctiles.

La pantalla de un HP-150, primer ordenador personal, comercializado en 1983, con pantalla

tctil.
El HP-150 fue, en 1983, uno de los primeros ordenadores comerciales del mundo que dispona
de pantalla tctil. En realidad no tena una pantalla tctil en el sentido propiamente dicho, sino
22 | P g i n a

una pantalla de tubo Sony de 9 pulgadas rodeada de transmisores y receptores infrarrojos que
detectaban la posicin de cualquier objeto no-transparente sobre la pantalla.
Las pantallas tctiles de ltima generacin consisten en un cristal transparente donde se sita
una lmina que permite al usuario interactuar directamente sobre esta superficie.

3.5.2.- DESARROLLO Y UTILIZACIN.

La gran mayora de las tecnologas de pantalla tctil significativas fueron patentadas durante las
dcadas de 1970 y 1980 y actualmente han expirado. Este hecho ha permitido que desde
entonces los diseos de productos y componentes que utilizan dichas tecnologas no estn
sujetos a royalties, lo que ha permitido que los dispositivos tctiles se hayan extendido ms
fcilmente.
Con la creciente aceptacin de multitud de productos con una pantalla tctil integrada, el coste
marginal de esta tecnologa ha sido rutinariamente absorbido en los productos que las
incorporan haciendo que prcticamente desaparezca. Como ocurre habitualmente con cualquier
tecnologa, el hardware y el software asociado a las pantallas tctiles ha alcanzado un punto de
madurez suficiente despus de ms de tres dcadas de desarrollo, lo que le ha permitido que
actualmente tengan grado muy alto de fiabilidad. Como tal, las pantallas tctiles pueden
hallarse en la actualidad en aviones, automviles, consolas, sistemas de control de maquinaria
y dispositivos de mano de cualquier tipo.

3.5.3.- TIPOS.
Pantalla capacitiva y principio de funcionamiento.

23 | P g i n a
Fig. 3.2. Pantallas tctiles.

Segn la tecnologa que usen, hay dos tipos de pantallas

tctiles de uso habitual:
Resistivas: Son ms baratas y no les afectan el polvo ni
el agua salada y, adems de ser ms precisas, pueden
ser usadas con un puntero o con el dedo. Sin embargo,
tienen hasta un 25% menos de brillo y son ms gruesas,
por lo que estn siendo sustituidas por otras en los dispositivos mviles que precisan un
tamao y un peso ajustado y mayor brillo en la pantalla por la posibilidad de estar
expuestos a la luz directa del sol.
Capacitivas: Basadas en sensores capacitivos, consisten en una capa de aislamiento
elctrico, como el cristal, recubierto con un conductor transparente, como el ITO (tindoped indium oxide). Como el cuerpo humano es tambin un conductor elctrico,
tocando la superficie de la pantalla resulta una distorsin del campo electrosttico de la
pantalla, la cual es medida por el cambio de capacitancia (capacidad elctrica).
Diferentes tecnologas pueden ser usadas para determinar en qu posicin de la pantalla
fue hecho el toque. La posicin es enviada al controlador para el procesamiento. La
calidad de imagen es mejor, tienen mejor respuesta y algunas permiten el uso de varios
dedos a la vez (multitouch). Sin embargo, son ms caras y no se pueden usar con
puntero normal, sino con uno especial para las pantallas capacitivas.

3.5.4.- SISTEMAS OPERATIVOS Y SOFTWARE.

Existe una gran variedad de software dirigido al manejo de mquinas con pantallas tctiles y
que

puede

24 | P g i n a

ejecutarse

en

los

principales

sistemas

operativos

como

son GNU/Linux, MacOS y Windows. En estos dos ltimos casos existen versiones especiales
de sus sistemas operativos que estn adaptadas para su uso en tabletas y porttiles tctiles.
Apple ha desarrollado su sistema iOS para iPad y Microsoft, desde Windows XP Tablet PC
Edition, ha incluido un desarrollo especfico en las versiones posteriores, llegando a Windows
8 donde el desarrollo tctil no es especfico de una versin sino de la versin.
Respecto al software especfico para pantallas tctiles, al igual que en el caso de otros
dispositivos similares como las tabletas digitalizadoras, destacan los programas de
reconocimiento de escritura manual como Inkwell en Macintosh. En el caso de Windows XP
Tablet PC Edition el propio sistema operativo incluye reconocimiento de escritura.
Tambin son habituales los programas de dibujo, como por ejemplo Corel Pointer, que pueden
incluso reconocer la fuerza con la que se est pulsando sobre la pantalla o la inclinacin del
objeto con el que se est tocando.

3.6.- BASE DE DATOS.

Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo
contexto y almacenados sistemticamente para su posterior uso. En este sentido; una biblioteca
25 | P g i n a

puede considerarse una base de datos compuesta en su

mayora por documentos y textos impresos en papel e
indexados para su consulta. Actualmente, y debido al
desarrollo tecnolgico de campos como la informtica y
la electrnica, la mayora de las bases de datos estn en
formato digital (electrnico), y por ende se ha desarrollado y
se ofrece un amplio rango de soluciones al problema del Fig. 4.1. Gestor de base de datos.
almacenamiento de datos.
Existen programas denominados sistemas gestores de bases de datos, abreviado DBMS, que
permiten almacenar y posteriormente acceder a los datos de forma rpida y estructurada. Las
propiedades de estos DBMS, as como su utilizacin y administracin, se estudian dentro del
mbito de la informtica.
Las aplicaciones ms usuales son para la gestin de empresas e instituciones pblicas.
Tambin son ampliamente utilizadas en entornos cientficos con el objeto de almacenar la
informacin experimental.
Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se
encuentran protegidos por las leyes de varios pases. Por ejemplo en Espaa, los datos
personales se encuentran protegidos por la Ley Orgnica de Proteccin de Datos de Carcter
Personal (LOPD) y en Mxico por la Ley Federal de Transparencia y Acceso a la Informacin
Pblica Gubernamental.

3.6.1.- HISTORIA.
Los servidores de bases de datos surgen en la dcada del 80 con motivo de la necesidad de las
empresas de manejar grandes y complejos volmenes de datos, al tiempo que requieren
compartir la informacin con un conjunto de clientes (que pueden ser tanto aplicaciones como
26 | P g i n a

usuarios) de una manera segura y debe proporcionar servicios de forma global y, en la medida
de lo posible, independientemente de la plataforma.

3.6.2.- SERVIDOR DE BASE DE DATOS.

Para bases de datos con mltiples usuarios sirve un servidor de base de datos. Las bases de
datos estn situadas en un servidor y se puede acceder a ellas desde terminales o equipos con
un programa -llamado cliente- que permita el acceso a la base o bases de datos. Los gestores
de base de datos de este tipo permiten que varios usuarios hagan operaciones sobre ella al
mismo tiempo: un puede hacer una consulta al mismo tiempo que otro, situado en un lugar
diferente, est introduciendo datos en la base.

3.6.3.- TIPOS.
Sistemas de gestin de bases de datos (SGBD): cuyo propsito es general y se basan,
con frecuencia, en el modelo relacional. Su finalidad principal es la gestin de datos
comerciales, administrativos y, en general, cualquier tipo de datos. Son propiamente

sistemas de recuperacin de datos.

Sistemas de gestin documental (SGD): que se soportan comnmente en un modelo
textual.

Estn

diseados

para

gestionar

datos

textuales,

no

se

estructuran

necesariamente bien y, en general, incorporan controles terminolgicos. Estos son

sistemas para la recuperacin de informacin. (wikipedia, 2013)

Ejemplos de gestores de base de datos libres:

Firebird.
BDB.
MySQL.
PostgreSQL.

27 | P g i n a

 Sqlite.
Ejemplos de gestores de base de datos propietarios:

DBase.
FileMaker.
Fox Pro.
IBM DB2 Universal Database (DB2 UDB).
IBM Informix.
MAGIC.
Microsoft SQL Server.
Open Access.
Oracle.
Paradox.
PervasiveSQL.
Progress (DBMS).
Sybase ASE.
Sybase ASA.
Sybase IQ.
WindowBase.

3.7.- GESTOR QUE SE UTILIZARA ES MYSQL.

28 | P g i n a

MySQL es un sistema de gestin de base de datos relacional.

Capaz de almacenar una enorme cantidad de datos de gran
variedad. Mysql utiliza el lenguaje de consulta estructurado (SQL).
Incluye un motor de almacenamiento InnoDb y ACID. Adems
dispone de store procedures, triggers, vistas. Mysql es GPL
(General Public Licence) no tiene costo, en lo que gana la Fig. 4.2. Logo de MySQL.
empresa es en el soporte y entrenamiento. Al ser una empresa que maneja sus cdigos con el
tipo de licencia GPL reduce los costos de desarrollo, administracin.

3.7.1.- SQL (LENGUAJE DE CONSULTA ESTRUCTURADO).

Comercializado por primera vez en 1981. Considerado como un estndar para las bases de
datos relacinales. MySQL es una idea originaria de la empresa open source MySQL AB
establecida inicialmente en Suecia en 1995 y cuyos fundadores son David Axmark, Alian
Larsson, y Michael & quot; Monty & quot; Widenius. El objetivo consiste en que MySQL cumpla
el estndar SQL. Michael Widenius en la dcada de los 90 trat de usar mSQL para conectar
las tablas usando rutinas de bajo nivel ISAM, sin embargo, mSQL no era rpido y flexible para
sus necesidades. Esto lo llev a crear una API SQL denominada MySQL para bases de datos
muy similar a la de mSQL pero ms portable.

3.7.2.- CARACTERSTICAS.
Mltiples motores de almacenamiento (MyISAM, Merge, InnoDB, BDB, Memory/heap, MySQL
Cluster, Federated, Archive, CSV, Blackhole y Example en 5.x), permitiendo al usuario escoger
la que sea ms adecuada para cada tabla de la base de datos. Uso de multihilos mediante hilos
del kernel. Usa tablas en disco b-tree para bsquedas rpidas con compresin de ndice Tablas
hash en memoria temporales.

El cdigo MySQL se prueba con Purify (un detector de memoria perdida comercial) as como
con Valgrind, una herramienta GPL Completo soporte para operadores y funciones en clusulas
29 | P g i n a

select y where. Completo soporte para clusulas group by y order by, soporte de funciones de
agrupacin Soporta gran cantidad de datos. MySQL Server tiene bases de datos de hasta 50
millones de registros.

3.8.- LENGUAJE DE PROGRAMACIN.

30 | P g i n a

Un lenguaje

de

programacin es

un lenguaje

formal diseado para expresar procesos que pueden

ser

llevados

cabo

por

mquinas

como

las

computadoras.
Pueden usarse para crear programas que controlen el
comportamiento fsico y lgico de una mquina, para
expresar algoritmos con precisin, o como modo de
Fig. 5.1. Logos de Lenguajes de Programacin.

comunicacin humana.

Est formado por un conjunto de smbolos y reglas sintcticas y semnticas que definen su
estructura y el significado de sus elementos y expresiones. Al proceso por el cual se escribe, se
prueba, se depura, se compila y se mantiene el cdigo fuente de un programa informtico se le
llama programacin.
Tambin

la

palabra

programacin

se

define

como

el

proceso

de

creacin

de

un programa de computadora, mediante la aplicacin de procedimientos lgicos, a travs de los

siguientes pasos:
El desarrollo lgico del programa para resolver un problema en particular.
Escritura de la lgica del programa empleando un lenguaje de programacin especfico
(codificacin del programa).
Ensamblaje o compilacin del programa hasta convertirlo en lenguaje de mquina.
Prueba y depuracin del programa.
Desarrollo de la documentacin.
Existe un error comn que trata por sinnimos los trminos 'lenguaje de programacin' y
'lenguaje informtico'. Los lenguajes informticos engloban a los lenguajes de programacin y a
otros ms, como por ejemplo HTML (lenguaje para el marcado de pginas web que no es
propiamente un lenguaje de programacin, sino un conjunto de instrucciones que permiten
disear el contenido de los documentos).

Permite especificar de manera precisa sobre qu datos debe operar una computadora, cmo
deben ser almacenados o transmitidos y qu acciones debe tomar bajo una variada gama de
circunstancias. Todo esto, a travs de un lenguaje que intenta estar relativamente prximo al
lenguaje humano o natural. Una caracterstica relevante de los lenguajes de programacin es
31 | P g i n a

precisamente que ms de un programador pueda usar un conjunto comn de instrucciones que

sean comprendidas entre ellos para realizar la construccin de un programa de forma
colaborativa.

3.8.1.- CDIGO MAQUINA (HISTORIA).

Para que la computadora entienda nuestras instrucciones debe usarse un lenguaje especfico
conocido como cdigo mquina, el cual la mquina comprende fcilmente, pero que lo hace
excesivamente complicado para las personas. De hecho slo consiste en cadenas extensas
de nmeros 0 y 1.
Para facilitar el trabajo, los primeros operadores de computadoras decidieron hacer un traductor
para reemplazar los 0 y 1 por palabras o abstraccin de palabras y letras provenientes
del ingls; ste se conoce como lenguaje ensamblador. Por ejemplo, para sumar se usa la letra
A de la palabra inglesa add (sumar). El lenguaje ensamblador sigue la misma estructura del
lenguaje mquina, pero las letras y palabras son ms fciles de recordar y entender que los
nmeros.
La necesidad de recordar secuencias de programacin para las acciones usuales llev a
denominarlas

con

nombres

fciles

de

memorizar

asociar:

ADD (sumar), SUB (restar), MUL (multiplicar), CALL (ejecutar subrutina), etc.
A esta secuencia de posiciones se le denomin "instrucciones", y a este conjunto de
instrucciones se le llam lenguaje ensamblador. Posteriormente aparecieron diferentes
lenguajes de programacin, los cuales reciben su denominacin porque tienen una
estructura sintctica similar a

los lenguajes escritos por los humanos, denominados

tambin lenguajes de alto nivel.

La primera programadora de computadora conocida fue Ada Love lace, hija de Anabella
Milbanke Byron y Lord Byron. Ana bella introdujo en las matemticas a Ada quien, despus de
conocer a Charles Babbage, tradujo y ampli una descripcin de su mquina analtica.

32 | P g i n a

3.8.2.- JAVA (LENGUAJE DE PROGRAMACIN).

El lenguaje de programacin Java fue originalmente desarrollado
por James Gosling de Sun Microsystems (la cual fue adquirida por la
compaa Oracle) y publicado en el 1995 como un componente
fundamental de la plataforma Java de Sun Microsystems.
Su sintaxis deriva mucho de C y C++, pero tiene menos facilidades
de bajo nivel que cualquiera de ellos. Las aplicaciones de Java son Fig. 5.2. Logo de JAVA.
generalmente compiladas a byte code(clase Java) que puede ejecutarse en cualquier mquina
virtual Java (JVM) sin importar la arquitectura de la computadora subyacente.
Es

un

lenguaje

de

programacin

de propsito

general, concurrente, orientado

objetos y basado en clases que fue diseado especficamente para tener tan pocas
dependencias de implementacin como fuera posible. Su intencin es permitir que
los desarrolladores de aplicaciones escriban el programa una vez y lo ejecuten en cualquier
dispositivo (conocido en ingls como WORA, o "write once, run any where"), lo que quiere decir
que el cdigo que es ejecutado en una plataforma no tiene que ser recompilado para correr en
otra. (Byous, 2005)

3.8.3.- NACIMIENTO DE JAVA.

Java se cre como una herramienta de programacin para ser usada en un proyecto de set-topbox en una pequea operacin denominada the Green Project en Sun Microsystems en el
ao 1991. El equipo (Green Team), compuesto por trece personas y dirigido por James Gosling,
trabaj durante 18 meses en Sand Hill Road en Menlo Park en su desarrollo.
El lenguaje se denomin inicialmente Oak (por un roble que haba fuera de la oficina de
Gosling), luego pas a denominarse Green tras descubrir que Oak era ya una marca comercial
registrada para adaptadores de tarjetas grficas y finalmente se renombr a Java.
Es frecuentada por algunos de los miembros del equipo. Pero no est claro si es un acrnimo o
no, aunque algunas fuentes sealan que podra tratarse de las iniciales de sus
creadores: James Gosling, Arthur Van Hoff, y Andy Bechtolsheim. Otros abogan por el siguiente
acrnimo, Just Another Vague Acronym ("slo otro acrnimo ambiguo ms").

33 | P g i n a

3.8.4.- JAVASCRIPT.
Se
define
como orientado

objetos, basado

en

prototipos, imperativo, dbilmente tipado y dinmico. Se utiliza

principalmente en su forma del lado del cliente (client-side),
implementado como parte de un navegador web permitiendo
mejoras en la interfaz de usuario y pginas web dinmicas
aunque

existe

una

forma

de

JavaScript

del lado

del Fig. 5.3. Logo de JavaScript.

servidor (Server-side JavaScript o SSJS).

Su uso en aplicaciones externas a la web, por ejemplo en documentos PDF, aplicaciones de
escritorio (mayoritariamente widgets) es tambin significativo. JavaScript se dise con una
sintaxis similar al C, aunque adopta nombres y convenciones del lenguaje de programacin
Java. Sin embargo Java y JavaScript no estn relacionados y tienen semnticas y propsitos
diferentes.
Todos los navegadores modernos interpretan el cdigo JavaScript integrado en las pginas
web. Para interactuar con una pgina web se provee al lenguaje JavaScript de una
implementacin del Document Object Model (DOM).
Tradicionalmente se vena utilizando en pginas web HTML para realizar operaciones y
nicamente en el marco de la aplicacin cliente, sin acceso a funciones del servidor. JavaScript
se interpreta en el agente de usuario, al mismo tiempo que las sentencias van descargndose
junto con el cdigo HTML. (Flanagan, 2002).

3.8.5.- NACIMIENTO DE JAVASCRIPT.

JavaScript fue desarrollado originalmente por Brendan Eich de Netscape con el nombre
de Mocha, el cual fue renombrado posteriormente a Live Script, para finalmente quedar como
JavaScript. El cambio de nombre coincidi aproximadamente con el momento en que Netscape
agreg soporte para la tecnologa Java en su navegador web Netscape Navigator en la versin
2002 en diciembre de 1995. La denominacin produjo confusin, dando la impresin de que el
lenguaje es una prolongacin de Java, y se ha caracterizado por muchos como una estrategia
de mercadotecnia de Netscape para obtener prestigio e innovar en lo que eran los nuevos
lenguajes de programacin web.
34 | P g i n a

JavaScript es una marca registrada de Oracle Corporation. Es usada con licencia por los
productos creados por Netscape Communications y entidades actuales como la Fundacin
Mozilla.
Microsoft dio como nombre a su dialecto de JavaScript a JScript, para evitar problemas
relacionados con la marca. JScript fue adoptado en la versin 3.0 de Internet Explorer, liberado
en agosto de 1996, e incluy compatibilidad con el Efecto 2000 con las funciones de fecha, una
diferencia de los que se basaban en ese momento.

35 | P g i n a

3.9.- METODOLOGIA.
3.9.1.- CICLO DE VIDA.
Podramos considerarlo como el ms sencillo de utilizar, aunque por su alto nmero de
inconvenientes puede dudarse de su eficacia, siendo el principal el ser un modelo secuencial. Si
este sistema no es bien conocido o difcil de analizar, esta fase puede alargarse demasiado. Se
debe tener completo conocimiento del proyecto a realizar as como del sistema, para poder
llevar el trabajo a un fin exitoso, y evitar errores en el desarrollo.

3.9.2.- MODELO CASCADA.

En Ingeniera de software el desarrollo en cascada,
tambin llamado modelo en cascada, es el enfoque
metodolgico que ordena rigurosamente las etapas
del proceso para el desarrollo de software, de tal forma
que el inicio de cada etapa debe esperar a la finalizacin
de la etapa anterior.

Fig. 2. Modelo Cascada.

Un ejemplo de una metodologa de desarrollo en cascada es:

Anlisis de requisitos.
Diseo del Sistema.
Diseo del Programa.
Codificacin.
Pruebas.
Implantacin.
Mantenimiento.

De esta forma, cualquier error de diseo detectado en la etapa de prueba conduce

necesariamente al rediseo y nueva programacin del cdigo afectado, aumentando los costos
del desarrollo. La palabra cascada sugiere, mediante la metfora de la fuerza de la gravedad, el
esfuerzo necesario para introducir un cambio en las fases ms avanzadas de un proyecto.

36 | P g i n a

3.9.2.1.- ANLISIS DE REQUISITOS.

Los requisitos para el uso del software, se es necesario tener conocimientos bsicos en el
manejo de una computadora, de lo contrario asesorar a los usuarios correspondientes en el
manejo del mismo. As tambin considerar los requerimientos necesarios para que el software
funcione bien en el sistema operativo donde se instale.
Por tal motivo, de las entrevistas realizadas al dueo del vivero, se podr analizar la informacin
recabada y as poder encontrar de manera detallada los objetivos que debe cumplir el sistema
de inventarios a desarrollarse.

3.9.2.2.- DISEO DEL SISTEMA.

Al inicio o al ejecutar el software se introducir un nombre de usuario y la contrasea para el
acceso al sistema ya mencionado. Con esto se podr apreciar las pantallas que el usuario
requiera al realizar sus tareas correspondientes en el sistema.
Cada ventana o pantalla tienen una relacin para su ejecucin, ya que sin esto no se
alcanzaran los objetivos establecidos y por lo tanto no se tendra una solucin para la empresa.

3.9.2.3.- DISEO DEL PROGRAMA.

El sistema est diseado conforme el cliente lo requiri, la misma cuenta con manuales de uso,
estos estn impresos y en digital, depende del usuario como lo quiera consultar, el digital est
en un CD grabado y por lo tanto en el sistema en la seccin de ayuda.

3.9.2.4.- CODIFICACIN.
El lenguaje de programacin que se us en el sistema fue Java y JavaScript con sus
respectivas libreras para su elaboracin y diseo de la misma.

37 | P g i n a

3.9.2.5.- PRUEBAS.
Las pruebas correspondientes del sistema se llevara a cabo con forme al diagrama de
actividades, as como tambin poner a prueba la misma con datos reales y en qu modo lo
podrn utilizar los usuarios.

3.9.2.6.- VERIFICACIN.
Durante las pruebas realizadas en el sistema, habr que detectar cuales son los errores de la
misma, para que se puedan corregir durante el tiempo que se tiene estimado en el cronograma
de actividades.

3.9.2.7.- MANTENIMIENTO.
Es una parte importante para el proyecto ya que es muy fundamental, esto es porque no se
sabe si requerir cambios o que este fallando algo en el sistema y as poder arreglarlo.

38 | P g i n a

3.10.- FACTIBILIDAD TCNICA, OPERATIVA Y ECONMICA. (Transcript, 2013).

3.10.1.- PLAN DE GESTION DEL PRESUPUESTO.
TABLA. 1. ESTIMACIN DE COSTO Y PLAZOS PARA LA PLANIFICACIN
COSTOS
BENEFICIOS
Computadora Touch
9000
8000 $
0.89
Software
10000
9000 $
0.90
Papelera
1000
500 $
0.50
Asesoras
200
90 $
0.45
Mantenimiento
350
300 $
0.86
Luz
300
200 $
0.67
Total
20850
18090

TABLA. 2. CONCEPTO
INVERCION TOTAL
$ 20,850.00
Tiempo de recuperacin
8 meses
Recuperacin por mes
Recuperacin por da

39 | P g i n a

$
$

TABLA. 3. GANANCIAS
Ganancias por mes
$
7,000.00
Gastos:
Luz
$
120.00
Agua
$
100.00
Renta
$
4,000.00
Gastos total
$
4,220.00
Sobrante
$
2,780.00
TABLA. 4. PERIODOS
Periodo 0 $ 20,850.00
Periodo 1 $ 18,070.00
Periodo 2 $ 15,290.00
Periodo 3 $ 12,510.00
Periodo 4 $ 9,730.00
Periodo 5 $ 6,950.00
Periodo 6 $ 4,170.00
Periodo 7 $ 1,390.00
Periodo 8 -$ 1,390.00

2,780.00
92.67

FACTIBILIDAD
MATERIAL
Computadora(Un servidor)

Sistema Operativo
MATERIAL
Sistema de Inventario
Computadora(Un servidor)

Impresora
Sistema Operativo
Gestor de base de Datos
personal
diseador de sistema
programadores
Adm. De base de datos
Computadoras
Impresora
Papeleria
Luz
Agua
Asesorias
Gasto total

40 | P g i n a

TECNICA
CANTIDAD
ESPECIFICOS
1
Procesador Intel Pentium de 1.6
GHz. Disco duro de 160 GB de
capacidad, memoria Ram DDR2
de 1 GB, unidad de CD-ROM,
puerto USB, monitor, teclado,
mouse.
1
Windows 7
OPTIMO
CANTIDAD
ESPECIFICOS
1
SCIVE
1
Procesador Intel Core de 2.5
GHz. Disco duro de 500 GB de
capacidad, memoria Ram DDR2
de 4 GB, unidad de CD-ROM,
puerto USB, monitor, teclado,
mouse.
1
HP
1
Windows 7
1
MySQL 2010
ECONOMICA
3
Tiempo
1
360 horas
1
135 horas
1
90 horas
Otros gastos
2
$9.000
2
$2.000
1
$500
$500
$400
$300
$12.700

3.11.- CRONOGRAMA.

41 | P g i n a

Referencias
1.- Afonso, E. (2010). DISEO DE UN SISTEMA AUTOMATIZADO DE CONTROL DE
INVENTARIOS Y EXPEDIENTES DE MENORES DE EDAD PARA EL CENTRO DE
DESARROLLO INTEGRAL LA TIENDONA. Obtenido de DISEO DE UN SISTEMA
AUTOMATIZADO DE CONTROL DE INVENTARIOS Y EXPEDIENTES DE MENORES DE
EDAD PARA EL CENTRO DE DESARROLLO INTEGRAL LA TIENDONA:
http://wwwisis.ufg.edu.sv/wwwisis/documentos/TE/651.8-D542d/651.8-D542dCapitulo%20IV.pdf
2.- Byous, J. (21 de abril de 2005). Java (lenguaje de programacin). Obtenido de
http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n)
3.- Ceballos Ana Eugenia, C. M. (2008). SISTEMA DE GESTION Y AUTOMATIZACION DE
VIVERO.
Obtenido
de
http://www.frsf.utn.edu.ar/cneisi2010/archivos/31Sistema_de_Gesti%C3%B3n_y_Automatizaci%C3%B3n_de_Vivero.pdf
4.- Flanagan, D. (2002). JavaScript. Obtenido de http://es.wikipedia.org/wiki/JavaScript
5.- Jhannett Sarmiento, J. S. (2011). SISTEMA AUTOMATIZADO DE CONTROL PARA HOTEL
(SACH). Obtenido de SISTEMA AUTOMATIZADO DE CONTROL PARA HOTEL (SACH):
http://www.jfsalazar.com/sistemas2/sistema%20Hotel.pdf
6.- Jhannett Sarmiento, J. S. (2011). SISTEMA AUTOMATIZADO DE CONTROL PARA HOTEL
(SACH). Obtenido de http://www.jfsalazar.com/sistemas2/sistema%20Hotel.pdf
7.- Miladis Escribano, R. M. (julio de 2009). Diseo de un sistema de control del inventario
para la empresa inversiones Miwill, C.A., Maturin Estado Monagas. Obtenido de
Diseo de un sistema de control del inventario para la empresa inversiones Miwill,
C.A., Maturin Estado Monagas: http://www.monografias.com/trabajos75/sistemacontrol-inventario-empresa-inversiones/sistema-control-inventario-empresainversiones3.shtml#bibliograa
8.- SENN. (2010). ANALISIS Y DISEO DE SISTEMAS DE INFORMACION. MEXICO: TRILLAS.
9.-

Transcript.
(10
de
mayo
de
2013).
Fsctibildad.
Obtenido
http://www.slideshare.net/helodtk1/factibilidad-tecnica-operativa-y-economica20908957

de

10.-

wikipedia. (24 de noviembre de 2013).

http://es.wikipedia.org/wiki/Base_de_datos

de

42 | P g i n a

Base

de

datos.

Obtenido