documento arquitectura

DATA SOLUTIONS

Desarrollo Software de un Sistema

Sistema para Gestión de ventas online LIMAELECTRO Versión: 6.0Documento de arquitectura Fecha: 11/08/2015

Historial de RevisionesFECHA VERSION DESCRIPCION ESCRITOR

9/08/2015 1.0 Descripción Inicial

Lozano La Cunza, BrendaFrancia Pizarro, Fabiola

12/07/2015 2.0 Perfil de Proyecto Lozano La Cunza, BrendaFrancia Pizarro, FabiolaSilva Díaz, DiegoAlarcón Tarazona, RosarioShiroma Flores, Seiyei

21/07/2015 3.0 Documento Visión

Lozano La Cunza, BrendaFrancia Pizarro, FabiolaSilva Díaz, DiegoAlarcón Tarazona, RosarioShiroma Flores, Seiyei

03/08/2015 4.0 Lista de Requerimientos

Lozano La Cunza, BrendaFrancia Pizarro, FabiolaSilva Díaz, DiegoAlarcón Tarazona, RosarioAlmeida Fajardo, Luis

05/08/2015 5.0 Actualización de modelo de Casos de Uso y Especificaciones de cada CU

Lozano La Cunza, BrendaFrancia Pizarro, FabiolaSilva Díaz, DiegoAlarcón Tarazona, RosarioShiroma Flores, Seiyei

10/08/2015 6.0 Diagrama de Clases


11/08/2015 6.0 Documento Visión


Confidencial LIMAELECTRO, 2015 Pág. 2


Tabla de Contenidos1 Introducción 5

1.1 Propósito 51.2 Alcance 51.3 Definiciones, Acrónimos, y Abreviaciones 51.4 Referencias 51.5 Vista Global 5

2 Representación arquitectónica 6

3 Metas y restricciones arquitectónicas 6

4 Posicionamiento 6

4.1 Descripción de la empresa 64.2 Giro del negocio 6

5 Descripción del Problema 7

6 Posible Solución 7

6.1 Sentencia que define el problema 86.2 Sentencia que define la posición del Producto 9

7 Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios 9

7.1 Resumen de Stakeholders 97.2 Resumen de Usuarios 107.3 Entorno de usuario 107.4 Perfil de los Stakeholders 10

7.4.1 Personal Administrativo 107.4.2 Jefe de Proyectos 117.4.3 Gestores de ventas 117.4.4 Equipo de desarrollo 11

7.5 Perfiles de Usuario 127.5.1 Usuario 127.5.2 Clientes 12

8 Descripción Global del Producto 12

8.1 Perspectiva del producto 128.2 Resumen de características 138.3 Suposiciones y dependencias 138.4 Características del producto 138.5 Rangos de calidad 138.6 Prioridad y precedencia 138.7 Restricciones 138.8 Otros Requerimientos del producto 138.9 Estándares aplicables 148.10 Requerimientos de Sistema 148.11 Requerimientos de desempeño 148.12 Requerimientos de ambiente 14



8.13 Entorno de usuario 14

9 Matriz de Requerimiento vs Casos de usos 16

10 Vista de casos de uso 16

10.1 Diagrama de casos de uso 16

11 Especificación de caso de uso 17

C.U.S 17

C.U.S 18

C.U.S 19

11.1 Diagrama general 20

12 Vista lógica 21

13 Visión general 21

14 Lista de actores 21

15 Descripción de casos de uso 22

16 VISTA DE IMPLEMENTACIÓN 23

17 VISTA DE DATOS 23

18 Diagrama Relacional 24

19 Diagrama de Despliegue 25

20 Diagrama de componentes 25

21 Diagrama de Clases: 26

22 Diagrama de Secuencia 27

23 Diagrama de Actividades 28

24 Tamaño y Desempeño 29

25 Calidad 29

Vision

1 Introducción

Las necesidades de LIMAELECTRO es conseguir que el proceso de venta, la administración 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 electrónicos, por qué mediante un



análisis exhaustivo y entrevista a un número de personas nos hemos dado cuenta que a la mayoría de personas no les gusta comprar físicamente, es decir ir al establecimiento, ellos prefieren hacerlo vía web, pero para ello, ellos quieren tener la total seguridad y rapidez de entrega del producto.

1.1 Propósito

El propósito de éste documento es recoger, analizar y definir las necesidades de alto grado y así como también las características del sistema a implementar y las características 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 propósito de este proyecto es dar una solución inmediata al cliente satisfaciendo sus necesidades por intermedio de un software para la venta de un producto en línea mediante una página 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 información o diversas tareas por la Web, con el fin de lograr que todos estos datos estén almacenados (automatizados), revisión y validación de esta información y consultas de dichos registros.

1.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.

1.4 Referencias

- Plan de desarrollo de software.- RUP (Rational Unified Process).- Diagrama de casos de uso.

1.5 Vista Global

El documento se estructura de la siguiente manera: Presentación de la Vista de Casos de Uso, vista lógica, vista de procesos, Vista de despliegue, vista de implementación y vista de datos.

2 Representación arquitectónicaRepresentaremos las vistas en el documento utilizando los siguientes recursos

• Vista de Casos de Uso: Se utilizara el diagrama de casos de notación UML



• Vista Lógica: Se usará el diagrama de clases en notación UML• Vista de Datos: Se utilizará el diagrama ER (Entidad Relación) y diccionario de

datos para desarrollar esta vista.

3 Metas y restricciones arquitectónicasEl Escrito de ayuda cuenta con las siguientes características:

• Una interfaz gráfica fácil y amigable para el uso de todo tipo de usuario y no necesita conocimientos avanzados en computación para la utilización, haciendo que la experiencia de compra en la tienda sea única.

• Control de Acceso: Cada uno de los tipos de usuarios tendrán una identificación única y un carrito de compras pendientes a realizar.

• Protección y seguridad de la información: La información 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

4 Posicionamiento

4.1 Descripción de la empresa

LIMAELECTRO nace a raíz de una idea de emprendimiento en el 2012, la cual al comenzar era una pequeña tienda de electrodomésticos básicos para el hogar, y poco a poco fue creciendo, en el momento cuenta con 2 tiendas grandes que venden casi todo tipo de electrodomésticos.

4.2 Giro del negocio

LIMAELECTRO es una empresa del sector tecnológico 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 propósito de potencializar su desarrollo integral, en un ambiente cálido, con trabajadores con actitudes necesarias para su desempeño personal y social, tratando cada día 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 líder nacional en ventas de electrodomésticos.

5 Descripción del ProblemaActualmente todos estos procesos (registro de productos, registro de ventas, registro de facturas y registro de información 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 información 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 están archivados en formatos de papel. El cual hace

muy tedio la búsqueda y el registro de ellos

6 Posible Solución Desarrollar un sistema de gestión, administración y ventas de LIMAELECTRIO con tecnología actualizada y con una arquitectura que permita la fácil modificación y adaptación e integración de este sistema con otros que serán desarrollados.Además 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 políticas de seguridad que restrinjan las funciones de ingreso de datos, consulta, validación y trámites bancarios

6.1 Sentencia que define el problema



El problema de Las actividades del proceso de administración de información de LIMAELECTRO en forma manual.

Afecta El Empleado y al cliente, ya que no tiene a la mano la información 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 atención de la tienda y mucho menos puede recibir información sobre promociones.

El administrador, no tiene una información en lo que es el manejo de datos tanto de productos, clientes e ingresos ya que esa información se tiene a través de papeles archivados y surge una demora al obtener dicha información es por eso que se requiere tener la información de una manera automatizada y la información se obtendría en un menor tiempo.

El impacto asociado es Pérdida de tiempo en procesos como: Administración de Información, y en la verificación ya que se encuentran archivados manualmente.Riesgo de duplicidad de información 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 vendería productos no necesitaría ser abastecida ya que se quedara con todos los productos que no vende.

Una solución adecuada seria

Proveer un sistema de gestión, administración y ventas de una tienda.



6.2 Sentencia que define la posición del Producto

Para Cliente, Empleado, Personal Administrativo

Quienes Requieren el uso de un sistema de Administración de información para hacer el registro de productos, ventas, registro de ingresos y consultas online.

El Nombre del Producto

Sistema de Gestión, Administración y Ventas de una tienda.

que Almacena información necesaria para gestionar una empresa vendedora de electrodomésticos.

No como El sistema actual que es manual.Nuestro Producto ofrece

Proveer información oportuna y segura cumpliendo con las políticas establecidas.

7 Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios

7.1 Resumen de Stakeholders

Nombre Descripción

Responsabilidades

Personal Administrativo

Director Encargado de gestionar los datos. Y mantener las cuentas económicas del sistema.

Jefe de Proyecto Ingeniero Encargado de llevar a cabo un seguimiento del desarrollo del proyecto y aprobación de los requisitos y funcionalidades del sistema

Equipo de Desarrollo

Programadores Encargados de desarrollar e implementar el sistema de control de gestión.

Gestores de ventas

Ventas Es el encargado de registrar las ventas ,revisar su estado , su calidad ,etc



7.2 Resumen de Usuarios

Nombre Descripción Stakeholders

Usuario Pueden acceder al catálogo de productos.

Ventas

Cliente Pueden realizar compras, después de logearse.

Ventas

Jefe de Proyecto

Ingeniero Personal Administrativo

7.3 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 también de poder hacer las consultas necesarias de dichos datos. Otra actividad que realizan es el cálculo de ingresos.-Usuarios son los que se van a ver beneficiados ya que podrán hacer consultas y compras en el sistema.

7.4 Perfil de los Stakeholders

7.4.1 Personal Administrativo

Descripción Es el usuario que pude revisar y chequear los productos y promociones que brindamos

Tipo Cliente ordinario

Responsabilidades

Encargado de la documentación e información cuidando los datos para el bien de la empresa

Criterio de Éxito

A definir por el cliente

Grado de participación

Revisión de requerimientos, estructura del sistema

Comentario Ninguno

Representante Jefe de personal administrativo

Representante Jose Manuel Regiardo Coronado

Descripción Representante de la empresa DERCO

Tipo Experto de Sistemas.

Responsabilidades

Encargado de mostrar las necesidades de cada usuario del sistema. Además, lleva a cabo un seguimiento del desarrollo del proyecto y aprobación de los requisitos y funcionalidades del sistema



7.4.2 Jefe de Proyectos

Descripción Encargado de llegar a cabo la evolución de la empresa

Tipo Experto en gestión

Responsabilidades Encargado de llevar a cabo un seguimiento del desarrollo del proyecto y aprobación de los requisitos y funcionalidades del sistema

Criterio de Éxito A definir por el cliente


Revisión de requerimientos, estructura del sistema

Comentario Ninguno

Representante Personal Administrativo

7.4.3 Gestores de ventas

Descripción 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, también 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


Gestionar la venta

Comentario Ninguno


7.4.4 Equipo de desarrollo

Descripción Encargados de desarrollar e implementar el sistema de control de gestión.

Tipo Expertos en programadores

Responsabilidades

Encargado del mantenimiento y actualización del software

Criterio de Éxito A definir por el PERSONAL ADMINISTRATIVO


Revisión del programa y seguimiento de equipos

Comentario Ninguno




7.5 Perfiles de Usuario

7.5.1 Usuario

Representante Independientes

Descripción Es el usuario común que pude entrar a la página y revisar los productos y añadir al carrito pero no puede adquirir u comprar los productos debido a que no ha iniciado sección

Tipo Usuario casual del sistema

Responsabilidades

No tiene ninguna responsabilidad en el software




Comentarios Ninguno

7.5.2 Clientes

Representante Independiente

Descripción Es el usuario que ha adquirido un usuario en la página , el cliente puede realizar comprar, y ver el estado de su producto

Tipo Usuario con cuenta

Responsabilidades

No tiene ninguna responsabilidad en el software




Comentarios Ninguno.

8 Descripción Global del Producto

8.1 Perspectiva del producto

El objetivo general del Proyecto es desarrollar un sistema gestión, administración y ventas web para la empresa LIMAELECTRO que cumpla con las exigencias y que permita administrar y verificar la información.

Este sistema permitirá:

a) Agilizar el proceso de registro de datos de productos, clientes y ventas. Así se minimizará el tiempo y la información estará segura y no será redúndate.

b) Permitirá tener una relación con los diferentes sistemas que se creen.

c) El registro de productos y registro de ventas ya no será manual.



8.2 Resumen de características

A continuación se mostrará un listado con los beneficios que obtendrá el cliente a partir del producto:

Beneficio del cliente Características que lo apoyan

Mayor agilidad en los pedidos dando la posibilidad de hacerlo vía servicios web.

Aplicación web desde la cual poder realizar los pedidos.

Gestión automatizada del stock del almacén.

Sistema de optimización de del stock en el almacén y previsión de pedidos

Mayor facilidad para la gestión de los recursos humanos.

Base de datos centralizada con la información de todo el personal.

Posibilidad de cancelación de órdenes por parte del cliente dando la posibilidad de hacerlo vía servicios web.

Aplicación web desde la que poder cancelar pedidos.

Automatización de la cancelación de estas órdenes.

Sistema automatizado de anulación de órdenes.

Mayor facilidad para el control e catálogos para el área de marketing.

Base de datos con acceso remoto desde la que poder controlar ofertas y políticas de ventas.

Automatización del sistema de nóminas Sistema automático de generación de nóminas.

8.3 Suposiciones y dependencias

El sistema dependerá de un equipo administrador del mismo (Computadora) y del dominio de la página web.

8.4 Características del producto

Entre las funcionales que ofrece el sistema gestión, administración y ventas web para la empresa LIM-ELECTRO, tiene sus rangos de calidad, su prioridad y precedencia al igual que sus restricciones.

8.5 Rangos de calidad

El sistema implementará un mecanismo de solución de errores comunes de operación. Permitirá generar una copia Back up. Y mostrara mensajes o alertas ante cualquier modificación o proceso que se realice

8.6 Prioridad y precedencia

La prioridad y precedencia establecida para la etapa de construcción del proyecto es el siguiente:-Registrar Productos-Registrar Clientes-Compras-Generar pedido- Mantener Promociones

8.7 Restricciones

Por restricciones de tiempo, no tomara todos los casos de uso. Solo funcionara los más importantes.

8.8 Otros Requerimientos del producto

Estos requerimientos que se detallan son para que al terminar la elaboración del



producto este Cuente con las medidas necesarias y que su funcionamiento sea perfecto.

8.9 Estándares aplicables

Se requerirá PC’s Pentium 4 o superior cualquier tipo de equipo, con un sistema operativo Windows XP o superior aunque también el sistema podrá trabajar por medio de software libre

8.10 Requerimientos de Sistema

El cliente no necesita ninguna maquina especifica puede ser cualquier especifico

8.11 Requerimientos de desempeño

No se requerirá un sistema específico

El ambiente de desarrollo deberás ser muy ventilado para evitar la humedad y daño en los equipos de cómputo. Se requerirá de una estructura de cableado estructurado, para el cableado de las redes, se necesitará además una adecuada iluminación y decoración.

8.12 Requerimientos de ambiente

El ambiente de desarrollo deberás ser muy ventilado para evitar la humedad y daño en los equipos de cómputo. Se requerirá de una estructura de cableado estructurado, para el cableado de las redes, se necesitará además una adecuada iluminación y decoración.

8.13 Entorno de usuario

Los usuarios entrarán al sistema identificándose sobre un ordenador con un sistema operativo Windows xp o más avanzado y tras este paso entrarán a la parte de aplicación diseñada para cada uno según su papel en la empresa. Este sistema es similar a cualquier aplicación Windows y por tanto los usuarios estarán familiarizados con su entorno.



Nº

Requisito Tipo de Requisito

01 El sistema debe permitir gestionar al administrador Web los datos de los productos.

Funcional

02 El sistema debe permitir gestionar al administrador Web los datos de las ventas/ingresos por año, mes o día.

Funcional

03 El sistema debe permitir gestionar al administrador Web 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 búsqueda de los productos, según su nombre.

Funcional

12 El Cliente se registra como nuevo usuario dentro del sistema generando un código y contraseña previamente

Funcional

13 El administrador Web académico podrá actualizar o modificar algunos datos que hayan cambio del Cliente

Funcional

14 El administrador Web académico 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 envía promociones al Cliente. Funcional

18 El Cliente podrá consultar promociones. Funcional

22El administrador Web puede consultar algunos datos que sean necesarios saber

Funcional



9 Matriz de Requerimiento vs Casos de usosNro. CUN

DescripciónCUN

Requerimientos

Áreas ó Jefaturas

Riesgo Nivel

Riesgo

CU DescripciónCU

1.-Login

En este Proceso el usuario debe ingresar su código y contraseña

El usuario debe haber creado su cuenta antes

Administrador

Inseguridad del cliente, plagio por

otra persona

5

Olvidar clave

Cambiar datos

En este proceso se le permitirá al usuario cambiar de clave en caso se olvidó su contraseña se le enviara un correo electrónico con el permiso de cambio de contraseña.Cuando el usuario este dentro del sistema podrá hacer la gestión de su cuenta

2.-Gestion

ar carrito

En este proceso podrás gestionar tu carrito esto quiere decir podrás eliminar ,actualizar ,aumentar, disminuir productos de tu carrito

No tiene ninguna

restricción

Ventas No tiene riesgos

0Actualizar Carrito

Eliminar productos de carrito

Es cuando cambiaste algún producto o agregaste el programa se actualizara presionando la opción actualizar.Usted podrá eliminar productos de su carrito con facilidad pero si no está registrado no podrá cómpralo

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 cómo el usuario interactúa con el sistema a desarrollar, así podremos obtener el conjunto de escenarios que contendrá cada iteración. Los casos de uso detallados se encuentran en el documento ER. Aquí mostraremos una visión general del esquema de Caso de uso

10.1 Diagrama de casos de uso

Un diagrama de caso de uso muestra las distintas operaciones que se espera de una aplicación o sistema y cómo 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



11 Especificación de caso de uso

C.U.S LoginActor UsuarioDescripción Dentro del proceso existe 1 flujos básico: Login, en los cuales

se procederán solicitando, principalmente, el E-Mail Addres y password

Precondición Debe estar registrada antesPoscondición Entrará al programa como el nombre de cliente.Pasos principales

Flujo básico

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 (contraseña olvidada) y un botón “continue

” (registrar nuevo cliente)

3. El usuario ingresa E-Mail Addres y password.

4. El sistema valido que el E-Mail Addres y password estén

registrados correctamente.

5. El usuario indica “login”

6. El caso de uso finaliza.

Pasos alterno 2.1.1.1< Validación de E-Mail Addres y password. >

En el paso 4 si el E-Mail Addres y password es incorrecto el sistema mostrara un mensaje de error y nos enviara al paso 2 .

2.1.1.2< Usuario indica contraseña olvidada >

Si en el paso 3 el usuario indica contraseña olvidada, el sistema mostrara un formulario donde se ingresara E-Mail Addres para enviarle la contraseña al E-Mail Addres.

2.2.2.2< Usuario indica “continúe ” >

Si en el paso 3 el usuario indica “continúe”, 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 ningún momento el sistema se podrá registrar.



C.U.S RegistrarseActor UsuarioDescripción Dentro del proceso existe 1 flujos básico: Registrar, para lo

cual el nuevo usuario podrá realizar sus compras rápidamente, revisar el estado de un pedido, y realizar un seguimiento de los pedidos que ha hecho anteriormente

Precondición La persona tiene que contar con un E-Mail para poder registrarse y no debe tener otra cuenta

Poscondición Entrará al programa como nuevo cliente.Pasos principales

Flujo básico

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, dirección , referencia, ciudad, código postal, contraseña)

3. El usuario ingresara sus datos e indica “continue”4. El sistema valida los datos ingresados.5. El caso de uso finaliza.

Pasos alterno 2.1.1.1< Validación de datos. >

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 ningún momento el sistema validara los datos ingresados.



C.U.S Gestionar ClientesActor AdministradorDescripción 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 eliminación

Precondición La persona tiene que contar con un E-Mail para poder registrarse y no debe tener otra cuenta

Poscondición Entrará al programa como nuevo cliente.Pasos principales

Flujo básico1. El Administrador puede seleccionar registrar producto, pasar al

punto 2; modificar producto, pasar al punto 3; eliminar producto pasar al punto 4.

2. El Administrador solicita registrar producto.2.1. El sistema muestra los campos de datos necesarios a

introducir; los campos a rellenar son:2.2. El Administrador ingresa los datos.2.3. El Administrador pulsa el botón Continuar. Pasar al punto 5.

3. El Cliente solicita modificar producto.3.1. El sistema muestra una interfaz con los datos del producto.3.2. El Administrador pulsa el botón Editar.3.3. El sistema muestra los campos para ser editados3.4. El Administrador ingresa los datos a modificar.3.5. El Administrador pulsa el botón continuar. Pasar al punto 5.

4. El Administrador solicita eliminar producto.4.1. El sistema muestra solicita el código del producto a eliminar.4.2. El Administrador ingresa el código del producto a eliminar.4.3. El Administrador pulsa el botón Continuar. Pasar al punto 5.

5. El caso de uso finaliza.



11.1 Diagrama general


Mostrar por categoria

Eliminar Stock

Actualizar Stock

Generar FacturaGenerar Pedido

Factura Web

Factura Fisica<<extend>>

<<extend>>

Consultar Factura

Repartidor

(from ACTORES)

Consultar Stock

<<include>>

<<include>>

<<include>>

Agregar Stock

Listar Productos Bajo Stock

Prov eedor

(from ACTORES)

Editar mi cuenta

Cambiar contraseña

Modif icar direccion

Registrar Cliente

Mostrar lista de productos

<<extend>>

Mantener Cliente

<<extend>>

<<extend>>

<<extend>>

Añadir al carrito

<<include>>

Mostrar of ertas

Comprar

<<extend>>

Buscar producto

Mantener carrito

Cliente

(from ACTORES)

Mantener promociones

Mantener stock

<<extend>>

<<extend>>

<<extend>>

Login

MantenerProductos

Administrador Web

(from ACTORES)

Eliminar Producto

Modif icar Producto

<<extend>>

Agregar Producto

<<extend>>

<<extend>>

<<extend>>

Pagar

<<include>>

<<extend>>

Tarjeta de Credito


12 Vista lógica

En esta vista se detallan las partes del modelo de diseño del sistema que son significativas arquitectónicamente representando los diagramas que permiten tener una visión de los elementos que conforman el sistema y de la interacción entre ellos.

Se requiere un mejor sistema para distintos tipo de procesos.

Así también, es una especificación general, pero sirve para trabajar en todos los niveles permitidos a la hora de registrar, modificar, eliminar algo del sistema.

13 Visión general

14 Lista de actores


Clases controlador

Clases modelo

Clases vista

Clases controlador

Clases modelo

Clases vista

Clases controlador

Clases modelo

Clases vista


15 Descripción de casos de uso

NUMERO

CASOS DE USO DESCRIPCION

CUS-06

Login

El usuario se logea en la página, sea un cliente o el administrador web.

CUS-02

Buscar producto

El cliente podrá buscar los productos deseados.

CUS-10

Pagar

El cliente podrá realizar el pago.

CUS-03

Factura Fisica

La facturación será realizada luego de una compra hecha por el cliente.



16 VISTA DE IMPLEMENTACIÓNLa vista de implementación muestra el empaquetado físico de las partes reutilizables del sistema en unidades sustituibles, llamadas componentes. Una vista de implementación muestra los elementos físicos 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 generalEn este sistema utilizaremos el Modelo Vista Controlador (MVC), el cual es un patrón de arquitectura de software que separa los datos de una aplicación, la interfaz de usuario y la lógica de control en tres componentes distintos.Capas

Capa de InterfazEn esta capa se desarrolla toda la parte grafica con la cual interactúa el usuario. Es la responsable de conectarse con la capa lógica.

Capa LógicaLa capa lógica es la que realiza todas las operaciones, aquí se encuentra todo el código de programación 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 ControlUna vez que la capa lógica se conecta con la capa de control, esta realizara las solicitudes necesarias a la Base de Datos.

17 VISTA DE DATOSEn esta vista se mostrada la forma en que los datos serán almacenados y como se relacionan en un modelo ER.

Vista de despliegueLa vista de despliegue muestra la disposición física de los recursos de ejecución 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.



18 Diagrama Relacional



19 Diagrama de DespliegueEl diagrama de despliegue permite mostrar la arquitectura en tiempo de ejecución del sistema respecto al hardware y software. Los nodos representan los objetos físicos existentes en tiempo de ejecución, sirven para modelar recursos que tienen memoria y capacidad de proceso, y pueden ser computadores, dispositivos o personas.

20 Diagrama de componentes


Administrador

Afiliado

Afiliado_login

Afiliado_transaccion

Banner Banner_imagen

BaseDeDatos

CarritoCategoria

Ordenes Pago

Producto

Servidor

Sesion

Aplicacion LIMA-ELECTRO


21 Diagrama de Clases:Es el diagrama principal para el análisis y diseño. 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.


Serv idor

Env iarDatos()Serv idor()

BaseDeDatos

Env iarDatos()ValidarDatos()BaseDeDatos()

Banner_imagen

id_bannerlinkimagenDescripccion

Banner_imagen()

Banner

id_bannernombreestado

Banner()

+theBanner_imagen

+theBanner

Ordenes

id_ordennro_f acuturaid_f acturaid_tiendaid_cliente

generarOrden()Ordenes()

Af iliado_login

emailpassworddate_addeddate_modif ied

v alidadCuenta()CargaError()<<e>> v alidarDatos()Af iliado_login()

Af iliado

id_af iliadonombreapellidoemailtelef onopasswordcompañiadireccion1direccion2ciudadestadoaprov adonombreBanconumeroTarjetanombre_cuenta

registrar()eliminarCuenta()obtenerDatosDeCliente()opname()v alidar()v alidardatosingresados()opname2()actualizardatos()env iardatos()Af iliado()

11

+theAf iliado_login

1

+theAf iliado

1

tiene

Categoria

id_categoriaimagentopestadof echa_agregadof echa_modif icado

Categoria()

Administrador

id_usuarionombreUsuariocontraseñaNombreApellidoemailimagencodigoipstatusf echa_agregado

Administrador()

+theCategoria

+theAdministrador

controlaa

+theBanner

+theAdministrador

Pago

Id_pagotipoDePagof echaDePagoid_trasaccion

generarPago()Pago()

+theOrdenes

+thePagoproduce

Sesion

Id_af iliadof echaDeSesionIPDeSesion

generarSesion()Sesion()

11

+theSesion

1

+theAf iliado_login

1genera

Producto

id_productomodelcantidadentregaprecioalturaanchominimof echaAgregadof echa_modif icadopromocion

listarProductoSinStock()agregarProductos()solicitarproductosenof erta()buscarof ertas()v alidarProducto()Producto()

1..n

1..n

+theCategoria

1..n

+theProducto

1..n

tienee

+theProducto+theAdministrador controla

Af iliado_transaccion

id_transaccionid_af iliadoid_ordendescripccionmontoAPagarf echa_agregado

generarTransaccion()Af iliado_transaccion()

+thePago

+theAf iliado_transaccion

Genera

+theAf iliado_transaccion+theSesionrealiza

Carrito

id_tiendanombreurlssl

generarCarrito()Carrito()

1

1

+theCarrito1

+theSesion1

crea

1..n 1

+theProducto

1..n

+theCarrito

1contiene

+theAf iliado_transaccion

+theCarrito


22 Diagrama de Secuencia

CASO DE USO REGISTRAR CLIENTE

: Cliente : Cliente : V_index : V_index : V_registrar : V_registrar : C_Cuenta : C_Cuenta : M_registrar : M_registrar

registrar( )

Ingresa datos de registro

registrarCliente( )

verificarEmail( )

Registrar( )

registrar( )

CASO DE USO LOGIN

: Cliente : Cliente : V_index : V_index :

V_menuPrin... :

V_menuPrin... : V_login : V_login : C_Cuenta : C_Cuenta : M_login : M_login

loginUser( )

menuPrincipal( )

loginUser( )

datos correctos

datos incorrectos

ingresa usuario y contraseña( )loginCliente( )

login( )



23 Diagrama de Actividades

CASO DE USO REGISTRAR CLIENTE

: Cliente

: V_registrar : Afiliado

: C_Tienda : M_registrar

4: validar( )

1: Ingresar datos( )

2: validar datos( )7: 5: autorizar registro( )9:

3: consultar existente( )6:

8: registrar datos( )

CASO DE USO LOGIN


: Cliente

: V_login : C_Tienda

: M_login

: Afiliado_login

: Afiliado

4: validarDatos( )

1: solicita datos( ) 2: login( )

10:

3: evaluar( )7: CargarDatosCliente( )6: retornar datos( )

9: retornar datos( )

8: CargarDatosCliente( )

5: retornar consulta( )


24 Tamaño y DesempeñoLa arquitectura de software elegida nos permitirá alcanzar el mejor desempeño posible para poder satisfacer las necesidades del cliente, a continuación 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á más de 3 minutos en generar cualquier reporte web dentro de la aplicación.

Espacio en disco para el cliente:El espacio en disco necesario para la parte del cliente deberá tener como mínimo 5 MB de espacio libre para su correcto funcionamiento, esto variara dependiendo el navegador móvil 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 mínimo 1.5 GB libres en disco para su correcto funcionamiento.

25 CalidadPara 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á más de 15 minutos en generar un reporte de comparación de documentos.

c) Seguridad:El sistema permitirá el acceso a funcionalidades dependiendo del perfil del usuario que ingresa al sistema, validando su ingreso a través de una clave.

d) Confiabilidad:El sistema tendrá en cuenta que la información ingresada en él sea válida, 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) Estándares:Se usará un estándar para todas las ventanas e interfaces con el usuario que tenga el Sistema Integral de Negocios, así como los nombres, códigos, etc.


documento arquitectura

Documents