Ingeniería de requisitos: características, tipos y tareas

Ingeniería de requisitos

3.1 CARACTERISTICAS DE REQUERIMIENTOS

3.2 Tipos de Requerimientos

3.3 Tareas de la ingeniería de requisitos

3.4 TÉCNICAS DE LA INGENIERÍA DE REQUISTOS

3.5 Herramientas CASE

3.6 Requerimientos Definición/Especificación

Atributos de calidad de Software.

Estrategia para la obtención de requerimientos

La ingeniería de requisitos es el proceso de desarrollar una especificación de software.

Inicio: Tiene por objetivo identificar el ámbito del proyecto general. Comienza con una serie de conversaciones informales entre los participantes del mismo.Obtención: Se sugiere a los ingenieros recopilar requisitos de manera organizada, preguntando a los usuarios y otros interesados cuales son os objetivos para el sistema o producto, que es lo que se debe logra,Elaboración: Se crea un modelo de análisis con la información obtenida del cliente en las fases de inicio y obtención,Negociación: En esta etapa el ingeniero de requisitos debe negociar con el cliente los alcances y límites del sistema. Especificación: Es el producto final de la ingeniería de requisitos, y se convierte en la materia prima para las actividades posteriores en el proceso de desarrollo del sistema. Validación: Un equipo de validación toma el producto de la fase de especialización, lo revisa para detectar errores, conflictos u omisiones y los corrige con el fin de garantizar la consistencia de requisitos.,Gestión de requisitos: Ayuda a rastrear los requisitos según las características de los mismos, el código fuente relacionado, dependencia entre requisitos, subsistemas e interfaces internas y externas de forma que pueda identificarse con rapidez para entender como afectara una modificación diferentes aspectos del sistema a construir.

Entrevistas y Cuestionarios: Las entrevistas y cuestionarios se emplean para reunir información proveniente de personas o de grupos, durante la entrevista, el analista conversa con el encuestado; el cuestionario consiste en una serie de preguntas relacionadas con varios aspectos de un sistema.

Entrevista se puede definir como un “intento sistemático de recoger información de otra persona” a través de una comunicación interpersonal que se lleva a cabo por medio de una conversación estructurada. Debe quedar claro que no basta con hacer preguntas para obtener toda la información necesaria.

Cuestionarios: El uso de cuestionarios permite a los analistas reunir información proveniente de un grupo grande de personas.

Lluvia de ideas: La intención de este ejercicio es generar, en una primera instancia, muchas ideas.

Los prototipos son simulaciones del posible producto, que luego son utilizados por el usuario final, permitiéndonos conseguir una importante retroalimentación en cuanto a si el sistema diseñado con base a los requerimientos recolectados le permite al usuario realizar su trabajo de manera eficiente y efectiva.

IRQA.- Herramienta CASE de Ingeniería de Requisitos, diseñada para soportar las actividades realizadas en el proceso de especificación de sistemas. CONTROLA.- Herramienta de apoyo al proceso de ingeniería de software en pequeñas empresas,,RETO.- Esta herramienta propone un modelo de requisitos para capturar los aspectos funcionales del sistema, básicamente, mediante tres técnicas complementarias entre si: la definición de la misión del sistema, la construcción del árbol de refinamiento de funciones y el desarrollo de modelo de uso, OSRMT.- Herramienta libre para la gestión de requisitos, cuyas principales características son: trabaja en arquitectura cliente/servidor, desarrollada bajo Java; la versión 1.3 trae un módulo para manejar la trazabilidad y lo introduce para el control de cambios; así mismo, genera la documentación de los requisitos tratados. ,JEREMIA.-Se trata de una aplicación cliente exclusivamente, lo cual no permite la posibilidad de trabajar en ele equipo. Esta herramienta ayuda durante el desarrollo del sistema, especialmente con el seguimiento de cambio de los requisitos a lo largo del ciclo de vida,RAMBUTAN.- Esta herramienta esta basada en XML, realmente consta de un conjunto de aplicaciones para el usuario final ayudando a los analistas del sistema en la recopilación y la categorización de hechos en un documento de especificación de requisito,Tiger Pro.- Estamos ante una herramienta shareware desarrollada para facilitar al usuario la tarea de redactar los requerimientos de un proyecto, GatherSpace .- A la hora de realizar la definición de los requisitos para un proyecto de informática, el trabajo conjunto de todo el equipo de desarrollo es una parte fundamental para conseguir un buen resultado, IBM Rational Requisite Pro.-Esta herramienta, desarrollada por una de las compañías más importantes dentro del campo de la informática, se considera una de las herramientas más completas y potentes dentro del análisis y la gestión de los requisitos,

Definición de Requerimientos: Una declaración en un Lenguaje Natural incluye los diagramas de los servicios del sistema y sus límites operacionales .Escrito para clientes,Especificación de Requerimientos: Un documento estructurado con descripción o detalle de los servicios del sistema. Escrito como un contrato entre el cliente y el contratista, Especificación de Software: Descripción detallada de software, la cual, puede servir como una base para diseño o implementación. Escrito para desarrolladores.

El usuario debe proporcionar facilidades para definir el tipo de archivos externos.

1.2 Cada tipo de archivo externo puede tener una herramienta asociada. La cual, será aplicada para el archivo.

1.3 Cada tipo de archivo externo será representado como un icono específico mostrado al usuario.

1.4 Las facilidades proporcionadas para la representación del icono en un tipo de archivo externo será definido por el usuario.

1.5 Cuando un usuario selecciona una representación de icono de un archivo externo, el efecto de la selección es aplicar las herramientas asociadas con el tipo de archivo

externo al archivo representado por la selección del icono.

Proceso de Ingeniería de Requerimientos

Estudio de Factibilidad: Encontrar si las necesidades de los usuarios son satisfechas dada la tecnología y el presupuesto disponible.

Análisis de Requerimientos: Detallar que es lo que los usuarios requieren del sistema.

Definición de Requerimientos: Definir los requerimientos en una forma comprensible para el cliente.

Especificación de Requerimientos: Define los requerimientos en detalle.

Documento de Requerimientos:

Es la declaración oficial de lo que es requerido para que el sistema sea desarrollado.

ncluye la definición y especificación de requerimientos.

No es un documento de diseño. Tanto como sea posible, es un conjunto de lo que es el sistema y no de como lo hará.

Un requerimiento debe cumplir ciertos criterios y características:

Único: El requerimiento debe poder ser interpretado inequívocamente de una sola manera.

Verificable: Su implementación debe poder ser comprobada. El test debe dar como resultado CORRECTO o INCORRECTO.

Claro: Los requerimientos no deben contener terminología innecesaria. Deben ser establecidos de forma clara y simple.

Viable (realista y posible): El requerimiento debe ser factible según las restricciones actuales de tiempo, dinero y recursos disponibles.

Necesario: Un requerimiento no es necesario si ninguno de los interesados necesita el requerimiento o bien si la retirada de dicho

requerimiento no tiene ningún efecto.

Requerimientos Funcionales: Son declaraciones de los servicios que proveerá el sistema, de la manera en que éste reaccionará a entradas particulares.

Requerimientos No Funcionales: Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo, estándares, y otros.

Requerimientos del Dominio: Son requerimientos que provienen del dominio de aplicación del sistema y que reflejan las características de ese dominio.

Las funciones son aquellas que satisfacen las necesidades implícitas o explícitas.

Idoneidad

Exactitud

Interoperabilidad

Seguridad

Cumplimiento de normas.

Fiabilidad: Un conjunto de atributos relacionados con la capacidad del software de mantener su nivel de prestación bajo condiciones establecidas durante un período establecido.

Madurez

Recuperabilidad

Tolerancia a fallos

Usabilidad: Un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la valoración individual de tal uso, por un establecido o implicado conjunto de usuarios.

Aprendizaje

Comprensión

Operatividad

Atractividad

Eficiencia: Conjunto de atributos relacionados con la relación entre el nivel de desempeño del software y la cantidad de recursos necesitados bajo condiciones establecidas.

Comportamiento en el tiempo

Comportamiento de recursos

Mantenibilidad: Conjunto de atributos relacionados con la facilidad de extender, modificar o corregir errores en un sistema software.

Estabilidad

Facilidad de análisis

Facilidad de cambio

Facilidad de pruebas

Portabilidad: Conjunto de atributos relacionados con la capacidad de un sistema software para ser transferido desde una plataforma a otra.

Capacidad de instalación

Capacidad de reemplazamiento

Adaptabilidad

Co-Existencia

Los pasos de la estrategia sugerida son:

1.- Aprender todo lo que se pueda de los documentos, formularios, informes y archivos existentes. Es sorprendente lo que se puede aprender de un sistema sin necesidad de quitarle tiempo a la gente.

2.- De ser posible, se observará el sistema en acción. No se plantearán preguntas. Tan sólo se observará y se tomarán notas o dibujos. Conviene asegurarse de que las personas observadas saben que no se les está evaluando. En caso contrario, harán su trabajo de manera más eficaz que lo normal.

3.- Diseñar y distribuir cuestionarios para aclarar cuestiones que no se comprenden bien. Será también buen momento para solicitar opiniones sobre los problemas y las limitaciones. Los cuestionarios requieren que los usuarios inviertan una parte de su tiempo. Pero son ellos los que pueden elegir cuándo les viene mejor hacerlo.

4.- Realizar entrevistas (o sesiones de trabajo en grupo, como JAD). Como ya se ha recogido una base de requerimientos iniciales en los pasos anteriores, se pueden utilizar las entrevistas para verificar y aclarar las cuestiones y los problemas de mayor dificultad. En este punto se pueden llegar a aplicar algunas de las otras técnicas cómo Escenarios, Tormenta de ideas, Puntos de Vista, ETHICS y Desarrollo de Prototipos.

5.- Se verifican los requerimientos a través del uso de técnicas como Entrevistas, Observación y orientados a Puntos de Vista.