ANÁLISIS Y ESPECIFICACIÓN DE REQUERIMIENTOS 

Unidad 3 - Fase 4 - Componente práctico - Prácticas simuladas - Rúbrica de evaluación y entrega

de la actividad

Presentado por:   Dayanna Marcela Campuzano Opdemboth 

Grupo:  202016894_25

Tutora:Carmen Adriana Aguirre Cabrera

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD 

ESCUELA DE CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA 

PERIODO ACADÉMICO 2023-I 

Mayo-2023
Tabla de contenido

INTRODUCCION........................................................................................................................4

OBJETIVOS GENERALES.......................................................................................................5

OBJETIVOS ESPECIFICOS.....................................................................................................5

HERRAMIENTA DE GESTIÓN DE REQUERIMIENTOS (DESCRIBA LA

HERRAMIENTA UTILIZADA).............................................................................................................6

Rem............................................................................................................................................6

HERRAMIENTA DE DIAGRAMACIÓN (DESCRIBA LA HERRAMIENTA

UTILIZADA)............................................................................................................................................7

Dia..............................................................................................................................................7

ESPECIFICACIÓN DE REQUERIMIENTOS Y CASOS DE USO......................................8

Requerimientos funcionales.....................................................................................................8

Requerimientos no funcionales...............................................................................................8

Casos de uso..............................................................................................................................9

Caso uso 1..............................................................................................................................9

Caso uso 2............................................................................................................................10

Caso uso 3............................................................................................................................11

Caso uso 4............................................................................................................................12

Caso uso 5............................................................................................................................12

Caso uso 6............................................................................................................................13

2
DIAGRAMA DE CASO DE USO.............................................................................................14

Caso uso 1: iniciar sesión.......................................................................................................14

Caso uso 2: registrarse...........................................................................................................15

Caso uso 3: crear sala de juego.............................................................................................15

Caso uso 4: unirse sala de juego............................................................................................16

Caso uso 5: acceder al historial de partidas.........................................................................16

Caso uso 6: reanudar partida sin resultado.........................................................................17

CONCLUSIONES......................................................................................................................17

BIBLIOGRAFIA........................................................................................................................18

3
 INTRODUCCION

Este documento contiene la solución para los ítems de la guía de actividades del curso de

análisis y especificación de requerimientos. Incluye el diseño de modelos de análisis de requerimientos

de sistemas de información mediante herramientas tecnológicas adecuadas.

El trabajo está basado en dar cumplimiento a la actividad propuesta en

análisis y especificación de requerimientos, basados en los conocimientos adquiridos en el

material alojado en la herramienta que elegí para poder realizar todo lo se pide y la

documentación adjunta por el tutor para el desarrollo de esta. Por medio de este se pudo realizar el

componente practico donde se conoció y se pudo dar un acercamiento a la herramienta elegida, se

trabajo todo lo que se nos pedía en la guía y por ende me informe más de esta herramienta.

4
 OBJETIVOS GENERALES

Entender las herramientas de modelado de requerimientos para identificar las necesidades del

cliente y definir requerimientos validables.

OBJETIVOS ESPECIFICOS

 Crear modelos de análisis de requisitos de un sistema.

 Crear una base para diseñar un software.

 Establecer requisitos verificables después de desarrollar el software.

 Identificar las herramientas para administrar solicitudes y modelar la situación propuesta.

5
 La actividad consiste en:

1. Seleccione una herramienta de Gestión de requerimientos del software y una

herramienta de diagramación, ambas con licencia GPL. Puede instalar en su

equipo herramientas de escritorio como REM y Dia (ver Anexo 1 –

Herramientas), o usar herramienta en línea. Las que el estudiante prefiera,

siempre que sean libres.

HERRAMIENTA DE GESTIÓN DE REQUERIMIENTOS (DESCRIBA LA

HERRAMIENTA UTILIZADA)

Rem

Es un software gratuito que posee con las herramientas necesarias para la especificación de

requerimientos, este permite de forma automática, el diligenciamiento de los requisitos en un

documento presentable y técnico.

Imagen 1: Inscripción del software REM.

6
Imagen 2: Entorno de trabajo.

HERRAMIENTA DE DIAGRAMACIÓN (DESCRIBA LA HERRAMIENTA

UTILIZADA)

Dia

Dia es una herramienta de diagramación que permite realizar diferentes tipos de diagramas,

entre ellos diagramas UML. Es una herramienta de software libre muy completa y muy fácil de

utilizar.

7
 Imagen 3: Proceso de descarga de la herramienta DIA.

Imagen 4: Entorno de trabajo.

2. Especifique los requerimientos de información, funcionales y no funcionales para el software

propuesto para el Colegio Nacional de Ajedrez.

ESPECIFICACIÓN DE REQUERIMIENTOS Y CASOS DE USO

Requerimientos funcionales

 El sistema debe permitir el registro y el inicio de sesión de los usuarios con su nombre y

contraseña.

 El sistema creará salas de juego aleatorias y permitirá que otro usuario se una a ellas.

 El sistema guardará el registro del historial de juegos del usuario, incluyendo la fecha de

la partida, el resultado y el oponente.

 El sistema permitirá al usuario continuar partidas no finalizadas con otros usuarios.

Requerimientos no funcionales

 El sistema ha de estar operativo sin descanso, los 365 días del año, o sea, al 100% de su

capacidad. Al ser un juego global en línea.

8
 El sistema será accesible para todas las edades y también para los discapacitados visuales,

usando etiquetas HTML5 para una navegación sencilla.

 El sistema debe ser muy fácil de usar, incluso para quienes no conocen el ajedrez.

Se proporcionarán guías y explicaciones en los botones de juego.

 Es importante crear software de baja mantenibilidad para evitar que los desarrolladores tengan

que hacer grandes cambios. En el futuro, podrían necesitarse actualizaciones tecnológicas o la

adición de una plataforma de pagos, pero se deberían evitar las intervenciones innecesarias.

Mantenimiento: 20%.

 Crear un sistema portátil compatible con todos los navegadores, incluyendo los móviles. Si los

navegadores no son compatibles con tecnologías como Flash, es esencial sustituir esos

elementos para mantener la funcionalidad del sitio al 100%.

 Seguridad es importante y se requiere un sistema con seguridad para prevenir el robo de datos.

Para cada uno de los requerimientos funcionales especifique un caso de uso.

Casos de uso

Caso uso 1

ID CU-1

Nombre Iniciar sesión

Actor primario Usuario

Actores secundarios Servidor y aplicación

Evento actividad El usuario accede a la pantalla de Login

9
 Precondiciones Se introducen los datos solicitados

Postcondiciones Ninguna
1.1 Mostrar pantalla de login

1.2 Introducir los datos solicitados

Flujo normal
1.3 Validar los datos por el servidor

1.4 Mostrar mensaje de que el acceso ha sido exitoso

1.3.a Los datos introducidos son incorrectos. Volver a
Flujo alternativo mostrar lapantalla de login con un mensaje indicando el
error

Excepciones Problemas de conexión

Frecuencia de uso Cada vez que se usen las nuevas funcionalidades

Caso uso 2

ID CU-2

Nombre Registrarse

Actor primario Usuario

Actores secundarios Servidor y aplicación

Evento activador El usuario accede a la pantalla de Login

Precondiciones Se introducen los datos solicitados

Postcondiciones Ninguna

1.1 Mostrar pantalla de login

1.2 Introducir los datos solicitados

Flujo normal
1.3 Confirmar en el servidor que el usuario no existía

1.4 Mostrar mensaje de que el registro ha sido exitoso

10
 1.3.a Los datos introducidos no son válidos para el registro.
Flujo alternativo Volver amostrar la pantalla con un mensaje informando del
error

Excepciones Problemas de conexión

Frecuencia de uso Una por usuario

Caso uso 3

ID CU-3

Nombre Crear sala de juego

Actor primario Usuario

Actores secundarios Servidor y aplicación

Evento activador El usuario accede a la opción de jugar una partida en línea

Precondiciones Se encuentra en el menú principal de la aplicación

Postcondiciones Ninguna
1.1 Mostrar el cuadro de dialogo de unirse a sala de juego

1.2 Seleccionar la opción de crear

Flujo normal
1.3 Crear sala en el servidor

1.4 Mostrar código de la sala e indicar que se está esperando

a queotro usuario se una
1.5 Presionar el botón de salir y cancelar la creación de la
Flujo alternativo sala dejuego

Excepciones Problemas de conexión

Frecuencia de uso Indefinido

11
 Caso uso 4

ID CU-4

Nombre Unirse a sala de juego

Actor primario Usuario

Actores secundarios Servidor y aplicación

Evento activador El usuario accede a la opción de jugar una partida en línea

Precondiciones Se encuentra en el menú principal de la aplicación

Postcondiciones Ninguna
1.1 Mostrar el cuadro de dialogo de unirse a sala de juego
Flujo normal
1.2 Introducir el código de una sala ya creada y pulsar en entrar

1.2.a La sala ya está llena o no está disponible. Mostrar un

Flujo alternativo mensajecon la información y salir al menú principal

Excepciones Problemas de conexión

Frecuencia de uso Indefinido

Caso uso 5

ID CU-5

Nombre Acceder al historial de partidas

Actor primario Usuario

Actores secundarios Servidor y aplicación

Evento activador El usuario accede a la opción de lista de partidas

12
 Precondiciones Se encuentra en el menú izquierdo de la aplicación

Postcondiciones Ninguna
1.1 Mostrar un buscador con opciones referentes a las partidas

1.2 Introducir los filtros deseados y pulsar en buscar

Flujo normal
1.3 Mostrar historial de partidas con su fecha, resultado y
contraque usuario se jugo

Flujo alternativo 1.3.a Si el usuario no ha jugado ninguna partida no se

mostrará nada

Excepciones Problemas de conexión

Frecuencia de uso Indefinido

Caso uso 6

ID CU-6

Nombre Reanudar partida sin resultado

Actor primario Usuario

Actores secundarios Servidor y aplicación

El usuario pulsar sobre una partida sin resultado en el

Evento activador historial departidas

Precondiciones El usuario tiene partidas sin resultado en su historial

Postcondiciones Ninguna

1.1 Acceder al historial de partidas

1.2 Pulsar sobre una partida sin resultado

Flujo normal
1.3 Mostar un código de sala con el tablero en la última
situación deesa partida

1.4 Otro usuario debe unirse a esa sala

13
Flujo alternativo Ninguno

Excepciones Problemas de conexión

Frecuencia de uso Indefinido

3. Haciendo uso de la herramienta de diagramación elabore el diagrama de casos

de uso para el software. Puede realizar uno o más diagramas, según lo

considere necesario.

DIAGRAMA DE CASO DE USO

Caso uso 1: iniciar sesión

Figura 1. Diagrama de secuencia del caso de uso: reanudar

partida sin resultado

14
Caso uso 2: registrarse

Figura 2. Diagrama de secuencia del caso de uso: reanudar

partida sin resultado

Caso uso 3: crear sala de juego

Figura 3. Diagrama de secuencia del caso de uso: reanudar

partida sin resultado

15
Caso uso 4: unirse sala de juego

Figura 4. Diagrama de secuencia del caso de uso: reanudar

partida sin resultado

Caso uso 5: acceder al historial de partidas.

Figura 5. Diagrama de secuencia del caso de uso: reanudar

partida sin resultado

16
Caso uso 6: reanudar partida sin resultado

Figura 6. Diagrama de secuencia del caso de uso: reanudar

partida sin resultado

17
 CONCLUSIONES

 El propósito del proyecto era crear un sistema para que los usuarios puedan

jugar ajedrez en sus dispositivos móviles sin requerir otro jugador o

enfrentarse a la inteligencia artificial. Este objetivo se logró mediante la

creación del software que ofrece estas opciones.

 Se logro conocer y estudiar los contenidos de la unidad 3.

 Se realizo el estudio y desarrollo del requerimiento del colegio Nacional de

Ajedrez.

18
 BIBLIOGRAFIA

Macke, S. (s/f). Día dibuja los diagramas estructurados: Libre de Windows, Mac OS

X y Linux versión del popular programa de código abierto. Dia-installer.de.

Recuperado el 13 de mayo de 2023, de http://dia-installer.de/index.html.es

P gina de descarga de programa. (s/f). Lsi.us.es. Recuperado el 13 de mayo de 2023,

de http://www.lsi.us.es/descargas/descarga_programas.php?id=3

19