paw requerimientosproyectov2
TRANSCRIPT
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
2 SITIO WEB-BIENES RAICES |
Tabla de ilustraciones Ilustración 1. Estructura general del sistema .............................................................................................. 6
3 SITIO WEB-BIENES RAICES |
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.)
4 SITIO WEB-BIENES RAICES |
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.
5 SITIO WEB-BIENES RAICES |
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
6 SITIO WEB-BIENES RAICES |
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
7 SITIO WEB-BIENES RAICES |
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.
8 SITIO WEB-BIENES RAICES |
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.
9 SITIO WEB-BIENES RAICES |
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.
10 SITIO WEB-BIENES RAICES |
2.2. Patrón para la interface Usuarios
2.2.1. Patrón para la interface agregar nuevo usuario
Descripción del patrón
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
11 SITIO WEB-BIENES RAICES |
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.
12 SITIO WEB-BIENES RAICES |
2.2.2. Patrón para la interface modificar usuario
Descripción del patrón
Nombre del patrón Usuarios
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
Participantes Administrador
Validaciones requeridas No se permiten campos vacíos.
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.
13 SITIO WEB-BIENES RAICES |
2.2.3. Patrón para la interface modificar contraseña
Descripción del patrón
Nombre del patrón Usuarios
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.
14 SITIO WEB-BIENES RAICES |
2.2.4. Patrón para la interface buscar usuario
Descripción del patrón
Nombre del patrón Usuarios
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
Participantes Administrador
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”
15 SITIO WEB-BIENES RAICES |
2.3. Patrón para la interface Casas
2.3.1. Patrón para la interface agregar casa
Descripción del patrón
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
Participantes Administrador
Validaciones requeridas No se permiten campos vacíos.
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”.
16 SITIO WEB-BIENES RAICES |
2.3.2. Patrón para la interface modificar casa
Descripción del patrón
Nombre del patrón Casas
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
Participantes Administrador
Validaciones requeridas No se permiten campos vacíos.
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”.
17 SITIO WEB-BIENES RAICES |
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”.
18 SITIO WEB-BIENES RAICES |
2.3.3. Patrón para la interface buscar casa
Descripción del patrón
Nombre del patrón Casas
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
Validaciones requeridas No se permiten campos vacíos.
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”.
19 SITIO WEB-BIENES RAICES |
2.4. Patrón para la interface Contacto
Descripción del patrón
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.
20 SITIO WEB-BIENES RAICES |
Fuente Elaborado por:
I.S.C. Perla Ivet Jarillo Nieto