TAREAS DE LA INGENIERÍA DE Validación: Un equipo de prototipos son simulaciones del superar estos problemas la

REQUISITOS validación toma el producto de la posible producto, que luego son determinación del propósito del
Se define como un conjunto de fase de especialización, lo revisa utilizados por el usuario final, sistema y la descomposición de
actividades en los cuales, para detectar errores, conflictos u permitiéndonos conseguir una sus interacciones externas en
utilizando técnicas y herramientas, omisiones y los corrige con el fin importante retroalimentación en funciones (árbol de refinamiento
se analiza un problema y se de garantizar la consistencia de cuanto a si el sistema diseñado con de funciones, Conjuntamente con
concluye con la especificación de requisitos. La validación de base a los requerimientos un estructurado especificación de
una solución. La ingeniería de requisitos examina la recolectados le permite al usuario las funcionalidades modelo de
requisitos es el proceso de especificación para asegurar que realizar su trabajo de manera casos de usos).
desarrollar una especificación de todos los requisitos de software se eficiente y efectiva.
software. han establecidos de manera HERRAMIENTAS CASE PARA LA
precisa; que se han detectado las Casos de uso: Son una técnica para INGENIERIA DE REQUISITOS
Inicio: Tiene por objetivo inconsistencias omisiones y especificar el comportamiento de
identificar el ámbito del proyecto errores y que estos han sido un sistema. Los casos de uso Borland caliber analyst: Se trata
general. Comienza con una serie corregidos y que el producto de permiten describir la posible de un producto que está
de conversaciones informales trabajo cumple con los estándares secuencia de interacciones entre compuesto por dos aplicaciones
entre los participantes del mismo. establecidos para el proceso, el sistema y uno o más actores. Los desarrolladas por la compañía
Esta fase suele ser acompañada de proyecto y producto. casos de uso es una técnica que se borland. Por un lado están el
los documentos de definición de la basa en escenarios para la caliber define (la última de las
visión global y la visión del dominio Gestión de requisitos: Ayuda a obtención de requerimientos, se herramientas en cuanto a fecha de
del sistema. Se inicia muchas veces rastrear los requisitos según las ha convertido en una lanzamiento) que permite definir
por: se descubre un nuevo características de los mismos, el característica fundamental de la los requisitos del sistema así como
mercado y se descubre un nuevo código fuente relacionado, notación UML que es utilizado a capturar las diferentes
servicio. dependencia entre requisitos, para describir modelos de herramientas visuales, es
subsistemas e interfaces internas y sistemas orientada a objetos. necesario señalar que este
Obtención: Se sugiere a los externas de forma que pueda software es compatible con gran
ingenieros recopilar requisitos de identificarse con rapidez para Herramientas automatizadas número de herramientas
manera organizada, preguntando entender como afectara una para la administración de existentes en el mercado.
a los usuarios y otros interesados modificación diferentes aspectos requerimientos: Las herramientas
cuales son os objetivos para el del sistema a construir. Es un case (ingeniería del software Case espec: Esta herramienta está
sistema o producto, que es lo que conjunto de actividades que asistida por computadora) se le desarrollada por la empresa coda
se debe lograr, de que forma el ayudan al equipo de proyecto a conoce a todo aquel software que software.
producto satisface las necesidades identificar, controlar y rastrear los es usado para ayudar a las
del negocio y como se utilizara el requisitos y los cambios a estos en actividades del proceso de Características: Especificación,
producto día d día. Se identifican cualquier momento mientras se desarrollo del software. Estas seguimiento de los requisitos,
una serie de problemas que desarrolla el proyecto. herramientas se concentran en capacidad de rastres, importar y
ayudan a entender porque es capturar requerimientos, exportar archivos.
difícil la obtención de requisitos: TÉNICAS DE INGENIERÍA DE administrarlos y producir una
REQUISITOS especificación de requisitos. Entre IRQA4: Herramienta desarrollado
 Problema de ámbito otras cosas estas herramientas por visure y que tiene la meta de
 Problema de comprensión Se conocen varias técnicas para la permiten un control mayor en servir como aplicación para
 Problemas de volatilidad ingeniería de requisitos, estas proyectos complejos, reducir proporcionar un soporte integral
pueden ser aplicables a las costos y retrasos en los proyectos, en la ingeniería de requisitos de un
Elaboración: Se crea un modelo de distintas fases del proceso de la IR. ayudan a determinar la proyecto de la informática aparte
análisis con la información Las técnicas más utilizadas son: complejidad y los esfuerzos de incluir las tareas más básicas de
obtenida del cliente en las fases de necesarios. la ingeniería de requisitos(captura,
inicio y obtención. La información Entrevistas y cuestionarios: Estos análisis, modelado, organización y
conseguida con el cliente durante se emplean para reunir la RequisitePro: seguimiento).
el inicio y obtención se expande y información proveniente de
se refina durante la elaboración. personas o de grupos. El analista Es la herramienta tener un mayor Tiger pro: Herramienta shoreware
Esta actividad se enfoca en el conversa con el encuestado y control sobre los requerimientos desarrollado para facilitar al
desarrollo de un modelo técnico realiza preguntas relacionadas con planteados por el usuario y todos usuario la tarea de redactar los
refinado de las funciones, varios aspectos de un sistema. Lo aquellos requerimientos técnicos requerimientos de un proyecto.
características y restricciones del más común, los encuestados son o nuevos requerimientos Este aplicativo es capaz de
software. La elaboración se usuarios de los sistemas planteados por el usuario y todos solucionar algunos de los
conduce mediante la creación y existentes. El éxito que se tenga aquellos requerimientos técnicos aspectos.
refinamiento de escenarios del depende de la habilidad del o nuevos requerimientos de
usuario que describan la forma en entrevistador y de su preparación usuario que surjan durante el ciclo IBM rational requisite pro: Esta
que el usuario final y otros actores de la misma. de vida del proyecto. Esta herramienta desarrollada por una
interactúan con el sistema. herramienta se integra con de las compañías más importantes
Sistemas existentes: Consiste en aplicaciones para la dentro del campo de la
Negociación: En esta etapa el analizar distintos sistemas ya administración de cambios, informática, se considera una de
ingeniero de requisitos debe desarrollados que estén herramientas de modelado de las herramienta más completas y
negociar con el cliente los alcances relacionados con el sistema a ser sistemas y con herramientas de potentes dentro del análisis y la
y límites del sistema. De forma construido, podemos analizar las pruebas. Esta integración asegura gestión de requisitos: una de las
iterativa los requisitos se prioriza, interfaces de usuario observando que los diseñadores conocen los grandes ventajas que aporta este
modifican, combinan o eliminan el tipo de información que se requerimientos del usuario, del producto es la compatibilidad y
buscando acuerdos que beneficien maneja y como es manejada. sistema y del software en el algunos programas más usados.
a todas las partes. Se identifican y momento de su desarrollo.
analizan los riesgos asociados con Lluvia de ideas: Este modelo se Rambután: esta herramienta está
cada requisito. usa para generar ideas. La MODELADO DE REQUISITOS basada en XML, realmente consta
intención en su aplicación es la de El modelo de requisitos tiene de un conjunto de aplicación para
Especificación: Es el producto final generar la máxima cantidad como objetivo delimitar al sistema usuario final ayudando a los
de la ingeniería de requisitos, y se posible de requerimientos para el y capturar la funcionalidad que analistas de sistemas en la
convierte en la materia prima para sistema, la principal intención es debe ofrecer desde la perspectiva recopilación y categorización de
las actividades posteriores en el generar muchas ideas, del usuario. Este modelo puede hechos en un documento de
proceso de desarrollo del sistema. posteriormente se irán eliminando funcionar como un contrato entre especificación de requisitos ofrece
Una especificación puede ser un en base a distintos criterios como, el desarrollador y el cliente o las ventajas de aplicación para pal
documento escrito, un conjunto “caro”, “impracticable”, usuario del sistema, y por lo tanto (PDA clases), portabilidad entre
de modelos gráficos, un modelo “imposible” etc. proyecta lo que el cliente desea plataformas independientemente
matemático formal, una colección según la percepción del metodología, herramienta de
de escenarios de uso, un prototipo Prototipos: Para validar los desarrollador. Las técnicas distribución libre.
o cualquier combinación de estos. requerimientos hallados, se propuestas para el desarrollo del
construyen prototipos. Los modelo de requisitos intentan