Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.
Ingeniería de Requerimientos
Materia: Administración De Proyectos.
Maestro : ING E.O Chaverry Davis
Presentan:
Garcia Agui...
INGENIERÍA DE REQUERIMIENTOS.
Es el proceso de recopilar, analizar y
verificar las necesidades del cliente
para un sistem...
Fases de implementación para la
obtención de requisitos
1. Obtener requisitos
2. Analizar requisitos
3. Documentar requisi...
Errores comunes al obtener
requerimientos pueden ser:
Requerimientos incompletos
Que el desarrollador/analista no esté
i...
Objetivo
4.1.1 Objetivo.
Emplear un sistema, basado en
reglas, que coadyuve al desarrollador
de software reduciendo el tiempo y
cos...
4.1.1.1 Objetivos Secundarios.
 Adquirir los conocimientos de los expertos en
desarrollo de software para tener una conco...
4.1.2 Metas.
4.1.2 Metas.
Permitir gestionar las
necesidades del proyecto en
forma estructurada.
Mejorar la capacidad de
predecir cro...
4.1.2 Metas.
Mejorar la calidad del software.
Mejorar la comunicación entre
equipos.
Evitar rechazos de usuarios finale...
4.1.3 Alcances y Limitaciones.
Objetivo:
Un breve análisis del proyecto en todas sus
dimensiones (Técnicas, Financieras,
Institucionales, etc.) y una ev...
4.1.3 Alcances y Limitaciones.
Alcances
Alcance: Definir límites del trabajo
y partes del proyecto.
“Hacer lo que hay q...
4.1.3 Alcances y Limitaciones.
 Administración del alcance
(planeación)
 Asegurar que el proyecto incluya
todo el trabaj...
4.1.3 Alcances y Limitaciones.
 Declaración del alcance
El alcance del proyecto sirve para asegurar que el
cliente, patro...
4.1.3 Alcances y Limitaciones.
Herramientas declaración alcance.
4.1.3 Alcances y Limitaciones.
 Entregables por fases (WBS)
Muchos proyectos los podemos dividir en fases, a
continuación...
4.1.3 Alcances y Limitaciones.
Limitaciones
Qué está incluido en el proyecto.
Representación de flujo de datos.
Repres...
4.1.3 Alcances y Limitaciones.
 Ejemplo:
4.1.4 JUSTIFICACIÓN
4.1.4 JUSTIFICACIÓN
 Impacto, el beneficio en el medio, el impacto en el
contexto o en el medio.
 Solución de problemas....
4.1.4 JUSTIFICACIÓN
 ¿Por qué se hace la investigación?
 ¿Cuáles serán sus aportes?
 ¿A quiénes pudiera beneficiar?
4.2 Técnicas para obtener
información sobre el proyecto
4.2 Técnicas para obtener información
sobre el proyecto
 Entrevistas:
 Las entrevistas permite al analista tomar conocim...
4.2 Técnicas para obtener información
sobre el proyecto
 JAD.
 Es una práctica de grupo que se
desarrolla durante varios...
4.2 Técnicas para obtener información
sobre el proyecto
 Brainstorming (Tormenta de ideas).
 Es también una técnica de r...
4.2 Técnicas para obtener información
sobre el proyecto
 Concept Mapping.
 son grafos en los que los vértices representa...
4.2 Técnicas para obtener información
sobre el proyecto
 Sketches y Storyboards.
 Está técnica es frecuentemente usada
p...
4.2 Técnicas para obtener información
sobre el proyecto
 Cuestionario y Checklist.
 Consiste en redactar un documento co...
4.2 Técnicas para obtener información
sobre el proyecto
 Comparación de terminología:
 Esta técnica es utilizada en form...
4.3 Especificaciones del
Proyecto y Contrato
PROVEEDOR GENERAL (PG).
CONTRATO A PRECIO ALZADO.
4.3 Especificaciones del Proyecto y Contrato
Ventajas. Desventajas.
PROVEEDOR GENERAL (PG). CONTRATO POR
ADMINISTRACION.
Ventajas. Desventajas.
4.3 Especificaciones del Proyecto y Contrato
DISEÑO - IMPLEMENTACION “LLAVE
EN MANO” - PRECIO ALZADO.
Desventajas.
Ventajas.
4.3 Especificaciones del Proyecto y Contra...
ADMINISTRACIÓN DIRECTA DE VARIOS
PROVEEDORES.
Ventajas. Desventajas.
4.3 Especificaciones del Proyecto y Contrato
Cliente
...
TIPO DE RELACIÓN
CONTRACTUAL.
DESCRIPCIÓN. SUGERENCIAS PARA
CONTRATAR.
AGENTE
Es una relación contractual
el agente o cons...
Gracias por su
atención.
Próxima SlideShare
Cargando en…5
×

ingenieria de requerimientos

549 visualizaciones

Publicado el

SCDFGHM,HFGFXF

Publicado en: Software
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

ingenieria de requerimientos

  1. 1. Ingeniería de Requerimientos Materia: Administración De Proyectos. Maestro : ING E.O Chaverry Davis Presentan: Garcia Aguilar José Gabriel
  2. 2. INGENIERÍA DE REQUERIMIENTOS. Es el proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema de software La meta de la ingeniería de requerimientos es entregar una especificación de requerimientos de software correcta y completa
  3. 3. Fases de implementación para la obtención de requisitos 1. Obtener requisitos 2. Analizar requisitos 3. Documentar requisitos 4. Verificar los requisitos 5. Validar los requisitos
  4. 4. Errores comunes al obtener requerimientos pueden ser: Requerimientos incompletos Que el desarrollador/analista no esté involucrado lo suficiente en el proceso inicial Mal uso de recursos Disfrazar o exagerar los alcances del proyecto Estimaciones erróneas y engañosas
  5. 5. Objetivo
  6. 6. 4.1.1 Objetivo. Emplear un sistema, basado en reglas, que coadyuve al desarrollador de software reduciendo el tiempo y costos en la documentación de requerimientos de software.
  7. 7. 4.1.1.1 Objetivos Secundarios.  Adquirir los conocimientos de los expertos en desarrollo de software para tener una concordancia y clara obtención de los requerimientos de software  Contribuir a incrementar el conocimiento sobre el dominio de aplicación en el que actúa un software.  Descomponer un dominio de aplicación complejo, para permitir solucionarlos por módulos.
  8. 8. 4.1.2 Metas.
  9. 9. 4.1.2 Metas. Permitir gestionar las necesidades del proyecto en forma estructurada. Mejorar la capacidad de predecir cronogramas de proyectos, así como sus resultados. Disminuir los costos y retrasos del proyecto.
  10. 10. 4.1.2 Metas. Mejorar la calidad del software. Mejorar la comunicación entre equipos. Evitar rechazos de usuarios finales.
  11. 11. 4.1.3 Alcances y Limitaciones.
  12. 12. Objetivo: Un breve análisis del proyecto en todas sus dimensiones (Técnicas, Financieras, Institucionales, etc.) y una evaluación general de sus efectos en su área de influencia. Es donde se inicia el plan del proyecto ¿Qué pretendemos lograr? ¿Cómo? Aplicar herramientas y técnicas para definir y gestionar el alcance del proyecto.
  13. 13. 4.1.3 Alcances y Limitaciones. Alcances Alcance: Definir límites del trabajo y partes del proyecto. “Hacer lo que hay que hacer y no hacer lo que no hay que hacer”. Definición de lo que incluye y no incluye el proyecto.
  14. 14. 4.1.3 Alcances y Limitaciones.  Administración del alcance (planeación)  Asegurar que el proyecto incluya todo el trabajo requerido y sólo el trabajo requerido para terminar el proyecto exitosamente.  Herramientas:  Declaración del alcance  WBS (Work Breakdown Structure) Desglose de actividades por capas descendiendo en nivel y detalle.
  15. 15. 4.1.3 Alcances y Limitaciones.  Declaración del alcance El alcance del proyecto sirve para asegurar que el cliente, patrocinador y el equipo confirmen cómo serán los entregables del proyecto.  Entregables SMART:  Específico  Medible  Acordado  Realista  tiempo establecido.
  16. 16. 4.1.3 Alcances y Limitaciones. Herramientas declaración alcance.
  17. 17. 4.1.3 Alcances y Limitaciones.  Entregables por fases (WBS) Muchos proyectos los podemos dividir en fases, a continuación presentamos un mapa mental con los entregables por fases, en el que cada una de ellas incluye sub entregables y criterios de aceptación. Mapa mental de sub entregables finales.
  18. 18. 4.1.3 Alcances y Limitaciones. Limitaciones Qué está incluido en el proyecto. Representación de flujo de datos. Representación de funcionalidades. Qué está fuera del alcance del proyecto. Identificar necesidades que no tenemos que realizar nosotros y deben existir. Evitar invertir tiempo y recursos en actividades que no producen beneficios.
  19. 19. 4.1.3 Alcances y Limitaciones.  Ejemplo:
  20. 20. 4.1.4 JUSTIFICACIÓN
  21. 21. 4.1.4 JUSTIFICACIÓN  Impacto, el beneficio en el medio, el impacto en el contexto o en el medio.  Solución de problemas.  Razones por las cuales se realiza la investigación.  Posibles aportes desde el punto de vista teórico o práctico.
  22. 22. 4.1.4 JUSTIFICACIÓN  ¿Por qué se hace la investigación?  ¿Cuáles serán sus aportes?  ¿A quiénes pudiera beneficiar?
  23. 23. 4.2 Técnicas para obtener información sobre el proyecto
  24. 24. 4.2 Técnicas para obtener información sobre el proyecto  Entrevistas:  Las entrevistas permite al analista tomar conocimiento del problema y comprender los objetivos de la solución buscada.  Básicamente, la estructura de la entrevista abarca tres pasos: identificación de los entrevistados, preparación de la entrevista, realización de la entrevista y documentación de los resultados
  25. 25. 4.2 Técnicas para obtener información sobre el proyecto  JAD.  Es una práctica de grupo que se desarrolla durante varios días y en la que participan analistas, usuarios, administradores del sistema y clientes (IBM, 1997). Durante la sesión se discute en grupo sobre estos temas, llegándose a una serie de conclusiones que se documentan. En cada sesión se van concretando más las necesidades del sistema
  26. 26. 4.2 Técnicas para obtener información sobre el proyecto  Brainstorming (Tormenta de ideas).  Es también una técnica de reuniones en grupo cuyo objetivo es que los participantes muestren sus ideas de forma libre.  Consiste en la mera acumulación de ideas y/o información sin evaluar las mismas. El grupo de personas que participa en estas reuniones no debe ser muy numeroso (máximo 10 personas), una de ellas debe asumir el rol de moderador de la sesión, pero sin carácter
  27. 27. 4.2 Técnicas para obtener información sobre el proyecto  Concept Mapping.  son grafos en los que los vértices representan conceptos y las aristas representan posibles relaciones entre dichos conceptos.
  28. 28. 4.2 Técnicas para obtener información sobre el proyecto  Sketches y Storyboards.  Está técnica es frecuentemente usada por los diseñadores gráficos de aplicaciones en el entorno web.  Casos de Uso.  Los casos de uso permiten mostrar el contorno (actores) y el alcance 8 (requisitos funcionales expresados como casos de uso) de un sistema.
  29. 29. 4.2 Técnicas para obtener información sobre el proyecto  Cuestionario y Checklist.  Consiste en redactar un documento con preguntas cuyas respuestas sean cortas y concretas, o incluso cerradas por unas cuantas opciones en el propio cuestionario (Checklist).
  30. 30. 4.2 Técnicas para obtener información sobre el proyecto  Comparación de terminología:  Esta técnica es utilizada en forma complementaria a otras técnicas para obtener consenso respecto de la terminología a ser usada en el proyecto de desarrollo. Para ello es necesario identificar el uso de términos diferentes para los mismos conceptos (correspondencia), misma terminología para diferentes conceptos (conflictos) o cuando no hay concordancia exacta ni en el vocabulario ni en los conceptos (contraste).
  31. 31. 4.3 Especificaciones del Proyecto y Contrato
  32. 32. PROVEEDOR GENERAL (PG). CONTRATO A PRECIO ALZADO. 4.3 Especificaciones del Proyecto y Contrato Ventajas. Desventajas.
  33. 33. PROVEEDOR GENERAL (PG). CONTRATO POR ADMINISTRACION. Ventajas. Desventajas. 4.3 Especificaciones del Proyecto y Contrato
  34. 34. DISEÑO - IMPLEMENTACION “LLAVE EN MANO” - PRECIO ALZADO. Desventajas. Ventajas. 4.3 Especificaciones del Proyecto y Contrato
  35. 35. ADMINISTRACIÓN DIRECTA DE VARIOS PROVEEDORES. Ventajas. Desventajas. 4.3 Especificaciones del Proyecto y Contrato Cliente Gte. Proy. Y Staff Staff (adicional) Proveedores. Diseñador.
  36. 36. TIPO DE RELACIÓN CONTRACTUAL. DESCRIPCIÓN. SUGERENCIAS PARA CONTRATAR. AGENTE Es una relación contractual el agente o consejero de confianza es el que provee un servicio especializado y representa al cliente, manteniéndose fuera de conflictos de intereses. Su rol es guiar y asesorar. Los agentes pueden ser: el abogado, el doctor, el gerente de proyectos. Recomendamos contratar a los agentes en función a su capacidad y confiabilidad. VENDEDOR El vendedor es la persona o empresa que provee un producto o servicio definido y a cierto precio, si el contrato se amplía el gana más y el cliente paga un costo adicional. Recomendamos contratar a los vendedores en función a precio, servicio y soporte después de la venta.
  37. 37. Gracias por su atención.

×