Vicerrectoría Académica

Dirección de Servicios Académicos

Subdirección de Servicios a Escuelas

[Nombre del proyecto]

(SAD) Software Architecture Document
Versión 1.0
Identificación de Documento

Identificación
Proyecto
Versión

Documento mantenido por

Fecha de última revisión
Fecha de próxima revisión

Documento aprobado por

Fecha de última aprobación

Historia de cambios
Fecha Versión Descripción Autor

Documento Confidencial Página 1

Tabla de Contenidos

ÍNDICE DE FIGURAS..........................................................................................................................................2
INTRODUCCIÓN..................................................................................................................................................3
CONTEXTO DEL PROBLEMA..................................................................................................................................3
1 ALCANCE......................................................................................................................................................3
2 REFERENCIAS.............................................................................................................................................3
3 ARQUITECTURA DE SOFTWARE...........................................................................................................3
4 OBJETIVOS Y RESTRICCIONES DE LA ARQUITECTURA..............................................................4
OBJETIVOS DE LA ARQUITECTURA........................................................................................................................4
RESTRICCIONES DE LA ARQUITECTURA................................................................................................................4
5 ARQUITECTURA LÓGICA.......................................................................................................................5
PARTE ESTRUCTURAL...........................................................................................................................................5
PARTE DINÁMICA..................................................................................................................................................5
6 ARQUITECTURA DE PROCESOS............................................................................................................5
7 ARQUITECTURA DE DESARROLLO......................................................................................................6
8 ARQUITECTURA FÍSICA...........................................................................................................................7
9 ESCENARIOS................................................................................................................................................7
MODELO DE CASOS DE USO.................................................................................................................................7
ESPECIFICACIÓN DE CASOS DE USO RELEVANTES...............................................................................................7
ESPECIFICACIÓN DE LOS ESCENARIOS DE CALIDAD RELEVANTES.......................................................................8
10 TAMAÑO Y DESEMPEÑO......................................................................................................................9

Índice de figuras

Documento Confidencial Página 2

 Introducción

En la actualidad viven alrededor de 8 millones de personas con un cálculo estimado

de 5 millones de vehículos en la Región Metropolitana para este 2021, lo que
produce un alto grado de congestión y que en horas punta encontrar un
estacionamiento es cada día más complicado.
En el Gran Santiago, se cuenta con un aproximado de 8M de personas y un cálculo
de 5M de vehículos, lo cual provoca una gran congestión los días de semana donde
gran parte de los habitantes se dirige a sus respectivos trabajos y mucho de ellos lo
hace en sus vehículos particulares por lo tanto esto provoca gran congestión
vehicular, por otro lado tenemos la falta de estacionamientos, donde los dueños de
los vehículos se ven perjudicados a la hora de dejar su vehículo estacionado ya que
muchas empresas no cuentan con la capacidad de albergar todos los vehículos de
sus trabajadores, por ende las personas que quedan sin estacionamiento en su
empresa deben buscar en lugares cercanos a su trabajo, arriesgando partes si es
que estacionan en lugares no autorizados, robos, etc. También existe la posibilidad
de que no encuentren un estacionamiento cerca de su trabajo, por ende este quede
más alejado de su trabajo, lo que también genera una preocupación de parte del
dueño.

1 Alcance
El presente Proyecto tiene como objetivo de determinar límites del sistema,
herramientas que se utilizarán, enfocándonos principalmente en poder dar solución
a este proyecto para poder satisfacer las necesidades de los clientes que deseen
interactuar con la aplicación.

Cabe mencionar que se busca una solución para el problema de los

estacionamientos, para llevar a cabo un buen servicio para los usuarios así mismo
también satisfacer las necesidades de los clientes de Santiago que tienen
principalmente este problema.

Se desea llegar a los conductores que tengan la necesidad de estacionar su

vehículo, deben tener acceso a un teléfono móvil en el cual puedan ingresar a la
aplicación móvil EstacionAPP, para que puedan ver, disponibilidad de
estacionamiento, tarifas de estacionamientos entre otros.

La página web y APP serán desarrolladas con JavaScript, HTML 5 Y CSS , la base
de datos será desarrollada con ORACLE la cual es compatible con Windows, IOS y
Android, cabe mencionar que la página web será para realizarle pruebas,
automatizar, realizar los procesos de prueba de caja blanca para que pueda
funcionar la APP móvil, también para visualizar la base de datos en el backend así
siendo posible calcular los flujos de transacciones, arriende de estacionamientos, y
visualizar en si todo lo que ocurre dentro del sistema siendo esta utilizada por el

Documento Confidencial Página 3

Administrador y mantenedor, en cambio la APP será visualizada por los usuarios
finales que quiere decir lo anterior mencionado es que las personas finales en este
caso serían los clientes, los dueños de los estacionamientos y el consultor, ellos
podrán realizar actividades solo en el frontend.
Si un cliente desea arrendar un estacionamiento el funcionamiento es el siguiente:
Debe acceder al inicio de sesión; el sistema validará o no las credenciales
introducidas al sistema; una vez dentro del sistema tendrá la opción de buscar una
reserva; si desea realizar la reserva está tiene condiciones las cuales serán una vez
reservado el estacionamiento tiene un tiempo estimado de llegada de 20 minutos,
también establecer las horas que hará de utilidad del estacionamiento, ya con el
pago realizado, si sobre pasa este tiempo de condición o desea cancelar el
arriendo, tendrá la retención del 10 % del total a pagar seleccionado por el cliente.

2 Referencias
La documentación que ocupamos como referencia para la realización de el
DAS, fue solamente nuestro ERS y los PPT que la asignatura nos facilita.
3 Arquitectura de Software
ARQUITECTURA ELEGIDA.

El proyecto de mi estacionamiento trabaja con la arquitectura de patrón de

pizarra, porque esta arquitectura beneficia al proyecto enormemente, debido a
que puede ayudar en proyectos en los cuales se trabaja con una grande cantidad
de datos y en los cuales se debe mantener por mucho tiempo información,
porque en esta arquitectura existe una base de datos en la cual se administran
los datos y también tiene capacidad para mantener a dicha cantidad de datos
introducidos, los puede manejar de mejor manera, otro beneficio es que permite
a varios desarrolladores a trabajar desde diferentes lugares y de manera
simultánea.

Se compone de una fuente de conocimiento, controlador y una pizarra.

Fuente de conocimiento: Beneficio es que no se relacionan entre si o sea que

no tienen comunicación alguna, si desea realizar cambios en una fuente de
conocimiento, dicho cambio no afectará en nada en el proyecto debido a que no
se relacionan y entrega total seguridad.

Pizarra: tiene doble papel, debido que por una parte coordina a los distintos
agentes y por otro lado facilita la intercomunicación, el principal objetivo es
resolver problemas y la solución de dicho problema.

Controlador: monitorea los cambios en la pizarra y decide que acciones tomará.

Esta arquitectura nos beneficia en los siguientes atributos de calidad

 Escalabilidad

Documento Confidencial Página 4

  Reusabilidad
 Concurrencia

 Vista de Casos de Uso y Escenarios de Calidad :

A continuación, se describen los casos de usos más significativos además sus respectivas
informaciones completa y también la de los escenarios de calidad más relevantes realizadas

Casos de usos más significativos:

CASO DE USO Iniciar sesión.
ACTORES Consultor, Dueño, Cliente.
PRECONDICIONES Registro, Validación de datos.
POSCONDICIONES Ingresar al home y distintas opciones
PROPOSITO Lograr un login exitoso
RESUMEN Un usuario podrá hacer un login exitoso y
navegar en la aplicación con un registro y
validación previo.

CASO DE USO Habilitar estacionamiento.

ACTORES Dueño
PRECONDICIONES Registro, Inicio de sesión.
POSCONDICIONES Agregar tarifa, deshabilitar estacionamiento
PROPOSITO Lograr un login exitoso
RESUMEN Un usuario podrá hacer un login exitoso y
navegar en la aplicación con un registro y
validación previo.

CASO DE USO Ver estacionamientos disponibles.

ACTORES Cliente
PRECONDICIONES Registro, Inicio de sesión.
POSCONDICIONES Generar estacionamiento, pagar
estacionamiento
PROPOSITO El cliente podrá visualizar los estacionamientos
disponibles
RESUMEN El cliente podrá visualizar los estacionamientos
disponibles en el cual podrá reservar o pagar
mediante un registro previo y login valido.

CASO DE USO Administrar base de datos.

ACTORES Mantenedor
PRECONDICIONES Inicio de sesión, base datos
POSCONDICIONES Modificar base de datos
PROPOSITO Administrar base de datos
RESUMEN El mantenedor podrá administrar la base de

Documento Confidencial Página 5

 datos previo inicio de sesión.

ESCENARIOS DE CALIDAD MÁS SIGNIFICATIVOS:

Escenarios más importantes:

N°2 Seguridad – integridad
N°3 Fiabilidad – disponibilidad
N°7 Seguridad -- confidencialidad

 Vista de
METAS:
se busca una solución para el problema de los estacionamientos, para llevar
a cabo un buen servicio para los usuarios así mismo también satisfacer las
necesidades de los clientes de Santiago que tienen principalmente este
problema.

RESTRICCIONES:
Si un cliente desea arrendar un estacionamiento el funcionamiento es el
siguiente:
Debe acceder al inicio de sesión; el sistema validará o no las credenciales
introducidas al sistema; una vez dentro del sistema tendrá la opción de
buscar una reserva; si desea realizar la reserva está tiene condiciones las
cuales serán una vez reservado el estacionamiento tiene un tiempo estimado
de llegada de 20 minutos, también establecer las horas que hará de utilidad
del estacionamiento, ya con el pago realizado, si sobre pasa este tiempo de
condición o desea cancelar el arriendo, tendrá la retención del 10 % del total
a pagar seleccionado por el cliente.

 Vista Lógica: En esta vista se detallan las partes del modelo de diseño del
sistema que son significativos en el ámbito de la arquitectura representando los
diagramas que permiten tener una visión de los elementos que conforman el
sistema y de la interrelación que existe entre ellos. En esta vista se detalla la
descomposición de la parte estructural realizándose el diagrama de clases y en
la parte dinámica los diagramas de comunicación.

 Vista de Procesos: Diagrama de actividades, se logra apreciar la interacción

con el sistema de inicio a fin, desde que inicia sesión en el cual el sistema
valida sus credenciales, en caso de que no la hubiera validado hubiera devuelto
a la página principal a consultar nuevamente posterior a la validación ingresa al

Documento Confidencial Página 6

 sistema y busca la reserva según el lugar en donde se encuentra ya que se
activa el GPS del celular, una vez que busca y encuentra estacionamientos
cercanos los notifica con un símbolo de estacionamiento de color verde si está
disponible, si desea seleccionar un estacionamiento para arrendar en este
detallará el valor de la tarifa y los tiempos ahí tendrá la opción de calcular su
tarifa según el tiempo que desee reservar, y para continuar con la reserva se
realiza el cobro con las condiciones ya establecidas y posterior al pago puede
realizar la reserva. por el usuario que desea arrendar. En este diagrama de
actividad se observa desde que el usuario ingresa al inicio de sesión, hasta el
estacionamiento ocupado por

Documento Confidencial Página 7

4 Objetivos y Restricciones de la Arquitectura

El objetivo principal es:

Agilizar un sistema de arriendo, el cual le proporcione ganancias a un dueño y a la

aplicación, y a un posible cliente, ofrecerle de manera transparente las tarifas y tiempos
disponibles.

Restricciones:

 El cliente debe incorporar una tarjeta de crédito para poder crear un usuario.
 Debe arrendar como mínimo una hora para poder reservar un estacionamiento.
 Una vez realizado la reserva tiene un tiempo de 20 min para llegar.
Objetivos de la arquitectura

Luego de reuniones realizadas y análisis del proyecto, se llegó a la conclusión de realizar

los principales conductores iniciales de la arquitectura los cuales corresponden a las metas
de la arquitectura iniciales:

 Adecuación Funcional
 Eficiencia del desempeño
 Compatibilidad
 Usabilidad
 Fiabilidad
 Seguridad
 Mantenibilidad
 Portabilidad

Restricciones de la Arquitectura
El equipo de trabajo ha decidido realizar las siguientes restricciones:
 Tiempo de construcción:
Se da inicio al proyecto de mi estacionamiento con un plazo establecido de 4
semanas a realizar el documento DAS.

 Infraestructura: Se cuenta con servidores de

se cuenta con servidores de aplicación replicados y con balanceadores de carga,
asimismo, con una base de datos en estructura de cluster.

 Otros componentes de software: Hasta la fecha no se han incorporado más

componentes de los que ya hay establecidos al software.

Documento Confidencial Página 8

5 Arquitectura Lógica

En esta vista se detallan las partes del modelo de diseño del sistema
que son significativos en el ámbito de la arquitectura representando los
diagramas que permiten tener una visión de los elementos que
conforman el sistema y de la interrelación que existe entre ellos. En esta
vista se detalla la descomposición de la parte estructural realizándose el
diagrama de clases y en la parte dinámica los diagramas de
comunicación.

Parte Estructural
Ilustración 1: Diagrama de clases

Documento Confidencial Página 9

.

Parte Dinámica
Ilustración 2: Diagrama de Comunicación.

Documento Confidencial Página 10

Documento Confidencial Página 11
6 Arquitectura de Procesos
Diagrama de actividades, se logra apreciar la interacción con el sistema de inicio a
fin, desde que inicia sesión en el cual el sistema valida sus credenciales, en caso de
que no la hubiera validado hubiera devuelto a la página principal a consultar
nuevamente posterior a la validación ingresa al sistema y busca la reserva según el
lugar en donde se encuentra ya que se activa el GPS del celular, una vez que busca
y encuentra estacionamientos cercanos los notifica con un símbolo de
estacionamiento de color verde si está disponible, si desea seleccionar un
estacionamiento para arrendar en este detallará el valor de la tárifa y los tiempos ahí
tendrá la opción de calcular su tarifa según el tiempo que desee reservar, y para
continuar con la reserva se realiza el cobro con las condiciones ya establecidas y
posterior al pago puede realizar la reserva.

Ilustración 3: Diagrama de actividad

Documento Confidencial Página 12

7 Arquitectura de desarrollo

Esta vista está pensada para la

gestión el software en sí y está orientado a los mismos desarrolladores.

Diagrama de componentes:

Se puede apreciar que el cliente depende de una interfaz de arriendos que es

ofrecida a través de un componente mapa, el artefacto Estacionamiento es lo que
arriendo y este mismo estacionamiento es dependiente del componente mapa.
Tenemos también un componente comprobante que es dependiente de otro
componente calculo arriendo. Este último depende de la interfaz Arriendo.
La interfaz Pago depende de la interfaz arriendo, y esta interfaz Pago es ofrecida
por un componente pasarela de pago.

Ilustración 4: Vista de Implementación (Diagramas de componentes o paquetes)

Documento Confidencial Página 13

Diagrama de paquetes:

En este diagrama podemos ver el ordenamiento del software, la capa de

presentación viene a ser todo lo que llamamos Vista, en este caso las del
cliente, del dueño y del administrador.
Luego podemos apreciar la capa lógica de negocio, que viene a ser lo que
conocemos como Controlador, estos son todos los procesos, subsistemas y
clases de nuestro software.
Por ultimo podemos apreciar 3 paquetes mas por serparado que son Base de
datos, Pasarela de pago y el mapa, es lo que se conoce como Modelo, estos
sistemas están conectados y son dependientes (junto con las Vistas) de los
Controladores.

Ilustración 4: Vista de Implementación (Diagramas de componentes o paquetes)

La vista física busca responder un poco los intereses de los ingenieros de sistemas,
que en el fondo son los que ven la topología del sistema.
Estamos hablando que se busca visualizar la forma en que el software se va a
relacionar con el hardware.

Documento Confidencial Página 14

Diagrama de despliegue

Podemos identificar que el cliente es quien interactúa con la aplicación desde un

móvil, la aplicación a su ves interactúa con un servidor, este servidor trabaja
directamente con varios otros componentes como es el Log que es propia del nodo
servidor móvil junto con la interfaz de la base de datos, una pasarela de pago que
nos la da el sistema de pago externo y con un mapa en tiempo real que nos lo da un
sistema de localización.
Hay que decir que la interfaz de las base de datos a pesar de estar en un servidor
móvil, pide información y recibe información de la misma base de datos en otro
servidor.

Ilustración 6: Diagrama de Despliegue

Documento Confidencial Página 15

8.- Arquitectura física
Acá se detalla los puntos de seguridad, fiabilidad, disponibilidad, entre otros

Escenarios

Documento Confidencial Página 16

Documento Confidencial Página 17
Documento Confidencial Página 18
Modelo de Casos de Uso
A continuación, se presentan los casos de usos en el anexo casos de uso.vpd.pdf

Especificación de Casos de Uso Relevantes

1. Registro
2. Inicio de sesión
3. Habilitar estacionamiento
4. Chat virtual
5. Ver estacionamiento
6. Generar reclamos
7. Calificación de dueño
8. Ver cliente
9. Eliminar dueño
10. Reportar reclamo
11. Creación de usuario administrador
12. Administrar la base de datos

Documento Confidencial Página 19

Estos son os casos de usos mas relevantes para el desarrollo de la
arquitectura, los criterios fueron determinados por las siguientes situaciones:
 Principales usos de los actores
 Los actores suelen compartir acciones.
 Validaciones de credenciales
 Interacción correcta del uso de la aplicación de parte de los actores.

Código Nombre Actores Prioridad

CU-001 General Dueño, consultor, Media

Cliente,
Administrador,
Mantenedor
CU-002 Inicio sesión Consultor, dueño, Alta
cliente
CU-003 Habilitar estacionamiento Dueño Muy Alta
CU-004 Registro Cliente, consultor, Media
Dueño
CU-005 Chat virtual Dueño, cliente
CU-006 Ver estacionamientos disponibles Cliente
CU-007 Generar reclamos Dueño, cliente
CU-008 Calificación dueño Cliente
CU-009 Ver estacionamiento (consultor) consultor
CU-010 Ver usuario Administrador
CU-011 Eliminar dueño Administrador
CU-012 Reportar reclamos Administrador
CU-013 Creación de usuario administrador Mantenedor
CU-014 Ver informe de reclamos Mantenedor
CU-015 Administrar base de datos Mantenedor

Especificación de los Escenarios de Calidad Relevantes

Después de un análisis en conjunto, los escenarios de calidad se expresan a
continuación:

ID: Escenario N°2

Nombre: Seguridad. – integridad
Sinopsis: Un usuario desconocido realiza varios intentos para ingresar con una identificación y
contraseña que sean incorrectos, el login en un entorno de operación normal, el sistema luego de tres
intentos bloqueará el acceso al usuario.
Entorno: Proceso normal de operación del sistema.
Cambio en el entorno: ejecución de proceso de carga.
Comportamiento esperado: El sistema luego de tres intentos bloqueará al usuario.
Prioridad Arquitectónica: Alta
Aplicación: Global

ID: Escanario N°3

Documento Confidencial Página 20

Nombre: Fiabilidad – disponibilidad .
Sinopsis: Sistema debe responder ante cualquier problema con un rendimiento del 99.9% de sus
usuarios.
Entorno: Sistema en problemas técnicos
Cambio en el entorno: Solución de problemas técnicos.
Comportamiento esperado: Debe responder a sus usuarios, hasta que se mejore
Medida: Capacidad de atender al 99.9%.
Prioridad Arquitectónica: Alta
Aplicación: Global

Documento Confidencial Página 21

 9 Tamaño y desempeño
Como decisiones de arquitectura nos enfocamos en respetar la restricción de
la Infraestructura, ya que el proyecto debe ser solido, debe estar siempre en
funcionamiento por lo que nos enfocamos en los servidores, su capacidad,
tiempo de respuesta, seguridad y bajo riesgo de implementación, este punto
lo combinamos con el Desempeño, así nos aseguramos que en horas punta
el software no flaquee.

Nos enfocamos también en separar por módulos la arquitectura de este

proyecto, estos módulos los separamos por testeabilidad unitaria, ya que así
buscamos reducir la cantidad de fallas en el proyecto.

Como ultimo enfoque arquitectónico que tuvimos también fue la portabilidad,

así podemos asegurarnos que este software no funcione de distintas
maneras en las distintas plataformas o sistemas operativos que se usaran.
Esto junto a un testing combinado en IOS y Android con enfoque en la
portabilidad y así no encontrar problemas futuros con los usuarios.

Documento Confidencial Página 22