Вы находитесь на странице: 1из 14

30/04/2015

Levantamiento de Requisitos
Ingeniera de Software
Levantamiento de Requisitos
Vicky Latorre C.

Entrevistas y Levantamiento
de Requisitos

Entrevista
Otras Tcnicas
Anexos

Entrevistas y Levantamiento
de Requisitos
La Ingeniera de Requisitos es aquel conjunto de tcnicas que ayuda a los ingenieros de
software a entender mejor el problema en el que trabajarn.

Puedes Leer la Mente?


Si la respuesta es NO entonces

Cul es el corazn de la Ingeniera de Requisitos?


Un conjunto de tareas gua.

A que conduce ese conjunto de tareas?

Roger S. Pressman

Cul ser el impacto del software sobre el negocio.


Qu es lo que el cliente quiere.
Cmo interactuarn los usuarios finales con el software.

30/04/2015

Entrevistas y Levantamiento
de Requisitos

Entrevistas y Levantamiento
de Requisitos

Porque es importante?

Y cmo se aplica?

Los
problemas
incorrectos.

Programas
elegantes
resolviendo

Primero
hay que
entender

Exactame
nte lo
que el
cliente

Siguiendo una
serie de pasos,
tareas o fases.

y terminando con la
coincidencia entre la
concepcin del problema que
tiene el ingeniero de software
y la percepcin del cliente.

quiere
antes de
comenzar
a disear.

Entrevistas y Levantamiento
de Requisitos

Comenzando por
una fase de inicio

Otro detalle importante


Se pierde el tiempo con la Ingeniera
de requisitos?

Tu peor pesadilla

Cliente-Usuario lo que digo no


es realmente lo que quiero
decir

NO se pierde! Es realmente un punto


importante que no debe omitirse.

Ralph Young

Gestin de
Requisitos en
CMMI
(www.sei.cmu.edu/cmmi/models/)

El dinero es quizs lo ms importante en


el desarrollo de proyectos informticos

Y el problema es que

El dinero esta en peligro, adems no


olvidemos que la reputacin esta en
juego

Ralph Young

Roger S. Pressman

30/04/2015

Entrevistas y Levantamiento
de Requisitos

Entrevistas: Introduccin

Que Hacer?

Sirven
para

identificar y delimitar el problema a resolver.

Tambin hay otros recursos complementarios:


formularios, sistemas legados, etc.

Entrevistas y Levantamiento
de Requisitos

1. Conocer, clarificar, o limitar el problema a


resolver.
2. Identificar a los actores involucrados.

3. Construir la confianza del cliente.

Todo aporta... Las entrevistas son una parte importante de


esto.

4. Establecer los requisitos del sistema sin


ambigedades.
5. Validar el trabajo ya hecho.
Las entrevistas son el primer paso, en el desarrollo de un proyecto de software.

1.-Inicio

Entrevistas: Introduccin

Entrevistas y Levantamiento
de Requisitos

1.-Inicio

Entrevistas: Introduccin

Consideraciones
Primera
Segunda
entrevista
entrevista
abierta (como focalizada,
Se pueden
para abordar diseada para hacer ms
el tema) y
sacarle el
entrevistas si
revisarla (si es resto de la
es necesario.
posible en
informacin
grupo).
al cliente.

1.-Inicio

Entrevistas y Levantamiento
de Requisitos

Haga la
MENOR
CANTIDAD
POSIBLE de
entrevistas.

Consideraciones
Graben las
entrevistas.

Validen con
Revisar los
los usuarios,
tems ms
los requisitos
importantes
Usuarios y
entregados
(respecto a
Clientes
por el
los requisitos)
deben
cliente.
con el cliente
sentirse parte
Usuarios
y
(se debe
del proceso.
clientes deben
obtener un
estar
OK).
alineados.

Trabajen
rpido y
focalizados.

Traigan y
analicen
todos los
recursos que
puedan:
formularios,
sistemas
legados,
manuales de
procesos, etc.

30/04/2015

Entrevistas y Levantamiento
de Requisitos

1.-Inicio

Entrevistas: Introduccin

Entrevistas y Levantamiento
de Requisitos

1.-Inicio

Entrevistas: Introduccin

Una conversacin informal


Preguntas libres de contexto

Necesidad de negocios

Objetivo principal
Se descubre un nuevo mercado
Comprensin bsica del problema en cuestin

1.-Inicio

Detalles sobre
Entrevistas
Entrevistas: Introduccin

Detalles sobre
Entrevistas

1.-Inicio

Entrevistas: Introduccin
Grabar cada entrevista (audio).

Entre 30 y 1 hora.

Vestirse igual (o similar) al cliente.

Trate al cliente con respeto SIEMPRE


!!!

Demustrele al cliente que ha comprendido su


problema.

No trate de demostrar cunto sabe


usted de esto: la estrella es el Cliente
!!!

No critique las falencias de los actuales


sistemas, ni las del personal que lo construy o
que lo opera.

Escuche las opiniones del cliente,


aunque sean descabelladas.

Si va a pedir algo que requiere un esfuerzo


importante del cliente y/o usuario, entrgueles
algo a cambio.

Obtener copia de todos los formularios


involucrados en el proceso.

Dos entrevistadores (mximo).

Trigase el modelo de datos actual (detallado),


en caso de existir sistemas legados.

Slo uno pregunta, el otro toma


nota.

Llevar lpiz y papel, aunque no lo use (podra


necesitarlo).

Llevar una pauta, con las preguntas.

No use jerga computacional, ni regionalismos.

No repita las preguntas, siempre


primero revise la cinta de sesiones
anteriores.

Ganarse a la secretaria del cliente, es casi tan


importante como ganarse al cliente.

30/04/2015

1.-Inicio

Detalles sobre
Entrevistas

Entrevistas y Levantamiento
de Requisitos

Primera Entrevista

Todo lo anterior.

Entrevista abierta (guiada por el


cliente).

Primera Entrevista

No prometamos nada hasta analizar


problema en detalle. CONTENGMONOS!

el

La primera entrevista se usa para tener una


idea aproximada del problema a resolver.

Que el cliente diga todo lo que tenga


que decir.
Seamos Positivos, hasta conocer
ms el problema

1.-Inicio

Normalmente se obtiene mucha basura, por lo


que hay que separar la paja, del trigo

Entrevistas y Levantamiento
de Requisitos

1.-Inicio

Primera Entrevista

Traigmonos toda la documentacin que podamos, para poder analizar


mejor el problema a resolver, determinar su alcance e implicancias sobre
otros sistemas.
Entre la informacin que debemos traer de la 1 entrevista (dentro de lo
posible) est:

formularios actuales,
modelo de datos,
cantidad y tipo de usuarios del sistema,
recursos de hardware y software que forman parte del ambiente
operacional,
restricciones del desarrollo (plazos, leng. de desarrollo o BD a
utilizar, Browsers usados para Front-End, etc.)

Entrevistas y Levantamiento
de Requisitos
Segunda/Tercera Entrevista
Casi todo lo anterior.....

Preguntar si hubo gente que intent hacer esto antes?


En caso afirmativo -> Qu pas?

En caso Negativo - > Veamos si se hizo algo de este tipo, y cmo les fue?
Trate de ver (con cuidado) cules son riesgos de este proyecto.
Establezca claramente el nivel compromiso y dedicacin que el Cliente/Usuario deber tener
con el proyecto

Entrevista focalizada (guiada por el entrevistador).


Se utiliza para completar la informacin relevada y
clarificar aspectos oscuros.
El cliente debe mantenerse en la lnea de lo que es
relevante.
Sea Realista, cueste lo que cueste.

30/04/2015

Entrevistas y Levantamiento
de Requisitos

Entrevistas y Levantamiento
de Requisitos

Entrevistas de Validacin

Entrevistas de Validacin

Validar los requisitos conflictivos (al menos una vez).

Sea efectivo y directo en las entrevistas.


Validar todo lo que usted considere necesario, ... pero con
cuidado...

Instlele el software (prototipo) al cliente, si es


necesario, y asegrese de que los prototipos sean
validados.

Validar el avance del proyecto, a travs de prototipos (buenos


prototipos !!!).

El cliente/usuario debe tener una manera fcil de


reportar lo que le gusta y lo que no.

Valide slo lo que est escrito en los requisitos.... Cualquier


otra cosa est fuera de lo que usted debe realizar.

El uso de prototipos involucra una etapa de entrenamiento que


usted debe ofrecer, e incluir en el presupuesto.
El cliente/usuario debe estar
compromiso/dedicacin al proyecto.

El tiempo del cliente tambin vale ....

Entrevistas y Levantamiento
de Requisitos

Quines y cuntos
son los usuarios?,
Qu debera hacer
cada uno con el
sistema?

Qu calidad se
espera que tenga el
software?.

Determinacin de
los servicios del
sistema

Determinacin de
los Usuarios del
sistema.

Determinacin de
los req. de calidad
del software.

de

su

Entrevistas y Levantamiento
de Requisitos

Qu Cosas Preguntar (por ej.)?

Qu debe hacer el
sistema?,

consciente

Qu Cosas Preguntar (por ej.)?

Cules son los


formularios que
actualmente
contienen la
informacin a
procesar por el
sistema?

Cul es el
escenario en el
que funcionar
el sistema?.

Qu datos
estn
involucrados en
el sistema?.

Existen
restricciones a
cerca del
funcionamiento
o del proceso de
desarrollo del
sistema?

Determinacin de
datos y servicios
bsicos a manejar
por el sistema.

Determinacin
del Ambiente
Operacional.

Determinacin
del mbito del
sistema.

Determinacin
de Restricciones.

... Cada una de


estas preguntas
pueden ser
desglosadas en
varias ...

30/04/2015

Entrevistas y Levantamiento
de Requisitos

Entrevistas y Levantamiento
de Requisitos

Conclusiones

Conclusiones

Las entrevistas sirven para construir confianza / acuerdos entre el


proveedor y los clientes/usuarios.... aprovchelas!!!
Preprese MUY BIEN para cada entrevista... Su imagen y la de su empresa
depende en gran medida de ello.

Sea cuidadoso al consultar, ... pero no se quede con ninguna duda.


Sea efectivo en su trabajo
No pierda tiempo, ni improvise.

Demuestre que usted es serio, y que sabe hacer su trabajo.

Documente todos los acuerdos, y ojal que stos sean pblicos (para
clientes/usuarios y desarrolladores).
Demuestre compromiso con el proyecto.

Genere y mantenga una visin compartida del proyecto.


Aclare y limite el problema (junto con el cliente)... Y luego pngalo por
escrito (docum. de requisitos), y que el cliente lo firme!!!

No a las justificaciones
No a las crticas.

Otras Tcnicas de
Levantamiento de Requisitos
Tcnicas de elicitacin grupal

Otras Tcnicas de
Levantamiento de Requisitos
Tcnicas de recoleccin

Reuniones
Extensiones de entrevista. Muy activas. De corta duracin e intensas con un
determinado foco
- Braisntorm: lluvia de ideas
- Workshop de requisitos: existe un moderador
- JAD(Join application design): se avanza en un principio de
y racional con generacin
de documentos, compromisos, fechas.

construccin, ms organizado

Favorecen la aparicin de mltiples opiniones, creacin, feedback y consenso


colectivo.
Puede haber dispersin, incomodidad en el grupo, pensamiento generado a nivel de
grupo. Altos costos.

Prototipacin
se puede usar cuando hay un alto grado de incertidumbre
en cuanto a los requisitos o cuando se necesitan un
temprano feedback de los stakeholders.
Se puede combinar con otras tcnicas, por ejemplo usar un
prototipo para provocar una discusin y feedback en una
tcnica de elicitacin grupal o ser la base para un
cuestionario anlisis de protocolo.

30/04/2015

Otras Tcnicas de
Levantamiento de Requisitos
Tcnicas de recoleccin

Tcnicas guiadas por modelos


proveen un modelo especfico del tipo de
informacin que se va a recolectar y usan ese
modelo para dirigir la actividad de elicitacin. Ej.:
mtodos orientados a objetivos como KAOS, o
mtodos basados en escenarios como CREWS.

Otras Tcnicas de
Levantamiento de Requisitos
Tcnicas de recoleccin

Observacin
El ingeniero se convierte en espectador del proceso.
Ventajas: revela detalles obviados por otras tcnicas,
fcil de ejecutar
Desventajas: depende de la visin del espectador.
Gran consumo de tiempo. La rica descripcin que
se obtiene es difcil de procesar.

Otras Tcnicas de
Levantamiento de Requisitos
Tcnicas cognitivas
Tcnicas originalmente desarrolladas para la adquisicin de conocimiento para
sistemas basados en conocimiento.
Anlisis de protocolo
se analiza al experto mientras este describe como hace su tarea. Se intenta captar la racionalizacin
utilizada en la ejecucin de una tarea.
Ventajas: obtiene una directa verbalizacin de las tareas cognitivas. Embebida en el contexto de trabajo,
bueno para revelar problemas de interaccin con sistemas existentes.
Desventajas: se enfoca solo en la performance, desconociendo aspectos sociales, se basa en lo que dice
y no lo que hace.

Card Sorting
se pide a expertos que ordenen cartas (con descripciones de objetos de un dominio) y expliquen el
porqu de ese orden
til para la clasificacin del conocimiento pero presupone un conocimiento de las entidades de un
dominio.

Otras Tcnicas de
Levantamiento de Requisitos
Tipos de Tcnicas de recoleccin

Enfoque antropolgico (Tcnicas de etnografa)


se integra con el medio ambiente, el analista se convierte en
el cliente..
Ventajas: visin de dentro para afuera, muy contextualizada
Desventajas: consume mucho tiempo, poca sistematizacin.

30/04/2015

Otras Tcnicas de
Levantamiento de Requisitos
Tipos de Tcnicas de recoleccin

Tcnicas sociales
enfocndose en los aspectos sociales y no en la
tecnologa, demanda muchos recursos y tiempo.
Buena en el largo plazo,
Ej. anlisis de conversacin que identifica patrones
en las conversaciones e interacciones

Otras Tcnicas de
Levantamiento de Requisitos
Tipos de Tcnicas de recoleccin

Otras Tcnicas de
Levantamiento de Requisitos
Tipos de Tcnicas de recoleccin

Ingeniera reversa

Requiere que haya un sistema existente con documentacin (o cdigo) disponible.


Desventajas: no refleja la actualizacin de la informacin, informacin muy detallada
( a un bajo nivel)

Tcnicas de Levantamiento
de Requisitos

Tcnicas de Elicitacin

Que tcnicas usar?

Reuso
Debe haber componentes reutilizables disponibles, se debe definir lo que se va a
reutilizar, necesita de mecanismos de recuperacin.
Anlisis de dominio
Si bien favorece la calidad y la productividad, no siempre es fcil de lograr en la
realidad.

Depende de la
situacin, clientes,
recursos.

Se debe analizar el
contexto y respetar
limitaciones

Integracin

30/04/2015

Resumen de lo visto

Antes que llevemos a cabo las


actividades de diseo y construccin de
un sistema basado en computadora, es
necesario entender, formular,
determinar, negociar y validar los
requisitos.

Es como querer empezar a levantar


paredes, colocar el techo de una casa
que construyamos sin haber levantado
los cimientos adecuados, pues si esto
se olvida, la casa se vendr abajo; lo
mismo ocurre con un proyecto de
software cuyos requisitos no estn bien
hechos.

Para establecer requisitos adecuados


en un proyecto, debemos llevar a cabo
de forma paralela varias actividades.
Para ello empezamos escuchando lo
que el cliente quiere, o por ese
momento, lo que el cliente cree
querer, as como establecer las
restricciones del proyecto

Extras
Muy importante: Es

Extras

Extras
lo mismo?

Ingeniera de Requisitos

Es aquel conjunto de tcnicas que ayuda a


los ingenieros de software a entender mejor
el problema en el que trabajarn.

Ingeniera de Requisitos
Anlisis de Requisitos

Son iguales?
Anlisis de Requisitos

Es aquel que genera la especificacin de caractersticas operacionales de software


; Indica la interfaz del software con otros elementos del sistema, y establece las
restricciones que debe tener el software.
El Ing. de Software se extiende sobre requisitos bsicos establecidos en la Ingenieria de requisitos.

10

30/04/2015

Extras

Extras

Caso de la vida real 2.

Caso de la vida real 1.

Consecuencias de no aplicar la Ingeniera de requisitos adecuadamente.

Consecuencias de no aplicar la Ingeniera de requisitos adecuadamente.

Cliente con poco tiempo.


Cliente mentiroso.
Desarrolladores cmodos.
Mala relacin con el cliente

El cliente ha amenazado con


acciones legales.
El proyecto
mucho.

ha

Cliente abusador.
Cliente paranoico.

cambiado

Desarrolladores
temperamentales.

El cliente se tomo las cosas


personales.

Mala relacin con el cliente.

El proyecto se ha vuelto un
desafi

El cliente no nos dejo respirar.


Reciba de 7 a 15 emails diarios y
de 5 a 6 llamadas diarias.
El cliente cambio de parecer
muchas veces.
El cliente llamaba a las 10/11 de
la noche al celular.

41

Extras

Requisitos del software

42

Extras

Requisitos del software

Propiedades de los buenos requisitos

Importancia de los requisitos

Beneficios de los buenos requisitos.

Posibles

Cada requisito debe poder implementarse dentro de las capacidades y


limitaciones conocidas del sistema y su entorno. El director tcnico deber
comprobar la viabilidad de los requisitos antes de comprobar el documento.

Acuerdo entre desarrolladores, clientes y usuarios sobre el trabajo que debe realizarse.
Unos requisitos bien elaborados y validados con el cliente evitan descubrir al terminar el proyecto que el sistema no era lo que se peda.

Acuerdo entre desarrolladores, clientes y usuarios sobre los criterios que se emplearn para su validacin.

Necesarios

Resulta muy difcil demostrar al cliente que el producto desarrollado hace lo que el pidi si su peticin no est documentada y validada por l.

Un requisito es necesario si es algo:

Base objetiva para la estimacin de recursos (coste, personal en nmero y competencias, equipos y tiempo)
Si los requisitos no comprenden necesidades reales, las estimaciones no dejan de ser meras apuestas. Las estimaciones en el fondo son clculos
de probabilidad que siempre implican un margen de error; por esta razn disponer de la mayor informacin posible reduce el error.

que el cliente realmente necesita


requerido para la conformidad con un requisito
requerido para la conformidad con un interfaz, externo o estndar.

Concrecin de los atributos de calidad (ergonoma, mantenibilidad, etc.)


Ms all de funcionalidades precisas, los requisitos recogen atributos de calidad necesarios que en ocasiones son desconocidos por los
desarrolladores, produciendo finalmente sistemas sobredimensionados o con serias deficiencias de rendimiento.

Para evitar requisitos innecesarios, el cliente debe valorar cada


funcionalidad y como afectar al sistema si est o no.

Eficiencia en el consumo de recursos: reduccin de la re-codificacin, reduccin de omisiones y malentendidos.


Tener un conocimiento preciso de lo que hay que hacer evita la prueba y error, repeticin de partes ya desarrolladas, etc.

43

44

11

30/04/2015

Extras

Extras

Requisitos del software

Requisitos del software

Importancia de los requisitos

Importancia de los requisitos

Sus defectos repercuten en todas las fases

Los defectos comunes en los requisitos y sus consecuencias.

REQUISITOS
Estimacin Planificacin

Diseo

Construccin

V&V

Los errores en los requisitos se comportan como una enfermedad contagiosa que siempre repercute
en todas las fases del proyecto.
Estimacin: No es posible estimar con rigor costes y recursos necesarios para desarrollar algo que no se
conoce.
Planificacin: No se puede confiar en la planificacin para el desarrollo de algo que no se sabe bien
como es.
Diseo: Los errores en requisitos, las modificaciones frecuentes, las deficiencias en restricciones o
futuras evoluciones, producen arquitecturas que ms tarde se confirmarn como errneas y sern
modificadas.
Construccin: Las deficiencias en los requisitos obligan a programar en ciclos de prueba y error que
derrochan horas y paciencia de programacin sobre patrones de recodificacin continua y
programacin heroica.
Validacin y verificacin: Terminado el desarrollo del sistema, si las especificaciones tienen errores de
bulto, o peor an, no estn reflejadas en una especificacin de requisitos, no ser posible validar el
45
producto
con el cliente.

Extras

Requisitos del software

Requisitos crecientes
y cambiantes

Degradacin de la estructura
y arquitectura del producto

Requisitos ambiguos

Prdida de tiempo en
re-codificacin

Requisitos
innecesarios

Trabajo innecesario

Requisitos mnimos
(insuficientes)

Problemas en la validacin
del producto obtenido

Requisitos mnimos
(insuficientes)

Error en la estimacin
y planificacin

Omisin de las necesidades


de grupos de usuarios

Usuarios insatisfechos

Extras

Requisitos del software


Importancia de los requisitos

Los defectos comunes en los requisitos y sus consecuencias.

Los defectos comunes en los requisitos y sus consecuencias.


Requisitos crecientes y cambiantes

Algunos clientes no comprenden la importancia de


trabajar con rigor en la obtencin de los requisitos, para
garantizar la calidad de los resultados.

Independientemente del punto del ciclo de vida en


que nos encontremos, el sistema cambiar y la
tendencia al cambio persistir a lo largo de todo el
ciclo de vida Software Configuration Management,
Prentice-Hall, 1980.

Tambin es frecuente que los desarrolladores prefieran


comenzar a trabajar en la construccin del sistema,
porque les resulta ms atractivo que reunirse con el
cliente.

Es normal que los requisitos evolucionen durante el desarrollo


del sistema, pero los cambios deben partir de una descripcin
inicial correcta, y gestionarse convenientemente, midiendo su
impacto en la planificacin del proyecto, y consensundolo con
todos los participantes.

Hay situaciones en las que resulta difcil encontrar


representantes del cliente que conozcan a fondo el
problema, o que por tratarse de un sistema o negocio
nuevo, nadie en el entorno del cliente tenga claras todas
las funcionalidades que se necesitan.

47

Problemas en la validacin
del producto obtenido

46

Importancia de los requisitos

Implicacin
insuficiente
del cliente

Implicacin insuficiente
del cliente

La evolucin de los requisitos durante el desarrollo de los proyectos puede


incrementar o modificar funcionalidades ya implementadas, desbordando los
costes y agendas planificados.
48

12

30/04/2015

Extras

Requisitos del software

Extras

Requisitos del software

Importancia de los requisitos

Importancia de los requisitos

Los defectos comunes en los requisitos y sus consecuencias.

Los defectos comunes en los requisitos y sus consecuencias.


Requisitos ambiguos
La ambigedad es un defecto habitual de las descripciones de requisitos.
Si lectores diferentes obtienen interpretaciones diferentes, o si un lector puede
interpretar los requisitos de formas diferentes, stos son ambiguos.
La ambigedad crea expectativas diferentes entre las partes del proyecto, y hace que los
desarrolladores programen funcionalidades que no se ajustan a lo que los usuarios
necesitan.

Requisitos crecientes y cambiantes

Partir de una especificacin de requisitos incompleta incrementar el nmero


de modificaciones que sufrir el proyecto durante el desarrollo.
Si los desarrolladores han diseado un sistema que no corresponde con las
expectativas del cliente, la introduccin sistemtica (generalmente con agendas
apretadas, o sin modificar las agendas iniciales), generar parches de
programacin, con insercin de cdigo adicional que puede trastocar principios
bsicos de diseo y degradar la arquitectura del sistema obteniendo finalmente
un producto con serias deficiencias tcnicas.

La consecuencia inevitable de este problema es la re-programacin


La reprogramacin puede consumir ms del 40% del coste total de un desarrollo y se ha
estimado que hasta un 85% de las revisiones pueden deberse a errores en los requisitos
.
Para evitarla hay que confirmar que se comparte la visin obtenida con la que tienen las
diferentes fuentes de requisitos, y que los distintos participantes obtienen la misma
interpretacin de la documentacin de requisitos.

[1]

[1] Calculating the Return of Investment from More Effective Requirement Management, Leffingwell, Dean. 1997.

49

[1] Calculating the Return of Investment from More Effective Requirement Management, Leffingwell, Dean. 1997.

50

Extras

Requisitos del software

Extras

Requisitos del software

Importancia de los requisitos

Importancia de los requisitos

Los defectos comunes en los requisitos y sus consecuencias.


Requisitos innecesarios
Es frecuente la tendencia de algunos desarrolladores a incluir funcionalidades que no
figuran en la especificacin de requisitos, con la suposicin de que los usuarios lo
agradecern. Muchas veces los usuarios no les encuentran utilidad y quedan finalmente
programadas pero sin uso, suponiendo un coste de desarrollo innecesario.
Las sugerencias y posibilidades aportadas por el equipo de desarrollo pueden descubrir
mejoras importantes para el cliente o los usuarios, pero no deben implementarse sin
consultarlas y validarlas previamente.

Los defectos comunes en los requisitos y sus consecuencias.


Requisitos insuficientes (mnimos)

Muchas veces el cliente tiene tan slo el concepto general del producto que desea, y
no comprende por qu es tan importante detallar los requisitos.

La tentacin en estos casos es partir de una descripcin mnima, o incluso de una


explicacin verbal, e ir preguntando y revisando a los programadores conforme el
desarrollo avanza.

Desde el punto de vista del equipo de desarrollo la mejor perspectiva es respetar la


sencillez y funcionalidad, y no ir ms all de los requisitos, sin la aprobacin del cliente.
Tambin es frecuente que el cliente pida funcionalidades que a primera vista pueden
parecer necesarias, pero que en realidad no aaden funcionalidad al producto, y que sin
embargo suponen un esfuerzo importante de desarrollo. Identificar estas funcionalidades,
y pensar dos veces si realmente se necesitan puede ahorrar trabajo innecesario
51

Esta forma de trabajo puede resultar apropiada slo para la construccin de sistemas
experimentales o prototipos, pero en general suele terminar con la frustracin de los
desarrolladores y el desconcierto y desesperacin del cliente.
Este planteamiento tambin genera la situacin muy frecuente de contar a los
desarrolladores la idea general de un nuevo producto, para pedirles una estimacin
del tiempo necesario para desarrollarlo.
52

13

30/04/2015

Extras

Requisitos del software

Importancia de los requisitos

Los defectos comunes en los requisitos y sus consecuencias.

Extras
Ingeniera de Requisitos
PASOS, TAREAS O FASES
1.- Inicio
2- Obtencin

Omisin de las
necesidades de algunos
grupos de usuarios

Entre los usuarios de un sistema es


frecuente que se incluyan grupos de
personas con necesidades
diferentes, que empleen
funcionalidades distintas, e incluso
que presenten diversos perfiles de
experiencia y conocimientos.

3.-Elaboracin
4.- Negociacin
Al identificar las posibles fuentes
de requisitos hay que localizar
todos los posibles usuarios y
obtener informacin de sus
caractersticas, necesidades y
expectativas.

5.-Especificacin

6.-Validacin

7.-Gestion de requisitos

53

14