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

TOGAF

arquitectura de requerimientos
by

niwde gomez

on 22 October 2012

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of TOGAF

EDWIN GOMEZ
SINDY AGUILAR
FRANCY RUBIANO GESTIÓN DE REQUERIMIENTO
TOGAF GESTIÓN DE REQUERIMIENTOS Provee un proceso para gestionar los requerimientos de la Arquitectura a través de las Fases de un ciclo de ADM.

Identifica requerimientos para la empresa, almacenarlos y suministrarlos a las diferentes Fases de ADM, las cuales disponen de ellos, los direccionan y priorizan.

Se trabaja con un conjunto dinámico de requerimientos que reflejan los cambios tecnológicos, la evolución de los mercados y las transformaciones del entorno. FASE A: Visión de la Arquitectura OBTENCIÓN
DE REQUERIMIENTOS Asegurarse que los individuos adecuados estén en el papel del analista del negocio:

Experiencia del negocio de la vida real.
Capacidad de traducir visiones a sistemas tangibles.
Una cierta comprensión de la tecnología y de sus limitaciones.
Prototipos funcionales de la interfaz de Usuario.
La experiencia del usuario es responsabilidad de todos los involucrados. Contar con un buen trabajo del departamento de Marketing, así como las mejores herramientas para el desarrollo de una web amigable para el usuario, de manera que los invite a comprar productos de Forsac. FASE B: Arquitectura de
Negocio FASE C: Arquitectura de
Sistema de Información OBJETIVOS CONCLUSIÓN Describen como sería mejorar el mundo para ciertas comunidades si el producto estuviera disponible” Son aquellos requerimientos que representan los objetivos establecidos por la organización. Este tipo de requerimiento son el resultado de acoplar los requerimientos de usuario al modelo de la solución. Estos ya tienen cierto nivel de detalle avanzado y son la base para empezar la fase de diseño del sistema . Estos requerimientos hacen referencia hacia los requerimientos funcionales y no funcionales. Se debe asegurar que el proceso de Gestión de Requisitos se mantiene y funcione para todas las fases pertinentes de ADM.

Se tiene que gestionar los requisitos de configuración detectada durante una ejecución del ciclo o fase de un ADM.

Se debe asegurar de que los requisitos pertinentes a la configuración están disponibles para su uso por cada fase como la fase se ejecuta. La metodología empleada en TOGAF se basa en modelos descriptivos y en un ciclo de vida iterativo que permite definir la arquitectura desde diferentes puntos de vista, implicando a diferentes áreas de la empresa para lograr un entendimiento global de las necesidades, restricciones y oportunidades del proyecto. La metodología empleada en TOGAF se basa en modelos descriptivos y en un ciclo de vida iterativo que permite definir la arquitectura desde diferentes puntos de vista, implicando a diferentes áreas de una empresa para lograr un entendimiento global de las necesidades, restricciones y oportunidades del proyecto. VENTAJAS TOGAF, como otros frameworks de Enterprise Architecture, tiene como principal objetivo establecer un enlace entre Negocio y TI en las empresas, aportando múltiples beneficios a ambas áreas que a continuación se describen.

- Reducción de costes
- Reducción de Riesgos
- Identificación de Oportunidades
- Flexibilidad y Adaptación
- Lenguaje común GRACIAS REQUERIMIENTO FUNCIONALES Y
NO FUNCIONALES DEFINICIÓN Los requerimientos son declaraciones que identifican atributos, capacidades, características y/o cualidades que necesita cumplir un sistema (o un sistema de software) para que tenga valor y utilidad para el usuario - Requerimientos funcionales: qué debe hacer el sistema o software.

- Requerimientos no funcionales: cómo debe funcionar el sistema o software (no su implementación), por ejemplo: calidad, rendimiento, facilidad de uso, etc. DEFINICIÓN REQUERIMIENTO ¿ QUE DEBEMOS TENER EN CUENTA
AL DEFINIR REQUISITOS? - Supuestos de requisitos
- Restricciones para los requisitos
- Principios de dominio específico que impulsa los requisitos
- Políticas que afectan a los requisitos
- Normas que deben cumplir los requisitos
- Directrices de la organización de los requisitos
- Especificaciones de requisitos ENFOQUE

Es importante tener en cuenta que el círculo de la gestión de requisitos denota no un conjunto estático de requisitos, sino un proceso dinámico mediante el cual requisitos para cambios posteriores a esos requisitos y arquitectura empresarial son identificados, almacenados y alimentados en las fases pertinentes de ADM
La capacidad de hacer frente a cambios en los requerimientos es crucial. La arquitectura es una actividad que por su naturaleza se ocupa de la incertidumbre y el cambio entre lo que quieren los interesados y lo que puede ser especificado y diseñado como una solución. Requisitos deban estar sujetos a cambios imprevistos
Se recomienda que un repositorio de se utiliza para registrar y administrar todos los requisitos de la arquitectura repositorio de requisitos puede contener información de varios ciclos ADM. Los pasos de la fase de gestión de requisitos se describen en la tabla siguiente: RESUMEN DE CADA FASE TOGAF EJEMPLO APLICADO A LA EMPRESA FORSAC – PERU prueba
Full transcript