Está en la página 1de 45

Instituto Tecnolgico de

Tijuana
Unidad Tomas Aquino
Departamento de Sistemas y Computacin.
Junio-Julio 2014
Ing. En Sistemas Computacionales
Anlisis y diseo avanzado de software
Maestra: Roco Valenzuela
GDSSC4
AcR
Equipo 2:
Cedeo Hurtado Francisco Ivn 11210378
Martnez Rubio Mayelly 11210303
Vela Mora Lizbeth 11210339
Velsquez Martnez Zaira 11210331
Villanueva Burgos Wilberth Omar 11210306


Tijuana, B.C. 09 de Julio de 2014





2
ndice
Introduccin .................................................................................................................................. 3
Planteamiento del problema ........................................................................................................ 3
Justificacin ................................................................................................................................... 4
Objetivo 4
Objetivos especficos ..................................................................................................................... 4
Solucin ......................................................................................................................................... 5
Entrevista ...................................................................................................................................... 6
Requerimientos funcionales ......................................................................................................... 9
Requerimientos no funcionales .................................................................................................. 11
Usabilidad ................................................................................................................................ 11
Confiabilidad ........................................................................................................................... 12
Rendimiento ............................................................................................................................ 13
Soporte .................................................................................................................................... 14
Casos de uso ................................................................................................................................ 14























3








Introduccin
En este proyecto se llevara a cabo el desarrollo de una aplicacin mvil con el fin de
establecer un mejor manejo de inmuebles e inquilinos
Planteamiento del problema
El cliente desea un mejor control sobre sus inmuebles en este caso cuenta con diez
departamentos, enfrenta un problema debido a que vive en estados unidos y le genera
muchos gastos venir a Tijuana para cobrar renta ya que los inquilinos tienen diferentes
fechas de pago y por lo general no se encuentra en casa. Otro problema que presenta
es que no los encuentra cuando va a cobrar debido a que no tiene una comunicacin
directa con ellos o que los horarios no concuerdan. Toda esta problemtica le ha
generado prdidas monetarias ya que algunos inquilinos se van sin pagar o no estn
conformes con la atencin que se les brinda.
Lo que el cliente desea es poder tener un mejor manejo de los inquilinos que habitan
los departamentos, tambin quiere saber los departamentos disponibles y sus
caractersticas con sus estacionamientos correspondientes y el cajn extra, as como
una forma automatizada de realizar los pagos sin necesidad que ellos tengan que
depositar en el banco de estados unidos y el mismo no tenga que venir a cobrar a
Tijuana, tambin desea tener una manera fcil de comunicarse con los inquilinos en
caso que surja algn imprevisto para poder llegar a un acuerdo. Otra necesidad del
cliente es conocer los historiales de pago de los inquilinos para llevar el control de las
personas que estn al corriente y los que no.





4





Justificacin
Esta aplicacin va dirigida a personas que se dediquen a la renta de inmuebles, las
cuales no son una empresa, no tienen un control, ni cuentan con las herramientas
administrativas necesarias para llevar este tipo de tareas.
Objetivo
Desarrollar una aplicacin para ayudar al cliente a llevar el control de los inmuebles e
inquilinos.
Objetivos especficos
Historial de pagos: Mostraran las fechas en los que se hicieron los pagos incluyendo el
monto pagado.
Notificaciones: Enviara una alerta tanto al propietario como al inquilino dependiendo
el caso, si se realiz un pago, si esta un pago prximo a vencer o si finalizar el
contrato.
Mensajera: Permitir la comunicacin entre el propietario y el inquilino dentro de la
aplicacin.
Calendario de pagos: Mostrara un calendario nicamente para el propietario donde
permitir visualizar la fecha de pago de todos los inquilinos.
Especificacin de inmueble: Mostrara a detalle con que cuenta cada departamento
como las recamaras, baos, sala, piso, nmero de medidor de luz y agua.







5





Solucin
Una manera de satisfacer las necesidades del cliente es crear una aplicacin mvil
debido a que es porttil ya que para el cliente es ms accesible por sus horarios
laborales. Est aplicacin facilitara tanto la manera de pago por medio de la aplicacin
se permitir realizar pago por medio de paypal y generara una notificacin al inquilino
con su recibo de pago el cual podr visualizar en un correo electrnico, tambin
recibir una notificacin el propietario de que el inquilino ha abonado. Esto generara
de manera automtica el historial de cada inquilino donde mostrara el monto de pago
y la fecha correspondiente, contara con un envo de mensajes de la aplicacin para
mejorar la comunicacin entre propietario y cliente facilitando un inconveniente o
sugerencia.
Tendr un control de todos los departamentos con sus caractersticas y el estatus de
disponibilidad.
Se le recomend al cliente para que este sea independiente de cada inquilino y
propietario cuente el sistema con un login para que tanto l como el inquilino pueda
ver su historial personal de pagos y los mensajes.













6






Entrevista

1. Desea especficamente que funcione en algn S.O
android y iOS
2. Cuantos usuarios (admin) dese atener, cuantos admin va a tener la app
3 usuarios para mi hijo, pareja y yo
3. Que opciones desea manejar en el men
inquilinos, inmuebles, calendario de pagos
4. Dese a tener algn tipo de seguridad para la app
Si para cuando realicen los pagos que sea una forma segura para ellos

5. Desea que la aplicacin sea solo para celular/escritorio
Solo para celular, no tengo tiempo de usar la computadora de escritorio

6. Desea que despus de cierto tiempo se enven las notificaciones con mensajes
prediseados
Si

7. Despus de cunto tiempo desea que se enven las notificaciones
al instante de que se realice la accin

8. Desea que la app despus del lmite de pago se bloquee para que no se puedan
realizar pagos on-line, y que tengan que hacer los pagos en persona a otra cuenta
Si, en ese caso yo tendra que ir directamente con la persona para que me haga
entrega de las llaves




7

9. como dese a interactu los inquilinos con la aplicacin
Que solamente puedan accesar con la clave y usuario que yo les brindare
10. Que informacin desea saber usted como propietario en cuanto a la instancia del
inquilino
Nombre, telfono, correo, antigedad, prximos pagos y su historial
11. Como desea que se muestre la informacin del inquilino en cuanto a las fechas de
pago.
Por medio de un calendario que me permita visualizar todos los pagos de diferentes
meses

12. Desea que la aplicacin muestra cierta relacin entre inquilinos, departamentos y
cajones
S que me permita ver el inquilino e indique el nmero de departamento y cajn.

13. Qu tipo de operaciones desea que los inquilinos puedan realizar por medio de la
aplicacin
Ver su historial de pagos, el contrato con sus fechas de inicio y terminacin, realizar
sus pagos correspondientes, mensajera entre los dos.

14. Desea que el sistema le brinde informacin de cada departamento, tales como nmero
de recamaras, medidor, etc.
Si el numero de departamento, numero de recamaras, numero de baos, numero de
medidor tanto luz como agua, cajn de estacionamiento correspondiente,
disponibilidad y en caso de que este ocupado el nombre del inquilino.

15. Qu tipo de operaciones desea realizar con la aplicacin, para facilitar su cobro/uso
Solo por medio de paypal

16. Desea que la aplicacin brinde algn tipo de comunicacin entre inquilinos y
propietario
Si mensajera entre ambos con su respectiva notificacin.




8

17. Porque medio desea que la comunicacin se de
Dentro de la aplicacin

18. Dese a que la aplicacin le enve una notificacin cada vez que un inquilino a realizado
un abono/pago
Si que la notificacin sea al instante en que se realice y llegue por medio de la
aplicacin y correo.

19. Desea tener una relacin en cuanto al cajn extra
No, que cuando se asigne el inquilino al departamento me deje seleccionar el cajn
extra o no, una vez que este asignado no me permita volver a seleccionarlo hasta que
este desocupado.

20. En caso de prdida o que el inquilino no recuerde su contrasea la aplicacin
genere una automticamente y le enve esta al correo de dicho inquilino
Si, que se le genere de manera automtica pero solo al correo que me proporcione el
inquilino, no debe permitirle cambiar de correo.

21. Desea que la contrasea creada por la aplicacin fuera temporal y cuanto seria el
tiempo de expiracin
No, ellos no tienen opcin de modificarla. Desea que la aplicacin genere una nota, un
recibo de pago
Si que se enve al correo y permita a ellos descargar e imprimir.

22. Desea que la aplicacin pueda dar de baja automticamente al inquilino cuyo contrato
a finalizado
Que me enve una notificacin para verificar la finalizacin del contrato.

23. Los costos de los departamentos sern fijos o los modificara usted
Los costos sern preestablecidos





9
24. En caso de que el inquilino, o propietario dejase abierta su sesin, la aplicacin
despus de cierto tiempo la cierre automticamente
La sesin la pueden dejar abierta, solo hasta que realicen el pago se las pida otra vez.

25. Como maneja los pagos retrasados y su tolerancia
Se les da 5 das naturales de tolerancia despus de eso se les hace un aumento del
10% sobre el monto de su renta
Requerimientos funcionales
No. Req. Requerimiento Caso de uso Referencia
RF-1 La aplicacin tiene que tener un loggin
RF-2 La aplicacin soportara iOS y android
RF-3 La aplicacin permitir la recuperacin de
contrasea para inquilino

RF-4 La aplicacin permitir la recuperacin de
contrasea para propietario

RF-5 El propietario podr ver las fechas de pago del
inquilino en un calendario

RF-6 La aplicacin contara con un men
RF-7 Las opciones del men principal para el
propietario sern inquilinos, contratos,
mensajera, departamentos y pagos

RF-8 En el submen de contratos del propietario
permitir nuevo contrato, ver contratos

RF-9 En el submen de inquilino del propietario
podr visualizar los datos del inquilino, su
antigedad

RF-10 En el submen de departamentos del
propietario vera las recamaras y disponibilidad

RF-11 El submen de pago del propietario permitir
visualizar los historiales de cada inquilino





10
RF-12 El submen de mensajera del propietario
permitir seleccionar la conversacin con sus
inquilinos

RF-13 Las opciones del men principal para el
inquilino sern historial de pago, contrato,
mensajera

RF-14 El submen de historial de pago del inquilino
permitir visualizar todos sus pagos.

RF-15 El submen de contrato del inquilino permitir
ver su contrato con sus condiciones, fechas de
inicio y finalizacin

RF-16 El submen de mensajera del inquilino solo
permitir el envo de mensajes con el
propietario

RF-17 Por cada pago que realice el inquilino enviara
una notificacin al propietario

RF-18 Los pagos solo se realizaran por medio de
paypal

RF-19 En la aplicacin el modulo de mensajera
enviara notificacin cuando reciba uno nuevo

RF-20 La aplicacin enviara una notificacin cuando
el contrato este por terminar

RF-21 La aplicacin enviara una notificacin cuando
el contrato este por terminar

RF-22 La recuperacin de la contrasea ser por
medio del correo que capture el propietario

RF-23 La aplicacin enviara una confirmacin para
finalizar el contrato

RF-24 La aplicacin enviara una notificacin de
desalojo despus de un mes de retraso

RF-25 La aplicacin generara un aumento del 10%




11
sobre la renta despus de 5 das naturales de
retraso
RF-26 La aplicacin permitir mantener una sesin
abierta por tiempo indefinido


Requerimientos no funcionales
Usabilidad
No. Req. Requerimiento Caso de uso Referencia
RU-1 La aplicacin tendr con una interfaz fcil de
usar para el usuario
RF-1
RU -2 La aplicacin deber de contar con internet
para poder ser utilizada

RU -3 La aplicacin contara diferentes permisos para
los dos tipos de usuarios (admin/inquilino)

RU -4 La aplicacin ser fcil y concisa, ya que como
mximo el inquilino tardara 5 minutos para
realizar sus pagos

RU -5 La aplicacin le brindara al
inquilino/propietario la satisfaccin de realizar
sus movimientos a larga distancia.

RU -6 La aplicacin contara con las opciones bsicas,
al no confundir a los usuarios

RU -7 La aplicacin tardara como mximo 5 miutos
al instalarse, con una velocidad de descarga
de 5 Mbps

RU -8 Tanto la interfaz como la aplicacin permitirn
satisfacer las necesidad del cliente/usuario







12
Confiabilidad
ID Descripcin Prioridad Detalles
RCS-1 Diseo claro y simple ALTAMENTE
SOLICITADO
Nuestro cliente demanda una
interfaz lcida, intuitiva y sencilla
de utilizar, ya que la aplciacin har
transacciones crudas en el manejo
de pagos, requiere una alta claridad
de usabilidad y experiencia del
usuario.
RCS-2 No permita
vulnerabilidad ante los
hackers
ALTAMENTE
REQUERIDA
Nuestro cliente especifica mxima
seguridad en el sistema, ya que
maneja informacin privada del
historial de pago y estados de
pagos de los inquilnos. El mismo
sistema debe ser altamente seguro
ante el ataque informtico de
hackers.
RCS-3 Proteccin de la base
de datos y credenciales
de los usuarios.
ALTAMENTE
REQUERIDA
El sistema requiere alta proteccin
y acceso restringido a la
informacin que se encuentra en la
base de datos, ya que esta
albergar las credenciales e
informacin altamente sensible de
los inquilinos. Debe resguardarse
celosamente ante difundir la misma
a terceros esta informacin




13
RCS-4 Revisin obligatoria de
la autentificacin del
servidor
OBLIGATORIA El acceso es altamente restringido a
personal autorizado que pueda
administrar las funciones del
servidor donde se hospedar la
aplicacin mvil del sistema.

RCS-5 Revisin de las
credenciales de inicio
del sistema de los
inquilinos
ALTA


Rendimiento
No. Req. Requerimiento Caso de uso Referencia
RR-1 En el loggin se pedir contrasea y usuario
para poder accesar.
RF-1
RR-2 La recuperacin de la contrasea ser en un
tiempo casi instantneo.
RF-3
RR-3 Para poder desplazarse entre menus se
ocupara estar dado de alta en el sistema.
RF-7, RF-13
RR-4 Al enviar mensajes entre propietario- inquilino
solo se podr hablar un inquilino por
conversacin existente.
RF-12
RR-5 Los inmuebles tendrn un costo establecido
fijo.
RF-10
RR-6 En el submen de historial de pago del
inquilino solo podr ver su historial y no lo de
los dems.
RF-14
RR-7 El propietario podr buscar por inquilino su
historia de pago.
RF-11




14
RR-8 Cuando el inquilino haga un pago, ocupara
volver a introducir su contrasea.
RF-26

Soporte


No. Req. Requerimiento Caso de uso Referencia
RS-1 Se subir a appstore.
RS-2 Se subir a playstore.
RS-3 La descarga de la aplicacin ser gratuita
RS-4 La aplicacin para iOS soporta iOS6x+
RS-5 La aplicacin para android soporta desde jelly
bean para arriba










Casos de uso:

Actor primario Caso de uso
Inquilino 1. Solicitar inmueble
2. Iniciar sesin
3. Verificar adeudo
4. Pagar
5. Mensajera
Propietario 1. Visualizar departamentos
2. Generar contrato
3. Iniciar sesin




15
4. Alta de inquilino
5. Visualizar pagos
6. Mensajera
7. Baja de inquilino





ID caso de uso 1
Nombre de Caso de uso Solicitar Inmueble
Creado por: Equipo2
Fecha creacin: 03/Julio/2014 Actualizado por: Equipo 2
Actor: Inquilino y Propietario
Descripcin: El sistema deber de ser capaz de comportarse como se describe en el
siguiente caso de uso cuando una persona desee adquirir un contrato
por renta de vivienda (inmueble) en el complejo habitacional de su
preferencia.
Precondiciones: 1. El inquilino debe contar con cuenta paypal para realizar
pagos.
2. El inquilino debe contar con los fondos suficientes para cubrir
el monto de pago.
3. El registro de contrato y transaccin deber realizarse
directamente en persona.

Postcondiciones: 1. Inquilino ser previsto de credenciales para el ingreso del
sistema
2.
Flujo normal: 1. Inquilino acude al lugar donde se encuentra el propietario y
extiende el inters por adquirir un contrato de renta de vivienda.
2. Propietario ingresa al sistema con sus credenciales.
3. Propietario verifica en el sistema la disponibilidad de inmueble.
4. Propietario captura los datos del inquilino para posteriormente
generar contrato.
5. Propietario pide amablemente al inquilino realizar la forma de
pago va PayPal
6. Inquilino ingresa credenciales de PayPal Y realiza pago
7. Finalizan interaccin con la generacin de contrato.
8. Entrega al inquilino credenciales para ingresar al sistema.





16

Flujo alternativo: 1.1 El cliente trae alimentos (Despus de paso 1)
1. El cliente trae alimentos
2. El empleado le dice que no puede entrar con alimentos
3. Regresa a paso 2

Excepciones: Paso 2: Si el propietario tiene problemas al introducir credenciales por
prdida de informacin.
E1. Si olvida sus credenciales, contactar al equipo de soporte.
E2. Si el sistema niega la entrada, contactar al equipo de soporte.

Paso3:Propietario verificar en el sistema la disponibilidad, si el
sistema muestra estos estados:
E1. Disponible. Entonces contina con la captura de datos en paso 4.
E2. No disponible. Se le informa al inquilino y termina el caso de uso

Paso4: Propietario captura los datos y en el sistema aparece los
siguientes resultados:
E1. Inquilino no registrado. Entonces contina el propietario con la
captura de datos
E2. Inquilino ya estaba previamente registrado. Entonces, se
actualizan los datos y se renueva contrato. Paso4.

Paso5: Inquilino verifica mtodo de pago:
E1. Si tiene cuenta PayPal, proseguir con el pago
E2. Si NO tiene cuenta PayPal, termina el caso de uso y cancelacin
del contrato.

Paso6:Inquilino ingresa credenciales de PayPal y refleja el siguiente
estado>
E1. Credenciales no concuerdan, contactar equipo de soporte y
finaliza caso de uso.
E2. Credenciales aceptados y transaccin de pago completada




17
exitosamente, pasar al paso 7.



Incluye: Nada
Prioridad Alta
Frecuencia de uso: Aproximadamente 8 veces al ao
Regla de negocio Solo las precondiciones.
Requerimientos especiales: 1.
Asunciones: 1. Se cree que el inquilino se encuentra seguro de adquirir un
contrato de renta de vivienda

Notas y conclusiones:

1. Por ningn motivo se podr aceptar otro mtodo de pago
diferente de PayPal.



ID caso de uso 3
Nombre de Caso de uso Verificar Adeudo
Creado por: Equipo2
Fecha creacin: 03/Julio/2014 Actualizado por: Equipo 2
Actor: Inquilino
Descripcin: El sistema deber de ser capaz de comportarse de la siguiente manera
descrita de caso de uso cuando un inquilino desee consultar su estado
de cuenta en el sistema.
Precondiciones: 1. El inquilino deber contar con un previo contrato vigente
2. Inquilino deber tener los datos de sus credenciales para
ingresar al sistema
3. El inquilino debe ingresar al sistema nicamente va mvil
4. Referencia al caso de uso con ID=8
Postcondiciones: 1. Sistema cierra automticamente cualquier sesin inactiva
Flujo normal: 1. Inquilino accede a la aplicacin va mvil
2. Inquilino inicia sesin en el sistema con sus credenciales**
3. Inquilino navega en el men del sistema accionando la funcin
consultar adeudo.
4. Sistema regresa informacin de estado de adeudos




18
Flujo alternativo: Ninguno, nicamente va aplicacin mvil
Excepciones: Paso2: Inquilino ingresa sus credenciales al sistema, en caso de
presentarse los siguientes problemas>
E1. Inquilino no recuerda sus credenciales. Entonces debe contactar al
propietario y este a su vez levantar un reporte al equipo de soporte del
sistema.
E2. Existen problemas de inicio de sesin incluso cuando las
credenciales del inquilino son correctas. Entonces notificar al
propietario para que el mismo levante un reporte al equipo de soporte
del sistema.
Incluye: Nada
Prioridad Alta
Frecuencia de uso: Aproximadamente ms de 50 veces al da
Regla de negocio
Requerimientos especiales: 1. Inquilino tenga un contrato vigente
2. Inquilino conoce sus credenciales para ingresar al sistema
Asunciones: 1. Se asume que el 28% de los usuarios del sistema olvidan sus
credenciales

Notas y conclusiones:

1. El inquilino solo podr revisar su estado de pagos a travs de la
aplicacin mvil.





ID caso de uso 4
Nombre de Caso de uso Pagar
Creado por: Equipo 2
Fecha creacin: Julio 2014 Actualizado por: Equipo 2
Actor: Inquilino
Descripcin: Inquilino se da cuenta de que es el ltimo da para pagar la renta, y
procede a pagarla por medio de la aplicacin.




19
Precondiciones: 1. Usuario debe de contar con aplicacin mvil.
2. Inquilino debe de contar con usuario y contrasea para
aplicacin.
3. Inquilino debe de contar con cuenta en paypal.
4. Inquilino debe de haber iniciado sesin.
Postcondiciones: 1. Inquilino debe de cerrar sesin despus de haber terminado
con el proceso.
2. No puede estar en zona sin equipo de trabajo
Flujo normal: 2.0 Hacer pago/abono a renta.
1. Inquilino abre aplicacin mvil.
2. Ingresa usuario y contrasea
3. Entra a la aplicacin y selecciona Pagos.
4. Aplicacin pide usuario y contrasea de paypal.
5. Inquilino proporciona datos necesarios.
6. Aplicacin pide cantidad/monto a pagar.
7. Inquilino escribe monto a pagar por medio de paypal
8. Ingresa nmero de tarjeta y nip.
9. Aplicacin enva una notificacin al correo del inquilino para
hacer saber que el movimiento ha sido realizado con xito.
10. Se le hace saber al inquilino que el movimiento se realizo con
xito.
11. Inquilino sale de la aplicacin.
Flujo alternativo: 2.1 Usuario y contrasea no coinciden (Despus de paso 2)
a) Inquilino vuelve a escribir usuario y contrasea.
b) Inquilino decide reiniciar la contrasea.
c) Regresa al paso 3
2.2 Usuario y contrasea de paypal no coinciden(Despus de
paso 5)
A) Inquilino verifica usuario y contrasea de paypal
B) Regresa al paso 6

Excepciones: 1.0 El clientes no desean abandonar rea afectada
3. Empleado hace notificar a personas que deben de abandonar
esa rea
a.. clientes no desean desalojar rea
b clientes obedecen esa orden
Incluye: Nada
Prioridad Alta
Frecuencia de uso: Aproximadamente ms de 5 veces al ao
Regla de negocio
Requerimientos especiales: 1. Inquilino necesita cuenta de paypal para poder realizar pagos
en lnea.
Asunciones:




20

Notas y conclusiones:

1. Por ningn motivo la aplicacin permitir pago sin cuenta de
paypal.


Id caso de uso: 5
Nombre del caso de
uso:
Mensajera de Inquilino.
Creado por: Equipo 2
Fecha de creacin: 03/07/14
Actor. Inquilino
Descripcin:

En este modulo se lleva el control de como el Inquilino enviara algn
mensaje o bien notificacin a el propietario , para aclaracin de
cualquier duda o bien para notificar a este de alguna inconveniencia o
necesidad de algo, es decir se expone la opciones de:

1. Creacin de algn nuevo mensaje hacia el propietario.
2. Consultar la app.
3. Modificacin de alguna notificacin o mensaje.
4. Eliminacin de notificacin o mensaje.
5. Notificacin al Inquilino.

Todo ello referente al control de los inquilinos por parte de la aplicacin
en general.
Precondiciones:
Poseer un nmero de identificacin de Inquilino (ID).
Haber iniciado sesin en el sistema con tal (ID).
Haber seleccionado la funcin, de todas aquellas funciones
disponibles en la aplicacin en general.
Postcondiciones: Realizar una actualizacin en caso de haber modificado los
parmetros de algn proceso de (eliminacin, consulta,
modificacin, envi) de un mensaje, a fin de cumplir con alguna
demanda que no involucre una modificacin.
Flujo normal: Paso. Accin.




21
































1


2




3



4



















Tener a la mano el nmero de identificacin del Propietario (ID),
autogenerado por la aplicacin y requerido por el mismo.

Iniciar sesin con el ID de (Inquilino) a fin de desbloquear una
serie funciones.

Seleccionar una funcin a realizar, de todas aquellas funciones
habilitadas en la interfaz del inquilino.

La interfaz del Inquilino deber tener la capacidad de efectuar
las siguientes operaciones o funciones:

a) Registro de nuevo mensaje o notificacin.
b) Modificacin de Mensaje.
c) Consulta de mensaje.
d) Eliminacin de mensaje.
e) Impresin de mensaje.

a.- Creacin de nuevo mensaje o notificacin.

Consiste en una interfaz capaz de proporcionar al inquilino al
mando o a la misma aplicacin una automatizacin como tal,
En esta opcin se creara el nuevo mensaje a enviar, es decir, se
asignara la fecha, hora y el asunto que atender al propietario
en el momento establecido.

Haber iniciado sesin en el sistema.
Horario disponible.
Tener clave de propietario o inquilino.

a1.- La interfaz deber utilizar una serie de campos a llenar
creados por medio de (textbox) a fin de capturar los datos que
contendr la notificacin(mensajes), tales como:

1. Asunto




22
































































2. Nombre
3. Contenido.
4. Breve contenido (extra).
5. Enviar
Entre otros datos.

a2.- La aplicacin tendr esta nocin de llenado de mensajes
tanto como para notificaciones. Salvo el caso de ciertos campos
activados nicamente dependiendo del propietario.

Como es la:
Especialidad
No de cedula

a3.- No todas la funciones de la aplicacin referente a la captura
de estos datos del personal a enviar, estarn disponibles para
cualquier tipo de usuario. Como en la seccin a2 se indica.

Nota: El apartado a) deber verificar la no existencia de las
excepciones E1, E2, E3



b.- Modificacin de Mensaje.
Consiste en una interfaz capaz de cargar un mensaje ya
existente en la BD de la aplicacin a fin de realizar
modificaciones en el mismo.

b1.- La aplicacin previamente al cargado de la creacin deber
solicitar el ID del inquilino con el objetivo de agilizar y aumentar
la eficiencia en la creacin por parte de la aplicacin para la
modificacin.

Esto por aquello de motivos de orden y control, as mismo de




23
































































seguridad.

b2.- La interfaz deber sugerir la vinculacin de la creacin en la
BD mediante una grilla o tabla (datagrid) donde permita
visualizar el contenido del mismo a fin de ser modificado o bien
la vinculacin de campos (textbox) con el registro ya sea por
medio del mismo componente o agentes externos como:
botones, eventos, etc.

Nota: El apartado b) deber verificar la no existencia de las
excepciones E5.

c.- Consulta de mensajes/notificaciones.
Consiste en una interfaz apta en todo sentido para permitir la
lectura de un dato (mensaje-notificacin) en especfico, es decir
permite visualizar un determinado mensaje o mensajes en un
momento dado. Dependiendo de las necesidades del Inquilino,
por algn proceso que se presente.

c1.- La interfaz deber sugerir la vinculacin de la creacin en la
BD por medio de una grilla o tabla (datagrid) donde permita
visualizar el contenido del mismo.

c2.- La aplicacin deber tener la capacidad de visualizar todos
los campos perteneciente a lo que es un nuevo mensaje o bien
notificacin, de propietario como tal.

d.- Eliminacin de mensaje.
Consiste en una interfaz capaz de permitir la eliminacin de un
mensaje existente mediante el uso de una condicin.

d1.-La aplicacin deber autentificarse como administrador de




24
































































la aplicacin a fin de lograr eliminar un mensaje-notificacin
empleado por medio de su ID.

d2.- La aplicacin deber tener la posibilidad de recuperar
alguno, en caso de haber incurrido por extraas razones en un
borrado accidental.

e.- Impresin de mensaje/ notificacin.
Consiste en una interfaz capaz de permitir la impresin por
medio de algn dispositivo de salida tal como: pantalla.

E1.- La aplicacin deber tener la posibilidad de generar una
pantalla de manera individual o general de los mensajes
arrojados. A fin de tener a la mano informacin necesaria de
algn inconveniente.

Nota: El apartado c, d, e deber verificar la no existencia de las
excepciones E4, E5.

As mismo, cabe anexar que el optar por algn medio que
modifique o elimine, sugiere un proceso en cadena de
actualizacin de todo aquel modulo o estado que involucre o
tenga contacto con los mensajes que se est eliminando, a fin
de evitar caos en coordinacin de la misma aplicacin.
Realizando un ajuste casi semiautomtico debido a una baja en
mensajes considerada indispensable.

Utilizar la funcin elegida (En el paso 3).

Finalizar proceso y funcin elegida.

Regresar a interfaz principal en este caso del propietario, a fin




25























Flujo alternativo:

5

6


7

8





Paso

1


2






3



4
de realizar alguna otra accin, de las comentadas.

Activar mecanismos de comprobacin de integridad de los datos
en los dems componentes de la aplicacin a fin de garantizar la
correcta coordinacin en un futuro.



Accin

Tener a la mano la clave alfanumrica de inquilino (ID),
autogenerado por una plataforma online.

Iniciar sesin con la clave alfanumrica de (inquilino) a fin de
desbloquear una serie de funciones no comunes en la interfaz
principal online, es decir la aplicacin requiere una conexin a
internet a fin de autentificarse con la clave para accesar a la
seccin inquilino con el objetivo de que no cualquiera pueda
iniciar a estas funciones.

Seleccionar una funcin a realizar, de todas aquellas funciones
habilitadas en la interfaz de inquilino por parte de la interfaz
debido al nivel (inquilino).

La interfaz de inquilino deber tener la capacidad de efectuar las
siguientes operaciones por medio de una plataforma construida
para funcionar en lnea:

a) Creacin de nuevo mensaje o notificacin.
b) Modificacin de mensaje-notificacin.
c) Consulta de mensaje-notificacin.
d) Eliminacin de mensaje-notificacin.
e) Impresin de mensaje-notificacin.





26
Nota: El enfoque en el cual se desea llevar el control de la
gestin de registros de mensajes en la seccin de inquilino es
similar a la de un flujo normal.
Salvo la excepcin que la aplicacin utilizara como punto de
manipulacin para el mdulo de inquilino una plataforma
online, es decir una plataforma capaz de accesar desde
cualquier dispositivo, desde cualquier parte.

Reiterando de esta manera un punto de distinto de acceso o
realizacin de las mismas actividades planteadas en un flujo
normal, pero con el enfoque de la conectividad en mltiples
dispositivos.
Excepciones: Paso

E1












E2
E3
Causa

Introduccin de valores no validos en los campos.

E1.1- Si se introducen los datos en un campo con un tipo de
datos distinto al ingresado, indicar una alerta de invalidez de
completado de mensaje (asunto) o bien formular una alerta al
usuario nicamente para comunicar que el tipo de dato
introducido nos es permitido.

E1.2- Si el inquilino al registrar el nuevo mensaje falla o se
equivoca en algn momento al completar de llenar un este, la
aplicacin solicite confirmacin previo a continuar con el
mensaje si los datos por llenar se encuentran correctos.

No llena todo lo requerido.
No ha iniciado sesin en la aplicacin.
E4
E5

No existe conexin a una impresora.
Insuficiencia de informacin necesaria para cada realizacin de
este.




27




ID caso de uso 6
Nombre de Caso de uso Visualizar Departamentos
Creado por: Equipo2
Fecha creacin: 03/Julio/2014 Actualizado por: Equipo2
Actor: Propietario


Excepcin aplicable en general.- En caso de haber accesado al
panel de creacin de nuevo mensaje, que la aplicacin ejecute
previo al cargo de forma una especie de comprobacin entre la
BD y cliente o el servidor y el cliente a fin de evitar procesos de
falta de conexin en la creacin de envi.

Incluye: Control de la informacin del propietario hacia sus inquilinos.
Prioridad: Estndar
Frecuencia de uso: Promedio.
Regla de negocio: Se introduce la informacin proporcionada por el usuario, esta debe ser
completa y autentica (cierta).
Requerimientos
especiales:

ID por parte del propietario o cliente.
Informacin del usuario nuevo a ingresar.

Asunciones: Se llenaran todos los campos de manera correcta y ticamente.
Notas y cuestiones: Llenar completamente el contenido que llevara el mensaje.
No faltas de ortografa.
La informacin deber ser manejada de forma correcta y
ticamente.




28
Descripcin: El sistema deber de ser capaz de proporcionar informacin respecto a
los Departamentos disponibles y caractersticas propias en el evento
que describe el siguiente caso de uso.
Precondiciones: 1.Propietario debe conocer sus credenciales
2. Inquilino solo puede visualizar caractersticas de los
departamentos ms no du disponibilidad.

Postcondiciones: 1. Inquilino no podr ver disponibilidad del departamento
Flujo normal: 1. Inquilino ingresa a la aplicacin sin credenciales solo a visualizar
catlogo y caractersticas de departamentos
2. Propietario puede ingresar al sistema con credenciales y
visualizar de la misma dicha forma el catlogo de
departamentos
Flujo alternativo:
Excepciones: Paso2: Cuando el propietario ingrese con credenciales tiene las
siguientes opciones>
E1.Propietario puede visualizar catlogo y caractersticas.
E2. Propietario tambin puede verificar disponibilidad del
dapartamento.
Incluye: Catlogo y caractersticas de los departamentos.
Prioridad Baja
Frecuencia de uso: Aproximadamente ms de 50 veces al mes
Regla de negocio
Requerimientos especiales: Ninguno
Asunciones: 1 Se considera que el catlogo ser accedido frecuentemente

Notas y conclusiones:

1 Por ningn motivo se podr ver la disponibilidad del
departamento para visitantes sin previo contrato o credenciales
del sistema.




ID caso de uso 7




29
Nombre de Caso de uso Generar contrato
Creado por: Equipo 2
Fecha creacin: Julio 2014 Actualizado por: Equipo 2
Actor: Propietario, inquilino
Descripcin: El inquilino se dirige con el propietario para solicitarle un
departamento( inmueble) para alquilar, y para poder generar el
contrato de renta
Precondiciones: 1. El inquilino ya debi de haber solicitado el inmueble
2 El inquilino ya debi de haber elegido el inmueble
Postcondiciones: 1. EL inquilino debe de tomar en cuenta el deposito
2. El inquilino debe de cumplir con los pagos como se indicara en
el contrato.
Flujo normal: 3.0 Propietario procede a generar el contrato
1 Una vez que el inquilino se dirige al propietario y solicita un
inmueble.
2 El propietario procede a asignar el nmero de departamento.
3 Anota la fecha en la que va a pagar
4 Fecha en la inicia el contrato
5 Fecha en la que termina el contrato
Flujo alternativo: 3.1 El inquilino solicita inmueble ocupado (Despus de paso 2)
6 Una vez que el inquilino solicita un departamento y se lo hace
saber al propietario.
7 Propietario busca su estatus, y se da cuenta de que est
ocupado, se lo notifica al inquilino, y le pide que elija otro
departamento.
8 Inquilino pide le diga cuales estn disponibles
9 Propietario le dice departamentos disponibles
10 Inquilino hace la eleccin

Excepciones: 2.0 Caso de atraso de pago de renta
11 En caso de que el inquilino sufra algn percance, pero le haga
saber al propietario la razn porque el pago se atrasa
a.. Robo del inmueble
b Asalto del inquilino
c.Perdida de empleo
d.Problemas personales
Incluye:
Prioridad Alta
Frecuencia de uso: Aproximadamente ms de 2-3 veces al mes
Regla de negocio




30
Requerimientos especiales: 1. Inquilino deber de contar con el deposito sin ninguna
excepcin

Asunciones: 1 El inquilino de no contar con el depsito no podr alquilar el
inmueble

Notas y conclusiones:

1 Es muy importante que el inmueble solo se pueda alquilar por
un inquilino a la vez.


ID caso de uso 8
Nombre de Caso de uso Iniciar Sesin el Sistema
Creado por: Equipo2
Fecha creacin: 03/Julio/2014 Actualizado por: Equipo2
Actor: Inquilino o Patrn
Descripcin: El sistema permitir manejar diferentes perfiles de acuerdo al tipo de
usuario y sus privilegios, y el sistema deber comportarse de acuerdo
a lo descrito en el siguiente caso de uso.
Precondiciones: 1. El inquilino deber tener un contrato vigente de renta de
vivienda con el propietario
2. Inquilino debe conocer sus credenciales
3. Propietario debe contar con sus credenciales
4. Ninguna persona autorizada podr hacer uso del sistema
5.
Postcondiciones: 6. El sistema cerrar automticamente sesiones inactivas que
pasen de los 3 min.
7. Ninguna persona auto
Flujo normal: 1. Inquilino o propietario activa la aplicacin va mvil
2. Inquilino o propietario ingresa sus credenciales
respectivamente
3. Realizan cualquier operacin en el sistema


Flujo alternativo: Ninguno
Excepciones: Paso2: Al ingresar las credenciales respectivas propiamente de cada
tipo de usuario y regresan los siguientes estados, entonces:
E1. Credenciales verificadas correctamente, entonces proseguir al
paso 3 del flujo en el caso de uso




31
E2. Credenciales olvidadas o incorrectas, comunicar al propietario (en
caso de ser inquilino) y levantar un reporte al quipo de soporte del
sistema.
Incluye: Nada
Prioridad Alta
Frecuencia de uso: Aproximadamente 20 ocasiones al da.
Regla de negocio R1, R12, R19,
Requerimientos especiales: 1. Inquilino debe tener un contrato vigente activo
2. Inquilino debe conocer sus credenciales
3. Propietario debe conocer sus credenciales
Asunciones: 1. Se confirma que la autentificacin es el nico mtodo
reconocible para ingresar al sistema.

Notas y conclusiones:

1. No habr otra forma de ingresar al sistema si no es por medio
de autentificacin de credenciales en el sistema
2. Cualquier persona no autorizada, no podr tener acceso al
contenido del sistema.



ID caso de uso 8

Nombre de Caso de
uso
Inicio sesin propietario
Creado por: Equipo 2
Fecha creacin: Julio 2014 Actualizado por: Equipo 2
Actor. Propietario.
Descripcin: En este modulo se realizara el alta del propietario (introduciendo los
datos bsicos del l, nombre, telfono, etc.), de igual manera se creara
la fecha de cada pago por inquilino, programando la fecha de esta y el
monto a pagar. Tambin mediante este modulo, se reprogramara las
fechas (cambio de fecha o). Por ltimo tambin se podr eliminar esta.




32
Precondiciones: Los inquilinos de cada departamento estarn tambin dados de
alta.
El inquilino tanto como el propietario deben haber iniciado
sesin previamente.
En caso de reprogramar una fecha de pago, se debe de haber
tenido registrada la fecha a reprogramar, lo mismo al momento
de cancelar.

Postcondiciones: Mostrar una pantalla en notificacin el da de pago.
Cerrar correctamente las ventanillas (completando todos los
campos).
Cuidar que la aplicacin registre la informacin correcta.
Flujo normal: Paso. Accin.
2
4
6
8
9
11
Se introduce el usuario y contrasea del propietario.
Se ingresa al modulo de pagos.
Se selecciona una opcin.
El usuario se mueve dentro de la ventanilla de este.
Es usuario pincha el botn salir.
El usuario pincha abandonar para salir del modulo o
permanecer para continuar en este.
Flujo alternativo: Paso. Accin.
1
3

5
7

10

12
La aplicacin pide un usuario y contrasea.
La aplicacin toma los datos y abre sesin otorgando los
permisos adecuados.
La aplicacin despliega las opciones dentro del modulo de
pagos.
La aplicacin muestra la ventanilla correspondiente a esa
opcin.
La aplicacin muestra el mensaje Esta seguro de abandonar
este modulo.
La aplicacin permanece o abandona el modulo segn lo
ordenado.
Excepciones: Numero. Evento.




33
1
2

3
4

5
En usuario introduce la contrasea o usuario incorrecto.
Se introducen datos de un tipo distinto al definido en el
campo.
No despliegue de mensaje.
No se encuentra la informacin que se desea actualizar o
cancelar.
Dar de alta un usuario dos veces.
Incluye: Datos complementarios, Crear nueva fecha, reprogramar fecha, cancelar
fecha.
Prioridad: Cada opcin tiene las mismas.
Frecuencia de uso: Alta.
Regla de negocio: A cualquier cliente dado de alta se le asigna un id.
Requerimientos
especiales:
Datos del cliente.
Id del propietario-inquilino y contrasea.
Despliegue mensaje.


Asunciones: Llenar los formularios correctamente.
Notas y cuestiones: No se puede dar de alta un usuario dos veces.
Solo se puede reprogramar un pago, nmero limitado de veces.


ID caso de uso 9
Nombre de Caso de uso Alta del inquilino
Creado por: Equipo 2
Fecha creacin: Julio 2014 Actualizado por: Equipo2
Actor: Propietario, Inquilino
Descripcin: Una vez que el inquilino selecciono el inmueble y este est
desocupado, y el propietario ha hecho el contrato, el propietario
procede a dar de alta al inquilino, para poder usar la aplicacin mvil.
Precondiciones: 1. Inquilino debe de seleccionar un usuario y una contrasea.
2. Dicho usuario no deber de existir, en caso contrario deber
de seleccionar otro usuario




34
Postcondiciones: 1. Una vez que el inquilino selecciones su usuario y contrasea,
despus podr hacer cambio de dicha contrasea.
Flujo normal: 4.0 Se da de alta al inquilino
1. Una vez que ya se tiene hecho el contrato se procede a dar de
alta al inquilino para poder hacer uso de la aplicacin.
2. Propietario pide nombre, apellido, correo, usuario.
3. Una vez que el inquilino proporciona los datos necesarios el
propietario lo da de alta y verifica que usuario est disponible.
4. Al estar disponible el usuario propietario le proporciona una
contrasea por default, para que posteriormente se haga
cambio de esta.
5. Termina el proceso.
Flujo alternativo: 4.1 Usuario no disponible (Despus de paso 4)
6. El propietario pasa a verificar el estatus del usuario, y si este
no est disponible se lo notifica al inquilino
7. Inquilino recibe notificacin y busca otro usuario, se lo hace
saber al propietario
8. Regresa a paso 4

Excepciones: 3.0 El cliente no decide cambiar nombre de usuario
9. Propietario le hace saber al inquilino que debe de cambiar
nombre de usuario, de no quererlo propietario proceder a
poner nombre y un apellido.

Incluye:
Prioridad Alta
Frecuencia de uso: Aproximadamente ms de10 veces al ao
Regla de negocio
Requerimientos especiales: 1. Inquilino deber de contar con usuario y contrasea.
2. No existir duplicidad en usuarios.
Asunciones: 2. En caso de prdida o de que se le olvide contrasea resetear
contrasea.

Notas y conclusiones:

3. Por ningn motivo el inquilino podr tener ms de un usuario.



ID caso de uso 10
Nombre de Caso de uso Visualiza pagos
Creado por: Equipo 2




35
Fecha creacin: Julio 2014 Actualizado por: Equipo2
Actor: Propietario
Descripcin: Propietario desea saber los prximas rentas a vencer, cuales
usuarios estn al corriente con sus pagos y cules no.
Precondiciones: 1. Propietario debe de haber ingresado con usuario y
contrasea

Postcondiciones: 2. Despus de haber terminado con los movimientos el
propietario deber terminar la sesin.
Flujo normal: 5.0 Propietario desea visualizar los pagos
1. Propietario selecciona aplicacin en su dispositivo mvil.
2. Ingresa usuario y contrasea.
3. Una vez dentro de la aplicacin procede a la opcin de
pagos.
4. Una vez que selecciona pagos se le mostrara un calendario
con el nombre de quienes estn prximos a pagar/depositar
renta o las prximas rentas a vencer.
5. Una vez que visualizo los pagos puede terminar el proceso.
Flujo alternativo: 5.1 Contrasea y usuarios no coinciden (Despus de paso 2)
6. Aplicacin notificara al propietario de que no coinciden.
6.1 propietario vuelve a ingresar usuario y contrasea
6.2 propietario decide que se le reinicie su contrasea
7. Regresa a paso 3

Excepciones: 4.0 Usuario no debe dejar una sesin iniciada
1. En caso de no cerrar la sesin el usuario no podr acceder
desde otro dispositivo mvil, hasta que cierre la sesin que
inicio anteriormente.

Incluye: Nada
Prioridad Alta
Frecuencia de uso: Aproximadamente ms de 50 veces al da
Regla de negocio
Requerimientos especiales: 2. Propietario deber contar con su usuario y contrasea.

Notas y conclusiones:

1. Por ningn motivo se podr acceder con bicicletas,
alimentos o bebidas.







36








Id caso de uso: 11
Nombre del caso de
uso:
Mensajera de propietario.
Creado por: Equipo 2
Fecha de creacin: Julio 2014 Actualizado por : Equipo 2
Actor. Propietario
Descripcin:

En este modulo se lleva el control de como el propietario enviara algn
mensaje o bien notificacin a aquellos inquilinos pertenecientes a cada
departamento, para aclaracin de cualquier duda o bien para notificar a
este de alguna inconveniencia o necesidad de algo, es decir se expone la
opciones de:

6. Creacin de algn nuevo mensaje hacia el inquilino.
7. Consultar la app.
8. Modificacin de alguna notificacin o mensaje.
9. Eliminacin de notificacin o mensaje.
10. Notificacin al propietario.

Todo ello referente al control de los inquilinos por parte de la aplicacin en
general.
Precondiciones:
Poseer un nmero de identificacin de propietario (ID).
Haber iniciado sesin en el sistema con tal (ID).
Haber seleccionado la funcin, de todas aquellas funciones
disponibles en la aplicacin en general.




37
Postcondiciones: Realizar una actualizacin en caso de haber modificado los
parmetros de algn proceso de (eliminacin, consulta,
modificacin, envi) de un mensaje, a fin de cumplir con alguna
demanda que no involucre una modificacin.
Flujo normal:




























Paso. Accin.
1


2




3



4















Tener a la mano el nmero de identificacin del inquilino (ID),
autogenerado por la aplicacin y requerido por el mismo.

Iniciar sesin con el ID de (Propietario) a fin de desbloquear una
serie de funciones no comunes en la interfaz principal, es decir
requerir ID para accesar a esta seccin en el sistema con el fin de
evitar que cualquier usuario de la aplicacin acceda a ella.

Seleccionar una funcin a realizar, de todas aquellas funciones
habilitadas en la interfaz del propietario por parte de la aplicacin
debido al nivel (propietario).

La interfaz del propietario deber tener la capacidad de efectuar las
siguientes operaciones o funciones:

f) Registro de nuevo mensaje o notificacin.
g) Modificacin de Mensaje.
h) Consulta de mensaje.
i) Eliminacin de mensaje.
j) Impresin de mensaje.

a.- Creacin de nuevo mensaje o notificacin.

Consiste en una interfaz capaz de proporcionar al propietario al
mando o a la misma aplicacin una automatizacin como tal,
En esta opcin se creara el nuevo mensaje a enviar, es decir, se
asignara la fecha, hora y el asunto que atender a algn inquilino
en el momento establecido.

Haber iniciado sesin en el sistema.




38
































































Horario disponible.
Tener clave de propietario o inquilino.

a1.- La interfaz deber utilizar una serie de campos a llenar creados
por medio de (textbox) a fin de capturar los datos que contendr la
notificacin(mensajes), tales como:

6. Asunto
7. Nombre
8. contenido.
9. Breve contenido (extra).
10. Enviar
Entre otros datos.

a2.- La aplicacin tendr esta nocin de llenado de mensajes tanto
como para notificaciones. Salvo el caso de ciertos campos activados
nicamente dependiendo del propietario.

Como es la:
Especialidad
No de cedula

a3.- No todas la funciones de la aplicacin referente a la captura de
estos datos del personal a enviar, estarn disponibles para
cualquier tipo de usuario. Como en la seccin a2 se indica.

Nota: El apartado a) deber verificar la no existencia de las
excepciones E1, E2, E3



b.- Modificacin de Mensaje.
Consiste en una interfaz capaz de cargar un mensaje ya existente
en la BD de la aplicacin a fin de realizar modificaciones en el
mismo.




39

































































b1.- La aplicacin previamente al cargado de la creacin deber
solicitar el ID del propietario con el objetivo de agilizar y aumentar
la eficiencia en la creacin por parte de la aplicacin para la
modificacin.

Esto por aquello de motivos de orden y control, as mismo de
seguridad.

b2.- La interfaz deber sugerir la vinculacin de la creacin en la BD
mediante una grilla o tabla (datagrid) donde permita visualizar el
contenido del mismo a fin de ser modificado o bien la vinculacin
de campos (textbox) con el registro ya sea por medio del mismo
componente o agentes externos como: botones, eventos, etc.

Nota: El apartado b) deber verificar la no existencia de las
excepciones E5.

c.- Consulta de mensajes/notificaciones.
Consiste en una interfaz apta en todo sentido para permitir la
lectura de un dato (mensaje-notificacin) en especfico, es decir
permite visualizar un determinado mensaje o mensajes en un
momento dado. Dependiendo de las necesidades del propietario,
por algn proceso que se presente.

c1.- La interfaz deber sugerir la vinculacin de la creacin en la BD
por medio de una grilla o tabla (datagrid) donde permita visualizar
el contenido del mismo.

c2.- La aplicacin deber tener la capacidad de visualizar todos los
campos perteneciente a lo que es un nuevo mensaje o bien
notificacin, de propietario como tal.




40

































































d.- Eliminacin de mensaje.
Consiste en una interfaz capaz de permitir la eliminacin de un
mensaje existente mediante el uso de una condicin.

d1.-La aplicacin deber autentificarse como administrador de la
aplicacin a fin de lograr eliminar un mensaje-notificacin
empleado por medio de su ID.

d2.- La aplicacin deber tener la posibilidad de recuperar alguno,
en caso de haber incurrido por extraas razones en un borrado
accidental.

e.- Impresin de mensaje/ notificacin.
Consiste en una interfaz capaz de permitir la impresin por medio
de algn dispositivo de salida tal como: pantalla.

e1.- La aplicacin deber tener la posibilidad de generar una
pantalla de manera individual o general de los mensajes arrojados.
A fin de tener a la mano informacin necesaria de algn
inconveniente.

Nota: El apartado c, d, e deber verificar la no existencia de las
excepciones E4, E5.

As mismo, cabe anexar que el optar por algn medio que
modifique o elimine, sugiere un proceso en cadena de
actualizacin de todo aquel modulo o estado que involucre o
tenga contacto con los mensajes que se est eliminando, a fin de
evitar caos en coordinacin de la misma aplicacin. Realizando un
ajuste casi semiautomtico debido a una baja en mensajes
considerada indispensable.




41



























Flujo alternativo:














5

6


7

8





Paso

1



Utilizar la funcin elegida (En el paso 3).

Finalizar proceso y funcin elegida.

Regresar a interfaz principal en este caso del propietario, a fin de
realizar alguna otra accin, de las comentadas.

Activar mecanismos de comprobacin de integridad de los datos en
los dems componentes de la aplicacin a fin de garantizar la
correcta coordinacin en un futuro.



Accin

Tener a la mano la clave alfanumrica de propietario (ID),
autogenerado por una plataforma online.

Iniciar sesin con la clave alfanumrica de (propietario) a fin de
desbloquear una serie de funciones no comunes en la interfaz
principal online, es decir la aplicacin requiere una conexin a
internet a fin de autentificarse con la clave para accesar a la seccin
propietario con el objetivo de que no cualquiera pueda iniciar a
estas funciones.

Seleccionar una funcin a realizar, de todas aquellas funciones
habilitadas en la interfaz de propietario por parte de la interfaz
debido al nivel (propietario).

La interfaz de propietario deber tener la capacidad de efectuar las
siguientes operaciones por medio de una plataforma construida




42
2






3



4
para funcionar en lnea:

f) Creacin de nuevo mensaje o notificacin.
g) Modificacin de mensaje-notificacin.
h) Consulta de mensaje-notificacin.
i) Eliminacin de mensaje-notificacin.
j) Impresin de mensaje-notificacin.

Nota: El enfoque en el cual se desea llevar el control de la gestin
de registros de mensajes en la seccin de propietarios es similar a
la de un flujo normal.
Salvo la excepcin que la aplicacin utilizara como punto de
manipulacin para el mdulo de propietarios una plataforma
online, es decir una plataforma capaz de accesar desde cualquier
dispositivo, desde cualquier parte.

Reiterando de esta manera un punto de distinto de acceso o
realizacin de las mismas actividades planteadas en un flujo
normal, pero con el enfoque de la conectividad en mltiples
dispositivos.
Excepciones: Paso

E1











Causa

Introduccin de valores no validos en los campos.

E1.1- Si se introducen los datos en un campo con un tipo de datos
distinto al ingresado, indicar una alerta de invalidez de completado
de mensaje (asunto) o bien formular una alerta al usuario
nicamente para comunicar que el tipo de dato introducido nos es
permitido.

E1.2- Si el administrador a cargo de registrar al nuevo mensaje falla
o se equivoca en algn momento al completar de llenar un este, la
aplicacin solicite confirmacin previa a continuar con el mensaje si
los datos por llenar se encuentran correctos.




43






E2
E3

No llena todo lo requerido.
No ha iniciado sesin en la aplicacin.
E4
E5

No existe conexin a una impresora.
Insuficiencia de informacin necesaria para cada realizacin de
este.


Excepcin aplicable en general.- En caso de haber accesado al
panel de creacin de nuevo mensaje, que la aplicacin ejecute
previo al cargo de forma una especie de comprobacin entre la BD
y cliente o el servidor y el cliente a fin de evitar procesos de falta de
conexin en la creacin de envi.

Incluye: Control de la informacin del propietario hacia sus inquilinos.
Prioridad: Estndar
Frecuencia de uso: Promedio.
Regla de negocio: Se introduce la informacin proporcionada por el usuario, esta debe ser
completa y autentica (cierta).
Requerimientos
especiales:

ID por parte del propietario o cliente.
Informacin del usuario nuevo a ingresar.

Asunciones: Se llenaran todos los campos de manera correcta y ticamente.
Notas y cuestiones: Llenar completamente el contenido que llevara el mensaje.
No faltas de ortografa.
La informacin deber ser manejada de forma correcta y
ticamente.




44






Id caso de uso: 12
Nombre caso de uso: Baja Inquilino
Creado por: Equipo 2
Fecha de creacin: Julio 2014 Actualizado por: Equipo 2
Actor. Inquilino.
Descripcin: En estas opciones, tenemos que la fecha se reprograma, es decir, se
cambia la fecha y hora de atencin, al igual se tiene la opcin de
cambiar de da, en la segunda opcin es cancelar o dar de baja a algn
inquilino que lo requiera.
Precondiciones: Haber iniciado sesin en la aplicacin.
Horario disponible.
Tener clave de inquilino o propietario.
Postcondiciones: Conexin a internet para realizar el mensaje de impresin.
Flujo normal: Paso. Accin.
1
3
5

7



9
11
El propietario selecciona esta opcin.
El propietario introduce el id del inquilino, su id y el lugar.
El propietario selecciona un da del calendario desplegado
(actualizado al mes).
El propietario selecciona la hora ms conveniente en el da
seleccionado, en caso de estar ocupado todo, se repite del paso
4 al 7.
Pide baja del inquilino.
El propietario selecciona la opcin de eliminar inquilino.
El propietario introduce los datos, el id del inquilino(s)
involucrados en el pago, picha el botn eliminar.




45
Flujo alternativo: Paso. Accin.
2

4
6

8
10

12
La aplicacin despliega la ventanilla correspondiente pide una id
de cliente y lugar.
La aplicacin despliega un calendario.
La aplicacin desplegara el horario (rango 8 horas) del da
seleccionado.
La aplicacin agenda la cita en la fecha y hora seleccionadas.
La aplicacin carga la ventanilla correspondiente (pide la fecha y
el id del propietario y inquilino.
La aplicacin interpreta la operacin y elimina algn usuario...

Excepciones: 1
2
3
4
Se introduce una fecha vaca o no valida en la aplicacin.
Se introduce un id no valido.
Se introduce una fecha con el formato incorrecto.
No llena todos los campos.
Incluye: Eliminacin de inquilinos que dejen el departamento.
Prioridad: Mediana.
Frecuencia de uso: Regular.
Regla de negocio: Eliminar inquilino, si es solo estrictamente necesario.
Requerimientos
especiales:
Id del propietario.
Id del inquilino.
Acceso al calendario de actividades.
Conexin a internet (en caso de reprogramar).
Asunciones: Eliminar el inquilino de la aplicacin, solo en caso de ser solicitado por
este o por un problema grave dentro de lo personal.
Notas y cuestiones: La calendarizacin de fechas reprogramada debe de ser en base a previo
anlisis de actividades, con el fin de no conglomerar muchas en un solo
da.