Paradigma Orientado A Objetos
Enviado por yazita • 21 de Junio de 2012 • 1.399 Palabras (6 Páginas) • 695 Visitas
Paradigma orientado a objetos.
La programación orientada a objetos (POO) surge de la necesidad de contar con lenguajes que pudieran implementar soluciones computables de una forma más parecida a la que utilizamos en la vida real, ya que nosotros concebimos nuestro mundo como un conjunto de cosas u objetos con propiedades o atributos que los definen como tal.
Es el paradigma que define objetos y clases como la base para la programación. Cada objeto está definido por sus atributos y su comportamiento está definido por las operaciones que dichos objetos pueden hacer. La programación orientada a objetos expresa un programa como un conjunto de estos objetos, que colaboran entre ellos para realizar tareas. Esto permite hacer los programas y módulos más fáciles de escribir, mantener y reutilizar.su uso se popularizó en los 90. Actualmente son muchos los lenguajes de programación que soportan la orientación a objetos. Ejemplos: Java, C++,Smalltalk, PHP y Ruby.
Metodología RUP.
RUP es un producto comercial desarrollado y comercializado por Rational Software, una compañía de IBM.Los autores de RUP destacan que el proceso de software propuesto por RUP tiene tres características esenciales: está dirigido por los Casos de Uso, está centrado en la arquitectura, y es iterativo e incremental.
La metodología RUP, llamada así por sus siglas en inglés Rational Unified Process, divide en 4 fases el desarrollo del software:
Inicio, El Objetivo en esta etapa es determinar la visión del proyecto.
Elaboración, En esta etapa el objetivo es determinar la arquitectura óptima.
Construcción, En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial.
Transmisión, El objetivo es llegar a obtener el reléase del proyecto.
Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual consiste en reproducir el ciclo de vida en cascada a menor escala. Los Objetivos de una iteración se establecen en función de la evaluación de las iteraciones precedentes.
Vale mencionar que el ciclo de vida que se desarrolla por cada iteración, es llevada bajo dos disciplinas:
Disciplina de Desarrollo
Ingeniería de Negocios: Entendiendo las necesidades del negocio.
Requerimientos: Trasladando las necesidades del negocio a un sistema automatizado.
Análisis y Diseño: Trasladando los requerimientos dentro de la arquitectura de software.
Implementación: Creando software que se ajuste a la arquitectura y que tenga el comportamiento deseado.
Pruebas: Asegurándose que el comportamiento requerido es el correcto y que todo los solicitado esta presente.
Disciplina de Soporte
Configuración y administración del cambio: Guardando todas las versiones del proyecto.
Administrando el proyecto: Administrando horarios y recursos.
Ambiente: Administrando el ambiente de desarrollo.
Distribución: Hacer todo lo necesario para la salida del proyecto
Es recomendable que a cada una de estas iteraciones se les clasifique y ordene según su prioridad, y que cada una se convierte luego en un entregable al cliente. Esto trae como beneficio la retroalimentación que se tendría en cada entregable o en cada iteración.
Los elementos del RUP son:
Actividades, Son los procesos que se llegan a determinar en cada iteración.
Trabajadores, Vienen hacer las personas o entes involucrados en cada proceso.
Artefactos, Un artefacto puede ser un documento, un modelo, o un elemento de modelo.
Una particularidad de esta metodología es que, en cada ciclo de iteración, se hace exigente el uso de artefactos, siendo por este motivo, una de las metodologías más importantes para alcanzar un grado de certificación en el desarrollo del software.
RUP identifica 6 best practices con las que define una forma efectiva de trabajar para los equipos de desarrollo de software.
• Gestión de requisitos
• Desarrollo de software iterativo
• Desarrollo basado en componentes
• Modelado visual (usando UML)
• Gestión de los cambios
• Verificación continua de la calidad
MoProSoft
MoProSoft es el modelo de procesos para la industria mexicana de Software, realizado en conjunto por la Secretaría de Economía, la UNAM y AMCIS. Este modelo está diseñado para medir la capacidad de los procesos que siguen las empresas y para garantizar una calidad constante en los desarrollos y mantenimiento de software. Se tomaron los siguientes estándares
...