UNIVERSIDAD DEL BIO-BIO

FACULTAD DE CIENCIAS EMPRESARIALES

DEPARTAMENTO DE AUDITORIA E INFORMATICA

Sistema de Catlogo y Pedidos Va Web para Audio

Center - Chilln

Jos Miguel Anabaln Mercado

Fabin Alonso Romero Vsquez

Memoria para optar al ttulo de

Ingeniero de Ejecucin en Computacin e Informtica

JULIO 2007
 UNIVERSIDAD DEL BIO-BIO

FACULTAD DE CIENCIAS EMPRESARIALES

DEPARTAMENTO DE AUDITORIA E INFORMATICA

Sistema de Catlogo y Pedidos Va Web para Audio

Center - Chilln

Jos Miguel Anabaln Mercado

Fabin Alonso Romero Vsquez

PROFESOR GUIA : SRTA. MARIA A. SOTO CHICO

PROFESOR INFORMANTE : SR. LUIS GAJARDO DIAZ
NOTA FINAL EXAMEN TITULO : _________________________

Memoria para optar al ttulo de

Ingeniero de Ejecucin en Computacin e Informtica

CHILLAN
JULIO 2007
 Resumen

Audiocenter es una empresa dedicada a la venta de sistemas de amplificacin, instrumentos

musicales, accesorios e iluminacin. Actualmente, el local es atendido por su dueo y en
ocasiones con la compaa de su esposa. La informacin referente a precios, stock y
caractersticas de los productos es manejada slo por el dueo. Como consecuencia, en
algunas oportunidades los clientes se van sin obtener la informacin que buscaban cuando
dicha persona no se encuentra presente. Adems, existe un limitado sistema de cotizacin
desarrollado en MSAccess que bsicamente permite obtener los nombres de los productos,
pues el resto de la informacin se debe introducir manualmente para generar un documento
de cotizacin.

A partir de los problemas comentados anteriormente, se decide desarrollar un sistema Web

de catlogo y pedidos en lnea para Audiocenter como proyecto de ttulo. Se realiz un
estudio de factibilidad tcnica, operativa y econmica a fin de determinar su viabilidad.

El proyecto fue desarrollado utilizando como base la plataforma para comercio electrnico
osCommerce, que consiste en una tienda en lnea que ofrece un catlogo de productos,
gestin de clientes y de pedidos va Internet. Esta aplicacin permite configurar una tienda
virtual que se adapte a las necesidades del cliente con la posibilidad de realizar los cambios
que se requieran. Sobre esta plataforma se desarrollaron 3 incrementos que se integraron a
osCommerce y que satisfacen los requisitos del cliente. Los incrementos contemplaron la
implementacin de las siguientes funcionalidades: ingreso de facturas de compra y
actualizacin de stock, ingreso de solicitudes de cajas acsticas por parte de los clientes,
generacin de informes de stock de productos y gestin de proveedores.

El proyecto ya finalizado, se encuentra en el proceso de instalacin en Internet. Se espera

que el sitio Web desarrollado impulse el aumento de clientes, aumento de las ventas, mejor
calidad de atencin a los clientes, entre otras cosas, lo que se traducir en mayores ingresos
para la empresa.
ndice general

Introduccin general .......................................................................................................... 1

CAPTULO I Contexto del Problema: Comercio Electrnico ...................................... 3
1.1 Introduccin ............................................................................................................. 3
1.2 Comercio electrnico ............................................................................................... 4
1.2.1 Breve Resea Histrica...................................................................................... 4
1.2.2 Clases de comercio electrnico .......................................................................... 4
1.2.3 Comercio electrnico en la actualidad............................................................... 5
1.2.3.1 Primera Etapa: Simple formulario HTML ................................................... 5
1.2.3.2 Segunda Etapa: Carro de compra ................................................................ 6
1.2.3.3 Tercera Etapa y Actual: Autnticos almacenes electrnicos ........................ 6
1.2.4 Ventajas del comercio electrnico...................................................................... 6
1.2.4.1 Ventajas para las empresas.......................................................................... 6
1.2.4.2 Ventajas para los clientes ............................................................................ 7
1.2.5 Desventajas del comercio electrnico ................................................................ 7
1.3 Metodologa Utilizada .............................................................................................. 9
1.3.1 Orientacin A Objetos ....................................................................................... 9
1.3.2 UML ................................................................................................................. 9
1.3.3 Ciclo de vida iterativo...................................................................................... 10
1.3.4 Patrones GRASP ............................................................................................. 10
1.4 Tecnologa Utilizada .............................................................................................. 11
1.4.1 Lenguaje Orientado a la Web........................................................................... 11
1.4.2 Base de datos................................................................................................... 11
1.4.3 Servidor Web .................................................................................................. 11
1.4.4 Editor de Html y Xml ...................................................................................... 12
1.4.5 osCommerce.................................................................................................... 12
1.4.6 AJAX .............................................................................................................. 15
1.4.6 FPDF............................................................................................................... 16
1.4.7 Calendario Epoch ............................................................................................ 16
 1.5 Conclusiones .......................................................................................................... 16
CAPTULO II Situacin actual y Anlisis de requerimientos ........................................ 18
2.1 Introduccin ........................................................................................................... 18
2.2 Descripcin de la organizacin ............................................................................... 19
2.3 Situacin de Audio Center...................................................................................... 21
2.3.1 Definicin........................................................................................................ 21
2.3.2 Problemas........................................................................................................ 24
2.4 Situacin Informtica Actual .................................................................................. 26
2.5 Solucin Planteada ................................................................................................. 26
2.5.1 Objetivo General ............................................................................................. 28
2.5.2 Objetivos Especficos ...................................................................................... 28
2.6 Requerimientos ...................................................................................................... 29
2.6.1 Requerimientos Funcionales ............................................................................ 29
2.6.2 Requerimientos no funcionales ........................................................................ 40
2.6.3 Requerimientos tcnicos para el desarrollo de la aplicacin ............................. 40
2.7 Conclusiones .......................................................................................................... 41
CAPITULO III: Estudio de Factibilidad........................................................................... 42
3.1 Introduccin ........................................................................................................... 42
3.2 Alternativas de solucin. ........................................................................................ 42
3.3 Estudio de Factibilidad operativa............................................................................ 43
3.3.1 Impacto en los Empleados ............................................................................... 43
3.3.2 Impacto en los Clientes.................................................................................... 43
3.3.3 Impacto en los Competidores........................................................................... 44
3.4 Estudio de Factibilidad Tcnica .............................................................................. 44
3.4.1 Primera Alternativa: Arriendo de Hosting. ....................................................... 44
3.4.2 Segunda Alternativa: Compra de Servidor ....................................................... 46
3.5 Estudio de Factibilidad Econmica......................................................................... 47
3.5.1 Primera Alternativa.......................................................................................... 48
3.5.1.1 Ingresos .................................................................................................... 48
3.5.1.2 Costos....................................................................................................... 49
3.5.1.3 Inversin................................................................................................... 49
 3.5.1.4 Flujo de Caja Neto .................................................................................... 50
3.5.1.5 Clculo del Valor Actual Neto. ................................................................. 51
3.5.2 Segunda Alternativa ........................................................................................ 51
3.5.2.1 Ingresos .................................................................................................... 51
3.5.2.2 Costos....................................................................................................... 51
3.5.2.3 Inversin................................................................................................... 52
3.5.2.4 Flujo de Caja Neto .................................................................................... 52
3.5.2.5 Clculo del Valor Actual Neto .................................................................. 53
3.6 Conclusiones ...................................................................................................... 53
CAPTULO IV: Primer Incremento ................................................................................. 55
4.1 Introduccin ........................................................................................................... 55
4.2 Etapa De Anlisis. .................................................................................................. 57
4.2.1 Casos de Uso: Gestionar Productos.................................................................. 57
4.2.2Caso de uso: Gestionar Cliente. ........................................................................ 66
4.2.3 Caso de Uso: Gestionar Catlogo.................................................................. 73
4.2.5 Caso de Uso: Gestionar pedido. .................................................................... 77
4.2.4 Diagramas de caso de uso: Gestionar Producto. ............................................... 82
4.2.5 Diagramas de caso de uso: Gestionar Cliente. .................................................. 83
4.2.6 Diagramas de caso de uso: Gestionar Catlogo. ............................................... 84
4.2.7 Diagramas de secuencia de sistema: Gestionar Producto.................................. 85
4.2.8 Diagrama de secuencia: Gestionar Cliente. ...................................................... 90
4.2.9 Diagrama de secuencia: Gestionar Catlogo..................................................... 95
4.2.9 Diagrama de secuencia: Gestionar pedidos. ..................................................... 96
4.2.10 Modelo Conceptual........................................................................................ 99
4.3 Etapa Diseo. ........................................................................................................100
4.3.1 Diagramas de clases: Agregar compra a proveedores ......................................100
4.3.2 Diagrama de Colaboracin: Agregar compra a proveedores ............................102
4.3 Pruebas..................................................................................................................104
4.3.1 Definicin.......................................................................................................104
4.3.2 Pruebas de Resistencia y Desempeo..............................................................105
4.3.2.1 resultados obtenidos de las pruebas de resistencia y desempeo ...............105
 4.3.3 Pruebas funcionales. .......................................................................................106
4.4 Conclusin ............................................................................................................110
CAPITULO V: Segundo Incremento..............................................................................111
5.1 Introduccin ..........................................................................................................111
5.2 Etapa Anlisis .......................................................................................................112
5.2.1 Caso de uso: Solicitud Caja Acstica ..............................................................112
5.2.2 Caso de Uso: Gestionar Informes....................................................................118
5.2.3 Diagramas de caso de uso: Solicitud cajas acsticas........................................120
5.2.4 Diagrama de caso de uso: Generar Informes ...................................................121
5.2.5 Diagramas de secuencia: Solicitud caja acstica. ............................................122
5.2.6 Diagrama de secuencia: Gestionar Informes...................................................125
5.3 Etapa de diseo .....................................................................................................126
5.3.1 Diagrama de colaboracin Solicitud caja acstica.......................................126
5.3.2 Diagrama de clases Solicitud caja acstica .................................................129
5.3.3 Diagrama de colaboracin: Gestionar informes...............................................130
5.3.4 Diagrama de clases Generar informes .............................................................131
5.4 Pruebas..................................................................................................................132
5.4.1 Pruebas de Resistencia y Desempeo..............................................................133
5.4.1.1 resultados obtenidos.................................................................................133
5.4.2 Pruebas funcionales. .......................................................................................134
5.5 Conclusin ............................................................................................................138
CAPITULO VI: Tercer Incremento.................................................................................140
6.1 Introduccin ..........................................................................................................140
6.2 Etapa de anlisis ....................................................................................................141
6.2.1 Casos de uso: Gestionar Proveedor .................................................................141
6.2.2 Casos de uso: Gestionar facturas.....................................................................145
6.2.3Diagrama de casos de uso Gestionar proveedor ...............................................147
6.2.4 Diagramas de casos de uso Gestionar facturas.................................................148
6.2.5 Diagramas de secuencia Gestionar proveedores ..............................................149
6.2.6 Diagramas de secuencia Gestionar facturas.....................................................151
6.3 Etapa Diseo .........................................................................................................152
 6.3.1 Diagramas de colaboracin de Gestionar proveedor........................................152
6.3.2 Diagramas de colaboracin de Gestionar factura.............................................154
6.3.3 Diagrama de clases Gestionar Proveedor ........................................................156
6.3.4 Diagrama de clases Gestionar factura..............................................................156
6.4 Pruebas..................................................................................................................157
6.4.1 Pruebas de Resistencia y Desempeo..............................................................158
6.4.2 Pruebas funcionales ........................................................................................158
6.5 Conclusin ............................................................................................................167
CAPITULO VII: Implementacin y Modelo de datos......................................................168
7.1 Introduccin ..........................................................................................................168
7.2 Pantallas del sistema..............................................................................................169
7.3 Documentacin Modelo de Datos..........................................................................190
7.3.1 Modelo Entidad Relacin osCommerce - Audiocenter ....................................190
7.3.2 Modelo fsico final de osCommerce Audiocenter.........................................191
7.3.3 Modificaciones a la base de datos osCommerce..............................................193
7.4 Conclusin ............................................................................................................193
Conclusiones Generales ..................................................................................................195
ANEXO A : Configuracin de osCommerce ...................................................................201
A.1 Instalacin y configuracin de osCommerce .........................................................201
A.1.1 Instalacin .....................................................................................................201
A.1.2 Configuracin Bsica.....................................................................................208
A.1.3 Componentes y modificaciones realizadas .....................................................210
ANEXO B : Documentacin de osCommerce .................................................................212
B.1 Documentacin de las clases incorporadas a osCommerce ....................................212
B.1.1 Estructura visual de osCommerce...................................................................212
B.1.1.1 Forma en que index.php utiliza los dems archivos .................................213
B.1.1.2 Organizacin de las carpetas ...................................................................215
B.1.1.3 Incorporacin del proyecto desarrollado a osCommerce ..........................215
B.1.1.4 Mdulo de Compra A Proveedores..........................................................216
B.1.1.5 Mdulo de Solicitudes de Cajas Acsticas...............................................217
B.1.1.6 Mdulo de Informes de Stock..................................................................217
 B.1.1.7 Archivos de osCommerce modificados para incorporar el proyecto .........218
ANEXO C : Convenios, cuestionario, diagrama de estados y explicacin de patrones.....221
C.1 Diagrama de estados Gestionar pedido ..............................................................222
C.1.1 Definicin del diagrama de estados...................................................................223
C.2 Cuestionario realizado a clientes ...........................................................................224
C.3 Convenio de envos va Chilexpress......................................................................225
C.4 Clases DAO existentes en los diagramas...............................................................226
C.5 Explicacin de los patrones GRASP .....................................................................226
C.5.1 Diseo de Agregar compra a proveedores...................................................226
C.5.2 Diseo Solicitud Caja Acstica...................................................................227
C.5.3 Diseo Generar Informes............................................................................228
ndice de Figuras

Figura 1.1: Modelo Fsico de la base de datos de osCommerce ........................................ 14

Figura 1.2: Funcionamiento de AJAX. ............................................................................. 15
Figura 2.2: Sistema de cotizacin actual desarrollado en Access. ..................................... 25
Figura 4.2: Gestionar Cliente. .......................................................................................... 83
Figura 4.3: Gestionar Catlogo......................................................................................... 84
Figura 4.4: Diagrama de secuencia Ingresar nuevo producto......................................... 85
Figura 4.5: Diagrama de secuencia Eliminar producto. ................................................. 86
Figura 4.6: Diagrama de secuencia Modificar datos del producto.................................. 86
Figura 4.7: Diagrama de secuencia Agregar compra a proveedores. ............................. 87
Figura 4.8: Diagrama de secuencia Modificar stock de productos. ................................ 87
Figura 4.9: Diagrama de secuencia Mostrar ndice en la venta de productos.................. 88
Figura 4.10: Diagrama de secuencia Mostrar estado del stock....................................... 88
Figura 4.11: Diagrama de secuencia Buscar factura. ..................................................... 89
Figura 4.12: Diagrama de secuencia Eliminar factura. .................................................. 89
Figura 4.13: Diagrama de secuencia Registrar nuevo cliente......................................... 90
Figura 4.14: Diagrama de secuencia Modificar datos cliente......................................... 91
Figura 4.15: Diagrama de secuencia Identificar usuario. ............................................... 92
Figura 4.16: Diagrama de secuencia Cambiar contrasea.............................................. 93
Figura 4.17: Diagrama de secuencia Mostrar datos del cliente. ..................................... 94
Figura 4.18: Diagrama de secuencia Recuperar clave olvidada. .................................... 94
Figura 4.19: Diagrama de secuencia Mostrar productos. ............................................... 95
Figura 4.20: Diagrama de secuencia Agregar productos al carro de compra. ................. 95
Figura 4.21: Diagrama de secuencia Eliminar productos del carro de compra. .............. 96
Figura 4.22: Diagrama de secuencia Mostrar pedidos. .................................................. 96
Figura 4.23: Diagrama de secuencia Cambiar estado a un pedido.................................. 97
Figura 4.24: Diagrama de secuencia Eliminar pedido.................................................... 97
Figura 4.25: Diagrama de secuencia Mostrar detalle de un pedido. ............................... 98
Figura 4.26: Diagrama de secuencia Revisar pedidos.................................................... 98
Figura 4.27: Modelo Conceptual. ..................................................................................... 99
Figura 4.28: Diagrama de clases Agregar compra a proveedores..................................101
Figura 4.29: Diagrama de colaboracin Agregar compra a proveedores. ......................103
Figura 5.2: Diagrama de casos de uso Generar Informes. .............................................121
Figura 5.3: Diagrama de secuencia Mostrar solicitudes................................................122
Figura 5.4: Diagrama de secuencia Eliminar solicitudes...............................................122
Figura 5.5: Diagrama de secuencia Mostrar detalle solicitud. .......................................123
Figura 5.6: Diagrama de secuencia Enviar solicitud. ....................................................123
Figura 5.7: Diagrama de secuencia Cambiar estado de solicitud...................................124
Figura 5.8: Diagrama de secuencia Responder solicitud al cliente................................124
Figura 5.9: Diagrama de secuencia Generar informes de productos bajo stock. ............125
Figura 5.10: Diagrama de secuencia Generar informes stock actual. ............................125
Figura 5.11: Diagrama de colaboracin Ingresar Solicitud. ..........................................126
Figura 5.12 : Diagrama de colaboracin Listar solicitudes . .........................................127
Figura 5.13: Diagrama de colaboracin Mostrar Detalle de solicitud............................127
Figura 5.14: Diagrama de colaboracin Responder a cliente. .......................................128
Figura 5.15: Diagrama de colaboracin Cambiar estado de la solicitud. .......................128
Figura 5.12: Diagrama de clases Solicitud caja acstica...............................................129
Figura 5.13: Diagrama de colaboracin Generar informes de stock. .............................130
Figura 6.1: Diagrama de casos de uso Gestionar proveedores. .....................................147
Figura 6.2: Diagrama de casos de uso Gestionar factura...............................................148
Figura 6.4: Diagrama de secuencia Agregar nuevo proveedor......................................150
Figura 6.5: Diagrama de secuencia Editar proveedor....................................................150
Figura 6.6: Diagrama de secuencia Eliminar proveedor. ..............................................151
Figura 6.7: Diagrama de secuencia Listar facturas. ......................................................151
Figura 6.9: Diagrama de colaboracin Editar proveedor...............................................152
Figura 6.10: Diagrama colaboracin Buscar proveedor. ...............................................153
Figura 6.11: Diagrama de colaboracin Agregar proveedor..........................................153
Figura 6.12: Diagrama de colaboracin Eliminar proveedor.........................................154
Figura 6.13 : Diagrama de colaboracin Ver detalle factura. ........................................154
Figura 6.14 : Diagrama de colaboracin Ver detalle factura. ........................................155
Figura 6.15: Diagrama de clases Gestionar Proveedor..................................................156
Figura 7.1: Pantalla Ingresar nuevo producto (primera parte). .....................................169
Figura 7.4: Pantalla Modificar producto (segunda parte). ............................................172
Figura 7.5: Pantalla Eliminar producto. ...........................................................................173
Figura 7.7: pantalla Agregar compra a proveedores (continuacin). ................................174
Figura 7.10 Mostrar estado del stock...............................................................................176
Figura 7.11: Pantalla de Registro De Clientes (primera parte) .........................................177
Figura 7.12: Pantalla Registro de clientes (segunda parte)...........................................178
Figura 7.13: Pantalla Modificacin de datos del cliente................................................178
Figura 7.14: Pantalla Modificar datos del cliente (segunda parte)................................179
Figura 7.15: Pantalla Cambiar Contrasea.......................................................................179
Figura 7.16: Pantalla Recuperar contrasea olvidada. ..................................................180
Figura 7.17: Pantalla Mostrar Datos de Un Cliente..........................................................180
Figura 7.18: Pantalla Mostrar clientes registrados. .......................................................181
Figura 7.19: Pantalla Mostrar lista de fabricantes.........................................................181
Figura 7.20: Pantalla Mostrar productos.......................................................................182
Figura 7.22: Pantalla Administracin Facturas. ............................................................183
Figura 7.23: Pantalla Solicitud Cajas Acsticas............................................................183
Figura 7.24: Pantalla Mostrar Pedidos..........................................................................184
Figura 7.25 Pantalla Mostrar detalle de un pedido........................................................185
Figura 7.26: Pantalla Eliminar Pedidos. .......................................................................186
Figura 7.27 Pantalla Informes de stock. .......................................................................186
Figura 7.28: Pantalla Identificar cliente........................................................................187
Figura 7.29: Pantalla Identificar administrador. ...........................................................187
Figura 7.30: Pantalla Gestionar Proveedores................................................................188
Figura 7.31: Modelo Entidad Relacin base de datos osCommerce Audiocenter...........191
Figura 7.32: Modelo Fsico osCommerce Audiocenter. ................................................192
Figura 6.1: Instalacin osCommerce Pantalla de bienvenida.........................................202
Figura 6.2: Instalacin osCommerce Inicio de nueva instalacin. .................................203
Figura 6.3: Instalacin de osCommerce Informacin Base de Datos .............................204
Figura 6.4: Instalacin de osCommerce Test de conexin con base de datos.................205
Figura 6.5: Instalacin de osCommerce Importando base de datos osCommerce ..........205
Figura 6.6: Instalacin de osCommerce Informacin del servidor Web.........................206
Figura 6.8: Aspecto de la tienda, luego de finalizar la instalacin ....................................207
Figura 6.9: Pantalla de Administracin osCommerce ......................................................208
Figura 6.10: Pantalla de configuracin para la administracin de la tienda.......................209
Figura B.1: Zonas del catlogo........................................................................................212
Figura C.1: Diagrama de estados Pedido......................................................................222
ndice Tablas

Tabla 2.1: Datos generales del negocio............................................................................. 19

Tabla 2.2: Requerimientos no funcionales. ....................................................................... 40
Tabla 3.1: Planes hosting de la empresa Puntohost. .......................................................... 45
Tabla 3.2: Caractersticas estndar de planes hosting........................................................ 46
Tabla 3.3: Caractersticas mnimas que debe poseer el servidor........................................ 47
Tabla 3.4: Flujo de Caja Primera Alternativa.................................................................... 50
Tabla 3.6: Flujo de Caja Segunda Alternativa................................................................... 52
Tabla 4.2: Resultados de las pruebas de resistencia y desempeo. ...................................106
Tabla 5.2: Resultados de las pruebas de resistencia y desempeo. ...................................133
Introduccin general

La revolucin tecnolgica en la que vive la humanidad actualmente, es debida en buena

parte a los avances significativos en las tecnologas de la informacin y la comunicacin.
Los grandes cambios que caracterizan esencialmente esta nueva sociedad son: la
generalizacin del uso de las tecnologas, las redes de comunicacin, el rpido
desenvolvimiento tecnolgico y cientfico y la globalizacin de la informacin [43].

Las pymes en Chile son un eje central de la economa y estn presentes en la agenda
pblica de varios sectores. Una de las debilidades detectadas por un estudio realizado por la
Cmara de Comercio de Santiago, es la mala administracin de la informacin, ya que
generalmente se desaprovechan los recursos tecnolgicos existentes, puesto que estos
recursos no se incorporan a los procesos de negocio existentes [44].

El comercio electrnico avanza de una manera vertiginosa, no slo las grandes compaas
pueden verse beneficiadas de este tipo de comercio, puesto que en el caso de Chile, las ya
mencionadas pymes pueden sacar ventaja de esta nueva forma de hacer negocios. Esto es lo
que se quiere lograr al implementar una tienda virtual en Audiocenter, aprovechar las
ventajas que ofrece esta nueva forma de hacer comercio para lograr que las personas con
conexin a Internet puedan realizar pedidos, consultar por el valor de construir una caja
acstica dadas ciertas caractersticas y ver catlogos de productos. Adems, existe un
manejo en la gestin de la informacin, esto se puede constatar puesto que el sistema Web
implementado puede administrar datos de proveedores, registrar las compras a proveedores,
generar informes de stock, etc.

Las tiendas virtuales constituyen la etapa actual del comercio electrnico y plataformas
como osCommerce utilizadas en la realizacin del proyecto Web para Audio Center,
constituyen una forma rpida, fcil, til y gratuita de aprovechar las ventajas de este tipo de
comercio.

1
Este informe contempla 8 captulos dispuestos de la siguiente forma:

Contexto del Problema Comercio Electrnico. En l se define el comercio electrnico, la

metodologa y tecnologas utilizadas para el proyecto.

Situacin actual y anlisis de requerimientos. Se describe la situacin actual de la empresa,

los objetivos que debe cumplir el proyecto Web, problemas, requerimientos y la solucin
planteada para ellos.

Estudio de factibilidad. En este captulo se mencionan las posibles alternativas de solucin

desde el punto de vista tecnolgico y financiero.

Primer incremento. Se realiza el anlisis de los requerimientos del proyecto Web, se realiza
el diseo orientado a objetos y las pruebas de compra a proveedores.

Segundo incremento. Se hace el anlisis, diseo orientado a objetos y pruebas de solicitud

de cajas acsticas.

Tercer incremento. Se analiza, se realiza el diseo orientado a objetos y se efectan las

pruebas de la gestin de proveedores.

Implementacin y Modelo de datos. Este captulo da a conocer las pantallas del proyecto
Web y la documentacin del modelo de datos.

2
CAPTULO I Contexto del Problema: Comercio
Electrnico

1.1 Introduccin
El veloz desarrollo tanto de Internet como de las tecnologas de informacin ha impactado a
toda la humanidad. Ha cambiado la forma de relacionarse, las redes mundiales de
informacin se han expandido con una rapidez sorprendente, los lmites o fronteras como
antes se conocan en esta gran sper carretera de la informacin ya no existen.

Internet es una gran cantidad de redes conectadas entre s. Estas redes se encuentran
distribuidas en todo el mundo y se puede encontrar informacin y servicios de todo tipo,
por lo que la cantidad de usuarios conectados y la informacin proveniente de estas redes es
enorme (estimaciones reales de cifras, hablan de ms de 600 millones de usuarios en todo el
mundo que se conectan diariamente a la Internet) [33].

Internet se ha convertido en una gran oportunidad para generar nuevos negocios

revolucionando la manera en que las empresas ofrecen sus servicios y/o productos. Las
ventajas para los clientes son evidentes puesto que le permite acceder a la informacin de
una manera sencilla, rpida y cmoda. Pero tambin plantea un desafo, cmo aprovechar
de la mejor forma posible la gran cantidad de recursos existentes [39].

El hecho de que tantas redes estn conectadas plantea interrogantes orientadas a la

seguridad, disponibilidad y confiabilidad de los servicios que Internet provee. Por lo que
adems de ser una gran oportunidad para realizar distintos tipos de negocios, si no se toman
los resguardos necesarios, puede ser una gran amenaza [40].

Como toda poca tiene sus grandes revoluciones, en esta poca la gran revolucin es la de
la informacin. Esta ha afectado muchos aspectos del desarrollo humano, uno de ellos es el
comercio. Las tecnologas e Internet han dado pie para el desarrollo de un nuevo tipo de
comercio; el comercio electrnico. Este tipo de comercio cobra cada vez ms fuerza, puesto

3
que los principales actores involucrados en los negocios (empresas, gobiernos,
consumidores, proveedores de tecnologa) lo ven como la gran posibilidad del futuro [36].

1.2 Comercio electrnico

Tpicamente, esta actividad (que tambin es conocida como E-Commerce, Electronic
Commerce, EC, e-commerce ecommerce) se puede definir como: transacciones de
negocios realizadas electrnicamente a travs de Internet [1]. Pero este trmino engloba
todo el proceso de comercializacin de un producto o servicio a travs de Internet, desde la
promocin, gestin de la tienda, disposicin de productos y ofertas, sistemas de pago,
logstica y transportes, gestin postventa y de comisionistas, etc.

1.2.1 Breve Resea Histrica

El significado del trmino comercio electrnico ha cambiado a lo largo del tiempo.
Originariamente, significaba la facilitacin de transacciones comerciales electrnicamente,
normalmente utilizando tecnologa como la Electronic Data Interchange (EDI, presentada a
finales de los aos 70) para enviar electrnicamente documentos como pedidos de compra
o facturas [1].

Ms tarde pas a incluir actividades denominadas comercio en la red, como la compra de

bienes y servicios a travs de Internet va servidores seguros (usando HTTPS, un protocolo
de servidor especial que encripta la realizacin confidencial de pedidos para la proteccin
de los consumidores y los datos de la organizacin) con tarjetas de compra electrnica y
con servicios de pago electrnico, como autorizaciones para tarjeta de crdito [2].

1.2.2 Clases de comercio electrnico

Existen dos categoras generales que clasifican esta actividad: el comercio electrnico
directo (que, por referirse a bienes o servicios digitales, se concreta y ejecuta
completamente por va informtica) y el indirecto (referido a bienes o servicios fsicos que
an cuando permitan una celebracin por medios tecnolgicos, requieren del medio fsico
tradicional para su cumplimiento). Tambin se suele categorizar en comercio electrnico de
empresa a empresa (B2B), de empresa a consumidor (B2C), de consumidor a consumidor

4
(C2C) o entre empresa y Gobierno (B2G)[3]. A continuacin, se detallar la categora en la
cual se basar este proyecto:

Empresa a Consumidor (B2C): B2C es la abreviatura de la expresin business to

consumer, es decir, el comercio electrnico que realizan las empresas con los particulares
[4]. Es un tipo de comercio electrnico que se ha expandido en diversos sectores
comerciales y que en el ltimo tiempo ha incorporado el rea de la distribucin alimentaria.
As, las grandes cadenas de supermercados e hipermercados ya disponen en sus portales de
aplicaciones de venta a travs de Internet. Otro ejemplo en B2C es el mayorista
estadounidense de libros, msica y otros productos Amazon.com [5].

El xito del B2C pasa por el aseguramiento de los sistemas de pago a travs de tarjeta de
crdito, si bien en muchos casos se da la posibilidad de otras formas de pago como contra
reembolso, en efectivo, pago va depsito o la utilizacin de servicios proporcionados por
otras empresas como Paypal.

En esta categora se enmarca el proyecto en desarrollo, puesto que, el B2C es ampliamente

utilizado por empresas insertas en el rubro de la comercializacin de instrumentos y
equipos de amplificacin. Algunos ejemplos lo constituyen, Audiomsica, Promusic,
FancyMusic, entre otros.

1.2.3 Comercio electrnico en la actualidad

A pesar del corto tiempo de aplicacin efectiva que lleva esta actividad, se pueden
diferenciar tres etapas [6]:

1.2.3.1 Primera Etapa: Simple formulario HTML

No estaba mal para los comienzos. Un simple formulario es capaz de recoger la orden y
envirsela por correo electrnico al vendedor. Sin embargo, cuando el nmero de productos
a vender excede de tres o cuatro se hace imposible presentarlos, junto con sus descripciones
y los datos del comprador, en una misma pgina.

5
1.2.3.2 Segunda Etapa: Carro de compra
La tienda puede presentar un nmero infinito de productos, cada uno de ellos en su propia
pgina, y el cliente nicamente tiene que ir sealando los que desea comprar. El sistema es
capaz de calcular no slo los precios totales sino tambin las tasas de envo, impuestos y
cambio de moneda.

Pero sta es tan slo una de las funciones realizadas por el software de ltima generacin.

1.2.3.3 Tercera Etapa y Actual: Autnticos almacenes electrnicos

Sin necesidad de conocimientos de programacin y con tan solo su habitual navegador el
propietario es capaz de realizar todo tipo de tareas de actualizacin de mercanca: aadir,
borrar u ocultar temporalmente productos, cambiar precios, establecer concursos,
descuentos o promociones, recoger pedidos seguros, trabajar fcilmente con cuentas e
inventarios existentes, e incluso manipular imgenes. Ejemplo de esto es la plataforma
OsCommerce que, de acuerdo a la definicin anterior, est dentro del comercio electrnico
de la tercera generacin, puesto que posee amplias funciones de administracin y trato
personalizado para cada cliente.

El sistema Web que se desarrollar para Audio Center, est ligado con esta etapa. En
Chile, los sistemas Web de las empresas ms importantes del mundo musical no han nacido
en esta etapa, pues estos se han desarrollado desde cero, lo que contrasta con los actuales
almacenes electrnicos, los cuales, traen muchas de las funcionalidades ya implementadas.

1.2.4 Ventajas del comercio electrnico

1.2.4.1 Ventajas para las empresas

Elimina obligaciones con trabajadores por los contratos.

Costos de los distribuidores.

Elimina las prdidas por mercanca robada.

Elimina das muertos por causas de huelga.

Genera mayores ganancias por venta unitaria de un producto.

6
 Cercana a los clientes y mayor interactividad y personalizacin de la oferta [7].

Desarrollo de ventas electrnicas.

Globalizacin y acceso a mercados potenciales de millones de clientes.

Implantar tcticas en la venta de productos para crear fidelidad en los clientes.

Facilidad de uso y mantencin de los sistemas Web basados en la tercera etapa del
comercio electrnico, definida en la seccin 1.2.3.3.

1.2.4.2 Ventajas para los clientes

Cotizar productos evitando los costos de movilizacin al cliente.

Comodidad en la adquisicin del bien o producto. Para Audio Center esto es

fundamental, pues los clientes evitarn los retrasos propios de la atencin en persona.

Brinda informacin pre-venta y posible prueba del producto antes de la compra. Y esto
se hace necesario, sobre todo para Audio Center, pues se le solicitan cotizaciones va
telefnica.

Inmediatez al realizar los pedidos.

Servicio pre y post-venta online.

Dar opciones al consumidor de elegir, en un mercado global, productos acorde con sus
necesidades [36].

1.2.5 Desventajas del comercio electrnico

Existe una lejana entre el vendedor y el comprador, lo que hace ms complicado el
proceder con quejas sobre un producto.

Cobro o poder hacer vlida la garanta del producto comercializado. En Audio Center,
las ventas que se realicen fuera de la ciudad tendrn engorrosos trmites de cobro de
garanta, ya que, por ejemplo, se deber determinar quin absorbe los costos de envo.

Se pierde la capacidad de visualizacin fsica del producto.

Menor comunicacin entre vendedor y consumidor.

7
 Desconocimiento de la empresa. No conocer la empresa que vende es un riesgo del
comercio electrnico (existen empresas que no estn constituidas en su pas de origen,
las cuales ofrecen sus productos o servicios por Internet). Al desconocer Audio Center,
los clientes pueden pensar que esta empresa no cumplir con su obligacin de hacer
llegar los productos adquiridos, lo que podra tener como consecuencia la falta de
confianza.

Forma de Pago. En el caso de Audio Center la forma de pago ser por depsito en una
cuenta bancaria, la cual de no ser debidamente verificada en la cuenta corriente de la
empresa se corre el riesgo de ser victima de una estafa.

Privacidad y seguridad. En la actualidad, las compras se realizan utilizando el nmero

de la tarjeta de crdito. Aunque el comercio electrnico ha avanzado mucho, nunca
habr una transmisin de datos 100% segura. Cualquiera que transfiera datos de una
tarjeta de crdito mediante Internet, no puede estar seguro de la identidad del vendedor.
Anlogamente, ste (el vendedor) no lo est sobre la del comprador. Quien paga no
puede asegurarse de que su nmero de tarjeta de crdito no sea recogido y sea utilizado
para algn propsito malicioso; por otra parte, el vendedor no puede asegurar que el
dueo de la tarjeta de crdito rechace la adquisicin [38].

8
1.3 Metodologa Utilizada

1.3.1 Orientacin A Objetos

El proyecto Web que se desarrollar estar basado en el enfoque orientado a objetos, el cual
ser aplicado en todo el proceso de desarrollo.

La orientacin a objetos es un paradigma de desarrollo que facilita sustancialmente las

etapas de anlisis, diseo e implementacin. Este moderno paradigma segn Alfredo
Witzenfeld [26], define una estructura de alto nivel llamada Objeto, lo cual permite que el
programador trabaje con estructuras que poseen un alto nivel de abstraccin. Otra
caracterstica es que los datos globales desaparecen (los datos globales son ampliamente
usados en el paradigma estructurado) puesto que estos junto con las funciones son parte
interna de los objetos, por lo que los cambios que se realicen en los datos slo afectarn a
las funciones definidas en ese mismo objeto y no en los dems.

La Orientacin a objetos posee caractersticas como: reutilizacin del cdigo, facilidad de

mantencin, ciclos de desarrollo ms cortos. Tambin posee elementos que refuerzan el
desarrollo del software, estos elementos son: Abstraccin, Encapsulamiento, Polimorfismo,
Herencia [8].

1.3.2 UML
El Lenguaje Unificado de Modelado (UML) es un lenguaje para especificar, visualizar,
construir y documentar los artefactos de los sistemas software, as como para el modelado
del negocio y otros sistemas no software [27].

Hoy en da, UML es la notacin estndar para el modelado orientado a objetos. Es la unin
de las notaciones visuales de Grady Booch y Jim Rumbaugh (mtodos de Booch y OMT
<Object Modeling Technique> respectivamente) junto con el mtodo Objetory de Ivar
Jacobson que se les uni ms tarde.

9
UML fue adoptado en 1997 como estndar por el OMG1, y contina siendo refinado en
nuevas versiones.

1.3.3 Ciclo de vida iterativo

Esta metodologa es un enfoque para el desarrollo de software, que contiene una serie de
buenas prcticas para creacin de sistemas. De aquellas buenas prcticas existe una que se
destaca por sobre el resto: el desarrollo iterativo. Este organiza el desarrollo en iteraciones,
que incluyen, las etapas de anlisis de requisitos, diseo, implementacin y pruebas. Cada
iteracin es un mini proyecto corto de duracin fija y desarrollo adaptable.

Entre las buenas prcticas descritas en [27], se encuentran:

Abordar las cuestiones de alto riesgo y valor en las primeras iteraciones

Usuarios involucrados continuamente

Atencin en las primeras etapas al construir una arquitectura bsica cohesiva

Verificar continuamente la calidad, desde el principio y con frecuencia

Aplicar casos de uso

Modelar el software visualmente

Gestin cuidadosa de requisitos

Control de cambios

Este trabajo se basar en la aplicacin del proceso unificado, propuesto por el autor Craig
Larman [27].

1.3.4 Patrones GRASP

Los patrones GRASP describen los principios fundamentales de la asignacin de
responsabilidades a objetos, expresados en forma de patrones. El patrn es una pareja de

1
Object management group, organizacin que promueve estndares para la industria.

10
problema/solucin con un nombre y que es aplicable a otros contextos. Posee una
sugerencia de cmo puede ser utilizado en situaciones nuevas. Los patrones utilizados en
este proyecto son: Experto, Controlador, Creador, Bajo acoplamiento y Alta cohesin [27].

1.4 Tecnologa Utilizada

1.4.1 Lenguaje Orientado a la Web

Entre los lenguajes existentes para crear sistemas Web, se destaca PHP. Las principales
razones por la cual utilizar PHP son: El uso de tcnicas propias de la orientacin a objetos y
el hecho de que sea open source, lo que permite que cualquiera que posea conocimientos en
programacin pueda utilizarlo de forma gratuita. Adems es el lenguaje utilizado en el
desarrollo de la plataforma osCommerce, motivo por el cual es necesaria su utilizacin para
el desarrollo de nuevas funcionalidades.

1.4.2 Base de datos

Dentro de la gama existente de gestores de base de datos uno de los ms utilizados es
MySql. Este es un sistema de administracin relacional de bases de datos. MySql y PHP
estn muy relacionados y existen multitud de extensiones en PHP para soportar MySql.
Adems MySql es de libre distribucin al igual que PHP por lo que cualquiera puede tener
acceso a este gestor de base de datos. Cabe destacar que osCommerce utiliza este gestor.

1.4.3 Servidor Web

Dentro del desarrollo de aplicaciones Web son necesarios los llamados servidores Web,
uno de los ms utilizados es Apache. Su costo gratuito, gran fiabilidad y extensibilidad le
convierten en una herramienta potente y muy configurable. Adems viene incorporado en
AppServ. Este software es muy cmodo ya que la instalacin es fcil y adems la
configuracin es automtica. AppServ se instala en ambientes con sistema operativo
Windows.

11
1.4.4 Editor de Html y Xml
Para la construccin del sistema se debe utilizar un editor de HTML y XML. Existen varios
editores para la generacin de cdigo PHP, la construccin de scripts y formularios html.
Algunos de estos son: SuperEdi, AceHTML PRO y Dreamweaver MX 2005.
Dreamweaver destaca por ser el editor de pginas Web ms utilizado en el diseo y
programacin Web, debido a sus funcionalidades, su integracin con otras herramientas
como Macromedia Flash y, recientemente, por su soporte de los estndares del World Wide
Web Consortium [9] (consorcio internacional que produce estndares para la World Wide
Web). Tiene soporte tanto para edicin de imgenes como para animacin a travs de su
integracin con otras herramientas.

1.4.5 osCommerce
OsCommerce es una solucin de comercio electrnico y consiste en una tienda en lnea que
ofrece un amplio rango de caractersticas que permite configurar tiendas en lnea de una
manera ms simple y rpida. Est disponible gratuitamente como una solucin Open
Source lanzada bajo licencia GNU (General Public Licence).

OsCommerce est construido con el lenguaje PHP y la persistencia es manejada por el

gestor de base de datos MySql. OsCommerce es una aplicacin que posee una arquitectura
de dos capas. Estas aplicaciones son ms conocidas como aplicaciones Cliente/Servidor y
lo ms caracterstico es que dividen una aplicacin entre un cliente y un servidor
estableciendo un middleware2 que controla las comunicaciones entre ambos [10]. En la
actualidad muchos sistemas de informacin estn basados en arquitecturas de dos capas,
osCommerce utiliza los niveles de [11]:

Aplicacin: Este nivel es en el que se encuentra toda la interfaz del sistema y es la que el
usuario puede disponer para realizar su actividad con el sistema.

2
Software de conectividad que permite ofrecer un conjunto de servicios que hacen posible el funcionamiento
de aplicaciones distribuidas sobre plataformas heterogneas.

12
Base de Datos: Este nivel de la Base de Datos tambin llamado el Repositorio de Datos, es
la capa en donde se almacena toda la informacin ingresada en el sistema y que se la
deposita en forma permanente.

El desarrollo de osCommerce comenz en marzo del ao 2000 y ha madurado en una

solucin que actualmente beneficia a unas 10.669 [12] tiendas en lnea registradas
alrededor del mundo.

Hoy, osCommerce ha sido llevado a un siguiente nivel, convirtindose en una solucin

framework para el comercio electrnico, que no slo sigue siendo simple de mantener, sino
tambin hace ms fcil la labor de los administradores de las tiendas en lnea al presentarse
a sus clientes segn sus propios requerimientos [12].

El xito de OsCommerce est respaldado por una numerosa y activa comunidad, donde los
miembros se ayudan unos a otros y participan en el desarrollo, mantenindose al tanto del
estado actual del proyecto. Es importante destacar, que cualquier persona puede contribuir
con el perfeccionamiento de osCommerce, participando en el desarrollo de contribuciones,
haciendo donaciones al equipo desarrollador, promocionando y auspiciando el proyecto.

Respecto de cmo osCommerce almacena la informacin, se elabor un modelo fsico que

contiene las tablas ms importantes con las que trabaja. Utilizando los reportes de las
tablas, se logr determinar las relaciones entre las distintas partes del modelo de datos,
identificando claves primarias y forneas, que permitieron comprender las relaciones que
no eran evidentes y que era necesario conocer. Ver figura 1.1 para examinar el modelo
resultante.

13
 Figura 1.1: Modelo Fsico de la base de datos de osCommerce.

El modelo representado en la figura 1.1, es una versin simplificada de la base de datos,

puesto que, se han omitido algunos atributos no relevantes para este proyecto, as como
algunas tablas que son propias de la configuracin de osCommerce.

Los mdulos a desarrollar, utilizarn principalmente la informacin contenida en

productos (products), lo que implica tambin usar las tablas que poseen parte de la
informacin de los productos, dado que la totalidad de la informacin est distribuda en las
tablas products, products_description, products_attributes, products_notifications y
manufacturers. De esta forma es como se integra la solucin para tiendas en lnea
osCommerce, junto con la personalizacin que busca el proyecto en curso. Este tema se
profundizar en el captulo 6, seccin 6.3 de esta memoria.

14
1.4.6 AJAX

Figura 1.2: Funcionamiento de AJAX.

AJAX es una forma de hacer desarrollo Web combinando diversas tecnologas tales como :
presentacin basada en estndares usando XHTML y CSS, exhibicin e interaccin
dinmicas usando el Document Object Model, intercambio y manipulacin de datos usando
XML y XSLT, recuperacin de datos asincrnica usando XMLHttpRequest y JavaScript
(vase figura 2.1) [20]. Los navegadores modernos tales como Mozilla 7.1, IE 5.0, Opera
8.0 por nombrar algunos soportan esta revolucionaria tcnica de desarrollo. AJAX es
ocupado en aplicaciones tales como Gmail y Google Earth, gracias a AJAX estas
aplicaciones Web parecen acercarse ms a aplicaciones de escritorio que a aplicaciones
Web [21].

15
1.4.6 FPDF
FPDF es una clase escrita en PHP que permite generar documentos PDF directamente
desde PHP, es decir, sin usar la biblioteca PDFlib. La ventaja es que, mientras PDFlib es
para usos comerciales, la F de FPDF significa Free (gratis y libre): por lo tanto se puede
usar para cualquier propsito y tambin modificar, dependiendo de las necesidades que se
presenten [30].

1.4.7 Calendario Epoch

Epoch en su versin 2.0.1 es un calendario construido con JavaScript y hojas de estilo CSS.
Es fcil de usar y de configurar, es una alternativa atractiva para los desarrolladores de
sitios Web puesto que su implementacin es rpida y posee un aspecto muy configurable.
Adems, est construido bajo el enfoque de orientacin a objetos. Est desarrollado bajo
licencia GNU LGPL siendo absolutamente gratis para todos los usuarios que deseen
utilizarlo. Los navegadores que soportan este calendario son: Microsoft Internet Explorer,
Mozilla, FireFox, Netscape Navigator, Opera entre otros [31].

1.5 Conclusiones
Este captulo tuvo como finalidad establecer el marco terico, definiendo lo que es el
comercio electrnico, presentando la historia del comercio electrnico, tipos de comercio
electrnico existentes, ventajas y desventajas para los clientes y empresas. Adems se
defini la metodologa y la tecnologa a utilizar, estos dos elementos son vitales para el
posterior desarrollo del proyecto, puesto que sientan las bases tericas en las que se basar
la realizacin del sistema Web.

Indudablemente, el comercio electrnico trae consigo una serie de beneficios para quienes
aprovechan sus ventajas de manera adecuada. En el mundo actual sigue irrumpiendo con
gran fuerza, propiciando un crecimiento de los negocios y eliminando las fronteras
geogrficas.

16
El comercio electrnico es una forma de transaccin comercial o intercambio de
informacin a distancia que aprovecha las ventajas que proporcionan las nuevas tecnologas
de informacin, como el aumento de la oferta, la interactividad y la rapidez de la compra,
con la diferencia que se puede transar a quien se quiera, dnde y cundo se pretenda. Se
mencionaron las ventajas ms importantes del comercio electrnico y cmo estas influyen
tanto en las empresas como en los clientes.

Es importante sealar, que existen tambin algunas desventajas. En este captulo, se

nombraron las desventajas ms relevantes. Ejemplos de estas son, el desconocimiento de la
empresa y los pagos a distancia, entre otras.

El comercio electrnico presenta muchas oportunidades para hacer negocios, proporciona

una gran plataforma para las empresas y sus productos y/o servicios. Por lo que saber
utilizarlo de la manera ms eficiente posible, ser vital para el futuro de empresas como
Audio Center.

17
CAPTULO II Situacin actual y Anlisis de
requerimientos

2.1 Introduccin
En el siguiente captulo se mostrarn los elementos que caracterizan a la organizacin. Los
aspectos a destacar son: descripcin de la empresa, situacin actual, requerimientos
funcionales y no funcionales, requerimientos de hardware y software.

La descripcin de la empresa tendr como fin conocer ms a fondo la organizacin a la

cual se le implementar el sistema Web.

La situacin actual de la empresa permitir presentar una idea general de cmo se encuentra
la organizacin en este momento. Particularmente se entregar informacin referente a la
manera en que la empresa maneja su informacin.

La determinacin de requerimientos se realiz junto al dueo de la empresa, ya que l es

quien maneja toda la informacin referente a precios, productos y servicios que ofrece
Audio Center. Los requerimientos son claves dentro de la etapa de anlisis. Esta etapa es
importante dentro del proceso de desarrollo ya que refleja los acuerdos logrados con el
cliente acerca de lo que se desea que haga el sistema a construir.

18
2.2 Descripcin de la organizacin

NOMBRE DE FANTASIA : Audio Center

RAZON SOCIAL : Emilio Antonio Urrutia Parra

: Laboratorio, importacin y venta de

GIRO
equipos electrnicos

RUT : 4.158.232-4

DOMICILIO LEGAL : 18 de septiembre 976

FONO / FAX : 222459 / 217177

PERSONA CONTACTADA : Antonio Urrutia

CARGO : Dueo

Tabla 2.1: Datos generales del negocio.

Audio Center, cuyos datos se especifican en la tabla 2.1, es una empresa dedicada a la venta
de instrumentos musicales, accesorios, sistemas de amplificacin e iluminacin, con cerca
de 40 aos dedicados a este rubro.

Don Antonio Urrutia, es un autodidctica de la electrnica. A temprana edad, empieza a

interesarse en esta rea, trabajando y aprendiendo de una persona dedicada a la electrnica
en el diario y radio La Discusin de Chilln. En los aos 50 comienza a emprender
proyectos propios y en el ao 1955 inicia la fabricacin de un amplificador casero. Logr
disear y construir un equipo de msica a tubos monofnico de 5 watts. Sus logros lo
motivaron a un constante mejoramiento de sus habilidades y a interiorizarse en las
tecnologas electrnicas que en esos tiempos entraban con mayor fuerza. En el ao 1958
adquiere los materiales para incorporarle sonido estreo a su equipo de msica. Luego de
investigar y probar distintas configuraciones logra una mejora exitosa del proyecto que

19
estaba en curso, siendo este un gran avance, pues por esos aos, los equipos de msica
comerciales slo ofrecan un sonido monofnico3. Dos aos ms tarde, hizo uso de la
experiencia aprendida y comercializ varios equipos de msica estreos. En ese mismo ao
(1960), comenz a disear y construir equipos de amplificacin para guitarras. Tomando
como ejemplo un circuito de amplificador de una marca muy conocida, logr comprender
su funcionamiento y posteriormente incorpor esa tecnologa en sus equipos. Tambin en
ese tiempo, construy varios parlantes y los comercializ. Desarrollaba la caja acstica
completa, es decir, fabricaba los componentes esenciales y armaba el producto.

En el ao 1962 nace la idea de dedicarse formalmente a la fabricacin de amplificadores y

parlantes. Y ms tarde, en el ao 1964, obtiene giro para su negocio. En 1965 armaba
parlantes con componentes fabricados por marcas conocidas, o sea, deja la fabricacin de
componentes y se dedica exclusivamente al armado de cajas. Utilizaba componentes
Phillips y los transformadores necesarios eran fabricados en Santiago. En los aos
venideros, se instala en el local que actualmente posee y realiza diversos negocios con
empresas que en esos aos estaban surgiendo. Realiz negocios con la empresa KAI,
distribuyendo sus tornamesas por todo el sur de Chile y cumpli funciones de
representante. Aos ms tarde, en 1982, el pas sufre una de las crisis financieras ms
grandes de las ltimas dcadas, debido a ajustes econmicos hechos en el gobierno de
Estados Unidos, en donde el dlar tuvo una gran cada y se mantuvo en los 39 pesos. La
banca chilena present grandes prdidas y los comerciantes tambin [28]. Esto afect la
economa de Audio Center, pues las ltimas adquisiciones de ese periodo fueron realizadas
a un valor ms elevado en el precio del dlar. As como muchas instituciones, bancos,
empresas y comercios, contrajo muchas deudas con sus acreedores y tuvo que, aunque con
gran lentitud, realizar negocios que le permitieran saldar sus cuentas y obtener ganancias.

En el ao 1985 contacta a las empresas Bumper (parlantes) y Acutronics (reverberaciones),

con quienes entabla fuertes relaciones comerciales. En el ao 88 realiza la primera compra
de una reverberacin para los sistemas de amplificacin que se fabricaban en ese entonces.

3
las grabaciones musicales de la poca eran monofnicas y pocas bandas tenan sonido estreo en sus
producciones

20
La relacin con los estadounidenses de Bumper fue duradera y muchas cajas acsticas
desarrolladas en Audio Center tuvieron excelente aceptacin entre los clientes, utilizando
los componentes fabricados por este proveedor. Ms tarde les colabora para poder instalar
sus productos en la FISA de Santiago y promover la marca en nuestro pas.

En aos posteriores, entabla relaciones con la prestigiosa empresa de parlantes italianos

Eighteen Sound, lo que le permiti mejorar la calidad de sus cajas acsticas. En efecto, las
cajas construidas usando componentes Eighteen Sound, superan en calidad sonora a las
cajas Bumper que antes armaba. En el ao 2002, incorpora accesorios y ms instrumentos a
su stock de productos para la venta.

Audio Center es una empresa totalmente centralizada, su dueo dirige todas las actividades
principales.

2.3 Situacin de Audio Center

2.3.1 Definicin
Audio Center, comercializa sus productos a los potenciales clientes que se enteran de la
existencia de la empresa, generalmente, por algn cliente de la tienda y no por medios
publicitarios (radio, diario, etc.). Sin embargo, tiene una trayectoria extensa dedicada a la
venta de instrumentos musicales y equipos de amplificacin en la ciudad de Chilln. Los
compradores llegan al local y con el dueo cotizan productos, cajas acsticas (parlantes) y
se enteran de toda la gama de productos que la empresa posee. En algunas oportunidades, la
esposa del dueo colabora en la atencin de pblico. Los clientes que requieren algo
particular, para consultar algn precio o existencia de un producto, lo deben hacer
directamente con el dueo, pues en la mayora de los productos, no existe algn indicador
del precio. Cada cliente debe esperar su turno para ser atendido por el dueo. En la figura
2.1 se puede apreciar el diagrama de actividad que representa el proceso de negocio de la
cotizacin.

21
Figura 2.1: Diagrama de actividad del proceso de cotizacin.

22
El proceso de negocio asociado a la cotizacin de productos o servicios de Audio Center, se
inicia con la solicitud del cliente, que es realizada personalmente o va telefnica. Posterior
a eso, el dueo del local procede a realizar la atencin del cliente, que bsicamente consiste
en la realizacin de preguntas, respuestas y sugerencias que pretenden orientar al cliente
respecto del producto que l realmente necesita. Luego, el dueo revisa la existencia de los
productos, ya sea observando la tienda, revisando la bodega o simplemente recordando la
cantidad de unidades que estn en existencia por cada producto del negocio.

A continuacin, se llega a una actividad de decisin, en donde el proceso se divide en dos

flujos que tienen relacin con la necesidad o no, de llevar un respaldo escrito de lo que ha
consultado. Para el flujo donde no necesita documento, el proceso de negocio llega a su fin
y se estara en presencia de una cotizacin ms bien informal. Por otra parte, el otro flujo
indica que el cliente necesita un respaldo escrito de lo que ha consultado, por lo cual, se
procede a generar el documento utilizando un pequeo programa de cotizacin que
permitir registrar la informacin solicitada y con la posibilidad de poder imprimirla.

La siguiente seccin, corresponde a lo sealado anteriormente, la impresin de la

cotizacin. La actividad en cuestin, puede tomar 3 cursos generales que corresponden a las
actividades entregar impresin, escanear impresin y enviar por fax. La actividad entregar
impresin, consiste en hacer entrega de la cotizacin impresa al cliente que la solicita. La
actividad escanear impresin se realiza cuando el cliente solicita lo que est descrito en la
actividad que est a continuacin de escanear impresin, es decir, enviar por mail. Dado
que el programa de cotizacin no posee ciertas funcionalidades que resultaran tiles, es
necesario escanear una cotizacin para digitalizarla y enviarla va mail. La ltima actividad,
corresponde a utilizar un fax para que la cotizacin impresa llegue al cliente.

En resumen, desde este diagrama, se pueden realizar las siguientes consideraciones:

Existen problemas plenamente identificables, asociados al manejo de la

informacin. Principalmente, la forma en que el dueo maneja la informacin de su
stock y las limitaciones respecto de hacer envos va mail.

23
 La solucin propuesta, puede cubrir ciertos aspectos de este proceso de negocio,
como tambin en su totalidad. Las partes en donde se le incorporar tecnologa al
proceso, tienen que ver con la entrega de cotizaciones al cliente, que desde el
sistema se hacen llegar va mail.

Se dice que puede cubrir todo el proceso de negocio, puesto que el proceso de
solicitar cotizacin, ya sea en persona o por telfono, lo puede realizar el cliente sin
la necesidad de tener un empleado asistindolo, ya que un sistema Web con
catlogo, es una vitrina pblica que permitir enterarse de los precios,
caractersticas y stock, que comnmente consulta por las vas antes mencionadas.

2.3.2 Problemas
Toda la informacin referente a productos y servicios slo es manejada por el dueo de
Audio Center, esto trae como consecuencia que cuando l no est no se puede brindar
informacin til a los clientes. Por ejemplo, informacin asociada a las caractersticas de un
producto. Adems lleva un registro manuscrito del stock de productos que posee. Este
registro no siempre se ocupa.

Audio Center posee un software de cotizacin (ver figura 2.2), el cual registra las
cotizaciones que hacen los clientes (generalmente municipalidades o colegios) pero este
posee varias falencias. Entre ellas se puede mencionar que para enviar las cotizaciones a los
mail se deben escanear las cotizaciones impresas y luego enviarlas lo cual es bastante
engorroso y lento. Adems posee un historial de cotizaciones al que slo se puede acceder
recordando el identificador que poseen stas, de otra manera es imposible saber el detalle
de cada cotizacin guardada.

24
 Figura 2.2: Sistema de cotizacin actual desarrollado en Access.

La competidores de Audio Center tienen una buena ubicacin pero en cuanto a las
estrategias publicitarias estn en la misma situacin que Audio Center ya que no poseen
estrategias publicitarias definidas. Por otra, parte Audio Center posee una mala ubicacin,
lo que entorpece la llegada de nuevos clientes. Adems Audio Center no aprovecha de la
mejor manera su lnea de instrumentos musicales y accesorios, debido a que se enfoca ms
en la construccin y reparacin de cajas.

Para los clientes resulta incmodo trasladarse hacia un local que no es cntrico, adems el
tiempo de espera para ser atendido puede ser molesto y extenso (entre 30 minutos y una
hora, segn un estudio realizado en [ANEXO C]), esto ltimo debido a que la nica
persona que atiende es el dueo.

25
El dueo no tiene considerado manejar el sistema Web, puesto que pretende contratar a
una persona que ingrese y actualice los datos.

2.4 Situacin Informtica Actual

Audio Center posee un computador para realizar tareas mnimas en la empresa.
Principalmente, revisar correo electrnico, recibir catlogos de proveedores, contactar
proveedores y redactar presupuestos para empresas, colegios, municipios, etc. La
contabilidad es llevada por un libro de ventas. El manejo de stock es realizado por el mismo
dueo y muchas veces sin dejar un registro escrito en algn libro. En el computador no
mantiene ningn tipo de informacin referente a manejo de stock o ventas realizadas. El
nico software de apoyo a la gestin que existe est orientado a registrar las cotizaciones
hechas por los clientes.

2.5 Solucin Planteada

La solucin que Audio Center solicita debe poseer las siguientes caractersticas:

Que sea lo menos costosa posible.

Que el tiempo de desarrollo del sistema Web sea corto para poder utilizarlo, lo antes
posible.

Que sea fcil de utilizar.

Que muestre los productos de una manera atractiva.

Que el cliente pueda cotizar los productos de una manera sencilla.

Que capture informacin relevante del cliente.

Que capture posibles solicitudes de cajas acsticas realizadas por clientes.

Que mejore su posicin competitiva en la provincia de uble.

26
La solucin que se plantea en esta oportunidad, consistir en implantar un sistema Web
basado en tiendas virtuales de tercera generacin4. Algunas de estas tiendas virtuales
pagadas son: X-Cart, ProductCart, MonsterCommerce. Tambin existen tiendas virtuales
gratuitas tales como: Zencart, AshopSoftware y osCommerce. Entre las tiendas gratuitas
destaca osCommerce puesto que es una herramienta fcil de configurar, es compatible con
tecnologas open source como PHP y adems es totalmente modular.

Al sistema Web, se le incorporar el registro de compras a proveedores y las solicitudes de

las cajas acsticas, que sern dos mdulos distintos y desarrollados exclusivamente para
Audio Center.

El sistema permitir a los clientes realizar pedidos desde cualquier parte del pas, haciendo
efectivo un depsito en la cuenta bancaria de la empresa, para que posteriormente se
gestione el despacho del o los productos adquiridos. Finalmente, se generarn informes
sobre stock de productos y listados de clientes.

Si bien, el sistema Web no soluciona el problema asociado a la ubicacin geogrfica del

local, permitir que muchas personas, con acceso a Internet, conozcan la empresa y los
productos que ofrece (en la actualidad, ms de cinco millones de Chilenos se conectan a
Internet [29]).

Lo anterior obliga a plantear algunos cambios dentro de la empresa, principalmente en

aspectos como estrategias de marketing, servicio al cliente y despachos, a fin de que el
sistema Web sea una solucin efectiva.

Se le sugerirn a la empresa diversas estrategias de marketing (estrategias que Audio

Center evaluar) tales como banners en portales populares; inscribirse en buscadores tales
como Google y Yahoo; promocionar el sitio dentro de medios de publicidad tradicionales.

En cuanto al servicio al cliente se plantear a Audio Center la necesidad de contar con una
persona que responda las consultas de los clientes en un plazo no superior a 48 horas. Esta
persona adems de responder consultas incorporar las compras a proveedores que Audio

4
Ver Captulo I. Seccin 1.2.3.3 Tercera Etapa y Actual

27
Center realice. Lo que cambiar la forma en la cual hasta ahora Audio Center manejaba
dicha informacin.

Para el tema de los despachos, se evaluar la posibilidad de asociarse con una empresa de
envo de encomiendas, que idealmente sera Chilexpress, pues posee un importante
prestigio en cuanto a seguridad, confianza y rapidez. Adems, se realizaron consultas en
cuanto a la modalidad de trabajo con empresas, para conocer las tarifas y formas de pago de
este servicio. Detalles de la modalidad en [ANEXO C.3].

2.5.1 Objetivo General

Implantar un sistema Web basado en las tiendas virtuales de la actualidad, desarrollando
mdulos asociados al ingreso de facturas, solicitudes de cajas acsticas e informes de
gestin, permitiendo a los clientes informarse, cotizar y adquirir los productos y servicios
que posee Audio Center.

2.5.2 Objetivos Especficos

Desarrollar interfaces atractivas y fciles de mantener y operar.

Implantar el sistema Web usando tiendas virtuales, las cuales proveern un

catlogo y pedidos en lnea.

Implementar una solucin til y con el menor costo posible debido a que Audio
Center tiene pocos recursos econmicos para invertir en tecnologas.

Mejorar el sistema de cotizacin actual.

Agregar y modificar datos de los productos y/o eliminar aquellas lneas de

productos con los que la empresa ya no trabaje.

Disear y desarrollar un mdulo de registro de compras utilizando las facturas de

proveedores.

Permitir a los clientes solicitar cajas acsticas, y que el sistema pueda almacenar esa
informacin.

28
 Permitir a la empresa, generar los informes de gestin que den cuenta del stock
actual, los productos bajo stock y de los clientes. Las tiendas virtuales actuales, tales
como Zencart u osCommerce, poseen varios de estos informes incorporados.

Permitir que cualquier persona pueda visitar el catlogo de productos, realizar

pedidos y adquirir productos, an si el cliente reside en algn otro lugar de Chile.

Agilizar el proceso de cotizacin. Puesto que gracias a una encuesta [ANEXO C] se

pudo concluir que las personas para recibir informacin de un producto que estn
cotizando esperan demasiado tiempo.

Obtener una ventaja competitiva con respecto a sus competidores. Debido a que
poseer una presencia ms interactiva que sus competidores en la Web.

Mostrar todas sus lneas de productos.

2.6 Requerimientos
Los requerimientos se encuentran en la etapa de la formulacin correcta del problema en
cuestin. Reflejan los objetivos y metas establecidos en comn acuerdo entre el cliente y el
equipo de desarrollo. Estos son necesarios para construir aplicaciones que cumplan con
todas las necesidades y exigencias del cliente. En los requerimientos se vern reflejadas
todas las necesidades funcionales, estas se han ido agregando a medida que el proyecto
avanza [27].

2.6.1 Requerimientos Funcionales

FUNCIN: INICIAR APLICACIN
Ref. Funcin Categora

R1 Gestionar Producto Evidente

R2 Gestionar Cliente Evidente

R3 Gestionar Catlogo Evidente

29
R4 Identificar Usuario Evidente

R5 Gestionar Pedidos Evidente

R6 Solicitud Caja Acstica Evidente

R7 Gestionar Informes Evidente

R8 Gestionar Proveedores Evidente

R9 Gestionar Factura Evidente

FUNCIN: GESTIONAR PRODUCTO

Ref. Funcin Categora

R 1.1 Ingresar nuevo producto. Evidente

R 1.2 Eliminar producto. Evidente

R 1.3 Modificar datos del producto Evidente

R 1.4 Agregar compra a proveedores Evidente

R 1.5 Modificar stock de productos Evidente

R 1.6 Mostrar ndice de ventas de los productos Evidente

R 1.7 Mostrar estado del stock Evidente
R 1.8 Eliminar factura Evidente
R 1.9 Buscar factura Evidente

FUNCIN: INGRESAR NUEVO PRODUCTO

Ref. Funcin Categora

R 1.1.1 Capturar datos del producto Evidente

R 1.1.2 Validar datos del producto Oculto
R 1.1.3 Verificar existencia del producto Oculto

30
R 1.1.4 Guardar los datos del producto Oculto

FUNCIN: ELIMINAR PRODUCTO

Ref. Funcin Categora

R 1.2.1 Capturar datos del producto a eliminar Evidente

R 1.2.2 Verificar la existencia del producto Oculto

R 1.2.3 Eliminar datos del sistema asociados al producto Oculto

FUNCIN: MODIFICAR DATOS DEL PRODUCTO

Ref. Funcin Categora

R 1.3.1 Buscar producto a modificar Oculto

R 1.3.2 Capturar datos del producto a modificar Evidente

R 1.3.3 Validar datos modificados Oculto

R 1.3.4 Guardar cambios en los datos del producto Oculto

FUNCIN: AGREGAR COMPRA A PROVEEDORES

Ref. Funcin Categora

R 1.4.1 Capturar datos de la compra Evidente

R 1.4.2 Validar datos ingresados Oculto

R 1.4.3 Guardar datos ingresados Oculto

31
FUNCIN: MODIFICAR STOCK DE PRODUCTOS

Ref. Funcin Categora

R 1.5.1 Listar stock de cada producto Oculto

R 1.5.2 Modificar la cantidad de un producto determinado Evidente

FUNCIN: MOSTRAR INDICES DE PRODUCTOS

Ref. Funcin Categora

R 1.6.1 Mostrar los productos ms vendidos Evidente

R 1.6.2 Mostrar los productos menos vendidos Evidente

R 1.6.3 Mostrar producto ms visto Evidente

FUNCIN: MOSTRAR ESTADO DEL STOCK

Ref. Funcin Categora

R 1.7.1 Determinar estado del stock Evidente

R 1.7.2 Mostrar estado del stock Evidente

FUNCIN: ELIMINAR FACTURA

Ref. Funcin Categora

R 1.8.1 Capturar datos de la factura a eliminar Evidente

R 1.8.2 Verificar la existencia de la factura Oculto

R 1.8.3 Eliminar datos del sistema asociados a la factura Oculto

32
FUNCIN: GESTIONAR CLIENTE

Ref. Funcin Categora

R 2.1 Registrar nuevos clientes Evidente

R 2.2 Modificar Datos cliente Oculto

R 2.3 Cambio de Contrasea Oculto

R 2.4 Recuperar clave olvidada Oculto

R 2.5 Mostrar clientes registrados Evidente

R 2.6 Mostrar datos de un cliente Evidente

R 2.7 Enviar e-mail automtico al cliente Oculto

R 2.8 Enviar cotizacin Oculto

FUNCION: REGISTRAR NUEVOS CLIENTES

Ref. Funcin Categora

R 2.1.1 Solicitar y obtener datos personales y de acceso del nuevo Evidente

cliente

R 2.1.2 Validar que los datos ingresados sean vlidos Oculto

R 2.1.3 Verificar la no existencia del cliente, en el sistema Oculto

R 2.1.4 Almacenar los datos del nuevo cliente Oculto

33
FUNCION: MODIFICAR DATOS DEL CLIENTE

Ref. Funcin Categora

R 2.2.1 Buscar un cliente por su mail Evidente

R 2.2.2 Verificar que el cliente exista Evidente

R 2.2.3 Mostrar los datos que el cliente puede modificar Evidente

R 2.2.4 Permitir al cliente modificar los datos mostrados y guardar Oculto

los cambios realizados

FUNCION: CAMBIO DE CONTRASEA

Ref. Funcin Categora

R 2.3.1 Identificarse para cambiar la clave Evidente

R 2.3.2 Ingresar clave actual, nueva clave y una confirmacin de Evidente

la clave nueva

R 2.3.3 Validar que los datos ingresados sean correctos Oculto

R 2.3.4 Guardar la nueva clave Oculto

FUNCION: RECUPERAR CLAVE OLVIDADA

Ref. Funcin Categora

R 2.4.1 Ingresar mail del cliente Evidente

R 2.4.2 Verificar que el mail sea correcto Oculto

R 2.4.3 Enviar la contrasea olvidada al mail del cliente Evidente

34
FUNCION: MOSTRAR CLIENTES REGISTRADOS

Ref. Funcin Categora

R 2.5.1 Buscar todos los clientes registrados en el sistema Oculto

R 2.5.2 Mostrar todos los clientes registrados Evidente

FUNCION: MOSTRAR DATOS DE UN CLIENTE

Ref. Funcin Categora

R 2.6.1 Ingresar el mail o el nombre del cliente Evidente

R 2.6.2 Verificar si existe el cliente Oculto

R 2.6.3 Buscar datos del cliente Oculto

R 2.6.4 Mostrar datos del cliente Evidente

FUNCIN: ENVIAR E-MAIL AL CLIENTE

Ref. Funcin Categora

R 2.7.1 Rescatar e-mail desde los datos personales ingresados en la Oculto

cotizacin

R 2.7.2 Enviar respuesta al cliente Evidente

FUNCION: ENVIAR COTIZACIN A ENCARGADO DE

VENTAS

Ref. Funcin Categora

R 2.8.1 Enviar la cotizacin realizada por el cliente al vendedor Evidente

35
R 2.8.2 Mostrar la cotizacin hecha por el cliente Evidente

FUNCION: GESTIONAR CATLOGO

Ref. Funcin Categora

R 3.1 Mostrar productos Evidente

R 3.2 Mostrar Informacin de servicios ofrecidos Evidente
R 3.3 Listar fabricantes Evidente
R 3.4 Buscar productos por marca Evidente
R 3.5 Crear carro de compra Evidente

FUNCION: MOSTRAR PRODUCTOS

Ref. Funcin Categora

R 3.1.1 Mostrar categoras y los productos correspondientes a cada Evidente

categora

R 3.1.2 Mostrar una descripcin del producto Evidente

R 3.1.3 Mostrar stock del producto Evidente

R 3.1.4 Mostrar productos por fabricantes Evidente

FUNCION: MOSTRAR INFORMACION DE SERVICIOS

OFRECIDOS
Ref. Funcin Categora

R 3.2.1 Seleccionar servicio Evidente

R 3.2.2 Mostrar informacin del servicio seleccionado Evidente

36
FUNCION: LISTAR FABRICANTES

Ref. Funcin Categora

R 3.3.1 Seleccionar lista de precios Evidente

R 3.3.2 Mostrar lista de precios Evidente

R 3.3.3 El cliente selecciona el precio de un producto Evidente

R 3.3.4 Mostrar precio e informacin del producto seleccionado Evidente

FUNCION: BUSCAR PRODUCTOS POR MARCA

Ref. Funcin Categora

R 3.4.1 Seleccionar lnea de productos Evidente

R 3.4.2 Mostrar todos los productos pertenecientes a la lnea DE Evidente
productos escogida

FUNCION: LLEVAR CARRO DE COMPRA

Ref. Funcin Categora

R 3.5.1 Seleccionar producto. Evidente

R 3.5.2 Agregar producto al carro de compras Evidente

R 3.5.3 Mostrar precio y cantidad de productos agregados Evidente

R 3.5.4 Eliminar Productos del carro de compra Evidente

R 3.5.5 Enviar carro de compra Evidente

37
FUNCION: IDENTIFICAR USUARIO

Ref. Funcin. Categora.

R 4.1 Obtener datos de identificacin del usuario Oculta

R 4.2 Verificar que la contrasea corresponda a la contrasea Evidente
almacenada
R 4.3 Mostrar opciones correspondientes al administrador o al Evidente
cliente

FUNCION: GESTIONAR PEDIDOS

Ref. Funcin Categora

R 5.1 Mostrar pedidos Evidente

R 5.2 Cambiar estado a un pedido Evidente
R 5.3 Eliminar un pedido Evidente
R 5.4 Mostrar detalles de un pedido Evidente

R 5.5 Revisar pedido. Evidente

R 5.6 Enviar pedido Evidente

FUNCION: SOLICITUD CAJA ACSTICA

Ref. Funcin Categora

R 6.1 Mostrar solicitudes Evidente

R 6.2 Eliminar solicitud Evidente

R 6.3 Mostrar detalles de una solicitud Evidente

R 6.4 Enviar solicitud Evidente

R 6.5 Enviar respuesta al cliente Evidente

R 6.6 Cambiar estado a la solicitud Evidente

38
FUNCION: GESTIONAR INFORMES

Ref. Funcin Categora

R 7.1 Gestionar Informe de productos bajo stock Evidente

R 7.2 Gestionar Informe de stock actual Evidente

FUNCION: GESTIONAR PROVEEDORES

Ref. Funcin Categora

R 8.1 Buscar Proveedor Evidente

R 8.2 Agregar proveedor Evidente

R 8.3 Editar proveedor Evidente

R 8.4 Eliminar proveedor Evidente

FUNCION: GESTIONAR FACTURA

Ref. Funcin Categora

R 9.1 Ver detalle de facturas Evidente

R 9.2 Listar facturas Evidente

39
2.6.2 Requerimientos no funcionales
Tiempo de Respuesta Cuando se utilice el sistema Web, las
pginas aparecern, a lo ms, en cinco
segundos

Metfora de la interfaz Orientadas a formularios y a cuadros de

dilogo

Plataformas del sistema operativo Microsoft Windows 95, 98, NT, 2000 y
XP

Tabla 2.2: Requerimientos no funcionales.

2.6.3 Requerimientos tcnicos para el desarrollo de la aplicacin

2.6.3.1 Requerimientos Hardware para el desarrollo de la aplicacin
Se necesita al menos un equipo con procesador con una capacidad sobre los 2200 Ghz o
superior, 512 MB de memoria RAM y disco duro de 40 GB.

2.6.3.2 Requerimientos Software para el desarrollo de la aplicacin

o Sistema operativo Windows XP

o osCommerce-2.2ms2-051113

o AppServ, paquete de instaladores para trabajo en Web open source, el cual contiene:

-Apache Web Server Versin 2.2.2

-PHP Script Language Versin 5.1.4

-MySQL Database Versin 5.0.22

-PhpMyAdmin Database Manager Versin 2.8.2

40
2.7 Conclusiones
En este captulo se describieron las caractersticas ms importantes de la empresa y estas
ayudaron a comprender de una manera ms precisa cmo es su cultura y la forma (de
manera general) en la que se maneja la empresa. Adems se definieron los requerimientos
del sistema Web a construir.

Cabe destacar el poco uso de sistemas de informacin computarizados, puesto que gran
parte de la informacin se trabaja de forma manual, desaprovechando as el computador
existente en Audio Center.

41
CAPITULO III: Estudio de Factibilidad

3.1 Introduccin
El estudio de factibilidad sirve para recopilar datos relevantes sobre el desarrollo de un
proyecto y en base a ello tomar la mejor decisin [15].

Este captulo tiene por objetivo, determinar cul de las distintas propuestas para la
instalacin y puesta en marcha del sistema Web, es la que le otorga mayores beneficios en
el corto plazo. Para ello, primero se presentarn las alternativas de solucin, que
corresponden a la compra de un servidor o al arriendo de un espacio Web. A partir de las
propuestas, se realizar el estudio de factibilidad, que contempla un anlisis operativo,
pasando por el impacto que pueda causar la incorporacin del sistema Web tanto en los
empleados, como en los clientes y competidores; un anlisis tcnico, en donde se detallan
las propuestas de hosting y compra de servidor; por ltimo, se lleva a cabo el estudio
econmico, con el objetivo de evaluar las propuestas a fin de determinar cul de las
alternativas es la ms rentable.

Finalmente, se indica la alternativa seleccionada.

3.2 Alternativas de solucin.

A continuacin se presentarn las alternativas para implementar el sistema Web.

La primera alternativa consiste en la compra de un servidor donde se instalar el sistema

de catlogo y cotizacin en lnea para Audio Center.

La segunda alternativa considera contratar los servicios de un hosting. Este deber tener
soporte para PHP y MySql puesto que osCommerce est basado en ellas.

42
3.3 Estudio de Factibilidad operativa
El estudio de factibilidad operativa busca medir el impacto que tendr la incorporacin del
sistema Web en Audio Center, en sus empleados, clientes y sus competidores.

3.3.1 Impacto en los Empleados

La incorporacin del sistema Web dentro de Audio Center no afectar en gran medida a los
empleados de la empresa, puesto que ellos no tienen relacin con las ventas, su funcin
dentro de la empresa es la de construir y darle mantencin a los productos que se fabrican.

La incorporacin del sistema Web obligar a Audio Center a contratar una persona
capacitada para utilizar el sistema Web. Esta persona deber poseer conocimientos mnimos
de computacin e Internet, adems deber responder las dudas referentes a precios y
caractersticas que enven los clientes mediante correo electrnico, actualizar productos,
registrar las compras a los proveedores, etc.

Para la persona encargada ser una gran ventaja la facilidad de uso que presentar el
sistema, ya que no requerir ser un experto en computacin para operarlo. Adems se le
capacitar apropiadamente a fin de que lo utilice de manera correcta.

Cabe destacar que el proyecto cuenta con el total respaldo del dueo de Audio Center.

3.3.2 Impacto en los Clientes

Con la incorporacin del sistema de catlogo y cotizacin en lnea, Audio Center tendr
una forma mucho ms expedita y atractiva para publicitar informacin acerca de sus
productos y servicios. Adems la posibilidad de pagar mediante el sistema de depsitos
abre nuevas alternativas a la empresa para vender sus productos.

El principal impacto para los clientes ser que cualquier persona con conexin a Internet
podr consultar precios, crear carros de compras y realizar pedidos de una forma sencilla,
cmoda y sin largas esperas.

43
3.3.3 Impacto en los Competidores
El sistema de catlogo y cotizacin en lnea proveer una ventaja con respecto a los
competidores de la provincia de uble, puesto que estos no poseen sistemas semejantes.
Esto implica que Audio Center mejorar la atencin a los clientes al proporcionar
informacin de una manera ms accesible y atractiva que sus competidores, por lo que
atraer nuevos clientes y como consecuencia ms ventas para la empresa, generando as
ms utilidades.

3.4 Estudio de Factibilidad Tcnica

La factibilidad tcnica es el establecer qu elementos tecnolgicos sern necesarios para la
implementacin del proyecto [16]. La descripcin tcnica de alternativas de solucin es:

3.4.1 Primera Alternativa: Arriendo de Hosting.

Audio Center necesitar contratar un Hosting compartido. Un hosting compartido es un
conjunto de productos y servicios que permiten a un servidor Web alojar pginas de
mltiples clientes [14]. Una de las tantas empresas existentes en el mercado que ofrecen
este servicio es www.puntohost.cl.

44
Planes Caractersticas

Plan Linux

Plan Linux Econmico 30 Mb de almacenamiento, 3 casilla e-mail pop3

capacidad de 20 Mb. c/u, 1 direccionamiento de dominio.

Plan 1 Linux 100Mb de espacio, 10 casilla e-mail pop3 capacidad de 20

Mb, 1 direccionamiento de dominio.

Plan 2 Linux 200Mb de espacio, 30 casilla e-mail pop3 capacidad de 20

Mb, 1 direccionamiento de dominio.

Plan 3 Linux 300 Mb de espacio, 50 casilla e-mail pop3 capacidad de

20 Mb, 1 direccionamiento de dominio.

Plan Windows .

Plan Windows Econmico 30 Mb de almacenamiento, 3 casilla e-mail pop3

capacidad de 20 Mb. c/u, 1 direccionamiento de dominio.

Plan Windows 1 100 Mb de almacenamiento, 10 casilla e-mail pop3

capacidad de 20 Mb. c/u, 1 direccionamiento de dominio.

Plan Windows 2 200Mb de espacio, 30 casilla e-mail pop3 capacidad de 20

Mb. c/u, 1 direccionamiento de dominio.

Plan Windows 3 300Mb de espacio, 50 casilla e-mail pop3 capacidad de 20

Mb. c/u, 1 direccionamiento de dominio

Tabla 3.1: Planes hosting de la empresa Puntohost.

Todos los planes mencionados en la tabla 3.1 tienen las siguientes caractersticas:

45
 Caractersticas de los planes hosting

Transferencia mensual ilimitada Lista de correo

Ancho de banda nacional 1 GB. Filtro spam

Sistema operativo Linux Red Hat Redireccionamiento de correo

Base de datos MySql WebMail y Servidor de correo

Perl 5.8.4 Estadsticas online va Web

PHP 4.4.1 Apache: 1.3.36 (Unix)

FTP ilimitado Buscador interno

Tabla 3.2: Caractersticas estndar de planes hosting.5

3.4.2 Segunda Alternativa: Compra de Servidor

El adquirir un servidor hoy en da no es algo inalcanzable, puesto que en el mercado
nacional existen muchas opciones, pensadas para pequeas, medianas y grandes empresas.
Audio Center es una pequea empresa por lo que un servidor de caractersticas como las
que aparecen en la tabla 3.3 cubrira sus necesidades de una forma ptima 6 .

A continuacin se presentan las caractersticas del servidor:

5
Fuente: www.dell.cl.
6
Fuente: www.dell.cl.

46
Dual Core Intel Xeon 5110; 4MB Cache, 1.6GHz, 1066MHZ FSB (143D16L)

2.0 GB DDR2 ECC 533MHz, 2 DIMMs of 1GB (2G2D5D)

80GB 7.2K SATA II HDD (80S272)

ONBOARD SATA CONTROLLER - NO RAID (OBSATA)

Dell 15 Inch Analog Flat Panel (15LCD)

1.44 Floppy Drive (FD)

Tarjeta de Red Integrada (OBNIC)

48X CD-ROM Drive (48XCD)

Tabla 3.3: Caractersticas mnimas que debe poseer el servidor

La licencia de Windows Business Server 2003 R2, Standard Edition Spanish (SR2SPST)
debe adquirirse por separado. Audio Center ya posee un dominio registrado, por lo tanto,
no se debe crear uno nuevo.

Se deber contratar el servicio de IP fija, cuya conexin tenga una IP fija con un ancho de
banda de 256 kbps, puesto que los servidores de pginas Web necesariamente deben contar
con una direccin IP fija o esttica, ya que de esta forma se permite su localizacin en la
red [17].

3.5 Estudio de Factibilidad Econmica

Para llevar a cabo una evaluacin econmica, es conveniente utilizar algunos
procedimientos financieros que permitan analizar la inversin a realizar con el proyecto.
Por ello, se realizar el clculo del Valor Actual Neto (VAN) al flujo de caja de cada
alternativa. El VAN es un procedimiento que permite calcular el valor presente de un
determinado nmero de flujos de caja futuros [18]. Cuando el VAN es positivo, se acepta el
proyecto puesto que es rentable; si el VAN es negativo, el proyecto se rechaza y por ltimo
si el VAN es igual a cero, es riesgoso realizar alguna inversin.

47
La frmula a utilizar para realizar el clculo del VAN, es la siguiente:

Donde:

n : es el total de aos a evaluar en el proyecto, para este caso 5,

t : representa el ao actual en la iteracin de la frmula,

FC : corresponde a cada uno de los Flujos Netos de Caja,

i : tasa con la cual se evala el proyecto. Es la rentabilidad que el dueo

espera de su empresa. Esta rentabilidad es de un 10% y es determinada por l.

I0 : es la Inversin Inicial correspondiente al ao 0.

Para utilizar esta frmula, es necesario desarrollar los Flujos Netos de Caja para cada
alternativa, que es bsicamente una proyeccin de los ingresos, costos e inversin en un
perodo de 5 aos. Por cada propuesta, se detallan los clculos realizados y posteriormente,
se presenta la tabla que contiene dicha informacin.

3.5.1 Primera Alternativa

3.5.1.1 Ingresos
La incorporacin del nuevo sistema a la empresa, implica cambios en los ingresos de la
misma. Dado que la gestin realizada en este proyecto pretende mejorar y cubrir los
principales problemas y necesidades del negocio, se esperan aumentos en la venta de
productos y en consecuencia un aumento en los ingresos. Sin embargo, para la evaluacin
de la alternativa, no se contemplan ingresos, puesto que el dueo considera esa informacin
confidencial. Luego de concluir el anlisis, se llevar acabo una sensibilizacin del ingreso,
que entregar el nivel de ingresos necesario para no incurrir en prdidas.

48
3.5.1.2 Costos
El desarrollo del sistema Web no significar ningn costo para la empresa. No obstante,
para la instalacin del producto es necesario contar con lo siguiente:

Lnea de banda ancha dedicada de 256Kbps que tiene un costo de UF 6 + IVA

como cargo fijo mensual7 y UF8 5 + IVA para la instalacin, dando un total de
$131.423 IVA incluido para el cargo fijo mensual, y $109.520 para la
instalacin. Esto totaliza $240.943 que sern pagados el primer mes,
continuando en los meses posteriores con la tarifa de la lnea propiamente tal.

Los costos asociados a la conexin de Internet se omitirn, puesto que es un

recurso que la empresa ya posee.

Mantencin: Como recomendacin, se sugiere la contratacin de servicios de

mantencin para el sistema. Estos servicios pueden ser realizados por
profesionales del rea informtica por un valor de 1 UF por hora. Las
mantenciones se debern realizar al menos 2 veces en el mes, es decir, 2 horas
mensuales. Esto equivale a $36.812 mensuales.

3.5.1.3 Inversin
Para la implementacin de esta alternativa, se tienen los siguientes requerimientos de
hardware y software:

Hardware: El Servidor tiene un costo de 610.7189 , IVA y aranceles incluidos.

Software: La licencia del sistema operativo Windows 2003 Server R2 tiene un

costo anual de $381.927 IVA y aranceles incluidos.

Instalacin: Los honorarios de la persona encargada de configurar el servidor e

instalar el sistema Web, ascienden a los $180.000.

7
Valores de referencia en www.entelinternet.cl planes Empresas, Dedicados Business.
8
Valor de la UF 18.406 pesos al 15 de octubre de 2006 en www.bcentral.cl
9
Cotizacin del servidor realizada en www.dell.cl

49
 Capacitacin: La capacitacin del encargado tendr una duracin de 10 horas y
tendr un costo de $7.000 la hora.

3.5.1.4 Flujo de Caja Neto

A continuacin se presenta el flujo de caja realizado en base a los antecedentes y clculos
antes mencionados. Contempla los 5 aos de proyeccin a una tasa de descuento del 10%.

Detalle Ao 0 Ao 1 Ao 2 Ao 3 Ao 4 Ao 5

(+)Ingresos

(-)Costos
Lnea
-1686596 -1577076 -1577076 -1577076 -1577076
Dedicada
Mantencin -441744 -441744 -441744 -441744 -441744
Total antes
-2128340 -2018820 -2018820 -2018820 -2018820
Impto.

Impuesto 17% ____ ____ ____ ____ ____ ____

Total despus
-2128340 -2018820 -2018820 -2018820 -2018820
Impto.

(-)Inversin

Hardware -610718

Software -381927

Instalacin -180000

Capacitacin -70000

Total -1242645 -2128340 -2018820 -2018820 -2018820 -2018820

Tabla 3.4: Flujo de Caja Primera Alternativa.

50
3.5.1.5 Clculo del Valor Actual Neto.
VAN(10%)= Inversin Inicial + (Ao 1/(1+i)1) + (Ao 2/(1+i)2) + (Ao 3/(1+i)3) +

(Ao 4/(1+i)4) + (Ao 5/(1+i)5)

VAN(10%)= -1.242.645 + (-2.128.340/(1,1)1) + (-2.018.820/(1,1)2) + (-2.018.820/(1,1)3) +

(-2.01.8820/(1,1)4) + (-2.018.820/(1,1)5)

VAN(10%)= -1.242.645 + -7.752.480 = -8.995.125

El resultado anterior indica que el proyecto no es rentable. Sin embargo esto es un resultado
esperable, considerando que no se han contemplado ingresos. No obstante, a partir de la
informacin obtenida se puede concluir que en el periodo de 5 aos que se ha calculado, los
ingresos mnimos que la empresa debiera percibir con este proyecto para que sea viable,
son de $8.995.125 que equivalen a $1.799.025 anuales. Para ingresos anuales inferiores a
los indicados, se obtendran prdidas y la propuesta fracasara en su gestin.

3.5.2 Segunda Alternativa

3.5.2.1 Ingresos
La segunda alternativa tampoco contempla ingresos.

3.5.2.2 Costos
El desarrollo del sistema Web no significar ningn costo para la empresa. Sin embargo, es
necesario contar con lo siguiente para la instalacin del producto:

Hosting: El servicio de hosting tiene un costo anual de $33.990 + IVA10, es

decir $40.448,1 anuales.

Mantencin: Como recomendacin, se sugiere la contratacin de servicios de

mantencin para el sistema. Estos servicios pueden ser realizados por
profesionales del rea informtica por un valor de 1 UF por hora. Las

10
Planes cotizados en www.puntohost.cl

51
 mantenciones se debern realizar al menos 2 veces en el mes, es decir, 2 horas
mensuales. Esto equivale a $36.812 mensuales.

3.5.2.3 Inversin

Capacitacin: La capacitacin del encargado tendr una duracin de 10 horas y

un costo de $7.000 la hora.

3.5.2.4 Flujo de Caja Neto

A continuacin se presenta el flujo de caja para la segunda alternativa, realizado en base a
los antecedentes y clculos antes mencionados. Este ejercicio contempla los 5 aos de
proyeccin a una tasa de descuento del 10%.

Detalle Ao 0 Ao 1 Ao 2 Ao 3 Ao 4 Ao 5

(+)Ingresos

(-)Costos

Hosting -40448 -40448 -40448 -40448 -40448

Mantencin -441744 -441744 -441744 -441744 -441744

Total antes
-482192 -482192 -482192 -482192 -482192
Impto

Impuesto ____ ____ ____ ____ ____ ____

17%
Total
despus -482192 -482192 -482192 -482192 -482192
Impto.

(-)Inversin

Capacitacin -70000

Total -70000 -482192 -482192 -482192 -482192 -482192

Tabla 3.6: Flujo de Caja Segunda Alternativa

52
3.5.2.5 Clculo del Valor Actual Neto
VAN(10%)= Inversin Inicial + (Ao 1/(1+i)1) + (Ao 2/(1+i)2) + (Ao 3/(1+i)3) +

(Ao 4/(1+i)4) + (Ao 5/(1+i)5)

VAN(10%)= -70.000 + (-482.192/(1,1)1) + (-482.192/(1,1)2) + (-482.192/(1,1)3) +

(-482.192/(1,1)4) + (-482.192/(1,1)5)

VAN(10%)= -70.000 + -1.827.887,05 = -1.897.887,05

Con esta informacin, se deduce que se necesitan al menos $1.897.887,05 como ingresos
mnimos para que el proyecto sea rentable. Esa cifra equivale a $379.577 anuales y permite
evitar que la empresa incurra en prdidas al implementar esta propuesta.

3.6 Conclusiones
En este captulo se analizaron las 2 alternativas propuestas para la implementacin del
sistema Web de Audio Center. Se realiz un anlisis que tena por objetivo determinar la
factibilidad operativa y econmica de las alternativas de solucin.

Ambas alternativas eran viables desde el punto de vista operativo y tcnico.

En una primera etapa, se dieron a conocer las principales caractersticas de las propuestas
analizadas, que corresponden a la compra de un servidor para la empresa y a un arriendo de
hosting. Luego, se llev a cabo el anlisis econmico, que servira de gua para la eleccin
de una propuesta en base a sus beneficios econmicos. Este anlisis se bas en el clculo
del Valor Actual Neto, utilizando un flujo de caja para las dos propuestas y permiti
obtener las siguientes conclusiones:

Ambas alternativas son factibles desde el punto de vista econmico. Existen

resultados negativos en el clculo del VAN, pues no se consideraron ingresos. Sin
embargo, el monto resultante es precisamente lo que se debe obtener en utilidades
para no incurrir en perdidas,

53
 A pesar de que ambas alternativas son aplicables al proyecto, la alternativa 2 resulta
ser mejor, puesto que necesita de menores ingresos para recuperar los costos y la
inversin.

En consecuencia, contratar un servicio de hosting, resulta ser la mejor alternativa de

solucin, en virtud de la restriccin presupuestaria que existe para la implementacin del
proyecto. Tambin, es una alternativa que permite disminuir los riesgos asociados a malos
resultados comerciales, que obliguen a desligarse de los servicios y tomar nuevas
decisiones, en otras palabras, las prdidas que pudieran ocurrir en el ejercicio, se
atenuaran.

54
CAPTULO IV: Primer Incremento

4.1 Introduccin
Este primer Incremento incorporar gran parte de las funcionalidades del sistema Web de
catlogo y cotizacin en lnea para Audio Center. Se analizarn las funcionalidades que
provee osCommerce, esto para conocer qu necesidades del dominio del problema son
resueltos por esta plataforma. Adems se realizar el anlisis, diseo, implementacin y las
pruebas correspondientes al primer incremento El cmo se implementaron los patrones y la
definicin de clases DAO se puede encontrar en [ANEXO C.4 y C.5].

El presente incremento est compuesto por Gestionar Producto, Gestionar Cliente,

Gestionar Catlogo y Gestionar Pedidos.

Las caractersticas ms importantes que componen cada una de esas funcionalidades son las
siguientes:

Gestionar producto:

Ingresar nuevo producto.

Eliminar producto.

Buscar producto.

Modificar datos del producto.

Agregar compra a proveedores.

Modificar stock de productos.

Modificar ndices de ventas de los productos.

Mostrar el estado del stock.

Eliminar factura.

55
Gestionar cliente:

Registrar nuevos clientes.

Modificar datos cliente.

Cambio de contrasea.

Recuperar clave olvidada.

Mostrar clientes registrados.

Mostrar datos de un cliente.

Enviar e-mail automtico al cliente.

Enviar cotizacin.

Gestionar catlogo:

Mostrar productos.

Mostrar Informacin de servicios ofrecidos.

Listar precios de los productos.

Buscar productos por marca.

Crear carro de compra.

Enviar carro de compra.

Gestionar pedidos:

Mostrar pedidos.

Cambiar de estado a un pedido.

Eliminar pedidos.

56
 Mostrar detalles de un pedido.

Revisar pedido.

A continuacin se mostrar el desarrollo del primer incremento.

4.2 Etapa De Anlisis.

En esta etapa se hace un anlisis profundo de los requerimientos que se han obtenido desde
Audio Center.

4.2.1 Casos de Uso: Gestionar Productos.

Caso de Uso : Ingresar nuevo producto.

Actores : Administrador.

Propsito : Almacenar los datos de nuevos productos

Resumen : El sistema muestra al administrador todas las caractersticas

correspondientes a cada producto. Luego el administrador ingresa
los datos del producto que se desea incorporar. Al concluir, el
sistema lo almacena.

Tipo : Primario

Referencias Cruzadas: R1.1, R1.1.1, R1.1.2, R1.1.3, R1.1.4.

Descripcin:

Accin del Actor Respuesta del Sistema

1. Este caso de uso empieza cuando el 3. El sistema valida que los datos del
administrador ingresa al sistema e indica producto cumplan con el tipo de producto
que desea registrar un nuevo producto. al que corresponden.

57
2. El administrador ingresa los datos del 5. El sistema valida que los datos se hayan
producto: nombre, marca, stock, stock ingresado.
mnimo, descripcin e imagen del
6. Guarda la informacin
producto.

4. El administrador elige guardar la

informacin ingresada.

Alternativas.

3a. Si los datos del producto que se desea ingresar no pertenecen al formato
correspondiente se vuelve al paso 2.

5a. Si los datos no han sido ingresados el sistema indicar el error al administrador por
medio de un mensaje.

Caso de Uso : Eliminar producto

Actores : Administrador .

Propsito : Eliminar los productos que se deseen del sistema

Resumen : El administrador elige el producto que desea eliminar desde una

lista. Finalmente el sistema elimina los datos del producto.

Tipo : Primario

Referencias Cruzadas: R1.2, R1.2.1, R1.2.2, R1.2.3.

Descripcin.

58
 Accin del Actor. Respuesta del Sistema.

1. Este caso de uso comienza cuando el
administrador ingresa al sistema e indica
que quiere eliminar un producto.
2. El administrador selecciona desde una
lista el producto que desea eliminar.
3. El sistema verifica que el producto que
se desea eliminar existe.
4. El sistema elimina el producto
seleccionado.

2a En el caso de que el producto no exista se realiza el paso 1.

Caso de Uso : Modificar datos del producto

Actores : Administrador.

Propsito : Permitir al administrador corregir los datos de un producto o

actualizarlos.

Resumen : El sistema muestra las caractersticas que se deseen modificar al

administrador, este decide que datos desea cambiar y el sistema
guarda los cambios.

Tipo : Primario

Referencias Cruzadas: R1.3, R1.3.1, R1.3.2, R1.3.3, R1.3.4

59
 Descripcin :

Accin del Actor Respuesta del Sistema

1. Este caso de uso comienza cuando el 3. El sistema valida que los datos se hallan
administrador ingresa al sistema e indica ingresado correspondan al del producto.
que quiere modificar un producto.

2. El administrador elige el producto a

5. El sistema valida que los datos que se
modificar.
desean modificar correspondan al formato
4. El administrador elige las establecido y que hayan sido
caractersticas del producto que desea efectivamente ingresados.
cambiar. Caractersticas tales como:
6. El sistema guarda los cambios hechos.
nombre, marca, descripcin, stock, precio
de venta, stock crtico e imagen del
producto.

Alternativas.

3a. Si los datos que se desean ingresar no corresponden al producto se vuelve al paso1.

5a. Si los datos que se desean ingresar no corresponden al formato establecido o no han
sido efectivamente todos ingresados se vuelve al paso 4.

60
Caso de Uso : Agregar compra a proveedores.

Actores : Administrador.

Propsito : Permitir al administrador agregar las compras realizadas por la

empresa a sus proveedores.

Resumen : El sistema presenta la opcin al administrador de ingresar

compras hechas a proveedores, luego el administrador incorpora
esas compras al sistema. Finalmente el sistema almacena la
compra realizada.

Tipo : Primario

Referencias Cruzadas: R1.4, R1.4.1, R1.4.2, R1.4.3.

Descripcin :

Accin del Actor. Respuesta del Sistema.

1. Este caso de uso comienza cuando el 3. El sistema valida que los datos estn
administrador ingresa al sistema e indica correctamente ingresados.
que quiere ingresar una compra asociada
4. El sistema calcula el neto, IVA, Total
a un proveedor.
y muestra el resultado al administrador.
2. El administrador ingresa los datos de
5. El sistema almacena los datos de la
los productos comprados al proveedor,
compra.
las caractersticas de la compra son:
fecha, folio, categora, nombre del
Alternativas.
producto, cantidad y precio unitario.
Alternativas.

3a. Los datos no han sido correctamente ingresados por lo que se vuelve al paso 2.

61
Caso de Uso : Modificar stock de productos

Actores : Administrador.

Propsito : Permitir al administrador actualizar el stock actual.

Resumen : El sistema permite al administrador modificar el stock de

productos, luego que este stock se modifique quedar almacenado
en el sistema.

Tipo : Primario

Referencias Cruzadas: R 1.5, R 1.5.1, R 1.5.2.

Descripcin :

Accin del Actor. Respuesta del Sistema.

1. Este caso de uso comienza cuando el 3. El sistema valida que el stock se haya
administrador ingresa al sistema ingresado correctamente.
selecciona un producto e indica que
4. El sistema muestra el stock actual y
desea modificar su stock.
una vez ingresado el nuevo stock se
2. El administrador modifica el stock del actualiza y se almacena.
producto.

Alternativas.

3a. Datos ingresados incorrectamente. Se Ejecuta paso 2

62
Caso de Uso : Mostrar ndices en la venta de los productos

Actores : Administrador, Cliente.

Propsito : Permitir al administrador o al cliente ver los ndices de los

productos que se deseen.

Resumen : El sistema muestra los ndices de los productos esto es: producto
ms visto, producto ms vendido, producto menos vendido.

Tipo : Primario

Referencias Cruzadas: R1.6, R1.6.1, R1.6.2, R1.6.3.

Descripcin :

Accin del Actor. Respuesta del Sistema.

1. Este caso de uso comienza cuando un 2. El sistema muestra las opciones :

usuario, ya sea administrador o cliente, Producto ms visto, producto ms
ingresa al sistema e indica que desea ver vendido, producto menos vendido.
los ndices de los productos.
4. El Sistema muestra el ndice
3. El usuario elige el ndice que desea seleccionado.
ver.

Alternativas.

3a. El administrador decide no elegir ninguna opcin por lo que vuelve al paso 1.

63
Caso de Uso : Mostrar estado del stock.

Actores : Administrador, Cliente.

Propsito : Permitir al administrador o al cliente ver el estado del stock

actual.

Resumen : El sistema determina mediante la cantidad de un producto su

estado, este estado puede ser normal, bajo o agotado. El
administrador ingresa la cantidad mnima y en base a esa cantidad
mnima el sistema determina en qu estado est el stock. Luego el
cliente puede ver el estado del stock.

Tipo : Primario

Referencias Cruzadas: R1.7, R1.7.1, R1.7.2. Caso de uso Ingresar producto

Descripcin:

Accin del actor. Respuesta del sistema

1. Este caso de uso comienza cuando un 3 El sistema muestra el estado del stock
usuario ya sea administrador o cliente del producto seleccionado, este estado
ingresa al sistema e indica que desea ver puede ser bajo, normal o agotado.
el estado del stock.

2. El usuario selecciona un producto

haciendo click en la imagen o en el
nombre de este.

64
Caso de Uso : Eliminar factura.

Actores : Administrador.

Propsito : Permitir al administrador eliminar facturas.

Resumen : El administrador desea eliminar una factura del sistema,

ingresa la id de la factura que desea eliminar, el sistema
elimina la factura.

Tipo: Primario.

Referencias cruzadas: R1.8, R1.8.1, R1.8.2, R1.8.3

Descripcin:

Accin de actor Responsabilidad del sistema

1. Este caso de uso se inicia cuando el 3. El sistema busca la factura por medio
administrador ingresa al sistema e indica de su id.
que desea eliminar alguna factura.
4. El sistema elimina la factura
Caso de uso: Buscar factura. seleccionada.

2 El administrador ingresa la id de la
factura que desea eliminar.

Alternativas

2a. La factura no existe, por lo tanto se muestra un mensaje.

65
4.2.2Caso de uso: Gestionar Cliente.
Caso de Uso : Identificar usuario.

Actores : Cliente.

Propsito : Permitir al cliente o administrador identificarse en el sistema.

Resumen : El usuario para identificarse debe ingresar su mail y

contrasea. El sistema valida los datos ingresados y, si los
datos son correctos el sistema muestra las opciones que le
corresponden de acuerdo a su rol.

Tipo : Primario

Referencias Cruzadas: R 4, R 4.1, R 4.2, R 4.3.

Descripcin:

Accin del actor Responsabilidad del sistema

1. Este caso de uso se inicia cuando el 3. El sistema valida que los datos
usuario decide identificarse en el sistema. ingresados estn correctamente
2. El usuario ingresa su mail, ingresados.
posteriormente el usuario ingresa la
5. El sistema verifica que la clave
contrasea.
corresponda al mail del usuario.
4. El usuario indica que desea
6. El sistema indica al usuario que est
identificarse.
autenticado y muestra las opciones que le
corresponden, ya sea como cliente o
administrador.

66
Alternativas.

3a Los datos ingresados: mail y contrasea no estn ingresados correctamente. Se ejecuta

paso 2.

5a: Los datos ingresados, mail y contrasea, no son vlidos. El sistema enva un mensaje
indicando que los datos ingresados no son correctos. Se ejecuta paso 2.

6a: Pueden ocurrir 2 situaciones: La contrasea ingresada no corresponde a la persona

indicada o el cliente no est registrado en el sistema. Se notifica lo ocurrido al cliente. Se
ejecuta paso 2.

Caso de Uso : Registrar nuevo cliente

Actores : Cliente.

Propsito : Obtener datos del cliente.

Resumen : El sistema muestra un formulario al cliente que este debe

llenar con sus datos personales si lo desea, posteriormente el
cliente ingresa los datos que se piden y el sistema almacena los
datos.

Tipo : Primario

Referencias Cruzadas: R 2.1, R 2.1.1, R 2.1.2 , R 2.1.3, R 2.1.4

67
Descripcin:

Accin del Actor Respuesta del Sistema

1. Este caso de uso comienza cuando el 3. El sistema valida que todos los datos
cliente ingresa al sistema y desea hayan sido ingresados y que cumplan con
ingresar sus datos en un formulario. el formato que acepta el sistema.

2. El cliente ingresa los siguientes datos 5. El sistema almacena los datos del
al sistema: sexo, nombre, apellido cliente.
direccin, e-mail, fecha nacimiento,
cdigo postal, poblacin, pas y telfono.

4. El cliente acepta el envo de sus datos.

Alternativas.

3a. Si los datos ingresados no son vlidos se vuelve al paso 2.

4a. Si el cliente no acepta el envo de sus datos se vuelve al paso 1.

68
Caso de Uso : Modificar datos del cliente.

Actores : Cliente.

Propsito : Modificar los datos que el cliente desee.

Resumen : El sistema muestra al cliente un formulario con sus datos, el

cliente cambia los datos que desee de ese formulario. Finalmente
los datos modificados se almacenan.

Tipo : primario

Referencias Cruzadas : R 2.2, R 2.2.1, R 2.2.2, R 2.2.3, R 2.2.4.

Descripcin :

Accin del actor. Respuesta del sistema.

1. Este caso de uso comienza cuando el 3. El sistema valida que los datos tengan
cliente ingresa al sistema y desea el formato correcto de caracteres.
modificar sus datos. 4. El sistema valida que se ingresen todos
los datos que son obligatorios: datos
2. El cliente ingresa los datos que desea
personales, datos postales, contrasea.
modificar estos pueden ser: sexo,
nombre, apellido direccin, e-mail, fecha
6. El sistema almacena los datos
nacimiento, cdigo postal, poblacin,
modificados.
pas o telfono.

5. El cliente acepta la modificacin de

Alternativas.
los datos.

Alternativas.

3a. Si los datos no son del formato correcto entonces se ejecuta el paso 2.

69
4a. Si el cliente no ingresa todos los datos requeridos se muestra un mensaje y se ejecuta el
paso 2.

Caso de Uso : Cambiar contrasea.

Actores : Cliente.

Propsito : Permitir al cliente que cambie su contrasea.

Resumen : El sistema entrega la posibilidad al cliente de cambiar su

contrasea actual por una nueva, luego que el cliente cambie su
contrasea esta quedar almacenada.

Tipo : Primario

Referencias Cruzadas : R 2.3, R 2.3.1, R 2.3.2, R 2.3.3, R 2.3.4. Caso de uso Modificar
Datos cliente

Descripcin :

Accin del actor. Respuesta del sistema.

1. Este caso de uso comienza cuando el 4. El sistema valida que la contrasea
cliente ingresa al sistema y requiere actual sea la correcta. Adems valida que
cambiar su contrasea. la contrasea nueva no sea la misma que
la actual y que cumpla con el tamao
2. El cliente indica que desea cambiar su
mnimo de caracteres.
actual contrasea.
Alternativas. 5. El sistema almacena la nueva
3. El cliente ingresa la contrasea actual
contrasea.
luego ingresa la contrasea nueva, y la
confirmacin.

70
Alternativas.

3a. Si el cliente no confirma el cambio de contrasea se vuelve al paso 1.

4a. Si la contrasea actual no es correcta o la contrasea nueva es la misma que la

contrasea actual se mostrar un mensaje de error y se ejecutara el paso 3.

Caso de Uso : Recuperar clave olvidada.

Actores : Cliente.

Propsito : Permitir al cliente recuperar su clave.

Resumen : El sistema entrega la posibilidad al cliente de recuperar la clave

por medio de un mail que el sistema le har llegar al cliente. Para
esto el cliente colocar su mail y la clave llegar
automticamente.

Tipo : Primario

Referencias Cruzadas: R 2.4, R 2.4.1, R 2.4.2, R 2.4.3.

Descripcin :

Accin del Actor. Respuesta del Sistema.

1. Este caso de uso comienza cuando el 4. El sistema valida que el mail sea
cliente ha olvidado su contrasea y desea correcto.
recuperarla.
5. El sistema enva la clave al mail del
2. El cliente indica que desea recuperar cliente.
su contrasea.

3. El cliente ingresa su mail.

Alternativas.

71
Alternativas.

4a. El mail ingresada no es correcto por lo que se ejecuta el paso 3.

Caso de Uso : Mostrar datos de un cliente.

Actores : Administrador.

Propsito : Permitir al administrador obtener los datos del cliente que se

desee.

Resumen : El sistema entrega al administrador la opcin de ver todos los

datos de un cliente determinado., el administrador elige al
cliente y el sistema muestra los datos del cliente respectivo.

Tipo : Primario

Referencias Cruzadas: R2.5, R2.5.1, R 2.5.2, R 2.5.3, R2.5.4

Descripcin :

Accin del actor. Respuesta del sistema.

1. Este caso de uso comienza cuando el 3. El sistema valida la existencia del
administrador ingresa al sistema y desea cliente.
conocer los datos de un cliente. 4. El sistema muestra los datos
correspondientes al cliente.
2. El administrador ingresa la id del
cliente.

72
 Alternativas.

3a. El id ingresado es incorrecto o no existe por lo que se enva un mensaje y se ejecuta el

paso 2.

4.2.3 Caso de Uso: Gestionar Catlogo.

Caso de Uso : Mostrar Productos.

Actores : Cliente.

Propsito : Mostrar los productos y sus caractersticas a los clientes que

accedan al sistema.

Resumen : El sistema muestra a los clientes todos los productos y las

categoras a las que pertenecen estos productos, adems de dar
una informacin detallada de cada producto

Tipo : Primario

Referencias Cruzadas: R 3.1, R. 3.1.1, R 3.1.2, R 3.1.3, R 3.1.4.

Descripcin :

Accin del actor. Respuesta del Sistema.

1. Este caso de uso comienza cuando el 3. El sistema muestra las categoras de

cliente desea ver un producto. productos.

2. El Cliente selecciona la categora que 5. El sistema muestra las caractersticas

desea ver. del producto elegido.

4. El cliente Selecciona el producto que

desea ver.

73
Caso de Uso : Buscar productos por marca.

Actores : Cliente.

Propsito : Mostrar todos los productos pertenecientes a una marca.

Resumen : El sistema muestra al cliente todos los fabricantes con los cuales
trabaja la empresa y todos los productos asociados al fabricante.

Tipo : Primario

Referencias Cruzadas: R 3.4, R. 3.4.1, R 3.4.2.

Descripcin:

Accin del Actor Respuesta del sistema.

1. Este caso de uso comienza cuando el 3. El sistema busca la marca seleccionada.

cliente desea ver los productos que posee
5. El sistema muestra todos los productos
una marca determinada.
de la marca seleccionada.
2. El Cliente indica que quiere ver los
productos segn la marca.

4. El Cliente selecciona el nombre de la

marca.

Alternativas.
3a. La marca seleccionada no se encuentra en el sistema. Se ejecuta paso 4.

74
Caso de Uso : Agregar producto al carro de compras

Actores : Cliente.

Propsito : Permitir al cliente incorporar productos a un carro de compra y

enviar los productos incorporados al vendedor.

Resumen : El sistema entrega al cliente la posibilidad de ir ingresando los

productos que vaya cotizando en un carro de compra.

Tipo : Primario

Referencias Cruzadas: R 3.5, R 3.5.1, R 3.5.2, R 3.5.3, R 3.5.4, R.3.5.5

Descripcin:

Accin del Actor Respuesta Del Sistema.

1. Este caso de uso comienza cuando el 3. El sistema muestra el carro con el

cliente desea incorporar productos a un producto incorporado junto con su precio
carro de compra. y la cantidad.

2. El Cliente elige incorporar un producto

al carro de compra.

Alternativas.

2a. El cliente decide no incorporar productos al carro de compra por lo que vuelve al
catlogo.

75
Caso de Uso : Eliminar productos del carro de compras

Actores : Cliente.

Propsito : Permitir al cliente eliminar productos del carro de compras.

Resumen : El sistema entrega al cliente la posibilidad de eliminar los

productos del carro de compras que ya no desee cotizar.

Tipo : Primario

Referencias Cruzadas : R 3.5.4

Descripcin:

Accin del Actor Respuesta del sistema.

1. Este caso de uso comienza cuando el 3. El sistema elimina el producto del

cliente desea un producto del carro de
compras.
2. El Cliente elige eliminar un producto
al carro de compra.
carro de compra y muestra al cliente el
carro de compra sin el producto que
elimin.

Alternativas.
3a. Si no hay productos que eliminar en el carro de compras, se enva un mensaje y se
vuelve al paso 1.

76
4.2.5 Caso de Uso: Gestionar pedido.
Caso de Uso Mostrar pedidos.

Actores : Administrador.

Propsito : Permitir al administrador ver los pedidos que estn

almacenados en el sistema

Resumen : El administrador busca los pedidos por el estado que stos

tengan, es decir Pendiente, Proceso y Entregado. El
administrador indica el parmetro con el que se buscarn los
pedidos. Finalmente el sistema los busca y los muestra
ordenados por la fecha en que fueron realizados.

Tipo : Primario

Referencias Cruzadas: R 5, R 5.1.

Descripcin:

Accin del Actor Responsabilidad del Sistema

1. Este caso de uso se inicia cuando el 3. El sistema busca los pedidos que
administrador ingresa al sistema e indica tengan el estado especificado por el
que desea buscar y ver pedidos. administrador.

2. El administrador ingresa el estado por 4. El sistema muestra todos los pedidos

el cual desea buscar los pedidos. ordenados por la fecha en que fueron
realizados.

77
Caso de uso : Cambiar estado a un pedido.

Actores : Administrador.

Propsito : Cambiar el estado del pedido a Proceso, Entregado o

Pendiente dependiendo del estado actual que tenga cada uno.

Resumen : Si el estado del pedido es Pendiente, el administrador podr

cambiar el estado a Proceso. Si el estado de un pedido es
Proceso podr cambiar el estado a Entregado. El
administrador cambia el estado del pedido y el sistema guarda
los cambios realizados.

Tipo : Primario.

Referencias cruzadas : R5, R.5.2, Caso de uso Mostrar pedidos.

Descripcin:

Accin del Actor Responsabilidad del Sistema

1. Este caso de uso se inicia cuando el 3. El sistema cambia el estado del pedido
administrador desea cambiar el estado de y lo almacena.
un pedido.

Incluye caso de uso Mostrar Pedidos.

2. El administrador indica que desea

cambiar el estado al pedido.

78
Caso de uso : Eliminar pedido.

Actores : Administrador.

Propsito : Permite al administrador eliminar aquellos pedidos que estn

entregados.

Resumen : El administrador ingresa al sistema a eliminar los pedidos que

fueron entregados o que por alguna razn el administrador
desee eliminar. El sistema busca y muestra todos los pedidos.
Finalmente el administrador selecciona los pedidos que desea
eliminar y el sistema los borra.

Tipo : Primario.

Referencias cruzadas : R 5, R 5.3. Caso de Uso Mostrar pedidos.

Descripcin:

Accin del actor. Responsabilidad del sistema.

1. Este caso de uso se inicia cuando el 3. El sistema elimina el pedido indicado.

administrador desea eliminar los pedidos
que fueron retirados.

2. El administrador selecciona un pedido

e indica que desea eliminarlo.

79
Caso de Uso : Mostrar detalle de un pedido.

Actores : Administrador.

Propsito : El sistema permite al administrador conocer los detalles de un

pedido.

Resumen : El administrador selecciona un pedido. Luego el sistema

muestra un informe con datos del cliente, direccin de envo,
direccin de facturacin, informacin de los productos que
estn en el pedido.

Tipo : Primario.

Referencias cruzadas : R 5, R 5.4

Descripcin :

Accin del actor. Responsabilidad del sistema.

1. Este caso de uso se inicia cuando el 3. El sistema busca el detalle de ese

administrador ingresa al sistema y desea pedido.
conocer los detalles de un pedido.
4. El sistema muestra el detalle del
2. El administrador selecciona un pedido. pedido.
Incluye caso de uso Mostrar Pedidos.

80
Caso de Uso : Revisar pedidos.

Actores : Cliente.

Propsito : Permitir al cliente revisar en que estado estn los pedidos que
ha realizado.

Resumen : El cliente ingresa al sistema para ver los pedidos que ha

realizado, y el sistema muestra todos los pedidos que ste ha
efectuado, indicando el estado y la fecha en la que fue
realizado el pedido.

Tipo : Primario.

Referencias cruzadas : R 5, R 5.5.

Descripcin :

Accin del actor. Responsabilidad del sistema.

1. Este caso de uso se inicia cuando el
cliente ingresa al sistema e indica que
desea ver los pedidos que ha realizado.
4. El administrador selecciona un pedido
para ver el detalle de ste.
2. El sistema busca todos los pedidos que
ha realizado el cliente.
3. El sistema muestra el estado y la fecha
en la que fue realizado cada uno de los
pedidos.

5. El sistema busca y muestra el detalle

del pedido indicado.

81
Alternativas

3a. No existen pedidos. El sistema informa al cliente que no tiene pedidos pendientes a
travs de un mensaje.

4.2.4 Diagramas de caso de uso: Gestionar Producto.

Este diagrama muestra cmo es la interaccin del administrador y el cliente con el sistema.

Figura 4.1: Gestionar Productos.

82
4.2.5 Diagramas de caso de uso: Gestionar Cliente.
Este diagrama muestra como es la interaccin del cliente y el administrador con el sistema.

Figura 4.2: Gestionar Cliente.

83
4.2.6 Diagramas de caso de uso: Gestionar Catlogo.
Este diagrama muestra cmo es la interaccin del cliente con el sistema.

Figura 4.3: Gestionar Catlogo.

84
4.2.7 Diagramas de secuencia de sistema: Gestionar Producto.
Los diagramas de secuencia de sistema ilustran las interacciones de los actores externos con
el sistema y el orden en el que estas interacciones aparecen con el sistema. A continuacin
se muestran los diagramas de secuencia de sistema correspondientes a cada caso de uso de
Gestionar Producto.

Caso de uso: Ingresar nuevo

producto.

Curso Normal de los eventos.

1. Este caso de uso empieza

cuando el administrador
ingresa al sistema e indica que
desea registrar un nuevo
producto.

2. El administrador ingresa los

datos del producto: nombre,
marca, stock, stock mnimo,
descripcin e imagen del
producto.

3. El sistema valida que los

datos del producto cumplan con
el tipo de producto al que
corresponden.

4. El administrador elige
guardar la informacin
ingresada.

5. El sistema valida que los

datos se hayan ingresado.

6. Guardar la informacin del

producto.

Figura 4.4: Diagrama de secuencia Ingresar nuevo producto.

85
 Caso de uso: Eliminar
Producto.

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando el administrador
ingresa al sistema e indica que
quiere eliminar un producto.

2. El administrador selecciona
el producto que desea eliminar.

2. El sistema verifica que el

producto que se desea eliminar
existe.

3. El sistema elimina el
producto seleccionado.

Figura 4.5: Diagrama de secuencia Eliminar producto.

Caso de uso: Modificar datos

del producto.

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando el administrador
ingresa al sistema e indica que
quiere modificar un producto.

2. El administrador elige el
producto a modificar.

3. El sistema valida que los

datos se hallan ingresado
correspondan al del producto.

4. El administrador elige las

caractersticas del producto que
desea cambiar. Caractersticas
tales como: nombre, marca,
descripcin, stock, precio de
venta e imagen del producto.

5. El sistema valida que los

datos que se desean modificar
correspondan al formato
establecido y que hayan sido
efectivamente ingresados.

6. El sistema guarda los cambios

hechos.

Figura 4.6: Diagrama de secuencia Modificar datos del producto.

86
Caso de uso: Agregar
compra a proveedores

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando el administrador
ingresa al sistema e indica que
quiere ingresar una compra a
un proveedor.

2. El administrador ingresa los

datos de los productos
comprados al proveedor, las
caractersticas de la compra
son: fecha, folio, cdigo del
producto, precio y cantidad.

3. El sistema valida que los

datos estn correctamente
ingresados.

4. Los datos del producto son

almacenados en el sistema.

Figura 4.7: Diagrama de secuencia Agregar compra a proveedores.

Caso de uso: Modificar Stock

De Productos.

Curso Normal de los

1. Este caso de uso comienza

cuando el administrador
ingresa al sistema e indica que
desea modificar el stock de un
producto.

2. El administrador ingresa y
modifica el stock del producto.

3. El sistema valida que el stock

se haya ingresado
correctamente.

4. El sistema muestra el stock

actual y una vez ingresado el
nuevo stock se actualiza y se
almacena.

Figura 4.8: Diagrama de secuencia Modificar stock de productos.

87
Caso de uso: Mostrar
tendencia en la venta de
productos.

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando un usuario ya sea
administrador o cliente
ingresa al sistema e indica
que desea ver los ndices de
los productos.

2. El sistema muestra las sig.

opciones: Producto ms visto,
producto ms vendido,
producto menos vendido.

3. El usuario elige el ndice

que desea ver.

4. El Sistema muestra el
ndice seleccionado.

Figura 4.9: Diagrama de secuencia Mostrar ndice en la venta de productos.

Caso de uso: Mostrar estado

del stock.

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando un usuario ya sea
administrador o cliente
ingresa al sistema e indica
que desea ver el estado del
stock.

2. El usuario selecciona un
producto.

3 El sistema muestra el
estado del stock del producto
seleccionado, este estado
puede ser bajo, normal o
agotado.

Figura 4.10: Diagrama de secuencia Mostrar estado del stock.

88
Caso de uso: Buscar
factura.

Curso Normal de los

eventos.

1. Este caso de uso se inicia

cuando el administrador
ingresa al sistema e indica
que desea buscar alguna
factura.

2 El administrador ingresa
la id de la factura que
busca.

3. El sistema busca la
factura por medio de su id.

4. El sistema muestra la
factura seleccionada.

Figura 4.11: Diagrama de secuencia Buscar factura.

Caso de uso: Eliminar

factura.

Curso Normal de los

eventos.

1. Este caso de uso se inicia

cuando el administrador
ingresa al sistema e indica
que desea eliminar alguna
factura.

Incluye al caso de uso:

Buscar factura.

2 El administrador ingresa
la id de la factura que
desea eliminar.

3. El sistema busca la
factura por medio de su id.

4. El sistema elimina la
factura seleccionada.

Figura 4.12: Diagrama de secuencia Eliminar factura.

89
4.2.8 Diagrama de secuencia: Gestionar Cliente.
Los diagramas de secuencia ilustran las interacciones de los actores externos, los eventos
internos del sistema y el orden en el que estas interacciones aparecen con el sistema. A
continuacin se muestran los diagramas de secuencia correspondientes a cada caso de uso
de Gestionar Cliente.

Caso de uso: Registrar nuevo

cliente.

1. Este caso de uso comienza

cuando el cliente ingresa al
sistema y desea ingresar sus
datos en un formulario.

2. El cliente ingresa los

siguientes datos al sistema:
sexo, nombre, apellido
direccin, e-mail, fecha
nacimiento, cdigo postal,
poblacin, pas y telfono.

3. El sistema valida que todos

los datos hayan sido
ingresados y que cumplan
con el formato que acepta el
sistema.

4. El cliente acepta el envo

de sus datos.

5. El sistema almacena los

datos del cliente.

Figura 4.13: Diagrama de secuencia Registrar nuevo cliente.

90
Caso de uso: Modificar datos
cliente.

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando el cliente ingresa al
sistema y desea modificar sus
datos.

2. El cliente ingresa los datos

que desea modificar estos
pueden ser: sexo, nombre,
apellido direccin, e-mail,
fecha nacimiento, cdigo
postal, poblacin, pas o
telfono. 3. El sistema valida
que los datos tengan el
formato correcto de
caracteres.

4. El sistema valida que se

ingresen todos los datos que
son obligatorios: datos
personales, datos postales,
contrasea.

5. El cliente acepta la
modificacin de los datos.

6. El sistema almacena los

datos modificados.

Figura 4.14: Diagrama de secuencia Modificar datos cliente.

91
Caso de uso: Identificar
Usuario.

Curso Normal de los eventos.

1. Este caso de uso se inicia

cuando el usuario decide
identificarse en el sistema.

2. El usuario ingresa su id,

posteriormente el usuario
ingresa la contrasea.

3. El sistema valida que los

datos ingresados estn
correctamente ingresados.

4. El usuario indica que desea

identificarse.

5. El sistema verifica que la

clave corresponda al mail del
usuario.

6. El sistema indica al usuario

que est autenticado y
muestra las opciones que le
corresponden, ya sea como
cliente o administrador.

Figura 4.15: Diagrama de secuencia Identificar usuario.

92
Caso de uso: Cambiar
Contrasea.

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando el cliente ingresa al
sistema y requiere cambiar su
contrasea.

2. El cliente indica que desea

cambiar su actual contrasea.

3. El cliente ingresa la
contrasea actual luego ingresa
la contrasea nueva, y la
confirmacin.

4. El sistema valida que la

contrasea actual sea la
correcta. Adems valida que la
contrasea nueva no sea la
misma que la actual y que
cumpla con el tamao mnimo
de caracteres.

5. El sistema almacena la nueva

contrasea.

Figura 4.16: Diagrama de secuencia Cambiar contrasea.

93
 Caso de uso: Mostrar datos
del cliente.

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando el cliente ingresa al
sistema y requiere cambiar
su contrasea.

2. El cliente indica que desea

cambiar su actual
contrasea.

3. El cliente ingresa la
contrasea actual luego
ingresa la contrasea nueva,
y la confirmacin.

4. El sistema valida que la

contrasea actual sea la
correcta. Adems valida que
la contrasea nueva no sea la
misma que la actual y que
cumpla con el tamao
mnimo de caracteres.

5. El sistema almacena la
nueva contrasea.

Figura 4.17: Diagrama de secuencia Mostrar datos del cliente.

Caso de uso: Recuperar

Clave Olvidada.

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando el cliente ha olvidado
su contrasea y desea
recuperarla.
.
2. El cliente indica que desea
recuperar su contrasea.

3. El cliente ingresa su mail.

4. El sistema valida que el

mail sea correcto.

5. El sistema enva la clave al

mail del cliente.

Figura 4.18: Diagrama de secuencia Recuperar clave olvidada.

94
 4.2.9 Diagrama de secuencia: Gestionar Catlogo.
Los siguientes diagramas corresponden a los diagramas de secuencia de Gestionar
Catlogo, en los cuales se puede observar como es la interaccin entre el sistema y los
actores.

Caso de uso: Mostrar

Productos.

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando el cliente desea ver un
producto.

2. El Cliente selecciona la
categora que desea ver.

3. El sistema muestra los

productos de la categora.

4. El cliente Selecciona el
producto que desea ver.

5. El sistema muestra las

caractersticas del producto
elegido
.

Figura 4.19: Diagrama de secuencia Mostrar productos.

Caso de uso: Agregar

Producto al Carro de
Compra.

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando el cliente desea
incorporar productos a un
carro de compra.

2. El Cliente elige incorporar

un producto al carro de
compra.

3. El sistema muestra el carro

con el producto incorporado
junto con su precio y la
cantidad .

Figura 4.20: Diagrama de secuencia Agregar productos al carro de compra.

95
Caso de uso: Eliminar
Productos del Carro de
Compra..

Curso Normal de los eventos.

1. Este caso de uso comienza

cuando el cliente desea un
producto del carro de
compras.

2. El Cliente elige eliminar

un producto al carro de
compra.

3. El sistema elimina el
producto del carro de
compra y le muestra al
cliente el carro de compra sin
el producto que elimin.

Figura 4.21: Diagrama de secuencia Eliminar productos del carro de compra.

4.2.9 Diagrama de secuencia: Gestionar pedidos.

Los siguientes diagramas corresponden a los diagramas de secuencia de gestionar pedidos,
en los cuales se puede observar como es la interaccin entre el sistema y los actores.

Caso de uso: Mostrar

Pedidos

Curso Normal de los

eventos

1. Este caso de uso se inicia

cuando el administrador
ingresa al sistema e indica
que desea buscar y ver
pedidos.

3. El sistema busca los

pedidos que tengan el
estado especificado por el
administrador.

2. El administrador
ingresa el estado por el
cual desea buscar los
pedidos.

4. El sistema muestra
todos los pedidos
ordenados por la fecha en
que fueron realizados.

Figura 4.22: Diagrama de secuencia Mostrar pedidos.

96
 Caso de Uso: Cambiar
estado a un pedido.

Curso normal de los

eventos:

1. Este caso de uso se inicia

cuando el administrador
desea cambiar el estado de
un pedido.

Incluye caso de uso

Mostrar Pedidos.

2. El administrador indica
que desea cambiar el
estado al pedido.

3. El sistema cambia el
estado del pedido y lo
almacena.

Figura 4.23: Diagrama de secuencia Cambiar estado a un pedido.

Caso de uso: Eliminar

pedido.

Curso Normal de los

eventos.

1. Este caso de uso se inicia

cuando el administrador
desea eliminar los pedidos
que fueron retirados.

2. El administrador
selecciona un pedido e
indica que desea
eliminarlo.

3. El sistema elimina el
pedido indicado.

Figura 4.24: Diagrama de secuencia Eliminar pedido.

97
 Caso de uso: Mostrar
detalle de un pedido.

Curso Normal de los

eventos.

1. Este caso de uso se inicia

cuando el administrador
ingresa al sistema y desea
conocer los detalles de un
pedido.

2. El administrador
selecciona un pedido.

Incluye caso de uso

Mostrar Pedidos.

3. El sistema busca el
detalle de ese pedido.

4. El sistema muestra el
detalle del pedido.

Figura 4.25: Diagrama de secuencia Mostrar detalle de un pedido.

Caso de uso: Revisar

pedidos.

Curso Normal de los

eventos.

1. Este caso de uso se inicia

cuando el cliente ingresa al
sistema e indica que desea
ver los pedidos que ha
realizado.

2. El sistema busca todos

los pedidos que ha
realizado el cliente.

3. El sistema muestra el
estado y la fecha en la que
fue realizado cada uno de
los pedidos.

4. El administrador
selecciona un pedido para
ver el detalle de ste.

5. El sistema busca y
muestra el detalle del
pedido indicado.

Figura 4.26: Diagrama de secuencia Revisar pedidos.

98
4.2.10 Modelo Conceptual

Figura 4.27: Modelo Conceptual.

99
4.3 Etapa Diseo.

4.3.1 Diagramas de clases: Agregar compra a proveedores

A continuacin se presentar el diagrama de clases, el cual explica cmo se relacionan las
clases, cmo estn involucradas, atributos y mtodos de estas (figura 4.28). El diagrama se
realiz en base al diagrama de colaboracin Agregar compra a proveedores (vase figura
4.29). Las decisiones de diseo tomadas para la confeccin de los diagramas, se sustentaron
en la aplicacin de los patrones GRASP para la asignacin de responsabilidades. Detalles
sobre su aplicacin pueden ser encontrados en el Anexo C.5 de esta memoria. No se
consider necesario aplicar patrones GoF.
Figura 4.28: Diagrama de clases Agregar compra a proveedores.
4.3.2 Diagrama de Colaboracin: Agregar compra a proveedores
En la figura 4.29 se presenta el diagrama de colaboracin Agregar compra a proveedores,
que muestra cmo colaboran los objetos entre ellos para llevar acabo las responsabilidades
correspondientes.
Figura 4.29: Diagrama de colaboracin Agregar compra a proveedores.
4.3 Pruebas

4.3.1 Definicin
El objetivo que persiguen las pruebas, es la deteccin de errores, estos errores ocurren en la
etapa de diseo o construccin y muchas veces sin que los desarrolladores se den cuenta
[32].

Se realiz una planificacin tratando de abarcar solo lo correspondiente al mdulo

programado en el presente incremento.

A continuacin se muestra el plan de pruebas.

Pruebas Duracin Propsito

Se realizaron pruebas de caja negra sobre

el primer incremento, especficamente en
Funcionales 1 da
el mdulo de agregar compra a
proveedores.

Se sobrecarg el sistema con un nmero

anormal de cargas de trabajo (lo normal
De resistencia y son 140 registros y se sobrecarg con
2 das
desempeo 20.000 registros), midiendo tiempos de
respuesta tanto de la base de datos, como
el tiempo en que se cargan las paginas.

Tabla 4.1 Tipos de pruebas y sus caractersticas.

Estas pruebas se realizaron sobre todas las funcionalidades del mdulo agregar compra a
proveedores, en las que interviene la mayor cantidad de datos los cuales se acceden
mediante consultas SQL sobre la base de datos.
El 100% de las pruebas fue manual.

El caso de uso Agregar compra a proveedores poseer un flujo normal y tres caminos
alternativos.

Criterio de xito: 90% de los casos de prueba pasados con xitos. No hay defectos de
prioridad medio-alta que falten por corregir.

Los criterios sealados anteriormente corresponden a una estrategia de pruebas detallada en

[34].

Hay que mencionar que estas pruebas fueron realizadas en un ambiente simulado, esto es
en los computadores donde se desarroll el sistema. Si bien estas pruebas no son del todo
concluyentes, entrega un precedente del comportamiento del sistema en un ambiente
anormal de carga de trabajo.

4.3.2 Pruebas de Resistencia y Desempeo

Las pruebas de resistencia ejecutan un sistema de tal manera que requiera un volumen, una
frecuencia anormal de recursos. [35]

Las pruebas de desempeo estn diseadas para probar el desempeo del software en
tiempo de ejecucin dentro del contexto de un sistema integrado.

Para realizar las pruebas de tensin se calcul el tiempo de acceso a la base de datos
contemplando el tiempo que demora en realizar una consulta SQL, y el tiempo que tarda en
retornar los datos solicitados hasta antes de desplegar los datos en pantalla.

Para calcular cuanto se demora una pgina en desplegar una cierta cantidad de datos se
utilizo la funcin microtime de php, esta funcin permite calcular el tiempo de inicio y el
tiempo final. Para obtener el tiempo de carga se resta al tiempo final el tiempo de inicio.

4.3.2.1 resultados obtenidos de las pruebas de resistencia y desempeo

Las pruebas anteriormente mencionadas arrojaron los siguientes resultados (vase tabla
4.2):

105
 Tiempo en cargar Tiempo en
Cantidad de la pgina acceder a los
Mdulo o Script ejecutado registros desplegando todos datos (consulta
(consultados) los datos (en SQL) (en
segundos) segundos)

Mostrar facturas
20.000 0,0655 0,07
(AdministracionFacturas.php)

Tabla 4.2: Resultados de las pruebas de resistencia y desempeo.

4.3.3 Pruebas funcionales.

Estas pruebas corresponden a las pruebas de caja negra, se probaron todos los campos
pertenecientes al mdulo de agregar compra a proveedores.

La metodologa utilizada para probar el mdulo fue:

Definir el propsito de la prueba.

Dar a conocer prerrequisitos para poder acceder a la instancia que se probar.

Definir claramente los datos con los cuales se llevar a cabo la prueba

Los pasos para llevar a cabo la prueba.

Definir los resultados que se esperan.

Determinar cules fueron los resultados obtenidos.

Finalmente evaluar la prueba describiendo si se detectaron errores y las medidas a

adoptar para la correccin.

A continuacin en la tabla 4.3 se muestran los resultados de la prueba realizada a Agregar

compra a proveedores cuya funcionalidad es la de ingresar las compras realizadas a los
proveedores.

106
Propsito : Probar el ingreso de compras a proveedores, por parte del
administrador del sistema Web.

Prerrequisitos : El administrador debe estar autenticado.

Datos de prueba : Cantidad de productos a ingresar={5, 555tttt, gtr&%$, vaco}

Fecha compra = {5/15/2007,5/04/2009, vaco}

Folio= {0101, 200, vaco, tresdf, 5tt6}

Nombre Categora= {se selecciona de un combo, vaco}

Nombre Producto= { se selecciona de un combo, vaco }

Precio= {235000, 23rr45t6, vaco, 0, kilop*+/}

Cantidad= {10, thy5,0,vaco, klp}

Pasos : 1. Hacer click en Ingreso de compras

2. Digitar cantidad de productos a ingresar.

3. Seleccionar fecha de compra.

4. Digitar folio.

5. Seleccionar categora.

6. Seleccionar productos.

7. Digitar precio.

8. Digitar cantidad.

Resultados -Si todos los datos son correctos, ver el mensaje datos
esperados : ingresados correctamente.

-Si algunos de los datos fueron incorrectos, ver el mensaje

107
 correspondiente al error, y reingresar los datos en los campos
errneos.

-Si la fecha de la compra que se desea ingresar es superior a la

fecha del sistema, mostrar un mensaje de error y reingresar la
fecha correcta.

- Si el folio de la factura se encuentra repetido dar la opcin al

administrador de incorporar la compra a dicha factura o a poner
otro nmero de folio.

Resultados -Una vez que todos los datos fueron correctamente ingresados,
obtenidos : se mostr el mensaje datos de la compra ingresados
correctamente y la opcin para ingresar otra compra.

-Cuando algunos de los campos del formulario de compra

fueron dejados en blanco, mostr el mensaje del campo
correspondiente indicando que deba ingresar el dato que
faltaba.

-Cuando se ingres la fecha, no mostr un mensaje de error

cuando esta fecha fue superior a la del sistema.

-Cuando se ingres texto en los campos en los que solo deban

ir nmeros, mostr el mensaje de error en el campo
correspondiente.

-Cuando se ingresaron combinaciones de nmeros con letras

no se mostr un mensaje de error, se dej pasar el nmero sin el
texto que vena despus.

-Cuando se ingresaban valores a los campos que excedan los

presupuestados, el sistema no bloqueaba el campo respectivo.

-Cuando exista el folio el sistema no mostraba ningn mensaje

108
 de advertencia, ni daba la posibilidad de agregar nuevas
compras a ese folio.

Evaluacin de la Se encontraron errores en las siguientes situaciones:

prueba :
-Al intentar el ingreso de los campos Cantidad de productos a
ingresar, Folio, Precio, Cantidad no se valid la
combinacin de nmeros, y texto o caracteres especiales, pero
se realizaron las modificaciones necesarias para cuando
ingresaran combinaciones de nmeros, y texto o caracteres
especiales se mostrara un mensaje de error indicando el campo
en el cual sucedi el error y eliminando el dato mal ingresado.

-Cuando se ingres la fecha errneamente (fecha superior a la

del sistema) el sistema no mostr ningn mensaje de error, por
esto se hicieron las modificaciones para que apareciera un
mensaje y eliminar la fecha cuando sta haya sido ingresada
errneamente.

-Cuando se ingres el valor cero en los campos Precio y

Cantidad el sistema no mostraba ningn mensaje de error, sin
embargo se realizaron las modificaciones necesarias para que
en esos campos se ingresara un valor mayor que cero. De igual
forma se solucion el problema del ingreso de valores que
excedan los presupuestados mostrando un mensaje de error y
eliminando el dato.

109
4.4 Conclusin
En este captulo se pudo constatar cmo fue la evolucin del primer incremento del
proyecto de ttulo. Se empez con la etapa de anlisis, en la cual se detallaron casos de uso
y diagramas de secuencia. Tanto de las funcionalidades que provee oscommerce como las
que se incorporaron por parte de los desarrolladores, luego sigui la etapa de diseo, la
cual se bas en los casos de uso y diagramas de secuencia pertenecientes a la incorporacin
de compras a proveedores. En la etapa de diseo se crearon diagramas de colaboracin y
diagramas de clases, los primeros con el fin de tener un entendimiento de cmo colaboran
los objetos entre s y que responsabilidades poseen. Estos diagramas se basaron en los
patrones GRASP, el como se utilizaron se puede ver en el anexo C. Los diagramas de
clases tuvieron como objetivo explicar que atributos, mtodos y forma en que se
relacionaban las clases.

Para finalizar se realizaron pruebas funcionales, de resistencia y desempeo. Estas se

realizaron sobre el mdulo agregar compra a proveedores programado por los
desarrolladores, arrojando resultados satisfactorios.

110
CAPITULO V: Segundo Incremento.

5.1 Introduccin
El segundo Incremento abarca el anlisis, diseo, implementacin y pruebas, estas etapas se
vern reflejadas en los casos de uso: solicitud de caja acstica y gestionar informes tanto de
productos bajo stock como de stock actual. El como se implementaron los patrones y la
definicin de clases DAO se puede encontrar en [ANEXO C.4] y [ANEXO C.5].

Los requerimientos asociados a este incremento son los siguientes:

Solicitud de cajas acsticas

Mostrar solicitudes.

Eliminar solicitudes.

Mostrar detalle de una solicitud.

Enviar solicitud.

Responder solicitud al cliente.

Cambiar de estado a la solicitud.

Gestionar informes

Generar informe de stock

Generar informe de productos bajo stock.

111
5.2 Etapa Anlisis

5.2.1 Caso de uso: Solicitud Caja Acstica

El siguiente grupo de casos de uso muestran las interacciones existentes entre los actores y
en las funcionalidades propias de Solicitud caja acstica

Caso de Uso : Mostrar solicitudes.

Actores : Administrador.

Propsito : Permitir al administrador ver todas las solicitudes de cajas

acsticas almacenadas en el sistema.

Resumen : El administrador busca todas las solicitudes de cajas acsticas

realizadas, estas se identificarn por una clave. Luego el
sistema muestra todas las solicitudes existentes.

Tipo : Primario.

Referencias cruzadas : R 6, R 6.1

Descripcin :

Accin del Actor. Respuesta del Sistema.

1. Este caso de uso se inicia cuando el
administrador ingresa al sistema e indica
que desea ver las solicitudes que se
hayan realizado.
2. El sistema busca todas las solicitudes
que han realizado los clientes.
3. El sistema muestra el id de la solicitud,
fecha, nombre cliente, tipo de uso que
dar al parlante el cliente, el presupuesto
y el estado.

112
Caso de Uso : Eliminar solicitud.

Actores : Administrador.

Propsito : Permitir al administrador eliminar solicitudes de cajas

acsticas.

Resumen : El administrador desea eliminar alguna solicitud de cajas

acsticas del sistema, el sistema muestra las solicitudes
almacenadas y el administrador ingresa la id de la solicitud a
eliminar.

Tipo : Primario.

Referencias cruzadas : Caso de uso Mostrar Solicitudes, R 6, R 6.1.

Descripcin:

Accin del actor Responsabilidad del sistema

1. Este caso de uso se inicia cuando el 2. El sistema busca todas las solicitudes
administrador ingresa al sistema e indica almacenadas en el sistema.
que desea eliminar alguna solicitud.
4. El sistema elimina la solicitud
Caso de uso: Mostrar solicitudes. seleccionada.

3. El administrador elige la solicitud que

desea eliminar por medio de la id.

113
Caso de Uso : Mostrar detalle solicitud.

Actores : Administrador.

Propsito : Permitir al administrador ver el detalle de una solicitud.

Resumen : El administrador selecciona una solicitud de caja acstica,

luego el sistema muestra un informe con el detalle de la
solicitud.

Tipo : Primario.

Referencias cruzadas : Caso de uso Mostrar solicitud, R 6, R 6.4

Descripcin:

Accin del actor Responsabilidad del sistema

1. Este caso de uso se inicia cuando el
administrador ingresa al sistema e indica
que desea ver el detalle de una solicitud.
3. El administrador elige la solicitud.
2. El sistema busca todas las solicitudes
almacenadas en el sistema.
4. El sistema muestra el detalle de la
solicitud, mostrando todos los datos de
esta solicitud de caja acstica : fecha,
tipo de recinto, uso que se le dar,
caracteristicas del sistema de audio,
observaciones, presupuesto, nmero de
cajas acsticas

114
Caso de Uso : Enviar solicitud.

Actores : Cliente.

Propsito : Permitir al cliente enviar solicitudes de cajas acsticas.

Resumen : El Cliente contesta una serie de preguntas que el sistema

presenta, con el fin de guiar la cotizacin de una caja acstica.
El cliente enva una solicitud con las respuestas, y esta es
almacenada en el sistema

Tipo : Primario.

Referencias cruzadas : R 6, R 6.4

Descripcin:

Accin del actor Responsabilidad del sistema.

1. Este caso de uso se inicia cuando el
cliente ingresa al sistema e indica que
desea realizar una solicitud de caja
acstica.
3. El cliente responde las preguntas y las
enva al sistema.
2. El sistema despliega las preguntas que
guiarn al cliente en la cotizacin de una
caja acstica.
4. El sistema recibe la solicitud hecha por
el cliente y la almacena.

Alternativas.
3a. El cliente responde las preguntas de forma errnea, vuelve al paso 2.

115
Caso de Uso : Responder la solicitud al cliente.

Actores : Administrador.

Propsito : Permitir al administrador enviar respuestas a las solicitudes

de los clientes.

Resumen : Una vez recibida la solicitud en el sistema, el administrador

podr revisar la solicitud y responder al cliente por medio de
un mail.

Tipo : Primario.

Referencias cruzadas : caso de uso Mostrar detalle de solicitud. R 6, R 6.5

Descripcin:

Accin del actor. Responsabilidad del sistema.

1. Este caso de uso se inicia cuando el 2. El sistema despliega las solicitudes

administrador ingresa al sistema y desea
responder a una solicitud.
Incluye caso de uso Mostrar detalle de
solicitud.
existentes en el sistema.
4. El sistema enva un mail al cliente con
la respuesta del administrador.

3. El administrador selecciona la
solicitud y la responde.

116
Caso de uso : Cambiar estado a una solicitud.

Actores : Administrador.

Propsito : Cambiar el estado de la solicitud. Estas pueden estar en

pendiente o revisada.

Resumen : El administrador luego de seleccionar una solicitud y

responderla puede cambiar el estado de la solicitud de
pendiente a revisada.

Tipo : Primario.

Referencias cruzadas : Caso de uso Mostrar detalle de solicitudes. R 6, R 6.6

Descripcin:

Accin del Actor Responsabilidad del Sistema

1. Este caso de uso se inicia cuando el 2. El sistema muestra el estado de la
administrador desea cambiar el estado de solicitud.
una solicitud.
4. El sistema guarda el cambio de estado
Incluye caso de uso Mostrar detalle de
de la solicitud.
solicitudes.

3. El administrador indica que desea

cambiar el estado de la solicitud.

117
5.2.2 Caso de Uso: Gestionar Informes

Caso de Uso : Generar informes de productos bajo stock.

Actores : Administrador.

Propsito : Permitir al administrador conocer los productos que estn bajo

stock.

Resumen : El sistema le brinda la posibilidad al administrador de conocer los

productos que se encuentren bajo un stock determinado.

Tipo : Primario

Referencias Cruzadas: R 7, R 7.2

Descripcin :

Accin del Actor. Respuesta del Sistema.

1. Este caso de uso comienza cuando el 3. El sistema muestra la informacin

administrador ingresa al sistema e indica
que desea conocer los productos que
estn bajo stock.
2. El administrador selecciona la opcin
de ver los productos que estn bajo stock.
correspondiente a los productos que se
encuentran bajo stock. Esto es: id del
producto, nombre del producto, modelo,
stock, stock crtico.

118
Caso de Uso : Generar informes de stock actual.

Actores : Administrador.

Propsito : Permitir al administrador conocer el stock actual de productos.

Resumen : El sistema le brinda la posibilidad al administrador de conocer el

stock actual de productos.

Tipo : Primario

Referencias Cruzadas: R 7, R 7.1

Descripcin :

Accin del Actor. Respuesta del Sistema.

1. Este caso de uso comienza cuando el 3. El sistema muestra la informacin

administrador ingresa al sistema e indica correspondiente al stock actual de
que desea conocer el stock actual de productos. Esto es: id del producto,
productos. nombre del producto, modelo, stock,
stock crtico.
2. El administrador selecciona la opcin
de ver los productos que estn bajo stock.

119
5.2.3 Diagramas de caso de uso: Solicitud cajas acsticas
En el diagrama de caso de uso que se presentar a continuacin, se puede apreciar como
interactan los actores, mediante los casos de uso correspondientes a la solicitud de cajas
acsticas, con el sistema.

Figura 5.1: Diagrama de casos de uso:Solicitud caja acstica.

120
5.2.4 Diagrama de caso de uso: Generar Informes
El diagrama de casos de uso de generar informes (figura 5.2). Muestra una forma visual de
entender como interacta el actor (administrador) con el sistema.

Figura 5.2: Diagrama de casos de uso Generar Informes.

121
5.2.5 Diagramas de secuencia: Solicitud caja acstica.

Caso de uso: Mostrar

Solicitudes.

Curso Normal de los

eventos.

1. Este caso de uso se inicia

cuando el administrador
ingresa al sistema e indica
que desea ver las
solicitudes que se hayan
realizado.

2. El sistema busca las

solicitudes almacenadas en
el sistema.

3 El sistema muestra: id
de la solicitud, fecha,
nombre del cliente, tipo de
uso que se le dar a la caja
por parte del cliente,
presupuesto y el estado.

Figura 5.3: Diagrama de secuencia Mostrar solicitudes.

Caso de uso: Eliminar

solicitudes.

Curso Normal de los

eventos.

1. Este caso de uso se inicia

cuando el administrador
ingresa al sistema e indica
que desea eliminar alguna
solicitud.

Incluye caso de uso:

Mostrar solicitudes.

2. El sistema busca todas

las solicitudes
almacenadas en el sistema.

3 El administrador elige la
solicitud que desea
eliminar por medio de la
id.

4. El sistema elimina la
solicitud seleccionada.

Figura 5.4: Diagrama de secuencia Eliminar solicitudes.

122
Caso de Uso: Mostrar
detalle solicitud.

Curso Normal de los

eventos

1. Este caso de uso se inicia

cuando el administrador
ingresa al sistema e indica
que desea ver el detalle de
una solicitud.

2. El sistema busca todas

las solicitudes
almacenadas en el sistema.

3. El administrador elige la
solicitud.

4. El sistema muestra el
detalle de la solicitud,
mostrando todos los datos
correspondientes.

Figura 5.5: Diagrama de secuencia Mostrar detalle solicitud.

Caso de Uso: Enviar

solicitud

Curso Normal de los

eventos

1. Este caso de uso se inicia

cuando el cliente ingresa al
sistema e indica que desea
realizar una cotizacion de
una caja acstica.

2. El sistema despliega las

preguntas que guiarn al
cliente en la cotizacin de
una caja acstica.

3 El cliente responde las

preguntas y las enva al
sistema.

4. El sistema recibe la
solicitud hecha por el
cliente y la almacena.

Figura 5.6: Diagrama de secuencia Enviar solicitud.

123
Caso de Uso: Cambiar
estado de solicitud.

Curso Normal de los

eventos

1. Este caso de uso se inicia

cuando el administrador
desea cambiar el estado de
una solicitud.

Incluye caso de uso

Mostrar detalle de
solicitudes.

2. El sistema muestra el
estado de la solicitud.

3. El administrador indica
que desea cambiar el estado
de la solicitud.

4. El sistema guarda el
cambio de estado de la
solicitud.

Figura 5.7: Diagrama de secuencia Cambiar estado de solicitud.

Caso de Uso: Responder

solicitud al cliente.

Curso Normal de los

eventos

1. Este caso de uso se inicia

cuando el administrador
ingresa al sistema y desea
responder a una solicitud.

Incluye caso de uso

Mostrar detalle de
solicitud.

2. El sistema despliega las

solicitudes existentes en el
sistema

3. El administrador
selecciona la solicitud y la
responde.

4. El sistema enva un mail

al cliente con la respuesta
del administrador.

Figura 5.8: Diagrama de secuencia Responder solicitud al cliente.

124
5.2.6 Diagrama de secuencia: Gestionar Informes

Caso de uso: Generar

Informes de productos
bajo Stock

Curso Normal de los

eventos.

1. Este caso de uso

comienza cuando el
administrador ingresa al
sistema e indica que desea
conocer los productos que
estn bajo stock.

2. El administrador
selecciona la opcin de ver
los productos que estn
bajo stock.

3. El sistema muestra el id
del producto, el nombre,
modelo, stock, stock crtico
de los productos que se
encuentran bajo stock.

Figura 5.9: Diagrama de secuencia Generar informes de productos bajo stock.

Caso de uso: Generar

informes de stock actual

Curso Normal de los

eventos.

1. Este caso de uso

comienza cuando el
administrador ingresa al
sistema e indica que desea
conocer el stock actual de
productos.

2. El administrador
selecciona la opcin de ver
el stock actual de
productos

3. El sistema muestra el id
del producto, el nombre,
modelo, stock actual, stock
crtico de los productos.

Figura 5.10: Diagrama de secuencia Generar informes stock actual.

125
5.3 Etapa de diseo

5.3.1 Diagrama de colaboracin Solicitud caja acstica

El presente diagrama muestra cmo se relacionan los objetos para llevar a cabo sus
responsabilidades.

Figura 5.11: Diagrama de colaboracin Ingresar Solicitud.

126
 Figura 5.12 : Diagrama de colaboracin Listar solicitudes .

Figura 5.13: Diagrama de colaboracin Mostrar Detalle de solicitud.

127
 Figura 5.14: Diagrama de colaboracin Responder a cliente.

Figura 5.15: Diagrama de colaboracin Cambiar estado de la solicitud.

128
5.3.2 Diagrama de clases Solicitud caja acstica

Figura 5.12: Diagrama de clases Solicitud caja acstica.

129
5.3.3 Diagrama de colaboracin: Gestionar informes
El diagrama de colaboracin de Gestionar informes, muestra como interactan los objetos
mediante mensajes para cumplir las responsabilidades asignadas.

Figura 5.13: Diagrama de colaboracin Generar informes de stock.

130
5.3.4 Diagrama de clases Generar informes

Figura 5.14: Diagrama de clases Generar informes.

131
5.4 Pruebas
Las pruebas realizadas al segundo incremento estn basadas en pruebas de tensin y de
funcionalidad. Estas tienen por objetivo encontrar posibles errores existentes en el software.
Los conceptos de pruebas estn explicados en el captulo 4 (seccin 4.3.1).

Se realiz una planificacin para abarcar lo correspondiente a los mdulos programados en

el presente incremento (mdulo de solicitudes y gestin de informes).

A continuacin se muestra el plan de pruebas.

Pruebas Duracin Propsito

Se realizaron pruebas de caja negra sobre

Funcionales 1 da el segundo incremento, especficamente en
el mdulo de solicitudes de cajas acsticas.

Se sobrecarg el sistema con un nmero

anormal de cargas de trabajo (lo normal
De resistencia y son 1000 registros y se sobrecarg con
2 das
desempeo 20.000 registros), midiendo tiempos de
respuesta tanto de la base de datos, como
de las pginas.

Tabla 5.1 Tipos de pruebas y sus caractersticas.

Estas pruebas se realizaron sobre todas las funcionalidades del mdulo solicitud cajas
acsticas, en las que interviene la mayor cantidad de datos los cuales se acceden mediante
consultas SQL sobre la base de datos.

El 100% de la pruebas sern manuales, el caso de uso de Solicitud caja acstica poseer
un flujo normal y dos caminos alternativos, el modulo de Gestionar informes presentar
solo su flujo normal y un camino alternativo.

132
Criterio de xito: 85% de los casos de prueba pasados con xitos. No hay defectos de
prioridad medio-alta que falten por corregir.

Hay que mencionar que estas pruebas fueron realizadas en un ambiente simulado, esto es,
en los computadores donde se desarroll el sistema. Si bien estas pruebas no son del todo
concluyentes, entrega un precedente del comportamiento del sistema en un ambiente
anormal de carga de trabajo.

5.4.1 Pruebas de Resistencia y Desempeo

Las definiciones de estas pruebas se encuentran en el captulo 4 (seccin 4.3.2)

5.4.1.1 resultados obtenidos

Las pruebas anteriormente mencionadas arrojaron los siguientes resultados:

Tiempo en cargar Tiempo en

Cantidad de
la pgina acceder a los
registros
Mdulo o Script ejecutado desplegando todos datos (consulta
(Accesados o
los datos (en SQL) (en
consultados)
segundo) segundos)

Solicitud caja acstica

20.000 0,46 0,096
(GUI_SolicitudCaja.php)

Tabla 5.2: Resultados de las pruebas de resistencia y desempeo.

El resultado de las pruebas fue positivo, puesto que con esa cantidad de carga de trabajo, el
sistema Web responde de manera satisfactoria. Dado que los tiempos de respuesta son
aceptables tomando en cuenta la cantidad anormal de registros que fueron consultados.

133
5.4.2 Pruebas funcionales.
La definicin de pruebas funcionales y la metodologa que se sigui se encuentran en el
captulo 4 (seccin 4.3.3).

Propsito : Probar el ingreso de solicitudes de cajas acsticas. Por parte del

cliente.

Prerrequisitos : El cliente debe estar autenticado.

Datos de prueba : Fecha solicitud = {5/17/2007,5/09/2008, vaco}

Posee algn sistema de audio?= {si, no, vaco}

Marca= {Behringer, asdasdaskd, JBL,8597,vaco }

Modelo= {rt67, tgh, 12345 ,vaco }

Potencia= {400, 0, 54lo, vaco, ljmk,-200}

N de personas a quienes va dirigido el sonido: {}

Tipo de recinto donde se utilizar= {vaco, cerrado ,abierto}

N de cajas que solicita={10, 1000, jk52, vaco, 0,-3,jukyp}

Presupuesto={100000, 1000, jk52, vaco, 0,-3,jukyp}

Observaciones={ deseo saber el tiempo que se demoran en

construir una caja, vaco, asdasdas464654}

134
Pasos : 1. Hacer click en !Cotice su caja acstica aqu

2. Posee algn sistema de audio? Seleccionar respuesta

2.1. Marca.

2.2. Modelo.

2.3. Potencia

3. Digitar n de personas a quienes va dirigido el sonido.

4. Seleccionar tipo de recinto donde se utilizar.

5. Digitar n de cajas que solicita.

6. Digitar presupuesto.

7. Digitar observaciones.

Resultados -Si todos los datos ingresados son correctos, ver el mensaje
esperados : Solicitud ingresada correctamente.

-Si algunos de los datos fueron incorrectos, ver el mensaje

correspondiente del error, y reingresar los datos en los campos
errneos.

- Si la respuesta es no en Posee algn sistema de audio?

deshabilitar Marca, Modelo y Potencia.

135
Resultados -Una vez que todos los datos fueron correctamente ingresados,
obtenidos : se mostr el mensaje Solicitud ingresada correctamente y la
opcin para ingresar otra solicitud.

-Cuando algunos de los campos del formulario de compra

fueron dejados en blanco, mostr el mensaje del campo
correspondiente indicando que deba ingresar el dato que
faltaba.

-Cuando se ingres texto en los campos en los que solo deban

ir nmeros, mostr el mensaje de error en el campo
correspondiente.

- Cuando el cliente respondi que no en la pregunta Posee

algn sistema de audio? Se deshabilitaron los campos de Marca,
Modelo, Potencia

-Cuando se ingresaron combinaciones de nmeros con

caracteres se mostr un mensaje de error.

-Cuando se ingres una fecha errnea no se mostr un mensaje

con error.

-Cuando se ingresaban valores a los campos que excedan los

presupuestados, el sistema no bloqueaba el campo respectivo.

Evaluacin de la Se encontraron errores en las siguientes situaciones:

prueba :
-Cuando se ingres la fecha errneamente (fecha superior a la
del sistema) el sistema no mostraba ningn mensaje de error,
por esto se hicieron las modificaciones para que se mostrar un
error y eliminara la fecha, cuando sta estuviera ingresada

136
 errneamente.

-Cuando se ingres el valor cero en los campos Marca,

Modelo, Potencia, N de cajas que
solicita , Presupuesto el sistema no mostraba ningn mensaje
de error, sin embargo se realizaron las modificaciones
necesarias para que en esos campos se ingresara un valor mayor
que cero. De igual forma se solucion el problema del ingreso
de valores que excedan los presupuestados mostrando un
mensaje de error y eliminando el dato.

Generar Informes : Generar informes de stock e informes de productos bajo stock.

Propsito : Probar la creacin de informes de stock y de producto bajo stock.

Prerrequisitos : El administrador debe estar autenticado.

Datos de prueba : Opcin de informes={Informes de stock, Informes de productos

bajo stock}

Pasos : 1. Hacer click en Informes de stock

2. Seleccionar tipo de informe.

3. Presionar una vez el botn Generar informes.

Resultados -Dependiendo de la opcin que elija se mostrar el informe.

esperados :
-Cuando se quiera seleccionar dos informes al mismo tiempo no

137
 se podr. Una opcin deshabilitar a la otra.

-Si no seleccion ningn tipo de informe y se presiona el botn

Generar informes, debera aparecer un mensaje de error.

Resultados -Una vez que se seleccion uno de los informes, el sistema

obtenidos : mostr el informe deseado.

-Cuando el administrador quiso seleccionar dos informes al

mismo tiempo no pudo, puesto que al elegir una opcin se
deshabilita la otra.

-Cuando se intento generar un informe sin haber seleccionado

una opcin, no se envi un mensaje de error.

Evaluacin de la Cuando se intentaba generar un informe sin haber seleccionado

prueba : una opcin. La pantalla correspondiente quedaba sin mostrar
ningn mensaje de error. Esto se solucion incorporando al
cdigo lo necesario para que la pantalla mostrara un mensaje de
error si se intentaba generar un informe sin haber seleccionado
una opcin.

5.5 Conclusin
En el segundo incremento del proyecto Web, se pudo apreciar como fue la evolucin de
este, al igual que el anterior incremento (vase captulo 4), se realizaron las etapas de
anlisis, diseo, implementacin y pruebas. Con una gran diferencia, los casos de uso,
diagramas de secuencia, diagramas de colaboracin y de clases fueron realizados sobre
requerimientos que se desarrollaron ntegramente desde cero, es decir fueron
completamente creados por los desarrolladores e incorporados a oscommerce.

Cabe destacar que el diseo se realiz utilizando patrones GRASP. [ANEXO C]

138
En cuanto a este incremento se realizaron las pruebas de resistencia, desempeo y por
ltimo las pruebas funcionales, si bien se detectaron errores, estos fueron completamente
solucionados.

139
CAPITULO VI: Tercer Incremento

6.1 Introduccin
El tercer incremento es el ltimo de los incrementos que se desarrollaron, este abarca el
anlisis, diseo, implementacin y pruebas, de gestionar proveedores. El actual incremento
est asociado a los siguientes requerimientos:

Gestionar proveedores:

Agregar proveedor.

Eliminar proveedor.

Buscar proveedor.

Editar proveedor.

140
6.2 Etapa de anlisis

6.2.1 Casos de uso: Gestionar Proveedor

Descripcin
Caso de Uso : Buscar proveedor.

Actores : Administrador.

Propsito : Permitir al administrador conocer los datos de un proveedor

dado el RUT.

Resumen : El administrador ingresa el RUT, una vez que el sistema

encuentra al proveedor, muestra los datos al administrador.

Tipo : Primario

Referencias Cruzadas: : R 8.1, Casos de uso: agregar proveedor, eliminar

proveedor,asd

Accin Responsabilidad del sistema

1. El administrador ingresa al sistema e 3. El sistema busca el RUT, luego muestra

indica que desea buscar un proveedor.
2. El administrador ingresa el RUT del
proveedor que desea buscar.
los datos del proveedor. Estos datos son:
RUT, razn social, direccin, e-mail, giro
y telfono.

3a. El RUT ingresado no existe o est ingresado errneamente. El sistema muestra un

mensaje.

141
Caso de Uso : Editar proveedor.

Actores : Administrador.

Propsito : Permitir al administrador editar o modificar los datos de un

proveedor.

Resumen : El administrador ingresa el RUT, una vez que el sistema

muestra la informacin del proveedor. Elige el (los) dato (s)
que desea modificar. Realiza los cambios, y luego el sistema
almacena las modificaciones.

Tipo : Primario

Referencias Cruzadas: : R 8.3, Caso de uso: Buscar Proveedor

Descripcin
Accin Responsabilidad del sistema

1. El administrador ingresa al sistema e 3 El sistema muestra los datos del

indica que desea editar un proveedor. proveedor.

Incluye caso de uso: Buscar proveedor. 5. El sistema almacena los cambios

realizados.
2. El administrador ingresa el RUT del
proveedor que desea modificar.

4. El administrador modifica los datos

que desee. Estos pueden ser: razn social,
direccin, e-mail, giro y telfono.

Alternativas.
3a. El RUT no existe o es errneo por lo que se muestra un mensaje.
4a. Si los datos han sido mal ingresados o no son vlidos el sistema muestra un mensaje.

142
Caso de Uso : Agregar proveedor.

Actores : Administrador, Sistema.

Propsito : Permitir al administrador agregar un nuevo proveedor.

Resumen : El administrador ingresa los datos del nuevo proveedor. El

sistema almacena estos datos.

Tipo : Primario

Referencias Cruzadas: : R 8.2, Caso de uso: buscar proveedor.

Descripcin

Accin Responsabilidad del sistema

1. El administrador ingresa al sistema e 3. El sistema almacena el nuevo
indica que desea agregar un proveedor. proveedor ingresado.

2. el administrador ingresa los datos del

proveedor que desea agregar. Estos datos
son: RUT, razn social, direccin, e-mail,
giro y telfono.

3a. El proveedor ya existe o se han ingresado los datos errneamente por lo que el sistema
muestra un mensaje.

143
Caso de Uso : Eliminar proveedor.

Actores : Administrador, Sistema.

Propsito : Permitir al administrador eliminar proveedores.

Resumen : El administrador ingresa el RUT del proveedor que desea

eliminar. El sistema elimina los datos del proveedor.

Tipo : Primario

Referencias Cruzadas: : R 8.4 , Caso de uso: buscar proveedor.

Descripcin

Accin Responsabilidad del sistema

1. El administrador entra al sistema e 3. El sistema elimina todos los datos

indica que desea eliminar un proveedor. relacionados con el proveedor.
Incluye caso de uso: Buscar proveedor.

2. El administrador ingresa el RUT del

proveedor que desea eliminar.

3a. El proveedor no existe o el RUT es ingresado errneamente, por lo que el sistema

muestra un mensaje.

144
6.2.2 Casos de uso: Gestionar facturas
Caso de Uso : Listar facturas.

Actores : Administrador, Sistema.

Propsito : Permitir al administrador listar las facturas existentes.

Resumen : El administrador indica que desea listar las facturas

existentes. El sistema lista todas las facturas almacenadas en el
sistema.

Tipo : Primario

Referencias Cruzadas: : R 9.2

Descripcin

Accin Responsabilidad del sistema

1. El administrador entra al sistema e 3. El sistema muestra todas las facturas

indica que desea listar las facturas almacenadas en el sistema.
existentes.

2. El administrador selecciona la opcin

de listar todas las facturas.

145
Caso de Uso : Ver detalle de facturas.

Actores : Administrador, Sistema.

Propsito : Permitir al administrador ver el detalle de una factura..

Resumen : El administrador indica que desea conocer el detalle de una

factura. El sistema muestra todos los datos referentes a una
factura.

Tipo : Primario

Referencias Cruzadas: : R 9.1

Descripcin

Accin Responsabilidad del sistema

1. El administrador entra al sistema e 3. El sistema muestra todos los datos

indica que desea ver el detalle de una referentes a una factura.
factura.

2. El administrador selecciona la factura.

146
6.2.3Diagrama de casos de uso Gestionar proveedor

Figura 6.1: Diagrama de casos de uso Gestionar proveedores.

147
6.2.4 Diagramas de casos de uso Gestionar facturas

Figura 6.2: Diagrama de casos de uso Gestionar factura.

148
6.2.5 Diagramas de secuencia Gestionar proveedores
Los diagramas de secuencia muestran cmo interactan los actores con el sistema. En este
caso como interacta el administrador con la funcionalidades del sistema pertenecientes a la
gestin de proveedores.

Caso de uso: Buscar

proveedor

Curso normal de eventos:

1. El administrador
ingresa al sistema e indica
que desea agregar un
proveedor.

2. El administrador
ingresa el RUT del
proveedor que desea
buscar.

3. El sistema busca el
RUT luego muestra los
datos del proveedor. Estos
datos son: RUT, razn
social, direccin, e-mail,
giro y telfono.

Figura 6.3: Diagrama de secuencia buscar proveedor.

149
Caso de uso: Agregar
proveedor.

Curso normal de eventos:

1. El administrador
ingresa al sistema e indica
que desea agregar un
proveedor.

2. El administrador
ingresa los datos del
proveedor que desea
agregar. Estos datos son:
RUT, razn social,
direccin, e-mail, giro y
telfono.

3. El sistema almacena el
nuevo proveedor
ingresado.

Figura 6.4: Diagrama de secuencia Agregar nuevo proveedor.

Caso de uso: Editar

proveedor.

Curso normal de eventos:

1. El administrador
ingresa al sistema e indica
que desea editar un
proveedor.
Incluye caso de uso:
Buscar proveedor.

2. El administrador
ingresa el RUT del
proveedor que desea
modificar.

3. El sistema muestra los

datos del proveedor.

4. El administrador
modifica los datos que
desee. Estos pueden ser:
razn social, direccin, e-
mail, giro y telfono.

5. El sistema almacena
los cambios realizados.

Figura 6.5: Diagrama de secuencia Editar proveedor.

150
Caso de uso: Eliminar
proveedor.

Curso normal de eventos:

1. El administrador entra
al sistema e indica que
desea eliminar un
proveedor.
Incluye caso de uso:
Buscar proveedor.

2. El administrador
ingresa el RUT del
proveedor que desea
eliminar.

3. El sistema elimina
todos los datos
relacionados con el
proveedor.

Figura 6.6: Diagrama de secuencia Eliminar proveedor.

6.2.6 Diagramas de secuencia Gestionar facturas

Caso de uso: Listar

facturas

Curso normal de eventos:

1. El administrador entra
al sistema e indica que
desea listar las facturas
existentes.

2. El administrador
selecciona la opcin de
listar todas las facturas.
.

3. El sistema muestra
todas las facturas
almacenadas en el
sistema.

Figura 6.7: Diagrama de secuencia Listar facturas.

151
Caso de uso: Ver
detalle factura

Curso normal de eventos:

1. El administrador entra
al sistema e indica que
desea ver el detalle de una
factura.

2. El administrador
selecciona la factura.

3. El sistema muestra
todos los datos referentes
a una factura.

Figura 6.8: Diagrama de secuencia Ver detalle de factura.

6.3 Etapa Diseo

6.3.1 Diagramas de colaboracin de Gestionar proveedor

Los diagramas de colaboracin muestran la interaccin entre objetos mediante mensajes, y
las responsabilidades de cada uno de estos.

Figura 6.9: Diagrama de colaboracin Editar proveedor.

152
 Figura 6.10: Diagrama colaboracin Buscar proveedor.

Figura 6.11: Diagrama de colaboracin Agregar proveedor.

153
 Figura 6.12: Diagrama de colaboracin Eliminar proveedor.

6.3.2 Diagramas de colaboracin de Gestionar factura

Figura 6.13 : Diagrama de colaboracin Ver detalle factura.

154
Figura 6.14 : Diagrama de colaboracin Ver detalle factura.

155
6.3.3 Diagrama de clases Gestionar Proveedor
En el diagrama de clases se muestran los mtodos asociados a cada clase, sus atributos y
que parmetros recibe cada mtodo.

Figura 6.15: Diagrama de clases Gestionar Proveedor.

6.3.4 Diagrama de clases Gestionar factura

El diagrama de clases de este requerimiento, se encuentra en el primer incremento, en el
diagrama de clases de agregar compra a proveedores.

156
6.4 Pruebas
Las pruebas realizadas al tercer incremento estn basadas en pruebas de tensin y de
funcionalidad. Estas tienen por objetivo encontrar posibles errores existentes en el software.
Los conceptos de pruebas estn explicados en el capitulo 4 (seccin 4.3.1).

Se realiz una planificacin tratando de abarcar lo correspondiente al mdulo de gestin de

proveedores.

El 100% de la pruebas sern manuales, cada uno de los requerimientos pertenecientes a

Gestionar Proveedores poseer un flujo normal y tres caminos alternativos.

Criterio de xito: 85% de los casos de prueba pasados con xitos. No hay defectos de
prioridad medio-alta que falten por corregir.

Hay que mencionar que estas pruebas fueron realizadas en un ambiente simulado, esto es
en los computadores donde se desarroll el sistema. Si bien estas pruebas no son del todo
concluyentes, entregan un precedente de la manera en que se desarrolla el sistema, en un
ambiente anormal de carga de trabajo.

157
6.4.1 Pruebas de Resistencia y Desempeo
No se realizaron pruebas de tensin y desempeo debido a que la clase
GUI_Proveedores.php tiene un acceso limitado a los datos, puesto que siempre consulta
la misma cantidad de registros.

6.4.2 Pruebas funcionales

La definicin de pruebas funcionales y la metodologa que se sigui se encuentran en el
captulo 4 (seccin 4.3.3).

Gestionar proveedores: realizar gestin sobre la informacin referente a proveedores. Esto

es eliminacin de un proveedor, ingresar nuevo proveedor, buscar proveedor y editar un
proveedor.

Propsito : Probar el ingreso de nuevos proveedores.

Prerrequisitos : El administrador debe estar autenticado.

Datos de prueba : RUT={15216398, 23456757, vaci, 56986774}

DV={3, k, vaco, 0 }

Razn social={Jos Miguel, vaco, #@, Audiomusic }

Giro={comercio, vaco, ###@@@, mueblera}

Direccin={O` higgins 235, vaco, ~$$$, Argentina }

Telfono={254321, vaco, jshdhsu, 234587ty}

e-mail={tonno@audiocenter.cl, @hotmail.com, miguel, vaco }

158
Pasos : 1. Hacer click en Ingrese compra a proveedores

2. Digitar RUT del proveedor.

3. Digitar digito verificador del proveedor.

4. Presionar el botn Buscar

5. Presionar el botn Agregar proveedor.

6. Digitar razn social del nuevo proveedor.

7. Digitar e-mail del nuevo proveedor.

8. Digitar direccin del nuevo proveedor.

9. Digitar telfono del nuevo proveedor.

10. Digitar giro del nuevo proveedor.

Resultados -Si todos los datos ingresados son correctos y el proveedor no

esperados : existe, ver el mensaje Nuevo proveedor ingresado
exitosamente!. Si el proveedor existe mostrar un mensaje
Error al ingresar RUT, el proveedor ya existe

-Si algunos de los datos fueron incorrectos, ver el mensaje

correspondiente del error, y reingresar los datos en los campos
errneos.

- Si el proveedor existe mostrar los datos del proveedor, en

campos deshabilitados.

159
Resultados -Una vez que todos los datos fueron correctamente ingresados,
obtenidos : se mostr el mensaje Nuevo proveedor ingresado
exitosamente!.

-Cuando algunos de los campos del formulario de proveedor

fueron dejados en blanco, mostr el mensaje del campo
correspondiente indicando que deba ingresar el dato que
faltaba.

-Cuando se ingres texto en los campos en los que solo deban

ir nmeros, mostr el mensaje de error en el campo
correspondiente.

-Cuando se ingresaron caracteres especiales (Ej. @, %) se

mostr un error.

-Cuando se ingresaban valores a los campos que excedan los

presupuestados, el sistema no permita que se ingresarn ms
datos en el campo respectivo.

Evaluacin de la Se encontraron errores en las siguientes situaciones:

prueba :
-Cuando se ingresaron datos con caracteres extraos no se
mostraba un mensaje de error, por esto se hicieron las
modificaciones para que se mostrar un mensaje de error.

-Cuando haban espacios muy grandes entre dos palabras

ingresadas en el formulario de proveedores este lo guardaba tal
cual. Esto se solucion dejando automticamente, una vez
ingresadas las palabras, un solo espacio en blanco entre ellas.

160
Propsito : Probar la eliminacin de proveedores.

Prerrequisitos : El administrador debe estar autenticado.

Datos de prueba : RUT={15216398, 23456757, vaci, 56986774}

DV={3, k, vaco, 0 }

Pasos : 1. Hacer click en Ingrese compra a proveedores

2. Teclear RUT del proveedor.

3. Teclear digito verificador del proveedor.

4. Presionar el botn Buscar

5. Presionar el botn Eliminar proveedor.

Resultados -Si el RUT est ingresado correctamente, y luego se presion

esperados : buscar, ver los datos pertenecientes al proveedor, al eliminar el
proveedor. Se preguntar al administrador si confirma la
eliminacin. Despus se mostrar un mensaje de xito al
eliminar el proveedor.

161
 -Si algunos de los datos fueron incorrectos, ver el mensaje
correspondiente del error, y reingresar los datos en los campos
errneos.

- Si el proveedor existe mostrar los datos del proveedor, en

campos deshabilitados.

Resultados -Una vez que el proveedor fue exitosamente eliminado, se

obtenidos : mostr el mensaje Proveedor eliminado exitosamente!.

-Cuando algunos de los campos del formulario de proveedor

fueron dejados en blanco, mostr el mensaje del campo
correspondiente indicando que deba ingresar el dato que
faltaba.

-Cuando se ingres un RUT errneo o vaco, se mostr el

mensaje de error en el campo correspondiente.

-Cuando se ingresaron valores a los campos que excedan los

presupuestados, el sistema no permiti que se ingresarn ms
datos en el campo respectivo.

Evaluacin de la Se encontraron errores en las siguientes situaciones:

prueba :
-Cuando se ingresaron datos con caracteres extraos no se
mostraba un mensaje de error, por esto se hicieron las
modificaciones para que se mostrar un mensaje de error.

162
Propsito : Probar la modificacin de proveedores.

Prerrequisitos : El administrador debe estar autenticado.

Datos de prueba : RUT={15216398, 23456757, vaci, 56986774}

DV={3, k, vaco, 0 }

Razn social={Jos Miguel, vaco, #@, Audiomusic }

Giro={estructuras metlicas, vaco, ###@@@, mueblera}

Direccin={argentina, vaco, ~$$$, Argentina }

Telfono={264321, vaco, jshdhsu, 234587ty}

e-mail={info@bumper.cl, @hotmail.com, miguel, vaco }

163
Pasos : 1. Hacer click en Ingrese compra a proveedores

2. Teclear RUT del proveedor.

3. Teclear digito verificador del proveedor.

4. Presionar el botn Buscar

5. Presionar el botn Editar proveedor.

6. Teclear la modificacin que se desee, esta puede ser en los

campos: razn social, direccin, giro, e-mail, telfono.

Resultados -Si todos los datos ingresados son correctos ver el mensaje
esperados : Proveedor modificado exitosamente!.

-Si algunos de los datos fueron incorrectos, ver el mensaje

correspondiente del error, y reingresar los datos en los campos
errneos.

- Si el proveedor no existe mostrar un mensaje de error.

164
Resultados -Una vez que todos los datos fueron correctamente
obtenidos : modificados, se mostr el mensaje Proveedor modificado
exitosamente!.

-Cuando algunos de los campos del formulario de proveedor

fueron dejados en blanco, mostr el mensaje del campo
correspondiente indicando que deba ingresar el dato que
faltaba.

-Cuando se ingres texto en los campos en los que solo deban

ir nmeros, mostr el mensaje de error en el campo
correspondiente.

-Cuando se ingresaron caracteres extraos (ej. @, %) se mostr

un error.

-Cuando se ingresaban valores a los campos que excedan los

presupuestados, el sistema no permita que se ingresarn ms
datos en el campo respectivo.

Evaluacin de la Se encontraron errores en las siguientes situaciones:

prueba :
-Cuando se ingresaron datos con caracteres extraos no se
mostraba un mensaje de error, por esto se hicieron las
modificaciones para que se mostrar un mensaje de error.

165
Propsito : Probar la bsqueda de proveedores.

Prerrequisitos : El administrador debe estar autenticado.

Datos de prueba : RUT={15216398, 23456757, vaci, 56986774}

DV={3, k, vaco, 0 }

Pasos : 1. Hacer click en Ingrese compra a proveedores

2. Teclear RUT del proveedor.

3. Teclear digito verificador del proveedor.

4. Presionar el botn Buscar

Resultados -Si el RUT est ingresado correctamente y el proveedor existe,

esperados : luego de presiona el botn buscar, se deben mostrar los datos
del proveedor en campos deshabilitados.

166
Resultados -Una vez que el proveedor fue exitosamente encontrado, se
obtenidos : mostraron los datos en campos deshabilitados.

-Cuando se ingres un RUT errneo o vaco, se mostr el

mensaje de error en el campo correspondiente.

-Cuando se ingresaron valores a los campos que excedan los

presupuestados, el sistema no permiti que se ingresarn ms
datos en el campo respectivo.

Evaluacin de la No se encontraron errores.

prueba :

6.5 Conclusin
En el presente incremento se desarrollaron distintas etapas, estas son: anlisis, diseo,
implementacin y pruebas. La etapa de anlisis se vio reflejada en los casos de uso,
diagramas de secuencia y diagrama de caso de uso, estos elementos dan a conocer el
estudio realizado sobre los requerimientos funcionales de Gestionar proveedor. En la
etapa de diseo ya se empieza a vislumbrar una solucin, mediante los diagramas de
colaboracin y diagrama de clases. En la etapa de implementacin se concreta la solucin
al problema de cmo gestionar proveedores mediante la programacin del incremento.
Cabe mencionar la utilizacin de AJAX para mostrar datos sin recargar la pgina (vase
capitulo 1, seccin 1.4.6).

Para terminar se realizaron pruebas funcionales, de resistencia y desempeo. Estas se

realizaron sobre el mdulo Gestionar proveedor programado por los desarrolladores,
arrojando resultados satisfactorios.

167
CAPITULO VII: Implementacin y Modelo de datos

7.1 Introduccin

En el presente captulo se mostrarn las pantallas propias del sistema Web, dentro de estas
pantallas estn las pertenecientes a Oscommerce, las cuales fueron modificadas (vase
anexo A), y las que se agregaron por parte de los desarrolladores. Adems este captulo
contar con el modelo de datos, esto para tener una idea clara de cmo se relacionan las
entidades pertenecientes a Oscommerce, con las creadas para suplir las necesidades de
persistencia de datos de los mdulos creados. Cabe sealar que se tendr que utilizar
ingeniera inversa para analizar a fondo el modelo de datos de Oscommerce.
Tambin se explicar el porqu se agreg stock crtico a la pantalla de ingreso de
productos de Oscommerce.

168
7.2 Pantallas del sistema
Nombre : Ingresar nuevo producto.

Descripcin : Esta pantalla corresponde al ingreso de nuevos productos, los datos ms

importantes que se piden para incorporar el producto al sistema son: Fabricante del
producto, Nombre del producto, Precio del producto Neto y Gross, Descripcin del
producto. El precio Gross corresponde a un impuesto, este impuesto depende de cada pas.
Ej.: IVA en Chile.

Figura 7.1: Pantalla Ingresar nuevo producto (primera parte).

169
Nombre : Ingresar nuevo producto (segunda parte).

Descripcin : Esta pantalla corresponde a la continuacin de la pantalla Ingreso nuevo

producto (Figura 7.2). Los datos a tomar en cuenta en esta parte son cantidad, modelo,
imagen, URL del producto y peso.

Figura 7.2: Pantalla de Ingreso de productos (continuacin).

170
Nombre : Modificar productos (primera parte).

Descripcin : Esta pantalla es la misma de la figura 7.1. La diferencia est en que ac se

modifican los datos de productos ya ingresados. Los datos a tomar en cuenta en esta parte
de la pgina Web son: descripcin, cantidad, modelo, imagen, URL del producto, fecha y
peso.

Figura 7.3: Pantalla Modificar datos del Producto (primera parte)

171
Nombre : Modificar Producto (segunda parte).

Descripcin : Corresponde a la segunda parte de la pantalla Modificar Producto , en

esta parte se pueden modificar datos tales como cantidad, stock critico, modelo, URL,
imagen, el peso.

Figura 7.4: Pantalla Modificar producto (segunda parte).

172
Nombre : Eliminar Producto

Descripcin : En esta pantalla el administrador puede eliminar los productos que posea el
sistema.

Figura 7.5: Pantalla Eliminar producto.

173
Nombre : Agregar compra a proveedores (primear parte).

Descripcin : Esta pantalla corresponde al mdulo Agregar compra a proveedores,

permite al administrador ingresar la cantidad de compras a proveedores. Una vez que ha
puesto algn nmero (no superior a 35) pasar a la pantalla de ingreso de compras (figura
7.7)

Figura 7.6: Pantalla Agregar compra a proveedores (primera parte).

Nombre : Agregar compra a proveedores (continuacin).

Descripcin : Esta pantalla corresponde al mdulo Agregar compra a proveedores,

permite al administrador ingresar los datos correspondientes a la categora del producto, el
nombre, precio y la cantidad.

Figura 7.7: pantalla Agregar compra a proveedores (continuacin).

174
Nombre : Mostrar ndices en las ventas de productos.

Descripcin : Esta es una de las 3 pantallas que posee Mostrar ndices de ventas, esta
muestra los productos ms comprados, los mas vistos, total por cliente.

Figura 7.8: Pantalla ndice de venta de productos

Nombre : Modificar Stock

Descripcin : Esta pantalla tiene como finalidad permitir al administrador cambiar el

stock de cada producto existente en el sistema. Adems se incorpor stock crtico a esta
pantalla.

Figura 7.9: Pantalla Modificar stock.

175
Nombre : Mostrar estado del stock.

Descripcin : Esta pantalla tiene como finalidad que el cliente pueda tener una idea
acerca del stock del producto que este observando.

Figura 7.10 Mostrar estado del stock.

176
Nombre : Registrar nuevo cliente (primera parte).

Descripcin : Esta pantalla tiene como finalidad entregar la opcin de registrarse al

cliente, para que as pueda ver novedades acerca de productos, precios etc.

Figura 7.11: Pantalla de Registro De Clientes (primera parte)

177
Nombre : Registrar nuevo clientes (segunda parte)

Descripcin : Esta pantalla tiene como finalidad registrar los datos restantes de los
clientes tales como telfono, contrasea y confirmacin de contrasea.

Figura 7.12: Pantalla Registro de clientes (segunda parte)

Nombre : Modificar datos cliente (primera parte).

Descripcin : Pantalla que permite al administrador realizar modificaciones en los datos

personales, tales como nombre, apellido, provincia, pas entre otros.

Figura 7.13: Pantalla Modificacin de datos del cliente.

178
Nombre : Modificar datos del Cliente (segunda parte).

Descripcin : La pantalla que a continuacin se muestra, permite modificar los datos

referentes a las direcciones postales pertenecientes al cliente.

Figura 7.14: Pantalla Modificar datos del cliente (segunda parte).

Nombre : Cambiar Contrasea.

Descripcin : Esta Pantalla le permite al cliente modificar su contrasea.

Figura 7.15: Pantalla Cambiar Contrasea.

179
Nombre : Recuperar Contrasea Olvidada

Descripcin : Esta pantalla tiene como finalidad enviarle la clave olvidada al mail del
cliente.

Figura 7.16: Pantalla Recuperar contrasea olvidada.

Nombre : Mostrar datos Cliente.

Descripcin : Esta pantalla tiene como finalidad mostrar al administrador los datos de un
cliente.

Figura 7.17: Pantalla Mostrar Datos de Un Cliente.

180
Nombre : Mostrar clientes registrados.

Descripcin : Esta pantalla tiene como finalidad listar todos los clientes registrados en el
sistema.

Figura 7.18: Pantalla Mostrar clientes registrados.

Nombre : Mostrar lista de fabricantes.

Descripcin : Esta pantalla permite al cliente seleccionar el fabricante y el sistema

muestra todos los productos asociados a ese fabricante.

Figura 7.19: Pantalla Mostrar lista de fabricantes.

181
Nombre : Mostrar productos.

Descripcin : Esta pantalla permite mostrar al cliente un catlogo de productos.

Figura 7.20: Pantalla Mostrar productos.

Nombre : Carro de compra

Descripcin : Esta pantalla le permite al cliente eliminar y agregar productos del carro de
compra, adems de enviar la cotizacin hecha al sistema.

Figura 7.21: Pantalla Carro de compra.

182
Nombre : Administracin de facturas.

Descripcin : Esta pantalla permite al administrador eliminar facturas, esto con una
opcin al lado donde puede elegir la factura que desea eliminar.

Figura 7.22: Pantalla Administracin Facturas.

Nombre: Solicitud cajas acsticas.

Descripcin: La pantalla Solicitud cajas acsticas permite al cliente responder un

formulario con preguntas acerca de la potencia, caractersticas generales del entorno y la
cantidad de personas a la que ser dirigida la amplificacin, esto con el fin de tener una
informacin que gue a Audio Center en la construccin de la caja solicitada por el cliente.

Figura 7.23: Pantalla Solicitud Cajas Acsticas.

183
Nombre: Mostrar pedidos.

Descripcin: En esta pantalla el administrador podr ver los pedidos que existen en el
sistema, los clientes que los han realizado, y el estado de estos. Adems con los botones
que estn en la derecha puede realizar distintas tareas tales como, editar un pedido,
eliminarlo, etc.

Figura 7.24: Pantalla Mostrar Pedidos.

184
Nombre: Mostrar detalle de un pedido (primera parte).

Descripcin: Una vez que el administrador selecciona un pedido, el sistema muestra un

detalle del pedido, con los datos del cliente, direccin de envo y de facturacin, un detalle
del producto y un cuadro de estados del pedido. Tambin trae un cuadro para poner
comentarios al pedido y poder cambiar de estado el pedido cuando el administrador lo
estime conveniente.

Figura 7.25 Pantalla Mostrar detalle de un pedido.

185
Nombre: Eliminar Pedidos

Descripcin: En esta pantalla el administrador puede eliminar la solicitud que desee, puede
buscarla por estado o por algn identificador. Tambin existe la opcin que una vez
eliminado el pedido, los productos que estaban en l, vuelvan la tienda virtual.

Figura 7.26: Pantalla Eliminar Pedidos.

Nombre: Gestionar Informes

Descripcin: El administrador podr generar informes de stock, estos se desplegarn en

formato pdf.

Figura 7.27 Pantalla Informes de stock.

186
Nombre: Identificar cliente

Descripcin: En esta pantalla el cliente que esta registrado puede colocar su email y
contrasea para ingresar a su cuenta, si el cliente es nuevo deber registrarse.

Figura 7.28: Pantalla Identificar cliente.

Nombre: Identificar administrador.

Descripcin: En esta pantalla el administrador podr ingresar al sistema, colocando su
nombre de usuario y la contrasea. Adems tiene la opcin de recordar la contrasea.

Figura 7.29: Pantalla Identificar administrador.

187
Nombre : Gestionar Proveedor.

Descripcin : Esta pantalla corresponde a la gestin de proveedores, en la misma pantalla

se pueden realizar las siguientes acciones:

Figura 7.30: Pantalla Gestionar Proveedores.

Buscar proveedor, esto se har una vez que se haya ingresado un R.U.T y se haya
presionado el botn Buscar. Los datos se mostrarn en los campos
correspondientes.

Agregar proveedor, esto se har una vez que se haya verificado mediante Buscar
que el proveedor que se desea agregar no existe y se presione Agregar proveedor.

Editar Proveedor, una vez que se haya buscado el proveedor deseado por el
administrador para editar, habilitar el botn Editar Datos y se podrn realizar las
modificaciones.

Guardar datos, una vez que se ingresaron los datos de un nuevo proveedor, el botn
Guardar Datos permitir el almacenamiento de estos.

Guardar Modificacin, una vez que se presion el botn Editar Datos y se

modificaron los datos que se requeran, mediante el botn Guardar Modificacin
se almacenan las modificaciones.

Eliminar Proveedor, una vez que se busc el proveedor a eliminar, se presiona el

botn eliminar, y aparece una ventana preguntando si en realidad desea eliminar al

188
 proveedor, una vez presionado aceptar, el sistema proceder a eliminar al
proveedor.

Cancelar, una vez que se haya presionado cualquiera de estos botones Agregar
Proveedor o Editar proveedor , se podr cancelar la accin, esto deshabilitar los
campos de texto de la pantalla.

Limpiar, esta accin quitar toda informacin de los campos.

189
7.3 Documentacin Modelo de Datos
La inclusin del proyecto desarrollado a osCommerce, oblig a realizar un minucioso
estudio de la base de datos que este sistema posee. Tal como se mencion en la seccin
1.4.5, se estudiaron las descripciones de las 46 tablas que posee la base de datos de
osCommerce para as poder entender su funcionamiento. El estudio contempl la deteccin
de atributos con informacin relevante, ndices, claves primarias y forneas. Utilizando la
informacin obtenida, se dise un modelo fsico parcial que omita tablas de configuracin
y especificaciones de las tablas. El modelo resultante se encuentra en la seccin 1.4.5 de
esta memoria (figura 1.1).

Para comprender realmente una base de datos ya implementada, es necesario realizar algn
procesamiento que lleve a la obtencin de un MER y poder comprender de manera
conceptual lo que los desarrolladores quisieron representar y si realmente el modelo fsico
es consistente. Llevar la base de datos de osCommerce a este nivel de comprensin es
indispensable, dado que la unin de lo existente con lo desarrollado debe sustentarse en un
modelo de datos consistente. Por ello fue necesario recurrir a una tcnica denominada
ingeniera inversa. Una definicin aplicada al software es posible encontrar en [30]: Se
denomina ingeniera inversa del software a la actividad que se ocupa de descubrir cmo
funciona un programa, funcin o caracterstica de cuyo cdigo fuente no se dispone, hasta
el punto de poder modificar ese cdigo. Una definicin ms apropiada al contexto de las
bases de datos, es posible encontrar en [31]: Es el conjunto de tcnicas que permite la
obtencin de una representacin conceptual de un esquema de base de datos a partir de su
codificacin.

7.3.1 Modelo Entidad Relacin osCommerce - Audiocenter

Teniendo como antecedente el modelo fsico de osCommerce y aplicando ingeniera

inversa, se obtuvo el MER necesario para lograr una mejor comprensin conceptual de la
base de datos. As, fue posible incluir las entidades propias del proyecto en curso y que
representan las tablas que finalmente fueron incorporadas a la base de datos de
osCommerce. En la figura 7.31 es posible observar el modelo resultante. Las entidades

190
fueron coloreadas para una mejor comprensin. El color celeste representa las tablas de
osCommerce; amarillo, las tablas del primer incremento; y verde, las tablas del segundo
incremento.

Figura 7.31: Modelo Entidad Relacin base de datos osCommerce Audiocenter.

7.3.2 Modelo fsico final de osCommerce Audiocenter

El modelo fsico actual incluye las tablas necesarias para el funcionamiento de los
incrementos uno y dos. Se agregaron las tablas factura, detalle_factura para el primer
incremento y solicitud_cajas para el segundo. El modelo puede ser observado en la figura
7.32 que tambin mantiene el concepto de coloreado anterior.

191
Figura 7.32: Modelo Fsico osCommerce Audiocenter.

192
7.3.3 Modificaciones a la base de datos osCommerce.

7.3.3.1 Restricciones de integridad

Dado que una factura puede tener muchos detalles_factura se implementaron restricciones
de integridad entre dichas tablas. Ambas fueron creadas con el motor InnoDB en mysql. La
tabla detalle_factura posee el campo id_factura asociado como clave fornea, por lo cual, es
posible definir una regla que impida la existencia de una instancia detalle_factura sin el
vnculo con una factura respectiva. Al eliminar una factura, se llevar a cabo una
eliminacin en cascada para todos los detalles asociados.

7.3.3.2 Incorporacin de stock crtico a productos

Con el fin de simplificar la gestin del inventario y de poder establecer producto por
producto cul es su nivel crtico de stock, se incorpor un nuevo campo en la tabla
products. Este campo se denomina critical_stock11 (stock crtico), el cual contiene un
nmero para realizar una comparacin con su stock actual y determinar si es tiempo de
adquirir ms unidades del producto que est igual o bajo su nivel crtico. La creacin de
este campo oblig a dar la posibilidad al administrador de poder especificar este atributo
durante la creacin de un nuevo producto. Por ello ha sido editado el mdulo de ingreso de
productos, para agregar un campo que permita ingresar dicha informacin.

7.4 Conclusin
En este captulo se pudo observar la importancia de las pantallas para mostrar productos y
servicios de una forma atractiva y sencilla, esto para que los usuarios que naveguen por el
sitio se sientan cmodos al momento de visitarlo. Tambin se logr, mediante la ingeniera
inversa, tener un conocimiento mucho ms acabado y comprensible de la base de datos.
Adems sirvi para entender cmo se relacionan las tablas pertenecientes a Oscommerce
con las tablas creadas para el proyecto en curso.

11
Dado que la modificacin se realiz en una tabla en donde sus campos estaban en ingls, se opt por
mantener el idioma ingls en el nombre del campo.

193
Cabe destacar la incorporacin del campo stock crtico y la gran utilidad que este campo
presenta a la hora de generar informes.

194
Conclusiones Generales

El uso de tiendas virtuales para el comercio electrnico presenta grandes ventajas por sobre
las empresas que no utilizan este tipo de tecnologas. Algunas de estas ventajas son: hacer
sencilla la forma de realizar negocios con los clientes, reduce los costos y precios y
garantiza una disponibilidad las 24 horas del da.

Con la construccin de este proyecto, podemos concluir que osCommerce es tanto una
solucin de comercio electrnico, dado que es un producto terminado listo para usar; tanto
como una plataforma para comercio electrnico, por cuanto es posible utilizarla como base
para la construccin de un proyecto informtico. Para Audiocenter representa una gran
oportunidad, puesto que mejorar los tiempos de espera de sus clientes, ya que segn una
encuesta realizada (vase anexo C.2), el 85% (de un universo de 20 personas) visitara la
pgina para consultar precios y descripciones de productos, por lo que las molestas esperas
en la tienda disminuiran considerablemente. Adems Tendr una presencia en la Web
mucho ms interactiva que una simple pgina informativa. Cabe destacar que osCommerce
es completamente gratuito y adems se pueden incorporar complementos desarrollados
desde cero para satisfacer las futuras necesidades de la empresa.

En cuanto a las tecnologas utilizadas, cabe destacar el uso de AJAX, esta tecnologa (mas
bien un conjunto de tecnologas), aport de una forma novedosa puesto que, como se
menciona en el captulo 1 (seccin 1.4.6 Tecnologas utilizadas) ofrece la posibilidad de
efectuar cambios en la pgina sin que esta se recargue, lo cual representa una
revolucionaria forma de hacer desarrollo Web. En cuanto al lenguaje PHP en su versin
5.1.4 se encontraron falencias, puesto que no cumple con todas las caractersticas propias
de un lenguaje orientado a objetos como por ejemplo JAVA. Una de estas caractersticas es
que no posee encapsulamiento, lo cual a la hora de realizar el diseo e implementar la
solucin se transforma en una limitacin para los desarrolladores. Otra desventaja de PHP
es que como plataforma de desarrollo, no es utilizada de manera definida, pues todos

195
utilizan arquitecturas distintas para desarrollar una aplicacin. Es decir, no existen
frameworks que permitan trabajar sobre una arquitectura definida.

Las empresas en la actualidad estn inmersas en un agresivo ambiente de competencia. Por

lo que cualquier ventaja competitiva representar un beneficio directo para la empresa. El
aprovechamiento eficiente de las tecnologas de informacin ayuda de sobremanera a
obtener estas ventajas competitivas, adems ser la clave para mantenerse competitivo en el
tiempo.

196
Bibliografa
[1]http://es.wikipedia.org/wiki/Comercio_electr%C3%B3nico [Consulta: 10 Septiembre
2006]
[2]http://www.monografias.com/trabajos12/monogrr/monogrr.shtml [Consulta:10
Septiembre 2006]

[3] http://www.smedia.com/ecommerce.aspx [Consulta: 10 de Septiembre 2006]

[4]http://es.wikipedia.org/wiki/B2C [Consulta: 10 Septiembre 2006]

[5]http://www.panamacom.com/que_es_ec.html [Consulta: 10 Septiembre 2006]

[6]http://www.maestrosdelweb.com/editorial/eco/ [Consulta: 10 Septiembre 2006]

[7]http://mireyalex.tripod.com/id6.html [Consulta: 10 Septiembre 2006]

[8]http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos [Consulta: 8
Septiembre 2006]

[9]http://es.wikipedia.org/wiki/World_Wide_Web_Consortium [Consulta: 11 Septiembre

2006]

[10]http://en.wikipedia.org/wiki/OsCommerce [Consulta: 25 Octubre 2006]

[11]http://www.ldc.usb.ve/~teruel/ci3715/clases/arqCapas2.html [Consulta: 6 Noviembre

2006]

[12]http://www.oscommerce.com/about/about [Consulta: 20 Septiembre 2006]

[13]http://es.wikipedia.org/wiki/Servidor_web [Consulta: 6 Noviembre 2006]

197
[14]http://www.marketing-xxi.com/glosario-de-terminos-de-marketing-en-internet-149.htm
[Consulta: 6 Noviembre 2006]

[15]http://www.itlp.edu.mx/publica/tutoriales/desproyectos/tema%203_1.htm [Consulta: 6
Noviembre 2006]

[16]http://www.itlp.edu.mx/publica/tutoriales/desproyectos/tema%203_2.htm [Consulta: 6
Noviembre 2006]

[17]http://es.wikipedia.org/wiki/Direcci%C3%B3n_IP [Consulta: 6 Noviembre 2006]

[18]http://es.wikipedia.org/wiki/Valor_actual_neto [Consulta: 9 Noviembre 2006]

[19]http://es.wikipedia.org/wiki/AJAX [Consulta: 13 Diciembre 2006]

[20]http://www.uberbin.net/archivos/internet/ajax-un-nuevo-acercamiento-a-aplicaciones-
web.php [Consulta: 13 Diciembre 2006]

[21]http://ajaxpatterns.org/wiki/index.php?title=Whats_Ajax [Consulta: 13 Diciembre

2006]

[22]http://www.oscommerce.com/community/contributions,1702, [Consulta: 13 Diciembre

2006]

[23]http://www.oscommerce.com/community/contributions,3295 [Consulta: 13 Diciembre

2006]
[24]http://www.oscommerce.com/community/contributions,4514 [Consulta: 13 Diciembre
2006]

[25]http://www.oscommerce.com/community/contributions,4549 [Consulta: 13 Diciembre

2006]

198
[26]Weitzenfeld Alfredo: Ingeniera de software orientada a objetos con UML, Java e
Internet. Mxico: Thomson,c2005. Nmero de pginas: 670.

[27]Larman Craig: UML y patrones: Introduccin al anlisis y diseo orientado a objetos y

al proceso unificado. Madrid: Prentice-Hall, 2003. Segunda Edicin. Nmero de pginas:
624.

[28]Reinstein Andrs y Rosende Francisco 2001: Reforma Financiera en Chile. Centro de

Estudios Pblicos [ en lnea ] Santiago, Chile.
<http://www.cfg.uchile.cl/fg/semestre2/_2004/desafios/modulo3/clase4/doc/rosende.pdf>
[Consulta: 17 Octubre 2006]

[29]World Internet Project Chile 2006: Uso de Internet en Chile [ en lnea ]

<www.wipchile.cl/estudios/WIP_Chile_2006.pdf> [Consulta: 30 Noviembre 2006]

[30]http://es.wikipedia.org/wiki/Ingenier%C3%ADa_inversa [Consulta: 21 Mayo 2007]

[31]http://www.latiumsoftware.com/es/articles/00020.php [Consulta: 21 Mayo 2007]

[32]http://www.oscommerce.com/community/contributions,2538/category,11/search,loginb
ox+best [Consulta: 21 Mayo 2007]

[33]http://www2.noticiasdot.com/publicaciones/2006/0506/0505/noticias/noticias_050506-
07.htm [Consulta: 15/05/2007]

[34]I. Jacobson, G. Booch, J. Rumbaugh : El proceso unificado de desarrollo de software.

Madrid: Pearson Educacin, S.A., Madrid 2000. Primera Edicin. Nmero de pginas:
464.
[35]Pressman Roger: Ingeniera del Software, un enfoque prctico. McGRAW-HILL,
Quinta edicin, 2005. Nmero de pginas: 601.

199
[36]http://es.wikipedia.org/wiki/Comercio_electr%C3%B3nico[En lnea]
[Consulta:15/05/2007]

[37]http://www.oscommerce-tutoriales.com/tutoriales/modificacion/descripcion-y-
esquema-del-archivo-index-que-genera-la-pagina-de-la-portada-de-oscommerce.html [En
lnea] [Consulta: 15/05/2007]

[38]http://www.iec.csic.es/CRIPTonOMICon/susurros/susurros05.html [En lnea]

[consulta: 15/07/2006].

[39]http://www.alium.com.ve/default.asp?caso=11&idrev=5&idsec=110&idart=1018 [En
lnea] [Consulta: 14/07/2006]

[40]http://www.arcert.gov.ar/ncursos/material/experiencias_da/presentacion_Trabajo_DA6
69.pdf - [En lnea] [ Consulta: 14/07/2006].

[41]Fowler, Martin: UML gota a gota. Addison Wesley Longman de Mxico, S.A de C.V.
Mxico, 1999.

[42]Elmasri R., Navathe S.: Sistemas de Bases de datos, Conceptos y fundamentos.

Madrid: Addison-Wesley,2002. Primera edicin espaola Nmero de pginas: 962.

[43]http://es.wikipedia.org/wiki/Tecnolog%C3%ADas_de_la_informaci%C3%B3n
[Consulta : 26/06/2007] [En lnea]

[44]http://www.atinachile.cl/content/view/38945/Documentos_de_estudio_Fortalezas_y_D
ebilidades_de_las_Pymes_Chilenas.html [Consulta : 26/06/2007] [En lnea].

200
ANEXO A : Configuracin de osCommerce

A.1 Instalacin y configuracin de osCommerce

En esta seccin, se describirn los pasos a seguir para realizar una correcta instalacin de
osCommerce en un servidor. Estos pasos incluyen: La instalacin, que es una explicacin
detallada de las pantallas involucradas en la instalacin y carga de la base de datos
osCommerce, en un servidor; la configuracin bsica, que corresponde a la configuracin
realizada en la parte de administracin de osCommerce, en donde se configuran variables,
aspectos bsicos del sistema de venta en lnea, administracin del catlogo, administracin
de clientes, etc.; componentes y modificaciones realizadas, que comprende la descripcin
de los componentes complementarios que se instalaron en el sitio, para llegar al resultado
que actualmente posee la aplicacin.

A.1.1 Instalacin
Para la instalacin de osCommerce, es necesario tener un servidor que soporte las
tecnologas mysql, php y tenerlas ya instaladas. Para este proyecto, se escogi utilizar las
tecnologas mysql y php, pues son partes de los requerimientos de osCommerce. La
aplicacin AppServ, se encarga de realizar una instalacin general, rpida y simple de todos
los recursos necesarios para instalar la tienda. Appserv habilita una carpeta con el nombre
de la aplicacin, en la raz del disco duro (c:\appserv para este caso).

Luego de extraer los archivos de osCommerce, se obtendrn las carpetas catalog y extras,
de las cuales se utilizar slo la carpeta catalog. Dicha carpeta, se deber mover a la carpeta
del servidor creado por AppServ, que para este caso, esta ubicada en c:\AppServ\www. Una
vez copiada la carpeta, se debe acceder a la carpeta install, incluida en catalog/install,
por medio del servidor. La instalacin local, tiene como servidor a localhost que es el
equivalente a la direccin ip 127.0.0.1. Por lo tanto, para acceder de manera correcta a la
carpeta de instalacin de osCommerce, es necesario dirigirse a la direccin

201
http://127.0.0.1/catalog/install que desplegar la primera pantalla de instalacin (figura
6.1). Esta pantalla corresponde a una bienvenida y que contiene informacin en ingls con
una descripcin de osCommerce.

Figura 6.1: Instalacin osCommerce Pantalla de bienvenida

En ella, se presentan dos opciones, de las cuales se debe hacer clic en la opcin Install
que llevar al usuario a la pantalla New Installation (figura 6.2). All se presentan dos
opciones:

Import Catalog Database: Esta opcin debe estar seleccionada, pues le indica a la
instalacin, que debe importar la base de datos que osCommerce necesita para
ejecutarse. Esto incluye informacin de productos que estn como ejemplos para las
nuevas instalaciones.

Automatic Configuration: Esta opcin tambin debe estar seleccionada, ya que esto
permitir que la configuracin que se disponga en la instalacin, quede guardada en los
archivos que osCommerce destina para esos efectos. Estos archivos son:
catalog/includes/configure.php y catalog/admin/includes/configure.php.

Luego, se debe pulsar en continue para el siguiente paso.

202
La siguiente pantalla de la nueva instalacin es Database Import (figura 6.3) cuya
informacin est asociada a la base de datos local que se instal con AppServ (ver punto
6.2.1 de este Captulo). Los datos deben ser llenados con la informacin que se incorpor al
instalar la base de datos. Estos son:

Figura 6.2: Instalacin osCommerce Inicio de nueva instalacin.

Database Server: Servidor de base de datos. Es la direccin donde se encuentra la base

de datos en ese servidor, informacin que depende de cada servidor. En este caso, est
en localhost.

Username: Corresponde al nombre de la cuenta que se haya creado. En este caso es

root.

203
 Figura 6.3: Instalacin de osCommerce Informacin Base de Datos

Password: La contrasea que se defini en la instalacin de mysql.

Database name: Nombre de la base de datos que contendr las tablas de osCommerce.
La base de datos se denomin audiocenter.

Persistent connections: Esta casilla se deja en blanco, dado que se sugiere en el caso de
usar servidores compartidos. Este proyecto seleccion la contratacin de un hosting en
base al estudio econmico realizado previamente (ver Captulo 3, seccin 3.3.3). Por lo
tanto, la instalacin final, se efectuar en un servidor compartido.

Session Storage: Esta opcin corresponde al lugar dnde se guardarn los datos de las
sesiones, ya sea en un archivo en la base de datos. La opcin Database, guardar la
informacin en la base de datos, mientras que Files la guardar en un archivo del
disco duro. Para este caso, se selecciona la opcin Database.

Luego de ingresar estos datos, se debe pulsar en continuar para acceder a la siguiente
pantalla que corresponde a la prueba de conexin con la base de datos(figura 6.4).

204
Si aparece la pantalla mostrada en la figura 6.4, esto indica que la conexin con la base de
datos fue exitosa. De no realizarse la conexin, aparecer el mensaje lost connection to
mysql server during query, indicando que la conexin no fue exitosa, en cuyo caso, es
necesario regresar a la pantalla anterior para corregir la informacin ingresada12.

Figura 6.4: Instalacin de osCommerce Test de conexin con base de datos.

Tambin se indica all, que se la base de datos creada, se llenar con los datos contenidos
en el archivo oscommerce.sql que se importar posteriormente. La imagen de la figura
6.5, corresponde a la pantalla que informa acerca de la importacin de la base de datos.
Dicha pantalla, indicar si se han importado correctamente las tablas contenidas en el
archivo oscommercer.sql, mencionado anteriormente.

Figura 6.5: Instalacin de osCommerce Importando base de datos osCommerce

12
Tambin puede ocurrir que el servicio de mysql no este en ejecucin, para lo cual, es necesario iniciar el
servicio segn corresponda a cada sistema operativo.

205
Luego de presionar el botn continue, la instalacin mostrar la pantalla con la
configuracin que osCommerce tendr (figura 6.6). La informacin es generada
automticamente y no se deben realizar cambios, a menos que, se haya pasado por alto
algn tema en especial y sea necesario modificar algn tipo de configuracin. La
informacin corresponde a lo que sigue:

WWW Address: Es la direccin donde se ubica el catlogo de la tienda. Es la forma de

llegar a la tienda a travs del navegador.

Webserver Root Directory: Corresponde a la direccin absoluta de la Web, que parte

desde la raz del disco duro hasta /catalog. Para este caso, es la direccin que da la
configuracin de AppServ, es decir: c:\appserv\www\catalog.

HTTP Cookie Domain: Es la direccin de la Web sin http:// ni catalog donde

guardar las cookies. Ser 127.0.0.1 para el este caso.

HTTP Cookie Path: Corresponde a la carpeta de la tienda misma.

Enable SSL connections: Esta casilla debe dejarse en blanco, a menos que se posea un
certificado de seguridad instalado en el servidor.

Figura 6.6: Instalacin de osCommerce Informacin del servidor Web.

206
Luego de pulsar el botn continue, aparecer la pantalla de la base de datos nuevamente ,
pero con los datos incorporados. No es necesario realizar cambios. Pulsar el botn
continue para avanzar a la siguiente etapa de la instalacin. Finalmente, se mostrar la
pantalla de finalizacin (figura 6.7), en donde se indica que la configuracin de
osCommerce fue exitosa. All tambin aparecern los botones Catalog y Administration
Tool, que al hacer clic sobre ellos, llevar al usuario hacia la tienda instalada (catlogo de
productos) o al mdulo de administracin, respectivamente.

Figura 6.7: Instalacin de osCommerce Mensaje de xito en la configuracin.

Al presionar el botn Catalog, se mostrar la tienda con la configuracin bsica y los

productos de ejemplo incorporados (figura 6.8).

Figura 6.8: Aspecto de la tienda, luego de finalizar la instalacin

207
A.1.2 Configuracin Bsica
Una vez concluida la instalacin de osCommerce, la ventana final nos permitir acceder a
la administracin de la tienda, presionando el botn Administration Tool. La pantalla
inicial de la administracin, se puede apreciar en la figura 6.9. En ella se pueden apreciar
ocho opciones generales:

Configuracin: Contiene la configuracin bsica de la tienda, que va desde la

informacin personal de la empresa, hasta la configuracin de valores mnimos y
mximos a ingresar en los campos de textos utilizados en toda la tienda virtual. La
figura 6.10, muestra esta configuracin con los datos personales de la tienda ya
ingresados. Aquella modalidad de ingreso se mantiene para las dems secciones.

Catlogo: Corresponde a la administracin del catlogo de productos, es decir, permite

modificar el contenido de este, incorporando productos, categoras, opciones, atributos,
etc. o bien, permitiendo eliminar aquellos aspectos mencionados.

Figura 6.9: Pantalla de Administracin osCommerce

208
 Clientes: La zona clientes permite examinar, agregar, eliminar y modificar clientes
existentes en la tienda. Adems, es posible administrar la informacin asociada a los
pedidos de clientes, revisar los pedidos realizados por clientes y cambiar el estado
actual de los pedidos que actualmente se estn procesando.

Informes: La seccin de informes, permite entregar informacin bsica acerca de los

productos ms vistos, los ms pedidos, los ms comprados, etc. Tambin informa
acerca del total de pedidos realizados.

Mdulos: El rea de mdulos contiene la configuracin de mdulos de pago (pagos en

lnea, por ejemplo, tarjeta de crdito), envo y totalizacin (incorporacin de impuestos
al total de la compra, costos de flete, etc).

Zonas/Impuestos: Contiene la informacin acerca de los pases y sus impuestos.

Localizacin: Corresponde a la configuracin de los idiomas soportados por la tienda y

el tipo de moneda utilizado para las transacciones.

Herramientas: Posee herramientas que permiten configurar osCommerce. Entre ellas se

destacan: el administrador de banners, administrador de archivos, envo de mail a un
cliente especfico, envo de boletines a un grupo de clientes y ver a un usuario que
actualmente se encuentre conectado.

Figura 6.10: Pantalla de configuracin para la administracin de la tienda.

209
A.1.3 Componentes y modificaciones realizadas
Modificar el aspecto del la tienda es un requisito fundamental, pues permite que exista
diferenciacin respecto de otras tiendas usando osCommerce. Este es un tema que
constantemente est experimentando cambios, dado que se van descubriendo nuevas
modificaciones grficas que cambian la fachada de osCommerce y van delineando u
orientando el diseo corporativo que cada negocio quiere brindar al cliente.

En esta etapa de configuracin, se incorporaron modificaciones grficas a osCommerce y

que ser la primera de varias modificaciones que se realizarn para llegar al diseo que
entregue la total conformidad a la empresa Audio Center.

Las modificaciones incorporadas fueron: Graphical Borders v2, Header Template Modern
Design v1.0, Search Box Anywhere, Loginbox Best y Disable Add To Cart Button Out of
Stock. A continuacin, se detallarn las funcionalidades de cada modificacin y
brevemente, los pasos realizados para incorporarlos en la tienda de Audio Center.

Graphical Borders: Esta contribucin crea un borde grfico alrededor de todos los mdulos:
mdulos centrales y mdulos de listas de productos, as como en los 37 otros archivos que
muestran contenido en la columna central. Todos los mdulos aparecen con los bordes
redondeados automticamente. El resto se tiene que realizar manualmente. Los archivos .gif
se usan para permitir transparencias. Un pack de imgenes de ejemplo y archivos .psd estn
incluidos con la contribucin. Ms informacin en el sitio de la contribucin [22].

Search Box Anywhere: Esta contribucin permite ubicar una caja de bsqueda,
prcticamente en cualquier parte del sitio. Hay dos tipos de cajas para elegir, una estndar y
una avanzada con la posibilidad de seleccionar categoras. Cada tipo, usa bsqueda
avanzada. La instalacin es bsicamente, decidir dnde se quiere ubicar la caja de
bsqueda, para luego copiar y pegar el cdigo. Ms informacin en [23].

Header Template Modern Design: Esta contribucin, da un nuevo aspecto a la cabecera del
catalogo de osCommerce, con un diseo moderno, que reemplaza la cabecera por defecto
de osCommerce. Sus principales caractersticas son:

210
 Fondo con imagen en color degradado de ms oscuro a ms claro

Sombras en los bordes de la tabla

Incorpora la contribucin Search Box Anywhere

Links para agregar a favoritos

Ms informacin acerca de esta contribucin en [24].

Loginbox Best: Esta contribucin, permite instalar un box en alguna de las columnas y que
permite a los clientes acceder a su cuenta desde la pantalla principal, brindando un acceso
rpido y en cualquier instante. Para la instalacin, se modific el archivo column_right.php
para que el box se establezca en la columna derecha. Para el idioma, se incorpor un
archivo en ingls, el que posteriormente, fue necesario traducir para mostrar el texto
correcto en pantalla. Ms informacin sobre esta contribucin, es posible encontrarla en
[32].

Disable Add To Cart Button: Esta contribucin deshabilita el botn Aadir al carro o
Compre Ahora, en los productos del catlogo, cuando el stock de ese producto sea 0 o el
precio de ese producto sea 0 y sustituye ese botn por uno que tiene el texto sin stock.
Sin embargo, es completamente adaptable a las necesidades de la tienda. Para el caso de
Audio Center, no se deshabilit el botn Compre Ahora, dado que existe la posibilidad de
adquirir productos por encargo. Esta contribucin permite indicar mediante una imagen en
la descripcin de cada producto, si su stock est normal, bajo o agotado. Ms informacin
acerca de esta contribucin en [25].

211
ANEXO B : Documentacin de osCommerce

B.1 Documentacin de las clases incorporadas a osCommerce

Para llevar a cabo la puesta en marcha de los incrementos desarrollados, fue necesario
profundizar en el funcionamiento de osCommerce. Para ello es importante comprender
cmo est constituido el rbol de directorios y sus archivos. Tambin es preciso entender
cmo funcionan estas clases y averiguar dnde es necesario modificar para realizar alguna
incorporacin. La forma en que Oscommerce genera dinmicamente las pginas al menos
permite un proceso de edicin consistente.

B.1.1 Estructura visual de osCommerce

La figura B.1 muestra los nombres de las distintas partes del catlogo, el nombre del
archivo php con el cdigo que genera esa zona del catlogo y en qu ruta se encuentra ese
archivo.

Figura B.1: Zonas del catlogo.

212
La pgina que carga la portada del catlogo, tal como se ve en la figura, es la generada por
el archivo catalog/index.php.

Esta pgina consulta la base de datos para obtener informacin de los productos que hay en
el catlogo y sus datos, para mostrarlos en la pgina. A diferencia de las paginas HTML
que se generan con la informacin que contenga el archivo, las paginas del catlogo de
osCommerce se generan dinmicamente.

En el archivo index.php se realizan las llamadas a todos los componentes presentes en la

pgina del catlogo de osCommerce. Est dividido en cinco distintas partes y cada seccin
llama a otros archivos que contienen el cdigo de una zona determinada del catlogo. Las
partes mencionadas son:

Cabecera

Columna izquierda,

Columna derecha,

Footer o pie de pagina,

y mdulos centrales.

B.1.1.1 Forma en que index.php utiliza los dems archivos

Al observar el cdigo del archivo, se puede apreciar la forma en que se llama a la cabecera
de la pgina, contenida en el archivo header.php:

<!--header//-->

<?php require(DIR_WS_INCLUDES . header.php);

<!--header_eof-->

De esta misma forma se van incorporando al archivo principal: la columna derecha

(column_right.php), la columna_izquierda (column_left.php) y el footer o pi de pgina
(footer.php).

Con el fin de ilustrar de manera didctica la forma en que este archivo utiliza el resto de los
componentes, se presenta dicho proceso en la figura B.2. Esta figura fue obtenida de [37].

213
Figura B.2: Organizacin del archivo index.php en osCommerce

214
Una de las caractersticas que destaca en osCommerce, es la facilidad de incorporar nuevos
mdulos en sus columnas. En cada columna, es posible invocar boxes(cajas) mediante una
breve lnea de cdigo. Esto permite que personalizar la tienda cambiando su aspecto o bien,
modificando el orden en que los mdulos aparecen en las columnas, pase a ser una tarea
bastante sencilla.

B.1.1.2 Organizacin de las carpetas

En osCommerce, la carpeta catalog contiene la tienda en su totalidad. Los archivos php que
se encuentran distribuidos en ese lugar, son los que se encargan de gestionar todas las
actividades del catlogo. A continuacin se detalla brevemente el objetivo de las
principales carpetas presentes en catalog:

catalog/includes: Alberga los archivos de la pantalla principal mencionados en la

seccin B.1.1. Contiene las carpetas: boxes, donde se ubican las cajas o mdulos que se
incorporan en las columnas; clases, archivos para la creacin de objetos utilizados en el
cdigo de la tienda; functions, archivos que se utilizan para la gestin de la tienda; y
languages, que contiene las distintas configuraciones de idioma para cada archivo php
que sea una interfaz grfica y los textos genricos utilizados en la tienda.

catalog/images: Alberga las imgenes utilizadas en la tienda para los productos del
catlogo, iconos y botones de la interfaz grfica.

catalog/admin.: Alberga los archivos que constituyen toda el rea de administracin y

sus funcionalidades. Tambin posee una carpeta includes, que contiene la misma
estructura de carpetas que su similar en la ruta catalog/includes.

B.1.1.3 Incorporacin del proyecto desarrollado a osCommerce

Para la unificacin de los incrementos desarrollados con la tienda virtual osCommerce, fue
necesario incorporar las clases nuevas en las carpetas del catlogo y modificar archivos
existentes de la tienda. Para cada mdulo incorporado, se especificarn los archivos que lo
componen, su ubicacin dentro de las carpetas y finalmente, la modificacin de archivos
propios de la configuracin de osCommerce.
B.1.1.4 Mdulo de Compra A Proveedores
Este conjunto de clases se ubica en la ruta catalog/admin y est compuesto por los
siguientes archivos:

GUI_Compras.php: Constituye la pantalla inicial de mdulo de compras, que permite

ingresar la cantidad de detalles contenidos en la factura de proveedores a almacenar.

ingresoCompras.php: Es la pantalla que permite el ingreso de detalles de una factura,

folio y fecha de la misma. Contiene la aplicacin de AJAX en el formulario,
permitiendo que los accesos a la base de datos y la actualizacin de combos de
productos que se modifican a partir de una categora, se realicen sin la recarga de la
pgina completa, slo del DOM a modificar.

llenaproductos.php: Es el archivo que genera el cdigo XML del DOM que se enviar y
se incorporar en la pantalla ingresoCompras utilizando AJAX. Contiene las sentencias
que realizan el acceso a los datos que se utilizarn para llenar los combos de productos.

Controlador.php: Es la pantalla que es invocada por ingresoCompras una vez que se

ingresa una factura. Aqu se crea el controlador CompraAProveedores y con ello al
grupo de clases que constituyen la lgica del negocio.

CompraAProveedores.php: Controlador de fachada para las clases que forman parte de

la lgica del negocio.

Factura.php: Es la clase que representa a una factura. Est compuesta por uno o muchos
objetos de la clase Detalle.

ProductoDAO.php: Es la clase que se encarga de la persistencia en los productos. Para

este caso particular, su mtodo permite obtener datos de un producto, dado su cdigo.

DetalleFactura.php: Es la clase que representa las lneas de detalle en una factura.

FacturaDAO.php: Es la clase que se encarga de almacenar las facturas ingresadas.

DetalleFacturaDAO.php: Es la clase que se encarga de tener acceso a la tabla

detalle_factura de la base de datos y guardar la informacin asociada a una tabla
factura.

216
 administracionFacturas.php: Es la clase encargada de generar un listado de facturas y
dar la posibilidad de eliminar facturas seleccionadas.

El mdulo forma parte del rea de administracin de osCommerce. Para acceder a este
mdulo, se cre un box Compras.php que fue ubicado posteriormente en la columna
izquierda (column_left.php) del rea de administracin.

B.1.1.5 Mdulo de Solicitudes de Cajas Acsticas

Este conjunto de clases se ubica en la raz de la tienda y est compuesto por los siguientes
archivos:

GUI_SolicitudCajas.php: Es la pantalla que se ubica en la vista principal de la tienda y

cuyo acceso se lleva a cabo mediante un box ubicado en la columna izquierda de la
vista inicial de la tienda. Aqu se ingresa la informacin necesaria para solicitar una caja
acstica en Audiocenter.

ControladorGUI_SolicitudCajas.php: Es el controlador que recibe los datos del

formulario anterior y que procede a crear el objeto ControladorSolicitud y que se
ejecuten las clases que constituyen la lgica del negocio.

ControladorSolicitud.php: Es el controlador de fachada para la lgica del negocio.

SolicitudCajaAcustica.php: Es la clase que procesar la informacin recibida. Para

luego ser almacenada como una nueva solicitud.

SolicitudDAO.php: Permite el acceso a la base de datos para guardar las solicitudes

ingresadas.

El mdulo forma parte del catlogo en osCommerce. Para acceder a este mdulo, se cre
un box cajasAcusticas.php que fue ubicado posteriormente en la columna izquierda del rea
de catlogo.

B.1.1.6 Mdulo de Informes de Stock

Este conjunto de clases se ubica en la ruta catalog/admin y est compuesto por los
siguientes archivos:

217
 GUI_Informes.php: Es la pantalla principal de informes. Permite generar un listado de
los productos con su stock y un listado con los productos en stock crtico.

ControladorGUI_Informes.php: Es el controlador que recibe la opcin del formulario

anterior y que crea el objeto ControladorInformes para ejecutar las clases que
constituyen la lgica del negocio.

ControladorInformes.php: Es el controlador de fachada que crea los objetos de la lgica

del negocio.

InformesDeStock.php: Clase que genera el informe. Es la encargada de dar el formato,

dado el tipo de informe seleccionado.

ProductosDAO.php: Clase que entrega los datos para generar el informe de stock
solicitado.

B.1.1.7 Archivos de osCommerce modificados para incorporar el proyecto

Dado que osCommerce da la posibilidad a los usuarios de soportar mltiples idiomas en la
tienda, el sistema maneja los textos de la interfaz por medio de constantes. Existen
definiciones de constantes para cada idioma y son las que correspondern a los textos
mostrados en pantalla. Al trabajar con estas constantes, se mantiene un estndar de nombres
para los mensajes, etiquetas, etc., lo que posteriormente permitir al usuario, mediante un
simple clic, cambiar de idioma en toda la tienda, pues los textos no estn escritos
directamente en la interfaz, sino que recurre a un archivo de idioma para obtenerlo(y que
accede por medio de las constantes). A continuacin, una lista con los cambios realizados
en constantes y las invocaciones a nuevos boxes en las secciones que crean la tienda:

Cambios en catalog/admin/includes/column_left.php

- require (DIR_WS_BOXES . Compras.php): Es la incorporacin del box compras

en el rea de administracin.

Cambios en catalog/includes/column_left.php

- require (DIR_WS_BOXES . cajasAcusticas.php): Es la incorporacin del box

cajasAcusticas en el rea de catlogo.

Cambios en catalog/admin/boxes/reports.php

218
 - Link en reports.php: El box reports.php ubicado en la columna izquierda del rea de
administracin, fue modificado para incorporar un link que permitiera acceder al
GUI_Informes.php.

Cambios en catalog/admin/includes/filenames.php

- define(FILENAME_COMPRAS, GUI_Compras.php): Es la constante que

permite crear un link en el box Compras.php.

- define(FILENAME_INFORMES_STOCK, GUI_Informes.php): Es la constante

que permite crear un link en el box reports.php

- define(FILENAME_FACTURAS, administracionFacturas.php): Constante para

crear un link en box Compras.php.

Cambios en catalog/includes/filenames.php

- define(FILENAME_SOLICITUDES, GUI_SolicitudCajas.php): Es la constante

que hace una referencia al archivo php y para permitir su incorporacin en el box
cajasAcusticas.php.

Cambios en catalog/includes/languages/espanol.php

- define (BOX_HEADING_CAJAS_ACUSTICAS, Cajas Acsticas): Es el texto

de cabecera definido para el box cajasAcusticas, correspondiente al idioma espaol.

- define (BOX_ CAJAS_ACUSTICAS_COTIZACION, Cotice su caja acstica!):

Es la constante que define el texto que representa el link contenido en el box de
solicitudes de cajas acsticas.

Cambios en catalog/admin/includes/languages/espanol.php

- define (BOX_HEADING_COMPRAS, Compras): Es texto de cabecera para el

box Compras y que corresponde al idioma espaol.

- define (BOX_COMPRAS_EXISTENTES, De productos existentes): Texto para

el link de ingreso de productos en el box Compras.php.

- define (BOX_COMPRAS_FACTURAS, Administracin Facturas): Texto para

el link de administracin de facturas en box Compras.php

219
 - define (BOX_INFORMES, Informes de Stock): Define el texto para el link que
est en el box reports.php.

Includos tambin los archivos de idioma para GUI_Informes.php y

GUI_SolicitudCajas.php en catalog/admin/includes/languages/espanol y en
catalog/includes/languages/espanol respectivamente.

220
ANEXO C : Convenios, cuestionario, diagrama de
estados y explicacin de patrones

221
C.1 Diagrama de estados Gestionar pedido

Figura C.1: Diagrama de estados Pedido.

C.1.1 Definicin del diagrama de estados.
Los diagramas de estados son una tcnica utilizada para describir la forma en que se
comporta el sistema. Describen todos los estados posibles en los que puede entrar un objeto
en particular y la manera en que cambia el estado del objeto. Con el fin de comprender de
mejor manera el funcionamiento del sistema de pedidos incluido en osCommerce, se
presenta este diagrama de estados asociado al caso de uso gestionar pedidos [41].

223
C.2 Cuestionario realizado a clientes

Cuestionario para los clientes de Audio Center.

1. Visita Usted Frecuentemente Audio Center?

2. Cunto Tiempo esta dispuesto a esperar para que lo atiendan?

3. Que le parece la atencin al pblico en Audio Center?

4. Cuanto tiempo demora en que lo atiendan?

5. Cuando realiza una consulta acerca de un producto cuanto tiempo aproximadamente se

demora en realizarla?

6. Utiliza Internet para cotizar productos?

7 Si Audio Center tuviera una pgina Web la visitara?

Esta encuesta fue realizada a un universo de 20 personas que segn ellas visitan
frecuentemente la tienda, de estas 20 personas 14 dijeron estar molestas por el tiempo que
se demoraba el dueo de la empresa en contestar dudas acerca de los productos que
cotizaban. Adems la atencin, segn estas personas, en ocasiones no era muy buena
debido a la falta de un buen trato por parte de la persona que reemplazaba algunas veces al
dueo de la empresa en la atencin al pblico. El tiempo promedio en realizar una consulta
es aproximadamente 10 minutos. 17 de las personas entrevistadas al hacerle la siguiente
pregunta Si Audio Center tuviera una pgina Web la visitara? respondieron
positivamente.

Se puede concluir con este cuestionario que la incorporacin de un sistema Web a Audio
Center mejorara considerablemente la atencin al pblico y agilizara las cotizaciones de
los clientes.

224
 C.3 Convenio de envos va Chilexpress
Chilexpress posee un servicio especial llamado E-commerce y tal como su nombre lo
indica, su fin es brindar apoyo a las empresas dedicadas al comercio electrnico.
Chilexpress pasa a ser socio estratgico para el despacho, control y pago de productos
comercializados en Internet. Ellos asumen el compromiso de otorgar a las empresas que
venden por Internet, la distribucin de los productos en forma seria, profesional y con la
mejor relacin costo-beneficio del mercado13.

Adicionalmente, Chilexpress entrega sin costo para la tienda virtual, el software E-

Commerce Conexin, para tener una va de comunicacin y enviar solicitudes de retiro;
controlar los despachos en forma ms simple, segura y eficiente. Tambin permite controlar
los pagos que se reciban para Audio Center en las sucursales, abonando a la cuenta
corriente de la tienda virtual.

El costo de este convenio slo exige que la empresa solicitante tenga movimientos por al
menos UF 1 + IVA, es decir, los envos que realice Audio Center durante el mes, deben
ascender a los $21.90414, de lo contrario, Chilexpress cobra la diferencia hasta completar la
UF 1 + IVA. Este convenio le permite a la empresa, solicitar va telefnica o Web, el retiro
de productos en la tienda para ser distribuidos a lo largo del pas, recibiendo una
facturacin mensual que corresponde al total de envos solicitados a Chilexpress.

Es importante destacar que es una alternativa bastante conveniente, dado que el costo de
envos siempre es traspasado al cliente y la posibilidad de llegar a ms clientes gracias a
Internet, permitira llegar sin dificultad a la UF 1 + IVA que la empresa Chilexpress solicita
como movimientos en el mes.

13
Ms informacin en www.chilexpress.cl
14
Valor calculado utilizando la UF al 15 de octubre de 2006 a un valor de 18.406,64 pesos.

225
C.4 Clases DAO existentes en los diagramas
Las clases llamadas DAO, presentes en los diagramas de colaboracin y de clases del
proyecto representan los objetos que tienen acceso a los datos, esto no quiere decir que se
haya implementado el patrn DAO, puesto que en este proyecto solo se utiliz ese nombre
para que quedara claro, tanto para los desarrolladores y para terceras personas que leyeran
el informe, la separacin entre las clases que manejan la lgica del negocio y las que
manejan el acceso a la base de datos. Por lo tanto estas clases no realizan ms
procesamiento que el ingreso, eliminacin, actualizacin y extraccin de datos.

C.5 Explicacin de los patrones GRASP

C.5.1 Diseo de Agregar compra a proveedores

Experto en informacin: Las clases CompraAproveedores, ProductoDAO, FacturaDAO,

DetalleFacturaDAO, Factura y DetalleFactura cumplen con este patrn puesto que cada una
de ellas posee sus responsabilidades bien asignadas, puesto que si se desea agregar una
compra, el ingreso de esta se distribuir en las clases antes sealadas, las cuales colaboran
entre si entregando mensajes que permitan efectuar el ingreso de compras a proveedores.

Creador: La clase CompraAProveedores y Factura crean instancias de otras clases, estas

son las ms idneas puesto que:

CompraAProveedores necesita comunicarse con las clases ProductoDAO, FacturaDAO,

DetalleFacturaDAO, Factura y DetalleFactura para cumplir con su responsabilidad
asignada y la forma de hacerlo es mediante la creacin de instancias de las clases antes
sealadas. As gua la asignacin de las responsabilidades para que el conjunto de clases
puedan efectuar la responsabilidad de ingresar compras.

Factura es otra clase que cumple con el patrn creador, puesto que el objeto Factura
contiene o posee instancias de DetalleFactura, por esto es la ms indicada para crear
instancias de la clase DetalleFactura.

226
Bajo acoplamiento: Las clases ProductoDAO, FacturaDAO, DetalleFacturaDAO, Factura
y DetalleFactura cumplen con este patrn, puesto tienen muy poca dependencia entre s. El
controlador CompraAproveedores gua la asignacin de responsabilidades del resto de las
clases. La dependencia existente entre Factura y DetalleFactura es aceptable por que
responde al patrn creador, ya que Factura posee o contiene instancias de DetalleFactura.

Alta cohesin: Las clases CompraAproveedores, ProductoDAO, FacturaDAO,

DetalleFacturaDAO, poseen una alta cohesin puesto que tienen responsabilidades
moderadas. Las clases Factura y DetalleFactura poseen una cohesin moderada puesto que
cada una de ellas posee varias responsabilidades pero que existen por que estn
relacionadas lgicamente tanto con la clase Factura como con la clase DetalleFacturaDAO.

Controlador: La clase CompraAproveedores pertenece a la categora de manejador

artificial puesto que representa un caso de uso, esto es as debido a que se busca no saturar
a un solo controlador con muchas responsabilidades. Esta clase cumple con el patrn
Controlador debido a que se comunica con la GUI, coordina la creacin de instancias y
lleva a cabo los eventos del sistema correspondientes al caso de uso Agregar compra a
proveedores.

C.5.2 Diseo Solicitud Caja Acstica

Experto: Tanto la clase SolicitudDAO como SolicitudCajaAcustica son clases expertas ya
que poseen la informacin para que el controlador ControladorSolicitud pueda procesar
las solicitudes ingresadas.

Creador: La clase ControladorSolicitud gua la asignacin de responsabilidades en este

diagrama de colaboracin, puesto que necesita crear instancias de SolicitudCajaAcustica y
SolicitudDAO para cumplir sus responsabilidades.

Bajo acoplamiento: ControladorSolicitud se encarga de crear las instancias de las clases

asociadas a l, los objetos de SolicitudCajaAcustica y SolicitudDAO no tienen una
visibilidad por lo que pasan a tener menos dependencias entre s, mejorando el rendimiento,
la reutilizacin y el mantenimiento.

227
Alta cohesin: Como cada clase posee responsabilidades bien definidas, y tanto
SolicitudDAO como SolicitudCajaAcustica colaboran con el controlador para procesar las
solicitudes, la cohesin existente es alta.

Controlador: Este patrn se ve reflejado en ControladorSolicitud, este es un manejador

artificial, esta clase es la controladora puesto que se comunica con la GUI y maneja la
creacin de instancias y eventos relacionados con las solicitudes.

C.5.3 Diseo Generar Informes

Experto: Tanto la clase ProductosDAO como InformesStock son clases expertas
temporalmente ya que poseen la informacin necesaria y colaboran con el
ControladorInformes, esta clase es la encargada de entregar la informacin a la GUI.

Creador: La clase ControladorInformes gua la asignacin de responsabilidades en este

diagrama por lo que es la mas idnea para crear los objetos.

Bajo acoplamiento: al tener un controlador, los objetos ProductosDAO e InformesStock

pasan a tener menos dependencias entre s, mejorando el rendimiento, la reutilizacin y el
mantenimiento.

Alta cohesin: Como cada clase posee responsabilidades bien definidas, y tanto
ProductosDAO como InformesStock colaboran con el controlador para generar informes, la
cohesin existente es alta.

Controlador: Este patrn se ve reflejado en ControladorInformes, esta clase es la

controladora puesto que se comunica con la GUI y maneja los eventos del sistema
relacionados con la generacin de informes de stock.

228