Labo 5

Musical Express
Sistema de Venta Online

Documento de la Arquitectura del Software
Versión <1.0>
1.
2.
3. [Nota: La siguiente plantilla se proporciona para el uso del Marco Metodológico Mercantil para el Desarrollo
de los Sistemas de Información (3M-DSI). El texto dentro de corchetes y escrito en cursivas azules
(style=InfoBlue) es incluido para proporcionar al autor una guía y debe eliminarse antes de publicar el
documento. El párrafo que se inserte seguido de este estilo será cambiado automáticamente a normal
(style=Body Text).]
4. [Para personalizar campos automáticos en Microsoft Word (aquellos que despliegan un fondo gris cuando son
seleccionados), seleccione Archivo>Propiedades y reemplace los campos de Título, Asunto y Compañía con la
información apropiada para este documento. Después de cerrar el diálogo pueden actualizarse los campos
automáticos a lo largo del documento, seleccionando Edición>Seleccionar todo (o Ctrl-E) y presionando F9, o
simplemente haciendo clic en el campo y presionando F9. Esto debe hacerse separadamente para los
Encabezados y Pies de Página. Alt-F9 permite intercambiar entre que se muestre los nombres de los campos y
los contenidos de éstos. Vea la ayuda de Word para más información sobre el trabajo con campos.]
Sistema de Venta Online Versión: 1.0
Documento de la Arquitectura de Software Fecha: 23/4/2019
Vista de Caso de Usos
Historia de Revisión
Fecha Versión Descripción Autor
23/04/2019 1.0 Vista de Caso de Uso Salinas Fuentes,

Gian Carlo
Suazo
Apolinario,
Cristian
Quispe Cruz,
Alex
Sanchez
Delesma, Peter
Salazar
Palomino,
Bruno
Confidencial Musical Express, 2020 Página 2 de 22

Tabla de Contenidos
1. Introducción 4
1.1 Propósito 4
1.2 Alcance 4
1.3 Definiciones, Siglas, y Abreviaciones 4
1.4 Referencias 4
1.5 Vista Global 4
2. Representación Arquitectónica 4
3. Metas y Restricciones Arquitectónicas 4
4. Vista de Casos de Uso 4
5. Vista Lógica 4
5.1 Visión general 5
5.2 Paquetes de Diseño Significativos Arquitectónicamente 5
5.3 Realizaciones de los casos de uso 5
6. Vista de Procesos 5
7. Vista de Implantación 5
8. Vista de Implementación 5
8.1 Vista General 5
8.2 Capas 6
9. Vista de Datos 6
10. Tamaño y Desempeño 6
11. Calidad 6

Documento de la Arquitectura del Software

1. Introducción
5. Este documento es actualizable de acuerdo a los cambios técnicos de arquitectura que vayan apareciendo. El
objetivo del documento es mantener organizada la Arquitectura Técnica Organizacional y proveer una fuente
de referencia para los analistas y diseñadores de la página web. Los analistas y desarrolladores de la página
web utilizarán este documento para propósitos informativos de entendimiento de la actual arquitectura, y para
los propósitos del análisis para discernir si la arquitectura, como es, apoyará sus requisitos de la página web.
Si se exigen cambios a la arquitectura, estos cambios deben revisarse con el equipo de Infraestructura para su
resolución. El diseñador de la aplicación hará las modificaciones apropiadas entonces a este documento.
1.1 Propósito
6. El presente documento de Arquitectura de Software tiene como propósito mostrar una representación
arquitectural global y las diferentes funcionalidades, componentes y demás características del SVO.
1.2 Alcance
Presentar la solución de la arquitectura del SVO, el funcionamiento desde un punto de vista general y
todos los componentes arquitecturales en terminos de pagina web.
1.3 Definiciones, Siglas, y Abreviaciones

7. SVO:Sistema de Ventas Online
PHP: Hypertext Preprocessor es un lenguaje de código abierto muy popular especialmente adecuado
para el desarrollo web
MongoDB: es un sistema de base de datos NoSQL orientado a documentos de código abierto.
1.4 Referencias
Documento Versión Fecha de la versión

Atributos de Calidad 1.1 16/04/19
Diagrama CUS 1.1 16/04/19
Especificación CUS 1.1 16/04/19
Estilo Arquitectónico , Estrategia de 1.1 15/04/19
Descomposición y Estilos de Control
Documento de visión del Sistema 1.1 15/04/19
1.5 Vista Global

Este documento detalla la arquitectura usando las vistas definidas en el modelo “4+1”, usando la
convención de nombres de RUP.
2. Representación Arquitectónica
• Vista Lógica: Esta visión se centra en la realización de la funcionalidad de una aplicación en términos
de elementos estructurales, abstracciones y mecanismos clave, separación de preocupaciones y
distribución de responsabilidades. Los arquitectos utilizan este punto de vista para el análisis funcional.
La arquitectura lógica está representada en diferentes niveles de abstracción y evoluciona
progresivamente en iteraciones.

• Vista de Implementación: Esta es una vista de la arquitectura de un sistema que abarca los componentes
usados para ensamblar y liberar un sistema físico. Esta vista se centra en la gestión de la configuración y la
organización real del módulo de software en el entorno de desarrollo
• Vista de Despliegue Implementación o vista física (asignación de software a hardware) Esta vista abarca
los nodos que forman la topología de hardware del sistema en la que se ejecuta el sistema; Se centra en la
distribución, la comunicación y el aprovisionamiento.
• Vista de Casos de Uso La vista de caso de uso abarca los casos de uso que describen el comportamiento
del sistema visto por sus usuarios finales y otras partes interesadas. Aunque tradicionalmente se discute
como la última vista, esta es la primera vista creada en el ciclo de vida del desarrollo del sistema
3. Metas y Restricciones Arquitectónicas

Plataforma Tecnológica: Una pagina web amigable, intutiva e interactive con el usuario, facilitando su uso.
Persistencia: La persistencia de una plataforma llamada MongoDB el cual tiene dentro de sus
herramientas una Base de datos NoSQL que almacena los datos en JSON y funciona en tiempo real con la
pagina web.
Disponibilidad: Debido a la naturaleza de SVO que usa el recurso MongoDB que da una fidelidad de
disponiblidad y resistencia a fallos se puede asegurar estas mismas de parte del servidor. Vista de
Casos de Uso
3.1 Descripción de Negocio
La Empresa Musical Express se dedica a la venta de instrumentos musicales actualmente la empresa desea
incorporar ventas online.

3.2 Modelo de Dominio
Cliente
Producto
0..n
1
Usuario Carrito de Compras
1 1
1 1
Compra
0..n 0..n
3.3 Diagrama de Actores
Cliente
Sistema de
Ventas
Usuario
3.4 CU Relevantes para la Arquitectura

Subsistema de Ventas
Proceso de Ventas Proceso de Registro de Usuario
Comprar Producto Consultar Precio de Producto
Sistema de
Ventas
Eliminar Producto al Carrito de Registrar Usuario

Compras
Cliente
Usuario
Añadir Producto al Carrito de

Compras
3.5 Descripción de Caso de Uso Relevantes
3.6 Añadir Producto al Carrito de Compras
3.6.1 Descripción
En este caso de uso el usuario registrara su producto en el carrito de compras.
3.7 Comprar Productos
3.7.1 Descripción
En este caso de uso el usuario va a comprar algún producto que se encuentre en su carrito de compras.
3.8 Añadir Producto al Carrito de Compras
3.8.1 Descripción
En este caso de uso el usuario va a eliminar algún producto que se encuentre en su carrito de compras.
3.9 Registrar Usuario
3.9.1 Descripción
En este caso de uso el cliente se registra para ser usuario.

3.10 Especificación de Caso de Uso relevante

4. ESPECIFICACIÓN DE CASO DE USO: AÑADIR PRODUCTO AL CARRITO

DE COMPRAS
4.1 Precondiciones
Elegir un producto de preferencia.
4.2 Flujo de Eventos
4.2.1 Flujo Básico

1. El usuario escribe en la barra de búsqueda el producto que desea buscar.
2. El sistema le muestra los resultados para la búsqueda realizada.
3. EL usuario selecciona un producto mostrado.
4. El sistema le muestra la interfaz del producto mostrado.
5. El usuario escoge la cantidad deseada del producto.
6. El usuario clica en el botón añadir al carrito.
7. El sistema muestra un mensaje en el que se indica que se añadió al carrito de compras
correctamente.
8. Termina el caso de uso.
4.2.2 Flujos Alternativos

No aparece el producto buscado
Después del paso 2
9. EL usuario sale de la página o realiza otra búsqueda.
4.3 Postcondiciones
El producto fue añadido al carrito.
4.4 Puntos de Extensión

No hay puntos de extensión.
5. ESPECIFICACIÓN DE CASO DE USO: COMPRAR PRODUCTOS
5.1 Precondiciones
El usuario debe tener por lo menos un producto en su carrito de compras.
5.2.1 Flujo Básico

1. El usuario pulsa en el botón con forma de carrito de compras.
2. El sistema muestra los productos dentro del carrito de compras.
3. EL usuario clickea el botón comprar en la misma sección que el producto a comprar.
4. El sistema le muestra los medios de pago.
5. El usuario escoge su medio de pago.
6. El usuario clickea en el botón siguiente.
7. El sistema muestra los datos a rellenar para el pago.
8. El usuario rellena los datos.
9. El usuario clickea en comprar.
10. El sistema muestra un mensaje de confirmación.

11. El usuario clickea en sí.

12. El sistema le manda un mensaje de que la compra se realizó satisfactoriamente.
13. El usuario da clic en entendido.
14. Termina el caso de usa.

Después del paso 10
11. El usuario pulsa el botón no.
12. El sistema le muestra los productos dentro del carrito de compras.
Termina el caso de uso
5.3 Postcondiciones
Se muestra un mensaje compra exitosa.


6. ESPECIFICACIÓN DE CASO DE USO: ELIMINAR PRODUCTO DEL

CARRITO DE COMPRAS
6.1 Precondiciones
El usuario debe tener por lo menos un producto en el carrito de compras.
6.2.1 Flujo Básico

El usuario clickea en el botón con forma de carrito de compras.
El sistema muestra los productos dentro del carrito de compras.
1. EL usuario pulsa el botón en forma de tacho de basura adjunto al producto a eliminar.
2. El sistema le envía un mensaje preguntándole si esta seguro de eliminar el producto.
3. El usuario pulsa en el botón sí.
4. El sistema remueve el producto del carrito de compras

Después del paso 4
5. El usuario pulsa el botón no.
6. El sistema le muestra los productos dentro del carrito de compras.
Termina el caso de uso.
6.3 Postcondiciones
El producto fue eliminado del carrito.

7. ESPECIFICACIÓN DE CASO DE USO: REGISTRAR USUARIO
7.1 Precondiciones
No hay precondición.
7.2.1 Flujo Básico

1. El cliente pulsa en el icono agregar usuario.
2. El sistema le muestra la interfaz para logear al usuario.
3. EL cliente clickea en registrar.
4. El sistema le muestra la interfaz para registrar usuario.
5. El usuario rellena los datos.

6. El usuario pulsa el botón registrar.


No hay flujos Alternativos.
7.3 Postcondiciones
El usuario fue registrado.

7.5 Prototipo de Interfaz

CUS: Registrar Usuario

CUS: Agregar Producto al Carrito de Compras

CUS: Eliminar Producto del Carrito de Compras


CUS: Comprar Productos



7.6 Sección de Restricciones
7.6.1 Normativas
7.6.2 Estándares
7.6.3 Tecnología
7.6.4 Sistemas Existentes
7.6.5 Soporte

7.7 Sección QoS
7.7.1 Usabilidad
“El usuario sin experiencia es capaz de utilizer las interfaces del sistema”.
7.7.2 Confiabilidad
“el subsistema de la compra no debe fallar”.
7.7.3 Performance
“El subsistema de Compra tiene fuertes restricciones en los CU”
8. Vista Lógica
8. [Se describen las partes del modelo de diseño que son significativas arquitectónicamente, tales como, su
descomposición dentro de subsistemas y paquetes de servicios; y para cada paquete, su descomposición dentro
de clases y utilidades de clases. Introducir las clases relevantes arquitectónicamente y describir sus
responsabilidades, así como sus relaciones, operaciones y atributos.]
8.1 Visión general

9. [Describa de manera general, la descomposición del modelo de diseño en términos de su jerarquía de paquetes
y capas. Incluir algunos diagramas mostrando los paquetes de alto nivel, así como su interdependencia y sus
capa]s.
8.2 Paquetes de Diseño Significativos Arquitectónicamente

10. [Para cada paquete significativo, incluya una subsección con su nombre, una breve descripción y un diagrama
con todas las clases y paquetes significativos, contenidos dentro del paquete. Para cada clase significativa en
el paquete, incluya su nombre, una breve descripción y, opcionalmente, alguna descripción de sus principales
responsabilidades, operaciones y atributos.]
8.3 Realizaciones de los casos de uso

11. [Esta sección ilustra cómo el software realmente trabaja, al mostrar la realización de algunos casos de uso
seleccionados (o escenarios), y explica cómo los diferentes elementos del modelo de diseño contribuyen a su
funcionalidad]

8.4 Diagrama Conceptual
9. Vista de Procesos
[Se describe la descomposición del sistema dentro de procesos y grupos de procesos. Se debe organizar la
sección por grupos de procesos donde se reflejen sus comunicaciones o interacciones. Describa primero
los principales modos de comunicación entre procesos, tales como: pases de mensajes, etc. Para cada red
de procesos se debe incluir una subsección con la siguiente información:
- Su nombre.
- Los procesos involucrados.
- Las interacciones entre los procesos en la forma de diagramas de colaboración, en los cuales los objetos
son los procesos reales que completan su propio vínculo de control. Para cada proceso, describa
brevemente su comportamiento, su ciclo de vida y sus características de comunicación.]
10. Vista de Implantación
[Se describe una o más configuraciones de redes físicas (hardware) sobre las cuales el software será
desarrollado. Para cada configuración, se debe indicar los nodos físicos (computadores, CPUs) que
ejecutan el software, y sus interconexiones (bus, LAN, punto a punto, etc.). También se incluye un mapa de
los procesos de la vista de procesos, dentro de los nodos físicos. Para cada configuración física de red
incluya una subsección con la siguiente información:
- Su nombre.
- Un diagrama de entrega que ilustre la configuración, seguida por un mapa de procesos para cada
procesador.
11. Vista de Implementación

12. [Se describe la descomposición del software dentro de capas y subsistemas en el modelo de implementación].
13. Contiene dos subsecciones:
11.1 Vista General
En 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. En nuestro sistema la vista es la página
Web, que será desarrollada en PHP y el código que provee de datos dinámicos a la página,
el modelo es el Sistema de Gestión de Base de Datos y el controlador representa la Lógica
de negocio.
11.2 Capas
[Para cada capa, incluya una subsección con la siguiente información:
 Su nombre.
 Una lista de los subsistemas ubicados en la capa, con nombre, abreviación y una breve descripción.
 Un diagrama de componentes que muestre los subsistemas y sus dependencias importantes.
 Su relación con elementos de la Vista Lógica.]
12. Vista de Datos
14. [Una descripción de la perspectiva del almacenamiento de datos persistentes en el sistema. Esta vista es sólo
opcional en el caso de Aplicaciones Adquiridas.]

13. Tamaño y Desempeño

[Se describen las principales características de dimensionamiento del software que impactan la
arquitectura, así como las restricciones de desempeño: rendimiento, tiempos de respuesta, etc.]
14. Calidad
[Se describe cómo la arquitectura del software contribuye con todas las capacidades (además de la
funcionalidad) del sistema: extensibilidad, confiabilidad, portabilidad, etc. Esta sección puede ser
organizada por vistas.]

Labo 5

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Labo 5

Cargado por

Copyright:

Formatos disponibles

Musical Express

Sistema de Venta Online

23/04/2019 1.0 Vista de Caso de Uso Salinas Fuentes,

Confidencial Musical Express, 2020 Página 2 de 22

3. Metas y Restricciones Arquitectónicas 4

4. Vista de Casos de Uso 4

10. Tamaño y Desempeño 6

Confidencial Musical Express, 2020 Página 3 de 22

Documento de la Arquitectura del Software

1.3 Definiciones, Siglas, y Abreviaciones

Documento Versión Fecha de la versión

1.5 Vista Global

Confidencial Musical Express, 2020 Página 4 de 22

3. Metas y Restricciones Arquitectónicas

Confidencial Musical Express, 2020 Página 5 de 22

3.2 Modelo de Dominio

3.3 Diagrama de Actores

3.4 CU Relevantes para la Arquitectura

Confidencial Musical Express, 2020 Página 6 de 22

Proceso de Ventas Proceso de Registro de Usuario

Comprar Producto Consultar Precio de Producto

Eliminar Producto al Carrito de Registrar Usuario

Añadir Producto al Carrito de

3.5 Descripción de Caso de Uso Relevantes

3.6 Añadir Producto al Carrito de Compras

3.7 Comprar Productos

3.8 Añadir Producto al Carrito de Compras

3.9 Registrar Usuario

Confidencial Musical Express, 2020 Página 7 de 22

3.10 Especificación de Caso de Uso relevante

Confidencial Musical Express, 2020 Página 8 de 22

4. ESPECIFICACIÓN DE CASO DE USO: AÑADIR PRODUCTO AL CARRITO

4.2 Flujo de Eventos

4.2.1 Flujo Básico

4.2.2 Flujos Alternativos

4.4 Puntos de Extensión

5. ESPECIFICACIÓN DE CASO DE USO: COMPRAR PRODUCTOS

5.2 Flujo de Eventos

5.2.1 Flujo Básico

Confidencial Musical Express, 2020 Página 9 de 22

11. El usuario clickea en sí.

5.2.2 Flujos Alternativos

5.4 Puntos de Extensión

Confidencial Musical Express, 2020 Página 10 de 22

6. ESPECIFICACIÓN DE CASO DE USO: ELIMINAR PRODUCTO DEL

6.2 Flujo de Eventos

6.2.1 Flujo Básico

6.2.2 Flujos Alternativos

6.4 Puntos de Extensión

7. ESPECIFICACIÓN DE CASO DE USO: REGISTRAR USUARIO

7.2 Flujo de Eventos

7.2.1 Flujo Básico

Confidencial Musical Express, 2020 Página 11 de 22

6. El usuario pulsa el botón registrar.

7.2.2 Flujos Alternativos

7.4 Puntos de Extensión

7.5 Prototipo de Interfaz

Confidencial Musical Express, 2020 Página 12 de 22

CUS: Agregar Producto al Carrito de Compras

Confidencial Musical Express, 2020 Página 13 de 22

CUS: Eliminar Producto del Carrito de Compras

Confidencial Musical Express, 2020 Página 14 de 22

Confidencial Musical Express, 2020 Página 15 de 22