El documento presenta información sobre la metodología RUP (Rational Unified Process). Describe los orígenes y evolución de RUP, sus elementos centrales como los principios, bloques de construcción y lenguaje de definición de procesos. Explica que RUP se divide en cuatro fases (inicio, elaboración, construcción y transición) y detalla los objetivos y resultados esperados de cada una.
El documento presenta información sobre el proceso RUP (Rational Unified Process). Describe que RUP es un marco de proyecto iterativo e incremental que define un conjunto de actividades y artefactos para construir procesos personalizados. RUP se divide en cuatro fases: inicio, elaboración, construcción y transición. La fase de inicio se enfoca en definir el alcance del proyecto, la fase de elaboración en el análisis y diseño, la fase de construcción en la implementación incremental, y la fase de transición en la entrega del producto.
El documento presenta información sobre el proceso RUP (Rational Unified Process). Describe los integrantes de un grupo de trabajo, la asignatura y docente a cargo. Luego explica los orígenes e historia del RUP, sus elementos centrales y fases. El RUP es un marco de proyecto iterativo e incremental que define actividades y artefactos para construir procesos personalizados. Se divide en cuatro fases: inicio, elaboración, construcción y transición.
El documento presenta información sobre el proceso RUP (Rational Unified Process). Describe que RUP es un marco de proyecto iterativo e incremental que define un conjunto de actividades y artefactos para construir procesos personalizados. RUP se divide en cuatro fases: inicio, elaboración, construcción y transición. El documento también incluye información sobre los objetivos y resultados esperados de cada una de las fases de RUP.
El documento describe las diferentes etapas y metodologías de desarrollo de software. Explica que el desarrollo de software consta de etapas como planeación, ejecución, revisión, implementación y medición. Dentro de la planeación se encuentran el análisis y diseño, y dentro de la ejecución se realiza el desarrollo y codificación. La revisión se centra en analizar errores, la implementación entrega el producto terminado, y la medición es el mantenimiento y mejora del sistema. Las metodologías tra
Las metodologías de desarrollo de software se refieren a marcos de trabajo usados para estructurar, planificar y controlar el proceso de desarrollo de sistemas de información. Existen diferentes enfoques como el modelo en cascada, prototipado, incremental, espiral y RAD. Cada una se caracteriza por su estructura, principios y objetivos para el desarrollo de software.
Este documento describe la metodología RUP (Proceso Unificado Racional) para el desarrollo de software. Explica la evolución de las metodologías de desarrollo de software a través de las décadas, las fases, hitos y disciplinas del RUP, y cómo se relaciona con UML. También compara RUP con otras metodologías ágiles como Scrum y XP, y provee un ejemplo de cómo aplicar RUP en un proyecto de software para la gestión de artículos deportivos.
Este documento describe tres paradigmas de desarrollo de software: el paradigma tradicional o cascada, el paradigma orientado a objetos, y el paradigma ágil. Explica las características clave de cada uno y sus ventajas y desventajas.
Este documento describe tres paradigmas de desarrollo de software: el paradigma tradicional o cascada, el paradigma orientado a objetos, y el paradigma ágil. Explica las características clave de cada uno y sus ventajas y desventajas.
El documento presenta información sobre el proceso RUP (Rational Unified Process). Describe que RUP es un marco de proyecto iterativo e incremental que define un conjunto de actividades y artefactos para construir procesos personalizados. RUP se divide en cuatro fases: inicio, elaboración, construcción y transición. La fase de inicio se enfoca en definir el alcance del proyecto, la fase de elaboración en el análisis y diseño, la fase de construcción en la implementación incremental, y la fase de transición en la entrega del producto.
El documento presenta información sobre el proceso RUP (Rational Unified Process). Describe los integrantes de un grupo de trabajo, la asignatura y docente a cargo. Luego explica los orígenes e historia del RUP, sus elementos centrales y fases. El RUP es un marco de proyecto iterativo e incremental que define actividades y artefactos para construir procesos personalizados. Se divide en cuatro fases: inicio, elaboración, construcción y transición.
El documento presenta información sobre el proceso RUP (Rational Unified Process). Describe que RUP es un marco de proyecto iterativo e incremental que define un conjunto de actividades y artefactos para construir procesos personalizados. RUP se divide en cuatro fases: inicio, elaboración, construcción y transición. El documento también incluye información sobre los objetivos y resultados esperados de cada una de las fases de RUP.
El documento describe las diferentes etapas y metodologías de desarrollo de software. Explica que el desarrollo de software consta de etapas como planeación, ejecución, revisión, implementación y medición. Dentro de la planeación se encuentran el análisis y diseño, y dentro de la ejecución se realiza el desarrollo y codificación. La revisión se centra en analizar errores, la implementación entrega el producto terminado, y la medición es el mantenimiento y mejora del sistema. Las metodologías tra
Las metodologías de desarrollo de software se refieren a marcos de trabajo usados para estructurar, planificar y controlar el proceso de desarrollo de sistemas de información. Existen diferentes enfoques como el modelo en cascada, prototipado, incremental, espiral y RAD. Cada una se caracteriza por su estructura, principios y objetivos para el desarrollo de software.
Este documento describe la metodología RUP (Proceso Unificado Racional) para el desarrollo de software. Explica la evolución de las metodologías de desarrollo de software a través de las décadas, las fases, hitos y disciplinas del RUP, y cómo se relaciona con UML. También compara RUP con otras metodologías ágiles como Scrum y XP, y provee un ejemplo de cómo aplicar RUP en un proyecto de software para la gestión de artículos deportivos.
Este documento describe tres paradigmas de desarrollo de software: el paradigma tradicional o cascada, el paradigma orientado a objetos, y el paradigma ágil. Explica las características clave de cada uno y sus ventajas y desventajas.
Este documento describe tres paradigmas de desarrollo de software: el paradigma tradicional o cascada, el paradigma orientado a objetos, y el paradigma ágil. Explica las características clave de cada uno y sus ventajas y desventajas.
Este documento describe tres paradigmas de desarrollo de software: el paradigma tradicional o cascada, el paradigma orientado a objetos, y el paradigma ágil. Explica las características clave de cada uno y proporciona ejemplos.
Este documento describe tres paradigmas de desarrollo de software: el paradigma tradicional o ciclo de vida clásico, el paradigma orientado a objetos, y el paradigma ágil. Explica las características, ventajas y desventajas de cada uno, incluyendo ilustraciones del modelo en espiral y prototipos.
El documento define la ingeniería de software y describe su evolución a través de las diferentes eras desde 1950 hasta la actualidad. También explica la diferencia entre ingeniería de software y computación, y resume las características clave de los productos de software.
El documento describe el ciclo de vida clásico de desarrollo de sistemas, que incluye etapas de análisis del sistema, análisis conceptual, diseño lógico, codificación, pruebas y puesta a punto, y mantenimiento. También describe paradigmas tradicionales como el modelo de cascada, prototipos y espiral.
Ciclo de viva clasico de desarrollo de sistemaswilsonjucumari
El documento describe el ciclo de vida clásico de desarrollo de sistemas, que incluye etapas de análisis del sistema, análisis conceptual, diseño lógico, codificación, pruebas y puesta a punto, y mantenimiento. También describe paradigmas tradicionales como el modelo de cascada, prototipos y espiral.
El documento habla sobre el desarrollo de sistemas de información y la ingeniería de software. Explica que existen dos enfoques principales para el desarrollo de software: el enfoque estructurado y el enfoque orientado a objetos. También describe los conceptos clave del paradigma orientado a objetos como abstracción, encapsulamiento, herencia y polimorfismo.
Este documento presenta un resumen del método científico y su aplicación para resolver un problema técnico. Brevemente describe las etapas del método científico como observación, formulación de hipótesis, experimentación y conclusión. Luego aplica estas etapas para diagnosticar y resolver un problema en una computadora que se apagaba sola. Finalmente, concluye que la computadora tenía un virus nuevo que el antivirus no pudo eliminar pero que el formateo del disco duro resolvió el problema.
Este documento describe conceptos generales sobre metodologías de desarrollo de software. Explica que una metodología define cómo se divide un proyecto en etapas, las tareas en cada etapa, los productos esperados y las herramientas utilizadas. También cubre la evolución de las metodologías desde el desarrollo convencional hasta el enfoque estructurado y orientado a objetos, así como características deseables de una metodología como la cobertura del ciclo de desarrollo y verificaciones intermedias.
El documento resume las respuestas de un grupo de estudiantes de ingeniería de sistemas a preguntas sobre los procesos y etapas del desarrollo de software. El grupo está compuesto por 4 estudiantes y el documento contiene sus respuestas a 32 preguntas sobre temas como las etapas del desarrollo de software, la planeación, el análisis, el diseño, la ejecución, la revisión, la implementación y la medición.
Este documento presenta una tesis doctoral que propone un modelo conceptual multi-dominio utilizando tecnologías semánticas para el análisis de redes sociales en el ámbito de la salud. El modelo conceptual representa tres dominios: personas, cuestionarios y análisis de redes sociales. La solución propuesta busca crear una base de conocimiento para un sistema basado en conocimiento que pueda evaluar y generar conclusiones sobre análisis de redes sociales aplicados a cualquier dominio.
El documento presenta las respuestas de un grupo de estudiantes de Ingeniería de Sistemas a preguntas sobre metodologías de desarrollo de software. El grupo está conformado por Alexander Madrano, Leonardo Aguanta, Juan José Peralta y Vanesa Gallardo. Las respuestas describen las etapas del desarrollo de software, como análisis, diseño, ejecución, revisión e implementación, y explican metodologías como la cascada, XP y sus características.
Este documento presenta información sobre las etapas del desarrollo de software y metodologías como cascada y XP. Discute los integrantes de un grupo, sus asignaturas y docente, y responde preguntas sobre conceptos como análisis, diseño, ejecución, revisión e implementación. También cubre temas como planeación, metodologías tradicionales vs ágiles, y características del modelo cascada e XP.
Este documento presenta información sobre las etapas del desarrollo de software y metodologías como cascada y XP. Detalla los integrantes de un grupo, sus asignaturas y docente. Luego, responde preguntas sobre cada etapa del desarrollo de software, objetivos de la revisión, características de la programación extrema y más.
Este documento presenta los resultados de los talleres individuales y colaborativos realizados por Erika Inés Chávez para el curso de Introducción a la Ingeniería de Sistemas de la UNAD. Incluye mapas conceptuales, cuadros y algoritmos sobre conceptos clave como ciencia, ingeniería, sistemas, informática y computación. También describe el ciclo de vida de un sistema de información y conceptos relacionados con inteligencia artificial y redes.
Este documento describe las metodologías ágiles para el desarrollo de software. Introduce las metodologías ágiles y su ventaja sobre los métodos tradicionales, especialmente para proyectos con requisitos cambiantes. Luego describe la metodología XP (eXtreme Programming) en detalle, incluyendo sus historias de usuario, roles, proceso iterativo y principales prácticas como entregas pequeñas y frecuentes.
El documento describe las diferentes etapas y metodologías del desarrollo de software. Explica que el proceso se compone de planeación, ejecución, revisión, implementación y medición. Detalla las fases de planeación como análisis y diseño, y describe cada una de las etapas del proceso de desarrollo de software. También discute diferentes metodologías como la cascada, prototipado e incremental.
El documento resume la historia y actividades de INCOSE (International Council on Systems Engineering) y AEIS-INCOSE (Asociación Española de Ingeniería de Sistemas), incluyendo la creación del capítulo español en 2012, eventos y conferencias organizadas, y los grupos de trabajo técnicos de INCOSE.
Metodologías para desarrollo de softwareAbner Garcia
Este documento describe varias metodologías para el desarrollo de software, incluyendo metodologías estructuradas, orientadas a objetos, tradicionales y ágiles. Explica brevemente el modelo en cascada, modelo V y la metodología Scrum. Luego profundiza en tres metodologías: Rational Unified Process, Extreme Programming y Scrum.
Dialnet del manifiestoagilsusvaloresy-principios-4809645QAexpert
Este documento resume la evolución de las metodologías para el desarrollo de software, desde las primeras metodologías pesadas hasta el surgimiento del manifiesto ágil. El manifiesto ágil es un documento que resume en cuatro valores y doce principios las mejores prácticas para el desarrollo de software rápido y de calidad, basado en la experiencia de 17 profesionales del software. El artículo también presenta una reseña de los valores y principios del manifiesto ágil.
El documento presenta información sobre el ciclo de vida clásico para el desarrollo de sistemas, también conocido como modelo en cascada. Describe las fases del ciclo de vida clásico, incluyendo la investigación preliminar, determinación de requisitos, diseño del sistema, desarrollo de software, pruebas de sistema, implementación y evaluación. También presenta a los integrantes y la asignatura de Análisis y Diseño de Sistemas.
El documento presenta una serie de preguntas sobre el Proceso Unificado de Rational (RUP). RUP es un proceso de desarrollo de software iterativo e incremental guiado por casos de uso y centrado en la arquitectura. Se compone de cuatro fases principales (inicio, elaboración, construcción y transición) que incluyen actividades iterativas. El propósito de la fase de elaboración es establecer los cimientos de la arquitectura y eliminar riesgos.
El documento describe los conceptos fundamentales de análisis y diseño de sistemas de información. Explica las diferentes fases del ciclo de vida de un sistema de información, los tipos de requerimientos, y clasifica los sistemas de información.
Este documento describe tres paradigmas de desarrollo de software: el paradigma tradicional o cascada, el paradigma orientado a objetos, y el paradigma ágil. Explica las características clave de cada uno y proporciona ejemplos.
Este documento describe tres paradigmas de desarrollo de software: el paradigma tradicional o ciclo de vida clásico, el paradigma orientado a objetos, y el paradigma ágil. Explica las características, ventajas y desventajas de cada uno, incluyendo ilustraciones del modelo en espiral y prototipos.
El documento define la ingeniería de software y describe su evolución a través de las diferentes eras desde 1950 hasta la actualidad. También explica la diferencia entre ingeniería de software y computación, y resume las características clave de los productos de software.
El documento describe el ciclo de vida clásico de desarrollo de sistemas, que incluye etapas de análisis del sistema, análisis conceptual, diseño lógico, codificación, pruebas y puesta a punto, y mantenimiento. También describe paradigmas tradicionales como el modelo de cascada, prototipos y espiral.
Ciclo de viva clasico de desarrollo de sistemaswilsonjucumari
El documento describe el ciclo de vida clásico de desarrollo de sistemas, que incluye etapas de análisis del sistema, análisis conceptual, diseño lógico, codificación, pruebas y puesta a punto, y mantenimiento. También describe paradigmas tradicionales como el modelo de cascada, prototipos y espiral.
El documento habla sobre el desarrollo de sistemas de información y la ingeniería de software. Explica que existen dos enfoques principales para el desarrollo de software: el enfoque estructurado y el enfoque orientado a objetos. También describe los conceptos clave del paradigma orientado a objetos como abstracción, encapsulamiento, herencia y polimorfismo.
Este documento presenta un resumen del método científico y su aplicación para resolver un problema técnico. Brevemente describe las etapas del método científico como observación, formulación de hipótesis, experimentación y conclusión. Luego aplica estas etapas para diagnosticar y resolver un problema en una computadora que se apagaba sola. Finalmente, concluye que la computadora tenía un virus nuevo que el antivirus no pudo eliminar pero que el formateo del disco duro resolvió el problema.
Este documento describe conceptos generales sobre metodologías de desarrollo de software. Explica que una metodología define cómo se divide un proyecto en etapas, las tareas en cada etapa, los productos esperados y las herramientas utilizadas. También cubre la evolución de las metodologías desde el desarrollo convencional hasta el enfoque estructurado y orientado a objetos, así como características deseables de una metodología como la cobertura del ciclo de desarrollo y verificaciones intermedias.
El documento resume las respuestas de un grupo de estudiantes de ingeniería de sistemas a preguntas sobre los procesos y etapas del desarrollo de software. El grupo está compuesto por 4 estudiantes y el documento contiene sus respuestas a 32 preguntas sobre temas como las etapas del desarrollo de software, la planeación, el análisis, el diseño, la ejecución, la revisión, la implementación y la medición.
Este documento presenta una tesis doctoral que propone un modelo conceptual multi-dominio utilizando tecnologías semánticas para el análisis de redes sociales en el ámbito de la salud. El modelo conceptual representa tres dominios: personas, cuestionarios y análisis de redes sociales. La solución propuesta busca crear una base de conocimiento para un sistema basado en conocimiento que pueda evaluar y generar conclusiones sobre análisis de redes sociales aplicados a cualquier dominio.
El documento presenta las respuestas de un grupo de estudiantes de Ingeniería de Sistemas a preguntas sobre metodologías de desarrollo de software. El grupo está conformado por Alexander Madrano, Leonardo Aguanta, Juan José Peralta y Vanesa Gallardo. Las respuestas describen las etapas del desarrollo de software, como análisis, diseño, ejecución, revisión e implementación, y explican metodologías como la cascada, XP y sus características.
Este documento presenta información sobre las etapas del desarrollo de software y metodologías como cascada y XP. Discute los integrantes de un grupo, sus asignaturas y docente, y responde preguntas sobre conceptos como análisis, diseño, ejecución, revisión e implementación. También cubre temas como planeación, metodologías tradicionales vs ágiles, y características del modelo cascada e XP.
Este documento presenta información sobre las etapas del desarrollo de software y metodologías como cascada y XP. Detalla los integrantes de un grupo, sus asignaturas y docente. Luego, responde preguntas sobre cada etapa del desarrollo de software, objetivos de la revisión, características de la programación extrema y más.
Este documento presenta los resultados de los talleres individuales y colaborativos realizados por Erika Inés Chávez para el curso de Introducción a la Ingeniería de Sistemas de la UNAD. Incluye mapas conceptuales, cuadros y algoritmos sobre conceptos clave como ciencia, ingeniería, sistemas, informática y computación. También describe el ciclo de vida de un sistema de información y conceptos relacionados con inteligencia artificial y redes.
Este documento describe las metodologías ágiles para el desarrollo de software. Introduce las metodologías ágiles y su ventaja sobre los métodos tradicionales, especialmente para proyectos con requisitos cambiantes. Luego describe la metodología XP (eXtreme Programming) en detalle, incluyendo sus historias de usuario, roles, proceso iterativo y principales prácticas como entregas pequeñas y frecuentes.
El documento describe las diferentes etapas y metodologías del desarrollo de software. Explica que el proceso se compone de planeación, ejecución, revisión, implementación y medición. Detalla las fases de planeación como análisis y diseño, y describe cada una de las etapas del proceso de desarrollo de software. También discute diferentes metodologías como la cascada, prototipado e incremental.
El documento resume la historia y actividades de INCOSE (International Council on Systems Engineering) y AEIS-INCOSE (Asociación Española de Ingeniería de Sistemas), incluyendo la creación del capítulo español en 2012, eventos y conferencias organizadas, y los grupos de trabajo técnicos de INCOSE.
Metodologías para desarrollo de softwareAbner Garcia
Este documento describe varias metodologías para el desarrollo de software, incluyendo metodologías estructuradas, orientadas a objetos, tradicionales y ágiles. Explica brevemente el modelo en cascada, modelo V y la metodología Scrum. Luego profundiza en tres metodologías: Rational Unified Process, Extreme Programming y Scrum.
Dialnet del manifiestoagilsusvaloresy-principios-4809645QAexpert
Este documento resume la evolución de las metodologías para el desarrollo de software, desde las primeras metodologías pesadas hasta el surgimiento del manifiesto ágil. El manifiesto ágil es un documento que resume en cuatro valores y doce principios las mejores prácticas para el desarrollo de software rápido y de calidad, basado en la experiencia de 17 profesionales del software. El artículo también presenta una reseña de los valores y principios del manifiesto ágil.
El documento presenta información sobre el ciclo de vida clásico para el desarrollo de sistemas, también conocido como modelo en cascada. Describe las fases del ciclo de vida clásico, incluyendo la investigación preliminar, determinación de requisitos, diseño del sistema, desarrollo de software, pruebas de sistema, implementación y evaluación. También presenta a los integrantes y la asignatura de Análisis y Diseño de Sistemas.
El documento presenta una serie de preguntas sobre el Proceso Unificado de Rational (RUP). RUP es un proceso de desarrollo de software iterativo e incremental guiado por casos de uso y centrado en la arquitectura. Se compone de cuatro fases principales (inicio, elaboración, construcción y transición) que incluyen actividades iterativas. El propósito de la fase de elaboración es establecer los cimientos de la arquitectura y eliminar riesgos.
El documento describe los conceptos fundamentales de análisis y diseño de sistemas de información. Explica las diferentes fases del ciclo de vida de un sistema de información, los tipos de requerimientos, y clasifica los sistemas de información.
El documento describe el ciclo de vida de ingeniería de software, incluyendo los procesos, actividades y tareas involucradas en el desarrollo, implementación y documentación de un producto de software. Explica que el ciclo de vida sigue el proceso de construir, entregar y hacer evolucionar el software desde su concepción hasta su retiro. También menciona algunos modelos de ciclo de vida como el basado en prototipos y el en cascada.
El documento describe las etapas y metodologías del desarrollo de software, incluyendo la planeación, ejecución, revisión, implementación y medición. Explica metodologías tradicionales como la cascada y ágiles como Scrum, e identifica elementos clave como los requerimientos, diseño, codificación y pruebas. El documento provee una guía integral sobre el proceso de desarrollo de software.
El documento describe las diferentes etapas y metodologías del proceso de desarrollo de software. Explica que el proceso incluye etapas como planeación, ejecución, revisión, implementación y medición. También cubre las metodologías tradicionales como cascada y las metodologías ágiles como Scrum. Finalmente, discute los diferentes frameworks y enfoques como modelo de cascada, prototipo e incremental para el desarrollo de software.
El documento describe el ciclo de vida clásico y los paradigmas tradicionales de desarrollo de sistemas. Explica que el ciclo de vida clásico, también conocido como modelo en cascada, sigue un enfoque secuencial a través de fases como el análisis del sistema, el diseño conceptual, el diseño lógico y la codificación. También menciona otros paradigmas como el modelo espiral y el modelo de prototipo.
Estilo Arquitectónico Ecléctico e Histórico, Roberto de la Roche.pdfElisaLen4
Un pequeño resumen de lo que fue el estilo arquitectónico Ecléctico, así como el estilo arquitectónico histórico, sus características, arquitectos reconocidos y edificaciones referenciales de dichas épocas.
1. INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
METODOLOGÍA RUP
CARRERA: INGENIERIA DE SISTEMAS
ASIGNATURA: ANALISIS DE SISTEMAS
DOCENTE: DAVID ENRIQUE MENDOZA GUTIERREZ
GRUPO: A
2. HISTORIA
El antecedente más importante se
ubica en 1967 con la Metodología
Ericsson (Ericsson Approach)
elaborada por Ivar Jacobson, una
aproximación de desarrollo basada
en componentes, que introdujo el
concepto de Caso de Uso. Entre los
años de 1987 a 1995 Jacobson fundó
la compañía Objectory AB y lanza el
proceso de desarrollo Objectory
(abreviación de Object Factory).
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
3. Posteriormente en 1995 Rational
Software Corporation adquiere
Objectory AB y entre 1995 y 1997
se desarrolla Rational Objectory
Process (ROP) a partir de Objectory
3.8 y del Enfoque Rational (Rational
Approach) adoptando UML como
lenguaje de modelado.
Desde ese entonces y a la cabeza de Grady Booch, Ivar
Jacobson y James Rumbaugh, Rational Software desarrolló
e incorporó diversos elementos para expandir ROP,
destacándose especialmente el flujo de trabajo conocido
como modelado del negocio. En junio del 1998 se lanza
Rational Unified Process.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
4. RUP
RATIONAL UNIFIED PROCESS
Forma disciplinada de asignar tareas y
responsabilidades en una empresa de desarrollo
(quién hace qué, cuándo y cómo).
METODO: pesado
COSTO DE CAMBIO: Un cambio en las etapas de vida del sistema
incrementaría notablemente el costo.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
5. ELEMENTOS
CENTRALES QUE
DEFINEN RUP
1) Un conjunto subyacente de filosofías
y principios para conseguir un
desarrollo de software correcto.
2) Una infraestructura de bloques de
construcción del proceso y
contenido del método reutilizables.
3) El método subyacente y el lenguaje
de definición del proceso.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
6. 1.-Conjunto subyacente de filosofías y principios
para conseguir un desarrollo de software
correcto.
Estas filosofías y principios son la
base sobre la que se ha desarrollado
RUP
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
7. 2.-Una infraestructura de bloques de construcción
del proceso y contenido del método reutilizables.
Definida y mejorada de forma
continuada por Rational Software, la
familia RUP de plug-ins de método
define una infraestructura de
método desde la que puede crear
sus propias configuraciones de
método y procesos personalizados.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
8. 3.-El método subyacente y el lenguaje de
definición del proceso.
La base es un metamodelo de
arquitectura de método
unificado. Este modelo
proporciona un lenguaje para
describir los procesos y el
contenido del método.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
9. RUP
Es un marco del proyecto
que describe una clase de
los procesos que son
iterativos e incrementales.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
10. Define un manojo entero
de las actividades y de los
artefactos que usted
necesita elegir para
construir sus propios,
proceso individual.
RUP
AUTOR:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
11. Es el proceso de desarrollo
más general de los
existentes actualmente.
Los procesos de RUP
estiman tareas y horario
del plan midiendo la
velocidad de iteraciones
concerniente a sus
estimaciones originales.
RUP
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
12. Las iteraciones tempranas de proyectos conducidos RUP se
enfocan fuertemente sobre arquitectura del software
la puesta en práctica rápida de características se
retrasa hasta que se ha identificado y se ha
probado una arquitectura firme.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
13. RUP proporciona muchas
ventajas sobre XP le da
énfasis en los requisitos y
el diseño
La ventaja principal de RUP
es que se basa todo en las
mejores prácticas que se
han intentado y se han
probado en el campo
RUP
XP
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
14. RUP SE DIVIDE EN
CUATRO FASES:
-I nicio (Define el alcance del
proyecto)
-Elab oración (definición,
análisis, diseño)
-Con stru cción
(implementación)
-Tran s ición (fin del proyecto
y puesta en producción)
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
15. 1.-INICIO
Durante la fase de inicio se
define el modelo del negocio y
el alcance del proyecto. Se
identifican todos los actores y
Casos de Uso, y se diseñan los
Casos de Uso más esenciales
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
OBJETIBOS DE
ESTA FACE
SON:
• Establecer el ámbito del proyecto y sus límites.
• Encontrar los Casos de Uso críticos del sistema
• Mostrar al menos una arquitectura candidata
• Estimar el coste en recursos y tiempo de todo el proyecto.
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
16. RESULTADOS DE
LA FASE DE
INICIO:
• Un documento de visión: Una visión general de los
requerimientos del proyecto, características clave y
restricciones principales.
• Modelo inicial de Casos de Uso (10-20% completado).
• Un glosario inicial: Terminología clave del dominio.
• El caso de negocio. • Lista de riesgos y plan de
contingencia
. • Plan del proyecto, mostrando fases e iteraciones.
• Modelo de negocio, si es necesario
• Prototipos exploratorios para probar conceptos o la
arquitectura candidata
• Estimar los riesgos, las fuentes de incertidumbre.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
17. AL TERMINAR LA FASE DE INICIO SE DEBEN COMPROBAR LOS
CRITERIOS DE EVALUACIÓN PARA CONTINUAR:
• Todos los interesados en el proyecto coinciden en la definición del ámbito del sistema y las
estimaciones de agenda.
• Entendimiento de los requisitos, como evidencia de la fidelidad de los Casos de Uso principales.
• Las estimaciones de tiempo, coste y riesgo son creíbles.
• Comprensión total de cualquier prototipo de la arquitectura desarrollado.
• Los gastos hasta el momento se asemejan a los planeados.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
18. 2.-ELABORACIÓN
El propósito de la fase de
elaboración es analizar el
dominio del problema,
establecer los cimientos de
la arquitectura, desarrollar
el plan del proyecto y
eliminar los mayores
riesgos
OBJETIBOS
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
• Definir, validar y cimentar la arquitectura.
• Completar la visión.
• Crear un plan fiable para la fase de construcción.
• Demostrar que la arquitectura propuesta soportará la visión
con un coste razonable y en un tiempo razonable.
19. AL TERMINAR DEBEN OBTENERSE LOS
SIGUIENTES RESULTADOS:
• Un modelo de Casos de Uso completa al menos hasta el 80%
• Requisitos adicionales
• Descripción de la arquitectura software.
• Un prototipo ejecutable de la arquitectura.
• Lista de riesgos y caso de negocio revisados.
• Plan de desarrollo para el proyecto.
• Un caso de desarrollo actualizado
• Un manual de usuario preliminar (opcional). En esta fase se debe tratar de abarcar todo el
proyecto con la profundidad mínima.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
20. Los criterios de evaluación de esta fase son los
siguientes:
• La visión del producto es estable.
• La arquitectura es estable.
• Se ha demostrado mediante la ejecución del prototipo que los principales elementos de
riesgo han sido abordados y resueltos.
• El plan para la fase de construcción es detallado y preciso.
• Todos los interesados coinciden en que la visión actual será alcanzada.
• Los gastos hasta ahora son aceptables, comparados con los previstos.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
21. 3.-CONTRUCCIÓN
La finalidad principal de
esta fase es alcanzar la
capacidad operacional del
producto de forma
incremental a través de las
sucesivas iteraciones
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
OBJETIBOS
• Minimizar los costes de desarrollo
• Conseguir una calidad adecuada
• Conseguir versiones funcionales (alfa, beta, y otras versiones
de prueba) tan rápido como sea práctico.
22. LOS RESULTADOS DE LA FASE DE CONSTRUCCIÓN
DEBEN SER:
• Modelos Completos
• Arquitectura íntegra
• Riesgos Presentados Mitigados
• Plan del Proyecto para la fase de Transición.
• Manual Inicial de Usuario
• Prototipo Operacional – beta
• Caso del Negocio Actualizado
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
23. 4.-TRANSICIÓN
La finalidad de la
fase de transición es
poner el producto
en manos de los
usuarios finales
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
LO QUE SE
PUEDE INCLUIR
• Prueba de la versión Beta
• Funcionamiento paralelo con los sistemas
• Conversión de las bases de datos operacionales.
• Entrenamiento de los usuarios y técnicos de mantenimiento.
• Traspaso del producto
24. PRINCIPALES
OBJETIBOS:
• Conseguir que el
usuario se valga por sí
mismo.
• Un producto final
que cumpla los
requisitos esperados
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
RESULTADOS
• Prototipo Operacional
• Documentos Legales
• Caso del Negocio Completo
• Línea de Base del Producto completa y corregida
• Descripción de la Arquitectura completa y
corregida
• Las iteraciones de esta fase irán dirigidas
normalmente a conseguir una nueva versión.
25. RUP DEFINE NUEVE DISCIPLINAS A REALIZAR EN
CADA FASE DEL PROYECTO:
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
Cada fase en RUP puede descomponerse en iteraciones.
Una iteración es un ciclo de desarrollo completo dando
como resultado una entrega de producto ejecutable
(interna o externa)
26. EL PROCESO DEFINE
UNA SERIE DE ROLES:
Los roles se distribuyen entre
los miembros del proyecto y
que definen las tareas de
cada uno y el resultado
(artefactos) que se espera de
ellos.
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
27. TODOS LOS MIEMBROS
DEL EQUIPO
COMPARTEN:
1 Base de conocimiento
1 Proceso
1 Vista de cómo desarrollar
software
1 Lenguaje de modelamiento
(UML)
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
28. RUP:
-Realiza un levantamiento exhaustivo
de requerimientos.
-Busca detectar defectos en las fases
iniciales.
-Intenta reducir al número de cambios
tanto como sea posible.
-Realiza el Análisis y diseño, tan
completo como sea posible.
-Diseño genérico, intenta anticiparse a
futuras necesidades.
-Las necesidades de clientes no son
fáciles de discernir.
-Existe un contrato prefijado con los
clientes. El cliente interactúa con el
equipo de desarrollo mediante
reuniones a diferencia de la
metodología XP que el cliente es parte
del equipo (in situ).
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
29. CUANDO DEBO
UTILIZAR RUP
Puede utilizar RUP desde el
principio de un nuevo proyecto
de software, y puede seguir
utilizándolo en los ciclos de
desarrollo subsiguientes tiempo
después de que el proyecto
inicial haya terminado
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
POR QUE:
30. INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ
POR QUE UTILIZAR RUP?
Permite la publicación de un método personalizado de
Rational Method Composer y que éste sea accesible a
todo el equipo del proyecto.
Permite que ese método se configure para satisfacer
las necesidades exclusivas de cada proyecto.
Proporciona a cada usuario filtrado personalizado.
31. CONCLUCION
DEL USO DE RUP:
-RUP es un proceso de
ingeniería de software orientada
a objetos
-RUP captura varias de las
mejores practicas en el
desarrollo moderno de software
-RUP trabaja con el mejor
estándar de modelos UML
INTEGRANTES:
1.-Jose Ali Alvis
2.-Andrez Mendoza
3.-Ariel Juruquita
4.-Luis Miguel Garcia
ASIGNATURA: Análisis y diseño de sistemas
DOCENTE: David Enrique Mendoza Gutiérrez
5.-Ronny Sossa
6.-Bruno Alexander Loaiza
7.-Alan SancheZ