www.themegallery.

com

Company Logo

TECNICAS PARA MODELAR REQUISITOS

Company

LOGO

INTRODUCCION

Hoy en da para modelar los requisitos dentro de la ingeniera de software es muy complicado para el analista de ingeniera de software, es problemtico y dificultoso obtener los requisitos del cliente. Se obtiene problemas al comprender la informacin adquirida. Con frecuencia, registramos los requisitos de una manera desorganizada e invertimos muy poco en verificar lo que registramos.
De esta manera los analistas utilizan tcnicas para encontrar hechos, con el objeto de reunir datos relacionados con los requerimientos. Entre stos se incluyen la entrevista, el cuestionario, la revisin de los registros (en el sitio donde se encuentran estos) y la observacin. En general los analistas emplean ms de una de estas tcnicas para estar seguros de llevar a cabo una investigacin amplia y exacta.

INGENIERIA DE REQUISITOS

El proceso de recopilar, analizar y verificar las necesidades del cliente o usuario para un sistema es llamado ingeniera de requerimientos. La meta de la ingeniera de requerimientos (IR) es entregar una especificacin de requisitos de software correcta y completa.

Ingeniera de Requerimientos ayuda a los ingenieros de software a entender mejor el problema en cuya solucin trabajarn. Incluye el conjunto de tareas que conducen a comprender cul ser el impacto del software sobre el negocio, qu es lo que el cliente quiere y cmo interactuarn los usuarios finales con el software. (Pressman, 2006: 155).
La ingeniera de requerimientos es el proceso de desarrollar una especificacin de software. Las especificaciones pretender comunicar las necesidades del sistema del cliente a los desarrolladores del sistema. (Sommerville, 2005: 82).

IMPORTANCIA DE LA INGENIERA DE REQUERIMIENTOS

Permite gestionar las necesidades del proyecto en forma estructurada Mejora la capacidad de predecir cronogramas de proyectos, as como sus resultados Disminuye los costos y retrasos del proyecto Mejora la calidad del software

Mejora la comunicacin entre equipos

Evita rechazos de usuarios finales

QUE ES REQUERIMIENTO EN SOFTWARE?

Un requerimiento de software es una especificacin de lo que se debera implementar. Existen bsicamente dos tipos de requisitos (funcionales y no funcionales). Son una declaracin de lo que debera hacer un sistema y no como lo debera hacer. Es un conjunto de condiciones o capacidades que pueden ser esenciales, necesarias o deseadas y que es satisfecha por un sistema de software o componente con la finalidad de satisfacer un contrato u otro documento formal. Los requisitos deben COMPROBABLES ser INEQUIVOCOS, CONSISTENTES Y

TIPOS DE REQUERIMIENTOS

REQUERIMIENTOS

Funcionales
Definen las funciones que el sistema ser capaz de realizar.

No Funcionales
Tienen que ver con caractersticas que de una u otra forma puedan limitar el sistema.

CARACTERISTICAS

Necesario Conciso

Completo

Consistente

Verificable

DIFICULTADES PARA DEFINIR LOS REQUISITOS

Los requerimientos no son obvios y vienen de muchas fuentes. Son difciles de expresar en palabras (el lenguaje es ambiguo). Existen muchos tipos de requerimientos y diferentes niveles de detalle. La cantidad de requerimientos en un proyecto puede ser difcil de manejar. Nunca son iguales. Algunos son ms difciles, ms riesgosos, ms importantes o ms estables que otros. Los requerimientos estn relacionados unos con otros, y a su vez se relacionan con otras partes del proceso. Cada requerimiento tiene propiedades nicas y abarcan reas funcionales especficas. Un requerimiento puede cambiar a lo largo del ciclo de desarrollo. Son difciles de cuantificar, ya que cada conjunto de requerimientos es particular para cada proyecto.

ACTIVIDADES DE LA INGENIERA DE REQUERIMIENTOS

www.themegallery.com

ACTIVIDADES

Extraccin

Anlisis

Validacion

REQUERIMIENTOS

Especificacin Verificacin

TCNICAS PARA RECOPILAR REQUISITOS

Entrevista: Los analistas emplean una entrevista para reunir informacin proveniente de personas o de grupos. Por lo comn, los entrevistados son usuarios de los sistemas existentes o usuarios en potencia del sistema propuesto. En algunos casos, los entrevistados son gerentes o empleados que proporcionan los datos para el sistema propuesto por qu sern afectados por l. Aunque algunos analistas prefieren la entrevista sobre otras tcnicas, esta no siempre es la mejor fuente de datos sobre la aplicacin. Dado que la entrevista requiere de tiempo, es necesario utilizar otros mtodos para obtener la informacin necesaria para conducir una investigacin.

TCNICAS PARA RECOPILAR REQUISITOS

Taller: Los requisitos tienen a menudo implicaciones cruzadas desconocidas para las personas implicadas individuales y que a menudo no se descubren en las entrevistas o quedan incompletamente definidas durante la misma. Estas implicaciones cruzadas pueden descubrirse realizando en un ambiente controlado, talleres facilitados por un analista del negocio, en donde las personas implicadas participan en discusiones para descubrir requisitos, analizan sus detalles y las implicaciones cruzadas. A menudo es til la seleccin de un secretario dedicado a la documentacin de la discusin, liberando al analista del negocio para centrarse en el proceso de la definicin de los requisitos y para dirigir la discusin.

TCNICAS PARA RECOPILAR REQUISITOS

Cuestionario:
Esta tcnica permite los analistas reunir informacin proveniente relacionada con varios aspectos de un sistema de un grupo grande de personas. El empleo de formatos estandarizados para las preguntas puede proporcionar datos ms confiables que otras tcnicas; por otra parte, su amplia distribucin asegura el anonimato de los encuestados, situacin que puede conducir a respuestas ms honestas. Sin embargo, este mtodo no permita al analista observar las expresiones correcciones de los encuestados. As misma, la respuesta puede ser limitada ya que es posible que no tenga mucha importancia para los encuestados llenar el cuestionario. El alto costo asociado con el desarrollo y distribucin de cuestionarios demanda del analista la consideracin cuidadosa del objetivo de estos as como de la estructura que ser ms til para el estudio y ms fcil de entender para los encuestados. As mismo, es necesario realizar pruebas con el cuestionario y, si es necesario, modificarlos antes de su impresin y distribucin.

TCNICAS PARA RECOPILAR REQUISITOS

Forma de contrato: En lugar de una entrevista, se pueden llenar formularios o contratos indicando los requisitos. En sistemas muy complejos stos pueden tener centenares de pginas. Objetivos medibles: Los requisitos formulados por los usuarios se toman como objetivos generales, a largo plazo, y en cambio se los debe analizar una y otra vez desde el punto de vista del sistema hasta determinar los objetivos crticos del funcionamiento interno que luego darn forma a los comportamientos apreciables por el usuario. Luego, se establecen formas de medir el progreso en la construccin, para evaluar en cualquier momento qu tan avanzado se encuentra el proyecto.

TCNICAS PARA RECOPILAR REQUISITOS

Revisin de registro: Varios tipos de reportes y de registros pueden proporcionar al analista informacin valiosa con respecto a las organizaciones y a sus operaciones. Al revisar los registros, el analista examina la informacin asentada en ellos relacionada con el sistema y los usuarios. La revisin puede efectuarse el comienzo del estudio, como introduccin o despus, esto sirve para comparar las operaciones actuales, por lo tanto los registros pueden indicar que est sucediendo. Los registros incluyen manuales de polticas, reglamentos y procedimientos estndares de operacin utilizados por la mayor parte de las organizaciones como guas. Los registros no indican la forma en la que se desarrollan las actividades, donde se encuentra todo el poder en la toma de decisiones, o como se realizan todas las tareas.

TCNICAS PARA RECOPILAR REQUISITOS

Anlisis estructurado: Esta fase es donde el analista que examina una situacin en forma independiente sin lineamientos o herramientas o tcnicas recopilan informacin para describir el sistema. El objetivo del anlisis estructurado es el de organizar las tareas asociadas con la determinacin de requerimientos para obtener la comprensin exacta de una situacin dada.

Para el anlisis estructurado se utilizan varios componentes para la observacin y obtener datos importantes para el desarrollo del sistema, como lo puede ser el examinar smbolos grficos, diccionarios de datos, descripcin de procesos y procedimientos y las reglas.

TCNICAS PARA RECOPILAR REQUISITOS

La observacin : Otra tcnica til para el analista en su progreso de investigacin, consiste en observar a las personas cuando efectan su trabajo. Como tcnica de investigacin, la observacin tiene amplia aceptacin cientfica. Los socilogos, siclogos e ingenieros industriales utilizan extensamente sta tcnica con el fin de estudiar a las personas en sus actividades de grupo y como miembros de la organizacin. El propsito de la organizacin es mltiple: permite al analista determinar que se est haciendo, como se est haciendo, quien lo hace, cuando se lleva a cabo, cuanto tiempo toma, dnde se hace y por qu se hace. "Ver es creer! Observar las operaciones la proporciona el analista hechos que no podra obtener de otra forma.

TCNICAS PARA RECOPILAR REQUISITOS

Lluvia de ideas (Brainstorm): Este es un modelo que se usa para generar ideas. La intencin en su aplicacin es la de generar la mxima cantidad posible de requerimientos para el sistema. No hay que detenerse en pensar si la idea es o no del todo utilizable. La intencin de este ejercicio es generar, en una primera instancia, muchas ideas. Luego, se irn eliminando en base a distintos criterios como, por ejemplo, "caro", "impracticable", "imposible", etc.

TCNICAS PARA RECOPILAR REQUISITOS

Las reglas bsicas a seguir son:
Los participantes deben pertenecer a distintas disciplinas y, preferentemente, deben tener mucha experiencia. Esto trae aparejado la obtencin de una cantidad mayor de ideas creativas. Conviene suspender el juicio crtico y se debe permitir la evolucin de cada una de las ideas, porque si no se crea un ambiente hostil que no alienta la generacin de ideas. Por ms locas o salvajes que parezcan algunas ideas, no se las debe descartar, porque luego de maduradas probablemente se tornen en un requerimiento sumamente til. A veces ocurre que una idea resulta en otra idea, y otras veces podemos relacionar varias ideas para generar una nueva. Escribir las ideas sin censura.

TCNICAS PARA RECOPILAR REQUISITOS

www.themegallery.com

Prototipos:

Durante la actividad de extraccin de requerimientos, puede ocurrir que algunos requerimientos no estn demasiado claros o que no se est muy seguro de haber entendido correctamente los requerimientos obtenidos hasta el momento, todo lo cual puede llevar a un desarrollo no eficaz del sistema final.

Entonces, para validar los requerimientos hallados, se construyen prototipos. Los prototipos son simulaciones del posible producto, que luego son utilizados por el usuario final, permitindonos conseguir una importante retroalimentacin en cuanto a si el sistema diseado con base a los requerimientos recolectados le permite al usuario realizar su trabajo de manera eficiente y efectiva.

TCNICAS PARA RECOPILAR REQUISITOS

El desarrollo del prototipo comienza con la captura de requerimientos. Desarrolladores y clientes se renen y definen los objetivos globales del software, identifican todos los requerimientos que son conocidos, y sealan reas en las que ser necesaria la profundizacin en las definiciones. Luego de esto, tiene lugar un diseo rpido. El diseo rpido se centra en una representacin de aquellos aspectos del software que sern visibles al usuario (por ejemplo, entradas y formatos de las salidas). El diseo rpido lleva a la construccin de un prototipo. Los prototipos pueden ser: diagramas, aplicaciones operativas con funcionalidades sintetizadas. Los diagramas, en los casos donde se espera que el software final tenga diseo grfico, se realizan en una variedad de documentos de diseo grficos y a menudo elimina todo el color del diseo del software (es decir utilizar una gama de grises). Esto ayuda a prevenir la confusin sobre la apariencia final de la aplicacin.

TCNICAS PARA RECOPILAR REQUISITOS

Casos de uso Un caso de uso es una tcnica para documentar posibles requisitos, graficando la relacin del sistema con los usuarios u otros sistemas. Dado que el propio sistema aparece como una caja negra, y slo se representa su interaccin con entidades externas, permite omitir dichos aspectos y determinar los que realmente corresponden a las entidades externas. El objetivo de esta prctica es mejorar la comunicacin entre los usuarios y los desarrolladores, mediante la prueba temprana de prototipos para minimizar cambios hacia el final del proyecto y reducir los costes finales.

TCNICAS PARA RECOPILAR REQUISITOS

Esta tcnica se enfrenta a los siguientes peligros potenciales. A los directivos, una vez que ven un prototipo, les cuesta comprender que queda mucho trabajo por hacer para completar el diseo final. Los diseadores tienden a reutilizar el cdigo de los prototipos por temor a perder el tiempo al comenzar otra vez. Los prototipos ayudan principalmente a las decisiones del diseo y de la interfaz d usuario. Sin embargo, no proporcionan explcitamente cules son los requisitos. Los diseadores y los usuarios finales pueden centrarse demasiado en el diseo de la interfaz de usuario y demasiado poco en producir un sistema que sirva el proceso del negocio.

PERSONAL INVOLUCRADO EN LA INGENIERA DE REQUERIMIENTOS

Usuario Lder

Usuario final

A
Personal Involucradas en la IR

Personal de Mantenimiento

Personal de pruebas

Analistas y programadores

PERSONAL INVOLUCRADO EN LA INGENIERA DE REQUERIMIENTOS

Usuario final: Son las personas que usarn el sistema desarrollado. Ellos estn relacionados con la usabilidad, la disponibilidad y la fiabilidad del sistema; estn familiarizados con los procesos especficos que debe realizar el software, dentro de los parmetros de su ambiente laboral. Sern quienes utilicen las interfaces y los manuales de usuario. Usuario Lder: Son los individuos que comprenden el ambiente del sistema o el dominio del problema en donde ser empleado el software desarrollado. Ellos proporcionan al equipo tcnico los detalles y requerimientos de las interfaces del sistema. Personal de Mantenimiento: Para proyectos que requieran un mantenimiento eventual, estas personas son las responsables de la administracin de cambios, de la implementacin y resolucin de anomalas. Su trabajo consiste en revisar y mejorar los procesos del producto ya finalizado.

PERSONAL INVOLUCRADO EN LA INGENIERA DE REQUERIMIENTOS

Analistas y programadores: Son los responsables del desarrollo del producto en s; ellos interactan directamente con el cliente. Personal de pruebas: Se encargan de elaborar y ejecutar el plan de pruebas para asegurar que las condiciones presentadas por el sistema son las adecuadas. Son quienes van a validar si los requerimientos satisfacen las necesidades del cliente. Otras personas que pueden estar involucradas, dependiendo de la magnitud del proyecto, pueden ser: administradores de proyecto, documentadores, diseadores de base de datos, entre otros.

www.themegallery.com

Company Logo