COMPLETO UML V1bb

Roberto Cortés Morales

INGENIERÍA DE SOFTWARE
EFICAZ:
LA PERSPECTIVA DE PROCESO UNIFICADO
A TRAVÉS DEL ANÁLISIS ORIENTADO
A OBJETOS, USANDO UML
VERSIÓN PRELIMINAR

2008

Editora académica y asesora
pedagógica: Stella Delolme Nossa
Encargada de cátedra:
Grethel Mena Araya

Este texto ha sido confeccionado por la
UNED para ser utilizado en la asignatura
Herramientas de Producción Avanzada,
código830 que se imparte en las carreras de
Informática Administrativa y Técnico en
Computación e Informática.
Este material está dirigido a estudiantes de
nivel avanzado en Análisis y Diseño de
Sistemas Orientado a objetos.

2

TABLA DE CONTENIDO
INTRODUCCIÓN

9

CAPÍTULO 1. GENERALIDADES SOBRE EL PARADIGMA DE
ORIENTACIÓN A OBJETOS, EL PROCESO
UNIFICADO Y CASOS DE USO
OBJETIVOS
PARADIGMA DEORIENTACIÓN A OBJETOS
Pensar en “objetos”: la abstracción del paradigma
La clasificación: una descripción general de los objetos
La Herencia: generalizar y especificar soluciones
Distintas formas de hacer cosas parecidas: el polimorfismo

15
16
17
17
18
19
21

EL PROCESO UNIFICADO
¿Qué es el Proceso Unificado (UP)?
El UP es orientado a casos de uso: historias del sistema
El UP se centra en la arquitectura:dar sustento a los casos de uso
El UP es iterativo e incremental: la convergencia a una solución
UML y el UP

24
24
25
30
33
40

CASOS DE USO: LA GUÍA DEL PROCESO
Cómo identificar los casos de uso de un sistema
Los actores del sistema
Casos de uso: cómo se visualizan
Relaciones entre casos de uso
Especificación básica de casos de uso
Especificación detallada de casos de uso
Elementos de unaespecificación detallada

40
41
43
43
46
46
49
50

CAPÍTULO 2.

EL MODELO CONCEPTUAL DE CLASES: LA EXPRESIÓN DE
LOS CONCEPTOS DEL PROBLEMA

59

OBJETIVOS
CONSIDERACIONES PRELIMINARES

60
61

DEFINICIÓN DEL MODELO CONCEPTUAL
Modelando los conceptos
Categorías de clases conceptuales

61
63
67

CASOS DE USO E IDENTIFICACIÓN DE CLASES CONCEPTUALES

68

3

DIFERENCIAR CONCEPTOS QUE SON CLASES Y CONCEPTOSQUE SON
ATRIBUTO
RELACIONES CONCEPTUALES ENTRE CLASES
Cardinalidad de las relaciones
Nombre de las relaciones
Relaciones múltiples entre clases
Relaciones hacia la misma clase
Especificación de conceptos en el modelo de clases

71
73
74
77
82
83
83

AÑADIENDO ATRIBUTOS AL MODELO CONCEPTUAL

90

DEFINIENDO OPERACIONES EN EL MODELO

99

CAPÍTULO 3. DE CARA A LA IMPLEMENTACIÓN: EL MODELO
DE CLASES DEDISEÑO
OBJETIVOS
CONSIDERACIONES PRELIMINARES

107
108
109

LA TRANSICIÓN DEL ANÁLISIS AL DISEÑO: LA VENTAJA DEL A/DOO

109

TARJETAS CRC: DOCUMENTAR Y EVALUAR LAS CLASES CONCEPTUALES

112

LAS CLASES DE DISEÑO DEL NEGOCIO
Refinamiento en la definición de atributos y operaciones
Constructores
Tipo de datos de los atributos
Tipos de retorno y parámetros de las operaciones
Relaciones de asociación yde composición: las relaciones conceptuales
vistas en la óptica del diseño
Diferencia entre relaciones de asociación y de composición
Apuntes sobre la jerarquía de herencia

114
114
116
119
121

LOS GESTORES: ¿QUIÉN DIRIGE LA ORQUESTA?
Arquitectura en n-capas
Definir clases de gestión

138
138
141

CAPÍTULO 4. EL MODELO DE INTERACCIÓN Y LA
ARQUITECTURA DEL SISTEMA
OBJETIVOS
CONSIDERACIONESPRELIMINARES

145
146
147

DIAGRAMAS DE SECUENCIA: UN PRIMER ACERCAMIENTO Y SU UTILIDAD PARA
DESCUBRIR LAS CLASES DE LA CAPA DE INTERFAZ
Diagramas de secuencia de sistema
Diagramas de secuencia: identificando la capa de interface

148
148
152

4

124
131
134

Interacción entre capas: añadiendo la capa de gestión
Cajas de activación y su efecto en las operacionenes
Visión del trabajo de los gestores enun diagrama de secuencia

154
155
158

DIAGRAMAS DE ACTIVIDAD: APOYANDO LA ESPECIFICACIÓN DEL
DISEÑO
Elementos de un diagrama de actividad
Especificación de casos de uso y diagramas de actividad
Especificación de operaciones

166
167
169
177

DIAGRAMAS DE ESTADOS
Elementos de un diagrama de estados
Elaboración de un diagrama de estados

179
179
181

CAPÍTULO 5. DE CARA A LA IMPLEMENTACIÓN

187...