Técnicas y Herramientas usadas

en la Ingeniería de
Requerimientos
2 parte

Profesor Claudio Duque C.

Técnicas y Herramientas que

analizaremos en esta parte:

• Técnica del Aprendiz

• Arqueología o revisión de documentos
• Lluvia de ideas
• Prototipos
• Diagrama de Casos de uso
• Check List
• Glosario
• Diagramas de Flujos de Datos

1
 Técnica del Aprendiz

La Técnica del aprendiz es otra buena técnica de

Ingeniería de Requerimientos. El aprendiz es el
analista mientras que el maestro es el
cliente/usuario. El aprendiz se sienta con el maestro
con el objetivo de aprender a través de la
observación y de la realización de preguntas.

El desarrollador se vuelve en el aprendiz de usuario,

aprende su trabajo por observación y preguntando.

La gente no siempre esta consciente de todas las

tareas que realiza.

"Nadie describe mejor lo que hace y por qué lo hace,

que cuando lo esta haciendo."

El aprendiz demuestra lo aprendido haciéndolo bajo

la supervisión del usuario.

2
Beneficios que nos otorga:

• El usuario generalmente no tiene tiempo para

entrevistas
• El aprendiz ve la misma tarea repetidamente
• Captura de eventos en tiempo real
• Retroalimentación inmediata
• Establece una relación con los usuarios y
clientes

Arqueología o revisión de Documentos

La Arqueología de Documentos ayuda a determinar

posibles requerimientos sobre la base de inspeccionar
la documentación utilizada por la empresa; por
ejemplo, boletas, facturas, remisiones, etc.

3
Responde a preguntas como:

• ¿Cuál es el propósito de este documento

• ¿Quién lo usa? ¿Por qué? ¿Para qué?
• ¿Cuáles son las tareas que realizan con este
documento?

Lluvia de Ideas (Brainstorming)

El principal objetivo es generar el mayor números de

ideas sobre un problema determinado.

La lluvia de ideas se describe como una liberación de la

imaginación colectiva prohibiendo censurar cualquier
idea por descabellada ó disparatada que parezca.

4
Principios:

Ø Cantidad genera calidad: a mayor numero de ideas

mejor solución
Ø Juicios diferidos, demorados
Ø Fluidez y flexibilidad
Ø Respuestas rápidas
Ø Evitar juicios negativos.

Ejemplificación bajo temáticas…

Usted es Asesor o Consejero y le piden: ¿Cómo levantar la imagen
del Presidente de la República?

Caso:

En el trayecto del metro-tren Santiago-Rancagua existen cruces

ferroviarios habilitados para vehículos, en ellos se encuentra una
garita con un vigía. La problemática a solucionar es considerar
colocar “tecnología” que acuse que existe un evento en el cruce, en
función de un posible accidente. ¿Qué ideas implementaría?

Usted es Asesor o Consejero y le piden: ¿Cómo lograr ordenar el

tránsito en la ciudad de Rancagua?

5
Prototipos
§ Los prototipos son una excelente
herramienta para la obtención de
requerimientos dado que el cliente puede
ver elementos funcionales en operación
del proyecto.
§ El problema es que es una técnica muy
costosa, motivo por el cual su utilización
está muy restringida.

• Los prototipos son versiones

reducidas, demos o conjunto de
pantallas (que no son totalmente
operativos) de la aplicación pedida.

6
Esta técnica es útil cuando:

1. El área de aplicación no está bien definida

(puede ser algo novedoso)
2. El costo del rechazo de la aplicación es
muy alto.
3. Es necesario evaluar primeramente el
impacto del sistema en la organización.

La técnica ayuda para visualizar la diferencia

entre desarrolladores y usuarios.

• Aunque limitado, se dispone de un

sistema funcional en las primeras
etapas de desarrollo.

• Esta técnica se resume en: “No sé

exactamente lo que quiero, pero lo
sabré cuando lo vea”

La tecnologia esta para quedarse…

https://www.youtube.com/watch?v=VTs5y1QlEtk

7
Diagrama de Casos de Uso

Es una técnica para capturar información de

cómo un sistema o negocio trabaja, o de cómo
se desea que trabaje. No pertenece
estrictamente al enfoque orientado a objeto,
es una técnica para captura de requisitos.

Características
§ Describen bajo la forma de acciones y reacciones el
comportamiento de un sistema desde el punto de
vista del usuario.

§ Permiten definir los límites del sistema y las

relaciones entre el sistema y el entorno.

§ Son descripciones de la funcionalidad del sistema

independientes de la implementación.

§ Particionan el conjunto de necesidades atendiendo a

la categoría de usuarios que participan en el mismo.

8
Actor:

Comunicación:

9
Limite de Sistema:

Ejemplo: Registro de diagnósticos de los pacientes que

ingresan a la Unidad de Cuidados Intensivos.

10
Preguntas Claves

§ ¿Cuáles son las tareas del actor?

§ ¿Qué información crea, guarda, modifica,
destruye o lee el actor?
§ ¿Debe el actor notificar al sistema los
cambios externos?
§ ¿Debe el sistema informar al actor de los
cambios internos?

Check List
Lista de Verificación

Son formatos creados para realizar actividades repetitivas, controlar el

cumplimiento de una lista de requisitos o recolectar datos ordenadamente y de
forma sistemática. Se usan para hacer comprobaciones sistemáticas de
actividades o productos asegurándose de que el trabajador o inspector no se
olvida de nada importante.

Una vez se realicen las modificaciones, se deben:

Verificar Si cumple con los objetivos

Validar
Si las personas las aceptan

Estandarizar
Escribir y divulgar el estándar de seguridad

11
Ejemplo:

Glosario
Es una herramienta de investigación de palabras
claves, que ayudan a descubrir estas palabras que
son potenciales, basadas en volúmenes de búsqueda
del pasado, precios de oferta y contenido de las
páginas de sitios web relacionados.

12
Un glosario no es un diccionario general que recoja todo tipo de
términos en todos los campos, es similar a éste en cuanto está
compuesto por términos o conceptos, así como su definición o
significado, dispuestos en orden alfabético.

Sin embargo, el glosario presenta un catálogo no exhaustivo de

palabras relativas a una misma disciplina, campo de estudio,
actividad, tema o área del saber, con su definición y/o
comentarios, a veces bastante simples. Además puede o no estar
clasificada en categorías y subcategorías.

¿Cómo construir un glosario?

En caso de que se decida realizar un glosario, se sugiere tener en cuenta
los siguientes aspectos:

1. Realizar una búsqueda de los glosarios existentes en el área de conocimiento

que se piensa desarrollar el glosario.
2. Analizar la estructura del glosario tanto a nivel de la macro estructura como de
la micro estructura. Es decir cómo está dividido, categorías, subcategorías y
cómo están construidas las definiciones.
3. Plantearse un objetivo claro para la realización del glosario, es decir aclara qué
tipo de glosario se quiere hacer, lo cual seguramente estará en el marco de
curso, aunque si se plantea como actividad de investigación podrían ser
objetivos más precisos que apunten hacia una búsqueda más especializada.
4. Realizar la selección de los términos a desarrollar dentro del glosario, el cual
puede ir creciendo progresivamente.
5. Establecer la macro estructura.
6. Definir el estilo y el contenido de las definiciones de los términos, pueden
incluir imágenes, autoría, comentarios, definición sencilla o qué elementos
incluirá la misma.

13
 Diagrama de Flujos de Datos

Un Diagrama de Flujos de Datos

permite visualizar un sistema como
un conjunto de procesos
conectados entre sí por conductos
y almacenamiento de datos.

Procesos:

Muestran lo que hace el sistema, cada proceso tiene una o

más entradas de datos y produce una o más salidas de datos, se
representan con círculos u óvalos, cada proceso tiene un nombre
y número único.
P1
Calcular
Precio

Almacén de Datos o Archivos:

Un archivo es un depósito de datos, los procesos pueden

introducir o recuperar datos de ellos, se representan por dos
líneas finas y rectas y tienen un nombre único.

Almacén de Datos o Archivo

Entidades internas y/o externas:

Las entidades están fuera del sistema, pero proporcionan o

usan datos de éste. Son entidades sobre las cuales se tiene o no
control el diseñador pero claramente interactúan con el sistema.
Se representan por un nombre encerrado en un cuadro o
rectángulo.
Entidad

14
Flujos de datos o de información:

Modelan los movimientos de información en el sistema

y se representan por líneas que unen los componentes.

La dirección del flujo de datos se indica con una flecha

y la línea se etiqueta con el nombre del flujo de datos.

Etiqueta Ej.: Consulta Cotización

Los diagramas derivados de los procesos

principales se clasifican en niveles, los cuales
son:

Nivel 0: Diagrama de contexto.

Nivel 1: Diagrama de nivel superior.
Nivel 2: Diagrama de detalle o expansión

15
Nivel de Contexto:
• Muestra las interrelaciones del sistema
con su contexto o entorno.
– El sistema se representa con un círculo central.
– El alcance del sistema se limitará al ámbito computarizado.
– Cada elemento del contexto que interactúa con el sistema se
representa con un rectángulo.
– Los flujos de datos entre el sistema y los elementos del
contexto se diagraman como flechas.
– La punta de cada flecha indica al receptor de los datos del
flujo.

En el diagrama de Contexto no puede

haber:
• Más de un Sistema (círculo central).
• Flujos de Datos del Sistema consigo
mismo.
• Flujos de Datos entre terminadores
• Flujos de datos bidireccionales o sin
dirección.

16
Ejemplo: Nivel de Contexto.

Nivel Superior y Nivel de Expansión o

Detalle:
• Muestran las principales operaciones
del sistema, así como sus flujos de
datos internos y externos.
– Por cada Evento se define un Proceso Elemental (diagramado
como un círculo), que da respuesta total al Evento dentro de
los límites del sistema
– El total de los Procesos Elementales cubre toda la
funcionalidad del sistema
– Se mantienen los terminadores y flujos del Diagrama de
Contexto, pero los flujos ahora conectan con los Procesos
Elementales en vez del sistema.

17
– Se agregan las Bases de Datos.
– Por cada Proceso elemental se deben identificar y diagramar
los flujos de datos entre el proceso y las Bases de Datos
(para almacenar, modificar, eliminar o recuperar datos).
– Los flujos de incorporación, modificación y eliminación de
datos en Bases de Datos apuntan a las Bases de Datos.
– Los flujos de recuperación de datos desde las Bases de
Datos, apuntan a los procesos elementales.
– Si fuera necesario, un Proceso elemental puede tener DFD's
de menor nivel que lo detallen

– No puede haber flujos de datos entre:

• Terminadores.
• Bases de Datos.
• Procesos elementales.
• Terminadores con Bases de Datos.
• Flujos de datos bidireccionales o sin
dirección.

18
Ejemplo: Nivel Superior

Ejemplo: Nivel de Expansión o detalle

19
 Nota Acumulativa

1.- Elija un compañero de su grupo (maestro), éste le relatara su

ocupación laboral y su interacción con otros compañeros de trabajo
de su empresa, para:
• Crear un Caso de uso
• Redactar un Glosario (10 conceptos o terminología no común)

2.- Sobre la lluvia de ideas presentada en la Investigación

preliminar referente a las 10 mejoras del sitio web en estudio,
seleccione una o dos y haga:
• Un rediseño del sitio con http://es.jimdo.com/ o http://es.wix.com/ (u
otro similar), y para su revisión anote el ‘nombre de sitio’ en el
trabajo. (solo la pagina principal)
• Evalué lo confeccionado con un Check List creado por usted bajo las
categorías: Amigabilidad o Contenido o Diseño, creando 3 métricas
cuestionables.

3.- Observe el Sistema existente y cree los diagramas de flujos de

datos de información: DFD de nivel de Contexto y Superior, que
relaten la gestión de una biblioteca basándose en la imagen
propuesta.

• La documentación es digital y debe enviarse al correo claudio_duque@yahoo.es

• El trabajo debe contener la siguiente estructura:
Portada-Desarrollo-Conclusión.
• El trabajo puede ser grupal con un máximo de 4 integrantes.

20