Paper “Construcción orientada a

objetos - Meyer”
Autor: Martínez Rey Cristhian Camilo
ccmartinez@correo.udistrital.edu.co

Abstract: Con todo lo anterior, se derivan cinco

A method of software construction can be
considered modular if it helps designers to
produce systems from autonomous
elements that interconnect with each other
through a simple structure. For this, the
system must comply with some
requirements: decomposition,
composition, compressibility, continuity
and protection, and from these are derived
some other rules which are: Direct
correspondence, few interfaces, small
interfaces, explicit interfaces, concealment
of information.
With all the above, five principles are
derived: The principle of modular units,
the principle of self-documentation, the
principle of Uniform Access, the Open-
Closed principle, the principle of Single
Choice.
Resumen:
Un método de construcción de software
puede ser considerado modular si ayuda
a los diseñadores a producir sistemas a
partir de elementos autónomos que se
interconectan entre sí mediante una
estructura simple. Para esto, el sistema
deberá cumplir con algunos requisitos:
Descomposición, composición,
compresibilidad, continuidad y protección,
y de estas se derivan algunas otras reglas
las cuales son: Correspondencia directa,
pocas interfaces, interfaces pequeñas,
interfaces explícitas, ocultación de la
información.
principios: El principio de unidades
modulares, el principio de auto-
Documentación, el principio de Acceso
Uniforme, el principio Abierto-Cerrado, el
principio de Elección única.
Palabras clave:
Modular, programación, principios, reglas,
criterios, principios, interfaces, clases,
paquetes, metodo.
Introducción:
La modularidad consiste en dividir un
programa en diferentes capas que puedan
compilarse por separado, obviamente
estas capas tendrán conexiones con
otras. Gracias a esto podríamos obtener
diferentes características como la
capacidad de descomponer un sistema
complejo (“Divide y vencerás”), capacidad
de componer a través de sus capas, y la
comprensión del sistema en partes.
Es importante hacer un software modular
ya que permite tener los límites bien
definidos y así tener una mejor lectura del
programa.
Modularidad:
La modularidad es una propiedad que
permite subdividir la aplicación en partes
mucho más pequeñas, comúnmente
llamadas módulos, las cuales deben ser
tan independientes como sea posible de
la aplicación y de los otros módulos, es
importante recalcar que estos módulos
deben poder ser compilados por
separado.
Ahora bien, si un software es llamado
modular debería poder cumplir con cinco
requisitos fundamentales:
-Descomposición modular:
Un método satisface la descomposición si
ayuda en la tarea de descomponer el
problema en un pequeño número de
subproblemas menos complejos que el
principal, interconectados mediante una
estructura sencilla y suficientemente
independiente.
-Composición modular:
Un método satisface la composición
modular si favorece la producción de
elementos de software que pueden ser
combinados para crear nuevos sistemas,
posiblemente en un entorno diferente a
aquel en que se idearon.
-Comprensibilidad modular:
Un método satisface la comprensibilidad
modular si ayuda a producir software en el
cual un lector humano pueda entender
cada módulo.
-Continuidad modular:
Un método satisface la continuidad
modular si en la arquitectura de software
que produce, un pequeño cambio en la
especificación de un problema provoca
solo cambios en un solo módulo o en un
pequeño número de módulos.
-Protección modular:
Un método satisface la protección
modular si produce arquitecturas en las
cuales el efecto de una situación anormal
que se produzca dentro de un módulo
durante la ejecución queda confinado a
dicho módulo o en el peor caso se
propaga solo a unos pocos módulos
vecinos.
De los criterios anteriores se desprenden
ahora cinco reglas que se deberán seguir
para asegurar la modularidad.
-Correspondencia directa:
La estructura modular obtenida en el
proceso de construcción de un sistema de
software debe seguir siendo compatible
con cualquier otra estructura modular
obtenida en el proceso de modelado.
-Pocas interfaces:
Cada módulo debe comunicarse con el
menor número de módulos posibles.
-Pequeñas interfaces:
Si dos módulos se comunican deben
intercambiar la menor información posible.
-Interfaces explícitas:
Siempre que dos módulos A y B se
comuniquen, esto debe ser obvio a partir
del texto de A o B o de ambas.
-Ocultacion de informacion:
Hace referencia a que los atributos
privados de un objeto no pueden ser
modificados ni obtenidos a no ser que se
haga a través del paso de un mensaje
(invocación a métodos, ya sean estos
funciones o procedimientos).
A partir de las reglas y criterios se derivan
en cinco principios relativos a la
modularidad.
-El principio de Unidades
Modulares:
Los módulos deben corresponderse con
las unidades sintácticas en el lenguaje
utilizado.
-El principio de Auto-
documentación:
El diseñador de un modulo debera hacer
que toda la información relativa al módulo
forme parte del propio módulo, para que
así este no pueda depender de algún otro.
-El principio de acceso
uniforme:
Todos los servicios ofrecidos por un
módulo deben estar disponibles a través
de una notación uniforme sin importar si
están implementados a través de
almacenamiento o de un cálculo.
-El principio Abierto-Cerrado:
Los módulos deben ser a la vez abiertos y
cerrados: Un módulo se llama abierto si
está disponible para ser extendido, un
módulo se llama cerrado si está
disponible para ser usado por otros
módulos.
-El principio de elección
única:
El principio de eleccion unica se cumplira
siempre que un sistema de software
admita un conjunto de alternativas en el
que habrá un solo módulo (y solo uno)
que conozca su lista completa.
Ventajas:
-Un programa modular es más fácil de
escribir y manipular.
-Un programa modular es más fácil de
controlar.
-Posibilita el uso repetitivo en el mismo o
diferentes programas.
-Un programa modular es más fácil de
depurar.
Desventajas:
-La programación modular requiere más
memoria y tiempo de ejecución.
-No se dispone de algoritmos formales de
modularidad.
Conclusiones:
-Los módulos sirven como para la
composicion y descomposicion de
software.
-La integridad a largo plazo de los
software se puede asegurar con una
correcta aplicación de la modularidad.
-La elección de una estructura adecuada
es la clave para alcanzar los objetivos de
reutilización y extensibilidad.
Bibliografía:
{1}“Meyer,B. Objected Oriented Software
Construction, Santa Barbara, California:
Interactive Software Engineering Inc.
(ISE) ”
{2}“Mauricio Paleta, (2011). SlideShare:
Universidad Nacional Experimental de
Guayana,
https://es.slideshare.net/karlalopezbello/pr
incipios-orientacionobjetos”
{3}“Henry Eliseo Navarro (2011).
SlideShare:
https://es.slideshare.net/hnavarroch/conce
ptos-basicos-de-poo” http://biostec2007.blogspot.com/2007/09/
modularidad-objetos.html”
{4}“biosTec (2007). blogSpot:
Autor: Martínez Rey Cristhian Camilo