Ciclos De Vida Orientado A Objetos

Ciclos de Vida Orientado a Objetos
El análisis orientado a objetos surge por la necesidad y dificultad que presentaban los ciclos de vida estructurados en cuanto a lo largo de cada uno, la dificultad que había para poder hacer correcciones en diseño y la falta de portabilidad del código.
por ello es que nace este tipo de análisis, porque puede atacar estos problemas en cualquiermomento del ciclo de vida del sistema, con la ayuda de varios métodos y entre los mas conocidos encontramos

ANALISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS
El análisis y diseño orientado a objetos es un enfoque cuyo propósito es facilitar el desarrollo de sistemas que deben cambiar con rapidez en respuestas a entornos de negocios dinámicos. El capitulo 19 le ayuda a entender el análisis ydiseño de sistema orientados a objetos, en que difiere del enfoque estructurado del SDLC y bajo que circunstancias es apropiado utilizar un enfoque orientado a objetos.
Es difícil trabajar bien con técnicas orientadas a objetos en situaciones en la cuales sistemas de información complicados requieren mantenimiento, adaptación y rediseño de manera continua. Los enfoques orientados a objetos utilizanel estándar de la industria para la modelación de sistemas orientaos a objetos, el lenguaje unificado de modelación
(UML, Unified Modeling Language), para analizar un sistema en forma de modelo de casos de uso.
La programación orientada a objetos difiere de la programación tradicional de procedimientos en que la primera examina los objetos que conforman un sistema. Cada objeto es unarepresentación en computadora de alguna cosa o suceso real. Los objetos pueden ser clientes, artículos, pedidos, etc. los objetos se representan y agrupan en clase, que no optimas para su reutilización y mantenimiento. Una clase define el conjunto de atributos y comportamiento que comparten los objetos que esta contiene
PROGRAMACION EXTREMA Y OTRAS METODOLOGIAS ALTERNAS
Aunque este libro se enfoca en lametodología que actualmente se utiliza de manera más amplia, en ocasiones el analista tendrá que reconocer que la organización se podría beneficial de una metodología alterna. Quizás un proyecto de sistema con un enfoque estructurado haya fallado, o quizás las subcultura que existe en la organización, compuesta, por diferentes tipos de grupos de usuarios, parezcan mas proclives a utilizar un métodoalterno. Que merecen y han sido explicados en sus propios libros e investigaciones. Sin embargo, al mencionarlo aquí esperamos que usted tome conciencia de que, bajo ciertas circunstancias, su organización podría requerir una alternativa o complemento para un análisis y diseño estructurado y para el ciclo de vida del desarrollo de sistemas.
La programación externa (XP, Extreme Programmig) es unenfoque para el desarrollo de software que utiliza buena práctica de desarrollo y las lleva a los extremos. Se basa en valores, principios y prácticas esenciales los cuatros valores son la comunicación, la simplicidad, la retroalimentación y la valentía. Recomendamos a los analistas de sistemas que adopten estos valores en todos los proyectos que emprendan, no solo cuando recurran a medidas deprogramación externa.
Durante la fase de terminación del mismo de un proyecto, con frecuencia es necesario realizar ajustes en la administración del mismo. En el capitulo 3 veremos que XP puede garantizar la terminación exitosa de un proyecto ajustando recursos importantes con el tiempo, el costo, la cualidad y el alcance. Cuando estas cuatro variables de control se incluyen adecuadamente la planeación, sepropicia un equilibrio entre los recursos y las actividades requeridas para completar el proyecto.
El llevar las prácticas de desarrollo al extremo es más recomendable cuando se siguen prácticas propias de XP. En el capitulo 6 descubrimos cuatro prácticas esenciales de XP: la liberación limitada, la semana de trabajo de 40 horas, alojar a un cliente en el sitio y el uso de la programación en...