Enfoque Estructurado y Enfoque Orientado a Objeto

Enfoque Estructurado Vs. Enfoque Orientado a Objetos En cuanto a la forma de desarrollar el análisis las metodologías son radicalmente diferentes desde su enfoque, la primera está orientada a procesos, tomando una visión donde los datos se consideran separadamente de los procesos que los transforman, dando más importancia a la descomposición funcional del sistema, y  por tanto a los diagramas de procesos, esto puede parecer que lleva de manera más directa a la implementación del sistema, pero con frecuencia éste suele ser más frágil. Si cambian los requerimientos un sistema basado en desco mposición funcional puede requerir una reestructuración masiva. Por el contrario el enfoque orientado a objeto se centra en primer lugar en identificar los objetos del dominio de aplicación y después en establecer  procedimientos que los manejen. unque esto esto pueda parecer más indirecto el soft!are orientado a objeto se mantiene mejor ante los cambios de requerimientos  porque se basa en la estructura subyacente del dominio de aplicación en ve" de los requerimientos funcionales de un determinado problema. Análisis y Diseño Estructurado (ADE)

 # $ El nálisis nálisis se refiere al %e&tremo inicial% de un proyecto de desarrollo de sistemas, durante el tiempo en que los requisitos del usuario son definidos y documentados.

 # $ El nálisis nálisis estructurado introduce el uso de las 'erramientas de documentación gráficas para producir un tipo diferente de especificación funcional( %la especificación estructurada%.

Conceptos que se relacionan con el Análisis Estructurado

 # $ S!bolos "ráficos# iconos y convenciones para identificar y describir los componentes de un sistema junto con las relaciones entre estos componentes.  #$ Diccionario de datos# descripciones de todos los datos utili"ados en el sistema.  #$ Descripciones de procesos y procedi!ientos# declaraciones formales que emplean técnicas y lenguajes que permiten a los analistas describir actividades importantes que forman parte del sistema.  #$ $e"las# estándares para describir y documentar el sistema en forma correcta y completa. %ase de Diseño

En esta fase, el dise)o esctructurado produce el modelo de dise)o con los siguientes elementos(  & ' Diseño de datos. *ransforma el modelo de dominio de la información creado durante el análisis, en las estructuras de datos necesarias para implementar el

soft!are. +os objetos de datos y las relaciones definidas en el diagrama entidad relación y el contenido detallado de datos del diccionario de datos constituyen la  base para el dise)o de datos.  & 'Diseño arquitectnico. -efine la relación entre los principales elementos estructurales del programa. Se obtiene a partir del modelo de análisis y de la interacción de subsistemas definidos dentro del modelo de análisis.  & 'Diseño de interfa. -escribe como se comunica el soft!are consigo mismo, con los sistemas que operan con él y con los operadores que lo emplean. +os diagramas de flujo de datos y control proporcionan la información necesaria para el dise)o de la interfa".  & 'Diseño procedi!ental. *ransforma elementos estructurales de la arquitectura del programa en una descripción procedimental de los componentes del soft!are. Se obtiene a partir de la especificación del proceso, la especificación del control y el diagrama de transición de estados Análisis y Diseño Orientado a Objetos (ADOO) Es un método de análisis que e&amina los requerimientos desde la perspectiva de clase y objetos encontrada en el vocabulario original del problema. Se fundamenta en un conjunto de cinco principios básicos(  & ' odelar el dominio de la información.  & ' -escribir la función del módulo.  & ' /epresentar el comportamiento del modelo.  & ' -ividir el modelo para mostrar más detalles. En este tipo de análisis los modelos iniciales representan la esencia del problema, mientras que los 0ltimos aportan detalles de la implementación. Caractersticas del Análisis Orientado a Objetos  & ' *dentidad+ +os datos están cuantificados en entidades discretas y distinguibles denominadas objetos. Estos pueden ser tangibles o intangibles.  & ' Clasificacin+ +os objetos con la misma estructura de datos 1atributos2 y comportamiento 1operaciones2 se agrupan para formar una misma clase, se dice que cada objeto es una instancia de su propia clase, y una clase es una abstracción que describe propiedades importantes para una aplicación y se olvida del resto.  & ' ,oli!orfis!o+ Significa que una misma operación puede comportarse de modos distintos en distintas clases, una operación es una acción o transformación que se aplica a un objeto.  & ' -erencia+ 3omparte atributos y operaciones entre clases tomando como base una relación jerárquica, es decir que se puede definir una clase que después  producirá subclases, sabiendo que todas las subclases adquirirán todas y cada una de las propiedades de su superclase y le agrega además sus propiedades e&clusivas. %ase de Diseño

Para los sistemas orientados a objetos es posible definir un dise)o en pirámide con las siguientes cuatro capas(  & ' Subsiste!a. 3ontiene una representación de cada uno de los subsistemas que le permiten al soft!are conseguir los requisitos definidos por el cliente e

implementar la infraestructura técnica que los soporta.  & ' Clases y Objetos. 3ontiene las jerarquías de clases que permiten crear el sistema utili"ando generali"aciones y especiali"aciones mejor definidas incrementalmente. *ambién contiene representaciones de dise)o para cada objeto.  & ' ensajes. 3ontiene los detalles que permiten a cada objeto comunicarse con sus colaboradores. Establece las interfaces e&ternas e internas para el sistema.  & ' $esponsabilidades. 3ontiene las estructuras de datos y el dise)o algorítmico  para todos los atributos y operaciones de cada objeto.

/abla de Diferencias Análisis y Diseño Estructurado

Análisis y Diseño Orientado a Objetos

Se consideran los elementos o  perspectivas básicas del análisis 1EntradaProcesoSalida2, en función del Soft!are.

Se consideran los conceptos básicos como el 4bjeto y el tributo, el todo y sus partes 1soft!are2, clases y miembros. odela los objetos que son parte de él.

5tili"a el diagrama estructurado como represetación gráfica del sistema.

5tili"a el diagrama orientado a objetos como representación gráfica del sistema.

3onsta de 6 7ases 1nálisis, -ise)o, 3odificación, Pruebas e 8ntegración2.

3onsta de 9 7ases 1nálisis, -ise)o, Evolución y odificación2.

5ne a los usuarios y a los  :o enfoca apropiadamente el dise)odise)adores. Permite proporcionar de familias de programas. sume una descripción completa del una progresión relativa uniforme de problema, legible y revisable por las  pasos de elaboración.  partes interesadas y verificable contra la realidad.  :o acomoda el tipo de desarrollo evolutivo. :o enfoca los posibles modos futuros de desarrollo de soft!are.

Si están correctamente definidas las  jerarquías de clase, 'acer modificaciones no es tan costoso como en el caso de programación tradicional. Sólo 'ay que entrar en la  parte de Evolución para 'acer modificaciones.

El -ise)o inicia una ve" que 'a culminado la fase de análsis de sistema.

El -ise)o inicia a0n antes de concluir  con la etapa de análisis. Se recomienda anali"ar un poco y dise)ar. Esta etapa debe concluir una ve" que se establecieron claves y mecanismos importantes.

En este análisis se llega solo a la fase de integración y no toma en consideración los cambios que ocurren dentro del sistema en el  proceso de análisis y dise)o de sistemas.

5n programa que se usa en un ambiente real necesariamente debe cambiar. +os cambios difieren un  poco de los requeridos en evolución,  pues contemplan la introducción de nuevas funcionalidades no previstas en el problema original.

+as 'erramientas utili"adas son( +as 'erramientas utili"adas son( -iagramas de 3lases, -iagrama de -iagrama de 7lujo de -atos, 4bjetos, -iagramas de ódulos, -iagramas de Entidad/elación, -iagramas de Procesos, -iagramas -iagrama de *ransición de Estados. de *ransición de Estados, -iagramas de *iempo. El análisis está orientado a los Procesos del sistema.

El análisis está orientado a los 4bjetos.

/equiere traducir el dominio del Es una forma de pensar acerca de un  problema en una serie de funciones  problema en términos del mundo real y subfunciones. El analista debe en ve" de en términos de un comprender primero el dominio del ordenador. El 44 permite anali"ar  problema y a continuación mejor el dominio del problema, sin documentar las funciones y  pensar en términos de implementar el subfunciones que debe proporcionar  sistema en un ordenador. El 44 el sistema. :o e&iste un mecanismo  permite pasar directamente el  para comprobar si la especificación dominio del problema al modelo del del sistema e&presa con e&actitud sistema. los requisitos del sistema. Este enfoque se adapta bien al uso El concepto 44 es más simple y está de sistemas informáticos para menos relacionado con la informática implementar el sistema, pero no es que el concepto de flujo de datos. nuestra forma 'abitual de pensar. +aEsto permite una mejor comunicación entre el analista y la comunicación entre el analista y el 4rgani"ación está limitada, por las e&perto en el dominio del problema fases. 1es decir, el cliente2. +a relación entre los modelos es muy débil, y 'ay muy poca +os objetos encapsulan tanto influencia de un modelo en otro. En atributos como operaciones. -ebido a la práctica, los modelos de procesos esto, el 44 reduce la distancia entre y de datos de un mismo sistema se el punto de vista de los datos y el  parecen muy poco. En muc'os  punto de vista del proceso, dejando casos son visiones irreconciliables, menos lugar a inconsistencias o no del mismo sistema, sino de dos disparidades entre ambos modelos.  puntos de vista totalmente diferentes de organi"ar la solución.