Sie sind auf Seite 1von 79

UNIVERSIDAD MAYOR REAL Y

PONTIFICIA DE SAN FRANCISCO


XAVIER DE CHUQUISACA

FACULTAD DE TECNOLOGIA

CARRERA DE INGENIERIA DE SISTEMAS

PROYECTO DE GRADO:

SISTEMA DE GESTIN Y CONTROL DE VENTA DE PRODUCTOS Y


ACCESORIOS DE TELEFONA PARA LA EMPRESA STOP&GO

Postulante: Gerardo Montecinos Magne

Sucre, diciembre de 2013


CONTENIDO
1. capitulo i introduccin ..................................................................................................... 3

1.1 ANTECEDENTES ................................................................................................. 3

1.2 SITUACIN PROBLEMTICA........................................................................... 4

1.3 PROBLEMA CENTRAL ....................................................................................... 6

1.4 ABORDAJE DE LA SOLUCIN ......................................................................... 6

1.5 OBJETIVOS ........................................................................................................... 7

1.5.1 Objetivo general ............................................................................................................ 7

1.5.2 Objetivos especficos ..................................................................................................... 8

1.6 JUSTIFICACION ................................................................................................... 8

1.6.1 Justificacin econmica................................................................................................. 8

1.7 JUSTIFICACION SOCIAL ................................................................................... 9

1.8 JUSTIFICACION OPERATIVA ........................................................................... 9

2. captulo ii marco contextual ............. 10

2.1 la empresa stop&go .............................................................................................. 10

2.2 VALIDACIN EMPRICA DE LA PROBLEMTICA .................................... 16

2.3 procesos involucrados .......................................................................................... 22

2.3.1 Diagramas del modelo de negocios ............................................................................. 22

ii
2.3.2 Diagramas de actividades ............................................................................................ 24

3. CAPTULO III FUNDAMENTO TERICO ..... 28

3.1 ANTECEDENTES TEORICOS .......................................................................... 28

3.2 EMPRESAS Y GESTION COMERCIAL ........................................................... 30

3.2.1 Empresa ....................................................................................................................... 30

3.2.2 Clases de empresas ...................................................................................................... 32

3.2.3 Sistemas econmicos ................................................................................................... 34

3.2.4 Modelos organizativos................................................................................................. 34

3.2.5 Planificacin comercial ............................................................................................... 37

3.2.6 Marketing mix ............................................................................................................. 39

3.2.7 Programacin de ventas ............................................................................................... 40

3.2.8 Almacn....................................................................................................................... 41

3.2.9 Funciones de los almacenes......................................................................................... 43

3.3 INGENIERIA DE SISTEMAS EN LA GESTION COMERCIAL ..................... 44

3.3.1 Sistema ........................................................................................................................ 44

3.3.2 Sistema de informacin ............................................................................................... 45

3.3.3 Funciones de un sistema de informacin ..................................................................... 47

3.3.4 Administracin de la informacin ............................................................................... 49

3.3.5 Sistemas de informacin transaccionales .................................................................... 50

iii
3.3.6 El ciclo de vida de los sistemas de informacin .......................................................... 51

3.3.7 Proceso RUP................................................................................................................ 53

3.3.8 El lenguaje de modelado UML.................................................................................... 53

3.3.9 Herramientas CASE .................................................................................................... 54

3.3.10 .Net framework ....................................................................................................... 55

3.3.11 Programacin multicapa.......................................................................................... 56

3.3.12 Ventajas y desventajas de las arquitecturas n-tier ................................................... 58

3.3.13 Arquitecturas n-layer ventajas y desventajas ....................................................... 59

3.3.14 El Entity Framework (EF) ....................................................................................... 60

3.3.15 Rol del EF en una arquitectura n-layer ................................................................... 61

4. CAPITULO IV METODOLOGIA APLICADA AL PROYECTO .............................. 62

4.1 ELEMENTOS METODOLOGICOS DE LA INVESTIGACION CIENTIFICA62

4.1.1 Mtodos tericos ......................................................................................................... 62

4.1.2 MTODOS EMPRICOS ........................................................................................... 63

4.1.3 TECNICAS ................................................................................................................. 64

4.1.4 INSTRUMENTOS ...................................................................................................... 65

4.2 ELEMENTOS METODOLOGICOS DE LA INGENIERIA DE SISTEMAS ... 65

4.2.1 RUP ............................................................................................................................. 65

4.2.2 UML (Lenguaje Unificado de Modelado) ................................................................... 66

iv
4.2.3 Paradigma orientado a objetos..................................................................................... 66

4.2.4 Prototipacion ............................................................................................................... 67

4.2.5 Proceso iterativo e incremental.................................................................................... 67

4.2.6 MOR (ORM) ............................................................................................................... 67

4.3 HERRAMIENTAS E INSTRUMENTOS DE DESARROLLO .......................... 68

4.3.1 Rational Rose .............................................................................................................. 68

4.3.2 Microsoft SQL Server 2012 ........................................................................................ 68

4.3.3 Microsoft Visual Studio 2012 ..................................................................................... 69

4.3.4 Lenguaje de programacin C#..................................................................................... 69

4.3.5 Adobe Photoshop CS6................................................................................................. 69

4.4 PLAN DE TRABAJO .......................................................................................... 70

5. REFERENCIA BIBLIOGRFICA .............................................................................. 72

v
INDICE DE TABLAS

Tabla 3-1Trabajos de apoyo ................................................................................................. 29

Tabla 3-2Clasificacin Empresas........................................................................................... 32

Tabla 3-3Clasificacin Modelo Organizativo ........................................................................ 35

Tabla 4-1 Plan de Trabajo ..................................................................................................... 70

INDICE DE FIGURAS

Fig. 2-1Estructura orgnica STOP&GO ................................................................................. 14

Fig. 2-2 Flujo de caja STOP&GO ............................................................................................ 17

Fig. 2-3 Stock inicial diario STOP&GO ................................................................................... 18

Fig. 2-4Rendicin de Vendedor de STOP&GO ...................................................................... 20

Fig. 2-5Estado de Resultados STOP&GO .............................................................................. 21

Fig. 2-6Depsitos y retiros bancarios STOP&GO .................................................................. 22

Fig. 2-7Diagrama del modelo del negocio ............................................................................ 23

Fig. 2-8Diagrama del modelo de negocio Continuacin ...................................................... 24

Fig. 2-9Diagrama de actividades Vender Producto .............................................................. 25

Fig. 2-10Diagram de actividades Comprar Mercadera ........................................................ 26

Fig. 2-11Diagrama de actividades Dotar productos a vendedores ...................................... 27

Fig. 3-1Aplicacin N-Tier

Fuente: Elaboracin Propia .................................................................................................. 57


Fig. 3-2Aplicacin N-Layer

Fuente: Elaboracin Propia .................................................................................................. 57

2
1. CAPITULO I
INTRODUCCIN
1.1 ANTECEDENTES

STOP&GO, es una empresa dedicada a la comercializacin de productos y accesorios de


telefona (celulares, mdems, audfonos, cables, parlantes bluetooth beats entre los ms
destacados), equipos de computacin porttil, tarjetas y recargas de crdito de las empresas
ENTEL, TIGO y VIVA por mayor y menor, brindando siempre asesoramiento y orientacin
tcnica en relacin a los productos y servicios que comercializa.

Esta empresa ubicada en la ciudad de Tarija, en calle Sucre casi esquina Madrid, cuenta con
alrededor de diez empleados (un gerente general, un contador, una secretaria, un
administrador, dos supervisores de venta y cuatro encargados de venta), la excelente calidad
en la atencin de los clientes, los precios competitivos adicionalmente a las promociones,
planes de pago y descuentos son los factores que han permitido posicionarse como la
empresa ms importante en este rubro.

Una de las actividades ms importantes de la empresa STOP&GO, es la comercializacin de


tarjetas y recargas de crdito de las empresas ENTEL, TIGO y VIVA con mltiples formatos
de venta (mayorista, distribuidor y cliente final), asistiendo de esta manera todo tipo de
clientes, desde transentes hasta clientes fijos como son tiendas de barrio, puntos ENTEL,
TIGO o VIVA, cabinas telefnicas, etc. Para las ventas por mayor, la empresa cuenta con
personal adicional itinerante denominados vendedores de distribucin, quienes son
encargados de hacer llegar estos productos hasta el lugar donde estn establecidos los puntos
de venta al cliente final, es importante mencionar que esta actividad es condicionada a
diferentes tipos de clientes que en relacin a la antigedad, las cantidad que adquiere o el
lugar donde se encuentra ubicado se le otorga un tratamiento diferenciado en los precios con
la finalidad de motivar a los vendedores finales.

Para la venta de computadoras porttiles, tablets y celulares de gama alta, la empresa tiene
un proveedor que se encuentra en el pas de los Estados Unidos, lo cual le permite importar
3
equipos que no se encuentran fcilmente en el mercado nacional y en muchas circunstancias
son muy requeridos por los clientes. En relacin a los celulares de gama media, gama baja,
dispositivos y accesorios de telefona, las principales fuentes de abastecimiento son las
ciudades de Santa Cruz, La Paz, Cochabamba considerando ciertas caractersticas y
fundamentalmente la oferta que los proveedores puedan realizar.

En cuanto a la gestin y seguimiento de los clientes, compras y ventas, esta se realiza


utilizando hojas de clculo Excel, cuadernos y hojas de papel, que son los elementos que los
diferentes empleados utilizan para registrar las operaciones que generan los procesos de
comercializacin. El correo electrnico y el sms son los medios ms comunes para informar
a los clientes de algunas promociones importantes para la empresa.

1.2 SITUACIN PROBLEMTICA

En relacin a la comercializacin de productos y servicios de la empresa STOP&GO, se


identificaron los siguientes problemas:

No se tiene un registro completo y actualizado de los productos ingresados a la


empresa para la venta, por lo que la comercializacin de los mismos se la realiza sin
un seguimiento y control, desconocindose las existencias reales y fundamentalmente
las ganancias o en su caso los niveles de dficit, adems que ante esta limitacin la
empresa pierde el control sobre los productos que salen de la misma, al punto que en
algunos casos se llega a responder con garanta comprometida a productos que no
fueron vendidos por la empresa situacin que daa los intereses econmicos de la
misma.
El registro de clientes de tarjetas y crditos de recarga para telefona mvil es
realizado en hojas Excel, sin ningn control y en un equipo al cual acceden todos los
funcionarios sin ninguna restriccin, considerando que los tratamientos de
bonificaciones o descuentos son particulares en relacin al tipo de cliente y que esto
se constituye en montos econmicos, este esquema permite que fcilmente se aplique
tratamientos especiales a clientes que no pueden acceder a los mismos, o en su caso

4
se genere situaciones que perjudiquen a la empresa econmicamente o afecte la
credibilidad de sus clientes si es que estos se ven afectados por alguna situacin
arbitraria a su inters, siendo muy difcil identificar a los responsables de dichos actos.
El abastecimiento de productos es realizado de manera emprica y basado en la
experiencia del auxiliar contable; sin embargo, la conducta de los consumidores es
muy variante y en muchos casos ocasiona que la empresa se encuentre desprovista de
productos que comercializa o en su caso tenga en stock cantidades de productos que
no tienen un movimiento comercial constante, situacin que genera incertidumbre en
cuanto a medidas y polticas que el gerente pueda asumir para aminorar estas
situaciones adems de considerables prdidas econmicas.
Cuando se comercializa un determinado producto y el cliente retorna por que ha
identificado alguna falla o deficiencia en el mismo, la empresa se encuentra con la
dificultad de identificar con precisin si realmente ese fue el producto que
comercializ, donde finalmente por la reputacin de la empresa, sta asume el
reemplazo o reparacin, lo cual significa un perjuicio econmico a la empresa si el
producto no fue comercializado por la misma.
En el momento de realizar las ventas, los vendedores no cuentan con informacin
precisa en relacin a la existencia fsica de los productos y en las cantidades
requeridas por los clientes, por lo que estos deben realizar una inspeccin en depsito
o consulta a los archivos en Excel, proceso que considera espacios de tiempo, incluso
en muchas circunstancias los responsables de venta no pueden disponer de una
respuesta solvente en relacin al requerimiento del cliente, que en muchos casos
termina desanimndose concretar la transaccin.
La mercadera que es otorgada a los vendedores de distribucin es registrada en una
hoja de Excel; sin embargo, constantemente los registros de distribucin no coinciden
con las cantidades adquiridas de los proveedores, situacin que ha puesto en duda la
validez de este mecanismo de registro, como la seguridad y confianza en su
utilizacin, pues voluntaria e involuntariamente la informacin registrada, en muchos
casos, ha sido alterada, generando prdidas econmicas y susceptibilidad con el
personal de la empresa.

5
Constantemente la administracin tiene conflictos con las bonificaciones a las que
cada distribuidor de venta puede acceder, pues la cantidades consignadas son
registradas acumulativamente en cuadernos por ambas partes y por lo general nunca
coinciden, generando frustracin en el distribuidor de ventas o en su caso prdidas
econmicas a la empresa.
El gerente de la empresa no puede asumir decisiones estratgicas de
comercializacin, debido al desconocimiento permanente de los estados financieros,
por la dificultad y el tiempo que esto conlleva, pues los medios utilizados para
registrar la informacin referida a la comercializacin de los productos que maneja la
empresa, requiere de la inversin de espacios de tiempo considerablemente
prolongados y cierre momentneo de la empresa, lo cual condiciona que no se
practique la generacin de este tipo de informes y reportes, situacin que limita las
decisiones estratgicas de inversin o reajuste que se podra aplicar.

1.3 PROBLEMA CENTRAL

Considerando la situacin problemtica anteriormente expuesta se puede formular el


problema central como:

La deficiente gestin, resguardo y manejo de la informacin vinculada a los procesos de


comercializacin, debido a los medios y soporte empleados en su preservacin, lo cual
impide un fcil tratamiento para su respectivo provecho en la planificacin y gestin de la
empresa en relacin a la comercializacin de los productos y servicios que maneja,
incidiendo en las dificultades que actualmente asume la empresa en la efectividad en cuanto
a la asistencia y atencin a los clientes, resguardo de informacin confidencial y proyecciones
o previsiones futuras de la empresa.

1.4 ABORDAJE DE LA SOLUCIN

Para subsanar las dificultades identificadas se desarrollar un sistema que permita


reorganizar y readecuar los flujos y mecanismos de gestin de informacin en cuanto a la

6
comercializacin de productos, para lo cual se emplear un software que admita la
posibilidad de llevar un registro actual y permanente de las transacciones comerciales que
realiza la empresa, as como los involucrados en los procesos de adquisicin o compra de
productos, permitiendo garantizar un abastecimiento efectivo y controlado, considerando las
mejores alternativas de oferta, para permitir soportar todo el proceso de venta, desde la
cotizacin, la venta y el seguimiento a las respectivas garantas, considerando adems la
posibilidad de controlar adecuadamente las bonificaciones y premios que la empresa tiene
establecidos para los distribuidores de venta, logrando un abono efectivo y justo, adems de
mostrar una imagen empresarial seria. En relacin a los clientes, el sistema permitir generar
un vnculo informativo permanente para mostrar la capacidad de informacin que dispone la
empresa y sobre todo el cuidado y compromiso que sta tiene con los mismos, a travs de, la
incorporacin de un componente de mensajera para celular y correo electrnico, que ser
adems el medio oficial para el lanzamiento de promociones que la empresa asuma. La
facilidad de consulta a travs del sistema agilizar el proceso de venta de productos, adems
de realizarse un registro de la transaccin y su respectiva facturacin a travs del sistema
informtico, garantizando la integridad de la informacin y permitiendo la generacin de
reportes de manera rpida y precisa.

Toda la solucin de software se desplegar sobre la infraestructura que actualmente cuenta


la empresa, aprovechando la red de datos y considerando la adquisicin de un equipo de
cmputo que responda a la funcin de servidor.

1.5 OBJETIVOS

1.5.1 Objetivo general

Mejorar la gestin y control de la comercializacin de productos y accesorios de telefona de


la empresa STOP&GO.

7
1.5.2 Objetivos especficos

Garantizar la identificacin y registro completo de cada uno de los productos que


ingresan a la empresa STOP&GO para la venta previa comercializacin.
Preservar y asegurar la informacin referente a la comercializacin de productos
considerando niveles de acceso y confidencialidad de la misma.
Garantizar el abastecimiento oportuno y en cantidades estratgicas de los productos
que comercializa la empresa STOP&GO.
Responder efectivamente ante los compromisos de garanta asumidos sobre los
productos comercializados por la empresa STOP&GO.
Eliminar situaciones de estafa o beneficio ilcito sobre productos que no fueron
comercializados por la empresa STOP&GO.
Responder efectiva y justamente con los compromisos econmicos de bonificaciones
y premios asumidos con los vendedores de distribucin.
Apoyar efectivamente las decisiones y proyecciones de la empresa con informes y
reportes con alto nivel de precisin y exactitud, como rapidez en su elaboracin.
Desarrollar un software acorde a las necesidades y peculiaridades de la empresa en
relacin a la comercializacin de productos.

1.6 JUSTIFICACION
1.6.1 Justificacin econmica

El presente proyecto asume su mayor foco de importancia en el aspecto econmico, pues


actualmente los flujos y mecanismos que soportan los procesos de comercializacin, se basan
en la confianza que los gerentes y administradores tienen en el personal que supervisan; sin
embargo, esta no es una poltica que se deba seguir, pues el error humano voluntario e
involuntario siempre est presente y en mucho casos puede traer consigo prdidas
importantes de dinero, siendo la actividad principal de la comercializacin, velar por que este
proceso sea controlado de principio a fin y resguardar la informacin que genera, lo cual
permitir evitar prdidas de dinero, adems de permitir realizar proyeccin o maniobras

8
oportunas en la administracin de la empresa que le garanticen una generacin de beneficios
importante, lo cual ser transmitido a todos los empleados de la misma.

1.7 JUSTIFICACION SOCIAL

El manejo basado en la confianza de los empleados y de que ellos hagan siempre bien su
trabajo funciona mientras no existan situaciones negativas, lo cual dura poco, ya que en
muchos casos personal inocente es implicado en investigacin, incomodando y dando mala
imagen de la administracin. Con el proyecto se resguardar la responsabilidad de cada
empleado en relacin al mbito de informacin que maneje, registrndose cada operacin
que realice, evitando de esta manera implicar a personas inocentes e identificar fcilmente a
los responsables. Todo esto finalmente se materializara en un buen servicio y atencin
efectiva hacia los clientes.

1.8 JUSTIFICACION OPERATIVA

El servicio de atencin a los clientes, dispondr de mejoras importantes, permitiendo


optimizar los tiempos de asistencia, garantizando la existencia de los productos que la
empresa oferta y la calidad e integridad de los mismos, permitiendo un mejor desempeo en
los empleados, adems de ampliar su mbito de servicio y atencin, adems de su efectividad,
utilizando los recursos tecnolgicos disponibles y respetando los principios asumidos como
empresa en torno a la comercializacin de productos.

9
2. CAPTULO II
MARCO CONTEXTUAL
2.1 LA EMPRESA STOP&GO

STOP&GO, es una empresa tarijea dedicada a la comercializacin de productos y servicios


de telefona mvil, adems de la venta de porttiles. El domicilio legal de la empresa se halla
ubicada en la calle Sucre casi esquina Madrid de la ciudad de Tarija-Bolivia.

La comercializacin de tarjetas y recargas de crdito de las diferentes empresas de


telecomunicaciones (ENTEL, TIGO y VIVA), se ha convertido en una de las actividades ms
importantes de la empresa STOP&GO, considerando variedad de formatos de venta
(mayorista, distribuidor y cliente final), asistiendo de esta manera todo tipo de clientes.

En cuanto a la misin, visin y valores de la empresa:

MISIN

Satisfacer las necesidades de los clientes con productos innovadores que faciliten y mejoren
su estilo de vida, brindndoles muchas facilidades en la adquisicin y venta de productos de
calidad.

VISIN

Ser una empresa lder en ventas de productos y recargas de telefona mvil y todos sus
productos complementarios a nivel nacional.

VALORES

Calidad de servicio y atencin


Compromiso con el cliente
Cumplimiento
Estructura organizativa

10
tica
Excelencia operacional
Innovacin
Puntualidad
Respeto
Responsabilidad
Seguridad
Seriedad

RECURSOS HUMANOS Y SUS FUNCIONES

La Empresa STOP&GO a nivel general est conformada por:

El Gerente General (Propietario), quien


o Define, propone, coordina y ejecuta las polticas de comercializacin
orientadas al logro de una mayor y mejor posicin en el mercado.
o Define y propone los planes de marketing y venta de la Empresa.
o Organiza y supervisa el desarrollo de polticas de promocin y venta de los
productos que ofrece la Empresa.
o Genera enlaces con los distintos proveedores (celulares, tarjetas y recarga de
las distintas empresas).
1 Supervisor de ventas, quien
o Monitorea y controla a los vendedores.
o Crea programas de capacitacin y adoctrinamiento para los vendedores.
o Realiza el control de arqueos en coordinacin con caja y el auxiliar contable
o Investiga, sugiere y elabora planes promocionales (ofertas, descuentos,
bonificaciones, etc.)
o Busca y elige canales de distribucin y venta.
o Motiva a los vendedores elaborando campaas promocionales, eligiendo
premios y concursos mensuales.

11
o Da y recibe informacin de parte de los vendedores sobre la competencia y
comportamiento del mercado.
o Realiza informes de ventas semanales y mensuales.
1 Auxiliar contable, quien
o Se encarga de la parte contable del proceso de comercializacin.
o Clasifica, prepara, codifica y registra cuentas, facturas y otros estados
financieros de acuerdo con procedimientos establecidos.
o Elabora comprobantes de ingreso y egreso.
o Liquida impuestos.
o Calcula costo de materiales y otros desembolsos con base en cotizaciones y
listas de precios.
o Analiza los estados financieros.
o Tramita la documentacin para cancelacin a proveedores (locales - exterior).
o Se encarga del manejo y control de inventarios.
o Emite informes sobre las ventas diarias, mensuales y peridicas, los saldos en
stock, los requerimientos de compras, etc.
o Realiza pago de servicios.
o Realiza los depsitos bancarios.
o Es el encargado de la dotacin de tarjetas, recargas, celulares y modems.
2 Vendedores de oficina, quienes se encuentran en el saln de ventas ubicado en el
lugar donde fsicamente la empresa opera, quienes
o Realizan ventas de todos los productos que la empresa determine, en el orden
de prioridades por ella establecidos.
o Reportan a sus superiores directos sobre algunos problemas, si existiese, con
los clientes.
o Llevan un control detallado de las operaciones de cada cliente.
o Cierran las operaciones de venta a los precios y condiciones determinados por
la empresa.
o Emiten una lista sobre faltantes de stock.
o Emiten informe peridico sobre ventas.

12
o Realizan pedido de productos para el da siguiente
1 Encargado de caja, quien
o Recibe los pagos de los clientes
o Mantiene un registro de estos pagos
o Lleva el registro y control de los movimientos de caja.
o Registra los datos del cliente
o Emite factura
o Realiza la conciliacin del total de los pagos con el total de las ventas
o Prepara el reporte de caja diariamente
o Suministra a su superior los recaudos diarios del movimiento de caja
3 Vendedores con puestos fijos en el mercado, se encuentran distribuidos en los
diferentes mercados de la ciudad, quienes
o Realizan ventas de todos los productos que la empresa determine, en el orden
de prioridades por ella establecidos.
o Reportan problemas que se presentan con los clientes.
o Cierran las operaciones de venta a los precios y condiciones determinados por
la empresa.
o Coordinan con el supervisor de ventas las posibles altas y bajas de ventas en
lugares estratgicos y fechas.
o Realizan arqueos al final del da
o Realizan pedido de productos para el da siguiente.
o Emiten informe sobre ventas.
3 Vendedores freelance de productos, trabajadores independientes o autnomos a
quienes la empresa contrata para una labor determinada, como ventas de modem y
celulares postpago.
o Realizan ventas de todos los productos que la empresa determine, en el orden
de prioridades por ella establecidos.
o Visitan a todos los clientes (activos y/o potenciales) de acuerdo a la zona o
cartera establecida.

13
o Realizan tareas para activar la cobranza en funcin de cumplir con las metas
fijadas en los presupuestos mensuales.
o Colaboran en la distribucin y/o colocacin de material promocional en los
locales.
o Programan semanalmente las actividades de visitas a realizar diariamente.
o Informan diariamente a la Empresa los resultados de sus visitas.
o Como cualquier vendedor, stos tienen la obligacin de realizar sus arqueos,
adems de coordinar con el supervisor de ventas las posibles visitas a
instituciones o clientes estratgicos VIP y desde luego realizar el pedido de
productos para el da siguiente.

ESTRUCTURA ORGANIZACIONAL

La estructura orgnica de la empresa STOP&GO, se la presenta a continuacin mediante el


siguiente grfico:

GERENTE GENERAL
STOP&GO

SUPERVISOR AUXILIAR
DE VENTAS CONTABLE

VENDEDORES
VENDEDORES VENDEDORES ENCARGADO
DE
FREELANCE DE OFICINA DE CAJA
DISTRIBUCIN

Fig. 2-1Estructura orgnica STOP&GO

Fuente: Elaboracin Propia

14
RECURSOS TECNOLGICOS

Los recursos tecnolgicos con los que cuenta la Empresa STOP&GO se describen a
continuacin:

Se cuenta con 2 porttiles


1 para Gerencia General
1 para Ventas de saln
La Empresa cuenta con 2 computadoras de escritorio
1 para auxiliar contable
1 para supervisor de ventas
Se cuenta con una red inalmbrica WIFI interna
Servicio adsl externo.
1 impresora multifuncional
Alarma y sistema de cmaras y vigilancia (empresa externa PROTEL)

Los funcionarios utilizan ciertos programas que apenas les permite sobrellevar el movimiento
de la Empresa, por ejemplo se tiene al DaVinci y las hojas electrnicas Excel para el registro
de todos los procesos contables (ventas, compras, ingresos, gastos, balances, etc.)

INFRAESTRUCTURA FSICA

En cuanto a la infraestructura fsica de la empresa STOP&GO, se tiene:

Cuenta con un saln de ventas SHOW ROOM, con un rea aproximada de 30m2,
donde se encuentran 2 escritorios para la atencin de clientes postpago y modem
y vitrinas de exposicin de celulares, accesorios y porttiles.
Cuenta con un saln de ventas TIGO MONEY (servicio extra), con un rea
aproximada de 25 m2., donde se encuentra 1 escritorio para atencin a clientes de
Tigo Money, adems de las reas de caja y auxiliar contable.

15
Cuenta con un saln interno, con un rea aproximada de 16m2., el cual est
destinado para reuniones, rendiciones y adems donde se encuentra toda la
documentacin de respaldo.
Cuenta con quioscos desarmables, los cuales se trasladan y ubican en los
mercados de la ciudad, estos estn destinados para los vendedores de distribucin
y ventas de tarjetas y recarga.

2.2 VALIDACIN EMPRICA DE LA PROBLEMTICA

En cuanto a la demostracin de la situacin problemtica mencionada en el captulo anterior,


se tiene los documentos en hojas Excel que la Empresa STOP&GO maneja para llevar
adelante sus procesos de venta.

En el siguiente grfico se puede ver como el registro de flujo de caja se encuentra en una hoja
Excel expuesta a cualquier persona que ingrese a la Empresa, donde lo nico que queda es
colocar un mensaje NO SE DEBE TOCAR NINGUNA CASILLA ESTAS ESTAN
CALZADAS A LA INFORMACION DE LAS DEMAS PESTAAS. EL MONTO DE LA
CASILLA H33 SIEMPRE VA SER EL TOTAL DE DINERO DISPONIBLE QUE SE
TIENE AL FINAL DEL DIA, esto muestra la inseguridad en el manejo de los datos.

16
Fig. 2-2 Flujo de caja STOP&GO

Fuente: Documentos electrnico STOP&GO

En el siguiente grfico, se puede evidenciar de la problemtica mencionada, respecto a:


Cuando se comercializa un determinado producto y el cliente retorna por que ha identificado
alguna falla o deficiencia en el mismo, la empresa se encuentra con la dificultad de identificar
con precisin si realmente ese fue el producto que comercializ, pues al iniciar el da se
realiza un stock inicial en el que slo se identifica la cantidad de cada tipo de producto
existente, es decir, cuantos celulares existen, cuantos modems, cuantos audfonos, etc. y no
as las caractersticas que identifican como nico producto a cada uno, por ejemplo nmeros
de serie.

17
Fig. 2-3 Stock inicial diario STOP&GO

Fuente: Documentos electrnico STOP&GO


18
Otro problema asociado al grfico anterior es: los vendedores no cuentan con informacin
precisa en relacin a la existencia fsica de los productos, por lo que estos deben realizar una
inspeccin en depsito, esto debido a que no se tiene un dato exacto de por ejemplo la
existencia de modelos y colores en una marca de celular especfica, lo nico que se registra
en Excel son datos muy generales de los productos.

Respecto al problema La mercadera que es otorgada a los vendedores de distribucin es


registrada en una hoja de Excel; sin embargo, constantemente los registros de distribucin
no coinciden con las cantidades adquiridas de los proveedores, situacin que ha puesto en
duda la validez de este mecanismo de registro, en la siguiente figura se muestra el registro
y control del proceso de venta que realiza un determinado vendedor, en el cual se puede ver
claramente errores que despacha algunas celdas de la hoja electrnica, adems que al finalizar
los clculos, el vendedor debe realizar rendicin de un total negativo, lo que muestra las fallas
que existe en este mecanismo de registro, ya sea por manipulacin en los datos o por mala
utilizacin de una determinada frmula.

19
Fig. 2-4Rendicin de Vendedor de STOP&GO

Fuente: Documentos electrnico STOP&GO

20
Fig. 2-5Estado de Resultados STOP&GO

Fuente: Documentos electrnico STOP&GO

El grfico anterior muestra el estado de resultados de la Empresa del mes de octubre, el cual
no tiene la estructura adecuada, lo que no permite tener una visin clara de lo que realmente
pasa en la empresa, esto implica un perjuicio para la Empresa, pues el Gerente no puede
asumir decisiones estratgicas de comercializacin.

21
Fig. 2-6Depsitos y retiros bancarios STOP&GO

Fuente: Documentos electrnico STOP&GO

Todos los registros contables se realizan en hojas Excel, lo cual genera inseguridad, falta de
confianza en los datos, claro ejemplo esta en las notas que dejan al lado de las tablas,
indicando donde se debe colocar cierto dato y donde no.

2.3 PROCESOS INVOLUCRADOS

Las actividades, personas y procesos que involucran la gestin de venta de productos de la


Empresa STOP&GO se describen grficamente a continuacin.

2.3.1 Diagramas del modelo de negocios

Los diagramas del modelo de negocios mostrados a continuacin permiten observar los
procesos que se llevan a cabo en la venta de productos de la Empresa.

22
Gerente General

Registrar promociones

Registrar proveedores

Emitir reportes de caja diario

Encargado de Caja

Registrar clientes

Ingresos por venta en ambientes

Emitir factura Registrar Ingresos

Ingreso por ventas vendedores de distribucion

Vender productos
Vendedor de distribucin

Emitir informe de ventas


Vendedor de Oficina

Entregar productos y dinero de ventas

Solicitar producto para venta

Vendedor Freelance

Fig. 2-7Diagrama del modelo del negocio

Fuente: Elaboracin Propia

23
Recepciona mercaderia adquirida

Comprar mercaderia

Calcular costos de materiales

Auxiliar contable

Emitir informe faltantes en stock Gestionar y controlar inventario

Emitir informes sobre ventas


Dotar productos a los vendedores Realizar depsitos bancarios

Fig. 2-8Diagrama del modelo de negocio Continuacin

Fuente: Elaboracin Propia

En los diagramas anteriores se puede observar todo el proceso actual de venta de productos
de la Empresa STOP&GO.

2.3.2 Diagramas de actividades

A continuacin se identificarn los flujos de actividades que corresponden con los principales
procesos.

24
Encargado de caj a : Encargado de Caj a Cliente : Cliente Vendedor : Vendedor de Oficina

Solicitar Solicitar pago de


producto producto en caja
Archivo de ingresos
actualizado

Registrar Realizar pago


ingresos de producto

Archivo de clientes
actualizado

Registrar datos
del cliente

Factura

Emitir comprobante Solicitar entrega de Verificar existencia


de pago y/o Factura producto de producto

[no existe producto]

[requiere otro producto] Informar la no existencia


del producto
[no requiere otro producto] [existe producto]

Entregar o Despachar
Devolver pago Solicitar devolucin producto
de pago

Cancelar venta

Fig. 2-9Diagrama de actividades Vender Producto

Fuente: Elaboracin Propia

Como se puede ver en el grfico anterior, la manera como se realiza una venta es inadecuado,
puesto que al momento de hacer la entrega del(los) producto(s) es cuando muchas veces se
cercioran de la no existencia del (los) mismo(s) en almacn, esto perjudica de sobre manera
a la empresa, dando una mala imagen de la misma y desanimando a los clientes a volver en
busca de algn otro producto.

25
Vendedor : Vendedor de Oficina Auxiliar Contable : Auxiliar contable Gerente General : Gerente General

Solicitar producto por Emitir lista de Recibir lista de


faltante de stock faltantes de stock faltantes de stock

Cotizar Solicitar cotizacin


productos de productos

Realizar compra

Recepcionar
mercadera

Fig. 2-10Diagram de actividades Comprar Mercadera

Fuente: Elaboracin Propia

En el grfico anterior se observa como la adquisicin o compra de productos se la realiza sin


previa verificacin y anlisis del inventario fsico, lo que ocasiona que el abastecimiento no
sea el necesario.

26
Vendedor de distribucion : Vendedor de distri... Auxiliar contable : Auxiliar contable

Solicitar producto Recibir solicitud de


para la venta productos
Nota de
entrega

Recibir nota de entrega Emitir nota de entrega


de productos de productos

Firmar nota de Entregar productos


entrega solicitados Archivo de entregas
actualizado

Registrar productos
entregados

Fig. 2-11Diagrama de actividades Dotar productos a vendedores

Fuente: Elaboracin Propia

La entrega de productos a los vendedores de distribucin, se la realiza sin previo anlisis, no


se considera si realmente esa solicitud est en funcin a la demanda que se tiene en ese puesto
de distribucin. Otro aspecto negativo es el registro de productos en documento Excel una
vez realizada la entrega, lo que genera susceptibilidad, puesto que los datos pueden ser
cambiados o manipulados y no coincidir de esa manera la informacin registrada con el stock
fsico entregado.

27
3. CAPTULO III
FUNDAMENTO TERICO
3.1 ANTECEDENTES TEORICOS

En relacin a proyectos, programas, software, trabajos de investigacin y desarrollo


vinculados al mbito de trabajo se pudo identificar lo siguiente:

En el mbito internacional
o Se pudieron identificar una gran variedad de productos de software entre los
que podemos mencionar:
Sistema de Ventas 1.1
Alvendi 1.4.9
VentasSIS
ContaFac
El Almacen Punto Venta
Entre los ms conocidos, en los sitios que promocionan este tipo de
aplicaciones, donde la mayora, considera la siguiente funcionalidad bsica:
Registrar un cliente con toda su informacin personal y su posterior
modificacin.
Generar lista de email para el envo en masa.
Registrar la compra de productos.
Generar listado de facturas pendientes de pago.
Imprimir listado de compras realizadas.
Modificar productos y su stock.
Acceder a los productos de stock y mostrar detalladamente su
informacin.
Generar Listado de precios en archivos Word.
Realizar bsqueda rpida de un producto
Registrar la venta de productos a un cliente
Generar factura

28
Generar listado de ventas impresas
Imprimir informe de ventas impresas entre fechas.
Generar listado de ventas no impresas.
Generar facturas de ventas no impresas.
Sin embargo, lo lamentable de estos productos es que son desarrollados para
contextos con polticas rgidas y bien definidas y su implantacin en nuestro
medio requerira un gran trabajo de adecuacin, adems que los costos de
mantenimiento y asistencia se dispararan por la distancia geogrfica donde se
encuentran las empresas que los producen, por lo cual estos productos fueron
descartados para su implantacin en la empresa STOP&GO.
En el mbito nacional y local
o Existen una gran variedad de proyectos de grado que han desarrollado este
tipo de producto utilizando variados criterios de solucin y tecnologa, sin
embargo la principal caracterstica es que estos son a medida de los
requerimientos de las empresas para las cuales fueron construidos y revisando
los repositorios de cdigo la gran mayora no dispone de las fuentes completas
ni de documentacin tcnica que permita asumir alguno de estos como base
para el desarrollo del software del presente proyecto.
o Sin embargo, se consideraron trabajos desarrollados en la Carrera de
Ingeniera de Sistemas de la Universidad de San Francisco Xavier como
elementos de revisin y orientacin en aspectos que puedan guiar el desarrollo
del presente trabajo, los trabajos revisados y que se consideraran como apoyo
son:

Tabla 3-1Trabajos de apoyo

TITULO AUTOR MODALIDAD GESTION DEFENSA


"APLICACIN WEB PARA EL CONTROL DE LPEZ ALBORNOZ TRABAJO DIRIGIDO 2/2012
VENTAS, INVENTARIOS Y FACTURACION LUIS MIGUEL
EN LA EMPRESA PLANALTO SECCION
AGRICOLA,
"IMPLEMENTACIN DEL SISTEMA DE PARDO URIONA TRABAJO DIRIGIDO 1/2010
GESTIN DE ALMACENES, VENTAS Y CARLOS
PROMOCIN DE TEJIDOS

29
TRADICIONALES JALQA TARABUCO
PARA LA FUNDACIN ASUR "
"IMPLEMENTACIN SISTEMA DE CABA CANALES PROYECTO DE 1/2012
GESTIN DE EXPEDICIONES, VENTAS Y ROXANA MERCEDES GRADO
FACTURACIN PARA LA EMPRESA
COMERCIAL DE AGREGADOS SAN JUAN
LTDA. "
"SISTEMA DE CONTROL DE CONDORI ZAMBRANA PROYECTO DE 2/2012
ADQUISICIONES, VENTAS Y SOPORTE ARIEL GRADO
TECNICO PARA LA EMPRESA HIVAL
COMERCIALIZADORES "
"SISTEMA DE CONTROL VENTAS Y MARTINEZ MUOZ PROYECTO DE 2/2006
ALMACENES DE DISTRIBUIDORA LUIS ANDRES GRADO
COBOCE E IMPORTADORA R "
"SISTEMA DE VENTAS, COMPRAS E GONZALES CRUZ PROYECTO DE 1/2012
INVENTARIOS PARA LA DISTRIBUIDORA HUGO ALVARO GRADO
FERROBOL "
"SISTEMA INTEGRADO DE CONTROL DE ZURITA HERBAS PROYECTO DE 1/2006
ALMACENES Y VENTAS PARA CAROLINA ELFI GRADO
FERRETERIAS "
"SISTEMA INTEGRADO DE GESTION DE GIRA MANSILLA MERY PROYECTO DE 2/2012
COMPRAS, VENTAS Y ALMACENES PARA ROXANA GRADO
LA DISTRIBUIDORA DORADO "
"SISTEMA DE ADMINISTRACIN, SERRANO CUETO ANTIGUOS 1/2012
CONTROL, VENTAS Y ALMACENES PARA ROSA EGRESADOS
LA COMERCIALIZADORA RVR "

Fuente: Elaboracin Propia

o Es importante resaltar que hasta la fecha no existe ningn proyecto que haya
considerado el mbito de accin y la problemtica que se asume en el presente
proyecto.

El presente proyecto desarrollar su Fundamento Terico en relacin al siguiente esquema

3.2 EMPRESAS Y GESTION COMERCIAL


3.2.1 Empresa

La definicin de empresa es un tanto difcil precisarla por el mbito y amplitud de la misma;


sin embargo, se considera la definicin propuesta por (1 pg. 6) para fines del presente
trabajo, que en su texto dice:

30
Por lo tanto, la empresa constituye un sistema en el que se coordina factores de
produccin, financiacin y marketing para obtener sus fines.

De ello se deducen las principales caractersticas de toda empresa:

1. La empresa es un conjunto de factores de produccin entendiendo como tales los


elementos necesarios para producir (bienes naturales o semielaborados, factor
trabajo, maquinaria y otros bienes de capital), factores mercadotcnicos, pues
los productos no se venden por s mismos y factores financieros, pues, para
realizar las otras tareas es preciso efectuar inversiones y estas han de ser
financiadas de algn modo.
2. Toda empresa tiene fines, u objetivos, que constituyen la propia razn de su
existencia. Tradicionalmente, en el sistema de economa de mercado estos fines
se han asociado a la maximizacin del beneficio. En la actualidad, el abanico de
objetivos que se manejan es ms amplio, aunque, si se ha de sealar un objetivo
central, sera el de la maximizacin del valor de la empresa
3. Los distintos factores que integran la empresa se encuentran coordinados para
alcanzar sus fines. Sin esa coordinacin la empresa no existira, se tratara de un
mero grupo de elementos sin conexin entre s y, por lo tanto, incapaces de
alcanzar objetivo alguno. Esa coordinacin hacia un fin la realiza otro factor
empresarial que es la administracin, o direccin, de la empresa. El factor
directivo planifica la consecucin de los objetivos, organiza los factores, se
encarga de que las decisiones se ejecuten y controla las posibles desviaciones
entre los resultados obtenidos y los deseados. Este factor se encarga de unir los
esfuerzos para conseguir los objetivos globales del sistema empresarial.
4. La empresa es un sistema. Un sistema es un conjunto de elementos, o subsistemas,
interrelacionados entre s, y con el sistema global, que trata de alcanzar ciertos
objetivos.

31
Por lo que se asume y considera plenamente la magnitud de este concepto, que servir para
realizar un abordaje que no evite o ignore involuntariamente ningn componente que est
implicado en el desarrollo del estudio de la situacin actual y de la propuesta de solucin.

Rescatando el ltimo punto mencionado por el citado autor que considera a la empresa como
un sistema, esto reforzar el enfoque ingenieril y de sistemas que se le pretende dar al
presente trabajo.

3.2.2 Clases de empresas

Es importante establecer los tipos de empresa y conocer algunas de sus peculiaridades para
dimensionar adecuadamente su tamao, capacidades, en trminos generales sus
peculiaridades para a partir de ellos vincular a la empresa STOP & GO adecuadamente en el
presente proyecto.

Segn (1 pg. 9) las empresas por su tamao segn la Comisin Europea se clasifican en:

Tabla 3-2Clasificacin Empresas

TIPO EMPRESA N TRABAJADORES VOLUMEN BALANCE


NEGOCIOS * GENERAL *
MICROEMPRESA Menos de 10 Menos de 2 Menos de 2
PEQUEA Entre 10 y 49 Entre 2 y 10 Entre 2 y 10
EMPRESA
EMPRESA Entre 50 y 249 Ms de 10 y menos Ms de 10 y
MEDIANA de 50 menos de 43
EMPRESA GRANDE Ms de 249 Ms de 50 Ms de 43

Fuente: (1 pg. 9)

(*) En millones de euros

(1 pg. 10), considera:

32
2. Segn su actividad, las empresas pueden clasificarse por sectores econmicos:
primario, secundario o industrial, y terciario y de servicios. Dentro de cada uno de
ellos, pueden establecerse distintas clasificaciones, dependiendo del nivel de
desagregacin que se utilice (agrario, pesquero, minero, siderometalrgico,
trasporte, bancario, turismo, etctera). En trminos generales, las empresas de los
sectores primario y secundario ofrecen productos, mientras las del terciario ofrecen
servicios.
3. Segn el mbito de su actividad, se distingue entre empresas locales, provinciales,
regionales, nacionales, e internacionales. Las empresas internacionales pueden serlo
por razones comerciales o de otro tipo; son empresas exportadoras las que son
internacionales por vender productos en el exterior, mientras que se denomina
multinacional a las empresas que son internacionales por mantener activos y
empleados en ms de un pas.
4. Segn quien tenga su propiedad, se distingue entre empresas privadas (en las que
la mayora del capital es propiedad de particulares), empresas pblicas (cuyo capital
es mayoritariamente propiedad del Estado o de cualquier Organismo Pblico), y
empresas mixtas (cuyo capital pertenece por igual a Entidades Pblicas y a
particulares). A aquellas cuyos trabajadores son, adems, sus propietarios, se les
denomina empresa cooperativas o sociales. La empresa cooperativa es un tipo de
empresa privada.
5. Segn su forma jurdica, se diferencia entre la empresa regida por un empresario
individual, que es una persona fsica, y la empresa social, que es una persona jurdica
o sociedad. Las sociedades mercantiles tpicas o esencialmente personalistas
(Sociedad Colectiva, Sociedad Comanditaria, Simple y Sociedad Comanditaria por
Acciones), han cado prcticamente en desuso ya que sus socios, o parte de ellos,
respondan personal, ilimitada y solidariamente de las deudas sociales para el caso
de insolvencia de la sociedad. Por ello, la mayora de las empresas se configuran
como Sociedad Annima o Sociedad Limitada. Ambas tienen en comn que sus socios
no responden de las deudas sociales con su patrimonio particular, sino que su
responsabilidad est limitada a su aportacin a la sociedad. La sociedad annima

33
tiene su capital social dividido en partes alcuotas o acciones transmisibles
libremente, en tanto que la sociedad limitada tiene el capital dividido en particiones
sociales que no se pueden transmitir con tanta facilidad.

Asumiendo estos criterios de clasificacin, podemos asumir que la empresa STOP&GO es


una microempresa, que pertenece al sector secundario en el rea de comercializacin de
productos de telefona celular, equipos de cmputo personales y tarjetas de crdito para
telefona mvil, su mbito de actividad es local en la ciudad de Tarija. Se la considerar como
una empresa privada bajo la forma jurdica de una Sociedad de Responsabilidad Limitada.

3.2.3 Sistemas econmicos

Todos los sistemas econmicos pueden clasificarse en dos tipos que (1 pg. 13), considera:

Sistemas de libre mercado, en el cual todas las empresas se someten a la competencia,


toman sus propias decisiones y tienen sus propios objetivos.
El sistema de economa centralizada en el cual todas las empresas se encuentran
sometidas a la autoridad del Estado, el cual interviene en sus decisiones y tienen como
objetivo cumplir el plan previsto por las autoridades estatales.

Pese a las leyes estatales que constantemente condicionan y atentan el funcionamiento de las
empresas privadas, se asume un sistema de libre mercado para las consideraciones en el
desarrollo del presente proyecto.

3.2.4 Modelos organizativos

Es importante identificar el modelo organizativo que asume la empresa que se considera en


el presente proyecto, para lo cual se asume la clasificacin propuesta por (2 pg. 28) la cual
se desarrolla a continuacin.

34
Tabla 3-3Clasificacin Modelo Organizativo

MODELO CARACTERISTICAS VENTAJAS DESVENTAJAS


ORGANIZATIVO
LINEAL Todas las decisiones se Facilita la toma de No fomenta la
decisiones y la
concentran en una sola especializacin.
ejecucin de las
persona. Un solo jefe mismas.
La falta de
asume toda la
autonoma en la
responsabilidad y toda la
ejecucin de tareas
autoridad, asigna y
puede provocar
distribuye el trabajo a las
desmotivacin.
personas que tiene a su
cargo.
FUNCIONAL Divisin y Se consigue Si no est clara la
especializacin del mayor eficiencia lnea de autoridad,
O TAYLORISMO
trabajo. de los puede haber
trabajadores. problemas entre los
jefes.

Posible
encasillamiento de
los trabajadores en
su funcin, lo que
conlleva
desmotivacin e
insatisfaccin.
POR COMITS Los asuntos se asignan a Se consiguen Es ms difcil
varios equipos de trabajo; soluciones ms tomar las
por ejemplo: directivo, objetivas. decisiones.
ejecutivo, vigilancia,
consultivo

35
MATRICIAL Se agrupan recursos Trabajan personas La existencia de
humanos y materiales y se especializadas dos jefes, puede
asignan, de forma juntas. ocasionar
temporal, a los diferentes conflictos.
Implicacin de los
proyectos que se realizan.
trabajadores en
Los empleados poseen
los objetivos,
dos jefes, uno de su
departamento y otro, el
lo que favorece la
jefe del proyecto en
motivacin.
concreto.
TOYOTISMO Organizacin de los Optimizacin de La polivalencia de
trabajadores en equipos, los recursos y los trabajadores
(DE LA MARCA
en los que los miembros motivacin de los hace que pueda
son muy polivalentes. trabajadores. cambiar
JAPONESA
constantemente la
Reduccin de los recursos
TOYOTA) asignacin de
lo mximo posible: menos
tareas y con ello
existencias, menos
disminuya su
espacio, menos
especializacin.
movimiento de materiales
(suministro de materias Se cambia la
primas just in time, es solidaridad entre
decir en el momento los miembros del
justo) y menos equipo, por
trabajadores. competencia.

Fuente: (2 pg. 28)

Por lo que se puede considerar que la empresa STOP&GO asume un modelo organizativo
lineal puro.

36
3.2.5 Planificacin comercial

En relacin a Planificacin Comercial (2 pg. 4), menciona:

Por planificacin comercial debemos entender el anlisis de la situacin interna y


externa, la determinacin de los objetivos comerciales y la formulacin de estrategias
conducentes a ellos, as como su implementacin y control.

El mismo autor seala las siguientes ventajas en relacin a la planificacin comercial:

1. Mejora la coordinacin de las actividades


2. Identifica los cambios y desarrollos que se pueden esperar; maximizando la utilidad
de los recursos disponibles a las necesidades.
3. Aumenta la predisposicin y preparacin de la empresa para el cambio, minimizando
las respuestas no racionales a los eventos inesperados.
4. Reduce los conflictos sobre el destino y los objetivos de la empresa; proporcionando
un marco til para la revisin continuada de las actividades y, a su vez, mejorando la
comunicacin.
5. Orienta a la empresa al futuro, la direccin tendr una visin del negocio a largo
plazo.

Aspectos que se asumen en el desarrollo del proyecto, pues el propsito del presente trabajo
es lograr una organizacin funcional de la empresa permitindole establecer una situacin
estratgica de cambio positivo. En este sentido el presente trabajo aportara de sobre manera
en los eslabones vinculados a la gestin de esta empresa y su planificacin estratgica
soportada por una toma de decisiones que se apoyen en la sistematizacin y presentacin de
los resultados transaccionales de los procesos de compra y venta.

En la planificacin comercial es importante considerar las fases que la comprende,


considerando a (3 pg. 7) , tenemos:

Dnde estamos?

37
Requiere efectuar un anlisis de la situacin, tanto interna (de los recursos y
capacidades de la propia empresa), como externa (del mercado, competencia y
entorno), con el fin de determinar las oportunidades y amenazas, as como los puntos
fuertes y dbiles, tanto propios como de la competencia.
Adnde queremos ir?
Supone una definicin de los objetivos que pretende alcanzar la organizacin.
Cmo llegaremos all?
Supone la determinacin de los medios necesarios y el desarrollo de acciones o
estrategias a seguir, para alcanzar los objetivos.

El compromiso del anlisis de la situacin actual y las proyecciones de la empresa sern


guiados por estas fases con la finalidad, no solamente de desarrollar un software, sino de
apoyar en un proceso de reestructuracin, reorganizacin y crecimiento empresarial. Sin
embargo, el presente proyecto no pretende constituirse en un trabajo del rea de
administracin, por lo que el aporte en este mbito solo tendr un carcter de recomendacin,
el rea de mayor inters ser el relacionado con los procesos y mecanismos de venta de
producto, los cuales estn relacionados ntimamente con los objetivos del marketing, segn
(3 pg. 13) aun cuando existiesen gran cantidad de objetivos posibles, la mayora pueden ser
encuadrados en alguna de las siguientes categoras:

1. Volumen de ventas: este tipo de objetivo se centra en el crecimiento de las ventas por
grupos de marcas.
2. Participacin de mercado: en mercados muy competitivos y con bajo nmero de
competidores, es normal la utilizacin de este tipo de objetivo. As, en el caso de
considerar exclusivamente las ventas como objetivo, pueden producirse un aumento
de las mismas que genere al mismo tiempo una prdida de participacin de mercado
como consecuencia de un crecimiento mayor de las ventas globales del mercado.
3. Beneficios y rentabilidad: la fijacin de un objetivo de ventas o de participacin de
mercado puede originar, en ocasiones, una disminucin de beneficios. Por ejemplo,
las ventas podran aumentarse reduciendo el precio y consecuentemente el margen,

38
de forma que si dicha disminucin no se viera compensada con el aumento de las
unidades vendidas, generara una reduccin de beneficios.

Estas son categoras que permitirn establecer los objetivos de venta que asume la empresa
STOP&GO, para que la fase de elaboracin de la propuesta no considere otro rumbo o
propsito diferente al de la presente empresa. Las estrategias de marketing que asume o
pretende asumir la empresa son otro aspecto importante en relacin al mbito de anlisis y
consideracin en el desarrollo del proyecto.

3.2.6 Marketing mix

(3 pg. 16), define al Marketing Mix como:

conjunto de herramientas de marketing que utilizan las empresas para conseguir


sus objetivos comerciales en relacin con un pblico objetivo.

En este sentido el marketing mix considera los siguientes instrumentos:

Producto, para obtener una ventaja competitiva en el producto es necesario partir de


un concepto del mismo, centrado en las necesidades que satisface y no en las
caractersticas especficas del producto o servicio ofertado. La obtencin de una
ventaja competitiva en el producto requerir una diferenciacin efectiva con respecto
a los productos o servicios ofertados por las dems empresas.
Precio, es un instrumento que adquiere gran importancia por ser capaz de generar
diferentes volmenes de ingresos. El precio no es solo lo que se paga, sino tambin
el tiempo utilizado para obtener un producto o servicio, el esfuerzo requerido y las
molestias que ocasiona el conseguirlo.
Una diferencia que consista nicamente en precios ms altos o ms bajos que los de
la competencia, que no est justificada por un servicio de prestaciones o calidad
distintas, puede llevar a deteriorar la cuenta de resultados o a una guerra de precios
que no beneficie a nadie.

39
Distribucin, mediante una distribucin efectiva la empresa puede lograr la
diferenciacin y, por lo tanto, una ventaja competitiva ms. No solo debe considerarse
el nmero de puntos de venta, sino tambin su ubicacin, ambientacin, etc.
Promocin, la diferenciacin en este caso, puede lograrse a travs de una adecuada
formacin del personal, que convierta a los colaboradores en profesionales y
vendedores de una imagen. La empresa no solo ha de tener grandes productos, sino
que tambin debe saber comunicar las ventajas de los mismos.

Estos aspectos son vitales para el desarrollo del sistema, y deben ser considerados con mucha
importancia en la construccin del software, pues como se vio en el anterior capitulo este es
el principal mbito de inters del presente proyecto.

3.2.7 Programacin de ventas

Ante el mercado cambiante, sobre todo en el mbito de los productos tecnolgicos que
comercializa la empresa STOP&GO, es importante establecer un plan de ventas
considerando un terreno competitivo, tecnolgico, poltico, econmico o social, permitiendo
que la planificacin ayude a reducir el impacto de los cambios, incluso anticipndose a estos
cambios y tomando decisiones. Permitiendo gozar de los siguientes beneficios:

Mejorar el clima empresarial, en el caso de que la organizacin de ventas participe


por completo en el proceso.
Proporcionar direccin y enfocar los esfuerzos organizacionales y poder mejorar la
cooperacin y coordinacin de los esfuerzos del equipo de ventas.
Desarrollar estndares individuales y colectivos con los que pueda medirse el
desempeo de la fuerza de ventas e identificar, a tiempo, las desviaciones para tomar
acciones correctivas.
Aumentar la flexibilidad de la organizacin de ventas para enfrentarse a desarrollos
inesperados.

Aspectos que no deben quedar al margen de la vinculacin del proyecto con el mbito de
trabajo y ejercicio de la empresa STOP&GO.
40
3.2.8 Almacn

Si bien el mbito fundamental del presente proyecto es el rea de la gestin de


comercializacin, no es menos importante establecer una definicin en relacin a Almacn
y los diferentes elementos y conceptos que se establecen en torno al mismo, pues por la
naturaleza de la empresa STOP&GO, este elemento es de vital importancia para el
funcionamiento de la misma, en ese sentido asumimos la definicin de (4 pg. 3) que propone
la siguiente definicin en relacin a almacenaje:

Funcin de la logstica que permite mantener cercanos los productos a los distintos
mercados, al tiempo que puede ajustar la produccin a los niveles de la demanda y
facilita el servicio al cliente.

En este sentido el almacn es un punto en el que confluyen intereses de diferentes


departamentos de la empresa, los cuales necesitan de un adecuado funcionamiento del mismo
para poder cumplir con sus objetivos, entre las reas que presentan un mayor inters en el
funcionamiento del almacn cabe destacar:

Marketing/ Comercial, su objetivo es disponer de puntos de almacenaje lo ms


cercanos al cliente, con la cantidad suficiente de stock de producto terminado para
con ello conseguir el mejor nivel de servicio al cliente tanto en tiempo como en
cantidad.
Financiero, su objetivo es disponer del menor nmero de puntos de almacenaje, con
los stocks ms bajos posibles para conseguir una optimizacin de costes y con ello la
mejor rentabilidad empresarial.
Produccin, al igual que Marketing persigue disponer del stock suficiente de materia
prima y del espacio suficiente en almacenes que permita que no exista en ningn
momento problemas en el funcionamiento del proceso productivo.

Este mismo autor considera lo siguientes aspectos en relacin a los objetivos que se le acuan
a un almacn tanto para el diseo como para la posterior gestin:

41
Objetivos relacionados con el coste:
o Aprovechar el espacio. El almacn debe disponer en todo momento de la
superficie ajustada a las necesidades del inventario y a los procesos de
manipulacin que en el mismo se desarrollan.
o Optimizar los tiempos de manipulacin. Se debe disponer de los recursos
adecuados de manipulacin y almacenaje, as como tener un diseo de
almacn que favorezca este objetivo.
o Facilitar el control de los inventarios. Hay que establecer unas reglas de juego,
unos criterios de gestin y apoyarnos en unos sistemas de informacin
adecuados a nuestras necesidades para garantizar la variable bsica de la
gestin de un almacn.
o Ajustar los niveles de inversin a las necesidades del producto/ cliente. La
evolucin de los elementos de almacenaje, manipulacin, hardware etc. Que
se puede utilizar en almacenes ha evolucionado mucho, cada empresa debe
ajustar estos elementos a sus necesidades y a su capacidad financiera
Objetivos relacionados con el servicio:
o Disminuir el nmero de errores en el servicio al cliente. El factor bsico en
cualquier empresa es el cliente, no cometer errores en los pedidos que se
realizan permiten avanzar en la consecucin de uno de los grandes objetivos
de las compaas que es la fidelizacin del cliente.
o Mantener la rotacin de stocks a un nivel que no genere ni excesos ni roturas
del mismo. Al cliente hay que darle una respuesta rpida se necesita controlar
el inventario y disponer en todo momento de las cantidades en especfico que
se solicite dentro del almacn.
o Capacidad de adecuarse a la evolucin de las necesidades de los
clientes/productos. La evolucin de los mercados es continua, el cliente va
cambiando y el almacn en todos sus aspectos, desde infraestructuras a
procesos operativos, se debe ir adecuando a las necesidades de los mismos.

42
3.2.9 Funciones de los almacenes

Los motivos por los que habitualmente una empresa dispone de almacenaje propio o
subcontratado pueden ser varios y totalmente diferentes, en funcin de las caractersticas de
la empresa, por el proceso operativo de la misma, la gama de productos y las caractersticas
de los clientes. Los motivos ms genricos por los que habitualmente una empresa dispone
de espacios dedicados al almacenaje son:

Desequilibrios entre oferta y demanda, escasos son los productos cuya demanda
coincide, en tiempo y cantidad, con su oferta. La evolucin de la gestin empresarial
con la vista puesta en la calidad de servicio al cliente (menores tiempos de entrega,
entrega de todos los productos solicitados y en la cantidad exacta) genera a muchas
empresas la necesidad de almacenar los productos de cara a conseguir:
o Reducir las demandas insatisfechas que pudieran producirse por problemas en
el transporte, falta de previsin de los proveedores y otras eventualidades.
o Optimizar los tiempos de respuesta en la entrega de mercancas.
Reduccin de costes, el coste logstico cada vez tiene una mayor incidencia en el coste
total de la empresa, en algunas ocasiones la existencia de puntos de almacenaje puede
generar una optimizacin del coste logstico de la empresa, podemos analizar dos
situaciones:
o Reduccin de costes de aprovisionamiento, la disminucin que se consigue en
el precio de compra de la mercanca y en los procesos administrativos a
realizar es superior al incremento de coste que implica mantener stock
(financieros + espacio) y en los procesos de manipulacin e incluso transporte
que debemos realizar.
o Reduccin de costes de mala calidad de servicio, el beneficio tanto
cuantitativo como cualitativo que tiene la empresa por el incremento de ventas
que se genera por disponer de un almacn cercano al cliente es superior a los
costes de espacio, administrativos, manipulacin y transporte en los cuales
incurrimos.

43
Complemento al proceso productivo, los procesos de produccin obligan en
ocasiones a disponer de almacenes por diferentes motivos:
o Necesidad de procesos de maduracin del producto elaborado o controles de
calidad a realizar al mismo que obligan a una paralizacin temporal en
nuestras instalaciones. En este caso no hay ningn anlisis, es una obligacin.
o Necesidad de mantener materias primas por obligacin consecuencia de las
caractersticas del servicio que nos presta el proveedor, el coste de parada de
la cadena productiva es suprior a los costes logsticos en los que incurrimos.

Considerando estos aspectos en el desarrollo del presente proyecto.

3.3 INGENIERIA DE SISTEMAS EN LA GESTION COMERCIAL

As como es de relevancia considerar conceptos y elementos tericos que sustenten la parte


de gestin comercial, no es menos importante establecer los lineamientos tericos que el
presente proyecto asume en relacin a la ingeniera de sistemas e informtica, para sustentar
el desarrollo y materializacin de la misma.

3.3.1 Sistema

Se asume el concepto establecido por (5 pg. 26):

Un sistema es un conjunto de elementos interrelacionados de modo tal que producen


como resultado algo superior y distinto a la simple agregacin de los elementos.

De acuerdo con esta definicin, en todo sistema existen los siguientes componentes:
elementos, relaciones y objetivo.

Los elementos o partes que conforman un sistema pueden ser humanos o mecnicos,
tangibles o intangibles, estticos o dinmicos.

Las relaciones entre los elementos son las que hacen que todo sistema sea complejo.
La importancia de las relaciones, tanto en el anlisis y el diseo como en el
44
comportamiento del sistema, es fundamental. Esto se advierte con frecuencia en el
mbito de las organizaciones. Muchos gerentes, por ejemplo, obtienen resultados
exitosos donde otros fracasaron, a pesar de que emplean a las mismas personas y
cuentan con los mismos recursos.

Lo que estos gerentes han hecho es utilizar de otra manera los mismos elementos,
asignndoles distintos roles y modificando sus interrelaciones. En una palabra, han
cambiado el diseo del sistema.

En cuanto al objetivo, puede afirmarse que constituye la razn de ser de un sistema.


El comportamiento teleolgico, es decir, dirigido a la bsqueda de un objetivo, de un
resultado, de una meta o de un estado de equilibrio, constituye una caracterstica
presente en todos los sistemas. El objetivo define al sistema; nada puede hacerse
respecto a un sistema (estudiarlo, redisearlo, evaluarlo, operarlo, dirigirlo, etc.) si
no se conoce su objetivo.

El logro de un resultado superior y distinto a la simple agregacin de los elementos


constituye lo que se llama efecto sinrgico. Si a un sistema se le saca (o se le
agrega) una parte, no puede esperarse que siga funcionando igual; pero, a raz de la
sinergia, ni siquiera puede esperarse que funcione igual, menos (o ms) la
proporcin de esa parte. Un claro ejemplo, en este sentido, es elde la combinacin
de dos medicamentos, cuyo resultado, al ingerirlos, puede ser muy distinto a la simple
suma de sus efectos separados.

Considerando sta muy completa definicin, no es muy importante ratificar que el presente
trabajo persigue el desarrollo de un sistema en relacin al rea de comercializacin de la
empresa STOP&GO.

3.3.2 Sistema de informacin

Complementariamente es importante establecer una definicin para Sistema de


Informacin, en este sentido (5 pg. 33) establece:

45
Un sistema de informacin es un conjunto de recursos humanos, materiales,
financieros, tecnolgicos, normativos y metodolgicos, organizado para brindar, a
quienes operan y a quienes adoptan decisiones en una organizacin, la informacin
que requieren para desarrollar sus respectivas funciones.

Un sistema de informacin no requiere necesariamente el uso de la tecnologa de


computacin. Ha habido sistemas de informacin antes de que se crearan las
computadoras. Por otra parte, aun en los sistemas de informacin ms modernos y
con ms amplio uso de dispositivos de computacin, se realizan muchas operaciones
y se cumplen muchas funciones en que la tecnologa informtica no interviene o lo
hace slo en una limitada funcin de apoyo. Sin embargo, la computacin y las
comunicaciones han potenciado tan extraordinariamente la capacidad, velocidad y
exactitud del tratamiento de los datos, que resulta prcticamente inconcebible el
diseo de un sistema de informacin eficiente sin el empleo de tales tecnologas.

Requisitos de la informacin eficiente

Para que la informacin resulte eficiente, debe reunir una serie de requisitos, de manera que
la utilidad que proporcione justifique el empleo de los recursos que se hubieran aplicado para
producirla, considerando (5 pg. 34), se asumen los siguientes requisitos:

Economa, el costo de producir una informacin no debe ser superior al beneficio


esperable de su utilizacin. La informacin es un bien econmico, al igual que
cualquier otra mercadera.
Oportunidad, la informacin debe estar disponible en el momento en que se la
requiera, considerando el momento y la frecuencia con que la informacin debe ser
suministrada.
Utilidad, toda salida de un sistema debe satisfacer una necesidad, la cual debe ser
considerada innecesaria mientras no se compruebe su utilidad.
Comparabilidad, la informacin debe ser comparable en el espacio, en el tiempo y en
el alcance.

46
Flexibilidad, todo sistema de informacin debe ser adaptable a los cambios del
sistema-objeto, guardando una estrecha relacin en primer lugar con el control
peridico de la utilidad de las salidas del sistema de informacin y con la satisfaccin
de las cambiantes necesidades de informacin de los ejecutivos y de la organizacin
toda.
Claridad, la informacin debe atender al nivel intelectual y tcnico del destinatario,
considerando su lenguaje y preferencias.
Confiabilidad, La informacin debe ser lo suficientemente confiable como para tomar
decisiones basadas en ella. A este fin, deben empezar por ser confiables los datos
primarios y sus sucesivas transformaciones, lo que significa que no deben contener o
introducir errores derivados de factores conocidos. La calidad de un sistema de
informacin est determinada, en buena parte, por la calidad de sus datos primarios.
La confiabilidad implica que, para la adopcin de decisiones, la informacin debe ser
correcta, pero no necesariamente exacta, lo que es ms cierto cuanto ms se sube en
la pirmide organizacional. A este respecto, debe tenerse en cuenta que, mientras la
informacin tiende hacia la exactitud en progresin aritmtica, el costo de lograr esa
exactitud tiende a ascender en progresin geomtrica.

Estos son principios y aspectos importantes que se los resalta por la importancia que revisten
y que el desarrollo de la solucin ingenieril debe considerar.

3.3.3 Funciones de un sistema de informacin

Considerando la identificacin de funciones que debe disponer un sistema que propone (5


pg. 39), se tiene:

Recoleccin, Esta funcin implica la captura y el registro de datos, acta como el


rgano sensorio de la organizacin. Es una funcin costosa (con frecuencia es la ms
cara del sistema de informacin) y muy expuesta a la generacin de errores, aunque
este ltimo aspecto est siendo atenuado en grado creciente por la aplicacin de

47
nuevas tecnologas de captura de datos, como la lectura de caracteres pticos o
magnticos y la lectura de cdigo de barras.
Clasificacin, esta funcin consiste en identificar los datos, agruparlos en conjuntos
homogneos, y ordenarlos teniendo en cuenta la manera en que ser necesario
recuperarlos. Es decir, que los datos se agrupan en estructuras diseadas conforme a
las necesidades del uso que se har de ellos.
Compresin, es la funcin por la cual se reduce el volumen de los datos sin disminuir
necesariamente la informacin que suministrarn a su destinatario; muy por el
contrario, la compresin generalmente aumenta o hace ms expresivo el contenido
informativo de los datos.
Almacenamiento, esta funcin se vincula con la conservacin fsica de los datos y
con su adecuada proteccin. Aunque no todos los datos que procesa un sistema de
informacin se conservan en dispositivos de computacin, stos constituyen el
soporte prcticamente obligado del banco de datos de las organizaciones.
Recuperacin, esta funcin tiene el propsito de suministrar el acceso a la base de
datos. Como se dijo ms arriba, depende de un apropiado sistema de clasificacin.
Cada da estn ms difundidas las aplicaciones de computacin en las que la
recuperacin de los datos (y, muchas veces, su actualizacin) debe hacerse en tiempo
real, es decir, en el mismo momento en que sucede el hecho que genera la necesidad
de la recuperacin o la actualizacin. En estos casos, la computadora interviene en
alguna parte de la ejecucin de la propia transaccin que demanda el uso o
actualizacin de los datos.
Procesamiento, el sistema de informacin (como todo sistema) es un transformador
de entradas en salidas a travs de un proceso. Esta transformacin se realiza mediante
cmputos, clasificaciones, clculos, agregaciones, relaciones, transcripciones y, en
general, operaciones que, no importa qu recursos humanos o tecnolgicos empleen,
persiguen el objetivo de convertir datos en informacin, es decir, en datos que habrn
de tener valor y significado para un usuario. La funcin de procesamiento implica,
principalmente, la modificacin de la base de datos para mantenerla actualizada.

48
Transmisin, esta funcin comporta la comunicacin entre puntos geogrficos
distantes, sea por el traslado fsico del sostn de los datos (papeles, dispositivos de
archivos computadorizados, cintas de audio o video, microfichas, etc.) o por la
transmisin de seales (comunicacin entre equipos de computacin, transmisin de
facsmiles, telfono, etc.). Este aspecto del sistema de informacin se vincula con la
tecnologa de comunicaciones, la que se halla tan asociada con la de la computacin,
e igualmente tan desarrollada, que resulta muy difcil trazar una lnea de separacin
entre ellas.
Exhibicin, mediante esta funcin, se proporciona una salida de informacin
preparada de modo tal que resulte legible y til a su destinatario. En un sistema de
informacin basado en el uso de computadoras, esta funcin es la que implica la
interfaz con el ser humano. Todas las funciones descriptas hasta aqu realizan diversos
tratamientos de la informacin, pero no producen resultados visibles para el usuario.
De ello se encarga esta funcin de exhibicin, la que expone la informacin en forma
impresa, en una pantalla de representacin visual o en otros dispositivos.

3.3.4 Administracin de la informacin

En nuestros das, muchos datos son nicos para cada organizacin, no slo porque ella es la
propietaria de los mismos, sino porque pueden constituir un factor clave en el mantenimiento
de una posicin competitiva en el mercado. La destruccin o alteracin de los datos puede
afectar la rentabilidad de la empresa e incluso provocar su desaparicin. Desde este punto de
vista, la informacin se convierte en un recurso de la organizacin, tal como el dinero, el
personal o el equipo; ms an, la informacin es el recurso crtico, pues los restantes recursos
no pueden ser administrados sin ella.

Pero la informacin no es un recurso ms de los que integran el activo de la organizacin,


sino que reviste el carcter de recurso estratgico. Los sistemas de informacin cumplen un
rol decisivo en cualquiera de las alternativas estratgicas que pueden plantearse las
organizaciones, como la del productor de ms bajo costo, la de diferenciacin del producto,
la de focalizacin de mercados, etc.

49
3.3.5 Sistemas de informacin transaccionales

(5 pg. 60), en relacin a este tipo de sistemas de informacin menciona:

Histricamente, los sistemas de informacin transaccionales fueron los primeros


(y, durante muchos aos, casi los nicos) en ser incorporados al procesamiento
computadorizado.

En el contexto de los sistemas de informacin, una transaccin es un intercambio


entre un usuario que opera una terminal y un sistema de procesamiento de datos, en
el que se concreta un determinado resultado. Implica la captura y validacin de los
datos ingresados por el usuario, la consulta y/o actualizacin de archivos, y una
salida o respuesta. Esta definicin connota en la transaccin su carcter de
operacin individual, relativamente breve e indivisible.

Los sistemas de informacin transaccionales, por lo tanto, estn destinados a


satisfacer las necesidades del nivel operativo: explotan la capacidad y velocidad de
las computadoras para almacenar y procesar grandes volmenes de datos; realizan
operaciones repetitivas y relativamente sencillas; y contribuyen a automatizar las
tareas ms rutinarias y tediosas, a eliminar el de obra, a minimizar los errores, a
facilitar la registracin y recuperacin de datos desagregados y, en general, a
reducir o aligerar las actividades que desarrollan los empleados u operarios de las
organizaciones.

Los sistemas transaccionales son conocidos tambin con las siglas TPS (Transaction
Processing Systems), y cuando el procesamiento se realiza en tiempo real (es decir,
cuando el procesamiento de los datos es simultneo a los hechos) se los conoce como
OLTP (On Line Transaction Processing).

En este tipo de sistemas, se encuentran los que son prcticamente comunes a todas las
organizaciones, tales como los de Contabilidad, Facturacin, Inventarios, Ventas,
Proveedores, Cuentas Corrientes, Cobranzas, Caja, Bancos, Sueldos, Finanzas, Compras,

50
Planeamiento y Control de la Produccin, etc. Tambin pertenecen a esta clase muchos otros
sistemas (llamados sistemas para mercados verticales) que resultan ms especficos de una
rama de actividad, como, por ejemplo, Administracin de Obras Sociales, Administracin de
Sistemas de Medicina Prepaga, Administracin de AFJP, Servicios Financieros, Reserva de
Pasajes, Administracin Hospitalaria, Administracin Hotelera, Administracin de
Propiedades, Administracin de Instituciones Educativas, Produccin de Seguros, etc.

En este sentido el presente proyecto asume la construccin de un sistema de informacin


transaccional por los aspectos y elementos considerados anteriormente.

3.3.6 El ciclo de vida de los sistemas de informacin

El desarrollo completo de un sistema de informacin, desde el reconocimiento de la


necesidad que va a satisfacer hasta el funcionamiento computadorizado ptimo, atraviesa
distintas etapas que conforman lo que se denomina el ciclo de vida de un sistema.

Aunque la enumeracin y denominacin de estas etapas vara de acuerdo con distintos


enfoques metodolgicos y prcticos, las diferencias no son sustanciales. En definitiva, las
tareas involucradas en el desarrollo eficiente de un sistema de informacin son las mismas,
cualquiera sea el criterio con que se las clasifique, agrupe o denomine.

Desde este punto de vista, se describe, en los siguientes prrafos, un esquema bsico y
completo del ciclo de vida de un sistema:

Inicio, se define la visin del sistema, se establece el alcance del proyecto y se toma
la decisin de comenzar con el mismo, es decir, se decide realizar la inversin de
dinero y esfuerzo para analizar en detalle el sistema a construir. En el caso de tratarse
de la modificacin o agregado de funcionalidad a un sistema existente, esta fase puede
ser corta y sencilla, basada en los pedidos de los usuarios, en reportes de problemas
o en la necesidad de incorporar avances tecnolgicos.
Elaboracin, en primer lugar, se debe analizar el sistema objeto para el cual se busca
una solucin. En segundo trmino, definir la estructura preliminar del sistema. En

51
tercera instancia, identificar los factores de riesgo del proyecto, y por ltimo, elaborar
un plan detallado del mismo.
Construccin, consiste en la fabricacin del sistema y de los productos de apoyo
necesarios, tales como la documentacin y los casos de prueba del sistema. En esta
fase tambin se expanden y revisan los productos o resultados obtenidos en las fases
anteriores.
Transicin, es aquella en la cual el sistema se entrega a los usuarios. Esta fase incluye
actividades de instalacin, configuracin, soporte a los usuarios, correcciones, etc., y
finaliza cuando los usuarios estn satisfechos con el sistema, lo cual suele implicar
una aceptacin formal por parte de los mismos.

El desarrollo de sistemas puede verse como una sucesin de iteraciones, a travs de las cuales
el sistema evoluciona en forma incremental, es decir, va creciendo en cada una de dichas
iteraciones. Cada iteracin termina con la generacin del sistema en diferentes estados de
avance, que puede ser un subconjunto de la visin total.

Las iteraciones de un ciclo pueden superponerse y, en algunos casos, pueden realizarse en


paralelo. El nmero y la duracin de las iteraciones no es una variable fija, sino que depende
de algunas caractersticas de los proyectos. Algunas de las caractersticas que influyen en
mayor medida en la duracin de las iteraciones son:

El tipo de negocio.
El tamao del proyecto de desarrollo.
El tipo de aplicacin.
Las restricciones (seguridad, performance, recursos, etc.).

Se considera estos elementos vitales para la construccin del software que se desarrollar en
el presente proyecto, asumiendo RUP como proceso de desarrollo del mismo.

52
3.3.7 Proceso RUP

Proceso Unificado de Desarrollo (en ingls RUP: Rational Unified Process), que surgi de la
unificacin de las tres metodologas orientadas a los objetos ms conocidas y exitosas de la
industria.

Esta metodologa se utiliza hoy en da en muchas empresas y constituye una tendencia en el


uso de metodologas de desarrollo de software.

El proceso RUP provee un enfoque para la asignacin de tareas y responsabilidades dentro


de un proceso de desarrollo. Su objetivo es asegurar la produccin de software de alta calidad
que satisfaga las necesidades de los usuarios finales, dentro de una planificacin y
presupuesto predecibles.

Este proceso tiene las siguientes caractersticas:

Permite mejorar el trabajo en equipo, ya que promueve la creacin de una base de


conocimiento a la cual pueden acceder los miembros del equipo. Esta base contiene
guas, patrones, y herramientas para el desarrollo de las actividades ms importantes.
Est basado en la construccin de modelos.
Utiliza el lenguaje de modelizacin UML, para la comunicacin de los
requerimientos, arquitecturas y diseos.
Permite configurar el proceso, ajustndose a diferentes procesos de desarrollo.
Representa las mejores prcticas del desarrollo de software orientado a objetos, de
manera que es apropiado para diferentes tipos de proyectos y organizaciones.

3.3.8 El lenguaje de modelado UML

UML significa Unified Modeling Language, es decir, Lenguaje Unificado de Modelizacin.


El Object Management Group (OMG), que es una organizacin encargada de definir
estndares en la industria, define al UML como un lenguaje grfico para visualizar,
especificar, construir, y documentar los productos de un sistema.

53
UML ofrece un lenguaje estndar para representar desde entidades conceptuales, tales como
procesos de negocios o funciones, hasta sentencias de programacin, esquemas de bases de
datos, o componentes de software reusables. UML representa el conjunto de las prcticas
que han probado ser las ms exitosas en la modelizacin de software de sistemas grandes y
complejos y es el resultado de varios aos de esfuerzo para unificar los mtodos ms
utilizados en todo el mundo, con las mejores ideas llevadas a cabo en la industria.

UML no es una metodologa de desarrollo de software, sino una notacin que utilizan las
diferentes personas involucradas en un proyecto de sistemas de informacin.

Los objetivos principales de UML son:

Proveer a los usuarios de un lenguaje de modelizacin visual y fcil de usar para


desarrollar e intercambiar modelos.
Soportar tanto conceptos de desarrollo de alto nivel (utilizados en el anlisis o diseo
de un sistema), como especificaciones dependientes de lenguajes de programacin
especficos.
Integrar las mejores prcticas.

Una caracterstica de UML es que es independiente de la metodologa de desarrollo de


software, es decir, cualquiera sea la metodologa que se utilice, se puede echar mano de UML
para expresar los resultados. Sin embargo, su origen y objetivo estn orientados a la
representacin de productos de software segn las metodologas orientadas a objetos.

3.3.9 Herramientas CASE

El desarrollo de grandes sistemas requiere que la documentacin de las diferentes etapas y


modelos sea consistente. Esto significa que cualquier elemento (objeto, proceso, estructura
de datos, etc.) debe tener el mismo significado en cualquier lugar donde aparezca. Esta tarea,
para nada sencilla, hace necesario contar con herramientas computadorizadas que soporten
los diferentes modelos y que permitan asegurar la consistencia entre todos los elementos.
Estas herramientas se denominan Computer Aided Software Engineering, conocidas como

54
herramientas CASE. Existen varias definiciones de CASE y, por lo tanto, una variedad de
herramientas que soportan diferentes aspectos de un proceso de desarrollo. En general,
podemos decir que CASE es la utilizacin de herramientas computarizadas para soportar una
o ms actividades dentro de un proceso de desarrollo de software.

Esta definicin involucra todo tipo de soporte para aspectos administrativos, tcnicos y de
gestin de un proyecto de software. Un ambiente CASE es una coleccin de herramientas
CASE y otros componentes con un enfoque integrado, que soportan todas o la mayora de
las actividades de un proceso de desarrollo y la interaccin entre ellas.

Para automatizar el proceso de desarrollo a travs de un ambiente CASE, los modelos de una
metodologa de desarrollo debern estar relacionados entre s, permitiendo que un modelo
sea el punto de partida (o entrada) del otro modelo. Para ello, la herramienta CASE debe
soportar la metodologa de desarrollo utilizada.

En el desarrollo del presente proyecto considerando la importancia de las herramientas CASE


se asume la utilizacin de Rational Rose, como herramienta de modelado y documentacin.

3.3.10 .Net framework

Antes de adoptar una definicin, es importante establecer que elementos comprende el .NET
FRAMEWORK, Segn (6 pg. 38), .NET Framework se compone de cuatro partes, como
se muestra en la figura 1.1: el entorno comn de ejecucin, un conjunto de bibliotecas de
clases, un grupo de lenguajes de programacin y el entorno ASP.NET. .NET Framework fue
disead con tres objetivos en mente. Primero. Deba lograr aplicaciones Windows mucho
ms estables, aunque tambin deba proporcionar una aplicacin con un mayor grado de
seguridad. En segundo lugar, deba simplificar el desarrollo de aplicaciones y servicios Web
que no solo funcionen en platarformas tradicionales, sino tambin en dispositivos mviles.
Por ltimo, el entorno fue diseado para proporcionar un solo grupo de bibliotecas que
pudieran trabajar con varios lenguajes.

55
En este sentido podemos establecer que Microsoft .NET es una plataforma de desarrollo y
ejecucin de aplicaciones. No slo brinda todas las herramientas y servicios que se
necesitan para desarrollar modernas aplicaciones empresariales y de misin crtica, sino
que tambin provee de mecanismos robustos, seguros y eficientes para asegurar que la
ejecucin de las mismas sea ptima. Los componentes principales de la plataforma .NET
son:

Un entorno de ejecucin de aplicaciones, tambin llamado Runtime, que es un


componente de software cuya funcin es la de ejecutar las aplicaciones .NET e
interactuar con el sistema operativo ofreciendo sus servicios y recursos.
Un conjunto de bibliotecas de funcionalidades y controles reutilizables, con una
enorme cantidad de componentes ya programados listos para ser consumidos por
otras aplicaciones.
Un conjunto de lenguajes de programacin de alto nivel, junto con sus
compiladores y linkers, que permitirn el desarrollo de aplicaciones sobre la
plataforma .NET.
Un conjunto de utilitarios y herramientas de desarrollo para simplificar las
tareas ms comunes del proceso de desarrollo de aplicaciones.
Documentacin y guas de arquitectura, que describen las mejores prcticas de
diseo, organizacin, desarrollo, prueba e instalacin de aplicaciones .NET.

.NET representa la evolucin COM (Component Object Model), la plataforma de desarrollo


de Microsoft anterior a .NET y sobre la cual se basaba el desarrollo de aplicaciones en
entornos C# y Visual Basic (entre otros tantos lenguajes y versiones).

3.3.11 Programacin multicapa

Es muy importante establecer claramente la diferencia entre Aplicaciones n-Tier y


Aplicaciones n-Layer , pues por lo general se tiende a confundir con mucha frecuencia ambos
trminos.

Ambos trminos significan de n capas"; pero existe una gran diferencia respecto al
significado de cada uno de ellos. Una arquitectura n-Tier se refiere a la distribucin fsica de
las capas, es decir donde corre el cdigo y los procesos. Una arquitectura n-Layer se refiere
a la distribucin lgica de las capas, es decir, como est estructurado el cdigo.
56
En la siguiente figura podemos ver una aplicacin n-tier una aplicacin web - que contiene
3 capas, una capa en el cliente, otra en el servidor IIS y otra en la base de datos; es decir, el
navegador, el servidor Web y el servidor de bases de datos corren en diferentes mquinas.

Fig. 3-1Aplicacin N-Tier


Fuente: Elaboracin Propia

Por otra parte, una arquitectura n-Layer define simplemente como se organiza el cdigo.
Normalmente incluye una capa de presentacin, una capa de negocios, una capa de acceso a
datos, una capa de entidades de negocio y una capa de datos repositorio de datos. El hecho
de que se dividan las capas para organizar el cdigo, no significa que las capas
obligatoriamente deban corren en diferentes mquinas o que deben estrictamente correr en
una sola mquina o en un nico proceso.

La siguiente figura detalla una arquitectura n-Layer bsica.

Fig. 3-2Aplicacin N-Layer


Fuente: Elaboracin Propia
57
Como podemos ver en la figura, en una arquitectura n-layer las capas solamente interactan
con sus capas adyacentes lo que permite abstraer funcionalidades de las capas superiores e
inferiores. Por ejemplo, la capa de presentacin no se da cuenta que tipo de base de datos o
que repositorio de datos se utiliza porque esta solamente se comunica con la capa de
negocios, y el repositorio de datos no se da cuenta en donde se est utilizando o desplegando
la informacin ya que este interacta con la capa de acceso a datos.

3.3.12 Ventajas y desventajas de las arquitecturas n-tier

Desde el punto de vista fsico, la duda principal nace al decidir si utilizamos una arquitectura
de 2 capas (2-tier) o una arquitectura de 3 capas(3-tier). Bsicamente, una arquitectura 2
capas es una arquitectura donde el UI y los componentes de negocio o los componentes de
negocio y el repositorio de datos residen en una misma capa fsica Por ejemplo,
aplicaciones web que tienen los componentes de negocio en el web server. Las aplicaciones
3 capas ( 3-tier ) dividen cada uno de estos componentes en ubicaciones fsicas diferentes
Por ejemplo, cuando se utiliza un servidor de aplicaciones para hostear los componentes de
negocio y otro servidor (web server) para hostear las pginas del sitio web.

Las desventajas principales de una arquitectura 3-tier sobre una arquitectura 2-tier son el
costo y la complejidad. El costo aumenta porque se requiere un servidor adicional para
hospedar los componentes desde donde se va a consumir toda la lgica de negocios, lo que
trae consigo tems adicionales que se deben tomar en cuenta tales como costo de licencias,
costo mantenimiento de servidor, etc. La complejidad aumenta por que los componentes
viven en su propio ecosistema, con lo cual se crea un punto extra de falla; es decir, tengo
un servidor ms que mantener y monitorear. Adems, se va a crear un brinco adicional
cada vez que se hace una llamada a los componentes de negocio que residen en este servidor
de aplicaciones, lo que me lleva a tener una respuesta ms lenta (a diferencia de una
arquitectura 2 capas donde los componentes residen en el mismo servidor donde reside la
aplicacin).

Las ventajas de una arquitectura 3 tier respecto a una arquitectura 2-tier son bsicamente las
siguientes:
58
Seguridad, al agregarse un servidor de aplicaciones se agrega un nivel extra de
seguridad, ya que existen procesos de autenticacin y autorizacin en el servidor de
aplicaciones que se agregan a los procesos ya existentes en los otros servidores,
base de datos y servidor Web -con lo que el hackear el servidor de aplicaciones, no
da acceso de facto al servidor de base de datos.
Escalabilidad, al utilizarse un servidor de aplicaciones se pueden crear pools de
conexiones hacia la base de datos con lo cual se reutilizan las conexiones existentes
para mltiples usuarios. Adems, si mi aplicacin es accedida por una cantidad de
usuarios superior a la esperada y su rendimiento espera a bajar, podemos crear
balanceo en el servidor de aplicaciones para que el tiempo de atencin y respuesta
sea ms rpido.

3.3.13 Arquitecturas n-layer ventajas y desventajas

Dado que una arquitectura n-layer es una forma lgica de distribuir la aplicacin, este tiene
sus mayores ventajas en lo que respecta al desarrollo de la aplicacin, su mantenimiento y su
escalabilidad. Las principales ventajas de desarrollar una aplicacin n-layer son:

Flexibilidad: Permite que los componentes sean modificados para llevar a cabo sus
tareas sin necesidad de recompilar toda la aplicacin resguardando siempre el
contrato definido para la operacin. Adems permite utilizar estos componentes en
diversos tipos de aplicaciones y no exclusivamente para la aplicacin que fueron
diseados.
Mantenibilidad: Facilita la tarea de modificar un componente para corregir errores,
mejorar el desempeo, agregar atributos, o adaptarlos a un ambiente cambiante.
Reutilizacin: todos los componentes pueden ser utilizados desde otros componentes
o desde otros sistemas. Incluso si los componentes de negocio son consumidos a
travs de servicios, esos servicios pueden ser reutilizados por otros sistemas internos
o externos.
Escalabilidad: Facilita que un componente se pueda adaptar al cambio. Cuando el
sistema crece en funcionalidad pero esta est definida por diferentes clientes, se
pueden crear nuevos componentes sobre los componentes base para poder
especializar ms las capacidades de un componente especfico para un cliente en
especfico.

59
La principal desventaja con las aplicaciones n-layer, es que al inicio del desarrollo se
consume mucho tiempo creando los componentes core de los sistemas; y las empresas o
departamentos de TI por lo generar quieren mostrar a sus clientes internos o externos -
aspectos tangibles del sistema que se est desarrollando. Por supuesto, esta desventaja se
desvanece con el paso del tiempo y con el avance en el desarrollo, porque una vez creado el
core del sistema, el avance es impresionantemente rpido.

3.3.14 El Entity Framework (EF)

El Entity Framework es un conjunto de tecnologas que brindan soporte para desarrollar


aplicaciones orientadas a datos, considerando que los arquitectos y desarrolladores tiene que
enfocarse en dos objetivos diferentes: modelar entidades y relaciones, y adems deben de
trabajar con motores de datos para guardar y obtener datos, por lo que hace ms complejo el
proceso de diseo de aplicaciones. En otras palabras, sin el Entity Framework se deben crear
dos modelos, uno para los objetos y otro para las base de datos y entender ambos. Esto se da
porque la forma de acceder y administrar los datos desde un modelo de objetos es diferente
respecto a la forma en que se hace desde una base de datos, donde ste y otros muchos
problemas vienen a ser solucionados por el Entity Framework.

El Entity Framework es un ORM (Mapeo Objeto - Relacin) que permite manejar la


traduccin de datos entre dos modelos que son muy diferentes, el modelo de objetos de una
aplicacin y el modelo de la base de datos. Un ORM lo que hace es llevar a cabo la
transformacin de datos que normalmente se realiza a mano cuando se interacta con la base
de datos; es decir, todo lo que normalmente se hace desde los mtodos de la capa de acceso
a datos, ya sea para obtener datos o para llevar a cabo operaciones de actualizacin, insercin
y borrado. Los ORM adems abstraen la funcionalidad requerida para interactuar con un
repositorio de datos, por ejemplo el abrir y cerrar la conexin, el lazy loading de datos, el
manejo de las relaciones, etc. Algunas de estas tareas igualmente se las lleva a cabo en la
capa de acceso a datos y la forma tradicional de abstraer el manejo de las conexiones y la
interaccin con el repositorio de datos es utilizando el data access application block.

60
3.3.15 Rol del EF en una arquitectura n-layer

El Entity Framework viene a jugar el rol que tradicionalmente ocupaba nuestra capa de
acceso a datos en la arquitectura tradicional n-layer. Es decir, la librera que normalmente
crebamos para acceder y abstraer el acceso al o a los repositorios de datos, ya no es necesaria
dado que el Entity Framework da toda la funcionalidad requerida para poder interactuar con
el o los repositorios de datos, es decir el Entity Framework remplaza la capa de acceso a
datos en una arquitectura n-layer.

61
4. CAPITULO IV
METODOLOGIA APLICADA AL PROYECTO

En relacin a la metodologa considerada en la elaboracin del presente proyecto se


asumieron los siguientes:

4.1 ELEMENTOS METODOLOGICOS DE LA INVESTIGACION


CIENTIFICA
4.1.1 Mtodos tericos
4.1.1.1 Anlisis documental

Considerado en la etapa de levantamiento de informacin, que consiste fundamentalmente


en el levantamiento de informacin, sistematizacin, tabulacin y anlisis de todos los
documentos que disponen de informacin relacionada al mbito de investigacin, en este
sentido se consideraron los cuadernos de registro, hojas sueltas, planillas electrnicas,
documentos en formato Word y otros documentos vinculados a los procedimientos de
compras y ventas, este trabajo se realiz en la primera etapa del desarrollo del proyecto que
en relacin al RUP, este trabajo fue asumido en la etapa de gestacin. Este mtodo permite
adicionalmente disponer de los documentos en un orden y secuencia que permite su cmoda
utilizacin y fcil identificacin y ubicacin.

4.1.1.2 Revisin bibliogrfica

A travs de este mtodo se logr apropiarse de los conceptos y elementos ms importantes


en relacin a aspectos que vinculan a la gestin comercial, gestin empresarial y
fundamentalmente aspectos tecnolgicos, permitiendo construir un slido fundamento
terico, respetando los derechos de autor y asumiendo el respectivo estado terico del avance
tecnolgico que se vive actualmente; sin embargo, este mtodo ser de constante utilizacin
a lo largo del proyecto en relacin a la necesidad de revisar fuentes bibliogrficas necesarias
para el desarrollo y culminacin del presente proyecto.

62
4.1.1.3 Modelacin

Considerando que la ingeniera de sistemas emplea constantemente el desarrollo de modelos


para estudiar distintas partes del sistema que se pretende abarcar, este mtodo es de mucha
importancia pues se lo emplear en el desarrollo de todo el proyecto por la importante
utilizacin que se har de el en las diferentes instancias o etapas del desarrollo del mismo,
complementando efectivamente a la herramienta de modelado, UML.

4.1.1.4 El mtodo sistmico

Siendo en el mbito de la ingeniera de sistemas el presente proyecto, no se podra dejar al


margen este mtodo de la investigacin cientfica por la importancia que tiene, pues permite
conceptualizar y comprender todo el mbito del proyecto como un sistema, el cual est
compuesto por diferentes componentes que interactan entre s, bajo una premisa o propsito
comn. De esta manera, se podr asumir un anlisis de cada elemento individualmente o en
su caso en conjunto, considerando parte o todos los elementos constituyentes, este mtodo es
aplicado en varias etapas respecto al nivel de comprensin que se requiere para completar
una determinada etapa del desarrollo del proyecto.

4.1.2 MTODOS EMPRICOS


4.1.2.1 Observacin

La observacin es el mtodo ms utilizado en cada una de las etapas del desarrollo del
proyectos, pues son nuestros sentidos los que permiten corroborar, identificar, descubrir, etc.
de manera prctica cada uno de los aspectos relevantes de inters para diferentes partes del
sistema, en diferentes etapas de su desarrollo. Su aplicacin se la considera en varios
momentos y bajo diferentes circunstancias, como ver la conducta y modo de trabajo, en una
etapa inicial para conocer el sistema actual y posteriormente las actitudes y maneras de
desenvolvimiento de los usuarios en relacin a la comodidad o dificultad que estos pueden
mostrar en la utilizacin del nuevo sistema, son algunos de los ejemplos de la importancia de
este mtodo.

63
4.1.2.2 Interrogacin

No es suficiente asumir una conclusin con tan solo la observacin, ms aun cuando una
solucin involucra a seres humanos, en ese sentido es importante considerar la interaccin a
travs del mtodo de interrogacin, que permitir conocer de voz propia de los involucrados
las dificultades o ventajas y conveniencia que tienen en relacin al sistema actual y de la
misma manera la participacin constante en el desarrollo del nuevo sistema. Es una prctica
recomendada para alcanzar un xito en la construccin de la solucin final, la constante
interaccin entre todos los involucrados permitir lograr los objetivos propuestos por el
presente proyecto, mtodo que se aplica en todas las fases de la produccin del software.

4.1.2.3 Medicin

Este mtodo es muy importante, pues es el nico mecanismo que permite constantemente
asumir un criterio claro en relacin a lo que se pretende llegar o lograr y lo que realmente se
obtiene, en este sentido el mtodo de la medicin se aplica en todo momento a lo largo de
todo el desarrollo del proyecto.

4.1.3 TECNICAS
4.1.3.1 Encuestas

Esta tcnica permite conocer a travs de la opinin capturada en cuestionarios de


determinados aspectos, temas o criterios que llevara demasiado tiempo conocerlos a travs
de entrevistas, en este sentido se consider importante este instrumento para conocer algunos
aspectos desde la perspectiva de los usuarios o clientes y de los funcionarios de la empresa,
en relacin a ciertos elementos relevantes respecto a la conformidad o disconformidad y
fundamentalmente las debilidades que se tienen actualmente en la gestin de ventas.

4.1.3.2 Entrevistas

De la misma manera que las encuestas las entrevistas permiten lograr capturar informacin
importante en relacin a las condiciones, dificultades, desventajas, que los funcionarios de la
empresa consideran que se deben tomar en cuenta en la construccin de la solucin, en este
64
sentido esta tcnica se aplica en las dos primeras etapas del proyecto y en la transicin, a fin
de identificar los niveles de conformidad y satisfaccin de la solucin desarrollada.

4.1.4 INSTRUMENTOS
4.1.4.1 Cuestionario

Su funcin es constituirse en el medio donde se plasma y captura la opinin de cada uno de


los integrantes de un grupo de personas seleccionadas para conocer su postura en relacin a
un determinado tpico, su utilizacin se la vincula a la tcnica de la encuesta, como el
momento y mecanismo de aplicacin.

4.1.4.2 Gua de entrevista

Permite organizar el proceso de entrevista con las personas seleccionadas, fundamentalmente


para lograr obtener la informacin buscada y no generar un dilogo improductivo en el
momento de aplicacin de la misma, adems para que en el proceso de entrevista se tenga
un ordenamiento criterioso y lgico, su utilizacin se vincula a los criterios asumidos en la
tcnica de la entrevista.

4.2 ELEMENTOS METODOLOGICOS DE LA INGENIERIA DE


SISTEMAS
4.2.1 RUP

Considera un proceso de desarrollo, se lo seleccion por constituirse en un estndar en la


industria de la produccin de software, adems que permite lograr una fcil adaptacin en
relacin al mbito, nivel y condiciones del proyecto. Las diferentes etapas y fases que lo
conforman, permiten lograr un desarrollo iterativo e incremental logrando de esta manera un
ajuste oportuno en relacin a la funcionalidad que se busca en el software que se desarrolla.
Se lo utiliza para la construccin cientfica del software que es parte importante del desarrollo
del presente proyecto y su utilizacin contempla desde la identificacin de requerimientos
hasta el despliegue o transferencia tecnolgica con lo cual se asegura que el desarrollo del
software fundamentalmente est efectivamente soportado.
65
4.2.2 UML (Lenguaje Unificado de Modelado)

El UML (Lenguaje Unificado de Modelado) es una herramienta importante en el desarrollo


y fundamentalmente en la actividad de documentacin y modelado de software, este lenguaje
est compuesto por varios instrumentos de modelado que permite apreciar como los planos
de una casa diferentes aspectos de un sistema, donde los ms importantes son:

Diagramas de casos de uso del modelo de negocios.


Diagramas de actividades
Diagramas de casos de uso.
Diagramas de clase.
Diagramas de objetos.
Diagramas de secuencia.
Diagramas de estados
Diagramas de colaboracin.
Diagramas de componentes
Diagramas de despliegue

UML se aplica en todo el proyecto fundamentalmente en las diferentes fases haciendo uso
de sus diferentes herramientas, en funcin a la necesidad y facilidad de requerimiento de
modelado.

4.2.3 Paradigma orientado a objetos

El Paradigma Orientado a Objetos es un modelo o tcnica de programacin que utiliza


objetos e interacciones en el desarrollo del sistema, es ms eficiente que el paradigma
estructurado ya que tiene como caractersticas la herencia, polimorfismo y encapsulamiento.
Este paradigma es considerado para el desarrollo del software ya que sus principios de
desarrollo permiten la reutilizacin de cdigo y esto es de gran utilidad a la hora de
implementar la funcionalidad, enlazar los componentes y obtener recursos de las hojas de
estilo, correspondindose plenamente con el mtodo sistmico. Su aplicacin ser

66
considerada en la fase de construccin fundamentalmente y lo que se pretende lograr es la
construccin de entidades de software que representen clases solidas y reutilizables que
agilicen el desarrollo del producto de software.

4.2.4 Prototipacion

Es un mecanismo que permitir la construccin incremental y dirigida por la consolidacin


de la funcionalidad revisada y aprobada por los usuarios finales, esta prctica permite asumir
grupos de funcionalidad limitados para evitar trabajar innecesariamente en toda la
funcionalidad, fundamentalmente cuando el usuario final no tiene claro lo que requiere, esta
prctica se emplea a lo largo de toda la fase de construccin.

4.2.5 Proceso iterativo e incremental

El Proceso Iterativo e Incremental tiene la caracterstica principal de permitir obtener


incrementos luego de relativamente cortas iteraciones; siendo de gran importancia, en el
desarrollo de un software, obtener incrementos que puedan ser verificados y evaluados por
el cliente, es por eso que este proceso de desarrollo encaja de manera acertada en la
metodologa aplicada al proyecto, en especial debido a que los requerimientos estn bien
definidos y la posibilidad de volatilidad es relativamente baja.

4.2.6 MOR (ORM)

El Mapeo Objeto-Relacin es una tcnica que permite trabajar con clases que representan o,
como su nombre indica, mapean relaciones de una base de datos relacional, siendo esto
transparente al programarlos, con esto se consigue lograr una independencia del motor de
base de datos y una implementacin multicapa n-layer ms efectiva y robusta, su aplicacin
se considera en la fase de construccin.

67
4.3 HERRAMIENTAS E INSTRUMENTOS DE DESARROLLO
4.3.1 Rational Rose

Es un case de modelado y generacin de cdigo que permite elaborar el modelado del


software, a travs de la construccin de genricos respetando la notacin UML y las fases y
etapas del RUP, que especifican y describen el funcionamiento de la aplicacin, as como sus
diferentes componentes, su utilizacin est ligada a documentar todo el desarrollo del
software que considera el proyecto, fundamentalmente en las fases de inicio y elaboracin.
Dentro de los instrumentos ms comunes a desarrollar con esta herramienta se encuentran:

Diagramas de casos de uso del modelo de negocios.


Diagramas de actividades
Diagramas de casos de uso.
Diagramas de clase.
Diagramas de objetos.
Diagramas de secuencia.
Diagramas de estados
Diagramas de colaboracin.
Diagramas de componentes
Diagramas de despliegue

4.3.2 Microsoft SQL Server 2012

Se toma en cuenta como motor de base de datos para el desarrollo del presente proyecto, por
el alto grado de compatibilidad y complementacin con el entorno de desarrollo Microsoft
Visual Studio, por sus altas prestaciones de rendimiento y fundamentalmente por el potencial
de su lenguaje de consultas SQL TRANSAC, en la construccin de procedimientos
almacenados, desarrollo de funciones personalizadas y por las bajas exigencias de hardware
para una solucin en una empresa pequea como es STOP&GO.

68
4.3.3 Microsoft Visual Studio 2012

IDE desarrollado especficamente para la plataforma Framework .Net, permitiendo a los


desarrolladores crear aplicaciones basados en Windows (usando Windows Forms en vez de
COM), aplicaciones y sitios web (ASP.NET y servicios web), y dispositivos mviles (usando
el .NET Compact Framework). Dispone de herramientas poderosas como el Static Checker
creada por el equipo de Contratos de cdigo, que tiene la particularidad de ir analizando
nuestro cdigo a medida que lo escribimos, esto se traduce en menor prdida de tiempo por
parte del desarrollador a la hora de encontrar algn error de escritura y el Intelligence Sense
que facilita una compilacin pronta y efectiva del cdigo fuente, brindando la capacidad de
realizar pruebas lnea a lnea al momento en que se presenta un fallo.

4.3.4 Lenguaje de programacin C#

Se constituye en el principal lenguaje de IDE Visual Studio .Net, fruto de aos de trabajo e
investigacin, es un lenguaje completo y muy verstil, bastante similar en su sintaxis a Java,
su funcionalidad est definida por el .NET Framework, que es un conjunto de libreras que
potencia las capacidades de este lenguaje, para el presente trabajo se asumir el .NET
Framework 4.5.

4.3.5 Adobe Photoshop CS6

Producto de tratamiento de imgenes ms famoso en el mercado, conjuntamente Adobe


Illustrator y Adobe Flash, se trata esencialmente de una aplicacin informtica en forma de
taller de pintura y fotografa que trabaja sobre un"lienzo" y que est destinado a
la edicin, retoque fotogrfico y pintura a base de imgenes de mapa de bits. Su nombre en
espaol significa literalmente "taller de fotos". Su capacidad de retoque y modificacin de
fotografas le ha dado el rubro de ser el programa de edicin de imgenes ms famoso del
mundo. Utilizado para todo el tratamiento de imgenes que se requiera para la construccin
del software.

69
4.4 PLAN DE TRABAJO

Tabla 4-1 Plan de Trabajo

FASE ACTIVIDADES FECHA INICIO FECHA FIN


INICIO
Modelado del Identificacin de 01/12/2013 15/01/2014
Negocio actores, casos de
uso del negocio y
procesos
involucrados.
Requerimientos Identificacin de 16/01/2014 20/01/2014
requerimientos
funcionales y no
funcionales.
Anlisis y diseo Bosquejos y 21/01/2014 25/01/2014
definicin de
estrategias
Implementacin Seleccin de 26/01/2014 01/02/2014
estrategia de
construccin del
software.
ELABORACION
Modelado del Identificacin de 02/02/2014 15/02/2014
Negocio todos los actores,
casos de uso del
negocio y
procesos
involucrados
Anlisis y diseo Identificacin de 16/02/2014 15/03/2012
actores, paquetes,
diagramas de casos
de uso, diagramas
de clases,
diagramas de
secuencia,
diagramas de
estados, diagramas
de componentes y
diagramas de
despliegue.
Implementacin Construir Base de 16/03/2014 25/03/2014
Datos y todos sus
componentes

70
Prueba Realizar pruebas 26/03/2014 02/04/2014
de la Base de
Datos.
CONSTRUCCION
Implementacin Construir 03/04/2014 01/06/2014
interfaces y
componentes del
software
Prueba Probar interfaces 01/05/2014 15/06/2014
construidas
Desarrollo Elaborar 16/06/2014 25/06/2014
documentacin
sistema
TRANSICION
Desarrollo Capacitar e instalar 10/05/2014 30/07/2014
sistema

Fuente: Elaboracin Propia

71
5. REFERENCIA BIBLIOGRFICA

[1. PREZ GOROSTEGUI, EDUARDO. CUROS DE INTRODUCCIN A LA


ECONOMA DE EMPRESA. MADRID : EDITORIAL UNIVERSITARIA RAMON
ARECES, 2009.

2. BLANCO, CARMEN y LOBATO, FRANCISCO. GESTION ADMINISTRATIVA,


COMUNICACION EMPRESARIAL Y ATENCION AL CLIENTE. MADRID :
MACMILLIAN PROFESIONAL, 2009.

3. GARCIA ARCA, FERNANDO, y otros. GESTION COMERCIAL DE LA PYME,


HERRAMIENTAS Y TCNICAS BASICAS PARA GESTIONAR EFICAZMENTE SU
EMPRESA. s.l. : IDEAS PROPIAS EDITORIAL, 2005.

4. IGLESIAS, ANTONIO. MANUAL DE GESTION DE ALMACEN. s.l. : Balanced Life


S.I., 2012.

5. SAROKA, RAL HORACIO. SISTEMAS DE INFORMACION EN LA ERA DIGITAL.


BUENOS AIRES : FUNDACION OSDE, 2002.

6. PATTERSON, BRIAN, y otros. LA BIBLIA DE C#. MADRID : ANAYA, 2003.

7. Silberschatz, Abraham, Korth, Henry F. y Sudarshan, S. Fundamentos de Bases de


Datos. Madrid (Espaa) : McGraw-Hill/Interamericana de Espaa, S.A.U., 2002.

8. Stair, Ralph M. Principios de Sistemas de Informacin: Enfoque Administrativo. s.l. :


International Thomson Editores, S.A. de C.V., 2000.

9. Blanchard, Benjamin S. Ingeniera de Sistemas. Madrid (Espaa) : Isdefe c/Edison,


1995.

10. Tern Gandarillas, G. Contabilidad Bsica. La Paz (Bolivia) : s.n., 1997.

72
11. Zorrilla Castro, Unai, Hernndez, Octavio y Quints, Eduardo. ADO.NET Entity
Framework. Espaa : Krasis Consulting, S.L., 2008.

12. De la Torre Llorente, Csar, y otros. Gua de Arquitectura N-Capas Orientada al


Dominio con .NET 4.0. Espaa : Krasis Consulting, S.L., 2010.

13. Date, C.J. Introduccin a los Sistemas de Bases de Datos. Mxico : Pearson Educacin,
2001.

14. Jacobson, Ivar, Booch, Grady y Rumbaugh, James. El Proceso Unificado de


Desarrollo de Software. Madrid : Addison Wesley Iberoamericana, 2000.

15. Orellana, Funes. Contabilidad Intermedia. Cochabamba (Bolivia) : s.n., 1998.

16. Bueno Campos, E, Cruz Roche, I. y Durn Herrera , J.J. Economia de la


Empresa:Anlisis de las decisiones Empresariales. Madrid : Pirmide, 1990.

17. Cob Montes, M.J. Gua para la creacin de empresas. Madrid : Ediciones Centro de
Estudios Financieros, 1996.

18. Crovetto Huerta, Christian y Alarcon Herrera, Erika. Base de Datos en SQL Server
2005. Lima - Per : Megabyte S.A.C., 2004.

19. Dumler, Michelle. Microsoft SQL Server 2008 Gua de Introduccin. s.l. : Microsoft
Corporation, 2007.

20. Ojeda, Francisco Charte. Programacin Microsoft Visual C# .Net. Madrid : Anaya.

21. Group, IBM Corporation Software. IBM Rational Rose. Estados Unidos : IBM
Corporation, 2006.

22. Ingeniera del Software. [aut. libro] IAN SOMMERVILLE. Ingeniera del Software.
septima. Madrid : PEARSON EDUCACIN. S.A., 2005, 1,3,4, pgs. 10, 226, 361.

73
ANEXOS

74