TesisSCM 08 Capitulo III

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN 58
COMERCIAL DE LAS EMPRESAS DISTRIBUIDORAS DE TARJETAS TELEFNICAS

Por Ivonne Sadith Musayn Oblitas
CAPTULO III
CONSTRUCCIN DE LA HERRAMIENTA
3.1. Generalidades
La herramienta que se aplica en esta investigacin ha sido desarrollada en su

totalidad utilizando la metodologa del Proceso Unificado de Rational (RUP); as
como el Lenguaje de Modelamiento Unificado (UML), cabe indicar que cada
una de las fases es soportada por la herramienta case Rational Rose
Enterprise Edition 2002.
Segn RUP, la primera divisin del trabajo en el proceso de desarrollo de

software est constituida por las fases: Inicio, Elaboracin, Construccin y
Transicin. Dividindose cada una de stas fases en iteraciones.
El objetivo principal de la Fase de Inicio, es establecer el anlisis del negocio,

no significando esto un estudio completo del sistema propuesto, sino solo la
bsqueda del porcentaje de casos de uso necesarios para fundamentar el
anlisis del negocio inicial [1]. Aqu se desarrollan cuatro pasos: delimitacin
del mbito del sistema propuesto, descripcin de una propuesta de la
arquitectura del sistema, identificacin de los riesgos crticos y demostracin a
los usuarios o clientes potenciales que el sistema propuesto es capaz de
solucionar sus problemas o contribuye a la mejora de sus objetivos de negocio.
1
Jacobson, Ivar y otros. Proceso Unificado de Desarrollo de Software. Espaa. Addkson Wesley. 2000. 438 pp.
LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN
El resultado principal de la Fase de Elaboracin es una arquitectura estable

para guiar el sistema a lo largo de su vida futura. Aqu se desarrollan cinco
pasos: creacin de una lnea base para la arquitectura, identificacin de riesgos
significativos, especificacin de los niveles a alcanzar por atributos de calidad,
como la fiabilidad y los tiempos de respuesta, recopilacin de casos de uso
para aproximadamente el 80% de los requisitos funcionales, y preparacin de
una propuesta para la planificacin[2].
El objetivo principal de la Fase de Construccin es la capacidad de operacin

inicial, es decir la obtencin de un producto listo para ser distribuido como
versin de prueba[3]. Aqu se desarrollan cuatro pasos: Extensin de la
identificacin, descripcin y realizacin de casos de uso, finalizacin del
anlisis, del diseo, de la implementacin y de la prueba, mantenimiento de la
integridad de la arquitectura y monitorizacin de los riesgos crticos y
significativos arrastrados desde las dos primeras fases.
La Fase de Transicin comienza a menudo con la entrega de una versin de

prueba a los usuarios. Aqu se desarrollan varios pasos, que son: Preparar las
actividades, como el lugar para las pruebas, aconsejar al cliente sobre la
actualizacin del entorno en que funcionar la aplicacin, preparar manuales y
otros documentos para la entrega del producto, ajustar el software para que
funcione con los parmetros actuales del entorno del usuario, modificar el
software al detectar problemas no previstos. Esta fase culmina con la entrega
del producto final.
Como se precis en prrafos anteriores cada una de estas fases se divide en

iteraciones. Cada iteracin consiste de cinco flujos de trabajo iterativos:
requisitos, anlisis, diseo, implementacin y prueba, incluyndose tambin la
planificacin y evaluacin.
Cabe mencionar que los flujos de trabajo fundamentales son nicamente:

requisitos, anlisis, diseo, implementacin y prueba. En el Flujo de Trabajo de
Captura de Requisitos, se elabora el Modelo del Negocio a fin de comprender
el contexto del sistema y se realiza la captura de requisitos los mismos que
2
Jacobson, Ivar y otros. Proceso Unificado de Desarrollo de Software. Espaa. Addkson Wesley. 2000. 438 pp.
3
Idem a [21]
posteriormente sern modelados mediante casos de uso pasando asi al Flujo

de Trabajo de Anlisis. El propsito de este nuevo Flujo de Trabajo es analizar
en mayor detalle los requisitos descritos en la flujo de trabajo anterior a fin de
refinarlos y estructurarlos, esto har conseguir una comprensin ms precisa
de los mismos y ayudar a estructurar el sistema entero incluyendo su
arquitectura, es decir establece la funcionalidad inicial del sistema a un
conjunto de objetos que proporcionan el comportamiento. El siguiente es el
Flujo de Trabajo de Diseo, en l se crea un plano del modelo de
Implementacin, luego durante la Fase de Construccin, cuando la arquitectura
es estable y los requisitos han sido comprendidos en su totalidad se pasa al
Flujo de Trabajo de Implementacin.
Finalmente en este flujo se desarrollan los modelos de implementacin que

incluye los componentes y un modelo de despliegue que define los nodos
fsicos y la correspondencia de los componentes con esos nodos.
3.2. Estudio de Factibilidad
Adems de recomendar una solucin, el anlisis de sistemas implica un

estudio de factibilidad para determinar que una solucin sea posible o
alcanzable dado los recursos y restricciones de la institucin [4]. Se deben
estudiar tres reas principales de la factibilidad.
Factibilidad tcnica: Si la solucin propuesta puede ser implantada con el

software, hardware y recursos tcnicos disponibles.
Factibilidad operativa: Si la solucin propuesta es deseable con el marco

administrativo y organizacional existente.
Factibilidad econmica: Si los beneficios de la solucin propuesta son

mayores que los costos.
A continuacin, se realiza el estudio de las tres reas principales de la

factibilidad para esta investigacin.
[4] Laudon Kenneth y Laudon Jane. Administracin de los Sistemas de Informacin: Organizacin y
Tecnologa. 3era Edicin. Mxico. Prentice Hall Hispanoamericana S.A. 1996. 885 pp.
3.2.1. Factibilidad tcnica
De acuerdo a la delimitacin del alcance del sistema (Ver Grfico N 13

- Diagrama de Contexto), ste interacta con el sistema de Captura de
Pedidos. Entonces, la tecnologa requerida para el desarrollo y
funcionamiento de la aplicacin eSCM es:
Una PC con la configuracin necesaria para hacer las veces de

Servidor Virtual. En esta mquina se almacenar la Base de Datos
que contiene las Tarjetas Telefnicas Virtuales.
Una PC con la configuracin necesaria para permitir el desarrollo de
la aplicacin.
Un software manejador de base de datos que pueda interactuar con
el motor de comunicaciones.
Un lenguaje de programacin orientado a objetos y conducida por
eventos.
Una herramienta case que de soporte a cada una de las fases del
proceso unificado de desarrollo.
Conexin a Internet
3.2.2. Factibilidad operativa
La aplicacin de la herramienta informtica propuesta queda

asegurada debido a las siguientes razones:
Las reas relacionadas con este proceso de negocio han

participado activamente en el planeamiento del proyecto
proporcionando informacin necesaria acerca de los
procedimientos de trabajo, requerimientos de los usuarios,
expresando los problemas y proponiendo posibles alternativas de
solucin.
Por otro lado, en la actualidad, el nivel de cultura informtica de

las personas que laboran en las empresas es alto, lo que reduce
significativamente el rechazo al empleo de aplicaciones y por el

contrario, hace que se incremente la disposicin a colaborar en el

desarrollo e implementacin de nuevas aplicaciones.
Los usuarios son conscientes de los beneficios que se logran al

utilizar esta aplicacin. Por este motivo, se considera que se
cuenta con el apoyo necesario para garantizar la vigencia de este
software. Asimismo, los mtodos del sistema propuesto se ajustan
a los requerimientos de los usuarios, as como a los objetivos que
persiguen las empresas de este rubro, cumplindose las funciones
de una manera eficaz y eficiente e incrementando la productividad.
Por ltimo, para el aseguramiento del empleo apropiado de la

herramienta, se contempla un periodo de capacitacin a los
usuarios.
3.2.3. Factibilidad econmica
Para probar la factibilidad econmica de esta aplicacin

informtica, se ha tomado en consideracin todas aquellas
variables sensibles a la puesta en marcha de la eSCM en el
proceso logstico, es decir, el presupuesto de inversin necesario,
los beneficios que se generan y, los costos que demandan su
puesta en marcha permanente. Para ello, ha sido necesario revisar
y estudiar el comportamiento de cada componente asociado al
ciclo del desarrollo, puesta en marcha y mantenimiento del
sistema.
A. Gastos Pre-Operativos
Los gastos pre-operativos en los que se ha incurrido se

muestran en la Tabla N 2 a la Tabla N 6. En la Tabla N 7 se
presenta el correspondiente resumen de los gastos pre-
operativos.

Gastos en Hardware
Tabla N 2
GASTOS EN HARDWARE
HARDWARE(*) Pre
Operativo
(US$)
Costos de Hardware para Desarrollo
Pentium III 80.00
Costos de Hardware de Servidor
Pentium IV (2) 400.00
Costos de Red 10.00
Costos de Conectividad 10.00
Actualizaciones de Red 0.00
Cuotas de Mantenimiento 0.00
TOTAL HARDWARE 500.00
* Para los recursos de HW y SW se considera un 10% de empleo
Gastos en Software
Tabla N 3
GASTOS EN SOFTWARE
SOFTWARE(*) Pre
Operativo
(US$)
Base de Datos
SQL Server Database 1,032.00
SQL Server Developer 44.90
Sistemas Operativos para Servidores
Windows NT 20.00
Windows 2000 Advanced Server (IIS+MTS) 380.00
Software Adicional de Servidor
Firewall 1,000.00
Desarrollo
Windows 2000 Profesional 86.00
Visual Basic 250.00
Rational Rose 1,000.00
Otros 50.00
Cuotas de Mantenimiento 0.00
TOTAL SOFTWARE 3,862.90
* Para los recursos de HW y SW se considera un 10% de empleo
Gastos en Consultora
Tabla N 4
GASTOS EN CONSULTORA
CONSULTORIA Pre
Operativo
(US$)
Interna 0.00
Externa 540.00
TOTAL CONSULTORIA 540.00

Gastos en Personal
Tabla N 5
GASTOS EN PERSONAL
PERSONAL Pre
Operativo
(US$)
Inicial
Admistracin
Jefe de Proyecto y DBA 3,083.52
Desarrollo
Analista Programador 1,748.96
Administrador de BD 1,434.64
Contnuo
Administrators
Administrador del Sist/BD 0.00
Administrador de Puntos de Venta 0.00
TOTAL PERSONAL 6,267.12
Para determinar los gastos en personal se elabor el

calendario de actividades correspondiente (Ver Anexo N 2 -
Cronograma de Actividades).
Otros Gastos
Tabla N 6
OTROS GASTOS
OTROS Pre
Operativo
(US$)
Suministros y Otros 300.00
TOTAL OTROS 300.00
El total de gastos pre-operativos en los que se incurrira

para el desarrollo del proyecto es de US$ 11,470.02 como
se puede observar en la Tabla N 7.
Tabla N 7
TABLA RESUMEN GASTOS PRE-OPERATIVOS
RESUMEN GASTOS PRE-OPERATIVOS Pre
Operativo
(US$)
Hardware 500.00
Software 3,862.90
Consultoria 540.00
Personal 6,267.12
Entrenamiento 0.00
Otros 300.00
TOTAL RESUMEN 11,470.02

B. Gastos Operativos
Los gastos operativos en los que se incurre se muestran en la

Tabla N 8.
Tabla N 8
TABLA RESUMEN GASTOS OPERATIVOS
RESUMEN GASTOS OPERATIVOS Operacin
del Sistema
(US$)
Mantenimiento Hardware 100.00

Mantenimiento Software 50.00
Consultoria 0.00
Personal 600.00
Otros 50.00
TOTAL RESUMEN 800.00
C. Beneficios
Los beneficios directos que se obtienen se muestran a

continuacin en la Tabla N 9.
Tabla N 9
BENEFICIOS DIRECTOS
BENEFICIOS DIRECTOS
Reduccin de gastos de oficina
Reduccin de costos de comunicacin
Reduccin de costos operacionales
Incremento en los Ingresos
Reduccin de Rechazo de Pedidos
Reduccin o reubicacin del personal
Otros beneficios que se obtienen se muestran en la Tabla N

10
Tabla N 10
OTROS BENEFICIOS
OTROS BENEFICIOS
Mejora en la Gestin de la Tecnologa
Reduccin del Tiempo de Integracin
Reduccin de Costos de Ingreso Manual de Datos
Reduccin de Tiempo de Generacin de Informes
Reduccin de Costos de Infraestructura
Mejora en la Administracin de Procesos
Incremento en la productividad de los trabajadores
Reduccin de costo de errores y omisiones
Capitalizacin de nuevas oportunidades de ingresos
Ingresos adicionales

Para la valorizacin de estos componentes, en la Tabla N 11

se presenta el flujo de caja antes de la implementacin de la
tecnologa, en la Tabla N 12 se presenta el flujo de caja
durante y despus de la implementacin de la tecnologa y en
la Tabla N 13 se presenta el correspondiente anlisis
econmico, cabe indicar que las tablas mencionadas han sido
elaboradas tomando como base la informacin de la empresa
donde se desarroll el prototipo, asmismo en la Tabla N 13
se aprecia que, desde el punto de vista econmico resulta
conveniente la puesta en produccin de esta herramienta de
gestin automatizada, ya que, la inversin de US$ 11,470.02
se recupera entre los periodos N 10 y 11 . Este periodo de
recuperacin temprana se ajusta a las exigencias de inversin
en tecnologas de la informacin.
La recuperacin de la inversin antes mencionada, es posible

gracias a que existe un flujo neto favorable de los beneficios
que se generan en relacin a los costos operativos peridicos.
Desde el punto de vista financiero, el proyecto soporta una

tasa de inters (TIR) mxima de 8.24% mensual la cual est
de acuerdo a los promedio exigidos en el sistema financiero del
mercado local; se obtiene como Valor Actual Neto US$ 9,543
a una tasa de rendimiento de 2% mensual, con lo que queda
demostrado que el proyecto es financieramente factible.

FLUJO DE CAJA ANTES DEL DESARROLLO E IMPLEMENTACIN DE LA TECNOLOGA
Para mayor detalle ver Anexo N 3 - Flujo de Caja antes del Desarrollo e Implementacin de la Tecnologa
Tabla N 11
(US$)

Para mayor detalle ver Anexo N 4 Flujo de Caja durante y despus del desarrollo e implementacin de la Tecnologa
FLUJO DE CAJA DURANTE Y DESPUS DEL DESARROLLO E IMPLEMENTACIN DE LA TECNOLOGA
Tabla N 12
(US$)

ANLISIS ECONMICO
Tabla N 13
Para mayor detalle ver Anexo N 5 Anlisis Econmico

(US$)

3.3. Modelo del Negocio
El Modelo de Negocio es una tcnica cuyo objetivo es comprender los

procesos de negocio de la organizacin [5].
En el Grfico N 8 se observa el modelo de negocio de las empresas

distribuidoras de tarjetas telefnicas virtuales.
Un Proveedor realiza el abastecimiento de tarjetas telefnicas virtuales, las

mismas que son registradas en el almacn virtual.
Un Consignatario de Puntos de Venta realiza el pedido de tarjetas telefnicas

virtuales a travs de las terminales de punto de venta de las cuales es
propietario.
El Almacn Virtual se encarga de atender los pedidos efectuados por el

Consignatario de Puntos de Venta as como de emitir las rdenes de Pedido
necesarias para realizar el aprovisionamiento de las tarjetas.
Grfico N 8
MODELO DE CASOS DE USO DEL NEGOCIO DE LAS EMPRESAS
DISTRIBUIDORAS DE TARJETAS TELEFNICAS VIRTUALES
5
JACOBSON, Ivar y otros. El Proceso Unificado de Desarrollo de Software. Ed. Addison Wesley. Madrid. 2000.
438 pp.
3.3.1. Descripcin de Flujo de Trabajo del Caso de Uso de Negocio

Abastecimiento de Tarjetas Telefnicas Virtuales
El Flujo de Trabajo del Caso de Uso de Negocio denominado

Abastecimiento de tarjetas telefnicas virtuales (ver Grfico N 9) se
inicia cuando el Proveedor consulta las rdenes de pedido, para
conocer su estado o para realizar el abastecimiento correspondiente, si
se tratara del segundo caso, remite los nmeros de tarjetas al almacn,
el que las registra y habilita para la venta.
Grfico N 9
FLUJO DE EVENTOS DEL CASO DE USO DE NEGOCIO
ABASTECIMIENTO DE TARJETAS TELEFNICAS VIRTUALES


Distribucin de Tarjetas Telefnicas Virtuales
El Flujo de Trabajo del Caso de Uso de Negocio Distribucin de tarjetas

telefnicas virtuales (ver Grfico N 10) se inicia cuando desde el
terminal de punto de venta cuyo propietario es el Consignatario de
Puntos de Venta, se envan los pedidos hacia el almacn virtual quien
se encarga de recibirlos y registrarlos.
En este Flujo de Trabajo, se puede apreciar tambin que el

Consignatario realiza consultas de las ventas efectuadas desde sus
terminales de puntos de venta.
Grfico N 10
FLUJO DE EVENTOS DEL CASO DE USO DE NEGOCIO DISTRIBUCIN
DE TARJETAS TELEFNICAS VIRTUALES


Gestin de Almacn Tarjetas Telefnicas Virtuales
El Flujo de Trabajo del Caso de Uso de Negocio Gestin de almacn

tarjetas telefnicas virtuales (ver Grfico N 11) se inicia cuando el
almacn virtual recibe los pedidos de los terminales de punto de venta o
las tarjetas que envan los proveedores como resultado de la atencin
de las rdenes de pedido pendientes, en el primer caso aprueba los
pedidos, enva las tarjetas a los terminales de punto de venta y actualiza
el stock realizando la disminucin correspondiente; en el segundo caso
recepciona las tarjetas, las habilita para la venta, cambia el estado de la
rden de pedido correspondiente y actualiza el stock realizando el
incremento correspondiente.
En este Flujo de Trabajo, se puede apreciar tambin que el almacn

virtual genera rdenes de pedido en forma automtica previa
verificacin del stock y la confirmacin de que el artculo lleg a su
punto de reposicin.
Grfico N 11
FLUJO DE EVENTOS DEL CASO DE USO DE NEGOCIO GESTIN DE
ALMACN DE TARJETAS TELEFNICAS VIRTUALES

3.3.4. Modelo de Objetos de Negocio
El Modelo de Objetos de negocio identifica los roles y objetos en el

negocio. En el Grfico N 12 se puede identificar el Proveedor,
Consignatario de Punto de Venta, Almacn Virtual como roles y como
objetos de negocio la Orden de Pedido, el Pedido de Tarjetas y el Stock
asimismo en el diagrama se muestra claramente la interaccin entre
roles y objetos.
Grfico N 12
MODELO DE OBJETOS DEL NEGOCIO DE TARJETAS TELEFNICAS
VIRTUALES
3.4. Flujo de Trabajo: Requisitos

El propsito fundamental del Flujo de Trabajo de Requisitos es obtener una
descripcin correcta de lo que debe hacer el sistema y delimitar su alcance, es
decir, qu debe y qu no debe hacer. Los requisitos juegan un papel muy
importante durante el Ciclo de Vida del Software. Durante la Fase de Inicio, se
identifican la mayora de los casos de uso para delimitar el sistema y detallar lo
ms importante. En la Fase de Elaboracin se obtiene el resto de casos de uso
y se planean las tareas que se tienen que llevar a cabo para la elaboracin del
sistema. Si se detectaran algunos otros, se capturan e implementan en la Fase

de Construccin. Finalmente en la Fase de Transicin, slo hay Captura de

Requisitos si se tuviera que modificar algn caso de uso.
Las actividades que constituyen el Flujo de Trabajo de Requisitos son:
Encontrar actores y casos de uso,

Priorizar casos de uso,
Detallar casos de uso,
Prototipar la interfaz de usuario y
Estructurar el modelo de casos de uso.
3.4.1. Requisitos del Sistema
A. Requisitos Funcionales
Los requisitos funcionales especifican qu es lo que el usuario

quiere que el sistema haga para l. En el sistema en estudio los
requisitos funcionales son:
1. Acceder a informacin sobre ventas realizadas.

2. Acceder a informacin sobre existencias de tarjetas en almacn
(stocks).
3. Que los proveedores puedan accesar a informacin sobre
rdenes de pedido para abastecer, en tiempo real, de tarjetas
telefnicas virtuales al almacn.
4. Que los consignatarios de punto de venta puedan conocer el
volumen de ventas realizado y cuanto es lo que les corresponde
pagar por las tarjetas vendidas.
B. Requisitos No Funcionales
Los requisitos no funcionales especifican propiedades del sistema,

como restricciones del entorno o de la implementacin, rendimiento,
dependencias de plataforma, facilidad e mantenimiento,
extensibilidad, fiabilidad, etc. Los requisitos no funcionales para el
sistema en estudio son:

1. El Proveedor deber tener acceso a un entorno web mediante el

cual podr abastecer al almacn virtual de tarjetas requeridas
de acuerdo con las rdenes de pedidos autogeneradas.
2. Al Distribuidor de tarjetas telefnicas virtuales se le provee de un
entorno visual que le permita realizar consultas personalizadas
sobre el volumen de ventas alcanzado por los Consignatarios de
Puntos de Venta. Asimismo podr consultar acerca del nivel de
stock por tipo de tarjeta telefnica virtual vendida.
3. Debe adicionarse esta funcionalidad en las computadoras
personales de los usuarios y debern realizarse adecuaciones
en el servidor de base de datos para procesar esta informacin.
4. El sistema funciona sobre computadores personales teniendo
como plataformas las diversas versiones del sistema operativo
Windows (95,98, NT, XP, 2000).
5. El sistema requiere Visual Basic 6.0 como entorno de desarrollo,
SQL Server como gestor de base de datos y ASP con Visual
Basic Script para el desarrollo de la interfaz web.
6. Un requisito adicional establece la existencia de un sistema de
autentificacin que permite a los distintos tipos de usuarios
acceder nicamente a la funcionalidad y a la informacin que les
concierne.
C. Usuarios del Sistema
El sistema ha de ser empleado por los siguientes tipos de usuarios:

Gerente es el responsable de gestionar la empresa, entre sus
atribuciones se encuentra:
o Aprobar o desaprobar las polticas concernientes a la
Comercializacin de Tarjetas Telefnicas Virtuales.
o Aprobar o desaprobar la instalacin de equipos de Puntos de
Venta (POS o Terminales).
o Aprobar o desaprobar la adopcin de nuevos clientes
o Proponer el plan de Comercializacin.
o Proponer la adopcin de nuevas tipos de tarjetas telefnicas
virtuales para la venta.

o Proponer la cancelacin o suspensin de Consignatarios de

Puntos de Venta.
o Proponer la ampliacin de Crdito a los puntos de venta.
Almacn Virtual, es el encargado de gestionar las existencias de
tarjetas telefnicas:
o Autorizar la atencin de pedidos.
o Emitir rdenes de Pedido de los Tipos Tarjeta que llegaron a
sus niveles de Reposicin.
o Registrar las Tarjetas Telefnicas Virtuales atendidas por los
proveedores y ponerlas a disposicin para la venta.
Consignatario de Punto de Venta es el responsable de:
o Llevar el control de la venta de tarjetas telefnicas virtuales
desde las terminales de punto de venta que le pertenecen.
o Realizar pedidos de tarjetas telefnicas virtuales.
o Realizar la cancelacin de la venta de tarjetas.
o Realizar consultas sobre las tarjetas disponibles para la
venta.
Proveedor de Tarjetas Telefnicas Virtuales es el responsable de
abastecer a la empresa de las tarjetas telefnicas, y entre sus
atribuciones se encuentra:
o Realizar consultas sobre las rdenes de pedido emitidas por
la empresa distribuidora de tarjetas telefnicas virtuales.
o Atender las rdenes de Pedido a fin de proveer de tarjetas
telefnicas virtuales a la empresa.
Administrador del Sistema, es el encargado de gestionar el
sistema que proporciona informacin a toda la empresa,
proveedores y clientes, entre sus atribuciones se encuentra:
o Determinar que usuarios tendrn acceso al sistema.
o Cules sern los privilegios otorgados a cada usuario.
o Supervisar el procesamiento de la informacin.
3.4.2 Roles de Usuario

Los perfiles de usuario, o el mapa de roles de usuario, establece los
distintos tipos de actores humanos que utilizan el sistema, as como las
relaciones de dependencia entre ellos. Dadas las caractersticas del

caso de estudio, no es necesario elaborar un modelo organizacional, los

roles se deducen fcilmente del documento informal de requisitos, en
este caso son (ver Grfico N 13): Gerente, Consignatario de Punto de
Venta, Almacn Virtual, Proveedor de tarjetas telefnicas virtuales y
Administrador del Sistema.
Grfico N 13
ACTORES DEL NEGOCIO
3.4.3. mbito del Sistema Propuesto
En esta actividad se delimita el sistema, identificando qu actores

interactan con el sistema, y qu funcionalidad se espera del sistema,
esto mediante los casos de uso y su descripcin
Un componente del mbito del sistema es el diagrama de contexto que

establece los lmites del sistema bajo consideracin. Los elementos del
diagrama de contexto son los actores humanos ms otros sistemas o
dispositivos que pueden interactuar con el sistema en estudio. Para este
caso el Sistemas de Captacin de Pedidos es el uno de los actores no
humano que intercambia informacin con el sistema en estudio (ver
Grfico N 14) porque se trata de otro sistema encargado de realizar el
envo de pedidos desde las terminales de punto de venta hasta el
almacn virtual a fin de que el ste los registre, apruebe y atienda;

asimismo el otro actor no humano que participa en el sistema es el
Almacn Virtual quien se encarga de la gestin de las existencias en
almacn.
Grfico N 14
DIAGRAMA DE CONTEXTO
3.4.4. Anlisis detallado de Requisitos
El objetivo principal de la fase de requisitos es desarrollar un modelo del

sistema que se va a construir, y la utilizacin de casos de uso es una
forma adecuada de crear ese modelo.
Un componente fundamental de esta fase es el modelo de casos de uso

o el modelo de los requisitos funcionales del sistema. Contiene como
componentes la tabla de definicin de actores, los casos de uso, la
descripcin textual de los mismos y el modelo estructurado de casos de
uso.
A. Tabla de definicin de actores
Para este caso el conjunto de roles detectados se corresponde con

el conjunto de actores del sistema. Por consiguiente existen cinco
tipos de usuarios del sistema: el Proveedor de Tarjetas Telefnicas

Virtuales, Gerente, Administrador del Sistema, Consignatario de
Punto de Venta y Sistema de Captura de Pedidos.
Actor Proveedor de Tarjetas Telefnicas Virtuales

Humano Si
Descripcin El Proveedor de Tarjetas Telefnicas Virtuales es
el actor encargado de abastecer al Almacn
Virtual de tarjetas para la venta.
Actor Gerente
Humano Si
Descripcin El Gerente es el actor encargado de tomar
decisiones sobre el proceso de abastecimiento y
distribucin, adems de ser quien establece las
polticas correspondientes.
Actor Consignatario de Punto de Venta

Humano Si
Descripcin Es el propietario de los puntos de venta y quien
realiza los pedidos de tarjetas telefnicas virtuales
desde sus terminales para venderlas a los
usuarios finales.
Actor Almacn Virtual

Humano No
Descripcin Es el actor que se encargar de la gestin de las
existencias en almacn.
Actor Sistema de Captura de Pedidos

Humano No
Descripcin Es el actor que provee al sistema de informacin
de los pedidos efectuados desde los puntos de
venta.
Actor Administrador del Sistema

Humano Si
Descripcin Es el actor encargado del mantenimiento del
sistema y de velar por el acceso de los usuarios a
la informacin.
B. Casos de Uso y Macro Servicios Funcionales
De los requisitos informales podemos extraer un conjunto candidato

de casos de uso que deben estar presentes en el sistema. Estos
casos de uso podemos agruparlos por funcionalidad similar y crear
en forma ascendente los macro servicios del sistema. Existen
diversas propuestas para organizar el modelo de casos de uso: por

grupos de usuarios, por situaciones de trabajo, etc. En este caso se

utiliza la descomposicin / agrupacin basada en situaciones de
trabajo. Para cada situacin de trabajo, agruparemos en macro
servicios la funcionalidad que puede invocar. El proceso en s
combina descomposicin descendente como ascendente.
Puede empezarse con una lista candidata de casos de uso que se

ubican en los correspondientes macro servicios. La deteccin de
nuevos casos de uso o bien la eliminacin de alguno de ellos, puede
originar la reorganizacin de los macro servicios.
Los casos de uso han sido agrupados en macro servicios

funcionales como se puede apreciar en el Grfico N 15.
Grfico N 15
MACRO SERVICIOS FUNCIONALES DEL SISTEMA
En el Grfico anterior tenemos cuatro macro servicios funcionales :

Abastecimiento de Tarjetas Telefnicas Virtuales este macro
servicio contiene los casos de uso que describen este proceso,
Distribucin de Tarjetas Telefnicas Virtuales contiene los casos de
uso que describen el proceso de registro de distribucin de las
tarjetas telefnicas virtuales hacia los Consignatarios de Puntos de
Venta, Gestin de Almacn de Tarjetas Telefnicas Virtuales; de
este macro servicio depende los dos mencionados anteriormente,

porque es el que se encarga de registrar y controlar la reposicin de
stock as como aprobar las transacciones de venta de Tarjetas
Telefnicas desde los terminales de punto de venta. El macro
servicio Administracin del Sistema es el que permitir la gestin de
los usuarios, clientes y productos del sistema.
1. Macro Servicio Abastecimiento de Tarjetas Telefnicas

Virtuales.
El Macro Servicio Abastecimiento de Tarjetas Telefnicas

Virtuales contiene toda la funcionalidad que puede ejecutar el
proceso de abastecimientos, que es ejecutada por el proveedor
cuando realiza una consulta de las rdenes de Pedido, y luego
enva Tarjetas Telefnicas Virtuales a fin de dar atencin a las
rdenes de pedido pendientes. (Ver Grfico N 16).
Grfico N 16
DIAGRAMA DE CASOS DE USO DEL MACRO SERVICIO
FUNCIONAL ABASTECIMIENTO DE TARJETAS
TELEFNICAS VIRTUALES
Para mayor informacin sobre los casos de uso ver la

descripcin correspondiente en Anexo N 6 Descripcin del
Caso de Uso Consultar rdenes de Pedido y Anexo N 7
Descripcin del Caso de Uso Atender Orden de Pedido.

2. Macro Servicio Distribucin de Tarjetas Telefnicas

Virtuales.
El Macro Servicio Distribucin de Tarjetas Telefnicas Virtuales

contiene toda la funcionalidad que puede ejecutar el proceso de
distribucin que consiste en realizar el pedido de tarjetas
telefnicas virtuales a travs de los terminales de punto de
venta, los cuales son enviados por el Sistema de Captura de
Pedidos hacia el almacn virtual quien los registrar, aprobar y
emitir las tarjetas telefnicas en atencin al pedido original (ver
Grfico N 17)., asimismo permite la consulta de ventas de
tarjetas por parte de los consignatarios de puntos de venta.
Grfico N 17
FUNCIONAL DISTRIBUCIN DE TARJETAS TELEFNICAS
VIRTUALES

Caso de Uso Realizar Pedido de Tarjeta y Anexo N 9
Consultar Venta de Tarjetas.

3. Macro Servicio Gestin de Almacn de Tarjetas

Telefnicas Virtuales
El Macro Servicio Gestin de Almacn Tarjetas Telefnicas

Virtuales contiene toda la funcionalidad que puede ejecutar el
proceso de Gestin de Almacn, la que consiste en atender los
pedidos realizados desde los puntos de venta enviando las
tarjetas solicitadas, reponer el stock con las tarjetas enviadas por
los proveedores, actualizar las existencias en caso de venta o
aprovisionamiento, generar las ordenes de pedido para los tipos
de tarjetas que llegan a su punto de reposicin y proporcionar
informacin acerca de todos los movimientos de las existencias
en el almacn virtual. (Ver Grfico N 18).
Grfico N 18
FUNCIONAL GESTIN DEL ALMACN DE TARJETAS

Caso de Uso Atender Pedido Tarjeta, Anexo N 11
Descripcin del Caso de Uso Reponer Stocks, Anexo N 12
Descripcin del Caso de Uso Actualizar Existencias, Anexo N
13 Descripcin del Caso de Uso Generar Orden de Pedido y
Anexo N 14 Descripcin del Caso de Uso Consultar

Movimientos.
4. Macro Servicio Administracin del Sistema
El Macro Servicio Administracin del Sistema contiene toda la

funcionalidad que puede ejecutar el proceso de administracin
del sistema que consiste en dar de alta, actualizar y dar de baja
a los proveedores, consignatarios de puntos de venta y usuarios.
(Ver Grfico N 19).
Grfico N 19
FUNCIONAL ADMINISTRACIN DEL SISTEMA

Caso de Uso Administrar Consignatario de Puntos de Venta,
Anexo N 16 Descripcin del Caso de Uso Administrar
Sucursal, Anexo N 17 Descripcin del Caso de Uso
Administrar Terminal de Punto de Venta, Anexo N 18
Descripcin del Caso de Uso Administrar Proveedor, Anexo N
19 Descripcin del Caso de Uso Administrar Tarjeta Telefnica
Virtual y Anexo N 20 Descripcin del Caso de Uso Administrar
Usuario.

3.5. Flujo de Trabajo: Anlisis
En el Flujo de Trabajo de Anlisis se refinan y estructuran los requisitos

obtenidos en el flujo de trabajo anterior, con el propsito de obtener una
comprensin ms precisa de los requisitos y una descripcin de los mismos
que sea de fcil mantenimiento y ayude a obtener una arquitectura estable,
slida y completa del sistema.
Las actividades que constituyen el Flujo de Trabajo de Anlisis son:
Anlisis de la arquitectura.
Anlisis de los casos de uso
Anlisis de las clases
Anlisis de paquetes
Asimismo, en este flujo se obtienen los siguientes artefactos:
Modelo de Anlisis: Contiene la realizacin de los casos de uso y las

clases de anlisis.
Realizacin de casos de uso: es una colaboracin dentro del modelo de
anlisis que describe como se lleva a cabo y como se ejecuta un caso
de uso determinado en trminos de clases y sus objetos de anlisis en
interaccin.
Paquete de Anlisis: Los paquetes de anlisis son utilizados para
organizar los artefactos del anlisis en piezas manejables.
3.5.1. Modelo de Anlisis
El modelo de anlisis es otra de las vistas de un sistema, en l se

estereotipan las clases del modelo como boundary (interfaz), control
(control) y entity (entidad) con el propsito de modelar la funcionalidad
global del sistema.
En los Grficos N 20, 22, 24 y 26 se puede apreciar los modelos de

anlisis correspondiente a los casos de uso y macro servicios
funcionales tratados en el punto B del acpite 3.4.4. En estos grficos
se puede apreciar las clases de interfaz necesarias para modelar la

interaccin entre los casos de uso y sus actores, las clases de entidad
utilizadas para modelar la informacin que posee una larga vida y a
menudo son persistentes y finalmente las clases de control que
representan coordinacin, transacciones, secuencias y control de otros
objetos. Asimismo, en los Grficos N 21, 23, 25 y 27 tenemos la
realizacin de los mismos casos de uso, las cuales describen como se
llevan a cabo y se ejecuta un caso de uso determinado, a travs de los
diagramas de secuencia y colaboracin asociados a cada realizacin.
A. Modelo de Anlisis - Abastecimiento de Tarjetas Telefnicas

Virtuales
Grfico N 20
MODELO DE ANLISIS DEL PROCESO DE ABASTECIMIENTO DE
TARJETAS TELEFNICAS VIRTUALES
La realizacin de los casos de uso se emplean para especificar la

relacin entre la interfaz y la clase o componente que proporciona
una operacin o servicio para ella, es decir define la interaccin y es

una sociedad de roles y otros elementos que colaboran para

proporcionar un comportamiento cooperativo.
B. Realizacin de Casos de Uso Abastecimiento de Tarjetas

Grfico N 21
REALIZACIN DE CASOS DE USO DE ABASTECIMIENTO DE

Para mayor informacin sobre la realizacin de cada caso de uso

revise los diagramas de secuencia e interaccin en Anexos N 21 al
Anexo N 23.

C. Modelo de Anlisis - Distribucin de Tarjetas Telefnicas

Virtuales
Grfico N 22
MODELO DE ANLISIS DEL PROCESO DE DISTRIBUCIN DE
D. Realizacin de Casos de Uso Distribucin de Tarjetas

Grfico N 23
REALIZACIN DE CASOS DE USO DE DISTRIBUCIN DE TARJETAS

revise los diagramas de secuencia e interaccin en Anexo N 24 al
Anexo N 25.

E. Modelo de Anlisis Gestin de Almacn Tarjetas Telefnicas

Virtuales
Grfico N 24
MODELO DE ANLISIS DEL PROCESO DE GESTIN DE ALMACN
DE TARJETAS TELEFNICAS VIRTUALES
F. Realizacin de Casos de Uso Gestin de Almacn Tarjetas

Grfico N 25
REALIZACIN DE CASOS DE USO DE GESTIN DE ALMACN

revise los diagramas de secuencia e interaccin en Anexo N 26 al
Anexo N 31.

G. Modelo de Anlisis Administracin del Sistema
Grfico N 26
MODELO DE ANLISIS DEL PROCESO DE ADMINISTRACIN DEL
SISTEMA
H. Realizacin de Casos de Uso Administracin del Sistema
Grfico N 27
REALIZACIN DE CASOS DE USO DE ADMINISTRACIN DEL
SISTEMA

revise los diagramas de secuencia e interaccin en Anexo N 32.

3.6. Flujo de Trabajo - Diseo
En el Flujo de Trabajo de Diseo, se modela el sistema y se le da forma para

que soporte todos los requisitos. El objetivo principal de esta fase es crear un
plano del modelo de implementacin.
Las actividades desarrolladas en este flujo de trabajo son:
Diseo de la arquitectura.
Diseo de casos de uso.
Diseo de clases
Diseo del subsistema.
Asimismo, en este flujo de trabajo se obtienen los siguientes artefactos:
Modelo de Diseo: Describe la realizacin fsica de los casos de uso, en

este modelo los casos de uso son realizados por las clases de diseo y sus
objetos, representados mediante realizaciones de casos de uso de diseo.
Realizacin de casos de uso: Es una colaboracin dentro del modelo de
anlisis que describe como se realiza un caso de uso especifico, y cmo se
ejecuta en trminos de clases de diseo y sus objetos.
Clases de Diseo: Son una abstraccin similar de una clase o construccin
en la implementacin del sistema, es decir, el lenguaje utilizado debe ser el
mismo que el lenguaje de programacin. Contienen tambin la visibilidad de
los atributos, ya sea pblica, privada o protegida.
Paquete de diseo: Los paquetes de diseo son utilizados para organizar
los artefactos de diseo en piezas manejables.
3.6.1. Diagrama de Clases
Con la finalidad de mostrar las clases, interfaces, relaciones se ha

elaborado el diagrama de clases (ver Grfico N 28), este diagrama
presenta las clases y objetos del sistema con sus relaciones
estructurales y de herencia.

Grfico N 28
DIAGRAMA DE CLASES
Descripcion
(f rom OM_scm) 1
CodDescripcion : String 1
Descripcion : String
1
1
1
1 1
Movimiento
(f rom OM_scm)
Stock
1 0..* CodMovimiento : String (f rom OM_scm)
TipoMovimiento : String CodStock : String
Orden_de_Pedido_Cabecera Cantidad : Integer Fecha : Date
(f rom OM_scm) Saldo : Integer Tarjeta
Cantidad : Integer
FechaTransaccion : String (f rom OM_scm)
NroOP : Integer
FechaOP : Date NroTarjeta : String
0..* 0..* Pin : String
0..*
FechaExpiracion : Date
NroLinea : Integer DiasExpiracion : Integer
0..* FechaIngreso : Date
0..*
0..* Vendido : String
1 1
1
TipoTarjeta
(f rom OM_scm) 1
0..* CodTarjeta : String
NombreTarjeta : String
0..*
Monto : Double Transaccion_Pin
Orden_de_Pedido_Detalle Moneda : String (f rom OM_scm)
0..* (f rom OM_scm) Stk_Minimo : Integer IdTransaccionPin : String
Cantidad : Integer Stk_Maximo : Integer FechaTransaccion : Date
Usuario Pto_Reposicion : Integer HoraTransaccion : String
(f rom OM_scm)
0..*
NombreUsuario : String 0..*
0..*
ClaveAcceso : String
CodUsuario : String
1
0..*
Terminal_Punto_de_Venta
(f rom OM_scm)
NroSerieTerminal : String
NroTerminal : String
0..*
1
0..*1 Proveedor
(f rom OM_scm)
CodProveedor : String
0..* 0..* NomProveedor : String 0..*
1 Direccion : String
Telefono : String
Persona
(f rom OM_scm)
0..* Distrito
CodPersona : String 1
1 1 (f rom OM_scm)
Apellidos : String
Nombres : String 1 CodDistrito : String

Sucursal NomDistrito : String

Direccion : String
(f rom OM_scm) 1
Telefono : String
CodDistrito : String 1 0..* CodSucursal : String
Estado : String NomSucursal : String
Direccion : String 0..*
Telefono : String 1
HoraApertura : String
HoraCierre : String
0..*
Resultados
(f rom OM_scm)
IdTransaccionPin : String
fechatransaccion : String
HoraTransaccion : String
NroTarjeta : String
CodComercio : String
CodSucursal : String 1
NroSerieTerminal : String
Consignatario
CodProveedor : String 0..* (f rom OM_scm)
CodTarjeta : String

CodConsignatario : String
NomConsignatario : String
0..* Direccion : String
Telefono : String
Comision : Double

0..*
ComisionVcto : Date
LimitePiso : Double
MontoAcumulado : Double
Tipo : String
93
3.6.2. Diagrama de Componentes
Con la finalidad de modelar los aspectos fsicos del sistema orientado a

objetos se ha elaborado el diagrama de componentes. El Grfico N 29
muestra una vista de la implementacin esttica del sistema, esto
implica modelar las cosas fsicas que residen en un nodo tales como
ejecutables, bibliotecas, tablas, archivos y documentos, adems se
muestra la organizacin y las dependencias entre los componentes.
Este diagrama es fundamentalmente el diagrama de clases que se
centra en los componentes de un sistema. Los componentes son los
siguientes:
Ejecutable: Como se puede apreciar en el diagrama de componentes el

ejecutable principal es el archivo scm.exe
Base de datos: representa el almacenamiento de la informacin en las

tablas de una base de datos. Tal y como se muestra en el diagrama la
base de datos tiene el nombre de scm.mdf.
Modelado de Cdigo: La aplicacin posee tambin una interfaz web

que en este caso est representada a travs de pginas activas.
Grfico N 29
DIAGRAMA DE COMPONENTES
<<Standard EXE>>
SCM <<ActiveX>>
<<ActiveX DLL>>
scm_dll
<<ActiveX>> <<ADO>>
<<Active Server Page>>

scm.asp
scm.mdf
<<hiperlynk>> <<hiperlynk>>
<<Active Server Pag...

<<Active Server Pag... clientes
proveedores
DIAGRAMA DE COMPONENTES

3.6.3. Diseo de la Base de Datos
A. Modelo de Objetos
El modelo de objetos se construye y representa grficamente por el

diagrama de clases. El modelo de objetos es usado para dos
propsitos. Primero, se puede usar el modelo de objetos como un
modelo de objeto de aplicacin. Un modelo de objetos de aplicacin
captura una vista conceptual de la aplicacin y puede ser asignada
a un lenguaje de componentes como Java, Visual Basic o anlisis.
Segundo, se puede usar el modelo de objetos como un modelo de

datos lgico. Un modelo de datos lgico captura una vista
conceptual de una base de datos. Se puede usar el lenguaje del
anlisis como el lenguaje del componente si se desea crear modelo
de datos lgico independiente de una base de datos.
Sin embargo, para implementar el modelo es necesario

transformarlo a un modelo de datos y asignarlo a un DBMS.
Las clases con atributos se relacionan entre si por asociaciones o

agregaciones. Se puede agregar roles y multiplicidad para
proporcionar contexto adicional a las asociaciones y al diseo del
modelo (ver Grfico N 30).
Grfico N 30
MODELO DE OBJETOS

B. Modelo de Datos
Un modelo de datos se construye y representa grficamente por el

diagrama de modelo de datos. El modelo de datos se usa para
capturar una vista fsica de la base de datos. Los modelos de datos
son dependientes de la base de datos.
El modelo de datos es diseado para crear un esquema en la vista

lgica y asignarlo a una base de datos en la vista del componente.
Luego se asignan las tablas al esquema, se asignan las columnas a
las tablas y los key constraints a las columnas para asegurar la
integridad referencial del modelo.
Adems se puede agregar triggers (disparadores), check

constraints, ndices, y stored procedures (procedimientos
almacenados) para adicionar funcionalidad. En el Grfico N 31 se
muestra el modelo de datos
Grfico N 31
MODELO DE DATOS
Consignatario
CodConsignatario : VARCHAR(11) Persona
NomConsignatario : VARCHAR(50) CodPersona : VARCHAR(5) Usuari o
Direccion : VARCHAR(100) Apellidos : VARCHAR(50)
NombreUsuario : VARCHAR(50)
Distrito : VARCHAR(6) <<Identifying>> Nombres : VARCHAR(50) <<Identifying>> ClaveAcceso : VARCHAR(8)
Telefono : VARCHAR(7) Direccion : VARCHAR(100)
CodPersona : VARCHAR(5)
Comision : DECIMAL(15, 2) Telefono : VARCHAR(10) Stock
CodUsuario : VARCHAR(5)
ComisionVcto : DECIMAL(15, 2) Estado : VARCHAR(4) CodStock : VARCHAR(5)
1 1..* 1 0..1 CodConsignatario : VARCHAR(11)
LimitePiso : DECIMAL(15, 2) TipoPersona : VARCHAR(4) Fecha : VARCHAR(8)
CodProveedor : VARCHAR(11)
MontoAcumulado : DECIMAL(15, 2) CodConsignatario : VARCHAR(11) Cantidad : INT
Estado : VARCHAR(4) CodProveedor : VARCHAR(11) CodTarjeta : VARCHAR(8)
Validar()
Tipo : VARCHAR(4) CodProveedor : VARCHAR(11)
<<PK>> PK_Usuario_CodUsuario()
<<PK>> PK_Persona_Cod_Persona()
<<FK>> FK_Usuario_CodPersona()
Registrar() <<FK>> FK_Persona_CodConsignatario() Actualizar()
AsignarSucursal() <<FK>> FK_Persona_CodProveedor() Verificar()
<<PK>> PK_Consignatario_CodConsignatario() 0..1 <<PK>> PK_Stock_CodStock()
0..* <<FK>> FK_Stock_CodTarjeta()
1 <<Identifying>> <<Non-Identifying>>
Movimiento
CodMovimiento : VARCHAR(5)
TipoTarjeta TipoMovimiento : VARCHAR(4)
Cantidad : INT
1 CodTarjeta : VARCHAR(8)
<<Identifying>> Saldo : INT
NombreTarjeta : VARCHAR(50)
FechaTransaccion : VARCHAR(8)
Monto : DECIMAL(15, 2) 1
Proveedor CodTarjeta : VARCHAR(8)
<<Identifying>> Moneda : VARCHAR(4) 0..1
CodProveedor : VARCHAR(11) CodProveedor : VARCHAR(11)
Stk_Minimo : INT
NomProveedor : SMALLINT
Stk_Maximo : INT 1
Direccion : VARCHAR(100) Registrar()
1 1..* Pto_Reposicion : INT
Distrito : VARCHAR(8) <<PK>> PK_Movimiento_CodMovimiento()
Estado : VARCHAR(4) <<Non-Identifying>> Tarjeta
Telefono : VARCHAR(10) <<FK>> FK_Movimiento_CodTarjeta()
CodProveedor : VARCHAR(11) NroTarjeta : VARCHAR(0)
<<Identifying>> 1
<<PK>> PK_Proveedor_CodProveedor() Pin : VARCHAR(15)
Aadir() FechaExpiracion : VARCHAR(8)
Actualizar() DiasExpiracion : INT
1 <<PK>> PK_TipoTarjeta_CodTarjeta() 0..* FechaIngreso : VARCHAR(8)
<<FK>> FK_TipoTarjeta40() Vendido : VARCHAR(1)
CodTarjeta : VARCHAR(8)
<<Non-Identifyi ng>> Registrar()

1 Vender()
HabilitarVenta()
<<PK>> PK_Tarjeta_NroTarjeta()
<<FK>> FK_Tarjeta_CodTarjeta()
Orden de Pedido Detalle
0..* 1
Cantidad : SMALLINT
EstadoLinea : SMALLINT
Orden de Pedido Cabecera_NroOP : SMALLINT <<Non-Identifying>>
NroOP : NUMERIC(0, 0)
<<Identifying>> NroTarjeta : VARCHAR(0)
NroLinea : NUMERIC(5, 0)
0..*
AtenderLinea()
<<FK>> FK_Orden de Pedido Detalle_NroOP() 0..*
<<FK>> FK_Orden de Pedido Detalle_NroTarjeta()
<<PK>> PK_Orden de Pedido Detalle_NroLinea()
Transaccion_Pin
Sucursal 0..1
IdTransaccionPin : INTEGER
CodSucursal : VARCHAR(12)
NroLote : VARCHAR(0)
NomSucursal : VARCHAR(50)
FechaTransaccion : VARCHAR(8)
Direccion : VARCHAR(100)
HoraTransaccion : VARCHAR(5)
Distrito : VARCHAR(6)
Terminal Punto de Venta_CodEmpresa : VARCHAR(0)
Telefono : VARCHAR(10) <<Identifying>> NroTarjeta : VARCHAR(0)
HoraApertura : VARCHAR(5)
CodConsignatario : VARCHAR(11)
HoraCierre : VARCHAR(5)
Estado : VARCHAR(4)
NroTerminal : VARCHAR(12)
CodConsignatario : VARCHAR(11)
Registrar()
Aadir() 0..*
<<PK>> PK_Transaccion_Pin_IdTransaccionPin()
Activar()
1 <<FK>> FK_Transaccion_Pin_NroTarjeta()
Actualizar()
<<FK>> FK_Transaccion_Pin_NroTerminal()
AsignarTerminal()
<<PK>> PK_Sucursal_CodSucursal()
1 Orden de Pedido Cabecera
<<FK>> FK_Sucursal_CodConsignatario() 0..*
NroOP : NUMERIC(0, 0)
FechaOP : DATETIME
EstadoOP : VARCHAR(4)
<<Identifying>>
<<Identifying>>
Atender()
<<PK>> PK_Orden de Pedido Cabecera_NroOP()
<<FK>> FK_Orden de Pedido Cabecera_CodProveedor()
1..*
Terminal Punto de Venta

NroSerieTerminal : VARCHAR(10) MODELO DE DATOS
NroTerminal : VARCHAR( 12)
Estado : VARC HAR(4)
Tipo : VARCHAR(4)
CodConsignatario : VARCHAR( 11)
Aadir()
Activar()
<<PK>> PK_Termi nal Punto de VentaNroTer minal ()
<<FK>> FK_Termi nal Punto de Venta_CodSucursal ()

3.6.4. Arquitectura del Sistema
A. Diagrama de Despliegue
Con la finalidad de visualizar, especificar, construir y documentar

artefactos de software y hardware se ha elaborado el diagrama de
despliegue, mostrado en el Grfico N 32
Esta figura muestra la plataforma sobre la que se ejecutar el

software del sistema. Se ha utilizado el diagrama de despliegue
para modelar un sistema con arquitectura tres capas, la cual se
basa en separar la interfaz del usuario del sistema (que reside en el
cliente), las reglas de negocio (que reside en el servidor) y la base
de datos del sistema (que reside en el servidor). A fin de obtener
mayor comprensin acerca de la arquitectura se puede observar el
Grfico N 33.
Grfico N 32
DIAGRAMA DE DESPLIEGUE

Grfico N 33
ARQUITECTURA DEL SISTEMA
En el Grfico anterior se puede observar que la aplicacin es

desarrollada en arquitectura 3 capas
3.6.5. Diseo de la Interfaz Grfica de Usuario
A continuacin se mostrar y describir las principales pantallas y

avisos que la aplicacin emplea para la gestin en lnea de la
cadena de suministro.
A. Interfaz Grfica de Abastecimiento de Tarjetas Telefnicas

Virtuales (Web)
Esta interfaz ha sido preparada para ser utilizada por los

proveedores de Tarjetas Telefnicas Virtuales, para ello ingresarn
a la extranet a travs de la interfaz de Acceso (ver Grfico N 34) en
donde se identificarn ingresando el usuario y clave de acceso
correspondientes.

Grfico N 34
GUI ACCESO AL SISTEMA
Luego de haberse identificado aparecer ante ellos la Interfaz de

Men para Proveedores en donde se puede apreciar 3 opciones
(ver Grfico N 35) que son: Consulta de Ordenes de Pedido,
Consulta sobre Existencias y Abastecimiento de Tarjetas
Telefnicas Virtuales.
Grfico N 35
GUI MEN PRINCIPAL PARA PROVEEDORES
Si el proveedor selecciona la Opcin Consultar rdenes de Pedido

aparecer la Relacin de Ordenes de Pedido elaboradas para ser
atendidas por l (ver Grfico N 36)

Grfico N 36
GUI CONSULTAR ORDENES DE PEDIDO (RELACIN DE ORDENES
DE PEDIDO)
El proveedor podr seleccionar la Orden de Pedido de su inters

para ver los items considerados en ella (ver Grfico N 37)
Grfico N 37
GUI CONSULTAR ORDENES DE PEDIDO (INFORMACIN ORDEN
DE PEDIDO SELECCIONADA)
La segunda opcin considerada en el Men para Proveedores es

Consultar Existencias, al elegir esta opcin al Proveedor se le
mostrar la interfaz para el ingreso de datos para este tipo de
consulta (ver Grfico N 38).

Grfico N 38
GUI CONSULTAR EXISTENCIAS (INGRESO DE DATOS PARA
CONSULTA)
En esta interfaz el proveedor elegir el tipo de tarjeta sobre la cual

desea consultar y cuando pulse el botn Enviar Consulta aparecer
la informacin correspondiente sobre el tipo de tarjeta elegida (ver
Grfico N 39)
Grfico N 39
GUI REPORTE SOBRE EXISTENCIAS EN ALMACN
La tercera opcin del Men de Proveedores se utiliza para que el

proveedor pueda abastecer de tarjetas el almacn. Este tipo de
abastecimiento se realiza en lnea, para ello el Proveedor har uso
del archivo Tarjeta.txt (Ver Anexo N 33) y cuando pulse el botn
enviar (ver Grfico N 40) se dar inicio a la carga de la informacin
correspondiente.

Grfico N 40
GUI ABASTECER TARJETAS
Interfaz Grfica de Administracin del Sistema
Esta interfaz ha sido preparada para el usuario Administrador del

Sistema, para que a travs de ella brinde mantenimiento a las tablas
principales que integran la base de datos del sistema. Para acceder a
esta interfaz el usuario debe autenticarse (ver Grfico N 41) ingresando
su usuario y clave de acceso.
Grfico N 41
Luego de haberse autenticando podr brindar mantenimiento a las

tablas maestras del sistema segn sea necesario, por ejemplo uno de
los mantenimientos es de las tablas Consignatarios Sucursal -
Terminal (ver Grfico N 42)

Grfico N 42
GUI - MANTENIMIENTO DE CONSIGNATARIOS DE PUNTOS DE VENTA
B. Interfaz Grfica de Gestin del Almacn Virtual
Esta interfaz ha sido preparada para el usuario Gerente de Ventas,

para que la informacin mostrada, le facilite el proceso de toma de
decisiones. Para acceder a esta interfaz el usuario debe
autenticarse (ver Grfico N 43) ingresando su usuario y clave de
acceso.
Grfico N 43
En el Grfico N 44, se puede observar la interfaz que se presenta

al usuario, cuando este desea consultar acerca de las ventas
realizadas por los consignatarios de puntos de venta.

Grfico N 44
GUI CONSULTA DE VENTAS EFECTUADAS POR
CONSIGNATARIOS DE PUNTO DE VENTA

al usuario, cuando este desea consultar acerca del nivel de
existencias de tarjetas telefnicas en el almacn virtual.
Grfico N 45
CONSULTA DE STOCK DE TARJETAS TELEFONICAS VIRTUALES

al usuario, cuando este desea consultar acerca de los movimientos
(entradas / salidas) en almacn de las tarjetas telefnicas virtuales.

Grfico N 46
GUI CONSULTA DE MOVIMIENTOS POR TIPO DE TARJETA
En el Grfico N 47 se muestra una consulta multidimensional de la

aplicacin, a travs de esta interfaz el usuario selecciona el
proveedor, y le ser mostrado por consignatario y punto de venta, el
importe de ventas para ese proveedor especfico.
Grfico N 47
GUI CUBO MULTIDIMENSIONAL INGRESOS POR PUNTOS DE
VENTA DE CONSIGNATARIO POR PROVEEDOR

C. Interfaz Grfica de Distribucin de Tarjetas Telefnicas

Virtuales (Web)
Esta interfaz ha sido preparada para ser utilizada por los

consignatarios de Puntos de Venta (Clientes) a fin de que consulten
acerca de las ventas efectuadas desde las terminales de punto de
venta que le pertenecen, para ello ingresarn a la extranet a travs
de la interfaz de Acceso (ver Grfico N 48) en donde se
identificarn ingresando el usuario y clave de acceso
correspondientes.
Grfico N 48
Una vez que el usuario se ha identificado se mostrar la interfaz

Men para Clientes (ver Grfico N 49)
Grfico N 49
GUI MEN PARA CLIENTES (CONSIGNATARIOS DE PV)

Si el usuario selecciona la primera opcin aparecer la interfaz para

el ingreso de datos para la consulta ventas en detalle (ver Grfico
N 50)
Grfico N 50
GUI DETALLE DE VENTAS
Una vez seleccionado el tipo de tarjeta y las fechas de inicio y fin de

la consulta, al pulsar el botn Enviar Consulta se mostrar el detalle
de las ventas (ver Grfico N 51)
Grfico N 51
REPORTE DE VENTA DE TARJETAS (DETALLE)
La otra opcin considerada dentro de la Interfaz Web para los

Consignatarios es el Resumen de Reporte de Ventas. En el se
indicar en soles a cuanto asciende las ventas efectuadas por el
consignatario. Al seleccionar esta opcin, el usuario primero deber
ingresar los datos para la consulta (ver Grfico N 52)

Grfico N 52
GUI RESUMEN DE VENTAS
Luego de haber ingresado los datos para la consulta y haber

pulsado el botn Enviar Consulta se mostrar al Consignatario las
ventas efectuadas (ver Grfico N 53)
Grfico N 53
GUI RESUMEN DE VENTAS (DETALLE)
3.7. Modelo de Implementacin
A continuacin se describe la fase de implementacin de la aplicacin que se

utiliza como herramienta para la verificacin de la hiptesis planteada. La
aplicacin est compuesta por 3 capas que son:
Capa de Datos.
Capa de Reglas de Negocio
Capa de Aplicacin
Cada una de las cuales es explicada a continuacin.

3.7.1. Capa de Datos
En la capa de datos se consideran los datos persistentes que estn

compuestos por todas las tablas que integran el modelo. En el Anexo N
34 se observa el cdigo generado a travs del proceso de Ingeniera
Inversa en Rational Rose 2002 para obtener la base de datos.
Asimismo se consideran Procedimientos Almacenados y Triggers (Ver

Anexo N 35) los cuales proporcionaran los siguientes beneficios:
El procesamiento de los datos ocurren en la misma fuente de datos

mejorando la velocidad en el acceso.
La seguridad se mejora por que los permisos son otorgados sobre
los procedimientos almacenados y no sobre las tablas individuales.
La lgica de procesamiento podr ser compartida a travs de
mltiples aplicaciones, es decir mltiples aplicaciones podrn
acceder a los mismos procedimientos almacenados.
La escalabilidad es mejorada, la aplicacin cliente ejecuta los
procedimientos almacenados y obtiene los resultados procesados
disminuyendo el trnsito en la red.
3.7.2. Capa de Reglas de Negocio
Esta capa se implementa a travs de componentes. Para este caso

especfico el componente DLL fue generado a travs de la herramienta
Case Rational Rose (Ver Anexo N 36) en Visual Basic.
3.7.3. Capa de Aplicacin
La capa de aplicacin es aquella con la cual el usuario interacta

directamente, pero para realizar sus procesos internos hace uso del
componente dll (capa de negocios) y sta a su vez interacta con los
datos persistentes (capa de datos). El cdigo para esta aplicacin fue
generado a travs de Rational Rose En el Anexo N 37 se muestra
parte de la aplicacin desarrollada en Visual Basic, en la que se aprecia
el empleo de las clases desarrolladas en la capa de reglas de negocio
(Archivo DLL)
Finalmente se muestra parte del cdigo del mdulo Web de la

aplicacin el cual fue desarrollado en Visual Basic Script y ASP (Ver
Anexo N 38). Como se puede apreciar se emplea en l los
procedimientos almacenado que forman parte de la capa de datos.


TesisSCM 08 Capitulo III

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

TesisSCM 08 Capitulo III

Загружено:

Авторское право:

Доступные форматы

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN 58

COMERCIAL DE LAS EMPRESAS DISTRIBUIDORAS DE TARJETAS TELEFNICAS

La herramienta que se aplica en esta investigacin ha sido desarrollada en su

Segn RUP, la primera divisin del trabajo en el proceso de desarrollo de

El objetivo principal de la Fase de Inicio, es establecer el anlisis del negocio,

El resultado principal de la Fase de Elaboracin es una arquitectura estable

El objetivo principal de la Fase de Construccin es la capacidad de operacin

La Fase de Transicin comienza a menudo con la entrega de una versin de

Como se precis en prrafos anteriores cada una de estas fases se divide en

Cabe mencionar que los flujos de trabajo fundamentales son nicamente:

posteriormente sern modelados mediante casos de uso pasando asi al Flujo

Finalmente en este flujo se desarrollan los modelos de implementacin que

3.2. Estudio de Factibilidad

Adems de recomendar una solucin, el anlisis de sistemas implica un

Factibilidad tcnica: Si la solucin propuesta puede ser implantada con el

Factibilidad operativa: Si la solucin propuesta es deseable con el marco

Factibilidad econmica: Si los beneficios de la solucin propuesta son

A continuacin, se realiza el estudio de las tres reas principales de la

3.2.1. Factibilidad tcnica

De acuerdo a la delimitacin del alcance del sistema (Ver Grfico N 13

Una PC con la configuracin necesaria para hacer las veces de

3.2.2. Factibilidad operativa

La aplicacin de la herramienta informtica propuesta queda

Las reas relacionadas con este proceso de negocio han

Por otro lado, en la actualidad, el nivel de cultura informtica de

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN

contrario, hace que se incremente la disposicin a colaborar en el

Los usuarios son conscientes de los beneficios que se logran al

Por ltimo, para el aseguramiento del empleo apropiado de la

3.2.3. Factibilidad econmica

Para probar la factibilidad econmica de esta aplicacin

Los gastos pre-operativos en los que se ha incurrido se

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN

Para determinar los gastos en personal se elabor el

El total de gastos pre-operativos en los que se incurrira

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN

Los gastos operativos en los que se incurre se muestran en la

Mantenimiento Hardware 100.00

Los beneficios directos que se obtienen se muestran a

Otros beneficios que se obtienen se muestran en la Tabla N

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN

Para la valorizacin de estos componentes, en la Tabla N 11

La recuperacin de la inversin antes mencionada, es posible

Desde el punto de vista financiero, el proyecto soporta una

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN

FLUJO DE CAJA ANTES DEL DESARROLLO E IMPLEMENTACIN DE LA TECNOLOGA

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN

Para mayor detalle ver Anexo N 5 Anlisis Econmico

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN

3.3. Modelo del Negocio

El Modelo de Negocio es una tcnica cuyo objetivo es comprender los

En el Grfico N 8 se observa el modelo de negocio de las empresas

Un Proveedor realiza el abastecimiento de tarjetas telefnicas virtuales, las

Un Consignatario de Puntos de Venta realiza el pedido de tarjetas telefnicas

El Almacn Virtual se encarga de atender los pedidos efectuados por el

3.3.1. Descripcin de Flujo de Trabajo del Caso de Uso de Negocio

El Flujo de Trabajo del Caso de Uso de Negocio denominado

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN

3.3.2. Descripcin de Flujo de Trabajo del Caso de Uso de Negocio

El Flujo de Trabajo del Caso de Uso de Negocio Distribucin de tarjetas

En este Flujo de Trabajo, se puede apreciar tambin que el

LA eSCM COMO SOPORTE AL PROCESO LOGSTICO Y SU INFLUENCIA EN LA GESTIN