República Bolivariana De Venezuela

Ministerio Del Poder Popular Para La Educación Universitaria

Universidad Politécnica Territorial Estado Bolívar
PNF-Informática

Profesor: T.S.U:
Hermes Marcano José Celis
C.I. 25.036.783

Ciudad Bolívar, Marzo de 2019

Ingeniería de requisitos

En la ingeniería de sistemas y la ingeniería de software, la Ingeniería de

requisitos o Ingeniería de requerimientos1 comprende todas las tareas
relacionadas con la determinación de las necesidades o de las condiciones a
satisfacer para un software nuevo o modificado, tomando en cuenta los
diversos requisitos de las partes interesadas, que pueden entrar en conflicto
entre ellos. Sin embargo la Ingeniería de requerimientos también es
contemplada en otras disciplinas, estando fuertemente vinculada con la
administración de proyectos.

Muchas veces se habla de requerimientos en vez de requisitos; esto se debe a

una mala traducción del inglés. La palabra requirement debe ser traducida
como requisito, mientras que requerimiento se traduce al inglés como request.

El propósito de la ingeniería de requisitos es hacer que los mismos alcancen un

estado óptimo antes de alcanzar la fase de diseño en el proyecto. Los
buenos requisitos deben ser medibles, comprobables, sin ambigüedades o
contradicciones, etc.

Que son Ingeniería de Requisitos

La ingeniería de requisitos es el conjunto de actividades y tareas del proceso

de desarrollo de sistemas software que tiene como objetivos:

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. La definición de dicho
sistema se realiza mediante lo que se conoce como una especificación de
requisitos.

Gestionar las líneas base y las peticiones de cambios que se vayan

produciendo en la especificación de requisitos, manteniendo la trazabilidad
entré los requisitos y otros productos del desarrollo.
Tipos de Ingeniería de Requisitos

Requisitos Funcionales: Los requisitos funcionales de un sistema describen

lo que el sistema debe hacer. Estos requerimientos dependen del tipo de
software que se desarrolle y de los posibles usuarios del software. Cuando se
expresan como requerimientos del usuario, habitualmente se describen de una
forma bastante abstracta. Sin embargo, los requerimientos funcionales del
sistema describen con detalle la función de éste.

Requisitos No Funcionales: Los requisitos no funcionales, como su nombre lo

indica, son aquellos requerimientos que no se refieren directamente a las
funciones detalladas que realiza el sistema, sino a las propiedades de éste
como el tiempo de respuesta, la capacidad de almacenamiento y otros
aspectos como el diseño, aspectos éticos, legales, de seguridad y ese tipo de
cosas que no tienen que ver directamente con funciones del sistema. De forma
alternativa, definen las restricciones del sistema como la capacidad de los
dispositivos de entrada/salida y las representaciones de datos que se utilizan
en las interfaces del sistema.
Requisitos del Sistema: Los requisitos del sistema son versiones extendidas
de los requerimientos del usuario que son utilizados por los ingenieros de
software como punto de partida para el diseño del sistema. Agregan detalle y
explican cómo el sistema debe proporcionar los requerimientos del usuario.
Pueden ser utilizados como parte del contrato para la implementación del
sistema y, por lo tanto, deben ser una especificación completa y consistente del
sistema entero. En teoría, los requerimientos del sistema simplemente deben
describir el comportamiento externo del sistema y sus restricciones operativas.
No deben tratar de cómo se debe diseñar o implementar el sistema. Sin
embargo, en el nivel de detalle requerido para especificar completamente un
sistema software complejo, es imposible, en la práctica, excluir toda la
información de diseño.

Requisitos del Usuario: Los requisitos del usuario para un sistema deben
describir los requerimientos funcionales y no funcionales de tal forma que sean
comprensibles por los usuarios del sistema sin conocimiento técnico detallado.
Únicamente deben especificar el comportamiento externo del sistema y deben
evitar, tanto como sea posible, las características de diseño del sistema. Por
consiguiente, si se están redactando requerimientos del usuario, no se debe
utilizar vocabulario del software, notaciones estructuradas o formales, o
describir los requerimientos por la descripción de la implementación del
sistema. Deben redactarse en un lenguaje sencillo, con tablas y formularios
sencillos y diagramas intuitivos.

Atributos de Calidad

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:

Los Requerimientos cumplen 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.

Objetivos:

Los objetivos son afirmaciones de alto nivel que nos guían hacia la
identificación de requerimientos ya que siempre debe estar claro y presente el
Objetivo de Negocio.
Actores Relacionados:

Los roles más importantes pueden clasificarse como sigue:

Usuario final: Son las personas que usarán el sistema desarrollado. Además
son los que están familiarizados con los procesos específicos del software y
serán quienes utilicen las interfaces y los manuales del usuario.

Usuario Líder: Son los individuos que comprenden el ambiente del sistema y
están relacionados con la usabilidad la disponibilidad y la fiabilidad del sistema
o el dominio del problema en donde será empleado el software desarrollado.

Personal de Mantenimiento: Son los encargados de la administración de

cambios implementación y resolución de anomalías. Además ellos deben
revisar y mejorar los procesos del producto ya finalizado.

Analistas y programadores: Ellos son los encargados o responsables de la

fase del desarrollo del producto en sí; ellos interactúan directamente con el
cliente.

Personal de pruebas: Son las personas que se encargan de generar el plan

de pruebas para verificar si las condiciones presentadas por el sistema son las
adecuadas y validar si los requerimientos satisfacen las necesidades del
cliente.

Requisitos:

Los principales beneficios que se obtienen de la Ingeniería de Requerimientos

son:

 Que permite gestionar las necesidades del proyecto en forma

estructurada: Ello quiere decir que cada actividad de la Ingeniería de
Requerimiento (IR) con lleva a una serie de pasos organizados y bien
definidos.
  Mejora la capacidad de predecir cronogramas de proyectos, así
como sus resultados: La IR proporciona un punto de partida para
controles subsecuentes y actividades de mantenimiento, tales como
estimación de costos, tiempo y recursos necesarios.
 Disminuye los costos y retrasos del proyecto: Muchos estudios han
demostrado que reparar errores por un mal desarrollo no descubierto a
tiempo, es sumamente caro.
 Mejora la calidad del software: La calidad en el software tiene que ver
con cumplir un conjunto de requerimientos (funcionalidad, facilidad de
uso, confiabilidad, desempeño, etc.).
 Mejora la comunicación entre equipos: La especificación de
requerimientos representa una forma de consenso entre clientes y
desarrolladores. Si este consenso no ocurre, el proyecto no será exitoso.
 Evita rechazos de usuarios finales: La ingeniería de requerimientos
(IR) obliga al cliente a considerar sus requerimientos cuidadosamente y
revisarlos dentro del marco del problema.

Fases de la Ingeniera de Requisitos: Elicitación, Modelado,

Análisis, Gestión
Técnicas para el Levantamiento y Recoleccion de Requisitos
Método de Join App Desing (JAD)

Método JAD Joint Application Development (JAD), en español Desarrollo

Conjunto de Aplicaciones, es una técnica exploratoria popular que incluye a los
usuarios como participantes activos en el proceso de desarrollo.

La técnica más usada según nuestro criterio es la técnica de método jad,

porque permite que los usuarios dominantes participen con eficacia en los
requisitos que modelan el proceso, cuando los usuarios participan en el
proceso del desarrollo de los sistemas, es más probable percibir un sentido de
la propiedad en los resultados, y la ayuda para el nuevo sistema.

 Ventajas:

A.- La técnica de método JAD es una ventaja ya que puede dar lugar a una
declaración exacta de los requisitos del sistema.

B.- La técnica JAD es considerado por muchas compañías como la técnica

más manejada por los usuarios dominantes ya que les permite manejar con
eficacia los requisitos que modelan el proceso.

C.- La técnica JAD le permite a los usuarios percibir un sentido de la propiedad

en los resultados del desarrollo del sistema.

D.- Cuando la técnica JAD es usada correctamente puede dar lugar a una
declaración más exacta de los requisitos del sistema.

 Desventajas:

A.- El método JAD es una técnica muy costosa comparado con otras técnicas
tradicionales.

B.- además puede ser incómodo si el grupo es demasiado grande concerniente

al tamaño del proyecto.
Fundamentos del JAD

El proceso de JAD se basa en cuatro ideas simples que son:

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

Puede trazarse un paralelo entre lo que el proceso de JAD le da al desarrollo

de sistemas informáticos y lo que Henry Ford le dio a la fabricación de los
automóviles: un método para organizar la maquinaria, los materiales, y el
trabajo de modo de poder ensamblar un automóvil en forma más barata y
rápida que nunca antes (la línea de montaje). La meta en el desarrollo de
sistemas es identificar lo que necesitan los usuarios y después fijar un sistema
o proceso que lo proporcionen. Los métodos tradicionales tienen varios
factores de retraso incorporados que empeoran cuanto más gente está
implicada en el proyecto.