Documento sin título

Según Senn, en su libro Análisis y Diseño de Sistemas de Información el análisis y diseño de sistemas “se refiere al proceso de examinar la situación de una empresa con el propósito de mejorarla con los métodos y procedimientos más adecuados” (p.11).

Dos tendencias marcadas dominan tanto el modelado del análisis como el de diseño:

a.- Modelo Estructurado: método clásico utilizado con frecuencia para el modelado.

b.- Modelo Orientado a Objeto: método alternativo basado en la tecnología orientada a objeto.

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 descomposició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. Aunque esto pueda parecer más indirecto el software orientado a objeto se mantiene mejor ante los cambios de requerimientos porque se basa en la estructura subyacente del dominio de aplicación en vez de los requerimientos funcionales de un determinado problema.

El Análisis se refiere al "extremo inicial" de un proyecto de desarrollo de sistemas, durante el tiempo en que los requisitos del usuario son definidos y documentados.
El Análisis estructurado introduce el uso de las herramientas de documentación gráficas para producir un tipo diferente de especificación funcional: "la especificación estructurada".

El análisis orientado a objetos (AOO) se fundamente en un conjunto de cinco principios básicos:

Modelar el dominio de la información.
Describir la función del modulo.
Representar el comportamiento del modelo.
Dividir el modelo para mostrar mas detalles.

Observar que los modelos iniciales representan la esencia del problema mientras que los últimos aportan detalles de la implementación.

En el centro del modelo se encuentra el diccionario de datos: almacén de definiciones de todos los datos (consumidos y producidos)

-Tres diagramas diferentes rodean el núcleo: Entidad relación (DER), representa las relaciones entre objetos de datos. El diagrama de flujo de datos (DFD), indica como se transforman los datos a medida que se avanza en el sistema y representa las funciones que transforman el flujo de datos. Diagrama de transición de estado (DTE), indica como se comporta el sistema como consecuencia de sucesos externos.

. Especificaciones de control (EC) información sobre aspectos de control del software.

- Especificaciones de procesos (EP), describe los procesos del final de refinamiento.

- Descripción de objetos de datos: descripción de cualquier configuración que será procesada por el software.

- Un caso de uso es un escenario que describe como el software va a ser usado en una determinada situación.

- Modelo de objeto relación (MOR)

- Modelo de tarjetas (CRC) colección de tarjetas índices estándar que representan clases.

- Modelo de comportamiento de objeto (MCO) indica como responderá un sistema OO a sucesos externos o estímulos.

- Modelo de objeto relaciones (MOR) expresa la conexión existente entre clases.

- Atributos operaciones, colaboradores Atributos, describe un objeto que ha sido incluido en el modelo de análisis. Operaciones, definen el comportamiento de un objeto y cambian de alguna manera sus atributos. Colaboradores, surge cuando una clase no puede satisfacer una responsabilidad y necesita interactuar con otra.

CAPAS DE DISEÑO

Diseño de datos

Diseño arquitectónico

Diseño de interfaz

Diseño a nivel de componentes

Diseño de subsistema

Diseño de clases y objetos

Diseño de mensajes

Diseño de responsabilidades

Conceptos análisis estructurado

Símbolos grá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 utilizados en el sistema.
Descripciones de procesos y procedimientos; declaraciones formales que emplean técnicas y lenguajes que permiten a los analistas describir actividades importantes que forman parte del sistema.
Reglas; estándares para describir y documentar el sistema en forma correcta y completa.

Conceptos del análisis orientado a objeto.

Significa que el software se organiza como una colección de objetos discretos que contiene tanto estructura de datos como también un comportamiento, sus características son:

Identidad: Los datos están cuantificados en entidades discretas y distinguibles denominadas objetos, por ejemplo una persona, los objetos pueden ser tangibles (como un archivo) o intangibles.
Clasificación: Los objetos con la misma estructura de datos (atributos) y comportamiento (operaciones) 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.
Polimorfismo: 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
Herencia: Comparte atributos y operaciones entre clases tomando como base una relación jerárquica, es decir que puedo 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 exclusivas

Fases de diseño

La fase de diseño Esctructurado produce el modelo de diseño con los siguientes elementos:

Diseño de datos. Transforma el modelo de dominio de la información creado durante el análisis, en las estructuras de datos necesarias para implementar el software. Los 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. Define 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 interfaz. Describe como se comunica el software consigo mismo, con los sistemas que operan con él y con los operadores que lo emplean. Los diagramas de flujo de datos y control proporcionan la información necesaria para el diseño de la interfaz.
Diseño procedimental. Transforma elementos estructurales de la arquitectura del programa en una descripción procedimental de los componentes del software. Se obtiene a partir de la especificación del proceso, la especificación del control y el diagrama de transición de estados

Para los sistemas orientados a objetos es posible definir un diseño en pirámide con las siguientes cuatro capas:

Subsistema. Contiene una representación de cada uno de los subsistemas que le permiten al software conseguir los requisitos definidos por el cliente e implementar la infraestructura técnica que los soporta.
Clases y objetos. Contiene las jerarquías de clases que permiten crear el sistema utilizando generalizaciones y especializaciones mejor definidas incrementalmente. También contiene representaciones de diseño para cada objeto.
Mensajes. Contiene los detalles que permiten a cada objeto comunicarse con sus colaboradores. Establece las interfaces externas e internas para el sistema.
Responsabilidades. Contiene las estructuras de datos y el diseño algorítmico para todos los atributos y operaciones de cada objeto.

PRINCIPAL