Ingenieria De Requisitos
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
2,416
On Slideshare
2,411
From Embeds
5
Number of Embeds
1

Actions

Shares
Downloads
81
Comments
0
Likes
1

Embeds 5

http://www.slideshare.net 5

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. INGENIERIA DE REQUISITOS TEMA: ADMINISTRACIÓN DEL ALCANCE INTEGRANTES: Gonzalo Piedra
  • 2. ADMINISTRACIÓN DEL ALCANCE
    • El momento ideal para decidir sobre las funciones que se van a desarrollar en el proyecto básico cuando el problema ya esta definido y antes de perder mucho tiempo.
    • ¿Como administrar el alcance de los detalles del sistema? La gestión de flujo de trabajo de alcance detallado en el RUP se realiza después de que el sistema es definido, pero antes de refinación de la definición. No queremos perder el tiempo refinando las partes del sistema que están fuera del ámbito de aplicación de la versión actual del sistema.
  • 3. ADMINISTRACIÓN DEL ALCANCE
  • 4. ADMINISTRACIÓN DEL ALCANCE
    • En RUP, el propósito de este trabajo es: • Definir aportación a la selección de los requisitos que se deben incluir en la iteración actual. • Definir el conjunto de características y casos de uso (o escenarios) que representan algunas funcionalidades. • Definir qué atributos se deben mantener. Aunque el alcance del proyecto deben ser administrados continuamente, es más fácil de tomar decisiones después de la identificación de la mayoría de los actores, casos de uso, y especificaciones suplementarias. El analista de sistemas se aplica al cliente por prioridad, esfuerzo, costo, valores de riesgo, y otros atributos necesarios para ordenar con mayor precisión las prioridades de desarrollo. Esto permite al arquitecto identificar los casos de uso significativos. El Plan de interacción se desarrolla en paralelo por el supervisor. El plan de iteración define el número y la frecuencia de las repeticiones previstas para la puesta en libertad.
  • 5. ADMINISTRACIÓN DEL ALCANCE
  • 6. ADMINISTRACIÓN DEL ALCANCE
    • El ámbito de gestión es el mantenimiento de un "saludable tensión" entre lo que el cliente quiere y lo que cree que el desarrollo puede entregar en un plazo determinado. Es esencial para el desarrollador, llegar a un acuerdo entre el cliente con respecto a un conjunto básico de características a desarrollar para el sistema. Una buena forma de lograr el equilibrio entre los deseos del cliente y desarrollador de los recursos es interactuar mediante el desarrollo y la prestación de los "rebanadas del pastel." Entonces, las prioridades pueden ser reevaluado al final de cada iteración. El momento ideal para decidir lo que el conjunto básico de funciones que en realidad se está desarrollando es después de definir el sistema y antes de haber dedicado mucho tiempo en la refinación de los detalles.
  • 7. ADMINISTRACIÓN DEL ALCANCE
    • Consejos para evitar el fracaso del alcance, pero permitiendo el cambio: • Los "verdaderos" requisitos: Identificar lo que realmente se necesita para el negocio objectiveprototyping.
    • • Requisitos mínimos: Una conciencia práctica de una estrategia de requisitos mínimos, no "paliativos", ni incluso lo que "podrían ser necesarias. • Todos los requisitos deben ser registrados e identificados con sus fuentes. • Revisar que todas las necesidades tienen un coste y el calendario de impacto. • El uso de la negociación y el acuerdo respecto de un proceso de sanción (no tiene que ser pesos pesados). • Todos los requisitos llegan a través de un canal bien identificado, y no de las diversas fuentes y al azar. • Expectativa de gestión y comunicación con el cliente acerca de lo que hay en cada iteración. Esto ayuda a descubrir las necesidades ocultas, desconocidas para los desarrolladores pero asumidas por el dominio del cliente.
  • 8. ADMINISTRACIÓN DEL ALCANCE
  • 9. ADMINISTRACIÓN DEL ALCANCE
    • Hay que centrarse en lo que se puede hacer realmente para tener la cantidad fija de los recursos y elegir los mejores para producir confiabilidad en los clientes.
    • Siempre hay horas extraordinarias, pero también quiere evitar el agotamiento.
    • El alcance de un proyecto se define por el conjunto de requisitos que se le habían asignado. Gestionar alcance del proyecto es adaptarse a los recursos disponibles (tiempo, personas, y el dinero) que a su es la clave de la gestión de proyectos con éxito.
  • 10. ADMINISTRACIÓN DEL ALCANCE
  • 11. ADMINISTRACIÓN DEL ALCANCE
    • Una vez que tenga una lista de características en el proyecto básico, las características deben ser asignados a iteraciones de modo que puedan aplicarse de manera que se elimina el riesgo y la entrega de proyectos
    • Entre las aplicaciones para encontrar atributos de los Requisito atributos son: • Gestión de proyectos alcance • Asignación de recursos • Programación • La evaluación de la condición de • Cálculo de software métrica • Gestión de proyectos de riesgo • Estimación de costos • Asegurar la seguridad del usuario
  • 12. ADMINISTRACIÓN DEL ALCANCE
  • 13. ADMINISTRACIÓN DEL ALCANCE
    • Un caso de uso determinado no suele ser totalmente escrito y ponerse en práctica en una sola iteración. En lugar de ello, cada iteración se centra en un subconjunto de la utilización de los casos. El Ámbito de aplicación de la iteración es impulsada por varios factores: • La parte superior riesgos para el proyecto. • La funcionalidad requerida del sistema. • El tiempo asignado a la iteración. • La fase y sus objetivos específicos. La arquitectura más importantes escenarios se tratan en las primeras iteraciones.
  • 14. Priorizar los casos de uso (arquitecto)
      • Seleccionar los escenarios para iteraciones arquitectónicas basado en flujos que:
      • En el alcance preliminar se tomara en cuenta los casos de uso entrelazados o características
    • Representa la funcionalidad significativa, central.
    • Tener una coberturas arquitectónicas sustancial.
    • Ejercen muchos elementos/interfaces arquitectónicos.
    • Acentuar un punto específico, delicado de la arquitectura.
    • arquitecto de software decide como pedir o priorizar los casos de uso o escenarios a través de las iteraciones.
        • priorizar los escenarios para futuras iteraciones.
  • 15. Priorizar los Casos de Uso (analista).
    • Considerar la prioridad de requisitos de los stakeholders y características en la línea de fondo
    • Seleccionar los escenarios para la iteración basada en el flujos que:
      • Rastrea los requerimientos de los stakeholder de alta prioridad.
    • Representa el uso principal del sistema (80:20regla).
    • Están relacionados con rasgos que, una vez entregados, permiten que usted reciba un pago incremental.
    • Proporcionar una llave diferenciadora para mejorar los competidores
    • El analista de sistema está interesado en casos de uso de priorización (o escenarios) basado en altos rasgos de prioridad que remontan a flujos diferentes.
    • Tipicamente ellos están preocupados por la adquisición de esto el 20 por ciento de la funcionalidad que solucionará el 80 por ciento de las necesidades de los stakeholders puestas en práctica cuanto antes. Por definición, este el 20 por ciento es por lo general las exigencias de prioridad más altas.
    • Los analistas de sistemas no están preocupados por los detalles técnicos de poner en práctica un caso de uso - que es la preocupación{el interés} del arquitecto. Por esta razón, un equilibrio entre el analista de sistema y los deseos del arquitecto debe ser alcanzado.
  • 16.  
  • 17. Ayuda del proceso de control
    • Un factor clave en la dirección del alcance es un proceso de dirección de cambio eficaz. Como las peticiones entran durante nuestro ciclo de vida, los interceptan, y pasan por un solo canal de aprobación.
    • Las peticiones pueden ser tasadas entonces según criterios como: origen, prioridad de cliente, apoyo de objetivos comerciales, e impacto en cronograma.
    •  
    • El canal de la aprobación puede ser una persona (como un gerente de proyecto) o quizás un grupo de representantes (por ejemplo; un CCB, Cambio o Configuración de la tabla de control). El CCB debería tener a representantes de cada uno de los grupos relevantes.
  • 18. Maneje Expectativas
    • Maneje Expectativas
    • ¿Por qué manejan expectativas?
    • Entonces los clientes entienden por qué usted aplaza la funcionalidad
    • La gente percibe cosas diferentemente
    • Cosas pasan
    • Como Manejar Expectativas
    • Entender expectativas de cliente.
    • Limitara las expectativas como apropiadas.
    • Incluir la fuente de la limitación.
    • Bajo promesas y sobre entregan.
    • La comunicación es muy importante; ningunas sorpresas.
  • 19. Mejore Sus Habilidades de Negociación
    • demandas altas, pero no son irrazonable.
    • Separar a la gente del problema.
    • Foco en intereses, no posiciones.
    • Entender su Mejor Alternativa a Arreglo Negociado (BATNA).
    • Inventar opciones para la ganancia mutua.
    • Diplomacia de uso.
    •  
  • 20. Mejore sus habilidades en cada oportunidad.
    • Las habilidades de negociación son claves a cualquier programa acertado, multipartidario. Mejoramiento de éstos las habilidades son una actividad normal, profesional para la cual cada uno debería pasar el tiempo.
    • Que importante es esto
    • ¿para usted? ¿Y si el cliente anula el proyecto? Este le da un punto fundamental para trabajar.
    •  
    • La llave debe concentrarse en los involucrados y tentativa de subir con opciones creativas que satisfagan ambos lados.
  • 21. El Campeón de Producto
    • Impiden a proyectos de ir a la deriva en un abismo técnico o político.
    • Las ayudas manejan el alcance de proyecto.
    • Posee la visión de producto.
    • Abogados para el producto.
    • Defienden contra el pelotazo de aspecto.
    • Negocia con manager, usuarios y desarrolladores.
    •  
    • Mantiene un equilibrio v entre necesidades de cliente y lo que puede ser entregado a tiempo.
    •  
    • Representa el canal oficial entre el cliente y el equipo de desarrollo.
    •   el aún a menudo intangible, aspecto de tener un proyecto acertado.
    •  
    • Por lo general este no es un título de trabajo, pero un papel desempeñado por un individuo clave.
    • ¿Querría usted tener a un campeón de producto en el lado de desarrollo o el lado de cliente?
    • ¿En que nivel en su compañía tendría que esta persona estar en ser eficaz?
  • 22. .
    • DUDAS A RESPONDER ?