identificación de requerimientos · web viewen el desarrollo del si la especificación de los...

ESTUDIOS DE FACTIBILIDADEquipo 10Fecha de entrega: 01/06/2012

Contenido

Introducción................................................................................................................................2

Definición general de los requerimientos.....................................................................................3

Especificación de los requerimientos (modelado).........................................................................4

Validación de los requerimientos (prototipo)...............................................................................6

Versión: 1.0 Fecha de la versión: 01/06/2012 Página 1


Introducción

Especificación y validación de los requerimientos

En el desarrollo del SI la especificación de los requerimientos es una de las partes más importantes en la planificación del proyecto, puesto que esto tiene varias funciones, principalmente que lo que el cliente realmente desea este especificado y muy claro para los desarrolladores, no es una tarea fácil ya que puede haber ciertos errores o ciertas fallas que el programador puede confundir y así el programa no cumplir con las expectativas del cliente. Así que para que el SI pueda cumplir con todo lo que el cliente necesite para su programa se necesita una buena especificación.

Mientras que la validación es para poder saber, de manera temprana, si en realidad el SI cubre los intereses y las necesidades del cliente tratando de evitar que después se encuentren problemas como que no funcione el sistemas de manera eficiente, que el programa no sea lo que el cliente en realidad quería o que no satisfaga las necesidades del cliente.

El deseo de este documento es poder registrar y mostrar de manera clara los primeros requerimientos del sistema, así también la construcción de un prototipo para la mejor compresión de estos.



Descripción general de los requerimientos

Descripción amplia del requerimiento (no más de 10 líneas). Debe especificar el objetivo general por el cual el importante el requerimiento (a modo de justificación).

Entendemos que los requerimientos son muy importantes en el desarrollo de un sistema de información, después de los estudios realizados y en base a la resolución del problema que nos compete, estos son los requerimientos necesarios para la construcción del sistema:

1. El sistema proporcionara las altas y las bajas de los clientes.- en rasgos amplios se entenderá que cada cliente del gimnasio contara con ID único y un perfil, este se podrá pedir su baja del sistema en cualquier momento.

2. Información en general del gimnasio será subida a la web por el administrador.- El administrador actualizará la página con la información más reciente del gimnasio con el fin de que nuevas personas se registren en él.

3. En la parte administrativa se manejará con una base de datos.- El administrador podrá consultar la información de los diferentes clientes que se registraron en el gimnasio.

4. El sistema no se actualiza solo.- Necesita del respaldo del administrador, pues el sistema, cuenta con una página web que sirve para el pre-registro del cliente.

5. Al encontrarse la página en un servidor externo este dependerá del mismo y de su estado.

Con estos requerimientos principales y su correspondiente justificación podemos dar solución a las necesidades del cliente.



Especificación de los requerimientos (modelado)

Caso de uso textual

NOMBRE Alta de Clientes.Actor: Administrador.Descripción: Permite dar de alta a los clientes.Disparador: Al actualizar el registro de la pagina se manda la solicitud para dar de alta en

la B.D.Precondiciones: El administrador debe estar logueado en el sistema.Postcondiciones: 1. Se genera un nuevo registro del cliente.

2. Se le asignara un ID único para su credencial 3. Se generara un perfil del cliente.

Flujo normal: 1. La página solicita dar de alta un nuevo cliente2. El sistema muestra los datos a ser ingresados para el alta del nuevo

cliente. a) Nombre completo (*).b) Domicilio. (*).c) Teléfono (*).d) Correo electrónico (*).

3. El administrador completa los campos.4. El sistema valida los datos.5. El administrador da de alta al cliente el B.D. 6. El sistema genera el ID único para la credencial.7. El sistema genera el perfil del cliente.8. Finaliza el caso de uso.

Flujos alternativos: S1. En caso de los datos ingresados sean incorrectos.S1.1. El sistema, por orden del administrador, enviará un correo a la dirección que especifique el cliente.S1.2. Si el cliente regresa el correo con los datos rectificados se le dará de alta, si no se borrara la entrada del cliente.S1.3. Finaliza el caso de uso.

Excepciones: E1. Los datos ingresados por el administrador sean incorrectos.E1.1 El sistema indica que existen datos incorrectos.E1.2 Vuelve al flujo principal, paso 2.

Prioridad: AltaFrecuencia de uso: AltaReglas de negocio: Al crear un nuevo perfil de cliente, éste siempre queda en estado activo hasta

que se indique lo contrario.Requerimientos especiales: -Webhosting siempre activa. Suposiciones: -Notas y preguntas: *: El dato es obligatorio.



NOMBRE Baja de Clientes.Actor: Administrador.Descripción: Permite dar baja a los clientesDisparador: Una vez que el cliente lo haya solicitado por correo o de manera presente se

dará paso a borrar al cliente de la B.D. Precondiciones: 1. El administrador debe estar logueado en el sistema.

2. El cliente tiene que estar registrado en la base de datos y contar con un ID único.

Postcondiciones: 1. Se eliminará el perfil del registro de la B.D.2. Se eliminará en la entrada en la siguiente depuración.

Flujo normal: 1. El cliente pedirá su baja del sistema.2. El sistema mandará un correo de confirmación.3. El administrador entrará al listado de registros donde buscará al

cliente donde se verificará los siguientes puntosa. Eliminación del perfil.b. Eliminación ID único.c. Poner en cola para la eliminación de la entrada en la

siguiente depuración.4. El sistema validará que la eliminación se correcta.5. El sistema mandará el chequeo del sector del H.D. donde se haya

guardado el registro para evitar problemas futuros.6. El administrador pondrá el ID único en disponible para su

reutilización.7. El sistema enviara un correo al cliente haciéndole saber que la baja

se realizo satisfactoriamente.8. Finaliza el caso de uso.

Flujos alternativos: S1. En caso de ocurra un error en la eliminación del perfil o ID único.S1.1. El sistema mandará una alerta al administrador para que revise lo ocurrido.S1.2. El administrador realizará de nuevo la eliminación hasta que el sistema lo valide como correcta.S1.3. Finaliza el caso de uso.

Excepciones: E1. Si durante el perfil del cliente no cuadra con el ID único.E1.1 El sistema indica el error.E1.2 Vuelve al flujo principal, paso 3.

Prioridad: AltaFrecuencia de uso: AltaReglas de negocio: Se eliminará toda información del cliente con fin de guardar la integridad de

este.Requerimientos especiales: -Ninguno. Suposiciones: -



Notas y preguntas:

NOMBRE Entrada al sitio web.Actor: ClienteDescripción: Permite registrarse por primera vez al gimnasio.Disparador: Que el cliente tenga interés en los servicios de la página.Precondiciones: Entrar al sitio web del gimnasio.Postcondiciones: Se registrará y tendrá acceso al gimnasio. Flujo normal: 1. El cliente entra a la página del gimnasio.

2. En la página web podrá observar las diferentes actividades y las instalaciones del gimnasio.

3. Si decide entrar pasara a la ventana de registro donde se le solicitara los siguientes datos.

a. Nombre completo (*).b. Domicilio. (*).c. Teléfono (*).d. Correo electrónico. (*)

4. El sistema mandará los datos de actualización al administrador.5. El sistema mandará un correo con la confirmación de registros.6. Una vez que este registrado en la B.D. se mandará un correo más con

su ficha de pago.7. El cliente mandará escaneada la ficha de pago.8. El administrador y el sistema validarán al ficha de pago, con esto se

enviará un correo con su ID única de acceso y su ficha para recoger su credencial.

9. Finaliza el caso de uso.Flujos alternativos: S1. En caso que los datos enviados por la página al administrador sean

incorrectos.S1.1. El administrador volverá actualizar la página.S1.2. El administrador volverá a validar los datos, en caso de que sean incorrectos se hará caso omiso a estos datos.S1.3. Finaliza el caso de uso.

Excepciones: E1. Si el cliente no enviará la ficha de pago en el tiempo especificado.E1.1 El sistema enviaría hasta 3 correos recordando su pago hasta que se realice.E1.2 Vuelve al flujo principal, paso 7.

Prioridad: AltaFrecuencia de uso: AltaReglas de negocio: Para poder registrarse al momento tendrá que hacerlo en horas establecidas

por el gimnasio.Requerimientos especiales: -Conocimiento básico en el uso de los ordenadores.



Suposiciones: -Notas y preguntas: *: El dato es obligatorio.

Diagrama de casos de uso

a) Resumen de los casos de uso

Nombre Descripción Actores

Alta de clientes La pagina mandara la solicitud de alta con los datos requeridos, el administrador escribirá los datos y dará de alta al cliente en la B.D.

Administrador.

Cliente.

Baja de clientes El cliente pedirá ser dado de baja del SI, donde el administrador eliminara su perfil, se

Administrador.

Entrada al sitio web El cliente podrá entrar a la página web donde realizara el registro preliminar, y recibirá los paso a seguir para finalizar el registro, a su vez podrá observar lo información general de gimnasio.

Cliente

Administrador.

b) Lista de actores

Nombre Descripción Tipo

AdministradorEs el encargado principal del sistema, sus tareas son dar de alta a los clientes, dar los de baja y depurar las entradas antiguas

Humano

Clientes Son las actores que son registrados en el SI Humano

SIEs el entorno principal donde se registraran a los clientes por parte del administrador.

Software



c) Diagrama de los casos de uso definidos en punto a)



Diagrama de actividades



Diagrama de secuencia



Validación de los requerimientos (prototipo)

Incluir pantallas de la aplicación a desarrollar

En el primer prototipo solo se mostraran los siguientes puntos resueltos del problema.

1. Página principal del sitio web.2. Página principal de login al administrador.3. Página de altas en el registro.4. Vista de las listas con sus opciones.

El objetivo principal del prototipo es mostrar según el SRS cómo podrá ser visualizado por los clientes la página web y el administrador respectivamente, el sistema al final del desarrollo. Se enfatiza principalmente en el lado grafico ya que la página aun no está almacenada en algún webhosting, mientras que el registro puede ser utilizado por el administrador para su acoplamiento en el alta de clientes.


3.2 Introducir datos sin checar información del gimnasio.


1.- Página principal del sitio web.



2.- Página para el login del administrador.

Si la contraseña es incorrecta se mostrara la siguiente pantalla.



3.- Página de altas en el registro.

4.- Vista de las listas con sus opciones. (Los datos son ejemplos)


Estos son pantallas en las cuales se aprecia las primeras funciones del sistema propuesto.

Incluir como anexo el prototipo (solución)

Con las imágenes mostradas en el punto anterior se anexaran el código fuente de cada una de las pantallas desarrolladas.

Código de la página web.

<html>

<head>

<title>Gimnasio Hercules</title>

</head>

<body bgcolor="#3299cc" background="Y.jpg" text="#ffffff">

<center><h2>Bienvenidos al gimnasio hercules</h2> </center>

<hr width=80% size=5>

<pre><center>Inicio Actividades Horarios Registrarse/alta FAQ</center ></pre>

<hr width=50% size=4>

<center>Mision</center>

La misión del gimnasio “Hércules” es brindar un mejor servicio y más eficiente a sus clientes, con el apoyo de las nuevas tecnologías de información y las innovadoras herramientas de acondicionamiento físico de la más alta calidad.

<center>Ubicación</center>

 Calle Mancera #35-B esquina con calle 4, colonia Polanco. Delegación Cuauhtémoc.

<center><img src="g.jpg" width=500 height=300></center>

Instalaciones

<center><img src="M.jpg"> <img src="L.jpg" width=300 height=200> <img src="T.jpg"><img src="H.jpg"> </center>

Contamos con las mejores instalaciones en el area del fisicoculturismo, a su vez se cuenta con intalaciones para las personas que solo estan interesadas en mantenerse en forma.

</body>

</html>

El lenguaje que se utilizo para el desarrollo de la pagina web fue HTML de momento no se está tomando la calidad en cuenta por ello se utilizo este lenguaje por su facilidad para realizar el prototipo ya que no se necesita de ningún software especifico para hacer uso de este, en un futuro se utilizaran el software dreamweaver para el desarrollo de la pagina en php (lenguaje que se acopla más a las posibilidades de solución).

Código del registro.

#include<stdio.h>

typedef struct{

int num;

char nombre[20];

char dom[20];

char corre[20];

}registro;

main()

{

int i, x;

registro arr_re[5];

printf ("\t\t\tBienvenido a SIAG\n\n");

printf ("Introduzca su contrasena para accesar al sistema\n"); scanf("%i", &x);

system ("cls\n");

if (x <= 1) {

for(i=0; i<5; i++)

{

printf ("Indique los siguientes datos para registrar al cliente.\n\n");

printf("Nombre*\n");

fflush(stdin);

gets(arr_re[i].nombre);

printf ("Domicilio*\n");

gets(arr_re[i].dom);

printf("Correo*\n");

gets(arr_re[i].corre);

printf("Telefono*\n");

scanf("%i", &arr_re[i].num);

system ("cls");

}

printf("Nombre Domicilio Correo Telefono\n");

for(i=0; i<5; i++)

{

printf("%s %s %s %i \n", arr_re[i].nombre, arr_re[i].dom, arr_re[i].corre, arr_re[i].num);

}

printf("Accesar al perfil=A Borrar perfil=B\n");

} else {

printf ("La contrasena es incorrecta\n");

}

system("pause");

}

El lenguaje que se utilizo para el desarrollo del prototipo del registro es C, ya que su uso no representa ningún gasto por ser de uso libre, y al ser el que más se acopla para poder representar el registro, pues en un futuro se utilizara software de licencia, para implementación de la base de datos, por el poco tiempo que se cuenta para desarrollar el prototipo se utilizo es tipo de lenguaje, ya que la parte de los requerimientos que no queda clara para los desarrolladores el diseño de la pagina web y el punto de las altas en el registro del sistema.

Para finalizar el análisis del documento sea llegado a la conclusión que las primeras impresiones que ha dado el prototipito a los clientes y al administrador es el deseado como solución, pero el hecho de que sea desarrollado con lenguajes que no se acoplan al 100% a la solución, por ello el prototipo se desechara, aunque la idea principal de este se retomara para continuar con el desarrollo del sistema SIAG.

identificación de requerimientos · web viewen el desarrollo del si la especificación de los...

Documents