M2

Asignatura: METODOLOGÍAS DE DISEÑO DE SOFTWARE Pág. 1

Video Caso: ¿Qu Re é contar y a quién?

Requerimientos Funcionales
Trabajo Individual

Instrucciones Generales

1. El Trabajo individual es una actividad de elaboración, donde el estudiante podrá desarrollar y

aplicar conocimientos sobre los contenidos tratados en el módulo.
2. Una vez elaborado el Trabajo, el estudiante debe subir el trabajo a la plataforma CANVAS
través de “Enviar Tarea”. El nombre del archivo debe ser: Nombre_Apellido_TIM2_Asignatura
3. La fecha límite para su entrega está indicada en CANVAS.

¡A trabajar!

Resultado de Aprendizaje

Aplica técnicas de análisis de requerimientos para generar la lista de requerimientos funcionales y el

correspondiente diagrama de caso de uso, de acuerdo a los escenarios existente.

Actividad

La actividad consiste en establecer y definir los escenarios, requerimientos funcionales y su

representación a través de los casos de uso. Primero, deberá realizar una definición de su empresa,
que le permita conocer algún área que requiera un software, a partir de las necesidades de sistemas
de información. Deberá realizar las siguientes actividades:

1. A partir del conocimiento de la empresa, establecer la necesidad de contar con un sistema de

información de tamaño mediano, para lo cual se solicita realizar una descripción del sistema de
información de manera tal que permita la definición, descripción y representación de 4 escenarios
a través de diagrama de caso de uso (subsistemas).

2. Para cada uno de los 4 escenarios, establecidos en el punto anterior, definir 5 requerimientos
funcionales. Representarlos en la lista de requerimientos y detallar cada a uno de ellos a través del
formato correspondiente (20 requerimientos en total) y proponer los casos de uso que los
soportan. Responda usando la lista de requerimientos, el formulario para detallar requerimientos
y la matriz requerimiento-caso de uso.
 M2
Asignatura: METODOLOGÍAS DE DISEÑO DE SOFTWARE Pág. 2

Video Caso: ¿Qu Re é contar y a quién?

Requerimientos Funcionales
3. Desarrollar el diagrama de caso de uso para cada uno de los 4 escenarios, es decir, para cada
escenario debe representar los casos de uso definidos en la matriz y sus correspondientes
relaciones, ya sea entre casos de uso o actores.

NOTAS ACLARATORIAS.

1.- Para el desarrollo del modelo se sugiere usar draw.io. (enlace para descarga) https://www.draw.io/

2.- Ejemplo de lista de requerimientos funcionales:

ID Descripción
RF-1 El sistema debe solicitar al usuario un nombre de usuario al momento de hacer el registro.
RF-2 El sistema debe solicitar al usuario una contraseña al momento de hacer el registro.
RF-4 El sistema debe tener una lista de deseos disponible para el usuario.
RF-5 El sistema debe asignarle al usuario la cantidad de Puntos Prepago de acuerdo al monto
monetario que este posee.
RF-6 El sistema debe controlar que los usuarios tengan una cantidad de Puntos Prepago mayor o
igual a cero.
RF-7 El sistema debe recolectar la información de la página de la tienda virtual externa para adjuntar
un producto al carrito de compras del usuario.
RF-n ……..

3.- Ejemplo matriz de requerimientos funcionales -casos de uso. Permite establecer los casos de uso que
soportan a los requerimientos funcionales definidos en la lista de requerimientos.

ID RF Descripción Req. Funcional Caso de uso asociado

RF-1 El sistema debe solicitar al usuario un nombre de usuario al CU-06. Validar usuario.
momento de hacer el registro.
RF-2 El sistema debe solicitar al usuario una contraseña al CU-08 Validar acceso del usuario.
momento de hacer el registro.
RF-4 El sistema debe tener una lista de compras disponible para CU-16. Mostrar lista de compras, CU-
el usuario. 17. Añadir producto a lista de
compras
RF-5 El sistema debe asignarle al usuario la cantidad de Puntos CU-15. Mostrar puntos disponibles,
Prepago de acuerdo al monto de la compra. CU-03. Agregar puntos
RF-6 El sistema debe controlar que los usuarios tengan una CU-07. Calcular puntos disponibles,
cantidad de Puntos Prepago mayor o igual a cero. CU-16. Validar pago usuario
RF-7 El sistema debe recolectar la información de la página de la CU-12. Validar pago,
tienda virtual externa para adjuntar un producto al carrito CU-05. Enviar información de pago.
de compras del usuario.
RF-n …….. ……………..
 M2
Asignatura: METODOLOGÍAS DE DISEÑO DE SOFTWARE Pág. 3

Video Caso: ¿Qu Re é contar y a quién?

Requerimientos Funcionales
4.- Formato para detallar requerimientos funcionales

ID RF-005 Versión 0.1.0

(identificador
del Req.)
Autor (Responsable del requerimiento)
Prioridad (Alta-Media-Baja)
Fecha creación Fecha modificación En caso que exista
Descripción Descripción resumida
Origen Quien da origen al caso de uso, puede ser un CU o un actor
Verificación Como se cerciora que la acción sea realizada de forma correcta
Estado (Aprobado – Rechazado - Aprobación – Verificación)
Requerimientos Requerimientos que tengan estrecha relación con nuestro requerimiento o
asociados que dependa de éste

Ejemplo de detalle de requerimientos funcionales

 M2
Asignatura: METODOLOGÍAS DE DISEÑO DE SOFTWARE Pág. 4

Video Caso: ¿Qu Re é contar y a quién?

Requerimientos Funcionales
Estructura y Aspectos Formales:

1. El Trabajo debe contener:

• Portada – Introducción – Desarrollo – Conclusión. (Excepto TRT y asignaturas que
contengan cálculo de ejercicios).
• Portada debe incluir: Titulo, Asignatura, Nombre del Docente Online y/o Tutor,
Módulo, Fecha, Integrantes del Grupo (nombre y dos apellidos), Carrera, Sede/CEAT y
Sección.
2. El Trabajo debe considerar: Formato tamaño Carta, margen normal, interlineado sencillo,
Letras: Arial o Times New Roman, tamaño 11.
3. La Redacción y Ortografía es un criterio considerado en la Rúbrica.

Importante
• Todo Trabajo que implique ejercicios numéricos debe incluir desarrollo.
• Se permite citar información de la web siempre y cuando se indique su respectiva fuente y
esto NO supere el 30% del Trabajo. De lo contrario, se considerará Plagio.
• Plagio o Copia será evaluado con nota 1.2 sin posibilidad de entregar un Trabajo nuevo ni
dar Prueba Recuperativa.
• ante cualquier inconveniente favor contactarse con consejeria@ipp.cl