Analsis Estrategico VOXIVA - SAC Peru

VOXIVA PER
HISTORIA:
Esta compaa, desde su fundacin en el ao 2001, busca disminuir la brecha digital en el
mundo y extender los beneficios de la tecnologa a todos, especialmente a las
poblaciones desfavorecidas.
Voxiva es una empresa norteamericana con sede en Washington DC tiene ms de 160
empleados y opera en 14 pases de todo el mundo pero su desarrollo tecnolgico y
prueba de productos se realiza en el Per. La eficiencia de sus soluciones as como los
buenos resultados de la experiencia peruana le han permitido posicionarse en el mercado
internacional. Por ejemplo en Estados Unidos, su primer cliente fue la FDA
(Administracin Federal de Alimentos y Medicamentos) para monitorear la escasez de
sangre en los hospitales. Luego de 5 aos en el mercado, Voxiva opera en los 5
continentes con buenos resultados financieros disminuyendo brechas geogrficas y
otorgando soluciones a problemas de transmisin de informacin especialmente en temas
de salud.
Voxiva ha desarrollado un sistema de informacin y comunicaciones que a travs del uso
de telfonos celulares permite que los usuarios se conecten en tiempo real a la aplicacin,
reduciendo significativamente los costos y los tiempos de respuesta. Esta tecnologa tiene
mltiples usos, por ejemplo en el campo de la salud, el personal de las postas y centros
de atencin mdica de zonas rurales, puede enviar informacin crtica a las autoridades
centrales de salud en tiempo real, digitando algunas claves en el telfono celular. Se
pueden reportar brotes de enfermedades, niveles de inventario de medicamentos, estado
del tratamiento de pacientes, etc.
MISIN
1
Fomentar el desarrollo de la industria de las telecomunicaciones al alcance del telfono

para la investigacin capacitacin y desarrollo social de las empresas.
VISIN
Ser una Empresa de produccin e investigacin de software teniendo constante
innovacin, dinmica, auto sostenible y rentable que satisfaga las exigencias del cliente y
tenga capacidad de conquistar nuevos mercados.
FILOSOFA
La calidad de nuestros servicios es garantizada por su "Autentico Sistema".

ESTRUCTURA ORGANICA DE LA EMPRESA VOXIVA SRL
ORGANIGRAMA ESTRUCTURAL
Junta de
Accionistas
Gerente General
Sub Gerencia
rea de
Administra
rea
Desarrollo
rea de
Proyectos
rea de
Redes
NOC
Area
Contable
Analistas
Ventas
RRHH
Programadores
Marketi
ng
Soporte y
Mantenimi
-ento
SOFTWARE Y HARDWARE DE LA EMPRESA VOXIVA SRL

Entre algunos del software que se maneja en la empresa
1. Windows server 2000

2. Windows server 2003
3. windows xp , vista
4. sql server 2005 , 2008
5. Net
6. C++
7. Visual fox pro
8. Java
Entre los hardware con los q contamos podemos ver
1. Impresoras
2. Scaner
3. Laptops
4. Dual core
5. Mouse pticos
6. Teclados
7. Parlantes
8. Micrfonos
9. Monitores LCD
PROCESO QUE REALIZA LA EMPRESA
La Empresa Voxiva se dedica a brindar un software a distintas empresas en el Per
actualmente se brinda el servicio a algunas Municipalidades de Lima, al las Fuerzas
Armadas
en el Sector Salud y tambin a algunos Programas sociales del Estado
Peruano.
En el sector de las Municipalidades se le brinda el servicio de conexin de los
contribuyentes con el sector administrativo y el serenazgo, siendo el sector administrativo
para que ellos consulten sus deudas de arbitrios, multas ,etc. y las Municipalidades para
que puedan tener una conexin directa con los serenos para que puedan reportar robos,
accidentes, disturbios ,etc.
Otro aspecto importante de la tecnologa de Voxiva es su flexibilidad. Por ejemplo el
sistema es utilizado para monitorear la seguridad ciudadana en la Municipalidad de
Miraflores y otros municipios desde el ao 2003.
Los ciudadanos informan de los delitos a las autoridades, marcando un nico nmero de
telfono que se conecta a un sistema automatizado de reporte de crmenes. Con esto se
pueden hacer reportes estadsticos de criminalidad mes a mes.
A partir de esta iniciativa, surgi la alianza con VisaNet creando POP SOS, sistema
mediante el cual, los terminales de pago de tarjetas de crdito o dbito (POS) estn
conectados con la central de seguridad del distrito.
En caso de alguna emergencia, el operador del POS (generalmente un microempresario
propietario de algn negocio) puede enviar una seal de alerta al servidor de VisaNet el
cual completa la alerta con la informacin del local comercial, para luego ser enviado a la
central de Voxiva.
SISTEMA DE VENTA-INVENTARIO VOXIVA
OBJETIVOS DEL PROYECTO
Proporcionar un sistema de control de ventas y manejo de informacin del stock

de nuestro producto, con una BD y software de aplicacin.
Proveer e implantar equipos y aplicativos de calidad, seguros y de fcil manejo

para el usuario.
Aplicar un conjunto de tcnicas, a travs de estudios de mercado, en el proceso de

marketing. Elaborando la informacin apropiada y de inters al cliente y que
propone la empresa. Posicionarse un nivel ms alto en los medios.
ACTORES Y FUNCIONES
Administrador del VOXIVA PER: Tendr el control total de la operacin

de ventas, har uso de opciones especiales dentro del nuestro sistema de
ventas y a su vez administrar a los dems trabajadores.
Vendedores (trabajadores de la empresa): Se encargarn de registrar los
datos correspondientes de los pedidos al sistema segn vayan llegando.
Supervisores de pedido: Se encargarn de supervisar el pedido que se ha
realizado, revisar que todo este normal y adems usar el sistema para
verificar el estado crediticio del cliente el cual efecta el pedido.
Encargado de inventario: Se encargar de revisar los SW fabricados por
VOXIVA haciendo un control de calidad, registrando los datos de los
productos producidos.
Supervisor de inventario: Se encargar de generar un reporte de los
productos fabricados, comprobando lo que se tiene.
Base de datos del banco asociado con VOXIVA: Nos ayudar a
comprobar las ventas que se han hecho confirmando los pagos realizados.
Base de datos de INFOCORP: Ayudar a comprobar el estado crediticio
de nuestro cliente. El cual el supervisor har uso de esta BD.
Base de datos del centro de atencin al cliente de VOXIVA: Nos

ayudar a almacenar y brindar la informacin del cliente que solicitado un
producto o SW a la empresa, para luego generar el ingreso de informacin
para nuestro pedido.
DIAGRAMA DE CASO DE USO DE NUESTRO SISTEMA DE VENTAS-INVENTARIO
Anlisis de nuestro diagrama de caso de uso

El diagrama de caso de uso presentado nos da la referencia de cmo se comporta este
sistema ventas-inventario, como vemos los actores interactan con los casos de usos,
6
vemos como el administrador tienen acceso aun par de casos de usos mas que un
vendedor ordinario, a su vez vemos como este sistema cuenta con usuarios que son
supervisores los cuales harn usos de otros actores que sern BD, como el de un banco
asociado y de la BD de INFOCOR los cuales nos permitir validar la compra y adems
nos confirmar si la venta proceder. Vemos como los procesos se automatizan logrando
obtener a travs de la obtencin de informacin ms rpida, como el ya tener almacenada
los datos del cliente almacenado y a la vez los datos de los SW fabricados con
anterioridad o el pedido de hacer un nuevo SW con requerimientos solicitados por parte
del cliente pero estos datos ya estn almacenados en una BD especial para la
informacin o consulta de los datos del cliente. En resumen las ventas se realizan a travs
de varios actores entre estos actores sern BD los cuales nos ayudar a almacenar
informacin y recopilarlo de manera rpida y a su vez se verificara estos datos a travs de
otra BD inventario el cual nos dir si el SW esta hecho o no, y luego de verificar y obtener
los datos del pedido se proceder a la venta verificando los pagos y el estado crediticio, a
fin de realizar la venta completa.
DOCUMENTACION DE LOS FLUJOS DE EVENTO

Caso de uso #:
001
Nombre:
Ingreso al sistema
Actores Participantes:
Administrador, vendedor, Supervisores y encargado de inventario.
Flujo de Eventos:
1. El usuario digita su usuario y password para ingresar al sistema.
Notas:
Para que el usuario pueda acceder al sistema el nombre de usuario y

el password deben estar registrados en la base de datos.
Condicin de entrada:
El usuario ingresa al sistema con su respectivo nombre de usuario y

contrasea.
Condicin de Salida:
El usuario sale del sistema presionando el botn salir.
Escenarios:
Ingreso exitoso al Sistema.

Ingreso fallido al Sistema por datos incorrectos.
DIAGRAMA DE CASOS DE USO
PEDIDO
DIAGRAMA DE CLASES DE DISEO
DIAGRAMA DE SECUENCIA
Caso de uso #:
002
Nombre:
Creacin de Proforma.
Administrador, Vendedor.
Flujo de Eventos:
1. El vendedor
ingresa a la seccin venta y selecciona la opcin
proforma.
2.
El
formulario
de
Proforma
aparece
con
varios
campos
correspondientes a una futura venta del tem, lo que llamamos

proforma. El vendedor llena el formulario con los datos de la supuesta
venta, como vendemos software primero buscaremos a travs del
botn bsqueda de SW si no hay un cdigo parecido a uno ya
realizado lo que nos dara una idea del precio, en caso contrario se
hace un nuevo registro de dicho SW aproximando un precio con el
botn Nuevo SW; una vez que el formulario este completo el vendedor
puede elegir entre imprimir la proforma que ha hecho o en su defecto
enviarla al correo del cliente.
3.
Al presionar el botn imprimir o enviar al correo, los datos se
almacenan en la base de datos del sistema.

El vendedor accedi al sistema con su respectivo usuario y contrasea.
Condicin de Salida:
El vendedor sale del sistema presionando el botn salir.
Escenarios:
Registro de proforma satisfactorio.

Registro de proforma invlido.
10
11
Caso de uso #:
003
Nombre:
Creacin de Pedido.
Flujo de Eventos:
1. El vendedor ingresa a la seccin venta, ingresa a la seccin pedido

y selecciona la opcin crear.
2.
El formulario de crear pedido aparece con varios campos
correspondientes a un pedido. El vendedor llena el formulario con los

datos de la venta. Una vez que los datos estn llenos el usuario puede
seleccionar grabar el pedido o limpiar los campos.
3. Al presionar el botn grabar, los datos se almacenan en la base de
datos del sistema.
Condicin de Salida:
Escenarios:
Registro de venta satisfactorio.

Registro de venta invlido.
12
13
Caso de uso #:
004
Nombre:
Buscar listado de SW.
Flujo de Eventos:
1. El vendedor ingresa a la seccin software y selecciona la opcin

buscar.
2. La ventana para buscar el software consiste en mostrar todos los
datos que se hallan en dicha tabla de nuestra base de datos. El
vendedor podr buscar algn software en especifico buscando ya sea
por id, nombre, descripcin o requerimientos.
3. Al presionar el botn salir, sale de dicha ventana.
Condicin de Salida:
Escenarios:
Bsqueda satisfactoria.
Bsqueda invlida.
14
15
Caso de uso #:
005
Nombre:
Consultar Pedido.
Flujo de Eventos:
1. El vendedor ingresa a la seccin Ventas, ingresa a la opcin pedido

y selecciona la opcin buscar.
2. La ventana para buscar el pedido consiste en mostrar todos los
vendedor podr buscar algn pedido en especifico buscando ya sea
por nombre cliente, id vendedor, agencia bancaria o id software.
3. Al presionar el botn salir, sale de dicha ventana.
Condicin de Salida:
Escenarios:
Bsqueda satisfactoria.
Bsqueda invlida.
16
17
Caso de uso #:
006
Nombre:
Eliminar Pedido.
Administrador.
Flujo de Eventos:
1. El administrador ingresa a la seccin Ventas, ingresa a la opcin

pedido y selecciona la opcin eliminar.
2. La ventana para eliminar el pedido consiste en mostrar todos los
administrador podr buscar algn pedido en especfico y borrarlo de la
base de datos.
3. Al presionar el botn eliminar, borra los datos.
El administrador accedi al sistema con su respectivo usuario y

contrasea.
Condicin de Salida:
El administrador sale del sistema presionando el botn salir.
Escenarios:
Borrado satisfactorio.
Borrado invlido.
18
19
Caso de uso #:
007
Nombre:
Verificar Estado de Crdito.
Supervisor de Pedido.
Flujo de Eventos:
1. El supervisor ingresa a la seccin Ventas y selecciona la opcin

estado crdito.
2.
La ventana para estado crdito consiste ingresar el nombre de
cliente y su ruc y constatar dichos datos con la base de datos de

INFOCORP para saber su estado, el cual ser enviado a nuestro
correo.
3. Al presionar el botn consultar, enva los datos a INFOCORP.
El supervisor accedi al sistema con su respectivo usuario y

contrasea.
Condicin de Salida:
El supervisor sale del sistema presionando el botn salir.
Escenarios:
Consulta satisfactoria.
Consulta invlida.
20
21
Caso de uso #:
008
Nombre:
Registrar Pago.
Flujo de Eventos:
1. El vendedor ingresa a la seccin venta, ingresa a la seccin pago y

selecciona la opcin registrar.
2.
El formulario de registrar pago aparece con varios campos
correspondientes al pago. El vendedor llena el formulario con los datos

del pago. Una vez que los datos estn llenos el vendedor puede
seleccionar grabar el pago.
datos del sistema.
Condicin de Salida:
Escenarios:
Registro de pago satisfactorio.

Registro de pago invlido.
22
23
Caso de uso #:
009
Nombre:
Reporte de Pedidos.
Administrador.
Flujo de Eventos:
1. El administrador ingresa a la seccin reporte y selecciona la opcin

pedidos.
2. El formulario de reporte de pedidos consiste en 2 botones, uno que
permite la impresin de dicho reporte, el otro para salir.
El administrador accedi al sistema con su respectivo usuario y

contrasea.
Condicin de Salida:
El administrador sale del sistema presionando el botn salir.
Escenarios:
Impresin de reporte satisfactorio.

Impresin de reporte invlido.
24
25
Caso de uso #:
010
Nombre:
Emitir comprobante de pago.
Flujo de Eventos:
1. El vendedor ingresa a la seccin venta, ingresa a la seccin pago y

selecciona la opcin emitir.
2. El formulario de emitir comprobante de pago aparece un campo
que pide el ingreso de cdigo de voucher y un botn para comprobar
si est disponible, esa informacin el sistema lo enva a la base de
datos del banco y nos regresa el estado para luego poder imprimir
dicho comprobante.
Condicin de Salida:
Escenarios:
Emisin de pago satisfactorio.

Emisin de pago invlido.
26
27
Caso de uso #:
011
Nombre:
Anular comprobante de pago.
Supervisor de pedido.
Flujo de Eventos:
1. El supervisor ingresa a la seccin venta, ingresa a la seccin pago y

selecciona la opcin eliminar.
2. El formulario de eliminar comprobante de pago aparece todos los
pagos registrados almacenados en nuestra base de datos, el
supervisor debe seleccionar el pago a eliminar.
3. El supervisor debe dar clic a eliminar.

contrasea.
Condicin de Salida:
Escenarios:
Eliminacin Emisin de pago satisfactorio.

Eliminacin Emisin de pago invlido.
28
29
Caso de uso #:
012
Nombre:
Registrar SW.
Encargado de inventario.
Flujo de Eventos:
1. El encargado ingresa a la seccin software y selecciona la opcin

agregar.
2.
El formulario de agregar SW aparece con varios campos
correspondientes al SW. El encargado llena el formulario con los datos

del SW. Una vez que los datos estn llenos el encargado puede
seleccionar grabar.
datos del sistema.
El encargado accedi al sistema con su respectivo usuario y

contrasea.
Condicin de Salida:
El encargado sale del sistema presionando el botn salir.
Escenarios:
Registro de SW satisfactorio.
Registro de SW invlido.
30
31
Caso de uso #:
013
Nombre:
Eliminar SW.
Encargado de Inventario.
Flujo de Eventos:

eliminar.
2. La ventana para eliminar SW consiste en mostrar todos los datos
que se hallan en dicha tabla de nuestra base de datos. El encargado
podr buscar algn SW en especfico y borrarlo de la base de datos.
3. Al presionar el botn eliminar, borra los datos.

contrasea.
Condicin de Salida:
Escenarios:
Borrado satisfactorio.
Borrado invlido.
32
33
Caso de uso #:
014
Nombre:
Editar SW.
Encargado de Inventario.
Flujo de Eventos:

editar.
2.
La ventana para editar SW consiste en mostrar los datos
ingresados en la tabla pero para poderlo modificar. El encargado podr

buscar algn SW en especfico y editarlo.
3. Al presionar el botn grabar, se guardan los nuevos datos.

contrasea.
Condicin de Salida:
Escenarios:
Grabado satisfactorio.
Grabado invlido.
34
35
Caso de uso #:
015
Nombre:
Reporte de Inventario.
Supervisor de Inventario.
Flujo de Eventos:
1. El supervisor ingresa a la seccin reporte y selecciona la opcin

inventario.
2. El formulario de reporte de inventario consiste en 2 botones, uno
que permite la impresin de dicho reporte, el otro para salir.

contrasea.
Condicin de Salida:
Escenarios:
Impresin de reporte satisfactorio.

Impresin de reporte invlido.
36
37
DIAGRAMA DE COLABORACIN DE NUESTRO SISTEMA DE VENTAS-INVENTARIO
38
DIAGRAMA DE CLASES DE NUESTRO SISTEMA DE VENTAS-INVENTARIO
DIAGRAMA DE SECUENCIA DE NUESTRO SISTEMA DE VENTAS-INVENTARIO
39
DIAGRAMA DE DESPLIEGUE DE NUESTRO SISTEMA DE VENTAS-INVENTARIO
REQUERIMIENTOS NO FUNCIONALES
DISEO DE SUBSISTEMAS
40

Analsis Estrategico VOXIVA - SAC Peru

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Analsis Estrategico VOXIVA - SAC Peru

Uploaded by

Copyright:

Available Formats

VOXIVA PER

Fomentar el desarrollo de la industria de las telecomunicaciones al alcance del telfono

La calidad de nuestros servicios es garantizada por su "Autentico Sistema".

SOFTWARE Y HARDWARE DE LA EMPRESA VOXIVA SRL

1. Windows server 2000

en el Sector Salud y tambin a algunos Programas sociales del Estado

SISTEMA DE VENTA-INVENTARIO VOXIVA

OBJETIVOS DEL PROYECTO

Proporcionar un sistema de control de ventas y manejo de informacin del stock

Proveer e implantar equipos y aplicativos de calidad, seguros y de fcil manejo

Aplicar un conjunto de tcnicas, a travs de estudios de mercado, en el proceso de

Administrador del VOXIVA PER: Tendr el control total de la operacin

Base de datos del centro de atencin al cliente de VOXIVA: Nos

DIAGRAMA DE CASO DE USO DE NUESTRO SISTEMA DE VENTAS-INVENTARIO

Anlisis de nuestro diagrama de caso de uso

DOCUMENTACION DE LOS FLUJOS DE EVENTO

Administrador, vendedor, Supervisores y encargado de inventario.

1. El usuario digita su usuario y password para ingresar al sistema.

Para que el usuario pueda acceder al sistema el nombre de usuario y

El usuario ingresa al sistema con su respectivo nombre de usuario y

El usuario sale del sistema presionando el botn salir.

Ingreso exitoso al Sistema.

DIAGRAMA DE CASOS DE USO

DIAGRAMA DE CLASES DE DISEO

ingresa a la seccin venta y selecciona la opcin

correspondientes a una futura venta del tem, lo que llamamos

Al presionar el botn imprimir o enviar al correo, los datos se

almacenan en la base de datos del sistema.

El vendedor accedi al sistema con su respectivo usuario y contrasea.

El vendedor sale del sistema presionando el botn salir.

Registro de proforma satisfactorio.

DIAGRAMA DE CASOS DE USO

DIAGRAMA DE CLASES DE DISEO

1. El vendedor ingresa a la seccin venta, ingresa a la seccin pedido

El formulario de crear pedido aparece con varios campos

correspondientes a un pedido. El vendedor llena el formulario con los

El vendedor accedi al sistema con su respectivo usuario y contrasea.

El vendedor sale del sistema presionando el botn salir.

Registro de venta satisfactorio.

DIAGRAMA DE CASOS DE USO

DIAGRAMA DE CLASES DE DISEO

Buscar listado de SW.

1. El vendedor ingresa a la seccin software y selecciona la opcin

El vendedor accedi al sistema con su respectivo usuario y contrasea.

El vendedor sale del sistema presionando el botn salir.

DIAGRAMA DE CASOS DE USO

DIAGRAMA DE CLASES DE DISEO

1. El vendedor ingresa a la seccin Ventas, ingresa a la opcin pedido

El vendedor accedi al sistema con su respectivo usuario y contrasea.

El vendedor sale del sistema presionando el botn salir.

DIAGRAMA DE CASOS DE USO

DIAGRAMA DE CLASES DE DISEO

1. El administrador ingresa a la seccin Ventas, ingresa a la opcin

El administrador accedi al sistema con su respectivo usuario y

El administrador sale del sistema presionando el botn salir.

DIAGRAMA DE CASOS DE USO

DIAGRAMA DE CLASES DE DISEO

Verificar Estado de Crdito.

1. El supervisor ingresa a la seccin Ventas y selecciona la opcin

La ventana para estado crdito consiste ingresar el nombre de

cliente y su ruc y constatar dichos datos con la base de datos de

El supervisor accedi al sistema con su respectivo usuario y