PAW RequerimientosProyectoV2

Autor: Perla Ivet Jarillo Nieto

UNIVERSIDAD POLITÉCNICA DE TULANCINGO

SITIO WEB-BIENES RAICES

1 SITIO WEB-BIENES RAICES |

Contenido Propuesta ................................................................................................................................................ 3

Justificación del proyecto ......................................................................................................................... 4

Objetivo .................................................................................................................................................. 4

Introducción............................................................................................................................................. 5

Capítulo 1. Estructura ............................................................................................................................... 6

1.1.Estructura general ........................................................................................................................... 6

1.2 Estructura de componentes de desarrollo ......................................................................................... 7

1.3. Estructura de página de promoción de inmuebles ............................................................................ 8

1.4. Estructura de página del administrador ........................................................................................... 8

Capítulo 2. Aspectos de forma .................................................................................................................. 9

2.1. Patrón para la interface Login ......................................................................................................... 9

2.2. Patrón para la interface Usuarios................................................................................................... 10

2.3. Patrón para la interface Casas ....................................................................................................... 15

2.4. Patrón para la interface Contacto .................................................................................................. 19

Fuente ................................................................................................................................................... 20


Tabla de ilustraciones Ilustración 1. Estructura general del sistema .............................................................................................. 6


Bienes raíces

Propuesta Problemática Promocionar los inmuebles de negocios de bienes raíces

manteniendo actualizada la información de cada uno de ellos para su venta, logrando un contacto efectivo con el cliente.

Propuesta Desarrollar un sitio web que facilite la promoción de inmuebles que son ofrecidos para su venta por negocios de bienes raíces.

¿Qué hace el sitio web de bienes raíces?

El sitio web: 1. Proporciona información sobre el negocio de bienes raíces 2. Muestra una galería de inmuebles en venta 3. Facilita el contacto con clientes potenciales 4. Facilita la adminstración de los inmuebles en venta para su

oportuna actualización de estátus (vendido o en venta, modificación de datos, etc.)


Justificación del proyecto Justificación Disponer de un sitio web que facilite al administrador del negocio de

bienes raíces la administración y promoción de los inmuebles en venta, además de la captacion de clientes potenciales.

Objetivo Objetivo del diseño Establecer el trabajo a desarrollar en la siguiente fase en el

ciclo de vida del sistema (Programación) otorgando

distintos puntos de vista del desarrollo.


Introducción El diseño que se presenta tiene 7 partes

1. Estructura

3. Objetos, actividades, interfaces y casos de uso.

4. Conectividad

5. Procedimientos

6. Base de datos

7. Complementos

8. Pruebas

Estructura En el capitulo de Estructura se describe la estructura general del sistema

y estructuras de detalle

Objetos, actividades,

interfaces y casos de uso

En este capitulo se enunciaran los objetos que componen el sistema. Las

actividades que realizaán los casos de uso y las interfaces que debé

contener el sistema.

Conectividad Se describirá la forma en que operará el sistema en sus conexiones a

base de datos

Procedimientos Se describirá los procedimientos a seguir por los usuarios y el sistema

para el cumplimiento de tareas

Base de datos Se describirá el diseño de la base de datos

Complementos Se describirán complementos de diseño tales como estandares de

programación, entre otros.

Pruebas Establece los lineamientos de pruebas y espera de resultados


Capítulo 1. Estructura

1.1.Estructura general Objetivos

del capítulo

Este capítulo tiene el objetivo de describir la estructura general del sistema.

Estructura

del sistema

Ilustración 1. Estructura general del sistema

Página de promoción de

inmuebles

En esta página se muestra información sobre la empresa además de una

galería de imagenes que cualquier persona conectada a Internet puede

consultar para conocer las característcas de los inmuebles que se venden

y hacer contacto con el administrador de la empresa.

Página del administrador En esta página se lleva a cabo la administración de los inmuebles que

están en promoción a fin de dar a conocer al


1.2 Estructura de componentes de desarrollo

Estructura de

componentes

El sistema debe estar basado en interfaces web que empleen controles fáciles

de utilizar para el usuario final.

Para la interfaz gráfica se deben emplear capas, hojas de estilo CSS y CSS3.

Para el la edición del código es necesario DreamWeaver, para el desarrollo se

empleará HTML, PHP, JQuery y AJAX y para la conexión con base de Datos

MySQL.

Se requiere de un servidor web Apache.


1.3. Estructura de página de promoción de inmuebles La página de promoción de inmuebles está constituida por los siguientes elementos:

1. ¿Quiénes somos?. Debe mostrar información del negocio de venta de inmuebles.

2. Buscar casa. Permite buscar casa a través de una lista desplegable que muestra las colonias en las que

existen inmuebles en venta.

3. Ver inmuebles en venta. Muestra una galería de imágenes de los inmuebles en venta, al dar clic en

alguno de ellos muestra el detalle de la casa: ubicación, número de metros del terreno, tipos de

acabado, costo, etc.

4. Contacto. Muestra datos de contacto y permite enviar un comentario al administrador de la página

para concertar una cita y ver las casas en venta de su interés.

1.4. Estructura de página del administrador La página de administrador está constituida por los siguientes elementos:

1. Inicio de sesión. Solicita el nombre de usuario y contraseña asignados para el inicio de sesión de

trabajo al administrador del sitio.

2. Administrar inmuebles. Permite agregar casas en venta, eliminar casas vendidas, modificar

información o buscar inmuebles.

3. Modificar información de contacto. Permite modificar los datos del administrador de la página,

tales como nombre, correo, dirección y teléfono.

4. Cambiar contraseña. Solicita la contraseña actual y la nueva (solicitando repetirla) para realizar

el cambio.

5. Mensajes. Muestra en forma de lista los mensajes enviados por los usuarios que están interesados

en concertar citas para ver casas en venta.


Capítulo 2. Aspectos de forma

Objetivos del

capítulo

El objetivo del capítulo es dar al programador las formas de las estructuras

mencionadas anteriormente.

2.1. Patrón para la interface Login

Descripción del patrón

Nombre del patrón Login

Intención Administrar las credenciales de usuarios que tienen acceso al sistema

También conocido como Pantalla de acceso

Aplicabilidad Brinda acceso al sistema

Participantes Usuarios

Validaciones requeridas No se permiten campos vacíos. El campo password solo admite números.

Escenario

El sistema mantendrá el control de acceso mediante la identificación de credenciales de usuario. Un ejemplo

de su interface es la siguiente.


2.2. Patrón para la interface Usuarios

2.2.1. Patrón para la interface agregar nuevo usuario


Nombre del patrón Usuarios

Intención Capturar los datos y agregar un nuevo usuario a la base de datos.

También conocido como Nuevo usuario

Aplicabilidad Agrega un usuario a la base de datos

Participantes Administrador

Validaciones requeridas No se permiten campos vacíos.

El campo “password” solo admite dígitos entre 0 y 9 y su longitud máxima es de 10 caracteres

El campo “usuario” no admite números en el primer carácter, aunque puede contenerlos en cualquier otra posición. Sólo permite 7 caracteres.

Los campos “contraseña” y “repetir contraseña” deben contener la misma cadena y son de tipo password.

En el campo “contraseña” se debe mostrar conforme se vaya escribiendo una leyenda que indique si la contraseña es segura (tiene de 4 a 6 caracteres), si es insegura (tiene de 1 a 3 caracteres) o es altamente segura (si tiene más de 6 caracteres)

El campo “tipo” puede contener dos valores posibles: invitado y administrador, en una lista de selección.

En los campos “nombres” y “apellidos” sólo se admiten letras, no se admiten números ni símbolos como /, -, #, %, &, (, ), !, ?, ¿, |, °, =.

El campo “email” debe aceptar cadenas que tengan el formato de una dirección de correo electrónica


Escenario

Este módulo permitirá agregar un nuevo usuario a la base de datos una vez validados los datos capturados por

el usuario final en el formulario.


2.2.2. Patrón para la interface modificar usuario



Intención Capturar los datos y modificar un usuario existente en la base de datos.

También conocido como Modificar usuario

Aplicabilidad Modifica un usuario



El campo “usuario” no admite números en el primer carácter, aunque puede contenerlos en cualquier otra posición. Sólo permite 7 caracteres.

El campo “tipo” puede contener dos valores posibles: invitado y administrador, en una lista de selección. Debe mostrar el tipo de usuario previamente almacenado como valor por default.

En los campos “nombres” y “apellidos” sólo se admiten letras, no se admiten números ni símbolos como /, -, #, %, &, (, ), !, ?, ¿, |, °, =.

El campo “email” debe aceptar cadenas que tengan el formato de una dirección de correo electrónica

Escenario

Este módulo permitirá modificar un usuario en la base de datos una vez validados los datos capturados por el

usuario final en el formulario.


2.2.3. Patrón para la interface modificar contraseña



Intención Modificar la contraseña del usuario

También conocido como Modificar password

Aplicabilidad Cambia la contraseña del usuario que inició sesión

Participantes Usuario con sesión activa

Validaciones requeridas No se aceptan campos vacíos.

El campo “password” solo admite dígitos entre 0 y 9 y su longitud máxima es de 10 caracteres

Los campos “nueva contraseña” y “repetir contraseña” deben contener la misma cadena.

Todos los campos son de tipo password.

En el campo “nueva contraseña” se debe mostrar conforme se vaya escribiendo una leyenda que indique si la contraseña es segura (tiene de 4 a 6 caracteres), si es insegura (tiene de 1 a 3 caracteres) o es altamente segura (si tiene más de 6 caracteres)

Importante (validación que requiere consulta en la base de datos): Si la contraseña actual no corresponde al usuario que inició sesión no se procederá con la modificación.

Escenario

Este módulo permitirá modificar la contraseña del usuario con la sesión activa solicitando la contraseña actual,

una nueva contraseña y la confirmación de la misma. Si la contraseña actual no coincide con la almacenada

en la base de datos no se procederá con el cambio solicitado.


2.2.4. Patrón para la interface buscar usuario



Intención Localizar un usuario por su nombre

También conocido como Buscar usuario

Aplicabilidad Realiza una consulta a la base de datos para localizar un usuario


Validaciones requeridas No se aceptan campos vacíos.

Escenario

Este módulo permitirá escribir el nombre de un usuario y al pulsar la tecla enter se ejecutará una consulta en

la base de datos mostrando en la parte inferior, en una tabla, los datos del usuario localizado. En caso de que

la consulta no haya sido exitosa se mostrará el mensaje “Ningún usuario localizado”


2.3. Patrón para la interface Casas

2.3.1. Patrón para la interface agregar casa


Nombre del patrón Casas

Intención Capturar los datos y agregar un nuevo inmueble a la base de datos.

También conocido como Nueva casa

Aplicabilidad Agrega la descripción de una casa a la base de datos



El campo “municipio” es una lista desplegable que muestra todos los municipios cercanos a Tulancingo, incluyendo al mismo.

El campo “colonia” es una lista desplegable que muestra todas las colonias existentes en el municipio seleccionado.

El campo “código postal” sólo admite cinco dígitos entre 0 y 9.

El campo “costo” sólo admite dígitos entre 0 y 9 y “.” Ó “,”.

El campo “fotografía” es un elemento “input” de tipo “file”.

Escenario

El módulo permitirá capturar los datos de un nuevo inmueble a promocionar e insertar el registro en la base

de datos. Se podrá hacer uso de Ajax para llenar la lista desplegable “colonia”.


2.3.2. Patrón para la interface modificar casa



Intención Editar los datos y modificar inmueble en la base de datos.

También conocido como Modificar casa

Aplicabilidad Edita la descripción de una casa para modificarla



El campo “municipio” es una lista desplegable que muestra todos los municipios cercanos a Tulancingo, incluyendo al mismo. El valor por default es el almacenado previamente en el registro de la base de datos.

El campo “colonia” es una lista desplegable que muestra todas las colonias existentes en el municipio seleccionado. El valor por default es el almacenado previamente en el registro de la base de datos.

El campo “código postal” sólo admite cinco dígitos entre 0 y 9.

El campo “costo” sólo admite dígitos entre 0 y 9 y “.” Ó “,”.

El campo “fotografía” es un elemento “input” de tipo “file”.


Escenario

El módulo permitirá editar los datos de un inmueble y modificar el registro en la base de datos. Se podrá hacer

uso de Ajax para llenar la lista desplegable “colonia”.


2.3.3. Patrón para la interface buscar casa



Intención Busca un inmueble en la base de datos.

También conocido como Busca casa

Aplicabilidad Busca un inmueble en la base de datos.

Participantes Administrador y clientes


El campo “municipio” es una lista desplegable que muestra todos los municipios cercanos a Tulancingo, incluyendo al mismo. El valor por default es el almacenado previamente en el registro de la base de datos.

El campo “colonia” es una lista desplegable que muestra todas las colonias existentes en el municipio seleccionado. El valor por default es el almacenado previamente en el registro de la base de datos.

Escenario

Este módulo permitirá seleccionar de una lista el municipio en donde se busca la casa, posteriormente una

lista se llenará con los datos de las colonias en dicho lugar. Al dar clic en el botón “Buscar” se mostrarán las

imágenes de las casas que coinciden con el criterio de búsqueda y una breve descripción de cada una. En caso

de que la consulta no haya sido exitosa se mostrará el mensaje “No hay casas en venta en el lugar

seleccionado”.


2.4. Patrón para la interface Contacto


Nombre del patrón Contacto

Intención Enviar un mensaje al administrador de la página

También conocido como Contacto

Aplicabilidad Capturar datos del usuario y enviar mensaje al administrador de la página.

Participantes Clientes

Validaciones requeridas Los campos nombre, asunto y mensaje son obligatorios

El usuario debe introducir su correo electrónico o número telefónico, o ambos. No se permite dejar vacíos ambos campos.

El campo email debe tener un formato de dirección de correo electrónico.

Escenario

Este módulo permite capturar los datos del usuario e insertarlos en la base de datos para enviar el mensaje al

administrador.


Fuente Elaborado por:

I.S.C. Perla Ivet Jarillo Nieto

Documents

PAW RequerimientosProyectoV2