Analisis de Sistemas

Clase I: Ingeniera de Requisitos

Clase 07/04/15

Anlisis de Sistemas UTN Trenque Lauquen

Contenido

Qu son los requisitos?

Qu es Ingeniera de Requisitos?
Qu es un Documento de Requisitos?
Cul es la mejor forma de escribir
requisitos?
Cuan detallados deben ser los requisitos?
Requisitos funcionales y no-funcionales
Que son los stakeholders
Anlisis de Sistemas UTN Trenque Lauquen

Contenidos II

Proceso de Ingeniera de Requisitos

Problemas del PIR
Existe un buen Proceso de Ingeniera de
Requisitos?

Anlisis de Sistemas UTN Trenque Lauquen

Algunos problemas comunes de

los requisitos

No reflejan las necesidades reales de los

clientes de los sistemas.
Son inconsistentes o incompletos
Es muy costoso realizar cambios a los
requisitos una vez que han sido acordados
Malentendidos entre los clientes, los
desarrolladores de requisitos, los
desarrolladores del sistema y los que
realizan mantenimiento del sistema.
Anlisis de Sistemas UTN Trenque Lauquen

Qu son los requisitos?

Los requisitos se definen durante las

primeras etapas del desarrollo de un sistema
Especificacin que debera ser
implementada
Descripcin de cmo se debera comportar el
sistema, o alguna propiedad del sistema
Deben ser una restriccin del proceso de
desarrollo
Anlisis de Sistemas UTN Trenque Lauquen

Que debera describir un

conjunto de Requisitos

Servicios al nivel del usuario (Ej. Un procesador de

texto debera incluir un corrector ortografico)
Propiedades del sistema en general (el sistema
debera asegurar que la informacin personal
siempre se acceda bajo autorizacin)
Restricciones especficas (El detector debe ser
consultado 10 veces por segundo)
Restricciones del desarrollo del sistema
( Condiciones. Ej: El sistema debe ser desarrollado
utilizando ADA)
Anlisis de Sistemas UTN Trenque Lauquen

Qu es Ingeniera de
Requisitos?
Involucra todas las actividades basadas en:
Descubrir, Documentar y Mantener un
conjunto de requisitos para un sistema
computacional.
El trmino Ingeniera sugiere que se aplican
tcnicas sistemticas y repetibles.
Los requisitos principalmente deberan ser
completos, consistentes y relevantes.
Anlisis de Sistemas UTN Trenque Lauquen

Qu es un Documento de
Requisitos?

Es una declaracin oficial de los requisitos

para clientes, usuarios finales y
desarrolladores.

Frecuentemente se utilizan estndares para

construir documentos de requisitos, por
ejemplo el UML (Unified Modeling Language)

Anlisis de Sistemas UTN Trenque Lauquen

Cul es la mejor forma de

escribir requisitos?

NO HAY una mejor forma de escribir

requisitos, depende entre otras cosas de la
prctica y de la notacin utilizada para su
definicin.
La notacin depende de quien la escribe si
es un ingeniero, un administrativo, un
usuario, etc.
La norma general es escribirla en lenguaje
natural asistido por alguna clase se diagrama
Anlisis de Sistemas UTN Trenque Lauquen

Cuan detallados deben ser los

requisitos?

Otra mala noticia: NO HAY una respuesta para esta

pregunta, depende del problema.
Un requisito para controlar un motor debera incluir
restricciones tcnicas, pero un requisitos para
manipular informacin del cliente podra solo
delinear los datos a ser solicitados.
Si nosotros vamos a desarrollar el sistema,
podemos tomarnos la licencia de escribir requisitos
menos detallados, pero si estamos haciendo
anlisis de requisitos para un tercero, deberamos
brindar informacin mas detallada.
Anlisis de Sistemas UTN Trenque Lauquen

Cuan detallados deben ser los

requisitos?

En algunas organizaciones los requisitos son

expresados primero en un lenguaje informal de alto
nivel y luego se convierten en especificaciones mas
detalladas.
Requisitos de personas involucradas (stakeholder
requirements): son expresados generalmente en
lenguaje natural, diagramas o en alguna notacin
entendible por el usuario
Requisitos de sistema: Son mas detallados y
pueden ser expresados en el modelo abstracto del
sistema.
Anlisis de Sistemas UTN Trenque Lauquen

Requisitos funcionales y nofuncionales

Los requisitos Funcionales describen QUE

DEBERIA HACER el sistema.
Los requisitos No-Funcionales describen
COMO DEBERIA HACER lo definido por los
requisitos funcionales. Por ejemplo:
Un requisito Funcional podra decir que a un
usuario X debo pedirle la clave para ingresar.
Un requisito No-Funcional podra decir que
debo darle 4 segundos para autentificarse.
Anlisis de Sistemas UTN Trenque Lauquen

Requisitos funcionales y nofuncionales

A veces no es tan facil (por ej. en un texto
podra encontrar la frase pedirle la clave en
4 segundos, entonces deberamos darnos
cuenta de que son dos requisitos uno
funcional y otro no-funcional)
Esto lo vamos a encontrar con mucha
frecuencia, los clientes y usuarios finales
generalmente no separan lo que deben
hacer de cmo lo debe hacer.
Anlisis de Sistemas UTN Trenque Lauquen

Que son los system

stakeholders

Son personas o entidades que sern

afectadas por el sistema y que tienen una
influencia directa o indirecta sobre los
requisitos.
Incluye: usuarios finales, administrativos,
gerentes, personal de sistemas encargado
de desarrollo y mantenimiento, clientes que
proveen servicios, entidades externas
regulatorias o de certificacin, etc.
Anlisis de Sistemas UTN Trenque Lauquen

Ejemplo de System
stakeholder
Problema: Se debe construir el sistema de
sealizacin para una va de tren automatizada
Operadores que ejecutan el sistema de seales
actual.
Tripulacin del tren.
Administracin de la va.
Pasajeros.
Ingenieros de mantenimiento e instalacin.
Autoridades de certificacin de seguridad.
Anlisis de Sistemas UTN Trenque Lauquen

Complejidad creciente con el

tamao del sistema

Los problemas de ingeniera frecuentemente

crecen exponencialmente con el incremento
de variables.
Se hace necesario el uso de herramientas
especializadas (CASE tools, bases de datos,
procesos organizacionales, etc.)
Se debe automatizar la verificacin cruzada
de requisitos.
Anlisis de Sistemas UTN Trenque Lauquen

Proceso de Ingeniera de
Requisitos

Un proceso de ingeniera de requisitos es un

conjunto estructurado de actividades que deberan
ser utilizadas para derivar, validar y mantener un
documento de requisitos.
Una descripcin completa del proceso debera
incluir Que actividades van a ser llevadas a cabo, la
estructura y el diagrama temporal de estas
actividades, quien es responsable de cada una, las
entradas y salidas de cada actividad y las
herramientas utilizadas para el proceso.
Anlisis de Sistemas UTN Trenque Lauquen

Problemas del Proceso de

Ingeniera de Requisitos:
El proceso de requisitos toma mas tiempo del predecido?
Surgen
de laenfalta
de
Ing.Req.
La gente involucrada
el proceso
acuerdan
que no tienen

tiempo o recursos para realizar el proceso?

Se comprenden adecuadamente los documentos del proceso
actual?
Los diseadores del sistema rehacen trabajo debido a errores
en los requisitos?
Los clientes se quejan de errores en el uso del software?
Porque no cumple lo que tiene qe hacer o resulta incomodo al
cliente.
Hay muchos cambios luego de que el sistema es entregado pro
primera vez? Esta mal hecha la Ing Requisitos.
Toma mucho tiempo acordar cambios al sistema como
resultado de nuevos requisitos? Escalabilidad: poder crecer en
funciones.
Anlisis de Sistemas UTN Trenque Lauquen

Procesos de Ingeniera de
Requisitos

Un buen PIR debera involucrar las

siguientes actividades:

Obtencin de requisitos. Los requisitos son

descubiertos a travs de consultas con la gente
involucrada, con documentos del sistema,
dominio del problema y estudios de mercado.
Negociacin y anlisis de requisitos. Los
requisitos son analizados en detalle y deberan
ser negociados con los stakeholders para ver
cuales son aceptados y cuales no.
Anlisis de Sistemas UTN Trenque Lauquen

Procesos de Ingeniera de
Requisitos

Validacin de requisitos: Deberan ser

chequeados cuidadosamente buscando
consistencia y completitud.

Estandares: ISO 9000