Tema 1C-05: Requisitos Para Sistemas de Información

7/24/2019 Tema 1C-05: Requisitos Para Sistemas de Informacin

1/15

Requisitos para Sistemas de Informacin 06/10/2014

IISSI 1

1. Qu es unrequisito?

2. Tipos derequisitos

3. Historias deusuario

4. Requisitosgenerales(objetivos)

5. Requisitos deinformacin

6. Reglas denegocio

7. Requisitosfuncionales

8. Requisitos nofuncionales

9. Pruebas de

aceptacin

D

iseodeAmadorDurnToro,

2011

D


2011

Requisitos paraSistemas de Informacin

Grupo de Ingeniera del Software y Bases de Datos

Departamento de Lenguajes y Sistemas Informticos

Universidad de Sevilla

octubre 2014






6. Reglas denegocio



9. Pruebas deaceptacin

D


2011

Requisitos para Sistemas de Informacin

Objetivos de este tema

Entender el concepto de requisitoaplicado al

software de sistemas de informacin.

Conocer los distintos tipos de requisitos.

Ser capaz de redactar requisitoscorrectamente. Ser capaz de plantear pruebas de aceptacina

partir de requisitos.

octubre 2014 1Introduccin a la Ingeniera del Software y los Sistemas de Informacin


2/15


IISSI 2






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011

Qu es un requisito?

Glosario IEEE 610.12

Una condicin o capacidad que un usuario necesita para

resolver un problema o lograr un objetivo.

Norma MIL-STD-498

Una caracterstica del sistema que es una condicin para

su aceptacin.

J. Goguen

Propiedad que un sistema debera tener para tener xito

en el entorno en el que se usar.



Joseph Goguen (1941-2006), profesor de informtica en la Universidad de California.






6. Reglas denegocio




D


2011

Tipos de requisitos*



*Se vern con ms detalle en la asignatura Ingeniera de Requisitos, en 3 del grado en In geniera del Software.

lass Catlogo de productos

Laboratorio

cifnombredireccin

Catlogo

fecha

LneaDeCatlogo

precioMenosDeCienprecioMsDeCien

Producto

cdigonombredescripcin

lmacn

nombredireccin

?

almacenaProductos n

*

*

referencia

1

*

*

publica

Modelos

Glosario

de trminos

Informacindel dominio del

problema

Necesidadesde clientesy usuarios

Historias de usuario

requisitos)

create tableorders (order_id number,order_dt date,cust_id references customerconstraintpk_orders (order_id)

).

Software

Pruebas


3/15


IISSI 3






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011


Tipos de requisitos*

Introduccin a la Ingeniera del Software y los Sistemas de Informacinoctubre 2014

Requisito general(objetivo)

Requisito(detallado)

Requisito

Requisitofuncional

Requisito nofuncional

Requisito de

informacin

Regla denegocio

Caso de uso

Requisito defiabilidad

Requisito deusabilidad

Requisito deseguridad

Requisito deinterfaz

Restriccintcnica

4

*Se vern con ms detalle en la asignatura Ingeniera de Requisitos, en 3 del grado en In geniera del Software.






6. Reglas denegocio




D


2011


Son la propuesta de las metodologas gilespara

la especificacin de los requisitos.

Se escriben desde el punto de vista del usuario

del sistema y usando su vocabulario.

Se suele usar el formato propuesto por Mike Cohn:



Mike Cohn, uno de los creadores de Scrum y dueo de Mountain Goat Software, consultora de mtodos giles.

Ttulo

Como [tipo de usuario],

quiero [servicio],

para [razn ]

opcional

opcional


4/15


IISSI 4






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011


Ejemplos:



Libros en oferta

Como cliente,

quiero ver un listado de los libros en oferta,

para comprar los que me interesen a un

buen precio.






6. Reglas denegocio




D


2011


Ejemplos:



Productos a punto de cumplir

Como encargado del almacn,

quiero recibir un aviso en mi mvil cuandohaya mercanca que vaya a caducar en

menos de 48 horas,

para ponerla a la venta y evitar tener que

tirarla.


5/15


IISSI 5






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011


Ejemplos:



Mejores proveedores

Como responsable de compras,

quiero saber qu proveedores ofrecen un

mismo producto ms barato,

para tomar las mejores decisiones de

compras.






6. Reglas denegocio




D


2011


Ejemplos:



Comprar entradas

Como cliente,

quiero comprar entradas para un conciertopor internet,

para evitar perder tiempo en las colas de

las taquillas


6/15


IISSI 6






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011

Objetivos (requisitos generales)

No todas las historias de usuario estn al mismo

nivel de detalle, p.e.:



Gestionar almacn


quiero gestionar correctamente el almacn,

para contribuir al buen funcionamiento de la

empresa

Comprobar stock de mercancas

Controlar entradas de mercancas

Controlar salidas de mercancas


quiero saber qu salidas de mercancas se

producen,

para conocer el stock real y saber quin se lleva

la mercanca

detallan

Historia pica objetivo)

alto nivel, poco detalle






6. Reglas denegocio




D


2011


Objetivos (requisitos generales)

En los objetivos, el nivel de detallesuele ser

insuficientecomo para que a partir de ellos pueda

implementarse una solucin.

Ejemplos:

Introduccin a la Ingeniera del Software y los Sistemas de Informacinoctubre 2014 11

Gestionar prstamos biblioteca

Comodirector de la biblioteca

,

quierogestionar los prstamos de libros

,

parael buen funcionamiento de la

biblioteca

Declaracin IRPF por Internet

ComoMinistro de Hacienda

,

quieroque los contribuyentes puedan

hacer su declaracin de IRPF por Internet

,

parafacilitar el pago de impuestos


7/15


IISSI 7






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011

Mapas de historias de usuario

A veces las historias picas (objetivos) slo

contienen el nombre y se utilizar para organizar

jerrquicamenteel resto de historias.








6. Reglas denegocio




D


2011


Se suelen colorear de forma diferente y se

organizan visualmente como mapas de historias

de usuario.




8/15


IISSI 8






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011


Ejemplo de mapa de historias fsico.



Fuente: www.AgileProductDesign.com






6. Reglas denegocio




D


2011


Ejemplo de mapa de historias fsico.



Fuente: http://scrummaster.no/
http://www.agileproductdesign.com/http://www.agileproductdesign.com/http://scrummaster.no/http://scrummaster.no/http://scrummaster.no/http://www.agileproductdesign.com/


9/15


IISSI 9






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011

Requisitos de informacin

Describen qu informacinse debe almacenar sobre un

concepto relevantepara poder cumplir los objetivos.

Tambin qu datos especficosdel concepto son

importantes para los usuarios.

Ejemplo:



Informacin prstamos biblioteca


,

quierodisponer de la siguiente informacin sobre los prstamos:

El socio que realiza el prstamo

El libro o los libros prestados

La fecha en la que se realiz el prstamo

Para cada libro prestado:

La fecha de devolucin prevista

La fecha de la devolucin efectiva, si se ha producido.

concepto

relevante

datos

especficos






6. Reglas denegocio




D


2011

Reglas de negocio

Definen reglaso polticasdel negocio que son

importantes para los usuarios y deben ser respetadas.

Ejemplos:



No eliminar clientes con pagos o pedidos pendientes

Comoresponsable de relacin con los clientes

,

quiero queno se puedan eliminar los datos

correspondientes a un cliente mientras ste tenga

registradas facturas pendientes de pago o pedidos

pendientes de ser servidos.

Mximo 3 libros en prstamo


,

quiero queun socio de la biblioteca no puede tener

en prstamo simultneamente ms de 3 libros a la

vez.

paraevitar la falta de disponibilidad de libros


10/15


IISSI 10






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011

Reglas de negocio

Suelen ser requisitos relativamente inestables, p.e. la

sancin por devolucin tarda o el nmero mximo de

prstamos simultneos en una biblioteca podra

cambiar en el futuro por cambios en la poltica de la

biblioteca.



Mximo 3 libros en prstamo


,

quiero queun socio de la biblioteca no puede tener

en prstamo simultneamente ms de 3 libros a la

vez.

paraevitar la falta de disponibilidad de libros






6. Reglas denegocio




D


2011


Requisitos funcionales

En general, definen los serviciosque los usuarios

desean que el sistema les ofrezca.

Por ejemplo:

octubre 2014 Introduccin a la Ingeniera del Software y los Sistemas de Informacin 19

Listado semanal de morosos


,

quieroimprimir un listado de los prstamos cuyo

plazo haya expirado al menos una semana antes de

la fecha actual.

paraconocer a los usuarios morosos


Comoencargado del almacn

,

quierorecibir un aviso en mi mvil cuando haya

mercanca que vaya a caducar en menos de 48

horas

,

paraponerla a la venta y evitar tener que tirarla

.


11/15


IISSI 11






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011

Requisitos no funcionales

Describen aspectos relacionados con la calidad que son

importantes para los usuarios: usabilidad, rendimiento,

disponibilidad, fiabilidad, seguridad, compatibilidad, etc.

Ejemplos:



Al menos 1000 usuarios concurrentes

Comoresponsable de atencin al cliente

,

quiero queel tiempo de respuesta sea menor a 2

segundos con 1000 usuarios concurrentes o menos,

paramejorar la experiencia del cliente

Uso de software libre

Comoresponsable TIC del cliente

,

quiero queen el entorno de produccin se use

nicamente software libre

pararespetar la poltica de mi organizacin






6. Reglas denegocio




D


2011

Requisitos no funcionales

Describen aspectos relacionados con la calidad que son

importantes para los usuarios: usabilidad, rendimiento,

disponibilidad, fiabilidad, seguridad, compatibilidad, etc.

Ejemplos:



Control de acceso

Comoresponsable TIC del cliente

,

quiero queslo puedan acceder al sistema los

empleados de mi organizacin,

paracumplir con la Ley de Proteccin de Datos

Disponibilidad 24/7

Comoresponsable de ventas

,

quiero quela disponibilidad del sistema sea lo

ms cercana posible a 24/7

parafacilitar las compras de los clientes


12/15


IISSI 12






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011

Requisitos no funcionales: ISO 9126








6. Reglas denegocio




D


2011


Pruebas de aceptacin

No slo describen cmo validarque el sistema

desarrollado satisface los requisitos.

Tambin aaden ms detallea las historias de

usuario, sin complicar su descripcin.

Lo ideal es que puedan programarsepara que se

ejecuten automticamente.

Se asocian a uno o ms requisitos (trazabilidad).



13/15


IISSI 13






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011



Ejemplos:



El aviso se recibe en el mvil cuando hay mercanca que vaya a

caducar en 48 horas o menos.

El aviso no se recibe si no hay mercanca que vaya a caducar en

menos de 48 horas. El encargado recibe el aviso, pide que se le reenve en una hora

y lo vuelve a recibir en una hora.

El encargado recibe el aviso, pide que no se le reenve ms y no

lo vuelve a recibir en las prximas 24 horas.


Comoencargado del almacn

,

quierorecibir un aviso en mi mvil cuando haya mercanca que vaya

a caducar en menos de 48 horas

,

paraponerla a la venta y evitar tener que tirarla

.






6. Reglas denegocio




D


2011



Ejemplos:



Se registra un cliente nuevo, se pide un listado de clientes y

aparece el cliente nuevo.

Se modifican los datos de un cliente, se pide un listado de

clientes y aparece el cliente con los datos modificados.

Se elimina un cliente, se pide un listado de clientes y aparece el

cliente como eliminado.

Se intenta registrar un cliente con un NIF ya registrado y se

recibe un mensaje de error.

No se permiten registros de clientes nuevos ni modificaciones

que dejen sin valor algn dato.

Informacin sobre clientes

El sistema deber almacenar la informacin correspondiente alos

clientes de la empresa

. En concreto: NIF, nombre y apellidos,

direccin, telfonos (fijos y/o mviles) y correo electrnico.


14/15


IISSI 14






6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011



Ejemplos:



Se registran hasta tres prstamos a un mismo socio no

sancionado y no se recibe ningn mensaje de error.

Se intenta registrar un cuarto prstamo simultneo a un mismo

socio que no est sancionado y se recibe un mensaje de

prstamo no permitido por superar el nmero mximo deprstamos simultneos.

Mximos prstamos simultneos

El sistema deber respetar la siguiente regla de negocio: un socio

de la biblioteca no puede tener en prstamo simultneamente ms

de 3 libros a la vez.






6. Reglas denegocio




D


2011


Bibliografa

M. Cohn, User Stories Applied for

Agile Software Development.

Addison-Wesley, 2004.

Web de Mountain Goat Software

http://www.mountaingoatsoftware.com

http://www.mountaingoatsoftware.com/http://www.mountaingoatsoftware.com/http://www.mountaingoatsoftware.com/http://www.mountaingoatsoftware.com/


15/15







6. Reglas denegocio



9. Pruebas de

aceptacin

D


2011


Comentarios, sugerencias,

mailto:[email protected]

Date post:	22-Feb-2018
Category:	Documents
Upload:	rafa-arellano-romero
View:	218 times
Download:	0 times

Tema 1C-05: Requisitos Para Sistemas de Información

Documents