Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Cap2 Diseño
Cap2 Diseño
GESTION DE PROYECTOS
DE TI
Diseño de Software
Tema:
Diagrama Estático del Sistema
1
04/08/2010
Agenda
1. Diagrama de Clases
2. Construcción de un Diagrama de Clases de
Diseño
2
04/08/2010
Tipo de respuesta
Nombre de
la operación Matricula
(Clase:sección): Firma de la
operación
Boolean
cancelación(Motivo:
String)
3
04/08/2010
a.- Clases
Clase
Curso
Estructura Comportamiento
Nombre Agregar un alumno
Ubicación Borrar un alumno
a + b = 10
Días ofrecidos Dar una lista del curso
Horas Créditos Determinar si está lleno
Horario de inicio
Horario de término
4
04/08/2010
Algebra 101
Historia Arte
Química
Español 101
5
04/08/2010
6
04/08/2010
Nombre: InformaciónDelEstudiante
Definición de Trabajo: Información de una persona registrada
para asistir a clases en la universidad
Nombre: Curso
Definición de Trabajo: Una clase ofrecida por la universidad
b.- Objetos
nombre_del_objeto: nombre_de_la_clase
7
04/08/2010
b.- Objetos
b.- Objeto
8
04/08/2010
Entidad física
Truck
Entidad conceptual
Chemical Process
Entidad programa
Linked List
b.- Objeto
Objeto
El termino Objeto representa una “unidad de software” con
las siguientes características:
Identidad
Estado (Información)
Comportamiento
Esta unidad de software es la representación
computacional de una entidad “Preexistente o NO” de la
realidad que deseamos modelar.
9
04/08/2010
b.- Objeto
OBJETO = IDENTIDAD +
COMPORTAMIENTO +
ESTADO
a + b = 10
Nombre: Joyce Clark
Nº Empleado: 567138
Fecha de Contr.: 21 de marzo 1987
Estado: Adjunto
Profesor Clark
10
04/08/2010
a + b = 10
Asignación del
profesor Clark
(Retorna:confirmación)
Registro del
Sistema Curso Algebra
101
11
04/08/2010
b.- Objeto:Mensaje
12
04/08/2010
b. Objetos: Polimorfismo
b.- Objetos:
Principios del Software Orientado a Objetos
Abstracción
Encapsulamiento
Principio de Información oculta
Principio cliente-servidor
Jerarquías
13
04/08/2010
b.- Objetos:
Principios del Software Orientado a Objetos
Abstracción
b.- Objetos:
Principios del Software Orientado a Objetos
Encapsulamiento
14
04/08/2010
b.- Objetos:
Principios del Software Orientado a Objetos
Encapsulamiento
b.- Objetos:
Principios del Software Orientado a Objetos
Información Oculta
15
04/08/2010
b.- Objetos:
Principios del Software Orientado a Objetos
Información Oculta
b.- Objetos:
Principios del Software Orientado a Objetos
Cliente/Servidor
16
04/08/2010
b.- Objetos:
Principios del Software Orientado a Objetos
Cliente/Servidor
b.- Objetos:
Principios del Software Orientado a Objetos
Jerarquías
17
04/08/2010
Profesor
Objetos
c.- Asociaciones
18
04/08/2010
c.- Asociaciones
19
04/08/2010
20
04/08/2010
21
04/08/2010
22
04/08/2010
23
04/08/2010
24
04/08/2010
25
04/08/2010
Actividad 1:
Caso de Estudio
Caso de Estudio
26
04/08/2010
Caso de Estudio
Caso de Estudio
27
04/08/2010
Caso de Estudio
Caso de Estudio
Registración de estudiantes y profesores a cursos
Objetos principales
• Estudiante
Un estudiante deberá poder responder a:
Identificación (nombre y apellido)
Código de alumno
Calendario del semestre actual (materias a las que esta anotado)
Cursos en los que esta registrado en el semestre actual
Un estudiante posee: (en variables de instancia)
Nombre y apellido
Código de alumno
Calendario
(recordar que se acceden a las variables de instancia solo a
través de los métodos correspondientes. = encapsulamiento)
28
04/08/2010
Caso de Estudio
Registración de estudiantes y profesores a cursos
Objetos principales
• Curso Disponible:
Un curso deberá poder responder a:
código de identificación
cantidad de alumnos registrados
estado (cerrado, abierto, cancelado)
datos del profesor que dicta el curso
datos del departamento
Un curso posee: (en variables de instancia)
un código de identificación
un estado
nombre y apellido del profesor que dicta el curso
Caso de Estudio
Registración de estudiantes y profesores a cursos
Objetos principales - Clasificación
El objeto “estudiante” deberá comunicarse con el objeto “curso” para
registrarse en el mismo. En términos del paradigma de objetos decimos
que el objeto “estudiante” le envía un mensaje al objeto “curso”.
Este mecanismo se repite para todos los estudiantes que deseen registrarse
a uno o mas cursos. Como la lógica asociada a la resolución del mensaje
“registrarse a un curso” es la misma para todos los objetos “curso”, esta
lógica (método) residirá en un solo lugar, y estará disponible para todos los
objetos de la “especie” curso. También definiremos allí las variables de
instancia que tienen en común todos los objetos curso.
29
04/08/2010
Caso de Estudio
Registración de estudiantes y profesores a cursos
En síntesis:
– Identificamos a los objetos de nuestro problema, luego ...
– Les asignamos responsabilidades (comportamiento)
– Los clasificamos por especies (teniendo en cuenta el
comportamiento en común que poseen)
30
04/08/2010
¿Qué es heredado?
31
04/08/2010
Heredando atributos
Heredando atributos
32
04/08/2010
Heredando operaciones
Heredando operaciones
33
04/08/2010
Heredando relaciones:
34
04/08/2010
Window Scrollbar
WindowWithScrollbar
35
04/08/2010
36
04/08/2010
2.- Construcción de
un Diagrama de
Clases de Diseño
37
04/08/2010
38
04/08/2010
39
04/08/2010
Actividad 2:
Diagrama de Clases
Sistema de Pagos a Empleados
40
04/08/2010
Resumen
Resumen
41
04/08/2010
Resumen
42