Requisitos

Conceptos
Modelos son abstracciones completas de
sistemas. Se usan para capturar el
conocimiento (la semntica) sobre los
problemas y soluciones. Los diagramas son
proyecciones grficas de juegos de
elementos del modelo. Los diagramas se
usan para graficar el conocimiento (la
sintaxis) sobre los problemas y soluciones.
CAL/Modelo de Anlisis

Requisitos

Un requisito de software se puede definir

como: una capacidad del software necesaria
para que el usuario resuelva un problema o
alcance un objetivo.
Una capacidad de software debe ser
encontrada o poseda por un sistema o
componente de sistema para satisfacer un
contrato, especificacin, estndar u otra
documentacin formalmente impuesta.
una condicin o capacidad que el sistema
[en construccin] debe satisfacer.

CAL/Modelo de Anlisis

Requisitos
Una lista de problemas relacionados con la
gestin de los requisitos:
Los requisitos no siempre son obvios y
provienen de muchas fuentes.
Los requisitos no son siempre fciles de
expresar claramente con palabras.
Existe muchos tipos diferentes de requisitos en
diferentes niveles de detalle.
El nmero de requisitos puede ser inmanejable
si no es controlado.
CAL/Modelo de Anlisis

Tcnicas para Gestionar

Requisitos

Analizar el problema

Comprender las necesidades del

Stakeholder.

CAL/Modelo de Anlisis

Obtener un acuerdo sobre el problema a ser

resuelto.
Identificar los stackeholders.
Definir los lmites del sistema.
Identificar restricciones a imponerse sobre el
sistema.

Fuentes : Clientes, socios, usuarios finales,

expertos del dominio, entre otros.

Tcnicas para Gestionar

Requisitos

Es importante saber como determinar cuales

deberan ser las fuentes, como tener acceso y como
obtener informacin de ellas. Los individuos que
sirven como fuente primaria de esta informacin
son los llamados "stakeholders" en el proyecto.
Las tcnicas para obtener requisitos incluyen
entrevistas, tormenta de ideas, prototipeo
conceptual, cuestionarios y anlisis competitivo. El
resultado de obtener requisitos es una lista de
pedidos o necesidades que son descritos textual o
grficamente y que tienen prioridades relativas
entre si.

CAL/Modelo de Anlisis

Tipos de Requisitos

Tipos de requisitos

CAL/Modelo de Anlisis

Identificando los tipos de requisitos, el equipo

puede organizar un gran nmero de requisitos
en grupos significativos y mas manejables.
Usualmente, un tipo de requisitos puede ser
partido, o descompuesto en otros tipos. Las
reglas del negocio y las declaraciones de
visin pueden ser tipos de requisitos de alto
nivel de los cuales se deriven los tipos de
requisito de necesidades del usuario, de
caractersticas del producto.

Atributos de requisitos

Atributos multidimensionales

CAL/Modelo de Anlisis

Cada tipo de requisito tiene atributos, y

cada requisito individual tiene diferentes
valores de atributo. Por ejemplo, a los
requisitos pueden asignrsele prioridades,
identificarse por la fuente, delegarse a
equipos especficos dentro de un rea
funcional, dar una denominacin del
grado de dificultad, o estar asociado con
una iteracin particular del sistema.

Atributos de requisitos

Historia de cambios

CAL/Modelo de Anlisis

En tipos de requisitos mas detallados, los

atributos de prioridad y esfuerzo pueden
tener valores ms especficos (e.g., tiempo
estimado, lneas de cdigo, etc.) con los
cuales refinamos mas el alcance.
A medida que los requisitos evolucionan, es
importante entender su historia: que ha
cambiado?, porque?, cuando?, y con cual
autorizacin?.

requisitos FURPS+
Existen muchas clases diferentes de requisitos.
Una forma de categorizar es descrita por el
modelo FURPS+, Utilizando el acrnimo FURPS
para describir las categoras principales de
requisitos con subcategoras como se muestra:
Funcionality (funcionalidad)
Usability (Facilidad de uso)
Reliability (Confiabilidad)
Performance, (Rendimiento) y
Supportability (Soporte)
CAL/Modelo de Anlisis

requisitos FURP+
El "+" en FURPS+ le ayuda a recordar que
tambin incluye otros requisitos como:

CAL/Modelo de Anlisis

Restricciones de diseo,

requisitos de implementacin,

requisitos de interfase y

requisitos fsicos.

requisitos FURPS+
Los requisitos Funcionales especifican
acciones que un sistema de software debe ser
capaz de ejecutar, sin considerar restricciones
fsicas. Estos se describen frecuentemente en
un modelo de casos de uso. Los requisitos
funcionales especifican de esta forma el
comportamiento de entrada y salida de un
sistema.

CAL/Modelo de Anlisis

requisitos FURPS+
Los requisitos funcionales pueden
incluir:

CAL/Modelo de Anlisis

Conjuntos de caractersticas,

Capacidades y

Seguridad.

requisitos FURPS+
Facilidad de Uso (Usability)
Puede incluir categoras como :
Factores de tipo humano,
Ergonmicos y estticos,
Consistencia en las interfaces de usuario, y
Materiales de entrenamiento y
documentacin del usuario.
Ayudas sensitivas al contexto y en lnea.
Asistentes.
CAL/Modelo de Anlisis

requisitos FURPS+
Confiabilidad (Reliability)
Donde podemos considerar:
Frecuencia / severidad de fallas,
Recuperabilidad,
Predictibilidad,
Exactitud, y
Tiempo medio entre fallas
(MTBF).

CAL/Modelo de Anlisis

requisitos FURPS+
Performance
Un requisito de rendimiento impone condiciones
sobre los requisitos funcionales. Por ejemplo,
para una accin dada, puede parmetros de
rendimiento:
Velocidad
Eficiencia,
Disponibilidad,
Exactitud,
Throughput,
Tiempo de respuesta,
Tiempo de recuperacin, o
Utilizacin de recursos
CAL/Modelo de Anlisis

requisitos FURPS+
Soporte puede incluir:

Que est sujeto a prueba,

Que se pueda extender,

Que se pueda adaptar,

Que se pueda mantener,

Que sea compatible,

Que sea configurable,

Que se pueda aplicar servicio,

Que sea instalable, o

Que se pueda localizar (internacionalizar)

CAL/Modelo de Anlisis

requisitos FURPS+

El + indica:

Restricciones de diseo
requisitos de implementacin:

CAL/Modelo de Anlisis

Estndares necesarios.
Lenguajes de implementacin.
Polticas de integridad de datos.
Ambientes operacionales

requisitos FURPS+

requisitos de interfase especifican

CAL/Modelo de Anlisis

Un tem externo con el cual el sistema

debe interactuar.
Restricciones en el formato, tiempos y
otros factores, usados en la interaccin.

requisitos FURPS+

requisitos fsicos especifica

requisitos de hardware (redes)

CAL/Modelo de Anlisis

Formas
Tamaos
Pesos
Material

Lista de requisitos
Lista de Requerimientos del Sistema: Nombre del sistema
Clasificacin
Nro.
R1
R2
R3

Requerimiento

Registrar Sucursales.
Registrar el "Producto".
Registrar los precios de los Productos.
Consultar los Productos en Catlogo
R4
va WEB.
Registrar la flota de vehculos por
R5
Sucursal.
R6
Clasificar vehculos por producto.
R7
Consultar vehculos por producto.
Definir los aos de antigedad
R8
para dar de baja a los vehculos.
Generar avisos automticos de
R9
vehculos candidatos a baja.
Registrar la baja de vehculos y
R10
notificar a ventas.
R11
Registrar Reservas.
Habilitar el registro de la Reserva en
R12
una pgina WEB para los clientes.
Habilitar el registro de reservas en
R13
una interfaz apropiada para el
Registrar a los Clientes con sus datos
R14
generales y comerciales.
Habilitar una Interfaz WEB para que
R15
un cliente nuevo registre sus datos.
CAL/Modelo de Anlisis

FURPS+
F
F
F

Atributos
Prioridad Categora Dificultad Visibilidad Riesgo
(A, M, B) (P, S, O) (A, M, B)
(V,O)
(A, M, B)
A
P
M
V
B
A
P
A
V
M
A
P
B
V
M

Precedencia

R2

F, +

R2

R1, R2

F
F

A
A

P
P

B
B

V
V

B
B

R2
R5

R2

R5, R8

R5, R8

R1, R2, R3

F, +

R11

R11

F, +

R14

Diagramas de Casos de
Uso
Los actores son usados para modelar y representar los
roles de los usuarios del sistema, que incluye usuarios
humanos y otros sistemas.

Los Actores son externos al sistema.

Los actores interactan con el sistema. Los actores usan
la funcionalidad proporcionada por el sistema,
incluyendo la funcionalidad de la aplicacin y
funcionalidad de mantenimiento.
Los actores pueden recibir informacin proporcionada
por el sistema. Los actores pueden proporcionar
informacin al sistema.
Las Clases Actor tienen instancias u objetos que
representan actores especficos.

CAL/Modelo de Anlisis

Diagramas de Casos de
Uso

CAL/Modelo de Anlisis

Los casos de uso son usados para

modelar y representar unidades
de funcionalidad o servicios
proporcionados por un sistema (o
partes de un sistema, subsistema
o clases) a un usuario. Los casos
de uso son Elipses u valos.

Diagramas de Casos de
Uso

Los casos de uso son interacciones o

dilogos entre un sistema y actores,
incluyendo los mensajes intercambiados y
las acciones ejecutadas por el sistema.
Los casos de uso pueden incluir variantes
de estas secuencias, incluyendo
secuencias alternativas y excepciones.

CAL/Modelo de Anlisis

Diagramas de Casos de
Uso

Un caso de uso es iniciado generalmente,

por un actor y puede involucrar la
participacin de muchos actores. Los
casos de uso deberan proporcionar valor
al menos a uno de los participantes.
Los casos de uso pueden tener puntos de
extensin que definen puntos especficos
dentro de una interaccin en los cuales
otros casos de uso se puedan insertar.

CAL/Modelo de Anlisis

Diagramas de Casos de
Uso

Los casos de uso (clases) tienen una instancia

de caso de uso llamada escenario la
ejecucin particular de un caso de uso y que
representan una interaccin especfica.
La asociacin entre actor y caso de uso indica
que el actor participa y se comunica con el
sistema que contiene los casos de uso.

CAL/Modelo de Anlisis

Diagramas de Casos de
Uso

CAL/Modelo de Anlisis

Las asociaciones con punta de

flecha pueden usarse para
denotar quien inicia la
interaccin, stas eran usadas en
versiones anteriores de UML.

Actores

Deberan ser denominados con frases

sustantivas.
Deberan describirse indicando el inters
que tiene al interactuar con el sistema.
Definen el alcance de un sistema e
identifican aquellos elementos que
residen en la periferia del sistema y
aquellos elementos de los cuales
depende el sistema.

CAL/Modelo de Anlisis

Casos de Uso

CAL/Modelo de Anlisis

Deberan denominarse usando frases

con verbo.
Deberan describir como se empieza y
como termina, cualquier condicin que
se debe satisfacer antes de que el caso
de uso empiece (pre - condicin),
cualquier condicin que debe
satisfacerse cuando el caso de uso
finalice (post condicin).

Casos de Uso

CAL/Modelo de Anlisis

La secuencia de mensajes
intercambiados y acciones ejecutadas,
los datos intercambiados, y cualquier
caractersticas no funcional
(Confiabilidad, rendimiento, soporte,
restricciones, etc.).
Estas descripciones se pueden capturar
usando texto u otros diagramas UML.

Casos de Uso

Deberan facilitar a los actores lograr o

conseguir sus metas. Los CU son
funcionalidades o responsabilidades del
sistema (requisitos) que los actores
usan para lograr satisfacer sus metas.
Deberan facilitar la arquitectura del
sistema. Pueden ser estructurados con
Include, Extend y Generalizacin, para
identificar, extraer y manejar
funcionalidad comn, opcional y similar.

CAL/Modelo de Anlisis

Casos de Uso

CAL/Modelo de Anlisis

Los CU proporcionan la flexibilidad y

poder a travs del ciclo de vida.
Los CU deberan usarse como base
para el planeamiento.
Los CU deberan usarse como base
para el anlisis, diseo e
implementacin.

Casos de Uso

CAL/Modelo de Anlisis

Los casos de uso deberan ser

usados como base para las
pruebas. La secuencia de mensajes
intercambiados y las acciones
ejecutadas pueden ser usadas
como un script para hacer el test.
Los CU son usados como base para
la documentacin.

Modelo de Casos de Uso

Un modelo de casos de uso consiste de actores, casos
de uso y vnculos entre ellos. Los actores representan
todo aquello que debe intercambiar informacin con
el sistema, incluyendo a los llamados usuarios.
Cuando un actor usa el sistema, el sistema ejecuta un
caso de uso. Un buen caso de uso es una secuencia
de transacciones que producen un resultado de valor
mensurable para el actor. La coleccin de casos de
uso es la funcionalidad completa del sistema.
Jacobson I., Christerson M., Jonsson P., Overgaard G.,
Object-Oriented Software Engineering A Use Case
Driven Approach, Addison Wesley ACM Press, 1992

CAL/Modelo de Anlisis

Modelando Casos de Uso

CAL/Modelo de Anlisis

Modelando Casos de Uso

CAL/Modelo de Anlisis

Modelando Casos de Uso

CAL/Modelo de Anlisis

Modelando Casos de Uso

CAL/Modelo de Anlisis

Modelando Casos de Uso

Revise que
necesidades
o requisitos
del usuario
son
Soportados
por que
casos de
uso.
CAL/Modelo de Anlisis