Upload
erika-sandoval
View
1.541
Download
1
Embed Size (px)
DESCRIPTION
Presentación de conceptos, antecedentes de la Ingeniería de Requisitos
Citation preview
INGENIERIA DE REQUISITOS
MS(c) Erika María Sandoval [email protected]
AGENDAINTRODUCCIÓN
1. REQUISITO1. REQUISITODimensionesPropiedadesImportancia
2.IRProceso ÁmbitosModelos
10/03/2010 [email protected] 2
INTRODUCCIÓN
10/03/2010 [email protected] 3
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
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
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]
REQUISITO
10/03/2010 [email protected] 7
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
Dimensiones
10/03/2010 [email protected] 9
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
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
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
Importancia
10/03/2010 [email protected] 14
INGENIERÍA DE REQUISITOS
10/03/2010 [email protected] 15
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
Proceso
10/03/2010 [email protected] 17
… 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
…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
Ámbito
10/03/2010 [email protected] 20
… Á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
10/03/2010 [email protected] 25
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