Lenguage unificado
Páginas: 8 (1759 palabras)
Publicado: 7 de abril de 2011
Introducción
A lo largo de los años, el desarrollo de los proyectos de software causan bastantes confusiones y malas interpretaciones en los requerimientos de los clientes y usuarios, en parte debido a la abundancia de notaciones, metodologías y conceptos que hace que los desarrolladores de sistemas no se pongan de acuerdo en que es lo que realmente están laborando. En un esfuerzo paraestandarizar, las notaciones y procesos a utilizar, se conformo un consorcio liderado por la empresa Rational y por las principales empresas del mundo de la industria de la informática, entre ellas, Microsoft, Oracle, Sun Microsystems, Intellicorp, IBM y otras quienes desarrollaron una notación llamada UML y el proceso de desarrollo RUP.
El Proceso Unificado de Desarrollo de Software (RUP),es un proceso de software genérico que puede ser utilizado para una gran cantidad de tipos de sistemas de software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles d e competencia y diferentes tamaños de proyectos.
MARCO TEORICO
E PROCESO UNIFICADO:
HISTORIA:
Su origen está en una empresa sueca, Objectory AB, que desarrolló un software delmismo nombre como herramienta de diseño orientado a objetos. En 1995 Rational Software adquirió la empresa y popularizo su herramienta (mas evolucionada) bajo el nombre de racional Rose.
En 1999 Ivar Jacobson, Grady Booch y James Rumbaugh publican “The Unified Software
Development Process” en el se describe el marco teórico de la mitología.
El PUD es el resultado de 30 años dedesarrollo y uso práctico. Se puede dividir el transcurso de su desarrollo en tres etapas: desde la publicación de “Objectory Method” publicado en 1987 como resultado del éxito del método Ericsson, pasando por el “Objectory Rational Process” (Desarrollado por IBM Rational entre 1996-1997) hasta el proceso unificado de Rational (publicado en 1998).
Ivar Jacobson fue el principaldesarrollador de la metodología empleada en Ericsson. Deja la compañía en 1987 y funda Objectory AB en Estocolmo. Como fruto de 8 años de trabajo en su compañía, él y sus colaboradores desarrollan un proceso denominado “Objectory” (Abreviatura de “Object Factory” en español, fábrica de objetos). El empleo de esta metodología se extendió en diversas industrias además de las de telecomunicaciones, yen muchos países aparte de Suecia.
Es en Objectory donde se define con su nombre al Caso de Uso, y se desarrolla una técnica para su representación. La idea se amplió, y como consecuencia los casos de uso que dirigían el desarrollo se hicieron más claros, dando pié al origen de la metodología que guíe
al desarrollador e informe al usar. Surgen los flujos de trabajo, representados por unaserie de modelos: requisitos-casos de uso, análisis, diseño. Implementación y prueba. Cada modelo representaba una perspectiva del sistema, estos permiten al desarrollador realizar una traza sobre un caso de uso a través de la secuencia de modelos hasta el código fuente cuando surgen problemas (incluso puede volverse hacia atrás)
Objectory aportó ideas sobre cómo diseñar procesos generales sobrelos que opera un negocio, ya que eran aplicables los mismos principios. El desarrollo de Objectory transcurrió en una serie de versiones, desde la 1.0 de 1988 a la primera versión interactiva: Objectory 3.8. El método fue publicado en un libro en 1995.
El estudio del origen del PUD, se remonta a 1967, donde la compañía Ericsson modelaba un sistema entero como una serie de bloquesinterconectados. Los bloques de más bajo nivel se incorporaban a subsistemas de mayor nivel, con lo que se lograba que el sistema fuera más manejable. Los bloques, eran identificados estudiando los “Casos de Negocio” (actuales casos de uso) que se definían con anterioridad. Cada caso de negocio permitía detallar los bloques que debían cooperar para llevarlo a cabo. Al tener adjudicada la responsabilidad de...
A lo largo de los años, el desarrollo de los proyectos de software causan bastantes confusiones y malas interpretaciones en los requerimientos de los clientes y usuarios, en parte debido a la abundancia de notaciones, metodologías y conceptos que hace que los desarrolladores de sistemas no se pongan de acuerdo en que es lo que realmente están laborando. En un esfuerzo paraestandarizar, las notaciones y procesos a utilizar, se conformo un consorcio liderado por la empresa Rational y por las principales empresas del mundo de la industria de la informática, entre ellas, Microsoft, Oracle, Sun Microsystems, Intellicorp, IBM y otras quienes desarrollaron una notación llamada UML y el proceso de desarrollo RUP.
El Proceso Unificado de Desarrollo de Software (RUP),es un proceso de software genérico que puede ser utilizado para una gran cantidad de tipos de sistemas de software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles d e competencia y diferentes tamaños de proyectos.
MARCO TEORICO
E PROCESO UNIFICADO:
HISTORIA:
Su origen está en una empresa sueca, Objectory AB, que desarrolló un software delmismo nombre como herramienta de diseño orientado a objetos. En 1995 Rational Software adquirió la empresa y popularizo su herramienta (mas evolucionada) bajo el nombre de racional Rose.
En 1999 Ivar Jacobson, Grady Booch y James Rumbaugh publican “The Unified Software
Development Process” en el se describe el marco teórico de la mitología.
El PUD es el resultado de 30 años dedesarrollo y uso práctico. Se puede dividir el transcurso de su desarrollo en tres etapas: desde la publicación de “Objectory Method” publicado en 1987 como resultado del éxito del método Ericsson, pasando por el “Objectory Rational Process” (Desarrollado por IBM Rational entre 1996-1997) hasta el proceso unificado de Rational (publicado en 1998).
Ivar Jacobson fue el principaldesarrollador de la metodología empleada en Ericsson. Deja la compañía en 1987 y funda Objectory AB en Estocolmo. Como fruto de 8 años de trabajo en su compañía, él y sus colaboradores desarrollan un proceso denominado “Objectory” (Abreviatura de “Object Factory” en español, fábrica de objetos). El empleo de esta metodología se extendió en diversas industrias además de las de telecomunicaciones, yen muchos países aparte de Suecia.
Es en Objectory donde se define con su nombre al Caso de Uso, y se desarrolla una técnica para su representación. La idea se amplió, y como consecuencia los casos de uso que dirigían el desarrollo se hicieron más claros, dando pié al origen de la metodología que guíe
al desarrollador e informe al usar. Surgen los flujos de trabajo, representados por unaserie de modelos: requisitos-casos de uso, análisis, diseño. Implementación y prueba. Cada modelo representaba una perspectiva del sistema, estos permiten al desarrollador realizar una traza sobre un caso de uso a través de la secuencia de modelos hasta el código fuente cuando surgen problemas (incluso puede volverse hacia atrás)
Objectory aportó ideas sobre cómo diseñar procesos generales sobrelos que opera un negocio, ya que eran aplicables los mismos principios. El desarrollo de Objectory transcurrió en una serie de versiones, desde la 1.0 de 1988 a la primera versión interactiva: Objectory 3.8. El método fue publicado en un libro en 1995.
El estudio del origen del PUD, se remonta a 1967, donde la compañía Ericsson modelaba un sistema entero como una serie de bloquesinterconectados. Los bloques de más bajo nivel se incorporaban a subsistemas de mayor nivel, con lo que se lograba que el sistema fuera más manejable. Los bloques, eran identificados estudiando los “Casos de Negocio” (actuales casos de uso) que se definían con anterioridad. Cada caso de negocio permitía detallar los bloques que debían cooperar para llevarlo a cabo. Al tener adjudicada la responsabilidad de...
Leer documento completo
Regístrate para leer el documento completo.