Curso de Análisis y Diseño de Sistemas

Docente: Lain Jardiel Cárdenas Escalante

Correo-e: laincardenas@gmail.com
 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?
 10

INGENIERÍA DE REQUISITOS:

Captura de requisitos

Análisis de requisitos

Especificación de requisitos

Validación de requisitos
 11

DISCIPLINA DE REQUISITOS EN RUP

 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

NIVELES DE REQUISITOS
 17

ARTEFACTOS Y SU TRAZABILIDAD
 18

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.
 19

Caso FarmaSoft

Necesidad:

• El sistema FarmaSoft deberá permitir al vendedor realizar un pedido de los

productos solicitados por el cliente para luego generar un comprobante de pago
que será cancelado en caja.

Característica:
• El sistema FarmaSoft deberá permitir consultar los productos disponibles que
solicita el cliente.
• El sistema FarmaSoft deberá permitir crear un pedido con todos los productos
solicitados por el cliente y mostrar el monto a pagar por cada producto así como
el total a pagar.
• El sistema FarmaSoft deberá permitir realizar el pago del pedido en caja
generando un comprobante de pago con los datos del pedido.
 20

ACTIVIDAD 1

1. Del caso de estudio “AquariumSoft-procesos”, revisar el proceso de negocio “Gestionar

inscripción de alumno”.
2. Describir una necesidad derivado del proceso de negocio.
3. Describir un conjunto de características derivadas de la necesidad.
 21

El modelo de casos de uso.

 MODELO DE CASOS DE USO

Este artefacto es un modelo de las funciones deseadas para el sistema y su entorno,

y sirve como contrato entre el cliente y los desarrolladores. Es el resultado de la
disciplina de Requisitos y se utiliza como entrada para disciplinas de Análisis, Diseño
y Prueba.

Los artefactos contenidos son:

• Actor
• Caso de Uso
• Paquete de Caso de Uso.
 ACTOR

Este artefacto define un conjunto coherente de roles que los usuarios del
sistema pueden desempeñar cuando interactúan con este.

Un actor es un usuario del sistema, el usuario puede significar un usuario

humano, una máquina, o incluso otro sistema o subsistema en el modelo.
Cualquier cosa que interactúa con el sistema desde el límite exterior o un
sistema se denomina un Actor. Los actores son típicamente asociados con los
casos de uso.
ACTORES - FARMASOFT
 CASO DE USO

Este artefacto define un conjunto de instancias de caso de uso, donde cada

instancia es una secuencia de acciones que lleva a cabo un sistema que producen
un resultado observable de valor para un actor concreto.

El objetivo principal del caso de uso es capturar el comportamiento del sistema

necesario desde la perspectiva del usuario final para alcanzar uno o más
objetivos deseados.
 DESCUBRIENDO CASOS DE USO
Analizando la Visión, se relacionan distintas Características de los cuales puedan
surgir Casos de Uso.

Por ejemplo, para el caso de estudio FarmaSoft se pueden derivar casos de uso
de las siguientes características:

Característica 1: El sistema deberá permitir registrar el pago de la venta

generando un comprobante.

 Caso de Uso 1: Procesar Venta.

Característica 2: El sistema deberá permitir registrar la información de un cliente.

Característica 3: El sistema deberá permitir modificar la información de un cliente.

 Caso de Uso 2: Gestionar Cliente

CASOS DE USO - FARMASOFT
DIAGRAMA DE CASOS DE USO - FARMASOFT
PAQUETES - FARMASOFT
 30

ACTIVIDAD 2

1. Del proceso de negocio estudiado en la Actividad 1, identificar los actores del

sistema AquariumSoft.
2. De las características descritas en la Actividad 1, identificar los casos de uso del
sistema AquariumSoft.
3. Elaborar el diagrama de casos de uso parcial del sistema AquariumSoft.
 31

ACTIVIDAD 3

1. Del caso de estudio “AquariumSoft-procesos”, revisar los procesos de negocio

“Gestionar apertura de cursos” y “Gestionar evaluación de alumnos”.
2. Elaborar el artefacto Visión para el sistema de AquariumSoft. La Visión debe
contener el total de necesidades derivados de los tres procesos de negocio. Así
mismo, debe contener todas las características derivadas de las necesidades.
3. Identificar todos los actores del sistema AquariumSoft.
4. Identificar todos los casos de uso del sistema AquariumSoft derivados de las
características.
5. Elaborar el diagrama de casos de uso completo del sistema AquariumSoft.
6. Elaborar las matrices de trazabilidad de requisitos.
 32

LECTURAS COMPLEMENTARIAS

Sommerville I. (2011). Ingeniería de Software. Novena Ed. Pearson.

Capitulo 4: Ingeniería de Requisitos

Artículo del blog: 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
 33

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

www.sistemajava.com
http://modeladodesoftware.blogspot.pe