Curso de Análisis y Diseño de Sistemas

Docente: Lain Jardiel Cárdenas Escalante

 2

¿qué problemas pueden existir durante el

desarrollo de software?
3
 4

Definición y el proceso de requisitos.

 5

¿qué entiendes por requisito?

 6

REQUISITO

• Un requisito se define como "una condición o posibilidad que debe cumplir el

sistema“ (RUP).

• Un requisito del software es una característica que se debe exhibir por el

software desarrollado o adaptado para solucionar un problema particular
(SWEBOK - IEEE).
 7

¿qué es un cliente y qué es un usuario?

 8

CLIENTE

• Quien realiza el contrato o define el presupuesto y las condiciones para el

desarrollo del software.

USUARIO

• Quien conoce de las necesidades y define los detalles de los requisitos, es quien
usaría el software.
 9

¿Cómo gestionar los requisitos durante el

desarrollo de software?
DESARROLLO DE SOFTWARE
 11

INGENIERÍA DE REQUISITOS:

Captura de requisitos

Análisis de requisitos

Especificación de requisitos

Validación de requisitos
 12

Tipos, niveles y artefactos de requisitos.

 13

TIPOS DE REQUISITOS

Requisitos funcionales Requisitos no funcionales

 14

REQUISITOS FUNCIONALES
Establecen los comportamientos del sistema. Definen lo que el sistema debería de
hacer.

Ejemplo:

El sistema de venta deberá permitir al cajero registrar e imprimir el comprobante

de pago.
 15

REQUISITOS NO FUNCIONALES
También llamados atributos de calidad. Verifican cómo un sistema debería de ser.

Ejemplo:

El sistema de venta deberá ejecutar las consultas de productos en un tiempo

promedio de 2 segundo.
 16

DISCIPLINA DE REQUISITOS EN RUP

 17

ARTEFACTOS Y SU TRAZABILIDAD
 INGENIERÍA DE REQUISITOS

Captura de requisitos

Análisis de requisitos

Especificación de requisitos

Validación de requisitos
 19

NIVELES DE REQUISITOS
 NIVELES DE REQUISITOS EN RUP

• Necesidad: Un interesado demanda un requerimiento.

• Característica: Un servicio proporcionado por el sistema, por lo general formulado

por un analista de negocios.

• Caso de uso: Una descripción del comportamiento del sistema descrito como una
secuencias de acciones.

• Requisito suplementario: Otro requisito (generalmente no funcional) que no

puede ser contemplado en los casos de uso.

• Escenario: Una secuencia específica de acciones o una ruta de acceso específica a

través de un caso de uso.

• Caso de prueba: Una especificación de las entradas necesarias para una prueba,
las condiciones de ejecución y resultados esperados. Tiene el papel de comprobar
si los casos de prueba derivados de los casos de uso y los requisitos suplementarios
se aplican correctamente.
 21

EL ARTEFACTO VISIÓN

Este artefacto recoge un listado de requisitos a alto nivel como son las necesidades y
las características. Estos requisitos son descritos desde la perspectiva de los usuarios
en términos genéricos, lo cual da una orientación de lo que se espera del nuevo
sistema.
 VISIÓN AQUARIUMSOFT

Id Descripción de Necesidades

El sistema deberá permitir al Coordinador académico crear los grupos para el

dictado de los cursos que han sido solicitados por el Director académico. Cada
NEC-01 grupo creado deben tener asignado un curso y un docente. Así mismo, el
Coordinador académico podrá a través del sistema asignar los horarios a cada
grupo.

Id Descripción de Características

CAR-01 El sistema deberá permitir al Coordinador académico crear grupos para los
cursos que se deseen dictar y asignarle el docente.

CAR- El sistema deberá permitir al Coordinador académico asignar los horarios a

02 cada grupo. A la vez, el sistema debe validar que no haya cruce de horarios.
 MATRIZ DE TRAZABILIDAD:
NECESIDADES VS CARACTERÍSTICAS

NEC1 NEC2 NEC3 NEC4

CAR1 X

CAR2 X

CAR3 X

CAR4 X

CAR5 X

CAR6 X X
 ACTIVIDAD: VISIÓN AQUARIUMSOFT

• Analizar los procesos de negocio del caso de estudio para elaborar la Visión.
• Describir un conjunto de requisitos a nivel de necesidades.
• Describir un conjunto de requisitos a nivel de las características.
• Elaborar la matriz de trazabilidad de necesidades vs características.
LECTURAS COMPLEMENTARIAS

 Sommerville. (2011) “Ingeniería de Software”, 9na edición.

 Capitulo 4: Ingeniería de Requisitos

 Sánchez S, Sicilia M, Rodríguez D. (2012). Ingeniería de Software un enfoque desde

la guía SWEBOK. Primera Ed.
 Capitulo 4:.Requisitos.

 Aplicación de buenas prácticas en la gestión de requisitos

 http://modeladodesoftware.blogspot.pe/2012/05/aplicacion-de-buenas-
practicas-en-la.html

 Los requerimientos de un proyecto

 http://www.liderdeproyecto.com/manual/los_requerimientos.html
www.sistemajava.com

http://modeladodesoftware.blogspot.pe

https://www.facebook.com/sistemajava
https://www.facebook.com/groups/SoftwareFactory