Descripcin del Proyecto

Software para la Administracin de un Foro Conversacional

Escrito de acuerdo a la Norma PSS-05. Estndar de Ingeniera de Software de la ESA

Integrantes: Manuel Silva Ibarra

Curso: Profesor:

Ingeniera de Software J.C. O.

Julio 2007

Software para la Administracin de un Foro Conversacional

DESCRIPCIN DEL PROYECTO

TABLA DE CONTENIDOS DESCRIPCIN DEL PROYECTO.......................................................................................................5

1. Objetivo General..............................................................................................................................................................................5 2. Objetivos Especficos........................................................................................................................................................................5 3. Alcances............................................................................................................................................................................................5 4. Fronteras..........................................................................................................................................................................................5 5. Organizacin del Trabajo.................................................................................................................................................................5

MARCO TERICO...............................................................................................................................8
1. Modelo Incremental..........................................................................................................................................................................8

DESCRIPCIN DE LAS FASES..........................................................................................................9 HERRAMIENTAS USADAS PARA DESARROLLAR EL MODELO INCREMENTAL............11

1. Requerimientos de Usuario (UR):..................................................................................................................................................11 2. Requerimientos de Software (SR):..................................................................................................................................................13 3. Diseo Arquitectnico (AD):..........................................................................................................................................................15 4. Diseo Detallado (DD)...................................................................................................................................................................15 5. Transferencia (TR)..........................................................................................................................................................................15 6. Operacin y Mantencin (OM).......................................................................................................................................................16

Software para la Administracin de un Foro Conversacional

DESCRIPCIN DEL PROYECTO

RESUMEN
El presente trabajo desarrolla un sitio Web que permite la Administracin de un Foro Conversacional. Para llevar a efecto este trabajo los requerimientos se basaron en los conocimientos adquiridos en la Ctedra y la experiencia adquirida en el uso de otros Foros Conversacionales, orientado a la comunicacin entre grupos de personas. La alternativa de solucin es la creacin de un software que administre un Foro Conversacional, para apoyar la interaccin de personas (usuarios) en temas determinados. Cada usuario que acceda a navegar por el sitio podr visualizar los temas expuestos en un men principal, los debates de discusin y para dar una opinin, este se debe registrar mediante un nombre de usuario y una clave. El usuario registrado tendr la posibilidad de interactuar en diferentes temas como tambin tendr restricciones que el administrador del foro les asigne, adems se dan a conocer las polticas del foro donde se detallan las facultades que tiene los usuarios dentro del Foro Conversacional. En este proyecto, se hace uso del modelo denominado Incremental, por su forma de trabajar, el cual permite desarrollar con un nmero apreciable de etapas las cuales se pueden desarrollar permitiendo generar prototipos y hacer correcciones de etapas anteriores y de esa forma lograr un Software de Calidad.

Software para la Administracin de un Foro Conversacional

DESCRIPCIN DEL PROYECTO

DESCRIPCIN DEL PROYECTO

1. Objetivo General

El Objetivo General del presente proyecto es conocer los principios fundamentales de la Ingeniera de Software, siendo capaz de trabajar con diferentes metodologas que usa el Modelo Incremental, que para efecto de este proyecto van a permitir realizar actividades relacionadas con la administracin de Foros Conversacionales y el control del desarrollo de un proyecto de software.

2.

Objetivos Especficos
Implementar un sitio Web el cual proporcione un men de temas a los usuarios. Gestionar los nuevos temas que propongan los usuarios, permitiendo publicar sus deberes y opiniones.

3.

Alcances

Este proyecto permite administrar el desarrollo de un Foro Conversacional, tomando en cuenta temas, debates y opiniones a publicar en el sitio Web, administrando a los usuarios en una forma que se sientan acogidos por el foro y sean capaces de interactuar con otros usuarios mediante los temas expuestos. Por otra parte, para una gestin y administracin organizada, el sitio Web dispone de un Administrador el cual tiene la facultad de aceptar los temas que solicitan los usuarios que se expongan y Moderadores los cuales se preocupan de aceptar (publicar) o no las opiniones y debates vertidos por los usuarios.

4.

Fronteras

En este sistema las fronteras estn dadas por la administracin del Foro y las Polticas que se especifican en el sitio Web.

5.

Organizacin del Trabajo

El trabajo se divide en las siguientes secciones:

6.

Requerimientos de Usuario ( UR )

Software para la Administracin de un Foro Conversacional

DESCRIPCIN DEL PROYECTO

 En esta seccin se recogen todos los requerimientos especficos planteados por el usuario mediante una reunin (ctedra). Estos requerimientos son presentados por medio de una tabla en la cual se muestra la identificacin, descripcin y los atributos de cada requerimiento, los cuales son enumerados. Adems, se presenta un prototipo evolutivo del proyecto.

7.

Requerimientos de Software ( SR )
En esta seccin se evalan los Requerimientos de Usuario, obteniendo de esta forma los Requerimientos de Software necesarios para la construccin posterior del software. Estos requerimientos son presentados por medio de una tabla en la cual se muestra la identificacin, tipo, clase y los atributos de cada requerimiento, los cuales son enumerados. Diagramas de Flujo de Datos: Tcnica grfica que representa el flujo de la informacin y las transformaciones que se aplican a los datos al moverse desde la entrada hasta la salida por intermedio de interfaces. Diagrama Entidad Relacin: Tcnica que representa la realidad a travs de modelos grficos empleando las terminologas de entidades, que son objetos que existen y son los elementos principales que se identifican en el problema a resolver con el diagramado y se distinguen de otros por sus caractersticas particulares denominadas atributos, el enlace que rige la unin de las entidades est representada por la relacin del modelo. Diccionario de Datos: Es un listado organizado de todos los datos pertinentes al sistema, con definiciones precisas y rigurosas para que tanto el usuario como el analista tengan entendimiento comn de todas las entradas, salidas.

Diseo de prototipo: Adems, se presenta una versin mejorada del prototipo evolutivo del proyecto.

8.

Diseo Arquitectnico (AD)

Descripcin General del Sistema: Aqu se describen las tcnicas utilizadas, Diseo Arquitectnico y la utilizacin de las herramientas, mediante las cuales se esquematizar y documentar. Diagramas de Estructuras Modulares: Definen estructuralmente la solucin identificada por medio de mdulos y sus relaciones.

Software para la Administracin de un Foro Conversacional

DESCRIPCIN DEL PROYECTO

9.

Diseo Detallado (DD)

Especificacin del Diseo de Componentes: Mediante el cual se disea el software y se realizan las pruebas. Listado y especificaciones del Cdigo Fuente: El cdigo se presenta en trozos identificndolo, asignndole un nombre una descripcin, los parmetros y el tipo de funcin que cumple. Manual de Usuario del Software: Este documento cumple con orientar al usuario en los pasos previos para la ejecucin del software.

10. Transferencia (TR)

Mediante el documento se detalla una explicacin que permite instalar el software.

11. Operacin y Mantencin (OM)

En esta fase se presenta el software para que sea analizado por el cliente.

12. Conclusiones 13. Anexos se componen de la siguiente manera:

Informes del sistema Glosario Bibliografa.

Software para la Administracin de un Foro Conversacional

DESCRIPCIN DEL PROYECTO

MARCO TERICO
Las metodologas empleadas en el desarrollo del proyecto, estn basadas en el modelo Incremental para la ingeniera de software que abarca las fases y las actividades que ocurren en cualquier proyecto de software, llamado Ciclo de Vida

1.

Modelo Incremental

El modelo incremental combina elementos del modelo lineal secuencial (aplicados repetitivamente) con la filosofa iterativa de construccin de prototipos. El modelo incremental aplica secuencias lineales de forma escalonada mientras progresa el tiempo en el calendario. Cada secuencia lineal produce un incremento del software. Este modelo permite que a travs de un flujo de proceso incremental se pueda incorporar el paradigma de construccin de prototipos (Presuman 5ta edicin) que permite ver los avances del proyecto acercamiento que es beneficioso. El Modelo Incremental permite entender el problema que se quiere solucionar ya que cada fase tiene un fin especfico y es posible avanzar y retroceder en ellas segn sea la necesidad, como lo grfica la figura 1.

Figura 1. Modelo Incremental En la figura 1, las flechas muestran el flujo de informacin entre las fases. Las flechas de avance muestran un flujo normal de informacin. Las flechas hacia atrs representan la correccin y retroalimentacin que necesita una fase.

Software para la Administracin de un Foro Conversacional

DESCRIPCIN DEL PROYECTO

DESCRIPCIN DE LAS FASES

A continuacin se describen cada una de las fases de un ciclo de vida en la construccin de un software, como se indica en la ESA Estndares de la Ingeniera de software. Fase UR: Definicin de Requerimientos del Usuario (definicin del problema) La fase de UR es la fase de la definicin de problema de un proyecto del software. El alcance del sistema debe ser definido. Las exigencias del usuario deben ser capturadas. Esto se puede hacer por entrevista o examen, o construyendo prototipos. Las exigencias especficas del usuario se deben identificar y documentar en el documento de las exigencias del usuario (URD). El compromiso de los diseadores en esta fase vara segn la familiaridad de los usuarios con el software. Algunos usuarios pueden producir una alta calidad de URD, mientras otros pueden necesitar la ayuda de los diseadores. El URD siempre debe producirse. La revisin del URD se hace por los usuarios, el software y el hardware por los ingenieros involucrados. El URD aceptado es la entrada a la fase de SR. Antes de la realizacin de la Revisin de Requerimientos de Usuario (UR/R), un Diseo de Direccin de Proyecto de Software perfila el proyecto entero y debe ser hecho por el diseador. Este diseo debe contener una estimacin del costo del proyecto. Tambin deben hacerse diseos detallados para la fase de SR. Fase SR: Definicin de Requerimientos de Software (anlisis del problema) La fase de SR es la fase de anlisis escalonan un proyecto del software. Una parte vital de la actividad del anlisis es la construccin de un modelo que describe que es lo que el software tiene que hacer, y no como hacerlo. Los prototipos son construidos para clarificar los requerimientos que pueden ser necesarios en el software. La principal entrega de esta fase es el Documento de Requerimientos de Software es (SRD). El SRD siempre debe producirse para cada proyecto de software. La terminologa de aplicacin debe omitirse del SRD. El SRD debe repasarse formalmente por los usuarios, por el hardware del computador y el diseo de software, y por los gerentes involucrados, durante la Revisin de Requerimientos de Software (SR/R). Durante la fase de SR, la seccin del Diseo de Direccin del Proyecto de Software que perfila el resto del proyecto debe ponerse al da. El diseo debe contener una estimacin del costo del proyecto total, y deben hacerse grandes esfuerzos para lograr una exactitud de por lo menos 30%.
Software para la Administracin de un Foro Conversacional DESCRIPCIN DEL PROYECTO 9

Fase AD: Diseo Arquitectnico (solucin) El propsito de la fase del AD es definir la estructura del software. El modelo construido en la fase de SR es el punto de arranque. Este modelo se transforma en el diseo arquitectnico asignando las funciones a los componentes del software y definiendo el control y los datos que fluyen entre ellos. Esta fase puede involucrar varias iteraciones del diseo. Tcnicamente las partes difciles o crticas del diseo tienen que ser identificadas. Prototipeando estas partes del software puede ser necesario confirmar las asunciones del diseo bsicas. Pueden proponerse diseos alternativos uno de los cuales debe seleccionarse. El artculo entregable que constituye el rendimiento formal de esta fase es el Documento del Diseo Arquitectnico (ADD). El ADD siempre debe producirse para cada proyecto del software. El AD debe repasarse formalmente con el hardware del computador y el software diseado, por los usuarios, y por la direccin involucrada, durante la Revisin del Diseo Arquitectnico (AD/R). Durante la fase del ADD, del Diseo de Direccin del Proyecto de Software que perfila el resto del proyecto debe producirse. Este diseo debe contener una estimacin del proyecto costada, y deben hacerse los mejores esfuerzos para lograr una exactitud de por lo menos 10%. El detalle de los diseos para la fase de AD tambin debe producirse. Fase DD: Diseo Detallado (implementacin) El propsito de la fase de DD es detallar en el documento el diseo del software, y la prueba de l. El Documento del Diseo Detallado (DDD) y el Manual de Usuario de Software (SUM) se producen concurrentemente con codificar y probar. Inicialmente, el DDD y SUM contienen las secciones que corresponden a los niveles de la cima del sistema. Para bajar los niveles, se agregan las subdivisiones relacionadas como los progresos del diseo. Al final de la fase, los documentos se completan con el cdigo que constituya los documentos entregables de esta fase. Durante esta fase, unidad, integracin y sistema prueban las actividades que se realiza segn los diseos de comprobacin establecidos en los SR y fases del AD. As como estas pruebas, tienen que ser chequeados en la calidad del software. Los tres documentos que se entregan (Cdigo, DDD, la SUM), y qu ya han sufrido revisiones intermedias durante el DD, debe repasarse formalmente por los ingenieros del software y la direccin involucrada, durante la Revisin del Diseo Detallada (DD/R). Al final del proceso de la revisin, el software puede declararse listo para la comprobacin de aceptacin final. Fase TR: Transferencia (traspaso)
Software para la Administracin de un Foro Conversacional DESCRIPCIN DEL PROYECTO 10

El propsito de esta fase es establecer que el software cumpla con los requerimientos extendidos en el URD. Esto se hace instalando el software y dirigiendo las pruebas de aceptacin. Cuando el software ha demostrado que proporciona las capacidades requeridas, el software puede ser provisionalmente aceptado y empezar los funcionamientos. El Documento de Traslado de Software (STD) debe producirse durante la fase de TR para documentar el traslado del software al equipo donde funcionara. Fase OM: Operacin y Mantencin (uso prctico) Una vez el software ha entrado en funcionamiento, debe supervisarse para confirmar cuidadosamente que rene todos los requerimientos definidos en el URD. Algunos de los requerimientos, por ejemplo aqullos para la disponibilidad, pueden tomar un periodo de tiempo mayor para validarlos. Cuando el software ha pasado que toda la aceptacin y pruebas, puede aceptarse finalmente. El Documento de Historia de Proyecto (PHD) resume la informacin directiva significativamente aumentada en el curso del proyecto. Este documento debe emitirse despus de la ltima aceptacin. Debe reeditarse al final del ciclo de vida, con informacin recaudada de la fase de OM. Despus de ltima aceptacin, el software puede modificarse para corregir los errores no detectados durante las fases ms tempranas, o porque los nuevos requerimientos se levantan. Esto se llama Mantencin. Para el periodo de funcionamiento, debe prestarse mucha atencin, en particular a guardar la documentacin actual. Debe registrarse informacin sobre las fallas y o fracasos para mantener los datos reales en el establecimiento de la mtrica de calidad de software para los proyectos posteriores. Deben usarse las herramientas para facilitar la coleccin y anlisis de datos de calidad.

HERRAMIENTAS USADAS PARA DESARROLLAR EL MODELO INCREMENTAL.

1. Requerimientos de Usuario (UR):
Documento de Requerimientos de Usuario (URD)

Este documento tiene por propsito describir los requisitos de usuario para el sistema. Este documento define un mtodo para determinar y especificar los requisitos de usuario de un proyecto. Los URD pueden ser de muchos tipos diferentes. Por lo tanto, el usuario tiene requisitos que corresponde al servicio que el sistema de software que se pretende construir le debe
Software para la Administracin de un Foro Conversacional DESCRIPCIN DEL PROYECTO 11

proporcionar. En otros casos, se trata de limitaciones existentes en la operacin del sistema. Cuadro Resumen de Requerimientos de Usuario

Permite visualizar a travs de un cuadro resumen el comportamiento de los URD. Diagrama de Contexto

Establece el lmite de informacin entre el sistema que se esta implementando y el entorno que se va a operar Diagrama de Flujo de Datos (DFD)

Los DFD son representaciones grficas de los procesos de un sistema, incluidas sus entradas y salidas de informacin. Estos estn enfocados en el flujo de datos del sistema y son representados en forma de red. Los diagramas de flujos, se representan por niveles, es as que el nivel 0 debe reflejar el software con el sistema, definiendo las entradas y salidas principales, de esta manera es posible detallar los diagramas de flujos en muchos niveles que irn explicando grficamente con mayor detalle la solucin del problema.

Proceso de transformacin

Flujo de datos

Base de datos

Figura 2. Simbologa Diagramas de Flujo de Datos Diccionario de Datos

La tarea principal del diccionario de datos es definir las entradas, salidas, componentes de almacenamiento y clculos intermedios para darle utilidad al DFD, ya que sin estas
Software para la Administracin de un Foro Conversacional DESCRIPCIN DEL PROYECTO 12

explicaciones exactas y detalladas de sus componentes, los datos del diagrama podran ser interpretados de manera distinta por cada persona que lo leyera. El diccionario de datos al igual que los DFD, tienen una notacin propia que ayuda a entenderlos. La figura 3 muestra su notacin.

Figura 3. Notacin Diccionario de Datos

2. Requerimientos de Software (SR):

Documento de Requerimientos de Software (SRD)

El SRD debe incluir una descripcin concisa y detallada de la interfaz externa del sistema con su entorno, incluyendo otro software, puertos de comunicacin, hardware y usuario humanos. Esto incluye dos tipos de requerimientos: de comportamiento y no de comportamiento. Los requerimientos de comportamiento definen que hace el sistema. Ellos describen todas las entradas y salidas hacia el sistema. Los requerimientos no de comportamiento definen los atributos del sistema como l desarrolla su trabajo. Matriz URD/SRD

Cuadro que permite visualizar el comportamiento de los requerimientos y su dispersin en un grfico.

Software para la Administracin de un Foro Conversacional

DESCRIPCIN DEL PROYECTO

13

Prototipo

Los prototipos son pantallas sin una inteligencia computacional de aplicacin por detrs. Estas pantallas constituyen un medio simple y eficiente de estructura y funcionalidad a los potenciales usuarios los cuales lo evalan para definir o refinar los requisitos del software. Por lo tanto tambin es una herramienta de validacin del diseo del proceso de desarrollo del software. Diagrama Entidad Relacin

Tiene por objetivo este modelo definir y entender el significado de los objetos o entidades acerca de las cuales el sistema necesita conocer o mantener informacin o cualquier asociacin entre ellos. La simbologa utilizada se indica en la figura 4. Figura
Modelo Una lnea entre dos entidades representa una relacin. El nombre de esta relacin se escribe sobre la lnea.

Descripcin
Un rectngulo representa una entidad. En el centro del rectngulo se encuentra el nombre de la entidad.

E1

anotacin

E2

Una doble lnea sobre la lnea de la relacin representa la funcionalidad de N, para la entidad que se encuentra en ese extremo. Una lnea simple sobre la lnea de la relacin representa la funcionalidad de 1, para la entidad que se encuentra en ese extremo. Una lnea, entre dos entidades, que termina con una flecha triangular representa una relacin de herencia. La entidad que se encuentra del lado de la flecha es la sper entidad. Esta figura representa una relacin que tiene una entidad con dos o mas entidades ya sea en forma incluyente o en forma excluyente.

Atributo

Elemento

Figura 4 Simbologa utilizada por el Diagrama Entidad Relacin Relacin es la asociacin entre entidades. Estas pueden tener cardinalidad uno a uno, uno a muchos o muchos a muchos. Tambin estas relaciones pueden ser de dos tipos, obligadas o no obligadas. En caso de tener cardinalidad uno, un dato existir en una entidad y debe existir en la relacionada cero o una vez, en el caso de tener cardinalidad uno a muchos el dato en la entidad relacionada debe existir cero o muchas veces y en el ultimo caso cuando existe cardinalidad muchos a muchos, se genera un detalle en el cual debe existir referencia a las dos entidades. Modelo Relacional
DESCRIPCIN DEL PROYECTO 14

Software para la Administracin de un Foro Conversacional

Emplea una coleccin de tablas para representar tanto los datos como las relaciones entre ellos.

3. Diseo Arquitectnico (AD):

Diagrama Estructuras Modulares

Define la estructura de la solucin identificando grandes mdulos (conjuntos de funciones que van a estar asociadas) y sus relaciones. Un diseo modular reduce la complejidad, facilita los cambios, y entrega como resultado una implementacin ms fcil al fomentar el desarrollo paralelo de las diferentes partes de un sistema. Matriz de trazabilidad SR v/s Componentes

Cuadro que permite visualizar el comportamiento de los requerimientos de software y su dispersin en un grfico.

4. Diseo Detallado (DD)

Documento de Diseo Detallado (DDD)

Este define los algoritmos empleados y la organizacin del cdigo para comenzar la implementacin. Especificacin del Diseo de Componentes: Mediante el cual se disea el software y se realizan las pruebas. Listado y especificaciones del Cdigo Fuente: El cdigo se presenta en trozos identificndolo, asignndole un nombre una descripcin, los parmetros y el tipo de funcin que cumple.

Manual de Usuario del Software (SUM): Este documento cumple con orientar al usuario en los pasos previos para la ejecucin del software.

5. Transferencia (TR)

Software para la Administracin de un Foro Conversacional

DESCRIPCIN DEL PROYECTO

15

En esta fase se debe establecer que el software cumpla con los requisitos establecidos en el URD, esto ocurre cuando el software es instalado y probado.

6. Operacin y Mantencin (OM)

Esta etapa donde deben supervisarse cuidadosamente el software para validar y confirmar si rene todos los requisitos definidos en el URD, est claro que algunos requisitos tomarn un tiempo ms largo para poder validarlos. En esta Fase se deben incluir los documentos histricos del proyecto en este caso esta documentacin estar incluida en el CD entregable como un archivo de texto.

Software para la Administracin de un Foro Conversacional

DESCRIPCIN DEL PROYECTO

16