Docx
Docx
Docx
Tema
Docente
Pérez, Iván
Estudiantes
LIMA – PERÚ
1
2015
INTRODUCCIÓN
Sin embargo, este proceso se ha convertido en una verdadera problemática, de modo que,
promueve y prioriza el registro de sus actividades manualmente mediando un cuaderno, a lo
cual se suma también que los pedidos llegan tarde originando así una atención al cliente
deficiente. Por ello es importante hacer un estudio exhaustivo en torno a las consecuencias que
viene socavando el proceso de manejar su información manualmente.
Es por ello, que el principal objetivo de este proyecto es implementar una solución con sistemas
de información basado en la web para conjurar este problema, así como comprender la manera
en que esta actividad automatizada les pueda ayudar en el proceso de ventas.
2
ÍNDICE
INTRODUCCIÓN.………………………………………………………………………………………………………………..2
ÍNDICE.……………………………………………………………………………………………………………………………3-4
1. ASPECTOS DE LA ORGANIZACIÓN………………………………………………………………………………..5
1.1. VISIÓN………………………………………………………………………………………………………………….5
1.2. MISIÓN…………………………………………………………………………………………………………………5
1.3. OBJETIVOS……………………………………………………………………………………………………………5
1.4. ANTECEDENTES…………………………………………………………………………………………………5-6
1.5. ORGANIGRAMA……………………………………………………………………………………………………6
1.6. ÁMBITO DEL PROYECTO……………………………………………………………………………………….7
1.6.1. Área……………………………………………………………………………………………………………7
1.6.2. Recursos Humanos…………………………………………………………………………………….7
1.6.3. Software………………………………………………………………………………………………..7-
15
1.6.4. Hardware………………………………………………………………………………………………….1
6
1.6.5. Cronograma de
Actividades………………………………………………………………………17
2. ASPECTOS DEL NEGOCIO……………………………………………………………………………………………18
2.1. DESCRIPCIÓN DE FUNCIONES Y PROCESOS DEL NEGOCIO…………………………………..18
2.2. PROBLEMÁTICA ACTUAL O ANÁLISIS SITUACIONAL…………………………………………….18
2.3. CATÁLOGO DE LAS REGLAS DE NEGOCIO…………………………………………………………….19
3. METODOLOGÍA…………………………………………………………………………20
3.1. Modelo de Requerimientos……………………………………………………….20
3.1.1. Matriz Procesos Requerimientos…………………………………………..20
3.1.2. Documento de Visión……………………………………………….......21-25
3.1.3. Cuadro de requerimientos funcionales…………………………………….25
3.1.4. Cuadro de requerimientos no funcionales…………………………………26
3.1.5. Relación de actores.……………………………………………………......27
3.1.6. Relación de casos de uso…………………………………………………...28
3.1.7. Modelo de Casos de Uso de Requerimientos……………………………...29
3.1.8. Plantilla de especificación de casos de uso……………………………..30-
33
3.1.9. Matriz de trazabilidad de los requerimientos y casos de uso………………..34
3
3.1.10. Modelo Conceptual de Clases……………………………..……………….35
3.1.11. Reglas de Negocio ……………………………..……………………….36-38
3.1.12. Glosario de Términos……………………………..…………………….38-40
3.2. Análisis Orientado a Objetos……………………………..………………………..40
3.2.1. Modelo de Análisis……………………………..……………………………40
3.3.1.1. Diagrama de Análisis de Clases ……………………………......40-45
3.3.1.2. Diagramas de Secuencia y Colaboración de Análisis…………..45-54
3.2.2. Lista de Clases de Interfaz……………………………..………………...55-58
3.2.3. Lista de Clases de Control……………………………..…………………59-60
3.2.4. Lista de Clases de Entidades……………………………..………………61-62
3.2.4. Modelo Lógico de Clases……………………………..……………………...63
3.3 Diseño Orientado a Objetos……………………………..…………………………..64
3.3.1 Diagrama de caso de uso de diseño……………………………..…………………64
3.3.2 Realización de caso de uso de diseño……………………………..……………65-66
3.3.3 Modelo Físico……………………..……………………………………………..…67
3.3.3.1 Creación de esquema y tablas……………………………..……………………..67
3.3.4 Diagramas de Secuencia
3.3.5 Diagramas de Colaboración
3.3.6 Diagrama de Estados
3.3.7 Estructura Modular del SWOO
3.3.7.1 Diseño de Ventanas
3.3.7.2 Diseño de Reportes
3.3.8 Diagramas de Componentes
3.3.9 Diagramas de Distribución
CONCLUSIONES Y RECOMENDACIONES
BIBLIOGRAFÍA
ANEXOS……………………………..………………………………………....…68-80
4
1. ASPECTOS DE LA ORGANIZACIÓN
1.1. VISIÓN
Panificadora San Roque será una empresa altamente competitiva, innovadora y sobresaliente
en el mercado nacional de panaderías y pastelerías alzando un alto nivel de desarrollo humano
y tecnológico.
1.2. MISIÓN
Brindar un buen servicio para satisfacer y abastecer las necesidades de los clientes.
1.3. OBJETIVOS
Crear el área de logística, reducir los costos de producción, adquirir mayor conocimiento
(Retroalimentación), capacitarse en gestión empresarial y gestión administrativa (FeedBack).
1.4. ANTECEDENTES
I. Starbucks
Contrató como director de operaciones a Kevin Johnson, antiguo CEO de Juniper
Networks y veterano de Microsoft e IBM, de quien recientemente, el CEO de Starbucks,
Howard Schultz, ha elogiado públicamente su "experiencia móvil y digital". En general, se
observa una creciente demanda de nuevas opciones de pago en línea por parte los
consumidores.
Starbucks ya dispone de una aplicación para móviles, compatible con iOS y Android, que
permite a sus clientes:
5
1. Localizar las tiendas Starbucks más cercanas al punto en el que se encuentran en
cada momento y ver su dirección y horarios.
2. Consultar el menú de bebidas y alimentos de Starbucks.
3. Crear sus propias bebidas y compartirlas con amigos.
4. Guardar la localización de sus tiendas favoritas.
5. Pagar por los productos que adquieren, simplemente pasando su teléfono móvil
sobre un escáner.
A corto plazo
• Mejorar su programa de fidelización
• Incrementar la base de clientes que utilizan su aplicación.
Para el 2015:
1.5. ORGANIGRAMA
6
Directorio
(Gerardo Solórzano B.)
Administrador
(Gerardo Solórzano B.)
Producción:
-Melanio Ventas:
-Edgar -Walter
-Walter
Distribución: Cobranza:
-Walter -Walter
-Melanio -Melanio
1.6.1.Área
Área de ventas: Encargada de informar, satisfacer los servicios que requiere el cliente y
registrar sus datos para la venta.
1.6.2.Recursos Humanos
-Sponsor: es el directorio aquel que participará en el proyecto y respaldará el proyecto
respecto a la disponibilidad de recursos.
-Gestor del Proyecto Web: Gestionar y asignar los recursos necesarios para alcanzar los
objetivos del proyecto.
7
-Arquitecto de Información: Organiza y clasifica la estructura del sitio web y el contenido.
Desarrolla los esquemas de categorización de contenidos, usa terminología coherente
para el sitio.
1.6.3.Software
HTML:
Es un lenguaje que es utilizado para la creación de páginas web, está compuesto por una
serie de etiquetas para visualizar imágenes, hipervínculos los cuales nos envían a otras
páginas web y así poder juntar más información y también poder ver tablas, listas etc.
Características:
PHP:
PHP es un lenguaje de código abierto, se usará para desarrollo web de nuestro proyecto ya
podrá ser enlazado con HTML. Lo utilizaremos para generar páginas web dinámicas.
8
El lenguaje PHP se procesa en servidores, que son potentes ordenadores con un software
y hardware especial.
Características:
-El código fuente escrito en PHP es invisible al navegador y al cliente ya que es el servidor
el que se encarga de ejecutar el código y enviar su resultado HTML al navegador. Esto hace
que la programación en PHP sea segura y confiable.
-Tiene la capacidad de conexión con la mayoría de los motores de base de datos que se
utilizan en la actualidad, destaca su conectividad con MySQL y PostgreSQL.
Especificaciones técnicas:
PHP tiene útiles características de procesamiento de texto, las cuales incluyen las
expresiones regulares compatibles con Perl (PCRE), y muchas extensiones y herramientas
para el acceso y análisis de documentos XML. PHP estandariza todas las extensiones XML
sobre el fundamento sólido de libxml2, y amplía este conjunto de características
añadiendo soporte para SimpleXML, XMLReader y XMLWriter.
JavaScript:
Características de JavaScript:
9
-Es simple, no hace falta tener conocimientos de programación para poder hacer un
programa en JavaScript.
-Maneja objetos dentro de nuestra página Web y sobre ese objeto podemos definir
diferentes eventos. Dichos objetos facilitan la programación de páginas interactivas, a la
vez que se evita la posibilidad de ejecutar comandos que puedan ser peligrosos para la
máquina del usuario, tales como formateo de unidades, modificar archivos etc.
-Es dinámico, responde a eventos en tiempo real. Eventos como presionar un botón, pasar
el puntero del mouse sobre un determinado texto o el simple hecho de cargar la página o
caducar un tiempo. Con esto podemos cambiar totalmente el aspecto de nuestra página al
gusto del usuario, evitándonos tener en el servidor un página para cada gusto, hacer
cálculos en base a variables cuyo valor es determinado por el usuario, etc.
Características:
-Es una de las herramientas más utilizadas por los programadores orientados a Internet.
-Infinidad de librerías y otras herramientas que permiten su uso a través de gran cantidad
de -lenguajes de programación.
Especificaciones técnicas:
10
Utilizaremos Apache como servidor web, MySQL como sistema de gestión de base de
datos relacional y PHP como lenguaje de programación orientado a objetos.
- Arquitectura Flexible
Open Source
Multi-threaded
MyISAM
InnoDB
Merge
Memory
Archive
Cluster
OLTP y Transacciones
ACID Transactions
Commit, Rollback
Row-level Locking
ANSI SQL
Prepared Statements
Views
11
Triggers
Stored Procedures
User-Defined Functions
Information Schema
Unicode
Referential Integrity
Built-in Replication
EngineMaster/Slave
Dual Master
Replication Ring
Replication Tree
· Distributed AutoIncrement
Respaldos
Auto-Restart/Recovery
Load Balancing
Prepared Statements
Geospatial Support
Multi-Terabyte Scalability
Aggregate UDF
Geospatial Support
Multi-Terabyte Scalability
Seguridad
SSL Support
13
Built-in Data Encryption/Decryption
View Support
Certified Testing
Indemnification
Customized Advisors
Targeted Alerts
Buen Desempeño
MySQL Workbench
MySQL Administrator
Drivers
Plataformas
14
32 and 64 bit native binaries
Operating Systems
BSD: FreeBSD
Apple: Mac OS
Novell: NetWare
CPUs
AMD Optaron
IBM PowerPC
Sun SPARC
AIX
BSD
FreeBSD
HP-UX
Kurisu OS
GNU/Linux
Mac OS X
NetBSD
OpenBSD
OS/2 Warp
QNX
SGI IRIX
15
Solaris
SunOS
SCO OpenServer
SCO UnixWare
Tru64
eBD
Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Vista,
Windows 7, Windows 8 y Windows Server (2000, 2003, 2008 y 2012).
OpenVMS20.
1.6.4.Hardware
16
Fuente: Elaboración Propia.
1.6.5.Cronograma de Actividades
Nombre de tarea Duración Comienzo Fin
Especificación de requisitos
5 días mié 14/10/15 lun 19/10/15
faltantes
17
Pruebas de casos de uso
9 días vie 13/11/15 lun 23/11/15
desarrollados
❖ Proceso de Producción:
Contiene el área donde se producen los panes para la venta.
❖ Proceso de Venta:
El cliente llega o llama por teléfono a la panadería, y le atiende el vendedor. El cliente solicita
productos al vendedor este verifica la existencia del producto (stock), si existe elabora la proforma
de su pedido y le entrega al cliente.
Panificadora San Roque es una empresa de servicio que se encuentra ubicada en Pro –
Lima.
El problema tiene su origen en que la panificadora no cuenta con un inventario de los
productos, que no son controlados ya que no se tiene una base de datos sistematizada,
además surge el inconveniente de realizar las facturas de manera manual. Siendo así su
problemática es que llevan el registro de sus actividades manualmente mediando un
cuaderno, a lo cual se suma también que los pedidos llegan tarde originando así una
atención al cliente deficiente, no utilizan algún tipo de sistemas de información que
monitoreen sus actividades ni transacciones elementales, con lo cual no tienen un apoyo
a la hora de una toma de decisiones.
18
En este tipo de negocio la excelencia en cuanto al servicio es una constante del día a día,
por lo tanto la existencia de demoras al momento de prestar servicio al cliente provoca la
incomodidad del mismo.
Es por ello que la empresa necesita un área de venta sistematizada con la cual beneficie a
su empresa mejorando tanto en rendimiento como en aspectos de información y
reducción de costos.
Estas son algunas de las reglas que representa la panadería San Roque:
Descuentos:
Uniformes en producción:
Tipos de Producción:
Valores en la empresa:
✓ Turno mañana: 6 am - 11 am
✓ Turno Tarde: 5 pm – 9pm
19
3. METODOLOGÍA
3.1. Modelo de Requerimientos
3.1.1.Matriz Procesos Requerimientos
Requerimientos Áreas o Jefaturas Riesgos Nivel de Riesgos C.U. Descripción C.U.
Ingresar al sistema Venta Usuario y contraseña inválidos Medio Ingresar al Permitirá al vendedor identificarse para acceder al sistema.
sistema por el
administrador y
el vendedor
Verificar usuario Venta Datos inválidos Alto Ingresar al Se verificará que el vendedor ingresó correctamente
sistema por el su contraseña.
administrador y
el vendedor
Buscar pedidos Venta Los pedidos pueden ser no válidos en Medio Buscar pedidos El vendedor buscará todos los pedidos realizados por los clientes.
caso de suplantación
Generar factura Venta Caída del sistema Alto Generar factura El vendedor genera las facturas a los pedidos que realizaron
los clientes.
Verificar clientes en línea. Venta Probabilidad de ser un cliente falso Medio Verificar clientes El vendedor verificará los clientes que se encuentren en línea.
online
Ingresar al sistema Administración Usuario y contraseña inválidos Medio Ingresar al Permitirá al administrador identificarse para acceder al sistema.
sistema por el
administrador y
el vendedor
Verificar usuario Administración Datos inválidos Alto Ingresar al Se verificará que el administrador ingresó correctamente
sistema por el su contraseña.
administrador y
el vendedor
Buscar pedidos Administración Los pedidos pueden ser no válidos en Medio Buscar pedidos El administrador buscará todos los pedidos realizados por
caso de suplantación los clientes.
Generar factura Administración Caída del sistema Alto Generar factura El administrador genera las facturas a los pedidos que
realizaron los clientes.
Verificar clientes en línea. Administración Probabilidad de ser un cliente falso Medio Verificar clientes El administrador verificará los clientes que se encuentren en línea.
online
Registrar productos Administración Caída del sistema Alto Gestionar catálogo Se registrará y actualizará los productos en el catálogo.
Verificar stock Administración Aparición de información repetida o Medio Verificar stock El administrador podrá verificar todos los productos que
redundante se encuentren en el stock.
Navegar por el catálogo Venta Demora del sistema Alto Explorar la tienda El sistema le mostrará todos los productos con sus marcas
y todas sus especificaciones.
20
Buscar productos Venta Aparición de información repetida o Medio Explorar la tienda El sistema le permitirá buscar productos.
redundante
Gestionar el carrito Venta La información almacenada puede no Alto Registrar pedido El sistema les permitirá agregar los productos al carrito, actualizar
llegar a tener un gran valor y puede los productos (eliminar o agregar) y les mostrará el total de
generar sobrecarga de información productos agregados.
Ingresar al sistema Venta Usuario y contraseña inválidos Medio Ingresar al sistema Permite al cliente identificarse para acceder al sistema y realizar
por el cliente sus pedidos.
Verificar usuario Venta Datos inválidos Alto Ingresar al sistema Se verificará que el cliente ingresó correctamente su contraseña.
por el cliente
Registrar pedido Venta Caída del sistema Alto Registrar pedido Los clientes podrán realizar su pedido.
3.1.2.1. Propósito
El propósito de éste documento es recoger, analizar y definir las
necesidades de alto nivel y las características del sistema web de la
empresa San Roque para la gestión del proceso de ventas. El documento se
centra en la funcionalidad requerida por los participantes en el proyecto y
los usuarios finales.
Esta funcionalidad se basa principalmente en la gestión de los almacenes y
ventas que la empresa realiza por las distintas zonas en las que actúa, de
forma que dichos almacenes sean capaces de atender los distintos pedidos
que les son realizados.
3.1.2.2. Alcance
El documento Visión se ocupa, como ya se ha apuntado, del sistema de gestión
de una empresa dedicada a las ventas de productos. Dicho sistema será
desarrollado por alumnos de la UCV del curso de Ingeniería de Web.
El sistema permitirá a los encargados de la empresa controlar todo lo relativo a
las ventas que se producen en el día a día para que lo tomen como ventaja
competitiva (gestión de pedidos).
21
3.1.2.3. Definiciones, Acrónimos, y Abreviaciones
RUP: Son las siglas de Rational Unified Process. Se trata de una metodología
para describir el proceso de desarrollo de software.
3.1.2.4. Referencias
▪ Glosario.
▪ Cronograma de desarrollo de software.
▪ RUP (Rational Unified Process).
3.1.2.5. Posicionamiento
22
El problema de La empresa no cuenta con un sistema que le
permita gestionar correctamente sus ventas,
motivo por el cual realiza los mismos en un libro
contable o de forma manual, lo cual genera
retrasos a la hora de atender algunos pedidos.
afecta a ▪ Gerente General
▪ Administrador
▪ Contador
▪ Departamento de almacén y ventas
El impacto asociado es Almacenar toda la información referente a los
pedidos y órdenes de compra recibidas ya sean
por proveedores o externos, y que esta
información esté al instante accesible y
actualizado en lugares físicamente muy distantes
es un proceso prácticamente imposible de realizar
en el caso de que no esté informatizado.
Una solución adecuada Informatizar el proceso, usando una red local con
sería una base de datos accesible desde los distintos
nodos de la red y generar interfaces amigables y
sencillas con las que acceder a dicha base de
datos.
23
PARA ▪ Gerente General
▪ Administrador
▪ Contador
▪ Departamento de almacén y ventas
QUIENES Controlan las ventas, los pedidos, los almacenes
(stock).
EL NOMBRE DEL Es una herramienta web.
PRODUCTO
QUE Almacena la información necesaria para gestionar
una empresa de ventas alimenticias.
NO COMO El sistema actual.
NUESTRO PRODUCTO Permite gestionar las distintas actividades de la
empresa mediante una interfaz gráfica sencilla y
amigable. Además proporciona un acceso rápido y
actualizado a la información.
Fuente: Elaboración Propia.
Para proveer de una forma efectiva productos y servicios que se ajusten a las
24
➢ Resumen del Stakeholder
Tabla N° 4: Cuadro de los Stakeholders en la empresa.
25
Realizar los reportes solicitados.
Fuente: Elaboración Propia.
Tabla N° 6: Tabla que define los usuarios participantes en el proyecto.
26
▪ Melanio Es el técnico encargado Elaborar el presupuesto anual de
del área de cobranza en cobranza, con base en el presupuesto
la empresa. de ingresos.
▪ Walter
Informar a la Gerencia General en
forma oportuna, de las actividades
relacionadas con la cobranza.
28
● Mantenimiento del Persona que supervisa la
Sistema, como los distribución de pedidos y
productos y empleados. ventas. Consiste en:
● Verificar Stock -Registrar al vendedor: grabar
● Recepción de pedidos los datos personales de los
● Impresión de vendedores encargados del
área de ventas.
comprobantes de pagos.
-Consultar los pedidos:
● Registra vendedor.
verificar los distintos pedidos
que se hicieron durante las
ventas.
Administrador
-Editar empleado: actualizar
los datos personales de los
empleados del área de
ventas.
-Grabar productos: registra
los productos en el catálogo.
-Editar productos: actualiza
los datos de los productos en
el catálogo.
-Cierra la documentación de
las ventas mensuales.
● Registra Pedidos. Persona quien realiza pedidos
Cliente ● Registrarse en el de los productos.
sistema.
Fuente: Elaboración Propia.
29
CU4 Verificar Usuario El administrador y vendedor
tendrán que identificarse y
accederán al sistema.
CU5 Verificar Stock El administrador verá los
productos que se encuentren
en el stock.
CU6 Buscar Pedidos Consultar los pedidos
realizados por los clientes.
CU7 Verificar clientes online Buscar al cliente y ver sus
movimientos.
CU8 Gestionar catálogo Grabar y actualiza los detalles
de los productos.
CU9 Generar comprobante Se registrará el comprobante
de pago a los pedidos
realizados.
Fuente: Elaboración Propia.
30
Fuente: Elaboración Propia.
31
Tabla N° 9: Tabla de plantilla de la especificación de caso de uso “Explorar la tienda”.
Tabla N° 10: Tabla de plantilla de la especificación de caso de uso “Ingresar al sistema por el
administrador”.
32
Especificación del caso de uso: Ingresar al sistema por el cliente
ID CU3
Nombre Ingresar al sistema por el cliente
Descripción Permitirá al usuario identificarse para acceder al sistema y
realizar sus pedidos.
Actores Clientes
Precondiciones El usuario debe estar registrado, es decir contar con una cuenta
de usuario y contraseña.
Flujo normal de eventos
-El cliente ingresará su usuario y contraseña.
-El sistema validará datos y mostrará el menú principal.
Flujo alterno
-En el caso que el usuario escribió mal su contraseña, se mostrará un mensaje de error.
Anotaciones Solo se permitirá el ingreso a todo usuario registrado.
Fuente: Elaboración Propia
Tabla N° 12: Tabla de plantilla de la especificación de caso de uso “Ingresar al sistema por el
administrador y el vendedor”.
34
Tabla N° 15: Tabla de plantilla de la especificación de caso de uso “Verificar clientes online”.
Flujo alterno
-En el caso que no se encuentre ningún usuario, el sistema mostrará la ventana sin ningún
cliente.
Anotaciones Solo se permite el ingreso a todo usuario registrado.
Fuente: Elaboración Propia
35
Tabla N° 16: Tabla de plantilla de la especificación de caso de uso “Registro de factura”.
36
3.1.9 Matriz de Trazabilidad de los Requerimientos y Casos de Uso
37
38
Fuente: Elaboración propia.
39
40
Fuente: Elaboración Propia.
1.1. Propósito
Este proyecto busca proponer las reglas con la que el negocio va a hacer sus
operaciones. Estas reglas ya las vemos presentes en la organización de manera
implícita (con la cultura organizacional de la empresa) o explicita (política de
salarios, etc.) siendo de mayor importancia para nosotras la segunda opción.
1.2. Alcance
Con la información obtenida podremos plantear una serie de reglas que ayuden
al desarrollo de la empresa tanto a nivel económico como personal.
1.3. Referencias
El Grupo de Desarrollo se entrevistó con José Solórzano el administrador de la
empresa San Roque e investigo las reglas de otras empresas del rubro para
ayudar a una mejor elaboración de estas.
1.4. Descripción
En este documento encontraremos las reglas del negocio, las cuales nos
brindarán un panorama más amplio sobre el manejo de la empresa, para así
evitar procesos erróneos.
41
Estas reglas son elementos dinámicos que deben adaptarse a los cambios de
mercado y a las estrategias corporativas con gran facilidad, para así mantener la
competitividad y las oportunidades de negocio
2.1. REGLA 1
Se aplicara una sanción a todo el personal que llegue fuera del horario de
entrada establecido.
2.2. REGLA 2
Los permisos se darán con un día de anticipación
2.3. REGLA 3
En las ventas al por mayor se hace un 20 % de descuento.
2.4. REGLA 4
A todos los Clientes que tengan un tiempo determinado o de frecuencia tendrán
un descuento de 2%.
2.5. REGLA 5
Cuando el stock de cada producto es menos del 10% de si total debe avisar al
administrador.
42
2.6. REGLA 6
Limpiar los stands en las mañanas, antes de atender al público.
2.7. REGLA 7
Cada mes se hará una reunión general donde se informará a todo el personal
los objetivos del negocio.
2.8. REGLA 8
El pago a proveedores se hará en las tardes.
2.9. REGLA 9
El horario de atención será de lunes a sábado de 6:00 a.m. a 11:00 a.m. en turno
mañana, 5:00 p.m. a 9:00 p.m. en turno tarde y los sábados de 6:00 a.m. a 11:00
a.m.
1. BASE DE DATOS:
Es un conjunto de datos (unidad pequeña, ya sea letra o número) que se unen para crear un
tipo de información y por consiguiente esta información genera una especie de conocimiento,
estas bases de datos son utilizados en diversos campos, más que todo en los buscadores.
2. Interfaz:
Punto en el que se establece una conexión entre dos elementos, que les permite trabajar
juntos. La interfaz es el medio que permite la interacción entre esos elementos. En el campo
de la informática se distinguen diversos tipos de interfaces que actúan a diversos niveles,
desde las interfaces claramente visibles, que permiten a las personas comunicarse con los
programas, hasta las imprescindibles interfaces hardware, a menudo invisibles, que conectan
entre sí los dispositivos y componentes dentro de los ordenadores o computadoras.
3. Proveedor de servicios:
Empresa que comercializa el acceso a Internet. También se le conoce como Centro Proveedor
de Internet (CPI) o proveedor de acceso. Cuando el usuario se suscribe al proveedor de
servicios, éste le proporciona un número de teléfono (al que hay que llamar con un módem),
un identificador de usuario y una palabra clave.
43
4. ¿Que son redes?
Son líneas conexas que nos permiten intercambiar información. Ejm: los computadores, los
teléfonos, las video conferencias... en fin, toda clase de tecnología moderna que sirva para
transferir información de un lugar a otro.
5. TELECOMUNICACIONES:
Esto se refiere a comunicación a distancia. Es decir poder comunicarnos con alguien aunque se
encuentre a kilómetros de distancia de nosotros.
7. HIPERTEXTO:
Son enlaces a vínculos que encontramos cuando estamos navegando en una página de
Internet y que al dar clic sobre ellos automáticamente nos abre una nueva pagina que se
relaciona con la que estamos utilizando.
8. Acceso
Cada una de las veces que alguien entra a una página de la Web; los accesos son una buena
medida de la popularidad de una página.
9. Explorador (buscador)
Programa que sirve para localizar contenidos en la Web, como Yahoo!
(http://www.yahoo.com/), o Google (http://www.google.com)
10. Dominio
Localización del servidor de la Internet que contiene la página a la que remite un enlace.
11. Navegación
La exploración de una obra en hipertexto, como una página Web, saltando de un punto a otro
de la página, o de una página a otra según los deseos del usuario.
12. Servidor
44
Ordenador que suministra información, a través de una red, a otros ordenadores (llamados
"clientes").
13. URL
Siglas del inglés Uniform Resource Locator, "localizador de recursos uniforme", sistema de
direcciones de la Internet.
Una buena fuente para identificar los casos de uso son los eventos externos. Pensar en
todos los eventos externos ante los cuales se quiere reaccionar.
Figura N° 5: Diagrama de clases de análisis del caso “Ingresar por el Administrador y Vendedor”.
45
Fuente: Elaboración Propia
46
Fuente: Elaboración Propia
47
Figura N° 8: Diagrama de clases de análisis del caso “Generar Comprobante”.
48
Figura N° 9: Diagrama de clases de análisis del caso “Gestionar Catalogo”.
49
Figura N° 11: Diagrama de clases de análisis del caso “Verificar clientes online”.
50
3.3.1.2 Diagrama de Secuencia y Colaboración de Análisis
Diagrama de secuencia:
● Caso N° 1: Explorar Tienda
Figura N° 13: Diagrama de secuencia del caso “Explorar Tienda”.
51
● Caso N° 3: Ingresar al sistema por el cliente
Figura N° 15: Diagrama de secuencia del caso “Ingresar al sistema por el cliente”.
y/o Vendedor”.
52
Fuente: Elaboración propia
53
Fuente: Elaboración Propia
54
● Caso N° 8: Gestionar catalogo
Figura N° 20: Diagrama de secuencia del caso “Gestionar catalogo”.
55
Diagramas de Colaboración:
Fue
nte:
Elab
orac
ión
Pro
pia
● C
aso
N°
2:
Regi
stra
r pedido
Figura N° 23: Diagrama de colaboración del caso “Registrar pedido”.
Fue
nte
:
Ela
bor
aci
ón
Pro
pia
● C
aso
N°
3:
Ingresar al Sistema por el cliente
56
Fig
ura
N°
24:
Dia
gra
ma
de
col
ab
ora
ció
n
del
caso “Ingresar al Sistema por el cliente”.
Fuente: Elaboración Propia
57
Fuente: Elaboración Propia
58
Figura N° 27: Diagrama de colaboración del caso “Buscar pedidos”.
Fuente: Elaboración Propia
59
Fuente: Elaboración Propia
● Caso N° 9: Generar comprobante
Figura N° 30: Diagrama de colaboración del caso “Generar comprobante”.
Fuente
:
Elabor
ación
Propia
3.2.2 L
ista de
Clases
de
Interfaz
Tabla
N° 18:
Tabla
de
clases de Interfaces.
60
Nro. Interfaz Descripción
IT01
Permitirá visualizar
la búsqueda del
catálogo.
Permitirá visualizar
la ventana de
registrar pedido.
IT04
Muestra la ventana
de pedido donde
debe de completar el
cliente.
IT05 En caso que el
cliente no se ha
registrado, le
mostrará una
ventana pidiéndole
que se registre.
61
Fuente: Elaboración Propia.
3.2.4 Lista de Clases de Control
62
Permitirá buscar el
CO01 contenido del catálogo.
Le permitirá ingresar al
CO04
sistema.
63
CO05
Le permitirá buscar el
pedido.
CO07
Le permitirá verificar si el
cliente está conectado.
CO08
CO09
Permitirá generar el
comprobante de pago.
66
67
Fuente: Elaboración Propia.
68
3.3.2 Realización de caso de uso de diseño
69
Figura N° 35: Figura de realización de caso de uso de diseño “consulta”.
Fuente: Elaboración Propia
Realización de Consulta
71
72
Fuente: Elaboración Propia.
73
Figura N° 39: Diagrama de secuencia de “proceso”.
Fuente: Elaboración Propia
74
Figura N° 41: Diagrama de secuencia de “reporte”.
Fuente: Elaboración Propia
75
Figur
a N°
42:
Diag
ram
a de
cola
bora
ción
de
“con
figur
ació
n”.
76
F
uent
e: Elaboración Propia
78
Figura N° 44: Diagrama de estado de “Configuración”.
F
u
e
n
t
e
:
E
l
a
b
o
r
a
c
i
ó
n
P
r
o
p
ia
80
Figura N° 46: Diagrama de estado de “Consulta”.
Fuente: Elaboración Propia
81
Caso Nº 4: “Diagrama de estado Reporte”
82
3.3.7. Estructura Modular del SWOO
83
▪ MENU PRINCIPAL:
▪ INGRESAR AL SISTEMA:
84
▪ GESTIONAR CATALOGO:
Figura N° 52: Vista del diseño del caso gestionar catálogo para actualizar un
producto.
Figura N° 53: Vista del diseño del caso gestionar catálogo para registrar un
producto.
85
Figura N° 54: Vista del diseño del caso gestionar catálogo para eliminar un
producto.
Figura N° 55: Vista del diseño del caso gestionar catálogo para listar los
productos.
▪ REGISTRO DE PEDIDO:
87
3.3.10 Diagramas de Componentes
88
3.3.11 Diagramas de Distribución
89
Figura N° : Diagrama de distribución para el servidor y la Base de datos.
90
Anexos
91
IT01
92
IT02
93
IT03
94
IT04
95
IT06
96
IT07
97
IT08
98
IT09:
99
IT10:
100
IT11:
101
IT12:
102
IT17
103
IT18
104
105