Taller Uml

Casos de uso UML
1-¿Qué es un alcance?
El alcance de un proyecto informático o de ingeniería de negocios se define como

la forma de representar la totalidad del trabajo y su aplicación de forma práctica;
en un proyecto de software mediante la herramienta de UML permite experimentar
y visualizar un sistema que aún no ha sido codificado.
En el siguiente diagrama UML de procesos de negocio se pueden apreciar los

subprocesos del área de conocimiento de manejo de alcances del PMBOK.
Esta área de conocimientos incluye los procesos necesarios para asegurar que el
proyecto incluya todo el trabajo requerido, y sólo el trabajo requerido, para
completar el proyecto satisfactoriamente.
En el subprocesos de definición del alcance se pueden emplear artefactos de
UML, tales como el modelado de procesos, los casos de uso y el modelado de
requisitos.
Modelado de requisitos con casos de uso

2- ¿Que es un requerimiento o requerimientos?
Un requerimiento es la capacidad del software que debe ser cumplida o contenida

por un sistema o un componente para satisfacer una especificación determinada.
La gestión de requerimientos establece lo que el sistema debe hacer en cuanto a
procesos, consultas, reportes, alarmas, interfaces, restricciones de seguridad y
algunos otros elementos que la organización necesite, por lo que si no se
identifican de manera correcta, el software no proporcionará al usuario la
funcionalidad esperada; además si no se determinan de manera completa y clara
no se conocerá el alcance ni será posible estimar la dimensión real del proyecto.
Los requisitos deben obtenerse, gestionarse, documentarse y después validarse y
verificarse
Suelen especificar el lenguaje natural, se expresan en forma individual y se
organizan de forma jerarquica
3-¿Diferencias entre requerimientos funcionales y no funcionales?
Los requerimientos funcionales definen lo que debe hacer un sistema

Los requerimientos No funcionales definen como debe ser el sistema.
Los requerminientos funcionales expresan la naturaleza del funcionamiento del

sistema.
Los requerimientos NO funcionales son restricciones sobre el espacio de
posibles soluciones
Rendimiento del sistema; fiabilidad tiempo de respuesta, disponibilidad.
Interfaces; dispositivos de entrada y salida, usabilidad e interoperabilidad.
Proceso de desarrollo; estándares, herramientas, plazo de entrega.
4- Responder culas son funcionales y no funcionales de los siguientes ejemplos
Los ejemplos propuestos son de requerimientos Funcionales
- El sistema permitirá aprobar, cambiar o actualizar planes y cronogramas de
proyecto
-Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser
almacenados en una localidad segura ubicada en un edificio distinto al que reside
el sistema.
-Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador de acceso a datos
-El sistema permitirá a los usuarios autorizados el ingresar planes y cronogramas
de proyecto
5-¿Que es caso de uso UML?
Un caso de uso es una descripción de los pasos o las actividades que deberán
realizarse para llevar a cabo algún proceso. Los personajes o entidades que
participarán en un caso de uso se denominan actores
Un Caso de Uso es una unidad de trabajo significativo; por ejemplo crear una
Solicitud y modificar una solicitud son todos Casos de Uso.
Cada Caso de Uso tiene una descripción que especifica la funcionalidad que se
incorporará al sistema propuesto. Un Caso de Uso puede 'incluir' la funcionalidad
de otro Caso de Uso o puede 'extender' otro Caso de Uso con su propio
comportamiento.
Su finalidad es definir una pieza de comportamiento coherente sin revelar la
estructura interna del sistema. Tenemos dos puntos de vista de un caso de uso:
En el modelo, la ejecución de cada caso de uso es independiente de los otros.
En el sistema, representan el comportamiento externo del mismo y como es
percibido por los actores.
Cada caso de uso se debe corresponder con las clases que implementan un
sistema. Su comportamiento se corresponde con las transacciones y operaciones
de las clases. Su implementación se puede modelar como un conjunto de una o
más colaboraciones (una colaboración es la realización de un caso de uso).
EJEMPLO
6- ¿Para qué sirve UML?
UML son las siglas de “Unified Modeling Language” o “Lenguaje Unificado de
Modelado”. Se trata de un estándar que se ha adoptado a nivel internacional por
numerosos organismos y empresas para crear esquemas, diagramas y
documentación relativa a los desarrollos de software (programas informáticos).
Existen diferentes versiones de UML que se presentaron a lo largo del tiempo,
este se estandarizo desde el año 2005, y es aprobado por la ISO. UML cuenta con
varios tipos de diagramas, los cuales muestran diferentes aspectos de las
entidades representadas, estos se clasifican según su estructura o
comportamiento de la siguiente manera:
7¿Cuáles son Elementos de un diagrama de caso UML?
Un diagrama de casos de uso consta de los siguientes elementos:
 Actor.
 Casos de Uso.
 Relaciones de Uso, Herencia y Comunicación.
 Elementos
Actor
Una definición previa, es que un Actor es un rol que un usuario juega con
respecto al sistema. Es importante destacar el uso de la palabra rol, pues con esto
se especifica que un Actor no necesariamente representa a una persona en
particular, sino más bien la labor que realiza frente al sistema.
Caso de Uso
Es una operación o tarea específica que se realiza tras una orden de algún agente
externo, sea desde una petición de un actor o bien desde la invocación desde otro
caso de uso.
Comunicación: Relación (asociación) entre un actor y un caso de uso. El
estereotipo de la relación de comunicación es: <<communicate>> aunque
generalmente no se estipula ningún nombre, como podemos apreciar en el
siguiente ejemplo de comunicación:
 Inclusión: Un caso de uso base incorpora explícitamente el

comportamiento de otro en algún lugar de su secuencia. La relación de
inclusión sirve para enriquecer un caso de uso con otro y compartir una
funcionalidad común entre varios casos de uso, también puede utilizarse
para estructurar un caso de uso describiendo sus subfunciones.
 Extensión: Un caso de uso base incorpora implícitamente el

comportamiento de otro caso de uso en el lugar especificado
indirectamente por este otro caso de uso. En el caso de uso base, la
extensión se hace en una serie de puntos concretos y previstos en el
momento del diseño, llamados puntos de extensión, los cuáles no son parte
del flujo principal. La relación de extensión sirve para modelar: la parte
opcional del sistema, un subflujo que sólo se ejecuta bajo ciertas
condiciones o varios flujos que se pueden insertar en un punto
determinado.
 Especialización y generalización de los casos de uso: Un caso de uso

(subcaso) hereda el comportamiento y significado de otro, es decir las
relaciones de comunicación, inclusión y extensión del super-caso de uso.
En muchas ocasiones este super-caso de uso es abstracto y corresponde a
un comportamiento parcial completado en el subcaso de uso. O dicho de
otra manera, Los casos de uso “hijo” son una especialización del caso de
uso “padre”. En la medida de lo posible debería evitarse puesto que
produce cierta confusión en algunas ocasiones.
BIBLIOGRAFIA
https://ingsotfwarekarlacevallos.wordpress.com/2015/06/04/uml-casos-de-uso/
http://manzanaseideas.blogspot.com/2014/05/capitulo12-vista-de-casos-de-
uso.html
https://knowgarden.wordpress.com/2015/01/27/ingenieria-de-requisitos-software-
requirements/
http://www.evaluandosoftware.com/gestion-requerimientos-proyecto-software-
empresarial/
https://www.uv.mx/personal/fcastaneda/files/2015/08/F_Capitulo_5_Requerimiento
s_del_software.pdf
https://elvex.ugr.es/idbis/db/docs/design/2-requirements.pdf
https://www.aprenderaprogramar.com/index.php?
option=com_content&view=article&id=688:ique-es-y-para-que-sirve-uml-versiones-
de-uml-lenguaje-unificado-de-modelado-tipos-de-diagramas-
uml&catid=46&Itemid=163

Taller Uml

Cargado por

Copyright:

Formatos disponibles

Taller Uml

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Taller Uml

Cargado por

Copyright:

Formatos disponibles

Casos de uso UML

El alcance de un proyecto informático o de ingeniería de negocios se define como

En el siguiente diagrama UML de procesos de negocio se pueden apreciar los

Modelado de requisitos con casos de uso

Un requerimiento es la capacidad del software que debe ser cumplida o contenida

Los requerimientos funcionales definen lo que debe hacer un sistema

Los requerminientos funcionales expresan la naturaleza del funcionamiento del

Un diagrama de casos de uso consta de los siguientes elementos:

 Inclusión: Un caso de uso base incorpora explícitamente el

 Extensión: Un caso de uso base incorpora implícitamente el

 Especialización y generalización de los casos de uso: Un caso de uso

También podría gustarte