Especificación de requisitos de

software
Proyecto: Sistema de software para el diseño de
casos de uso.

Juan sebastian Castañeda Ramirez.

Contenido
CONTENIDO...................................................................................................................................... 2

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

1.1 Propósito.............................................................................................................................. 3

1.2 Alcance................................................................................................................................. 3

1.3 Personal involucrado.......................................................................................................... 3

1.4 Definiciones, acrónimos y abreviaturas............................................................................4

1.5 Referencias.......................................................................................................................... 4

1.6 Resumen.............................................................................................................................. 5

2 DESCRIPCIÓN GENERAL....................................................................................................... 5

2.1 Perspectiva del producto.................................................................................................... 5

2.2 Funcionalidad del producto................................................................................................5

2.3 Características de los usuarios..........................................................................................6

2.4 Restricciones....................................................................................................................... 6

2.5 Suposiciones y dependencias........................................................................................... 6

3 REQUISITOS ESPECÍFICOS.................................................................................................... 7

3.1 Requisitos de las interfaces............................................................................................. 13

3.1.1 Interfaces de usuario....................................................................................................... 13
3.1.2 Interfaces de hardware.................................................................................................... 13
3.1.3 Interfaces de software..................................................................................................... 13

3.2 Requisitos no funcionales................................................................................................ 14

3.2.1 Requisitos de rendimiento............................................................................................... 14
3.2.2 Fiabilidad......................................................................................................................... 14
3.2.3 Disponibilidad.................................................................................................................. 14
3.2.4 Mantenibilidad................................................................................................................. 14
3.2.5 Portabilidad..................................................................................................................... 14
1 Introducción
Este documento es una especificación de Requisitos de software (ERS) para una
aplicación que tiene la capacidad de hacer casos de uso. Esta especificación se ha
estructurado basándose en las directrices dadas por el estándar IEEE Práctica Recomendada
para Especificaciones de Requisitos Software ANSI/IEEE 830, 1998.

1.1 Propósito
El presente documento tiene como propósito definir las especificaciones funcionales, no
funcionales para el desarrollo de una aplicación capaz de brindar todas las herramientas
necesarias para diseñar diagramas de casos de uso, así siendo una herramienta de gran
ayuda para diseñadores de software, profesores, estudiantes, etc.

1.2 Alcance
Esta aplicación permitirá al usuario crear, modificar, personalizar diagramas de casos de
uso de manera que se cumplan todas las reglas para un buen diseño.

El sistema contará con todas las herramientas necesarias para diseñar los diagramas de
caso de uso, como lo son todos los elementos de notación, además de proporcionarle al
usuario todas las reglas necesarias para un buen diseño.

1.3 Personal involucrado

Nombre Juan Sebastian Castañeda
Rol Analista, diseñador y programador
Categoría Profesional Estudiante
Responsabilidad Análisis de información, diseño y programación de la
aplicación.
Información de contacto juansecasta@[Link]

Nombre Daniel Ramirez

Rol Analista, diseñador y programador
Categoría Profesional Estudiante
Responsabilidad Análisis de información, diseño y programación de la
aplicación.
Información de contacto DRamirez93@[Link]

Nombre Juan Tapias

Rol Analista, diseñador y programador
Categoría Profesional TSU-Informática
Responsabilidad Análisis de información, diseño y programación de
aplicación
Información de contacto Juan_23571011@[Link]

1.4 Definiciones, acrónimos y abreviaturas

 Nombre Descripción
Usuario Persona que usará el sistema para gestionar procesos
Actor Pueden representar roles desempeñados por usuarios
humanos, hardware externo u otros sistemas.
Caso de uso Cada caso de uso especifica algún comportamiento que un
sujeto puede realizar en colaboración con uno o más actores.
Asociación de Relación entre un actor y un caso de uso, denota la
comunicación participación del actor en el caso de uso determinado.
Extensión Extender está destinado a usarse cuando hay algún
comportamiento adicional que debería agregarse,
posiblemente condicionalmente, a el comportamiento definido
en uno o más casos de uso.
Inclusión Un caso de uso base incorpora explícitamente el
comportamiento de otro en algún lugar de su secuencia. La
relación de inclusión sirve para enriquecer un caso de uso con
otro y compartir una funcionalidad común entre varios casos
de uso.
Generalización Hereda el comportamiento y significado de otro, es decir las
relaciones de comunicación, inclusión y extensión del super-
caso de uso
Límite de Puede ser un sistema o cualquier otro elemento que pueda
sistema tener un comportamiento, como un componente o clase.

1.5 Referencias

Titulo del Documento Referencia

Standard IEEE 830 - 1998 IEEE

1.6 Resumen
Este documento consta de tres secciones. En la primera sección se realiza una
introducción al mismo y se proporciona una visión general de la especificación de recursos
del sistema.
 En la segunda sección del documento se realiza una descripción general del sistema, con
el fin de conocer las principales funciones que éste debe realizar, los datos asociados y los
factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en
excesivos detalles.

Por último, la tercera sección del documento es aquella en la que se definen

detalladamente los requisitos que debe satisfacer el sistema.

2 Descripción general

2.1 Perspectiva del producto

La herramienta de software será un producto diseñado para trabajar en múltiples
plataformas, lo que permitirá su utilización rápida y eficaz, además que contendrá
poderosos módulos para mejorar la experiencia del usuario y optimizar el tiempo de
realización de los casos de uso.

2.2 Funcionalidad del producto

 La aplicación informará de los errores en el diseño al usuario basándose en las
reglas de los casos de uso.
 El usuario podrá realizar de forma manual su caso de uso.
 El usuario podrá importar o exportar diseños de casos de uso.

2.3 Características de los usuarios

Tipo de usuario Diseñadores de software
Formación Profesionales
Actividades Diseño de casos de uso para sus proyectos de software

Tipo de usuario Profesor

Formación Educador
Actividades Facilitar el proceso de aprendizaje
 Tipo de usuario Estudiante
Formación Bachiller, técnico o profesional
Actividades Realiza casos de uso para aprender.

2.4 Restricciones
 Lenguajes y tecnologías en uso: Python, JAVA.
 El sistema deberá ser capaz de funcionar paralelamente con otras aplicaciones,
siempre y cuando el HW lo permita.
 Solo los usuarios registrados podrán usar el sistema.
 El sistema deberá tener un diseño e implementación sencilla, independiente de la
plataforma o del lenguaje de programación.
 La aplicación se desarrollará mediante software de licencia abierta, por lo tanto, la
utilización de este programa se hará mediante las políticas establecidas por este
tipo de licenciamiento.
.

2.5 Suposiciones y dependencias

 Se asume que los requisitos aquí descritos son estables
 Los equipos en los que se vaya a ejecutar el sistema deben cumplir los requisitos
antes indicados para garantizar una ejecución correcta de la misma

3 Requisitos específicos

Requerimientos Funcionales

Identificación del RF01

requerimiento:
Nombre del Autentificación de Usuario.
Requerimiento:
Características: Los usuarios deberán identificarse para acceder a cualquier parte del
sistema.
Descripción del El sistema podrá ser consultado por cualquier usuario dependiendo del
requerimiento: módulo en el cual se encuentre y su nivel de accesibilidad.
Prioridad del requerimiento:
Alta

Identificación del RF02

requerimiento:
Nombre del Registrar Usuarios.
Requerimiento:
Características: Los usuarios deberán registrarse en el sistema para acceder a cualquier
parte del sistema.
Descripción del El sistema permitirá al usuario (estudiante, docente y Administrador)
requerimiento: registrarse. El usuario debe suministrar datos como: CI, Nombre,
Apellido, E-mail, Usuario y Password.
Prioridad del requerimiento:
Alta

Identificación del RF03

requerimiento:
Nombre del Crear nuevo diagrama de casos de uso
Requerimiento:
Características: El sistema tendrá una opción para crear nuevos proyectos para diseñar
casos de uso.
Descripción del Crear nuevo diagrama de casos de uso: la ventana principal
requerimiento: contendrá un botón, el cual será utilizado para la creación de un nuevo
proyecto. El usuario podrá decidir si quiere dibujar el caso de uso o si
quiere que el sistema lo genere.
Prioridad del requerimiento:
Alta

Identificación del RF04

requerimiento:
Nombre del Dibujar subject
Requerimiento:
Características: Luego de crear el proyecto, la aplicación contendrá una opción para
crear el subject que tendrá todos los casos de uso.
Descripción del Dibujar subject: El usuario podrá dibujar el subject en cualquier parte
requerimiento: del área de trabajo. El subject se representa mediante un rectángulo que
contendrá luego todos los casos de uso que interactuarán con los
actores, además el sistema permitirá que un caso de uso pueda
aplicarse a cualquier número de subjects.

El nombre se posicionará en la esquina superior izquierda.

Prioridad del requerimiento:
Alta
Identificación del RF05
requerimiento:
Nombre del Dibujar Actor.
Requerimiento:
Características: El sistema ofrecerá al usuario la opción crear actor.
Descripción del Dibujar Actor:
requerimiento: La aplicación contará con una opción en la cual el usuario podrá crear
actores con la representación que elija.

 Los usuarios pueden representar el actor usando “stick-man”. Se

dibujará un hombre de palo con su nombre en la parte inferior
del mismo.
 Un actor también se puede representar como un rectángulo
clasificador que contiene una etiqueta <<actor>> y debajo el
nombre del actor
 Además, un actor se puede representar con un icono si así el
usuario lo prefiere.
Prioridad del requerimiento:
Alta

Identificación del RF06

requerimiento:
Nombre del Dibujar asociciacion de comunicación.
Requerimiento:
Características: La aplicación contendrá la opción de dibujar asociación entre los
elementos del proyecto.
Descripción del El sistema permitirá asociar elementos del diagrama de casos de uso
requerimiento: mediante una línea continua que conecta los elementos del diagrama.
La asociación podrá representarse con cardinalidad si el usuario así lo
prefiere.
Prioridad del requerimiento:
Alta

Identificación del RF07

requerimiento:
Nombre del Dibujar caso de uso
Requerimiento:
Características: La aplicación tendrá la opción de crear casos de uso.
Descripción del Crear caso de uso:
requerimiento: El sistema contar con la opción para generar el dibujo de caso de uso, el
usuario podrá editar su posición con el ratón.

Un caso de uso se representará con una elipse, el nombre puede

posicionarse en su interior o debajo de la elipse. Se puede colocar una
palabra clave estereotipada opcional sobre el nombre.

También el usuario podrá representar un caso de uso mediante un

rectángulo estándar para clasificadores con un icono de elipse en la
parte superior derecha.

Los atributos y las operaciones se podrán mostrar en compartimientos

dentro del ovalo del caso de uso.

los casos de uso podrán tener otra asociaciones y dependencias con

otros clasificadores.

Prioridad del requerimiento:

Alta

Identificación del RF08

requerimiento:
Nombre del Dibujar relación extensión.
Requerimiento:
Características: La aplicación permitirá extender a otro elemento del diagrama.
Descripción del Crear Extensión:
requerimiento: El sistema tendrá la opción para extender de un caso de uso a otro, o de
un actor a otro actor.

Una relación extendida entre casos de uso se mostrará mediante una

flecha punteada con una punta de flecha abierta hacia el caso de uso
que quiere extender. La flecha estará etiquetada con la palabra clave
<<extend>>.
Prioridad del requerimiento:
Alta

Identificación del RF09

requerimiento:
Nombre del Dibujar relación inclusión.
Requerimiento:
Características: La aplicación permitirá incluir otro elemento del diagrama de casos de
uso.
Descripción del Crear relación inclusión:
requerimiento: El sistema tendrá la opción para incluir otro caso de uso del diagrama.

Una relación include entre casos de uso se mostrará mediante una

flecha punteada con una punta de flecha abierta que apunta desde el
caso de uso que incluye al caso de uso que va a ser incluido.

La flecha estará etiquetada con la palabra clave <<include>>.

Prioridad del requerimiento:
Alta

Identificación del RF10

requerimiento:
Nombre del Generalización
Requerimiento:
Características: La aplicación contendrá la opción de dibujar asociación de
generalización entre los casos de uso.
Descripción del El sistema permitirá la herencia entre los diferentes casos de uso.
requerimiento: La generalización se representará mediante un línea continua que va
desde el caso de uso hijo, hasta el caso de uso padre finalizando con
una punta de flecha triangular sin relleno.

Prioridad del requerimiento:

Alta

Identificación del RF011

requerimiento:
Nombre del Guardar diagrama
Requerimiento:
Características: El sistema permitirá guardar los proyectos que el usuario desee.
Descripción del Guardar:
requerimiento: La aplicación contará con la opción guardar, la cual permitirá como su
nombre lo indica guardar el progreso de los diferentes diseños que el
usuario desarrolle.
Prioridad del requerimiento:
Alta

Identificación del RF12

requerimiento:
Nombre del Importar diagrama
Requerimiento:
Características: Permite cargar en el sistema un proyecto que se encuentra en una
 ubicación específica del dispositivo.
Descripción del Importar:
requerimiento: La aplicación permitirá importar al área de trabajo cualquier proyecto de
caso de uso que se haya realizado con la misma aplicación.
Prioridad del requerimiento:
Alta

Requerimientos No Funcionales.

Identificación del RNF01

requerimiento:
Nombre del Interfaz del sistema.
Requerimiento:
Características: El sistema presentara una interfaz de usuario sencilla para que sea de
fácil manejo a los usuarios del sistema.
Descripción del El sistema debe tener una interfaz de uso intuitiva y sencilla.
requerimiento:
Prioridad del requerimiento:
Alta

Identificación del RNF02

requerimiento:
Nombre del Ayuda en el uso del sistema.
Requerimiento:
Características: La interfaz del usuario deberá de presentar un sistema de ayuda para
que los mismos usuarios del sistema se les faciliten el trabajo en cuanto
al manejo del sistema.
Descripción del La interfaz debe estar complementada con un buen sistema de ayuda (la
requerimiento: administración puede recaer en personal con poca experiencia en el uso
de aplicaciones informáticas).
Prioridad del requerimiento:
Alta
Identificación del RNF03
requerimiento:
Nombre del Mantenimiento.
Requerimiento:
Características: El sistema deberá de tener un manual de instalación y manual de
usuario para facilitar los mantenimientos que serán realizados por el
administrador.
Descripción del El sistema debe disponer de una documentación fácilmente actualizable
requerimiento: que permita realizar operaciones de mantenimiento con el menor
esfuerzo posible.
Prioridad del requerimiento:
Alta

Identificación del RNF04

requerimiento:
Nombre del Desempeño
Requerimiento:
Características: El sistema garantizara a los usuarios un desempeño en cuanto a los
datos almacenado en el sistema ofreciéndole una confiabilidad a esta
misma.
Descripción del Garantizar el desempeño del sistema informático a los diferentes
requerimiento: usuarios. En este sentido la información almacenada o registros
realizados podrán ser consultados y actualizados permanente y
simultáneamente, sin que se afecte el tiempo de respuesta.
Prioridad del requerimiento:
Alta

3.1 Requisitos de las interfaces

.

3.1.1 Interfaces de usuario

La interfaz con el usuario consistirá en un conjunto de ventanas con botones, listas

y campos de textos. Ésta deberá ser construida específicamente para el sistema
propuesto y, será visualizada desde un navegador de internet.

3.1.2 Interfaces de hardware

Será necesario disponer de equipos de cómputos en perfecto estado con las

siguientes características:
  Procesador de 1.0GHz o superior.
 Memoria mínima de 256Mb.
 Mouse.
 Teclado.

3.1.3 Interfaces de software

 Sistema Operativo: Windows 8.1 o superior, Android, IOS, Linux.

3.2 Requisitos no funcionales

3.2.1 Requisitos de rendimiento

 Garantizar que el diseño de la aplicación sea óptimo para brindarle una

buena experiencia al usuario.

3.2.2 Fiabilidad

 El sistema debe tener una interfaz de uso intuitiva y sencilla

3.2.3 Disponibilidad

 La disponibilidad del sistema debe ser continua con un nivel de servicio para
los usuarios de 7 días por 24 horas, garantizando un esquema adecuado que
permita la posible falla en cualquiera de sus componentes.

3.2.4 Mantenibilidad

 El sistema debe disponer de una documentación fácilmente actualizable que

permita realizar operaciones de mantenimiento con el menor esfuerzo posible

3.2.5 Portabilidad

 El sistema será implantado bajo la plataforma de Windows, Android, IOS,

Linux.