Vous êtes sur la page 1sur 44

ESPECIFICACIN DE

REQUISITOS

Objetivos
Introducir los conceptos de usuario y
requerimientos del sistema
Describir los requerimientos funcionales y no
funcionales
Explicar dos tcnicas para describir los
requerimientos de un sistema
Explicar como los requerimientos de software
pueden ser organizados en un documento de
requerimientos
2

Tpicos cubiertos
Requerimientos funcionales y no
funcionales
Requerimientos del usuario
Requerimientos del sistema
El documento de requerimientos del
software

Requerimientos
Los requerimientos para un sistema son la
descripcin de los servicios
proporcionados por el sistema y sus
restricciones operativas.

Los requerimientos reflejan las


necesidades de los clientes de un sistema
que ayude a resolver algn problema
4

Ingeniera de requerimientos
El proceso de descubrir, analizar,
documentar y verificar estos servicios y
restricciones

Tipos de requerimientos

Requerimientos del usuario

Declaraciones en lenguaje natural e en diagramas, de


los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales
debe de funcionar

Requerimientos del sistema


Documento estructurado que establece una
descripcin detallada de los servicios y restricciones
operativas del sistema

Especificacin del Software


Una descripcin detallada del software que es una
base para el diseo e implementacin. Esta orientada
para ser leda por los desarrolladores
6

Lectores de requerimientos

Requerimientos funcionales
Describen la funcionalidad o los servicios del
sistema
Dependen del tipo de software y del sistema que
se desarrolle y de los posibles usuarios del
software
Los requerimientos funcionales para el usuario
son declaraciones de alto nivel, los describen en
forma general. Sin embargo, los requerimientos
funcionales del sistema describen los servicios
del sistema en detalle
8

Requerimientos NO funcionales
Definen propiedades y restricciones del sistema,
por ejemplo, fiabilidad, respuesta en el tiempo y
la capacidad de almacenamiento. Describen
restricciones como las capacidades de los
dispositivos de E/S, representaciones del
sistema, etc.

Clasificacin de requerimientos NO
funcionales
Requerimientos del producto
stos especifican el comportamiento del producto, por
ejemplo, rapidez de ejecucin, fiabilidad, etc.

Requerimientos organizacionales
Estos requerimientos son una consecuencia de las polticas y
procedimientos de la organizacin, por ejemplo, estndares
usados en los procesos, los requerimientos de
implementacin, etc.

Requerimientos externos
Son requerimientos que se originan por factores externos al
sistema y de su proceso de desarrollo, por ejemplo,
requerimientos legales, ticos, etc.
10

Ejemplos de requerimientos NO
funcionales
Requerimientos del producto
8.1 La interfaz de usuario del LIBSYS se implementar como
HTML simple sin marcos o applets Java

Requerimientos organizacionales
9.3.2 El proceso de desarrollo del sistema y los documentos a
entregar debern ajustarse a proceso y a los productos e
entregar definidos en XYDR-STRE-99

Requerimientos externos
10.6 El sistema no deber revelar al personal de la biblioteca
que lo utilice ninguna informacin de los usuarios del sistema
aparte de su nombre y nmero de referencia de la biblioteca.
11

Tipos de requerimientos NO
funcionales

12

Mtricas para los requerimientos no


funcionales
Propiedad
Medida
Rapidez

Transacciones procesadas por segundo


Tiempo de respuesta al usuario y a eventos
Tiempo de actualizacin de la pantalla

Tamao

KB
Nmero de chips de RAM

Facilidad de uso

Tiempo de capacitacin
Nmero de cuadros de ayuda

Fiabilidad

Tiempo promedio entre fallas


Probabilidad de no disponibilidad
Tasa de ocurrencias de las fallas
Disponibilidad

Robustez

Tiempo de reinicio despus de fallas


Porcentaje de eventos que provocan fallas
Probabilidad de corrupcin de los datos despus de las fallas

Portabilidad

Porcentajes de declaraciones dependientes del objetivo


Nmero de sistemas objetivo

13

Trabajo
Determine 5 requerimientos Funcionales y 5 requerimientos no
Funcionales para un Sistema de Administracin Curricular.

Documento de requerimientos (ver


ejemplo)
Introduccin
Glosario
Definicin de requerimientos del usuario
Arquitectura del sistema
Especificacin de los requerimientos del sistema
Modelos del sistema
Evolucin del sistema
Apndice
15

Tcnicas de recogida de
informacin

Tcnicas de recogida de
informacin

En general, el proceso de anlisis debera


seguir los siguientes cinco pasos:
Identificar las fuentes de informacin.
Realizar las preguntas apropiadas.
Analizar la informacin.
Confirmar con los usuarios lo que parece
haberse comprendido de los requisitos.
Sintetizar los requisitos en un documento.

Tcnicas de recogida de
informacin

Entrevistas
Encuestas
Observacin: Anlisis in situ del entorno a informatizar.
Reuniones
JAD (Joint Application Design): Basada en la creacin de
equipos de usuarios y analistas que renen para trabajar
conjuntamente en el establecimiento de las necesidades del sw a
desarrollar.
Prototipado: Construccin de una maqueta o modelo
Estudio de documentacin
Cuestionarios
Tormenta de ideas (brainstorming)
...

Informacin a obtener

Entrevistas: Pautas a observar

Cita por adelantado.


Identifica actividades y responsabilidades
del entrevistado.
Bosquejar entrevista, preguntas.
Explicar el proyecto al entrevistado.

Preguntas con respuestas cuantitativas.


No anticipar respuestas.
Mantener el control de la entrevista.
Aclare completamente las respuestas.
Est atento a las ideas o sugerencias
adicionales del entrevistado.
Lo ms privado posible
Resuma al final la entrevista.

Entrevistas: Diferentes fases que se


pueden distinguir en una entrevista.
Preparacin: El entrevistador deber
documentarse e investigar la situacin de la
organizacin, analizando los documentos,
programas, archivos de la empresa.

Entrevistas:
Realizacin: Se distinguen tres etapas en el
acto de la entrevista: apertura, desarrollo y
terminacin.
En el desarrollo pueden emplearse distintas
tcnicas: Preguntas abiertas, Utilizar las palabras
y frases apropiadas, Asentimiento y Muestras de
Escucha, Repetir las respuestas dadas, Pausas.

Entrevistas:
Anlisis: Recapitular los resultados
obtenidos, reorganizar la informacin,
contrastarla con otras entrevistas o fuentes
de informacin..ect

Encuestas: Pautas a observar

Explicar el propsito de las respuestas.


Proporcionar instrucciones detalladas.
Indicar plazo para la devolucin del
formulario.
Hacer preguntas concretas y concisas.
Posibilidad de tabular las respuestas.

Proporcionar espacio suficiente para la

respuesta.
Expresar las preguntas claramente.
Dar la posibilidad de comentarios
aclaratorios.
Identificar a la persona que lo contesta.
Incluir una seccin para opiniones o
crticas.

Observacin:
Pautas a tomar en
cuenta

Definir lo que se va a observar.


Estimar cantidad de tiempo.
Obtener la aprobacin apropiada.

Explicar a las partes observadas que se va

a hacer.
Familiarizarse con el ambiente fsico.
Registrar peridicamente la hora. Anotar
lo que se observa de la manera ms
especfica.
Abstenerse de hacer juicios de valor.
Observar las reglas de seguridad.
Revisar los hallazgos y conclusiones de
anlisis.

Inspeccin de usuario
El cmo un usuario utilice realmente un sistema puede diferir del
modo en que se dise este sistema. Se sabe que los usuarios son
especialistas en imaginar formas de que el sistema les proporcione
una funcionalidad para la cual el sistema no fue expresamente
diseado. Del mismo modo, una funcionalidad para la que fue
diseado el sistema puede ya no ser tan importante como se pens
originalmente y utilizarse rara vez, o nunca.

Inspeccin del usuario .....


Aspectos a considerar al inspeccionar el quehacer de los
usuarios:
Pedir a los usuarios que identifiquen todas las formas alternativas
de trabajo y cmo las realizan.
Hacer preguntas diseadas para descubrir si las caractersticas del
sistema existente se estn utilizando para su verdadero propsito.
Preguntar por todos los usos de una funcionalidad concreta.

Reuniones con el cliente

Motivacin de las reuniones:

Reuniones comerciales: el objetivo es vender


un producto o dar a conocer la empresa
Reuniones de toma de requisitos: para poder
elaborar un documento de requisitos o que el
cliente nos explique su documento de
requisitos
Reuniones tcnicas: para discutir el diseo
tcnico o el anlisis funcional
Reuniones de control: sobre un Gantt analizar
el punto en el que se encuentra el proyecto y
las posibles variaciones sobre la planificacin

Errores frecuentes en las reuniones (I)

Acompaarse de gente con experiencia en


reuniones
Nunca decir precios en reuniones de toma
de requisitos (esperar al presupuesto)
No dar a entender que el proyecto es
sencillo, puede dar una idea equivocada
sobre el precio que le vamos a dar al cliente
No hablar de ms, desvelando excesiva
informacin sobre nuestra empresa u otros
proyectos

Errores frecuentes en las reuniones (II)

Cuidar la vestimenta, las formas y el


lenguaje corporal
No ignorar a los tcnicos
Tomar notas (puede estar bien grabarlas
en audio o incluso levantar un acta de la
reunin y enviarla por email)
Cuidado con las conversaciones
informales!

Tcnicas de recogida de informacin: JAD Desarrollo conjunto de aplicaciones


Conjunto de reuniones usuarios/analistas:
2 - 4 das
Dinmica de grupos
Se comienza
con un doc. de
trabajo, y se
discute

Al final del JAD

Doc. de
requisitos
(aprobado)

Tcnicas de recogida de informacin.


Entrevistas vs. JAD
Entrevistas:
Requieren mucho tiempo
(prepararlas, hacerlas, y
elaborar conjunto
coherente de requisitos a
partir de diferentes
entrevistados).
Ms difcil detectar
errores (slo analista
revisa).

JAD:
Participacin ms

profunda usuarios (se


identifican con el sist.)
Ms difcil llevar a la
prctica.
Requiere ms
organizacin.
Empricamente:
ahorro tiempo ,
satisfaccin usuarios

Tcnicas de recogida de
informacin: Prototipado
Prototipado: El prototipado consiste en la
elaboracin de un modelo o maqueta del
sistema que se construye para evaluar
mejor los requisitos que se desea que se
cumpla. Su empleo me permite..

Tcnicas de recogida de
informacin: Prototipado
Asegurar de que est bien diseada, que
satisface las necesidades del usuario.
Indicar que en este sentido no
encontramos con lenguajes de 4
generacin que aportan capacidad de
prototipado.

Cuestionarios
A diferencia de las entrevistas con preguntas abiertas, la sintaxis
de las preguntas de los cuestionarios influye de manera importante
en su efectividad. Con los cuestionarios pueden obtenerse resultados
significativamente diferentes en funcin de las palabras utilizadas.
Aspectos a considerar:
Orden de las preguntas
Prejuicios
Diferentes tipos de usuarios
El anlisis de las respuestas puede requerir apoyo estadstico.

Revisin del sistema heredado


La mayora de los proyectos no son sistemas nuevos y relucientes que
funcionan aisladamente. Normalmente son actualizaciones o sustituciones de sistemas existentes.
Por lo anterior, el conocimiento de
de los sistemas que estn siendo modificados o reemplazados es clave
para el xito del proyecto.
Inspeccin de cdigo
Revisin de informes
Inspeccin de usuarios
Revisin de la documentacin de usuario y del sistema

Inspeccin de cdigo
El sistema existente contiene requisitos de aplicaciones y datos
embebidos en el cdigo subyacente. Debe prestarse especial
atencin a las siguientes reas del cdigo en el intento de descubrir esos requisitos:
Validacin de datos
Cdigo que genera campos redundantes o calculados
Cdigo que soporta seguridad de datos y aplicaciones
Lgica de aplicaciones complejas
Las inspecciones de cdigo son difciles de realizar si no se
conoce en profundidad la aplicacin. Se recomienda hacer esta
tarea con la persona encargada de la mantencin del sistema.

Revisin de informes
En una revisin de informes es donde se pide al usuario que verifique
que utiliza realmente cada informe que recibe.
Una revisin de
informes es una manera barata y fcil de determinar las necesidades
relativas a informes. Durante la fase de anlisis deberan observarse los
informes existentes producidos por el sistema actual.
La siguiente
informacin debe recogerse como parte de este proceso:
Determinar los requisitos de usuario asociados a los informes: qu
tipo de informacin necesitan y usan los usuarios?
Determinar los requisitos de informes para el nuevo sistema
Determinar cmo hay que modificar los informes existentes

Revisin de la documentacin
Es necesaria una lectura en profundidad de la documentacin del
sistema heredado y de cualquier otra documentacin del usuario.
Estas fuentes nos sealarn frecuentemente otros requisitos de usuario,
muchas veces pasados por alto.
La documentacin del sistema heredado debe organizarse de la
siguientes forma:
Estructura de datos
Estructura de procesos
Interfases
Manuales de usuarios
etc.

Seguridad
Se debe determinar la sensibilidad de la informacin que incluir
el sistema. Para la mayor parte de ella, se desear tener algn tipo
de seguridad que prevenga la manipulacin no autorizada de la
misma.
En este punto el objetivo no es slo determinar los requisitos de
seguridad, sino tambin los costos de la violacin de la seguridad.
Los usuarios desearan que todos los datos estn completamente
protegidos contra accesos no autorizados. Sin embargo, siempre
hay un costo asociado a una mayor seguridad. Ningn sistema es
completamente seguro.
Debe determinarse el nivel deseado de
seguridad para un sistema especfico y los costos asociados para
permitir ese nivel de seguridad.

Problema

Descripcin
La administracin de laboratorios del Instituto Profesional Virginio Gmez, dentro de
sus funciones contempla la administracin del equipamiento tecnolgico disponible en
cada sede, labor que involucra actividades de mantencin de los equipos, inventariar el
equipamiento existente, y realizar la gestin de las reservas de equipos.
La informacin asociada a estas actividades, se realiza actualmente a travs de
registros en planillas Excel y en papel, lo que ha generado problemas asociados a la
bsqueda expedita de informacin, la atencin adecuada en las necesidades de
reserva, problemas de verificacin de la informacin, entre otros.
Para poder implementar un Sistema de Informacin que resuelva la problemtica
Indicada, se necesita recabar la informacin necesaria para elaborar el
Documento de Especificacin de Requisitos
Qu preguntas preparara Ud. para una entrevista?

Vous aimerez peut-être aussi