You are on page 1of 148

UNIVERSIDAD SEOR DE

SIPAN
FACULTAD DE INGENIERA, ARQUITECTURA Y
URBANISMO
ESCUELA ACADMICO PROFESIONAL DE INGENIERA DE
SISTEMAS

TESIS
PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO DE
SISTEMAS

IMPLEMENTACIN DE UN SISTEMA BAJO TECNOLOGA WAP PARA MEJORAR


EL PROCESO DE VENTAS PARA LOS CLIENTES EN EL SUPERMERCADO EL
SUPER DE LA CIUDAD DE CHICLAYO.

AUTOR:
SANCHEZ GUEVARA, OMAR ANTONIO.

ASESOR:
ING. OSCAR CAPUAY UCEDA

PIMENTEL, DICIEMBRE DE 2011

PRESENTADO POR:

Snchez Guevara, Omar Antonio


AUTOR

Ing. Oscar Capuay Uceda

ASESOR

APROBADO POR

Ing. Snchez Fernndez, Luis


PRESIDENTE

Ing. Teran SantaCruz, Franklin


SECRETARIO

Ing. Guerrero Campos, Franklin


VOCAL

Pgina 2

DEDICATORIA

A Dios, por el camino recorrido.


A mis padres, porque creyeron en mi y porque me sacaron adelante, dndome
ejemplos dignos de superacin y entrega, porque en gran parte gracias a ustedes,
hoy puedo ver alcanzada mi meta, ya que siempre estuvieron impulsndome en
los momentos ms difciles de mi carrera, y porque el orgullo que sienten por m,
fue lo que me hizo ir hasta el final. Va por ustedes, por lo que valen, porque
admiro su fortaleza y por lo que han hecho de m.
A mi hermana, tos, primos, abuelos y amigos. Gracias por haber fomentado en m
el deseo de superacin y el anhelo de triunfo en la vida.
Mil palabras no bastaran para agradecerles su apoyo, su comprensin y sus
consejos en los momentos difciles.
A todos, espero no defraudarlos y contar siempre con su valioso apoyo, sincero e
incondicional.

El Autor

Pgina 3

AGRADECIMIENTO

A Dios Padre, gua y apoyo espiritual en el transcurso de nuestras vidas y hacer


posible todo lo bueno que nos pone en nuestro camino, por estar con nosotros

en

cada paso que damos, por fortalecer nuestros corazones e iluminar nuestras mentes
y por haber puesto en el camino a aquellas personas que han sido de
soporte y compaa durante todo el periodo de estudio.

A mis padres quienes estuvieron, estn y seguirn estando en mis metas y desafos
que se presenten en mi vida.

El apoyo incondicional a mi familia, quienes supieron tener paciencia y apoyarme en


todo lo que estaba a su alcance para que este estudio resulte posible.

A mis maestros por su invalorable apoyo en mi formacin profesional. Su apoyo y


confianza en mi trabajo y sus capacidades para guiar mis ideas ha sido un aporte
invaluable en el desarrollo de esta tesis.

Debo agradecer de manera especial y sincera a mi Profesor de los cursos de


Proyecto de tesis y Desarrollo de tesis el Ing. Alberto Enrique Samillan Ayala docente
de la Universidad Seor de Sipn por apoyarme para realizar esta tesis bajo su
orientacin.

Finalmente, debo agradecer a mi asesor de tesis Ing. Oscar Efrain Capuay Uceda
por el apoyo con sus conocimientos y materiales que me permitieron entrar ms
profundo en el tema de investigacin y lograr la finalizacin de esta tesis.

El Autor

Pgina 4

RESUMEN
En

el marco de una gestin Comercial, se ha planteado la implementacin de un

Sistema de Informacin utilizando Tecnologa WAP para agilizar y apoyar la gestin de


ventas en el supermercado El Super, permitiendo lograr una eficiente gestin de sus
recursos internos, de modo que se brinde al cliente un mejor servicio y se
contribuya al logro de los objetivos y metas institucionales.
El problema que se detecto fue el mal uso de recursos tecnolgicos en cuanto a la
atencin al cliente el cual demanda para el proceso de ventas periodos de tiempos
prolongados.
El objetivo de esta tesis es disear e implementar una aplicacin WAP, el cual permitir
reducir el tiempo en la atencin a los clientes as como tambin permitir a los mismos
consultar y verificar la disponibilidad de datos de los productos existentes en el
supermercado de manera exacta, mediante una tecnologa adecuada.
En busca de este propsito, se ha desarrollado el presente trabajo de investigacin
que se encuentra estructurado en los siguientes captulos:

En el Captulo I, se describe la institucin en estudio considerando su: historia,


autoridades, misin, visin y

organigrama.

En el Captulo II, se analiza el problema de investigacin teniendo en cuenta la


realidad problemtica, la formulacin del problema, la justificacin e importancia de la
investigacin; los objetivos de la investigacin; limitaciones de la investigacin.

En el Captulo III, se establece el marco terico realizando una recopilacin de


antecedentes de estudio e investigacin, as como la definicin conceptual de la
terminologa empleada.

En el Captulo IV, se establece el marco metodolgico realizando un tipo de


estudio y diseo de la contrastacin de la hiptesis para la poblacin, mtodos y tcnica
e instrumentos de recoleccin de datos para el anlisis estadstico de datos del
supermercado El SUPER.

Pgina 5

En

el

analizan

tres

metodologas de desarrollo de software (RUP, XP y METRICA). Posteriormente

se

realiza

Captulo

la

apropiada

V,

correspondiente

al

marco

conceptual,

se

seleccin

de

para

aplicacin teniendo en cuenta que permite generar muchos

su

la metodologa, siendo RUP la que se consider ms

artefactos finales que pueden ser aprovechados en una reutilizacin de productos,


modelos y procesos, este captulo incluye todo lo referente a la metodologa a utilizar.

En el Captulo VI, se desarrolla la propuesta en base a la metodologa RUP. Como se


sabe

esta

metodologa

est

conformada

por

fases

(Inicio,

Elaboracin,

Construccin y Transicin) que interactan con sus disciplinas (Modelado del


Negocio, Requisitos, Anlisis y Diseo, Implementacin y Pruebas).

En el Captulo VII, denominado Anlisis e interpretacin de los resultados contiene el


resultado de los datos, la interpretacin de los mismos, el procesamiento de la
informacin, los grficos y tablas obtenidas.
En el Captulo VIII, denominado Conclusiones, este captulo demuestra de manera
explcita los resultados obtenidos con el desarrollo de esta propuesta.
En el Captulo IX, denominado Recomendaciones, se basa en las recomendaciones
que har posible el xito de mi propuesta.
En el Captulo X, denominado Referencias Bibliogrficas, este captulo implica todo lo
referente a material bibliogrfico utilizado en todo el desarrollo de esta tesis.

Palabras Clave

WAP

M-COMMERCE

Pgina 6

ABSTRACT
In the context of commercial management, has proposed the implementation of an
information system using WAP technology to streamline and improve the management of
sales in the supermarket "Super", allowing to achieve an efficient management of internal
resources, so that Customer will provide a better service and contribute to the
achievement of the objectives and institutional goals.
The problem was detected the misuse of technology resources in terms of customer
demand to which the sales process prolonged periods.
The objective of this thesis is to design and implement a WAP application, which will
reduce the time in customer service as well as allow them to consult and verify the
availability of data from existing products in the supermarket in an accurate, using
appropriate technology.
In pursuit of this purpose, we have developed this research work is structured in the
following chapters:
In Chapter I, describes the study institution considering its history, authority, mission,
vision and organization.
In Chapter II, we analyze the research question given the problematic reality, the problem
formulation, justification and importance of research, the objectives of the research,
limitations of the research.
In Chapter III, establishes the framework by a collection of records of study and research,
as well as the conceptual definition of the terminology used.
In Chapter IV, provides the methodological framework by performing a type of study
design and the testing of the hypothesis for the population, methods and techniques and
instruments for collecting data for statistical analysis of the supermarket's SUPER.
In Chapter V, corresponding to the conceptual framework, we analyze three software
development methodologies (RUP, XP and metric) is then made the choice of
methodology, with ORs that was considered more appropriate for your application taking
into account that enables end generate many artifacts that can be exploited in the reuse of
products, models and processes, this chapter includes all matters relating to the
methodology used.
In Chapter VI, we develop the proposal based on the RUP. As we know this methodology
consists of 4 phases (start, Elaboration, Construction and Transition) that interact with
their disciplines (Business Modeling, Requirements, Analysis, Design, Implementation and
Testing).
In Chapter VII, entitled Cost Benefit Analysis, indicating the initial investment, concurrent
or operational expenses and profits.
In Chapter VIII, entitled Analysis and interpretation of results contains the results of the
data, the interpretation of data, information processing, graphs and tables obtained.

Pgina 7

In Chapter IX, entitled "Conclusions" chapter explicitly shows the results obtained with the
development of this proposal.
In Chapter X, entitled "Recommendations" based on the recommendations will enable the
success of my proposal.
In Chapter XI, entitled "References" this chapter implies all library material terms used
throughout the development of this thesis.

Key words

WAP

M-COMMERCE

Pgina 8

NDICE DE FIGURAS
Figura. 01.- Organigrama Institucional.....20
Figura 02.- Esquema del funcionamiento de las pginas PHP................38
Figura 03.- Tiempo de locacin fase por fase de un proyecto...40
Figura 04.- Fases de Mtrica................45
Figura 05.- Metodologa XP...48
Figura 06.- Los Casos de Uso Integran el Trabajo ....63
Figura 07.- Trazabilidad a partir de los Casos de Uso...64
Figura 08.- Evolucin de la Arquitectura del Sistema....65
Figura 09.- Una Iteracin RUP....66
Figura 10.- Esfuerzo en actividades segn fase del Proyecto...67
Figura 11.- Modelado de Negocio..76
Figura 12.- Diagrama De Caso De Uso De Negocio...77
Figura 13.- Modelo de Objeto de Negocio Gestin Mantenimiento...80
Figura 14.- Modelo de Objeto de Negocio Gestin Pedidos On Line...81
Figura 15- Modelo del Dominio del Problema..82
Figura 16- Requerimientos..84
Figura 17.-.Caso de Uso de Requerimiento Gestin Mantenimiento...............85
Figura 18.-.Caso de Uso de Requerimiento Realizar Pedido On Line.86
Figura 19.- Anlisis y Diseo.90
Figura 20.- Diagrama de Colaboracin Mantenimiento Cliente.91
Figura 21.- Diagrama de Colaboracin Mantenimiento Ver Catalogo..92
Figura 22.- Diagrama de Colaboracin Generar Pedido On Line.92
Figura 23.- Diagrama de Secuencia Mantenimiento Cliente.94
Figura 24.- Diagrama de Secuencia Mantenimiento Ver Catalogo..95
Figura 25.- Diagrama de Secuencia Generar Pedido On Line.96
Figura 26.- Diagrama De Clases..97
Figura 27.- Diseo Fsico De La Base De Datos98
Figura 28.- Interfaz Acceso A Usuario.99
Figura 29.- Interfaz Registro Nuevo Cliente 99
Figura 30.- Interfaz Men Principal................100
Figura 31.- Interfaz Ver Catalogo....100
Figura 32.- Interfaz Realizar Pedido..............101

Pgina 9

Figura 33.- Interfaz Eliminar Pedido101


Figura 34.- Interfaz Modificar Pedido...102
Figura 35.- Interfaz Consultar Pedido.............102
Figura 36.- Interfaz Modificar Datos De Cliente.103
Figura 37.- Diagrama De Componentes.104
Figura 38.- Diagrama De Despliegue.............105
Figura 39.- Encuesta sobre uso de wap.120
Figura 40.- Encuesta sobre cuntos pedidos al da realizara.122
Figura 41.- Frecuencia de Compra en el supermercado.133
Figura 42.- Deja de Hacer otras actividades por realizar sus compras.....133
Figura 43.- Le gustara el servicio de atencin a domicilio..134
Figura 44.- Que medio utilizara para realizar su pedido a domicilio..134
Figura 45.- Siempre compra los mismos productos.135
Figura 46.- Cuenta usted algn miembro de su familia con celular....136
Figura 47.- Su servicio es.................................................................................................136
Figura 48.- Que compaa le brinda el servicio de telefona celular..137
Figura 49.- Cual es la marca de su celular....137
Figura 50.- Tu Celular soporta servicios multimedia.138
Figura 51.- Conoce lo que es wap..138
Figura 52.- Le gustara consultar mediante su celular.139
Figura 53.- Utilizara el servicio wap a un costo de S/. 0.01 soles.139
Figura 54.- Con qu frecuencia utilizara este servicio....140
Figura 55.- Encuesta a Clientes: Su servicio de telefona es.....141
Figura 56.- Encuesta a Clientes: Compaa que le brinda servicio...141
Figura 57.- Encuesta a Clientes: Su celular soporta servicios multimedia142
Figura 58.- Encuesta a Clientes: Conoce lo que es wap.....142
Figura 59.- Interfaz Acceso a Usuario Web..144
Figura 60.- Interfaz Control de Pedidos.....144
Figura 61.- Interfaz Detalle De Pedidos..144
Figura 62.- Interfaz Consulta de Pedidos Por Fecha y Usuario.....145
Figura 63.- Interfaz Consulta de Pedidos Por Cliente..145
Figura 64.- Interfaz Consulta de Pedido Por Producto....146
Figura 65.- Interfaz Total de Ventas Por Cliente...146
Figura 66.- Interfaz Aplicacin WAP Despachador...147
Figura 67.- Interfaz Despachar Pedido...147

Pgina 10

NDICE DE TABLAS
Tabla N 1 Escala de Puntaje..49
Tabla N 2 Comparacin de Metodologas.......50
Tabla N 3 Indicadores de la Variable Independiente..56
Tabla N 4 Operacionalizacin de los Indicadores......58
Tabla N 5 Casos de Uso Del Negocio Gestin Mantenimiento....78
Tabla N 6 Casos de Uso Del Negocio Gestin Pedidos On Line....79
Tabla N 7 Casos de Uso De Requerimientos Gestin Mantenimiento....87
Tabla N 8 Casos de Uso De Requerimientos Gestin Pedidos On Line....88
Tabla N 9 Casos de Uso De Requerimientos Gestin Validar Cliente.......89
Tabla N 10 Resumen del tiempo promedio de registro de una compra...........117
Tabla N 11 Tiempo estimado de registro de una compra...118
Tabla N 12 Encuesta sobre uso de wap.......120
Tabla N 13 Porcentaje estimado de los clientes que realizan compras...120
Tabla N 14 Resumen total de clientes que realizan compras.......121
Tabla N 15 Encuesta sobre cuntos pedidos al da realizara.......122
Tabla N 16 Frecuencia de Compra....133
Tabla N 17 Deja de Hacer otras actividades por realizar sus compras....133
Tabla N 18 Le gustara el servicio de atencin a domicilio.134
Tabla N 19 Que medio utilizara para realizar su pedido a domicilio134
Tabla N 20 Siempre compra los mismos productos....135
Tabla N 21 Categora de productos que compra.....135
Tabla N 22 Cuenta usted algn miembro de su familia con celular...135
Tabla N 23 Su servicio es....136
Tabla N 24 Que compaa le brinda el servicio de telefona celular.....136
Tabla N 25 Cual es la marca de su celular...137
Tabla N 26 Tu celular soporta servicios multimedia....138
Tabla N 27 Conoce lo que es wap.....138
Tabla N 28 Le gustara consultar mediante su celular....139
Tabla N 29 Utilizara el servicio wap a un costo de S/. 0.01..139
Tabla N 30 Con qu frecuencia utilizara este servicio...140
Tabla N 31 Encuesta a Clientes: Su servicio de telefona es....141
Tabla N 32 Encuesta a Clientes: Compaa que le brinda servicio.....141
Tabla N 33 Encuesta a Clientes: Su celular soporta servicios multimedia..142
Tabla N 34 Encuesta a Clientes: Conoce lo que es wap...142

Pgina 11

NDICE GENERAL
DEDICATORIA.3
AGRADECIMIENTOS.4
RESUMEN.5
ABSTRACT...7
NDICE GENERAL12
INTRODUCCION...15
CAPITULO I: LA ORGANIZACIN...16
1.1 Nombre.17
1.2 Ubicacin...17
1.3 Historia17
1.4 Autoridades de la Institucin18
1.5 Misin y Visin Institucional.19
1.6 Organigrama Institucional20

CAPITULO II: EL PROBLEMA DE LA INVESTIGACIN21


2.1 Realidad Problemtica..22
2.2.1 Situacin Problemtica.22
2.2.2 Problemtica identificada.23
2.2.3 Formulacin del Problema...24
2.2.4 Justificacin...24
2.2.5 Objetivos de la Investigacin...25
2.2.6 Limitaciones de la Investigacin..26

CAPITULO III: MARCO TEORICO....................................................................................27


3.1 Antecedentes de Estudios28
3.2 Desarrollo de la temtica correspondiente al tema Investigado.30
3.2.1 Informacin30
3.2.2 Sistema...31
3.2.3 Sistema de Informacin32
3.2.4 Tipos de Sistemas de Informacin..32
3.2.5 La Tecnologa wap33
3.2.6 Tecnologas de programacin36
3.2.7 Lenguajes de Programacin37

Pgina 12

3.2.8 Metodologas de Desarrollo de software.39


3.2.8.1. RUP..39
3.2.8.2. Mtrica.44
3.2.8.3. XP.46
3.2.8.4. Criterios de eleccin de Metodologa...49
3.2.8.5. Comparacin de Metodologas.49
3.3 Definicin conceptual de la terminologa empleada..51

CAPITULO IV: MARCO METODOLGICO.53


4.1 Tipo de Investigacin.54
4.2 Diseo de la Investigacin....54
4.3 Poblacin y Muestra..54
4.4 Hiptesis..55
4.5 Variables.56
4.6 Indicadores.56
4.7 Operacionalizacion de los Indicadores...58
4.8 Mtodos de Investigacin.59
4.9 Tcnicas de Investigacin59
4.10 Descripcin de los instrumentos utilizados..60
CAPITULO V: MARCO CONCEPTUAL....61
5.1 Proceso Unificado de Rational (RUP).62
5.1.1 Caractersticas Principales de RUP.62
5.1.2 Fases del Ciclo de vida RUP.....66
5.1.3 Elementos RUP..68
5.1.4 Ventajas RUP.68
5.1.5 Lenguaje Unificado de Modelado.69
5.1.6 Modelado de Objetos...69
5.1.7 Artefactos para el Desarrollo de Proyectos..69
CAPITULO VI: DESARROLLO DE LA PROPUESTA...73
6.1. Introduccin74
6.2. Desarrollo de la Metodologa RUP.74
6.2.1. Fase De Inicio....74
6.2.2. Fase De Elaboracin.83
6.2.3. Fase De Anlisis y Diseo...90

Pgina 13

6.2.4. Fase De Construccin..93


6.2.5. Fase Implementacin.103
6.3. Anlisis y Definicin de medidas de seguridad...106
CAPITULO VII: ANLISIS INTERPRETACIN DE RESULTADOS.114
7.1 Anlisis e interpretacin de resultados115
7.1.1 Instrumentos Utilizados...115
7.1.2 Indicadores de la variable dependiente.115
7.1.2.1 Tiempo Promedio de registro de compra..115
7.1.2.2 Porcentaje de Reduccin de clientes que realizan compras..119
7.1.2.3 Numero de pedidos de una compra a travs de la aplicacin121
CAPITULO VII: CONCLUSIONES...123
CAPITULO VIII: RECOMENDACIONES.125
CAPTULO IX: REFERENCIAS BIBLIOGRFICAS127

Pgina 14

INTRODUCCIN
El

presente

trabajo

de

investigacin

describe

el

estudio

realizado al

supermercado el El Super.
Este estudio est basado en los procesos de gestin Comercial, especficamente las
ventas. Segn la informacin recopilada por medio de las entrevistas realizadas al
personal involucrado y la percepcin del investigador, la situacin problemtica
encontrada se centra en la modularidad de los procesos de gestin de ventas es
decir, el aislamiento de informacin crtica para un correcto desempeo de cada una de
las reas en estudio.

Al presentarse este panorama, la optimizacin en el uso de recursos econmicos e


intangibles, como el tiempo, se da en menor escala dentro de

la empresa.

Esto

no

solo perjudica el logro de los objetivos y metas institucionales, sino tambin, a


la calidad del servicio que se les ofrece a los clientes.

Los procesos de gestin ventas analizados, se enfocan en la venta de productos,


promociones de productos. Pero
aislada considerando

que

estos

la

venta,

no

pueden
por

ser

ejemplo,

estudiados
se

de

forma

abastece

de

informacin proveniente de los procesos de comercializacin y abastecimientos.

Es por ello que en el desarrollo de la propuesta, se realiza el modelado de

estos

procesos, para tener una visin general de sistema de comercializacin en la


empresa. El desarrollo de la propuesta se ha hecho aplicando, como herramienta
metodolgica, el Proceso Unificado de Rational (RUP), considerando que mediante esta
metodologa

se

obtienen

los

artefactos

requeridos

para

una

correcta

documentacin del sistema a implementar.

Pgina 15

CAPITULO I
LA ORGANIZACIN

Pgina 16

1.1.

NOMBRE:
SUPERMERCADO EL SUPER S.A.C

1.2.

UBICACIN:
La empresa SUPERMERCADO EL SUPER S.A.C, es una Empresa ubicada
en la ciudad de Chiclayo, Av. Luis Gonzales N 881.

1.3.

HISTORIA [1]:
Supermercados EL SUPER es una Empresa Peruana dedicada a la
comercializacin de productos de primera necesidad y de consumo masivo,
con avanzada tecnologa y uno de los mejores servicios del mercado.
Supermercados EL SUPER se encuentra actualmente atendida por 52
personas a tiempo completo y 34 a medio tiempo que colaboran en su centro
de autoservicio, quienes estn dispuestos a brindar un servicio personalizado y
amable.

El concepto que se maneja a travs de Supermercados EL SUPER se orienta


al grupo de clientes que buscan el precio ms bajo sin sacrificar la mejor
calidad. Esta estrategia, que a travs de su autoservicio, basa sus operaciones
en la satisfaccin de otros clientes, que buscan principalmente los ms altos
estndares de calidad y el mejor servicio pagando precios ms altos como
medida de intercambio. Del mismo modo, la innovacin permanente de
sus productos y servicios que ofrece, representa otra importante variable de
esa filosofa expresada en estrategia comercial concreta.

Fundada en 1993 por Don Wilder Rojas Snchez, inicialmente como una tienda
de abarrotes con el nombre de Comercial Rojas, luego en 1995 notando un alto
crecimiento en su demanda decide cambiar de nombre a Autoservicio El Super,
es el 07 de Noviembre de 1996 cuando se constituye esta empresa como
Sociedad Annima y se inscribe con la Razn Social de El Super S.A.C,
cambiando su Nombre Comercial por el de Supermercados El Super, el lema
que maneja como poltica de mejora continua es:
Si no cuidamos de nuestros clientes Alguien ms lo har por nosotros.

[1]

Entrevista al Jefe del rea de Sistemas Ing. Wilton Espinoza Tarrillo. [Consultado el 05/09/2011)]

Pgina 17

Adems de contar con un slogan que nos identifica con nuestros clientes:
Siempre, de todo a menor precio ....
1.4.

Autoridades de la Institucin [2]:

1.4.1. Gerente:

Lic. Wilder Rojas Sanchez.

1.4.2. Sub Gerente:

Lic. Susy Janeth Rojas Valdez.

1.4.3. Jefe de R.R.H.H:

Lic. Fiorela Jesmith LLatas Chavez.

1.4.4. Soporte de Sistemas:

Ing. Wilthon Espinoza Tarrillo

1.4.5. Contabilidad

Tcnico Pablo Gonzles Guzmn.

1.4.6

Tesorera

Yovana Quiroz Salgado.

1.4.7. Almacn

Emerson Quiroz Salgado


[2]

Entrevista al Jefe del rea de Sistemas Ing. Wilton Espinoza Tarrillo. [Consultado el 05/09/2011)]

Pgina 18

1.5.

Misin y Visin Institucional [3]:

1.5.1. Misin:
Nuestra misin es brindar el mejor servicio al cliente, proporcionndoles una
gran variedad de productos de calidad comprobada, al precio ms bajo que el
mercado ofrece.

1.5.2. Visin:
Cadena de Supermercados lder en el Norte del Per, reconocida por su
calidad y calidez en el servicio, brindando al cliente un producto de calidad, a
precios competitivos y un servicio de primera; apoyados en una moderna
infraestructura y tecnologa de avanzada.

[3]

Entrevista al Jefe del rea de Sistemas Ing. Wilton Espinoza Tarrillo. [Consultado el 05/09/2011)]

Pgina 19

1.6. Organigrama Institucional.

GERENCIA

ASESORIA
OFICINA DE SISTEMA DE INFOR.

OFICINA DE SERVICIO AL

GERENCIAL

CLIENTE

CONTABILIDAD

ADMINISTRACIN

SECRET ADM
AUX. CONTAB

LIQUID. CAJA

VENTAS

BANCOS
COMPRAS

RR.HH

SERV. GENER.

CAJAS
GONDOLAS

ALMACEN

DISTRIBUC.

SEGURIDAD
LIMPIEZA

AUX.ALM.
MANTENIM.
PESA-SELLA

EMPAQUE
RECEPCIN
DECORAC.
BODEGA
FRUT/VERD.
PREPARADO
S

Pgina 20

CAPITULO II
EL PROBLEMA DE LA
INVESTIGACIN

Pgina 21

2.1

REALIDAD PROBLEMTICA:

2.2.1

Situacin Problemtica:
El telfono celular, que ya casi, forma parte del cotidiano vivir de cada una de
las personas, cuenta con grandes caractersticas de conexin a la Web a
travs del protocolo de acceso inalmbrico WAP que permite la bsqueda de
informacin, abrir su correo electrnico, enviar y recibir correos, si su telfono
lo soporta y si la empresa que le brinda este servicio tiene alguna pagina WAP
para verlos.

En la actualidad, existen diversos proyectos basados en M-Commerce o


Tecnologa WAP en el mercado peruano. stos servicios, implantados en
diversas empresas dirigidas en diferentes rubros ya sean comerciales,
financieros, acadmicos, etc., se basan por lo general, en su gran mayora, en
consultas a Bases de Datos, sobre tpicos acadmicos, sobre negocios, de
entretenimiento, etc., brindndole al cliente la informacin que necesita en
tiempo real, accediendo a ellos, mediante un dispositivo mvil o celular.

La mayora de empresas comerciales, no cuentan con un sistema de


informacin que permita una atencin adecuada a sus clientes, donde se
pueda contar en tiempo real con la informacin de sus productos, precios,
ofertas, etc.

En esta empresa comercial, el proceso de ventas donde est involucrado


directamente el cliente se ha identificado de acuerdo a la entrevista y
encuestas aplicadas lo siguiente:

El 58% de los clientes realizan sus compras frecuentemente, la cual demanda


tiempo en la atencin de los clientes, dado que la venta es realizada de forma
personal, adjuntando en algunos casos los datos del cliente y productos en
forma fsica, ocasionando, largas colas que al final influye en que el servicio
sea ms lento. (Ver Anexo 02 Pregunta 01).

Esto conlleva a que un 78% de los clientes invierten su mayora de tiempo en


actividades de compras (Ver Anexo 02 Pregunta 02), la cual dejan de hacer
otras labores por realizar dicha actividad. Adems un 20% de los clientes les

Pgina 22

gustara consultar y verificar la disponibilidad de datos de los productos


exactos.

Se sabe que un 50 % de los clientes estn de acuerdo a que exista un


mecanismo de compras para de esta manera poder realizar sus transacciones
comerciales por medio de la tecnologa mvil y de esta manera mejorar la
gestin comercial en el supermercado en estudio. (Ver Anexo 02 Pregunta
13).
Por otro lado, se lograra integrar el rubro de ventas de manera ms intensa
dentro del mundo de telefona celular, pues seran muchas las aplicaciones que
se podran realizar desde un dispositivo celular con tecnologa WAP (Ver
Anexo 02 Pregunta 14); por ltimo, podramos obtener un sistema totalmente
integrado, con ofertas de publicidad de otros productos, utilitarios que sirvan al
usuario desarrollar sus transacciones de manera eficiente, etc.

En realidad, en el mercado hay pocas empresas que ofrecen algunos servicios


va WAP, entre ellas tenemos Alicorp, Ramsa, etc., otras con fines acadmicos,
por ejemplo, la Universidad de Lima; todas stas manejan consultas sobre
Bases de Datos. Muy aparte de ello, existen abundantes Portales Web
dedicados a la venta y transacciones comerciales, son varios que ante los
cuales, el usuario final, duda en la eleccin de alguno, pues existen casos en
que se brinda un servicio reducido de informacin de los productos, y dirigidos
a sectores segmentados del mercado.
2.2.2

Problemtica Identificada
Con respecto al tem anterior se puede concluir que la problemtica identificada
es la siguiente:

En nuestra ciudad Chiclayo, la competencia se ha incrementado por el


ingreso de nuevas empresas afectando directamente a las empresas
locales, incluyendo al supermercado el SUPER. Los esfuerzos realizados:
campaas publicitarias, campaa de promociones o lanzamientos de
ofertas son algunas de las tcnicas utilizadas para mantener a los clientes
y no quedar fuera del mercado. Estas estrategias actualmente pueden ser
apoyadas con el uso de tecnologa de informacin y tecnologa de
comunicaciones (celulares), estas nuevas oportunidades pueden ser
aprovechadas para mejorar la imagen del supermercado el SUPER.

Pgina 23

El detalle a tener en cuenta es que se est al frente de una tecnologa que


viene siendo aceptada sobre todo en transacciones comerciales, ms no
an, en el mercado peruano, pues la mayora de usuarios prefieren
comprar o realizar sus consultas y operaciones comerciales (registro de
pedidos, vista de catlogo, etc.), en la forma tradicional (manual), por va
Web, etc., por ende, existe an, algo de desconfianza de sta tecnologa
de comercio mvil de parte de los clientes, sin embargo es importante
resaltar que, poco a poco, la tecnologa WAP est surgiendo como una
alternativa, confiable, eficiente y barata.

Adicionalmente el ritmo de vida, ha cambiado haciendo que el tiempo para


las personas se vuelva muy importante dedicadas principalmente a sus
trabajos y tiempo de calidad con sus familias, lo que conduce a que
actividades como la compra de alimentos para la casa se convierta en un
tiempo obligatorio pero que muy pocos desean hacerlo.

La amenaza de perder clientes con facilidad obliga al supermercado el


SUPER a reaccionar diseando canales que ayuden a mantener a los
clientes y lograr nuevos clientes.

El gran obstculo que WAP podra llegar a confrontar es la aceptacin del


mercado, ya que el usuario que est acostumbrado a navegar en la Web
del modo tradicional.

2.2.3 Formulacin del Problema:


De qu manera, se podr mejorar el proceso de ventas en el supermercado el
SUPER de la ciudad de Chiclayo?
2.2.4 Justificacin:
La realizacin del presente estudio en un supermercado, nos permite plantear
una propuesta de solucin a las necesidades actuales y futuras de la Atencin
de la Gestin de ventas a los clientes, aportando mejoras en los aspectos:
Justificacin Tecnolgica:
El desarrollo de una aplicacin para dispositivos mviles usando la tecnologa
WAP con un diseo moderado har que la facilidad de uso apoye a la atencin
de los clientes del supermercado El SUPER, logrando facilidad de uso el cual
permitir una atencin rpida desde cualquier lugar. Adems, hacer uso de
estndares de programacin certificados por la industria del software,

Pgina 24

permitirn contar con el nivel tcnico necesario para que sea calificado como
un sistema robusto, confiable y seguro.
Justificacin Econmica:
Reduce los costos operativos del supermercado, dado que el personal se
encargar de realizar tareas que han sido definidas sin perder el tiempo en
otras que no apoyen a sus objetivos. Adems se ahorrar tiempo y dinero ya
que la informacin la van a obtener en lnea en el lugar donde se encuentren.
Por lo tanto se incrementaran las ventas al tener un nuevo canal ya que no solo
se podr realizar compras desde la tienda fsica sino tambin travs de la
tienda virtual.
Justificacin Operativa:
Este tipo de aplicaciones se caracterizan por ser flexibles abiertas y ampliables,
de modo que mejorara la gestin al acceso, interactividad y a la utilidad de la
informacin. Permitir actuar ms rpido obteniendo informacin apropiada que
apoyar a la mejor atencin de los clientes.
Justificacin Social:
Con la implementacin del nuevo modelo de ventas, se logra brindar un mejor y
eficiente servicio a los clientes del supermercado, aumentar la capacidad de
atencin de clientes, reducir esfuerzos en las actividades diarias y atencin de
los servicios. El sistema va orientado a clientes de clase A, est orientado a
una parte especfica del mercado.
Justificacin Acadmica:
El desarrollo del presente trabajo de investigacin permitir ejercitar el
desarrollo de una Aplicacin WAP para la Gestin de ventas para los clientes;
poniendo en prctica los conocimientos recibidos en el transcurso de nuestra
carrera; la investigacin y la puesta en prctica de nuevas tecnologas.
2.2.5 Objetivos de Investigacin
2.2.5.1 Objetivo General
Implementar un Sistema bajo tecnologa WAP, para apoyar al proceso de
ventas para los clientes en el supermercado El SUPER de la ciudad de
Chiclayo.

Pgina 25

2.2.5.2 Objetivos Especficos


a)

Realizar una investigacin profunda sobre tecnologa WAP.

b)

Aplicar la Metodologa RUP (Rational Unified Process) para el desarrollo


del sistema de informacin bajo tecnologa WAP.

c)

Analizar los requerimientos funcionales y no funcionales de los procesos,


para conseguir una solucin acorde a las necesidades de la empresa.

d)

Analizar, Disear y Desarrollar el Sistema bajo Tecnologa WAP.

e)

Disear e implementar los respectivos mdulos con los servicios de acceso


y recuperacin de informacin en un ambiente de telefona celular.

f)

Establecer polticas de seguridad para la aplicacin WAP.

2.2.6 Limitaciones de la Investigacin


La Implementacin del Sistema de Informacin bajo tecnologa WAP, estar
limitado por los siguientes factores:
Factor Costo:
El desarrollo del Sistema de Informacin bajo Tecnologa WAP no tiene un
costo de inversin por parte de la Institucin, por lo que ser financiado por el
tesista.
Factor Tiempo:
Desarrollar un sistema informtico bajo tecnologa WAP que automatice los
procesos de gestin de ventas dentro una institucin, requiere de una
importante dedicacin por parte del tesista. Es por ello que dentro de los
objetivos de este proyecto se encuentra el de construir solo los mdulos de
ventas con un enfoque WAP.

Pgina 26

CAPITULO III
Marco Terico

Pgina 27

3.1. Antecedentes de Estudio


a. Tesis:
"Implementacin de una solucin informtica basado en M-Commerce
aplicado a sistemas de distribucin comercial",

el cual se trazo como

objetivo maximizar el nmero de colocaciones de pedidos la cual implica


concretar una venta, es por ello que se define una herramienta que las ha
permitido registrar pedidos en tiempo real para satisfacer rpidamente los
requerimientos del cliente. Este trabajo se concreto en minimizar el tiempo
muerto que existe entre la entrega del pedido al sistema de ventas. Esto evito
que el vendedor acumule pedidos que tenga registrados en el da y los
entregue al final del mismo, originando retrasos en el despacho y la
disconformidad con el cliente. Minimizar los errores en los registros de pedidos
esto debido a que los pedidos son aprobados por la persona correspondiente
esto quiere decir que cuando el vendedor registra el pedido, es de manera real,
tal es as que el cliente podr estar seguro de lo que pidi ser lo que recibir.
La metodologa adoptada RUP que se divide en 4 fases (Inicio, Elaboracin,
construccin, transicin) les permiti determinar los pasos a seguir para
afrontar situaciones donde es necesario determinar nuevos procesos
comerciales. Los cuales estn justamente definidos por los siguientes pasos:
- Modelamiento del negocio
- Requerimientos
- Anlisis y diseo
- Implementacin
- Prueba
- Desarrollo

b. Tesis:
Sistema de Informacin Acadmica y Financiera para alumnos de la UCV
basada en mensajera electrnica y tecnologa WAP

, cuyo objetivo fue

implementar en los dispositivos mviles el acceso a los procesos acadmicos y


financieros de la universidad Cesar Vallejo. Teniendo como objetivos
especficos analizar la tecnologa WAP para el desarrollo de las aplicaciones
4

Molina Neyra, Csar Alberto, Murakami de la Cruz, Sumiko Elizabeth, "Implementacin de una solucin informtica basado
en M-Commerce aplicado a sistemas de distribucin comercial". Disponible en la biblioteca de la Universidad Nacional Mayor
de San Marcos.
5

Quispe Hernndez, Luis, Urquizo Gmez, Carlos, Sistema de Informacin Acadmica y Financiera para alumnos de la
UCV basada en mensajera electrnica y tecnologa WAP. Disponible en la Biblioteca Especializada de la Facultad de
Ingeniera de la Universidad Cesar Vallejo. La Libertad

Pgina 28

mviles. Realizaron el diseo de la arquitectura de la aplicacin mvil que


permita la interaccin de las herramientas con la plataforma acadmica.
Disearon tambin las interfaces de usuario para el dispositivo mvil
preservando los estndares de diseo. Se realiz la conexin a la base de
datos utilizada en la plataforma acadmica, para la obtencin de la informacin
actualizada.
Para esta investigacin se reviso el plan estratgico de la UCV para plantear
estrategias a ser utilizadas para obtener el mayor potencial posible de las
tecnologas existentes. Se adecuo el sistema propuesto con los sistemas
computarizados existentes en la UCV.
Se formularon procedimientos y polticas de seguridad a nivel de software,
hardware, base de datos, red y usuarios.

La Relacin con el proyecto se da por que se toca parte de transacciones


financieras va WAP, para mejorar y optimizar los procesos acadmicos y
financieros de la Universidad Cesar Vallejo.

c. Tesis:
Sistema de consulta va dispositivos inalmbricos WAP de un Sistema
Educativo 6 , cuyo objetivo fue utilizar las herramientas de software libre para
la implementacin de una aplicacin WAP para optimizar los procesos
acadmicos. Esta investigacin analiza la tecnologa WAP para el desarrollo de
las aplicaciones mviles.

Muestra la arquitectura de la aplicacin mvil que se basa en 3 elementos


(cliente, pasarela y servidor web) que permita la interaccin de las
herramientas con la plataforma acadmica. Disea las interfaces de usuario
para el dispositivo mvil preservando los estndares de diseo. Realiza la
conexin a la base de datos utilizada en la plataforma acadmica, para la
obtencin de la informacin actualizada.

En esta investigacin se demostr una vez ms como las herramientas de


software libre aportan al desarrollo de nuevas aplicaciones en la web sin

Pastor

Morales, Vctor. Sistema de consulta va dispositivos inalmbricos WAP de un Sistema Educativo.

Disponible en la Biblioteca de la Universidad Particular de Chiclayo Lambayeque.

Pgina 29

embargo sus beneficios son muy grandes con respecto al mnimo de recursos
econmicos que se requieren implementar en este tipo de aplicaciones.

Con esta aplicacin se logro una nueva forma de comunicacin entre el ente
educativo y la comunidad en general logrando poner a disposicin de los
usuarios la informacin actualizada desde cualquier lugar que la cobertura lo
permita.

La Relacin con el proyecto se da por que se toca parte de transacciones


acadmicas va WAP, para mejorar y optimizar los procesos acadmicos de la
Universidad de Chiclayo.
3.2. Desarrollo de la temtica correspondiente al tema investigado.
Para el desarrollo de esta propuesta, es necesario tener como base ciertas
definiciones relacionadas al tema en estudio, de modo que provean un marco de
referencia conceptual para la puesta en marcha del proyecto.
Es por ello que se definir puntos relacionados a la gestin comercial como:
Funciones, Importancia, Caracterstica, Normas, entre otros; as como tambin
todo lo relacionada al desarrollo de aplicaciones WAP: Funcionamiento,
Caractersticas, Lenguajes de Programacin, etc.
3.2.1. Informacin
Segn Burch J.G. y Gru dnitsky7; La informacin puede comprenderse
como un conjunto de conocimientos o hechos derivados de datos, que son
por naturaleza repetitivos y redundantes, que describen un mundo que
consiste en procesos y eventos que ocurren una y otra vez con pequeos
cambios. La informacin es una sntesis o extracto de los datos, pero no
contiene redundancias. Por ello, la informacin puede ser tangible o
intangible, pero siempre reducir la incertidumbre sobre un estado o suceso.
Segn Idalberto Chiavenato8, informacin "es un conjunto de datos con un
significado, o sea, que reduce la incertidumbre o que aumenta el
conocimiento de algo. En verdad, la informacin es un mensaje con

Burch J.G. y Grudnitsky: Diseo de sistemas de informacin. Teora y Prctica. Mxico. Megabyte Grupo Noriega,
1992, pag 19.
8
Introduccin a la Teora General de la Administracin, Sptima Edicin, de Chiavenato Idalberto, McGrawHill Interamericana, 2006, Pg. 110.

Pgina 30

significado en un determinado contexto, disponible para uso inmediato y que


proporciona orientacin a las acciones por el hecho de reducir el margen de
incertidumbre con respecto a nuestras decisiones".
Teniendo en cuenta las anteriores ideas y definiciones, planteo la siguiente
definicin de informacin:
"La informacin es un conjunto de datos acerca de algn suceso, hecho o
fenmeno, que organizados en un contexto determinado tienen su
significado, cuyo propsito puede ser el de reducir la incertidumbre o
incrementar el conocimiento acerca de algo"9.

3.2.2. Sistema:
Segn Rowley (1994)10; Un sistema es un conjunto de elementos
interrelacionados en funcin de un objetivo comn,

actuando en

determinado entorno y con capacidad de autocontrol.


Segn John Van Gigch (1990)11; Un Sistema es una reunin o conjunto de
elementos relacionados. Los elementos de un sistema pueden ser
conceptos, en cuyo caso estamos tratando un sistema conceptual. Un
lenguaje es un ejemplo de sistema conceptual. Los Elementos de un
sistema pueden ser sujetos, como los de un equipo de futbol. Finalmente, un
sistema puede estructurarse de conceptos, objetos y sujetos, como en un
sistema hombre- mquina, que comprende las tres clases de elementos. Por
tanto un sistema es un agregado de entidades, viviente o no viviente o
ambas.
Tambin existe la siguiente caracterizacin de un sistema:
Es una unin de partes o componentes, conectados en una forma
organizada. Las partes se afectan por estar en el sistema y se cambian si
lo dejan. Un sistema puede existir realmente como un agregado natural de
partes componentes encontradas en la naturaleza, o sta puede ser un
agregado inventado por el hombre, una forma de ver el problema que resulta
de una decisin deliberada de suponer que un conjunto de elementos estn
relacionados y constituyen una cosa llamada Sistema.

Fuente propia: Omar Antonio Sanchez Guevara.


Rowley, The Basics of Systems Anlisis and Design for Information Managers y Diseo de Sistemas de Informacin.
Londres, Clive Bingley, 1994, pag. 3.
11
John P. Van Gigch, Teoria General de Sistemas, editorial Trillas, 1990, pag. 17.
10

Pgina 31

Interpretacin: De estas definiciones se deduce que los sistemas se


componen de objetos, los cuales tienen unas determinadas caractersticas o
atributos, sirviendo adems los objetos que forman el sistema para delinear
sus lmites o fronteras. Estos elementos se unen mediante relaciones,
siendo las relaciones entre sistemas llamadas, en ocasiones, interfaces.
Estas relaciones entre sistemas pueden ser simbiticas, sinrgicas o
redundantes.

3.2.3. Sistema de Informacin:


Los Autores Laundon y Laundon12 (2004) define los sistemas de
informacin como un conjunto de componentes interrelacionados

que

recolectan, procesan, almacenan y distribuyen informacin para apoyar la


toma de decisiones y el control, los sistemas de informacin tambin pueden
ayudar a los gerentes y trabajadores a analizar problemas, a visualizar
asuntos complejos y a crear productos nuevos.
Segn Senn J. A.13; Toda organizacin tiene un sistema de informacin,
independientemente de que sea automatizado o no. En cierto modo, se trata
de una entidad abstracta, un medio por el cual los datos y la informacin
fluyen de una persona o departamento a otros, y que puede ser cualquier
cosa, desde una comunicacin verbal a complejos sistemas de cmputo.
Debe considerarse que la organizacin, ineludiblemente, mantiene flujos de
informacin con el exterior, identificados como externos, y en su propio
interior, o internos, los cuales a su vez pueden ser ascendentes,
descendentes u horizontales, y tanto de tipo formal como informal.
Segn Lucas H. (1997)14; El sistema de informacin tiene la misin de
memorizar y de producir informaciones, y ponerlas a disposicin de la
organizacin. Cualquier tipo de sistema de informacin se crea para adquirir,
almacenar, organizar y recuperar informacin.
3.2.4. Tipos de Sistemas de Informacin
Segn Kendall & Kendall15 (2005); los sistemas de informacin se
desarrollan con diversos propsitos, segn las necesidades de la empresa.
12

Laundon y Laundon, Sistemas de Informacin Gerencial, Madrid, 2004, pag 46-48.


Senn, J. A.: Anlisis y diseo de sistemas de informacin, Mxico, McGraw-Hill, 1992, pag. 20-21.
14
Lucas, H: Sistemas ce informacin. Anlisis. Diseo. Puesta a punto, Madrid, Parannfo, 1997, pag. 16.
15
KENNETH E. KENDALL, JULIE E. KENDALL. Anlisis y diseo de sistemas. Sexta edicin Parte I: Fundamentos
del Anlisis de Sistemas Pag 2; PEARSON EDUCACIN, Mxico, 2005
13

Pgina 32

Sistemas

de procesamiento de transacciones (TPS,

Transaction

Processing Systems) funcionan al nivel operativo de una organizacin.


Sistemas de automatizacin de la oficina (OAS, Office Automaon
Systems).
Sistemas de informacin gerencial (MIS, Management Information
Systems)
Sistemas de apoyo a la toma de decisiones (DSS, Decisin Support
Systems) se encuentran entre los sistemas de alto nivel.
Sistemas de apoyo a ejecutivos (ESS, Executive Support Systems) se
encuentran en el nivel estratgico de la administracin.
3.2.5. LA TECNOLOGIA WAP
WAP es una tecnologa nueva en la que se busca prestar nuevos servicios
a los usuarios, y esto lleva indefectiblemente a la duda de si el mercado est
lo suficientemente maduro para adaptar esa tecnologa.
Como lo menciona Ramn Voces-Merayo, Llus Codina. WAP
tecnologa que permite

es una

el acceso a la World Wide Web utilizando

dispositivos mviles siendo regulado por la OMA y se ha desarrollado


una nueva versin ms eficiente16.
Otra definicin importante sobre el concepto de WAP es

lo que dice

Alexander Vera T; Andrs Alarcn R., La tecnologa WAP adems de ser


un protocolo que permite la transmisin de datos basados en la Web,
es una plataforma de aplicaciones sobre conexiones inalmbricas que
permite la integracin entre el mercado de telefona mvil e Internet17
Con los conceptos previos analizados podemos definir conceptualmente que
los servicios que se pueden ofrecer a travs de un dispositivo mvil no se
pueden simplemente traspasar un servicio desde la web al mvil porque las
condiciones son totalmente diferentes. Es decir, si comparamos un telfono
mvil con un PC, el PC tiene la pantalla ms grande, mayor velocidad de
procesamiento, se conecta a Internet a una mayor velocidad.
La nica ventaja que tiene el telfono mvil es la movilidad, y sobre ese
concepto se deben pensar los servicios que deben de prestar. Todas las

16

Ramn Voces-Merayo; Llus Codina. Web mvil y su implantacin en la administracin local espaola. El profesional de la
informacin, 01 marzo 2009. Pg. 212.
17
Alexander Vera T; Andrs Alarcn R; Oscar Polanco M; Rubn D. Nieto L; lvaro Bernal N. Aplicacin de las Comunicaciones
Inalmbricas a la Domtica Ingeniera y Competitividad, 1 mayo 2004 pg. 65-66.

Pgina 33

acciones que se puedan realizar va web u otros canales no se harn a


travs del telfono mvil. Por lo tanto la clave ser pensar de forma creativa
en qu situaciones se dejarn de lado las dificultades e incomodidades del
telfono mvil y se utilizarn estos dispositivos para conectarse a Internet.

Un punto muy importante a tener en cuenta cuando se disee sitios WAP a


diferencia cuando se disea sitios web es lo que menciona Juan-Miguel
Aguado-Terrn; Inmaculada J. Martnez-Martnez18 Existen diferencias
importantes que se tienen que tener en cuenta. A continuacin
pasamos a enumerar algunas de ellas.
Contenido: Las pequeas dimensiones de las pantallas de los
dispositivos mviles hacen que no se puedan traspasar directamente
textos de la Web al telfono mvil o PDA. Por otro lado, un texto
excesivamente corto puede no tener ninguna utilidad y en consecuencia
no estaremos dispuestos a gastar dinero en la conexin y en el servicio y
tiempo de espera para recibir algo que aporta escaso valor.
La arquitectura de la informacin y la navegacin tambin tienen
especificidades importantes. Por un lado, en las diminutas pantallas de
los dispositivos mviles no se puede mantener un men de navegacin
en todas las pginas.
Insercin de texto: Los dispositivos mviles no estn hechos para
introducir texto, con lo que se le debe ahorrar y facilitar todo lo posible al
usuario la difcil tarea de insertar caracteres en el mvil.
Procesos de registro: Deberan estar basados en el nmero de telfono
y en el PIN de forma que se evite un largo formulario de registro.
Disear para diferentes modelos de telfonos mviles: En muchos
casos se necesitar disear especialmente para varias familias de
telfonos, ya que los telfonos tienen grandes diferencias entre unos y
otros.

18

Juan-Miguel Aguado-Terrn; Inmaculada J. Martnez-Martnez, De la Web social al Mvil 2.0: el paradigma 2.0 en el
proceso de convergencia meditica de la comunicacin mvil. El profesional de la informacin, 01 marzo 2009. Pg. 156157.

Pgina 34

Segn Alexander Vera T; Andrs Alarcn R., WAP, ya que es una


tecnologa que est en pleno auge, posee ventajas y desventajas que
es bueno analizarlas para poder decidir con claridad si conviene o no
usar el m-commerce en la vida diaria19
Ventajas de las aplicaciones WAP
Mayor facilidad:
La presencia de una comunicacin inalmbrica entre el cliente y la
empresa del servicio eliminan la necesidad de una interfaz fija tal como
un computador para la comunicacin.
Conveniencia:
El tamao pequeo y facilidad de uso de los receptores mviles permite
un mejor traslado de los equipos y rpido conocimiento de la forma de
hacer las transacciones.
Uso del dinero:
Con el uso de aplicaciones wap, no es necesario usar el dinero tangible,
slo se carga al celular o a la tarjeta de crdito para realizar las
transacciones.
Desventajas de las aplicaciones WAP
Inexistencia del contacto corporal:
La gente est dejando de relacionarse en forma real, no hay un contacto
cuerpo a cuerpo para hacer transacciones.

Bajan las relaciones humanas:


Los usuarios slo se comunican con la gente cercana, el contacto con
gente desconocida disminuye.
Excesiva comodidad:
La gente podr controlar todos sus negocios desde su equipo mvil,
hasta los ms pequeos, provocando una comodidad excesiva.

19

Alexander Vera T; Andrs Alarcn R; Oscar Polanco M; Rubn D. Nieto L; lvaro Bernal N. Aplicacin de las Comunicaciones
Inalmbricas a la Domtica Ingeniera y Competitividad, 1 mayo 2004 pg. 65-66.

Pgina 35

3.2.6. Tecnologas de programacin20


a. HTML:
HTML es el lenguaje con el que se definen las pginas Web.
Bsicamente se trata de un conjunto de etiquetas que sirven para definir
la forma en la que se presenta el texto y otros elementos de la pgina.
b. JavaScript / Jscript.Javascript es un lenguaje de programacin utilizado para crear
pequeos programas encargados de realizar acciones dentro del mbito
de una pgina Web. Se trata de un lenguaje de programacin del lado
del cliente, porque es el navegador el que soporta la carga de
procesamiento.
Entre las acciones tpicas que se pueden realizar en Javascript tenemos
dos vertientes. Por un lado los efectos especiales sobre pginas Web,
para crear contenidos dinmicos y elementos de la pgina que tengan
movimiento, cambien de color o cualquier otro dinamismo.
c. VBScript
Es un lenguaje de programacin de scripts del lado del cliente, pero slo
compatible con Internet Explorer. Es por ello que su utilizacin est
desaconsejada a favor de Javascript.
Est basado en Visual Basic, un popular lenguaje para crear
aplicaciones Windows. Tanto su sintaxis como la manera de trabajar
estn muy inspiradas en l.
d. Applets Java
Es una manera de incluir programas complejos en el mbito de una
pgina Web.

Estos applets se programan en Java y por tanto se

benefician de la potencia de este lenguaje para la Red.


La principal ventaja de utilizar applets consiste en que son mucho
menos dependientes del navegador que los scripts en Javascript,
incluso independientes del sistema operativo del ordenador donde se
ejecutan.
e. Componentes ActiveX
ActiveX es una tecnologa de Microsoft para el desarrollo de pginas
dinmicas. Tiene presencia en la programacin del lado del servidor y

20

Fuente: Tecnologas Web, Desarrollo web.com http://www.desarrolloweb.com/manuales/15/ [consulta


10/09/11]

Pgina 36

del lado del cliente, aunque existan diferencias en el uso en cada uno
de esos dos casos.
En el cliente: Son pequeos programas que se pueden incluir dentro de
pginas Web y sirven para realizar acciones de diversa ndole.
En el servidor: Tambin existen controles ActiveX del servidor. Por
ejemplo, cuando realizamos una conexin con una base de datos,
estamos utilizando un control ActiveX del servidor.

f.

Microsoft .NET
Microsoft.NET es el conjunto de nuevas tecnologas en las que
Microsoft ha estado trabajando durante los ltimos aos y cuyo
lanzamiento definitivo es inminente, estando ya disponible su primera
versin Release Candidate con los objetivos de:

Mejorar sus sistemas operativos

Mejorar su modelo de componentes COM+

3.2.7. Lenguajes de Programacin21


A. PHP
Es un lenguaje para programar scripts del lado del servidor, que se
incrustan dentro del cdigo HTML. Este lenguaje es gratuito y
multiplataforma.
PHP es el acrnimo de Hipertext Preprocesor. Es un lenguaje de
programacin del lado del servidor gratuito e independiente de
plataforma, rpido, con una gran librera de funciones y mucha
documentacin.
PHP se escribe dentro del cdigo HTML, lo que lo hace realmente fcil
de utilizar, al igual que ocurre con el popular ASP de Microsoft, pero con
algunas ventajas como su gratuidad, independencia de plataforma,
rapidez y seguridad. Existe un mdulo que hace que nuestro servidor
Web comprenda los scripts realizados en este lenguaje.

21

Fuente: Tecnologas web, Desarrollo web.com (http://www.desarrolloweb.com/manuales/15/)[consulta


10/09/11]

Pgina 37

Figura N 02: Esquema del funcionamiento de las pginas PHP

Fuente: Desarrollo Web (http://www.desarrolloweb.com/manuales/15/)

Es independiente de plataforma, puesto que existe un mdulo de PHP


para casi cualquier servidor Web. Esto hace que cualquier sistema
pueda ser compatible con el lenguaje y significa una ventaja importante,
ya que permite portar el sitio desarrollado en PHP de un sistema a otro
sin prcticamente ningn trabajo.
La seguridad, en este punto tambin es importante el hecho de que en
muchas ocasiones PHP se encuentra instalado sobre servidores Unix o
Linux, que son de sobra conocidos como ms veloces y seguros que el
sistema operativo donde se ejecuta las ASP, Windows NT o 2000.
A.1. Ventajas de PHP
Es un lenguaje multiplataforma.
Capacidad de conexin con la mayora de los manejadores de
base de datos que se utilizan en la actualidad.
Leer y manipular datos desde diversas fuentes, incluyendo datos
que pueden ingresar los usuarios desde formularios HTML.
Capacidad de expandir su potencial utilizando la enorme
cantidad de mdulos (llamados exts o extensiones).
Posee una amplia documentacin en su pgina oficial.
Es libre, por lo que se presenta como una alternativa de fcil
acceso para todos.
Permite las tcnicas de Programacin Orientada a Objetos.
Nos permite crear los formularios para la Web.

Pgina 38

B. ASP NET
Es el lenguaje de scripting del lado del servidor creado por Microsoft
ASP (Active Server Pages) es la tecnologa desarrollada para la
creacin de pginas dinmicas del servidor. ASP se escribe en la
misma pgina Web, utilizando el lenguaje Visual Basic Script o Jscript
(Javascript de Microsoft).
Las pginas que se ejecutan en el servidor pueden realizar accesos a
bases de datos, conexiones en red, y otras tareas para crear la pgina
final que ver el cliente. El cliente solamente recibe una pgina con el
cdigo HTML resultante de la ejecucin de la pgina ASP NET.
C. JSP
La tecnologa Java para la creacin de pginas web con programacin
en el servidor. JSP es un acrnimo de Java Server Pages, que en
castellano vendra a decir algo como Pginas de Servidor Java.
Es, pues, una tecnologa orientada a crear pginas web con
programacin en Java.

Con JSP podemos crear aplicaciones web que se ejecuten en distintos


servidores web, de mltiples plataformas, ya que Java es en esencia un
lenguaje multiplataforma.
3.2.8. Metodologas de Desarrollo de Software
3.2.8.1. Proceso Unificado de Desarrollo de Software: RUP22
Segn Stephen R. Schach; El Proceso Unificado es ms que un simple
proceso de desarrollo de software, es un marco de trabajo genrico que
puede ser especializado para el desarrollo de sistemas grandes de
diferentes reas, diferentes tipos de organizacin, diferentes niveles de
competencia y diferentes tamaos de proyectos.

Es un proceso basado de componentes, lo cual significa que el software


en desarrollo est formado por componentes interconectados por
interfaces bien definidas.

22

Anlisis y diseo orientado a objetos con UML y el Proceso Unificado; Stephen R. Schach

Pgina 39

Este proceso usa UML cuando se prepara los diagramas de


modelamiento del sistema de software. De hecho, el UML es una parte
integral del proceso unificado.

Este proceso est organizado de acuerdo a dos puntos de vista, tal como
se muestra en la figura N 03: a lo largo del tiempo (Fase) que establece
la dinmica de las actividades en funcin del tiempo, y los componentes
(Flujo de Trabajo), que describen la manera esttica de la estructura del
proceso.

Figura N03: Tiempo de locacin fase por fase de un proyecto

Fuente: Anlisis y diseo orientado a objetos con UML y el Proceso Unificado; Stephen
R. Schach

A. Caractersticas del Proceso Unificado23:


Es un proceso iterativo, basado en el refinamiento sucesivo del
sistema.
Es un proceso controlado, donde juegan un papel de primordial
importancia la gestin de requisitos y el control de cambios
Basado en la construccin de modelos visuales del sistema.
Centrado en el desarrollo de la arquitectura por lo que maneja el
concepto de desarrollo basado de componentes.
Conducidos por casos de uso.
Soporta tcnicas orientadas a objetos y en particular uso de UML.
Formatea el control de calidad.
Soportado por herramientas.

23

Ingeniera de Software Clsica y Orientada a Objetos Sexta Edicin, Pag. 78; Stephen R. Schach

Pgina 40

Las caractersticas que distingue al proceso unificado se resumen en


tres fases:
a. Conducido por Casos de Usos:
Los Casos de Uso constituyen la gua para el desarrollo del sistema
en el Proceso Unificado.
Cada iteracin se planifica para aadir un conjunto limitado de
Casos de Uso al sistema hacindolo crecer iteracin tras iteracin.
Como es un proceso iterativo, tras cada iteracin se revisan los
Casos de Uso y se eligen los que se desarrollarn en la siguiente
iteracin.
El proceso de desarrollo sigue un flujo:
Los casos de uso son especificados.
Los casos de uso son diseados.
Los casos de usos sirven de fuente para desarrollar las
interfaces.
b. Centrado en la Arquitectura:
Significa que la arquitectura se usa como el principal elemento para
conceptuar, construir, administrar, y perfeccionar el sistema en
desarrollo.
c. Iterativo e Incremental:
El desarrollo de productos de software puede tomar muchos meses
o aos, por ello resulta prctico dividir el proyecto para que se
desarrolle por partes en mini proyectos. Cada mini proyecto es
una iteracin que va incrementando poco a poco hasta llegar al
desarrollo total del producto final. Para lograr efectividad es
necesaria que cada iteracin sea controlada. Los beneficios son:
Reduccin de riesgos de sobre costos al evitar repetir iteraciones.
Reducir el riesgo de no terminar el producto de software de acuerdo
al cronograma planificado.
Da mayor eficiencia al equipo del proyecto, pues se trabaja con
objetivos ms claros y con un corto alcance del proyecto.
Permite manejar y adaptar en forma fcil los cambios de
requerimientos, afinndolos en cada iteracin.

Pgina 41

B. Fases del Proceso Unificado:


Inicio:
El objetivo de esta fase es tomar una decisin fundada sobre la
viabilidad tcnica y econmica del proyecto.
En esta fase se suelen especificar el mbito del proyecto y los
principales Casos de Uso, se identifican los riesgos y las
posibles arquitecturas y se concluye con un Plan de Ejecucin y
un Presupuesto preliminares.
Es importante sealar que en esta fase NO se catalogan los
requerimientos del proyecto. Eso es contrario al espritu del
Proceso Unificado. Los requerimientos se irn capturando
progresivamente en Casos de Uso. Por lo tanto, el presupuesto y
el Plan de Ejecucin resultantes deben ser considerados
"preliminares".
Normalmente, esta fase dura una o dos semanas. En proyectos
muy conocidos (de escaso riesgo) puede reducirse a unos pocos
das.
Elaboracin:
Los objetivos de esta fase son:
Desarrollar la arquitectura bsica del sistema.
Capturar la mayora de los requerimientos del sistema.
Para lograrlo, se eligen los Casos de Uso necesarios para cubrir
la arquitectura bsica del sistema, y se desarrollan. En el
Proceso Unificado, la arquitectura del sistema es la pieza
fundamental sobre la que se aade el resto del desarrollo. Por
eso se aborda en las primeras iteraciones.
Respecto a los requerimientos del sistema, no es necesario
registrarlos todos con detalle.
Bastar con identificarlos y detallar los ms representativos (1020%).
En esta fase se utilizan tcnicas como Diagramas de Paquetes
(para describir la arquitectura),
Diagramas de Casos de Uso y Diagramas Conceptuales de
Clases.

Pgina 42

La fase de Elaboracin concluye con la elaboracin de un Plan


de Ejecucin y un Presupuesto para la fase de Construccin.
Sabiendo ya cual ser la arquitectura del sistema y los
requerimientos del sistema, el Plan de Ejecucin y el
Presupuesto ya sern mucho ms fiables que los elaborados en
la fase de Lanzamiento.
La duracin de esta fase depende de la complejidad de la
arquitectura, la extensin del sistema y la propia duracin de
cada iteracin. Pero en ningn caso puede exceder los dos
meses.
Construccin:
Esta es la fase principal del proyecto, y su objetivo es desarrollar
el resto del sistema.
En cada iteracin, se aade nueva funcionalidad al sistema
sobre la base de la arquitectura desarrollada en la fase de
elaboracin. Para ello, se van detallando completamente los
Casos de Uso que se incluyen en cada iteracin.
Las tcnicas ms utilizadas en esta fase son las propias de
Implementacin: Programacin en Parejas, Test-First, etc. Pero
tambin son necesarias las tcnicas finales de Diseo, como los
Diagramas de Secuencia y de Interaccin.
Transicin:
Esta es la fase final del proyecto y su objetivo es entregar el
sistema a los usuarios finales.
Tras cada iteracin de la fase de Transicin, se pone a
disposicin de los usuarios finales una nueva versin de la
aplicacin, utilizndose la informacin recibida de estos para
mejorar el sistema en la siguiente entrega.
La fase de Transicin incluye la migracin y carga de datos,
formacin a usuarios, soporte tcnico, etc.

Pgina 43

Cada una de estas etapas es desarrollada mediante el ciclo de


iteraciones, la cual consiste en reproducir el ciclo de vida en
cascada de menor escala.
Los objetivos de una iteracin son en funcin de la evaluacin de
las iteraciones procedentes. Vale mencionar que el ciclo de vida
que se desarrolla por cada iteracin, es llevada bajo dos
disciplinas:
a. Disciplina de Desarrollo
Ingeniera de Negocios: Entendiendo las necesidades del
negocio.
Requerimientos:

Trasladando

las

necesidades

del

negocio a un sistema automatizado.


Anlisis y Diseo: Trasladando los requerimientos dentro
de la arquitectura de software.
Implementacin: Creando software que se ajuste a la
arquitectura y que tenga el comportamiento deseado.
Pruebas: Asegurndose que el comportamiento requerido
es el correcto y que todo lo solicitado est presente.
b. Disciplina de Soporte
Configuracin y administracin del cambio: Guardando
todas las versiones del proyecto.
Administrando el proyecto: Administrando horarios y
recursos.
Ambiente: Administrando el ambiente de desarrollo.
Distribucin: Hacer todo lo necesario para la salida del
proyecto.
3.2.8.2. Metodologa Mtrica24
Esta Metodologa constituye una gua sencilla y til para la Planificacin,
Anlisis,

Diseo,

Construccin

Implantacin

de

Sistemas

de

Informacin.

24

Disponible en: http://www.csi.map.es/csi/metrica3/asiproc.pdf

Pgina 44

La nueva versin de MTRICA contempla el desarrollo de Sistemas de


Informacin para las distintas tecnologas que actualmente estn
conviviendo y los aspectos de gestin que aseguran que un Proyecto
cumple sus objetivos en trminos de calidad, coste y plazos.
En una nica estructura la metodologa MTRICA Versin 3 cubre
distintos tipos de desarrollo: estructurado y orientado a objetos,
facilitando a travs de interfaces la realizacin de los procesos de apoyo
u organizativos: Gestin de Proyectos, Gestin de Configuracin,
Aseguramiento de Calidad y Seguridad. La finalidad es de incorporar las
nuevas tcnicas derivadas de la programacin y el anlisis orientado a
objetos, al proceso de desarrollo de software que a travs de esta
metodologa las administraciones pblicas espaolas pretenden llevar a
cabo.
Mtrica debera ser obligatoria en cuantos contratos de desarrollo de
software realiza la administracin pblica, sin embargo su utilizacin an
no est suficientemente universalizada. Todava es frecuente ver
concursos pblicos donde no se establece la obligatoriedad para el
contratante de seguir las pautas de mtrica a la hora de llevar a cabo un
proceso de construccin de software. Todo proyecto Mtrica 3 consta de
un conjunto de fases que se desglosan en mltiples puntos cuya
cronologa hay que seguir con claridad para ir avanzando en el desarrollo
del proyecto. El siguiente Figura muestra el esquema general de estas
fases:
Figura N04: Fases de Mtrica

Fuente: Metodologa mtrica [en lnea]. Disponible en


http://www.auladirectiva.com/curso/metrica-v3/presentacion.html

Pgina 45

3.2.8.3. METODOLOGA XP25


Es una metodologa

gil centrada en potenciar

las relaciones

interpersonales como clave para el xito en desarrollo de software,


promoviendo el trabajo en equipo, preocupndose por el aprendizaje de
los desarrolladores, y propiciando un buen clima de trabajo.
El enfoque al desarrollo de software que propone XP, pretende ser:

til en proyectos de alto riesgo caracterizados por una constante


variacin de los requerimientos.

Promueve la integracin del cliente en el proceso de desarrollo, la


programacin de a pares y el trabajo en equipo como medios para
lograrlo.

XP se basa en realimentacin continua entre el cliente y el equipo de


desarrollo.

Comunicacin fluida entre todos los participantes, simplicidad en las


soluciones implementadas y coraje para enfrentar los cambios.

XP se define como especialmente adecuada para proyectos con


requisitos imprecisos y muy cambiantes, y donde existe un alto
riesgo tcnico.

Los principios y prcticas son de sentido comn pero llevadas al extremo,


de ah proviene su nombre. A continuacin se presentan las
caractersticas esenciales de XP organizadas en: historias de usuario,
roles, proceso y prcticas.
La Programacin Extrema asume que la planificacin nunca ser
perfecta, y que variar en funcin de cmo varen las necesidades del
negocio. Por tanto, el valor real reside en obtener rpidamente un plan
inicial, y contar con mecanismos de feedback que permitan conocer con
precisin dnde estamos. Como es lgico, la planificacin es iterativa: un
representante del negocio decide al comienzo de cada iteracin qu
caractersticas concretas se van a implementar.

Historias de usuario: Son la tcnica utilizada en XP para especificar


los requisitos del software. Se trata de tarjetas de papel en las cuales
el cliente describe brevemente las caractersticas que el sistema
debe poseer, sean requisitos funcionales o no funcionales. No hay

25

Fuente: Disponible en http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software

Pgina 46

que preocuparse si en un principio no se identifican todas las


historias de usuario.
Al comienzo de cada iteracin estarn registrados los cambios en las
historias de usuario y segn eso se planificar la siguiente iteracin.
Las historias de usuario son descompuestas en tareas de
programacin

asignadas

los

programadores

para

ser

implementadas durante una iteracin.


Roles, define el papel que juegan las personas en el proceso de
desarrollo, tales como: programador, cliente, encargado de
pruebas, encargado de seguimiento, entrenador, consultor y
gestor.
Proceso, un proyecto XP tiene xito cuando el cliente selecciona
el valor de negocio a implementar basado en la habilidad del
equipo para medir la funcionalidad que puede entregar a travs
del tiempo. El ciclo de desarrollo consiste (a grandes rasgos) en
los siguientes pasos: el cliente define el valor de negocio a
implementar, el programador estima el esfuerzo necesario para su
implementacin, el cliente selecciona qu construir, de acuerdo
con sus prioridades y las restricciones de tiempo, El programador
construye ese valor de negocio, y se repite el proceso.
Prcticas, la principal suposicin que se realiza en XP es la
posibilidad de disminuir la mtica curva exponencial del costo del
cambio a lo largo del proyecto, lo suficiente para que el diseo
evolutivo funcione. XP apuesta por un crecimiento lento del costo
del cambio y con un comportamiento asinttico.
El problema de XP es que se tiene al cliente como su ayudante
directo, por no decir como el jefe del proyecto, pero el problema es
que el cliente est ah para decirte si le gusta o no, pues
empezar a tener interrogativas como estas, y si le aumentas
esto?, y quiz el otro?, Por qu no esto ms?, mira hazle esto,
etc., quieren que su aplicacin hable y piense por ellos, pero
lgicamente esto no es posible, pero ah viene la cosas, le dir a
tus otros clientes EL Chico no Sabe, le ped que hiciera esto y no
pudo.

Pgina 47

a. Qu es lo que propone XP
Empieza

en

pequeo

aade

en

funcionalidad

con

retroalimentacin continua.
El manejo del cambio se convierte en parte sustantiva del
proceso.
El costo del cambio no depende de la fase o etapa.
No introduce funcionalidades antes que sean necesarias.
El cliente o usuario se convierte en parte del equipo.
b. Derechos del Cliente
Decidir que se implementa.
Saber el estado real y el progreso del proyecto.
Aadir, cambiar o quitar requerimientos en cualquier momento.
Obtener lo mximo de cada semana de trabajo.
Obtener un sistema funcionando cada 3 4 meses.
c. Derechos del desarrollador
Decidir cmo se implementan los procesos.
Crear el sistema con la mejor calidad posible.
Pedir al cliente en cualquier momento aclaraciones de los
requerimientos.
Estimar el esfuerzo para implementar el sistema.
Cambiar los requerimientos en base a nuevos descubrimientos.
Lo fundamental en este tipo de metodologa es:
La comunicacin, entre los usuarios y lo desarrolladores.
La simplicidad, al desarrollar y codificar los mdulos del
sistema.
La retroalimentacin, concreta y frecuente del equipo de
desarrollo, el cliente y los usuarios finales.
Figura N05: Metodologa XP

Fuente: Universidad de Sevilla

Pgina 48

3.2.8.4. Criterios de Eleccin de la Metodologa


El calificativo indica el nivel de soporte para la utilizacin de la
metodologa: en la siguiente tabla N 01 se mostrara la escala de los
puntajes.
Tabla N 01: Escala de Puntaje
Puntaje Concepto
1
Bajo
2
Medio
3
Alto
Fuente: Elaboracin Propia
Se puede definir el grado de soporte de lograr el efecto que se desea o
se espera, con el aprovechamiento de recursos y el tiempo, con la ayuda
de la metodologa en el desarrollo de este proyecto de lograr obtener
buenos resultados para su culminacin con las limitaciones que cuenta.
Los criterios que se muestra en la siguiente tabla han sido colocados
dependiendo a lo que se quiere lograr con este proyecto, por lo que lo
jurados de la eleccin de la metodologa se enfatizan en estos puntos,
para as poder ver si es factible o si cumpli con lo que se establece.
Comunicacin: Los procesos de comunicacin es importante en los
Jefes de Proyecto, haciendo que los desarrolladores estn en
constante comunicacin en sus interacciones.
Adaptabilidad a Proyectos: La metodologa debe relacionarse con el
proyecto que se pretende desarrollar de acuerdo a los requerimientos
que la organizacin necesite.
Planificacin: preparar el conjunto de acciones, tiempos y recursos
para llegar a desarrollar el proyecto.
Flexible: es utilizada en el ambiente de desarrollo de cualquier cliente

3.2.8.5. Comparacin de Metodologas


En la tabla N 02 muestra un comparativo de las metodologas
presentadas segn criterios que se evaluaron de acuerdo al proyecto.

Pgina 49

Tabla N 02: Comparacin de Metodologas


CRITERIOS
RUP
XP
Comunicacin
3
Adaptabilidad a Proyectos
3
Planificacin
3
Flexibilidad
2
Facilita los presupuestos y la
Asignacin de Recursos
3
Reutilizacin de Cdigo
3
Total
17
Fuente: Elaboracin Propia

MSF
2
2
3
2

2
3
2
3

2
3
14

2
3
15

La metodologa que se utiliza en este proyecto, es la metodologa RUP


con un puntaje de 17 la cual es mayor a todas las otras metodologas
que se encuentran en la Tabla N 02 lo cual indica es la que apoyara en
grandes proporciones al desarrollo de este proyecto.

De todas las metodologas, sta es la que ha recibido ms atencin. Esto


se debe en parte a la notable habilidad de los lderes RUP, en particular
para llamar la atencin. Tambin se debe a la habilidad y debe de atraer
a las personas a este acercamiento, y tomar un papel principal en l. De
algunas maneras, sin embargo, la popularidad de RUP acaparado la
atencin de las otras metodologas y sus valiosas ideas.

Nota: El puntaje que se le dio a las metodologas en la tabla N 01 fue a


travs de las fuentes que se encontraron sobre estas y en coordinacin
con el investigador y tambin consultas a profesionales con respecto a la
materia.

Pgina 50

3.3. Definicin Conceptual de la Terminologa Empleada:


En m investigacin empleo terminologa basada en mi proyecto y son los
siguientes:
3.3.1. Sistema de Informacin:
Conjunto de elementos interrelacionados e interconectados que buscan un
objetivo en comn y que sirve de apoyo a las actividades de un negocio.

3.3.2. Requerimientos:
Son todas las necesidades solicitadas por el usuario y que el sistema
necesariamente que satisfacer.

3.3.3. Software:
Es todo programa o aplicacin programada para ejecutar tareas
especficas.

3.3.4. Procedimiento:
Definicin de la forma como se va ejecutar la tarea.

3.3.5. Objeto:
Es una instancia de una clase, tiene estructuras y comportamientos bien
definidos, modela parte de la realidad.

3.3.6. Modelo:
Es la representacin simplificada de la realidad.

3.3.7. Metodologa:
Una coleccin de mtodos, uno o ms para cada actividad dentro de cada
fase de un proyecto de desarrollo.

3.3.8. Lenguaje de Programacin:


Conjuntos de instrucciones que el ordenador entiende para poder trabajar
y ejecutar los programas. Existen distintos tipos de lenguajes, segn el
programa que el ordenador tenga que ejecutar:

Pgina 51

3.3.9. Base de Datos:


Conjunto de datos organizados para su almacenamiento, diseado para
facilitar su mantenimiento, y la informacin est organizado en campos y
registros.

3.3.10. Atributos:
Es la estructura que tiene un objeto. El nombre del atributo es nico
dentro de la clase.

3.3.11. UML:
Lenguaje de Modelado de Sistemas de Software, se trata de un lenguaje
grafico para construir, documentar, visualizar y especificar un Sistema de
software.

3.3.12. Casos de Uso:


Conjunto de escenarios que facilitan una descripcin de cmo se usar el
sistema.

Pgina 52

CAPITULO IV
Marco Metodolgico

Pgina 53

4.1. TIPO DE INVESTIGACIN


Tecnolgica, propositiva.- La elaboracin de esta investigacin es tecnolgica,
porque tiene como objetivo el desarrollo de un sistema bajo tecnologa WAP para la
gestin de ventas con la finalidad de mejorar e incrementar las ventas y mantener
una cartera de clientes en el supermercado El Super. Y propositiva, porque los
resultados obtenidos en funcin de los indicadores, son estimaciones que se
podran generar al implementarse la aplicacin.

4.2. DISEO DE LA INVESTIGACIN


Al plantear el desarrollo de la investigacin se ha considerado emplear el Diseo de
Campo por ser este un tipo de diseo adecuado para una tesis de ingeniera. Por tal
motivo se ha elegido al Diseo.
Se ha optado por el diseo estadstico porque este efecta mediciones para
determinar los valores de una variable. Consiste en el estudio cuantitativo o
evaluacin numrica de los hechos colectivos.

4.3. POBLACIN Y MUESTRA


4.3.1. Poblacin:
En el presente trabajo de investigacin la poblacin de estudio son los diferentes
clientes que cuenten con tecnologa celular

con acceso a internet y que son

atendidos en el Supermercado El Super.


Debido a que las empresas que brindan el servicio telefnico con acceso a internet
no proporcionan el dato exacto del nmero de clientes, es que se llevo a cabo a
realizar una encuesta a una poblacin de 500 usuarios. Ver anexo N 03.
4.3.2. Muestra:
La muestra es la pequea porcin representativa y adecuada de la poblacin, a
partir de la cual el investigador va a obtener datos que son puntos de partida de las
generalizaciones.
La muestra es una parte o subconjunto de la poblacin, para seleccionar la muestra
tiene que ser representativa de esa poblacin para poder hacer generalizaciones
vlidas.

Se estima que una muestra es representativa cuando rene las

caractersticas principales de la poblacin en relacin con la variable que se


pretende estudiar.

Pgina 54

Determinacin de muestra de clientes:

Descripcin

Variables

Valores

Nivel de Confianza

0.9

Probabilidad de xito

0.5

Probabilidad de Fracaso

0.5

Margen de Error muestral

0.09

Poblacin

242

FORMULA PARA POBLACION DE CLIENTES


(1.96) 2 (0.50) (0.50*500)
n=

(500-1) (0.05)2 + (1.96) 2(0.5)(0.5)

(3.8416) (0.50) (250)


n=

n=

n=

(499) (0.0025) + (3.8416) (0.25)

480.2
1.2475+ 0.9604

480.2
2.2079

n =217.5 = 218

4.4. HIPTESIS
Mediante la implementacin de un sistema bajo plataforma WAP se apoyara al
proceso de ventas para los clientes en el supermercado El SUPER de la ciudad
de Chiclayo.

Pgina 55

4.5. VARIABLES

4.5.1.

Variable Independiente
Implementacin de un Sistema con Tecnologa WAP.

4.5.2.

Variable Dependiente
Mejorar los procesos de ventas del supermercado El SUPER de la
ciudad de Chiclayo.

4.6. INDICADORES:
TABLA N 03: Indicadores de la Variable Independiente

N
1

Indicador
Tiempo
Promedio de
registro de
una compra

Descripcin
Este

indicador

Formula

U.M

permite

medir el tiempo promedio


utilizado

por

el

cliente

encargado de registrar una

Min/Cliente

compra.
2

Porcentaje de
reduccin de
clientes que
realizan
compras

Este

indicador

permite

medir

el

Numero de
pedidos de
una compra a
travs de la
aplicacin.

Este
indicador
permite
medir el nmero de pedidos
de un cliente determinado
en funcin a un da.

porcentaje

de

clientes que acceden para

TC = (N ClientesAp) ) *100
N Clientes

Porc./Cliente

registrar sus compras

Nro de Pedidos * dia

Nro.
Pedido*Da

Fuente: Elaboracin Propia


Para esta investigacin se ha tenido en consideracin un tipo de diseo de
investigacin como se explic anteriormente.
Diseo Estadstico: en este tipo de diseo se ha comprendido el indicador
tiempo
o Tiempo: este indicador es empleado con la finalidad de evaluar los tiempos
utilizados en los diferentes procesos.

Pgina 56

Tiempo Promedio de registro de una compra


Este indicador permite medir el tiempo promedio utilizado por el cliente encargado
de registrar una compra.
Para ello se ha empleado la siguiente frmula:

Donde:
i = Valor inicial de la muestra
n = Tamao muestral
TRegM = Tiempo de registro de Compra

Porcentaje de reduccin de clientes realizan compras.


Este indicador permite medir el porcentaje de clientes que acceden para registrar
sus compras.
Para ello se ha empleado la siguiente frmula:

TC = (N ClientesAp) ) *100
N Clientes
Donde:
TC = Total de clientes (Porcentaje).
N ClientesAp = Numero de clientes que utilizan el servicio wap para realizar
compras.
N Clientes = Numero de clientes que representan el 100 % que realizan compras.

Numero de pedidos de una compra a travs de la aplicacin.


Este indicador permite medir el nmero de pedidos de un cliente determinado en
funcin a un da.

Para ello se ha empleado la siguiente frmula:


(N de Pedidos) * ( da)
Donde:
N Pedidos = Numero de clientes que utilizan el servicio

Pgina 57

4.7. OPERACIONALIZACIN DE LOS INDICADORES

TABLA N 04: Operacionalizacin De Los Indicadores


N

Indicador

Subindicador

Frmula/Categora

Valor Actual

Valor

Diferencia

Estimado

Tiempo
Promedio
de registro

00:45:00

00:03:29

00:41:31

de una

min/reg.

min/reg.

min/reg.

TC = (N ClientesAp) ) *100

100 %

40 %

60 %

N Clientes

Porc/Cliente

Porc/Cliente

Porc/Cliente

125

50

75

Nro.

Nro.

Nro.

compra
Porcentaje
de
reduccin
de clientes
1

Tiempo

que
realizan
compras
Numero de
pedidos
de una
compra a
travs de

Nro. de Pedidos * da

Pedido*Da Pedido*Da Pedido*Da

la
aplicacin.

Fuente: Elaboracin Propia

Pgina 58

4.8. MTODOS DE INVESTIGACIN


Los mtodos ms adecuados para el tipo de investigacin de ingeniera de
sistemas son el inductivo y deductivo. En nuestra investigacin se dice que es
inductivo, porque se induce que los datos a utilizar en la muestra sern
representativos de la poblacin, por consiguiente se considera deductivo porque los
resultados obtenidos en la muestra seran los mismos resultados obtenidos en la
poblacin.

4.9. TCNICAS DE INVESTIGACIN


Bsicamente las tcnicas estn relacionadas a las siguientes actividades:
4.9.1. Observacin:
Es el registro visual de lo que ocurre en una situacin real, clasificando
consignando los acontecimientos pertinentes de acuerdo con algn esquema
previsto y segn el problema que se estudia. Es preciso estar alerta para
discriminar adecuadamente todo este conjunto posible de informaciones.
4.9.2. Entrevistas:
Este mtodo se utiliza para recabar informacin en forma verbal, a travs de
preguntas que propone el analista. Sirve para analizar la realidad y estado
de la situacin problemtica, y solamente se trabajara con los jefes de las
reas con las que se involucrar el sistema.
4.9.3. Encuestas:
Este mtodo se aplicar a los trabajadores de las reas involucradas con el
sistema de informacin, asimismo se aplicar a los clientes esto nos servir
para poder medir el nivel de conocimiento y el buen uso que se le dara a los
sistemas de informacin.
4.9.4. Anlisis documental:
Recoleccin de informacin a travs de documentos existentes ya sean en
libros, revistas, tesis e Internet entre otras.
4.9.5. Consultas bibliogrficas:
Se consultar material bibliogrfico (tesis, libros, etc.), as como tambin
informacin obtenida de Internet, etc.

Pgina 59

4.10. Descripcin de instrumentos utilizados


4.10.1. Materiales.
Software Aplicativos.
Computador
Celulares
Servidores
4.10.2. Entrevistas.
Se va a entrevistar para corroborar los datos proporcionados en el proceso,
la poblacin entrevistada va a consistir en 2 funcionarios de la institucin, la
Lic. Jesmith LLatas Chavez (Jefe del rea R.R.H.H) y el Ing. Wilthon
Espinoza Tarrillo (Jefe del rea de Sistemas), la gua de entrevista a ser
aplicada se muestra en el anexo N4.
4.10.3. Encuestas.
Las encuestas van a ser un instrumento de medicin masivo, se van a
encuestar a los clientes, con una cantidad de 500 encuestas, el formato a
ser aplicada se muestra en el anexo N 03.

Pgina 60

CAPITULO V
Marco Conceptual

Pgina 61

5.1 Proceso Unificado de Rational (RUP):


Es un proceso de ingeniera de software que proporciona un acercamiento
disciplinado a la asignacin de tareas y responsabilidades en una organizacin de
desarrollo. Su propsito es asegurar la produccin de software de alta calidad que se
ajuste a las necesidades de sus usuarios finales con unos costos y calendario
predecibles.
En definitiva RUP es una metodologa de desarrollo de software que intenta integrar
todos los aspectos a tener en cuenta durante todo el ciclo de vida del software, con el
objetivo de hacer abarcables tanto pequeas como grandes proyectos de software.
Adems, Rational proporciona herramientas para todos los pasos del desarrollo as
como documentacin en lnea para sus clientes.
El Proceso Rational Unificado es un proceso de desarrollo de software y junto con el
lenguaje Unificado de Modelado UML, constituyen la metodologa estndar ms
utilizada para el anlisis, implementacin y documentacin de sistemas orientados a
objetos.

5.1.1 Caractersticas Principales de RUP:


a) Proceso dirigido a Casos de Uso:
Se utiliza para guiar el flujo de procesos desde la captura de los requisitos
hasta las pruebas para proporcionar caminos que se puedan reproducir
durante el desarrollo de sistemas.
Basndose en los casos de uso, los desarrolladores crean una serie de
modelos de diseo e implementacin que permita realizar los casos de
uso.
El caso de uso es un fragmento de funcionalidad del sistema que al
usuario da un resultado importante, describe Qu hace el sistema? y no
Cmo lo hace? y especifica

una secuencia de acciones incluyendo

variantes que el sistema puede ejecutar.


En RUP los casos de uso no slo son una herramienta para especificar los
requisitos del sistema.
Tambin guan su diseo, implementacin y prueba.
Los casos de uso constituyen un elemento integrador y una gua del
trabajo como se muestra en la figura N 06.

Pgina 62

FIGURA N 06
LOS CASOS DE USO INTEGRAN EL TRABAJO

Capturar, definir y validar


los casos de uso

Requisitos

Anlisis & Diseo

Implementacin

Casos de Uso
Integran el
Trabajo

Realizar los casos de


uso

Verificar que se
satisfacen los casos de
uso

Pruebas

Fuente: Elaboracin Propia

Los Casos de Uso no solo inician el proceso de desarrollo sino que


proporcionan un hilo conductor, permitiendo establecer trazabilidad entre
los artefactos que son generados en las diferentes actividades del proceso
de desarrollo.

Como se muestra en la figura N 07, basndose en los Casos de Uso se


crean los modelos de anlisis y diseo, luego la implementacin que los
lleva a cabo, y se verifica que efectivamente el producto implemente
adecuadamente cada caso de uso.
Todos los modelos deben estar sincronizados con el modelo de caso de
uso.

Pgina 63

FIGURA N 07
TRAZABILIDAD A PARTIR DE LOS CASOS DE USO

<<trace>>

Caso de Uso

<<trace>>

Realizacin de Anlisis

Realizacin de
Diseo
<<trace>>

<<trace>>

Pruebas
Unitarias

Pruebas
Funcionales

X
Caso de Prueba

Fuente: Elaboracin Propia


b) Proceso Centrado de la Arquitectura:
La arquitectura involucra los aspectos estticos y dinmicos ms
significativos del sistema, est relacionada con la toma de decisiones que
indican cmo tiene que ser construido el sistema y ayuda a determinar en
qu orden. Adems la definicin de la arquitectura debe tomar en
consideracin elementos de calidad del sistema, rendimiento, reutilizacin
y capacidad de evolucin por lo que debe ser flexible durante todo el
proceso de desarrollo. La arquitectura se ve influenciada por la plataforma
software, sistema operativo, gestor de base de datos, protocolos,
consideraciones de desarrollo como sistemas heredados. Muchas de estas
restricciones constituyen requisitos no funcionales del sistema.
En la figura N 08 se ilustra la evolucin de la arquitectura durante las
fases de RUP.

Pgina 64

FIGURA N 08
EVOLUCIN DE LA ARQUITECTURA DEL SISTEMA

Inicio

Elaboracin

Construccin

Transicin

Arquitectura

Fuente: Elaboracin Propia


c)

Proceso Iterativo e Incremental:


El equilibrio correcto entre los casos de uso y la arquitectura es algo muy
parecido al equilibrio de la forma y la funcin en el desarrollo del producto,
lo cual se consigue con el tiempo. Para esto, la estrategia que se propone
en RUP es tener RUP, un proceso iterativo e incremental en donde el
trabajo se divide en partes ms pequeas o mini proyectos. Permitiendo
que el equilibrio entre casos de uso y arquitectura se vaya logrando
durante cada mini proyecto, as durante todo el proceso de desarrollo.
Una iteracin puede realizarse por medio de una cascada como se
muestra en la figura N 09 se pasa por los flujos fundamentales
(Requisitos, Anlisis, Diseo, Implementacin y Pruebas), tambin existe
una planificacin de la iteracin, un anlisis de la iteracin y algunas
actividades especificas de la iteracin. Al finalizar se realiza una
integracin de los resultados con lo obtenido de las iteraciones anteriores.
El concepto de arquitectura del software incluye los aspectos dinmicos y
estticos ms significativos del sistema. La arquitectura surge de las
necesidades de la empresa, como las perciben los usuarios y los inversos
y se refleja en los casos de uso, adems incluye otros factores (plataforma
donde va a funcionar el software, hardware, sistema operativo, base de
datos, protocolo para la comunicacin).

Pgina 65

FIGURA N 09
UNA ITERACIN RUP

Incluye adems:
La planificacin de la Iteracin.
El anlisis de la iteracin.
Actividades especficas.

Requisitos
Anlisis
Diseo

Implementacin
Prueba e
Integracin

Una Iteracin

Fuente: Elaboracin Propia


El proceso iterativo e incremental costa de una secuencia de iteraciones.
Cada iteracin aborda una parte de la funcionalidad total, pasando por
todos los flujos de trabajo relevantes y refinando la arquitectura. Cada
iteracin se analiza cuando termina. Se puede determinar si han aparecido
nuevos requisitos o han cambiado los existentes, afectando a las
iteraciones siguientes. Durante la planificacin de los detalles de la
siguiente iteracin, el equipo tambin examina cmo afectarn los riesgos
que an quedan al trabajo en curso. Toda la retroalimentacin de la
iteracin pasada permite reajustar los objetivos para las siguientes
iteraciones.
5.1.2 Fases del Ciclo de Vida- RUP:
RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias
iteraciones en nmero variable segn el proyecto y en las que se hace un
mayor o menor hincapi en las distintas actividades. En la figura N 10 se
muestra cmo varia el esfuerzo asociado a las disciplinas segn la fase en la
que se encuentre el proyecto RUP.

Pgina 66

FIGURA N 10
ESFUERZO EN ACTIVIDADES SEGN FASE DEL PROYECTO

FASES

CONTENIDO

ITERACIONES
Fuente: Elaboracin Propia
a)

Fase de Inicio:
Durante esta fase, se desarrolla una descripcin del producto final a partir
de una buena idea y se presenta el anlisis de negocio para el producto.
Esencialmente, esta fase responde a las siguientes preguntas:
Cules son las principales funciones del sistema para sus usuarios
ms importantes?
Cmo podra ser la arquitectura del sistema?
Cul es el plan de proyecto y cuando constara desarrollar el
producto?

b) Fase de Elaboracin:
Se especifican en detalle la mayora de los casos de uso del producto y se
disea la arquitectura del sistema. La arquitectura se expresa en forma de
vistas de todos los modelos del sistema, los cuales juntos representan al
sistema entero. El resultado de esta fase es una lnea de base de la
arquitectura. Al final de la fase de elaboracin, el director de proyecto est
en disposicin de planificar las actividades y estimar los recursos

Pgina 67

necesarios para terminar el proyecto. La pregunta fundamental es: son


suficientemente estables los casos de uso, la arquitectura y el plan, y estn
los riesgos suficientemente controlados como para que seamos capaces
de comprometernos al desarrollo entero mediante un contrato?
c)

Fase de Construccin:
En esta fase la descripcin evoluciona hasta convertirse en un producto
preparado para ser entregado a la comunidad de usuarios. El grueso de
los recursos requeridos se emplea durante esta fase de desarrollo. Al final
de esta fase, el producto contiene todos los casos de uso que la direccin
y el cliente han acordado para el desarrollo de esta versin. Sin embargo,
puede que no est completamente libre de defectos.
La pregunta decisiva es: Cubre el producto las necesidades de algunos
usuarios de manera suficiente como para hacer una primera entrega?

d) Fase de Transicin:
Cubre el periodo durante el cual el producto se convierte en la versin
beta. En la versin beta un nmero reducido de usuarios con experiencia
prueba

el

producto

informa

de

defectos

deficiencias.

Los

desarrolladores corrigen los problemas e incorporan algunas de las


mejoras sugeridas en una versin general dirigida a la totalidad de la
comunidad de los usuarios.
5.1.3 Elementos de RUP:
Actividades: Son los procesos que se llegan a determinar en cada
iteracin.
Trabajadores: Vienen hacer las personas o entes involucrados en cada
proceso.
Artefactos: Un artefacto puede ser un documento, un modelo, o un
elemento de modelo.
5.1.4 Ventajas de RUP:
Una particularidad de esta metodologa es que, en cada ciclo de iteracin,
se hace exigente el uso de artefactos, siendo por este motivo, una de las
metodologas ms importantes para alcanzar un grado de certificacin en el
desarrollo del software.

Pgina 68

Permite la ejecucin iterativa del proyecto y del control de riesgos.


5.1.5 Lenguaje Unificado de Modelado:
UML es un lenguaje para especificar, construir, visualizar y documentar los
artefactos de un sistema de software orientado a objetos. Un artefacto es una
informacin que es utilizada o producida mediante un proceso de desarrollo de
software.
Puede ser utilizado con cualquier metodologa, a lo largo del proceso de
desarrollo de software, en cualquier plataforma tecnolgica de implementacin
(Unix, Windows, etc.).
Es un sistema notacional (que, entre otras cosas, incluye el significado de sus
notaciones) destinado a los sistemas de modelado que utilizan conceptos
orientados a objetos.
Los principales factores que motivaron la definicin de UML fueron: la
necesidad de modelar sistemas, las tendencias en la industria del software,
unificar los distintos lenguajes y mtodos existentes e innovar los modelos para
adaptarse a la arquitectura distribuida.
Es importante resaltar que un modelo UML describe lo que supuestamente
har un sistema, pero no dice como implementar dicho sistema.
5.1.6 Modelado de Objetos:
El UML es una tcnica de modelado de objetos y como tal supone una
abstraccin de un sistema para llegar a construirlo en trminos concretos. El
modelo no es ms que la construccin de un modelo a partir de una
especificacin.

5.1.7 Artefactos para el Desarrollo de Proyectos:


Los artefactos de UML se especifican en forma de diagramas, estos, junto con
la documentacin sobre el sistema constituyen los artefactos principales que el
modelador puede observar. UML utiliza los diagramas grficos para obtener
distintos puntos de vista de un sistema:

Diagrama de Implementacin.

Diagramas de Comportamiento o Iteracin.

Diagramas de Caso de Uso.

Pgina 69

Diagramas de Clases.

5.1.7.1 Diagrama de Implementacin:


Se derivan de los diagramas, procesos y mdulos de la metodologa de
Booch. Los diagramas de implementacin muestran los aspectos fsicos
del

sistema.

Incluyen

la

estructura

del

cdigo

fuente

la

implementacin. Existen dos tipos.


5.1.7.1.1 Diagramas de Componentes:
Muestra la dependencia entre los distintos componentes de
software, incluyendo componentes de cdigo fuente, binario y
ejecutable. Un componente es un fragmento de cdigo
software que se utiliza para mostrar dependencias en tiempo
de compilacin.
5.1.7.1.2 Diagramas de Plataformas o Despliegue:
Muestra la configuracin de los componentes de hardware,
los procesos, los elementos de procesamientos en tiempo de
ejecucin y los objetos que existen.
5.1.7.2 Diagramas de Comportamiento o Iteracin:
Muestran las iteraciones entre objetos ocurridas en un escenario (parte)
del sistema. Hay varios tipos:
5.1.7.2.1 Diagrama de Secuencia:
Muestran las iteraciones entre un conjunto de objetos,
ordenadas segn el tiempo en que tienen lugar. Un diagrama
de secuencia representa una forma de indicar el periodo
durante el que un objeto est desarrollando una accin
directamente o a travs de un procedimiento.
5.1.7.2.2 Diagrama de Colaboracin:
Muestra la iteracin entre varios objetos y los enlaces que
existen entre ellos. Un diagrama de colaboracin muestra
las relaciones entre los objetos, no la secuencia en el tiempo
en que se producen los mensajes.
5.1.7.2.3 Diagrama de Actividades:
Son similares a los diagramas de flujo de otras metodologas
Orientados a Objetos. En realidad se corresponden con un
caso especial de los diagramas de estado donde los estados
son estados de accin (estados con una accin interna y
una o ms transiciones que suceden al finalizar esta accin,

Pgina 70

o lo que es lo mismo, un paso en la ejecucin de lo que ser


un procedimiento) y las transiciones vienen provocadas por
la finalizacin de las acciones que tienen lugar en los
estados de origen.
5.1.7.2.4 Diagrama de Estado:
Representan la secuencia de estados por lo que un objeto o
una iteracin entre objetos pasa durante su tiempo de vida
en respuesta a estmulos (eventos) recibidos.
5.1.7.3 Diagramas de Caso de Uso:
Los diagramas de casos de uso se utilizan para ilustrar los
requerimientos del sistema al mostrar cmo reacciona una respuesta a
eventos que se producen en el mismo. En este tipo de diagrama
intervienen algunos conceptos nuevos: un actor es una entidad
externa al sistema que se modela y que puede interactuar con l; un
ejemplo de actor podra ser un usuario o cualquier otro sistema. Las
relaciones entre casos de uso y actores pueden ser las siguientes:
Un actor se comunica con un caso de uso.
Un caso de uso extiende otro caso de uso.
Un caso de uso usa otro caso de uso.
5.1.7.4 Diagramas de Clases:
Los diagramas de clases representan un conjunto de elementos del
modelo que son estticos, como las clases y los tipos, sus contenidos
y las relaciones que se establecen entre ellos.
Algunos de los elementos que se pueden clasificar como estticos son
los siguientes:
Paquete: Es el mecanismo que dispone UML para organizar sus
elementos en grupos, se representan un grupo de elementos del
modelo. Un sistema es un nico paquete que contiene el resto del
sistema,

por

lo

tanto,

un

paquete

debe

poder

anidarse,

permitindose que un paquete contenga otro paquete.


Clases: Una clase representa un conjunto de objetos que tienen
una estructura, un comportamiento y unas relaciones con
propiedades parecidas. Describe un conjunto de objetos que
comparte los mismos atributos, operaciones, mtodos, relaciones y
significado.

Pgina 71

Atributos: Se corresponde con las propiedades de unas clases o


un tipo.

Se identifica mediante un nombre. Existen atributos

simples y complejos.
Operacin: Tambin conocido como mtodo, es un servicio
proporcionado por la clase que puede ser solicitado por otras clases
y que produce un comportamiento en ellas cuando se realiza.
Metaclase: Es una clase cuyas instancias son clases, Sirven como
depsitos para mantener las variables de clase y proporcionan
operaciones (mtodo de clase) para inicializar estas variables. Se
utilizan para construir metamodelos (modelos que se utilizan para
definir otros modelos).
Interfaz: Representa el uso de un tipo para describir el
comportamiento visible externamente de cualquier elemento del
modelo.

Pgina 72

CAPITULO VI
Desarrollo de la
Propuesta

Pgina 73

6.1 Introduccin
Como se indico en la Realidad Problemtica, el supermercado El SUPER S.A.C, no
hace uso adecuado de la tecnologas de informacin para la gestin del proceso de
ventas y adems la poca fomentacin del uso de nuevas tecnologas, genera que
muchos de los servicios que ofrece en este caso, la venta de sus productos, sean
deficientes. Es por ello que en esta propuesta se plantea la implementacin de un
sistema bajo tecnologa wap, para mejorar el proceso de ventas para los clientes en
el supermercado el SUPER S.A.C de la ciudad de Chiclayo, que contribuya en
mantener un control continuo del proceso mencionado, as como tambin la
automatizacin y auditora de la misma.
Para el desarrollo de la propuesta se aplico la metodologa de Rational Unified
Process (Proceso Unificado de Rational) de modo que provee el soporte tcnico y
metodolgico en la Implementacin del sistema.
Considerando esto, en este captulo se incluyo el detalle para las fases de Inicio y
Elaboracin y adicionalmente se esbozaron las fases posteriores de Construccin y
Transicin para dar una visin global de todo el proceso.
Por cada fase de la metodologa se trabaj con los flujos de trabajo correspondientes
al modelado del negocio, los requisitos, el anlisis y diseo, y la implementacin;
presentando los respectivos artefactos que son requeridos.
6.2. Desarrollo de la Metodologa Rational Unified Process
6.2.1

FASE DE INICIO:
El propsito principal de esta fase es establecer el anlisis de negocio, el
anlisis para decidir si se sigue adelante con el proyecto, aunque este anlisis
se seguir desarrollando en la fase de elaboracin conforme se vaya
disponiendo de ms informacin. La fase de inicio no es un estudio completo
del sistema propuesto, sino que en ella buscamos el porcentaje de casos de
uso necesarios para fundamentar el anlisis de negocio inicial. Para realizar
este anlisis he seguido cuatro pasos:
1.

Delimitar el mbito del sistema propuesto, es decir, definir los lmites del
sistema y empezar a identificar las interfaces con sistemas relacionados
que estn fuera de los lmites.

2.

Describir unas propuestas de la arquitectura del sistema, y en especial de


aquellas partes del sistema que son nuevas, arriesgadas o difciles. En
este paso solo llegare hasta una descripcin de la arquitectura, raramente
hasta un prototipo ejecutable, esta descripcin de la arquitectura consiste

Pgina 74

en unas primeras versiones de los modelos. El principal objetivo es hacer


creble el que se pueda crear una. La construccin de esta arquitectura es
el producto ms importante de la fase de elaboracin.
3.

Identificar riesgos crticos, es decir, los que afectan a la capacidad de


construir el sistema, y determinar si podemos encontrar una forma de
mitigarlos, quizs en una etapa posterior. En esta fase consideramos slo
los riesgos que afectan la viabilidad, es decir, aquellos que amenazan el
desarrollo con xito del sistema. Cualquier riesgo no crtico que se
identifique es colocado en la lista de riesgos para su posterior
consideracin detallada en la fase siguiente.

4.

Demostrar a usuarios o clientes potenciales que el sistema propuesto es


capaz de solventar sus problemas o de mejorar sus objetivos de negocio
construyendo un prototipo.
En la fase de inicio podemos construir un prototipo para mostrar una
solucin al problema de los clientes o usuarios potenciales, el cual
demuestra las ideas bsicas del nuevo sistema haciendo nfasis en su
uso, interfaces de usuario o algn algoritmo nuevo interesante. Este
prototipo tiende a ser exploratorio, es decir, que demuestra una posible
solucin pero que puede que no d lugar al producto final, sino que acabe
descartndose. Por el contrario, un prototipo arquitectnico, desarrollado
en la fase de elaboracin, suele ser capaz de evolucionar, es decir, un
prototipo capaz de adaptarse sufriendo modificaciones en la etapa
siguiente.

Durante esta fase se definirn el modelo de negocio y el alcance del proyecto,


siendo los artefactos desarrollados:
El modelo de caso de uso del negocio.
Especificaciones de los casos de uso.
El modelo de objeto del negocio.
El modelo del dominio del problema.

6.2.1.1 MODELO DE NEGOCIO:


El modelado de negocio es una tcnica para comprender los procesos
de negocio de la organizacin, es decir, se encarga de describir los
procesos de negocio de una empresa en trminos de caso de uso del
negocio y actores del negocio que corresponden con los procesos de

Pgina 75

negocio y los clientes, respectivamente. Al igual que el modelo de


casos de uso para un sistema software, el modelo de casos de uso
del negocio presenta un sistema desde la perspectiva de su uso, y
esquematiza como proporciona valor a sus usuarios (en este caso, los
clientes).
FIGURA N 11
MODELADO DE NEGOCIO

6.2.1.1.1 Modelo de Caso de Uso de Negocio (MCUN):


Un modelo de caso de uso del negocio describe los
procesos del negocio en trminos de casos de uso y actores
que corresponden a procesos del negocio y trabajadores o
clientes respectivamente.
A continuacin se presenta este modelo, el cual representa
el control de los procesos de pedidos del supermercado el
SUPER S.A.C.

Pgina 76

FIGURA N 12

DIAGRAMA DE CASO DE USO DE NEGOCIO DEL SUPERMERCADO EL SUPER


S.A.C

Gestion Mantenimiento

Usuario
Administrador

Gestion Pedidos On Line

Fuente: Elaboracin Propia

En la figura N 12, el Modelo de Caso de Uso del Negocio presenta las


funciones del sistema de pedidos y a los actores que hacen uso de
ellas.

Pgina 77

6.2.1.1.2 Especificaciones De Casos De Uso De Negocio:


TABLA N 05: Casos de Uso de Gestin Mantenimiento

GESTIN MANTENIMIENTO

Este proceso permite al cliente registrarse sus


datos en el sistema para posteriormente poder
Definicin de Caso de Uso

Metas

Propietario

Riesgos

Categora

realizar su pedido.

Registrar y permitir la opcin de mantenimiento


y actualizacin eficiente de los datos del cliente.

Cliente

No tener un buen control y registro de los datos.

Caso de Uso Principal

Registrar datos personales del cliente.


Flujos de Trabajo

Asignar usuario y password para acceso al


sistema.

Fuente: Elaboracin Propia

Pgina 78

TABLA N 06: Casos de Uso de Gestin Pedidos

GESTIN PEDIDOS ON LINE

El cliente seleccionara la categora y los


Definicin de Caso de Uso

productos que desea solicitar en el pedido y


la cantidad de los mismos.

Metas

Generar el pedido de los clientes registrados.

Propietario

Cliente

No tener un buen control y registro de los

Riesgos

pedidos.

Categora

Caso de Uso Principal

Consultar Categora
Seleccionar Productos.
Consultar Marca.
Consultar Unidad.

Flujos de Trabajo

Registrar Pedido.
Modificar Pedido.
Eliminar Pedido.

Fuente: Elaboracin Propia


6.2.1.1.3 Modelo de Objeto de Negocio (MON):
Un modelo de objeto de negocio es un modelo interno a un
negocio. Describe como cada caso de uso de negocio es
llevado a cabo por parte de un conjunto de trabajadores que
utilizan un conjunto de entidades del negocio y de unidades
de trabajo.

Pgina 79

Cada realizacin de un caso de uso del negocio puede


mostrarse en diagramas de interaccin y diagramas de
actividad.
Los modelos de objetos del negocio estn asociados a
cada

uno de los casos de uso del negocio descritos

anteriormente.
A. MON Gestin Mantenimiento
Este MON, tiene como actor principal al cliente, quien
participa en el proceso de Gestin de mantenimiento ya
que el cliente a travs de la aplicacin wap podr
registrase y dar mantenimiento a sus datos principales y
generar de esta manera un usuario y password para el
acceso a la aplicacin wap.
FIGURA N 13
MODELO DE OBJETO DE NEGOCIO GESTIN MANTENIMIENTO

Registrar / Modificar / Consultar


CLIENTE

USUARIO

Consultar

TIPO DOCUMENTO

Fuente: Elaboracin Propia

Pgina 80

B. MON Gestin Pedidos On Line


Este MON, tiene como actor principal al cliente, quien
participa en el proceso de toma de pedidos, el cual es
manejado de la siguiente manera:

El cliente tiene la opcin de ver el catalogo de


productos por categora, en donde se mostrara los
datos especficos de cada producto.

El cliente seleccionara los productos que desea


solicitar en su pedido por categora de productos.

El cliente indica la cantidad de unidades por producto


que va a solicitar.

El cliente registra el pedido, y tiene la opcin de


consultar, modificar eliminar el pedido realizado.
FIGURA N 14

MODELO DE OBJETO DE NEGOCIO GESTIN PEDIDOS ON LINE

Producto

Marca

Consultar

Consultar

Consultar

Consultar

Categoria

Unidad

CLIENTE
Registrar / Modificar / Eliminar / Consultar
Registrar / Modificar / Eliminar / Consultar

Pedido

Registrar

DetallePedido
Datos Acceso

Fuente: Elaboracin Propia

Pgina 81

6.2.1.1.4

Modelo de Dominio Del Problema


FIGURA N 15

DIAGRAMA DEL MODELO DE DOMINIO

cliente

pedido

1..*

detallepedido

1..*

1..*

producto 1..*

unidad

1..*

1
tipodocumento
1
categoria

marca

Fuente: Elaboracin Propia

Pgina 82

6.2.2 FASE DE ELABORACION


Durante la fase de elaboracin, se especifican en detalle la mayora de los
casos de uso del producto y se disea la arquitectura del sistema. La relacin
entre la arquitectura del sistema y el propio sistema es primordial.
El resultado principal de la fase de elaboracin es una arquitectura estable para
guiar el sistema a lo largo de su vida futura. Esta fase tambin lleva el estudio
del sistema propuesto al punto de planificar la fase de construccin con gran
precisin. Con estos dos grandes objetivos la arquitectura y la estimacin de
costes con gran precisin el equipo hace lo siguiente:

1.

Crear una lnea base para la arquitectura que cubre la funcionalidad del
sistema significativa arquitectnicamente y las caractersticas importantes
para las personas involucradas. Esta lnea base consiste en los artefactos
de los modelos, la descripcin de la arquitectura y en una implementacin
ejecutable de sta. Esta lnea base no slo demuestra que podemos
construir una arquitectura estable, sino que encierra a la arquitectura.

2.

Especifica los niveles a alcanzar por los atributos de calidad, como la


fiabilidad (porcentajes de defectos) y los tiempos de respuesta.

3.

Recopila casos de uso para aproximadamente el 80% de los requisitos


funcionales, suficiente para planificar la fase de construccin.

4.

Prepara una propuesta de la planificacin cubierta, personal necesaria y


coste dentro de los lmites establecidos por las prcticas de negocio.
Los requisitos y la arquitectura (en el anlisis y la implementacin)
representan el grueso del esfuerzo en las fases de inicio y de elaboracin.
Los artefactos que se presentar en esta fase sern:
Modelo de Caso de Uso de Requerimiento
Diagramas de Colaboracin
Diagramas de Secuencia
Diagramas de Clases

Pgina 83

6.2.2.1 Requerimiento
La etapa de requerimiento es el segundo flujo de trabajo o disciplina de la
Metodologa RUP, y consiste en establecer los servicios que el sistema debe
proveer y las restricciones bajo las cuales debe operar.
El objetivo principal de esta disciplina es establecer las funciones que se quiere
que satisfaga el sistema a construir. En esta lnea los requerimientos son el
contrato que se debe cumplir, de modo que los usuarios finales tienen que
comprender y aceptar los requerimientos que se especifiquen. Para obtener los
requerimientos se deben aplicar prcticas de licitacin a los involucrados en el
proyecto, anotar y validar todas sus solicitudes.
Los principales objetivos de esta disciplina son:

Definir el mbito del sistema.

Definir una interfaz de usuario para el sistema, enfocada a las


necesidades y metas de usuario.

Tener un mejor entendimiento de los requerimientos del sistema.

Tener una base para estimar recursos y tiempo de desarrollo del sistema.
FIGURA N 16
REQUERIMIENTOS

Pgina 84

En esta fase se analizar el dominio del problema, planteado en el


modelado del negocio, y se establecer los cimientos de la arquitectura y
eliminar los mayores riesgos. La fase de construccin, que de algn modo
resulta ser costosa y arriesgada. Es por esto que la fase de elaboracin es
de gran importancia.

6.2.2.2 Modelo de Caso de Uso de Requerimiento


Los modelos de caso de uso capturan parte de la realidad en la cual se est
trabajando y describen el sistema

y su ambiente. Teniendo en cuenta el

modelado del negocio hecho en el flujo anterior, perteneciente a la fase de


inicio de la metodologa, se ha elaborado los casos de uso de requerimientos,
siendo estos divididos entre dos procesos principales:
A. MCUR Gestin Mantenimiento:

FIGURA N 17

MODELO DE CASO DE USO DE REQUERIMIENTO GESTION MANTENIMIENTO

<<extend>>
Registrar Datos de cliente

<<extend>>
Modificar
Cliente

<<include>>

Consultar

Asignar tipo de documento

Fuente: Elaboracin Propia

Pgina 85

B. MCUR Realizar Pedidos:


FIGURA N 18
MODELO DE CASO DE USO DE REQUERIMIENTO REALIZAR PEDIDO ON LINE

<<include>>

Consultar Categoria

<<include>>
Validar Cliente
Ver Catalogo
Consultar marca
<<include>>

<<include>>

Cliente

Registrar Datos

<<extend>>
Consultar Unidad
Generar Pedido
<<extend>>
Consultar
<<extend>>

Eliminar
Modificar

Fuente: Elaboracin Propia

Pgina 86

6.2.2.3 Especificaciones de los Casos de Usos de Requerimientos


TABLA N 07: Gestin Mantenimiento
RF-01
Objetivos asociados
Requisitos
asociados
Descripcin
Precondicin
Secuencia
Normal

Registrar Datos de Cliente


Ninguno.
La descripcin indica cmo se debe comportar el sistema
cuando se registra a un cliente.
Ninguno.
Paso

Accin

El usuario solicita al sistema comenzar el proceso


de registro de cliente.

Postcondicin

Excepciones

El sistema solicita al usuario que llene el


formulario de registro con datos del cliente.
3
El sistema guardar los datos ingresados del
cliente.
Los datos del cliente estarn ahora registrados, al
tratarse de cliente que necesitan ingresar al
sistema estos podrn realizarlo con el ingreso de su
login y contrasea.
El cliente podr modificar los datos ingresados.
Paso
Accin
4

Paso

Si el cliente ya se encuentra registrado en el


sistema, este cancelar la operacin y el sistema
confirmara que el cliente ya fue registrado con
anterioridad, a continuacin este caso de uso
termina.
Si el cliente cancela el proceso de registro, el
sistema cancela la operacin, a continuacin este
caso de uso termina.
Cota de Tiempo

1 segundo

Rendimiento

Frecuencia esperada No definida.


Comentarios

Ninguno

Fuente: Elaboracin Propia

Pgina 87

TABLA N 08: Gestin Pedido On Line

RF-02
Objetivos asociados
Requisitos
asociados
Descripcin
Precondicin

Generar Pedido
Ninguno.
La descripcin indica cmo se debe comportar el sistema
cuando se registra un pedido.
Ninguno.
Paso

Accin

El cliente solicita al sistema comenzar el proceso


de pedidos.

El sistema solicita al cliente que ingrese su


usuario y password para su respectiva validacin.
El sistema verifica los datos ingresados.

3
4
Secuencia
Normal

El cliente selecciona la Categora de los


productos
El sistema muestra todas las categoras de los
productos
El cliente selecciona el o los productos a comprar

5
6
7

El sistema, muestra los precios e indica al cliente


ingresar la cantidad a comprar.
El cliente llena las cantidades a pedir del o los
productos a comparar
El sistema hace los clculos correspondientes de
los pedidos por parte del cliente
El cliente genera el pedido de productos.

8
9
10
Postcondicin

Excepciones

Rendimiento

Los datos de los pedidos por parte del cliente


estarn ahora registrados.
El cliente podr modificar eliminar los datos de los
pedidos.
Paso
Accin
11

Si el cliente no se encuentra registrado, el


sistema pedir que haga su respectivo registro de
datos.

12

Paso

Si el cliente cancela el proceso de pedido, el


sistema cancela la operacin, a continuacin este
caso de uso termina.
Cota de Tiempo

13

1 segundo

Frecuencia esperada No definida.


Comentarios

Ninguno
Fuente: Elaboracin Propia

Pgina 88

TABLA N 09: Gestin Validar Cliente


RF-03
Objetivos asociados
Requisitos
asociados
Descripcin
Precondicin

Secuencia
Normal

Validar Cliente
Ninguno.
La descripcin indica cmo se debe comportar el sistema
cuando se valida a un cliente.
Ninguno.
Paso

Accin

El cliente solicita al sistema comenzar el proceso


de validar a los clientes.

El sistema solicita al cliente que ingrese su


usuario y password para su respectiva validacin.
El sistema verifica los datos ingresados.

3
4

Postcondicin

Excepciones

Rendimiento

El sistema muestra el men de opciones de la


aplicacin.
El cliente debe tener asignado un nombre de
usuario y contrasea vlidos, que tengan los
permisos adecuados.

Paso

Accin

Si el cliente se olvida su password, deber


comunicarse con la empresa para la recuperacin
de su password.

Paso

Si el nmero de intentos es mayor al mximo


establecido, por defecto tres (3), el sistema
mostrar un mensaje, indicando que su usuario
ha sido bloqueado.
Cota de Tiempo

1 segundo

Frecuencia esperada No definida.


Comentarios

Ninguno

Fuente: Elaboracin Propia

Pgina 89

6.2.3 ANALISIS Y DISEO


El objetivo principal de esta disciplina es transformar los requerimientos a una
especificacin que describe cmo implementar el sistema. En el anlisis
fundamental se tratar de obtener una visin acerca de la funcionalidad del
sistema de software a desarrollar, por tal motivo este se interesa en los
requerimientos funcionales. Por lo tanto, el diseo es un refinamiento que toma
en cuenta los requerimientos no funcionales, por lo cual se centra en como el
sistema cumple sus objetivos.

Los principales objetivos en esta disciplina son:


Adaptar el diseo para que sea consistente con el entorno de
implementacin.
Desarrollar una arquitectura para el sistema.
Transformar los requerimientos en el diseo del futuro sistema.

FIGURA N 19
ANALISIS Y DISEO

Pgina 90

6.2.3.1 Diagrama de Colaboracin


Un diagrama de colaboracin muestra la interaccin que destaca la
organizacin de los objetos que participan en una interaccin.
Cada diagrama de colaboracin har una referencia directa a cada caso de
uso mostrado en la etapa de requisitos, as como tambin a cada interface
mostrada en la etapa de diseo. La secuencia de los mensajes y los flujos de
ejecucin concurrentes se determinarn explcitamente mediante nmeros de
secuencia.

FIGURA N 20
DIAGRAMA DE COLABORACION MANTENIMIENTO CLIENTE

4: listatipodocumento
: tipodocumento
3: AgregarCliente(Datos)

5: Msj: RegistroEncontrado

1: Acceso a Registro
7: Msj:DatosGuardados

: AgregadorCliente

6: Nuevo

2: Mostrar Ventana
: Cliente

: frmRegistro

8: ActualizarCliente(Datos)
9: Modificar
: Cliiente

10: Msj:Datos Actualizados


: ActualizadorCliente

Fuente: Elaboracin Propia

Pgina 91

FIGURA N 21
DIAGRAMA DE COLABORACION VER CATALOGO

3: BuscarCategoria
: Categoria
1: Acceso A Ver Catalogo

2: Busqueda De Productos(Datos)

4: BuscarProducto

7: Msj:ProductoEncontrado
: frmVerCatalogo

: Cliente

: Producto

: ConsultadorProductos
5: BuscarMarca

6: BuscarUnidad
: Marca

: Unidad

Fuente: Elaboracin Propia

FIGURA N 22
DIAGRAMA DE COLABORACION GENERAR PEDIDO ON LINE
3: BuscarCategoria

: Categoria

: ConsultadorProductos
2: BusquedaProductos(Datos)
4: BuscarProducto

1: Acceso a Pedido

7: MsjProductoEncontrado

: Producto
5: BuscarMarca

8: Calculo
: Cliente

: frmPedido

6: BuscarUnidad
: Marca
9: EnviarPedido(Datos)

: Calculador Total
: Unidad

14: MsjDatosActualizados
10: ListarPedidosxFecha

11: RegistrarPedido

12: ModificarPedido

13: EliminarPedido
: ManejadorPedido

: Pedido

Fuente: Elaboracin Propia

Pgina 92

6.2.4 FASE DE CONSTRUCCION


El objetivo general de la fase de construccin viene indicado por su tarea
fundamental: la capacidad de operacin inicial. Es decir, un producto listo para
ser distribuido como versin beta y ser sometido a pruebas. Esta fase emplea
ms personal a los largo de un periodo de tiempo ms largo que ninguna otra
fase, y es por esto por lo que es tan importante tener todos los detalles bien
preparados antes de empezar la construccin. Generalmente esta fase
requiere un mayor nmero de iteraciones que las fases anteriores.
En muchos casos el tener un trabajo de requisitos, anlisis y diseo pobre
parece implicar que la construccin lleve la cantidad de tiempo demasiado
grande. En estos casos los desarrolladores tienen que construir el sistema
como pueden, empleando ms tiempo de lo necesario para que se satisfagan
los requisitos y para eliminar los defectos. Una de las grandes ventajas de
construir software

utilizando un enfoque que use mltiples fases y un

desarrollo iterativo e incremental es que nos permite equilibrar la asignacin de


recursos y de tiempo a lo largo del ciclo de vida.
Entre las actividades de la fase de construccin tenemos:

1.

La extensin de la identificacin, descripcin y realizacin de casos de uso


a todos los casos de uso.

2.

La finalizacin del anlisis (posiblemente quedan todava ms de la mitad


de los casos de uso por ser analizados cuando comienza la fase de
construccin), del diseo, de la implementacin y de la prueba.

3.

El mantenimiento

de la integridad

de la arquitectura, modificndola

cuando sea necesario.


4.

La monitorizacin de los riesgos crticos y significativos arrastrados desde


las dos primeras fases, y su mitigacin si se materializan.

El hito en esta fase culmina con el desarrollo del sistema con calidad
de produccin y la preparacin para la entrega al equipo de transicin. Toda la
funcionalidad debe haber sido implementada.

Pgina 93

A. DS Registro de Cliente

FIGURA N 23

DIAGRAMA DE SECUENCIA MANTENIMIENTO DE CLIENTE

: Cliente

: frmRegistro

: AgregadorCliente

: tipodocumento

: ActualizadorCliente

: Cliiente

Acceso a Registro

Mostrar Ventana

AgregarCliente(Datos)

listatipodocumento

Msj: RegistroEncontrado

Nuevo

Msj:DatosGuardados

ActualizarCliente(Datos)

Modificar

Msj:Datos Actualizados

Fuente: Elaboracin Propia

Pgina 94

B. DS Ver Catalogo

FIGURA N 24

DIAGRAMA DE SECUENCIA VER CATALOGO

: Cliente

: frmVerCatalogo

: ConsultadorProductos

: Categoria

: Producto

: Marca

: Unidad

Acceso A Ver Catalogo

Busqueda De Productos(Datos)

BuscarCategoria
BuscarProducto
BuscarMarca

BuscarUnidad
Msj:ProductoEncontrado

Fuente: Elaboracin Propia

Pgina 95

C. DS Generar Pedido On Line


FIGURA N 25

DIAGRAMA DE SECUENCIA GENERAR PEDIDO ON LINE

: Cliente

: frmPedido

: Cons ultadorProductos

: Categoria

: Producto

: Marca

: Unidad

: Calculador Total

: ManejadorPedido

: Pedido

Acces o a Pedido

Bus quedaProductos (Datos )

Bus carCategoria

Bus carProducto

Bus carMarca

Bus carUnidad

Ms jProductoEncontrado
Calculo

EnviarPedido(Datos )

Lis tarPedidos xFecha

Regis trarPedido

ModificarPedido

EliminarPedido

Ms jDatos Actualizados

Fuente: Elaboracin Propia

Pgina 96

D. Diagrama de Clases
FIGURA N 26

DIAGRAMA DE CLASES

Fuente: Elaboracin Propia

Pgina 97

E. Diagrama Fsico de la Base de Datos


FIGURA N 27: DISEO FISICO DE LA BASE DE DATOS
unidad
coduni

detallepedido
cliente

coddet

codcli

codped

nrodoc

codpro

apepat

precio

apemat

cantidad

nombre

codcli

nombre
sigla

sexo

producto

Distrito
direccion

codpro

telefono

nombre

referencia

preciouni
preciooferta

login
password
codtipdoc
fechainscripcion
estado

tipodocumento

pedido
codped
fecha
estado

stock
fechaven

categoria
codcat
nombre

codcat
codmar
coduni

detausu

codtipdoc

coddetusu

nombre

codped
codusu

marca
codmar
nombre

usuario
codusu
nrodoc
apepat
apemat
nombre
sexo
direccion
telefono
login
password
tipo
fecing
estado

Fuente: Elaboracin Propia

Pgina 98

F. Diseo de las interfaces

Figura N 28: Interfaz Acceso A Usuario

Fuente: Elaboracin Propia


Figura N 29: Interfaz: Registro Nuevo Cliente

Fuente: Elaboracin Propia

Pgina 99

Figura N 30: Interfaz Men Principal

Fuente: Elaboracin Propia

Figura N 31: Interfaz: Ver Catalogo

Fuente: Elaboracin Propia


Pgina 100

Figura N 32: Interfaz: Realizar Pedido

Fuente: Elaboracin Propia


Figura N 33: Interfaz: Eliminar Pedido

Fuente: Elaboracin Propia


Pgina 101

Figura N 34: Interfaz: Modificar Pedido

Fuente: Elaboracin Propia

Figura N 35: Interfaz: Consultar Pedido

Fuente: Elaboracin Propia

Pgina 102

Figura N 36: Interfaz: Modificar Datos Cliente

Fuente: Elaboracin Propia

6.2.5 IMPLEMENTACION
Por un lado, hay quien sostiene que no se puede estar seguro de que la
arquitectura candidata sirva hasta que no se vea un prototipo funcionando. No
se puede estar seguro de que se haya eliminado un riesgo hasta que la parte
del prototipo referente a ese riesgo funcione realmente. Por otro lado, al
mantener al mnimo la plantilla y el tiempo dedicado a la fase de inicio, se
deben parar los flujos de trabajo tan pronto como se tenga la descripcin de
una arquitectura que parezca que pueda funcionar. Decidir el punto exacto
hasta el que desarrolla la arquitectura candidata es responsabilidad del Jefe de
Proyecto.

En situaciones normales, ste finalizar la fase con la descripcin de la


arquitectura candidata, en cuyo caso, seguir con el flujo de trabajo de
implementacin no es necesario.

No obstante, puede ser necesario un prototipo de demostracin (un prototipo


desechable). Si esto es as, el proyecto entrar en el flujo de trabajo de
implementacin, si bien ste puede ser pequeo.

Pgina 103

6.2.5.1 Diagrama de Componentes


El diagrama de componentes describir los elementos fsicos del
sistema, sus relaciones y dependencias. No es necesario que un
diagrama incluya todos los componentes del sistema, normalmente se
realizan por partes. Cada diagrama describe un apartado del sistema.

En el situaremos libreras, tablas archivos, ejecutables y documentos


que formen parte del sistema.
Uno de los usos principales es que puede servir para ver que
componentes pueden compartirse entre sistemas o entre diferentes
partes de un sistema.
FIGURA N 37

DIAGRAMA DE COMPONENTES

Index.aspx

Gestion Pedidos On Line

Gestion Clientes

Cliente.aspx

Producto.aspx

Pedidos.aspx

Conexion.dll

Base de Datos.db

Fuente: Elaboracin Propia

Pgina 104

6.2.5.2

Diagrama de Despliegue
El Diagrama de Despliegue es un tipo de diagrama del Lenguaje
Unificado de Modelado que se utiliza para modelar el hardware
utilizado en las implementaciones de sistemas y las relaciones entre
sus componentes.
Los elementos usados por este tipo de diagrama son nodos
(representados como un prisma), componentes (representados como
una caja rectangular con dos protuberancias del lado izquierdo) y
asociaciones.

FIGURA N 38
DIAGRAMA DE DESPLIEGUE

Fuente: Elaboracin Propia

Pgina 105

6.3 Anlisis y Definicin de medidas de seguridad.


6.3.1 Introduccin:
Actualmente la administracin de seguridad es un desafi tcnico y una tarea
que consume mucho tiempo. Algunos piensan que sus sistemas no contienen
datos de importancia, otros en cambio hacen grandes esfuerzos

para

protegerse de usos no autorizados. No importa donde uno se puede ubicar


dentro de este espectro, pues, se debe tener conciencia que hay siempre un
riesgo que nos convertir en objetivos de un ataque de seguridad. Hay muchas
razones por la cual alguien estar interesado en romper la seguridad de un
sistema. El valor de los datos en el sistema es solo uno de ellos.

La seguridad tradicional en los sistemas, se enfoca en sistemas que fueron


accesibles a travs de terminales conectadas directamente al servidor o a la
consola del sistema. En este terreno, el mayor riesgo tpicamente venia desde
dentro de la propia organizacin, propietaria del sistema, y la mejor forma de
defensa fue la seguridad fsica, donde las consolas del sistema, los terminales
y los equipos estaban en habitaciones cerradas bajo llave. Incluso cuando los
sistemas de computadoras comenzaron a convertirse en redes conectadas, el
acceso fue an muy limitado. Las redes en uso fueron usualmente caras para
ofrecer acceso, o fueron redes cerradas que no permitieron conexiones a los
equipos desde cualquier parte.

La popularidad de Internet, ha originado un aumento para la nueva era de


seguridad basada en redes. Una computadora conectada a Internet est
abierta a un potencial abuso de millones de host alrededor del mundo. Con la
mejora en la accesibilidad, viene un incremento en el nmero de individuos
antisociales que intentan causar molestias. En la Internet, numerosas formas
de comportamiento antisocial son de inters para los administradores de
sistemas entre ellos los siguientes:
Denial of Service(DoS): Este tipo de ataque degrada o interrumpe un servicio
en el servidor.

Intrusin: Este tipo de ataque, ingresa al sistema a travs de contraseas


adivinadas o comprometiendo algn servicio.

Pgina 106

Snooping: Este ataque implica interceptar los datos de otro usuario y buscar
contraseas u otra informacin sensible. Se basa en el espionaje de las
conexiones de red.
Virus, Gusanos, Troyanos: Cada uno de estos ataques confa en la
intervencin de los usuarios de un sistema, para ejecutar programas
suministrados por el atacante. Estos programas pueden ser enviados por email
o desde una pgina web.
Es por ello que a continuacin se definir las medidas de seguridad propuestas
en base al anlisis de los riesgos que puede sufrir la aplicacin antes
mencionados.
6.3.2 Seguridad a nivel de Servidor IIS 6.0:
El servidor pondr a disposicin los recursos y servicios necesarios para que
los usuarios puedan utilizar el sistema de manera ptima. Este contendr la
aplicacin en su totalidad, ya que no existir separacin fsica de las tres
capas, y alojar la base de datos del sistema.

Considerando esto, se han definido las siguientes medidas de seguridad que


evitarn el acceso y alteracin de informacin crtica para la empresa.
Impedir que los usuarios alteren las caractersticas generales del
sistema:
Para funcionar con un manejo realmente estricto ser necesario no permitir
que los usuarios configuren el archivo de configuracin como el web.config
el cual puede anular los sistemas de seguridad configurados para ello se
realizara una autenticacin de IIS.
Con la autenticacin bsica, el cliente debe proporcionar un nombre de
usuario y una contrasea de Windows vlidos. IIS intenta iniciar sesin
utilizando el nombre de usuario y la contrasea proporcionados por el cliente
IIS. Si el intento de inicio de sesin se realiza correctamente, todo el trabajo
llevado a cabo por el Agente del servidor se ejecuta bajo la identidad de la
cuenta de usuario de Windows especificada. Si no se puede iniciar sesin,
se rechaza la solicitud del cliente IIS. La autenticacin bsica se puede
utilizar tanto para aplicaciones de Internet como de intranet. Requiere que
cada cliente tenga una cuenta de Windows vlida, con un nombre de usuario
y una contrasea asignados.

Pgina 107

Disminuir el valor mximo de tiempo de espera:


Por defecto el tiempo de espera es de 300 segundos. Puede disminuirse por
seguridad para prevenir ataques de esta manera: Timeout 10
6.3.3 Seguridad a nivel de Aplicacin (ASP NET 2.0):
La aplicacin, desarrollada en base a programacin orientada a objetos e
implementada mediante una arquitectura cliente / servidor, tambin se
encuentra expuesta a ataques de usuarios externos y hasta en algunos casos
internos; es por ello que se ha definido medidas de seguridad que permitirn
aplacar, aunque en menor medida, estos ataques.
Estas medidas de seguridad sern implementadas a nivel de cdigo por medio
de clases, propiedad y mtodos para el control de acceso a la aplicacin.
Uso de sesiones:
Las sesiones son herramientas muy tiles usadas en muchas aplicaciones
web para identificar y seguir la pista de un usuario final. Una vez que el
usuario provee su credencial al sitio, el mecanismo de sesin mantiene la
identidad en lnea hasta que el usuario deje el sitio o la sesin expire.
Las sesiones permiten mantener a un usuario conectado a la aplicacin por
medio de su cuenta, evitando el acceso de usuarios no autorizados. Para
ello existen funciones para el inicio y cierre de sesin.
Inicio de Sesin:
Session("ELSUPER") = Mensaje

Cierre de Sesin:
Session.Abandon()

Encriptacin de Contraseas:
Para prevenir posibles vulnerabilidades en nuestro servidor, es una medida
eficaz encriptar las contraseas. Para mejorar este sistema, se utilizar
algoritmo de encriptacin y de desencriptacion es decir de de doble sentido.
Autenticacin de usuarios y sesiones en ASP .NET:
Integrando los puntos anteriores, se podr implementar medidas de
seguridad haciendo uso de una clase denominada encriptar.vb.
Codigo fuente de la clase encriptar:

Pgina 108

Public Class encriptar


Private patron_busqueda As String =
"ABCDEFGHIJKLMNOPQRSTVWXYZabcdefghijklmnopqrstvwxyz123456789
0"
Private Patron_encripta As String =
"ABCDEFGHIJKLMNOPQRSTVWXYZabcdefghijklmnopqrstvwxyz123456789
0"
Public Function EncriptarCadena(ByVal cadena As String) As
String
Dim idx As Integer
Dim result As String = ""
For idx = 0 To cadena.Length - 1
result += EncriptarCaracter(cadena.Substring(idx, 1),
cadena.Length, idx)
Next
Return result
End Function
Private Function EncriptarCaracter(ByVal caracter As String,
ByVal variable As Integer, ByVal a_indice As Integer) As
String
Dim indice As Integer
If patron_busqueda.IndexOf(caracter) <> -1 Then
indice = (patron_busqueda.IndexOf(caracter) + variable +
a_indice) Mod patron_busqueda.Length
Return Patron_encripta.Substring(indice, 1)
Exit Function
End If
Return caracter
End Function
Public Function DesEncriptarCadena(ByVal cadena As String) As
String
Dim idx As Integer
Dim result As String = ""
For idx = 0 To cadena.Length - 1
result += DesEncriptarCaracter(cadena.Substring(idx, 1),
cadena.Length, idx)
Next
Return result
End Function

Private Function DesEncriptarCaracter(ByVal caracter As


String, ByVal variable As Integer, ByVal a_indice As Integer)
As String
Dim indice As Integer

Pgina 109

If Patron_encripta.IndexOf(caracter) <> -1 Then


If (Patron_encripta.IndexOf(caracter) - variable - a_indice) >
0 Then
indice = (Patron_encripta.IndexOf(caracter) - variable a_indice) Mod Patron_encripta.Length
Else
indice = (patron_busqueda.Length) +
((Patron_encripta.IndexOf(caracter) - variable - a_indice) Mod
Patron_encripta.Length)
End If
indice = indice Mod Patron_encripta.Length
Return patron_busqueda.Substring(indice, 1)
Else
Return caracter
End If
End Function
End Class

Verificacin de acceso a las pginas de la aplicacin siempre y cuando


el cliente haya ingresado su usuario y password:
El acceso a las pginas sin autorizacin es una de los riesgos en seguridad
que corre nuestras aplicaciones wap cuando se utiliza internet, para ello se
debe utilizar variables de session para controlar el acceso de solo los
clientes que pertenecen a la Base de datos de la aplicacin.
Validacin de Datos:
Prcticamente todas las aplicaciones de software depende de alguna forma
del ingreso de datos del usuario para crear una respectiva salida de datos.

Debemos tener en cuenta y aceptar que cualquier tipo de dato enviado por
el usuario es incoherentemente inseguro y no debe ser tratado como
informacin de confianza, debido a que antes de procesar las peticiones,
estos mismos datos han atravesado muchos Proxy servers, firewall,
herramientas de filtrado, etc. Cada unos de estos saltos tienen una
oportunidad de corromper o alterar los datos de una manera inesperada. Por
ello, es absolutamente imperativo validar todos los datos enviados por el
usuario para asegurarse que esos datos coincidan con la forma en que se
espera. Para ello se realiza una validacin la cuenta y clave del usuario de la
aplicacin.

Pgina 110

Anti Inyecciones SQL


Las inyecciones SQL son tambin otra vulnerabilidad comn que es el
resultado del descuido de las validaciones de los datos enviados por el
usuario. La meta de una inyeccin SQL

es insertar datos arbitrarios,

mayormente una consulta a la base de datos, dentro de una cadena que


eventualmente es ejecutada por el manejador de base de datos. Esta
consulta insidiosa puede intentar cualquier nmero de acciones,

desde

recuperar datos alternos, hasta modificar o remover informacin de la base


de datos.
Los parmetros se pasan a la base de datos como una consulta de SQL. Si
un diseador no verifica los parmetros que se pasan en la consulta de
SQL, un hacker puede modificar la consulta para acceder a toda la base de
datos e incluso modificar su contenido.
Ocultar errores:
Una manera comn de buscar vulnerabilidades para los hackers es usar las
propias herramientas de los desarrolladores contra ellos. Por ejemplo
muchos de ellos presentan informacin detallada del error que genera, otros
asumen que no va a ocurrir.
La mejor manera de proteccin contra este tipo de descuido es evitar
mostrar informacin detallada al usuario ante un error. Para ello se debe
tratar en lo posible de ocultar los errores, es decir, el desarrollador debe
tener el control de los mensajes de error.

6.3.4 Seguridad a nivel de Base de Datos (SQL SERVER 2005):


Para implementar medidas de seguridad a nivel de base de datos, SQL
SERVER 2005 provee de herramientas que facilitan el control de accesos por
medio de usuario, contraseas.
Uso de Autenticacin de Windows:
Para conectarse a bases de datos de servidor se recomienda utilizar la
autenticacin

de Windows,

conocida

comnmente

como

seguridad

integrada. Para especificar la autenticacin de Windows, se puede utilizar el


siguiente parmetro en nuestra conexin hacia la Base de Datos:
Integrated Security=true

Pgina 111

Permite realizar una conexin segura usando las credenciales de windows.


Almacenamiento y Recuperacin de Cadenas de Conexin:
Se recomienda no incrustar cadenas de conexin en el cdigo. Si la
ubicacin del servidor cambiara alguna vez, sera necesario volver a
compilar la aplicacin. Adems, las cadenas de conexin sin cifrar
compiladas en el cdigo fuente de una aplicacin se pueden ver con el
Desensamblador MSIL (ildasm.exe).
Almacenar cadenas de conexin en archivos de configuracin
Para evitar almacenar cadenas en el cdigo, se ha procedido a
almacenarlas en el archivo web.config de la aplicacin ASP.NET. La cadena
de conexin se almaceno en el archivo de configuracin en el elemento
<connectionStrings>. Las cadenas de conexin se almacenan como pares
de clave y valor, donde el nombre se puede utilizar para buscar el valor
almacenado en el atributo connectionString en tiempo de ejecucin. A
continuacin se muestra el siguiente ejemplo de archivo de configuracin, se
muestra una cadena de conexin llamada CadenaConeccion que hace
referencia a una cadena de conexin que se conecta a una instancia local
de SQL Server 2005.
<connectionStrings>
<addkey="CadenaConeccion"
value="SERVER=(local);DATABASE=elsuper;Encrypt=False;INTEGRATE
D SECURITY=True;packet size=4096;" />
</connectionStrings>

6.3.5 Polticas de Seguridad:


Las Polticas de seguridad describen, principalmente, la forma adecuada de
uso de los recursos del sistema, las responsabilidades y derechos tanto de
usuarios como administradores, describe lo que se va a proteger y de lo que se
est tratando de proteger, estos documentos son el primer paso en la
construccin de Firewalls efectivos.
Polticas de contraseas:
Son una de las polticas ms importantes, ya que por lo general, las
contraseas constituyen la primera y tal vez nica manera de autenticacin
y, por tanto, la nica lnea de defensa contra ataques.

Pgina 112

As tenemos que:
El administrador del sistema, es el nico usuario encargado de la alteracin
del estado de los pedidos.
Las contraseas y nombres de usuario no pueden ser eliminadas, slo
son modificadas por completo por parte de propio cliente desde la
aplicacin Wap.
Las contraseas no podrn tener una longitud mxima de 8 caracteres
alfanumricos.
Las contraseas sern encriptadas y desencriptadas desde un algoritmo
que se encuentra en una clase de la aplicacin.
Polticas de control de acceso:
Estas especifican cmo deben los usuarios acceder al sistema, desde dnde
y de qu manera deben autentificarse.

Los usuarios que no ingresen sus datos de inicio de sesin correctos o que
traten de ingresar a una pgina de la aplicacin Wap de forma directa sin
autenticarse sern redireccionados a la pgina de inicio de la aplicacin
Wap.
Polticas de uso adecuado:
Estas especifican lo que se considera un uso adecuado o inadecuado del
sistema por parte de los usuarios, as como lo que est permitido y lo que
est prohibido dentro del sistema de cmputo.
Est prohibido ejecutar programas que intenten descifrar las contraseas
alojadas en las tablas de clientes.
Los usuarios no deben utilizar inyecciones SQL desde el navegador, ya
que podra alterar el correcto funcionamiento de la aplicacin.
Todas las transacciones deben ser culminadas o anuladas para evitar
inconsistencias en las base de datos.
Tras tres intentos de ingreso incorrecto la aplicacin proceder a
bloquear al cliente WAP.

Pgina 113

CAPITULO VII
Anlisis Interpretacin
de los Resultados

Pgina 114

7.1 Anlisis e interpretacin de resultados


Para poder contrastar la hiptesis tenemos que observar y comparar el mundo real y
el deseado. Segn el uso que tenga el sistema, podrn mostrarse los beneficios que
se va teniendo a travs del tiempo. La medicin de resultados se ha desarrollado del
30/09/11 al 02/10/11 (Viernes a Domingo).

Los das que se aplicaron fueron aquellos donde comnmente aumenta la


concurrencia de usuarios (clientes del supermercado) a realizar sus compras es decir
los fines de semana en donde se genera un mayor trfico de pedidos de ventas, el
cual es un momento adecuado para probar los beneficios de la aplicacin Wap.
7.1.1 Instrumentos Utilizados
Para la realizacin de esta etapa del proyecto de investigacin se utilizaron
instrumentos para justificar los resultados que sern descritos posteriormente
que son:
Encuestas y cuadros estadsticos, para sustentar el porcentaje de reduccin
de clientes que realizan

compras en el supermercado y el nmero de

pedidos de una compra a travs de la aplicacin WAP.


Telfonos celulares (con servicio WAP modo paquetes), para sustentar la
reduccin de tiempos respuesta, para consultar catlogo de productos y
realizar pedidos va el sistema WAP, por parte de los clientes.
La tecnologa WAP/GPRS: permite una velocidad de transferencia de hasta
144kbps, conexin permanente y pago no por tiempo de conexin sino por
informacin trasmitida.
7.1.2 Indicadores de la variable dependiente
7.1.2.1 Tiempo Promedio de registro de una compra
Esta prueba se realizo entre los das viernes 30 de septiembre y sbado
01 de octubre del 2011 y se le aplico e hicieron uso de estos
instrumentos a 10 personas.

Pgina 115

Se ha tomado esta cantidad de personas porque en promedio en las


maanas es el tiempo en que el supermercado presenta mayor cantidad
de personas que realizan compras, por lo tanto el numero de
transacciones es mayor aproximadamente 125, y en funcin de ese
nmero, como no puedo hacer una observacin rigurosa de este
nmero de clientes, he tomado una muestra de 10 por motivo que
fueron estas 10 personas las que voluntariamente colaboraron para
poder llevar a cabo las pruebas necesarias de la aplicacin WAP.

Estos voluntarios se han seleccionado al azar. A los cuales previamente


se les ha explicado el uso del sistema WAP implementado a cada
cliente, para un manejo adecuado del software.

Para el anlisis de tiempo promedio de registro de compra, se han


realizado pruebas que han consistido en lo siguiente:

- Uso de Celulares con servicio WAP por parte de los clientes.


- Uso del sistema WAP para realizar los pedidos de productos.
- Control del tiempo de registro de compra de productos.
Proceso de registro de compra:
El tiempo promedio para el proceso de registro de compra de productos
en el supermercado es desde que el cliente ingresa, recorre la tienda,
busca y selecciona el o los productos de las gndolas, se coloca en la
cola de pago, se realiza la lectura de los productos por parte del
despachador y luego el cliente hace el pago respectivo, se realiza la
venta y sale del supermercado.

Con las 10 personas, se ha procedido a hacer las pruebas para el


proceso de registro de compra y los resultados que se han obtenido se
presentan en la siguiente tabla, TABLA N 09

Pgina 116

Tiempo Actual
TABLA N 10: Resumen del tiempo promedio de registro de una
compra
Hora

Hora

Tiempo

Inicio

Final

Resultante

9:00

9:50

0:50

9:05

10:15

1:10

9:25

10:15

0:50

9:10

10:30

1:20

9:12

10:39

1:22

9:12

10:22

1:10

9:12

10:20

1:08

9:15

10:24

1:09

9:22

10:32

1:10

10

9:25

10:34

1:09

Tipo de proceso

5
Registro de Compra

FUENTE: Elaboracin Propia.


Aplicacin de datos en frmula:

Frmula

Clculo

Resultado
00:45:00

FUENTE: Elaboracin Propia.

El tiempo promedio de registro de compras, nos dio como resultado


00:45:00 minutos / registro aproximadamente.
Para este proceso se realiz un seguimiento de cada uno de las 10
personas para tomar el tiempo desde la hora de inicio hasta la hora
final en que termino el proceso de compra de cada uno de ellos.
Este tiempo vario dependiendo de la cantidad de productos que
compro cada persona.

Pgina 117

Podemos observar en el resultado que el proceso de registro de


compras toma un promedio de 45 minutos en realizarse.
Tiempo Estimado
Para calcular el tiempo estimado de registro en promedio se ha
utilizado como herramienta de evaluacin el sistema WAP, con las
10 personas voluntarias, se ha procedido a realizar las pruebas con
el software pidindoles que hagan el mismo pedido que realizaron
fsicamente en el supermercado pero ahora a travs del software y
los resultados que se han obtenido se presentan en el TABLA N 10.
TABLA N 11: Tiempo estimado para calcular el tiempo
promedio de registro de una compra
n

Tipo de proceso

TReg

0:03:55

0:03:43

0:03:42

0:03:40

Registro de Compra

0:03:39

0:03:30

0:03:21

0:03:10

0:03:05

10

0:03:00

FUENTE: Elaboracin propia


Aplicacin de datos en frmula:

Frmula

Clculo

Resultado
00:03:29

FUENTE: Elaboracin propia

Pgina 118

El tiempo estimado que utilizara los clientes en registrar sus


compras a travs de la aplicacin WAP sera de 00:03:29 minutos en
promedio por registro.

En las tablas de resultados podemos observar que antes de


implementar el sistema el tiempo promedio que tomaba realizar una
compra por parte de los clientes del supermercado era de 45
minutos, sin embargo con la implementacin del sistema WAP el
tiempo se redujo a 3 minutos, lo que se convierte en un beneficio
importante para los clientes del supermercado.
7.1.2.2 Porcentaje de Reduccin de clientes que realizan compras en el
supermercado
El total de clientes que realizan sus compras en el supermercado con
una poblacin de 500 clientes, se tom como muestra los clientes que
hicieron compras el da Domingo 02 de octubre del 2011 en el
supermercado, el cual se ha podido encuestar a un promedio de 125
aproximadamente clientes que representara el 100%.

Para calcular el porcentaje de reduccin de clientes que realizan


compras en el supermercado se ha realizado una encuesta como
herramienta de evaluacin del sistema WAP, con 50 personas.
Se ha tomado esta cantidad de personas porque en promedio en las
maanas es el tiempo en que el supermercado presenta mayor cantidad
de personas que realizan compras, por lo tanto el numero de
transacciones es mayor aproximadamente 125, y en funcin de ese
nmero, como no puedo hacer una observacin rigurosa de este
nmero de clientes, he tomado una muestra de 50 por motivo que
fueron estas 50 personas las que voluntariamente colaboraron para
poder llevar a cabo las pruebas necesarias de la aplicacin WAP.
Estos voluntarios se han seleccionado al azar. A los cuales previamente
se les ha explicado el uso del sistema WAP implementado a cada
cliente, para un manejo adecuado del software, despus de haber
utilizado el software, estas personas

y los resultados que se han

obtenido se presentan en el TABLA N 11.

Pgina 119

Estara dispuesto a utilizar esta aplicacin WAP en su celular para


una solicitud de consulta o compras en lnea?

Tabla N 12

SI
NO
total

50
75
125

40%
60%
100%

Figura N 39 Encuesta sobre uso de WAP

40%
SI
NO
60%

FUENTE: Elaboracin propia

Se encuentra que hay un 40% de personas estn dispuestas a utilizar


este servicio, el 60 % de personas indican que no estaran dispuestas
los cual significa que un porcentaje aceptable estn de acuerdo con
utilizar la aplicacin WAP para realizar sus pedidos en lnea.
TABLA N 13: Porcentaje estimado para obtener el nmero de
Clientes que realizan compras.

Aplicacin de datos en frmula:


Frmula

TC = (N ClientesAp) ) *100

Clculo

Resultado

50 * 100
125

40%

N Clientes

FUENTE: Elaboracin Propia

Pgina 120

TABLA N 14: Resumen del total de clientes que realizan


Compras.
Aplicacin de datos en frmula:
Muestra de clientes que realizan

Clientes que aceptan el

sus compras en el mismo

uso del servicio WAP para

supermercado

realizar sus compras

125

50

Resultado

40%

FUENTE: Elaboracin Propia

Para calcular el nmero de clientes que usan la aplicacin se tom de la


misma cantidad de clientes que van al supermercado por da
aproximadamente 125 clientes, las cuales 50 hicieron el uso de realizar
sus compras por medio de la aplicacin WAP.

7.1.2.3 Numero de pedidos de una compra a travs de la aplicacin


Frmula

Clculo

Resultado

Nro de Pedidos * dia

50 * 1

50 Pedidos

FUENTE: Elaboracin Propia


Como se haba explicado en el indicador anterior, el total de clientes
que realizan sus compras en el supermercado con una poblacin de
500 clientes, se tom como muestra los clientes que hicieron compras
el da Domingo 02 de octubre del 2011 en el supermercado, el cual es
un promedio de 125 de clientes que compran.

Para calcular el nmero de pedidos que realizan los clientes que al


supermercado se ha realizado una encuesta como herramienta de
evaluacin del sistema WAP, con 50 personas que representaran el
100% las mismas que hicieron uso de la aplicacin wap descrito en el
indicador anterior, estas personas y los resultados que se han obtenido
se presentan en el TABLA N 14.

Pgina 121

Cuntos pedidos al da, estara dispuesto a realizar utilizando la


aplicacin WAP en su celular?

TABLA N 15

Cantidad
1-2
3-5
6-8

Clientes
35
10
5
Total

Porcentaje
70%
20%
10%
100 %

Figura N 40 Encuesta sobre cuntos pedidos al da realizara


10%
1 a 2 pedidos al dia

20%

3 a 5 pedidos al da
6 a 8 pediso al da
70%

FUENTE: Elaboracin propia


Se encuentra que hay unos 35 clientes que siempre realizan
aproximadamente de 1 a 2 pedidos al da y que estn dispuestos a
utilizar este servicio, del mismo modo se observa que hay 10 clientes
que realizan entre 3 a 5 pedidos al da y que utilizaran la aplicacin y
por ultimo observamos que hay 5 clientes que pueden realizar un
nmero de pedidos de hasta 8, utilizando la aplicacin wap. Todo esto
indica o significa que una buena cantidad de la muestra de los clientes
est de acuerdo con utilizar la aplicacin WAP para realizar sus pedidos
en lnea.

Pgina 122

CAPITULO VIII
Conclusiones

Pgina 123

CONCLUSIONES

Con respecto al objetivo Realizar una investigacin profunda sobre tecnologa


WAP, se obtuvo mayor conocimiento acerca de la tecnologa WAP y su
repercusin en el desarrollo de futuras aplicaciones inalmbricas a travs de
bibliografas actualizadas y Tesis relacionados al tema de investigacin.

Con respecto al Objetivo Aplicar la Metodologa RUP (Rational Unified Process)


para el desarrollo del sistema de informacin bajo tecnologa WAP, se analizaron
y compararon las distintas metodologas, llegando a la conclusin que es la
metodologa RUP, la que est acorde con estos tipos de aplicaciones.

Con respecto al objetivo Analizar los requerimientos funcionales y no funcionales


de los procesos, para conseguir una solucin acorde a las necesidades de la
empresa, se obtuvieron todos los requerimientos necesarios los cuales fueron
analizados de manera minuciosa ya que estos son la base para el desarrollo de la
aplicacin en conformidad con la empresa.

Referente al objetivo Analizar, Disear y Desarrollar el sistema Wap, se concluye


que, se realizaron el anlisis y diseo, as como se detallaron los artefactos
establecidos en la metodologa, que son necesarios para la implementacin de la
aplicacin desarrollada.

Referente al objetivo Disear e implementar los respectivos mdulos con los


servicios de acceso y recuperacin de informacin en un ambiente de telefona
celular , en el desarrollo de la propuesta se aplic una metodologa RUP,
en

todas

sus

implementacin

fases

disciplinas,

(construccin)

mediante

lo

que
esta

conllevo
tcnica

a realizar

la

de programacin,

utilizando el lenguaje ASP .NET. Considerando tambin los requerimientos de


implementacin establecidos por la empresa, ha sido necesario realizar
la

separacin

lgica

de

la aplicacin en capas (presentacin, negocio y

datos).

Referente al objetivo Establecer polticas de seguridad para la aplicacin WAP,


Se formularon procedimientos y polticas de seguridad a nivel de servidor,
aplicacin y base de datos.

Pgina 124

CAPITULO IX
Recomendaciones

Pgina 125

RECOMENDACIONES
Las Recomendaciones a las que se llega son las siguientes:

Se recomienda realizar investigaciones sobre otras tecnologas inalmbricas,


protocolos de comunicacin inalmbricas, que conlleven a mejorar el desarrollo de
este tipo de aplicaciones.

Sera conveniente, aplicar la metodologa gil - Scrum que puede ser usada para
manejar el desarrollo de productos complejos de software, en esta metodologa se
usan practicas iterativas e incrementales.

Se recomienda manejar los requerimientos adicionales necesarios de esta


aplicacin con una adecuada administracin de cambios de requerimientos, ya
que nos permitir la planificacin del proceso de cambios de dichos
requerimientos, para asegurar, si ste se lleva a cabo en el tiempo y que se haga
de la forma ms eficiente.

Se recomienda realizar, anlisis, diseo e implementacin usando patrones de


diseo, artefactos de UML 2.0 y mecanismos de extensin para construir los
sistemas mviles que utilizan WML y ASP.

Se recomienda implementar mdulos adicionales en la aplicacin wap, que


tengan que ver con las transacciones de los servicios de pagos, para de esta
manera poder realizar directamente los pagos de los pedidos realizados por los
clientes.

Por ser una aplicacin Wap que funcionar sobre internet, es de significativa
importancia establecer medidas de seguridad que disminuyan la vulnerabilidad de
la aplicacin contra ataques imprevistos que puedan perjudicar su adecuado
desempeo y la integridad de la informacin que esta procesa. Es por ello que se
recomienda tomar en consideracin criterios de seguridad adicionales.

Se recomienda que al contratar el servicio WAP al proveedor, este tenga las


caractersticas de conexin WAP GPRS y que el paquete adquirido al proveedor
presente un paquete de datos que permita el acceso a las paginas WAP para el
correcto funcionamiento de la aplicacin implementada.

Pgina 126

CAPITULO X
Referencias
Bibliogrficas

Pgina 127

10.1 Bibliografa
Hernndez Sampieri Roberto. Metodologa De La Investigacin 2. ed. McGrawHill. Mxico, D.F., 2001.
Disponible en World Wide Web:
http://web.ebscohost.com/ehost/detail?vid
Criollo, R. Ral; Orellana, L. Rosa; Caizares, M. Fabricio. Portal WAP Para La
Biblioteca De La Espol. Escuela Superior Politcnica del Litoral. Ecuador 2008
Disponible en World Wide Web:
http://www.google.com.pe/search?hl=es&q=tesis
Chang, E. Margarita; Orosco, F. Enrique. Desarrollo de una Aplicacin Web,
accesible desde dispositivos mviles para la gestin de notificaciones SMS en la
universidad de las Amricas. Ecuador 2008.
Disponible en World Wide Web:
http://bibdigital.epn.edu.ec/bitstream/15000/691/1/CD-1640%282008
Rincn, A. Arley. Implementacin De Un Sistema Para La Administracin De
Servicios Web En Telefona Mvil A Travs De La Plataforma J2me. Universidad
de Pamplona. Colombia 2008.
Palacios, Judith. Sistema De Localizacin Y Consulta De Servicios Por Celular
Haciendo Uso De La Tecnologa Inalmbrica. Per: Universidad Nacional Mayor
de San Marcos- Facultad de Ingeniera de Sistemas e Informtica. 2006.
Daz, K. Vladimir. Consultas de Notas a Travs de Celulares con Tecnologa
WAP. Universidad Nacional Pedro Ruz Gallo. Per: 2006.
Juan-Miguel Aguado-Terrn; Inmaculada J. Martnez-Martnez, De la Web social
al Mvil 2.0: el paradigma 2.0 en el proceso de convergencia meditica de la
comunicacin mvil.
El profesional de la informacin, 01 marzo 2009.
Disponible en World Wide Web: http://web.ebscohost.com/ehost/detail?vid

Pgina 128

Natalia Arroyo-Vzquez, Web mvil y bibliotecas, El profesional de la informacin,


01 marzo 2009.
Disponible en World Wide Web: http://web.ebscohost.com/ehost/detail?vid
Ramn Voces-Merayo; Llus Codina. Web mvil y su implantacin en la
administracin local espaola. El profesional de la informacin, v.18, n. 2, marzoabril 2009.
Disponible en World Wide Web: http://web.ebscohost.com/ehost/detail?vid
Alexander Vera T; Andrs Alarcn R; Oscar Polanco M; Rubn D. Nieto L; lvaro
Bernal N. Aplicacin de las Comunicaciones Inalmbricas a la Domtica Ingeniera
y Competitividad, 1 mayo 2004.
Disponible en World Wide Web: http://web.ebscohost.com/ehost/detail?vid
Dr. Carlos Fernndez Collado; Dra. Pilar Baptista Lucio. Metodologa de la
investigacin. Lambayeque-Per 1999.

Pgina 129

ANEXOS

Pgina 130

ANEXO N 1
ENCUESTA A CLIENTES DEL SUPERMERCADO EL SUPER
1. Con que frecuencia usted compra en el supermercado el SUPER
a) Diario
b) Semanal
c) Quincenal
d) Mensual
2. Deja de hacer otras actividades por realizar sus compras
a) SI
b) No
3. Le gustara el servicio de atencin a domicilio
a) SI
b) NO
4. Qu medio utilizara para realizar su pedido a domicilio?
a) Pgina web
b) Celular
5. Con respecto a su compra, siempre compra los mismos productos?
a) SI
b) NO
c) Casi siempre
d) pocas veces
6. Marque usted con un aspa la categora de productos que compra
____ Abarrotes
____ Detergentes
____ Lcteos
____ Bebidas Gaseosas
____ Carnes
7. Cuenta usted o algn miembro de su familia con telfono celular?
a) SI
b) NO
8. Su servicio es
a) Prepago
b) Control
c) Post Pago
9. Qu compaa le brinda el servicio de telefona celular?
a) Movistar
b) Claro

10. Cul es la marca de su celular?


a) Nokia
b) Samsung
c) Sony Ericsson

Pgina 131

d) Otros: ______________________
11. Tu celular soporta servicios multimedia (mensajes multimedia, cmara
integrada, etc.)?
a) SI
b)NO
12. Conoce lo que es WAP?
b) SI
b)NO
WAP es un protocolo basado en los entandares de internet que ha sido
desarrollado para permitir a telfonos celulares navegar a travs de internet.
Con la tecnologa WAP se pretende que desde cualquier telfono celular WAP se
pueda acceder a la informacin que hay en internet as como realizar operaciones
del tipo transaccional.
Las prestaciones que este nuevo servicio brinda son de disponer de informacin
acerca de los productos que ofrece el supermercado el SUPER as como
tambin poder realizar compras en lnea desde su celular sin necesidad de
tener a la mano una PC con acceso a internet.
13. Respecto a la informacin acerca de los servicios WAP en la pregunta
anterior, que le gustara consultar mediante su celular al supermercado EL
SUPER?
a) Consultar productos
b) Ofertas
c) Mis puntos
d) Realizar compras en lnea
e) Otros: ______________________
14. Estara dispuesto a utilizar este servicio WAP en su celular a un costo de
S/. 0.01 soles por KB de descarga para una solicitud de consulta o compras
en lnea?
a) SI
b)NO
15. Con que frecuencia utilizaras este servicio?
a) Siempre
b) Casi siempre
c) Algunas veces
d) Nunca

Pgina 132

ANEXO N 02
INTERPRETACION DE RESULTADOS
1. Con que frecuencia usted compra en el supermercado el SUPER?
TABLA N 16: Frecuencia de compra

Diario
Semanal
Quincenal
Mensual
total

4
8
30
58
100

4.00%
8.00%
30.00%
58.00%
100.00%

Figura 41: Frecuencia de compra en el supermercado


100.00%
80.00%
60.00%
40.00%
20.00%
0.00%

58.00%
30.00%
4.00%

8.00%

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 58% de personas que frecuentemente realizan compras en
el supermercado el SUPER.
2. Deja de hacer otras actividades por realizar sus compras
TABLA N 17

SI
NO
Total

78
22
100

78%
22%
100%

Figura 42

22%
SI
NO
78%

FUENTE: ELABORACION PROPIA

Pgina 133

Se encuentra que hay un 78% de personas que invierten su mayora de tiempo en


actividades de compras.
3. Le gustara el servicio de atencin a domicilio
TABLA N 18

SI
NO
Total

92
8
100

92%
8%
100%

Figura 43
8%

SI
NO

92%

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 92% de personas que si estaran interesados en adquirir el
servicio de atencin a domicilio.
4. Qu medio utilizara para realizar su pedido a domicilio?
TABLA N 19

PAG WEB
CELULAR
Total

64
36
100

64%
36%
100%

Figura 44

36%

PAG WEB
64%

CELULAR

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 64% de personas que hacen uso de la tecnologa web para
realizar pedidos a domicilio.

Pgina 134

5. Con respecto a su compra, siempre compra los mismos productos?


TABLA N 20

SI
NO
Casi siempre
Pocas veces
Total

64
4
18
14
100

64.00%
4.00%
18.00%
14.00%
100.00%

Figura 45
100.00%
80.00%
60.00%
40.00%
20.00%
0.00%

64.00%
18.00% 14.00%

4.00%
SI

NO

Casi
Pocas
siempre veces

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 64% de personas que tienen una tendencia por hacer
habituales sus preferencias por ciertos productos.
6. Marque usted con un aspa la categora de productos que compra
TABLA N 21

Abarrotes
Detergentes
Lcteos
Bebidas Gasesosas
Carnes

100%
88%
64%
12%
18%

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 100% de personas tienen preferencia por la compra de
productos de la categora abarrotes.
7. Cuenta usted o algn miembro de su familia con telfono celular?
TABLA N 22

SI
NO
Total

96
4
100

96%
4%
100%
Pgina 135

Figura 46
4%
SI
NO

96%

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 96% de personas que indican que si cuentan con un
celular.
8. Su servicio es?
TABLA N 23

Prepago
Control
Post pago
Total

24
62
14
100

24.00%
62.00%
14.00%
100.00%

Figura 47
100.00%
80.00%
60.00%
40.00%
20.00%
0.00%
Prepago

Control Post pago

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 62% de personas que utilizan el servicio control.
9.

Qu compaa le brinda el servicio de telefona celular?

TABLA N 24

Movistar
Claro
Nextel
Total

90
9
1
100

90.00%
9.00%
1.00%
100.00%

Pgina 136

Figura 48
100.00%
80.00%
60.00%
40.00%
20.00%
0.00%
Movistar

Claro

Nextel

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 90% de personas que utilizan el proveedor de telefona
movistar.
10. Cul es la marca de su celular?
TABLA N 25

Nokia
Samsung
Sony Ericsson
Motorola
Otros
Total

50
9
24
14
3
100

50.00%
9.00%
24.00%
14.00%
3.00%
100.00%

Figura 49
3%

14%

Nokia
Samsung
Sony Ericsson
50%
Motorola

24%

Otros
9%

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 50% de personas que utilizan la marca de celular Sony
Ericsson.

Pgina 137

11. Tu celular soporta servicios multimedia (mensajes multimedia, cmara


integrada, etc.)?
TABLA N 26

SI
NO
Total

85
15
100

85.00%
15.00%
100.00%

Figura 50

15%
SI
NO
85%

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 85% de personas que si cuentan con los servicios
multimedia en su celular.
12. Conoce lo que es WAP?
TABLA N 27

SI
NO
Total

90
10
100

90.00%
10.00%
100.00%

Figura 51
10%
SI
NO
90%

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 90% de personas si conocen acerca de la tecnologa WAP.

Pgina 138

13. Respecto a la informacin acerca de los servicios WAP en la pregunta


anterior, que le gustara consultar mediante su celular al supermercado EL
SUPER?
TABLA N 28

Consultar productos
Ofertas
Mis puntos
Realizar compras en lnea
Otros
Total

20
15
12
50
3
100

20.00%
15.00%
12.00%
50.00%
3.00%
100.00%

Figura 52
3%

Consultar
productos

20%

Ofertas
15%

50%

Mis puntos
12%

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 50% de personas que estn de acuerdo en realizar las
compras en lnea.
14. Estara dispuesto a utilizar este servicio WAP en su celular a un costo de
S/. 0.01 soles por KB de descarga para una solicitud de consulta o compras
en lnea?
TABLA N 29

SI
NO
Total

89
11
100

89%
11%
100%

Figura 53
11%
SI
NO
89%

FUENTE: ELABORACION PROPIA

Pgina 139

Se encuentra que hay un 89% de personas estn dispuestas a utilizar este servicio al
costo indicado adicionalmente el 11 % de personas indican que no estaran
dispuestas los cual significa que la mayora estn de acuerdo con el precio por el
servicio WAP.
15. Con que frecuencia utilizaras este servicio?
TABLA N 30

Siempre
Casi siempre
Algunas veces
Nunca
Total

17
55
26
2
100

17.00%
55.00%
26.00%
2.00%
100.00%

Figura 54
2%
26%

17%

Siempre
Casi siempre

55%

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 55% de personas estn dispuestas a utilizar el servicio lo
cual indica que se generara una mayor cantidad de ventas en el supermercado.

Pgina 140

ANEXO N 03
ENCUESTA A CLIENTES
1. Su servicio de Telefona es: ?
TABLA N 31

Prepago
Control
Post pago
Total

30
60
10
100

25.00%
62.00%
13.00%
100.00%

Figura 55
100.00%
50.00%
0.00%
Prepago Control

Post
pago

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 62% de personas que utilizan el servicio control.
2. Qu compaa le brinda el servicio de telefona celular?
TABLA N 32

Movistar
Claro
Nextel
Total

75
20
5
100

75.00%
9.00%
1.00%
100.00%

Figura 56
100.00%
50.00%
0.00%
Movistar

Claro

Nextel

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 90% de personas que utilizan el proveedor de telefona
movistar.

Pgina 141

3.

Tu celular soporta servicios multimedia (mensajes multimedia, cmara


integrada, etc.)?
TABLA N 33

SI
NO
Total

85
15
100

85.00%
15.00%
100.00%

Figura 57
15%
SI
NO

85%

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 85% de personas que si cuentan con los servicios
multimedia en su celular.
4. Conoce lo que es WAP?
TABLA N 34

SI
NO
total

90
10
100

90.00%
10.00%
100.00%

Figura 58
10%
SI
NO
90%

FUENTE: ELABORACION PROPIA


Se encuentra que hay un 90% de personas si conocen acerca de la tecnologa WAP.

Pgina 142

ANEXO N 04
GUA DE ENTREVISTA A FUNCIONARIOS

1. Qu otros servicios en el rea de ventas quisiera brindarles como


empresa a los clientes?
2. Cmo es su nivel de ventas con respecto a la competencia en su mismo
rubro?
3. Cmo empresa, de qu manera podra aprovechar la tecnologa para
captar ms clientes?
4. Qu sugerencias por parte del cliente, le llamo ms la atencin?

Pgina 143

ANEXO N 05
PANTALLAS DEL SISTEMA WEB DE CONTROL DE PEDIDOS
Figura N 59: Interfaz Acceso A Usuario Web

Fuente: Elaboracin Propia


Figura N 60: Interfaz Control de Pedidos

Fuente: Elaboracin Propia


Figura N 61: Interfaz Detalle De Pedidos

Fuente: Elaboracin Propia

Pgina 144

Figura N 62: Interfaz Consultas De Pedidos Por Fecha y Usuario

Fuente: Elaboracin Propia

Figura N 63: Interfaz Consulta de Pedidos Por Cliente

Fuente: Elaboracin Propia

Pgina 145

Figura N 64: Interfaz Consulta de Pedidos Por Producto

Fuente: Elaboracin Propia

Figura N 65: Interfaz Total de Ventas Por Clientes

Fuente: Elaboracin Propia

Pgina 146

Figura N 66: Interfaz Aplicacin WAP Despachador

Fuente: Elaboracin Propia

Figura N 67: Interfaz Despachar Pedido

Fuente: Elaboracin Propia


Pgina 147

GLOSARIO WAP

PDA:
Siglas para Personal Digital Assistant. (Asistente Personal Digital). Se refiere a
aquellos dispositivos de mano que pueden combinar ordenador, telfono, fax y
conexin a Internet, como por ejemplo, una agenda electrnica tipo Palm V.

UA:
(User Agent) Siglas de "User Agent". Se refiere al software capaz de interpretar
cdigos como el WML o WMLScript, que est instalado en nuestro dispositivo WAP.

WAPGATEWAY:
Gateway Dispositivo de dos direcciones a travs del cual se convierte el contenido
que hay en el WAP Server al formato WML que pueda entender nuestro telfono
WAP. Igualmente, a travs de l y desde el punto de vista del servidor de HTTP, el
WAP Gateway enva informacin acerca del dispositivo WAP por medio de los
encabezamientos (headers) HTTP.

WAPSERVER:
Server Bsicamente es un servidor HTTP, es decir un servidor de la red Internet
como otro cualquiera. En cambio, Nokia llama WAP Server a un conjunto de dos
productos: un gateway WAP y un servidor HTTP (servidor de contenidos). Pero un
WAP Server es un simple servidor HTTP.

WMLScript:
Server Bsicamente Lenguaje de programacin con base en JavaScript - aunque
menos potente- dirigida a los dispositivos WAP.

XML:
Siglas de Extensible Markup Language. El WML tiene su origen en este lenguaje.

Pgina 148

You might also like