UNIVERSIDAD NACIONAL TECNOLÒGICA DE LIMA SUR

FACULTAD DE INGENIERÍA Y GESTIÓN

Escuela Académico Profesional de Ingeniería de Sistemas

SISTEMA DE VENTAS - King&Queen

ASIGNATURA:
DOCENTE:
ESTUDIANTES:

Villa el salvador, Diciembre del 2021

King&Queen

Documento de arquitectura de software

Versión <8.0>
 Historia de revisiones

Fecha Versión Descripción Autor

22/06/2021 Versión preliminar como propuesta de Ramos Yashira

1.0 desarrollo.
Oriana

22/06/2021 Versión preliminar como propuesta de   De la Cruz

2.0 desarrollo.
Quiroz Victor

22/06/2021  Versión preliminar como propuesta de   Ayala Pfuturi

3.0 desarrollo.
Maria Rosalyn

22/06/2021  Versión preliminar como propuesta de  Bendezu Vega

4.0 desarrollo.
Christian

22/06/2021 Versión preliminar como propuesta de Chavez Candiotty

5.0 desarrollo.
Jorge

22/06/2021 Versión preliminar como propuesta de Flores Gomez

6.0 desarrollo.
Hebert

22/06/2021 Versión preliminar como propuesta de Vasquez

desarrollo.
7.0 Fernandez Diego
Alonso

22/06/2021 Versión preliminar como propuesta de Durand Rosas

8.0 desarrollo.
Daniel Enrique

Tabla de Contenido
1. Introducción 4
1.1 Propósito 4
1.2 Alcance 4
1.3 Definiciones, acrónimos y abreviatura 4
1.4 Referencias 5
1.5 Resumen 5

2. Representación arquitectónica 5

3. Metas y limitaciones arquitectónicas 6

3.1 Herramientas de software utilizado 6

4. Vista de Casos de Uso 7

4.1 Realizaciones de casos de uso 11

5. Vista Lógica 19

6. Vista del Proceso 35

1. Introducción

La mueblería King & Queen es una empresa que entró al mercado hace 5 años, ubicada en
el Parque Industrial de Villa el Salvador, que ofrece a sus clientes varios tipos de bases de
cama de calidad y a un buen precio. Debido a la pandemia se encuentra en una etapa de
estancamiento y teniendo problemas en la parte de la atención al cliente afectando así sus
ventas. Siendo este proceso demasiado lento, el jefe del negocio solicita un sistema de ventas
que le permita agilizar el proceso.

El siguiente proyecto tiene como grado la creación de un sistema de ventas para la mueblería
King & Queen, además que este le permita la gestión de usuarios y la emisión de reporte de
las ventas, logrando así mejorar el proceso de las ventas dentro y fuera del negocio, así como
también dándole al cliente una mejor atención.
 1.1 Propósito
Brindar una herramienta de software segura que permita a los trabajadores brindar una
mejor atención al cliente en el momento de la elección de algún producto.

1.2 Alcance
● El alcance de este documento es presentar la base de la arquitectura de software del
sistema de ventas del negocio King&Queen.

● Este documento ha sido desarrollado en base al modelo de análisis y diseño elaborado

en Rational Rose.

1.3 Definiciones, acrónimos y abreviatura

● OD (Object Diagram): Diagrama de Objetos, es una instancia de un diagrama

de clases que incluye las relaciones de objetos y sus atributos.
● ASD (Analysis Object Diagram):Diagrama de secuencia de análisis, se
analiza cómo interactúan los objetos de la clase.
● SD (Sequence Diagram): Diagrama de Secuencia, este se centra en los
mensajes intercambiables entre objetos y procesos, para ejecutar una función
antes de que acabe su línea de tiempo.
● AOD (Analysis Object Diagram):Diagrama de Objeto de análisis, se analiza
cómo va a funcionar el caso de uso,sin tomar en detalle la parte de
implementación.
● Entity: Es la clase Entidad, representa datos del sistema que posee una vida
larga y que es a menudo persistente.
● Boundary: Es la clase Interfaz, representa interfaces de comunicación.
● Controller: Es la clase controlador, representa secuencia, transacciones y
control de los objetos, que se usan para encapsular el control de un caso de
uso en específico.
● UC(Use Case): Caso de Uso, es una descripción de la secuencia de
interacciones que se producen entre un actor y el sistema, cuando el actor usa
el sistema para llevar a cabo una tarea específica.
 1.4 Referencias

https://www.uv.mx/personal/maymendez/files/2011/05/umlTotal.pdf

http://materias.fi.uba.ar/7510/practica/zips/DocArquitecturaEj2.pdf

1.5 Resumen
Este documento muestra una Representación arquitectónica en la que se describe la
metodología del desarrollo en la cual se está trabajando. En este se muestra a detalle la
estructura de las vistas Use Case View, Logical View y Component View y sus packages
correspondientes. A continuación se mostraran las metas y limitaciones arquitectónicas, en la
cual se mostrarán los distintos recursos que se utilizaron para realizar el proyecto.
Luego una Vista de casos de uso en la cual se muestra la realización y funcionamiento a
detalle de cada uno. Luego se muestran los Packages de diseño, donde se muestra una
descripción breve y los diagramas de todas las clases y paquetes.
Terminando mostramos la Vista de procesos, donde mostramos los diagramas de diseño y
objetos y diagramas de diseño de secuencia de cada caso de uso.

2. Representación arquitectónica

RUP( Rational Unified Process) o Proceso Unificado de Desarrollo es una metodología de

desarrollo de software que está basado en componentes e interfaces bien definidas, y junto al
lenguajes UML (Lenguaje Unificado de Modelado), constituye la metodología estándar más
utilizada para el análisis, implementación y documentación de sistemas orientado a objetos.

Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por
los casos de usos.

● Use case View

- Business Use-Case
* Area de Logistica
+ BUC Generar Inventario: BAD Generar Inventario
* Area de servicio al cliente
+ BUC Comprar producto: BAD Comprar producto
 + BUC Generar reporte de ventas: BAD Comprar reporte de Ventas
+ BUC Recoger producto: BAD Recoger producto
* Business Actors
+ BA Cliente
+ BA Gerente de Logística
+ BA Gerente de Ventas
-Use-Case Model
* Actors
* módulo de seguridad
* módulo de ventas
* módulo de ventas
+Use Case Diagram
● Logical View
- Analysis Model
* boundary
* controller
* entity
* realización de módulo administración
* realización de módulo de seguridad
* realización de módulo ventas
- Business Object Model
* Business entities
* Business workers
* Rareaventas
- Design Model
* Controller
* Model
* Módulo de Administración
* Módulo Seguridad
* Módulo Ventas
* Shared
* Vista

● Component view
3. Metas y limitaciones arquitectónicas

3.1 Herramientas de software utilizado

● PHP es un lenguaje de código abierto muy popular, adecuado para desarrollo web y
que puede ser incrustado en HTML. Es popular porque un gran número de páginas y
portales web están creadas con PHP. Código abierto significa que es de uso libre y
gratuito para todos los programadores que quieran usarlo. Incrustado en HTML
significa que en un mismo archivo vamos a poder combinar código PHP con código
HTML, siguiendo unas reglas. PHP se utiliza para generar páginas web dinámicas.
Recordar que llamamos página estática a aquella cuyos contenidos permanecen
siempre igual, mientras que llamamos páginas dinámicas a aquellas cuyo contenido
no es el mismo siempre. Por ejemplo, los contenidos pueden cambiar en base a los
cambios que haya en una base de datos, de búsquedas o aportaciones de los usuarios,
etc.
● VS Code: Visual Studio Code es un editor de código fuente desarrollado por
Microsoft, este también incluye soporte para Git, análisis de código. En este se
pueden programar lenguajes de programación como PHP, CSS, HTML, C++,
JavaScript, etc. Para nuestro trabajo se programó en CSS, HTML y PHP.

● Sublime Text: Este al igual que VS Code es un editor de texto y código fuente.

● Rational Rose: Es una herramienta de diseño orientada a objetos que da soporte al

modelado visual, es decir, permite representar gráficamente un sistema permitiendo
hacer énfasis a los detalles más importantes.

● Figma: Figma es un editor de gráficos vectorial, esta herramienta se usa generalmente

para la generación de prototipos. El uso de este en el proyecto se usó para la parte del
diseño.

● MySQL: MySQL es un sistema de gestión de base de datos relacional de código

abierto.
4. Vista de Casos de Uso

Figura 1.
Diagrama de Casos de uso del sistema
Figura 2.

Relación de actor Usuario con los casos de uso de Autenticar Usuario, Recordar Clave y
Cambiar Clave

Autenticar usuario: Permite al usuario poder identificarse y autenticarse usando el sistema.

Recordar clave: Permite al usuario, poder recuperar su cuenta de usuario.
Cambiar clave: Permite al usuario poder cambiar su clave después de haber sido agregado al
sistema.
Figura 3.

Relación de actor Vendedor con el caso de uso Emitir Proforma

Emitir proforma: El sistema permite emitir una proforma.

Figura 4.

Relación del actor Cajero con los caso de uso Emitir Boleta y Generar repoorte ventas
 Emitir boleta: Permite al cajero emitir una boleta.
Generar reporte de ventas: Permite al sistema generar un reporte de ventas.

Figura 5.

Relación del actor Dispensador con el caso de uso Despachar Boleta

Despachar boleta: El sistema permite cambiar el estado de la boleta en el sistema.

Figura 6.

Relación de actor Administrador de sistema con el caso de uso Gestionar Usuario

Gestionar Usuario: El sistema permite gestionar los datos de los usuarios.

4.1 Realizaciones de casos de uso

Figura 7.
Diagrama de actividades del UC Autenticar Usuario
Figura 8.
Diagrama de actividades del UC Cambiar clave
Figura 9.
Diagrama de actividades del UC Recordar clave

Figura 10.
Diagrama de actividades del UC Emitir proforma

Figura 11.
Diagrama de actividades del UC Emitir boleta

Figura 12.
Diagrama de actividades del UC Despachar boleta

Figura 13.
Diagrama de actividades del UC Gestionar Reporte de ventas

Figura 14.
Diagrama de actividades del UC Gestionar Usuarios
5. Vista Lógica

Figura 15.
Diagrama de Objeto de análisis del UC Autenticar usuario
Figura 16.
Diagrama de secuencia de análisis del UC Auetenticar Usuario
Figura 17.
Diagrama de objeto de análisis del UC Recordar clave
Figura 18.
Diagrama de secuencia de análisis del UC Recordar clave
Figura 19.
Diagrama de objeto de análisis del Cambiar clave
Figura 20.
Diagrama de secuencia de análisis del UC Cambiar clave
Figura 21.
Diagrama de objeto de análisis del UC Emitir proforma

Figura 22.
Diagrama de secuencia de análisis del UC Emitir proforma
Figura 23.
Diagrama de objeto de análisis del UC Emitir boleta

Figura 24.
Diagrama de secuencia de análisis del UC Emitir boleta
Figura 25.
Diagrama de objeto de análisis del UC Despachar boleta
Figura 26
Diagrama de secuencia de análisis del UC Despachar boleta

Figura 27.
Diagrama de objeto de análisis del UC Generar Reporte de ventas

Figura 28.
Diagrama de secuencia de análisis del UC Generar reporte ventas
Figura 29.
Diagrama de objeto de análisis del UC Gestionar Usuario

Figura 30.
Diagrama de secuencia de análisis del UC Gestionar Usuario
6. Vista del Proceso

Figura 31.
Diagrama de objeto de diseño del UC Autenticar usuario
Figura 32.
Diagrama de secuencia de diseño del UC Autenticar usuario
Figura 33.
Diagrama de objeto de diseño del UC Recordar clave
Figura 34.
Diagrama de secuencia de diseño del UC Recordar clave
Figura 35.
Diagrama de objeto de diseño del UC Cambiar clave
Figura 36.
Diagrama de secuencia de diseño del UC Cambiar clave
Figura 37.
Diagrama de objeto de diseño del UC Emitir proforma
Figura 38.
Diagrama de secuencia de diseño del UC Emitir proforma
Figura 39.
Diagrama de objeto de diseño del Uc Emitir boleta
Figura 40.
Diagrama de secuencia de diseño del UC Emitir boleta
Figura 41.
Diagrama de objeto de diseño del UC Despachar boleta
Figura 42.
Diagrama de secuencia de diseño del UC Despachar boleta
Figura 43.
Diagrama de objeto de diseño del UC Generar reporte ventas
Figura 44.
Diagrama de secuencia de diseño del UC Generar reporte ventas
Figura 45.
Diagrama de objeto de diseño del UC Gestionar Usuario
Figura 46.
Diagrama de secuencia de diseño del UC Gestionar Usuario