El documento presenta información sobre requisitos y su importancia en el desarrollo de software. Explica que los requisitos definen lo que el sistema debe hacer para satisfacer las necesidades del cliente, y cubren aspectos funcionales y no funcionales como las funciones, datos, interfaz y restricciones. También describe diferentes tipos de requisitos como de usuario, de sistema, funcionales y no funcionales. Resalta que la ingeniería de requisitos es una etapa clave debido a que muchos proyectos fallan por requisitos incompletos o cambiantes.

1. 1
Olvide usted que está en un curso de
Proyectos Informáticos, imagine que tiene a un
cliente enfrente, y que este cliente necesita un
software...
Imagine y describa todo lo que ocurre desde
que usted conoce al cliente hasta que termina
el trabajo y le entrega su software
¿Cómo haría para solucionar
el problema?

2. 2
¿Cómo haría para solucionar
el problema?
Para crear una solución, primero
es necesario tener clarotener claro y
comprendercomprender el problema...

3. 3
Requisitos / Requerimientos
(!Todo lo que el cliente quiere,
exactamente lo que quiere,
a como de lugar y a cualquier precio!)

5. 5
Requisitos / Requerimientos
¿Qué es un requisito?

6. 6
Requisitos / Requerimientos
Los requisitos expresan lo que el sistema debe hacer
para satisfacer las necesidades de sus clientes o
usuarios
“es un aspecto de un sistema o una descripción de
aquello que el sistema es capaz de hacer a fin de
cumplir su propósito”
[Pfleeger, 1998]
“Un requerimiento es un servicio que el sistema de
software debe satisfacer o una restricción bajo la
cual el sistema debe operar”
[Sommerville 2002]
Si me lo preguntan, en lo personal, pienso que...

7. 7
...es algo que el sistema debe ser
capaz de hacer (o una restricción
que debe cumplir) para que pueda
cumplir su propósito y satisfacer a
sus usuarios
Un requisito...

8. 8
Requisitos / Requerimientos
Lo que el cliente quiere que haga...
Todo lo que el cliente quiere que haga...
Nada más que lo que el cliente quiere que haga...
Los requerimientos se concentran en
el cliente y el problema a resolver
Definen (o deberían) sobre el
sistema:

9. 9
Requisitos / Requerimientos
Es decir, dejen de pensar por los momentos
en cómo lo van a programar o implementar...
¡Los requisitos se
concentran en “qué”
debe hacer el
sistema, no en
“cómo” debe hacerlo!

10. 10
¿Qué Definen los Requisitos?
Las funciones que debe
ejecutar
Los datos que debe capturar
y almacenar
La información que debe producir
La interfaz gráfica usuario-sistema
(GUI)
La plataforma de operación del
sistema
(Hardware / Software)
La tecnología de información
que debe usar
Las interfaces con otros
sistemas
Seguridad, facilidad de uso, documentación,
utilidad, etc.
Aplicación
Interacción Usuario / Sistema
Restricciones de
Operación
Atributos de Calidad
Requisitos

11. 11
¿Qué Tipos de Requisitos?
De Usuario
De Sistema
Tipos de Requisitos
Funcionales
No Funcionales
Dependiendo si definen
o no funcionalidad
Dependiendo de a
quienes están dirigidos

12. 12
Requerimientos Funcionales /
No Funcionales
La funcionalidad o los servicios que se espera que el
sistema de software proveerá
La interacción entre el sistema de software y su
ambiente o contexto
Como el sistema deberá actuar bajo ciertos
estímulos o eventos
Los requerimientos Funcionales
Describen:

13. 13
Requerimientos Funcionales /
No Funcionales
R-010:
El sistema debe permitir el registro de nuevos usuarios en el
foro, los nuevos usuarios deben ser aprobados o rechazados
por un moderador antes de poder publicar mensajes
Ejemplos de Requerimientos
Funcionales:
R-200:
Los usuarios deben poder intercambiar mensajes y
comunicarse por medio del foro, toda la comunicación debe
estar moderada para evitar conductas inapropiadas por parte
de los usuarios, mensajes basura y publicidad no deseada

14. 14
Requerimientos Funcionales /
No Funcionales
No se refieren directamente a las propiedades funcionales del
sistema, sino a sus propiedades emergentes o a
restricciones adicionales en el sistema o en el proyecto de
desarrollo de software.
Definen restricciones adicionales al sistema, tales como:
Proceso de desarrollo a utilizar, herramientas, lenguaje de
programación, limitaciones de presupuesto, de tiempo, de
interfaz, etcétera
Los requerimientos no Funcionales:
¿Propiedades Emergentes?

15. 15
Requerimientos Funcionales /
No Funcionales
Son aquellas que resultan del sistema como un todo y que es
muy difícil o imposible atribuirle a un componente particular de
éste.
Por ejemplo, la fiabilidad, tiempo de respuesta, usabilidad,
capacidad de almacenamiento, etcétera
Propiedades Emergentes:
El todo no siempre es la simple suma de sus partes...

16. 16
Requerimientos Funcionales /
No Funcionales
R-430:
El sistema debe ser utilizable por medio de una interfaz WEB
Ejemplos de Requerimientos
no Funcionales:
R-230:
El tiempo de respuesta del sistema al solicitar un reporte
nunca debe ser mayor a 10 segundos

17. 17
Requerimientos Funcionales / No
Funcionales
Clasificación de Requerimientos no funcionales
(no interpretar literalmente, es sólo a modo de referencia)
Fuente: Sommerville 2002

18. 18
Tipos de Requisitos
(Clasificaciones)
De Usuario
De Sistema
Tipos de Requisitos
Funcionales
No Funcionales
Dependiendo si definen
o no funcionalidad
Dependiendo de
a quienes
están dirigidos

19. 19
Requerimientos de Usuario /
de Sistema
Requerimientos de Usuario:
Son aquellos que están dirigidos a los usuarios y
clientes (interesados en general) del sistema. Se
redactan usando lenguaje natural (generalmente) de
forma “no técnica” con el objetivo de que el personal
no técnico los pueda entender
Requerimientos de Sistema:
Son aquellos dirigidos a personal técnico: analistas,
programadores, arquitectos, ingenieros, etcétera.
Generalmente están escritos en un lenguaje mucho
más técnico pero mucho más preciso que los
requerimientos de usuario

20. 20
Requerimientos de Usuario /
de Sistema
Documento de Especificación de Requerimientos
(DER)
Es el documento en el que usualmente se
especifican los requerimientos de usuario
Documento de Definición de Requerimientos
(DDR)
Es el documento en el que usualmente se
especifican los requerimientos de sistema

21. 21
Requisitos / Requerimientos
Nuevamente...
¿Por qué son
importantes los
requisitos?

22. 22
Requisitos
Requisitos incompletos
Falta de participación del usuario
Expectativas poco realistas
Cambios en los requisitos y las especificaciones
El sistema dejó de ser necesario
Se estima que un alto porcentaje de proyectos de
desarrollo de software fallan por:

23. 23
Requisitos
Hoy en día la Ingeniería de Requisitos
se considera una etapa clave en el
desarrollo de software
Actualmente, se considera que la
satisfacción de los clientes es la mejor
métrica de calidad de un sistema

24. 24
Gracias
¡Gracias!