S13-1 Requerimientos (Parte 5)

Requerimientos
Parte 5: Modelo Conceptual Sandra Perona Galuccio Yamil Ramos Garca
Agenda
Etapa de Requerimientos.
Objetivos a cumplir. Workflow de trabajo. Artefactos producidos. Actividades a desarrollar.
Modelo de Casos de Uso del Sistema.
UPC - Ingeniera de Requerimientos
04/09/20
Requerimientos. Actividades
1. 2. 3. 4. 5. 6. 7. 8.
Identificar los requerimientos del sistema. Encontrar los actores y casos de uso del sistema. Identificar los paquetes del sistema. Construir el Modelo de Casos de Uso del Sistema. Estructurar el Modelo de Casos de Uso del Sistema. Definir atributos de los casos de uso del sistema. Detallar los casos de uso del sistema. Construir el Modelo Conceptual.
UPC - Ingeniera de Requerimientos 3 04/09/20
Requerimientos. Actividades
8. Construir el Modelo Conceptual.

4
04/09/20
Identificar conceptos de informacin del sistema

Dnde encontrar los conceptos del sistema?
Diagrama de Clases del Modelo de Anlisis del Negocio. Entidades del negocio.
04/09/20

Nivel superior de abstraccin. Representa a un conjunto de elementos (objetos)
con caractersticas o detalles comunes. Es la descripcin de un grupo de objetos con:
Una
semntica en comn (nombre): Propiedades en comn (atributos). Comportamiento similar (operaciones). Forma especfica de relacionarse (asociaciones).
Nombre

Se representa en tres partes.
Parte 1: Se coloca el nombre de la clase. Parte 2: Se colocan los atributos. Parte 3: Se especifican las operaciones.
Nombre Atributos Operaciones


Nombre.
Debe
ser un sustantivo claro y preciso. Debe dar idea clara de la unidad de informacin que representa. Objeto fsico Avin La primera letra en Descripcin Ruta mayscula. Lugar Terminal El resto de las letras en minscula. Transaccin Venta
Rol
Contenedor
Piloto
Aeropuerto
8 04/09/20
Identificar los atributos de los conceptos

Factura Cliente Pais
DetalleFactura
Producto
04/09/20

Forma la parte esttica de la clase. Representa una caracterstica de la clase. Informacin almacenada y actualizada por la clase. Los valores del atributo establecen la diferencia
entre los objetos. No representan:
Conexiones a Estados Se
travs de llaves forneas.
debe considerar si los atributos de nombre tipo, o categora son atributos o deben ser modeladas en otras clases.

Por cada atributo debe definirse:
Nombre.
Tipo
de dato. Valor inicial. Visibilidad.
Sintaxis.
visibilidad
nombre: tipoDato [= valorInicial]
11
04/09/20

Nombre.
Nombrarse
con un sustantivo claro y preciso. Idea clara de la unidad de informacin que representa. Utilizar letra minscula en su redaccin. Deben ser escritas de forma continua.
Tipo de dato.
Tipo
de dato del conjunto de valores que toma el atributo para cada objeto de la clase. valor que adquiere por defecto el atributo en la creacin de una instancia de la clase.
Valor inicial.
Primer

Visibilidad.
Establece la proporcin en que otras clases pueden utilizar el atributo de la clase. Privado.
El atributo es visible solo para el interior de la clase. Solo sus mtodos pueden accederlo.
Protegido.
El atributo es visible para el interior y sus subclases.
Pblico.
El atributo es visible para el interior y exterior de la clase.
Implementacin.
El atributo es visible solo para el interior de la clase, no para los objetos de la clase.

El icono al comienzo del nombre del atributo
seala el tipo de visibilidad.
Clase
atributoPrivado atributoProtegido atributoPublico atributoImplementacion

15
04/09/20
Identificar asociaciones entre los conceptos

Una asociacin entre dos clases significa:
Algn vnculo o conexin significativa. Los objetos de ambas necesitan comunicarse durante la ejecucin del caso de uso del sistema.
Se identifica una asociacin unidireccional entre

cada clase del sistema. Se representa a travs de una lnea continua.
emite 1
Cliente
0..n
Orden de Compra
16
04/09/20

Los elementos que definen la asociacin son:
Nombre. Multiplicidad. Navegabilidad. Tipo.
emite 1
Cliente
0..n
Orden de Compra
17
04/09/20

Nombre.
Frase verbal que refleja el propsito de la relacin. Describe la manera en que ocurre la asociacin. No es un elemento obligatorio. Se utiliza solo cuando mejora la comprensin de la asociacin. Significa que:
Un cliente emite rdenes de compra. Una orden de compra es emitida por un cliente.
emite 1
Cliente
0..n
Orden de Compra
18
04/09/20

Multiplicidad o cardinalidad.
Especifica la cardinalidad de la asociacin. Modela la cantidad de objetos de un extremo de la asociacin que se asocian a un objeto del otro durante el tiempo de vida del sistema. Se representa a travs de una numeracin. Se coloca en cada extremo de la asociacin.
emite 1
Cliente
0..n
Orden de Compra
19
04/09/20

Multiplicidad o cardinalidad. Tipos.

0
Un objeto de una clase no se asocia a ningn objeto de la otra.
0..1
Un objeto de una clase se asocia a ninguno o un objeto de la otra clase.
0..n / 0..*
Un objeto de una clase se asocia a ninguno, uno o ms de un objeto ilimitadamente de la otra clase
0..x
Un objeto de una clase se asocia a ninguno, uno o hasta un mximo de x objetos de la otra clase.

Multiplicidad o cardinalidad. Tipos.
1
Un objeto de una clase se asocia a nicamente a un objeto de la otra clase.
1..n / 1..*
Un objeto de una clase se asocia a uno como mnimo o ms de un objeto ilimitadamente de la otra clase.
1..x
Un objeto de una clase se asocia a uno como mnimo o hasta un mximo de x objetos de la otra clase.
x
Un objeto de una clase se asocia a x exactos objetos de la otra clase.

Multiplicidad o cardinalidad.
Significa
que:
Un cliente puede emitir ninguna, una o muchas rdenes de compra. Una orden de compra es emitida siempre por un solo cliente.
emite 1
Cliente
0..n
Orden de Compra
22
04/09/20

Navegabilidad
Define el sentido u orientacin de la comunicacin o intercambio entre las clases. Las asociaciones son unidireccionales o bidireccionales. Define el sentido u orientacin de la comunicacin o intercambio entre las clases. Se representa a travs de una lnea continua con una flecha en el extremo que indique la direccin deseada solo cuando es unidireccional.
23
04/09/20

Navegabilidad
Significa que:
Desde un cliente se puede acceder a las rdenes de compras emitidas por l. La orden de compra no conoce qu cliente la emiti. Para acceder a una orden de compra hay que hacerlo a travs del cliente.
emite 1
Cliente
0..n
Orden de Compra
24
04/09/20

Navegabilidad
Significa que:
Desde una orden de compra se puede acceder al cliente que la emiti. El cliente no conoce las rdenes de compra que emiti. Para acceder a un cliente hay que hacerlo a travs de una orden de compra.
emite 1
Cliente
0..n
Orden de Compra
25
04/09/20

Navegabilidad
Significa que:
Desde un cliente se puede acceder a las rdenes de compras emitidas por l. Desde una orden de compra se puede acceder al cliente que la emiti.
emite 1
Cliente
0..n
Orden de Compra
26
04/09/20

Tipo.
Define la manera en que ocurre el intercambio entre las clases que intervienen en la asociacin. Existen 5 tipos de asociaciones.
Asociacin simple.
o
Auto asociacin.
Asociacin de clases. Generalizacin. Agregacin (Agregacin por Referencia).

o
Auto agregacin.
Composicin (Agregacin por Valor).


Asociacin Simple.
Representa una relacin o conexin semntica simple entre dos clases. Se representa a travs de una flecha a la lnea continua de la asociacin en el extremo que indique la direccin solo si la navegabilidad es unidireccional.
emite 1
Cliente
0..n
Orden de Compra
28
04/09/20

Asociacin Simple (Ejemplo).
29
04/09/20

30
04/09/20

31
04/09/20

Asociacin Simple (Auto Asociacin).
Representa una relacin o conexin semntica simple a una misma clase. Significa que una instancia de la clase se asocia con otras de la misma clase.
0..n
Empleado
Est subordinado a
32
04/09/20

Asociacin de clases.
es escrito por 1..n 1..n
Libro
isbn : Long titulo : String fecha : Date precio : Currency %participacion : Double tema :String
Autor
dni : Integer nombre : String sexo : Boolean eMail : String
33
04/09/20

Libro
isbn : Long titulo : String fecha : Date precio : Currency %participacion : Double tema :String
Autor
dni : Integer nombre : String sexo : Boolean eMail : String
34
04/09/20

Libro
isbn : Long titulo : String fecha : Date precio : Currency
Autor
dni : Integer nombre : String sexo : Boolean eMail : String %participacion : Double tema :String
35
04/09/20

Produce una tercera clase nueva (clase asociativa).

Caractersticas (atributos). Comportamiento (operaciones). Asociaciones.
Los objetos de la clase mltiple existen despus de que los objetos de las clases origen se asocien y se active la asociacin simple respectiva. Se representa a travs de una lnea discontinua que parte de la asociacin simple hasta la nueva clase.

37
04/09/20

38
04/09/20

Generalizacin.
39
04/09/20

Generalizacin.
Modela
la necesidad de herencia entre clases. Identifica conceptos que se caractericen por.

Comportamiento generalizado. (superclase). Comportamiento especfico. (subclase).
Se
representa a travs de una lnea continua con un tringulo transparente desde la subclase hasta la superclase. Se encuentra en aquellas clases que tienen ciertos atributos y operaciones en comn. Se crea una clase nueva (superclase) que asume dicho comportamiento comn.

Generalizacin (Ejemplo).
41
04/09/20

Agregacin (Agregacin por Referencia).
Computadora
Monitor
CPU
Parlantes
Teclado
Raton
DiscoDuro
RAM
UnidadCD TarjetaVideo TarjetaSonido
Boton
Bola
42
04/09/20

Computadora
Monitor
CPU
Parlantes
Teclado
Raton
DiscoDuro
RAM
Boton
Bola
43
04/09/20

Es una relacin que implica en su significado que una clase contiene a otras clases independientes. Es una asociacin de todo / parte. Cuando deja de existir la clase todo no tiene que dejar de existir las clases parte de la agregacin. El tiempo de vida de la clase todo no define el tiempo de vida de las clases parte. Es una relacin dbil entre las clases todo y partes. Se representa a travs de un rombo transparente en el extremo de la clase todo.

Computadora
Monitor
CPU
Parlantes
Teclado
Raton
DiscoDuro
RAM
Boton
Bola
45
04/09/20

Agregacin (Auto Agregacin).
Representa una asociacin de agregacin. Significa que un objeto de una clase se forma de otros objetos de la misma clase. La clase todo y la clase parte son la misma.
0..n
Producto
est formado por
46
04/09/20

Persona
Brazo
Cabeza
Pierna
Cuerpo
Ojo
Boca
Nariz
Oreja
Pelo
47
04/09/20

Persona
Brazo
Cabeza
Pierna
Cuerpo
Ojo
Boca
Nariz
Oreja
Pelo
48
04/09/20

Es
una relacin que implica en su significado que una clase contiene a otras clases independientes. Es una asociacin de todo / parte. Es una agregacin en la que se cumple lo siguiente.
La destruccin de la clase todo implica la destruccin de la clase parte.
El
tiempo de vida de la clase todo define el tiempo de vida de las clases parte.
49
04/09/20

Cuando
deja de existir la clase todo tiene que dejar de existir las clases parte. Es una relacin fuerte entre las clases todo y partes. Se representa a travs de un rombo transparente en el extremo de la clase todo.
50
04/09/20

Persona
Brazo
Cabeza
Pierna
Cuerpo
Ojo
Boca
Nariz
Oreja
Pelo
51
04/09/20

Persona
Brazo
Cabeza
Pierna
Cuerpo
Ojo
Boca
Nariz
Oreja
Pelo
52
04/09/20

Composicin (Agregacin por Valor) (Ejemplo).
53
04/09/20
Construir el Diagrama del Modelo Conceptual

Se colocan
los conceptos de datos identificados. Se colocan las asociaciones encontradas.
Factura numFactura : Integer fecha : Date = DATE() igv : Double = 18.0 descuento : Currency = 0.00 solicita 1..n 1 Cliente 0..n reside en 1 Pais codPais : Byte nombre : String
codCliente : Integer direccion : String telefono : Long
est compuesta por
PersonaNatural dni : Integer nombre : String 1..n est asociado a 0..n 1 Producto
PersonaJuridica ruc : Long razonSocial : String
DetalleFactura
numItem : Byte cantidad : Integer = 0 descuento : Currency = 0.00
codProducto : Long descripcion : String unidadMedida : String precioUnitario : Currency = 0.00 presentacion : String
54
04/09/20
Conclusiones
La identificacin de los requerimientos funcionales
llevar a la proyeccin de las funciones del sistema. La descripcin de los requerimientos no funcionales facilitarn la construccin de la plataforma del sistema. La construccin del Modelo de Casos de Uso del Sistema permitir la definicin de la arquitectura del sistema.

S13-1 Requerimientos (Parte 5)

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

S13-1 Requerimientos (Parte 5)

Uploaded by

Copyright:

Available Formats

Requerimientos

Parte 5: Modelo Conceptual Sandra Perona Galuccio Yamil Ramos Garca

Objetivos a cumplir. Workflow de trabajo. Artefactos producidos. Actividades a desarrollar.

Modelo de Casos de Uso del Sistema.

UPC - Ingeniera de Requerimientos

8. Construir el Modelo Conceptual.

UPC - Ingeniera de Requerimientos

Identificar conceptos de informacin del sistema

UPC - Ingeniera de Requerimientos

Identificar conceptos de informacin del sistema

Identificar conceptos de informacin del sistema

Nombre Atributos Operaciones

Identificar conceptos de informacin del sistema

Identificar los atributos de los conceptos

UPC - Ingeniera de Requerimientos

Identificar los atributos de los conceptos

travs de llaves forneas.

Identificar los atributos de los conceptos

de dato. Valor inicial. Visibilidad.

nombre: tipoDato [= valorInicial]

UPC - Ingeniera de Requerimientos

Identificar los atributos de los conceptos

Identificar los atributos de los conceptos

Identificar los atributos de los conceptos

atributoPrivado atributoProtegido atributoPublico atributoImplementacion

Identificar los atributos de los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

Se identifica una asociacin unidireccional entre

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

Nombre. Multiplicidad. Navegabilidad. Tipo.

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

Identificar asociaciones entre los conceptos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

Asociacin de clases. Generalizacin. Agregacin (Agregacin por Referencia).

Composicin (Agregacin por Valor).

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos

Identificar asociaciones entre los conceptos

UPC - Ingeniera de Requerimientos