REPUBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA

EDUCACION UNIVERSITARIA
INSTITUTO UNIVERSITARIO DE TECNOLOGIA DEL ESTADO BOLIVAR
PROGRAMA NACIONAL DE FORMACION EN INFORMATICA
INGENERIA DE SOFTWARE II
TRAYECTO III SEMESTRE V

ING. DE REQUISITOS

Profesor Alumno

Hermes Marcano Darwin Davila

Ciudad Bolívar-Estado Bolívar

 - Qué son Requisitos

La ingenieria de requisitos es la rama de la ingeniería del software o ingeniería de

sistemas que se encarga de la realización de actividades en el intento de entender
las necesidades exactas de los usuarios de un sistema y traducir éstas a precisas
funciones y acciones que subsecuentemente serán usadas en el desarrollo del
sistema.
 - Tipos de requisitos

- Funcionales

Los requisitos funcionales son declaraciones de los servicios que prestará el

sistema, en la forma en que reaccionará a determinados insumos. Cuando
hablamos de las entradas, no necesariamente hablamos sólo de las entradas de
los usuarios. Pueden ser interacciones con otros sistemas, respuestas
automáticas, procesos predefinidos. En algunos casos, los requisitos funcionales
de los sistemas también establecen explícitamente lo que el sistema no debe
hacer. Es importante recordar esto: un RF puede ser también una declaración
negativa. Siempre y cuando el resultado de su comportamiento sea una respuesta
funcional al usuario o a otro sistema, es correcto. Y más aún, no sólo es correcto,
sino que es necesario definirlo. Y eso nos lleva al siguiente punto.

- no-funcionales

Se trata de requisitos que no se refieren directamente a las funciones específicas

suministradas por el sistema (características de usuario), sino a las propiedades
del sistema: rendimiento, seguridad, disponibilidad. En palabras más sencillas, no
hablan de “lo que” hace el sistema, sino de “cómo” lo hace. Alternativamente,
definen restricciones del sistema tales como la capacidad de los dispositivos de
entrada/salida y la representación de los datos utilizados en la interfaz del sistema.
 - Atributos de calidad

También cualidades del software son características no funcionales que se

consideran deseables en un sistema de software. Sin embargo, no todos los
sistemas de software deben tener en cuenta todos estos atributos o cualidades,
algunas serán más importantes que otras dependiendo del sistema, y ciertamente
no se pueden maximizar todas a la vez.

Se establece una diferencia entre cualidades y requerimientos, porque algunas de

ellas pueden incorporarse como entrada al diseño por un camino distinto al del
análisis (por ejemplo, como restricciones de arquitectura o influencias del entorno).
- Necesidades, objetivos y actores relacionados con los requisitos

Objetivos: Identificar las necesidades de negocio de clientes y usuarios.

Definir, con la mejor calidad posible, las características de un sistema software

que satisfaga las necesidades de negocio de clientes y usuarios y que se integre
con éxito en el entorno en el que se explote.

Gestionar las líneas base y las peticiones de cambios que se vayan produciendo
en la especificación de requisitos, manteniendo la trazabilidad entre los requisitos
y otros productos del desarrollo. Es decir que los objetivos de los requisitos son
hacer que los mismos sean cumplidos o alcanzados de manera óptima, para que
al momento de llegar a la fase de diseño del software, ya esté claro las
necesidades y así evitar los futuros conflictos que se podrían presentar.
 - Actores relacionados en los requisitos

Al realizar un sistema de software, hay que tomar en cuenta que debido a dicho
desarrollo se involucran a más de un tipo de usuario o implicados, los cuales se
deben tomar en cuenta para poder obtener los requerimientos de la manera más
explícita posible. Conocer el papel de cada persona involucrada juega un papel
fundamental en la planificación del proyecto, ya que solo así se puede asegurar
que estén involucradas las personas correctas en las distintas fases de desarrollo.
Los roles más importantes son:  Usuario final: son los que manejaran el producto
final ya desarrollado. Son los que deben conocer los procesos específicos que ha
de realizar el software dentro de su ambiente de trabajo. Serán los que utilicen las
interfaces.  Usuario líder: son los que proporcionan al equipo técnico los detalles
y requerimientos de las interfaces del sistema.  Analistas y programadores: son
los responsables del desarrollo del software por lo cual interactúan directamente
con los usuarios.  Personal de pruebas: son los que van a validar si los
requerimientos satisfacen las necesidades del cliente Otros que pueden estar
involucrados son: administradores del proyecto, documentadores, diseñadores de
bases de datos etc. De igual manera se puede mencionar que, no conocer los
intereses de los usuarios puede ocasionar una mala comunicación entre los
clientes y desarrolladores trayendo así un impacto negativo en todo el proceso.

- Fases de la ingeniería de requisitos

Elicitación de Requisitos: Consiste en la indagación o levantamiento de requisitos

o requerimiento por medio de técnicas recomendadas. Para recopilar información
sobre el negocio del cliente o sobre los requisitos del sistema a desarrollar, las
técnicas más habituales son las entrevistas, debido a que es la forma más fácil de
comunicación verbal, el estudio de documentación y la observación in situ.
También existen otras técnicas de reuniones en grupo como el Joint Application
Development (JAD), la tormenta de ideas (brainstorming) o los talleres de trabajo
(workshops).
Modelado de requisitos: El modelo de requisitos tiene como objetivo delimitar el
sistema y capturar la funcionalidad que debe ofrecer desde la perspectiva del
usuario. Este modelo puede funcionar como un contrato entre el desarrollador y el
cliente o usuario del sistema, y por lo tanto proyecta lo que el cliente desea según
la percepción del desarrollador. Por lo tanto, es esencial que los clientes puedan
comprender este modelo. En esta sección se estudiaran los requisitos, tanto
funcionales como no funcionales, que hay que cumplir para que el software
funcione correctamente. Para ello se hará uso de los diagramas de caso de uso,
que especifica los modos de uso (o requisitos funcionales) que va a tener el
sistema, del diagrama de paquetes, que indica cómo se agrupan los casos de uso
en diferentes subsistemas, y de los diagramas de secuencia, que indican el flujo a
seguir en cada una de las transacciones.

Análisis de Requisitos:

1. Es un estudio profundo de una necesidad tecnológica que tiene una empresa,

organización o negocio.

2. Especifica las características operacionales que tendrá el software a

desarrollar.

3. Se realiza a través de entrevistas, observación, indagación y demás técnicas

específicas.

4. Describe el plan del proyecto a seguir.

5. Es fundamental entregar el proyecto dentro del tiempo y presupuesto acordados

y de los objetivos de negocio.

Gestión de requisitos: Es el proceso de manejar los requisitos que cambian

durante el desarrollo del sistema. El proceso de Ingeniería de Requisitos se
adapta a los diferentes modelos de procesos de Ingeniería de Software como
pueden ser, de cascada, espiral, prototipazo, transformacional, etc .
 - El proceso de JAD se basa en cuatro ideas simples

La gente que hace un trabajo tiene la mejor comprensión de ese trabajo  La

gente entrenada en tecnologías de la información tiene la mejor comprensión de
las posibilidades de esas tecnologías.

Los sistemas de información y los procesos del negocio raramente existen en

forma aislada. Más bien trascienden los límites de cualquier sistema u oficina y
afectan el trabajo en departamentos relacionados. La gente que trabaja en estas
áreas relacionadas tiene una percepción valiosa del papel del sistema dentro de
una comunidad más amplia.

Los mejores sistemas de información se diseñan cuando todos estos grupos

trabajan juntos en un proyecto como socios iguales.