19
Instituto Universitario Politécnico “Santiago Mariño” Escuela: Ingeniería de Sistemas Plataforma de Aprendizaje (SAIA) INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS Autor: Luis Martínez 20/05/2015

INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS

Embed Size (px)

Citation preview

1. Instituto Universitario Politcnico Santiago Mario Escuela: Ingeniera de Sistemas Plataforma de Aprendizaje (SAIA) Autor: Luis Martnez 20/05/2015 2. Para comprender los requisitos de un problema es una de las tareas mas difciles que enfrenta un ingeniero de Software. El Cliente no siempre sabe lo que se requiere, los usuarios finales no siempre entienden bien las caractersticas que les proporcionarn un beneficio y muchas veces los requisitos pueden cambiar durante el proyecto. La Ingeniera de Requerimientos cumple un papel primordial en el proceso de produccin de software, ya que enfoca un rea fundamental: la definicin de lo que se desea producir. Su principal tarea consiste en la generacin de especificaciones correctas que describan con claridad, sin ambigedades, en forma consistente y compacta, el comportamiento del sistema; de esta manera, se pretende minimizar los problemas relacionados al desarrollo de sistemas. 3. La Ingeniera de Requisitos esta comprendida por las tcnicas y procedimientos de ingeniera para el desarrollo del software. La principal tarea de la Ingeniera de Requerimientos (IR) consiste en la generacin de especificaciones correctas que describan con claridad, sin ambigedades, en forma consistente y compacta, las necesidades de los usuarios o clientes; de esta manera, se pretende minimizar los problemas relacionados por la mala gestin de los requerimientos en el desarrollo de sistemas. 4. Es la obligacin de documentar el contenido, forma o funcionalidad de un producto o servicio considerando las especificidades de los clientes. Estos requerimientos identifican atributos, caractersticas, capacidades, cualidades que necesita cumplir un sistema de informacin (o un software) para que tenga valor y utilidad para el usuario. 5. 1.Actual: el requerimiento debe ser real, preciso optimo y adaptable a las condiciones del tiempo modo y lugar. 2.Cohesin: el requerimiento debe ser aplicado de forma especifica a una situacin real. 3.Completo: el requerimiento debe abarcar la totalidad de una problemtica obteniendo todos los recursos necesarios para lograr una solucin optima recopilando toda la informacin necesaria. 4.Consistente: el requerimiento debe ser coherente con los dems requerimientos sin entrar en conflicto entre requerimientos del mismo sistema o contradicciones. 6. 5.Correcto/necesario: el requerimiento debe cumplir con las especificaciones tcnicas de los clientes para el nuevo sistema de informacin. 6.Factible/viable: el requerimiento permite su implementacin real. 7.No ambiguo: el requerimiento debe ser preciso, objetivo y fcil de interpretar. 8.Obligatorio: el requerimiento debe representar una caracterstica definida por el cliente. 9.Verificable/demostrable: la implementacin del requerimiento debe poder ser resuelta en alguno de estos cuatro mtodos: inspeccin, anlisis, demostracin o prueba. 7. El proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema de software es llamado Ingeniera de Requerimientos. La meta de la ingeniera de requerimientos es entregar una especificacin de requerimientos de software correcta y completa. 8. Los analistas pueden emplear varias tcnicas para obtener los requisitos del cliente. Cuando sea necesario, el analista emplear una combinacin de los siguientes mtodos para establecer los requisitos exactos de las personas implicadas, para producir un sistema que resuelva las necesidades del negocio. Entrevista Las entrevistas son un mtodo comn. Por lo general no se entrevista a toda la gente que se relacionar con el sistema, sino a una seleccin de personas que represente a todos los sectores crticos de la organizacin, con el nfasis puesto en los sectores ms afectados o que harn un uso ms frecuente del nuevo sistema. 9. Talleres 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. 10. Obtener requisitos: a travs de entrevistas o comunicacin con clientes o futuros usuarios, para saber cules son sus expectativas. Analizar requisitos: detectar y corregir las carencias o falencias comunicativas, transformando los requisitos obtenidos de entrevistas y requisitos, en condiciones apropiadas para ser tratados en el diseo. Documentar requisitos: igual que todas las etapas, los requisitos deben estar debidamente documentados. Verificar los requisitos: consiste en comprobar la implementacin de los requerimientos. Validar los requisitos: comprobar que los requisitos implementados sean funcionales para lo que inicialmente se construy el producto. 11. Rol de Requerimientos. Si un producto no es lo que el cliente o los usuarios quieren, entonces la calidad de la construccin es irrelevante. El rol clave de los requerimientos es mostrar a los desarrolladores y usuarios que se necesita de un sistema. El primer y bsico rol de los requerimientos es por lo tanto la comunicacin. Cmo identificamos los Requerimientos?. Los Requerimientos toman vida desde que realizamos nuestro primer encuentro de interlocucin con usuarios o clientes. Cuando los requerimientos se logran redactar a un significativo nivel de detalle, tendremos listo el documento denominado Especificacin de Requerimientos. 12. Extraccin. Los analistas de requerimientos deben trabajar junto al cliente para descubrir el problema que el sistema debe resolver, los diferentes servicios que el sistema debe prestar, las restricciones que se pueden presentar, etc. Esta fase se enfoca en descubrir problemas con los requerimientos del sistema identificados hasta el momento. Anlisis. 13. Especificacin. En esta fase se documentan los requerimientos acordados con el cliente, en un nivel apropiado de detalle. La validacin es la etapa final de la IR. Su objetivo es, ratificar los requerimientos, es decir, verificar todos los requerimientos que aparecen en el documento especificado para asegurarse que representan una descripcin, por lo menos, aceptable del sistema que se debe implementar. Validacin. 14. 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. Cada requerimiento tiene propiedades nicas y abarcan reas funcionales especficas. Un requerimiento puede cambiar a lo largo del ciclo de desarrollo. 15. RequisitePro RequisitePro(R). Es la herramienta que ofrece Rational Software para tener un mayor control sobre los requerimientos planteados por el usuario y todos aquellos requerimientos tcnicos o nuevos requerimientos de usuario que surjan durante el ciclo de vida del proyecto. 16. DOORS DOORS(R). Es la herramienta de administracin de requisitos creada por Quality Systems and Software. Esta herramienta permite capturar, relacionar, analizar y administrar un rango de informacin para asegurar el cumplimiento del proyecto en materia de requerimientos. DOORS Ayuda al usuario a procesar las solicitudes de cambios de requerimientos en lnea. Permite realizar cualquier modificacin va remota cuando la base de datos est off-line, incorporando sus actualizaciones a la base de datos maestra. Esto hace ms fcil la comunicacin del equipo con otras organizaciones, subcontratistas y proveedores. 17. Tcnicas principales aplicadas en la Ingeniera de Requisitos. Tcnicas de obtencin de los requisitos. Tcnicas formales. Tcnicas formales frente a intuitivas. CARE: revisin de herramientas de ayuda en I.R. 18. Las actividades y tcnicas sobre IR, utilizadas de manera individual se obtendrn resultados diferentes. La Ingeniera de Requerimientos es una actividad que involucra a clientes, usuarios, equipo de desarrollo, administradores de proyectos, entre otros. La Ingeniera de Requerimientos no depende solamente de la forma en cmo se percibe el problema, sino tambin, del nivel de experiencia que tengan los involucrados. 19. Johany; Monografas; (SF). Ingeniera De Requerimientos Ingeniera De Software. [en lnea]. Disponible en: http://www.monografias.com/trabajos6/resof/resof.shtml. [Consultado:Mayo, 2015]. Senn, James A. "Anlisis y Diseo de Sistemas de Informacin". Segunda Edicin. McGraw Hill. 1992.[Consultado: Mayo, 2015]. EcuRed; (SF). Ingeniera De Requesitos. [en lnea]. Disponible http://www.ecured.cu/index.php/Ingenier%C3%ADa_de_requisitos. [Consultado:Mayo, 2015].