UNIVERSIDAD AUTÓNOMA DEL PERÚ
FACULTAD DE INGENIERÍA Y ARQUITECTURA
CARRERA PROFESIONAL DE INGENIERÍA DE SISTEMAS
PROYECTO ACADÉMICO
RESUMEN SOBRE LA ARQUITECTURA DE SOFTWARE
DOCENTE :
Cruzado Puente de la Vega , Carlos Francisco
AUTORES:
Avila Satornicio Sebastián Jesús
Cardenas Mayta,Brayan Smith.
Espinoza Cori,Ronaldo Edwin
Malaver Villafuerte Nelly Sandra
Ochante Huamaccto, Waldir
Peralta Linares, Alicia
Salas Jimenez, Stefanny
CICLO:
VII
Lima-Perú
2021
INDICE
INTRODUCCIÓN ....................................................................................................... 3
1. Proceso de Negocio ............................................................................................... 4
2. Metodología de Diseño de Arquitectura de Software ADD ..................................... 7
3. Propuesta de arquitectura de software................................................................... 8
4. Análisis de requerimientos funcionales .................................................................. 8
5. Restricciones y requerimientos no funcionales ...................................................... 9
5.1. Restricciones del diseño .................................................................................. 9
5.2. Requerimientos no funcionales...................................................................... 10
6. Vista general de la arquitectura ............................................................................ 11
7. Análisis de la arquitectura propuesta ................................................................... 12
7.1. Análisis de escenario .................................................................................... 12
8. Riesgos y limitaciones .......................................................................................... 15
8.1. Riesgos .......................................................................................................... 15
8.2. Limitaciones ................................................................................................... 15
CONCLUSIONES..................................................................................................... 16
INTRODUCCIÓN
Este documento describe el trabajo realizado en el proyecto final del curso de
Desarrollo de Software basado en Frameworks. El proyecto consiste en la
implementación de un Sistema Web para el proceso de Pedidos por Delivery para la
Panadería "La Unión" situado en el distrito de Villa el Salvador, que permite al negocio
evitar que no se genere grandes aglomeraciones en el local optimizando mejor sus
procesos de negocio. En la actualidad este negocio está siendo afectado por el tema
de la Pandemia, ya que a comienzos del Año tuvo mucha perdida en su rentabilidad,
donde el Jefe del negocio vio que no tiene un sistema que automatice sus procesos
del negocio que esto ayudaría a optimizar mejor todos los proceso de cual aumentaría
más sus ganancias para el negocio, entonces nos solicitó resolver este problema que
enfrentan mediante nuestras técnicas aprendidas en nuestra Carrera de Ingeniería de
Sistemas.
Para el desarrollo de este proyecto se trabajó bajo la metodología Scrum que fue la
metodología más adaptable para este trabajo ya que el Jefe General solicito realizar
reuniones diarias para gestionar los cumplimientos de los requerimientos del Sistema.
El objetivo de este sistema es dar una visión general de la panadería y los servicios
que dispone, así como también brindar una serie de funcionalidades para sus clientes
registrados en el sistema, a sus vendedores, a sus repartidores y también al
administrador de la panadería. La web debe ser agradable y ser accesible desde
cualquier navegador por Internet de la cual mostrara a sus clientes el catálogo de
productos que ofrece la panadería y por parte del administrador es la gestión de
catálogos, de productos y el control pedidos de los clientes, el repartidor podrá
gestionar el control de pedidos y el vendedor podrá ver el catálogo de productos. La
panadería al realizar este sistema se podría beneficiar enormemente al contar con un
sistema web complejo y actualizado, esto ayudara a tener mayor alcance y presencia
en el mundo Virtual, mejorando sus ganancias y seguir presentes en el mercado
nacional durante la época de Pandemia, donde también se beneficiarían sus clientes
que se permitirá realizar los servicios que tiene la panadería y por parte del Jefe
General del negocio poder gestionar de manera de una manera más compleja sus
procesos.
1. Proceso de Negocio
Administrador: Es el encargado de administrar el negocio, dar un servicio de calidad,
es responsable de administrar las ventas realizadas por los clientes.
Vendedor: Encargado de organizar los pedidos, ayuda de manera remota al
repartidor para la entrega del pedido
Repartidor: Es el encargado de repartir los pedidos de los clientes
Cliente : Es el que consume el producto que brinda la panadería.
Diagrama de casos de Uso de Negocio - UDCN
Tabla de Descripción de las Áreas de negocio
AREAS DEL DESCRIPCIÓN
NEGOCIO
En esta Área está encargado por Alfredo Casariego
que es el Jefe de Distribución, es quien se encarga de
organizar la recepción de la materia prima,
almacenamiento y el control de envíos de los
productos de la panadería hacia sus clientes, para que
se envié de una manera correcta esta la supervisora
Área de Distribución que se encarga de supervisar el empaquetado de los
productos y por el ultimo están los repartidores que es
encarga del envió
En el Área de Ventas está encargado por Ismael
Avendaño es quien encarga de planificar el
presupuestos de las ventas, generando así las metas
y los objetivos dentro del área y también para cada
vendedor, el supervisor de esta área se encarga de
Área de Ventas mantener un control interno en sus trabajadores,
supervisando sus metas y objetivos y por ultimo están
los vendedores que se encargan de ofrecer los
productos de la panadería
En esta Área está encargada por el Jefe Sandro
Avendaño, ella es quien supervisa y se encarga del
Área de Finanzas flujo del dinero y de los activos que entran y salen de
la panadería, con la finalidad de logar cumplir las
normas legales establecidas, vela por la entrega de las
finanzas presupuestarias con el objetivo de ser
utilizadas para las tomas de decisiones dentro del
negocio, el asistente contable apoya al Jefe de
Finanzas y realiza diferentes tareas administrativas ,
por ultimo están los cajeros que se encargan de
administrar y son responsables del conteo de las
ganancias y atención al cliente
La encargada de esta Área es la Jefa Alisson
Gutiérrez, ella responsable de dirigir, planificar y
coordinar las actividades pertenecientes a la
producción, gestionando todos los recursos
disponibles, desarrollando estrategias y
procedimientos óptimos para entregar productos de
Área de Producción alta calidad, el supervisor se encarga del control de la
producción que realizan sus trabajadores, por último
están los panaderos y los pasteleros que ellos son los
responsables que la creación de los productos finales
para sus clientes
• Organizar los tipos de productos: La panadería no tiene como organizar sus
productos.
• Catálogo de Productos: La panadería no tiene como poder distribuir sus
productos por categoría.
• Código de productos: La panadería no tiene un código para sus diferentes
productos para poder separar los pedidos de los clientes.
• Pedidos del Producto: La panadería aún no tiene una manera de poder
separar los pedidos de los clientes para su entrega.
• Ventas del Producto: La panadería aún no tiene un control de las ventas que
se realizan a diario de sus diferentes productos que venden.
• Cobranza de los Productos: La panadería aún no tiene como poder adquirir
productos que se ha necesarios y que tenga un mayor consumo por los
clientes.
2. Metodología de Diseño de Arquitectura de Software ADD
La arquitectura de software representa la estructura o las estructuras del
sistema, que consta de componentes de software, las propiedades visibles
externamente y las relaciones entre ellas. Este es el proceso que se sigue para
implementar el método ADD para el diseño de una Arquitectura de Software.
3. Propuesta de arquitectura de software
Esta propuesta contiene los requerimientos funcionales del sistema,
restricciones de diseño, objetivos a alcanzar en base a los requerimientos,
arquitectura propuesta y análisis.
4. Análisis de requerimientos funcionales
REQ_01: El sistema debe permitir guardar el registro del cliente en la base de datos.
REQ_02: El sistema debe permitir verificar la autenticación de ingreso del cliente.
REQ_03: El sistema debe permitir mostrar producto por categoría.
REQ_04: El sistema debe permitir mostrar producto y precio.
REQ_05: El sistema debe permitir mostrar detalle de pedido.
REQ_06: El sistema debe permitir consultar estado de producto.
REQ_07: El sistema debe permitir añadir el producto al carrito de compra.
REQ_08: El sistema debe permitir poder modificar,eliminar o cancelar pedido
REQ_09: El sistema debe permitir mostrar el tipo de pago.
REQ_10: El sistema debe permitir al cliente poder realizar el pago.
REQ_11: El sistema debe permitir mostrar el reporte diario.
REQ_12: El sistema debe permitir imprimir el reporte.
REQ_13: El sistema debe permitir mostrar los clientes registrados.
REQ_14: El sistema debe permitir clasificar los productos.
REQ_15: El sistema debe permitir Puede agregar,modificar o retirar producto.
REQ_16: El sistema debe permitir ver las especificaciones de cada pedido a entregar.
REQ_17: El sistema debe permitir visualizar pedido.
REQ_18: El sistema debe permitir poder enviar mensaje al repartidor.
5. Restricciones y requerimientos no funcionales
5.1. Restricciones del diseño
• Políticas Reguladoras
La aplicación se desarrollará mediante software de licencia abierta por lo tanto no
se deberá pagar por el uso de: servidor WEB (Apache), Sistema de Gestión de
base de datos (MySQL) y el lenguaje de programación (PHP), por lo tanto, la
utilización de estos programas se hará mediante las políticas establecidas por este
tipo de licenciamiento.
• Limitaciones de Hardware
Para esta aplicación será necesario un computador servidor en el cual se instalará el
servidor WEB apache, MySQL, PHP y la web La Unión.
• Funciones de control
El sistema debe controlar los permisos que tiene cada usuario para su
accesibilidad de una manera correcta, de tal forma que pueda acceder la
información que le corresponde de acuerdo a su rol. Debe tener controles
adecuados para la validación de datos, de igual manera el control de los pedidos
específicos para cada usuario.
• Requisitos de Fiabilidad
La información correspondiente al stock de los productos y pedidos como la fecha,
la hora, la ubicación, cantidad del producto, cliente y los recursos deben estar
correctos para evitar una mala atención.
• Credibilidad de la aplicación
Para garantizar una buena credibilidad el sistema deberá ser sometido a una serie
de pruebas para establecer que se encuentra acorde a los requerimientos que se
plasman en el documento en tanto a la consistencia de datos como al rendimiento
de la aplicación, tales como tiempos de respuesta.
• Consideraciones de seguridad
Cada usuario deberá autenticarse y su acceso verificado por una sola terminal
para su respectiva labor de acuerdo a lo que su rol especifique. Todas las claves
de seguridad deberán estar seguras y en su defecto encriptadas en la base de
datos para dar una buena seguridad al sistema y su información.
5.2. Requerimientos no funcionales
• Requisitos de rendimiento
El sistema brindará al cliente una velocidad de respuesta rápida, sin importar
la cantidad de usuarios que estén conectados.
• Seguridad
El sistema brindará seguridad a los clientes, teniendo el https, con certificado
la cual da más seguridad para el cliente.
• Fiabilidad
El sistema brindará un servicio eficaz donde si realizaste un pedido podrás
verlo en historial de pedidos.
• Disponibilidad
El sistema mostrará al usuario cuando un producto está disponible para su
compra.
• Mantenibilidad
El sistema mostrará a los usuarios desde su correo electrónico cuando el
sistema esté en mantenimiento y cuando termine, suele durar 2 horas como
máximo. Dando algunas mejoras al sistema para usuario.
• Portabilidad
El sistema se podrá abrir en cualquier computadora, laptop o celular, La Única
necesidad sería tener una conexión de internet.
6. Vista general de la arquitectura
- Capa de Presentación:
La que ve el usuario (también se la denomina «capa de usuario»), presenta el
sistema al usuario, le comunica la información y captura la información del
usuario en un mínimo de proceso (realiza un filtrado previo para comprobar que
no hay errores de formato).
- Capa de Negocio:
Es donde residen los programas que se ejecutan, se reciben las peticiones del
usuario y se envían las respuestas tras el proceso. Se denomina capa de
negocio (e incluso de lógica del negocio) porque es aquí donde se establecen
todas las reglas que deben cumplirse.
- Capa de Datos:
Es donde residen los datos y es la encargada de acceder a los mismos. Está
formada por uno o más gestores de bases de datos que realizan todo el
almacenamiento de datos, reciben solicitudes de almacenamiento o
recuperación de información desde la capa de negocio.
7. Análisis de la arquitectura propuesta
En esta sección examinaremos la arquitectura propuesta a la luz de los objetivos, los
requerimientos funcionales y no funcionales, y las restricciones planteadas en la
sección anterior. Realizamos este análisis desde tres perspectivas diferentes:
examinando el cumplimiento de los requerimientos de los
interesados, analizando escenarios que puedan presentarse y considerando riesgos
y limitaciones, proponiendo estrategias a seguir para minimizar los riesgos y superar
las limitaciones.
7.1. Análisis de escenario
Atributos de calidad
- Desplegabilidad:
El proceso de implementación general consiste en varias actividades
interrelacionadas con posibles transiciones entre ellas. Estas actividades
pueden ocurrir en el lado del desarrollador de software o en el lado del
consumidor o en ambos. Debido a que cada sistema de software es único, los
procesos o procedimientos precisos dentro de cada actividad difícilmente
pueden definirse.
- Disponibilidad:
Este atributo se refiere a la habilidad de la comunidad de usuarios para acceder
al sistema, someter nuevos trabajos, actualizar o alterar trabajos existentes o
recoger los resultados de trabajos previos. Si un usuario no puede acceder al
sistema se dice que está no disponible.
El sistema funcionará los 7 días de la semana y 365 días del año. El Usuario
podrá acceder al sistema cada vez que este lo requiera.
- Capacidad de modificación:
Se debe ser capaz de reemplazar, agregar o remover los componentes de
reconocimiento de voz y de lectura de texto en un esfuerzo no mayor a una
semana hombre.
- Capacidad de verificación
La aplicación deberá capturar con gran facilidad por lo menos el 90% de fallas
generadas en el administrador de eventos de lectura y reconocimiento de voz
en el ambiente de producción.
- Capacidad de mantenimiento
La aplicación web móvil será diseñada para permitir el mantenimiento
correctivo y depuración de código sin trastocar las interfaces y arquitectura.
- Robustez
El sistema tendrá la capacidad de funcionar correctamente frente a entradas
de información erróneas o carga de trabajo elevada.
Análisis de escenarios para el Sistema
Atributo de calidad Estímulo Respuesta
Desplegabilidad Respuesta a peticiones de La capacidad de
interactividad de menos procesamiento de los
de 5 segundos para el servicios web
90% de los casos puede soportar varias
solicitudes simultáneas,
pero
no hay control sobre la
velocidad.
Disponibilidad Varios usuarios podrán El sistema podrá soportar
conectarse de forma una conectividad de
simultánea distintos
usuarios
Capacidad de El administrador requiere Funcionalidad adicional
información en tiempo que el diseño soporta la
modificación
real. necesidad de
modificaciones.
Capacidad de verificación El sistema deberá validar El sistema deberá
los datos.
capturar con gran
facilidad.
Capacidad de Soporte a modificación de Funcionalidad adicional
precios o promociones que el diseño soporta la
mantenimiento
necesidad de
modificaciones.
Robustez Se realizan cambios El sistema podrá funcionar
inesperados como nuevos sin ningún problema frente
requerimientos a entradas erróneas o
nuevos requerimientos..
Adaptabilidad Funcionalidad adicional Se soportan nuevos
que el diseño soporta la elementos en las
necesidad de categorías de la
modificaciones. panadería.
8. Riesgos y limitaciones
8.1. Riesgos
RIESGOS PROBABILIDAD
(1 AL 5)
Fallo en el recojo de requerimientos 2
Se tiene limitación de dinero para el hosting, 4
normalmente cuesta 50 soles.
El lenguaje de programación tiene algunas restricciones 3
como el uso de módulos pesados limitados.
El sistema deberá permitir un solo formato de imagen 1
(jpg - png).
Los datos deben ser validados para que se pueda 3
realizar los registros
Errores de implementación 4
8.2. Limitaciones
- Económicas
- Conocimiento
- Tiempo
- Tecnologías
CONCLUSIONES
• En conclusión, hemos obtenido un sistema de cumplimiento con los objetivos
propuestos, que el sistema optimiza los recursos de la Panadería "La Unión",
mejorando los procesos del negocio y obteniendo un mayor ingreso económico
favorable en la empresa.
• El sistema Web de la Panadería “La Unión” es un proyecto agradable de fácil
entendimiento para los trabajadores del negocio y para sus clientes.
• Luego de identificar la problemática actual de la empresa se pudo realizar un
• análisis correspondiente para dar una solución mediante la implementación de
un proyecto.
• Se logró aplicar los conocimientos adquiridos en la implementación del
sistema.
• Comprende varios componentes o pasos llevados a cabo durante la etapa del
análisis, el cual ayuda a traducir las necesidades del cliente en un modelo de
Sistema que utiliza uno más de los componentes.