Casos De Uso Modelamiento Completo - Implementacion De Proyecto-
ESCUELA DE INGENIERIA DE SISTEMAS INFORMATICOS
HERRAMIENTAS DE PRODUCTIVIDAD
UML
ANALISIS ORIENTADO A OBJETOS
CONCEPTUALIZACION
Actor
Un actor es una entidad externa al sistema que necesita intercambiar información con el sistema. La notación utilizada en
UML para representar un actor es una figura humana con el nombre del actor.
Caso de uso
A diferencia lastécnicas de análisis estructurado, el diagrama de casos de uso no persigue modelar un flujo de datos. Un
caso de uso puede definirse como un flujo completo de eventos en el que se especifica la interacción entre el actor y el
sistema. La ejecución de un caso de uso termina cuando el actor genere un evento que requiera un caso de uso nuevo.
Extensión
Una extensión indica que la realización del caso deuso que extiende no es obligatoria durante la realización del caso de uso
que está siendo extendido.
En el ejemplo que se muestra, el caso de uso Crear perfil puede o no ser realizado al ejecutarse el caso de uso Registrar
usuario.
Inclusión
Una inclusión indica que un caso de uso se realizará incondicionalmente durante la realización del caso de uso que lo
referencia.
En el ejemplo que semuestra, el caso de uso Autenticar debe ser realizado para que el caso de uso Mostrar contenido sea
realizado correctamente.
Clases
Una clase define las características de un tipo de objeto. Estas características toman la forma de atributos y operaciones que
ese tipo de objetos realiza.
Para representar gráficamente una clase en el modelo conceptual se utiliza un rectángulo con el nombre. En eldiagrama de
clases se representa a través de un rectángulo divido horizontalmente en tres partes: nombre, atributos y operaciones.
Código Java:
class Persona{
String nombre;
String apellidos;
String dui;
}
Clase abstracta
Las clases abstractas incorporan un nivel de abstracción que permite definir un comportamiento específico a una clase, sin
detallar dicho comportamiento. A diferencia de lasinterfaces, las clases abstractas pueden tener métodos implementados. La
representación de las clases abstractas es igual que las clases normales, excepto que el nombre se escribe en cursiva.
Código Java:
public abstract class Persona {
String nombre;
String apellidos;
String dui;
}
Relaciones
Existen 4 tipos de relaciones: composición, asociación, uso y herencia.
Todas las relaciones describen ciertosdetalles que deben ser tomados en cuenta, para hacer una descripción correcta del
modelo.
Navegabilidad
La navegabilidad se refiere al sentido en el que se puede dar la relación.
En el ejemplo que se presenta, la relación entre Persona y Empresa, que podría llamarse Trabaja se da de Persona a
Empresa. La navegabilidad de las relaciones ayudan a hacer más clara la semántica del modelo. Sin lanavegabilidad,
podríamos interpretar que la Empresa trabaja para la Persona, lo que tergiversaría el significado (semántica) del modelo.
Código Java:
public class Persona {
…
Empresa patrono;
…
}
public class Empresa{
}
Multiplicidad
La multiplicidad se refiere a la cantidad objetos de una clase puede estar relacionados con otra cantidad de objetos de otra
clase.
Por defecto las relaciones deasociación no requieren la especificación explícita de la multiplicidad cuando esta es de 1.
Cuando esta cantidad de objetos no es conocida, se puede indicar un rango estimado. Las multiplicidades más utilizadas
son:
0..*
1..*
0..1
*
ArgoUML no cuenta con la multiplicidad de tipo *, que significa muchos. Para ello es posible usar 1..* ó 0..*.
Código Java:
public class Persona {Empresa patrono;
}
public class Empresa{
List
}
Cuando en las relaciones binarias, las clases se relacionan con muchos objetos entre ellos, se está indicando una relación de
muchos a muchos, que en POO es perfectamente describible sin requerir una entidad intermedia a menos que esta relación
incorpore nuevos elementos al modelo. En...
Regístrate para leer el documento completo.