Generalidades Ingeniería de Requisitos

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


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


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


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


realiza de manera incorrecta. Ninguna otra parte es más difícil de rectificar

después.“[Brooks 1995]

REQUISITO


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)).


Dimensiones


Dimensiones - Ámbito

A nivel del sistema: Hardware y Software


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.


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


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


Importancia


INGENIERÍA DE REQUISITOS


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


Proceso


… 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


…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.


Ámbito


… Á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.


� Modelo de Pohl

Modelos


…Modelos

� Espiral


…Modelos

� Swebok



Software Libre… toda una Software Libre… toda una Software Libre… toda una Software Libre… toda una filosofíafilosofíafilosofíafilosofía


Technology

Generalidades Ingeniería de Requisitos