1

Práctica Modelamiento de Software

Oscar Roberto Pacheco

Programa Ingeniería de Sistemas, Fundación Universitaria del Área Andina

Ingeniería de Software II - 202210-1A - 011

Mayo, 2022

.
 2
Objetivos

Objetivo General

Realizar los diagramas de UML en la que corresponde a los requerimientos de un

software utilizando los parámetros establecidos en el eje 3.

Objetivo especifico

Describir detalladamente los diferentes diagramas de la inmobiliaria en la que nos facilite

los procesos de los alquileres de la inmobiliaria.

 3
Descripción

Como la actividad es individual, el estudiante debe leer el referente de pensamiento y

desarrollar las actividades planteadas en este eje, luego leer y analizar el siguiente caso

Una agencia inmobiliaria tiene oficinas en varias ciudades de Colombia, se desea

implementar un sistema de información que sea seguro y que permita apoyar la gestión de la

empresa, este producto debe compartir datos a nivel local.

Se desea automatizar, básicamente, la gestión de inmuebles en alquiler, de inquilinos y de

propietarios.

En cuanto a los alquileres, debe facilitarse su gestión integral, desde el momento en que

un propietario ofrece un inmueble, pasando por la oferta de dicha vivienda a los posibles

inquilinos, la gestión de las visitas y la posterior firma del contrato de arrendamiento.

Se contempla la posibilidad de utilizar correo electrónico o mensajes de WhatsApp

generados automáticamente, para agilizar la comunicación con los clientes.

También se desea implementar un sitio web en el que se pueda consultar información

sobre los inmuebles disponibles, de forma que se facilite la captación de clientes para la agencia.

Los datos hechos públicos a través de la web deberán estar actualizados frecuentemente,

siendo deseable que se sincronicen diariamente con las bases de datos internas.
 4

Desarrollo de la Actividad

Diagrama Casos de Uso

El diagrama nos permite visualizar el diseño y la comunicación entre estos objetos, esto

representa el comportamiento del software de la interacción con el usuario para que este alcance

un objetivo.

En este caso se presenta lo que es un software que debe hacer y para quien lo hace, para

esto se deben definir los actores y casos de uso.

Usuario, cliente, anunciante, administrador, contacto de visita.

Usuario: Es el usuario del sistema, de acuerdo con la funcionalidad a utilizar puede ser cliente o

anunciante ambos. Se registra el sistema previo al pago de una suscripción.

Cliente: Persona interesada en recibir la información e inmuebles de acuerdo con un criterio de

búsqueda, y obtener información sobre un inmueble en particular y de solicitar un turno para la

visita a un inmueble.

Anunciante: Es el encargado de mantener actualizada la información de los inmuebles y de los

contactos para las visitas y además consulta las estadísticas sobre un inmueble.

Administrador: Es el encargado de mantener la información actualizada de los usuarios.

Contacto de visita: Es la persona asignada a una visita. Informa si la visita se realizó.

 5

Diagrama de casos de uso para gestión de usuarios

 6
Registrar en sistema: Alta de usuario.

Des registrar en sistema: Baja de usuario.

Mantener usuarios: Altas, bajas y modificaciones de usuarios.

Mantener contacto visita: Altas, bajas y modificaciones de los contactos para realizar las visitas.

Mantener inmuebles: Altas, bajas y modificaciones de inmuebles.

Consultar estadísticas de inmuebles: Una inmobiliaria consulta las estadísticas sobre los

inmuebles.

Obtener inmuebles: Un cliente obtiene las ubicaciones de los inmuebles de acuerdo con un

criterio de búsqueda.

Consultar inmueble: Un cliente consulta información sobre un inmueble.

Solicitar visita: Un cliente solicita turno para una visita a un inmueble.

Calificar inmueble: Un cliente califica un inmueble, le otorga un puntaje a partir de la

información recibida.

Generar cronograma de visitas: Diariamente, cada persona responsable de una visita recibe un

cronograma de las visitas que debe realizar durante el día.

Informar visita: Un contacto para una visita informa si se realiza o no la visita.

 7
Diagrama de clases
 8
Usuario: Mantener información de un usuario en el sistema.

Cliente: Mantener información de tipo de usuario cliente.

Anunciante: Mantener información tipo de usuario anunciante.

Propietario: Mantener información tipo anunciante propietario.

Inmobiliaria: Mantener información tipo anunciante inmobiliaria.

Inmueble: Mantener información sobre el inmueble.

Visita: Mantener información sobre una visita a un inmueble.

Contacto visita: Mantener información de la persona responsable de una visita a un inmueble.

Región: Mantener información en una región geográfica.

Diagrama de estados
 9
Diagrama 3 de estado “login usuario”

Diagrama 4: Diagrama de estado “crear usuario

 10
Diagrama 5: Diagrama de estado “modificar usuario”

Diagrama 6: Diagrama de estado “usuario eliminado”

 11
Diagrama 7: Diagrama de estado “crear propiedad”

Diagrama 8: Diagrama de estado “crear ticket”

Diagrama 9: Diagrama de estado “Comentarios”

 12

Diagrama de secuencias

El diagrama de secuencia presenta un conjunto de objetos y los mensajes enviados y

recibidos por ellos. Los objetos suelen ser instancias con nombre de clases, pero también pueden

representar instancia de otros elementos como colaboraciones, componentes y nodos. Se utilizan

para describir la visita dinámica de un sistema.

13
14
15
16
 17
Diagrama de actividades

El siguiente diagrama detalla una magnitud de actividades en el sistema y actúan de

manera singular de los diagramas de estado, que contienen exclusivamente actividades, ya que

los diagramas de actividades están ligadas a objetos y siempre están incorporadas a una clase o

un caso de uso.
18
19
20
21