Ejemplo: Venta Electrónica de Material Requerimientos -

Bibliográfico (VEMB) Clasificación

„ La funcionalidad será de uso público, sin embargo se requiere
que los clientes compradores se registren previamente. Los requerimientos también se pueden
„
„ Los clientes podrán consultar el catálogo de libros disponibles.
encontrar y ordenar según el tipo de
Contarán con mecanismos de búsqueda por ISBN, autor, título
o área de interés. Opcionalmente podrán efectuar pedidos de requerimiento:
compra por uno más libros. Ambiente físico,
‰
„ El cliente podrá cancelar el pedido de compra en cualquier Interfaces,
‰
momento antes de confirmarlo.
Usuarios y factores humanos,
„ Los pedidos de compras confirmados serán remitidos al final ‰

de cada día al departamento de ventas y notificados de su Documentación,

‰
‰ Etc.
recepción al cliente vía mail. Datos,
‰

Encontrar requerimientos funcionales y no funcionales „ Ver Apéndice.

13 14

Ingeniería de Requerimientos El proceso de determinación de

los
Los requerimientos son la descripción de:
„ Requerimientos Definición y
‰
los servicios que debe proveer el sistema y Extracción y Análisis de Especificación de
‰
sus restricciones operativas. Requerimientos Requerimientos

Documenta
„
Ingeniería de Requerimientos (IR) - es el Analizar el Describir el Prototipos
ción y
problema problema y pruebas
proceso de Validación

‰
encontrar, •Entrevistar •Documentar. ¿Responde a las
•¿Capturamos necesidades? ¿Hemos
‰
analizar, •Usar técnicas.
capturado todo
todo lo que el
documentar y usuario necesita?
•Verificar con lo que el usuario
‰ el usuario. espera?
‰
chequear los requerimientos ¿Hay
contradicciones?.

15 16

Extracción de El proceso de Extracción y Análisis

Requerimientos de
La extracción de requerimientos tiene lugar después
Requerimientos
„
„ Fases del proceso de extracción de requerimientos
de que es aceptado el estudio de factibilidad.
1. Trabajar con clientes y usuarios del sistema para
extraer los requerimientos.
„ El objetivo primario de la extracción de los
„ Incluye formular preguntas, hacer demostraciones, usar
requerimientos: la comprensión de lo que los prototipos, etc.
clientes y usuarios esperan que haga el sistema.
2. Documentar los requerimientos.
„ Los requerimientos deben ser documentados y „ Elegir descripciones matemáticas o gráficas.
revisados con el cliente para comprobar exactitud y
completitud. 3. Verificar los requerimientos.
„

17 18

32
 Estudiar el Estudiar el Problema
Problema
La extracción de requerimientos es crítica: se debe
„
„
Se trabaja con el cliente y los usuarios para
analizar el problema antes de considerar cualquier identificar los requerimientos del sistema:
solución posible.
Formulando preguntas: entrevistar a los distintos
„ Es importante desglosar el problema en piezas más ‰
usuarios del sistema.
pequeñas más fáciles de comprender, un principio
Estudiando el sistema actual: puntos fuertes y
fundamental para la resolución de problemas. ‰
puntos débiles.
„ En la etapa de análisis del problema se trabaja para:
‰
Estudiando el comportamiento de sistemas
‰ Identificar las personas, los procesos y recursos similares.
involucrados.
Desarrollando prototipos.
‰ Documentar las relaciones entre ellos. ‰

19 20

Análisis de Mandatorios, deseables, no

requerimientos prioritarios
„ Se interroga a las personas involucradas y se „ ¿Por qué es útil organizar los requerimientos en
intenta determinar el límite del sistema. mandatorios, deseables y no prioritarios?
Resulta útil organizar a los requerimientos en: ‰ Sirve para que los participantes comprendan lo que
„
realmente se necesita.
Requerimientos que deben ser absolutamente
‰
‰ Cuando el proyecto está restringido en tiempo y
satisfechos (mandatorios). recursos, se eliminan los requerimientos no prioritarios
‰
Requerimientos que son muy deseables pero no y se negocian los requerimientos deseables.
indispensables (deseables).
‰
Requerimientos que son posibles, pero que
podrían eliminarse (no prioritarios).
Documentar todas las decisiones tomadas. Desarrollos Evolutivo
„

21 22

Ejemplo Consejos Prácticos -

„ Dada una aplicación para proveer servicios de
Entrevistas
correo electrónico: „ Estudiarpara
previamente el dominio del problema.
Consejos la conducción de entrevistas
‰
Requerimientos mandatorios: „ Determinar el objetivo y contenido de la entrevista.
„ Facilidades para enviar y recibir mensajes, crear nuevos
„ Seleccionar a las personas que se va a entrevistar.
mensajes, responder mensajes, etc.
„ Concertar la entrevista por anticipado e indicar la
‰ Requerimientos deseables:
duración.
„ Contar con un libreta de direcciones, facilidades filtrar
mensajes, etc. „ Fijar roles en el equipo: secretario de actas,
‰ Requerimientos no prioritarios: controlador de tiempos, moderador.
„ Mostrar los mensajes con distinto color según una „ Ser puntual - Respetar tiempos.
jerarquía de remitentes.

23 24

4
Consejos prácticos - Entrevistas Consejos Prácticos
Consejos para la de extracción y análisis de
„
Durante la entrevista: requerimientos:
‰
Mantener la entrevista en foco. „ Revisar la situación actual.
Solicitar ejemplos de documentos fuentes, salidas „ Trabajar en el ámbito del usuario para comprender el
‰
del sistema, pantallas. contexto, los problemas y las relaciones.
Definir compromisos. „ Entrevistar a los usuarios actuales y potenciales.
‰

Al finalizar, leer las conclusiones. „ Realizar demostraciones de cómo podría funcionar el

‰
sistema.
Consensuar próximos pasos.
‰
„ Investigar los documentos existentes.
„ Realizar lluvia de ideas con los usuarios actuales y
potenciales.
„ Observar las estructuras y los patrones.

25 26

Análisis de Documentos de
requerimientos
„ ¿Los requerimientos son correctos? Cliente y analista
requerimientos
„
deben revisarlos. a dos propósitos diferentes, pero
¿Los requerimientos son consistentes? No poseen La extracción y el análisis del problema sirveReq_del_usuario
„ relacionados:
inconsistencia ni ambigüedades.
‰ La extracción permite escribir un documento de
„ ¿Los requerimientos son completos? Se consideraron definición de requerimientos (términos que el
todos los estados, entradas, productos y restricciones. cliente entiende).
¿Los requerimientos son realistas? Es posible cumplir
„ La extracción y el análisis permiten escribir la
con los requerimientos. ‰
especificación de requerimientos (términos
„ ¿Describe cada requerimiento algo que es necesario? técnicos, que habilita el diseño del sistema).
Existen requerimientos que se puedan eliminar
¿Los requerimientos son verificables? Se necesitan Req_del_sistema
„
pruebas que los demuestren „
A veces un único documento sirve para
ambos propósitos.

27 28

Documentar Documentar
requerimientos Requerimientos
„ Deben describirdel
Requerimientos losUsuario
requerimientos funcionales y no Son más detallados que los requerimientos de
Requerimientos
„ del sistema:
funcionales de manera entendible para el usuario y usuario, por lo que la especificación en lenguaje
sin especificar conocimiento técnico. natural no se aconseja por los siguientes
„ Usar lenguaje claro y simple, acompañado de problemas:
tablas, formularios y diagramas intuitivos. Confía que lectores y escritores usan las mismas
‰
„ Problemas de los requerimientos de usuario: palabras para los mismos conceptos.
‰ Falta de claridad: el lenguaje natural no es preciso. Es demasiado flexible: existen muchas maneras
‰
‰ Confusión entre requerimientos funcionales y no
de decir lo mismo.
funcionales.
Requerimientos compuestos: varios requerimientos se ‰
Es difícil de modularizar y de mantener los
‰

expresan como un único requerimiento documentos actualizados.

29 30

5
 Requerimientos del sistema - Lenguaje natural
Notación Estructurado
Patrón para documentar
„ „ Ventajas de usar Patrones:
„ Lenguaje natural estructurado: definir patrones requerimientos: los
Algunas variantes de notación: ‰ Aseguran la descripción
para expresar la especificación de requerimientos. requerimientos deben completa de los
contar con las siguientes requerimientos.
„ Usar notación gráfica: usar un lenguaje gráfico
secciones: Normalizan la forma de
acompañado con texto para definir los ‰

‰ Identificador. trabajo.
requerimientos del sistema. Categoría.
‰
‰ Es más simple de
‰ Ejemplos: diagramas de casos de uso, diagramas de mantener.
‰ Descripción corta.
secuencia. Vam os a
ar Descripción detallada.
tr ab aj ‰

„ Especificaciones matemáticas: notaciones en la

Prioridad.
mat er ia
‰

basadas en conceptos matemáticos, como ‰ Términos definidos en el

máquinas de estados o conjuntos. Problema: son Glosario.
más difíciles de usar con los usuarios ‰ Autor y Fecha.

31 32

Ejemplo: Venta Electrónica de Ejemplo: Requerimiento del

Material usuario
Bibliográfico (VEMB)
Objetivo: proveer el servicio venta de libros vía Internet. Los clientes
Definición
1. podrán consultar
de requerimientos de el catálogo
usuario de libros
‰ La funcionalidad será de uso público, sin embargo se requiere disponibles. Para ello contarán con mecanismos de
Descripción:
que los clientes compradores se registren previamente. búsqueda por ISBN, autor, título o área de interés
‰ Los clientes podrán consultar el catálogo de libros disponibles.
Contarán con mecanismos de búsqueda por ISBN, autor, título
o área de interés. Opcionalmente podrán efectuar pedidos de
compra por uno más libros.
‰ El cliente podrá cancelar el pedido de compra en cualquier
momento antes de confirmarlo.
‰ Los pedidos de compras confirmados serán remitidos al final
de cada día al departamento de ventas y notificados de su
recepción al cliente vía mail.

33 34

Ejemplo: Requerimientos
R qu rimient de S stem

Funcionales
a

„Registrar nuevos clientes: el sistema pedirá datos

i

personales al cliente que se mantendrán en un repositorio

de clientes.
l

„ Ingresar al sistema: los usuarios registrados podrán

ingresar al sistema proveyendo su identificación y
contraseña.
Consultar libros: los usuarios tendrán acceso a consultar
e e o

„
libros disponibles por distintos parámetros de búsqueda.
„ Registrar pedidos de compra: el usuario ingresará el o los
libros que desea adquirir. El sistema guarda el pedido e
informa al cliente el número de transacción.
„ Procesar pedidos del día: la base de pedidos del día se
envía al sistema de ventas.

35 36

6
 Análisis de Requerimientos Requerimientos no
funcionales
„ El sistema VEMB vía Internet debe cumplir con las
¿Están todos los requerimientos funcionales siguientes restricciones:
„
definidos? ‰ Debe funcionar las 24 hs.
‰ Debe ser capaz de correr en las plataformas más comunes
„
¿Se le ocurre algún otro requerimiento disponibles en el mercado.
funcional? ‰ Debe ser capaz de atender 100 usuarios concurrentemente
consultando y/o cargando pedidos correctamente.
‰ En relación con el subsistema de pedidos por Internet, debe
definirse una interfaz capaz de comunicarse con el Sistema
de pedidos por gestión.
‰ Debe trabajar conectado al servidor de base de datos con el
que están conectadas el resto de las aplicaciones.

37 38

Temas de la clase de Apéndice

hoy
„ Requerimientos Tipos de Requerimientos
‰ Requerimientos. Clasificación: funcionales y no Los documentos de definición y especificación
funcionales; del usuario y del sistema. „
de requerimientos describen cómo el sistema
‰ El proceso de extracción de requerimientos.
Fases. Objetivos. interactúa con su ambiente, incluyendo los
‰ Documentación de requerimientos. siguientes aspectos:
‰ Ejemplo Ambiente físico, Interfaces, Usuarios y factores
‰
humanos, Funcionalidad, Documentación, Datos,
„ Bibliografía. Recursos, Seguridad, Aseguramiento de la calidad.
‰ Ingeniería de Software -Teoría y práctica - Shari L.
Pfleeger. Capítulos 1 y 4.
‰ Ingeniería de Software - I. Sommerville. Capítulos 6
y 7. 8va. Edición.
39 40

Ambiente físico e Usuarios y factores

Interfaces humanos
„ „ ¿Quién usará el sistema?
‰ ¿Dónde está el equipamiento que necesita el sistema para „ ¿Habrá varios tipos de usuarios?
Ambiente Físico
funcionar?
„ ¿Cuál es el nivel de habilidad de cada tipo de
¿Existe una localización o varias?
‰ usuario?
¿Existen restricciones ambientales: temperatura, humedad,
‰
„ ¿Qué clase de entrenamiento requerirá cada tipo de
o interferencia magnética?
usuario?
„ Interfaces
„ ¿Cuán fácil le será a un usuario comprender y utilizar
¿La entrada proviene de uno o más sistemas?
‰
el sistema?
¿La salida va a uno o más sistemas?
‰
¿Existe una manera prescripta en que deben formatearse „ ¿Cuán difícil le resultará a un usuario hacer un uso
‰
los datos? indebido del sistema?
¿Existe un medio prescripto que los datos deban utilizar?
‰

41 42

7
Funcionalidad y Datos
Documentación „ ¿Cuál será el formato de los datos tanto para entrada
„ Funcionalidad
como para salida?
‰ ¿Qué hará el sistema?
‰ ¿Cuándo lo hará? „ ¿Cuán a menudo serán recibidos o enviados?
‰ ¿Existen varios modos de operación? „ ¿Cuán exactos deben ser?
‰ ¿Cómo y cuándo se puede cambiar o mejorar un sistema? „ ¿Con qué grado de precisión deben hacerse los
‰ ¿Existen restricciones de la velocidad de ejecución, cálculos?
tiempo de respuesta o rendimiento? ¿Cuántos datos fluyen a través del sistema?
„
„ Documentación ¿Debe retenerse algún dato por algún período de
„
‰ ¿Cuánta documentación se requiere? tiempo?
‰ ¿Debe estar en línea, en papel, o en ambos?
‰ ¿A qué audiencia está orientado cada tipo de
información?

43 44

Recurso Segurida
s ¿Qué recursos materiales, personales o de otro tipo d
„ „ ¿Debe controlarse el acceso al sistema o a la
se requieren para construir, utilizar y mantener el información?
sistema? „ ¿Cómo se podrán aislar los datos de un usuario de los
„ ¿Qué habilidades deben tener los desarrolladores? de otros?
„ ¿Cuánto espacio físico será ocupado por el sistema? „ ¿Cómo podrán aislarse los programas de usuario de los
¿Cuáles son los requerimientos de energía, otros programas y del sistema operativo?
„

calefacción o acondicionamiento de aire?
¿Existe un cronograma prescripto para el desarrollo?
„
„ ¿Existe un límite sobre la cantidad de dinero a gastar
en el desarrollo o en hardware o en software?
„ ¿Con qué frecuencia deben hacerse las copias de
respaldo?
„ ¿Dónde se almacenarán las copias de respaldo?
„ ¿Se deben tomar precauciones contra el fuego, el daño
provocado por agua, o el robo?

45 46

Aseguramiento de la Aseguramiento de la
calidad
„¿Cuáles son los requerimientos para la confiabilidad,
calidad
„
...
¿Existe un tiempo máximo permitido para la
disponibilidad, facilidad de mantenimiento, seguridad, y recuperación del sistema después de una falla?
los restantes atributos de calidad? „ ¿Qué medidas de eficiencia se aplicarán al uso de
„ ¿Cómo deben demostrarse las características del recursos y al tiempo de respuesta?
sistema a terceros? „ ¿Cuán fácil debe ser de mover el sistema de una
„ ¿Debe el sistema detectar y aislar defectos? ubicación a otra o de un tipo de computadora a otra?
„ ¿Cuál es el promedio de tiempo prescripto entre fallas?
„ ¿Cómo puede el sistema incorporar los cambios al
diseño?
„ ¿El mantenimiento sólo corregirá errores o incluirá
evolución?

47 48