Is.exp.329704

22
Ingeniería de Software OpenUp

Transcript of Is.exp.329704

Page 1: Is.exp.329704

Ingeniería de

Software

OpenUp

Page 2: Is.exp.329704

Integrantes:

Mario Machado Valenzuela

David Márquez Alvarado

Rubén Urrutia Contreras

Page 3: Is.exp.329704

Es un *FrameWork de procesos dedesarrollo de software de código abierto.

Es un proceso modelo yextensible, dirigido a gestión y desarrollo deproyectos de software basados en desarrolloiterativo, ágil e incremental; y es aplicable a unconjunto amplio de plataformas y aplicaciones dedesarrollo.

Es mínimo y suficiente, lo que significaque solo el contenido fundamental y necesario esincluido.

Están declarados para fomentar elintercambio de información entre los equipos dedesarrollo y mantener un entendimientocompartido del proyecto, sus objetivos, alcance yavances.

OpenUP esta diseñado para ofrecer guíaen el proceso de desarrollo en proyectos pequeños:

· Equipos de 3 a 6 personas

· 3 a 6 meses de trabajo

OpenUP

Page 4: Is.exp.329704

• Colaborar para sincronizar intereses

y compartir conocimiento.

• Equilibrar las prioridades para

maximizar el beneficio obtenido por

los interesados en el proyecto.

• Centrarse en la arquitectura de

forma temprana para minimizar el

riesgo y organizar el desarrollo.

• Desarrollo evolutivo para

obtener retroalimentación y

mejoramiento continuo.

Principios

del

OpenUP

Page 5: Is.exp.329704

• Los miembros del equipo colaboran ampliamente.

• La presencia de los stakeholderscomo miembros del equipo es crítica para realizar exitosamente OpenUP/Basic.

• Los miembros del equipo participan a diario en las reuniones stand-up para comunicar el estado y sus asuntos.

• Los problemas se abordan fuera de las reuniones diarias.

• OpenUP/Basic se enfoca en reducir significativamente el riesgo de manera temprana en el ciclo de vida.

• Esto requiere unas reuniones regulares de revisión de los riesgos y una implementación rigurosa de las estrategias de mitigación.

Principios

del

OpenUP

Page 6: Is.exp.329704

• Todo el trabajo serálistado, seguido y asignado através de la "lista de ítems detrabajo".

• Los casos de uso son utilizadospara obtener y describir losrequisitos.

• Los miembros del equipo debendesarrollar habilidades paraescribir buenos casos de uso.

• Los Stakeholders sonresponsables de revisar ycertificar que los requerimientosson correctos. Los casos de usoson desarrollados de maneracolaborativa.

Principios

del

OpenUP

Page 7: Is.exp.329704

Está organizado en dosdimensiones diferentes perointerrelacionadas:

El Método y El Proceso.

• En el Método: Los elementos del método (roles, tareas, artefactos y lineamientos) son definidos .

• En el Proceso: Es donde los elementos del método son aplicados de forma ordenada en el tiempo.

Organización

de los

componentes

del OpenUP

Page 8: Is.exp.329704

OpenUP dirigen laorganización del trabajo en los nivelespersonal, de equipo y de interesados.

OpenUP estructura el ciclo devida de un proyecto en cuatro fases:Inicio, elaboración, construcción ytransición.

El ciclo de vida del proyectoprovee a los interesados un mecanismode supervisión y dirección paracontrolar los fundamentos delproyecto, su ámbito, la exposición alos riesgos, el aumento de valor y otrosaspectos.

Áreas

de

interés

Page 9: Is.exp.329704

• Ya que es apropiado para proyectospequeños y de bajos recursos permitedisminuir las probabilidades defracaso en los proyectos pequeños eincrementar las probabilidades deéxito.

• Permite detectar errores tempranos através de un ciclo iterativo.

• Evita la elaboración dedocumentación, diagramas eiteraciones innecesarios requeridos enla metodología RUP.

• Por ser una metodología ágil tiene unenfoque centrado al cliente y coniteraciones cortas.

Beneficios

en el uso

del

OpenUP

Page 10: Is.exp.329704

El ciclo de vida del proyecto provee

a los interesados un mecanismo de

supervisión y dirección para

controlar los fundamentos del

proyecto, su ámbito, la exposición a

los riesgos, el aumento de valor y

otros aspectos.

Ciclo

de

vida

Page 12: Is.exp.329704

• A nivel personal, los integrantes de un proyecto contribuyen con su trabajo con pequeños incrementos en funcionalidad, denominados micro incrementos, los cuales representan los resultados obtenidos en pocas horas o pocos días de trabajo.

• El proyecto en general se divide en iteraciones, las cuales son planificadas en un intervalo definido de tiempo que no superan las pocas semanas.

Ciclo

de

vida

Page 13: Is.exp.329704

1.ConcepciónPrimera de las 4 fases en elproyecto del ciclo de vida, acercadel entendimiento del propósito yobjetivos y obteniendo suficienteinformación para confirmar que elproyecto debe hacer. El objetivo deésta fase es capturar las necesidadesde los stakeholder en los objetivosdel ciclo de vida para el proyecto.

2.Elaboración

Es el segundo de las 4 fases delciclo de vida del OpenUP donde setrata los riesgos significativos parala arquitectura. El propósito de estafase es establecer la base laelaboración de la arquitectura delsistema.

3.Construcción

Esta fase está enfocada aldiseño, implementación yprueba de las funcionalidadespara desarrollar un sistemacompleto. El propósito deesta fase es completar eldesarrollo del sistema basadoen la Arquitectura definida.

4.Transición

Es la última fase, cuyopropósito es asegurar que elsistema es entregado a losusuarios, y evalúa lafuncionalidad y performancedel último entregable de lafase de construcción

Page 14: Is.exp.329704

Los roles de OpenUP

representaran a las habilidades

necesarias de un equipo pequeño o

co-localizado.

• Analista

• Arquitecto

• Desarrollador

• Líder del proyecto

• Takeholder

• Tester

• Otro rol

Roles

Page 15: Is.exp.329704

• El analista es el que representa al

cliente y el usuario final, se

refiere a la obtención de

requerimientos de los

interesados, por medio de

comprender el problema a

resolver, capturando y creando

las prioridades de los

requerimientos

Analista

Page 16: Is.exp.329704

• El arquitecto es el responsable

del diseño de arquitectura del

software. Tomando las decisiones

técnicas claves, las cuales

limitaran el conjunto de diseño y

la implementación del proyecto.

Arquitecto

Page 17: Is.exp.329704

• Es quien tiene la responsabilidad

del desarrollo de una parte del

sistema o el sistema completo

dependiendo de la magnitud del

mismo, se encarga del diseño

ajustándolo a la arquitectura y de

la implementación de pruebas

unitarias y de integración para los

componentes desarrollados.

Desarrollador

Page 18: Is.exp.329704

• Dirige la planificación del

proyecto en colaboración con las

partes interesadas y el equipo,

coordina las interacciones de los

interesados, manteniendo al

equipo del proyecto enfocado en

los objetivos del mismo

Lider

del

proyecto

Page 19: Is.exp.329704

• Representan al grupo que está

interesado en el proyecto, quienes

necesariamente deberán de ser

satisfechos por el mismo. Este

papel lo puede jugar cualquier

persona que es afectada por los

objetivos del proyecto.

Takeholder

Page 20: Is.exp.329704

• Es el responsable de las

actividades básicas y de realizar

las pruebas, se encarga de la

identificación, definición, imple

mentación y conducción de las

pruebas necesarias. Así como el

ingreso de pruebas y el análisis

de resultados.

Tester

Page 21: Is.exp.329704

• Representa a cualquier otra

persona en el equipo que puede

realizar tareas generales.Otro Rol

Page 22: Is.exp.329704

GRACIAS

POR SU

ATENCIÓN