INGENIERIA DE LOS REQUERIMIENTOS

Unidad I
GUIA PARA LA EVALUACION DE CONOCIMIENTO

1. ¿Qué es Ingeniería?
La ingeniería es el análisis, diseño, construcción, verificación y gestión de
entidades técnicas o sociales

2. ¿Qué es un requerimiento?
Los requerimientos especifican qué es lo que el sistema debe hacer (sus
funciones) y sus propiedades esenciales y deseables. La captura de los
requerimientos tiene como objetivo principal la comprensión de lo que los
clientes y los usuarios esperan que haga el sistema.
Un requerimiento expresa el propósito del sistema sin considerar como se va a
implantar.
En otras palabras, los requerimientos identifican el qué del sistema, mientras
que el diseño establece el cómo del sistema.
Los requerimientos se representan de forma que conduzcan finalmente a una
correcta implementación del software, plantea que una buena especificación
debe procurar:

3. ¿Qué es la metodología FURPS+?

FUNCTIONALITY, USABILITY, RELIABILITY, PERFORMANCE,
SUPPORTABILITY) se basa en la medida de la funcionalidad, de usabilidad,
fiabilidad, rendimiento y la capacidad de mantenimiento del software.

4. ¿A que hace referencia alguno de los requisitos de la FURPS+

(mínimo 3)?
Functionality: Describen qué es lo que un usuario debe ser capaz de hacer
a través del sistema de software.
Usability: La facilidad de uso incluye todos aquellos atributos que facilitan
la interacción de un usuario con el sistema.
 Reliability: Agrupa los requerimientos que tienen que ver con la solidez y
robustez de un sistema durante su ejecución
Performance: Se refiere a la velocidad del sistema y su eficiencia en
utilización de recursos.
Soportability: Incluyen requisitos de instalación y configuración, así como
facilidades para mantener y administrar la operación del sistema.
El signo “+”: Son requerimientos adicionales que regularmente son
restricciones.

5. ¿Qué es un caso de uso?

Especifica todos los escenarios posibles para una determinada
funcionalidad

6. ¿Qué es un actor?
Un actor representa un conjunto de roles que los usuarios de los casos de
uso juegan al interactuar con estos.

7. ¿Qué es un escenario o instancia de caso de uso?

Es una descripción narrativa de lo que la gente hace.

8. Mencione al menos una ventaja de la metodología FURPS+

Utilidad de FURPS
 Permite reducir los riesgos de no considerar alguna de las
facetas del desarrollo de un sistema.
 Permite estandarizar algunos criterios para poder obtener
los requerimientos.

9. ¿Qué es un requerimiento funcional?

Los requerimientos funcionales describen una interacción entre el
sistema y su ambiente, describen cómo debe comportarse el sistema
ante determinado estímulo. Son declaraciones de los servicios que debe
proporcionar el sistema, de la manera en que éste debe reaccionar a
 entradas particulares y de cómo se debe comportar en situaciones
particulares.
 Los requerimientos funcionales de un sistema describen lo que el
sistema debe hacer.
10. ¿Qué es un requerimiento no funcional?
Los requerimientos no funcionales: describen una restricción sobre el
sistema que limita nuestras elecciones en la construcción de una
solución al problema. Restringen los servicios o funciones ofrecidas
por el sistema. Incluyen restricciones de tiempo, el tipo de proceso de
desarrollo a utilizar, fiabilidad, tiempo de respuesta, capacidad de
almacenamiento.
Los requerimientos no funcionales ponen límites y restricciones al
sistema.

11. Mencione y defina como están divididos los requerimientos no

funcionales.
Requerimientos de productos, organizacionales y externos.

Requerimientos del Producto:

Especifican el comportamiento del producto. Ejemplos: rapidez de la
ejecución, capacidad de memoria, fiabilidad, etc.
Requerimientos Organizacionales:
Derivan de políticas y procedimientos existentes en la
organización del cliente y del desarrollador. Ejemplos: Estándares
de procesos, métodos de diseño, lenguajes de programación,
métodos de entrega, etc.

Requerimientos Externos:
Se derivan de factores externos al sistema y de sus procesos de
desarrollo. Ejemplos: Requisitos de interoperatividad, legislativos,
éticos, etc.
12. ¿Qué características debe de tener un requerimiento para decir que
es válido?
a. Correcta: la especificación debe representar la visión que el
cliente tiene del sistema
b. Completa: describe todos los escenarios posibles, incluyendo el
comportamiento excepcional
c. Consistente: no se contradice a sí misma

13. Mencione que tipos de actores existen y defina cada uno de ellos.
Actor principal: Tiene objetivos de usuarios que se satisfacen mediante
el uso.
Actor de apoyo: Proporciona un servicio (por ejemplo información)
Actor pasivo: Está interesado en el comportamiento del caso de uso,
pero no es principal ni de apoyo.

14. ¿Qué beneficios tiene la ingeniería de los requerimientos?

Los requerimientos permiten que los desarrolladores expliquen cómo
han entendido lo que el cliente pretende del sistema. También, indican a
los diseñadores qué funcionalidad y que características va a tener el
sistema resultante. Y además, indican al equipo de pruebas qué
demostraciones llevar a cabo para convencer al cliente de que el
sistema que se le entrega es lo que solicitó.
15. Mencione las actividades que se tienen que llevar a cabo para la
obtención de requerimientos

Separar funcionalidad de implementación. Una especificación es una

descripción de lo que se desea, en vez de como se realiza. Esto en la
práctica puede llegar a no suceder del todo, sin embargo es un buen
lineamiento a seguir.
- Una especificación debe abarcar el entorno en el que el sistema opera.
Similarmente, el entorno en el que opera el sistema y con el que
interactúa debe ser especificado.
- Debe ser modificable. Ninguna especificación puede ser siempre
totalmente completa. El entorno en el que existe es demasiado complejo
para ello. Una especificación es un modelo, una abstracción, de alguna
situación real (o imaginada). Por tanto, será incompleta. Además, al ser
formulada existirán muchos niveles de detalle.

16. Defina UML

Lenguaje Unificado de Modelado. Se trata de un lenguaje gráfico para
construir, documentar, visualizar y especificar un sistema de software.
Entre otras palabras, UML se utiliza para definir un sistema de software.
17. Con sus propias palabras como es un formato de alto nivel de caso
de uso.
Describe un proceso de negocios del sistema muy brevemente.

18. ¿Defina ingeniería de los requerimientos?

“Ingeniería de Requerimientos”, cuya meta es crear y mantener un
documento de requerimientos del sistema. Este proceso general consta
de cuatro subprocesos.
19. ¿Cómo se puede validar que los requerimientos sean correctos?

- Verificación de validez. El análisis puede identificar que se requieren

funciones adicionales o diferentes a las que pidieron los stakeholders. -
Verificación de consistencia. No debe haber restricciones o descripciones
contradictorias en el sistema. - Verificación de completitud. El documento de
requerimientos debe incluir requerimientos que definan todas las funciones y
restricciones propuestas por el usuario del sistema. - Verificación de
realismo. Asegurar que los requerimientos pueden cumplirse teniendo en
cuenta la tecnología existente, el presupuesto y el tiempo disponible. -
Verificabilidad. Para reducir la posibilidad de discusiones con el cliente, los
requerimientos del sistema siempre deben redactarse de tal forma que sean
verificables. Esto significa que se debe poder escribir un conjunto de
pruebas que demuestren que el sistema a entregar cumple cada uno de los
requerimientos especificados.

20. ¿Cuáles son los subprocesos en la ingeniería de los

requerimientos?
- El estudio de viabilidad, que evalúa si el sistema es útil para el negocio.
- Obtención y análisis de requerimientos.
- Especificación de requerimientos: transformación de los requerimientos
en formularios estándar.
- Validación: verificar que los requerimientos realmente definen el sistema
que quiere el cliente.

21. ¿Que es un stakeholder?

Los stakeholder a menudo no conocen lo que desean obtener del
sistema informático excepto en términos muy generales. Pueden hacer
demandas irreales o resultarles difícil expresar lo que quieren que haga
el sistema.