03 Documento de Analisis y DiseñoLaVeguita

Escuela de Informtica y Telecomunicaciones
Sede San Bernardo
Documento de Anlisis y Diseo

La Veguita
Fecha Creacin:
26/07/20102016
Ultima modificacin: 29/04/2016 16:58:00
Ultimo modificador:
Versin:
Estado:
1.0
Preparado Por:
Tomas Sanchez
Alejandro Prado
Francisco Muller
Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Sede San Bernardo
Control de Cambios
Estado
Versin
Fecha
Borrador
1.0
27/04/2016
Razn del cambio
Aprobado
Actualizacin

Sede San Bernardo
Tabla de contenidos
1
Introduccin................................................................................................................................................ 4
Glosario de Trminos................................................................................................................................. 5
Arquitectura Fsica de la solucin............................................................................................................... 5
Arquitectura Lgica de la solucin.............................................................................................................. 5
Listado de requerimientos.......................................................................................................................... 5
5.1
Requerimientos Funcionales............................................................................................................... 5
5.2
Requerimientos No Funcionales.......................................................................................................... 6
5.3
Definicin de Usuarios......................................................................................................................... 6
Casos de Uso............................................................................................................................................. 7
6.1
Diagramas........................................................................................................................................... 7
6.2
Plantillas de Caso de Uso................................................................................................................... 7
Matriz de trazabilidad (CU v/s requerimientos)...........................................................................................7
Capa de Presentacin................................................................................................................................ 8
Diseo de Reportes.................................................................................................................................... 8
10
Modelamiento de Datos:......................................................................................................................... 9
10.1
Diagrama Entidad Relacin............................................................................................................. 9
10.2
Diccionario de Datos........................................................................................................................ 9
10.3
Script de Generacin de Base de Datos..........................................................................................9
10.4
Procesos batch de base de datos.................................................................................................... 9

Sede San Bernardo
1 Introduccin
Este documento trata la planeacin adecuada, controles internos, mtodos y procedimientos que utiliza el
sistema para autorizar las operaciones, proteger y asegurar la exactitud y confiabilidad de las salidas.
Compatibilidad que se cumple cuando el sistema opera sin problemas con la estructura, el personal y las
caractersticas particulares de la organizacin. Requisitos funcionales y no funcionales con su descripcin y
prioridad.
2 Glosario de Trminos
3 Arquitectura Fsica de la solucin
4 Arquitectura Lgica de la solucin

La arquitectura implementada en la solucin del sistema la veguita se basa en arquitectura MVC.

Sede San Bernardo
5 Listado de requerimientos
5.1
Requerimientos Funcionales
ID
Nombre
Descripcin
RF01
Armar pedido
El sistema debe permitir a los

clientes armar un pedido de
compras, considerando los
productos disponibles en stock.
Alta
RF02
Anular venta
El sistema debe permitir efectuar

una anulacin de venta ya que el
cliente puede solicitar anular una
venta, indicando el motivo por el
cual se anula y la fecha de
anulacin.
Alta
RF03
devolucin
Con la autorizacin del Jefe de

Medi
operaciones, el sistema debe
a
permitir devolver el dinero al cliente
cuando se ha efectuado la
anulacin de una venta, sta genera
una actualizacin (rebaja) del monto
total de venta en la caja
relacionada.
RF04
Realizar venta
El sistema debe permitir realizar

las ventas de los pedidos realizados
por los clientes, las ventas las
deben realizar nicamente a
pedidos de los clientes registrados.
Las ventas realizadas por la Web se
asocian a una caja que pertenece a
un cajero virtual quien opera el
sistema de ventas, este rol de
cajero virtual lo cumplen los
funcionarios del supermercado.
RF05
Registro validar
El sistema debe permitir el

registro de clientes, el cliente
Priori
dad
medi
a
5

Sede San Bernardo
registrado queda habilitado para

realizar compras en la web y
acceder a promociones. Los datos
del cliente son run, nombre
completo, direccin, comuna,
provincia, regin, fecha de
nacimiento, sexo, correo electrnico
y nmero telefnico, debe validar la
real existencia del correo
electrnico, ya que es importante
para el contacto con el cliente.
RF06
Registro cliente
El registro de clientes puede

ser directamente en el
supermercado, a travs del
administrador del supermercado o
por el cliente mediante el sitio web
del supermercado. Se debe validar
la real existencia del correo
electrnico del cliente en ambos
casos.
RF07
stock
Se debe lograr administrar el

stock de cada producto. El sistema
debe poder consultar y actualizar el
stock disponible para las ventas por
cada producto solicitado.
RF08
Alarma stock
RF09
Generar boleta
Alta
Medi
a
Se debe registrar alarmas por

Medi
stock bajo de productos en el
a
sistema de abastecimiento, estas
alarmas deben generarse en forma
diaria, y dejarse disponible en
alguna estructura de datos dedicada
especialmente para comunicarse
con el sistema de abastecimiento,
este sistema acceder a dicha
informacin de manera diaria, se
deber registrar el producto en
alerta, le fecha y la cantidad de
stock alertado.
Para cada venta el sistema debe
alta
6

Sede San Bernardo
generar su respectiva boleta, la cual

ser enviada por correo electrnico
al cliente, por lo que se debe poder
emitir una boleta en formato digital
una vez efectuada la venta. Esta
emisin de boleta es efectuada por
el cajero virtual y enviada al mail del
cliente.
RF10
Reporte
operaciones
jefe
Para el jefe de operaciones el

sistema debe mostrar un reporte
con las ventas realizadas de
acuerdo a un perodo de consulta.
baja
Alta
RF11
mantenedores
Se debe contar con

mantenedores de maestro de datos
para productos, usuarios y clientes.
RF12
Validar correo
Debe considerar que la validacin

de los correos electrnicos antes
sealada, implica comprobar que el
correo existe y est activo mediante
un API de mensajera.
RF13
RF14
Login usuario
Ordenes
despacho
medi
a
El sistema debe permitir

autenticacin de usuarios para
limitar el acceso a las
funcionalidades del producto de
acuerdo al perfil asignado por el
administrador
alta
Para el encargado de
abastecimiento, el sistema debe
entregar las rdenes de despacho,
estas rdenes debe ser generadas
en forma masiva, al medio da, en
un formato de archivo plano .txt, ya
que ser cargado en otro sistema
de generacin de rutas para el
transporte, para determinar la ruta
del vehculo, esto no es parte del
sistema de ventas pero se requiere
de dicho archivo plano de
alta

Sede San Bernardo
direcciones para concretar el

despacho.
5.2
Requerimientos No Funcionales
ID
Nombre
Descripcin
Priorid
ad
RNF01
Rendimiento
Se contar con un servidor

de base de datos en las
instalaciones del cliente o en
alguna empresa que preste
este servicio.
Alta
El nmero esperado de
usuarios que interactuaran
simultneamente con
nuestro sistema contado
clientes y empleados ser
superior a 50.
Se estima debe soportar
mnimo de 20 transacciones
por segundo.
RNF02
Seguridad
Uso de contraseas para

cada usuario (administrador,
cajero, etc). Esto permitir
que tengan acceso al
sistema solo las personas
que tienen autorizacin.
Registros de ingreso al
sistema. Creacin de tipos
de usuarios y asignarlos a
cada usuario dependiendo
su funcionalidad,
encriptacin de claves y
alta

Sede San Bernardo
todo lo necesario para

asegurar el correcto
funcionamiento del sistema.
RFN03
Fiabilidad
El sistema estar
registrando todo tipo de
transaccin por ende ante
cualquier incidente habr
una fuente de informacin
para corregir el incidente.
Media
RNF04
disponibilidad
El sistema ser desarrollado

tomando en cuenta las
necesidades,
requerimientos, reglas,
objetivos del cliente, por lo
cual la disponibilidad del
sistema debe ser continua
con un nivel de servicio
optimo para los clientes de
24/7.
Alta
RNF05
Mantenibilidad
El sistema necesitara un
mantenimiento perfectivo
durante los 3 primeros
meses y un mantenimiento
preventivo durante 1 ao
para detectar posibles fallos
que puedan surgir, estos
ser por parte de los
desarrolladores, pasado el
ao se tendr que contratar
servicios de mantenimiento.
media
RNF06
Portabilidad
Al ser un sistema web

desarrollado en java no abra
problemas de portabilidad,
baja

Sede San Bernardo
en cuanto a la base de
datos Oracle podr correr
en Windows como en Linux,
resumiendo no abra
problemas de portabilidad
en caso de que el cliente lo
requiera.
5.3
Definicin de Usuarios.
Nombre Rol
Funciones
Privilegio
Cliente
Autenticar usuario,
generar pedido, anular
venta, administrar cliente
administrador
Autenticar usuario,
administrar cliente,
administrar usuario
cajero
Autenticar usuario,
realizar venta
bodeguero
Autenticar usuario,
obtener orden de
despacho
operaciones
Anular venta, generar

reporte ventas
abastecimiento
Generar
stock
alarma
de
10

Sede San Bernardo
6 Casos de Uso
6.1
Diagramas
6.2
Plantillas de Caso de Uso
CU01
Objetivos asociados
Descripcin
Precondicin
Secuencia
Normal
Autenticar Usuario
Validar usuario.
El usuario iniciara sesin
El usuario debe estar registrado en la base de datos
Paso Accin
1
El usuario va a la pgina del login.
2
El sistema solicita los datos de acceso.
3
El usuario Ingresa los datos.
11

Sede San Bernardo
Postcondicin
Excepciones
Importancia
Comentarios
CU02
Objetivos asociados
Descripcin
Precondicin
Secuencia
Normal
Postcondicin
Excepciones
Importancia
Comentarios
CU03
Objetivos asociados
Descripcin
Precondicin
Secuencia
Normal
Postcondicin
Excepciones
Importancia
Comentarios
El sistema valida los datos y redirige al usuario

segn el resultado
Registro de nueva visita realizado satisfactoriamente.
Paso Accin
4
Si el usuario no existe o si ingresa mal los datos
el sistema informara sobre esto
Alta, Necesaria.
Administrar Usuario
Mantener usuario.
El administrador realizara mantencin de usuarios
Paso Accin
1
El administrador inicia sesin.
2
segn el resultado
3
El administrador se dirige a la pestaa del
mantenedor de usuario
4
Realiza mantencin de usuarios
Paso Accin
2
Alta, Necesaria.
Administrar Cliente
Mantener cliente.
El administrador realizara mantencin de cliente
Paso Accin
1
El administrador inicia sesin.
2
segn el resultado
3
El administrador se dirige a la pestaa del
mantenedor de cliente
4
Realiza mantencin de cliente
Paso Accin
2
Alta, Necesaria.
12

Sede San Bernardo
CU04
Objetivos asociados
Descripcin
Precondicin
Secuencia
Normal
Postcondicin
Excepciones
Importancia
Comentarios
Administrar Producto
Mantener producto.
El Bodeguero realizara mantencin de pruductos
El Bodeguero debe estar registrado en la base de datos
Paso Accin
1
El Bodeguero inicia sesin.
2
segn el resultado
3
El Bodeguero se dirige a la pestaa del
mantenedor producto
4
Realiza mantencin de producto
Paso Accin
2
Alta, Necesaria.
7 Matriz de trazabilidad (CU v/s requerimientos)

Casos
uso
de
RF01
RF02
RF03
RF04
RF05
RF06
RF07
RF08
RF09
RF10
RF11
RF12
RF13
RF14
Autenticar
usuario
Administra
r usuario
Administra
r cliente
Administra
r
Producto
Casos
uso
de
13

Sede San Bernardo
Autenticar
usuario
Administra
r usuario
Administra
r cliente
Administra
r
Producto
8 Capa de Presentacin.
Definir la capa de presentacin en cuanto a usabilidad y navegabilidad
9 Diseo de Reportes.
Ejemplo de formato de reportes por categora ms vendidos.
14

Sede San Bernardo
10 Modelamiento de Datos:
10.1 Diagrama Entidad Relacin
15

Sede San Bernardo
10.2 Diccionario de Datos.

Tabla Usuario
ATRIBUTO
DESCRIPCION
TIPO
PK
NULL
FK
Id_usuario
Identificador nico
del usuario
number
si
Not null
nombre
Nombre real del

usuario
Varchar2(50)
Not null
apellido
Apellido real del

usuario
Varchar2(50)
Not null
email
Email usuario
Varchar2(50)
Not null
genero
Genero usuario
char(1)
Not null
telefono
Telfono usuario
Varchar2(15)
Not null
User_name
Nombre
acceso
de
Varchar2(50)
Not null
direccion
Direccin
usuario
del
Varchar2(100)
Not null
pass
Contrasea
acceso
de
Varchar2(50)
Not null
Fecha_nac
Fecha nacimiento
usuario
date
Not null
estado
Usuario activo o
no
Char(1byte)
Not null
run
Run de usuario
Varchar2(50)
Not null
Comunada_id_comun
a
Identificador nico
comuna
number
Not null
Si
Tipo_usuarios_id_tipo
Identificador nico
tipo usuario
number
Not null
si
Tabla Comunas
ATRIBUTO
DESCRIPCION
TIPO
PK
NULL
FK
16

Sede San Bernardo
id_comuna
Identificador
nico comuna
number
si
Not null
nombre
Nombre
comuna
Varchar2(50)
Not null
Provincias_provincia_i
d
Identificador
nico
provincias
number
Not null
si
ATRIBUTO
DESCRIPCION
TIPO
PK
NULL
FK
Provincia_id
Identificador
nico Provincia
number
si
Not null
Provincia_nombre
Nombre
Provincia
Varchar2(23)
Not null
regiones_id_region
Identificador
nico regiones
number
Not null
Tabla Provincias
si
Tabla Regiones
ATRIBUTO
DESCRIPCION
TIPO
PK
NULL
Id_region
Identificador
nico regin
number
si
Not null
nombre
nombre regin
Varchar2(100)
FK
Not null
Tabla tipo usuarios

ATRIBUTO
DESCRIPCION
TIPO
PK
NULL
FK
17

Sede San Bernardo
Id_tipo
Identificador
nico
tipo
usuario
number
si
descripcion
descripcin de
tipos
de
usuario
Varchar2(50)
not null
not null
Tabla producto
ATRIBUTO
DESCRIPCION
TIPO
PK
NULL
Codigo_producto
Identificador
nico producto
Varchar(200)
si
Not null
descripcion
Descripcin del
producto
Varchar(200)
Not null
stock
Cantidad
producto
de
number
Not null
precio
Valor
producto
del
number
Not null
Stock_minimo
Cantidad
minima
producto
number
Not null
FK
del
marca
Marca producto
Varchar(200)
Not null
Proveedores_id_proveedo
r
Identificador
nico
proveedor
number
Not null
si
18

Sede San Bernardo
Tabla proveedores
ATRIBUTO
DESCRIPCION
TIPO
PK
NULL
Id_proveedor
Identificar
nico
proveedor
number
si
Not null
nombre
nombre
proveedor
del
Varchar(200)
FK
Not null
Script de Generacin de Base de Datos.

drop
drop
drop
drop
drop
drop
drop
drop
table
table
table
table
table
table
table
table
USUARIOS;
empleados;
productos;
comunas;
provincias;
regiones;
proveedores;
TIPO_USUARIOS;
CREATE TABLE COMUNAS

(
ID_COMUNA
NUMBER NOT NULL,
NOMBRE
VARCHAR2 (50 CHAR) NOT NULL ,
PROVINCIAS_PROVINCIA_ID NUMBER (3) NOT NULL
);
ALTER TABLE COMUNAS ADD CONSTRAINT COMUNAS_PK PRIMARY KEY ( ID_COMUNA );
CREATE TABLE PRODUCTOS
(
CODIGO_PRODUCTO
DESCRIPCION

19

Sede San Bernardo
STOCK
NUMBER NOT NULL ,
PRECIO
NUMBER NOT NULL ,
STOCK_MINIMO
NUMBER NOT NULL ,
MARCA
PROVEEDORES_ID_PROVEEDOR NUMBER NOT NULL
) ;
ALTER TABLE PRODUCTOS ADD CONSTRAINT PRODUCTOS_PK PRIMARY KEY
( CODIGO_PRODUCTO ) ;
CREATE TABLE PROVEEDORES
(
ID_PROVEEDOR NUMBER NOT NULL ,
NOMBRE
VARCHAR2 (100 CHAR) NOT NULL
) ;
ALTER TABLE PROVEEDORES ADD CONSTRAINT PROVEEDORES_PK PRIMARY KEY
( ID_PROVEEDOR ) ;
CREATE TABLE PROVINCIAS
(
PROVINCIA_ID
NUMBER (3) NOT NULL ,
PROVINCIA_NOMBRE
VARCHAR2 (23 BYTE) ,
REGIONES_ID_REGION NUMBER NOT NULL
);
ALTER TABLE PROVINCIAS ADD CONSTRAINT PROVINCIAS_PK PRIMARY KEY
( PROVINCIA_ID ) ;
CREATE TABLE REGIONES
(
ID_REGION NUMBER NOT NULL ,
NOMBRE
VARCHAR2 (100 CHAR) NOT NULL
) ;
ALTER TABLE REGIONES ADD CONSTRAINT REGIONES_PK PRIMARY KEY ( ID_REGION );
CREATE TABLE TIPO_USUARIOS
(
ID_TIPO
NUMBER NOT NULL ,
DESCRIPCION VARCHAR2 (50 CHAR) NOT NULL
);
ALTER TABLE TIPO_USUARIOS ADD CONSTRAINT TIPO_USUARIOS_PK PRIMARY KEY
( ID_TIPO ) ;
CREATE TABLE USUARIOS
(
ID_USUARIO
NOMBRE
APELLIDO
NUMBER NOT NULL ,

20

Sede San Bernardo
EMAIL
GENERO
TELEFONO
USER_NAME
DIRECCION
PASS
FECHA_NAC
ESTADO
RUN
COMUNAS_ID_COMUNA
TIPO_USUARIOS_ID_TIPO

CHAR (1 CHAR) NOT NULL ,
DATE NOT NULL ,
CHAR (1 BYTE) NOT NULL ,
NUMBER NOT NULL ,
NUMBER NOT NULL
);
ALTER TABLE usuarios ADD CONSTRAINT usuarios_PK PRIMARY KEY ( ID_USUARIO ) ;
ALTER TABLE COMUNAS ADD CONSTRAINT COMUNAS_PROVINCIAS_FK FOREIGN KEY (
PROVINCIAS_PROVINCIA_ID ) REFERENCES PROVINCIAS ( PROVINCIA_ID ) ;
ALTER TABLE PRODUCTOS ADD CONSTRAINT PRODUCTOS_PROVEEDORES_FK FOREIGN
KEY ( PROVEEDORES_ID_PROVEEDOR ) REFERENCES PROVEEDORES ( ID_PROVEEDOR );
ALTER TABLE PROVINCIAS ADD CONSTRAINT PROVINCIAS_REGIONES_FK FOREIGN KEY
( REGIONES_ID_REGION ) REFERENCES REGIONES ( ID_REGION ) ;
ALTER TABLE usuarios ADD CONSTRAINT usuarios_COMUNAS_FK FOREIGN KEY (
COMUNAS_ID_COMUNA ) REFERENCES COMUNAS ( ID_COMUNA );
ALTER TABLE usuarios ADD CONSTRAINT usuarios_TIPO_USUARIOS_FK FOREIGN KEY (
TIPO_USUARIOS_ID_TIPO ) REFERENCES TIPO_USUARIOS ( ID_TIPO ) ;
10.3 Procesos batch de base de datos.

ACTUALIZAR_PRODUCTO: actualiza el producto por su id
ACTUALIZAR_USUARIO: actualiza el usuario por su run
ELIMINAR_PRODUCTO: elimina producto por cdigo
ELIMINAR_USUARIO: elimina usuario por run
GET_PRODUCTO_BY_ID: obtiene producto por cdigo
INSERTAR_PRODUCTO: inserta producto
LOGIN: valida el acceso de usuarios
21

Sede San Bernardo
22

03 Documento de Analisis y DiseñoLaVeguita

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

03 Documento de Analisis y DiseñoLaVeguita

Enviado por

Direitos autorais:

Formatos disponíveis

Escuela de Informtica y Telecomunicaciones

Sede San Bernardo

Documento de Anlisis y Diseo

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

Razn del cambio

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

Arquitectura Fsica de la solucin............................................................................................................... 5

Arquitectura Lgica de la solucin.............................................................................................................. 5

Plantillas de Caso de Uso................................................................................................................... 7

Matriz de trazabilidad (CU v/s requerimientos)...........................................................................................7

Diagrama Entidad Relacin............................................................................................................. 9

Script de Generacin de Base de Datos..........................................................................................9

Procesos batch de base de datos.................................................................................................... 9

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

3 Arquitectura Fsica de la solucin

4 Arquitectura Lgica de la solucin

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

El sistema debe permitir a los

El sistema debe permitir efectuar

Con la autorizacin del Jefe de

El sistema debe permitir realizar

El sistema debe permitir el

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

registrado queda habilitado para

El registro de clientes puede

Se debe lograr administrar el

Se debe registrar alarmas por

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

generar su respectiva boleta, la cual

Para el jefe de operaciones el

Se debe contar con

Debe considerar que la validacin

El sistema debe permitir

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

direcciones para concretar el

Se contar con un servidor

Uso de contraseas para

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

todo lo necesario para

El sistema ser desarrollado

Al ser un sistema web

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

Anular venta, generar

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

Plantillas de Caso de Uso

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

El sistema valida los datos y redirige al usuario

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

7 Matriz de trazabilidad (CU v/s requerimientos)

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN

Escuela de Informtica y Telecomunicaciones

Asignatura Portafolio de Ttulo PFT5447-003V 2015-1 D_WBASCUAN