SlideShare una empresa de Scribd logo

Ingenieria de requisitos

J
Joamarbet

Este documento describe los conceptos clave de la ingeniería de requisitos para el desarrollo de software. Explica que la ingeniería de requisitos juega un papel fundamental al definir las necesidades y especificaciones del sistema. También describe las fases del proceso de ingeniería de requisitos, incluyendo la extracción, análisis, especificación y validación de requisitos, así como técnicas comunes como entrevistas y talleres. Finalmente, discute desafíos en la definición de requisitos y herramientas para gestionar

1 de 11
Descargar para leer sin conexión
INGENIERIA DE RESQUISITOS 
E 
INGENIERIA DE REQUERIMIENTOS 
Realizado por: 
Joanna Martínez 
CI: 8436777 
Porlamar, Noviembre 2014 
REPÚBLICA BOLIVARIANA DE VENEZUELA 
INSTITUTO UNIVERSITARIO POLITÉCNICO 
“SANTIAGO MARIÑO” 
EXTENSIÓN PORLAMAR 
ESCUELA DE SISTEMAS
INTRODUCCION En la actualidad, son muchos los procesos de desarrollo de software que existen. Con el pasar de los años, la Ingeniería de Software ha introducido y popularizado una serie de estándares para medir y certificar la calidad, tanto del sistema a desarrollar, como del proceso de desarrollo en sí. Se han publicado muchos libros y artículos relacionados con este tema, con el modelado de procesos del negocio y la reingeniería. Un número creciente de herramientas automatizadas han surgido para ayudar a definir y aplicar un proceso de desarrollo de software efectivo. Hoy en día la economía global depende más de sistemas automatizados que en épocas pasadas; esto ha llevado a los equipos de desarrollo a enfrentarse con una nueva década de procesos y estándares de calidad. 
La Ingeniería de Requerimientos cumple un papel primordial en el proceso de producción de software, ya que enfoca un área fundamental: la definición de lo que se desea producir. Su principal tarea consiste en la generación de especificaciones correctas que describan con claridad, sin ambigüedades, en forma consistente y compacta, el comportamiento del sistema; de esta manera, se pretende minimizar los problemas relacionados al desarrollo de sistemas. 
El reemplazo de plataformas y tecnologías obsoletas, la compra de sistemas completamente nuevos, las modificaciones de todos o de casi todos los programas que forman un sistema, entre otras razones, llevan a desarrollar proyectos en calendarios sumamente ajustados y en algunos casos irreales; esto ocasiona que se omitan muchos pasos importantes en el ciclo de vida de desarrollo, entre estos, la definición de los requerimientos.
1) INGENIERIA DE REQUISITOS La Ingeniería de Requisitos (IR) comprende las técnicas y procedimientos ingenieriles para el desarrollo del software y no se plantea sólo una actividad de programación, el análisis y la definición de los requisitos debe dar lugar a la especificación software, en la que se concretan las necesidades que se desean cubrir y se fijan las restricciones con las que debe trabajar el software, el modelado de los sistemas tiene como objetivo entender mejor el comportamiento requerido y facilitar la comprensión de los problemas planteados. Se trata de establecer modelos conceptuales que reflejen la organización de la información y las diversas transformaciones que se deben llevar a cabo con dicha información. La IR tiene como reto la generación de soluciones innovadoras que impliquen el uso de nuevas tecnologías fomentando la interdependencia, actividades que promuevan y sean orientadas hacia la reingeniería, el desarrollo y evolución de productos personalizados con el fin de poder satisfacer cualquier necesidad donde el usuario sea el ente activo generador de conocimiento. 
2) DEFINICION DE REQUERIMIENTOS Los requerimientos son las necesidades documentales y aquellas descripciones que hace el usuario de los deseos o necesidades que tiene frente a un producto, a los ingenieros o desarrolladores del software, estos requerimientos originan unos requisitos que se deben cumplir para poder llegar a cumplir los requerimientos. Todo aquello que quiere el cliente, es decir, todo aquello que necesite lo entenderíamos por requerimientos, y si hablamos de lo que se necesita para cumplir las peticiones del usuario nos referiríamos a los requisitos.
3) CARACTERISTICAS DE LOS REQUERIMIENTOS Las características de un requerimiento son sus propiedades principales. Un conjunto de requerimientos en estado de madurez, deben presentar una serie de características tanto individualmente como en grupo. 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. 
4) INGENIERIA DE REQUERIMIENTOS 
Ingeniería de Requisitos ayuda a los ingenieros de software a entender mejor el problema en cuya solución trabajarán. Incluye el conjunto de tareas que conducen a comprender cuál será el impacto del software sobre el negocio, qué es lo que el clientequiere y cómo interactuarán los usuarios finales con el software. [Pressman] 
Normalmente, un tema de la Ingeniería de Software tiene diferentes significados. De las muchas definiciones que existen para requerimiento, a continuación se presentan las definiciones: 
 Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo.
 Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal. 
 Una representación documentada de una condición o capacidad. 
5) TECNICAS PRINCIPALES APLICADAS EN LA INGENIERIA DE REQUISITOS 
La ingeniería de requisitos puede ser un proceso largo y arduo para el que se requiere de habilidades psicológicas. 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. Los analistas pueden emplear varias técnicas para obtener los requisitos del cliente. 
Históricamente, esto ha incluido técnicas tales como las entrevistas, o talleres con grupos para crear listas de requisitos. Técnicas más modernas incluyen los prototipos, y utilizan casos de uso. Cuando sea necesario, el analista empleará una combinación de estos métodos para establecer los requisitos exactos de las personas implicadas, para producir un sistema que resuelva las necesidades del negocio. 
Entrevistas 
Las entrevistas son un método común. Por lo general no se entrevista a toda la gente que se relacionará con el sistema, sino a una selección de personas que represente a todos los sectores críticos de la organización, con el énfasis puesto en los sectores más afectados o que harán un uso más frecuente del nuevo sistema. 
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. A menudo es útil la selección de un secretario dedicado a la documentación de la discusión, liberando al analista del negocio para centrarse en el proceso de la definición de los requisitos y para dirigir la discusión. 
Existen dos técnicas de este tipo que son las más utilizadas: Brainstorming (Lluvia de ideas) y JAD (Joint Application Development, Diseño de Aplicación Conjunta). La diferencia que existe entre ambas técnicas es que durante la tormenta de ideas se tiene como objetivo generar una gran cantidad de ideas, es desestructurada y la información que se obtiene puede ser visual, textual ó coloquial; mientras que en el JAD el taller es ordenado, la información que se obtiene es visual y su objetivo es generar requisitos y la interfaz del sistema. 
En el Joint application development se trabaja directamente sobre los documentos a generar, las temáticas que se tratan durante las reuniones siguen un esquema y se busca que la misma sea ordenada y racional. 
6) FASES DE LA INGENIERIA DE REQUERIMIENTOS Desde un punto de vista conceptual, las actividades son de cinco clases.  Obtener requisitos: a través de entrevistas o comunicación con clientes o futuros usuarios, para saber cuáles 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 diseño.  Documentar requisitos: igual que todas las etapas, los requisitos deben estar debidamente documentados.
 Verificar los requisitos: consiste en comprobar la implementación de los requerimientos.  Validar los requisitos: comprobar que los requisitos implementados sean funcionales para lo que inicialmente se construyó el producto. 
7) REQUERIMIENTOS DE SOFTWARE DE LA INGENIERIA DE REQUERIMIENTOS 
Rol de Requerimientos 
• Si un producto no es lo que el cliente o los usuarios quieren, entonces la calidad de la construcción es irrelevante. 
• El rol clave de los requerimientos es mostrar a los desarrolladores y usuarios que se necesita de un sistema. 
• El primer y básico rol de los requerimientos es por lo tanto la comunicación. Cómo identificamos los Requerimientos ? Los Requerimientos toman vida desde que realizamos nuestro primer encuentro de interlocución con usuarios o clientes. 
• Este puede desarrollarse utilizando cualquiera de una variedad de técnicas como entrevistas para intercambiar opiniones, cuestionarios, etc. 
• Cuando los requerimientos se logran redactar a un significativo nivel de detalle, tendremos listo el documento denominado “Especificación de Requerimientos”. 
Se puede organizar por : 
• Modo (entrenamiento, demo, normal, emergencia) 
• Clase de usuario (administrador, usuario, cliente) 
• Objetos (paciente, enfermera, sensor, médico, medicinas) 
• Función (llamada local, conferencia, etc) 
• Estímulo (pérdida de altura, frenos bloqueados, etc) 
• Respuesta (generación de cheques de pago, generación de listados, etc) 
• Jerarquía funcional (funciones con las mismas entradas, mismas salidas, o acceso a los mismos datos) Requerimientos específicos.
8) ACTIVIDADES DE LA INGENIERÍA DE REQUERIMIENTOS. 
Extracción: Aquí, 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. 
Análisis: Sobre la base de la extracción realizada previamente, comienza esta fase en la cual se enfoca en descubrir problemas con los requerimientos del sistema identificados hasta el momento. Especificación: En esta fase se documentan los requerimientos acordados con el cliente, en un nivel apropiado de detalle. 
Validación: La validación 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 descripción, por lo menos, aceptable del sistema que se debe implementar. 
9) DIFICULTADES PARA DEFINIR LOS REQUERIMIENTOS 
 Los requerimientos no son obvios y vienen de muchas fuentes. 
 Son difíciles 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 difícil de manejar. 
 Nunca son iguales. Algunos son más difíciles, más riesgosos, más importantes o más estables que otros. 
 Los requerimientos están relacionados unos con otros, y a su vez se relacionan con otras partes del proceso. 
 Cada requerimiento tiene propiedades únicas y abarcan áreas funcionales específicas. 
 Un requerimiento puede cambiar a lo largo del ciclo de desarrollo.
 Son difíciles de cuantificar, ya que cada conjunto de requerimientos es particular para cada proyecto. 
10) TECNICAS Y HERRAMIENTAS UTILIZADAS EN LA INGENIERIA DE REQUERIMIENTOS 
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 técnicos o nuevos requerimientos de usuario que surjan durante el ciclo de vida del proyecto. 
DOORS DOORS(R) es la herramienta de administración de requisitos creada por Quality Systems and Software. Esta herramienta permite capturar, relacionar, analizar y administrar un rango de información para asegurar el cumplimiento del proyecto en materia de requerimientos. 
DOORS ayuda al usuario a procesar las solicitudes de cambios de requerimientos en línea. Permite realizar cualquier modificación vía remota cuando la base de datos está off-line, incorporando sus actualizaciones a la base de datos maestra. Esto hace más fácil la comunicación del equipo con otras organizaciones, subcontratistas y proveedores. 
Técnicas principales aplicadas en la Ingeniería de Requisitos. 
 Técnicas de obtención de los requisitos 
 Técnicas formales 
 Técnicas formales frente a intuitivas 
 CARE: revisión de herramientas de ayuda en I.R.
CONCLUSIONES 
Cada actividad y técnica 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 razón, considero que no existe un modelo de proceso ideal para la IR; encontrar el método o la técnica perfecta es una ilusión, pues cada método y técnica ofrece diferentes soluciones ante un problema. 
Debemos recordar que la Ingeniería 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 cómo se percibe el problema, sino también, del nivel de experiencia que tengan los involucrados.
REFERENCIAS BIBLIOGRAFICAS Y ELECTRONICAS 
Senn, James A. "Análisis y Diseño de Sistemas de Información". Segunda Edición. McGraw Hill. 1992. 
www.monografias.com www.ecured.cu/index.php/Ingeniería_de_requisitos ingernieriaderequisitos.edublogs.org/.../tecnicas-y-he..

Recomendados

Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosJosé Antonio Sandoval Acosta
 
Importancia de las herramientas CASE en el desarrollo de software
Importancia de las herramientas CASE en el desarrollo de softwareImportancia de las herramientas CASE en el desarrollo de software
Importancia de las herramientas CASE en el desarrollo de softwareGabriel Cobeña
 
Procesos Ligeros: Hilos o Hebras
Procesos Ligeros: Hilos o HebrasProcesos Ligeros: Hilos o Hebras
Procesos Ligeros: Hilos o HebrasJ M
 
Requerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareRequerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareKelvin Abdiel Alvarado
 
Unidad 2 concepto de Programa,Proceso y Procesador
Unidad 2  concepto de Programa,Proceso y ProcesadorUnidad 2  concepto de Programa,Proceso y Procesador
Unidad 2 concepto de Programa,Proceso y ProcesadorMario Alberto Antonio Lopez
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftChuyito Alvarado
 

Más contenido relacionado

La actualidad más candente

Metricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionMetricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionJose Diaz Silva
 
Procesos e Hilos en los Sistemas Operativos
Procesos e Hilos en los Sistemas OperativosProcesos e Hilos en los Sistemas Operativos
Procesos e Hilos en los Sistemas OperativosEmmanuel Fortuna
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSLenin Acosta Mata
 
Portafolio unidad 2 [Lenguajes y autómatas]- Expresiones y lenguajes regulares
Portafolio unidad 2 [Lenguajes y autómatas]- Expresiones y lenguajes regularesPortafolio unidad 2 [Lenguajes y autómatas]- Expresiones y lenguajes regulares
Portafolio unidad 2 [Lenguajes y autómatas]- Expresiones y lenguajes regularesHumano Terricola
 
Tópicos Avanzados de Programación - Unidad 2 componentes y librerias
Tópicos Avanzados de Programación - Unidad 2 componentes y libreriasTópicos Avanzados de Programación - Unidad 2 componentes y librerias
Tópicos Avanzados de Programación - Unidad 2 componentes y libreriasJosé Antonio Sandoval Acosta
 
Modelo de desarrollo concurrente
Modelo de desarrollo concurrenteModelo de desarrollo concurrente
Modelo de desarrollo concurrentesamuel ospino
 
Unidad 6 Protección y seguridad.
Unidad 6 Protección y seguridad.Unidad 6 Protección y seguridad.
Unidad 6 Protección y seguridad.Juan Anaya
 
Metodologia web
Metodologia webMetodologia web
Metodologia webAnel Sosa
 
Técnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosTécnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosJuan Carlos Olivares Rojas
 
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrollo
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrolloFundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrollo
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrolloJosé Antonio Sandoval Acosta
 
Fundamentos de Telecomunicaciones Unidad 5 Dispositivos de Comunicación
Fundamentos de TelecomunicacionesUnidad 5 Dispositivos de ComunicaciónFundamentos de TelecomunicacionesUnidad 5 Dispositivos de Comunicación
Fundamentos de Telecomunicaciones Unidad 5 Dispositivos de ComunicaciónJosé Antonio Sandoval Acosta
 

La actualidad más candente (20)

Metricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionMetricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccion
 
Interrupciones
InterrupcionesInterrupciones
Interrupciones
 
Traductor y su estructura
Traductor y su estructuraTraductor y su estructura
Traductor y su estructura
 
Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)
 
Taller de Base de Datos - Unidad 6 SQL procedural
Taller de Base de Datos - Unidad 6 SQL proceduralTaller de Base de Datos - Unidad 6 SQL procedural
Taller de Base de Datos - Unidad 6 SQL procedural
 
Procesos e Hilos en los Sistemas Operativos
Procesos e Hilos en los Sistemas OperativosProcesos e Hilos en los Sistemas Operativos
Procesos e Hilos en los Sistemas Operativos
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
 
Portafolio unidad 2 [Lenguajes y autómatas]- Expresiones y lenguajes regulares
Portafolio unidad 2 [Lenguajes y autómatas]- Expresiones y lenguajes regularesPortafolio unidad 2 [Lenguajes y autómatas]- Expresiones y lenguajes regulares
Portafolio unidad 2 [Lenguajes y autómatas]- Expresiones y lenguajes regulares
 
Tópicos Avanzados de Programación - Unidad 2 componentes y librerias
Tópicos Avanzados de Programación - Unidad 2 componentes y libreriasTópicos Avanzados de Programación - Unidad 2 componentes y librerias
Tópicos Avanzados de Programación - Unidad 2 componentes y librerias
 
Modelo de desarrollo concurrente
Modelo de desarrollo concurrenteModelo de desarrollo concurrente
Modelo de desarrollo concurrente
 
Herramientas case full informacion
Herramientas case full informacionHerramientas case full informacion
Herramientas case full informacion
 
Unidad 6 Protección y seguridad.
Unidad 6 Protección y seguridad.Unidad 6 Protección y seguridad.
Unidad 6 Protección y seguridad.
 
Metodologia web
Metodologia webMetodologia web
Metodologia web
 
Expresiones regulares
Expresiones regularesExpresiones regulares
Expresiones regulares
 
Técnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosTécnicas para la Obtención de Requerimientos
Técnicas para la Obtención de Requerimientos
 
Automatas y gramaticas
Automatas y gramaticasAutomatas y gramaticas
Automatas y gramaticas
 
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrollo
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrolloFundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrollo
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrollo
 
Transacciones
TransaccionesTransacciones
Transacciones
 
Fundamentos de Telecomunicaciones Unidad 5 Dispositivos de Comunicación
Fundamentos de TelecomunicacionesUnidad 5 Dispositivos de ComunicaciónFundamentos de TelecomunicacionesUnidad 5 Dispositivos de Comunicación
Fundamentos de Telecomunicaciones Unidad 5 Dispositivos de Comunicación
 
Metodologia Incremental
Metodologia IncrementalMetodologia Incremental
Metodologia Incremental
 

Destacado

Ministerio público
Ministerio públicoMinisterio público
Ministerio públicoingridchichi
 
La Inbestigacion Y Su Inportancia
La Inbestigacion Y Su InportanciaLa Inbestigacion Y Su Inportancia
La Inbestigacion Y Su Inportanciasaul
 
Inportancia de la Informática
Inportancia de la InformáticaInportancia de la Informática
Inportancia de la InformáticaMarcos Gálvez
 
Bloque 1 introduccion
Bloque 1 introduccionBloque 1 introduccion
Bloque 1 introduccionProgramaDia
 
Contabilidad
ContabilidadContabilidad
Contabilidadsamuej99
 
Inportancia de la informatica
Inportancia de la informaticaInportancia de la informatica
Inportancia de la informaticadivajuve
 
inportancia de la investicación
inportancia de la investicacióninportancia de la investicación
inportancia de la investicación166ilka
 
Camtasia Getting Started Guide
Camtasia Getting Started GuideCamtasia Getting Started Guide
Camtasia Getting Started Guidehectorxxx
 
El Patrimonio y las Cuentas de la Empresa
El Patrimonio y las Cuentas de la EmpresaEl Patrimonio y las Cuentas de la Empresa
El Patrimonio y las Cuentas de la Empresaortizzubillagae
 
Unidad 6 EIE: Qué tipo de empresa me interesa
Unidad 6 EIE: Qué tipo de empresa me interesaUnidad 6 EIE: Qué tipo de empresa me interesa
Unidad 6 EIE: Qué tipo de empresa me interesaAntonio Guirao Silvente
 
Poetas Modernistas
Poetas ModernistasPoetas Modernistas
Poetas Modernistasplrimieri
 
Inportancia De La Soldadura
Inportancia De La SoldaduraInportancia De La Soldadura
Inportancia De La SoldaduraVinicio Acuña
 
Sql DDL Lenguaje de definición de datos
Sql DDL Lenguaje de definición de datosSql DDL Lenguaje de definición de datos
Sql DDL Lenguaje de definición de datosjosecuartas
 
Valor del dinero en el tiempo
Valor del dinero en el tiempoValor del dinero en el tiempo
Valor del dinero en el tiempoLBenites
 

Destacado (20)

Ministerio público
Ministerio públicoMinisterio público
Ministerio público
 
Inportancia del juego
Inportancia del juegoInportancia del juego
Inportancia del juego
 
La Inbestigacion Y Su Inportancia
La Inbestigacion Y Su InportanciaLa Inbestigacion Y Su Inportancia
La Inbestigacion Y Su Inportancia
 
Ped
PedPed
Ped
 
Inportancia de la Informática
Inportancia de la InformáticaInportancia de la Informática
Inportancia de la Informática
 
Bloque 1 introduccion
Bloque 1 introduccionBloque 1 introduccion
Bloque 1 introduccion
 
Educacion fisica
Educacion fisicaEducacion fisica
Educacion fisica
 
Contabilidad
ContabilidadContabilidad
Contabilidad
 
Inportancia de la informatica
Inportancia de la informaticaInportancia de la informatica
Inportancia de la informatica
 
inportancia de la investicación
inportancia de la investicacióninportancia de la investicación
inportancia de la investicación
 
Camtasia Getting Started Guide
Camtasia Getting Started GuideCamtasia Getting Started Guide
Camtasia Getting Started Guide
 
Contabilidad
ContabilidadContabilidad
Contabilidad
 
Firma Electronica
Firma ElectronicaFirma Electronica
Firma Electronica
 
El Patrimonio y las Cuentas de la Empresa
El Patrimonio y las Cuentas de la EmpresaEl Patrimonio y las Cuentas de la Empresa
El Patrimonio y las Cuentas de la Empresa
 
Unidad 6 EIE: Qué tipo de empresa me interesa
Unidad 6 EIE: Qué tipo de empresa me interesaUnidad 6 EIE: Qué tipo de empresa me interesa
Unidad 6 EIE: Qué tipo de empresa me interesa
 
Poetas Modernistas
Poetas ModernistasPoetas Modernistas
Poetas Modernistas
 
Inportancia De La Soldadura
Inportancia De La SoldaduraInportancia De La Soldadura
Inportancia De La Soldadura
 
Sql DDL Lenguaje de definición de datos
Sql DDL Lenguaje de definición de datosSql DDL Lenguaje de definición de datos
Sql DDL Lenguaje de definición de datos
 
Analisis Financiero
Analisis FinancieroAnalisis Financiero
Analisis Financiero
 
Valor del dinero en el tiempo
Valor del dinero en el tiempoValor del dinero en el tiempo
Valor del dinero en el tiempo
 

Similar a Ingenieria de requisitos

Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de RequerimientosNaylu Rincón
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de RequerimientosNaylu Rincón
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSJesus F Rosas
 
Ingenieria de requerimiento
Ingenieria de requerimientoIngenieria de requerimiento
Ingenieria de requerimientoDavidZarate1200
 
Requerimientos
RequerimientosRequerimientos
Requerimientoskaresha3
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientoskaresha3
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientoskaresha3
 
Carlos figuera-ci-19897276
Carlos figuera-ci-19897276Carlos figuera-ci-19897276
Carlos figuera-ci-19897276marlev boadas
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitosCarlos Chaves
 
Unidad 1 requerimientos del software
Unidad 1 requerimientos del softwareUnidad 1 requerimientos del software
Unidad 1 requerimientos del softwareoemavarez
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases3045433345
 
Actividad en clases
Actividad en clasesActividad en clases
Actividad en clasesluismadrid51
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSLuis Anibal
 
Tecnicas ingenieria de software
Tecnicas ingenieria de softwareTecnicas ingenieria de software
Tecnicas ingenieria de softwareedsacun
 
Frank estaba infografiae
Frank estaba infografiaeFrank estaba infografiae
Frank estaba infografiaeID Z
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosCesar Prado
 
ingenieria de requerimientos
ingenieria de requerimientosingenieria de requerimientos
ingenieria de requerimientosjhonier1999
 

Similar a Ingenieria de requisitos (20)

Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de Requerimientos
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de Requerimientos
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
 
Ingenieria de requerimiento
Ingenieria de requerimientoIngenieria de requerimiento
Ingenieria de requerimiento
 
Requerimientos
RequerimientosRequerimientos
Requerimientos
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Carlos figuera-ci-19897276
Carlos figuera-ci-19897276Carlos figuera-ci-19897276
Carlos figuera-ci-19897276
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Unidad 1 requerimientos del software
Unidad 1 requerimientos del softwareUnidad 1 requerimientos del software
Unidad 1 requerimientos del software
 
Informe
InformeInforme
Informe
 
Infografía
InfografíaInfografía
Infografía
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Actividad en clases
Actividad en clasesActividad en clases
Actividad en clases
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
 
Tecnicas ingenieria de software
Tecnicas ingenieria de softwareTecnicas ingenieria de software
Tecnicas ingenieria de software
 
Frank estaba infografiae
Frank estaba infografiaeFrank estaba infografiae
Frank estaba infografiae
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
ingenieria de requerimientos
ingenieria de requerimientosingenieria de requerimientos
ingenieria de requerimientos
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitos
 

Último

SIGNOS DE PUNTUACIÓN ALUMNO PARA EL.docx
SIGNOS DE PUNTUACIÓN ALUMNO PARA EL.docxSIGNOS DE PUNTUACIÓN ALUMNO PARA EL.docx
SIGNOS DE PUNTUACIÓN ALUMNO PARA EL.docxjhonatanguisabalo
 
Temas 4-5 ilustrados .pptx ghvfhfgdffgfgfgfg
Temas 4-5 ilustrados .pptx ghvfhfgdffgfgfgfgTemas 4-5 ilustrados .pptx ghvfhfgdffgfgfgfg
Temas 4-5 ilustrados .pptx ghvfhfgdffgfgfgfgVictorCarreteroMoren
 
RECURSOS ESPECIFICOS A ACTIVIDADES DE RSE A LO LARGO DEL AÑO.pdf
RECURSOS ESPECIFICOS A ACTIVIDADES DE RSE A LO LARGO DEL AÑO.pdfRECURSOS ESPECIFICOS A ACTIVIDADES DE RSE A LO LARGO DEL AÑO.pdf
RECURSOS ESPECIFICOS A ACTIVIDADES DE RSE A LO LARGO DEL AÑO.pdfprinverperueirl
 
DOCUMENTO |1-sobre ficha de postulacionm
DOCUMENTO |1-sobre ficha de postulacionmDOCUMENTO |1-sobre ficha de postulacionm
DOCUMENTO |1-sobre ficha de postulacionmdavidcamposyupanqui
 
entro1-Sobre ficha de postulaciónpresalon
entro1-Sobre ficha de postulaciónpresalonentro1-Sobre ficha de postulaciónpresalon
entro1-Sobre ficha de postulaciónpresalonsalonapre
 
las guerras carlistas Ana y Paloma .
las guerras carlistas Ana y Paloma     .las guerras carlistas Ana y Paloma     .
las guerras carlistas Ana y Paloma .anagc806
 
CIRCULAR INFORMATIVA FIESTAS LABORALES 2024.ppsx
CIRCULAR INFORMATIVA FIESTAS LABORALES 2024.ppsxCIRCULAR INFORMATIVA FIESTAS LABORALES 2024.ppsx
CIRCULAR INFORMATIVA FIESTAS LABORALES 2024.ppsxCORPORACIONJURIDICA
 
Poka Yoke o Baka Yoke Universidad de Sonora Ing Semiconductores
Poka Yoke o Baka Yoke Universidad de Sonora Ing SemiconductoresPoka Yoke o Baka Yoke Universidad de Sonora Ing Semiconductores
Poka Yoke o Baka Yoke Universidad de Sonora Ing SemiconductoresSalvatoreSagnelliSal
 
CIRCULAR INFORMATIVA AYUDAS ELX EMPLEA 2024.ppsx
CIRCULAR INFORMATIVA AYUDAS ELX EMPLEA 2024.ppsxCIRCULAR INFORMATIVA AYUDAS ELX EMPLEA 2024.ppsx
CIRCULAR INFORMATIVA AYUDAS ELX EMPLEA 2024.ppsxCORPORACIONJURIDICA
 
ducumento 1 sobre los sIGNOS DE PUNTUACIÓN ALUMNO .docx
ducumento 1 sobre los sIGNOS DE PUNTUACIÓN ALUMNO .docxducumento 1 sobre los sIGNOS DE PUNTUACIÓN ALUMNO .docx
ducumento 1 sobre los sIGNOS DE PUNTUACIÓN ALUMNO .docxshakirpieraraujocubi
 
Documento 1 - Sobre ficha de postulación
Documento 1 - Sobre ficha de postulaciónDocumento 1 - Sobre ficha de postulación
Documento 1 - Sobre ficha de postulaciónutilisare2023
 
Programa de Actividades Team Building y Experiencias para Empresas
Programa de Actividades Team Building y Experiencias para EmpresasPrograma de Actividades Team Building y Experiencias para Empresas
Programa de Actividades Team Building y Experiencias para EmpresasRubén
 

Último (13)

SIGNOS DE PUNTUACIÓN ALUMNO PARA EL.docx
SIGNOS DE PUNTUACIÓN ALUMNO PARA EL.docxSIGNOS DE PUNTUACIÓN ALUMNO PARA EL.docx
SIGNOS DE PUNTUACIÓN ALUMNO PARA EL.docx
 
Temas 4-5 ilustrados .pptx ghvfhfgdffgfgfgfg
Temas 4-5 ilustrados .pptx ghvfhfgdffgfgfgfgTemas 4-5 ilustrados .pptx ghvfhfgdffgfgfgfg
Temas 4-5 ilustrados .pptx ghvfhfgdffgfgfgfg
 
FORO DE INICIATIVAS A CANDIDATOS A LA PRESIDENCIA 2024.pdf
FORO DE INICIATIVAS A CANDIDATOS A LA PRESIDENCIA 2024.pdfFORO DE INICIATIVAS A CANDIDATOS A LA PRESIDENCIA 2024.pdf
FORO DE INICIATIVAS A CANDIDATOS A LA PRESIDENCIA 2024.pdf
 
RECURSOS ESPECIFICOS A ACTIVIDADES DE RSE A LO LARGO DEL AÑO.pdf
RECURSOS ESPECIFICOS A ACTIVIDADES DE RSE A LO LARGO DEL AÑO.pdfRECURSOS ESPECIFICOS A ACTIVIDADES DE RSE A LO LARGO DEL AÑO.pdf
RECURSOS ESPECIFICOS A ACTIVIDADES DE RSE A LO LARGO DEL AÑO.pdf
 
DOCUMENTO |1-sobre ficha de postulacionm
DOCUMENTO |1-sobre ficha de postulacionmDOCUMENTO |1-sobre ficha de postulacionm
DOCUMENTO |1-sobre ficha de postulacionm
 
entro1-Sobre ficha de postulaciónpresalon
entro1-Sobre ficha de postulaciónpresalonentro1-Sobre ficha de postulaciónpresalon
entro1-Sobre ficha de postulaciónpresalon
 
las guerras carlistas Ana y Paloma .
las guerras carlistas Ana y Paloma     .las guerras carlistas Ana y Paloma     .
las guerras carlistas Ana y Paloma .
 
CIRCULAR INFORMATIVA FIESTAS LABORALES 2024.ppsx
CIRCULAR INFORMATIVA FIESTAS LABORALES 2024.ppsxCIRCULAR INFORMATIVA FIESTAS LABORALES 2024.ppsx
CIRCULAR INFORMATIVA FIESTAS LABORALES 2024.ppsx
 
Poka Yoke o Baka Yoke Universidad de Sonora Ing Semiconductores
Poka Yoke o Baka Yoke Universidad de Sonora Ing SemiconductoresPoka Yoke o Baka Yoke Universidad de Sonora Ing Semiconductores
Poka Yoke o Baka Yoke Universidad de Sonora Ing Semiconductores
 
CIRCULAR INFORMATIVA AYUDAS ELX EMPLEA 2024.ppsx
CIRCULAR INFORMATIVA AYUDAS ELX EMPLEA 2024.ppsxCIRCULAR INFORMATIVA AYUDAS ELX EMPLEA 2024.ppsx
CIRCULAR INFORMATIVA AYUDAS ELX EMPLEA 2024.ppsx
 
ducumento 1 sobre los sIGNOS DE PUNTUACIÓN ALUMNO .docx
ducumento 1 sobre los sIGNOS DE PUNTUACIÓN ALUMNO .docxducumento 1 sobre los sIGNOS DE PUNTUACIÓN ALUMNO .docx
ducumento 1 sobre los sIGNOS DE PUNTUACIÓN ALUMNO .docx
 
Documento 1 - Sobre ficha de postulación
Documento 1 - Sobre ficha de postulaciónDocumento 1 - Sobre ficha de postulación
Documento 1 - Sobre ficha de postulación
 
Programa de Actividades Team Building y Experiencias para Empresas
Programa de Actividades Team Building y Experiencias para EmpresasPrograma de Actividades Team Building y Experiencias para Empresas
Programa de Actividades Team Building y Experiencias para Empresas
 

Ingenieria de requisitos

  • 1. INGENIERIA DE RESQUISITOS E INGENIERIA DE REQUERIMIENTOS Realizado por: Joanna Martínez CI: 8436777 Porlamar, Noviembre 2014 REPÚBLICA BOLIVARIANA DE VENEZUELA INSTITUTO UNIVERSITARIO POLITÉCNICO “SANTIAGO MARIÑO” EXTENSIÓN PORLAMAR ESCUELA DE SISTEMAS
  • 2. INTRODUCCION En la actualidad, son muchos los procesos de desarrollo de software que existen. Con el pasar de los años, la Ingeniería de Software ha introducido y popularizado una serie de estándares para medir y certificar la calidad, tanto del sistema a desarrollar, como del proceso de desarrollo en sí. Se han publicado muchos libros y artículos relacionados con este tema, con el modelado de procesos del negocio y la reingeniería. Un número creciente de herramientas automatizadas han surgido para ayudar a definir y aplicar un proceso de desarrollo de software efectivo. Hoy en día la economía global depende más de sistemas automatizados que en épocas pasadas; esto ha llevado a los equipos de desarrollo a enfrentarse con una nueva década de procesos y estándares de calidad. La Ingeniería de Requerimientos cumple un papel primordial en el proceso de producción de software, ya que enfoca un área fundamental: la definición de lo que se desea producir. Su principal tarea consiste en la generación de especificaciones correctas que describan con claridad, sin ambigüedades, en forma consistente y compacta, el comportamiento del sistema; de esta manera, se pretende minimizar los problemas relacionados al desarrollo de sistemas. El reemplazo de plataformas y tecnologías obsoletas, la compra de sistemas completamente nuevos, las modificaciones de todos o de casi todos los programas que forman un sistema, entre otras razones, llevan a desarrollar proyectos en calendarios sumamente ajustados y en algunos casos irreales; esto ocasiona que se omitan muchos pasos importantes en el ciclo de vida de desarrollo, entre estos, la definición de los requerimientos.
  • 3. 1) INGENIERIA DE REQUISITOS La Ingeniería de Requisitos (IR) comprende las técnicas y procedimientos ingenieriles para el desarrollo del software y no se plantea sólo una actividad de programación, el análisis y la definición de los requisitos debe dar lugar a la especificación software, en la que se concretan las necesidades que se desean cubrir y se fijan las restricciones con las que debe trabajar el software, el modelado de los sistemas tiene como objetivo entender mejor el comportamiento requerido y facilitar la comprensión de los problemas planteados. Se trata de establecer modelos conceptuales que reflejen la organización de la información y las diversas transformaciones que se deben llevar a cabo con dicha información. La IR tiene como reto la generación de soluciones innovadoras que impliquen el uso de nuevas tecnologías fomentando la interdependencia, actividades que promuevan y sean orientadas hacia la reingeniería, el desarrollo y evolución de productos personalizados con el fin de poder satisfacer cualquier necesidad donde el usuario sea el ente activo generador de conocimiento. 2) DEFINICION DE REQUERIMIENTOS Los requerimientos son las necesidades documentales y aquellas descripciones que hace el usuario de los deseos o necesidades que tiene frente a un producto, a los ingenieros o desarrolladores del software, estos requerimientos originan unos requisitos que se deben cumplir para poder llegar a cumplir los requerimientos. Todo aquello que quiere el cliente, es decir, todo aquello que necesite lo entenderíamos por requerimientos, y si hablamos de lo que se necesita para cumplir las peticiones del usuario nos referiríamos a los requisitos.
  • 4. 3) CARACTERISTICAS DE LOS REQUERIMIENTOS Las características de un requerimiento son sus propiedades principales. Un conjunto de requerimientos en estado de madurez, deben presentar una serie de características tanto individualmente como en grupo. 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. 4) INGENIERIA DE REQUERIMIENTOS Ingeniería de Requisitos ayuda a los ingenieros de software a entender mejor el problema en cuya solución trabajarán. Incluye el conjunto de tareas que conducen a comprender cuál será el impacto del software sobre el negocio, qué es lo que el clientequiere y cómo interactuarán los usuarios finales con el software. [Pressman] Normalmente, un tema de la Ingeniería de Software tiene diferentes significados. De las muchas definiciones que existen para requerimiento, a continuación se presentan las definiciones:  Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo.
  • 5.  Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal.  Una representación documentada de una condición o capacidad. 5) TECNICAS PRINCIPALES APLICADAS EN LA INGENIERIA DE REQUISITOS La ingeniería de requisitos puede ser un proceso largo y arduo para el que se requiere de habilidades psicológicas. 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. Los analistas pueden emplear varias técnicas para obtener los requisitos del cliente. Históricamente, esto ha incluido técnicas tales como las entrevistas, o talleres con grupos para crear listas de requisitos. Técnicas más modernas incluyen los prototipos, y utilizan casos de uso. Cuando sea necesario, el analista empleará una combinación de estos métodos para establecer los requisitos exactos de las personas implicadas, para producir un sistema que resuelva las necesidades del negocio. Entrevistas Las entrevistas son un método común. Por lo general no se entrevista a toda la gente que se relacionará con el sistema, sino a una selección de personas que represente a todos los sectores críticos de la organización, con el énfasis puesto en los sectores más afectados o que harán un uso más frecuente del nuevo sistema. 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
  • 6. 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 selección de un secretario dedicado a la documentación de la discusión, liberando al analista del negocio para centrarse en el proceso de la definición de los requisitos y para dirigir la discusión. Existen dos técnicas de este tipo que son las más utilizadas: Brainstorming (Lluvia de ideas) y JAD (Joint Application Development, Diseño de Aplicación Conjunta). La diferencia que existe entre ambas técnicas es que durante la tormenta de ideas se tiene como objetivo generar una gran cantidad de ideas, es desestructurada y la información que se obtiene puede ser visual, textual ó coloquial; mientras que en el JAD el taller es ordenado, la información que se obtiene es visual y su objetivo es generar requisitos y la interfaz del sistema. En el Joint application development se trabaja directamente sobre los documentos a generar, las temáticas que se tratan durante las reuniones siguen un esquema y se busca que la misma sea ordenada y racional. 6) FASES DE LA INGENIERIA DE REQUERIMIENTOS Desde un punto de vista conceptual, las actividades son de cinco clases.  Obtener requisitos: a través de entrevistas o comunicación con clientes o futuros usuarios, para saber cuáles 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 diseño.  Documentar requisitos: igual que todas las etapas, los requisitos deben estar debidamente documentados.
  • 7.  Verificar los requisitos: consiste en comprobar la implementación de los requerimientos.  Validar los requisitos: comprobar que los requisitos implementados sean funcionales para lo que inicialmente se construyó el producto. 7) REQUERIMIENTOS DE SOFTWARE DE LA INGENIERIA DE REQUERIMIENTOS Rol de Requerimientos • Si un producto no es lo que el cliente o los usuarios quieren, entonces la calidad de la construcción es irrelevante. • El rol clave de los requerimientos es mostrar a los desarrolladores y usuarios que se necesita de un sistema. • El primer y básico rol de los requerimientos es por lo tanto la comunicación. Cómo identificamos los Requerimientos ? Los Requerimientos toman vida desde que realizamos nuestro primer encuentro de interlocución con usuarios o clientes. • Este puede desarrollarse utilizando cualquiera de una variedad de técnicas como entrevistas para intercambiar opiniones, cuestionarios, etc. • Cuando los requerimientos se logran redactar a un significativo nivel de detalle, tendremos listo el documento denominado “Especificación de Requerimientos”. Se puede organizar por : • Modo (entrenamiento, demo, normal, emergencia) • Clase de usuario (administrador, usuario, cliente) • Objetos (paciente, enfermera, sensor, médico, medicinas) • Función (llamada local, conferencia, etc) • Estímulo (pérdida de altura, frenos bloqueados, etc) • Respuesta (generación de cheques de pago, generación de listados, etc) • Jerarquía funcional (funciones con las mismas entradas, mismas salidas, o acceso a los mismos datos) Requerimientos específicos.
  • 8. 8) ACTIVIDADES DE LA INGENIERÍA DE REQUERIMIENTOS. Extracción: Aquí, 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. Análisis: Sobre la base de la extracción realizada previamente, comienza esta fase en la cual se enfoca en descubrir problemas con los requerimientos del sistema identificados hasta el momento. Especificación: En esta fase se documentan los requerimientos acordados con el cliente, en un nivel apropiado de detalle. Validación: La validación 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 descripción, por lo menos, aceptable del sistema que se debe implementar. 9) DIFICULTADES PARA DEFINIR LOS REQUERIMIENTOS  Los requerimientos no son obvios y vienen de muchas fuentes.  Son difíciles 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 difícil de manejar.  Nunca son iguales. Algunos son más difíciles, más riesgosos, más importantes o más estables que otros.  Los requerimientos están relacionados unos con otros, y a su vez se relacionan con otras partes del proceso.  Cada requerimiento tiene propiedades únicas y abarcan áreas funcionales específicas.  Un requerimiento puede cambiar a lo largo del ciclo de desarrollo.
  • 9.  Son difíciles de cuantificar, ya que cada conjunto de requerimientos es particular para cada proyecto. 10) TECNICAS Y HERRAMIENTAS UTILIZADAS EN LA INGENIERIA DE REQUERIMIENTOS 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 técnicos o nuevos requerimientos de usuario que surjan durante el ciclo de vida del proyecto. DOORS DOORS(R) es la herramienta de administración de requisitos creada por Quality Systems and Software. Esta herramienta permite capturar, relacionar, analizar y administrar un rango de información para asegurar el cumplimiento del proyecto en materia de requerimientos. DOORS ayuda al usuario a procesar las solicitudes de cambios de requerimientos en línea. Permite realizar cualquier modificación vía remota cuando la base de datos está off-line, incorporando sus actualizaciones a la base de datos maestra. Esto hace más fácil la comunicación del equipo con otras organizaciones, subcontratistas y proveedores. Técnicas principales aplicadas en la Ingeniería de Requisitos.  Técnicas de obtención de los requisitos  Técnicas formales  Técnicas formales frente a intuitivas  CARE: revisión de herramientas de ayuda en I.R.
  • 10. CONCLUSIONES Cada actividad y técnica 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 razón, considero que no existe un modelo de proceso ideal para la IR; encontrar el método o la técnica perfecta es una ilusión, pues cada método y técnica ofrece diferentes soluciones ante un problema. Debemos recordar que la Ingeniería 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 cómo se percibe el problema, sino también, del nivel de experiencia que tengan los involucrados.
  • 11. REFERENCIAS BIBLIOGRAFICAS Y ELECTRONICAS Senn, James A. "Análisis y Diseño de Sistemas de Información". Segunda Edición. McGraw Hill. 1992. www.monografias.com www.ecured.cu/index.php/Ingeniería_de_requisitos ingernieriaderequisitos.edublogs.org/.../tecnicas-y-he..