3er Parcial, Submódulo #1

Proyecto de P.O.O. y metodología espiral.

Primero recordemos muy rápidamente qué es P.O.O., la P.O.O. (Programación Orientada a Objetos) es un paradigma de la programación que más se utiliza en la actualidad, su función dicha en palabras sencillas sería convertir imágenes de la vida real en código.

¿Y cómo funciona esto? Veamos que en la imagen superior se encuentran dos figuras con sus respectivas características (propiedades) y sus acciones (métodos), con estos en mano debemos proceder a transportar este concepto a nuestro código, generando primeramente las clases, que nos sirven para la creación de los objetos. Las clases pueden ser asemejadas a un molde en el cual se vierte una sustancia buscando que tome la forma de este, así podría decirse que es una clase, se trata de un software que puede utilizarse para crear múltiples objetos iguales. Una clase contiene un conjunto de elementos que definen al objeto, las ya provistas propiedades y métodos,con esto podemos resumir en que una clase es la estructura de un objeto o la definición de todos los elementos de los que está conformado dicho objeto.

Ahora hablemos del modelo en espiral, el modelo en espiral describe el ciclo de vida de un software por medio de espirales, que se repiten hasta que se puede entregar el producto terminado, también se conoce como desarrollo o modelo incremental. El producto se trabaja continuamente y las mejoras a menudo tienen lugar en pasos muy pequeños.¿Cómo funciona? Se caracteriza por los siguientes cuadrantes o ciclos:

Objetivo y determinación alternativa: Los objetivos se determinan conjuntamente con el cliente. Al mismo tiempo, se discuten posibles alternativas y se especifican las condiciones marco (por ejemplo, sistemas operativos, entornos y lenguajes de programación).

Análisis y evaluación de riesgos: Se identifican y evalúan los riesgos potenciales. También se evalúan las alternativas existentes. Los riesgos son registrados, evaluados y luego reducidos utilizando prototipos, simulaciones y softwares de análisis. En este ciclo, existen varios prototipos como plantillas de diseño o componentes funcionales

Desarrollo y prueba: Los prototipos se amplían y se añaden funcionalidades. El código real es escrito, probado y migrado a un entorno de prueba varias veces hasta que el software pueda ser implementado en un entorno productivo.

Planificación del siguiente ciclo: El siguiente ciclo se planifica al final de cada etapa. Si se producen errores, se buscan soluciones, y si una alternativa es una mejor solución, se prefiere en el siguiente ciclo.

¡Asegurémonos de que se haya comprendido todo! Por favor, responde lo siguiente:

• ¿Qué significa Poo?
• ¿Qué es una clase?
• ¿Qué es el modelo en espiral?
• ¿Cuáles son sus procesos?

¡Te recomendamos realizar esta práctica para desarrollar un poco más los conocimientos de POO!

Escribe una clase Complejo que modele el comportamiento de los números complejos.

Un número complejo, es una entidad matemática que viene dada por un par de números reales, el primero a se denomina la parte real y al segundo b la parte imaginaria.

Se representa escribiendo las dos partes del número entre paréntesis (a, b) o también de la forma a + bi.

La i se denomina unidad imaginaria, representa la raíz cuadrada de -1.

La clase Complejo tendrá dos datos privados de tipo double: parte real y parte imaginaria.

La clase Complejo contendrá un constructor por defecto que inicializará a 0 los atributos y un constructor con dos parámetros correspondientes a los valores de la parte real e imaginaria a asignar al nuevo objeto.

Contendrá, además de los setters y getters, los siguientes métodos:

sumar para sumar dos números complejos.

(a, b) + (c, d) = (a + c, b + d);

restar para restar dos números complejos.

(a, b) - (c, d) = (a - c, b - d);

multiplicar para multiplicar dos números complejos:

(a, b) * (c, d) = (a*c – b*d, a*d + b*c)

multiplicar para multiplicar un número complejo por un número double:

(a, b) * n = (a * n, b * n)

dividir para dividir dos números complejos:

(a, b) / (c, d) = ((a*c + b*d) / (c² + d²) , (b*c – a*d) / (c² + d²))

Todos los métodos anteriores devuelven el objeto número complejo resultado de la operación.

La clase contendrá además un método toString para mostrar el número complejo de la siguiente forma: (parte real, parte imaginaria) y un método equals que compruebe si dos números complejos son iguales o no.

                                          

                       PARCIAL II

 IMPLEMENTACION DE LA POO Y LA          METOLODOGIA EN ESPIRAL

           
            *DESARROLLO EN ESPIRAL 

 Es un modelo de ciclo de vida del software definido por primera vez por Barry Boehm en 1986, utilizado generalmente en la ingeniería de software. Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. Las actividades no están fijadas a ninguna prioridad, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior.El énfasis se sitúa en el análisis de riesgo, y por lo tanto requiere de clientes que acepten este análisis y actúen en consecuencia. Para ello es necesaria confianza en los desarrolladores así como la predisposición a gastar más para solventar los temas, por lo cual este modelo se utiliza frecuentemente en desarrollo interno de software a gran escala.

Si la implementación del riesgo de análisis afectará de forma esencial los beneficios del proyecto, no debería utilizarse este modelo.

Los desarrolladores de software han de buscar de forma explícita riesgos y analizarlos de forma exhaustiva para que este modelo funcione.

                                           




*MIEMBROS PUBLICOS

Una variable/función pública puede ser accedida desde fuera de la clase. Es decir, puedo acceder desde la instancia de la clase y no sólo desde el código interno de la clase. Ejemplo de funciones públicas son los métodos de una clase. También es posible crear variables públicas, para que puedan ser manejadas desde la instancia, pero no es algo común o recomendable, entre otras cosas porque deja un hueco de seguridad en la clase, acabando con la idea de la “encapsulación”. Para declarar una variable/función como pública, se le antepone la palabra clave “public”. podemos acceder a las propiedades y métodos desde cualquier lugar, desde la clase actual, clases que heredan de la clase actual y desde otras clases.  

                                               

·                         *ABSTRACCION Y HERENCIA   

    Es una propiedad que permite que los objetos sean creados a partir de otros ya existentes, obteniendo características (métodos y atributos) similares a los ya existentes.Un ejemplo sencillo para comprender este concepto seria la abstracción de un Automóvil. 

 Acá vamos a sacar de esta entidad sus características por ejemplo: color, año de fabricación, modelo, etc. Y ahora sacamos sus métodos o funciones típicas de esta entidad como por ejemplo: frenar, encender,

                 *TIPOS DE HERENCIA

      Herencia Simple: Indica que se pueden definir nuevas clases solamente a partir de una clase inicial

Herencia Multiple: Indica que se pueden definir nuevas clases a partir de dos o más clases iniciales.

Herencia de implementación: La implementación de los métodos es heredada. Puede sobreescribirse en las clases derivadas.

Herencia de interfaz: Sólo se hereda la interfaz, no hay implementación a nivel de clase base (interfaces en Java, clases abstractas en C++)

*POLIFORMISMO
El Polimorfismo es uno de los 4 pilares de la programación orientada a objetos (POO) junto con la Abstracción, Encapsulación y Herencia. Para entender que es el polimorfismo es muy importante que tengáis bastante claro el concepto de la Herencia, por tanto recomendamos que veáis la entrada en la que hablamos de la Herencia: Herencia en Java, con ejemplos. Para empezar con esta entrada, se ha de decir que el término "Polimorfismo" es una palabra de origen griego que significa "muchasformas". Este termino se utiliza en la POO para "referirse a la propiedad por la que es posible enviar mensajes sintácticamente iguales a objetos de tipos distintos". Como esta definición quizás sea algo difícil de entender, vamos a explicarla con el ejemplo que pusimos en la entrada de la herencia en la que queríamos simular el comportamiento que tendrían los diferentes integrantes de la selección española de fútbol; tanto los Futbolistas como el cuerpo técnico (Entrenadores, Masajistas, etc…). Para este ejemplo nos vamos a basar en el siguiente diagrama de clases:

  

Submodulo 1 Parcial 1

Introducción a POO y Teoría de la metodología en espiral.

Como se desarrolla un sorftware?
El Proceso para el desarrollo de software, también denominado ciclo de vida del desarrollo de software es una estructura aplicada al desarrollo de un producto de software. Hay varios modelos a seguir para el establecimiento de un proceso para el desarrollo de software, cada uno de los cuales describe un enfoque diferente para diferentes actividades que tienen lugar durante el proceso. Algunos autores consideran un modelo de ciclo de vida un término más general que un determinado proceso para el desarrollo de software. Por ejemplo, hay varios procesos de desarrollo de software específicos que se ajustan a un modelo de ciclo de vida de espiral.
Actividades del desarrollo de software
Planificación
La importante tarea a la hora de crear un producto de software es obtener los requisitos o el análisis de los requisitos. Los clientes suelen tener una idea más bien abstracta del resultado final, pero no sobre las funciones que debería cumplir el software.
Una vez que se hayan recopilado los requisitos del cliente, se debe realizar un análisis del ámbito del desarrollo. Este documento se conoce como especificación funcional.
Implementación, pruebas y documentación
La implementación es parte del proceso en el que los ingenieros de software programan el código para el proyecto de trabajo que está en relación de las demanda del software, en esta etapa se realizan las pruebas de caja blanca y caja negra.
Las pruebas de software son parte esencial del proceso de desarrollo del software.
Despliegue y mantenimiento
El despliegue comienza cuando el código ha sido suficientemente probado, ha sido aprobado para su liberación y ha sido distribuido en el entorno de producción.
Entrenamiento y soporte para el software es de suma importancia y algo que muchos desarrolladores de software descuidan. Los usuarios, por naturaleza, se oponen al cambio porque conlleva una cierta inseguridad, es por ello que es fundamental instruir de forma adecuada a los futuros usuarios del software.


Modelo de espiral

La principal característica del modelo en espiral es la gestión de riesgos de forma periódica en el ciclo de desarrollo. Este modelo fue creado en 1988 por Barry Boehm, combinando algunos aspectos clave de las metodologías del modelo de cascada y del desarrollo rápido de aplicaciones, pero dando énfasis en un área que para muchos no jugó el papel que requiere en otros modelos: un análisis iterativo y concienzudo de los riesgos, especialmente en el caso de sistema complejos de gran escala.

La espiral se visualiza como un proceso que pasa a través de algunas interacciones con el diagrama de los cuatro cuadrantes representativos de las siguientes actividades:

crear planes con el propósito de identificar los objetivos del software, seleccionados para implementar el programa y clarificar las restricciones en el desarrollo del software;

Análisis de riesgos: una evaluación analítica de programas seleccionados, para evaluar como identificar y eliminar el riesgo;

la implementación del proyecto: implementación del desarrollo del software y su pertinente verificación;

Modelo de espiral con énfasis en los riesgos, haciendo hincapié en las condiciones de las opciones y limitaciones para facilitar la reutilización de software, la calidad del software puede ayudar como una meta propia en la integración en el desarrollo del producto. Sin embargo, el modelo en espiral tiene algunas limitaciones, entre las que destacan:

El énfasis se sitúa en el análisis de riesgo, y por lo tanto requiere de clientes que acepten este análisis y actúen en consecuencia. Para ello es necesaria confianza en los desarrolladores así como la predisposición a gastar más para solventar los temas, por lo cual este modelo se utiliza frecuentemente en desarrollo interno de software a gran escala.

Si la implementación del riesgo de análisis afectará de forma esencial los beneficios del proyecto, no debería utilizarse este modelo.

Los desarrolladores de software han de buscar de forma explícita riesgos y analizarlos de forma exhaustiva para que este modelo funcione.

Caracteristicas del modelo espiral

CARACTERÍSTICAS

En cada giro se construye un nuevo modelo del sistema completo. 

Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo). 

Mejor modelo para el desarrollo de grandes sistemas.

El análisis de riesgo requiere la participación de personal  altamente calificado.  

VENTAJAS

El análisis del riesgo se hace de forma explícita y clara. Une los mejores elementos de los restantes modelos.

Reduce riesgos del proyecto

Incorpora objetivos de calidad

Integra el desarrollo con el mantenimiento, etc.

Además es posible tener en cuenta mejoras y nuevos requerimientos sin romper con la metodología, ya que este ciclo de vida no es rígido ni estático.

DESVENTAJAS

Genera mucho tiempo en el desarrollo del sistema

Modelo costoso

Requiere experiencia en la identificación de riesgos

INCONVENIENTES

Planificar un proyecto con esta metodología es a menudo imposible, debido a la incertidumbre en el número de iteraciones que serán necesarias. En este contexto la evaluación de riesgos es de la mayor importancia y, para grandes proyectos, dicha evaluación requiere la intervención de profesionales de gran experiencia.

Objeto

Un objeto en POO representa alguna entidad de la vida real, es decir, alguno de los objetos que pertenecen al negocio con que estamos trabajando o al problema con el que nos estamos enfrentando, y con los que podemos interactuar. A través del estudio de ellos se adquiere el conocimiento necesario para, mediante la abstracción y la generalización, agruparlos según sus características en conjuntos.

Estos conceptos son parte de la base teórica de la idea de objeto y clase utilizados en la POO. Los objetos tienen características fundamentales que nos permiten conocerlos mediante la observación, identificación y el estudio posterior de su comportamiento; estas características son:

Identidad

Comportamiento

Estado

Clases

En el lenguaje coloquial de la programación orientada al objeto es común escuchar términos tales como: métodos, atributos, herencia, polimorfismo, etc. En esta sección nos encargaremos de hablar de los dos primeros.

Métodos:

En comparación con la programación tradicional, un método es lo mismo que una función cualquiera, salvo que como los métodos se declaran para pertenecer a una clase específica, se dice que todos los métodos de dicha clase son miembros de la misma. Por lo demás, la declaración y definición de los métodos es exactamente igual que declarar y definir cualquier otra función.

Atributos:

En comparación con la programación tradicional, un atributo es lo mismo que una variable cualquiera, salvo que como los atributos se declaran para pertenecer a una clase específica, se dice que todos los atributos de dicha clase son miembros de la misma. Por lo demás, la declaración de los atributos es exactamente igual que declarar cualquier otra variable.

Miembros:

A partir de este momento usaremos la palabra miembro para referirnos al hecho de que un método o un atributo pertenece a tal o cual clase.

class CRender {

public:

    char buffer[256]; // atributo

    void m_Renderizar(const char *cadena); // método

};

Constructores(Iniciadores de clase)

Un constructor es un método que pertenece a una clase y el cual (en C++) debe tener el mismo nombre de la clase a la que pertenece. A diferencia de los otros métodos de la clase, un constructor deberá ser del tipo void, es decir, el mismo no regresará valor alguno. Una clase puede tener más de un método constructor. Cada clase debe tener al menos un constructor, tanto así que si el programador creador de una clase no define un método constructor para la misma, el sistema, o sea el compilador, creará de manera automática un constructor nulo.\

El objetivo principal del constructor es establecer las condiciones necesarias dentro de la memoria y crear una copia del objeto mismo dentro de la memoria.

Los constructores suelen usarse para la inicialización de los atributos de los objetos instanciados. Por ejemplo, con las instrucciones:

    Suma s;

    s.setA(80);

    s.setB(100);

Temario Submodulo 2

Submodulo 2 (C#)

Parcial 1 - Introducción a POE y Teoría del desarrollo rápido de aplicaciones
• ¿Qué es el desarrollo rápido?
• Fases del DRA
• Integrantes del DRA
• Su gestión
• Problemática
• Eventos
• GUI’s

Parcial 2 –Implementación de la POE y del desarrollo rápido de aplicaciones
• Herramientas visuales de desarrollo
• Herramientas del DRA
• Aplicación del DRA

Parcial 3 –Proyecto de POE y utilizando el desarrollo rápido
• Desarrolla un proyecto utilizando POE y el desarrollo rápido.
• Como hacerlo