1

Entrega previa 1 Semana 3

Subgrupo 7

Tutor:

Soto Forero Wilson Eduardo

Integrantes:

Emily Fierro Fierro

ZEA RODRIGUEZ PEDRO ALEJANDRO (COD. 100050753)

Coronado Rojas Anderson Gheovanny

Manuel Ramírez Leguizamo

Jaime Yezid Gómez Motta

Arquitectura de software
INSTITUCIÓN UNIVERSITARIA
POLITÉCNICO GRANCOLOMBIANO
Modalidad Virtual
28 Marzo de 2023
 2

Tabla de contenido
Tabla de contenido
1. Situación identificada
2. Consulte referentes relacionados con la temática que sirvan como guías y argumentos para
identificar puntos comunes de fallo en estas situaciones. Estos referentes pueden ser:
a. Patrones de arquitectura
c. Informes técnicos de herramientas relacionadas
3. En un párrafo de 200 a 250 palabras escriba porqué es importante analizar esta situación y
para qué puede servir este análisis, a modo de justificación
4. Objetivo del análisis realizado
5. Referencias

1. Situación identificada
El equipo comercial de una compañía, gestiona un elevado número de inmuebles asignados.
Además, para las creaciones, actualizaciones y eliminaciones (desactivaciones) de registros
se requiere fácil acceso desde el exterior de la organización.

La actualización de la información de inmuebles debe llevarse a cabo de forma centralizada,

actualmente es administrada manualmente por algún miembro del equipo, y en hojas de
cálculo, con columnas previamente concebidas, esto genera datos obsoletos o poco relevantes
entre los diferentes inmuebles.

Los problemas que se generan según lo planteado son:

1. Debido a los tiempos elevados del proceso de creación de nuevos inmuebles
con todas sus características, la fuerza comercial tiene la última versión de
información potencialmente desactualizada.
2. También la demora en la actualización de los datos de inmuebles previamente
vinculados genera inconsistencias de información, causando inconvenientes a la hora
de identificar dicho inmueble.
3. Por último, con referencia a los inmuebles no disponibles (vendidos o
arrendados) encontramos que el no eliminar dicho registro de inmueble puede causar
hallazgos no exitosos y dañar la experiencia del cliente.
 3

Es necesario poder proporcionar una herramienta que posibilite la creación de los inmuebles,
su actualización de características clave, pero no limitados a sólo estas, seguimiento y
trazabilidad de las acciones propias de los inmuebles como son, tipo de vivienda,
comodidades internas y externas, disposición geográfica, cercanía de características, como,
parques, avenidas, rutas de buses, centros comerciales, colegios, definiciones que permitirán
controlar fácilmente a la administración de los inmuebles, no limitado a la actualización de
criterios y palabras clave, que son de uso común en la jerga de bienes inmuebles.

2. Consulte referentes relacionados con la temática que sirvan como guías y argumentos
para identificar puntos comunes de fallo en estas situaciones. Estos referentes pueden
ser:
a. Patrones de arquitectura

1. Patrón de capas

Este patrón se puede utilizar para estructurar programas que se pueden

descomponer en grupos de subtareas, cada una de las cuales se encuentra en un

nivel particular de abstracción. Cada capa proporciona servicios a la siguiente

capa superior.

2. Patrón cliente-servidor

Este patrón consiste en dos partes; un servidor y múltiples clientes . El

componente del servidor proporcionará servicios a múltiples componentes del

cliente. Los clientes solicitan servicios del servidor y el servidor proporciona

servicios relevantes a esos clientes. Además, el servidor sigue escuchando las

solicitudes de los clientes.

3. Patrón maestro-esclavo
 4

Este patrón consiste en dos partes; maestro y esclavos . El componente maestro

distribuye el trabajo entre componentes esclavos idénticos y calcula el resultado

final de los resultados que devuelven los esclavos.

4. Patrón de filtro de tubería

Este patrón se puede usar para estructurar sistemas que producen y procesan una

secuencia de datos. Cada paso de procesamiento se incluye dentro de un

componente de filtro . Los datos que se procesarán se pasan a través de las

tuberías . Estas tuberías se pueden utilizar para el almacenamiento en búfer o con

fines de sincronización.

5. Patrón del agente

Este patrón se usa para estructurar sistemas distribuidos con componentes

desacoplados. Estos componentes pueden interactuar entre sí mediante

invocaciones de servicios remotos. Un componente de intermediario es

responsable de la coordinación de la comunicación entre los componentes .

6. Patrón de igual a igual

En este patrón, los componentes individuales se conocen como pares . Los pares

pueden funcionar tanto como un cliente , solicitando servicios de otros pares, y

como un servidor , proporcionando servicios a otros pares. Un par puede actuar

como un cliente o como un servidor o como ambos, y puede cambiar su rol

dinámicamente con el tiempo.

7. Patrón de modelo-vista-controlador
 5

Este patrón, también conocido como patrón MVC, divide una aplicación

interactiva en 3 partes, como

modelo: contiene la funcionalidad y los datos básicos

vista: muestra la información al usuario (se puede definir más de una vista)

controlador: maneja la entrada del usuario

Esto se hace para separar las representaciones internas de información de las

formas en que se presenta y acepta la información del usuario. Desacopla los

componentes y permite la reutilización eficiente del código.

8. Patrón de intérprete

Este patrón se usa para diseñar un componente que interpreta programas escritos

en un lenguaje dedicado. Específica principalmente cómo evaluar las líneas de

programas, conocidas como oraciones o expresiones escritas en un idioma

particular. La idea básica es tener una clase para cada símbolo del idioma.

b. Libros y artículos de investigaciones relacionadas

Complementando la investigación ya antes descrita podemos añadir uno de los

catalogados como los mejores libros enfocados en el tema: Clean Architecture: A

Craftsman’s Guide to Software Structure and Design, este libro profundiza en

cómo mejorar la arquitectura del software, a través de patrones y principios sólidos.

Es un libro recomendado a todos los profesionales de la industria del software que

 6

deseen tener una visión más amplia y de alto nivel acerca del proceso de diseño de

software.

Como segunda opción presentamos: Software Architecture in Practice,

Guía al lector en sus responsabilidades más características y enseña cómo diseñar y

documentar arquitecturas de software de forma concreta y con ejemplos prácticos.

c. Informes técnicos de herramientas relacionadas

Los informes técnicos son la exposición por escrito de las circunstancias

observadas en el examen de la cuestión que se considera, con explicaciones detalladas

que certifiquen lo dicho, algunos ejemplos que se asimilan a la solución del problema

planteado los podemos encontrar en la siguiente biblioteca

https://www.sunedu.gob.pe/informes-tecnicos-software/ y estos ejemplos son los

siguientes:

● INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE N°

014-2021-SUNEDU-03-09 SUSCRIPCIÓN DE SOFTWARE DE

ADMINISTRACIÓN DE DISPOSITIVOS

● INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE N°

005-2019-SUNEDU-03-09 SOFTWARE DE BASE DE DATOS

7
 8

3. En un párrafo de 200 a 250 palabras escriba porqué es importante analizar esta

situación y para qué puede servir este análisis, a modo de justificación

La situación descrita es un claro ejemplo de cómo la arquitectura de software puede

ser importante para mejorar la eficiencia y eficacia de una empresa. La

administración manual de la información de inmuebles en hojas de cálculo puede

generar datos obsoletos o poco relevantes, lo que puede causar problemas como

inconsistencias de información y hallazgos no exitosos para los clientes. Además, la

falta de una herramienta centralizada y automatizada para la gestión de inmuebles

genera demoras en la actualización de la información y, por ende, desactualización en

los datos de inmuebles previamente vinculados, causando inconvenientes a la hora de

identificar dicho inmueble. En este sentido, una arquitectura de software adecuada

podría permitir la creación, actualización y eliminación de registros de inmuebles de

manera más rápida y eficiente, reduciendo el tiempo que lleva todo el proceso y

mejorando la calidad y exactitud de los datos. Además, dicha arquitectura podría

ofrecer una trazabilidad completa de las acciones realizadas en cada inmueble, lo que

permitiría un mejor seguimiento y control por parte de la administración de los

inmuebles. En resumen, analizar esta situación desde una perspectiva de arquitectura

de software puede servir para encontrar soluciones más efectivas y eficientes que

permitan mejorar el proceso de gestión de inmuebles en la empresa, lo que se

traducirá en beneficios tanto para la empresa como para sus clientes.

-
 9

4. Objetivo del análisis realizado

A partir del análisis realizado, buscamos obtener una solución óptima y adecuada para
resolver la problemática planteada en la empresa de inmuebles. Para lograr esto,
consideraremos patrones de arquitectura de software que nos permitan tomar escenarios ya
documentados, agilizando la implementación de una solución que utilice las mejores
prácticas del mercado. Entre los resultados que esperamos obtener podemos identificar:

1. Diseñar una arquitectura lógica, simple y eficiente que permita dar solución a
la necesidad identificada para la correcta administración de los inmuebles asignados a
una agencia inmobiliaria .
2. Realizar un análisis detallado de la problemática presentada en la inmobiliaria,
orientando el proceso a una arquitectura de servicios,
3. Implementar un servicio RESET o SOAP que permita solucionar la
problemática presentada con la gestión ágil y oportuna de los inmuebles asignados.
4. Describir las fortalezas, debilidades y/o riesgos en la implementación y puesta
a marcha de la metodología seleccionada.
5. Plantear acciones de mejora o mitigación ante los riesgos encontrados, para
garantizar la correcta implementación de la solución, en la empresa de administración
de bienes inmuebles.

5. Referencias
● Wilber Ccori huaman 7 septiembre 2018

https://medium.com/@maniakhitoccori/los-10-patrones-comunes-de-arquitectura-de-

software-d8b9047edf0b