CIPAS SALPICÓN

Deimy Torres
Samuel Perez
Alexander Gil
Hernán Arbeláez Bernal
John Cardenas

Taller 1

1. Identificar los requerimientos funcionales, atributos de calidad, restricciones y reglas

de negocio del módulo de inmuebles del caso de estudio del curso
2. Documentar mediante Casos de Uso los requerimientos funcionales anteriormente
identificados
3. Con una herramienta CASE, diagramar el modelo de Casos de Uso del módulo de
inmuebles del caso de estudio del curso.
4. Con una herramienta CASE, diagramar el modelo de conceptual del módulo de
inmuebles del caso de estudio del curso.
5. Con una herramienta CASE, diagramar el modelo de lógico del módulo de inmuebles
del caso de estudio del curso.

1. REQUERIMIENTOS

REQUERIMIENTOS

TIPO DE DESCRIPCIÓN ASPECTO PRIORIDAD

REQUERIMIENTO

FUNCIONAL El sistema debe permitir Funcionalidad Alto

registrar un inmueble.

FUNCIONAL El sistema debe permitir Funcionalidad Alto

consultar un inmueble.

FUNCIONAL El sistema debe permitir Funcionalidad Alto

actualizar un inmueble.
 ATRIBUTO DE El acceso será controlado No funcional Alto
CALIDAD por un rol de usuario.

- Mantenibilid
ATRIBUTO DE ad No funcional Alto
CALIDAD - Modularidad
- Rendimiento
y
escalabilida
d
- Seguridad
- Portabilidad
y
compatibilid
ad
- Usabilidad

RESTRICCIÓN - Los
usuarios No funcional Alto
solo podran
acceder a la
información
de la base
de datos
desde su rol
correspondi
ente.
- No se
podrán
eliminar
registros de
la base de
datos.

RESTRICCIÓN - PL SQL
DEVELOPE No funcional Alto
R
- ORACLE
12C

REGLAS DEL NEGOCIO

Se establecen las reglas de negocio que se aplican en la funcional básica del aplicativo.
RN01 –Registrar un inmueble

Se debe permitir el registro de un inmueble donde ingrese los datos básicos del inmueble.

RN02 –Eliminación de un registro

No se eliminará ningún registro, al contrario quedará inactivo

RN03 –Acreditación del inmueble

El propietario debe certificar que es el dueño legal del inmueble

2. Documentación casos de uso

IDENTIFICACIÓN CASO DE USO ACTORES

CU01 Registro del inmueble Supervisor-Usuario

OBJETIVO

Crear un caso que permita registrar un inmueble.

DESCRIPCIÓN

Se registrará en el sistema toda la información necesaria para llevar a cabo el registro de un

inmueble.

PRECONDICIONES
Se debe disponer de un inmueble para que este sea registrado.

POSTCONDICIONES
Información del inmueble almacenada en la base de datos.

ALTERNATIVAS Y
Inmueble ya registrado en el sistema (se mostrará en pantalla un
EXCEPCIONES
mensaje que dirá que el inmueble ya está registrada en el sistema.

Que el sitio web deje de funcionar

CURSO NORMAL DE LOS EVENTOS

ACCIÓN DEL ACTOR RESPUESTA

 1. El propietario del
suministra al supervisor 4.El sistema dará una alerta que la información fue
la información del inmueble almacenada.
a arrendar.
2. El propietario acuerda con 5.a. Si la información no está completa el sistema enviará
el supervisor el valor del un mensaje que la información ingresada no está
arrendamiento. completa, y no se pudo almacenar en la BD.
3. El supervisor registra la
información en el sistema.

IDENTIFICACIÓN CASO DE USO ACTORES

CU02 Consultar el inmueble Supervisor-Gerente-Asesor-

asistente-manager

OBJETIVO

Crear un caso que permita hacer una consulta de un inmueble

DESCRIPCIÓN

Se consultará en el sistema toda la información necesaria de un inmueble.

PRECONDICIONES
El inmueble debe estar registrado en la base de datos para que este
sea consultado.

POSTCONDICIONES
Se realizará la consulta de la información de un inmueble.

ALTERNATIVAS Y
Inmueble ya registrado en el sistema (se mostrará en pantalla un
EXCEPCIONES
mensaje que dirá la información del inmueble ya está registrada en el
sistema.

Que el sitio web deje de funcionar

CURSO NORMAL DE LOS EVENTOS

ACCIÓN DEL ACTOR RESPUESTA

4. El Usuario pide al asesor

la información del 7.El sistema dará un diálogo con la información fue
 inmueble.
5. El propietario consulta la almacenada del inmueble.
información con el
supervisor para fines 8. Si la información del inmueble no está completa el
comerciales. sistema enviará un mensaje que la información de dato
6. El supervisor consulta la inexistente en la base de datos.
información en el sistema.

IDENTIFICACIÓN CASO DE USO ACTORES

CU03 Actualizar el inmueble Supervisor-Gerente -

Propietario

OBJETIVO

Crear un caso que permita hacer la actualización de los datos de un inmueble

DESCRIPCIÓN

Se podrá realizar actualización de la información en el sistema toda la información necesaria de

un inmueble.

PRECONDICIONES
El inmueble debe estar registrado en la base de datos para que este
pueda ser actualizado.

POSTCONDICIONES
Se realizará la actualización de la información del inmueble en el
sistema.

ALTERNATIVAS Y
Inmueble ya registrado en el sistema (se mostrará en pantalla un
EXCEPCIONES
mensaje que dirá la información del inmueble actualizada registrada
en el sistema.

Que el sitio web deje de funcionar

CURSO NORMAL DE LOS EVENTOS

ACCIÓN DEL ACTOR RESPUESTA

 7. El Propietario solicita
actualizar datos de 10. El sistema dará un diálogo con la información “fue
información del inmueble. actualizada del inmueble”.
8. El Supervisor y/o Gerente 11. Si la información del inmueble no está completa el
actualiza la información en sistema enviará un mensaje que la información del
el sistema. no se actualizo correctamente.
9. El Supervisor y/o Gerente
consulta la información en
el sistema actualizada.

3.DIAGRAMA DE CASOS DE USO

4.DIAGRAMA CONCEPTUAL
5. DIAGRAMA LÓGICO