INSTITUTO TECNOLOGICO SUPERIOR DE

ALVARADO
UNIDAD ACADEMICA TLALIXCOYAN.

INGENIERIA EN SISTEMAS
COMPUTACIONALES.

FUNDAMENTOS DE INGENIERIA
DE SOFTWARE.

“INGENIERÍA DE REQUISITOS”

PROFESOR: ALUMNO:
ING. HERMINIO CARLÍN GERARDO VIVEROS VALLECILLO.
QUEVEDO

GRADO: / GRUPO: / MODALIDAD:

5to SEMESTRE / YD / SABATINO

TLALIXCOYAN, VER. 15/NOVIEMBRE/2018

 INDICE
INTRODUCCIÓN .............................................................................................................................. 3
INGENIERÍA DE REQUISITOS ....................................................................................................... 4
3.1 Características de los requisitos. ........................................................................................ 4
3.2 Tipos de requisitos. ............................................................................................................... 4
3.2.1 Funcionales. ...................................................................................................................... 4
3.2.2 No funcionales................................................................................................................... 4
3.2.3 De dominio. ....................................................................................................................... 5
3.3 Tareas y técnicas de la ingeniería de requisitos. .............................................................. 5
Inicio: .......................................................................................................................................... 5
Obtención: ................................................................................................................................... 5
Elaboración: ................................................................................................................................ 5
Negociación: ............................................................................................................................... 5
Especificación: ............................................................................................................................ 6
Validación: .................................................................................................................................. 6
Gestión de requisitos: .................................................................................................................. 6
3.4 Obtención de requisitos. ....................................................................................................... 6
3.4.1 Técnicas de recopilación de información. ...................................................................... 6
Entrevistas. ............................................................................................................................ 6
Estudio de documentación. ................................................................................................... 6
Cuestionario. .......................................................................................................................... 7
3.4.2 Representación de requisitos. .......................................................................................... 7
3.5 Herramientas CASE para la ingeniería de requisitos. ..................................................... 7
IRQA 4 ......................................................................................................................................... 7
RETO ........................................................................................................................................... 8
CONTROLA ................................................................................................................................. 8
OSRMT (Open Source Requirements Management Tool) ...................................................... 8
JEREMIA ..................................................................................................................................... 8
3.6 Especificación de requisitos de software. .......................................................................... 8
CONCLUSIÓN ................................................................................................................................. 10
REFERENCIAS ................................................................................................................................ 11
 INTRODUCCIÓN
La Ingeniería de requerimientos comprende todas las tareas relacionadas con la
determinación de las necesidades o de las condiciones a satisfacer para un nuevo
software nuevo o modificado, tomando en cuenta los diversos requisitos de los
inversores, que pueden entrar en conflicto entre ellos.
El propósito de la ingeniería de requisitos es hacer que los mismos alcancen un
estado óptimo antes de alcázar la fase de diseño en el proyecto. Los buenos
requisitos deben ser medibles, comprobables, sin ambigüedades.
 INGENIERÍA DE REQUISITOS
3.1 Características de los requisitos.
La ingeniería de requisitos implica todas las actividades del ciclo de vida década a:
 La educción (a veces llamada “elicitación”, debido a una mala traducción de
“elicitation”) de los requisitos de usuario.
 El análisis y negociación de requisitos para derivar requisitos adicionales.
 La documentación de los requisitos como especificación.
 La validación de los requisitos documentados contra las necesidades de usuario.
 Así como los procesos que apoyan estas actividades.
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

3.2 Tipos de requisitos.

3.2.1 Funcionales.
Son declaraciones de los servicios que proveerá el sistema, de la manera en que éste
reaccionará a entradas particulares. En algunos casos, los requerimientos funcionales de los
sistemas también declaran explícitamente lo que el sistema no debe hacer. Los
requerimientos funcionales de un sistema describen la funcionalidad o los servicios que se
espera que éste provea. Estos dependen del tipo de software y del sistema que se desarrolle
y de los posibles usuarios del software. Cuando se expresan como requerimientos del usuario,
habitualmente se describen de forma general mientras que los requerimientos funcionales del
sistema describen con detalle la función de éste, sus entradas y salidas, excepciones, etc.

3.2.2 No funcionales.
Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones
de tiempo, sobre el proceso de desarrollo, estándares, y otros. Son aquellos requerimientos
que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las
propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad
de almacenamiento. De forma alternativa, definen las restricciones del sistema como la
capacidad de los dispositivos de entrada/salida y la representación de datos que se utiliza en
la interface del sistema.
3.2.3 De dominio.
Son requerimientos que provienen del dominio de aplicación del sistema y que reflejan las
características de ese dominio. Éstos pueden ser funcionales o no funcionales. Se derivan del
dominio del sistema más que de las necesidades especificas de los usuarios. Pueden ser
requerimientos funcionales nuevos, restringir los existentes o establecer cómo se deben
ejecutar cálculos particulares. Los requerimientos del dominio son importantes debido a que
a menudo reflejan los fundamentos del dominio de aplicación. Si estos requerimientos no se
satisfacen, es imposible hacer que el sistema trabaje de forma satisfactoria. Ejemplo en un
Sistema de Biblioteca, este deberá proveer visores para que el usuario lea documentos en el
almacén de documentos.

3.3 Tareas y técnicas de la ingeniería de requisitos.

Se define como un conjunto de actividades en los cuales, utilizando técnicas y herramientas,
se analiza un problema y se concluye con la especificación de una solución. La ingeniería de
requisitos es el proceso de desarrollar una especificación de software.

Inicio:
Tiene por objetivo identificar el ámbito del proyecto general. Comienza con una serie de
conversaciones informales entre los participantes del mismo. Esta fase suele ser acompañada
de los documentos de definición de la visión global y la visión del dominio del sistema. Se
inicia muchas veces por: se descubre un nuevo mercado y se descubre un nuevo servicio.

Obtención:
Se sugiere a los ingenieros recopilar requisitos de manera organizada, preguntando a los
usuarios y otros interesados cuales son os objetivos para el sistema o producto, que es lo que
se debe lograr, de que forma el producto satisface las necesidades del negocio y como se
utilizara el producto día d día. Se identifican una serie de problemas que ayudan a entender
porque es difícil la obtención de requisitos:
1. Problema de ámbito
2. Problema de comprensión
3. Problemas de volatilidad

Elaboración:
Se crea un modelo de análisis con la información obtenida del cliente en las fases de inicio y
obtención. La información conseguida con el cliente durante el inicio y obtención se expande
y se refina durante la elaboración. Esta actividad se enfoca en el desarrollo de un modelo
técnico refinado de las funciones, características y restricciones del software. La elaboración
se conduce mediante la creación y refinamiento de escenarios del usuario que describan la
forma en que el usuario final y otros actores interactúan con el sistema.

Negociación:
En esta etapa el ingeniero de requisitos debe negociar con el cliente los alcances y límites del
sistema. De forma iterativa los requisitos se prioriza, modifican, combinan o eliminan
buscando acuerdos que beneficien a todas las partes. Se identifican y analizan los riesgos
asociados con cada requisito.

Especificación:
Es el producto final de la ingeniería de requisitos, y se convierte en la materia prima para las
actividades posteriores en el proceso de desarrollo del sistema. Una especificación puede ser
un documento escrito, un conjunto de modelos gráficos, un modelo matemático formal, una
colección de escenarios de uso, un prototipo o cualquier combinación de estos.

Validación:
Un equipo de validación toma el producto de la fase de especialización, lo revisa para detectar
errores, conflictos u omisiones y los corrige con el fin de garantizar la consistencia de
requisitos. La validación de requisitos examina la especificación para asegurar que todos los
requisitos de software se han establecidos de manera precisa; que se han detectado las
inconsistencias omisiones y errores y que estos han sido corregidos y que el producto de
trabajo cumple con los estándares establecidos para el proceso, proyecto y producto.

Gestión de requisitos:
Ayuda a rastrear los requisitos según las características de los mismos, el código fuente
relacionado, dependencia entre requisitos, subsistemas e interfaces internas y externas de
forma que pueda identificarse con rapidez para entender como afectara una modificación
diferentes aspectos del sistema a construir. Es un conjunto de actividades que ayudan al
equipo de proyecto a identificar, controlar y rastrear los requisitos y los cambios a estos en
cualquier momento mientras se desarrolla el proyecto.

3.4 Obtención de requisitos.

3.4.1 Técnicas de recopilación de información.
Entrevistas.
La entrevista es de gran utilidad para obtener información cualitativa como opiniones, o
descripciones subjetivas de actividades. Es una técnica muy utilizada, y requiere una mayor
preparación y experiencia por parte del analista. La entrevista se puede definir como un
“intento sistemático de recoger información de otra persona” a través de una comunicación
interpersonal que se lleva a cabo por medio de una conversación estructurada. Debe quedar
claro que no basta con hacer preguntas para obtener toda la información necesaria. Es muy
importante la forma en que se plantea la conversación y la relación que se establece en la
entrevista.

Estudio de documentación.
Varios tipos de documentación como manuales y reportes pueden proporcionar al analista
información valiosa con respecto a las organizaciones y a sus operaciones. La documentación
difícilmente refleja la forma en que realmente se desarrollan las actividades, o donde se
encuentra el poder de la toma de decisiones. Sin embargo, puede ser de gran importancia para
introducir al analista al dominio de operación y el vocabulario que utiliza.
Cuestionario.
El uso de cuestionarios permite a los analistas reunir información proveniente de un grupo
grande de personas. El empleo de formatos estandarizados para las preguntas puede
proporcionar datos más confiables que otras técnicas por otra parte su amplia distribución
asegura el anonimato de la encuestada situación que puede conducir a respuestas más
honestas.

3.4.2 Representación de requisitos.

3.5 Herramientas CASE para la ingeniería de requisitos.

A medida que pasa el tiempo se logra entender que el empleo del software es una buena
opción para agilizar y sistematizar las tareas en el desarrollo de procesos. El desarrollo de
software no es la excepción; en este caso dichas herramientas se han denominado CASE
(Ingeniería De Software Asistida Por Computador). Estas incluyen un conjunto de programas
que facilitan la optimización de un producto ofreciendo apoyo permanente a los analistas,
ingenieros de software y desarrolladores. CASE es la aplicación de métodos y técnicas que
dan utilidades a los programas, por medio de otros, procedimientos y su respectiva
documentación.

IRQA 4.
Herramientas CASE de ingenieria de requisitos, diseñada para soportar las actividades
realizadas en el proceso de especificacion de sistemas. Esta facilita y formaliza la
comunicacion entre el cliente, el proveedor y los distintos mienbros del equipo de desarrollo.
Facilita la captura, organizacion y analisis de las condiciones, asi como la especificacion de
la solucion mediante el apoyo metodologico adaptable a cada cliente.

Esta herramienta propone un modelo de requisitos para capturar los aspectos funcionales del
sistema; básicamente, mediante tres técnicas complementarias entre sí: la definición de la
Misión del Sistema, la construcción del Árbol de Refinamiento de Funciones y el desarrollo
del Modelo de Casos de Uso. Además, se introduce un Proceso de Análisis que permite
traducir el Modelo de Requisitos en el Modelo Conceptual, manteniendo la trazabilidad entre
ambos y propiciando una representación de la información en el segundo prototipo.

RETO
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. Ofrece
recursos importantes tales como: Administración de requisitos, administración de casos de
uso, administración de casos de prueba y error, planeamiento de liberaciones,
administración de implementaciones, control de dependencia entre Implementaciones,
matriz de rastreabilidad y rastreabilidad de los requisitos

CONTROLA
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.

OSRMT (Open Source Requirements Management Tool)

Se trata exclusivamente de una aplicación cliente exclusivamente, 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.
Con JEREMIA es posible captar las necesidades, analizarlas y clasificarlas. Implementa un
módulo orientado a la generación de la documentación posible de exportar en formato
DocBook XML, la cual junto con los requisitos, se almacena en una base de datos en
MySQL.

JEREMIA
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. Ambas aplicaciones permiten al usuario introducir, modificar y visualizar
los datos que componen un documento de especificación de requisitos.

3.6 Especificación de requisitos de software.

1. Requisitos de Usuarios: Necesidades que los usuarios expresan verbalmente.

2. Requisitos del Sistema: Son los componentes que el sistema debe tener para realizar
determinadas tareas
3. Requisitos Funcionales: Servicios que el sistema debe proporcionar al finalizar el
sistema.

4. Requisitos No Funcionales: Restricciones que afectaran al sistema.

 CONCLUSIÓN
Como conclusión a esta investigación se puede observar la importancia que tiene el
conocimiento de la Ingeniería de Requerimiento sin dejar de mencionar que el resultado
satisfactorio depende de una intensa comunicación entre clientes y analistas de
requerimientos. La Ingeniería se encarga de establecer y mantener un cuerdo en qué el
sistema debe hacer, demás proporciona al equipo de desarrollo un entendimiento de los
requisitos, hasta definir los límites del sistema. En cuanto a la investigación realizada de la
técnica de Casos de Uso para la Ingeniería de Requerimientos, puede decirse que los casos
de uso son independientes del método de diseño que se utilice, y por lo tanto, del método de
programación. Con la administración de Requerimientos se busca encontrar una descripción
más apropiada de las actividades involucradas, a la vez de enfatizar la importancia de
mantener una buena relación entre los afectados y el equipo del proyecto. Entregar software
de calidad, a tiempo y dentro del presupuesto, hará que nuestros clientes confíen y asegurará
el crecimiento y madurez de la relación de negocio.
 REFERENCIAS

Calabozo, S. U. (14 de Noviembre de 2018). Técnicas para Escribir Requerimientos.

Obtenido de Fundamentos de Ingeniería: http://fundamentos-ing-
requisitos.blogspot.com/2012/02/tecnicas-para-escribir-requerimientos.html

fuentes, A. (14 de Noviembre de 2018). 2.2 TÉCNICAS DE LA INGENIERÍA DE REQUISITOS.

Obtenido de Fundamentos De Ingenieria De Software:
http://adilennefuentesgutierrez.blogspot.com/2014/10/22-tecnicas-de-la-
ingenieria-de.html

Fundación Wikimedia, Inc. (14 de Noviembre de 2018). Especificación de requisitos de

software. Obtenido de Wikipedia:
https://es.wikipedia.org/wiki/Especificaci%C3%B3n_de_requisitos_de_software

IngRequerimientoUnidad3Ab. (14 de Noviembre de 2018). Unidad 3 Ingeniería De

Requerimientos. Obtenido de BLOG DE INGREQUERIMIENTOUNIDAD3AB:
http://ingrequerimientounidad3ab.blogspot.es/1401249702/unidad-3-ingenieria-
de-requerimientos/

Rochin, R. (14 de Noviembre de 2018). Ingenieria de requisitos. Obtenido de Prezzi:

https://prezi.com/_el3gf2m5v-x/ingenieria-de-requisitos/