Azul y Oro

Azul y Oro, es un abarrotes, un negocio que vende desde artículos para el hogar, productos
domésticos hasta vinos y licores, vendiendo desde confitería hasta frutas y verduras.

Azul y Oro, pertenece al sector retail o comercio minorista, un sector económico que forma
parte de la economía de una zona.

Procesos que quieren que sea optimizado a través de un software.

En Azul y Oro, quieren implementar un sistema que capture los productos de entrada y los de
salida, para establecer un orden dentro de lo que vende, además de la posibilidad de editar
precios, añadir productos y crear inventarios.

El sistema debe proporcionar la posibilidad de imprimir recibos de los movimientos que se

realicen dentro de la tienda.

El sistema debe ser capaz de leer los productos de código de barra y/o con los nombres de los
productos a vender (Esto en caso, de que el producto no cuente con un código de barra).

El sistema debe ser capaz de aceptar pagos en tarjeta, capacidad de hacer recargas, además
de que el sistema tenga la capacidad de generar un código QR, para que el comprador lo
utilice para realizar pagos, sin la necesidad de cargar con efectivo y así solo escanee el código
para pagar el producto.

El sistema debe ser sencillo, fácil de entender, con mecánicas ya utilizadas y no sea muy
complejo utilizar.

Yo como DBA (Administrador de base de datos) debo solucionar este problema, creando un
software que permita eliminar los procesos que se realizan, en vez de estar cambiando los
valores de productos, ya tenerlos preestablecidos, evitando pérdidas, además de crear QR
que eliminen el proceso de cargar con efectivo e incluso la capacidad de realizar recargas
telefónicas.

Proceso del diseño del Software

El diseño del software es el proceso de representar un problema en una solución a través de

diferentes procesos. Para diseñar un software o un sistema es necesario comprender el
problema, analizarlo desde distintos ángulos, además de identificar las soluciones y elegir la
más adecuada.

Diseño arquitectónico del Software

El diseño arquitectónico es una etapa del diseño de software en la cual se descompone el

proyecto en subsistemas más pequeños, los cuales pueden ser ejecutados por diferentes
equipos, lo cual permite realizar un mejor análisis de cada submódulo.

Dividir el sistema en varios subprocesos permite tener una mejor calidad en diseño y sirve de
guía durante el desarrollo; además de una mejor visión del proyecto, es decir; podemos
realizar un mayor análisis y diseño a cada subsistema creado.

Esta etapa es sumamente importante, ya que, si no se hace esta etapa podría derivar en que
el desarrollo no reúna las necesidades del cliente y por consecuencia, el costo para corregir
algún problema encontrado en la arquitectura
 .

Modelo Burbuja

El modelo que usaremos será el modelo burbuja, este modelo nos permite dividir en una forma
más eficiente los proyectos, de acuerdo a lo que se propone, además nos permite ir dividiendo
los subsistemas encontrados, no importa el nivel donde esté, entre más específico sea el
modelo será mejor.

1. Modelo Burbuja. (Vista General)

2. Modelo Burbuja. (Proceso_Ingresar Producto)

 Preci
o
Código.
Barras
Nombre. Ingresar Product
Manual Producto o
Nombre.
Producto
Cantida
d
3. Modelo Burbuja. (Proceso_Pagos)

Pago
Código
Imprimir
Nombre. PAG
Reducir. Cant.
Pago
Pago

4. Modelo Burbuja. (Proceso_Recarga)

Nombre.
Compañía

Número
Telefónico
Recar Report
Pla ga e
n

Mont
o
Modelo de Procesos

Una vez que tenga el proceso, debo crear un diagrama donde especifique el diagrama de flujo
de datos.

1. Modelado del Proceso de Ingresar_Productos

 Se
Códi Inici ingresa Guar
go. o Nombre dar
Barr , Precio,
Ingresa Se
r Fin almace
Produc na en
tos

Nomb Se
Inici ingresa Guar
re. o dar
Manu Precio,

Se
Fin almace
na en

2. Modelado de procesos de Pagos

Tarjet
Códig Inici Forma Ingresa
o. o de QR r
Barras
Efecti

Fin Reducir. Imprimir

Pago Cant. Movimien
s
Tarjet
Nombr
e. Inici Forma QR Ingresa
Manua o de r
l
Efecti

Fin Reducir. Imprimir

Cant. Movimien

3. Modelado de procesos de Recargas

 Ingresar Ingresar
Recarga Compañí Plan Monto
s Número
a

Fin Generar
Impresión

Requisitos Funcionales y No funcionales

Durante esta etapa se debe de obtener los requisitos funcionales y no funcionales de un

sistema. Se debe de cumplir con todos los requerimientos iniciales.

Los requerimientos NO funcionales definen cómo debe ser un sistema, estos requerimientos
pueden ir o no inmersos en éste, ya que, permiten describir las restricciones que limitan la
construcción de una solución.

*Requerimientos No funcionales

● Todos los movimientos dentro del mismo sistema.

● El sistema debe leer los códigos de barra, generar códigos QR y manejar efectivo
● Interfaz muy sencilla, con mecánicas ya utilizadas en otros softwares.

Los requerimientos funcionales definen lo que esperamos que debe hacer un sistema, ahí se
describe la interacción entre el sistema y el entorno; es decir, se detallan los servicios y las
funciones del sistema.

*Requerimientos Funcionales

● El sistema capture los productos de entrada y de salida

● El sistema edita precios, añade productos, crea inventarios, imprime reportes y
movimientos realizados dentro del mismo.

El software (Sistema) habilitará el orden dentro de la tienda, antes era todo manual con
efectivo, donde a veces se manejaba mal los precios y se cometían muchos errores, ahora
con este nuevo sistema agilizará todos los movimientos, además que agregará nuevas
herramientas para la tienda.
Conclusión

Contar con un modelo de la arquitectura en etapas tempranas se hace evidente, ya que, con el
sistema nos permite contar con un modelo de alto nivel, lo que al final nos conducirá al
producto final. El objetivo de la ingeniería de software, es crear metodologías o en dado caso,
utilizar metodologías para llevar a cabo, de manera ordenada y eficaz, un nuevo sistema,
software o proyecto de tecnología, y no tener un sistema que no funcione o que tenga fallos,
sino al contrario, con estos métodos crear un buen software.
Bibliografías.

● Meaurio. S, Valeria. “La arquitectura del software en el proceso de desarrollo”.

Recuperado en: file:///C:/Users/Aaron/Downloads/Bloque%202%20_%20Lectura
%20complementaria%201.pdf
● IEU, “Proceso de Diseño de software”. Recuperado en:
file:///C:/Users/Aaron/Downloads/Apuntes%20S2.pdf