EJEMPLO Elementos para El Trabajo

Proyecto:
InfoParking
Documento de Arquitectura del Sistema

(SAD)
Equipo de Trabajo:
TABLA DE CONTENIDO
TABLA DE CONTENIDO ........................................................................................................................ 2

LISTADO DE FIGURAS ........................................................................................................................... 4
LISTADO DE TABLAS ............................................................................................................................. 5
SECCION 1: DESCRIPCIÓN DEL DOCUMENTO ............................................................................ 6
(Listado de documentos relevantes, utilizados durante el desarrollo de la
arquitectura) ............................................................................................................................................. 7
SECCION 2: GENERALIDADES DEL PROYECTO .......................................................................... 8
2.1 Problema a Resolver .................................................................................................................. 8
2.2 Descripción General del Sistema a Desarrollar ............................................................... 8
2.3 Objetivos ......................................................................................................................................... 9
Objetivos en términos de gestión de información ............................................................ 9
Objetivos en términos de valor agregado ofrecido al usuario o al negocio .......... 9
2.4 Stakeholders ................................................................................................................................ 10
SECCION 3: MOTIVADORES Y FUERZAS EXTERNAS .............................................................. 12
3.1 Motivadores de Negocio ......................................................................................................... 12
3.2 Restricciones ............................................................................................................................... 13
Restricciones de Tecnología .................................................................................................... 13
Restricciones de Negocio ........................................................................................................... 13
SECCION 4: CONTEXTO....................................................................................................................... 14
4.1 Escenarios Operacionales ...................................................................................................... 14
4.3 Casos de Uso ................................................................................................................................ 15
SECCION 5: REQUERIMIENTOS DE CALIDAD ............................................................................ 18
5.1 Árbol de Utilidad ...................................................................................................................... 18
5.2 Escenarios de Calidad Priorizados .................................................................................... 19
SECCION 6: PUNTOS DE VISTA ....................................................................................................... 21
6.1 Punto de Vista Funcional........................................................................................................ 21
6.1.1 Modelo de Componentes ............................................................................................... 21
6.2 Punto de Vista de Despliegue ............................................................................................... 22
6.2.1 Modelos de Plataforma de Ejecución ........................................................................ 22
6.2.3 Modelos de Red ................................................................................................................. 24
6.3 Punto de Vista de Información ............................................................................................ 25
6.3.1 Descripción.......................................................................................................................... 25
6.3.2.1. Modelos de Estructuras (Conceptual-Clases) .................................................. 26
6.3.2.2. Modelos de Estructuras Estáticas de Datos ....................................................... 27
6.3.3 Modelos de Flujo de Información ............................................................................... 28
6.4 Punto de Vista de Concurrencia .......................................................................................... 30
6.4.1 Descripción.......................................................................................................................... 30
6.4.2 Modelo de Concurrencia ................................................................................................ 30
SECCION 7: RELACIONES ENTRE LOS PUNTOS DE VISTA .................................................. 31
SECCION 8: RETOS Y FUTURO ........................................................................................................ 33
LISTADO DE FIGURAS
LISTADO DE TABLAS
SECCION 1: DESCRIPCIÓN DEL DOCUMENTO
1.1 Proposito y Audiencia

Este documento describe la arquitectura del Sistema InfoParking, que tiene como
propósito proveer un sistema de información vía web que brinde una guía a los
conductores de vehículos particulares acerca de los estacionamientos que se
encuentran cerca una ubicación de interés, con disponibilidad del parqueo;
accediendo desde un dispositivo móvil o un PC.
Durante el desarrollo del documento se ilustran las decisiones de arquitectura que

responden a las necesidades, intereses y expectativas de cada interesado en el
proyecto, entre quienes se encuentran:
• Personas con vehículo particular que se movilizan con frecuencia por Bogotá
requiriendo estacionamiento (Cliente).
• Administradores de los parqueaderos de la zona seleccionada, que proveerán
la información relacionada con el parqueadero.
1.2 Organizacion del Documento

Este documento está dividido en secciones la primera de las cuales describe el
documento. La segunda sección corresponde a las generalidades del proyecto,
explicando el problema a resolver, el sistema a desarrollar, los objetivos y los
interesados. La tercera sección incluye los motivadores de negocio y las restricciones.
La cuarta sección incluye la descripción de los escenarios operacionales, de las
entidades y los casos de uso que representan los requerimientos funcionales del
sistema. A partir de la sección cinco se desarrollan los atributos de calidad a ser
atendidos por el sistema, los cuales se presentan de forma detallada en puntos de
vista funcional, de despliegue de información, de concurrencia y de desarrollo.
Finalmente, en la sección seis y siete se relacionan los diferentes puntos de vista.
1.3 Convenciones
(Descripción de las notaciones y símbolos utilizados en este documento)
1.4 Terminología y Definiciones
• Punto – Elemento gráfico usado como la mínima expresión espacial, que define un lugar
geométrico. No tiene ni longitud ni área.
• Línea – Elemento gráfico compuesto por uno o varios segmentos consecutivos,
delimitado por un nodo inicio y un nodo fin, que no involucra el concepto de área, solo
longitud
• Polígono – Elemento gráfico definido por un conjunto de líneas consecutivas, cerrado y
que involucra el concepto de área. Tiene longitud correspondiente a su perímetro y área.
• Latitud (Cartografía): Es la distancia angular entre la línea ecuatorial (el ecuador), y un
punto determinado del planeta, medida a lo largo del meridiano en el que se encuentra
dicho punto.
• Longitud (Cartografía): Es la distancia angular entre un punto dado de la superficie
terrestre y el meridiano que se tome como 0° (es decir el meridiano base) medida a lo
largo del paralelo en el que se encuentra dicho punto.
1.5 Documentos Relevantes

(Listado de documentos relevantes, utilizados durante el desarrollo de la arquitectura)
SECCION 2: GENERALIDADES DEL PROYECTO
2.1 Problema a Resolver
Actualmente en la ciudad de Bogotá cuenta con un alto flujo vehicular, asociado a personas
que por su labor o necesidad, requieren movilizarse constantemente y necesitan
parqueaderos públicos; sin embargo, no conocen cuales son los parqueaderos con cupo mas
cercanos a una ubicación de interés (hacia donde se dirigen) y las características de servicio.
Adicionalmente, hay muchos parqueaderos que no están aprovechando al máximo su

capacidad de parqueo debido a su ubicación o al desconocimiento de su existencia y servicios
que brinda, por parte de los usuarios.
De acuerdo a lo anterior, se ha planteado la creación del sistema InfoParking, orientado a

cubrir las problemáticas antes descritas, en la localidad de Teusaquillo que cuenta con un
gran flujo vehicular y un volumen importante de parqueaderos.
En las siguientes secciones se describe en detalle el sistema InfoPaking.
2.2 Descripción General del Sistema a Desarrollar
El propósito del sistema es brindar información a los conductores de vehículos particulares,

acerca de los estacionamientos que se encuentran cerca de una localización de interés
(dirección destino), con disponibilidad del parqueo.
El usuario accederá a la aplicación web a través de su celular desde su vehículo o a través de
un PC en una ubicación fija, reportando la dirección hacia donde se dirige (Lo cual será
traducido a coordenadas geográficas: Latitud y Longitud). A partir de estas, la aplicación le
entregará información de los parqueaderos más cercanos a la dirección de interés.
La aplicación proveerá la siguiente información:

• Dirección del parqueadero
• Tarifas (Valor por minutos, Tarifa Plena)
• Horarios de Atención
• Disponibilidad (Cuantos Cupos Quedan)
• Características: Cubierto, Hay que dejar llaves
• Convenios: Por ejemplo si es el parqueadero de un supermercado, tiene 2 horas
gratis
• Promociones: Por ejemplo 10% de descuento en la tarifa si el vehículo tiene pico y
placa.
• Servicios adicionales: Valet Parking, Lavado de vehículos
Actualmente se identifica en el mercado el sistema “Guru Parqueaderos”, que es un aplicativo
móvil que ayuda a encontrar el estacionamiento más cercano a tu posición y muestra los
resultados en mapas con información de distancia. Sin embargo, no provee información
acerca de la disponibilidad de cupos de parqueo, no permite realizar reservas y no provee a
los parqueaderos una herramienta que le permita hacer Marketing con respecto a sus
características y servicios de valor agregado; lo cual corresponde a característica
diferenciadores de InfoParking.
2.3 Objetivos
• Brindar a los conductores de vehículos particulares que se desplazan con
frecuencia por la localidad de Teusaquillo, una herramienta que le ayude a
optimizar (reducir) el tiempo de ubicación de un parqueadero público
cercano a una dirección de interés, con disponibilidad de parqueo; dándole a
conocer las condiciones del servicio y brindando la facilidad de reservar en
línea su cupo de parqueo.
• Brindar a los dueños de parqueaderos una herramienta que les permita ser
maximizar su nivel de ocupación, dando a conocer sus servicios y servicios
de valor agregado a clientes actuales y poteciales (Servicios adicionales,
Promociones, etc.) como parte de su estrategia de Marketing.
Objetivos en términos de gestión de información
Obtener y procesar información de parqueaderos de la localidad de Teusaquillo en

Bogotá (Direcciones, Fotos, Tarifas, etc.) a través de un levantamiento manual de
información y verificación contra BD existentes de parqueaderos en Bogotá
(Facilitada por el profesor), con el fin de tener información de Base que permita
Georeferenciar los parqueaderos aledaños a la ubicación de una persona que se
encuentra movilizándose en su vehículo en Teusaquillo en busca de un parqueadero.
Se prevé inicialmente representar los parqueaderos a través de polígonos y las vías a
través de líneas. El resto de objetos del mundo real, serán representados como
Puntos.
Objetivos en términos de valor agregado ofrecido al usuario o al negocio

• Desarrollar un documento de arquitectura claro que pueda ser utilizado por un equipo
de desarrollo de Software para implementar la aplicación siguiendo un ciclo de vida en
cascada.
• Responder a los motivadores de negocio con una arquitectura que favorezca los
atributos de calidad principales, teniendo en cuenta los límites impuestos por las
restricciones de negocio.
2.4 Stakeholders
Tabla 1: Listado de los Stakeholders
Stakeholder Descripción
Personas con vehículo particular Usuarios finales del sistema

que se movilizan con frecuencia por
la zona centro requiriendo
estacionamiento.
Administradores de los Usuarios finales del sistema

parqueaderos de la localidad de
Teusaquillo.
Desarrolladores Miembros del equipo de desarrollo del proyecto y

demás personal responsable de diseño detallado,
implementación, gerencia técnica, pruebas, análisis de
resultados, así como especialistas de control de
calidad
Administradores Personas responsables de mantener en operación la
infraestructura y el software del sistema InfoParking
una vez implementado.
Tabla 2: Stakeholders y Expectativas
Stakeholder Expectativas
Personas con vehículo particular Este grupo de interesados esperan obtener

que se movilizan con frecuencia por información de valor para la selección de
Stakeholder Expectativas
la zona centro requiriendo parqueaderos (Ubicación, Disponibilidad, Tarifas,

estacionamiento. Características, Horarios, Servicios Adicionales, etc.).
Administradores de los Este grupo de interesados espera optimizar su nivel de

parqueaderos de la zona ocupación de cupos de parqueo, dando a conocer sus
seleccionada. servicios y servicios de valor agregado
(diferenciadores). A través de la herramienta.
Desarrolladores. Este grupo es encargado de la implementación, espera

una arquitectura clara, precisa y sin ambigüedades,
que refleje las necesidades del público objetivo, las
restricciones del negocio y las limitaciones
tecnológicas.
Administradores y operadores del Este grupo espera una arquitectura que considere
sistema. aspectos de operación y administración lo
suficientemente claros para facilitar su trabajo.
SECCION 3: MOTIVADORES Y FUERZAS EXTERNAS
3.1 Motivadores de Negocio
Esta sección busca identificar los motivadores de negocio de la organización. Normalmente estos motivadores son
encontrados, respondiendo a las preguntas:
- Cómo genera utilidad la organización
- De dónde provienen las utilidades de la organización?
- Cuáles son los elementos claves del negocio?
En resumen, un motivador de negocio es una descripción corta que define clara y específicamente los resultados deseados
de negocio de una organización así como las actividades necesarias para lograrlos. Los motivadores de negocio deben s er:
Específicos, Medibles, Agresivos pero viables, Orientados al resultado y limitados en el tiempo.
El objetivo es hacer una lista priorizada de motivadores de negocio.
Ayuda para su uso:

- El nombre del motivador: Sigue en general la regla: <verbo> + <elemento a medir> + <área de énfasis>
o Ejemplo: Incrementar ventas en las áreas metropolitanas
- La descripción del motivador: Sigue en general la regla: <Retorno esperado del negocio>+ Mediante+
<Actividad planeada de negocio>
o Ejemplo: Incrementar ventas en 15 % mediante la apertura de nuevas oficinas
- La medida: Define en una frase como valorar el impacto en el negocio del motivador. Se organiza por rangos y
se determina para cada rango, la unidad de medida del impacto. Adicionalmente, se definen los valores mínimos
y máximos para cada rango de impacto.
o Ejemplo:
o Medida: Crecimiento de las ventas en áreas metropolitanas medido en millones de pesos
Ninguna : 0 – 0.9 millones
Bajo: 1 millón – 99 millones
Moderado: 100 y 499 millones
Fuerte: 500 y 899 millones
Muy Fuerte: 900 millones o más
- La asociación con el negocio define el motivador a que área organizacional pertenece:
o Ejemplo:
o Definido Por: Gerente de Ventas
o Ejecutado Por: Director y Ejecutivos de Ventas
o Ubicación en el portafolio: Servicios persona a persona
Nombre del Motivador Descripción del Motivador de Negocio

de Negocio
Eficiencia Operacional Aumentar y mantener la eficiencia en la ocupación de los
parqueaderos de la localidad de Teusaquillo, mediante el
marketing y gestión de la ocupación a través de InfoParking.
Estrategias a Seguir
Facilitar al usuario final la identificación de parqueaderos cercanos con disponibilidad, dando a
conocer las características y servicios del valor agregado de cada parqueadero.
Rangos Cota Mínima Cota Máxima
Ninguno 0% 20%
Bajo 21% 40%
Moderado 41% 60%
Fuerte 61% 80%
Muy Fuerte 81% 99%
Definido Por: Usuarios del Sistema
Asociación del Motivador con Ejecutado Por: Equipo de desarrollo de InfoParking
el Negocio
3.2 Restricciones
(Esta seccion describe las restricciones de tecnología y de negocio impuestas por la organizacion o
el contexto del problema)
Restricciones de Tecnología
ID Restricción: Nombre: Tipo:

Plataforma Tecnológica de los Parquederos Tecnología (X ) Negocio ( )
Descripción: No todos los parquederos cuentan con un equipo con acceso a internet para
conectarse a la aplicación web
Establecida por: Administradores de Parqueaderos
Alternativas:
Se les pueden proveer la infraestructura en un esquema de arrendamiento
Observaciones:
Ninguna
Restricciones de Negocio
ID Restricción: Nombre: Tiempo de Desarrollo Tipo:

Tecnología ( ) Negocio ( X )
Descripción: El tiempo de desarrollo no debe superar dos meses calendario a partir de la aprobación
del proyecto.
Establecida por: Universidad de los Andes
Alternativas: Ninguna
Observaciones: Ninguna
SECCION 4: CONTEXTO
4.1 Escenarios Operacionales
Título del Escenario Operacional:

Marketing y Gestión de Ocupación de Parqueadero
Stakeholder Asociado Administradores de Parqueaderos, ID EO-01
Administrador del Sistema, Cliente
Consideración Operacional Respuesta del Stakeholder
Descripción general de la El Administrador del parqueadero, podrá actualizar los datos del
funcionalidad parqueadero, dando a conocer sus servicios de valor agregado y
diferenciadores. Así como gestionar las reservar en línea realizadas por los
clientes.
Describa lo que el Stakeholder Actualmente el Administrador del parqueadero da a conocer sus servicios
hace ahora o le gustaría poder (Características, Horarios, Servicios Adicionales, Promociones, etc.) a través
hacer de pendones ubicados a la entrada del parqueadero
Describa cualquier entrada El Administrador del parqueadero proveerá los datos asociados al
provista o disponible al parqueadero. El registro inicial del parqueadero será realizado por el
momento del inicio Administrador del sistema al momento de la afiliación.
Describa el contexto de la El registro inicial del parqueadero será realizado por el Administrador del
operación sistema al momento de la afiliación. Posteriormente el Administrador del
parqueadero deberá a ingresar a InfoParking para actualizar los datos según
se requiera.
Describa cómo el sistema debe El sistema debe almacenar los datos del parqueadero y visualizarnos cuando
responder un cliente consulte los parqueaderos aledaños a una dirección de interés.
Describa las salidas que el Visualización de los datos del parqueadero de acuerdo a la consulta del
sistema produce como cliente.
resultado de la acción
Describa quién o qué usa la La salida es usada por el cliente para escoger el parqueadero más conveniente
salida y para que es utilizada de acuerdo a sus necesidades.
Nombre de la Entidad Administrador del Sistema ID EN-01

Descripción:
Esta entidad es la encargada de realizar la administración del sistema InfoParking
Provee: Registro de Usuarios, Gestión de Accesos, Mantenimiento de la solución.
Requiere:
Arquitectura bien definida, Infraestructura para despliegue y administración de InfoParking.
Casos de Uso: CU-01, CU-02, CU-03
Nombre de la Entidad Administrador del Parqueadero ID EN-02

Descripción:
Esta entidad corresponde a los Administradores de parqueaderos afiliados a InfoParking
Provee:
Información actualizada sobre el parqueadero (s) a cargo
Requiere:
Herramienta de marketing y gestión de ocupación que le permita optimizar su eficiencia operacional.
Casos de Uso: CU-02, CU-07
Nombre de la Entidad Cliente ID EN-03
Descripción:
Usuario final del sistema, que se moviliza en su vehículo
Provee:
Información de localización (Latitud, Longitud)
Requiere: Información fiable y oportuna en tiempo real sobre los parqueaderos a una dirección de
interés.
Casos de Uso: CU-02, CU-04, CU-05, CU-06
4.3 Casos de Uso
Título del Caso de Uso Administrar Usuarios del Sistema ID del Caso de Uso CU-01
Descripción General del Caso de Uso
Este caso describe como se administran usuarios del sistema.
Entidades Involucradas
Cliente, Administrador del sistema, Administrador de parqueadero
Precondiciones
Ingresar al sistema con el rol de Administrador
Flujo normal de Eventos
1 El actor ingresa un usuario
2 Sistema valida existencia de usuario
3 El actor asigna un rol al usuario (administrador de parqueadero)
4 Sistema persiste la información ingresada y muestra un mensaje con el resultado de la
transacción.
Postcondiciones principales del caso de uso
Usuario tiene un rol para ver determinadas funcionalidades en el sistema.
Título del Caso de Uso Ingresar al Sistema ID del Caso de Uso CU-02
Este caso describe como se ingresa al sistema.
Cliente, administrador del sistema, administrador de parqueadero
Precondiciones
Usuarios creados en sistema
1 El actor ingresa nombre de usuario
2 El sistema valida existencia de usuario
3 El actor ingresa contraseña
4 El sistema valida contraseña válida para usuario
Usuario en línea.
Caminos de Excepción
Si no se escribe contraseña correcta, no hay ingreso y se comunica al usuario.
Título del Caso de Uso Crear Parqueadero ID del Caso de Uso CU-03
Este caso describe como se crea un parqueadero afiliado al sistema.
Administrador del sistema
Precondiciones
Ingresar en el sistema con el rol de administrador del sistema
1 El actor hace clic en la opción de crear parqueadero
2 El sistema retorna el formulario que para este fin esta diseñado.
3 El actor ingresa los valores solicitados y hace clic en guardar
4 El sistema valida que no se duplique el parqueadero y retorna un mensaje con el resultado de
la transacción.
El parqueadero es visible en el sistema
N/A
Título del Caso de Uso Ver información de parqueaderos ID del Caso de Uso CU-04
Este caso describe como se puede ver la información de parqueaderos, según criterio de búsqueda
Cliente
Precondiciones
Usuarios creados en sistema, parqueaderos creados, información sobre disponibilidad de
parqueaderos
1 El cliente selecciona criterio de búsqueda
2 El sistema muestra un mapa con los parqueaderos, según criterio de búsqueda
3 El cliente selecciona parqueadero escogido (cuando la consulta arroja más de uno)
4 El sistema muestra información del parqueadero seleccionado (Características, Horarios,
Servicios de valor agregado, promociones, etc.).
Se visualiza información de los parqueaderos.
N/A
Título del Caso de Uso Ver Fotos ID del Caso de Uso CU-05
Este caso describe como el cliente puede ver la foto del parqueaderos que seleccione en el CU-04.
Cliente
Precondiciones
Foto (s) disponible (s)
1 El cliente selecciona el parqueadero
2 Sistema muestra foto (o fotos) del parqueadero
Se visualiza la (s) foto (s) del parqueadero seleccionado
Si no se tiene fotos, se le informa de ello al usuario.
Título del Caso de Uso Reservar ID del Caso de Uso CU-06
Este caso describe como el cliente reserva un cupo en parqueadero
Cliente
Precondiciones
Usuario creados en sistema, disponibilidad de cupo en parqueadero
1 El cliente envía solicitud de reserva
2 El sistema confirma reserva
Reserva realizada
N/A
Título del Caso de Uso Actualizar Datos del parqueadero ID del Caso de Uso CU-07
Este caso describe como el cliente reserva un cupo en parqueadero
Administrador del parqueadero
Precondiciones
Parqueadero creado y activo en el sistema. Usuario con permisos de actualización sobre la información
del parqueadero.
1 El Administrador del parqueadero consulta los datos del parqueadero
2 El sistema visualiza los datos actuales del parqueadero
3 El Administrador del parqueadero actualiza datos, tales como: Horarios, Tarifas, Servicios
Adicionales, Promociones, Convenios.
4 El sistema almacena la información actualizada.
Datos del parqueadero actualizados
N/A
Título del Caso de Uso Consultar Histórico ID del Caso de Uso CU-08
Este caso describe como se consulta información histórica en el sistema.
Administrador del parqueadero
Precondiciones
Ingresar en el sistema como usuario Administrador
1 El actor hace clic en la opción de ver histórico
2 Sistema retorna un formulario con las opciones de búsqueda de información
3 El actor escoge los filtros que desea aplicar a la información
4 Sistema retorna información según el criterio escogido.
El administrador puede visualizar la información que los usuarios han agregado al sistema
N/A
SECCION 5: REQUERIMIENTOS DE CALIDAD
Se han identificado 3 atributos de calidad sobre los cuales se han priorizado los
escenarios de calidad.
Figura 1. Árbol de Utilidad
5.1 Árbol de Utilidad
Atributo de Calidad: Desempeño

Latencia ID Descripción Prioridad
01 El sistema debe entregar la respuesta a una Alta, Media
consulta realizada por un usuario en menos de 1
minuto. Incluyendo el tiempo de recuperación
de información, procesamiento, análisis y
despliegue
Escalabilidad
02 El sistema debe estar en capacidad de vincular Alta, Alta
nuevos parqueaderos sin interrumpir la
operación.
Atributo de Calidad: Fiabilidad

Calidad de ID Descripción Prioridad
información
03 La aplicación mostrará el nivel de ocupación y Media, Media
los datos proveídos de forma estandarizada por
el administrador del parqueadero.
Disponibilidad de
las fuentes
04 El administrador del parqueadero debe Alta, Alta
actualizar su ocupación al menos cada media
hora, en caso de que esto no suceda, no será
visualizado como parqueadero con
disponibilidad de cupo ya que la información
dejaría de ser fiable y oportuna.
Atributo de Calidad: Seguridad

Integridad ID Descripción Prioridad
05 La información de disponibilidad de los Baja, Alta
parqueaderos y servicios no será alterada
cuando se remita la respuesta al usuario
Confidencialidad
06 El sistema está en capacidad de comprobar la Media, Alta
identidad del 100% de los usuarios ante el
sistema
5.2 Escenarios de Calidad Priorizados
Escenario de Calidad # 1 Stakeholder: Usuario del Sistema

Atributo de Calidad Desempeño: Latencia
El sistema debe estar en capacidad de recibir la petición del usuario, realizar la
Justificación consulta y entregar respuesta a la consulta en formato gráfico en un tiempo
razonable para el usuario
Fuente Usuario accediendo al portal de la aplicación
Estímulo Se confirma la consulta
Artefacto Sistema de consultas
Ambiente En operación normal durante la ejecución de una consulta
Respuesta El sistema, procesa y despliega la consulta formulada.
Medida de la
El sistema entrega la respuesta esperada por el usuario en menos de un minuto
Respuesta

Atributo de Calidad Desempeño: Escalabilidad
El sistema tiene la necesidad de escalar en parqueaderos afiliados y
Justificación
vincularlos en las consultas.
Fuente Usuario accediendo al portal de la aplicación
Estímulo Se reciben varias consultas simultáneamente al sistema
Artefacto Sistema de consultas
Ambiente En operación normal en concurrencia
El sistema, procesa y despliega las consultas formuladas incorporando los
Respuesta
nuevos parqueaderos de acuerdo a los criterios de consulta.
Medida de la El sistema atenderá usuarios concurrentes sin afectar el tiempo de
Respuesta respuesta, vinculando la capacidad nuevos parqueaderos.
Atributo de Calidad Fiabilidad: Calidad de información
Para hacer más eficiente el proceso de consolidación y visualización de
Justificación
información de parqueaderos, se estandarizará la captura de los datos.
Fuente Datos del parqueadero
Estímulo Administrador del sistema actualizando datos del parqueadero.
Artefacto Módulo de Administración de parqueaderos
Las fuentes de información están disponibles y el sistema opera en
Ambiente
condiciones adecuadas.
Respuesta El sistema carga la información asociada a los parqueaderos
La información que se carga en el sistema de archivos respeta la estructura
Medida de la
definida para el 99% de los registros, los datos que no la cumplen no se
Respuesta
guardan.

Atributo de Calidad Fiabilidad: Disponibilidad de las fuentes
El sistema debe tener a disposición información actualizada sobre la
ocupación de los parqueaderos y sus características. En caso de que el
Justificación
parqueadero no haya actualizado en la última media hora su ocupación, no
será tenido en cuenta para las consultas.
Fuente Datos del parqueadero
Estímulo Actualización de datos por parte del Administrador del Parqueadero
Artefacto Modulo de consulta y actualización de datos.
El sistema opera en condiciones de indisponibilidad de las fuentes de datos
Ambiente
en línea
El sistema valida la disponibilidad de información local para atender la
Respuesta
consulta del usuario, procesa y entrega respuesta
Medida de la El sistema procesa consultas con información disponible.
Respuesta

Atributo de Calidad Seguridad: Confidencialidad
Se requiere garantizar la seguridad del sistema haciendo que solo accedan
Justificación
al módulo de consultas quienes están autorizados.
Fuente Usuario de consultas
Estímulo El Usuario del sistema ingresa al sistema
Artefacto Componente de consultas
Ambiente El sistema opera en condiciones normales
El sistema mediante reglas de validación y confirmación de identidad,
verifica que el usuario que está ingresando está autorizado y le permite
Respuesta
ejecutar consultas si el resultado de la verificación de identidad resultó
correcto.
Medida de la
Comprobar la identidad del 100% de los usuarios ante el sistema
Respuesta
SECCION 6: PUNTOS DE VISTA
(Esta sección presenta los puntos de vista de la arquitectura del sistema. Comenzando por una breve
descripción de la estrategia arquitectural y un diagrama de contexto que muestre claramente la
frontera del sistema. Es importante identificar en este diagrama de contexto los sistemas externos
con los que se debe interactuar.)
6.1 Punto de Vista Funcional
6.1.1 Modelo de Componentes
A continuación se describe la arquitectura de componentes de la solución:
Figura 2. Modelo de Componentes del Sistema

6.2 Punto de Vista de Despliegue
6.2.1 Modelos de Plataforma de Ejecución
El usuario podrá acceder a la aplicación (ingresar, buscar parqueadero, reservar,

cancelar reservas), a través de su celular desde su vehículo o a través de su PC en una
ubicación fija (Ver figura de Arquitectura funcional).
Para administración de información y reserva de parqueaderos, deben existir equipos
en cada parqueadero, así como para el administrador del sistema.
Figura 4. Arquitectura Funcional
A continuación se visualiza el diagrama de despliegue de la solución, donde se

visualizar los componentes que se integran a la arquitectura:
Figura 5. Diagrama de Despliegue
6.2.3 Modelos de Red
Figura 6. Modelo de red
En el anterior diagrama de manera similar al anterior, se muestran como nodos cada

uno de los equipos que pueden conectarse para participar en el servicio.
• Nodo equipo cliente: es el que representa a cada dispositivo móvil o PC, desde el
cual se hacen consultas al sistema. Posee varios componentes de software, pero
solo se destaca en el diagrama el navegador en internet, desde el cual es accede a
las capacidades del sistema.
• Nodo equipo administrador parqueadero: es el que representa a cada equipo

desde el cual el administrador de cada parqueaderos administra su parqueadero.
Posee varios componentes de software, pero solo se destaca en el diagrama el
navegador en internet, desde el cual es accede a las capacidades del sistema.
• Nodo equipo servidor principal: es el que representa a cada equipo desde el cual
el administrador general administra el sistema; allí también están las bases de
datos, librerías, etc. Posee varios componentes de software, pero solo se destaca
en el diagrama sistema como un componente compuesto de otros.
6.3 Punto de Vista de Información
6.3.1 Descripción
Teniendo en cuenta que los elementos del mundo real se representan en los mapas
como:
• Líneas – Elemento gráfico usado como la mínima expresión espacial, que

define un lugar geométrico. No tiene longitud ni área - Escala: 1:20m,
Precisión: 2m de error. Proyección: Mercator – costo 0. Se consigue mediante
mapas físicos/electrónicos o en el sitio y registrando las coordenadas en GPS
(WGS84)
• Puntos – Elemento gráfico compuesto por uno o varios segmentos
consecutivos, delimitado por un nodo inicio y un nodo fin, que no involucra el
concepto de área, solo longitud. - Escala: 1:20m Precisión: un radio de 30m a
la redonda del sitio. Proyección: Mercator – costo: 0, Se consigue mediante
mapas físicos/electrónicos o en el sitio y registrando las coordenadas en GPS
• Polígonos – Elemento gráfico definido por un conjunto de líneas consecutivas,
cerrado y que involucra el concepto de área. Tiene longitud correspondiente a
su perímetro y área.
• Fotos – Elemento para que el cliente identifique el parqueadero cuando llegue
no solo con la ubicación suministrada por el sistema. Costo NA
• Horarios, tarifas, convenios. Visita a parqueaderos.
Para representar esta la información, se modela el negocio por medio de las

siguientes clases:
Parqueadero: representa la información básica de los parqueaderos
AdministradorSistema: Representa la información de quien es el administrador del

sistema.
AdministradorParqueadero: Representa la información de quien es el administrador
del parqueadero, es quien puede hacer actualizaciones sobre información en su
respectivo parqueadero.
Cliente: representa la información de cada cliente como datos de identificación, y

sobre lo que puede hacer desde su usuario en el sistema.
LocalizacionCliente: Representa la información de donde se encuentra o donde se

encontraría un cliente.
Reserva: representa la información de cada reserva hecha por u cliente sobre un lugar
en un parqueadero después de la búsqueda.
Tarifa: representa la información de las tarifas usadas para cobro en cada

parqueadero.
Vehículo: Representa la información de cada vehículo que se guarde en el sistema (no

es necesario guardar la información de cada vehículo, pero al tenerla guardada se
pude por defecto enviar datos del vehículo al parqueadero cuando se hace la reserva
sin tener que digitarlos).
Mapa: Representa un mapa con la información necesaria para ver cuadras, calles y
puntos importantes (parqueaderos).
Histórico: Representa la infamación histórica que se tiene por cada parqueadero en

cuanto a reservas realizadas mediante el uso del sistema
6.3.2.1. Modelos de Estructuras (Conceptual-Clases)
Diagrama de Clases
6.3.2.2. Modelos de Estructuras Estáticas de Datos
Figura 7. Diagrama Relacional

Para representar esta la información, se modela el negocio por medio de las
siguientes clases:
Reservas: representa la información de cada reserva hecha por u cliente sobre un

lugar en un parqueadero después de la búsqueda.
Vehículos: Representa la información de cada vehículo que se guarde en el sistema

(no es necesario guardar la información de cada vehículo, pero al tenerla guardada se
pude por defecto enviar datos del vehículo al parqueadero cuando se hace la reserva
sin tener que digitarlos).
Usuarios:
Perfiles:
Parqueaderos: representa la información básica de los parqueaderos
Promociones:
Tarifas: representa la información de las tarifas usadas para cobro en cada
parqueadero.
Tarifas_Parqueaderos
Caracteristicas:
Caracteristicas_Parqueaderos:
Histórico: Representa la infamación histórica que se tiene por cada parqueadero en

cuanto a reservas realizadas mediante el uso del sistema
6.3.3 Modelos de Flujo de Información
Actividades conductor
Actividades parqueadero
Actividades Administrador
6.4 Punto de Vista de Concurrencia
6.4.1 Descripción
6.4.2 Modelo de Concurrencia
Aquí lo que se quiere para manejar la concurrencia es establecer dos escenarios de servicio
necesariamente complementarios: uno será para proveer funcionalidad para mapas, donde la
concurrencia será manejada por el contenedor de jsp’s. El otro escenario quiere manejar el flujo de
mensajes que ocurrirá cada vez que los parqueaderos quieran actualizar el cupo del parqueadero. La
idea es tener un servicio web asíncrono empotrado en el sistema de administración del parqueadero,
el cual enviara un mensaje a infoParking cada vez que ingresa o sale un carro del parqueadero. Se
quieren usar beans de mensajería, los cuales necesariamente son asíncronos y hacen que el flujo de
mensajería se acumule en una cola para ir atendiendo a los mensajes de uno en uno.
- Estrategias en el diseño de la multitarea
El acceso a un agente debe considerarse como un punto crucial concurrente, por tanto su
acceso debe sincronizarse.
Se plantea el uso de colas de mensajes, tipo publicador/subscriptor con validación de
aceptación, tolerancia a fallas, reintentos y serialización local.
- Abrazos mortales
Para evitar posibles escenarios de abrazos mortales, se optó por el mecanismo de colas de
mensajes para la publicación en el repositorio central, y en los instrumentos de exclusión
mutua (Mutex) en los agentes locales se evitará el uso de recursos comunes que puedan
ocasionar una condición de carrera entre las aplicaciones.
Modelo de concurrencia
SECCION 7: RELACIONES ENTRE LOS PUNTOS DE VISTA
El objetivo de las diferentes vistas desarrolladas en este documento es presentar las características de
la arquitectura que son relevantes. Principalmente se construyeron modelos que indican la
información relacionada con el sistema en los diferentes aspectos sobre los cuales tendrá desempeño
tales como: su funcionamiento, la localización de los diferentes componentes en una determinada
infraestructura de despliegue y la comunicación que existe con sistemas externos.
Aquí el punto de vista funcional y el de concurrencia muestran que la arquitectura propuesta define
una estrategia de concurrencia manejada por dos elementos diferentes de acuerdo a la funcionalidad
que provee un grupo de componentes. Una de estas estrategias es dejar que el contenedor de jsp’s
maneje esta concurrencia según sus capacidades propias. La otra estrategia permite establecer una
cola de mensajes para irlos atendiendo poco a poco, sobre todo porque en algunas horas, la solicitud
de atención de estos mensajes podría hacer colapsar al sistema.
Sumado a lo anterior tenemos el punto de vista de despliegue, a través de este podemos ver la
interacción física entre los diferentes elementos de hardware que alojan los componentes de la
aplicación. A través de los modelos de esta vista podemos identificar puntos críticos del sistema sobre
los cuales se deben tomar decisiones tecnológicas para favorecer el desempeño y la disponibilidad del
sistema. Es importante resaltar, que se trabajan estrategias de replicación y redundancia para la
correcta inclusión de la tolerancia a fallas.
Se hace una inclusión mínima del punto de vista de información para mostrar el diseño propuesto,
sobre el cual se edifica el modelo relacional implementado en la Base de Datos como mecanismo
principal de persistencia.
En resumen, las vistas ilustran el comportamiento del sistema principalmente bajo el escenario de
comunicación de alarmas y su interacción con otros sistemas a diferentes niveles de abstracción.
SECCION 8: RETOS Y FUTURO
Se tuvieron en cuenta algunos de los retos planteados con el fin de conseguir una herramienta útil y
de fácil operación, de tal manera que no necesitara de usuarios expertos.
Algunos retos se cubrieron en la entrega final de forma total o parcial, y algunos se dejan para una
próxima iteración, pensando en la implementación del sistema más allá de lo académico.
• Interoperabilidad:
La interoperabilidad es básica en el sistema: hay un servicio web que se encarga de enviar la
actualización del cupo de los parqueaderos; esta funcionalidad es consumida en el servidor y
allí se encarga de persistir en la base de datos y tratar de forzar una sincronización de los
clientes para mantener o visualizar así la última versión del cupo.
La información geo-espacial será recolectada por la misma empresa a través de quienes

tengan el rol de administrador del sistema, ya que serán los encargados de ingresar la
información básica del parqueadero. La información que el parqueadero tendrá para darnos,
es la que provee a través del web service, y esta será extraída de la base de datos que maneja
el sistema de administración del parqueadero en sí.
• Privacidad y temas sociales:

El sistema no tendrá muchas funcionalidades para interactuar con redes sociales, tan solo un
site en algunas de ellas (facebook, twitter, etc), de forma que los usuarios puedan darle clic en
“me gusta”, como una forma de publicidad para la marca, pero no podrá indicar que una
persona se encuentra en determinado lugar, sobre todo por cuestiones de seguridad.
La información almacenada en el sistema será la estrictamente necesaria para el negocio, tal

como lo es el nombre, la placa del carro, el rol (dueño, conductor asignado, etc), documentos
de identificación, etc. La administración de InfoParking se encargara de velar cuidadosamente
de estos datos y no permitirá comercializarlos bajo ningún pretexto.
• Para el proyecto InfoParking, es importante tener en cuenta que se pueden extraer patrones
de comportamiento a partir de los datos, que más allá de las consultas realizadas al sistema y
del resto de información que se gestione mediante el uso del sistema, se puede tener a la mano
información valiosa para los propietarios de parqueaderos como de interesados en
beneficiarse del uso del sistema.; un reto en este sentido puede ser, que a partir de los datos
provenientes del registro básico de clientes, parqueaderos, de las reservas y de las consultas,
se pueda inferir que tipo de sitios son los que habitualmente se visita (nodos de llegada), que
tipo de usuarios visitan determinado tipo de sitios, se puedan establecer rutas comunes por
las cuales se podrían instalar nuevos parqueaderos o establecimientos que puedan tener
oportunidad de negocio; y por qué no, proveer al usuario del sistema (conductor) información
importante sobre el contexto a partir de sus consultas frecuentes y los resultados de dichas
consultas, por ejemplo, si para un usuario, las consultas más frecuentes son sobre saber el
parqueadero más cercano a un centro comercial de la zona establecida en nuestro alcance, se
podría brindar información sobre otros centros comerciales que están más cerca de su
posición actual, ahorrándole tiempo y dinero al disminuir la distancia a recorrer.
• InfoParking, tendría más utilidad, si proveyera actualización de la vista del mapa de acuerdo
al contexto, por ejemplo, que si hay alguna obra en la zona que pueda desviar al conductor de
la mejor ruta para llegar a su punto final (parqueadero), el encargado de actualizar el sistema,
notifique al sistema de dicha obra y el sistema incluya dicha información en el mapa.
• En cuanto a visualización, se podrían tener en cuenta muchos aspectos (mapa con escala
variable, animaciones sobre rutas, etc), pero uno que es relevante y se tiene como
requerimiento desde el principio, es el de dar una vista panorámica sobre los parqueaderos
por medio de varias fotos; esto con el fin de brindar más información al usuario del sistema,
por ejemplo, si un conductor solicita información sobre el parqueadero más cercano a un
punto de la ciudad, al ver fotos del parqueadero puede identificarlo fácilmente si antes ha
estado en la zona, y puede también pensar en la oportunidad de realizar otras actividades
gracias a dicha identificación.
• La interfaz de usuario se contempla sencilla, así como la operación del sistema de forma fácil;
esto con el fin de no obligar a que los usuarios del sistema sean expertos, que puedan usar
dispositivos de diferentes tamaños y que estén en movimiento o no (PC, laptop, pda, celulares,
etc), no se debe olvidar que el usuario principal del sistema es un conductor de vehículo, quien
puede ser cualquier persona que no debe tener formación especial para sacar provecho del
sistema.

EJEMPLO Elementos para El Trabajo

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

EJEMPLO Elementos para El Trabajo

Hochgeladen von

Copyright:

Verfügbare Formate

Proyecto:

Documento de Arquitectura del Sistema

TABLA DE CONTENIDO ........................................................................................................................ 2

1.1 Proposito y Audiencia

Durante el desarrollo del documento se ilustran las decisiones de arquitectura que

1.2 Organizacion del Documento

1.5 Documentos Relevantes

2.1 Problema a Resolver

Adicionalmente, hay muchos parqueaderos que no están aprovechando al máximo su

De acuerdo a lo anterior, se ha planteado la creación del sistema InfoParking, orientado a

En las siguientes secciones se describe en detalle el sistema InfoPaking.

2.2 Descripción General del Sistema a Desarrollar

El propósito del sistema es brindar información a los conductores de vehículos particulares,

La aplicación proveerá la siguiente información:

Obtener y procesar información de parqueaderos de la localidad de Teusaquillo en

Objetivos en términos de valor agregado ofrecido al usuario o al negocio

Tabla 1: Listado de los Stakeholders

Personas con vehículo particular Usuarios finales del sistema

Administradores de los Usuarios finales del sistema

Desarrolladores Miembros del equipo de desarrollo del proyecto y

Tabla 2: Stakeholders y Expectativas

Personas con vehículo particular Este grupo de interesados esperan obtener

la zona centro requiriendo parqueaderos (Ubicación, Disponibilidad, Tarifas,

Administradores de los Este grupo de interesados espera optimizar su nivel de

Desarrolladores. Este grupo es encargado de la implementación, espera

3.1 Motivadores de Negocio

Ayuda para su uso:

Nombre del Motivador Descripción del Motivador de Negocio

ID Restricción: Nombre: Tipo:

Establecida por: Administradores de Parqueaderos

ID Restricción: Nombre: Tiempo de Desarrollo Tipo:

4.1 Escenarios Operacionales

Título del Escenario Operacional:

Nombre de la Entidad Administrador del Sistema ID EN-01

Nombre de la Entidad Administrador del Parqueadero ID EN-02

4.3 Casos de Uso

Figura 1. Árbol de Utilidad

5.1 Árbol de Utilidad

Atributo de Calidad: Desempeño

Atributo de Calidad: Fiabilidad

Atributo de Calidad: Seguridad

5.2 Escenarios de Calidad Priorizados

Escenario de Calidad # 1 Stakeholder: Usuario del Sistema

Ambiente En operación normal durante la ejecución de una consulta

Respuesta El sistema, procesa y despliega la consulta formulada.

Escenario de Calidad # 2 Stakeholder: Usuario del Sistema

Escenario de Calidad # 4 Stakeholder: Usuario del Sistema

Escenario de Calidad # 5 Stakeholder: Usuario del Sistema

SECCION 6: PUNTOS DE VISTA

6.1 Punto de Vista Funcional

6.1.1 Modelo de Componentes

A continuación se describe la arquitectura de componentes de la solución:

Figura 2. Modelo de Componentes del Sistema

6.2.1 Modelos de Plataforma de Ejecución

El usuario podrá acceder a la aplicación (ingresar, buscar parqueadero, reservar,

Figura 4. Arquitectura Funcional

A continuación se visualiza el diagrama de despliegue de la solución, donde se

Figura 6. Modelo de red

En el anterior diagrama de manera similar al anterior, se muestran como nodos cada

• Nodo equipo administrador parqueadero: es el que representa a cada equipo

6.3 Punto de Vista de Información

• Líneas – Elemento gráfico usado como la mínima expresión espacial, que

Para representar esta la información, se modela el negocio por medio de las