Your SlideShare is downloading. ×
Ingeniería de requisitos
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

Ingeniería de requisitos

1,323
views

Published on

Published in: Education

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,323
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
47
Comments
0
Likes
0
Embeds 0
No embeds

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. INGENIERÍA DEL SOFTWARE Santiago Peñarreta León 1Pressman.6ta Edición
  • 2. Ayuda a entender mejor el problemaIncluye conjunto de tareas que conducen a comprender cuál será elimpacto del software sobre el negocioEstablece una base sólida para el diseño y la construcciónMecanismo apropiado para Entender lo que el cliente quiere Analizar las necesidades Evaluar la factibilidad Negociar una solución razonable Especificar la solución sin ambigüedades Validar la especificación Administrar los requisitos conforme estos se transforman 2
  • 3. FUNCIONESINICIO OBTENCIÓN ELABORACIÓN NEGOCIACIÓN ESPECIFICACIÓN VALIDACIÓN GESTIÓN 3
  • 4. InicioIdentificar a los interesadosReconocer múltiples puntos de vistaIdentificar áreas de conflicto y áreas en comúnFormulación de preguntas 4
  • 5. Obtención Problemas de ámbito El límite del sistema mal definido o los clientes/usuarios especifican detalles innecesarios que pueden confundir.Problemas de comprensión Los clientes/usuarios no están seguros por completo y de qué es lo que se necesita -No comprenden el dominio del problema -Especifican requisitos ambiguos o inestables -Omiten información que consideran obvia Problemas de volatibilidad Los problemas cambian conforme transcurre el tiempo 5
  • 6. Obtención Despliegue de la función de calidad(QFD) Traduce necesidades del cliente en requisitos técnicos para el software Tipos de Requisitos Normales Esperados Estimulantes Reflejan los objetivos Están implícitos en el Características que van más allá de las y metas establecidos producto o sistema expectativas del cliente Ejm: Gráficos en Ejm: Facilidad Ejm: Predecir palabras pantalla, funciones Humano/máquina, en un sistema q no se específicas, niveles de corrección y especifico esa rendimiento confiabilidad funcionalidad óptimos. operacional Se concentra en aumentar la satisfacción del cliente desde el proceso de la ingeniería del software 6
  • 7. Obtención Casos de uso Cuenta la manera en que un usuario final interactúa con el sistema en un conjunto de circunstancias Definir actores Diferentes personas que se comunican con el sistema. Ejemplo 1 -El programador -El que realiza las pruebas -El que monitorea -El que resuelve problemas 7
  • 8. Obtención Ejemplos casos de usoDescripción de un caso de uso Diagrama de caso de uso 8 Fuente: http://www.ingenierosoftware.com/analisisydiseno/casosdeuso.php
  • 9. Elaboración Desarrollo de un modelo técnico refinado de las funciones, características y restricciones del software Se definen los atributos de cada clase de análisis y se identifican los servicios que requiere cada clase Se definen las relaciones y la colaboración entre las clasesClase de análisis: entidades de dominio de negocios visibles para el usuario final 9
  • 10. Negociación Definir prioridades Analizar los riesgos de cada requisito Hacer estimaciones del esfuerzo requerido y su impacto sobre el costo y tiempo Eliminar, combinar y modificar los requisitos si es necesarioNo debe haber ganador ni perdedor, ambas partes deben salir ganando 10
  • 11. Especificación Sirve como base para las actividades de ingeniería de software subsecuentes Puede ser un documento escrito , un conjunto de modelos gráficos, un modelo matemático formal, una colección de casos de uso, un prototipo o una combinación de estos Describe la función y desempeño de un sistema y sus restricciones 11
  • 12. Validación Examina La especificación para asegurar que todos los requisitos se han establecido de manera precisa Que se han detectado las inconsistencias, omisiones y errores y que estos han sido corregidos Que los productos de trabajo cumplen con los estándares establecidos para el proceso, proyecto y producto 12
  • 13. Gestión de requisitos Conjunto de actividades que ayudan al equipo de proyecto a identificar, controlar y rastrear los requisitos y los cambios a éstos en cualquier momento Tablas de rastreabilidad De las características De la fuente Del substistema De dependencia De la interfaz 13
  • 14. Gestión de requisitos Rastreabilidad de las características 14
  • 15. Gestión de requisitos Rastreabilidad de la interfaz 15
  • 16. GRACIAS 16