Urd 1.6

Universidad de Santiago de Chile.Facultad de Ingeniería - Departamento de Ingeniería InformáticaIngeniería de Ejecución en Computación e InformáticaCátedra de Ingeniería del Software

Software para la Administraciónde un Foro Conversacional

Documento de Requerimientos de Usuario (URD)

Escrito de acuerdo a la Norma PSS-05.Estándar de Ingeniería de Software de la ESA

ESTADO DEL DOCUMENTOSISTEMA DE ADMINISTRACION DE PROYECTOS

VERSION AUTOR FECHA RAZONES DEL CAMBIO1.1 NN-JP-MS 25/03/2004 Creación documento de Requerimientos1.2 NN-JP-MS 01/04/2004 Revisión según reuniones (clases) con usuario1.3 NN-JP-MS 03/05/2004 Revisión según reuniones (clases) con usuario1.4 NN-JP-MS 07/05/2004 Correcciones y refinamientos1.5 NN-JP-MS 19/07/2004 Correcciones y refinamientos1.5 NN-JP-MS 21/07/2004 Creación del Documento de Requerimientos URD

Integrantes: Manuel Silva

Curso: Ingeniería de SoftwareProfesor: JCCO.Ayudante PQ

Julio2004

TABLA DE CONTENIDOS

1. INTRODUCCIÓN........................................................................................................................1

1.2PROPÓSITO..............................................................................................................................................................11.3ALCANCE................................................................................................................................................................11.4GLOSARIO...............................................................................................................................................................21.5REFERENCIAS..........................................................................................................................................................21.6VISIÓN GENERAL.....................................................................................................................................................3

2. DESCRIPCIÓN GENERAL........................................................................................................3

2.1.PROSPECTO DEL PRODUCTO...................................................................................................................................31.1.1 Administrador..........................................................................................................................................31.1.1 Moderador...............................................................................................................................................31.1.3 Usuarios Comunes..................................................................................................................................4

2.1.DERECHOS Y POLÍTICAS.........................................................................................................................................42.2.RESTRICCIONES GENERALES..................................................................................................................................42.3.AMBIENTE OPERACIONAL......................................................................................................................................4

4.1 2.3.1 Diagrama de Contexto......................................................................................................................5

3. ESPECIFICACIÓN DE REQUERIMIENTOS ......................................................................6

3.1.REQUERIMIENTOS DE CAPACIDAD..........................................................................................................................63.2.1 Velocidad.................................................................................................................................................63.2.2 Exactitud..................................................................................................................................................6

3.2.RESTRICCIONES......................................................................................................................................................63.3.INTERFAZ DE COMUNICACIONES............................................................................................................................63.4.INTERFAZ DE HARDWARE......................................................................................................................................73.5.RESTRICCIONES......................................................................................................................................................73.6.INTERFAZ DE SOFTWARE.......................................................................................................................................73.7.INTERACCIÓN DE HOMBRE-MAQUINA ..................................................................................................................73.8.ADAPTABILIDAD....................................................................................................................................................73.9.DISPONIBILIDAD.....................................................................................................................................................73.10.PORTABILIDAD ....................................................................................................................................................73.11.SEGURIDAD LÓGICA.............................................................................................................................................73.12.SEGURIDAD FÍSICA...............................................................................................................................................73.13. ESTÁNDARES.......................................................................................................................................................83.14.RECURSOS............................................................................................................................................................8

4. DEFINICIÓN DE LOS REQUERIMIENTOS..........................................................................8

4.1.TABLA DE REQUERIMIENTOS DE USUARIO ...........................................................................................................94.1.TABLA DE ATRIBUTOS ........................................................................................................................................134.2.REVISIONES .........................................................................................................................................................14

ANEXO A:......................................................................................................................................15

Software para la Administración de un Foro Conversacional URD ii

1. INTRODUCCIÓN

1.2 Propósito

Este documento proporcionará una descripción general de los aspectos que el usuario del software va a desarrollar. Todos los requerimientos entregado por el usuario deben estar incluidos en este. Aquí se deben definir claramente los requerimientos específicos en forma lo más clara y consistente posible que permita creación de un software de Administración de un Foro de Discusión.

El software será desarrollado, por alumnos que cursan Carrera de Ingeniería de Ejecución en Computación e Informática, de la Facultad de Ingeniería de la Universidad de Santiago de Chile, en la asignatura de Ingeniería de Software, quienes deberán trabajar en forma grupal y desarrollar un software de calidad, bajo la administración del profesor de la cátedra, Juan Carlos Cockbaine O.

1.3 Alcance

El software a desarrollar, está dirigido a la administración de un Foro de Discusión, bajo la supervisión de un Administrador, el cual podrá mantener una visión en todo momento de la actividad del foro, contará además con herramientas administrativas que le permitan definir su integración de acuerdo a la participación de los usuarios en los distintos temas en discusión. Asimismo, considerara un applett que permite visualizar gráficamente un mapa conversacional del foro. El modelo del Ciclo de Vida o Paradigma elegido para el desarrollo de este proyecto, está en el ambiente de los modelos de Procesos Evolutivos de Software. Dentro de este modelo, se selecciona el Modelo Incremental, esta selección se determino a nivel del grupo, analizando sus perspectivas de desarrollo, tiempo para el trabajo de análisis, conocimiento de las herramientas, y las facilidades que entrega este modelo al momento de realizar cambios, el que por tratarse de un modelo incremental, permite realizar cambios a medida que integran los requerimientos presentados por el usuario, quien semanalmente entrega nuevas ideas, las que son analizadas con detalle. Refiriéndose en este acaso al Usuario Final, como el Profesor de la cátedra Sr. J. C. Cockbaine O.

Este modelo permite por su interactividad, adicionarle un prototipo de diseño rápido, requerimiento presentado por el usuario. De esta forma es posible realizar y desarrollar diversos cambios en el prototipo, a través de estos el usuario obtendrá una visión de la solución esperada. El modelo incremental, descrito anteriormente es el que mas se adecua a las capacidades del grupo desarrollador, por estar este, en la fase inicial de la formación ingenieril, y tener que conocer y aprender mucho aún, de estos análisis de proyectos. Este modelo, es

Software para la Administración de un Foro Conversacional URD 1

el más conveniente con respecto a los otros modelos que principalmente “restringen la progresión del desarrollo”.

Si por ejemplo, se eligiera el Modelo Lineal Secuencial, que es un modelo muy restrictivo en el sentido de que al momento de entregar el documento URD, si éste no es aprobado por el usuario, no se podrá adelantar trabajo en la fase siguiente, debiendo rehacerlo o corregirlo hasta que el usuario lo apruebe.

Una situación similar ocurre con los restantes paradigmas como lo es el Modelo de Construcción de Prototipos, que obliga al desarrollador a trabajar sobre un prototipo evolutivo que técnicamente no cuenta con las funcionalidades de operación, en otras palabras es un dibujo, que tiene solo la cáscara y tras de esta, no has elementos que le den una actividad a este.

Lo mismo ocurre con el Modelo DRA, que cuenta con fases evolutivas inalcanzables para un grupo que recién empieza a recorrer el camino del desarrollo de software.

A pesar de que no esta definido de esta manera, el presente desarrollo considera la entrega de un prototipo rápido en las distintas etapas de desarrollo, el cual evolucionara como un modelo de construcción de prototipos, el que en conjunto con el Modelo Incremental podrá aportar antecedentes más claros en los requerimientos de usuario, permitiendo corregir aquellos que están mal definidos ya sea por el usuario o por el grupo desarrollador.

1.4 Glosario

A continuación se presenta un glosario de definiciones, siglas y abreviaturas usadas en este documento:

• ESA: Agencia Espacial Europea.

• URD: Documento de Requerimientos de Usuario.

• UR: Requerimientos de Usuario.

• POLITICA: Es un conjunto de reglas que definen el funcionamiento del foro en este caso.

• BROWSER: Aplicación utilizada para navegar por Internet, despliega las páginas traídas desde el servidor y las presenta en la pantalla del usuario.

• PÁGINA WEB: Documento virtual con información (texto, imágenes, video, audio y entre otros), que se presenta en la pantalla del computador al ser llamada. Esta página esta ubicada en un servidor de páginas Web.

• INTERNET: Red global que permite la conexión de cientos de miles de millones de usuarios en el mundo.

1.5 Referencias

• Estándar de la Ingeniería de Software ESA PSS-05-0 edición 2, de febrero de 1991;


• Guía de la fase de definición de los Requerimientos de Usuarios ESA PSS-05-02 edición 1 de marzo de 1995;

• “Ingeniería de Software” V edición de Roger S. Pressman.

1.6 Visión general

En este documento se describe en forma general, como será el desarrollo de este software, en el que se indican las pautas generales de los requerimientos presentados por el usuario, que finalmente están incluidos en la Tabla 1.1 que se muestra al final de este documento.

Esta tabla cuenta con un número identificador para cada requerimiento, una descripción del requerimiento y lo más importante son sus atributos para el desarrollo y posterior implementación.

Dentro de estos requerimientos también aparecen aquellos propuestos por los desarrolladores, en atención a que de un requerimiento general presentado por el usuario, este puede estar incompleto y necesita una acción previa o posterior para dar cumplimiento a este.

2. DESCRIPCIÓN GENERAL

2.1. Prospecto del producto

Este producto está enfocado a la administración de un Foro de Discusión, para lo cual el principal moderador de este, es el Administrador, quien tendrá las herramientas y atribuciones para cumplir su función de administración, y contralor del sitio.

1.1.1 Administrador

El Administrador es un usuario específico que tiene como tarea administrar el Foro de Discusión, pudiendo realizar diferentes tareas a través de una consola de administración.Dentro de las tareas administrativas específicas se incluyen la creación y eliminación de temas, modificación de perfiles, control sobre la información de registro de los usuarios, validación de nuevos usuarios, etc. El Administrador dentro de la modificación de perfiles puede asignar derechos a usuarios registrados para la administración de un tema en particular, pasando a ser en este caso Moderadores de un tema especifico.

1.1.1 Moderador

Es un usuario con ciertas atribuciones entregadas por el Administrador, que tiene por función filtrar las opiniones vertidas por los usuarios sobre un tema bajo su control.


Estos usuarios pueden ser moderadores de varios temas dentro de los cuales su responsabilidad será filtrar y validar las distintas opiniones vertidas por lo usuarios.

1.1.3 Usuarios ComunesSon usuarios comunes aquellos que están registrados, estos pueden publicar opiniones dentro de los debates de un tema, las que posteriormente deben ser validadas por el Moderador del tema, este es un proceso del tipo filtro que evita que las opiniones vertidas fuera de contexto u obscenas, no sean publicadas. El mismo caso ocurre con la proposición de Temas, claro esta que en esta oportunidad quien valida estos es el Administrador.

2.1. Derechos y Políticas

Los visitantes o usuarios no registrados pueden navegar por todo el sitio, excepto por las áreas donde se requiere estar registrado como un usuario del Foro.

Asimismo, los usuarios registrados tienen acceso al navegar por todo el sitio, solicitar temas de discusión y emitir opiniones respecto de un tema específico.

Los usuarios moderadores pueden realizar las mismas actividades anteriores y además mediante la consola del moderador autorizar o rechazar las opiniones y los debates del tema a su cargo.

Al igual que en el caso anterior, el Administrador también puede ingresar como usuario y ser uno mas dentro de estos, cuando no esta cumpliendo las funciones de administración del Foro.

2.2. Restricciones generales

Una de las restricciones respecto del desarrollo de este trabajo, es el recurso tiempo, ya que este siempre es escaso, sin embargo la disponibilidad del grupo es profesional y está siempre dispuesta a la participación y desarrollo de este proyecto.

Otra de las restricciones a considerar es el poco conocimiento de los distintos software que deben utilizarse en este desarrollo, tema del cual cada integrante del grupo debe conocer y profundizar para enterarse a lo menos cómo funciona cada uno de ellos, con el fin de apoyar y definir ciertos criterios dentro de este desarrollo.

2.3. Ambiente operacional

El ambiente operacional de este producto estará sobre una plataforma Windows XP, con capacidad de accesar tablas de bases de datos, en ambiente de operación será bajo ambiente Web.


Los usuarios podrán ingresar a este Foro a través de Internet o Intranet. Su uso esta pensado en un Foro de Discusión común, el que también puede ser aplicado a la educación, tratando temas de interés para alumnos.

Finalmente la interactividad del foro depende exclusivamente de los usuarios, y principalmente de los Moderadores quienes son los encargados de darle el dinamismo al Sitio, ya que de ellos depende la rapidez de la publicación de las opiniones en pantalla.

4.1 2.3.1 Diagrama de Contexto

Figura Nº 1: Ambiente Operacional

Detalles:

El usuario a través del Browser ingresa a Internet y a por medio de esta red puede llegar al la página Web, donde se encuentra el Sitio de Foro, pudiendo navegar por el sitio y sus diferentes páginas, si desea ingresar una opinión el sistema le pedirá que se registre, al registrarse sus datos ingresan a una base de datos, desde donde el administrador de


Foro los analiza, pudiendo aceptarlos o rechazarlos, si los acepta el usuario es aceptado como tal y puede participar de todos los beneficios que le ofrece este sitio, como aportar opiniones a los diferentes debates existentes en el, proponer un tema del cual será su moderador.

3. ESPECIFICACIÓN DE REQUERIMIENTOS

3.1. Requerimientos de capacidad

Tomando en cuenta los antecedentes, la capacidad de este desarrollo, lo solicitado por el usuario, la operación dependerá exclusivamente del software utilizado

3.2.1 VelocidadRespecto de este tema, la velocidad esta dada por el medio o servicio que lo otorga pudiendo ser la velocidad de la Red interna donde funcionará este software o la velocidad de acceso y el ancho de banda del ISP (proveedor de Servicio Internet) cuando este servicio funciona en una red externa.

3.2.2 ExactitudLa exactitud dependerá de la plataforma o hardware que soporte este software de administración, lo cual no fue definido por el usuario, pero si analizado por los desarrolladores.

3.2. Restricciones

Una de las restricciones identificadas por los desarrolladores, es lo referente a las licencia del software de la plataforma que se utilizara para la implementación del software. Si la explotación de este sitio es a través de Internet, cada usuario debela contar con una conexión a este servicio.

Considerando que los Moderadores no tienen una obligación de exclusividad dentro de Foro, son ellos los encargados de dinamizar este sitio con su aporte y prontitud a la validación de las opiniones y aceptación de nuevos debates.

3.3. Interfaz de comunicaciones

Este desarrollo considera como el medio de comunicación ofrecido por las ISP (Proveedora de Servicio Internet) el protocolo TCP/IP y asimismo para una Intranet.


3.4. Interfaz de Hardware

La interfaz de hardware, para una red interna, considera un servidor central y estaciones periféricas basadas en browser. El servidor Apache con sistema operativo Windows XP, su ambiente de trabajo será HTML, el cual será generado por el lenguaje Perl.

3.5. RestriccionesPara el caso de una conexión a través de Internet o red externa, se debe utilizar un navegador de Internet versión 6.0.

3.6. Interfaz de SoftwareEl software a desarrollar es compatible dentro de la línea Windows con sus versiones Windows 2000, Windows 98, utilizando bases de datos del tipo Access.

3.7. Interacción de Hombre-Maquina Para este desarrollo el lenguaje oficial será el español, el que contara además con un formato fácil de entender e interpretar por cualquier usuario.

3.8. AdaptabilidadEste software es adaptable y flexible en los requerimientos de cambios, pudiendo aplicarle nuevas pantallas de administración o moderación, en forma fácil y rápida.

3.9. DisponibilidadEste software estará disponible en períodos de 24 por 7, con cortos períodos de tiempo para realizar mantención o modificación de algunos comandos.

3.10. Portabilidad Este es un software, que tiene una gran portabilidad y puede utilizarse en distintas plataformas, Windows, Linux, Unix.

3.11. Seguridad lógicaLa seguridad lógica se obtiene con la identificación de cada usuario, incluso del administrador del sitio, impidiendo de esta forma que cualquier usuario pueda modificar alguno comando o incluir comentarios obscenos en las opiniones disponibles para el usuario común

3.12. Seguridad FísicaLa seguridad física de este software la entrega el lugar donde se encuentra ubicado el servidor sostiene el sitio en Internet o una Intranet, asimismo ante la falta de energía el


software mantiene la información en las bases de datos en los equipos dispuestos para ello y protegidos con sistemas reguladores de energía eléctrica como lo son las UPS.

3.13. EstándaresEste documento se basa en el estándar ESA PSS-05-0 edición 2, de febrero de 1991, y Guía de la Fase de Definición de los Requerimientos de Usuario, ESA PSS-05-02 edición 1 de marzo de 1995, donde se define un método para determinar y especificar los requerimientos de usuario de un proyecto.

3.14. RecursosLos recursos que se requieren para montar este sitio en un Intranet es contar con máquinas clientes capaces de soportar Windows XP, con las siguientes características mínimas:

• Procesador Pentium III de 1 GHz.• 128 MB de RAM• 2GB de espacio libre en disco duro• Windows XP ó Windows 2000

En el caso del servidor que soporta o sitio del foro debe tener como requisitos mínimos los siguientes:

• Procesador Pentium de 2GHz• 512MB de RAM• 5 GB de espacio libre en el disco duro• Windows 2000 Server o Windows 2003 Server.

4. DEFINICIÓN DE LOS REQUERIMIENTOS

A través de la tabla de requerimientos de usuario (Tabla 1.1), que se muestra a continuación, se identifican los requerimientos entregados por el usuario, un identificador, la descripción de cada uno de ellos con su correspondiente atributo para su desarrollo y posterior implementación.

En esta tabla también se incluyen los requerimientos agregados por los desarrolladores, los cuales deben prever que aquellos requerimientos del usuario se puedan ejecutar o producir la acción esperada por este.

También aparecen requerimientos propios e indispensables que deben generarse por las acciones requeridas del Ambiente operacional.


4.1. Tabla de Requerimientos de Usuario

ID DescripciónN

ecesidad

Prioridad

Estabilidad

Claridad

Verificabilidad

Fuen

te

1.- Ambiente Operacional

UR 1.1 Aplicación desarrollada sobre plataforma Windows XP. 1 1 1 1 1 1

Este requerimiento de usuario exige que el sitio del foro se desarrolle sobre una plataforma de sistema operativo Windows XP

UR 2.1 Acceder a través de un browser compatible Explorer 6.0 1 1 2 1 1 1

El acceso al sistema ya sea por parte del Administrador como de los usuarios debe ser por medio de un browser compartible con el utilitario Explorer 6.0, que se incluye en el sistema operativo Windows XP

UR 3.1 Desarrollo en página Web. 1 1 1 1 1 1El desarrollo debe ser bajo un ambiente Web, con el objeto de que esta página pueda ser visitada por cualquier usuario que tenga acceso a Internet.

UR 4.1 Utilizar lenguaje HTML. 1 1 1 1 1 1

Para su desarrollo se debe utilizar un lenguaje que permita crear documentos de hipertexto como lo es HTML (Hiper Text Marckup Lenguaje).

UR 5.1 Utilizar lenguaje PERL. 1 1 1 1 1 1El lenguaje de programación debe ser PERL, como requerimiento primordial exigido por el usuario

UR 6.1 Utilizar CASE DREAMWEAVER MX 2004 1 1 1 1 1 2Por parte del Grupo de desarrollo se utilizara el CASE Dreamweaver MX 2004, para el desarrollo del prototipo evolutivo.

UR 7.1 Utilizar Bases de Datos 1 2 2 1 1 1El uso de Bases de datos en necesario para almacenar los datos de los usuarios, como así también los temas y los debates que surjan en torno a ellos.

UR 8.1 Utilizar componentes Applets de Java 1 1 1 1 1 1Como requerimiento de usuario es necesario utilizar un applets de Java, del tipo mapa conversacional, que permita visualizar la actividad del foro en lo que concierne al flujo de conversación existente en un momento determinado.

UR 9.1 Ejecución sobre un equipo Servidor 1 2 1 3 1 2El grupo preparara este software para que pueda ser instalado en un servidor de página Web.

UR 10.1 Ejecución sobre un equipo local 1 2 1 3 1 2De la misma forma este software estará preparado para funcional desde un equipo en forma local.

2.- Entrada de Datos

UR 11.1 Formulario de inscripción de nuevo usuario. 1 1 1 1 1 1

El sistema debe contar con un formulario virtual para la inscripción de usuarios.

UR 11.2 Ingreso de datos de usuario 1 1 1 1 1 1

El formulario debe permitir el ingreso de los siguientes datos: username, nombre, contraseña, sexo, e-mail y año de nacimiento

UR 11.3 Seleccionar sexo 1 1 1 1 1 2

El formulario debe contar con un medio para seleccionar el sexo del usuario

UR 11.4 Confirmar contraseña 1 1 1 1 1 2

El formulario debe contar con una “label” que permita el reingreso de la contraseña como un medio de seguridad


ID Descripción

Necesidad

Prioridad

Estabilidad

Claridad

Verificabilidad

Fu

ente

UR 11.5 Envió de datos 1 1 1 1 1 2

El sistema debe contar con un boton de “enviar” en todos los formularios que sea requisito el envío de datos a la base de datos o al Administrador para ser validados

UR 12.1 Regreso a la página anterior 1 1 1 1 1 1

El software debe contar en las páginas que sea necesario un boton o la acción de volver a la página anterior

UR 13.1 Aceptar 1 1 1 1 1 2

El sistema debe contar con un botón “aceptar” en todos los formulario que sea requisito que el Usuario, Administrador, o Moderador acepte una condición solicitada por estos (políticas, datos ingresados, etc.)

UR 14.1 Cancelar. 1 1 1 1 1 1

El sistema debe contar con un botón “cancelar” en todos los formulario que sea requisito de Usuario, Administrador o Moderador deshacer una condición solicitada previamente (políticas, datos ingresados, etc.)

UR 15.1 Formulario para identificación del usuario. 1 1 1 1 1 1

El sistema debe contar con formulario para la identificación del usuario

UR 16.1 Formulario para solicitar nuevo tema 1 1 1 1 1 2

El sistema debe contar con un formulario donde el usuario pueda solicitar un nuevo tema, del cual debe ser el moderador

UR 16.2 Opción para ingresar nombre del tema 1 1 1 1 1 2

En el formulario para solicitar nuevo tema debe existir un sector donde pueda el usuario ingresar el nombre del nuevo tema

UR 17.1 Responder opinión 1 1 1 1 1 2

Debe existir un formulario para ingresar o responder o dar una opiniones sobre un tema en particular

UR 18.1 Nuevo debate 1 1 1 1 1 2

Debe existir un formulario para ingresar un nuevo debate

UR 18.2 Solicitar un Nuevo debate 1 1 1 1 1 2

En la página debates debe existir una opción para solicitar un nueve debate.

UR 18.3 Titulo del nuevo debate 1 1 1 1 1 2

El formulario debe contar con una etiqueta donde se pueda ingresar el título del nuevo debate

UR 18.4 Contactar al administrador 1 1 1 1 1 2

En la página principal debe existir una opción que permita realizar un contacto con el Administrador

UR 18.5 Datos del originador del contacto 1 1 1 1 1 2

Debe existir un formulario para mail y debe contener para los usuarios registrados: una “label” para ingresar el nombre y una “label” para ingresar el mail del remitente.

UR 18.6 Texto del contacto 1 1 1 1 1 2

Debe existir en el formulario de contacto una “label” para ingresar el texto del contacto

UR 18.7 Contacto con el moderador 2 2 2 1 1 2

En la página de debates debe existir una opción que permita realizar un contacto con el Moderador


ID Descripción

Necesidad

Prioridad

Estabilidad

Claridad

Verificabilidad

Fu

ente

UR 19.1 Contacto al Moderadores por parte del Administrador 2 2 2 1 1 2

Debe existir una opción de un mail automático a los moderadores por parte del Administrador para recordarle que debe validar opiniones que tiene pendientes.

UR 20.1 Lista de debates 1 1 1 1 1 2

Debe existir una lista de debates.

UR 20.2 Formulario para modificar al moderador 1 1 1 1 1 2

Debe existir un formulario para modificar al moderador de un tema

UR 20.3 “Label desplegable” para ingresar el tema 2 1 2 1 1 2

En el formulario para modificar el moderador debe existir dos “label” que permita ingresar el nombre del tema y el nombre del nuevo Moderador

UR 21.1 Consola de Moderador 1 1 1 1 1 2

Debe existir una consola donde el moderador valide los opiniones emitidas por los usuarios del Foro

UR 21.2 Consola del Moderador. 1 1 2 1 1 2

En la consola del Moderador deben aparecer: el nombre del moderador y el Tema

UR 21.3 Opciones de la consola del Moderador. 1 1 2 1 1 2

Opiniones y solicitudes de nuevos debates, con las opciones de: “SI”, para aceptar la opinión o el debate; “NO” para rechazarlas y “cancelar” para cancelar la última selección realizada.

UR 22.1 Consola del Administrador 1 1 2 1 1 2

Debe existir en el sistema una consola general de administración que permita: modificar Moderadores, validar usuarios nuevos, validar temas, suspender o eliminar usuarios y mantener la lista de temas

UR 22.2 Validar usuarios 1 1 1 1 1 2

Debe existir una segunda consola que permita validar los usuarios nuevos.

UR 22.3 Validar temas 1 1 1 1 1 2

Debe existir una tercera consola de administración que permita validar los nuevos temas solicitados.

UR 22.4 Modificar temas 1 1 1 1 1 2

Debe existir una cuarta consola de administración que permita, modificar algún tema en particular.

UR 22.5 Modificar usuario 1 1 1 1 1 2

Debe existir una quinta consola de administración que permita, modificar un usuario.

UR 22.6 Modificar Moderador 1 1 1 1 1 2

Debe existir una sexta consola de administración que permita, modificar un Moderador

3.- Interfaz de Usuario

UR 23.1 Identificación y nuevo usuario. 1 1 1 1 1 2

Debe existir el la pagina principal, en la página de debates y en la página de de opiniones, una opción que permita la identificación de usuario y la opción de ingresar un nuevo usuario.

UR 23.2 Pagina de debates 1 1 1 1 1 2

Deberá existir una página de debates que contenga los debates del sitio.

UR 23.3 Pagina de opiniones 1 1 1 1 1 2

Debe existir una página de opiniones


ID Descripción

Necesidad

Prioridad

Estabilidad

Claridad

Verificabilidad

Fu

ente

UR 24.1 Consola principal de Administración. 1 1 1 1 1 1

Deberá tener un recuadro en el que aparezcan las opciones descritas en el (URD 22.1), las cuales al ser apuntadas con el Mouse se activan, llevando al Administrador a la consola correspondiente.

UR 25.1 Consola validar usuarios 1 1 1 1 1 2

Deberá tener un recuadro en el cual aparezcan las opciones: “SI” ; “NO” y el username elegido por el nuevo usuario, según lo descrito en el (URD 22.2), con las cuales validara o no a los nuevos usuarios.

UR 26.1 Consola validar temas 1 1 1 1 1 2

Deberá tener un recuadro en el cual aparezcan las opciones “SI”; “NO” y el nombre del nuevo tema, según lo descrito en el URD (22.3),

UR 27.1 Consola mantener temas 1 1 1 1 1 2

Deberá tener un recuadro en el cual debe existir un “label” donde aparezca el nombre del tema, tres botones para seleccionar “suspender”, “Eliminar” , “reactivar” y un “label” para ingresar el nuevo nombre del tema, de acuerdo a lo descrito en el URD (22.4)

UR 28.1 Consola suspender / eliminar usuarios 1 1 1 1 1 2

Deberá tener un recuadro en el cual debe existir un “label” donde aparezca el username del usuario, tres botones para seleccionar “suspender”, “eliminar”, “reactivar”, según lo descrito en el URD (22.5)

UR 29.1 Consola modificar moderador 1 1 1 1 1 2

Deberá tener un recuadro en el cual debe existir un “label” donde aparezca los temas y el nombre (username) del Moderador que puede ser cambiado, según lo descrito en el URD (22.6)

UR 30.1 Lista de opiniones 1 1 1 1 1 2

Deberá existir una lista de opiniones para seleccionar.

UR 31.1 Página principal 1 1 1 1 1 2Deberá existir un recuadro donde le permita seleccionar un tema, o solicitar un nuevo tema, desde esta página podrá seleccionar además, visitar las “Políticas del Foro”, visitar el “Mapa del sitio” y visualizar el “Mapa conversacional”.

UR 32.1 Formulario de políticas del Foro 1 1 1 1 1 2Deberá existir un documento con las políticas del foro, con acceso desde la página principal.

UR 33.1 Formulario del mapa del sitio 1 1 1 1 1 2Deberá existir un recuadro donde se encuentra en mapa del sitio, con acceso desde la página principal.

UR 34.1 Formulario de proposición de nuevo tema 1 1 1 1 1 2Deberá existir un recuadro con una “label” donde pueda ingresar el nombre del tema, y un botón para declarar que conoce las políticas del Foro para los Moderadores.

UR 35.1 Solicita un nuevo Moderador 1 2 2 1 1 2El Administrador puede solicitar al Foro un moderador para moderar un tema específico.

UR 36.1 Suspender un tema 1 2 2 1 1 1El administrador puede suspender un tema, para lo cual debe informar al los integrantes del foro de esta determinación.

UR 37.1 Identificación corresponde a Administrador 1 1 1 1 1 2Si la identificación del usuario corresponde a la del administrador, en la página de inicio se activa la opción Administrador.


ID Descripción

Necesidad

Prioridad

Estabilidad

Claridad

Verificabilidad

Fu

ente

UR 38.1 Identificación corresponde a un Moderador. 1 1 1 1 1 1Si la identificación del usuario corresponde a la de un Moderador, en la página de inicio se activa la opción Moderador.

UR 39.1 Visualización del mapa conversacional. 1 1 1 1 1 2El Administrador, el Moderador y el Usuario pueden visualizar el mapa conversacional.

UR 40.1 logo del Foro 1 1 1 1 1 2Cada pantalla del sitio debe mostrar el logo del Foro

UR 41.1 Largo pagina debates 1 2 1 1 1 2Los debates será mostrado en “N” filas de opiniones emitidas, por pantalla

UR 42.1 Largo pagina temas 1 2 1 1 1 2El desarrollo del tema será mostrado en ”N” debates por pantalla

UR 43.1 Mapa conversacional. 1 1 1 1 1 1En la pantalla del mapa conversacional se mostrará el username, número de opiniones y su porcentaje

Tabla 1.1 Clasificación de los Requerimientos de Usuario

4.1. Tabla de Atributos

NECESIDAD

1 ESCENCIALRequerimiento vital, importante y esencial del software no son negociables.

2 NEGOCIABLEMenos vital, importantes y conforme a negociación

PRIORIDAD

1 ALTA Cada requisito del software incluirá una medida de la prioridad del modo que el desarrollador pueda decidir un plan de fabricación

2 MEDIANA

3 BAJA

ESTABILIDAD

1 ALTA Algunos requisitos pueden ser estables durante la vida de software, otros pueden ser más dependientes a partir de la fase del diseño y otros pueden estar conforme a cambios durante el ciclo de vida del software

2 MEDIANA

3 BAJA

CLARIDAD

1 PRECISA Respecto a la interpretación implica carencia de ambigüedad. Si un término usado en un contexto particular tiene significados múltiples se debe sustituir por uno más específico.

2 AMBIGUA

3 NO CLARA

VERIFICABILIDAD

1 SI Cada requisito es comprobable que se incorpore en el diseño y ejecución. Se debe comprobar que el software pone en ejecución el requerimiento.

2 NO

FUENTE

1 REQ. DE .USUARIO Las referencias acompañarán cada requerimiento de software2 EQUIPO PROYECTO

Tabla 1.2 Atributos de los requerimientosSoftware para la Administración de un Foro Conversacional URD 13

En la Tabla 1.2, descrita anteriormente, se describen los atributos que deben tener cada uno de los requerimientos presentados por el usuario. De acuerdo a estos atributos, se puede definir las etapas que deben ser abordadas tales como:

• La necesidad, que indica aquellos requerimientos que son considerados como esenciales por el usuario.

• La prioridad, que defina la rapidez con la cual el desarrollador la debe implementar.

• La Estabilidad, indica cuales de los requerimientos deben ser los principales y cuales pueden ser dependientes de otras fases dentro del desarrollo.

• La Claridad, indica que la interpretación del requerimiento debe ser única y sin ambigüedades.

• La Verificabilidad, cada requerimiento debe ser incluido dentro del desarrollo, mostrando que es posible hacerlo, probando que el software lo realiza.

• La Fuente, indica cuando el requerimiento propio del usuario o como requerimiento del sistema.

4.2. Revisiones En esta etapa, se procede a realizar una revisión del proyecto, el cual es esta oportunidad fue realizado solo por los desarrolladores, a pesar de que en esta acción deben estar incluidos los usuarios, operadores, diseñadores y la gerencia.

En esta revisión no se determinaron rechazos, sino más bien un desglose de algunos requerimientos que por su contexto se consideraron muy generales y era imprescindible desglosarlos en otros requerimientos menores y más fáciles de desarrollar.


ANEXO A:PROTOTIPO EVOLUTIVO DEL SITIO

Página de Bienvenida.


Página inscripción de nuevo usuario.


Página debates.


Página opiniones.


Páginas políticas del sitio y mapa del sitio.

Pagina Nº 17_Políticas del Sitio: En esta página se presentan las normas generales del sitio, las cuales deben ser aceptadas por los usuarios cuando se Inscriben.

Pagina Nº 18_Mapa del Sitio: En esta página se puede visualizar en forma gráfica la relación de cada una de las páginas que constituyen el sitio.


Página solicitar nuevo tema.

Página nº 6_Solicitar Nuevo Tema: En esta página el usuario puede integrar un nuevo Tema al menú de “Temas”. 1 El usuario debe ingresar el nombre del tema que desea agregar al foro. 2 El Usuario puede escribir un comentario si el cree necesario. 3 El usuario debe señalar si esta de acuerdo con las Políticas del Foro. 4 El Usuario debe aceptar para que la información sea avisada por el Administrador

y permita agregar el nuevo Tema al Foro.

2

3

1

4


Technology

Urd 1.6