Ciclo de Vida clásico de un Sistema Estructurado

·   Investigación preliminar (Documentación, factibilidades)

·   Determinación de requisitos del sistema (Comprensión de las necesidades)

·   Diseño del sistema (Diseño lógico)

·   Desarrollo del software (Diseño físico)

·   Prueba del sistema (Experimental)

·   Implantación y Evaluación (instalación, entrenamiento, evaluaciones)

Para introducirnos en el complejo pero aparentemente sencillo mundo de la programación orientada a objetos debemos comprender ante todo algunos conceptos básicos.

Objeto. Entender que es un objeto es la clave para entender cualquier lenguaje orientado a objetos.

Un objeto puede considerarse como una especie de cápsula dividida en tres partes: Relaciones, Propiedades y métodos.

En el análisis y diseño orientados a objetos (OO), interesa el comportamiento del objeto. Si se construye software, los módulos de software OO se basan en los tipos de objetos. El software que implanta el objeto contiene estructuras de datos y operaciones que expresan dicho comportamiento.

Los Objetos de tienen características y comportamientos. Un objeto de software mantiene sus características en una o más "variables", e implementa su comportamiento con "métodos".

 Un objeto puede estar compuesto por otros objetos. Estos últimos a su vez también pueden estar compuestos por otros objetos. Esta intrincada estructura es la que permite construir objetos muy complejos.

Clase. Las clases son la descripción de los elementos comunes y básicos de los objetos que deben representar. Así las clases se definen y pueden ser usadas para crear innumerables objetos de este tipo en los más diferentes contextos. Así, una clase es una implantación de un tipo de objeto. Especifica una estructura de datos y los métodos operativos permisibles que se aplican a cada uno de sus objetos.

La clase es un modelo o prototipo que define las variables y métodos comunes a todos los objetos de cierta clase. También se puede decir que una clase es una plantilla genérica para un conjunto de objetos de similares características.

Las clases se pueden catalogar como clases visuales, clases no visuales y clases abstractas.

Las clases visuales son las que derivan en objetos que forman parte de la interfaz grafica con el usuario.

Las clases abstractas son clases que sólo pueden tener subclases.

Para que la clase tenga funcionalidad es necesario definirle cuáles son los métodos y propiedades que van a formar parte de ella.

Herencia. Un tipo de objeto de alto nivel puede especializarse en tipos de objeto de bajo nivel. Un tipo de objeto puede tener subtipos. Por ejemplo, el tipo de objeto persona puede tener subtipos estudiante y empleado. A su vez, el tipo de objeto estudiante puede tener como subtipo estudiante de pregrado y estudiante de postgrado, mientras que empleado puede tener como subtipo a académico y administrativo. Existe de este modo una jerarquía de tipos, subtipos, subsubtipos, etc.

 Una clase implanta el tipo de objeto. Una subclase hereda propiedades de su clase padre; una sub-subclase hereda propiedades de las subclases; etc. Una subclase puede heredar la estructura de datos y los métodos, o algunos de los métodos, de su superclase. También tiene sus métodos e incluso tipos de datos propios.

Mensajes. Para que un objeto haga algo, le enviamos una solicitud. Esta hace que se produzca una operación. La operación ejecuta el método apropiado y, de manera opcional, produce una respuesta. El mensaje que constituye la solicitud contiene el nombre del objeto, el nombre de una operación y, a veces, un grupo de parámetros.

 La programación orientada a objetos es una forma de diseño modular en la que con frecuencia el mundo se piensa en términos de objetos, operaciones, métodos y mensajes que se transfieren entre tales objetos. Un mensaje es una solicitud para que se lleve a cabo la operación indicada y se produzca el resultado.

Método. Son los procedimientos declarados de cada objeto. Los métodos especifican la forma en que se controlan los datos de un objeto. Los métodos en un tipo de objeto sólo hacen referencia a la estructura de datos de ese tipo de objeto. No deben tener acceso directo a las estructuras de datos de otros objetos. Para utilizar la estructura de datos de otro objeto, deben enviar un mensaje a éste. El tipo de objeto empaca juntos los tipos de datos y su comportamiento.

Un método es una función o subrutina asociada a un objeto. Entonces, dentro del software orientado a objeto, un objeto es cualquier cosa, real o abstracta, acerca de la cual almacenamos datos y los métodos que controlan dichos datos.

Eventos. Son también código escrito dentro de procedimientos, pero que no se ejecutan a través de una invocación especifica, sino que se “auto” ejecutan por alguna acción en particular que se esté llevando a cabo, vale decir el movimiento del mouse (mousemove), el clic del mouse (clic), etc.

Encapsulado. El empaque conjunto de datos y métodos se llama encapsulado. El objeto esconde sus datos de los demás objetos y permite el acceso a los datos mediante sus propios métodos. Esto recibe el nombre de ocultamiento de información. El encapsulamiento evita la corrupción de los datos de un objeto. Si todos los programas pudieran tener acceso a los datos de cualquier forma que quisieran los usuarios, los datos se podrían corromper o utilizar de mala manera. El encapsulado protege los datos del uso arbitrario y no pretendido.

El encapsulado, al separar el comportamiento del objeto de su implantación, permite la modificación de ésta sin que se tengan que modificar las aplicaciones que lo utilizan.

Estructurado

Orientado a Objetos

·   El desarrollo requiere de especificaciones funcionales gráficas, particionadas y mínimamente redundantes

·   La esencia del desarrollo orientado a objetos es la identificación y organización de conceptos del dominio de a aplicación

·   Programación estructurada

·   Diseño Estructurado

·   Análisis Estructurado

·   Se basa en estructura de datos

·   Se eliminan fronteras entra las fases del desarrollo

·   Reutilización de componentes (a través de objetos)

·   Incorporación de bibliotecas de clases

·   Iteración y solapamiento

·   Requiere diagramas de flujo de datos, diccionario de datos y especificaciones de procesos, definiendo las estructuras de los datos de entrada y salida, ordenando según la lógica procedimental para que responda a los requerimientos.

·   Se utilizan objetos de software como si fuesen ojetos del mundo real para construir modelos, los cuales interactuarán para responder a los requerimientos. Estos emergen en el proceso como los eventos en la vida real. Estos objetos, al poseer “vida propia”, actúan en la medida que son activados por los eventos, sin requerir ser involucrados por una lógica y subsecuente  ejecución de un código estructurado

Caso: Sistema de Comunicaciones del sitio http://www.dirfinanzas.mil.ve

1. Análisis del problema.

Todo el personal militar y civil adscrito al Ejército venezolano, ubicado en cualquier punto de la geografía nacional e internacional recibe el beneficio económico a través de la Dirección de Finanzas del Ejército.

La presencia de este personal fuera del alcance físico del Comando General del Ejército ubicado en Fuerte Tiuna, genera dificultades de comunicación entre la organización y sus miembros, dificultando el proceso de consulta de dudas que este personal tiene. Por ello se requiere de un sistema interactivo que permita que hasta el soldado o el empleado civil en frontera y más alejado de la capital pueda exponer sus inquietudes ante la Dirección de Finanzas.

2. Identificación de elementos interactivos

Se requiere la utilización de dos objetos del mismo tipo: casillas de texto, y otros dos objetos de botón.

Objetos de Casilla: Uno para exposición de la duda o inquietud del usuario del sitio. La otra casilla para permitir al usuario identificarse si así lo desea.

Objetos de botón: Uno de ellos permitirá la limpieza de los objetos de texto; el otro botón activará el código Summit.

3. Definición de las operaciones

El formulario que contiene los objetos será enviado al email: [email protected] a través de Summit.

El sistema se desarrollará con JavaScript de tal forma que no requiera que el expositor deba poseer necesariamente un correo electrónico para enviar su comentario, por lo cual el servicio no será invasivo.

4. Implementar diseño

http://www.dirfinanzas.mil.ve/contactos.htm