0% encontró este documento útil (0 votos)
146 vistas21 páginas

Modelado de Requisitos en Ingeniería de Software

El documento describe los fundamentos de la ingeniería de requisitos y el modelado de requisitos a través de casos de uso. Explica que los casos de uso capturan las características clave del sistema desde la perspectiva del usuario y sus necesidades. También cubre temas como la descripción de actores, asociaciones, dependencias e inclusiones entre casos de uso.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPT, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
146 vistas21 páginas

Modelado de Requisitos en Ingeniería de Software

El documento describe los fundamentos de la ingeniería de requisitos y el modelado de requisitos a través de casos de uso. Explica que los casos de uso capturan las características clave del sistema desde la perspectiva del usuario y sus necesidades. También cubre temas como la descripción de actores, asociaciones, dependencias e inclusiones entre casos de uso.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPT, PDF, TXT o lee en línea desde Scribd

Fundamentos de

Ingeniera de Software

Ingeniera de Requisitos
Modelado de Requisitos

Modelado de Requisitos
Propsito
El propsito del Modelo de Requisitos es
capturar precisa y fielmente las
principales caractersticas del sistema
software que se desea construir

Casos de Uso
Un sistema de software tiene sentido para
dar servicios a sus usuarios. Los casos de
usos son una herramienta para especificar
los requisitos de un sistema mediante la
descripcin de los servicios que presta
Un caso de uso es un fragmento de
funcionalidad que proporciona al usuario
un resultado importante

Ingeniera del Software I - 1er C.


2002

Casos de Uso
El caso de uso se plantea desde el punto
de vista del usuario, desde sus
necesidades, su interaccin y su propia
evaluacin de importancia
Los casos de uso pueden dirigir el proceso
de desarrollo. Guan el diseo, la
implementacin y la prueba del sistema

Ingeniera del Software I - 1er C.


2002

Casos de Uso
Usuario hace referencia a alguien o algo
que interactua con el sistema.
Los requisitos reales son aquellos que
agregan valor a los usuarios del sistema

Ingeniera del Software I - 1er C.


2002

Captura de requerimientos
Enumerar los requerimientos candidatos
Comprender el contexto del sistema
Modelado del dominio
Modelado del negocio

Capturar requerimientos funcionales


Capturar requerimientos no funcionales

Ingeniera del Software I - 1er C.


2002

Captura de requerimientos
El objetivo es desarrollar un modelo del
sistema que se va a construir
Los casos de uso son una forma adecuada
de crear ese modelo
Los requerimientos funcionales se
estructuran naturalmente como casos de
uso
Los requerimientos no funcionales estn
asociados en general a un caso de uso
Ingeniera del Software I - 1er C.
2002

Artefactos
Modelo de Casos de Uso

Casos de Uso
Los actores
Descripcin de Arquitectura
Glosario
Prototipo de interfaz de usuario

Ingeniera del Software I - 1er C.


2002

Modelo de casos de uso


Es el acuerdo entre los desarrolladores y el
cliente
Es un modelo que contiene
Actores
Casos de uso
Sus relaciones

Ingeniera del Software I - 1er C.


2002

Casos de Uso
La especificacin de casos de uso es
un proceso incremental e iterativo
que, inicialmente, toma la forma de
un corto y genrico texto escrito en
prosa.

10

Casos de Uso

El flujo de eventos que se desarrolla entre el actor y el


sistema para el logro del objetivo del caso de uso es narrado
en la especificacin, a manera de conversacin, a travs de
una secuencia numerada de pasos.
11

Diagrama de Casos de Uso


La meta del diagrama es proporcionar una
explicacin de la relacin del sistema y el
mundo exterior.
Por ejemplo en el caso de un cajero el
diagrama del Caso de Uso puede corresponder
a la pantalla principal y el men disponible:
retiro, consulta de saldo, etc. Cada una de
estas opciones puede representarse como un
Caso de Uso separado. El cliente (fuera del
sistema) est asociado con cada uno de los
Casos de Uso (dentro del sistema) que planea
usar.

Elementos del Diagrama


Caso de Uso
Sistema

Dependencia

Actor
Asociacin

Generalizacin

Elementos del Diagrama


Sistema: Establece el lmite del sistema en relacin
con los actores que lo van a usar.
Actor: Es un rol que puede jugar una persona, otro
sistema, un dispositivo.
Caso de Uso: Identifica una caracterstica clave del
sistema, expresa una meta que el sistema debe
lograr.
Asociacin: identifica la asociacin entre actores y
Casos de Uso. Cada asociacin es un dilogo que
debe explicarse con la narrativa del Caso de Uso.
Dependencia: Identifica una comunicacin entre dos
Casos de Uso.
Generalizacin: Define una relacin entre dos actores
entre dos Casos de Uso, cuando uno de los casos
hereda las propiedades del otro.

Sistema en el Caso de Uso

Que tanto incluiremos en el sistema?


Como se relaciona este sistema con otros?
Quien va a usar este sistema?
Un sistema es como un objeto con un propsito y
con interfases, la implementacin interna puede
cambiarse sin afectar otras entidades, mientras el
propsito y las interfases no cambien.
El propsito es la meta de la justificacin del
proyecto.
Las interfases son los canales de comunicacin
entre los actores fuera del sistema y las
caractersticas del sistema en s: los Casos de
Uso.

Actores en el Caso de Uso

Usuarios: personas, sistemas o dispositivos


Actor: rol que juega una entidad externa
en relacin al sistema.
Los actores normalmente son los sujetos
en las oraciones que describen como la
gente usa los sistemas.
Es mejor utilizar roles
SISTEMA RH
ya que permite centrarse
en como el sistema ser
usado y no en puestos de
trabajo.

Casos de Uso
Definen las caractersticas requeridas
por el sistema.
Son nombrados usando una frase
(verbo), expresando la meta que
debe cumplir el sistema.
A pesar de que cada Casos de Uso
soporta un proceso, stos se centran
en la meta, no en el proceso
Actualizacin
de Cuenta

Retiro de
Efectivo

Continuacin Casos de Uso


Definiendo los Casos de Uso de esta forma, el
sistema se especifica como un juego de
requerimientos ms que una solucin. No se dice
como trabaja el sistema, sino lo que debe ser capaz
de hacer.
Los Casos de Uso describen solo aquellas
caractersticas que son visibles y significativas para
los actores que usaran el sistema. Esto evita el
hacer una descomposicin funcional.
En conclusin: Modelar solo las caractersticas del
sistema que pueden ser vistas por un actor.
Por ejemplo, si un sistema debe guardar datos en
una base de datos, solo se debe ilustrar el mensaje
que indica que los datos se guardaron, no como se
guardan.

Asociaciones en los Casos de


Uso
Se representan con una lnea
conectando un actor a un Caso de
Uso
Pueden ser bidireccionales o
unidireccionales.
Consulta de
saldo

Retiro de
efectivo
Asociacin

Estereotipos
Los estereotipos se usan en UML en los Casos de
Uso, clases y paquetes.
Notacin <<include>>: Cuando un Caso de Uso
necesita ayuda de otro Caso de Uso, la
dependencia se dibuja con una flecha punteada
hacia el caso que ser usado. Es una subrutina
o llamada a funcin.
Notacin <<extend>> indica que un Caso de Uso
puede necesitar ayuda de otro Caso de Uso,
contrario al include donde siempre la necesita.
Retiro
efectivo

<<include>>

Retiro
<<extend>>
efectivo con
proteccin

Actualizar
cuenta

Proteccin por
falta fondos

Generalizacin
La herencia indica que un objeto
tiene desde el momento de su
creacin, acceso a todas las
propiedades de otra clase.
Esto mismo se aplica a los actores y
a los Casos de Uso, se conoce como
generalizacin y a veces
se
Autorizacin
Cargo
especifica con una relacin
es un
Autorizacin
Cargo, con
Aviso al celular

También podría gustarte