MARA DE LOS NGELES MARTNEZ MORALES

TRABAJO: INVESTIGACION INGENIERIA DE REQUISITOS

FLORES PREZ JORGE ELIECER

INTRODUCCION
Es muy frecuente escuchar entre los conocedores del desarrollo de software que un gran nmero de los proyectos de este fracasan por no realizar una adecuada definicin, especificacin, y administracin de los requisitos. Dentro de esa mala administracin se pueden encontrar factores como la falta de participacin del usuario, requisitos incompletos y el mal manejo del cambio a los requisitos. La ingeniera de requisitos es el conjunto de actividades implicadas en descubrir, documentar y mantener un conjunto de requisitos. Un proceso de ingeniera de requisitos es un conjunto estructurado de actividades de cuya ejecucin se obtiene valida y mantiene el documento de requisitos del sistema. El proceso define las actividades a realizar, su secuencia, entradas y salidas de cada actividad, etc. La gestin de requisitos es una actividad encargada de gestionar los cambios en los requisitos del sistema. La gestin implica el control de cambios y el impacto de los mismos.

El propsito de la ingeniera de requisitos es hacer que los mismos alcancen un estado ptimo antes de alcanzar la fase de diseo en el proyecto. Los buenos requisitos deben ser medibles, comprobables, sin ambigedades o contradicciones, etc. Resulta importante destacar que algunas de estas funciones de la ingeniera de requisitos ocurren en paralelo y que todas deben adaptarse a las necesidades del proyecto. Todas estn dirigidas a definir lo que el cliente quiere, y todas sirven para establecer una base slida respecto del diseo y la construccin de lo que obtendr el cliente. La ingeniera de requisitos puede ser un proceso largo y arduo para el que se requiere de habilidades psicolgicas. Los nuevos sistemas cambian el entorno y las relaciones entre la gente, as que es importante identificar a todos los actores involucrados, considerar sus necesidades y asegurar que entienden las implicaciones de los nuevos sistemas.

INICIO
En algunos casos, una conversacin informal es todo lo que se necesita para precipitar un esfuerzo importante de ingeniera de software. Pero en general, la mayora de los proyectos comienza cuando se identifica una necesidad de negocios o se descubre un nuevo mercado o servicio potencial. Los participantes de la comunidad de negocios definen un caso de negocios para la idea, tratan de identificar la amplitud y profundidad del mercado, hacen un anlisis preliminar de factibilidad e identifican una descripcin funcional del mbito del proyecto. Toda esta informacin est sujeta a cambios pero es suficiente para suscitar conversaciones con la organizacin de ingeniera del software. Al inicio del proyecto los ingenieros del software hacen una seria de preguntas libres de contexto, las cuales se exponen. El objetivo es establecer una comprensin bsica del problema, las personas que quieren una solucin, la naturaleza de la solucin que se desea y la efectividad de la comunicacin preliminar entre el cliente y el desarrollador.

OBTENCION
En verdad parece muy simple preguntarle al cliente, a los usuarios y otros interesados cuales son los objetivos para el sistema o producto, que es lo que se debe de lograr, de que forma el producto satisface las necesidades del negocio y por ultimo como se utilizara el sistema o producto da a da. Pero es simple, es muy difcil. Problemas de mbito: El lmite del sistema est mal definido o los clientes/usuarios especifican detalles tcnicos innecesarios que pueden confundir. Problemas de comprensin: los clientes/usuarios no estn seguros de que es lo que se necesita no comprenden el dominio del problema tienen dificultades de comunicacin con el ingeniero, omiten informacin que les parece obvia especifican informacin que choca con las necesidades de otros clientes/usuarios especifican requisitos ambiguos. Problemas de volatilidad: los problemas cambien conforme transcurre el tiempo.

Para ayudar a superar estos problemas, los ingenieros de requisitos deben realizar en forma organizada la actividad de recopilacin de requisitos.

ELABORACION
Se enfoca en el desarrollo de un modelo tcnico refinado de las funciones, caractersticas y restricciones del software. Se conduce mediante la creacin y el refinamiento de escenarios del usuario que describen la forma en que el usuario final interacta con el sistema. Cada escenario del usuario se analiza para obtener clases de anlisis entidades de dominio de negocio visibles para el usuario final. Se definen los atributos de cada clase de anlisis y se identifican los servicios. Se identifican las relaciones y la colaboracin entre las clases y se produce una variedad de diagramas de UML. El resultado final de la elaboracin es un modelo de anlisis que define el dominio de la informacin, las funciones y el comportamiento del problema.

NEGOCIACION
Se pide a los clientes, usuarios y otros interesados que ordenen sus requisitos y despus discutan los conflictos relacionados con la prioridad. Se identifican y analizan los riesgos asociados con cada requisito, se hacen estimaciones preliminares del esfuerzo requerido para su desarrollo y despus se utilizan para evaluar el impacto de cada requisito en el costo del proyecto y sobre el tiempo de entrega mediante un enfoque interactivo, los requisitos se eliminan, combinan o modifican de forma que cada parte alcance el grado de satisfaccin.

ESPECIFICACION En el contexto de los sistemas basados en computadora, el termino especificacin tiene significados diferente para personas distintas. Una especificacin puede ser un documento escrito, un conjunto de modelos grficos, un modelo matemtico formal, una coleccin de escenarios de uso, un prototipo o cualquier combinacin de estos. La especificacin es el producto del trabajo final que genera la ingeniera de requisitos. Sirve como base para las actividades de ingeniera de software subsecuentes. Describe la funcin y el desempeo de un sistema basado en computadora y las restricciones que regirn su desarrollo.

VALIDACION
Las pruebas de validacin en la ingeniera de software son el proceso de revisin que el sistema de software producido cumple con las especificaciones y que cumple su cometido. Es normalmente una parte del proceso de pruebas de software de un proyecto, que tambin utiliza tcnicas tales como evaluaciones, inspecciones, y tutoriales. La validacin es el proceso de comprobar lo que se ha especificado es lo que el usuario realmente quera.

Se trata de evaluar el sistema o parte de este durante o al final del desarrollo para determinar si satisface los requisitos iniciales. La pregunta a realizarse es: Es esto lo que el cliente quiere? Tipos

Pruebas de aceptacin: desarrolladas por el cliente. Pruebas alfa realizadas por el usuario con el desarrollador como observador en un entorno controlado (simulacin de un entorno de produccin). Pruebas beta: realizadas por el usuario en su entorno de trabajo y sin observadores.

Caractersticas Comprobar que se satisfacen los requisitos:

Se usan la mismas tcnicas, pero con otro objetivo. No hay programas de prueba, sino slo el cdigo final de la aplicacin. Se prueba el programa completo. Uno o varios casos de prueba por cada requisito o caso de uso especificado. Se prueba tambin rendimiento, capacidad, etc. (y no slo resultados correctos). Pruebas alfa (desarrolladores) y beta (usuarios).

GESTION DE REQUISITOS
La Gestin de Requisitos es un componente vital en el desarrollo de un proyecto software ya que es una de las actividades de la Ingeniera de Requisitos ms importantes. Los requisitos se inician cuando empieza un proyecto en las etapas de anlisis y especificacin de requisitos, posteriormente, dichos requisitos en el ciclo de vida de un proyecto pueden ser modificados por lo que se establece el concepto de Gestin de Requisitos, que es el tratamiento y control de las actualizaciones y cambios a los mismos. Debido a que un proyecto informtico es susceptible de cambios, habra que proceder a su actualizacin o a la incorporacin de nuevas funcionalidades o eliminar otras, esto obliga a mantener controlado y documentado el producto. Los cambios de requisitos deben ser gestionados para asegurar que la calidad de los mismos se mantenga, los problemas suscitados por los cambios de requisitos podran incurrir en altos costos, siendo el requisito factor crtico de riesgo. Ms formalmente el Manejo de Requisitos es una forma sistemtica de descubrir, organizar y documentar los requisitos del sistema. Adems es el proceso que establece y mantiene un consenso entre el cliente y el grupo del proyecto en el cambio de los requisitos del sistema.

El trmino Gestin de Requisitos incluye: Tcnicas para Descubrimiento/Recogida de Requisitos Recoger las peticiones del usuario y determinar las verdaderas necesidades de ste. Tcnicas de Anlisis Especificacin y verificacin Manejo de Requisitos

Tareas principales de la Gestin de Requisitos. Durante el proceso de la gestin de requisitos, hay que planear algunas actividades, dentro de las que se pueden mencionar las siguientes: la identificacin de los requisitos, en proceso de gestin de los cambios, las polticas de trazabilidad, la cantidad de informacin sobre las relaciones entre los requisitos que se mantiene, entre otras.

CONCLUSION
A pesar de la importancia que tiene la Ingeniera de Requerimientos, ha costado mucho que se le preste la atencin adecuada a esta actividad. An quedan muchos desafos que deben ser mejorados, tales como la integracin de requerimientos funcionales y no funcionales, la evaluacin de especificaciones alternativas, la formalizacin de la SRS, entre otras. Cada actividad y tcnica de la IR utilizada individualmente, dar diferentes soluciones para diferentes proyectos, incluyendo aquellos casos en los que el dominio y el rea del problema son el mismo. Por esta razn, considero que no existe un modelo de proceso ideal para la IR; encontrar el mtodo o la tcnica perfecta es una ilusin, pues cada mtodo y tcnica ofrece diferentes soluciones ante un problema. En esta investigacin se presentaron una serie de actividades y tcnicas, que no pertenecen a un modelo de proceso en s, sino, que son una alternativa al material publicado por diferentes autores y que, desde mi punto de vista, son las ms importantes. Debemos recordar que la Ingeniera de Requerimientos es una actividad que involucra a clientes, usuarios, equipo de desarrollo, administradores de proyectos, etc.; por lo tanto, el proceso de IR no depende solamente de la forma en cmo se percibe el problema, sino tambin, del nivel de experiencia que tengan los involucrados. Tomando en cuenta la magnitud de comunicacin y el trabajo en equipo que debe existir en la IR, considero necesario enfatizar ms en cerrar las brechas que todava existen, incluyendo los siguientes elementos: Factores sociales: involucrar al grupo para compartir sus experiencias. Factores de problemas especficos: el dominio de la estructura y estndares disponibles. Factores organizacionales: tiempo y costo presupuestados. Factores de diseo: por ejemplo, interfaces de usuario

Es importante tomarse el tiempo necesario para conocer a nuestros clientes y usuarios, as como su ambiente de trabajo. Esto, tambin ayuda a establecer una buena relacin de trabajo y comunicacin entre el equipo de desarrollo y los clientes. Es realmente necesario que los clientes y usuarios participen en la definicin de sus requerimientos, pues ellos son los que deciden nuestro destino en el proyecto, deciden si les gustamos o no y adems financian el proyecto.

BIBLIOGRAFIA
http://es.scribd.com/doc/27182020/Ingenieria-de-Software-Un-Enfoque-Practico-6th-edicion-Rogerpressman-1 http://www.slideshare.net/jcgmoreno/tema-1-ingeniera-de-requisitos http://www.google.com.mx/url?sa=t&rct=j&q=&esrc=s&source=web&cd=6&ved=0CEoQFjAF&url=http%3A%2 F%2Fis.ls.fi.upm.es%2Fdocencia%2Fswcritico%2FRequisitos.pdf&ei=UAhaULyIGJTurAGKuoDgAQ&usg=AFQjCN HAam61JC8UG4oBA2C8y2CmVkgc9Q&sig2=2zNw3Qdm3Ufefp0TPOFPzA http://www.monografias.com/trabajos6/resof/resof.shtml