Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

METODOLOGIA OPEN-UP

metodologia de desarrollo de software
by

Andres Gomez

on 9 July 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of METODOLOGIA OPEN-UP

GRACIAS
VENTAJAS
- Promueve la colaboración entre el equipo de trabajo, alineando intereses y compartiendo conocimiento.

- Ayuda al equipo a enfocarse en la arquitectura de forma rápida; de tal forma que se minimicen los 
riesgos y se organice el desarrollo.

- Permite que los integrantes del equipo entiendan rápidamente como realizar el trabajo para alcanzar
los objetivos y metas proyectados. 

- Permite a los administradores del proyecto realizar un seguimiento fácil y eficaz a los avances del desarrollo.

- Ideal para desarrolladores emprendedores y pequeñas empresas, gracias a que minimiza costos.

- Disminuye las probabilidades de fracaso en los proyectos pequeños e incrementa las probabilidades de éxito.

- Permite detectar errores tempranos a través de un ciclo iterativo.

- Evita la elaboración de documentación, diagramas e iteraciones innecesarios requeridos en la metodología RUP

- Por ser una metodología ágil tiene un enfoque centrado al cliente.

DESVENTAJAS
- A veces omite contenido que puede ser de interés en el proyecto.

- Al ser una metodología de bajo formalismo existirá la posibilidad, si no se tiene cuidado, de que el proyecto pueda perder rumbo debido a la desorganización.

- Se espera que cubra un amplio sistema de necesidades en los proyectos en un plazo muy corto.

- No es adecuada para proyectos de gran tamaño.


FASE 3: CONSTRUCCIÓN
El propósito de esta fase es completar el desarrollo del sistema basado en la arquitectura y se libera una versión beta del proyecto que pueda ser presentada al cliente.

Se describen los requisitos y requerimientos restantes. (si los hay)

Se completan los detalles en diseño, implementación.

Se realizan pruebas a las funcionalidades del software para completar el desarrollo.

FASE 4: TRANSICIÓN
Se enfoca en la transición del producto a la plataforma tecnológica del cliente, el cual verifica que se cumplan los requisitos planteados.

Se asegura que el producto esté listo para ser distribuido a los usuarios.

Se debe lograr el consentimiento de los clientes en que el desarrollo está completo.Esto puede
involucrar varios niveles de pruebas para la aceptación del producto, incluyendo pruebas formales
e informales.

Mejorar el desempeño en futuros proyectos a través de lecciones aprendidas, documentando las lecciones aprendidas y mejorar el ambiente de los procesos y las herramientas para el proyecto.

Durante el desarrollo del proyecto se debe elaborar y mantener los documentos necesarios para los
lideres, interesados o cualquier otro rol que haga parte del proceso de
desarrollo en el momento oportuno y justo, de tal manera que guié y apoyen sus labores (glosario, documentación de pruebas, avances y documentación elaborada para el usuario final, los cuales
describen la funcionalidad del software)
FUENTES
http://www.udistrital.edu.co:8080/documents/276352/356568/Cap1GeneralidadesProcesoOpenup.pdf

http://www.eclipse.org/epf/general/OpenUP.pdf

https://www.udistrital.edu.co/files/dependencias/oas/GuiaRapidaOpenUPOAS.pdf

http://www.udistrital.edu.co:8080/documents/276352/356568/Cap2CicloVidaProcesoDesarollo

http://www.udistrital.edu.co:8080/documents/276352/356568/Cap6GestionRequerimientosRequisitos.pdf

METODOLOGÍA OPEN-UP
GIOVANNI ANDRES GOMEZ 2OO91O78 1 15
ANDRES CAMILO CASTILLO 20091078001


(Proceso unificado abierto)
Es un proceso de desarrollo ágil y
de aplicación general, se centra en el
desarrollo rápido. Puede ser expandido y
adaptado a un conjunto amplio de plataformas
y proyectos. Fue desarrollado por un conjunto de empresas de desarrollo de software y de tecnología (IBM). Fue donado en 2007 a la fundación eclipse, quedando bajo una licencia
libre. Esta metodología extrae los principios
fundamentales de la metodología RUP. El
ciclo de vida de un proyecto consta de
cuatro fases: Inicio, Elaboración,
Construcción y Transición.

El cliente y los integrantes del equipo de desarrollo colaboran para determinar el ámbito del
proyecto, su objetivos y determinar si el proyecto es viable. Asegurarse   de   que   las decisiones   técnicas   se   capturen   y   comuniquen adecuadamente.

Identificación de los involucrados en el proyecto.

Identificar cuales son los  requerimientos funcionales y no funcionales del proyecto.

Identifique al menos una arquitectura candidata y su viabilidad. 

Entienda el costo, el cronograma y los riesgos asociados al proyecto. 

Se debe asegurar que   el   equipo tiene   la   suficiente   información   para   entender   el 
enfoque que usted está tomando.
Se evalúan nuevamente los requisitos, la arquitectura, los costos y el cronograma para realizar pequeños ajustes.

Se define la arquitectura mas adecuada para el proyecto.

Se realiza el primer boceto de la aplicación.

Se define las herramientas y entornos de desarrollo.

Se realizan los casos de uso.

Se realiza el primer prototipo ejecutable de la aplicación.

Se definen y realizan las primeras pruebas.
FASE 1: INICIO
FASE 2: ELABORACIÓN
.
Director del Proyecto:
Este rol garantiza la continuidad del proyecto al gestionar los
recursos necesarios y mantener el interés institucional en el proyecto.

Jefe de Proyecto:
Este rol se encarga de la supervisión y dirección directa de las
actividades y resultados de cada uno de los miembros del equipo de desarrollo.

Líder del Proyecto:
Lidera la planeación del proyecto, coordina interacciones con los
interesados y conserva el equipo del proyecto enfocado en alcanzar Los objetivos
del proyecto.

Analista:
Realizar tareas de relevamiento, análisis y diseño de los requerimientos y requisitos en el proyecto.


Arquitecto:
Responsable de diseñar la arquitectura del software, la cual incluye
tomar las principales decisiones técnicas que condicionan globalmente el diseño y la implementación del proyecto.

Realizador:
Es responsable de desarrollar una parte del sistema, incluyendo diseñar esta, para que se ajuste a la arquitectura.

Inspector de Pruebas:
Identificar, definir, implementar y dirigir las pruebas necesarias
así como verificar y analizar sus resultados.

Auditor:
Coordina las actividades del equipo de trabajo en cuanto a realización de auditorías, revisiones, instanciamientos de Planes de Calidad y de Mejoras, etc.

Full transcript