CAPTULO I

13

1.1.

Anlisis de Requerimientos Funcionales y No Funcionales

1.1.1. Requerimientos Funcionales

Los requerimientos funcionales, nos ayudan en el anlisis e implementacin del Portal Web, definiendo el manejo de la informacin. Estos nos ayudan a describir los servicios y funciones del sistema. Los requerimientos funcionales del Portal Juvenil Salesiano son los siguientes: Opcin de registrarse en el Portal Web, para hacer uso de servicios como Chat, foros, libro de visitas, etc. Todos los usuarios podrn acceder al Centro de Escucha y hacer uso de la consejera virtual, Reportajes o Entrevistas rea de presentacin de Proyectos que se realizan en la pastoral juvenil Dar opcin a que los usuarios puedan descargarse cualquier tipo de archivo, organizados por categoras Crear un espacio de entretenimiento diversin para llamar la atencin de los jvenes. rea de enlaces de pginas Web de inters, relacionadas con la pastoral. Dar a conocer la ubicacin, la funcin y quienes conforman la pastoral Juvenil. Informar acerca de noticias y eventos al da Presentacin de videos de cada uno de los grupos que conforman la pastoral. Galera fotogrfica Implementar Encuestas para que los usuarios nos den a conocer su opinin sobre temas variados. Banners de publicidad Suscripciones gratuitas al portal Web, para recibir boletines semanales con todas las novedades de la pastoral juvenil.

14

1.1.2. Requerimientos No Funcionales

Los requerimientos no funcionales especifican las propiedades caractersticas del sistema que se deben cumplir para tener un eficaz y ptimo funcionamiento. Los requerimientos no funcionales son:

Desempeo

Garantizar la confiabilidad, la seguridad y un buen desempeo del Portal a los diferentes usuarios. En este sentido la informacin almacenada podr ser consultada y actualizada permanente y simultneamente, sin que afecte al tiempo de respuesta. Informacin disponible las 24 horas del da los 7 das de la semana, brindando eficacia y eficiencia de informacin a todo momento. Hay que considerar que la disponibilidad tambin depende de los Servidores en donde se encuentre el Portal, as como tambin de los Administradores.

Escalabilidad

El Portal debe ser construido sobre la base de un desarrollo evolutivo e incremental, de tal manera que nuevas funcionalidades y requerimientos relacionados pueden ser incorporados afectando el cdigo existente de la menor manera posible; para ello deben incorporarse aspectos de reutilizacin de componentes. Segn los nuevos requerimientos se dar opcin a seguir creciendo para mejorar los servicios existentes.

Facilidad de uso de la Informacin

La navegacin en el Portal se presentar de manera gil y dinmica para cualquier usuario. El Portal no debe permitir el cierre de una operacin hasta que todos sus procesos, subprocesos y tareas relacionados, hayan sido terminados y cerrados satisfactoriamente. El Portal debe presentar mensajes de error y de informacin de fcil manejo y comprensin, que permitan al usuario identificar el error y buscar la solucin adecuada o comunicrsela al administrador del sistema para que le preste el soporte adecuado. 15

Flexibilidad

Debe existir la posibilidad de que cualquier usuario, sin importar la tecnologa que est usando, pueda tener acceso al Portal y a todo su contenido. Es decir se puede acceder desde cualquier navegador Web ya sea, Explorer, Opera Firefox.

Mantenibilidad

Se debe preparar documentacin tanto tcnica como manuales de usuario, los mismos que son de gran importancia para los administradores del Portal Web, se debe tomar en cuenta tambin que el Portal se denominar altamente mantenible si el esfuerzo asociado a la restitucin es bajo, en caso de alguna falla.

Seguridad

Controlar el contenido de la informacin tanto en foros, chats y libro de visitas, determinando que informacin es la que puede ser publicada, esta es una obligacin del administrador que maneja cada seccin. Respecto a la confidencialidad, el Portal debe estar en capacidad de rechazar accesos o modificaciones indebidos (no autorizados) a la informacin y proveer los servicios requeridos por los usuarios legtimos. Ver Anexo Nmero 1: Propuesta al Cliente

1.2.

Diagramas UML

Lenguaje Unificado de Modelado (UML), es el lenguaje de modelado de sistemas de software ms conocido y utilizado en la actualidad.

Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estndar para describir un "plano" del sistema (modelo), 16

incluyendo aspectos conceptuales tales como procesos de negocio y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de datos y componentes reutilizables.

UML es un "lenguaje" para especificar y no para describir mtodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que est descrito el modelo.1

En UML existe varios tipos de diagramas como:

Diagrama de Casos de Uso Diagrama de Clases Diagrama de Secuencia Diagrama de Colaboracin Diagrama de Estados Diagrama de Actividades Diagrama de Procesos Diagrama de Entrada y Salida

1.2.1. Diagrama de Casos de Uso

Es una representacin grfica de la interaccin que existe entre los actores y el propio sistema.

Actor: Es una entidad externa, de afuera del sistema, puede ser gente real, ordenadores o eventos externos. Estos no representan a personas o a sistemas, sino el papel que desempean. El entorno del Sistema esta conformado por los Actores, y los casos de uso determinan la Funcionalidad principal del sistema. Cada caso se relaciona como mnimo con un Actor.

Wikipedia, UML, http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado

17

1.2.2. Diagrama de Clases

Describe la estructura del sistema, dando a conocer sus clases, atributos y las relaciones existentes entre ellos. Representa las clases que sern utilizadas en el sistema.

1.2.3. Diagrama de Secuencia

Define la interaccin entre los objetos del sistema, se realiza un diagrama de secuencia por cada caso de uso definido. Muestran el intercambio de mensajes en un momento fijado.

El diagrama de secuencia posee detalles de implementacin del escenario, incluyendo los objetos y clases que se usan para implementar el escenario, y cada uno de los mensajes que se pasan entre los objetos. Nos ayuda a ver el escenario en un orden temporal, qu pasa primero y qu pasa despus.

1.2.4. Diagrama de Colaboracin

Aqu se muestra las interacciones existentes entre objetos en una situacin determinada. La informacin mostrada es ms o menos parecida a la de los diagramas de secuencia. Los mensajes enviados de un objeto a otro se representan con una flecha

1.2.5. Diagrama de Estados

Este diagrama muestra los diferentes estados que un objeto puede tener, durante su vida, y el efecto que se produce al cambiarlo.

1.2.6. Diagrama de Actividades

Describe la secuencia de las actividades en el sistema, y muestra un flujo de control general. Es un caso especial de diagrama de estados. Se usa para modelar una secuencia de acciones y condiciones tomadas dentro de un proceso. 18

1.2.7. Diagrama de Procesos

Es un detalle algortmico de un proceso y crea la representacin grfica de un proceso, nos permite visualizar el procesamiento de datos.

1.2.8. Diagrama de Entrada y Salida

Determina la interaccin de los usuarios con los datos, el diagrama de entrada indica la informacin que usuario debe ingresar, mientras que el diagrama de salida indica la informacin que se va a presentar a dicho usuario.

1.3.

Diagramas UML de los Mdulos del Portal Web

El Portal Web se compone de 21 Mdulos, de los cuales se han realizado todos los tipos de diagramas descritos en la seccin 1.2 del presente documento. En cada tipo de diagrama, excepto en los Diagramas de entrada y salida, Diagramas de clases y Diagramas de estados, se especifican los siguientes diagramas:

Ingreso a la Administracin Ingreso de Mdulo, Ej.: Ingreso de Reportajes Listado de Mdulo, Ej.: Listado de Reportajes Buscar Mdulo, Ej.: Buscar Reportaje Modificar Mdulo, Ej.: Modificar Reportaje Eliminar Mdulo, Ej.: Eliminar Reportaje

Cada uno de los diagramas se maneja de la siguiente manera, tomaremos como ejemplo el Mdulo de Reportajes, ya que para los dems mdulos se maneja de una forma similar.

19

1.3.1. Diagramas de Casos de Uso Nmero de Casos de Uso: 126 Ejemplo: Ingreso de Reportajes

En el siguiente caso de uso podemos observar, la interaccin existente entre el actor (Usuario con Privilegios) y el sistema (Ingreso de Reportajes), y los casos de uso son todas la operaciones que les relaciona a si mismo. El usuario con Privilegios, es la persona designada para administrar el manejo de los Reportajes.

Imagen 1.1 Diagrama de Casos de Uso del Ingreso de Reportajes.

En el diagrama anterior podemos observar que el Usuario con Privilegios realiza los siguientes pasos para el Ingreso de Reportajes.

20

1. Ingresa al portal. 2. Se autentifica. En este punto, el usuario ingresa su Nombre de Usuario y su Contrasea para poder acceder a los servicios correspondientes a un Usuario Con Privilegios. 3. Ingresa a la administracin. 4. Elige la accin Publicar Reportaje, este punto se divide en dos tareas. o Ingresa los datos. Los datos de ingreso se encuentran detallados en el grfico. o Guarda los datos De esta manera podemos ver la forma en la que interacta el Actor con el Sistema para el Ingreso de Reportajes.

1.3.2. Diagramas de Clases Nmero de Diagramas de Clases: 21 Ejemplo: Reportajes

Aqu tenemos una clase por cada mdulo, en el mismo que agregamos los atributos necesarios para el eficaz manejo, como las operaciones que debe realizar la administracin que son generalmente: Ingresar, Buscar, Listar y Modificar.

21

Imagen 1.2 Diagrama de Clases de Reportajes.

1.3.3.

Diagramas de Secuencia

Nmero de Diagramas de Secuencia: 126 Ejemplo: Ingreso de Reportajes

En los diagramas de secuencia, observamos de mejor manera, las interacciones en forma de mensajes, entre cada uno de los objetos, que son el Usuario con Privilegios, el portal y la tabla de base de datos del respectivo mdulo. Vemos cual es la secuencia que se sigue para almacenar un Reportaje.

22

Imagen 1.3 Diagrama de Secuencias para el Ingreso de Reportajes.

En el grfico anterior podemos ver los mensajes que son intercambiados entre el Usuario Con Privilegios, el Portal y pas_reportajes que es la tabla correspondiente a los reportajes en la Base de Datos. Podemos observar tambin que el Usuario Con Privilegios no tiene interaccin directa con la Base de Datos, sino por medio del Portal.

1.3.4. Diagrama de Colaboracin Nmero de Diagramas de Colaboracin: 126

23

Ejemplo: Ingreso de Reportajes

En este diagrama de colaboracin nos muestra en forma de nmeros los pasos a seguir para cumplir la accin que es el Ingreso de los Reportajes, mostrando tambin que realiza cada objeto.

Imagen 1.4 Diagrama de Colaboracin para el ingreso de Reportajes.

En el diagrama anterior podemos ver que cada uno de los mensaje intercambiados, entre el Usuario con Privilegios, el Portal y pas_reportajes, se encuentran numerados, de esta manera se detallan todos los pasos a seguir para el ingreso de un nuevo reportaje.

1.3.5. Diagrama de Estados Nmero de Diagramas de Estados: 21

24

Ejemplo: Reportajes

Para las administraciones se tiene dos estados que son el eliminado, y el estado publicado. Eliminado: Que se refiere cuando un usuario con privilegios elimina algn Reportaje, entonces lo que se realiza es una eliminacin lgica que simplemente cambia el campo eliminado, de la Base de Datos, de N (No eliminado) a S (Si eliminado), ms no se elimina de la Base de Datos. Estado Publicado: Tenemos dos estado que son el Publicado y el No Publicado. o Publicado: Muestra la informacin en el Portal Web o No Publicado: No se muestra en el Portal.

Imagen 1.5 Diagrama de Estados para los Reportajes.

El grfico anterior nos muestra dos diagramas, el diagrama inferior nos indica que un Reportaje inicialmente tiene el estado Activo, luego del cual puede cambiarse a No Publicado o Publicado, as mismo podemos ver que se pueden intercambiar entre estos dos estados sin ninguna restriccin (Cambio de estado de Publicacin).

25

De manera similar se puede interpretar el diagrama superior, pero en ese caso lo que se cambia es el estado de publicacin.

1.3.6. Diagrama de Actividades Nmero de Diagramas de Actividades: 126 Ejemplo: Ingreso de Reportajes

Damos a conocer cual es la secuencia de actividades que debe seguir el ingreso de reportajes.

26

Imagen 1.6 Diagrama de Actividades para el Ingreso de Reportajes.

En la figura anterior podemos ver cada una de las actividades que se debe seguir para ingresar un reportaje. De esta manera, primero, el usuario Ingresa al Portal, luego Ingresa los datos para registro de usuario o conocido tambin como autenticacin, luego se validan los datos que ha ingresado, si los datos son incorrectos puede volver a intentar autenticarse o simplemente puede salir. Cuando los datos son correctos puede Ingresar datos para crear un nuevo Reportaje, luego se validan los datos ingresados, si stos estn bien se guardan en la Base de Datos y finaliza.

1.3.7. Diagrama de Procesos Nmero de Diagramas de Procesos: 126 Ejemplo: Ingreso de Reportajes

Es el proceso para ingresar un Reportaje.

27

Imagen 1.7 Diagrama de Procesos para el Ingreso de Reportajes.

En el grfico anterior se puede observar la secuencia de pasos para ingresar un Reportaje.

1.3.8. Diagrama de Entrada y Salida

Diagrama de Entrada Nmero de Diagramas de Entrada: 21 Ejemplo: Ingreso de Reportajes

Describimos que es lo que el usuario ingresa en el mdulo de Reportajes

28

Imagen 1.8 Datos de Entrada para los Reportajes.

Diagrama de Salida Nmero de Diagramas de Salida: 21 Ejemplo: Ingreso de Reportajes

Mostramos que es lo que el usuario recibe como salida, lo que el puede visualizar.

Imagen 1.9 Datos de Entrada para los Reportajes.

29

Nota:

La descripcin textual del problema es otro diagrama que utilizamos para entender cuales son la funcionalidades que debera tener el sistema, por cada modulo que se necesita.

Para ver todos los diagramas UML, de cada mdulo respectivamente: Ver Anexo Nmero 2: Diagramas del Portal Web, de la Pastoral Universitaria 1.4. Modelo Entidad Relacin

Un diagrama o modelo Entidad-Relacin (a veces denominado por su siglas, E-R "Entity relationship", o, "DER" Diagrama de Entidad Relacin) es una herramienta para el modelado de datos de un sistema de informacin. Estos modelos expresan entidades relevantes para un sistema de informacin, sus inter-relaciones y propiedades.2 A continuacin detallamos una tabla del diagrama Entidad Relacin de la Base de Datos implementada para el Portal Web. Ejemplo: Reportajes

Wikipedia, Modelo entidad-relacin, http://es.wikipedia.org/wiki/Diagrama_entidadrelaci%C3%B3n

30

Imagen 1.10 Tabla, del Modelo E-R, de Reportajes.

En la figura anterior podemos observar en detalle cuales son los campos de la tabla PAS_REPORTAJES correspondiente al Mdulo de Reportajes.

Para ver en detalle todo el Diagrama E-R, de cada mdulo respectivamente: Ver Anexo Nmero 3: Diagrama E-R del Portal Web, de la Pastoral Universitaria

31