Uml Tu Saes

TEMA 3
COMUNICACIÓN EN EL
DESARROLLO DE SISTEMAS

Dr. José Ignacio Peláez Sánchez
E.T.S.I. Informática de Sistemas. 3er Curso. Año 2004/2005

Conceptos y Principios del Análisis
La ingeniería de requisitos del software es un proceso de
descubrimiento, refinamiento, modelado y especificación.
Se refinan en detalle los requisitos del sistema y el papel
asignado al software.
Se creanmodelos de los requisitos de datos, flujo de
información y control, y del comportamiento operativo.
Se analizan soluciones alternativas y el modelo completo
del análisis es creado.

José Ignacio Peláez Sánchez
Universidad de Málaga
Departamento de Lenguajes y Ciencias de la Computación

2 de 224

Ingeniería de Requisitos
La ingeniería de requisitos es el uso sistemático deprocedimientos, técnicas, lenguajes y herramientas para
obtener con un coste reducido, el análisis, documentación,
evolución continua de las necesidades del usuario y la
especificación del comportamiento externo de un sistema
que satisfaga las necesidades del usuario. Tenga en
cuenta que todas las disciplinas de la ingeniería son
semejantes, la ingeniería de requisitos no se guía por
conductasesporádicas, aleatorias o por modas pasajeras,
si no que se deben basar en el uso sistemático de
aproximaciones contrastadas.
José Ignacio Peláez Sánchez
Universidad de Málaga
Departamento de Lenguajes y Ciencias de la Computación

3 de 224

Conceptos y Principios del Análisis
Tanto el desarrollador como el cliente tienen un papel
activo en la ingeniería de requisitos del software – unconjunto de actividades que son denominadas análisis.
El cliente intenta replantear un sistema confuso, a nivel de
descripción de datos, funciones y comportamiento, en
detalles concretos.
El desarrollador actúa como un interrogador, como
consultor, como persona que resuelve problemas y como
negociador.

José Ignacio Peláez Sánchez
Universidad de Málaga
Departamento de Lenguajes y Ciencias de laComputación

4 de 224

Conceptos y Principios del Análisis
El análisis y la especificación de los requisitos puede
parecer tarea sencilla, pero no es así.
El contenido de comunicación es muy denso.
Abundan las ocasiones para las malas interpretaciones o
falta de información. Es muy probable que haya
ambigüedad.
El dilema al que se enfrenta el ingeniero se puede resumir
con lasiguiente frase de un cliente anónimo:
“Sé cree que entendió lo que piensa que dije, pero no
estoy seguro de que se dé cuenta de que lo que escuchó
no es lo que yo quise decir”

José Ignacio Peláez Sánchez
Universidad de Málaga
Departamento de Lenguajes y Ciencias de la Computación

5 de 224

Identificación de Requisitos
Antes que los requisitos puedan ser analizados,
modelados oespecificados, deben ser recogidos a través
de un proceso de obtención.
Recogida de Información.
Inicio del proyecto (Entrevistas).
Proyecto Iniciado (prototipos, equipos de trabajo, etc).

Recogida de Información.
Técnicas de recogida.
Lenguaje de representación.

José Ignacio Peláez Sánchez
Universidad de Málaga
Departamento de Lenguajes y Ciencias de la Computación

6 de 224Identificación de Requisitos
Antes que los requisitos puedan ser analizados,
modelados o especificados, deben ser recogidos a través
de un proceso de obtención.
Recogida de Información.
Inicio del proyecto (Entrevistas).
Proyecto Iniciado (prototipos, equipos de trabajo, etc).

Recogida de Información.
Técnicas de recogida.
Lenguaje de representación.

José Ignacio Peláez Sánchez
Universidad deMálaga
Departamento de Lenguajes y Ciencias de la Computación

7 de 224

Inicio del Proyecto
Al principio de un proyecto de software las cosas siempre están un
poco borrosas.
Se ha definido una necesidad y se han enunciado las metas y
objetivos básicos, pero todavía no se ha establecido la información
necesaria para definir el ámbito.
El analista y el cliente deben establecer un...