1.4.

Clasificacin de la tecnologa en el desarrollo de software (Tecnologa Estructurada y Orientada a Objetos)

DIFERENCIAS ENTRE ESTRUCTURADO Y ORIENTADO A OBJETOS La idea orientada a objetos Los conceptos de anlisis y diseo orientados a objetos fueron desarrollados para dar soporte a una tecnologa de programacin O-O. El desarrollo de esta tecnologa de programacin no fue una evolucin instantnea, sino la evolucin de un conjunto, de conceptos algo desconectados que han sido puestos juntas para formar un paradigma para la ingeniera de software. Seis ideas bsicas caracterizan a la programacin O-O; (1) objetos, (2) clases, (3) mensajes, (4) encapsulacin. (5) herencia y (6) polimorfismo. Un objeto Es una representacin en computadora de alguna cosa o evento del mundo real. Clases Una clase es una categora de objeto. -similares. Los objetos se agrupan en clases. Una clase define el conjunto de atributos v comportamientos, compartidos qua se encuentran en cada objeto de la clase. Mensajes Se puede enviar informacin de un objeto a otro. Encapsulacin La informacin acerca de un objeto est encapsulada por su comportamiento. Esto significa que un objeto mantiene datos acerca de cosas del mundo real a las que representa en un sentido verdadero. A un objeto se le debe "pedir" o "decir" a que cambie sus propios datos con un mensaje, en vez de esperar que tales datos de procesos externos cambien la naturaleza de un objeto. Los datos encapsulados pueden ser protegidos en forma tal que solamente el objeto mismo pueden hacer tales cambios por medio de su propio comportamiento. Esta construccin facilita la construccin de objetos que son muy confiables y consistentes, debido a que ellos tienen control completo sobre sus propios atributos. Tambin hace que sea mucho ms fcil el mantenimiento y cambio de programas. Herencia Las clases pueden tener "hijos", esto es una clase puede ser creada a partir de otra clase. La clase original, o madre, es llamada "clase base". La clase hija es llamada "clase derivada". Una clase derivada puede ser creada en forma tal que herede todos los atributos y comportamientos de la clase base. Una clase derivada puede tener tambin

atributos y comportamientos adicionales. La herencia reduce la labor de programacin reutilizando fcilmente objetos antiguos. Polimorfismo El trmino polimorfismo se refiere a comportamientos alternos entre clases derivadas relacionadas. Cuando varias clases heredan atributos y comportamientos, pueden haber casos en donde el comportamiento de una clase o de sus clases derivadas deba ser diferente de su clase base o de sus clases derivadas parientes. Esto significa que un mensaje puede tener diferentes efectos dependiendo de exactamente qu clase de objeto recibe el mensaje.

Anlisis estructurado El anlisis tradicional de sistemas empez a cambiar a fines de los aos 70. La mayora de las organizaciones que ahora usan el anlisis estructurado basan su enfoque en los primeros textos de DeMarco, Gane y Sarson, y Weinberg y otros, al igual que en seminarios, videos y otros materiales de capacitacin basados en dichos libros. Sin embargo, varios aos de experiencia prctica con el anlisis estructurado clsico han sealado un buen nmero de reas en las que es necesario hacer cambios. Los principales cambios son: -El nfasis en la construccin de modelos "fsicos actuales" y "lgicos actuales" del sistema del usuario se han demostrado que es polticamente peligroso. A menudo, el equipo encargado del proyecto pasaba tanto tiempo estudiando el sistema anterior, que todo mundo saba que iba a desecharse y reemplazarse con el nuevo, que el proyecto acababa siendo cancelado por un usuario impaciente antes de que el equipo pudiera darse a la tarea de estudiar el nuevo sistema propuesto. Esto no quiere decir que hayamos decidido evitar modelar el sistema actual del usuario en todos los casos, sino que simplemente lo reconocemos con una actividad polticamente peligrosa, a la que con toda probabilidad se tendr que minimizar, si no eliminar del todo en el mundo real. -El anlisis estructurado clsico haca una distincin difusa y poco definida entre los modelos fsicos y los modelos; de hecho, aun los trminos lgico y fsico confunden a muchos. McMenamin y Palmer contribuyeron con ideas importantes a esta rea e incluso ha cambiado parte de la terminologa: ahora nos referimos a modelos esenciales (modelos de la "esencia" del sistema) en lugar de modelos lgicos, y a modelos de implantacin en lugar de modelos fsicos. -Cada vez son ms las organizaciones que estn usando las tcnicas del anlisis estructurado para construir sistemas en tiempo real. Sin embargo el anlisis estructurado clsico no tiene manera de modelar el comportamiento dependiente del tiempo de un sistema; carece de la notacin necesaria para mostrar interrupciones y seales, y para mostrar la sincronizacin y coordinacin de distintas labores de proceso. Para resolver este problema se ha aadido la notacin necesaria y una herramienta nueva completa, que incluye flujos de control, procesos de control y diagramas de transicin de estados. - El anlisis estructurado clsico se concentraba casi totalmente en modelar las funciones que deberan llevarse a cabo en un sistema; el modelado de datos se haca de una manera primitiva y a menudo se lo desenfatizaba o incluso se lo ignoraba. Mientras tanto, ms y ms organizaciones han encontrado que sus sistemas comprenden funciones, relaciones entre datos y caractersticas de tiempo real, los diagramas de transicin de

estados se han aadido al anlisis estructurado para permitir el modelado de sistemas en tiempo real. Y para permitir el modelado de sistemas con relaciones complejas entre datos se introdujeron los diagramas de entidad-relacin. El hecho de que las tres herramientas importantes puedan integrarse, es ms importante que el aadir una o dos herramientas adicionales de modelado. El proceso del anlisis estructurado ha cambiado asombrosamente. El anlisis estructurado clsico supona que el analista empezara por dibujar un diagrama de contexto, es decir, un diagrama de flujo de datos con una sola burbuja que representa a todo el sistema, y luego lo dividira en varias funciones y almacenes de datos, en una forma estrictamente descendente. En consecuencia, se ha aadido un nuevo enfoque, conocido como divisin de eventos. La terminologa y el concepto bsico de la divisin de eventos los introdujeron McMenamin y Palmer y los extendieron Ward y Mellor.