View
215
Download
0
Category
Preview:
Citation preview
INGENIERÍA DE REQUISITOS
Unidad 2Integrantes equipo
Morales Balderas josefina
Reyes Larios María Fernanda
Heredia palma Andrea
Valencia Carrión Alina
Acevedo Hernández Pedro Iván
2.1 . TAREAS DE LA INGENIERÍA DE REQUISITOS
La Ingeniería de Requisitos (IR) cumple
un papel primordial en el proceso de
producción de software, ya que se
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, las necesidades de
los usuarios o clientes; de esta manera, se
pretende minimizar los problemas
relacionados por la mala gestión de los
requisitos en el desarrollo de sistemas.
DEFINICION DE ING. DE REQUISITOS
se define, como un conjunto de actividades
en las cuales, utilizando técnicas y
herramientas, se analiza un problema y se
concluye con la especificación de una
solución (a veces más de una).
ACTIVIDADES DE LA INGENIERÍA DE REQUISITOS:
Extracción: Esta fase representa el
comienzo de cada ciclo. Extracción es el
nombre comúnmente dado a las
actividades involucradas en el
descubrimiento de los requisitos del
sistema.
Análisis: Sobre la base de la extracción
realizada previamente, comienza esta
fase en la cual se enfoca en descubrir
problemas con los requisitos del sistema
identificados hasta el momento.
Especificación: En esta fase
se documentan los requisitos
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 requisitos, es decir,
verificar todos los requisitos que
aparecen en el documento
especificado para asegurarse que
representan una descripción
2 . 2 T É C N I C A S D E L A I N G E N I E R Í A D E R E Q U I S T O S
Entrevistas y Cuestionarios
Las entrevistas y cuestionarios se emplean para reunir
información
Durante la entrevista, el analista conversa con el
ENCUESTADO; el cuestionario consiste en una serie de
preguntas relacionadas con varios aspectos de un
sistema.
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 serán afectados por él.
SISTEMAS EXISTENTES
Esta técnica consiste en analizar distintos sistemas ya
desarrollados que estén relacionados con el sistema a ser
construido. Por un lado, podemos analizar las interfaces de
usuario, observando el tipo de
Información que se maneja y cómo es manejada, por otro
lado también es útil analizar las distintas
Salidas que los sistemas producen (listados, consultas,
etc.), porque siempre pueden surgir nuevas ideas sobre la
base de estas.
L L U V I A D E I D E A SEste es un modelo que se usa para generar
ideas. La intención en su aplicación es la de
generar la máxima cantidad posible de
requerimientos para el sistema. No hay que
detenerse en pensar si la idea eso no del todo
utilizable. La intención de este ejercicio es
generar, en una primera instancia, muchas
ideas.
PROTOTIPOSEl desarrollo del prototipo comienza con la captura de
requerimientos. Desarrolladores y clientes se reúnen y
definen los objetivos globales del software, identifican
todos los requerimientos que son conocidos, y señalan
áreas en las que será necesaria la profundización en las
definiciones. Luego de esto, tiene lugar un “diseño
rápido”. El diseño rápido se centra en una
representación de aquellos aspectos del software que
serán visibles al usuario (por ejemplo, entradas y
formatos de las salidas). El diseño rápido lleva a la
construcción de un prototipo.
2.3 MODELADO DE REQUISITOS
Descripción del Problema
La descripción del problema es una descripción muy
preliminar de necesidades que sirve únicamente como
punto de inicio para comprender los requisitos del
sistema. Se trata aquí de simular una descripción
preparada por un cliente la cual debe evolucionar por
medio del modelo de requisitos para lograr la
especificación final del sistema a desarrollarse
Modelo de Casos de Uso
El modelo de casos de uso describe un sistema
en término de sus distintas formas de utilización,
cada uno de estas formas es conocida como
un caso de uso. Cada caso de uso o flujo se
compone de una secuencia de eventos iniciada
por el usuario. Dado que los casos de uso
describen el sistema a desarrollarse, cambios en
los requisitos significarán cambios en los casos
de uso.
Modelo de Interfaces
El modelo de interfaces describe la
presentación de información entre los
actores y el sistema. Se especifica en detalle
cómo se verán las interfaces de usuario al
ejecutar cada uno de los casos de uso. Si se
trata de InterfazHumano Computadora (“HCI
- Human Computer Interface”) se puede usar
esquemas de cómo vería el usuario las
pantallas cuando se ejecuta cada caso de
uso.
También se puede generar una simulación más
sofisticada usando unSistema Manejador de
Interfaces de Usuario (“UIMS - User Interface
Management System”). Normalmente, un prototipo
funcional de requisitos mostrando las interfaces de
usuario es una estrategia importante. Esto ayuda al
usuario a visualizar los casos de uso según serán
mostrados por el sistema a ser construido. Tal
enfoque elimina muchas posibilidades de malos
entendimientos.
2.4 . HERRAMIENTAS CASE PARA LA INGENIERÍA DE REQUISITOS
Las herramientas para la gestión de requisitos
de software se limitaban a editores de texto,
los cuales hacían de esta tarea una labor
tediosa y confusa. Actualmente, se cuenta con
múltiples opciones, como las que se mencionan
a continuación:
IRQA 43
Facilita la captura, organización
y análisis de las condiciones, así
como la especificación de la
solución mediante el apoyo
metodológico adaptable a cada
cliente.
CONTROLA
Herramienta de apoyo al proceso de
ingeniería de software en pequeñas
empresas. Se creó gracias a la
expansión que tuvo el mercado y a la
generación de grandes y pequeñas
empresas, las cuales requieren un
instrumento para el desarrollo de sus
proyectos.
OSRMT (Open Source Requirements Management
Tool)
Herramienta libre para la gestión de requisitos,
cuyas principales características son: trabaja en
arquitectura cliente/servidor, desarrollada bajo
Java; la versión 1.3 trae un módulo para manejar la
trazabilidad y lo introduce para el control de
cambios; así mismo, genera la documentación de
los requisitos tratados.
JEREMIA
Se trata exclusivamente de una aplicación
cliente, lo cual no permite la posibilidad de
trabajar en equipo. Ésta, ayuda durante el
desarrollo del sistema, especialmente en el
seguimiento de cambios de los requisitos a
lo largo del ciclo de vida.
• RAMBUTAN
Esta herramienta está basada en XML, realmente
consta de un conjunto de aplicaciones para el usuario
final, ayudando a los analistas de sistemas en la
recopilación y categorización de hechos en un
documento de especificación de requisitos. Lo curioso
es que tiene un cliente para palm (PDA), el cual se
utiliza para recopilar los hechos en el lugar donde está
ubicado el cliente mientras que la aplicación de
escritorio recibe la información, edita y perfecciona.
Recommended