java

Capítulo III: Análisis de Requerimientos
3.1 Arquitectura propuesta del sistema “El Mundo Mágico de los
Cuentos”
En la Figura 3.1 se muestra el diagrama de contexto para el sistema que permitirá
entender como trabaja el sistema en cuánto a la comunicación entre el sistema y el
usuario.

Figura 3.1: Diagrama de contexto del sistema “El Mundo Mágico de los Cuentos”.

1

El contextogeneral que se muestra en la Figura 3.1, nos muestra una entidad que puede
ser “el niño” y el “adulto”.
En este caso el programa puede ser utilizado por un niño y por un adulto ya que
cualquiera puede escuchar un cuento, escribir o re-escribir un cuento mediante el editor
con las opciones de crear un cuento nuevo, abrir y guardar un cuento, y el seleccionar
un agente para que sea el que lea elcuento. Por otra parte el sistema les proporciona la
opción de abrir el cuento para que sea leído; y si tiene alguna duda sobre los agentes, la
ventana de ayuda les da indicaciones sobre el uso del sistema.

3.2 Requerimientos Funcionales
Los requerimientos funcionales del sistema se enfocan principalmente en lo que el
sistema hará. Una forma de identificar que algún elemento es unrequerimiento
funcional del sistema, es por medio de la frase que es lo que “el sistema debería hacer”.
Los requerimientos funcionales pueden clasificarse por medio de tres categorías:
♦ Evidentes. Debe realizarse y el usuario debe de estar consciente de que se
realiza.
♦ Ocultas. Debe realizarse pero no ser visibles para los usuarios.
♦ Opcionales. Añadirlas no implica que va a incrementar costo oafectar a otros
requerimientos funcionales [16].
Requerimiento Funcional

Categoría

El usuario puede leer el cuento.

Evidente

El sistema debe de procesar el texto Oculto
escrito, para que deba de ser leído, ya sea
palabra por palabra.
El sistema debe de procesar el texto Oculto
escrito, para que deba de ser leído por
frase.
El usuario puede editar un cuento.

Evidente

Elusuario puede editar un cuento Evidente

2

existente
El usuario puede crear un nuevo cuento.

Evidente

El usuario puede regresar a la página Evidente
principal cuando desee.
El usuario puede cerrar el programa.

Evidente

El usuario debe de ingresar a la ayuda en Evidente
caso de que no aparezcan los agentes.
Tabla 3.2 Requerimientos Funcionales.

3.3 Requerimientos No-FuncionalesLos requerimientos no-funcionales son criterios que pueden usarse para juzgar la
operación de un sistema en lugar de sus comportamientos específicos. Para identificar a
un requerimiento no-funcional es mediante la frase “el sistema debe tener”. Algunos
criterios para clasificar a los requerimientos no-funcionales es por medio del modelo
FURPS+ (por sus siglas en inglés): Funcionalidad,Facilidad de Uso, Confiabilidad,
Rendimiento, Soporte y el símbolo de + que indica requerimientos adicionales como:
Restricciones de diseño, Requisitos de Implementación, Requisitos de Interface y
Requisitos Físicos [17].
♦ Funcionalidad. El usuario debe tener libre capacidad para elegir las acciones
que el sistema le presente, en cuánto a la elección del agente conversacional, a la
lectura delcuento ya sea por palabra, por párrafo o en su totalidad.
♦ Facilidad de Uso. La interfaz del usuario debe ser amigable y fácil de manejo
para navegar dentro de ella.
♦ Confiabilidad. No es necesario llevar un control de errores ya que es no es un
sistema muy grande.
♦ Rendimiento. Se debe presentar la respuesta en tiempo real dada a la petición
de la tarea a realizar.
♦ Soporte. Sepresenta una serie de información en cuánto a la instalación de los
agentes conversacionales y en cuánto al manejo en si del sistema.

3

3.4 Casos de Uso
A continuación se presentan los casos de uso del sistema que se han podido analizar
hasta el momento.

Caso de uso

Leer cuento

Actores

Usuario, Sistema

Propósito

Leer cuento ya sea existente o nuevo

Resumen

El usuario...