Este documento describe los requerimientos y el proceso de análisis de requerimientos. Define requerimientos funcionales y no funcionales, y describe las tareas clave del análisis como el reconocimiento del problema, la evaluación y síntesis, la especificación y la revisión. También cubre las características de los buenos requerimientos como necesarios, concisos, completos, no ambiguos y verificables.

1. Requerimient
os
Prof. Mariana Perozo

2. Requerimientos
Necesidades que se pueden
presentar dentro de una
organización en un momento
determinado. Una vez
satisfechas, las actividades suelen
ser realizadas de manera efectiva.

3. Requerimientos
(1)Una condición o necesidad de un
usuario para resolver un problema o
alcanzar un objetivo. (2) Una
condición o capacidad que debe
estar presente en un sistema o
componentes de sistema para
satisfacer un
contrato, estándar, especificación u
otro documento formal.

4. Tipos de Requerimientos
Funcionales
No Funcionales
Ing. Lisseth Agüero Mirabal

5. TAREAS DEL ANÁLISIS DE
REQUERIMIENTOS
Reconocimiento del Problema
Evaluación y síntesis
Especificación
Revisión

6. RECONOCIMIENTO DEL PROBLEMA
Inicialmente, el analista estudia la
especificación del sistema y el plan de
proyecto. Es importante comprender el
contexto del sistema y revisar el ámbito de los
programas que se usó para generar las
estimaciones de la planificación. A
continuación, debe establecerse la
comunicación necesaria para el análisis, de
forma que se asegure el reconocimiento del
problema.

7. EVALUACIÓN Y SÍNTESIS
La evaluación del problema y la síntesis de la
solución es la siguiente área principal de trabajo
del análisis. El analista debe evaluar el flujo y
estructura de la información, refinar en detalle
todas las funciones del programa, establecer las
características de la interfase del sistema y
descubrir las ligaduras del diseño, Cada una de
las tareas sirven para descubrir el problema de
forma que pueda sintetizarse un enfoque o
solución global.

8. ESPECIFICACIÓN
Las tareas asociadas con el análisis y
especificación existen para dar una
representación del programa que pueda ser
revisada y aprobada por el cliente. En un
mundo ideal el cliente desarrolla una
especificación de requerimientos del software
completamente por sí mismo. Esto se presenta
raramente en el mundo real. En el mejor de los
casos, la especificación se desarrolla
conjuntamente entre el cliente y el técnico.

9. EVALUACIÓN
Una vez que se hayan descrito las funcionalidades
básicas, comportamiento, interfase e
información, se especifican los criterios de
validación para demostrar una comprensión de
una correcta implementación de los programas.
Estos criterios sirven como base para hacer una
prueba durante el desarrollo de los programas.
Para definir las características y atributos del
software se escribe una especificación de
requerimientos formal. Además, para los casos en
los que se desarrolle un prototipo se realiza un
manual de usuario preliminar.

10. CARACTERÍSTICAS DE LOS
REQUERIMIENTOS
Necesario: Un requerimiento es necesario si su
omisión provoca una deficiencia en el sistema a
construir.
Conciso: Un requerimiento es conciso si es fácil
de leer y entender. Su redacción debe ser clara
para quienes vayan a consultarlo en u futuro.
Completo: Un requerimiento está completo si
no necesita ampliar detalles en su redacción.

11. CARACTERÍSTICAS DE LOS
REQUERIMIENTOS
No ambiguo: Un requerimiento no es ambiguo
cuando tiene una sola interpretación.
Verificable: Un requerimiento es verificable cuando
puede ser cuantificado de manera que permita hacer
uso de los siguientes métodos de verificación:
inspección, análisis, demostración o pruebas
Consistente: Un requerimiento es consistente si no es
contradictorio con otro requerimiento.

12. DIFICULTADES PARA DEFINIR
LOS REQUERIMIENTOS
Los requerimientos no son obvios y vienen de muchas fuentes.
Son difíciles de expresar en palabras (el lenguaje es ambiguo).
Existen muchos tipos de requerimientos y diferentes niveles detalle
La cantidad de requerimientos en un proyecto puede ser difícil de manejar.
Los requerimientos están relacionados unos con otros.
Un requerimiento puede cambiar a lo largo del ciclo de desarrollo .

13. ACTIVIDAD
En el siguiente ejemplo determine los
requerimientos:
El sistema bibliotecario de la Universidad
Politécnica del Estado Portuguesa, funciona de la
siguiente manera: El usuario que desee retirar un
libro, debe hacer la respectiva solicitud al
bibliotecario, en caso de que el libro se encuentre
disponible el usuario deberá llenar una ficha con
sus datos y los datos del libro, especificando
además la fecha en que el mismo será entregado
(tomando en cuenta si el libro es residente o
puede circular afuera) y se le hará entrega del
libro, el usuario deberá dejar un documento de
valor como garantía de que entregará el libro…

14. FIN!!!