Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Formato 2 Revision Francisco Chinchilla

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 51

IMPLEMENTACIÓN DE UNA APLICACIÓN WEB PARA GESTIONAR LOS

PROCESOS DE INVENTARIOS Y FACTURACIÓN DEL ALMACÉN INNOVA


CREDITOS DEL MUNICIPIO DE SAN MARTIN - CESAR

YERLY CARINA BALLESTEROS AFANADOR

UNIVERSIDAD POPULAR DEL CESAR, SECCIONAL AGUACHICA


FACULTAD DE INGENIERIAS Y TECNOLOGIAS
PROGRAMA DE INGENIERIA DE SISTEMAS
AGUACHICA - CESAR
2020
IMPLEMENTACIÓN DE UNA APLICACIÓN WEB PARA GESTIONAR LOS
PROCESOS DE INVENTARIOS Y FACTURACIÓN DEL ALMACÉN INNOVA
CREDITOS DEL MUNICIPIO DE SAN MARTIN - CESAR

YERLY CARINA BALLESTEROS AFANADOR

DIRECTOR
EDWIN BARRIENTOS AVENDAÑO
MAGISTER EN INGENIERÍA DE SISTEMAS Y COMPUTACIÓN

UNIVERSIDAD POPULAR DEL CESAR, SECCIONAL AGUACHICA


FACULTAD DE INGENIERIAS Y TECNOLOGIAS
PROGRAMA DE INGENIERIA DE SISTEMAS
AGUACHICA - CESAR
2020
INDICE
TITULO.............................................................................................................................................5
1 PROBLEMA.............................................................................................................................5
1.1 FORMULACION DEL PROBLEMA.............................................................................6
1.2 JUSTIFICACION.............................................................................................................6
1.3 OBJETIVOS.....................................................................................................................7
1.3.1 Objetivo general.................................................................................................7
1.3.2 Objetivo................................................................................................................8
1.4 DELIMITACION...............................................................................................................8
1.4.1 Temporal..............................................................................................................8
1.4.3 Espacial................................................................................................................8
1.4.4 Contextual...........................................................................................................9
2 MARCO REFERENCIAL.....................................................................................................10
2.1 MARCO HISTORICO....................................................................................................10
2.1.1 Antecedentes Internacionales......................................................................11
2.1.2 Antecedentes Nacionales..............................................................................13
2.1.3 Antecedentes Locales....................................................................................16
2.2 MARCO TEORICO.......................................................................................................17
2.1.1 Sistemas de información...............................................................................17
2.1.2 Sistemas de inventarios.................................................................................18
2.1.3 Gestión de inventarios...................................................................................20
2.1.4 Sistemas de facturación................................................................................21
2.1.5 Arquitectura web..............................................................................................22
2.1.6 Arquitectura de software...............................................................................23
2.1.7 Diseño orientado a objeto.............................................................................25
2.1.8 Patrón de arquitectura....................................................................................26
2.1.9 Los patrones de diseño de software...........................................................27
2.1.10 Patrón MVC.......................................................................................................28
2.2 MARCO LEGAL............................................................................................................30
2.2.1 Derechos de autor...........................................................................................30
2.2.2 Atentados informáticos..................................................................................33
2.2.3 Reglamenta contabilidad en general..........................................................36
2.3 MARCO CONCEPTUAL.............................................................................................38
3 DISEÑO METODOLOGICO PRELIMINAR.......................................................................40
3.1 TIPO DE INVESTIGACION:........................................................................................40
3.2 POBLACIÓN..................................................................................................................41
3.3 MUESTRA......................................................................................................................41
3.4 INSTRUMENTOS DE RECOLECCIÓN DE DATOS................................................42
3.5 METODOLOGÍA DE DESARROLLO.........................................................................44
4 NOMBRES DE LAS PERSONAS QUE PARTICIPAN EN EL PROCESO...................46
5 RECURSOS DISPONIBLES...............................................................................................47
CRONOGRAMA............................................................................................................................48
BIBLIOGRAFIA.............................................................................................................................49
ANEXO A.......................................................................................................................................50
FORMATO No. 2

ANTEPROYECTO

TITULO

Implementación de una aplicación web para gestionar los procesos de inventarios


y facturación del almacén INNOVA CREDITOS del municipio de San Martin -
Cesar.

1 PROBLEMA

El almacén INNOVA CREDITOS ubicado en el municipio de San Martin, Cesar,


viene desarrollando sus actividades desde el año 2014, está dedicado a ventas de
contado y a crédito de electrodomésticos y muebles; ha presentado un evidente
crecimiento en cuanto a las ventas y los clientes; el cual requerirá un registro de la
información que sea segura y confiable, y al no estar sistematizados los procesos
que se realizan en la empresa como facturas, inventarios, cotizaciones y ventas se
corre el riesgo de alteración o perdida de la información.

Los procesos administrativos más importantes se encuentran enfocados en la


gestión de facturación, ventas e inventarios; sin embargo la gestión de la
información empleada digitalmente en aplicaciones como Excel y archivos físicos
con relación al gran volumen de información de sus procesos, tiene como
complejidad la ineficiencia en la gestión de la información, produciendo como
consecuencias tiempos de procesamiento de datos demasiado amplios así como
inconvenientes en la confidencialidad, verificabilidad, manipulación y pérdida de la
información; además, para las ventas a crédito, realizan los cálculos dependiendo
a la cantidad de meses y la cuota inicial, para esto, deben usar las calculadoras
para obtener el precio de la venta, ya que no cuentan con otra forma de hacerlo

5
que sea más rápido y fácil para realizarlos, tampoco llevan un registro de las
compras que realizan los clientes.

Los procesos como facturas, cotizaciones, ventas, inventarios, se realizan de


forma manual; ocupan espacio, ya que con el aumento de ventas y compras hay
más volumen de datos, porque se consumen más recursos materiales (papelería)
que es lo que gestionan manualmente, por lo que es un riesgo de daños o
pérdidas por factores externos.

1.1 FORMULACION DEL PROBLEMA

¿Al implementar la aplicación web, se podría llevar un manejo adecuado y


eficiente en la gestión de los procesos de inventarios y facturación del almacén
INNOVA CREDITOS del municipio de San Martin – Cesar?

1.2 JUSTIFICACION

En los últimos años, la tecnología y la informática han aportado valiosas


herramientas como la sistematización de los procesos para mejorar los métodos
que se desempeñan a diario y se han establecido como un instrumento
fundamental y estratégico que permite a las empresas lograr una ventaja
competitiva frente a las otras, por lo tanto, es importante que las organizaciones se
apropien de dichas herramientas para brindar un mejor servicio a la comunidad y
poder agilizar los procesos que éstas prestan; en el almacén Innova Créditos, se
observa la necesidad de implementar un aplicativo web, con el fin de ofrecer un
mecanismo que agilice el control y registro de artículos que entran y salen, y
poder administrar el registro de compras y ventas de electrodomésticos y muebles
del almacén, facilitando el rendimiento de los servicios prestados.

6
Los procesos de ventas, facturación e inventarios se desarrollan de forma manual,
por consiguiente, es pertinente para el almacén desarrollar un aplicativo web. Ante
esta realidad se ve la necesidad de implementar un sistema que apoye las
actividades que requiere administrar el registro de compras y ventas de
electrodomésticos y muebles.

La aplicación web brindará un resultado tecnológico para los administrativos y


trabajadores del almacén porque es una solución que los favorece, ya que se le
dará un manejo ordenado, eficaz y confiable, cuanto a los procesos de inventario,
facturación, proveedores y clientes; permitiendo su fortalecimiento, mediante la
administración, según su rol, desde un PC con conexión a internet o cualquier
dispositivo con conexión a la red, dando uso a las TIC.

Estos requerimientos presentan la necesidad de gestionar soluciones para la


mejora de la productividad de la empresa en su visión y misión de crecimiento en
el mercado.

El diseño del aplicativo se va a desarrollar mediante la utilización de software


libre, el cual no genera ningún gasto de licenciamiento; la información será
guardada y almacenada en una base datos donde se llevará un control más
seguro en cuanto a los clientes, productos existentes, en las compras y ventas que
se realicen, para así lograr una oportuna atención al cliente y un mejor manejo de
los datos del almacén.

1.3 OBJETIVOS

1.3.1 Objetivo general

Implementar una aplicación web para gestionar los procesos de inventarios y


facturación del almacén INNOVA CREDITOS del municipio de San Martin - Cesar.

7
1.3.2 Objetivo específicos

 Definir los requerimientos funcionales y no funcionales de la plataforma web


inventarios y facturación del almacén innova créditos.
 Diseñar las interfaces gráficas y modelo entidad relación con las que
interactuaran los usuarios de la plataforma web inventarios y facturación del
almacén innova créditos.
 Construir las bases de datos y la codificación de los módulos de la
plataforma web.
 Desarrollar pruebas del sistema de los diferentes módulos con el que
contara la plataforma web.

1.4 DELIMITACION

1.4.1 Temporal

Este proyecto se llevará a cabo en el transcurso de un año, periodo durante el cual


se pretende cumplir con los objetivos planteados en el proyecto.

1.4.3 Espacial

El proyecto se implementara en el Almacén INNOVA CREDITOS, ubicado en el


municipio de San Martin, departamento del Cesar.

8
Figura 1. Información geográfica del departamento del Cesar

Fuente: http://www.colombiamapas.net/mapa/mapa-cesar-ubicacion.html

Figura 2. Información geográfica del municipio de San Martin, Cesar.

Fuente:https://www.google.com.co/maps/search/Informaci%C3%B3n+geogr
%C3%A1fica+del+municipio+de+San+Martin,+Cesar./@8.0019885,-
73.517696,16z

9
1.4.4 Contextual
“San Martin se encuentra ubicada al sur del departamento del Cesar, limitando: Al
sur con el Municipio de San Alberto, al oriente con el Municipio de Ocaña en el
departamento de Norte de Santander, al norte con los Municipios de Aguachica y
Río de Oro y al occidente con Santander con límites en el río Lebrija. Su extensión
territorial es de 905.55 kilómetros cuadrados Aproximadamente de las cuales la
mayor parte del terreno es plano y el resto es zona montañosa correspondiente a la
Serranía del Perijá, San Martín, Cesar; cuenta con 18.068 habitantes, de los cuales
6.395 (35.40%) se encuentran en la Cabecera Municipal y 11.673 (64.60%) en la
zona rural.

Tuvo los primeros asentamientos humanos en los años 1954, los fundadores Don
TEODORO TÉLLEZ y Don JESÚS QUINTERO quienes por primera vez toman
asentamiento poblacional con característica de caserío caracterizándose sus casas
o viviendas de esa época construidas en madera y techos de paja. El sitio
determinado por estos pobladores se caracterizaba como paraje o paso intermedio
entre los habitantes de las áreas rurales que salían a comercializar sus productos a
mercados de poblaciones vecinas de los Santanderes, el interior del País y la Costa
Atlántica.

Atraídos por la productividad y bondades de la fertilidad de éstas tierras o suelos de


nuestra Región llegaron Agricultores, Obreros y otras personas como: Don CARLOS
TOLEDO FRANCO, los PINEDA, SACRAMENTO RODRÍGUEZ, SABAS
PACHECO, JUAN DE DIOS QUINTERO, DESPOSORIO ROJAS y muchos fueron
tomando posesión de éstos territorios la mayoría a desarrollar actividades de cultivo
como: Arroz, Sorgo, Maíz y Ganadería”.1

2 MARCO REFERENCIAL

2.1 MARCO HISTORICO:

1
http://www.sanmartin-cesar.gov.co/informacion_general.shtml#historia

10
En la actualidad, la tecnología de la información ha evolucionado y ha tenido un
aumento en cuanto a la sistematización de los procesos, considerándose una
herramienta estratégica que permite lograr una ventaja competitiva sostenible;
esto conlleva que al manejar gran cantidad de información sea recomendable
llevar un control adecuado y eficiente.

Un sistema de inventarios y facturaciones está relacionada íntimamente con el


concepto de la administración de una empresa; llevar un control y los procesos
manejados deben ser de manera consecutiva y ordenada; es común encontrar un
módulo del control de inventario donde hay una agrupación de servicios y
funciones que componen una empresa y es encaminadas a compras, facturación,
nómina y contabilidad en general.

2.1.1 Antecedentes Internacionales: Se destacan algunas investigaciones


relacionada con tema de la investigación:

RODRIGUEZ VELIZ, Karen Yolanda; BORBOR AGUIRRE, Armando Andrés.


DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE FACTURACIÓN Y
ÓRDENES DE TRABAJO PARA LA EMPRESA ELECTRO CAR. Proyecto
técnico previo para la obtención del título de Ingeniería de Sistemas. Guayaquil –
Ecuador. Universidad politécnica salesiana sede Guayaquil, 2016. 143 p.

Este proyecto tuvo como propósito mejorar el rendimiento del sistema de


facturación y órdenes de trabajo que contaba el taller Electro Car. Se recopiló la
información necesaria y se analizó la mejor solución con el fin de realizar un
proyecto con el que pudiera automatizarse los servicios existentes, que causaban
inestabilidad y poca confiabilidad al momento de realizarlo.

VELÁSQUEZ VALLE, Leydi Roxana; ZELEDÓN BUSTILLO, Carlos Alberto.


SISTEMA DE INVENTARIO Y FACTURACIÓN DE LA TIENDA DE

11
ACCESORIOS DE COMPUTADORAS Y CELULARES “DECOSYS”. Trabajo
Monográfico para optar al Título de Ingeniero en Sistemas de Información.
Managua – Nicaragua. Universidad Nacional Autónoma de Nicaragua, Managua,
2014. 101 p.

Este proyecto de investigación aplicado fue orientado al análisis y diseño de un


sistema de información para el manejo de inventario y facturación (NOVA SIS) de
un negocio dedicado a la venta de accesorios de computadora y celulares. NOVA
SIS fue desarrollado bajo el enfoque de modelo iterativo.

El sistema de información NOVA SIS, permitió la automatización en los procesos


de control del inventario y facturación de forma eficiente, que conlleva a mejorar la
gestión de la información para la toma de decisiones en el negocio.

MÉNDEZ HERNÁNDEZ, Anabell Esperanza. DISEÑO E IMPLEMENTACIÓN DE


UN SISTEMA DE FACTURACIÓN Y CONTROL DE INVENTARIO PARA
COMERCIALIZADORAS DE PRENDAS DE VESTIR Y ACCESORIOS. Tesis de
grado para la previa a la obtención del título de Ingeniero en sistemas. Playas –
Ecuador. Universidad Estatal Península De Santa Elena. 2015. 131p.

Este proyecto tuvo como propósito la rapidez en la venta de productos, llevar un


control de la mercadería y movimientos de forma automatizada, contar con un
historial de clientes y ventas, manejar el control de los productos sobre una base
de stock máximo y mínimo, lo que permitió un superior control de los mismos, alta
calidad de atención al cliente, mayor eficiencia y eficacia en el proceso de ventas
lo cual se tradujo en mayores ganancias y satisfacción de los compradores.

VALVERDE HUANGA, Diana Maribel. PLATAFORMA ERP CON SOFTWARE


LIBRE ORIENTADO A LA WEB PARA EL CONTROL ADMINISTRATIVO DE
LOS PROCESOS DE VENTAS, INVENTARIOS Y FACTURACIÓN PARA LA

12
FERRETERIA “G&G” DE SANTO DOMINGO. Proyecto de investigación previo a
la obtención del título de Ingeniera en sistemas e informática. Santo Domingo –
Ecuador. Universidad Regional Autónoma De Los Andes Uniandes. 2017. 142 p.

Este proyecto de investigación que tuvo como finalidad la implementación de un


software, el cual ayudo a la Ferretería “G&G” a mejorar el control administrativo,
controlando así el inventario de productos, ventas y facturación. Se inició
recopilando información que obtuvo todos los problemas y falencias que posee la
Ferretería, esta información fue recopilada de las personas que laboraban en sus
instalaciones para luego realizar una investigación bibliográfica con la finalidad de
fundamentar teóricamente la información obtenida y poderse enfocar en las
variables y en el tema en general que abarcaba el control administrativo de la
Ferretería.

JIMÉNEZ MAQUILÓN, Patsy Betzabeth; SOLIS PEÑAHERRERA, Frank Kevin.


PROPUESTA TECNOLÓGICA DE UN SISTEMA DE FACTURACIÓN DE UNA
MICROEMPRESA DE COMPRA Y VENTA DE ARTÍCULOS DE FERRETERÍA
CON ENFOQUE ELECTRÓNICO. Tesis de grado presentada como requisito para
la obtención del título de Ingeniero/a en Sistemas Administrativos Computarizados.
Guayaquil – Ecuador. Universidad Estatal De Guayaquil. 2017. 164 p.

Este proyecto de tesis consistió en desarrollar un sistema de facturación enfocado


a los requerimientos de la microempresa “María Inmaculada” dedicada a la venta
del por menor de artículos de ferretería, el cual permitió un mejor control de
inventario mediante una interfaz donde se dio de baja los artículos que sean
vendidos mostrando el número real del stock que se tiene, de las ventas y
compras que se realicen día a día mediante interfaces donde se detallen cantidad,
descripción y totales de las mismas.

13
2.1.2 Antecedentes Nacionales: A nivel nacional se re saltan los siguientes
trabajos de investigación.

ARAQUE GONZALEZ, Jorge Emilio. DESARROLLO DE UN SISTEMA DE


CONTROL DE INVENTARIO FÍSICO Y DE SOFTWARE BAJO UNA
ARQUITECTURA WEB IMPLEMENTANDO PROTOTIPADO Y
PROGRAMACIÓN EXTREMA PARA CYZA OUTSOURCING. Trabajo de grado
de Ingeniería de Sistemas. Bogotá – Cundinamarca. Universidad Distrital
Francisco Jose de Caldas, Facultad de Ingenierías, 2015. 130 p.

Este trabajo de grado se implementó para la empresa Cyza Outsourcing S.A. un


aplicativo para el control y gestión automática de inventarios de hardware y
software de toda la plataforma informática. La cual consistió en la elaboración de
un software que administra y presenta información referente a las características
físicas y descriptivas de los equipos.

CAMACHO CARRERO, Mónica Alexandra; SILVA ESPINOSA, Brian Andres.


SISTEMA DE CONTROL DE INVENTARIOS Y FACTURACIÓN PARA LA
COMERCIALIZADORA DE REPUESTOS SILVA S.A. Trabajo de grado para
optar al título de Tecnólogo en Informática. Bogotá – Colombia. Corporación
Universitaria Minuto De Dios. 2014. 112 p.

Este proyecto se centró en brindar una alternativa a las necesidades presentadas


por el establecimiento comercial, analizando cada uno de los aspectos que
enmarcaba ese proceso para poder obtener un documento muy estructurado y
una aplicación que permitiera generar facturas y guardarlas en forma ordenada
para una posterior consulta, cambio o eliminación, así como la información de
clientes, productos y servicios.

14
GÓMEZ SANDOVAL, Raúl Alexander; GUZMÁN GÓMEZ, Oscar Javier.
DESARROLLO DE UN SISTEMA DE INVENTARIOS PARA EL CONTROL DE
MATERIALES, EQUIPOS Y HERRAMIENTAS DENTRO DE LA EMPRESA DE
CONSTRUCCIÓN INGENIERÍA SÓLIDA LTDA. Título para optar de Ingeniero
Industrial. Bogotá – Colombia. Universidad Libre. 2016. 140 p.

Este trabajo empezó con el planteamiento de la problemática, que como muchas


compañías de la construcción en el entorno, tenía la empresa Ingeniería Sólida
Ltda., en la medida que no se habían consolidado sistemas de inventarios
eficientes que se manejaban homogéneamente dentro de todos sus proyectos.
Para tener bases teóricas sobre la mejor forma de lograr implantar los mismos en
esa empresa se hace una revisión bibliográfica en temas como son el contexto de
la construcción en Colombia, la gestión y sistemas de inventarios, stock, sistema
ABC y manejo de almacenes.

NOVOA ROJAS, Victor Fabian; GAONA ESPITIA, Jhonny Leonardo. SISTEMA


DE INFORMACIÓN WEB PARA LA GESTIÓN DE INVENTARIOS, CLIENTES,
PROVEEDORES, VENTAS Y FACTURACIÓN DE LA EMPRESA INDUSTRIA Y
SOLUCIONES METALMECÁNICAS COLOMBIA S.A.S. Título para optar
tecnólogo en sistematización de datos. Bogotá, Colombia. Universidad Distrital
Francisco Jose De Caldas. 2015. 105 p.

Este proyecto explica el diseño y la implementación de un sistema de información


web para la gestión de inventarios, clientes, proveedores, ventas y facturación de
la empresa industria y soluciones metalmecánicas Colombia S.A.S (ISMET). El
proyecto se desarrolló en funcionalidades y partes identificadas a partir del
proceso de reingeniería y definición de procesos internos de ISMET.

TAFFUR MELO Arturo Enrique; PEÑA CRUZ Jean Randolph; CHIRIVI PINZÓN
Wilmer Alexander. PROPUESTA DE MEJORAMIENTO DEL SISTEMA DE

15
INVENTARIO EN EL ALMACÉN MERCASUR UBICADO EN CIUDAD BOLÍVAR.
Titulo para optar tecnólogo en logística. Soacha – Colombia. Corporación
Universitaria Minuto De Dios. 2016. 91 p.

Este proyecto se refirió al análisis efectuado de inventario en MercaSur, donde se


evidenció un conjunto de problemas en el sistema de inventario en factores como:
control, manipulación, sistema de información, clasificación y rotación de los
productos; y los inconvenientes en almacenamiento son: falta de señalización,
deficiencia y la no explotación de los espacios.

2.1.3 Antecedentes Locales: Se destacaron las siguientes investigaciones


relacionas al tema de investigación de este proyecto a nivel local.

MIRANDA BAUTISTA, Dayana Kalile. IMPLEMENTACIÓN DE UN APLICATIVO


PARA EL MANEJO DE LOS PROCESOS DE INVENTARIOS, FACTURACIÓN,
PROVEEDORES Y CLIENTES PARA LA EMPRESA BRANGUS DE
AGUACHICA – CESAR. Trabajo de grado ingeniería de sistemas. Universidad
popular del cesar, seccional Aguachica. Facultad de Ingenierías y Tecnologías,
2015. 150 p.

En este trabajo de grado se implementó un aplicativo web para la empresa


BRANGUS, donde presentaba un crecimiento notorio en cuanto a la demanda de
sus productos; éste no contaba con un sistema confiable y seguro para la
obtención de información de la empresa, lo cual todos los procesos de inventarios,
facturación, clientes y proveedores no estaban siendo sistematizados, solos eran
registrados en las hojas de cálculos de Excel lo cual podría ser alterado. Los
clientes de la empresa presentaban quejas por la inseguridad de los datos
personales, al momento de la entrega de pedidos se generaban confusiones e
intercambio de información al momento de ser entregado.

16
El aplicativo web se realizó con el fin de generar seguridad y solución a los
procesos que se realizan en la empresa; la información almacenada en una base
de datos, donde se lleva un control seguro en cuanto a los productos de ventas y
compras realizadas.

2.2 MARCO TEORICO:

El presente marco teórico fundamenta las teorías relacionadas al proyecto de


ingeniería de software del proyecto de investigación cuyo objetivo es obtener un
producto de software que satisfaga ciertos requisitos, en el plazo previsto y dentro
del presupuesto, desarrollado a través de un proceso de software como un
conjunto coherente de tecnologías, procedimientos y artefactos que se necesitan
para concebir, desarrollar, implantar y mantener el producto software.

INGENIERIA: Ingeniería es la aplicación del conocimiento y los métodos


científicos al diseño y la producción de productos complejos.

SOFTWARE: Software es el conjunto complejos de programas, procedimientos y


documentación relacionada que se asocia con un sistema, especialmente con un
sistema de computadoras.

INGENIERIA DEL SOFTWARE: Ingeniería del software es más que codificación,


pues incluye calidad, planificación y aspectos económicos, así como el
conocimiento y la aplicación de los principios y disciplina.

2.1.1 Sistemas de información

Un sistema de información (IS) es cualquier sistema organizado para la recopilación,


organización, almacenamiento y comunicación de información. Más
específicamente, es el estudio de redes complementarias que las personas y las

17
organizaciones usan para recopilar, filtrar, procesar, crear y distribuir datos. "Un
sistema de información (IS) es un grupo de componentes que interactúan para
almacenar, gestionar y producir información".

Un sistema informático de información es un sistema compuesto de personas y


computadoras que procesa o interpreta información. El término también se usa a
veces en sentidos más restringidos para referirse sólo al software utilizado para
ejecutar una base de datos informatizada o referirse sólo a un sistema informático.

Los sistemas de información son también un ámbito de estudio académico de


sistemas con una referencia específica a la información y las redes
complementarias de hardware y software que las personas y las organizaciones
utilizan para recopilar, filtrar, procesar, crear y también distribuir datos. Se hace
hincapié en que un sistema de información que tiene un límite definitivo, usuarios,
procesadores, almacenamiento, entradas, salidas y las redes de comunicación
antes mencionadas.

Cualquier sistema de información específico apunta a apoyar las operaciones, la


gestión y la toma de decisiones de las organizaciones. Un sistema de información
es la tecnología de la información y la comunicación (TIC) que utiliza una
organización, y también la forma en que las personas interactúan con esta
tecnología en apoyo de los procesos empresariales.2

2.1.2 Sistemas de inventarios

La necesidad de los inventarios surge de las diferencias entre el tiempo y la


localización de la demanda y el abastecimiento. El uso los inventarios se justifican al
actuar como un amortiguador entre la oferta y la demanda. Esto ocurre tanto para la
materia prima como para un proceso de producción o en bienes terminados y
almacenados por el fabricante, el distribuidor o un comerciante.

2
https://www.enciclopediafinanciera.com/definicion-sistemas-de-informacion.html

18
Tener almacenado inventarios cuesta dinero. Representan capital inactivo. Así por
ejemplo tenemos que el costo de los automóviles de lujo nuevos y los repuestos de
grandes plantas son muy altos para permitir grandes volúmenes de inventarios.
Pero aún una tienda de barrio se preocupa por tener demasiado inventario, lo que
significa un desperdicio de dinero inmovilizado. Es necesario entonces tener un
balance entre los costos de inventario y el servicio al cliente.

La cantidad de inventario que se tiene se comporta de manera cíclica. Comienza


con un nivel alto y la cantidad se reduce conforme se sacan las unidades. Cuando el
nivel baja se coloca una orden, la cual eleva de nuevo el nivel de inventario y el ciclo
se repite. La cantidad de inventario se controla con el tiempo y la cantidad de cada
orden. Así, las dos decisiones básicas a nivel cuantitativo en manejo del inventario
son: Cuánto ordenar, Cuándo ordenar.

Clasificación de los sistemas de inventarios: Es conveniente dividir el estudio de


los sistemas en dos categorías:

• Demanda y tiempo de entrega deterministas.


• Demanda y tiempo de entrega probabilista.

En la primera categoría tanto la demanda como el tiempo de entrega son conocidos


y constantes. Los sistemas que tienen demanda o tiempo de entrega probabilistas
incluyen incertidumbre y riesgo para el administrador.

Existen tres tipos importantes de inventarios:


● Orden repetitiva, demanda independiente
● Una sola orden, demanda independiente
● Orden repetitiva, demanda dependiente

El primer tipo de sistema es la situación más común en el mundo administrativo. Los


sistemas de una sola orden pueden analizarse con matrices de pago. Los sistemas
con demanda dependiente surgen más bien en procesos de manufactura en donde
la demanda de partes depende de la demanda del artículo terminado.

19
Otra forma de clasificar los sistemas de inventarios es por su relación con la
secuencia completa de operaciones de producción. Con este método pueden
distinguirse cuatro tipos de inventarios:
● Abastecimientos
● Materiales
● En proceso
Bienes terminados

Los abastecimientos o suministros incluyen artículos de consumo como papel,


lápices, tintas, formas, etc. Los materiales se refieren a artículos necesarios para
completar algún producto terminado y casi siempre tienen una demanda
dependiente. Los artículos en proceso son bienes parcialmente terminados y el
producto final del proceso son los bienes terminados.3

2.1.3 Gestión de inventarios

La gestión de inventarios se incluye dentro de la rama de la contabilidad de costes y


se define como la administración adecuada del registro, compra y salida de
inventario dentro de la empresa.

Una empresa suele mantener un número mínimo de stock para hacer frente a
aumentos de demanda, de la misma forma que también tiene que disponer del
material necesario para continuar con la producción y que no se produzca ninguna
pausa en la actividad.

2.1.3.1 Tipos de inventarios

Pueden existir distintos tipos de inventarios como de materias primas, productos


terminados, etc.

3
http://www.eumed.net/libros-gratis/2011b/969/sistemas%20y%20modelos%20de%20inventarios.html

20
Para la gestión de inventarios se suelen utilizar dos métodos:

FIFO: First in First out. La primera existencia en entrar, la primera en salir. Significa
que las existencias se valoran a su salida, al precio de coste de la primera
existencia en el almacén, es decir, las existencia se valorarán al precio de coste
más antiguo

LIFO: Last in First out. La última existencia en entrar, la primera en salir. Las
existencias se valorarán al precio de coste más actual, al de la última existencia que
entró en el inventario

PMP: Precio medio ponderado. El precio de coste es la media ponderada de los


distintos precios de entrada4

2.1.4 Sistemas de facturación

La factura es un documento con valor probatorio y que constituye un título valor, que
el vendedor entrega al comprador y que acredita que ha realizado una compra por el
valor y productos relacionados en la misma. La factura contiene la identificación de
las partes, la clase y cantidad de la mercancía vendida o servicio prestado, el
número y fecha de emisión, el precio unitario y el total, los gastos que por diversos
conceptos deban abonarse al comprador y los valores correspondientes a los
impuestos a los que esté sujeta la respectiva operación económica. Este documento
suele llamarse factura de compraventa.

El Código de comercio colombiano, en el artículo 772 define la factura como:


“Factura es un título valor que el vendedor o prestador del servicio podrá librar y
entregar o remitir al comprador o beneficiario del servicio.”.5

4
https://debitoor.es/glosario/definicion-gestion-de-inventarios
5
https://contablecolombia.blogia.com/2012/021701-requisitos-de-la-factura-en-colombia.php

21
2.1.5 Arquitectura web

6
Según cubero y otros, Se denominan aplicaciones web a aquellas aplicaciones
cuya interfaz se construye a partir de páginas web. Las páginas web no son más
que ficheros de texto en un formato estándar denominado HTML [HyperText Markup
Language]. Estos ficheros se almacenan en un servidor web al cual se accede
utilizando el protocolo HTTP [HyperText Transfer Protocol], uno de los protocolos de
Internet. Para utilizar una aplicación web desde una máquina concreta, basta con
tener instalado un navegador web en esa máquina, Dichas páginas son documentos
de texto a los que se les añaden etiquetas que nos permiten visualizar el texto de
distintas formas y establecer enlaces entre una página y otra.
Figura: Esquema básico del servicio web

Fuente: Lerma-Blasco, Raül V., Murcia Andrés, José Alfredo, and Mifsud Talón,
Elvira. Aplicaciones web. España: McGraw-Hill España, 2013. ProQuest ebrary.
Web. 14 May 2015. Copyright © 2013. McGraw-Hill España. All rights reserved.

Arquitectura de las aplicaciones Web.

El desarrollo de aplicaciones Web resulta adecuado presentarlas dentro de las


aplicaciones multinivel. Para los sistemas Web se describen muchas posibles
arquitecturas, las bases de la mayoría son la arquitectura por capas, Además, está
6
BERZAL, Fernando, et al. Desarrollo Profesional de Aplicaciones Web con ASP.NET. [online] [Consultado 27
de Marzo del 2015]. Disponible en Internet: http://elvex.ugr.es/decsai/csharp/aspnet.html

22
el problema de la actualización y el mantenimiento de las aplicaciones, ya que las
modificaciones a la misma han de ser trasladada a todos los clientes. Una aplicación
web está comúnmente estructurada para solucionar problemas con una
arquitectura de tres capas:

● La capa de presentación, que representa lo que ve el usuario. Esta capa


contiene las clases de interfaz o de límite.
● La capa de negocios, que contiene las reglas únicas para esta aplicación.
Esta capa contiene las clases de control.
● La capa de persistencia o acceso a los datos, que describe la forma de
obtener y almacenar los datos. Esta capa contiene las clases de entidad.

Figura: Arquitectura Web Multinivel

Fuente: http://iutll-abdd.blogspot.com.co/2012/05/arquitectura-de-n-capas.html

2.1.6 Arquitectura de software

Se denominan aplicaciones web a aquellas aplicaciones cuya interfaz se construye


a partir de páginas web. Las páginas web no son más que ficheros de texto en un
formato estándar denominado HTML [HyperText Markup Language]. Estos ficheros
se almacenan en un servidor web al cual se accede utilizando el protocolo HTTP
[HyperText Transfer Protocol], uno de los protocolos de Internet y usan la
infraestructura de la world wide web (protocolos, lenguajes) para su funcionamiento.

23
Aunque la utilización de documentos HTML estáticos puede ser la solución más
adecuada cuando nuestra página web se limite a ofrecer siempre la misma
información o podamos automatizar la realización de actualizaciones de los
documentos HTML que la constituyen, la naturaleza dinámica de la web y las
expectativas que ha creado en la actualidad hacen necesaria la implementación de
aplicaciones web que generen dinámicamente el contenido que finalmente se les
ofrece a los usuarios. De esta forma podemos seleccionar, filtrar, ordenar y
presentar la información de la forma más adecuada en función de las necesidades
de cada momento.

Figura 2. ESQUEMA BÁSICO DE UNA APLICACIÓN WEB

Fuente: http://smr2danielcortes.blogspot.com.co/2012/10/aplicaciones-web-servicio-
en-red.html:

Las aplicaciones web nos permiten ofrecer la información más actual de la que
disponemos al poder acceder directamente a las bases de datos que contienen los
datos operativos de una empresa. La creación de aplicaciones web, en
consecuencia, requiere la existencia de software ejecutándose en el servidor que
genere automáticamente los ficheros HTML que se visualizan en el navegador del
usuario. Exactamente igual que cuando utilizábamos páginas estáticas en formato
HTML, la comunicación entre el cliente y el servidor se sigue realizando a través del
protocolo HTTP. La única diferencia consiste en que, ahora, el servidor HTTP
delega en otros módulos la generación dinámica de las páginas HTML que se
envían al cliente. Ya que, desde el punto de vista del cliente, la conexión se realiza

24
de la misma forma y él sigue recibiendo páginas HTML estándar (aunque éstas
hayan sido generadas dinámicamente en el servidor), el navegador del cliente es
independiente de la tecnología que se utilice en el servidor para generar dichas
páginas de forma dinámica.

No obstante, en función de las necesidades de cada proyecto y de su envergadura


algunas resultarán más adecuadas que otras. Igual que en cualquier otro aspecto
relacionado con el desarrollo de software, no existen "balas de plata" y cada
tecnología ofrece una serie de facilidades que habremos de estudiar en función de
lo que tengamos que hacer.7

2.1.7 Diseño orientado a objeto

Las 4+1 vistas de Kruchten


En procesos como el proceso unificado (Unified Process, UP) y OpenUP, la
arquitectura de un sistema se describe mediante cuatro vistas complementarias más
una vista adicional de casos de uso que complementa la información de las otras
cuatro:
● La vista de diseño muestra cómo se llevan a cabo los requisitos funcionales
mediante la descomposición del sistema en sus elementos componentes
(clases y relaciones).
● La vista de implementación describe la organización del sistema en
módulos, compone es y paquetes cubriendo el ensamblado del Sistema y la
gestión de configuración, reutilización y portabilidad.
● La vista de procesos describe no sólo los procesos y sus comunicaciones,
sino además los hilos de control en las clases (concurrencia y distribución
de procesos) cuando el lenguaje lo permite y la implementación lo
Contempla.
● La vista de despliegue se utiliza para representar el conjunto de nodos
físicos que forman la topología hardware del sistema.

7
BERZAL Fernando, CORTIJO Fernando José y CUBERO, Juan Carlos. DESARROLLO PROFECIONAL DE
APLICACIONES WEB CON ASP.NET.ISBN 84-609-4245-7.

25
● La vista de los de casos describe los requisitos funcionales de sistema,
utilizados para complementar las otras vistas. Se trata de una vista
transversal que se emplea durante todo el ciclo de vida, por ejemplo y entre
otros cometidos para crear los casos de prueba.8

Fuente: SANCHEZ, Salvador. SICILIA, Miguel Angel. RODRIGUEZ, Daniel.


Ingenieria del Software. Un Enfoque desde la Guia SWEBOK. 1 ed. Mexico.
Alfaomega Grupo Editor, S.A., 2012.

2.1.8 Patrón de arquitectura

Sommerville hace énfasis en que las aplicaciones Web no tienen una definición
formal para llevar a cabo su desarrollo. El desarrollo de este tipo de aplicaciones
está basado en la experiencia, en el conocimiento del dominio, y en la gente
involucrada en el desarrollo de estas aplicaciones. Es por eso que se ha hecho el
esfuerzo por documentar los casos de éxito en el desarrollo de este tipo de
aplicaciones y se han propuesto patrones arquitectónicos que proporcionan una
guía de diseño. A diferencia de un patrón de diseño, un patrón de arquitectura
intenta abstraer el comportamiento de un conjunto de componentes, lo cual permite
ver el diseño a un nivel más alto (mayor nivel de abstracción).

8
SANCHEZ, Salvador. SICILIA, Miguel Angel. RODRIGUEZ, Daniel. Ingenieria del Software. Un Enfoque
desde la Guia SWEBOK. 1 ed. Mexico. Alfaomega Grupo Editor, S.A., 2012. 568p.

26
Un patrón de arquitectura encapsula los elementos y las relaciones que existen
entre ellos permitiendo abstraer su comportamiento para que sea posible tener una
configuración de componentes que satisfaga ciertas necesidades.

El uso de patrones arquitectónicos en el desarrollo de software ha traído grandes


ventajas. Ahora se cuenta con sistemas más robustos y de mayor calidad, los
cuales son fáciles de mantener y por esto permiten un desarrollo más rápido. Sin
embargo, el uso de patrones hace que el diseño de los sistemas de software sea
más complejo, por lo cual se necesita abstraer el comportamiento de un conjunto de
componentes y que a su vez este pueda ser utilizado de forma independiente de los
demás componentes.

La reusabilidad se vuelve cada vez más importante, ya que nos permite reducir los
tiempos de desarrollo y por lo tanto el costo del software. Las empresas que
perfeccionan sus prácticas de reusabilidad obtienen mayor calidad en sus
productos. Una vez que se tienen los componentes el reto es ensamblarlos de forma
coherente.

Existen una gran variedad de patrones arquitectónicos y cada uno de ellos está
pensado para un determinado dominio. Existen patrones para sistemas distribuidos,
para sistemas en capas, para sistemas basados en componentes, etc. y cada uno
de ellos garantiza resolver un determinado problema utilizando una determinada
configuración de los componentes.9

2.1.9 Los patrones de diseño de software

Patrón de diseño de software es una solución a un problema recurrente de


carácter general de términos de clases, interfaces, objetos e interacciones entre
estos elementos. Los patrones se suelen clasificar de acuerdo con el ámbito que
abarca, algo a lo que se ha dado a llamar lenguajes de patrones. Así, existen los
siguientes lenguajes de patrones:

9
http://www.cs.cinvestav.mx/TesisGraduados/2011/tesisJuanTahuiton.pdf

27
 Patrones de interfaces de usuario, interacción hombre-computador. El más
conocido es quizás el MVC (modelo-vista-controlador).
 Patrones de diseño, conjuntos de clases para modelos de orientación a
objetos.
 Modismos (programming idioms), <<trucos» en lenguajes de programación
concretos (C++, Java, etc.) que a veces son simples reglas a la hora de
escribir código, como por ejemplo prefijos para identificar el tipo de las
variables.
 Patrones para la integración de sistemas (EAI Enterprise Application
Integration), para la intercomunicación y coordinación de sistemas, por
ejemplo para Java EE.
 Patrones de organización y flujos de trabajo, workflows, para la gestión de
flujos de trabajo y procesos con sistemas empresariales, por ejemplo cómo
organizar al personal y su forma de trabajar.

2.1.10 Patrón MVC

El patrón MVC descompone la aplicación en capas permitiendo tener una


separación entre la lógica de negocio de la aplicación, la representación y la
persistencia. El patrón MVC identifica tres capas que son importantes para cualquier
aplicación las cuales son:

 Modelo encapsula los datos de la aplicación y la lógica para interactuar con ellos.
 Vista maneja la interacción con el usuario y la representación del modelo.
 Controlador es el intermediario entre el modelo y la vista ante las peticiones
generadas por el cliente en la vista. El controlador se encarga de seleccionar el
modelo solicitado por el usuario y la vista adecuada para representarlo.

La separación que propone MVC por medio de las distintas capas se puede
observar a nivel de diseño, ayudando a los diseñadores a identificar los

28
componentes de cada capa y la comunicación que existe con los demás
componentes.

Requerimientos
CONTROLADOR Acciones
Solicitud DB Datos
Solicitud DB

MODELO

Responder
Sitio web
VISTA Solicitud DB

Resultados

Figura: Patrón Modelo-Vista-Controlador


Fuente: La autora

Se puede apreciar una arquitectura simple para una aplicación Web utilizando el
patrón MVC como pilar para la definición de la arquitectura. En esta arquitectura se
puede ver como se utiliza MVC para interactuar con componentes ya definidos tales
como el navegador Web y las bases de datos.

Al separar la presentación, los datos y la lógica de negocio se tiene una idea más
clara de lo que necesita la aplicación, se desarrollan los componentes y se
establecen las relaciones necesarias. La utilización de MVC permite tener menor
acoplamiento, modificando solo las partes involucradas (se modifica solo lo que se
necesita), siendo transparente para las demás.

Al utilizar MVC tenemos la capacidad de representar la información de varias formas


sin necesidad de modificar la fuente. En las aplicaciones Web nos permite crear
interfaces personalizadas sin necesidad de hacer un cambio mayor.

29
El gran nivel de abstracción del patrón MVC ha permitido desarrollar exitosamente
complejas aplicaciones Web. Para el desarrollo de aplicaciones Web no resulta muy
obvia la aplicación de este patrón (recordemos que la interfaz por defecto de una
aplicación Web es el navegador Web). Sin embargo, necesitamos considerar el
diseño de los dos componentes. Esta tarea, en ocasiones, resulta ser muy
complicada debido a que entre el cliente y servidor puede existir una gran cantidad
de componentes. Supongamos que tenemos una aplicación en donde la
persistencia de los datos es muy compleja y que se necesita tener varios servidores
en diferentes partes de la organización. En estos casos podemos tener otro
subsistema encargado solo de la persistencia, esto implica que cada componente
puede tener varios componentes internos.10

2.2 MARCO LEGAL:

2.2.1 Derechos de autor

2.2.1.1 Constitución Política


“Art 61. El estado protegerá la propiedad intelectual por el tiempo y mediante las
formalidades que establezca la ley.”11

2.2.1.2 Ley Número 23 de 1982


“Sobre derechos de autor”. Art 1- Los autores de obras literarias, científicas y
artísticas gozarán de protección para sus obras en la forma prescrita por la presenta
ley y, en cuanto fuere compatible con ella, por el derecho común. También protege
esta ley a los intérpretes o ejecutantes, a los productores de fonogramas y a los
organismos de radiodifusión, en sus derechos conexos a los del autor.

Art 3. - Los derechos de autor comprenden para sus titulares las facultades
exclusivas:

10
http://www.cs.cinvestav.mx/TesisGraduados/2011/tesisJuanTahuiton.pdf
11
http://www.constitucioncolombia.com/titulo-2/capitulo-2/articulo-61

30
De disponer de su obra a título gratuito u oneroso bajo las condiciones licitas que su
libre criterio les dicte;

De aprovecharla, con fines de lucro o sin él, por medio de la imprenta, grabado,
copias, moldes, fonogramas, fotografías, películas cinematográficas, video gramas,
y por la ejecución, recitación, traducción, adaptación, exhibición, transmisión, o
cualquier otro medio de reproducción, multiplicación, o difusión conocido o por
conocer, y
De ejercer las prerrogativas, aseguradas por esta ley, en defensa de su “derecho
moral” como se estipula en el capítulo II sesión segunda, articulo 30 de esta ley.

De obtener una remuneración a la propiedad intelectual por ejecución publica o


divulgación, en donde prime el derecho de autor sobre los demás, en una
proporción no menor del sesenta por ciento (60%) del total recaudado.12

2.2.1.3 Ley 44 de 1993


“Por la cual se modifica y adiciona la ley 23 de 1982 y se modifica la ley 29 de
1944”. Cap. II Art. – 6 Todo acto en virtud del cual se enajene el derecho de autor,
o los derechos conexos, así como cualquier otro acto o contrato vinculado con
estos derechos deberá ser inscrito en el registro nacional del derecho de autor
como condición de publicidad y punibilidad ante terceros. 13

2.2.1.4 Ley 599 de 2000


“Por la cual se expide el código penal”. Art. – 270 (Modificado por el artículo 14 de la
ley 890 de 2004). Violación a los derechos morales de autor. Incurrirá en prisión de
treinta y dos (32) a noventa (90) meses y multa de veinte seis puntos sesenta y seis
(26.66) a trecientos (300) salarios mínimos legales mensuales vigentes quien:

12
Dirección Nacional de Derecho de Autor, {En línea}. {27 de mayo 2015}. Disponible en:
http://www.derechodeautor.gov.co/documents/10181/182597/23.pdf/a97b8750-8451-4529-ab87-
bb82160dd226
13
Dirección Nacional de Derecho de Autor, {En línea}. {27 de mayo 2015}. Disponible en:
http://www.derechodeautor.gov.co/documents/10181/182597/44.pdf/7875d74e-b3ef-4a8a-8661-
704823b871b5

31
Publique, total o parcialmente sin autorización previa y expresa del titular del
derecho, una obra inédita de carácter literario, artístico, científico, cinematográfico,
audiovisual o fonograma, programa de ordenador o soporte lógico.

Inscriba en el registro de autor con nombre de persona distinta del autor verdadero,
o con título cambiado o suprimido, o con el texto alterado, deformado, modificado o
mutilado, o mencionado falsamente el nombre del editor o productor de una obra de
carácter literario, artístico, científico, audiovisual o fonograma, programa de
ordenador o soporte lógico.

Por cualquier medio o procedimiento compendie, mutile o transforme, sin


autorización previa o expresa de su titular, una obra de carácter literario, artístico,
científico, audiovisual o fonograma, programa de ordenador o soporte lógico.

PARAGRAFO. Si en el soporte material, carátula o presentación de una obra de


carácter literario, artístico, científico, fonograma, videograma, programa de
ordenador o soporte lógico, u obra cinematográfica se emplea el nombre, razón
social, logotipo o distintivo del titular legítimo del derecho, en los casos de cambio,
supresión, alteración, modificación o mutilación del título o del texto de la obra, las
penas anteriores se aumentarán hasta en la mitad.14

2.2.1.5 Decreto 1360 de 1989


El decreto Nº 1360 de 1989, emanado de la presidencia de la república, reglamenta
la inscripción de soporte lógico (software) en el registro nacional de derecho de
autor, al expresar en los siguientes artículos:

ARTICULO 1°. De conformidad con lo previsto en la ley 23 de 1982 sobre Derechos


de Autor, el soporte lógico (software) se considera como una creación propala del
dominio literario.

14
Dirección Nacional de Derecho de Autor, {En línea}. {27 de mayo 2015}. Disponible en:
http://www.derechodeautor.gov.co/documents/10181/182597/44.pdf/7875d74e-b3ef-4a8a-8661-
704823b871b5

32
ARTICULO 2°. El soporte lógico (software) comprende uno o varios de los
siguientes elementos: el programa de computador, la descripción de programa y el
material auxiliar.

ARTICULO 3°. Para los efectos del artículo anterior se entiende por:
Programa de computador: La expresión de un conjunto organizado de instrucciones,
en lenguaje natural o codificado, independientemente del medio en que se
encuentre almacenado, cuyo fin es el de hacer que una máquina capaz de procesar
información, indique, realice u obtenga una función, una tarea o un resultado
especifico.

Descripción de Programa: Una presentación completa de procedimientos en forma


idónea, lo suficientemente detallada para determinar un conjunto de instrucciones
que constituya el programa de computador correspondiente.

Material auxiliar: todo material, distinto do un programa de computador o de una


descripción de programa, creado para facilitar su comprensión o aplicación, como,
por ejemplo, descripción de problemas e instrucciones para el usuario.

ARTICULO 4°.
El soporte lógico (software), será considerado como obra inédita, salvo
manifestación en contrario hecha por el titular de los derechos de autor.15

2.2.2 Atentados informáticos

2.2.2.1 Ley de 1273 de 2009


Artículo 269A: Acceso abusivo a un sistema informático. El que, sin autorización o
por fuera de lo acordado, acceda en todo o en parte a un sistema informático
protegido o no con una medida de seguridad, o se mantenga dentro del mismo en
contra de la voluntad de quien tenga el legítimo derecho a excluirlo, incurrirá en

15
http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=10575

33
pena de prisión de cuarenta y ocho (48) a noventa y seis (96) meses y en multa de
100 a 1.000 salarios mínimos legales mensuales vigentes.

Artículo 269C: Interceptación de datos informáticos. El que, sin orden judicial previa
intercepte datos informáticos en su origen, destino o en el interior de un sistema
informático, o las emisiones electromagnéticas provenientes de un sistema
informático que los transporte incurrirá en pena de prisión de treinta y seis (36) a
setenta y dos (72) meses.

Artículo 269D: Daño Informático. El que, sin estar facultado para ello, destruya,
dañe, borre, deteriore, altere o suprima datos informáticos, o un sistema de
tratamiento de información o sus partes o componentes lógicos, incurrirá en pena de
prisión de cuarenta y ocho (48) a noventa y seis (96) meses y en multa de 100 a
1.000 salarios mínimos legales mensuales vigentes.

Artículo 269E: Uso de software malicioso. El que, sin estar facultado para ello,
produzca, trafique, adquiera, distribuya, venda, envíe, introduzca o extraiga del
territorio nacional software malicioso u otros programas de computación de efectos
dañinos, incurrirá en pena de prisión de cuarenta y ocho (48) a noventa y seis (96)
meses y en multa de 100 a 1.000 salarios mínimos legales mensuales vigentes.

Artículo 269F: Violación de datos personales. El que, sin estar facultado para ello,
con provecho propio o de un tercero, obtenga, compile, sustraiga, ofrezca, venda,
intercambie, envíe, compre, intercepte, divulgue, modifique o emplee códigos
personales, datos personales contenidos en ficheros, archivos, bases de datos o
medios semejantes, incurrirá en pena de prisión de cuarenta y ocho (48) a noventa y
seis (96) meses y en multa de 100 a 1000 salarios mínimos legales mensuales
vigentes.

Artículo 269G: Suplantación de sitios web para capturar datos personales. El que
con objeto ilícito y sin estar facultado para ello, diseñe, desarrolle, trafique, venda,
ejecute, programe o envíe páginas electrónicas, enlaces o ventanas emergentes,
incurrirá en pena de prisión de cuarenta y ocho (48) a noventa y seis (96) meses y

34
en multa de 100 a 1.000 salarios mínimos legales mensuales vigentes, siempre que
la conducta no constituya delito sancionado con pena más grave.

CAPITULO. II De los atentados informáticos y otras infracciones

Artículo 269I: Hurto por medios informáticos y semejantes. El que, superando


medidas de seguridad informáticas, realice la conducta señalada en el artículo 239
manipulando un sistema informático, una red de sistema electrónico, telemático u
otro medio semejante, o suplantando a un usuario ante los sistemas de
autenticación y de autorización establecidos, incurrirá en las penas señaladas en el
artículo 240 de este Código. 16

2.2.2.2 LEY 232 DE 1995


Artículo 1o. Ninguna autoridad podrá exigir licencia o permiso de funcionamiento
para la apertura de los establecimientos comerciales definidos en el artículo 515 del
Código de Comercio, o para continuar su actividad si ya la estuvieren ejerciendo, ni
exigir el cumplimiento de requisito alguno, que no estén expresamente ordenado por
el legislador.

Artículo 4o. El alcalde, quien haga sus veces, o el funcionario que reciba la
delegación, siguiendo el procedimiento señalado en el libro primero del Código
Contencioso Administrativo, actuará con quien no cumpla los requisitos previstos en
el artículo 2° de esta Ley, de la siguiente manera;

 Imponerle multas sucesivas hasta por la suma de 5 salarios mínimos mensuales


por cada día de incumplimiento y hasta por el término de 30 días calendarios.
 Ordenar la suspensión de las actividades comerciales desarrolladas en el
establecimiento, por un término hasta de 2 meses, para que cumpla con los
requisitos de la ley.
 Ordenar el cierre definitivo del establecimiento de comercio, si transcurridos 2
meses de haber sido sancionado con las medidas de suspensión, continúa sin

16
http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=6388#58

35
observar las disposiciones contenidas en la presente Ley, o cuando el
cumplimiento del requisito sea posible.17

2.2.3 Reglamenta contabilidad en general.

2.2.3.1 Ley 43 de 1990


Art. 1°. Definición. De conformidad con el artículo 68 de la Ley 43 de 1990, se
entiende por principios o normas de contabilidad generalmente aceptados en
Colombia, el conjunto de conceptos básicos y de reglas que deben ser observados
al registrar e informar contablemente sobre los asuntos y actividades de personas
naturales o jurídicas.

Apoyándose en ellos, la contabilidad permite identificar, medir, clasificar, registrar,


interpretar, analizar, evaluar e informar, las operaciones de un ente económico, en
forma clara, completa y fidedigna.18

2.2.3.2 Decreto 416 de 2003


Art 63 y Art 129. Se refieren a los inventarios en generales según contabilidad y
en cuanto a la Gestión de Inventarios (Reglamenta ajuste de activos no
monetarios, ajuste mensual de inventarios, ajuste anual de inventarios e
inversiones de capital en periodos improductivos).

2.2.3.3 Decreto 1929 de 2007


Por medio del cual se reglamentó el artículo 616-1 del E.T. El artículo 616-1 del
Estatuto Tributario otorga al Gobierno Nacional la facultad de reglamentar la
utilización de la factura electrónica y los documentos equivalentes a la factura de
venta;

17
http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=316
18
https://www.mineducacion.gov.co/1621/articles-104547_archivo_pdf.pdf

36
El artículo 618 del Estatuto Tributario: Establece la factura como un documento
exigible por el comprador y que la Dirección de Impuestos y Aduanas Nacionales
puede requerir su exhibición en el momento que lo considere pertinente.19

2.2.3.4 Decreto 2242 de 2015


Art 615 del Estatuto Tributario establece que todas las personas o entidades que
tengan la calidad de comerciantes, ejerzan profesiones liberales o presten servicios
inherentes a estas, o enajenen bienes producto de la actividad agrícola o ganadera
deberán expedir factura o documento equivalente, independientemente de su
calidad de contribuyentes o no contribuyentes de los impuestos administrados por la
Unidad Administrativa Especial – Dirección de Impuestos y Aduanas Nacionales, en
adelante DIAN, y que el artículo 511 ibídem, establece también esta obligación para
los responsables del impuesto sobre las ventas.

Art 616-1 del Estatuto Tributario consagra la factura electrónica como un documento
equivalente a la factura de venta.

Art 617 del mismo ordenamiento señala los requisitos de la factura para efectos
tributarios, norma de acuerdo con la cual debe incluir, entre otros, un número que
corresponda a un sistema de numeración consecutiva de facturas de venta, y que
cuando el contribuyente utilice un sistema de facturación deberá numerar en forma
consecutiva las facturas y se deberán proveer los medios necesarios para su
verificación y auditoría; y que la Ley 1607 de 2012 estableció el Impuesto Nacional
al Consumo y en los artículos 79 y 81 que adicionan el Estatuto Tributario con los
artículos 512-9 y 512 -11, señala la obligatoriedad de discriminar este impuesto en
la factura.

Art 618 del Estatuto Tributario establece la factura o documento equivalente como
un documento exigible por los adquirentes de bienes corporales muebles o servicios
y que la DIAN puede exigir su exhibición.

19
http://www.sic.gov.co/drupal/sites/default/files/normatividad/Dec2649_1993.pdf

37
Que de conformidad con el artículo 26 de la Ley 962 de 2005 la factura electrónica
podrá expedirse, aceptarse, archivarse y en general llevarse usando cualquier tipo
de tecnología disponible, siempre y cuando se cumplan todos los requisitos legales
establecidos y la respectiva tecnología que garantice su autenticidad e integridad
desde su expedición y durante todo el tiempo de conservación, aplicando así el
principio de neutralidad tecnológica.20

2.3 MARCO CONCEPTUAL:

Stock: Llamamos stocks o existencias de una empresa al conjunto de materiales y


artículos que se almacenan, tanto aquellos que son necesarios para el proceso
productivo como los destinados a la venta.

Kardex: Es un registro de manera organizada de la mercancía que se tiene en un


almacén. Para hacerlo, es necesario hacer un inventario de todo el contenido, la
cantidad, un valor de medida y el precio unitario

Actualizar: actualizar la base de datos es aplicar transacciones a fin de corregir,


añadir o eliminar registros de acuerdo con el procedimiento especificado.

Aplicación: es el programa o conjunto de problemas para los que se diseña la


solución mediante un software.

Base de datos: organización sistemática de archivos de datos para facilitar su


acceso, recuperación y actualización, relacionados los unos a los otros y tratados
como una entidad.

Código fuente: lenguaje en el que se redactan las sentencias que serán


traducidas a código objeto durante el proceso de compilación.

20
http://www.suin.gov.co/viewDocument.asp?id=30033048

38
Compilador: un programa de computador que convierte o traduce un programa
escrito en un lenguaje de alto nivel simbólico. Ej. Java, C++.

Consultar: acción de consultar el contenido de un programa, archivo o base de


datos de un computador. Lleva consigo el empleo de programas especiales de
interrogación.

Datos: representación de datos de una manera formalizada, adecuada para la


comunicación o tratamiento por medio de las personas. Es la información que se
procesa por un programa de computador.

Diseño: se refiere al diseño general de desarrollo de un sistema, documento,


programa, etc.

Entrada: trasferencia de datos o instrucciones de programa a la memoria desde


un periférico. Se utiliza en ocasiones para referirse a los datos.

Factura: documento que representa una negociación de venta en el cual se


indican en detalle los elementos negociados, sus características, precios unitarios,
valor total y forma de pago.

Herramienta de desarrollo: describe el proceso de diseñar programas de


computadora, que son fáciles de escribir, comprobar, modificar, leer, y funcionar

Interfaz: software necesario para interconectar un sistema de información.

Menú: conjunto de opciones que se presentan al usuario a través de la pantalla, a


lo largo de un proceso interactivo para que pueda escoger la opción más idónea.

39
Procedimiento: secuencia de pasos requeridos para solucionar un problema.
Descripción de un código que actúa como una subrutina en leguaje de alto nivel.

Programa: conjunto de instrucciones ordenadas, que permiten realizar una tarea o


trabajo específico por un computador.

Programación: proceso de construcción de programas a partir de las


especificaciones de problemas que se requieren resolver mediante un software.

Salida: datos o resultados generados en un proceso o programa que han de ser


presentados al usuario mediante un dispositivo de salida.

Software: todo programa ejecutable por computador. Se usa son frecuencia para
designar el sistema operativo de un computador más los programas que traducen.

Usuario: persona que aplica un sistema informático a sus necesidades mediante


los programas adecuados.

3 DISEÑO METODOLOGICO PRELIMINAR:

3.1 TIPO DE INVESTIGACION:

Es una investigación de tipo descriptiva porque se requiere conocer el


funcionamiento y gestión de los procesos del almacén INNOVA CREDITOS, como
lo plasma TAMAYO Y TAMAYO “Investigación descriptiva comprende la
descripción, registro, análisis e interpretación de la naturaleza actual, y la
composición o procesos de los fenómenos. El enfoque se hace sobre
conclusiones dominantes o sobre cómo una persona, grupo o cosa se conduce o
funciona en el presente. La investigación descriptiva trabaja sobre realidades de
hecho, y su característica fundamental es la de presentar una interpretación

40
correcta”21 y también las situaciones predominantes a través de la descripción
exacta de las actividades, objetos, procesos y personas; para luego analizarlos e
interpretarlos.

Con un enfoque cualitativo porque tiene por objeto reunir un conocimiento


profundo del comportamiento humano para la solución de una problemática.
Según Hernández Sampieri22 Parte de un esquema inductivo. Expansivo. Se utiliza
para descubrir y refinar preguntas de investigación. Se basa en descripciones y
observaciones. Parte de la premisa de toda cultura o sistema social para entender
cosas y eventos. Su propósito es reconstruir la realidad, tal como la observan los
investigadores. Se llama holístico, porque considera el todo, sin reducirlo a sus
partes. Es individual. Método de análisis interpretativo, contextual y etnográfico.

Utilizan técnicas que no pretenden medir ni asociar mediciones con números:


utiliza observación no estructurada, entrevistas en grupos, evaluación de
experiencias personales, inspección de historias de vida, interacción con grupos.

3.2 POBLACIÓN

Se tomó como población a la administradora de la empresa y cuatro funcionarios


que se encargan de los debidos procesos del almacén Innova Créditos de San
Martin Cesar.

3.3 MUESTRA

21
TAMAYO Y TAMAYO, Mario. El proceso de la investigación científica. 4 ed. México: Limusa,
2004. p. 46.
22
HERNÁNDEZ SAMPIERI, Roberto. Metodología de la investigación. 5 ed. México
D.F.: McGraw-Hill, 2010.

41
No fue necesario realizar la muestra en este proyecto, porque la población es muy
pequeña, por lo que el almacén cuenta con solo cinco trabajadores que son los
que se encargan de manejar los procesos que se realizan de él.

3.4 INSTRUMENTOS DE RECOLECCIÓN DE DATOS

Esta actividad recibe diferentes nombres, tales como <<obtención de requisitos»,


<<adquisición de requisitos» o <<elicitación de requisitos», entre otros. Se trata de
la primera de las actividades a realizar, donde el objetivo fundamental de los
ingenieros de software consiste en determinar cuáles son los requisitos del sistema
a desarrollar para llegar a un conocimiento suficiente del problema a resolver. Se
trata, en pocas palabras, de establecer las fronteras del futuro sistema.

Durante esta actividad, el equipo de desarrolladores trabaja codo con codo con
clientes, usuarios y otros actores involucrados, por lo que la fluidez en la
comunicación es importante para que el proyecto llegue a buen término. A menudo
como parte de esta política de buena comunicación se elabora un glosario de
términos que permite a cualquiera involucrado en las tareas de requisitos conocer la
definición aceptada para un determinado concepto.

En primer lugar, deben determinarse las fuentes de información de las que se


obtendrán los requisitos. Al ser una actividad donde la relación entre las personas
participantes es especialmente relevante, la información se obtiene de aquellos
actores involucrados que tienen un conocimiento profundo del dominio del
problema, investigando en las siguientes fuentes de información:

 Los objetivos generales o de alto nivel del software, que constituyen el


motivo fundamental por el que el desarrollo se lleva a cabo.
 El dominio del problema, del que el ingeniero de software tiene un
conocimiento limitado, pero del que otros actores conocen información muy
valiosa.

42
 Los propios involucrados o actores del proceso y sus diferentes puntos de
vista, tanto de la organización como del software en desarrollo.
 El entorno de operación en el que se ejecutará el software, que permitirá
establecer las restricciones del proyecto y los costes que éstas comportarán.
 El entorno de la organización, al que debe adaptarse el software.

En segundo lugar, deben establecerse las técnicas de obtención de requisitos a


utilizar. Los miembros del equipo de desarrollo deben obtener la información sobre
los requisitos de los otros actores, pero no deben pensar en este proceso como en
algo estático. Lamentablemente las cosas no son tan sencillas como sentarse a
preguntar y anotar lo que los clientes, usuarios y otros interesados digan. El
ingeniero de software debe saber hacer las preguntas precisas, investigar puntos
oscuros, etc., en una labor dinámica de extracción de información donde la
experiencia proporciona una capacitación difícil de obtener de otro modo. Para ello
usará varias técnicas, siendo las más utilizadas las siguientes:

 Entrevistas: conjunto de técnicas, dentro de las que se incluyen visitas al


cliente o los usuarios, cuestionarios, encuestas y entrevistas más o menos
estructuradas de carácter formal o informal. Pueden ser cerradas -el cliente
responde a un cuestionario con preguntas concretas y respuestas
delimitadas, o abiertas.

 Escenarios: constituyen una interesante herramienta para contextualizar los


requisitos que permiten responder a preguntas del estilo <<qué pasaría si» o
<<cómo hacer esto». Aunque existen diferentes enfoques, el más
ampliamente utilizado son los casos de uso de UML.

 Prototipos: una buena forma de probar cualquier producto (incluido el


software) y realizar cambios cuando aún se está a tiempo, consiste
desarrollar un prototipo. Durante la obtención de los requisitos puede servir
para clarificar requisitos confusos u obtener algunos que se hayan pasado
por alto. Existen diferentes técnicas de prototipado, desde las más simples,

43
como esbozos en papel con el diseño de las pantallas, hasta las más
sofisticadas, como las versiones beta del producto software.

 Reuniones de grupo: se programan con el propósito de aunar esfuerzos y


conseguir entre varios lo que resulta difícil de alcanzar individualmente, pues
permiten detectar puntos de vista contrapuestos. Durante la obtención de
requisitos, sirven para detectar requisitos entre los que existen conflictos,
proporcionando el medio idóneo para que los diferentes interesados aporten
sus visiones, contrasten sus necesidades y faciliten una solución de
compromiso. Pueden concebirse como <<tormentas de ideas» al principio de
la fase de obtención de requisitos, si bien más adelante tendrán un carácter
más aclaratorio y de análisis de los diferentes puntos de vista.

 Observación: se trata de un conjunto de técnicas que permiten a los


ingenieros de software aprender cómo se llevan a cabo las tareas de usuario
con el objeto de obtener los requisitos del sistema. A menudo consisten en
introducirse en el ambiente en que trabajan los usuarios, observar cómo
trabajan e interaccionan entre ellos y documentar dichos comportamientos.

 Otros: tales como el estudio de documentos y formularios actualmente en


uso, visitas a otras instalaciones similares, presentaciones comerciales,
estudio de productos, asistencia a jornadas profesionales, etc.

De entre todas las técnicas anteriores, los ingenieros de software pueden hacer el
uso que cada caso particular requiera. Aunque cada proyecto tiene sus propias
especificidades, lo habitual será utilizar una combinación de todas ellas.

3.5 METODOLOGÍA DE DESARROLLO

Para el desarrollo del proyecto se eligió por trabajar con la metodología IWEB
(Ingeniería Web), siendo una de las más usadas para este tipo de investigación, ya
que está enfocada a la creación, implantación y manutención de aplicaciones y

44
sistemas Web, Según Pressman23, los métodos de la IWeb abarcan un conjunto de
labores técnicas que permiten construir una WebApp (Aplicación Web) de alta
calidad. Las actividades del marco de trabajo IWeb se aplican empleando un flujo de
proceso incremental, como se muestra en la siguiente figura:

Figura 12: El modelo del proceso IWeb

Fuente: PRESSMAN, Roger S. Ingeniería del software. Un enfoque práctico.


Capítulo 29, p. 525

Como plasma Roger Pressman24, un proceso de ingeniería web está compuesto por
las siguientes fases:

 Planteamiento y formulación. Identificación de los objetivos de la aplicación, y


delimitación del alcance de la primera iteración.

 Planificación. Una vez planteado el problema, se procede a estimar costos,


riesgos y esfuerzo durante el desarrollo. Recordando que en la planeación

23
PRESSMAN, Roger S. Ingeniería del software. Un enfoque práctico. 5 ed. México: Mac Graw-Hill, 2010. p.
525-526.
24
PRESSMAN, Roger S. Ingeniería del software. Un enfoque práctico. 5 ed. México: Mac Graw-Hill, 2010. p.
525-526.

45
iterativa solamente se detalla la iteración actual, y las iteraciones subsecuentes
sólo se plantean de forma general.

 Análisis. Durante esta etapa se establecen los requerimientos técnicos, gráficos,


y de contenido, que se incorporaran en la iteración.

 Ingeniería. La actividad de ingeniería incorpora dos grupos de tareas que se


realizan en paralelo: el diseño del contenido y la producción, se enfocan en el
diseño, producción y adquisición del contenido de texto, gráfico y video que se
vayan a integrar en la aplicación. Por otro lado, están el diseño arquitectónico, de
navegación e interfaz, el cual lidia con los aspectos técnicos.

 Generación de páginas y pruebas. Pruebas que confirmen si el contenido


dinámico se genere correctamente, utilizando las plantillas, interfaces y
contenidos diseñados en la fase de ingeniería. Posteriormente se realizan las
pruebas pertinentes, que dependerán del tipo de aplicación y requerimientos no
funcionales (por ejemplo, pruebas de desempeño, etcétera).

 Evaluación del cliente. Al final de cada iteración se debe realizar una evaluación
con el cliente, para validar el avance y determinar los cambios o mejoras (en
caso de ser necesarios) que se aplicarán en las siguientes iteraciones.

4 NOMBRES DE LAS PERSONAS QUE PARTICIPAN EN EL PROCESO.

 EDWIN BARRIENTOS AVENDAÑO– Director de Proyecto de Grado


 MIGUEL RINCON – Coordinador del Programa de Ingeniería de Sistemas.
 Universidad Popular del Cesar - Seccional Aguachica
 GERENTE COMERCIAL NANCY MONTENEGRO SANGUINO - Almacén
Innova Créditos

46
5 RECURSOS DISPONIBLES :(Materiales, Institucionales, y Financieros).
Recursos Precio
Cantidad físicos y Unitario Valor total
humanos
Modelado de Ingenieros de
negocio 1 sistemas $2.500.000,00 $2.500.000,00
Requisitos
Análisis y diseño
Implementación 1 Computador $1.500.000,00 $1.500.000,00
Pruebas
1 Equipo $1.500.000,00 $1.500.000,00
Servidor
1 Computador $1.500.000,00 $1.500.000,00
1 Impresora $150.000,00 $150.000,00
1 Dominio $150.000,00 $150.000,00
1 Hosting $50.000,00 $50.000,00
1 Impresora $150.000,00 $150.000,00
Tinta $120.000,00
6 $20.000,00
Despliegue recargable
1 Memoria USB $20.000,00 $20.000,00
Servicio de $600.000,00
12(Meses) $50.000,00
internet
Resma de $24.000,00
2 $12.000,00
papel
8 Carpetas $600,00 $4.800,00
Imprevisto 10% $826.880,00
TOTAL $9.095.680,00
Fuente: la autora
• Institucionales: Universidad Popular del Cesar, seccional Aguachica

47
CRONOGRAMA

48
CRONOGRAMA DE ACTIVIDADES
METODOLOGÍA DE DESARROLLO IWEB MES 1 MES 2 MES 3 MES 4 MES 5 MES 6 MES 7 MES 8 MES 9 MES 10 ME
SEMANAS
OBJETIVOS FASES ACTIVIDADES
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1
Definir alcance
del proyecto
Identificar los
objetivos
Formulación Elaboración y
entrega de la
propuesta
Definir los Realizar
requerimientos entrevista
funcionales y no Estimación de
funcionales de la costos
plataforma web Definir
inventarios y Planificación requerimientos
facturación del del sistema
almacén innova Definir los
créditos. riesgos
Analisis del
contenido
Analisis de
Analisis interacción
Analisis funcional
Analisis de la
configuración
Diseñar las Diseño
interfaces gráficas y arquitectónico
modelo entidad
relación con las que Diseño de
interactuaran los navegación
usuarios de la Ingeniería
plataforma web Diseño de la
inventarios y interfaz
facturación del
Diseño de
almacén innova
contenido
créditos.
Programación de
Construir las bases la aplicación
de datos y la
Generación de Desarrollar la
codificación de los
páginas aplicación web
módulos de la
plataforma web. de acuerdo a los
requerimientos

Pruebas del
sistema
Pruebas
pruebas de
usuario
Realizar y
Desarrollar pruebas
presentar
del sistema de los
manuales de
diferentes módulos
con el que contara la usuario al cliente
plataforma web. Evaluación del
cliente Presentación y
entrega del
trabajo final

Sustentación del
proyecto

BIBLIOGRAFIA

HERNANDEZ SAMPIERI, Roberto. Metodología de la investigación. 5 ed. México


D.F.: McGraw-Hill, 2010. 613 p.

49
Instituto colombiano de Normas Técnicas y certificación, ICONTEC. Trabajos
escritos: Presentación y referencias bibliográficas. Bogotá D.C.: ICONTEC, 2008.

TAMAYO Y TAMAYO, Mario. La investigación. Serie aprender a investigar. Cali:


Icesi, 1999. P. 41.

Vélez S., Carlos. Apuntes de metodología de la investigación. Un resumen de las


principales ideas para el desarrollo de proyectos de investigación. Medellín,
Antioquia. Universidad EAFIT. Departamento de Ciencias Básicas, 2001. 12 p.

CORDERO L., Jorge Luis. Metodologías Agiles Proceso Unificado Ágil (Aup). La
Paz – Bolivia. Universidad Unión Bolivariana. Ingeniería De Sistemas, 7 p.

BOOCH, Grady. JACOBSON, Ivar. RUMBAUGH, James. El Lenguaje Unificado de


Modelado. 2 ed. Madrid, España. Pearson Educación, 2006. 527 p.

SANCHEZ, Salvador. SICILIA, Miguel Angel. RODRIGUEZ, Daniel. Ingenieria del


Software. Un Enfoque desde la Guia SWEBOK. 1 ed. Mexico. Alfaomega Grupo
Editor, S.A., 2012. 568p.

50
ANEXO A

ENTREVISTA

La entrevista se realizara al gerente comercial del almacén Innova Créditos

OBJETIVO: Conocer las dificultades que tiene la empresa al gestionar los


procesos de la información que lleva el almacén Innova Créditos.

1. Observando lo procesos del almacén, ¿Qué opina usted sobre la efectividad de


los procesos de inventario y facturación que ha llevado durante el tiempo
laborado?

2. ¿Cómo es la actividad de la recolección de los datos y almacena usted la


información de cada proceso que se realiza en el almacén?

3. ¿Cómo se realiza la actividad de llevar el proceso de facturación en el


almacén?

4. ¿Cómo se realiza la actividad de llevar el proceso de inventario en el almacén?

5. ¿Cómo se maneja el proceso de clientes en el almacén?

6. ¿Qué conocimientos tiene usted sobre el manejo (manipulación y


mantenimiento) de sistemas de Información (software)?

51

También podría gustarte