Generalidades de la Ingeniería de Requisitos
-
Upload
erika-sandoval -
Category
Technology
-
view
1.541 -
download
1
description
Transcript of Generalidades de la Ingeniería de Requisitos
![Page 2: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/2.jpg)
AGENDAINTRODUCCIÓN
1. REQUISITO1. REQUISITODimensionesPropiedadesImportancia
2.IRProceso ÁmbitosModelos
10/03/2010 [email protected] 2
![Page 4: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/4.jpg)
Crisis del software� Muchos desarrollos de software han concluido
insatisfactoriamente por motivos diversos
� 1995. CHAOS publica un estudio en donde los resultados de losproyectos de software son demoledores, a pesar de lasherramientas existentes
� Los tres principales factores de éxito de los proyectos software:Implicación de los usuarios, Apoyo de los directivos, Enunciadoclaro de los requisitos
� Los tres principales factores de fracaso: Falta de información porparte de los usuarios, Especificaciones y requisitosincompletos, Especificaciones y requisitos cambiantes
10/03/2010 [email protected] 4
![Page 5: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/5.jpg)
Ingeniería del software. 1967
� “Establecimiento y uso de principios sólidos de laingeniería para obtener económicamente unsoftware confiable y que funcione de modoeficiente en máquinas reales” Fritz Bauer. 1969eficiente en máquinas reales” Fritz Bauer. 1969
� 1)Aplicación de un enfoque sistemático,disciplinado y cuantificable al desarrollo,operación y mantenimiento del software; esdecir, la aplicación de la ingeniería de software .2) El estudio de enfoques como en 1). IEEE.1993
10/03/2010 [email protected] 5
![Page 6: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/6.jpg)
La parte más difícil de construir de un sistema software es decidir qué construir. [...] Ninguna otra parte del trabajo afecta más negativamente al sistema final si se realiza de manera incorrecta. Ninguna
10/03/2010 [email protected] 6
realiza de manera incorrecta. Ninguna otra parte es más difícil de rectificar
después.“[Brooks 1995]
![Page 8: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/8.jpg)
Concepto� IEEE Standard Glossary of Software Engineering Terminology
(1990):� Una condición o capacidad necesaria por un usuario para
solucionar un problema o lograr un objetivo.� Una condición o capacidad que debe cumplir o poseer un sistema o
componente de un sistema para satisfacer un contrato, estándar,especificación u otro documento formalmente impuesto.especificación u otro documento formalmente impuesto.
� Una representación documentada de una condición o capacidadcomo en 1 o 2.
� Una especificación de qué se debería implementar. Sondescripciones de cómo se debe comportar el sistema, o de unatributo o propiedad del sistema. Puede ser una restricción enel proceso de desarrollo de un sistema (Somerville ySawler,(1997)).
10/03/2010 [email protected] 8
![Page 11: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/11.jpg)
Dimensiones - Características
� Funcionales: Comportamiento del sistema.Tareas que el sistema debe realizar.
� No Funcionales: Restringen la soluciónDe información: Establecen qué información � De información: Establecen qué información debe almacenar el sistema por ser relevante para las necesidades y objetivos de clientes y usuarios.
10/03/2010 [email protected] 11
![Page 12: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/12.jpg)
Dimensiones - Audiencia
� Clientes y usuarios:Servicios y restriccionesexpresadas como requisitos abstractos dealto nivel, representadas mediante enlenguaje natural o natural estructurado,lenguaje natural o natural estructurado,notación gráfica y otro medio
� Desarrolladores: Especificación de requisitosutilizando técnicas
10/03/2010 [email protected] 12
![Page 13: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/13.jpg)
Propiedades� Comprensible: Canal de comunicación� Correcto: Representa propiedad requerida� No ambiguo: Una sola interpretación� Completo: Todo lo que hace el sistema. Todas
las respuestas.las respuestas.� Consistente: No entra en conflicto con otro
documento� Verificable: proceso finito, medible� Modificable: Permitir cambios(fácil, completa y
consistente)� Rastreable: origen de futuros documentos
10/03/2010 [email protected] 13
![Page 16: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/16.jpg)
Concepto
� “La IR puede ser definida como el procesosistemático de desarrollo de los requerimientosa través de un proceso cooperativo e iterativodel análisis del problema, documentando lasobservaciones resultantes en una variedad deobservaciones resultantes en una variedad derepresentaciones y chequeando la certeza delconocimiento ganado”. Pohl (1993)
� “Ayuda a entender mejor el problema en cuyasolución trabajarán…..comprender cuál será elimpacto del sw sobre el negocio….” Pressman.2006
10/03/2010 [email protected] 16
![Page 18: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/18.jpg)
… Proceso
� Obtención: conocer y comprender lasnecesidades y problemas del cliente
� Análisis: Sintetizar información, priorizarla,delimitar los límites del sistema, definir sudelimitar los límites del sistema, definir suinteracción con el entorno
� Especificación: plasmarlas en forma derequisitos en los documentos estableciendola guía desarrollo y los criterios de validacióndel producto final
10/03/2010 [email protected] 18
![Page 19: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/19.jpg)
…Proceso
� V&V: Los requisitos deben ser formal ytécnicamente correctos (verificación), ysatisfacer las necesidades del sistema, sinomitir ninguna ni incluir funcionalidadesomitir ninguna ni incluir funcionalidadesinnecesarias (validación).
� Gestión. Poder trazar en cada cambio todaslas partes afectadas, así como poder medir elimpacto que cada modificación implica en laplanificación del proyecto.
10/03/2010 [email protected] 19
![Page 21: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/21.jpg)
… Ámbito
� Descripción del sistema. Documento dirigidoa los usuarios; describe las característicasdel sistema propuesto. IEEE Std. 1362-1998.
� Requisitos del software. (SRS).� Requisitos del software. (SRS).Especificación de las funciones querealiza un determinado producto desoftware, programa o conjunto deprogramas en un determinado entorno.
10/03/2010 [email protected] 21
![Page 25: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/25.jpg)
10/03/2010 [email protected] 25
![Page 26: Generalidades de la Ingeniería de Requisitos](https://reader033.fdocuments.co/reader033/viewer/2022052507/558bf5f8d8b42a63578b469d/html5/thumbnails/26.jpg)
Software Libre… toda una Software Libre… toda una Software Libre… toda una Software Libre… toda una filosofíafilosofíafilosofíafilosofía
10/03/2010 [email protected] 26