2

4
/
1
1
/
1
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
Trabajo Final de Ingeniera de informacin
Objetivo:
Implementar un sistema de comercio electrnico que permita realizar operaciones
de venta de comida Peruana mediante un Sistema Web.
1.- Documentacin del desarrollo
1.1.- Dominio del problema
Los avances tecnolgicos estn modificando los hbitos de consumo en la
poblacin. La forma tradicional del consumo est variando a medida que se
desarrollan las tecnologas.
!u" queremos decir con #ercado $lectrnico% $stos se refieren por
norma a ventas & subastas online' podemos poner de e(emplo mercados de
comercio de stoc)s online' subasta online de ordenadores & otros artculos.
$l mercado electrnico est referido al mercado econmico que se
encuentra en crecimiento' en donde los productores' intermediarios &
consumidores interact*an de alguna forma electrnica o por intermedio de
un contacto digital. $ntre los componentes de los mercados de la economa
digital se encuentran incluidos+
Participantes ,agentes del mercado como empresas' proveedores'
intermediarios' tiendas o galeras & consumidores-.
Productos ,artculos' bienes & servicios- &
Proceso ,abastecimiento' produccin' mar)eting' competicin'
distribucin' consumo' etc.-
La finalidad de este pro&ecto es de la venta de productos mediante una
pgina .eb en la cual aumentara las ganancias de una empresa' ms all
del simple folleto online' $l sitio permita integrar herramientas para
administrar clientes' datos' boletines & publicidad.
2
4
/
1
1
/
1
1
2
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
odelo !gico de "ase de datos
3
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
1.#.- $e%uerimientos del sistema
1.#.1 Definicin de re%uerimientos
&n'lisis de re%uerimientos Funcionales
$l sistema permitir registrar clientes
$l sistema permitir registrar productos
$l sistema permitir realizar ventas de productos
$l sistema permitir realizar consultas por mensa(es de
te/to
$l sistema permitir realizar compras por mensa(es de
te/to
$l sistema deber notificar al usuario de la compra
realizada por mensa(e de te/to.
$l sistema permitir controlar el stoc) de los productos
$l sistema deber identificar el n*mero telefnico que
desea realizar la consulta
$L sistema mostrara un catalogo de productos va .eb
$l sistema permitir enviar mensa(es de te/to a los
tel"fonos mviles de los clientes.
$l sistema realizara reportes de las ventas.
&n'lisis de $e%uerimientos (o Funcionales
La aplicacin debe ser dise0ada para traba(ar como una
arquitectura cliente1servidor de tres capas.
$l sistema fue desarrollado ba(o un entorno 2isual
3asic .4et
$l sistema utiliza Php para la creacin del carrito de
compras
$l sistema utiliza $l gestor de base de datos #&S!L.
$l sistema utiliza el navegador #ozilla 5irefo/.
1.).- Dise*o del sistema
Diagrama de casos de uso
4
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
6I7897#7 6$ :7S;S 6$ <S; =
5
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
6
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
+,-+.IFI.&.IO( D+ .&,O, D+ /,O
NOMBRE REGISTRAR USUARIO CODIGO UC1
DESCRIPCION El cliente se registra.
ACTORES Cliente
PRE
CONDICIONES
El cliente ingreso a la Pagina web.
DESCRIPCION DEL FLUJO BASICO
Actor Sistema
1. El cliente ingresa a la pagina Web.
2. El Sistema muestra la interface de la
pagina Web.
3. El cliente ingresa a la pestaa Inscripcion
4. El sistema muestra la ventana
Inscripcion de Usuario para ingresar
sus datos !ombres" #pellidos" Email"
$ogin % Password&.
5. El cliente ingresa sus datos !ombres"
#pellidos" Email" $ogin % Password& % 'ace
clic en bot(n )uardar
6. El sistema valida al usuario % emite un
mensa*e por pantalla Usuario
+egistrado.
,. El caso de uso finali-(.
FLUJOS
ALTERNATIVOS
.. Si el cliente no 'ace clic en el bot(n )uardar" el registro no es validado
% el caso de uso termina.
POST- El cliente se 'a registrado en la pagina Web.

2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
CONDICIONES
NOMBRE REGISTRAR PEDIDO CODIGO UC2
DESCRIPCION El cliente registra los pedidos solicitados
ACTORES Cliente
PRE
CONDICIONES
El cliente debe estar registrado
DESCRIPCION DEL FLUJO BASICO
Actor Sistema
1. El cliente 'ace clic en la pestaa Entradas
2. El Sistema muestra los tipos de platos de
Entradas.
3. El cliente selecciona el tipo de plato de
Entradas
4. El sistema muestra una ventana Carrito
de Compras donde esta registrado el
pedido.
5. El cliente 'ace clic en la pestaa Platos de
/ondo
6. El Sistema muestra los tipos dePlatos de
/ondo.
. El cliente selecciona el tipo de Platos de
/ondo
0. El sistema muestra una ventana Carrito
de Compras donde esta registrado el
pedido.
!. El cliente 'ace clic en la pestaa 1ebidas
"
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
1#.El Sistema muestra los tipos de
1ebidas.
11.El cliente selecciona el tipo de 1ebidas
23. El sistema muestra una ventana Carrito
de Compras donde esta registrado el
pedido.
13.El cliente 'ace clic en la pestaa E4tras
14.El Sistema muestra tipos de E4tras.
15.El cliente selecciona tipo de E4tras
25. El sistema muestra una ventana Carrito
de Compras donde esta registrado el
pedido.
1.El cliente reali-a las #cciones
1".El sistema muestra tres tipo de botones
donde el boton significa
agregar producto" el bot(n significa
6uitar producto % el bot(n significa
eliminar producto.
1!.El cliente reali-a las #cciones de los
productos 6ue desea registrar % 'ace clic en
el bot(n Comprar.
37. El sistema muestra una ventana
8erificacion de Usuario para ingresar
sus datos Usuario" Contrasea %
9ireccion&.
21.El cliente ingresa los datos Usuario"
Contrasea % 9ireccion& % 'ace clic en el
bot(n )uardar.
33. El sistema guarda el registro del pedido.
!
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
3:. El caso de uso finali-(.
FLUJOS
ALTERNATIVOS
2.. Si el cliente no registra la compra" el pedido no es registrado % el caso de
uso termina.
32. Si el cliente no guarda el registro del pedido" el registro no es validado %
el caso de uso termina.
POST-
CONDICIONES
El cliente 'a registrado el pedido.
NOMBRE CONSULTAR PEDIDOS POR
REALIZAR
CODIGO UC3
DESCRIPCION El #dministrador reali-a una consulta de pedidos por reali-ar.
ACTORES #dministrador
PRE
CONDICIONES
El #dministrador debe esta registrado.
DESCRIPCION DEL FLUJO BASICO
Actor Sistema
1. El #dministrador ingresa a la pestaa Por
reli-arestos son los pedido pendientes
2. El Sistema muestra la ventana
Productos donde est;n los siguientes
datos /ec'a" 9ireccion" Estado %
#ccion&.
3. El #dministrador selecciona los pedidos
pendientes por orden de lista.
1#
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
4. El Sistema muestra todos los pedidos
pendientes del cliente indicado.
5. El #dministrador visuali-a la informaci(n
devuelta por la consulta al sistema % 'ace
clic en el bot(n #tendido.
5. El Sistema guarda el pedido atendido.
,. El caso de uso finali-(.
FLUJOS
ALTERNATIVOS
<. El sistema no muestra ning=n pedido pendiente cliente" el caso de uso
termina.
POST-
CONDICIONES
El #dministrador consult( los pedidos pendientes.
NOMBRE CONSULTAR PEDIDOS REALIZADOS CODIGO UC4
DESCRIPCION El #dministrador consulta los pedidos %a reli-ados.
ACTORES #dministrador
PRE
CONDICIONES
El #dministrador debe esta registrado.
DESCRIPCION DEL FLUJO BASICO
Actor Sistema
1. El #dministrador ingresa a la pestaa
+eali-adas esto son los pedidos %a
atendidos.
11
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
3. El Sistema muestra la ventana
Productos donde est;n los siguientes
datos /ec'a" 9ireccion" Estado %
#ccion&.
3. El #dministrador selecciona el bot(n
#ccion
4. El Sistema muestra la ventana
Inscripcion de Usuario donde est;n los
datos Codigo" /ec'a" Seora&"
9ireccion % Estado& % la lista de pedidos
del cliente Items" Cant. 9escripcion"
P.Unit. >otal&.
5. El #dministrador selecciona el bot(n
#tendido o Previsuali-ar
6. El Sistema guarda los pedidos reali-ados.
,. El caso de uso finali-(.
FLUJOS
ALTERNATIVOS
!inguna.
POST-
CONDICIONES
El #dministrador consulto los pedidos reli-ados.
NOMBRE ACTUALIZAR PRODUCTOS CODIGO UC5
DESCRIPCION El #dministrador reali-a la actuali-aci(n de productos.
ACTORES #dministrador
PRE
CONDICIONES
El #dministrador debe esta registrado.
DESCRIPCION DEL FLUJO BASICO
12
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
Actor Sistema
1. El #dministrador selecciona la pestaa
Productos
2. El Sistema muestra la ventana
Productos donde se ingresan datos
Categoria" Stoc?" !ombre" 9escripcion"
Precio e imagen&.
3. El #dministrador ingresa los datos
Categoria" Stoc?" !ombre" 9escripcion"
Precio e imagen& % 'ace clic en el bot(n
)uardar.
<. El Sistema muestra la ventana
Productosdonde esta una lista de los
productos registrados
5. El Sistema muestra tres tipos de botones
donde el bot(n agrega
productos" el bot(n edita productos %
el bot(n elimina productos.
5. El #dministrador puede reali-ar #cciones
como agregar" editar % eliminar.
,. El caso de uso finali-(.
FLUJOS
ALTERNATIVOS
!inguna
POST-
CONDICIONES
El #dministrador reali-o la actuali-aci(n de los productos.
NOMBRE ENVIAR SMS A CLIENTE CODIGO UC6
13
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
DESCRIPCION El actor del caso de uso puede consultar datos sobre ellos mismos Clientes&
o ver los datos de varios cliente #dministrador&.
ACTORES Cliente" #dministrador
PRE
CONDICIONES
El actor esta registrado.
DESCRIPCION DEL FLUJO BASICO
Actor Sistema
2. El actor solicita el sistema consulta de estado
de pedidos.
3. El Sistema muestra una lista de pedidos
por numero de pedido de un solo cliente
Cliente& o de varios clientes
#dministrador&
:. El actor selecciona un pedido especifico de la
lista de pedidos.
<. El sistema e4amina el pedido % devuelve
el estado en el 6ue se encuentra el
pedido.
@. El #ctor visuali-a el estado del pedido 6ue
seleccion(
5. El caso de uso finali-(.
FLUJOS
ALTERNATIVOS
3. !o e4isten pedidos en lista.
POST-
CONDICIONES
El #ctor obtuvo el estado del pedido seleccionado.
14
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
NOMBRE GENERAR REPORTE DE PEDIDOS CODIGO UC7
DESCRIPCION El #dministrador genera reporte de pedidos
ACTORES #dministrador
PRE
CONDICIONES
El #dministrador esta registrado.
DESCRIPCION DEL FLUJO BASICO
Actor Sistema
2. El #dministrador ingresa a la pestaa
+eali-adas esto son los pedidos %a
atendidos.
3. El Sistema muestra la ventana
Productos donde est;n los siguientes
datos /ec'a" 9ireccion" Estado %
#ccion&.
3. El #dministrador selecciona el bot(n
#ccion
4. El Sistema muestra la ventana
Inscripcion de Usuario donde est;n los
datos Codigo" /ec'a" Seora&"
9ireccion % Estado& % la lista de pedidos
del cliente Items" Cant. 9escripcion"
P.Unit. >otal&.
@. El #dministrador selecciona el bot(n
Previsuali-ar
6. El Sistema muestra el reporte de los
pedidos por los clientes % solicita un tipo
de formato para guardar el informe.
15
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
. El #dministrador elige el formato E4cel"
P9/& % solicita una impresi(n del informe.
0. El sistema imprime el reporte de pedidos
por los clientes.
.. El caso de uso finali-(.
FLUJOS
ALTERNATIVOS
!inguna
POST-
CONDICIONES
El #dministrador obtuvo el estado del pedido por los clientes.
Diagrama de colaboracin
Diagrama de colaboracion - .omprar
16
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
Diagrama de colaboracin 0enerar reporte
Diagrama de colaboracin 1enta 1ia ,,
1
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
Diagrama de interaccin
Diagrama de ,ecuencia !ogin
Diagrama se secuencia .omprar -roducto
1"
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
Diagrama de secuencia venta via ,,
1!
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
1.2.- -ruebas de funcionalidad de soft3are
1.2.1 etodologa utili4ada para reali4ar las pruebas
Las pruebas de rendimiento son las pruebas que se realizan desde
una perspectiva' para determinar lo rpido que realiza una tarea' un
sistema en condiciones particulares de traba(o. >ambi"n nos servir
para validar & verificar otros atributos de la calidad del sistema' tales
como la escalabilidad' fiabilidad & uso de los recursos. Proceso para
el desarrollo de un pro&ecto de soft.are que define claramente
quien' cmo' cundo & qu" debe hacerse en el pro&ecto.
-ruebas unitarias5 La prueba unitaria es una forma de
probar el correcto funcionamiento de un mdulo de cdigo.
$sto sirve para asegurar que cada uno de los mdulos
funcione correctamente por separado.
7l realizar las pruebas de las peque0as partes los elementos
unitarios de nuestro sistema se eliminara errores' teniendo el
ob(etivo de verificar que las partes se0aladas no contienen
pruebas Los beneficios que se obtendrn de usar esta
metodologa sern+
o Simplificacin de la integracin.
o 9efactorizacin de cdigo.
o 6ocumentacin.
o 6ise0o.
-ruebas funcionales: $l ob(etivo principal de estas pruebas
funcionales' es el cumplimiento de las funciones especficas
para los cuales han sido creados' esta etapa suele ser la
*ltima etapa de pruebas.
-ruebas de validacin: $l ob(etivo de estas pruebas es
recabar informacin necesaria & *til para la validacin de la
2#
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
implementacin de los algoritmos. Se asume para esta parte
que el soft.are ha cumplido la etapa de verificacin.
.aja "lanca: ,e realiza sobre las funciones internas de un
mdulo. 7s como las pruebas de ca(a negra e(ercitan los
requisitos funcionales desde el e/terior del mdulo' las de ca(a
blanca estn dirigidas a las funciones internas' Las pruebas de
ca(a blanca se llevan a cabo en primer lugar' sobre un mdulo
concreto' para luego realizar las pruebas de ca(a negra.
.aja (egra: $s aquel elemento que es estudiado desde el
punto de vista de las entradas que recibe & las salidas o
respuestas que produce' sin tener en cuenta su
funcionamiento interno. $n otras palabras' de una ca(a negra
nos interesar su forma de interactuar con el medio que le
rodea.
1.2.# 6erramientas utili4adas
Staruml+ Para realizar diagramas de secuencia' colaboracin &
:<
;ffice+ Para realizar la respectiva documentacin
:?' visual 3asic.net+ Para el desarrollo de la pagina
S!LS$92$9+ 8estor de 3ase de 6atos
Sistema ;perativo+ .indo.s @
1.2.) +stimacin de costo de las pruebas
21
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
Seg*n el diagrama de 8antt' observamos que el n*mero total de das que
se realizaron las pruebas fueron A.
$n el cual utilizamos+
Descripcin
:osto por maquina
,inclu&e servicio de luz &
transporte-
:osto
total
6a = & B+
Se utilizaron C pc las cuales traba(aron
por D horas depurando parcialmente el
pro&ecto.
=E CE
6a C1D1F+
Se utiliz una maquina la cual sirvi
para probar el dispositivo mvil
=F =F
6a A+
Se utilizaron B mquinas' las cuales
traba(aron el con(unto para realizar la
depuracin general
=E BE
:osto total+ AF soles
#.- Demostracin de la funcionalidad del sistema 7+jecucin en clase8
).- -untos principales a tener en cuenta para implementar el sistema de
comercio electrnico
La aplicacin debe ser dise0ada para traba(ar como una arquitectura cliente
1servidor de mnimo tres capas
22
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
Las capas del sistema deben estar implementadas en diferentes lengua(es
de programacin
>oda las operacin de compra & venta deben estar controladas por un
proceso transaccional implementado en la parte del proceso servidor.
2.- .aractersticas e9tendidas de la aplicacin:
<na funcionalidad e/tendida del sistema deber permitir al cliente realizar
compras & consultas desde un dispositivo mvil.
$l sistema verificara que el numero de celular utilizado este autorizado para
realizar compras & consultas.
Si el cliente est permitido de realizar la operacin de compra' se debe
consultar el saldo que tiene el cliente en la cuenta que este indicando.
,:ada cuenta debe tener su clave respectiva-
Los datos para realizar las consultas & compras quedan establecidos a
criterio de los analistas.
Si el cliente realiza de forma satisfactoria una compra' el sistema deber
notificar la compra mediante el envi de un correo electrnico a la direccin
o direcciones que registra cliente.
Se deber genera un reporte de todas las compras & consultas de
productos realizadas por los clientes. Para esto se debe utilizar
herramientas de generacin de reportes.
23
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
&(+:O,
&(+:O (; 1
DI&0$&& D+ 0&(TT
24
2
4
/
1
1
/
1
1
Universidad Alas Peruanas Ingeniera de Informacin IX Ciclo
&(+:O (; #
-O,I"!+ .O,TO D+ +!&"O$&.IO(
$ubro de .osto
7.entro de costos8
.osto /nitario
s<.
(=mero de
-ersonas
Involucradas
.osto
de cada
$ubro
> de
$ubro de
costos
= #ateriales & suministros =E F SG. FE.EE =.HAI
B 7dministracin @E F SG. CFE.EE =C.@CI
C Personal permanente =EE F SG. FEE.EE =H.A=I
D
$laboracion SG. @BE.EE BJ.BDI

Planificacin FE F SG. BFE.EE H.JEI

:ontrol de calidad BE F SG. =EE.EE C.HBI

Prevencion de fallos BE F SG. =EE.EE C.HBI

:ostos de Pruebas AE C SG. =JE.EE @.EAI

:oordinacin interna =E F SG. FE.EE =.HAI

:oordinacin e/terna F F SG. BF.EE E.HJI

Informes =F = SG. =F.EE E.FHI
F
Prestaciones Laborales BE C SG. AE.EE B.CFI
A
$quipos CE F SG. =FE.EE F.JJI

SG.
B'FFE.EE
=EE.EEI