1. ANÁLISIS ORIENTADO A OBJETOS Y UML
ALEXANDER RAMIREZ TORO
WILDER FERNANDO SARMIENTO LIZARAZO
EFREN GUILLERMO CUERO RIVAS
FICHA: 361980
CENTRO DE DISEÑO E INNOVACIÓN TECNOLÓGICO INDUSTRIAL“SENA”
TECNÓLOGO EN ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIÓN
DOSQUEBRADAS
MAYO DE 2012
I

2. ANÁLISIS ORIENTADO A OBJETOS Y UML
ALEXANDER RAMIREZ TORO
WILDER FERNANDO SARMIENTO LIZARAZO
EFREN GUILLERMO CUERO RIVAS
FICHA: 361980
TG. ANALISIS Y DESARROLLO DE SISTEMAS DE LA INFORMACIÓN
INSTRUCTOR
ALEXANDER GOMEZ
INGENIERO DE SISTEMAS
CENTRO DE DISEÑO E INNOVACIÓN TECNOLÓGICO INDUSTRIAL“SENA”
TECNÓLOGO EN ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIÓN
DOSQUEBRADAS
MAYO DE 2012
II

3. TABLA DE CONTENIDO
CONTENIDO PAG.
1. INTRODUCCION 5
1.1. OBJETIVOS GENERALES 5
1.2. OBJETIVOS ESPECÍFICOS 5
2. ELEMENTO 1 6
2.1. Análisis orientado a objetos 6
2.2. ¿Qué documentos o elementos debe contener el documento de análisis
orientado a objetos? 6
2.3. Documentos de análisis 6
2.4. Especificación de requisitos o requerimientos 6
2.5. Diagramas de casos de uso 6
2.6. Escenarios y Subescenarios 7
2.7. Prototipos y su evaluación 7
3. B) ELEMENTO 2 7
3.1. ¿Cuáles son los objetivos de la ingeniería de software? 7
3.2. Complemente y explique las ventajas del Análisis Orientado a objetos(AOO) 7
3.3. ¿Narre cómo ha evolucionado la metodología orientada a objetos? 7
3.4. ¿Qué es UML? 7
3.5. ¿Cuáles son los objetivos del UML? 8
3.6. ¿Cuáles enfoques aglutina o junta UML, cuáles son las empresas fundadoras
participantes? 8
3.7. Empresas fundadoras participantes 8
3.8. Enfoques que aglutina la UML 9
3.9. Explique la evolución de las versiones de UML 9
3.10. ¿Para qué sirven los diagramas de casos de uso? 9
3.11. Explique en qué consisten cada uno de los diagramas usados en UML 10
3.11.1. Diagrama de caso de uso 10
3.11.2. Diagrama de secuencia 10
3.11.3. Diagrama de colaboración 10
3.11.4. Diagrama de clases 10
3.11.5. Diagrama de objetos 10
3.12. Explique para qué sirven los estereotipos, restricciones y valores etiquetados10
3.12.1. Estereotipo 10
3.12.2. Restricciones 10
3.12.3. Valores etiquetados 10
4. C) ELEMENTO 3 10
4.1. Describa el objetivo y como funciona cada uno de los diagramas que se
manejan en UML y de ejemplos de cada uno de ellos. 10
4.2. Diagrama de Clase 10
III

4. 4.3. Diagrama de Objetos 10
4.4. Diagramas de interacción 10
4.5. Diagrama de secuencias 11
4.6. Diagrama de colaboración 11
4.7. Diagrama de estados 11
5. D) ELEMENTO 4 12
5.1. Explique y de ejemplos de relaciones: Dependencia, Agregación, Asociación y
Generalización, utilizadas en los diagramas UML. 12
5.2. Dependencia 12
5.3. Asociación 12
5.4. Generalización 12
5.5. Cuáles fueron las 3 personas que concibieron UML? 13
5.6. Cuáles son las 5 vistas y 9 diagramas que conforman UML? 13
5.6.1. Vistas 13
5.6.2. Diagramas 13
6. CONCLUSIÓN 14
7. BIBLIOGRAFIA 15
IV

5. INTRODUCCION
A continuación se conocerá sobre que es el UML cuáles son sus tipos y sus diagramas
además se conocerán sobre análisis orientado a objetos y las historias referentes a estos
temas.
OBJETIVOS GENERALES
Conocer sobre el UML y su evolución, además de conocer los tipos de diagramas
OJETIVOS ESPECIFICOS
Manejar el Lenguaje Unificado de Modelado
Análisis orientado a objetos
Utilizar los tipos de diagramas
Generalidades
V

6. A) ELEMENTO 1
1. Análisis orientado a objetos
“Es un método de análisis que examina los requisitos desde la perspectiva de las
clases y objetos que se encuentran en el vocabulario del dominio del problema.”
2. ¿Qué documentos o elementos debe contener el documento de análisis
orientado a objetos?
Documentos de análisis
Especificación de requisitos o requerimientos
Diagramas de casos de uso
Escenarios y subescenarios
Prototipos y su evaluación
Documentos de análisis:
Contiene la documentación que aporta el cliente que encarga la aplicación. También
contiene las actas de las reuniones de trabajo del grupo de análisis
– Es necesario un secretario que tome acta
– Es necesario aprobar el acta de cada reunión por todos los miembros
Especificación de requisitos o requerimientos:
La captura de requisitos es el proceso de averiguar, normalmente en circunstancias
difíciles, lo que se debe construir.
La captura de requisitos es complicada
Los usuarios habitualmente no saben expresar exactamente lo que quieren
Es difícil tener una visión global del problema a resolver
La especificación de requisitos es un documento más técnico y elaborado de los
documentos de análisis
Es importante codificar los requisitos para poder seguirlos a lo largo del proceso de
desarrollo de software
Se puede utilizar una especificación jerárquica
Diagramas de casos de uso:
Es uno de los cinco tipos de diagramas de UML que se utilizan para el modelado de los
aspectos dinámicos de un sistema.
Un modelo de casos de uso se construye mediante un proceso iterativo durante las
reuniones entre los desarrolladores del sistema y los clientes (y/o los usuarios finales)
conduciendo a una especificación de requisitos sobre la que todos coinciden.
VI

7. Escenarios y Subescenarios
Cada caso de uso da lugar múltiples escenarios, se codifican siguiendo la codificación de
los casos de uso, se estudia cada escenario utilizando guiones como los que se usan en
el cine, cada equipo que pasa por un escenario identifica los objetos y sus
responsabilidades, así como los mecanismos que relacionan los objetos, de los
escenarios iníciales se puede pasar a otros escenarios secundarios los escenarios
también se pueden utilizar para probar el sistema en la fase de pruebas.
Prototipos y su evaluación
El prototípico consiste en la elaboración de un modelo o maqueta del sistema que se
construye para evaluar mejor los requisitos que se desea que cumpla Estos modelos o
prototipos suelen consistir en versiones reducidas, demos o conjuntos de pantallas (que
no son totalmente operativos) de la aplicación pedida.
B) ELEMENTO 2
8. ¿Cuáles son los objetivos de la ingeniería de software?
 Mejorar la calidad del software
 Acortar los tiempos de desarrollo
 Aumentar la productividad
 Incrementar la reutilización del software
9. Complemente y explique las ventajas del Análisis Orientado a objetos (AOO).
o Módulos con fuerte cohesión interna y escaso acoplamiento externo (sin variables
globales, …)
o Facilita el funcionamiento en entorno multiprocesador (objetos distribuidos)
o Correspondencia directa con el mundo real
o Prototipos rápidos
o Herramientas y bibliotecas muy amplias
o Aplicaciones construidas enganchando objetos
o Mejor comprensión y mantenimiento
o Apropiado para aplicaciones dirigidas por eventos.
10. ¿Narre cómo ha evolucionado la metodología orientada a objetos?
Podemos considerar como inicio del paradigma de Programación Orientada a Objetos
(Object Oriented Programming) el lenguaje de programación Simula desarrollado por
Kristen Nygaard y Ole-Johan Dahl en la mitad de los años 60 en el Centro de
Computación Noruego (The Norwegian Computing Center). Simula se definió como un
lenguaje de programación orientado a la simulación de procesos, con el que se podían
definir distintos tipos de actividades. En este lenguaje aparecen por primera vez los
conceptos de clases y objetos.
11. ¿Qué es UML?
Es un lenguaje de modelado que permite la representación conceptual y física de un
sistema
VII

8. 12. ¿Cuáles son los objetivos del UML?
Establecer un lenguaje visual de modelado, expresivo y sencillo (?) en su uso.
 Mantener una independencia (?) de los métodos y de los lenguajes de
programación
 Establecer bases formales (?)
 Imponer un estándar mundial
 Integrar las mejores prácticas
 Modelar sistemas, y no únicamente software
 Establecer las relaciones entre modelos conceptuales y ejecutables
 Crear un lenguaje de modelado utilizable tanto por máquinas como por hombres
13. ¿Cuáles enfoques aglutina o junta UML, cuáles son las empresas fundadoras
participantes?
Empresas fundadoras participantes:
 Rational Software (Grady Booch, Jim Rumbaugh y Ivar Jacobson)
 Digital Equipment
 Hewlett-Packard
 i-Logix (David Harel)
 IBM
 ICON Computing (Desmond D’Souza)
 Intellicorp and James Martin & co. (James Odell)
 MCI Systemhouse
 Microsoft
 ObjecTime
 Oracle
 Platinium Technology
 Sterling Software
 Taskon
 Texas Instruments
 Unisys
VIII

9. Enfoques que aglutina la UML
14. Explique la evolución de las versiones de UML
La notación UML se deriva y unifica las tres metodologías de análisis y diseños más
extendidas.
Metodología de Grady Booch para la descripción de conjuntos de objetos y sus
relaciones.
Técnica de modelado orientada a objetos de James Rumbaugh (OMT: Object - Modelling
Technique).
Aproximación de Ivar Jacobson (OOSE: Object- Oriented Software Engineering) mediante
la metodología de casos de uso (use case).
El desarrollo de UML comenzó a finales de 1994 cuando Grady Booch y Jim Rumbaugh
de Rational Software Corporation empezaron a unificar sus métodos. A finales de 1995,
Ivar Jacob son y su compañía Objectory se incorporaron a Rational en su unificación,
aportando el método OOSE.
15. ¿Para qué sirven los diagramas de casos de uso?
Sirve para dar una explicación de lo que debe hacer un sistema o lo que hace un
sistema ya existente. Se compone de 5 casos de uso cada uno es un nivel donde se va
especificando que debe llevar el sistema tomando en cuenta los requerimientos del cliente
o usuarios finales y del equipo desarrollador.
IX

10. 16. Explique en qué consisten cada uno de los diagramas usados en UML
Diagrama de caso de uso: Este diagrama consiste en mostrar que funcionalidad
va tener el sistema que se debe tomar en cuenta y quienes están involucrados.
Diagrama de secuencia: Este diagrama va en asociación con el de caso de uso ya
que este consiste en seguir cada paso del caso de uno en cualquier instancia o
escenario que se deriva del caso de uso.
Diagrama de colaboración: Consiste en la demostración de los objetos
involucrados en un sistema.
Diagrama de clases: Consiste en mostrar una forma estática del sistema además
de las interacciones desde un punto lógico.
Diagrama de objetos: Consiste en un subconjunto de los elementos del diagrama
de clases en la cual muestra una instancia de los elementos
17. Explique para qué sirven los estereotipos, restricciones y valores etiquetados
Estereotipo: Sirven para darle más significado o semántica a los diagramas por medio
de algunos estereotipos ya predefinidos.
Restricciones: Sirven para forzar el comportamiento que debe tener el objeto al que se
le aplica.
Valores etiquetados: sirve para extender la extensión de un bloque permitiendo añadir
nueva información en la especificación del elemento.
C) ELEMENTO 3
18. Describa el objetivo y como funciona cada uno de los diagramas que se
manejan en UML y de ejemplos de cada uno de ellos.
Diagrama de Clase: visualizar las relaciones entre las clases que involucran el sistema
las cuales pueden ser asociativas, de herencia,
c : Compañía
de uso y de consentimiento.
Diagrama de Objetos: poder verse como una
fotografía del sistema que muestra el estado d1 : Departamento d2 : Departamento
nombre : String = "I+D"
nombre : String = "Ventas"
de los objetos en ese instante.
p : Persona
nombre : String = "Francisco"
ID_Empleado : unsigned long(idl) = 3421
cargo : String = "Director de Ventas"
Diagramas de interacción: muestran comportamientos parciales del sistema,
describiendo la secuencia de mensajes que intercambian los objetos para llevar a cabo
una tarea.
X

11. Diagrama de secuencias: Los diagramas de c:Cliente
<<create>>()
p:ProxyODBC
secuencias se han convertido en una de las :Transaccion
representaciones más populares de UML establecerAcciones(a, d, o)
estableceValores(d, 3.4)
debido a su simplicidad y capacidad de
expresión. Su éxito radica en que es muy estableceValores(a, "CO")
éxito()
sencillo dibujarlos y, aún más importante, es
muy fácil interpretarlos correctamente. destroy()
Diagrama de colaboración: interacción que
c:Cliente
resalta la organización estructural de los objetos
que envían y reciben los mensajes.
1: <<create>>
2: establecerAcciones(a,d,o)
3: <<destroy>>
:Transaccion p:ProxyODBC
2.1: establecerValores(d,3.4)
2.2: establecerValores(a,"CO")
Diagrama de estados: se utilizan para modelar el comportamiento de un objeto dirigido
por eventos. Aunque también pueden utilizarse para mostrar el comportamiento del
sistema global o de subsistemas. Un diagrama de estados modela la vida de un objeto
mediante una máquina de estados. Cada estado representa una situación durante la cual
el objeto satisface alguna condición, realiza alguna actividad o espera algún evento.
XI

12. estado inicial
agotado(producto)/renovarStock(producto)
evento autotransición
estado final
pedido recibido [precio<límite]
Procesar Pedido
guarda
Esperando acción
pedido recibido [precio>límite]
aprobado/cargarCuenta()
estado
transición
Confirmar Crédito rechazado Cancelar Pedido
D) ELEMENTO 4
1. Explique y de ejemplos de relaciones: Dependencia, Agregación, Asociación y
Generalización, utilizadas en los diagramas UML.
Dependencia: Es cuando objetos de una clase utilizan objetos de otra clase existe una
relación de dependencia entre sus clases respectivas
LectorTarjeta Tarjeta
Asociación: esta es una relación estructural Esta relación expresa que se puede navegar
desde los objetos de una clase hasta los objetos de la otra clase. La asociación se
representa con una línea continua. Suelen emplear para indicar que una clase contiene un
atributo de la otra clase.
Cliente Persona
Generalización: esta se caracteriza por la herencia ya que una clase hereda su
comportamiento de varia clases madres
XII

13. Figura
#color
+dibujar()
+borrar()
Triangulo
Rectángulo Circulo
-punto1
-punto1 -centro -punto2
-punto2 -radio -punto3
+dibujar() +dibujar() +dibujar()
2. Cuáles fueron las 3 personas que concibieron UML?
Grady Booch, James Rumbaugh, Ivar Jacobson
3. Cuáles son las 5 vistas y 9 diagramas que conforman UML?
Vistas Diagramas
 Estructural  Caso de uso
 Comportamiento  De clases
 De ambiente  De objetos
 Implementación  Componentes
 De Usuario  Distribución
 Actividad
 De estados
 De colaboración
 De secuencia
XIII

14. CONCLUSIÓN
Análisis orientado a objetos, El manejo de UML y sus diagramas; son herramientas para
representar una idea por medio de diagramas, haciendo y dando a conocer así, más
fácilmente lo que se tiene pensado hacer. Además de dar a conocer como fue la
evolución de este método.
14

15. BIBLIOGRAFIA
1- Analisis Orientado a Objetos
2- Ing Soft –UML
3-Tipos diagramas uml.pdf
3a- Itnroduccion a UML
4- Diagramas uml.ppt
5-UML
6-Basicos-uml
7-Analisis-Diseño SI
www.wikipedia.com
www.deslishare.com/uml.html
www.buenastareas.com
www.monografias.com
15