View
131
Download
0
Category
Preview:
Citation preview
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
¿Cómo haría para solucionar el problema?
Para crear una solución, primero es necesario tener clarotener claro y comprendercomprender el problema...
3
Requisitos / Requerimientos(!Todo lo que el cliente quiere,
exactamente lo que quiere,a como de lugar y a cualquier precio!)
5
Requisitos / Requerimientos
¿Qué es un requisito?
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
...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
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
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
¿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 delsistema
(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 deOperación
Atributos de Calidad
Requisitos
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
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
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
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
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
Requerimientos Funcionales / No Funcionales
R-430:
El sistema debe ser utilizable por medio de una interfaz WEB
Ejemplos de Requerimientosno Funcionales:
R-230:
El tiempo de respuesta del sistema al solicitar un reporte nunca debe ser mayor a 10 segundos
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
Tipos de Requisitos (Clasificaciones)
De Usuario
De Sistema
Tipos de Requisitos
Funcionales
No Funcionales
Dependiendo si defineno no funcionalidad
Dependiendo dea quienes
están dirigidos
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
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
Requisitos / Requerimientos
Nuevamente...
¿Por qué son importantes los
requisitos?
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
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
Gracias
¡Gracias!
Recommended