ANLISIS Y DISEO ESTRUCTURADO vs.

ORIENTADO A OBJETO

INTRODUCCIN

El Analista de Sistemas es imprescindible en cualquier organizacin, debido al abanico de destrezas que st produce. Se encarga no slo estudiar la organizacin y desarrollar un sistema automatizado, es ms que es es tambin la de asesorar, supervisar, recomendar y modificar procesos internos y algunas veces de modifi empresa, con el propsito de lograr los objetivos que se proponen.

El Analista de Sistemas tambin tiene dentro de sus actividades el Anlisis y Diseo de sistemas el cual se r situacin de una empresa con el propsito de manejarla con mtodos y procedimientos ms adecuados." (S puede dividir en dos: el anlisis de sistemas que comprende la planificacin, el levantamiento inicial de info sistema actual para luego recomendar o estructurar las especificaciones necesarias para el nuevo sistema; cabo el sistema por medio de la clasificacin y empleo de la informacin de manera que se pueda ofrecer u

Todo anlisis y diseo de sistemas lderizado o no por un analista de sistemas posee fases que pueden divid discretos pero, que innegablemente son continuos, de alguna manera cclica. Es aqu donde pueden ser util entre las cuales se pueden mencionar: el Anlisis y Diseo Estructurado y el Anlisis y Diseo Orientado a O

La investigacin que se presenta a continuacin define las dos metodologas mencionadas anteriormente as existen entre ellas. Por ltimo se presenta un Caso Practico donde se planeta un ejemplo de cmo se pue a Objeto en un proyecto Web que le sirva a la empresa donde laboro.

ANLISIS Y DISEO ESTRUCTURADO

Muchos especialistas en sistemas de informacin reconocen la dificultad de comprender de manera complet mtodo de desarrollo del anlisis estructurado tiene como finalidad superar esta dificultad por medio de: 1) componentes y 2) la construccin de un modelo del sistema. El mtodo incorpora elemetos tanto de anlisi

ANLISIS ESTRUCTURADO El anlsis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicacin. N los requerimientos o la forma en que se impantar la aplicacin. Ms bien permite que las personas observe har el sistema) separado de los componentes fsicos (computadoras, terminales, sistemas de almacenamie puede desarrollar un diseo fsico eficiente para la situacin donde ser utilizado.

ELEMENTOS DEL ANLISIS ESTRUCTURADO Descripcin Grafica: Utiliza smbolos o iconos para crear un modelo grafico del sistema. Sin introd informatizados, archivos, entre otros. Diagramas de Flujo de Datos: Tienen la misin de Mostrar las fuentes y destinos de los datos, Ide procesos, Dar nombre a los grupos de datos que relacionan una funcion con otra, Sealar los almace acceso. Diccionario de Datos: Se definen flujo de datos, procesos y almacenes de datos.

DISEO ESTRUCTURADO El diseo estructurado, otro elemento del anlisis estructurado que emplea la descripcin grfica, se enfoca especificaciones del software. La meta del diseo estructurado es crear programas formados por mdulos in el punto de vista funcional. Este enfoque no slo conduce hacia mejores programas sino que facilita el man surja la necesidad de hacerlo.

El diseo estructurado es una tcnica especfica para el diseo de programas y no un mtodo de diseo de nada relacionado con el diseo de archivos o bases de datos, la presentacin de entradas o salidas, la secu hardware que dar soporte a la aplicacin. Esta tcnica conduce a la especificacin de mdulos de program independientes.

La herramienta fundamental del diseo estructurado es el diagrama de flujo de datos, los diagramas estruc evitan cualquier referencia relacionada con el hardware o detalles fsicos. Su finalidad no es mostrar la lgic tarea de los diagramas de flujo). Los diagramas estructurados describen la interaccin entre mdulos indep un mdulo pasa a otro cuando interacciona con l. Estas especificaciones funcionales para los mdulos se p antes que de comienzo la fase de escritura de cdigo.

EMPLEO DEL ANLISIS Y DISEO ESTRUCTURADO CON OTROS MTODOS Se combina, con bastante frecuencia, con el mtodo de ciclo de vida clsico de desarrollo de sistemas. Por por desarrollar diagramas de flujo de datos como una forma para documentar las relaciones entre compone detallada de algn sistema existente. Asimismo, se pueden definir los archivos y datos en un diccinario cen las reglas del anlisis estructurado.

ANLISIS Y DISEO ORIENTADO A OBJETOS

Las tcnicas orientadas a objetos permiten que el software se construya a partir de objetos de comportami se pueden construir a partir de otros, que a su vez pueden estar formados por otros objetos.

El anlisis de sistemas en el mundo orientado a objetos se realiza al estudiar los objetos en un ambiente, a interactan con dichos objetos. El diseo del software se realiza al volver a utilizar clases de objetos ya exis construir nuevas clases. Al modelar una empresa, los analistas deben identificar sus tipos de objetos y las o objetos se comporten en determinada forma.

Las tcnicas orientadas a objetos se pueden utilizar como medios para el diseo sencillo de sistemas compl una coleccin de objetos, donde cada uno de ellos puede llegar a tener varias posibilidades. Las operacione relativamente sencillas. Los objetos se construyen a partir de otros objetos. Los sistemas se construyen a p probados con un formato definido para las solicitudes de las operaciones del componente.

El analista orientado a objetos ve el mundo como objetos (con estructuras de datos y mtodos) y eventos q modifican el estado de los objetos. Las operaciones aparecen como objetos que hacen solicitudes a otros ob de la estructura de los objetos y de los eventos que los modifican. El modelo del diseador es similar al mo el detalle suficiente como para crear el cdigo. El anlisis y diseo orientado a objetos intenta lograr la reut objetos. Modela el mundo en trminos de objetos que tienen propiedades y comportamientos, y eventos qu modifican el estado de los objetos. Los objetos interactan de manera formal con otros objetos.

PROGRAMACIN ORIENTADA A OBJETO La programacin orientada a objetos no es un concepto nuevo, sus inicios y tcnicas de programacin se in puede definir programacin orientada a objetos (OOPS) como una tcnica de programacin que utiliza obje

construccin. La OOPS, es un tipo de programacin ms cercana al razonamiento humano. La OOPS surge programacin de grandes programas, y para solventar el mantenimiento de dichas aplicaciones, ya que en mnimo cambio supone la modificacin de muchas funciones relacionadas, en cambio con la OOPS solo es c mtodos de una clase o mejor, crear una nueva clase a partir de otra (Herencia).

OBJETO Los objetos son las cosas fsicas y conceptuales que encontramos en el universo alrededor de nosotros. Had seres humanos, los conceptos son todos los ejemplos de los objetos.

CLASES Las Clases son como plantillas o modelos que describen como se construyen ciertos tipos de Objeto. Cada v una Clase, se crea una instancia de esa Clase("instance"). Una Clase es una coleccin de Objetos similares una Clase. Se puede definir una Clase como un modelo que se utiliza para describir uno o ms Objetos del

HERENCIA Una caracterstica muy importante de los Objetos y las Clases es la Herencia, una propiedad que permite co partir de unos ya existentes. Esto permite crear "Sub-Clases" denominadas Clases Derivadas que comparte cual derivan (Clase base). Las Clases derivadas heredan cdigo y datos de la clase base, asimismo incorpor especiales. Se puede decir que la herencia permite definir nuevas Clases a partir de las Clases ya existente

POLIMORFISMO En un sentido literal, Polimorfismo significa la cualidad de tener ms de una forma. En el contexto de POO, de que una simple operacin puede tener diferente comportamiento en diferentes objetos. En otras palabra mismo mensaje de modo diferente. Los primeros lenguajes de POO fueron interpretados, de forma que el P tiempo de ejecucin. Por ejemplo, en C++, al ser un lenguaje compilado, el Polimorfismo se admite tanto e tiempo de compilacin.

DIFERENCIAS. ANLISIS Y DISEO ESTRUCTURADO vs. ORIENTADO A OBJETO

- La metodologa de anlisis y diseo estructurado, examinan los sistemas desde el punto de vista de las fu realizar, tareas que se van descomponiendo sucesivamente en otras tareas mas pequeas y que forman los aplicaciones. En la orientacin a objeto, por su parte, cobra mucho ms importancia el aspecto de "modelad dominio del problema como un conjunto de ojbetos que interactan entre s.

- En la metodologa de anlisis y diseo estructurado se produce una divisin entre los dos elementos de un cabo los programas y datos que se almacenan en archivos o bases de datos. Y por otro lado, la orientacin de ambos aspectos, que se unen en los objetos.

- En la metodologa de anlisis y diseo estructurado las herramientas que utilizan para el anlisis son: Dia Diccionarios de Datos, Diagramas Entidad-Relacin, Diagramas de Trancisin de Estado, Especificaciones de orientadas a objetos se emplean distintos modelos que depende de la metodologa, entre los principales est Estado u Objeto-Estado, entre otros. Adems, podemos agregar otras diferencias secundarias tales como: - Se eliminan fronteras entre fases debido a la naturaleza iterativa del desarrollo orientado al objeto.

- Aparece una nueva forma de concebir los lenguajes de programacin y su uso al incorporarse bibliotecas

reutilizables. - Hay un alto grado de iteracin y solapamiento, lo que lleva a una forma de trabajo muy dinmica.

CASO PRCTICO
A continuacin se describe el diseo de un sistema Web realizado por mi persona utilizando el Lenguaje de Antes de comenzar con la descripcin del caso prctico, veamos algunos conceptos:

QU ES UML? "El Lenguaje de Modelado Unificado UML es un lenguaje estndar para escribir planos de software. UML pue especificar, construir y documentar los artefactos de un sistema que involucra gran cantidad de software"

El UML es el Lenguaje de Modelado Unificado Orientado a Objetos, UML no es un mtodo porque no tiene n parte importante de un mtodo. Ahora bien si UML no es mtodo; entonces Cules son las etapas a seguir UML?, varios especialistas en desarrollo de sistemas de informacin arguyen de que existe la necesidad de de sistemas para enmarcar las fases importantes que sigue el UML, por ello los desarrolladores de proyecto emplean el Procesos Unificado para dar soluciones adecuadas a las necesidades de los clientes.

El desarrollo de sistemas con UML siguiendo el proceso unificado incluye actividades especficas, cada una d subactividades las cuales sirven como una gua de cmo deben ser las actividades desarrolladas y secuenci exitosos; consecuentemente el desarrollo de los sistemas puede variar de desarrollador en desarrollador, d empresa en empresa adoptando siempre un Proceso de Desarrollo.

DIAGRAMAS UML Los elementos de UML se muestran mediante diagramas que presentan mltiples vistas del sistema, ese co como modelos .

UML presenta varios diagramas donde cada uno representa un aspecto del sistema. De ah que varios inves puntos de vista mencionan qu diagramas emplear en el desarrollo de los sistemas de informacin; sin men ms adecuados en las distintas etapas de desarrollo del Proceso Unificado, viendo esta necesidad, la autora conjunto de diagramas necesarios para cada etapa segn la complejidad del sistema de informacin a soluc

Dado un sistema a desarrollar no es necesario emplear todos los diagramas; para sistemas sencillos un dia de diagramas de actividades e interaccin sera suficiente, asimismo si los sistemas son complejos requiere diagramas, debido a que requieren de etapas incrementales e iterativas(ciclos de desarrollo) en el anlisis, es que el conjunto actividades deber especificar la etapa de desarrollo y los diagramas recomendados Luego de haber dado un breve marco terico se proceder a la descripcin del caso prctico. DESCRIPCIN DEL CASO PRCTICO IDENTIFICAR LOS CASOS DE USO

En esta etapa se logra claridad sobre lo que desea el usuario y la forma en la cual se le va a presentar la so lograr ste objetivo se plantean los siguientes puntos:

1. Actores o Usuarios - Representan usuarios y otros sistemas que interaccionan con el sistema. - Representan el tipo de usuario, no una instancia de usuario. - No son parte del sistema que se desarrolla. - Suministran y reciben informacin al sistema. 2. Porqu se disea el sistema? El sistema actual presenta varias limitantes entre las cuales destacan: - Es un sistema cuyo nivel de automatizacin del proceso es muy bajo. - Asignacin manual de las acciones a tomar por parte del personal. - Insuficiente informacin para el anlisis. - No es ptimo el tiempo de respuesta para dar solucin a los problemas. Los usuarios de la versin actual del sistema evaluaron la funcionalidad y eficiencia del mismo se lleg a la requerimientos del momento para las organizaciones implicadas. 3. Roles y Funciones de los Usuarios - Usuarios 01: personas encargadas de interactuar directamente con el sistema.

- Usuarios 02: operan otra aplicacin, la cual tiene una interfaz que permite ejecutar el sistema en estudio. - Analista(s) Custodio(s): encargados de la supervisin y mantenimiento del sistema. 4. Otros Sistemas e Interfaces

Existen dos aplicaciones con las cules interacta la aplicacin Una vez realizado ste anlisis se proceder a modelar el diagrama de "Casos de Uso" de la aplicacin. Lue "Casos de Uso", se obtendrn las clases, una vez obtenido el "Diagrama de Clases" se generar el "Modelo "Modelo Fsico de Datos". Todos estos diagramas sern realizados con la herramienta "Power Designer" v. 1

En resumen los pasos a realizar utilizando el Lenguaje de Modelado Unificado para ste caso prctico son lo - Identicar los Casos de Uso. - Identificar las Clases, tomando como base el diagrama de "Casos de Uso". - Generar el Modelo Lgico de Datos

- Por ltimo generar el Modelo Fsico de Datos Una vez realizados los pasos anteriormente mencionados iniciar el diseo del prototipo de la aplicacin.