Este documento presenta los requerimientos del usuario para un software de administración de un foro de discusión. Describe el alcance, prospecto del producto, derechos, políticas, ambiente operacional y especificaciones de requerimientos. Incluye una tabla con los requerimientos detallados del usuario y sus atributos para el desarrollo e implementación del software. El objetivo es crear un software que permita al administrador administrar el foro, moderadores moderar temas específicos y usuarios comunes participar en debates.

1. Universidad de Santiago de Chile.
Facultad de Ingeniería - Departamento de Ingeniería Informática
Ingeniería de Ejecución en Computación e Informática
Cátedra de Ingeniería del Software
Software para la Administración
de 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 DOCUMENTO
SISTEMA DE ADMINISTRACION DE PROYECTOS
VERSION AUTOR FECHA RAZONES DEL CAMBIO
1.1 NN-JP-MS 25/03/2004 Creación documento de Requerimientos
1.2 NN-JP-MS 01/04/2004 Revisión según reuniones (clases) con usuario
1.3 NN-JP-MS 03/05/2004 Revisión según reuniones (clases) con usuario
1.4 NN-JP-MS 07/05/2004 Correcciones y refinamientos
1.5 NN-JP-MS 19/07/2004 Correcciones y refinamientos
1.5 NN-JP-MS 21/07/2004 Creación del Documento de Requerimientos URD
Integrantes: Manuel Silva
Curso: Ingeniería de Software
Profesor: JCCO.
Ayudante PQ
Julio2004

2. TABLA DE CONTENIDOS
1. INTRODUCCIÓN........................................................................................................................1
1.2PROPÓSITO..............................................................................................................................................................1
1.3ALCANCE................................................................................................................................................................1
1.4GLOSARIO...............................................................................................................................................................2
1.5REFERENCIAS..........................................................................................................................................................2
1.6VISIÓN GENERAL.....................................................................................................................................................3
2. DESCRIPCIÓN GENERAL........................................................................................................3
2.1.PROSPECTO DEL PRODUCTO...................................................................................................................................3
1.1.1 Administrador..........................................................................................................................................3
1.1.1 Moderador...............................................................................................................................................3
1.1.3 Usuarios Comunes..................................................................................................................................4
2.1.DERECHOS Y POLÍTICAS.........................................................................................................................................4
2.2.RESTRICCIONES GENERALES..................................................................................................................................4
2.3.AMBIENTE OPERACIONAL......................................................................................................................................4
4.1 2.3.1 Diagrama de Contexto......................................................................................................................5
3. ESPECIFICACIÓN DE REQUERIMIENTOS ......................................................................6
3.1.REQUERIMIENTOS DE CAPACIDAD..........................................................................................................................6
3.2.1 Velocidad.................................................................................................................................................6
3.2.2 Exactitud..................................................................................................................................................6
3.2.RESTRICCIONES......................................................................................................................................................6
3.3.INTERFAZ DE COMUNICACIONES............................................................................................................................6
3.4.INTERFAZ DE HARDWARE......................................................................................................................................7
3.5.RESTRICCIONES......................................................................................................................................................7
3.6.INTERFAZ DE SOFTWARE.......................................................................................................................................7
3.7.INTERACCIÓN DE HOMBRE-MAQUINA ..................................................................................................................7
3.8.ADAPTABILIDAD....................................................................................................................................................7
3.9.DISPONIBILIDAD.....................................................................................................................................................7
3.10.PORTABILIDAD ....................................................................................................................................................7
3.11.SEGURIDAD LÓGICA.............................................................................................................................................7
3.12.SEGURIDAD FÍSICA...............................................................................................................................................7
3.13. ESTÁNDARES.......................................................................................................................................................8
3.14.RECURSOS............................................................................................................................................................8
4. DEFINICIÓN DE LOS REQUERIMIENTOS..........................................................................8
4.1.TABLA DE REQUERIMIENTOS DE USUARIO ...........................................................................................................9
4.1.TABLA DE ATRIBUTOS ........................................................................................................................................13
4.2.REVISIONES .........................................................................................................................................................14
ANEXO A:......................................................................................................................................15
Software para la Administración de un Foro Conversacional URD ii

3. 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

4. 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;
Software para la Administración de un Foro Conversacional URD 2

5. • 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.
Software para la Administración de un Foro Conversacional URD 3

6. 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 Comunes
Son 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.
Software para la Administración de un Foro Conversacional URD 4

7. 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
Software para la Administración de un Foro Conversacional URD 5

8. 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 Velocidad
Respecto 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 Exactitud
La 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.
Software para la Administración de un Foro Conversacional URD 6

9. 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. Restricciones
Para 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 Software
El 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. Adaptabilidad
Este 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. Disponibilidad
Este 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ógica
La 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ísica
La 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 para la Administración de un Foro Conversacional URD 7

10. 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ándares
Este 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. Recursos
Los 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.
Software para la Administración de un Foro Conversacional URD 8

11. 4.1. Tabla de Requerimientos de Usuario
Necesidad
Prioridad
Estabilidad
Claridad
Verificabilidad
Fuente
ID Descripción
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 1
El 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 1
El 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 2
Por 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 1
El 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 1
Como 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 2
El 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 2
De 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
Software para la Administración de un Foro Conversacional URD 9

12. Verificabilidad
Estabilidad
ID Descripción
Necesidad
Prioridad
Claridad
Fuente
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
Software para la Administración de un Foro Conversacional URD 10

13. Verificabilidad
Estabilidad
ID Descripción
Necesidad
Prioridad
Claridad
Fuente
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
Software para la Administración de un Foro Conversacional URD 11

14. Verificabilidad
Estabilidad
ID Descripción
Necesidad
Prioridad
Claridad
Fuente
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 2
Deberá 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 2
Deberá 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 2
Deberá 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 2
Deberá 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 2
El Administrador puede solicitar al Foro un moderador para moderar un tema específico.
UR 36.1 Suspender un tema 1 2 2 1 1 1
El 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 2
Si la identificación del usuario corresponde a la del administrador, en la página de inicio se activa la opción
Administrador.
Software para la Administración de un Foro Conversacional URD 12

15. Verificabilidad
Estabilidad
ID Descripción
Necesidad
Prioridad
Claridad
Fuente
UR 38.1 Identificación corresponde a un Moderador. 1 1 1 1 1 1
Si 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 2
El Administrador, el Moderador y el Usuario pueden visualizar el mapa conversacional.
UR 40.1 logo del Foro 1 1 1 1 1 2
Cada pantalla del sitio debe mostrar el logo del Foro
UR 41.1 Largo pagina debates 1 2 1 1 1 2
Los debates será mostrado en “N” filas de opiniones emitidas, por pantalla
UR 42.1 Largo pagina temas 1 2 1 1 1 2
El desarrollo del tema será mostrado en ”N” debates por pantalla
UR 43.1 Mapa conversacional. 1 1 1 1 1 1
En 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
Requerimiento vital, importante y esencial
NECESIDAD
1 ESCENCIAL
del software no son negociables.
Menos vital, importantes y conforme a
2 NEGOCIABLE
negociación
1 ALTA Cada requisito del software incluirá una
medida de la prioridad del modo que el
PRIORIDAD 2 MEDIANA
desarrollador pueda decidir un plan de
3 BAJA fabricación
1 ALTA Algunos requisitos pueden ser estables
durante la vida de software, otros pueden ser
ESTABILIDAD 2 MEDIANA más dependientes a partir de la fase del
diseño y otros pueden estar conforme a
3 BAJA
cambios durante el ciclo de vida del software
1 PRECISA Respecto a la interpretación implica carencia
de ambigüedad. Si un término usado en un
CLARIDAD
2 AMBIGUA contexto particular tiene significados
múltiples se debe sustituir por uno más
3 NO CLARA
específico.
1 SI Cada requisito es comprobable que se
incorpore en el diseño y ejecución. Se debe
VERIFICABILIDAD 2 NO comprobar que el software pone en ejecución
el requerimiento.
1 REQ. DE .USUARIO Las referencias acompañarán cada
FUENTE
2 EQUIPO PROYECTO requerimiento de software
Tabla 1.2 Atributos de los requerimientos
Software para la Administración de un Foro Conversacional URD 13

16. 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.
Software para la Administración de un Foro Conversacional URD 14

17. ANEXO A:
PROTOTIPO EVOLUTIVO DEL SITIO
Página de Bienvenida.
Software para la Administración de un Foro Conversacional URD 15

18. Página inscripción de nuevo usuario.
Software para la Administración de un Foro Conversacional URD 16

19. Página debates.
Software para la Administración de un Foro Conversacional URD 17

20. Página opiniones.
Software para la Administración de un Foro Conversacional URD 18

21. 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.
Software para la Administración de un Foro Conversacional URD 19

22. Página solicitar nuevo tema.
1
2
3
4
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.
Software para la Administración de un Foro Conversacional URD 20