Documento ARQUITECTURA

DATA SOLUTIONS
Desarrollo Software de un Sistema
Sistema para Gestin de ventas online LIMAELECTRO

Documento de arquitectura
Versin:
Fecha:
6.0
11/08/2015
Historial de Revisiones
FECHA
9/08/2015
1.0
DESCRIPCION
Descripcin
Inicial
ESCRITOR
Lozano La Cunza, Brenda
Francia Pizarro, Fabiola
12/07/2015
2.0
Perfil de Proyecto
21/07/2015
3.0
Documento
Visin
03/08/2015
4.0
Lista de
Requerimientos

Silva Daz, Diego
Alarcn Tarazona, Rosario
Shiroma Flores, Seiyei
Silva Daz, Diego
Silva Daz, Diego
Almeida Fajardo, Luis
05/08/2015
5.0
Actualizacin de
modelo de Casos
de Uso y
Especificaciones
de cada CU

Silva Daz, Diego
10/08/2015
6.0
Diagrama de
Clases

Silva Daz, Diego
11/08/2015
6.0
Documento
Visin

Silva Daz, Diego
Confidencial
VERSION
LIMAELECTRO, 2015
Pg. 2

Versin:
Fecha:
6.0
11/08/2015
Tabla de Contenidos
1
Introduccin
1.1
1.2
1.3
1.4
1.5
Propsito
Alcance
Definiciones, Acrnimos, y Abreviaciones
Referencias
Vista Global
Representacin arquitectnica
Metas y restricciones arquitectnicas
Posicionamiento
4.1
4.2
Descripcin de la empresa
Giro del negocio
Descripcin del Problema
Posible Solucin
6.1
6.2
Sentencia que define el problema

Sentencia que define la posicin del Producto
Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios

7.1
7.2
7.3
7.4
Resumen de Stakeholders
Resumen de Usuarios
Entorno de usuario
Perfil de los Stakeholders
7.4.1 Personal Administrativo
7.4.2 Jefe de Proyectos
7.4.3 Gestores de ventas
7.4.4 Equipo de desarrollo
7.5 Perfiles de Usuario
7.5.1 Usuario
7.5.2 Clientes
8
10
11
11
11
12
12
Descripcin Global del Producto
Confidencial
LIMAELECTRO, 2015
Pg. 3

8.1
8.2
8.3
8.4
8.5
8.6
8.7
8.8
8.9
8.10
8.11
8.12
8.13
9
Versin:
Fecha:
6.0
11/08/2015
Perspectiva del producto

Resumen de caractersticas
Suposiciones y dependencias
Caractersticas del producto
Rangos de calidad
Prioridad y precedencia
Restricciones
Otros Requerimientos del producto
Estndares aplicables
Requerimientos de Sistema
Requerimientos de desempeo
Requerimientos de ambiente
Entorno de usuario
Matriz de Requerimiento vs Casos de usos
10
Vista de casos de uso

10.1
11
Diagrama de casos de uso
Especificacin de caso de uso
C.U.S
C.U.S
C.U.S
11.1
Diagrama general
12
Vista lgica
13
Visin general
14
Lista de actores
15
Descripcin de casos de uso
16
VISTA DE IMPLEMENTACIN
17
VISTA DE DATOS
18
Diagrama Relacional
19
Diagrama de Despliegue
20
Diagrama de componentes
21
Diagrama de Clases:
22
Diagrama de Secuencia
Confidencial
LIMAELECTRO, 2015
Pg. 4

23
Diagrama de Actividades
24
Tamao y Desempeo
25
Calidad
Versin:
Fecha:
6.0
11/08/2015
Vision
1
Introduccin
Las necesidades de LIMAELECTRO es conseguir que el proceso de venta, la
administracin de productos, entre otras necesidades primarias de la tienda sea de
automatizada, eficiente, efectiva y segura, por ello la necesidad de construir un sistema
que le facilite la venta de productos electrnicos, por qu mediante un anlisis
exhaustivo y entrevista a un nmero de personas nos hemos dado cuenta que a la
mayora de personas no les gusta comprar fsicamente, es decir ir al establecimiento,
ellos prefieren hacerlo va web, pero para ello, ellos quieren tener la total seguridad y
rapidez de entrega del producto.
1.1
Propsito
El propsito de ste documento es recoger, analizar y definir las necesidades de alto
grado y as como tambin las caractersticas del sistema a implementar y las
caractersticas del sistema. El documento se centra en la funcionalidad requerida por
los participantes en el proyecto y los usuarios finales. Esto ayudara al usuario final o al
lector de este documento entender el funcionamiento del sistema.
El propsito de este proyecto es dar una solucin inmediata al cliente satisfaciendo sus
necesidades por intermedio de un software para la venta de un producto en lnea
mediante una pgina web.
1.2
Alcance
El alcance de este documento se enfoca en desarrollar un Sistema para LIMAELECTRO,
el cual cuente el registro de productos, ventas, clientes, registrar informacin o diversas
tareas por la Web, con el fin de lograr que todos estos datos estn almacenados
(automatizados), revisin y validacin de esta informacin y consultas de dichos
registros.
1.3
Definiciones, Acrnimos, y Abreviaciones

RUP: Son las siglas de Rational Unified Process. Se trata de una metodologa para
describir el proceso de desarrollo de software.
Confidencial
LIMAELECTRO, 2015
Pg. 5

1.4
6.0
11/08/2015
Referencias
-
1.5
Versin:
Fecha:
Plan de desarrollo de software.

RUP (Rational Unified Process).
Diagrama de casos de uso.
Vista Global
El documento se estructura de la siguiente manera: Presentacin de la Vista de Casos
de Uso, vista lgica, vista de procesos, Vista de despliegue, vista de implementacin y
vista de datos.
Representacin arquitectnica
Representaremos las vistas en el documento utilizando los siguientes recursos
Vista
Vista
Vista
para
de Casos de Uso: Se utilizara el diagrama de casos de notacin UML

Lgica: Se usar el diagrama de clases en notacin UML
de Datos: Se utilizar el diagrama ER (Entidad Relacin) y diccionario de datos
desarrollar esta vista.
Metas y restricciones arquitectnicas

El Escrito de ayuda cuenta con las siguientes caractersticas:
4
1.6
Una interfaz grfica fcil y amigable para el uso de todo tipo de usuario y no
necesita conocimientos avanzados en computacin para la utilizacin, haciendo que
la experiencia de compra en la tienda sea nica.
Control de Acceso: Cada uno de los tipos de usuarios tendrn una identificacin
nica y un carrito de compras pendientes a realizar.
Proteccin y seguridad de la informacin: La informacin ingresada por los
usuarios-clientes solo se puede modificar y ver por la persona autorizada.
Las Restricciones halladas durante el desarrollo del proyecto son:
Restricciones de registro de productos
Modificaciones de productos
Proceso de Venta
Posicionamiento
Descripcin de la empresa
LIMAELECTRO nace a raz de una idea de emprendimiento en el 2012, la cual al
comenzar era una pequea tienda de electrodomsticos bsicos para el hogar, y poco a
poco fue creciendo, en el momento cuenta con 2 tiendas grandes que venden casi todo
Confidencial
LIMAELECTRO, 2015
Pg. 6

Versin:
Fecha:
6.0
11/08/2015
tipo de electrodomsticos.
1.7
Giro del negocio

LIMAELECTRO es una empresa del sector tecnolgico que brinda servicios de venta,
vendiendo productos de toda clase con marcas como Samsung, LG Electronics, Mabe,
Frigidaire, Dell, Mac, Hp, entre otras.
Siempre con el propsito de potencializar su desarrollo integral, en un ambiente clido,
con trabajadores con actitudes necesarias para su desempeo personal y social,
tratando cada da de brinda un mejor servicio a sus clientes, creando confianza con
ellos; de esta forma LIMAELECTRO se prepara para que en un futuro no muy lejano ser
lder nacional en ventas de electrodomsticos.
Descripcin del Problema

Actualmente todos estos procesos (registro de productos, registro de ventas, registro de
facturas y registro de informacin de clientes) se realizan de manera manual, el cual
es tedioso y dificulta las cosas al momento de hacer cualquier reporte pertinente.
Entre los principales problemas, tenemos:
La informacin no est segura contra los cambios accidentales o intencionales que

se pudieran realizar, ya que todo es manualmente y puede perderse
Se producen retrasos para la entrega de productos comprados.
El registro de productos es manual.
Los datos de los productos estn archivados en formatos de papel. El cual hace muy
tedio la bsqueda y el registro de ellos
Posible Solucin
Desarrollar un sistema de gestin, administracin y ventas de LIMAELECTRIO con
tecnologa actualizada y con una arquitectura que permita la fcil modificacin y
adaptacin e integracin de este sistema con otros que sern desarrollados.
Adems se debe desarrollar una base de datos que permita la consulta de datos tanto
de productos, como de las ventas desarrollas e ingresos.
El sistema contara con polticas de seguridad que restrinjan las funciones de ingreso de
datos, consulta, validacin y trmites bancarios
Confidencial
LIMAELECTRO, 2015
Pg. 7

1.8
Versin:
Fecha:
6.0
11/08/2015
Sentencia que define el problema
Confidencial
LIMAELECTRO, 2015
Pg. 8

El problema de
Versin:
Fecha:
6.0
11/08/2015
Las actividades del proceso de administracin de

informacin de LIMAELECTRO en forma manual.
Afecta
El Empleado y al cliente, ya que no tiene a la mano

la informacin de stock de productos, en el caso
que un cliente le realiza una consulta, el empleado
tiene que buscar en sus archivos los documentos,
y eso hace perder tiempo al cliente.
El Cliente no puede realizar consultas fuera del
horario de atencin de la tienda y mucho menos
puede recibir informacin sobre promociones.
El administrador, no tiene una informacin en lo
que es el manejo de datos tanto de productos,
clientes e ingresos ya que esa informacin se tiene
a travs de papeles archivados y surge una demora
al obtener dicha informacin es por eso que se
requiere tener la informacin de una manera
automatizada y la informacin se obtendra en un
El impacto asociado es
menor tiempo.
Prdida
de
tiempo
en
procesos
como:
Administracin de Informacin, y en la verificacin
ya que se encuentran archivados manualmente.
Riesgo de duplicidad de informacin debido a que
se guardan en medios poco confiables (cuadernos,
listas, etc.)
Desconfianza por parte de los clientes y futuros
clientes
Los proveedores: si la empresa no vendera
productos no necesitara ser abastecida ya que se
quedara con todos los productos que no vende.
Una solucin adecuada seria
Confidencial
Proveer un sistema de gestin, administracin y

ventas de una tienda.
LIMAELECTRO, 2015
Pg. 9

1.9
Versin:
Fecha:
Sentencia que define la posicin del Producto
Para
Cliente, Empleado, Personal Administrativo
Quienes
Requieren el uso de un sistema de

Administracin de informacin para hacer el
registro de productos, ventas, registro de ingresos
y consultas online.
El
Nombre
del
Producto
que
Nuestro
Sistema de Gestin, Administracin y Ventas de

una tienda.
Almacena informacin necesaria para gestionar
una empresa vendedora de electrodomsticos.
El sistema actual que es manual.
No como
Producto
ofrece
6.0
11/08/2015
Proveer informacin oportuna y segura

cumpliendo con las polticas establecidas.
Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios
1.10 Resumen de Stakeholders

Nombre
Descripci
Responsabilidades
n
Personal
Director
Encargado de gestionar los datos. Y mantener

las cuentas econmicas del sistema.
Jefe de Proyecto
Ingeniero
Encargado de llevar a cabo un seguimiento del

desarrollo del proyecto y aprobacin de los
requisitos y funcionalidades del sistema
Equipo de
Programadores
Encargados de desarrollar e implementar el

sistema de control de gestin.
Ventas
Es el encargado de registrar las ventas ,revisar

su estado , su calidad ,etc
Administrativo
Desarrollo
Gestores de
ventas
Confidencial
LIMAELECTRO, 2015
Pg. 10

Versin:
Fecha:
6.0
11/08/2015
1.11 Resumen de Usuarios
Nombre
Descripcin
Stakeholders
Usuario
Pueden acceder al catlogo de

productos.
Ventas
Cliente
Pueden realizar compras, despus de

logearse.
Ventas
Jefe de
Ingeniero
Personal Administrativo
Proyecto
1.12 Entorno de usuario
En la actualidad LIMAELECTRO est comprendido por personal administrativo y empleados.
-Personal administrativo es la encargada de del registro de datos tanto de productos como de
Clientes y tambin de poder hacer las consultas necesarias de dichos datos. Otra actividad que
realizan es el clculo de ingresos.
-Usuarios son los que se van a ver beneficiados ya que podrn hacer consultas y compras en
el sistema.
1.13 Perfil de los Stakeholders
1.13.1 Personal Administrativo
Descripcin
Es el usuario que pude revisar y chequear los productos y

promociones que brindamos
Tipo
Cliente ordinario
Responsabilida
des
Encargado de la documentacin e informacin cuidando los datos

para el bien de la empresa
Criterio de
xito
A definir por el cliente
Confidencial
LIMAELECTRO, 2015
Pg. 11

Versin:
Fecha:
6.0
11/08/2015
Grado de
participacin
Revisin de requerimientos, estructura del sistema
Comentario
Ninguno
Representante
Jefe de personal administrativo
Representante
Jose Manuel Regiardo Coronado
Descripcin
Representante de la empresa DERCO
Tipo
Experto de Sistemas.
Responsabilida
des
Encargado de mostrar las necesidades de cada usuario del sistema.

Adems, lleva a cabo un seguimiento del desarrollo del proyecto y
aprobacin de los requisitos y funcionalidades del sistema
1.13.2 Jefe de Proyectos

Descripcin
Encargado de llegar a cabo la evolucin de la empresa
Tipo
Experto en gestin
Responsabilidades
Encargado de llevar a cabo un seguimiento del desarrollo del

proyecto y aprobacin de los requisitos y funcionalidades del
sistema
Criterio de xito
Grado de
participacin
Revisin de requerimientos, estructura del sistema
Comentario
Ninguno
Representante
1.13.3 Gestores de ventas

Descripcin
Encargado del seguimientos de la ventas y el trato con los

clientes y proveedores.
Tipo
Gestores de ventas
Responsabilidades
Se encarga de conversar con el proveedor y obtener los mejores

productos, tambin se encarga con la entrega de los productos
a los usuarios finales. Otro de sus labores es ver la calidad del
producto y seguir sus su procesos
Criterio de xito
A definir por el PERSONAL ADMINISTRATIVO
Grado de
participacin
Gestionar la venta
Comentario
Ninguno
Confidencial
LIMAELECTRO, 2015
Pg. 12

Representante
Versin:
Fecha:
6.0
11/08/2015
1.13.4 Equipo de desarrollo

Descripcin
Encargados de desarrollar e implementar el sistema de control

de gestin.
Tipo
Expertos en programadores
Responsabilidades
Encargado del mantenimiento y actualizacin del software
Criterio de xito
A definir por el PERSONAL ADMINISTRATIVO
Grado de
participacin
Revisin del programa y seguimiento de equipos
Comentario
Ninguno
Representante
1.14 Perfiles de Usuario

1.14.1 Usuario
Representante
Independientes
Descripcin
Es el usuario comn que pude entrar a la pgina y revisar los

productos y aadir al carrito pero no puede adquirir u comprar
los productos debido a que no ha iniciado seccin
Tipo
Usuario casual del sistema
Responsabilidades
No tiene ninguna responsabilidad en el software
Criterio de xito
Grado de
participacin
Comentarios
Ninguno
1.14.2 Clientes
Representante
Independiente
Descripcin
Es el usuario que ha adquirido un usuario en la pgina , el

cliente puede realizar comprar, y ver el estado de su producto
Tipo
Usuario con cuenta
Responsabilidades
No tiene ninguna responsabilidad en el software
Confidencial
LIMAELECTRO, 2015
Pg. 13

Criterio de xito
Grado de
participacin
Comentarios
Ninguno.
Versin:
Fecha:
6.0
11/08/2015
Descripcin Global del Producto
1.15 Perspectiva del producto

El objetivo general del Proyecto es desarrollar un sistema gestin, administracin y ventas
web para la empresa LIMAELECTRO que cumpla con las exigencias y que permita
administrar y verificar la informacin.
Este sistema permitir:
a) Agilizar el proceso de registro de datos de productos, clientes y ventas. As se
minimizar el tiempo y la informacin estar segura y no ser redndate.
b) Permitir tener una relacin con los diferentes sistemas que se creen.
c) El registro de productos y registro de ventas ya no ser manual.
1.16 Resumen de caractersticas

A continuacin se mostrar un listado con los beneficios que obtendr el cliente a partir
del producto:
Beneficio del cliente
Caractersticas que lo apoyan
Mayor agilidad en los pedidos dando la

posibilidad de hacerlo va servicios web.
Gestin automatizada del stock del
almacn.
Mayor facilidad para la gestin de los
recursos humanos.
Posibilidad de cancelacin de rdenes por
parte del cliente dando la posibilidad de
hacerlo va servicios web.
Automatizacin de la cancelacin de estas
rdenes.
Mayor facilidad para el control e catlogos
para el rea de marketing.
Aplicacin web desde la cual poder realizar

los pedidos.
Sistema de optimizacin de del stock en el
almacn y previsin de pedidos
Base de datos centralizada con la
informacin de todo el personal.
Aplicacin web desde la que poder cancelar
pedidos.
Automatizacin del sistema de nminas

Confidencial
Sistema automatizado de anulacin de

rdenes.
Base de datos con acceso remoto desde la
que poder controlar ofertas y polticas de
ventas.
Sistema automtico de generacin de
LIMAELECTRO, 2015
Pg. 14

Versin:
Fecha:
6.0
11/08/2015
nminas.
1.17 Suposiciones y dependencias
El sistema depender de un equipo administrador del mismo (Computadora) y del
dominio de la pgina web.
1.18 Caractersticas del producto
Entre las funcionales que ofrece el sistema gestin, administracin y ventas web para la
empresa LIM-ELECTRO, tiene sus rangos de calidad, su prioridad y precedencia al igual
que sus restricciones.
1.19 Rangos de calidad
El sistema implementar un mecanismo de solucin de errores comunes de operacin.
Permitir generar una copia Back up. Y mostrara mensajes o alertas ante cualquier
modificacin o proceso que se realice
1.20 Prioridad y precedencia
La prioridad y precedencia establecida para la etapa de construccin del proyecto es el
siguiente:
-Registrar Productos
-Registrar Clientes
-Compras
-Generar pedido
- Mantener Promociones
1.21 Restricciones
Por restricciones de tiempo, no tomara todos los casos de uso. Solo funcionara los ms
importantes.
1.22 Otros Requerimientos del producto
Estos requerimientos que se detallan son para que al terminar la elaboracin del
producto este Cuente con las medidas necesarias y que su funcionamiento sea perfecto.
1.23 Estndares aplicables

Se requerir PCs Pentium 4 o superior cualquier tipo de equipo, con un sistema
operativo Windows XP o superior aunque tambin el sistema podr trabajar por medio de
software libre
1.24 Requerimientos de Sistema
El cliente no necesita ninguna maquina especifica puede ser cualquier especifico
1.25 Requerimientos de desempeo
No se requerir un sistema especfico
El ambiente de desarrollo debers ser muy ventilado para evitar la humedad y dao en
los equipos de cmputo. Se requerir de una estructura de cableado estructurado, para
Confidencial
LIMAELECTRO, 2015
Pg. 15

Versin:
Fecha:
6.0
11/08/2015
el cableado de las redes, se necesitar adems una adecuada iluminacin y decoracin.

1.26 Requerimientos de ambiente
El ambiente de desarrollo debers ser muy ventilado para evitar la humedad y dao en
los equipos de cmputo. Se requerir de una estructura de cableado estructurado, para
el cableado de las redes, se necesitar adems una adecuada iluminacin y decoracin.
1.27 Entorno de usuario
Los usuarios entrarn al sistema identificndose sobre un ordenador con un sistema
operativo Windows xp o ms avanzado y tras este paso entrarn a la parte de aplicacin
diseada para cada uno segn su papel en la empresa. Este sistema es similar a
cualquier aplicacin Windows y por tanto los usuarios estarn familiarizados con su
entorno.
Requisito
01
El sistema debe permitir gestionar al administrador Web

los datos de los productos.
02

los datos de las ventas/ingresos por ao, mes o da.
Confidencial
LIMAELECTRO, 2015
Tipo de
Requisito
Funcional
Funcional
Pg. 16

Versin:
Fecha:
6.0
11/08/2015
03

los datos de los Clientes.
Funcional
04
El sistema debe permitir mantener las promociones al

administrador Web.
Funcional
05
El sistema debe permitir registrar los datos de los Clientes

nuevos al administrador Web.
Funcional
06
El sistema debe permitir gestionar los precios de los

productos.
Funcional
07
El sistema debe permitir realizar la bsqueda de los

productos, segn su nombre.
Funcional
12
El Cliente se registra como nuevo usuario dentro del

sistema generando un cdigo y contrasea previamente
Funcional
13
El administrador Web acadmico podr actualizar o

modificar algunos datos que hayan cambio del Cliente
Funcional
14
El administrador Web acadmico podr actualizar o

modificar algunos datos si se diera el caso del producto.
Funcional
16
El cliente puede revisar ofertar y productos
Funcional
17
El sistema enva promociones al Cliente.
Funcional
18
El Cliente podr consultar promociones.
Funcional
22
El administrador Web puede consultar algunos datos que

sean necesarios saber
Confidencial
LIMAELECTRO, 2015
Funcional
Pg. 17

9
Nro. CUN
1.Login
Versin:
Fecha:
6.0
11/08/2015
Matriz de Requerimiento vs Casos de usos

Descripcin
CUN
En este
Proceso el
usuario
debe
ingresar su
cdigo y
contrasea
Requerimientos
reas
Jefaturas
Riesgo
El usuario
debe haber
creado su
cuenta antes
Administ
rador
Inseguridad
del cliente,
plagio por
otra persona
Nivel
Ries
go
CU
Olvidar
clave
Cambiar
datos
2.Gestion
ar
carrito
En este
proceso
podrs
gestionar tu
carrito esto
quiere decir
podrs
eliminar
,actualizar ,
aumentar,
disminuir
productos
de tu carrito
No tiene
ninguna
restriccin
Ventas
No tiene
riesgos
Descripcin
CU
En este proceso se le
permitir al usuario
cambiar de clave en caso
se olvid su contrasea
se le enviara un correo
electrnico
con
el
permiso de cambio de
contrasea.
Cuando el usuario este
dentro del sistema podr
hacer la gestin de su
cuenta
0
Actualizar
Carrito
Eliminar
productos
de carrito
Es cuando cambiaste
algn
producto
o
agregaste el programa se
actualizara presionando
la opcin actualizar.
Usted podr eliminar
productos de su carrito
con facilidad pero si no
est registrado no podr
cmpralo
10 Vista de casos de uso

La vista de caso de uso comprende los casos de uso que describen el comportamiento del
sistema tal y como es percibido por los usuarios finales, analistas y encargados de las
pruebas, es decir, representa la forma de cmo el usuario interacta con el sistema a
desarrollar, as podremos obtener el conjunto de escenarios que contendr cada iteracin.
Los casos de uso detallados se encuentran en el documento ER. Aqu mostraremos una
visin general del esquema de Caso de uso
1.28 Diagrama de casos de uso
Un diagrama de caso de uso muestra las distintas operaciones que se espera de una
aplicacin o sistema y cmo se relacionan con su entorno (usuarios u otras aplicaciones).
Es muy importante para los analistas y arquitectos del sistema, permite definir el contexto
del desarrollo del software
Confidencial
LIMAELECTRO, 2015
Pg. 18

Versin:
Fecha:
6.0
11/08/2015
11 Especificacin de caso de uso

C.U.S
Actor
Login
Usuario
Descripcin
Dentro del proceso existe 1 flujos bsico: Login, en los cuales se

procedern solicitando, principalmente, el E-Mail Addres y
password
Precondicin
Debe estar registrada antes
Poscondicin
Entrar al programa como el nombre de cliente.
Pasos
principales
Flujo bsico
1. El caso de uso inicia cuando el usuario indica Login

2. El sistema mostrara una tabla donde se ingresara E-Mail Addres y
password
, enlace (contrasea olvidada) y un botn continue
(registrar nuevo cliente)

3. El usuario ingresa E-Mail Addres y password.
4. El sistema valido que el E-Mail Addres y password estn
registrados correctamente.
5. El usuario indica login
6. El caso de uso finaliza.
2.1.1.1 < Validacin de E-Mail Addres y password. >

Pasos alterno
En el paso 4 si el E-Mail Addres y password es incorrecto el sistema
Confidencial
LIMAELECTRO, 2015
Pg. 19

Versin:
Fecha:
6.0
11/08/2015
mostrara un mensaje de error y nos enviara al paso 2 .

2.1.1.2 < Usuario indica contrasea olvidada >
Si en el paso 3 el usuario indica contrasea olvidada, el sistema
mostrara un formulario donde se ingresara E-Mail Addres para
enviarle la contrasea al E-Mail Addres.
2.2.2.2 < Usuario indica contine >
Si en el paso 3 el usuario indica contine, el sistema muestra un
formulario y el caso de uso finaliza.
2.2.2.3 <Usuario no indica Login>
Si en el paso 5 el usuario no indica Login en ningn momento el
sistema se podr registrar.
C.U.S
Actor
Registrarse
Usuario
Descripcin
Dentro del proceso existe 1 flujos bsico: Registrar, para lo cual

el nuevo usuario podr realizar sus compras rpidamente,
revisar el estado de un pedido, y realizar un seguimiento de los
pedidos que ha hecho anteriormente
Precondicin
La persona tiene que contar con un E-Mail para poder

registrarse y no debe tener otra cuenta
Poscondicin
Entrar al programa como nuevo cliente.
Confidencial
LIMAELECTRO, 2015
Pg. 20

Pasos
principales
Versin:
Fecha:
6.0
11/08/2015
Flujo bsico
1. El caso de uso inicia cuando el usuario indica registrar

2. El sistema mostrara un formulario donde se ingresara (nombre,
E-Mail, celular, fax, empresa, empresaID, direccin , referencia,
ciudad, cdigo postal, contrasea)
3. El usuario ingresara sus datos e indica continue
4. El sistema valida los datos ingresados.
5. El caso de uso finaliza.
2.1.1.1 < Validacin de datos. >

Pasos alterno
Si en el paso 4, los datos ingresados son incorrectos como (E-Mail
incorrecto no existe, celular no existe,etc). El sistema mostrar un
mensaje de error y nos enviara al paso 2.
2.2.2.2 <Usuario no indica continue>
Si en el paso 4 el usuario no indica continue en ningn momento el
sistema validara los datos ingresados.
Confidencial
LIMAELECTRO, 2015
Pg. 21

C.U.S
Actor
Versin:
Fecha:
6.0
11/08/2015
Gestionar Clientes
Administrador
Descripcin
Este caso de uso resume la utilidad de registrar, modificar y

eliminar en la base de datos de la plantilla de productos que
tiene la empresa. El Administrador, podr agregar productos
nuevos, acceder a los datos correspondientes a cada uno para
realizar modificaciones y eliminacin
Precondicin
La persona tiene que contar con un E-Mail para poder

registrarse y no debe tener otra cuenta
Poscondicin
Entrar al programa como nuevo cliente.
Pasos
principales
Flujo bsico
1
1.
2.
3.
4.
Confidencial
El Administrador puede seleccionar registrar producto, pasar al

punto 2; modificar producto, pasar al punto 3; eliminar producto
pasar al punto 4.
El Administrador solicita registrar producto.
1.1. El sistema muestra los campos de datos necesarios a introducir;
los campos a rellenar son:
1.2. El Administrador ingresa los datos.
1.3. El Administrador pulsa el botn Continuar. Pasar al punto 5.
El Cliente solicita modificar producto.
2.1. El sistema muestra una interfaz con los datos del producto.
2.2. El Administrador pulsa el botn Editar.
2.3. El sistema muestra los campos para ser editados
2.4. El Administrador ingresa los datos a modificar.
2.5. El Administrador pulsa el botn continuar. Pasar al punto 5.
El Administrador solicita eliminar producto.
3.1. El sistema muestra solicita el cdigo del producto a eliminar.
3.2. El Administrador ingresa el cdigo del producto a eliminar.
3.3. El Administrador pulsa el botn Continuar. Pasar al punto 5.
El caso de uso finaliza.
LIMAELECTRO, 2015
Pg. 22

Confidencial
LIMAELECTRO, 2015
Versin:
Fecha:
6.0
11/08/2015
Pg. 23
1.29 Diagrama general
<<extend>>
Mostrar lista de productos
Registrar Cliente
Mostrar por categoria
Buscar producto
Agregar Producto
Repartidor
Eliminar Producto
Mantener promociones
<<extend>>
(from ACTORES)
<<extend>>
<<extend>>
Modif icar Producto

Mostrar of ertas
Consultar Factura
<<include>>
Aadir al carrito
Cliente
<<extend>>
<<include>>
Consultar Stock
MantenerProductos
<<extend>>
Mantener carrito
Actualizar Stock
Mantener stock
<<extend>>
(from ACTORES)
Administrador Web
<<extend>>
(from ACTORES)
<<extend>>
Agregar Stock
Eliminar Stock
Prov eedor
(from ACTORES)
Mantener Cliente
<<include>>
<<extend>>
<<extend>>
<<extend>> Modif icar direccion
Comprar
Listar Productos Bajo Stock
<<extend>>
<<extend>>
Factura Fisica
Editar mi cuenta
<<include>>
<<include>>
Cambiar contrasea
Pagar
Generar Pedido
Tarjeta de Credito
Generar Factura
<<extend>>
Factura Web
Login
11.1Vista lgica
En esta vista se detallan las partes del modelo de diseo del sistema que son
significativas arquitectnicamente representando los diagramas que permiten tener una
visin de los elementos que conforman el sistema y de la interaccin entre ellos.
Se requiere un mejor sistema para distintos tipo de procesos.
As tambin, es una especificacin general, pero sirve para trabajar en todos los niveles
permitidos a la hora de registrar, modificar, eliminar algo del sistema.
11.2Visin general
Cl a s e s
co ntro lad o r
Cl as es
m o d el o
Cl as e s
Cl as es
controlador
Cl as es m odelo
Cl a s es
controla dor
Cl as e s m od elo
vis ta
Cl as es vis ta
11.3Lista de actores
Cl as e s vis ta
11.4Descripcin de casos de uso

NUMER
CASOS DE USO
DESCRIPCION
Login
El usuario se logea en la
pgina, sea un cliente o el
administrador web.
O
CUS-06
El cliente podr buscar los
CUS-02
productos deseados.
Buscar producto
El cliente podr realizar el
CUS-10
pago.
Pagar
La
CUS-03
facturacin
realizada
Factura Fisica
luego
ser
de
una
compra hecha por el cliente.
11.5VISTA DE IMPLEMENTACIN
La vista de implementacin muestra el empaquetado fsico de las partes reutilizables del
sistema en unidades sustituibles, llamadas componentes. Una vista de implementacin
muestra los elementos fsicos del sistema mediante componentes, as como sus interfaces y
dependencias entre componentes. Los componentes son piezas reutilizables de alto nivel a
partir de las cuales se pueden construir los sistemas
Vista general
En este sistema utilizaremos el Modelo Vista Controlador (MVC), el cual es un patrn de

arquitectura de software que separa los datos de una aplicacin, la interfaz de usuario y la
lgica de control en tres componentes distintos.
Capas
Capa de Interfaz
En esta capa se desarrolla toda la parte grafica con la cual interacta el usuario. Es
la responsable de conectarse con la capa lgica.
Capa Lgica
La capa lgica es la que realiza todas las operaciones, aqu se encuentra todo el
cdigo de programacin desarrollo en php y en caso de ser necesario conectarse a la
Base de Datos, capa se debe conecta a la capa de Control.
Capa de Control
Una vez que la capa lgica se conecta con la capa de control, esta realizara las
solicitudes necesarias a la Base de Datos.
11.6VISTA DE DATOS
En esta vista se mostrada la forma en que los datos sern almacenados y como se
relacionan en un modelo ER.
Vista de despliegue
La vista de despliegue muestra la disposicin fsica de los recursos de ejecucin
computacionales, tales como computadores y sus interconexiones.
La vista de despliegue puede mostrar cuellos de botella para el rendimiento si las instancias
de los componentes con dependencia se ponen en distintos nodos.
12 Diagrama Relacional
13 Diagrama de Despliegue
El diagrama de despliegue permite mostrar la arquitectura en tiempo de ejecucin del
sistema respecto al hardware y software. Los nodos representan los objetos fsicos
existentes en tiempo de ejecucin, sirven para modelar recursos que tienen memoria y
capacidad de proceso, y pueden ser computadores, dispositivos o personas.
14 Diagrama de componentes
Aplicacion LIMA-ELECTRO
Sesion
Afiliado_login
Banner
Banner_imagen
Afiliado_transaccion
Afiliad
o
Ordenes
Administrador
Pago
Categoria
Product
o
BaseDeDatos
Carrito
Servidor
15 Diagrama de Clases:
Es el diagrama principal para el anlisis y diseo. En este diagrama se presentan las clases del sistema con sus relaciones estructurales
y de herencia. Para establecer las clases, objetos atributos y operaciones entre clases se tom como base a los diagramas de casos de uso.
Af iliado
id_af iliado
nombre
apellido
email
telef ono
password
compaia
direccion1
direccion2
ciudad
estado
aprov ado
nombreBanco
numeroTarjeta
nombre_cuenta
Af iliado_login
+theAf iliado
registrar()
eliminarCuenta()
obtenerDatosDeCliente()
opname()
v alidar()
v alidardatosingresados()
opname2()
actualizardatos()
env iardatos()
Af iliado()
email
password
date_added
+theAf iliado_login
date_modif ied
tiene
Categoria
id_categoria
imagen
top
estado
f echa_agregado
f echa_modif icado
+theCategoriaCategoria()
controlaa
id_usuario
+theAdministrador
nombreUsuario
contrasea
Nombre
Apellido
+theAdministrador
email
imagen
codigo
ip
status
f echa_agregado
Administrador()
+theAdministrador
+theBanner
Banner
id_banner+theBanner
nombre
estado
Banner()
controla
Banner_imagen
id_banner
link
imagen
Descripccion
Banner_imagen()
+theBanner_imagen
+theAf iliado_login
v alidadCuenta()
CargaError()
<<e>> v alidarDatos()
Af iliado_login()
genera
Id_af iliado
+theSesion f echaDeSesion+theSesion
IPDeSesion
1
generarSesion()
Sesion()
1
+theSesion
id_transaccion
id_af iliado
id_orden
+theAf iliado_transaccion
descripccion
realiza
montoAPagar
f echa_agregado
generarTransaccion()
Af iliado_transaccion()
Genera
crea
+theCategoria
1..n
Administrador
Af iliado_transaccion
Sesion
Producto
id_producto
tienee
model
+theProducto
cantidad
entrega
1..n
precio
altura
ancho
+theProducto minimo
f echaAgregado
f echa_modif icado
promocion
+thePago
+theCarrito
1
+theCarrito
Carrito
+theProducto
listarProductoSinStock()
agregarProductos()
solicitarproductosenof erta()
buscarof ertas()
v alidarProducto()
Producto()
1..n
contiene
id_tienda
nombre
+theCarrito
url
1
ssl
generarPago()
Pago()
+thePago
produce
generarCarrito()
Carrito()
Serv idor
Env iarDatos()
Serv idor()
Pago
Id_pago
tipoDePago
f echaDePago
id_trasaccion
BaseDeDatos
Env iarDatos()
ValidarDatos()
BaseDeDatos()
+theOrdenes
Ordenes
id_orden
nro_f acutura
id_f actura
id_tienda
id_cliente
generarOrden()
Ordenes()
16 Diagrama de Secuencia
CASO DE USO REGISTRAR CLIENTE
: Cliente
: V_index
: V_registrar
: C_Cuenta
: M_registrar
registrar( )
Ingresa datos de registro

registrarCliente( )
verificarEmail( )
Registrar( )
registrar( )
CASO DE USO LOGIN
: Cliente
: V_index
:
V_menuPrin...
: V_login
: C_Cuenta
: M_login
loginUser( )
ingresa usuario y contrasea( )
loginCliente( )
login( )
datos correctos
menuPrincipal( )
loginUser( )
datos incorrectos
17 Diagrama de Actividades
CASO DE USO REGISTRAR CLIENTE

4: validar( )
1: Ingresar datos( )
: Afiliado
: V_registrar
: Cliente
9:5: autorizar registro( )
7: 2: validar datos( )
8: registrar datos( )
: C_Tienda
: M_registrar
6:
3: consultar existente( )
CASO DE USO LOGIN
1: solicita datos( )
2: login( )
: C_Tienda
: V_login
10:
: Cliente
: Afiliado
3: evaluar( )
6: retornar
7: CargarDatosCliente(
datos( )
)
9: retornar datos( )
8: CargarDatosCliente( )
: M_login
5: retornar consulta( )
4: validarDatos( )
: Afiliado_login
18 Tamao y Desempeo
La arquitectura de software elegida nos permitir alcanzar el mejor desempeo posible
para poder satisfacer las necesidades del cliente, a continuacin se establecen algunos
datos importantes que nos permiten crear una idea de la eficiencia y eficacia de
procesamiento de transacciones en el servidor:
Tiempo de respuesta en el acceso a la Base de Datos:
El sistema proveer accesos a la base de datos con un tiempo de respuesta no mayor a los
5 segundos.
Tiempo de respuesta de transacciones:
El programa no demorar ms de 3 minutos en generar cualquier reporte web dentro de la
aplicacin.
Espacio en disco para el cliente:
El espacio en disco necesario para la parte del cliente deber tener como mnimo 5 MB de
espacio libre para su correcto funcionamiento, esto variara dependiendo el navegador mvil
que se est utilizando.
Espacio en disco para el servidor de Base de datos:
El espacio en disco necesario para la parte del Servidor de Base de datos deber tener
como mnimo 1.5 GB libres en disco para su correcto funcionamiento.
19 Calidad
Para un mejor aprovechamiento de la arquitectura de software se dan los siguientes
requerimientos de calidad:
a) Usabilidad:
El sistema permitir un manejo intuitivo por parte de los usuarios.
b) Eficiencia:
El programa no demorar ms de 15 minutos en generar un reporte de comparacin de
documentos.
c) Seguridad:
El sistema permitir el acceso a funcionalidades dependiendo del perfil del usuario que
ingresa al sistema, validando su ingreso a travs de una clave.
d) Confiabilidad:
El sistema tendr en cuenta que la informacin ingresada en l sea vlida, para lo cual
mostrar mensajes que expliquen al usuario acerca de los errores que ste pudiera
cometer y de aquellos que pueda cometer el mismo sistema.
e) Mantenimiento:
El sistema ser flexible, facilitando su mantenimiento futuro.
f) Estndares:
Se usar un estndar para todas las ventanas e interfaces con el usuario que tenga el
Sistema Integral de Negocios, as como los nombres, cdigos, etc.

Documento ARQUITECTURA

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Documento ARQUITECTURA

Uploaded by

Copyright:

Available Formats

DATA SOLUTIONS

Desarrollo Software de un Sistema

Sistema para Gestin de ventas online LIMAELECTRO

Lozano La Cunza, Brenda

Lozano La Cunza, Brenda

Lozano La Cunza, Brenda

Lozano La Cunza, Brenda

Sistema para Gestin de ventas online LIMAELECTRO

Metas y restricciones arquitectnicas

Descripcin del Problema

Sentencia que define el problema

Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios

Descripcin Global del Producto

Sistema para Gestin de ventas online LIMAELECTRO

Perspectiva del producto

Matriz de Requerimiento vs Casos de usos

Vista de casos de uso

Diagrama de casos de uso

Especificacin de caso de uso

Descripcin de casos de uso

Sistema para Gestin de ventas online LIMAELECTRO

Definiciones, Acrnimos, y Abreviaciones

Sistema para Gestin de ventas online LIMAELECTRO

Plan de desarrollo de software.

de Casos de Uso: Se utilizara el diagrama de casos de notacin UML

Metas y restricciones arquitectnicas

Sistema para Gestin de ventas online LIMAELECTRO

Giro del negocio

Descripcin del Problema

La informacin no est segura contra los cambios accidentales o intencionales que

Sistema para Gestin de ventas online LIMAELECTRO

Sentencia que define el problema

Sistema para Gestin de ventas online LIMAELECTRO

Las actividades del proceso de administracin de

El Empleado y al cliente, ya que no tiene a la mano

Una solucin adecuada seria

Proveer un sistema de gestin, administracin y

Sistema para Gestin de ventas online LIMAELECTRO

Sentencia que define la posicin del Producto

Cliente, Empleado, Personal Administrativo

Requieren el uso de un sistema de

Sistema de Gestin, Administracin y Ventas de

Proveer informacin oportuna y segura

Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios

1.10 Resumen de Stakeholders

Encargado de gestionar los datos. Y mantener

Encargado de llevar a cabo un seguimiento del

Encargados de desarrollar e implementar el

Es el encargado de registrar las ventas ,revisar

Sistema para Gestin de ventas online LIMAELECTRO

1.11 Resumen de Usuarios

Pueden acceder al catlogo de

Pueden realizar compras, despus de

Es el usuario que pude revisar y chequear los productos y

Encargado de la documentacin e informacin cuidando los datos

A definir por el cliente

Sistema para Gestin de ventas online LIMAELECTRO

Revisin de requerimientos, estructura del sistema

Jefe de personal administrativo

Jose Manuel Regiardo Coronado

Representante de la empresa DERCO

Encargado de mostrar las necesidades de cada usuario del sistema.

1.13.2 Jefe de Proyectos

Encargado de llegar a cabo la evolucin de la empresa