1
Análisis y Diseño Orientado a Objetos
Pilapaña Tipan Leonardo Steve, Jhoe Daniel Zambrano Duran
Universidad Técnica de Cotopaxi, leonardo.pilapana8496@utc.edu.ec,
jhoe.zambrano1189@utc.edu.ec

Resumen—Este articulo permitirá conocer el paradigma
orientado a objetos, tomando en cuenta la relación que existe con
el mundo real y como abstraer la realidad para generar modelos
básicos orientado a objetos. Además de conocer los diferentes
conceptos de las herramientas UML para el modelado de los
sistemas el cual servirá para el diseño orientado a objetos.
También se realizará ejemplos a partir de un proyecto en el cual se
está trabajando, esto ayudará a que se tenga conocimiento de como
se debe llevar el proceso para realizar cada uno de los diagramas
que se utiliza para el análisis orientado a objetos y a partir del
análisis empezar a desarrollar el prototipo del sistema.
Abstract-- This article seeks to know the object-oriented
paradigm, considering the relationship that exists with the real
world and how to abstract reality to generate basic object-oriented
models. In addition to knowing the different concepts of UML
tools for modeling systems which serves for object-oriented design.
You can also make examples from a project in which you are
working, this can help us to have knowledge of how the process
should be carried out to perform each of the diagrams used for
object-oriented analysis and from the analysis start developing the
system prototype.
I. INTRODUCCIÓN
Comenzar un proyecto software por la fase de
implementación, es decir, colocarse inmediatamente delante
del ordenador y comenzar a generar código fuente, es
infortunadamente una forma de trabajo bastante extendida,
que toma sus tintes más preocupantes cuando sale del
entorno del programador ocasional o aficionado, para
convertirse en la forma de trabajo de la inmensa mayoría
de las empresas de construcción de software dentro y fuera de
nuestros límites. Lo que puede parecer supuestamente dar la
sensación de predicar en el desierto, el dedicar un artículo al
análisis y el diseño en la orientación a objeto, cuando
prácticamente nadie se molesta en seguir unos principios
metodológicos básicos en su desarrollos y, además, la
orientación a objeto en nuestro país no acaba de convertirse en
una alternativa completamente aceptada. No obstante, desde
nuestra sencilla posición vamos a intentar aportar nuestro
granito de arena en favor de lo que sería una forma más
correcta de realizar la construcción de una aplicación de
software desde el paradigma de la orientación a objetos.
En nuestro mundo se encuentran un sin número de objetos,
estos objetos existen como entidades hechas por el hombre,
negocios y productos que se usan en la vida diaria. Todos estos
objetos pueden ser clasificados, descritos, organizados,
combinados, manipulados y creados.
*
Revista Argentina de Trabajos Estudiantiles. Patrocinada por la IEEE.
II. MARCO TEORICO
A. ¿QUÉ ES UML
Fue creado para forjar un lenguaje de modelado visual común y
semántica y sintácticamente rico para la arquitectura, el diseño
y la implementación de sistemas de software
complejos, tanto en estructura como en comportamiento. UML
tiene aplicaciones más allá del desarrollo de software, p. ej., en
el flujo de procesos en la fabricación. Es comparable a los
planos usados en otros campos y consiste en diferentes tipos de
diagramas. En general, los diagramas UML describen los
límites, la estructura y el comportamiento del sistema y los
objetos que contiene.
B. Lenguaje de términos UML
 Compatibilidad con sintaxis abstracta Los usuarios
pueden mover modelos a través de diferentes
herramientas, incluso si usan diferentes notaciones.
 Metamodelo de almacén común (CWM) Interfaces
estándares que se usan para permitir el intercambio de
metadatos de almacén e inteligencia de negocios entre
herramientas de almacén, plataformas de almacén y
repositorios de metadatos de almacén en entornos
heterogéneos distribuidos.
 Compatibilidad con sintaxis concreta Los usuarios
pueden continuar usando una notación con la que
estén familiarizados a través de diferentes
herramientas.
 Núcleo En el contexto de UML, el núcleo
comúnmente se refiere al "paquete central", que es un
metamodelo completo particularmente diseñado para
una alta reutilización.
 Unidad de lenguaje Consiste en una colección de
conceptos de modelado estrechamente vinculados que
proporciona a los usuarios la capacidad de representar
aspectos del sistema en estudio según un paradigma o
formalismo en particular.
 Nivel 0 (L0) Nivel de cumplimiento inferior para la
infraestructura UML - una sola unidad de lenguaje que
hace posible el modelado de tipos de estructuras
basadas en clases que se encuentran en los lenguajes
más populares de programación orientados a objetos.
 Meta Object Facility (MOF) Una especificación de
modelado de OMG que brinda la base para las
definiciones de metamodelos en la familia de
lenguajes MDA de OMG.
 Metamodelo Define el lenguaje y los procesos a
partir de los cuales formar un modelo.
 Construcciones de metamodelos (LM) Segundo
nivel de cumplimiento en la infraestructura UML - una
unidad adicional de lenguaje para estructuras más

avanzadas basadas en clases, usadas para construir
metamodelos (por medio de CMOF), tales como el
UML mismo. UML solo tiene dos niveles de
cumplimiento.
 Arquitectura dirigida por modelos (MDA) Un
enfoque y un plan para lograr un conjunto coherente
de especificaciones de tecnología dirigida por
modelos.
 Lenguaje de restricciones para objetos (OCL) Un
lenguaje declarativo para describir reglas que se
aplican al Lenguaje Unificado de Modelado. OCL
complementa a UML proporcionando términos y
símbolos de diagramas de flujo que son más precisos
que el lenguaje natural, pero menos difíciles de
dominar que las matemáticas.
 Object Management Group (OMG) Es un consorcio
sin fines de lucro de especificaciones para la industria
de la computación, cuyos miembros definen y
mantienen la especificación UML.
 UML 1 Primera versión del Lenguaje Unificado de
Modelado.
 Lenguaje Unificado de Modelado (UML) Un
lenguaje visual para especificar, construir y
documentar los artefactos de los sistemas.
 XMI Una especificación basada en XML de formatos
de intercambio de modelos correspondientes.
C. Conceptos de modelado especificado por UML
 Funcionales: Se trata de diagramas de casos de uso
que describen la funcionalidad del sistema desde el
punto de vista del usuario.
 De objetos: Se trata de diagramas de clases que
describen la estructura del sistema en términos de
objetos, atributos, asociaciones y operaciones.
 Dinámicos: Los diagramas de interacción, los
diagramas de máquina de estados y los diagramas de
actividades se usan para describir el comportamiento
interno del sistema.
D. Conceptos orientados a objetos en UML
 Objetos Representan una entidad y el componente
básico.
 Clase Plano de un objeto.
 Abstracción Comportamiento de una entidad del
mundo real.
 Encapsulación Mecanismo para enlazar los datos y
ocultarlos del mundo exterior.
 Herencia Mecanismo para crear nuevas clases a partir
de una existente.
 Polimorfismo Define el mecanismo para salidas en
diferentes formas.
E. IDEs para UML
 Lucidchart.- Lucidchart es una herramienta de
diagramación basada en la web, que permite a los
usuarios colaborar y trabajar juntos en tiempo real,
creando diagramas de flujo, organigramas, esquemas
de sitios web, diseños UML, mapas mentales,
2
prototipos de software y muchos otros tipos de
diagrama.
 Visio.- Microsoft Visio es un software de pago que
funciona con el sistema Windows y que fue ideado
específicamente para crear todo tipo de gráficos y
diagramas. No es una herramienta destinada a la
gestión de proyectos como tal.
 PlantUML.- PlantUML es una herramienta de código
abierto que permite a los usuarios crear diagramas
UML desde un lenguaje de texto plano. El lenguaje de
PlantUML es un ejemplo de un lenguaje específico de
dominio. Utiliza el software Graphviz para diseñar sus
diagramas.
 yUML.- La herramienta en cuestión se llama yUML y
permite crear los diagramas a partir de unos comandos
escritos en texto plano. Los diferentes tipos de
diagramas que podemos dibujar son diagramas de
casos de uso, diagramas de clases y diagramas de
actividad.
TEXTUML.- TextUML Toolkit es un IDE para UML cuyo
objetivo es crear modelos a la misma velocidad que uno escribe
código para así mejorar la productividad del modelador.
TextUML es compatible con todas las herramientas
compatibles con modelos Eclipse UML2 . Hay que destacar
que TextUML ofrece todas las funcionalidades que esperas de
cualquier IDE (como syntax highlighting). Cualquier
herramienta UML de Eclipse se puede usar para después
visualizar estos modelos
III. UNIDADES
IV. ALGUNAS EQUIVOCIONES COMUNES
RECONOCIMIENTOS
REFERENCIAS
[1] G. Eason, B. Noble, and I.N. Sneddon, “On certain integrals of
Lipschitz-Hankel type involving products of Bessel functions,” Phil.
Trans. Roy. Soc. London, vol. A247, pp. 529-551, April 1955.
[2] J. Clerk Maxwell, A Treatise on Electricity and Magnetism, 3rd ed., vol.
2. Oxford: Clarendon, 1892, pp.68-73.
[3] I.S. Jacobs and C.P. Bean, “Fine particles, thin films and exchange
anisotropy,” in Magnetism, vol. III, G.T. Rado and H. Suhl, Eds. New
York: Academic, 1963, pp. 271-350.
[4] K. Elissa, “Title of paper if known,” no puplicado.