8
INGENIERÍA DEL SOFTWARE I Práctica 2 Especificación de Requisitos Univ. Cantabria – Fac. de Ciencias María Sierra y Patricia López P2.2 María Sierra, Patricia López - IS1 Nociones de UML para Requisitos: Casos de Uso Capturan los Requisitos del sistema que aportan un valor añadido a algún usuario Importancia de la perspectiva del USUARIO ¿A quién ayudan?, ¿Qué necesidades satisfacen?, ¿Cuánto valor añaden al negocio? La captura de los casos de uso implica a: Usuarios/Clientes Son los expertos en los requisitos Desarrolladores Deben ayudar a los usuarios y clientes a comunicar sus necesidades El Modelo de Casos de Uso es la especificación de todas las formas posibles de usar un Sistema desde la perspectiva de sus usuarios P2.3 María Sierra, Patricia López - IS1 Nociones de UML para Requisitos: Casos de Uso Caso de Uso “Una descripción de un conjunto de secuencias de acciones , incluyendo variantes , que ejecuta un sistema para producir un resultado observable de valor para un actorCada caso de uso describe un comportamiento esperado de un sistema P2.4 María Sierra, Patricia López - IS1 Nociones de UML para Requisitos: Clases Modelado: Identificación de las “cosas” importantes desde una visión particular. En UML estas “cosas” se modelan como clases Constituyen el vocabulario del sistema que se modela Cada una de ellas tiene ciertas propiedades y un comportamiento. Utilizando OO se simplifica el mapeado del mundo real al mundo de la solución tecnológica (Dominio del problema frente a dominio de la solución). Para modelar el vocabulario de un sistema: Hay que identificar aquellas cosas que utilizan los usuarios/programadores para describir el problema o la solución. Identificar las responsabilidades. Definir atributos y métodos necesarios para cumplir con las responsabilidades. Organización en Paquetes

Univ. Cantabria – Fac. de Ciencias Especificación de ... · Nociones de UML para Requisitos: Casos de Uso ... Tarjetas de Clase

Embed Size (px)

Citation preview

ING

EN

IER

ÍA D

EL S

OFT

WA

RE

IP

ráctica 2

Especificación

de Requ

isitos

Un

iv. Can

tabria –F

ac. de Cien

ciasM

aría Sierra y Patricia López

P2.2

María S

ierra, Patricia L

ópez -IS

1

Nociones de U

ML para R

equisitos:Casos de U

so

•Capturan los R

equisitosdel sistem

a que aportan un valor añadido a algún usuario

Importancia de la perspectiva del U

SU

AR

IO¿A quién ayudan?, ¿Q

ué necesidades satisfacen?, ¿Cuánto valor añaden al negocio?

La captura de los casos de uso implica a:

•U

suarios/ClientesSon los expertos en los requisitos

•D

esarrolladoresD

eben ayudar a los usuarios y clientes a comunicar

sus necesidades

El Modelo de Casos de U

so es la especificación de todas las formas

posibles de usar un Sistema desde la perspectiva de sus usuarios

P2.3

María S

ierra, Patricia L

ópez -IS

1

Nociones de U

ML para R

equisitos:Casos de U

so

•C

aso d

e Uso

“Una descripción de un conjunto de secuencias de

acciones, incluyendo variantes, que ejecuta un sistema

para producir un resultadoobservable de valor

para un actor”

Cada caso de uso describe un comportam

iento esperado de un sistem

a

P2.4

María S

ierra, Patricia L

ópez -IS

1

Nociones de U

ML para R

equisitos:Clases

•M

odelado: Identificación

de las

“cosas”im

portantes desde

una visión

particular.

•En U

ML estas “cosas” se m

odelan como clases

Constituyenel vocabulario del sistem

a que se modela

Cada una de ellas tiene ciertas propiedades y un comportam

iento.

•U

tilizandoO

O se sim

plifica el mapeado del m

undo real al mundo de la solución

tecnológica (Dom

inio del problema frente a dom

inio de la solución).

•Para m

odelar el vocabulario de un sistema:

Hay que identificar aquellas cosas que utilizan los usuarios/program

adores para describir el problem

a o la solución.Identificar las responsabilidades.D

efinir atributos y métodos necesarios para cum

plir con las responsabilidades.

•O

rganización en Paquetes

P2.5

María S

ierra, Patricia L

ópez -IS

1

Nociones de U

ML para R

equisitos:Clases

•N

ombre:

Las distingue de las demás.

Ha de ser sim

ple.

Pueden mostrar el “cam

ino”

•Atributo:

Propiedad que es compartida por todos los

objetos de la clase.

•M

étodo:Es la im

plementación de un servicio que pueda

ser requerido.

Es una abstracción de algo que puede hacer el objeto.

•Responsabilidad:

Contrato u obligación de una clase, debe ser tenido en cuenta al m

odelar clases.

Perito

Siniestro

s

Re

spon

sabilidad

es

-De

term

ina

r el rie

sgo de

un

sinie

stro de

un clien

te-M

ane

jar crite

rios de

fraude

e

spe

cíficos de

l clien

te

Especificación

de Requ

isitos:

An

álisis Textu

al

P2.7

María S

ierra, Patricia L

ópez -IS

1

Análisis Textual

•Análisis Textual:

Técnica para la captura y análisis de requisitos

En Visual Paradigmperm

ite identificar los siguientes elementos de

modelado candidatos:

Casos de Uso

Actores Clases

•Tutorialinteractivo en http://w

ww

.visual-paradigm.com

/product/vpuml/dem

os/requirements/textualanalysis.jsp

P2.8

María S

ierra, Patricia L

ópez -IS

1

Análisis Textual en VP

P2.9

María S

ierra, Patricia L

ópez -IS

1

Análisis Textual en VP

1)Crear M

odelo de Análisis Textual

P2.10

María S

ierra, Patricia L

ópez -IS

1

Análisis Textual en VP

2)Editar la Especificación Textual del Problem

aEjem

plo: Máquina de R

eciclaje

P2.11

María S

ierra, Patricia L

ópez -IS

1

Análisis Textual en VP

3)Identificación de elem

entos candidatosSeleccionar texto –

Add Candidate Class –Seleccionar el tipo

P2.12

María S

ierra, Patricia L

ópez -IS

1

Análisis Textual en VP

3)Identificación de elem

entos candidatosSeleccionar texto –

Add Candidate Class –Seleccionar el tipo

P2.13

María S

ierra, Patricia L

ópez -IS

1

Análisis Textual en VP

4)Com

pletar la información de los elem

entos candidatos

P2.14

María S

ierra, Patricia L

ópez -IS

1

Análisis Textual en VP

5)Crear elem

entos del modelo a partir de los candidatos.

Forma 1: D

esde el propio diagrama de análisis textual

P2.15

María S

ierra, Patricia L

ópez -IS

1

Análisis Textual en VP5)

Crear elementos del m

odelo a partir de los candidatos.Form

a 2: Creando un diagrama de casos de uso (o de clases) y arrastrando

a él los candidatos que queremos crear

P2.16

María S

ierra, Patricia L

ópez -IS

1

Análisis Textual en VP

5)Crear elem

entos del modelo a partir de los elem

entos candidatos

P2.17

María S

ierra, Patricia L

ópez -IS

1

Análisis Textual en VP

6)Crear diagram

as con los elementos identificados

Utilizar los elem

entos en los modelos correspondientes (cdu, clases, ..)

Vista: Model

Seleccionar Elementos candidatos o elem

entos del modelo

Arrastrarlos hasta su diagrama correspondiente.

Especificación

de Requ

isitos:

Diagram

as de Requ

isitos

P2.19

María S

ierra, Patricia L

ópez -IS

1

Diagram

as de Requisitos

•D

iagrama de R

equisitos:

Técnica que permite la especificación y captura de requisitos de

forma

efectiva y

práctica. Perm

ite m

ostrar de

forma

gráfica la

taxonomía de los requisitos de usuario a un nivel de abstracción

alto.

•Tutorialinteractivo de diagram

a de requisitos en VP en

http://ww

w.visual-paradigm

.com/product/vpum

l/demos/requirem

ents/requirement.jsp?type=

voice

P2.20

María S

ierra, Patricia L

ópez -IS

1

Diagram

as de requisitos en VP

1)Crear un D

iagrama de R

equisitos

P2.21

María S

ierra, Patricia L

ópez -IS

1

Diagram

as de requisitos en VP

2)Creación de un R

equisitoN

ombre

Texto

IDTipo

Método de Verificación

Riesgo

P2.22

María S

ierra, Patricia L

ópez -IS

1

Diagram

as de requisitos en VP

3)Personalización de R

equisitos

P2.23

María S

ierra, Patricia L

ópez -IS

1

Diagram

as de requisitos en VP

Ejemplo:

Requisitos para un sistem

a de configuración de un vehículo

Especificación

de Requ

isitos:

Tarjetas C

RC

P2.25

María S

ierra, Patricia L

ópez -IS

1

Tarjetas CRC

•Tarjetas CR

C: Class–Responsability-Collaborator

Técnica de modelado orientado a objetos que perm

ite identificar las clases que form

an el vocabulario del sistema y sus responsabilidades e

interacciones.

Utilizada en la fase inicial del desarrollo

Tal clasehace tal cosa

apoyándose en tal(es) clase(es)

•Consiste en elaborar para cada clase identificada una T

AR

JET

A:

Nom

bre

Lista de superclases

Lista de subclases

Descripción

Atributos

Responsabilidades / Colaboraciones

P2.26

María S

ierra, Patricia L

ópez -IS

1

Tarjetas de Clase

•C

on

strucció

n d

e las Tarjetas

IDE

NT

IFIC

AR

CL

AS

ES

Y

RE

SP

ON

SA

BIL

IDA

DE

S

AS

IGN

AR

R

ES

PO

NS

AB

ILID

AD

ES

IDE

NT

IFIC

AR

C

OL

AB

OR

AC

ION

ES

P2.27

María S

ierra, Patricia L

ópez -IS

1

Tarjetas CRC

•C

on

strucció

n d

e las tarjetas(I):

Identificar las

clases y

validarlas “jugando”

(brainstorming)

Identificar responsabilidades y asignárselas a las clases

En este

proceso iterativo

es usual

que una

responsabilidad migre de un objeto a otro y aparezcan

nuevos objetos

Al asignar responsabilidades es conveniente:

Distribuir la inteligencia del sistem

a de forma equilibrada

Determ

inar las responsabilidades de manera tan general com

o sea posible

P2.28

María S

ierra, Patricia L

ópez -IS

1

Tarjetas CRC

•Ejem

plo:Se trata de m

odelar un sistema de biblioteca con los

siguientes requisitos:

La aplicación soportará las operaciones de una biblioteca que incluye la búsqueda y préstam

o de material bibliográfico: libros, proyectos y

revistas.

Los socios de la biblioteca podrán llevar a cabo consultas sobreel

material bibliográfico.

Cada socio puede tener prestado un número m

áximo de elem

entos. •

Cada tipo

de m

aterial tiene

diferentes periodos

de préstam

o (por

ejemplo, libros un m

áximo de 7 días, m

ientras que los proyectos no deben superar los 15 días).

•Si se devuelve un elem

ento después de la fecha prevista, la biblioteca m

ultará al socio con diferentes cantidades dependiendo también del

tipo.

P2.29

María S

ierra, Patricia L

ópez -IS

1

Tarjetas CRC : Ejem

plo

P2.30

María S

ierra, Patricia L

ópez -IS

1

Tarjetas CRC en VP

1)Crear un D

iagrama de Tarjetas CR

C

P2.31

María S

ierra, Patricia L

ópez -IS

1

Tarjetas CRC en VP

2)Creación de una Tarjeta CR

C

P2.32

María S

ierra, Patricia L

ópez -IS

1

3)Crear clases del m

odelo a partir de las Tarjetas CRC

identificadasVista: M

odeloSeleccionar Elem

entos de tipo:Arrastrarlos hasta su diagram

a correspondiente

Tarjetas CRC en VP

¡Cuidado con repetir clases ya

identificadas en análisis textual!