Materia: Fundamentos de Ingeniera de Software. Catedrtico: Lic. Mara de los ngeles Martnez Morales.

Actividad: Investigacin sobre las Tcnicas que se implementan En la Ingeniera de Requisitos

Semestre: 5

Grupo: A

Unidad 2. Ingeniera de Requisitos Direccin del blog:

http://teleysoft.blogspot.mx/

Integrantes:
Cruz Daz Estela Morales de la Cruz Miguel ngel Moreno Serrano Ana Karen Osorio Leyva Mizraim Snchez Enrquez Francisco de Jess Villanueva Arroyo Eydi Reyes Montes Eduardo

San Juan Bautista Tuxtepec, Septiembre 19, 2012

CONTENIDO

En la presente investigacin se renen las tcnicas ms usuales que se aplican en las diversas tareas de la ingeniera de requisitos, para ello, este texto se divide en varias secciones para una mejor comprensin, esto claro siguiendo una rbrica de trabajo, proporcionada con anterioridad. El trabajo se divide en introduccin, donde se explica en forma concreta las ideas ms relevantes de toda la investigacin, adems est el desarrollo que es la parte ms importante, ya que es donde se expone la investigacin misma, y tambin se presenta una conclusin, en donde se muestra lo aprendido del trabajo, sin mencionar que como toda investigacin formal, tambin se anexan las referencias, las cuales son los sitios web de donde se obtuvo la informacin. Esperamos que esta investigacin sea fcil de comprender.

INTRODUCCIN

Desde el surgimiento del desarrollo de sistemas de cmputo se ha podido constatar que los requerimientos o requisitos son una pieza fundamental en un proyecto de desarrollo de software, ya que marcan el punto de partida para actividades como la planeacin, as como la definicin de recursos necesarios y la elaboracin de cronogramas que ser uno de los principales mecanismos de control con los que se contar durante la etapa de desarrollo. Con ayuda de los requerimientos se logra establecer si se alcanzaron o no los objetivos establecidos en el proyecto, puestos que estos son las necesidades de los clientes o usuarios del sistema y es contra lo que se va a estar verificando si se estn cumpliendo las metas trazadas. De hecho es muy frecuente que un proyecto de software fracase si no se realiza una adecuada definicin, especificacin, y administracin de los requerimientos, los cuales obviamente son especificados por el que ser usuario del sistema. Afortunadamente existen tcnicas que permiten entender con mayor claridad los requerimientos del usuario, para de este modo minimizar los problemas relacionados por la mala gestin de los requisitos en el desarrollo de sistemas, algunas de estas tcnicas son las que sern el punto de este texto.

Existen varias tcnicas para la IR propuestas para ingeniera de requerimientos, las cuales se expondrn a continuacin. Es importante resaltar que estas tcnicas pueden ser aplicables a las distintas fases del proceso de la IR, haciendo la salvedad de que hay que tomar en cuenta las caractersticas propias del proyecto en particular que se est desarrollndose para aprovechar al mximo su utilidad.

Entrevistas y Cuestionarios
Las entrevistas y cuestionarios se emplean para reunir informacin 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. Por lo comn, los encuestados son usuarios de los sistemas existentes o usuarios en potencia del sistema propuesto. En algunos casos, son gerentes o empleados que proporcionan datos para el sistema propuesto o que sern afectados por l. Las preguntas que deben realizarse en esta tcnica, deben ser preguntas de alto nivel y abstractas que pueden realizarse al inicio del proyecto para obtener informacin sobre aspectos globales del problema del usuario y soluciones potenciales. Las preguntas pueden ser enfocadas a un elemento del sistema, tales como usuarios, procesos, etc. El siguiente ejemplo muestra algunos tipos de preguntas abiertas: Del usuario Quin es el cliente? Quin es el usuario? Son sus necesidades diferentes? Cules son sus habilidades, capacidades, ambiente?

Del proceso Cul es la razn por la que se quiere resolver el problema?

Cul es el valor de una solucin exitosa? Cmo usted resuelve el problema adecuadamente? Qu retrasos ocurren o pueden ocurrir?

Del producto Qu problemas podra causar este producto en el negocio? En qu ambiente se usara el producto? Cules son sus expectativas para los conceptos fcil de usar, confiable, rendimiento? Qu obstculos afectan la eficiencia del sistema?

El xito de esta tcnica, depende de la habilidad del entrevistador y de su preparacin para la misma.

Sistemas existentes
Esta tcnica consiste en analizar distintos sistemas ya desarrollados que estn relacionados con el sistema a ser construido. Por un lado, podemos analizar las interfaces de usuario, observando el tipo de informacin que se maneja y cmo es manejada, por otro lado tambin es til analizar las distintas salidas que los sistemas producen (listados, consultas, etc.), porque siempre pueden surgir nuevas ideas sobre la base de estas.

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.

Las reglas bsicas a seguir son: Aplazar el juicio y no realizar crticas, hasta que no se agoten las ideas, ya que actuara como un inhibidor. Se debe crear una atmosfera de trabajo en la que nadie se sienta amenazado. 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. Cuantas ms ideas se sugieren, mejores resultados se conseguirn: La cantidad produce la calidad. Las mejores ideas aparecen tarde en el periodo de produccin de ideas, ser ms fcil que se encuentren las soluciones y se tendr ms variedad sobre la que hay que elegir 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.

Una de las fases de aplicacin ms importante de la lluvia de ideas es la creacin de prototipos, esto debido a que durante la actividad de extraccin de requerimientos, puede ocurrir que algunos de estos 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. 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.

Proceso de anlisis jerrquico

Esta tcnica tiene por objetivo resolver problemas cuantitativos, para facilitar el pensamiento analtico y las mtricas. Consiste en una serie de pasos, a saber: Encontrar los requerimientos que van a ser priorizados. Combinar los requerimientos en las filas y columnas de la matriz n x n de AHP. Hacer algunas comparaciones de los requerimientos de la matriz. Sumar las columnas. Normalizar la suma de las filas. Calcular los promedios.

Estos pasos pueden aplicarse fcilmente a una cantidad pequea de requerimientos, sin embargo, para un volumen grande, esta tcnica no es la ms adecuada.

Casos de Uso
Los casos de uso son una tcnica para especificar el comportamiento de un sistema: Un caso de uso es una secuencia de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios.

Todo sistema de software ofrece a su entorno una serie de servicios. Un caso de uso es una forma de expresar cmo alguien o algo externo a un sistema lo usa. Cuando se dice alguien o algo se hace referencia a que los sistemas son

usados no solo por personas, sino tambin por otros sistemas de hardware y software. Por ejemplo, un sistema de ventas, si pretende tener xito, debe ofrecer un servicio para ingresar un nuevo pedido de un cliente. Cuando un usuario accede a este servicio, podemos decir que est ejecutando el caso de uso ingresando pedido. Los Casos de Uso fueron introducidos por Jacobson en 1992. Sin embargo, la idea de especificar un sistema a partir de su interaccin con el entorno es original de Mc Menamin y Palmer, dos precursores del anlisis estructurado, que escribieron en 1984 un excelente libro cuya lectura recomendamos. En ese libro, se define un concepto muy parecido al del caso de uso: el evento. Para Mc Menamin y Palmer, un evento es algo que ocurre fuera de los lmites del sistema, ante lo cual el sistema debe responder. Siguiendo con nuestro ejemplo anterior, nuestro sistema de ventas tendr un evento Cliente hace Pedido. En este caso el sistema deber responder al estmulo que recibe el pedido procesndolo. Los casos de uso permiten entonces describir la posible secuencia de interacciones entre el sistema y uno o ms actores, en respuesta a un estmulo inicial proveniente de un actor, es una descripcin de un conjunto de escenarios, cada uno de ellos comenzado con un evento inicial desde un actor hacia el sistema. La mayora de los requerimientos funcionales, sino todos, se pueden expresar con casos de uso. Segn el autor Sommerville, los casos de uso son una tcnica que se basa en escenarios para la obtencin de requerimientos. Actualmente, se han convertido en una caracterstica fundamental de la notacin UML (Lenguaje de modelado unificado), que se utiliza para describir modelos de sistemas orientados a objetos.

CONCLUSIN
Con lo expuesto anteriormente se ha demostrado claramente que sin las tcnicas apropiadas no sera capaz de obtener los requerimientos necesarios del cliente o usuario del sistema a desarrollar. Con ayuda de estas tcnicas es posible obtener y comprender de manera precisa las necesidades del usuario, ya que muchas veces esta se vuelve confusa, ya sea por el hecho de que el mismo no supo especificarse o porque el desarrollador de software no fue capaz de comprender las indicaciones proporcionadas. Adems cabe recordar, que sin los requerimientos no sera posible construir un sistema, ya que no hay forma de saber cul es la funcin deseada para este, es ah donde se demuestra la importancia de aplicar correctamente las tcnicas de la Ingeniera de Requisitos.

REFERENCIAS

Ceria, S. (s.f.). ingeniera de software I. Recuperado el 16 de 09 de 2012, de ingeniera de software I: http://www-2.dc.uba.ar/materias/isoft1/2001_2/apuntes/CasosDeUso.pdf

Hernndez, L. L. (2005). universidad autonoma del estado de hidalgo. Recuperado el 16 de 09 de 2012, de universidad autonoma del estado de hidalgo: http://dgsa.uaeh.edu.mx:8080/bibliotecadigital/bitstream/231104/415/1/Ingenieria%20d e%20requerimientos.pdf

Silvia Mnica Aranguren, M. E. (2012). sedici. Recuperado el 16 de 09 de 2012, de sedici: http://sedici.unlp.edu.ar/bitstream/handle/10915/19098/Documento_completo.%20Nue vas%20estrategias.pdf?sequence=1