TALLER DE BASE DE

DATOS

Clase N° 03

26– MARZO - 2020

CONDICIONES FAVORABLES PARA LA CLASE

Mantén todos tus

sentidos activos

Práctica la puntualidad

Mantén tus dispositivos

electrónicos en silencio

Respeta el turno de
participación
PRESENTACIÓN DE LA CLASE
Aprendizaje Esperado: Diseñan modelos de base de datos a partir de requerimientos de clientes

Criterios de Evaluación: Define la contextualización del análisis del problema.

Contenidos: Diccionario de datos: componentes, diseño, estructura.

MOMENTO PARA RECORDAR
LEVANTAMIENTO DE REQUERIMIENTOS
• Etapa fundamental en proyectos de ingeniería de software, desarrollo de software
• Ingeniería de requerimientos
“SE refiere a la identificación y documentación de los requerimientos de un sistema a
partir de los usuarios, clientes o interesados (stakeholders)”

• Actividades de obtención (captura, descubrimiento y adquisición)

• Análisis y negociación
• Especificación y validación de requisitos

• Etapa “Análisis de requerimientos”

TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

Análisis de documentación

• Obtiene requerimientos funcionales y no funcionales de software a partir de su

documentación
• Útil ante la ausencia de expertos para ser entrevistados
• Usa documentación relevante al requerimiento que se esta levantando
• Planes de negocio, actas de constitución de proyecto, reglas de negocio, contrato,
definiciones de alcance, memorándums, correos electrónicos, documentos de
entrenamiento, entre otros.
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

Observación

• Estudia el entorno de trabajo de los usuarios, clientes e interesados del proyecto

• Útil para documentar situación actual de procesos de negocios
• Puede ser activa o pasiva
• Pasiva
• Solo observa y toma notas, no interfiere en el desarrollo de las actividades
• Activa
• Interactúa con el usuario
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

Entrevistas

• Se realizan con los usuarios o interesados clave

• Se enfocan en aspectos específicos del requerimiento a levantar
• Útiles para obtener y documentar información detallada sobre requerimientos y su nivel
de granularidad
• Puedes ser formales o informales
• El entrevistador debe mantenerse enfocado en la entrevista
• Preguntas abiertas útiles para identificar información faltante
• Preguntas cerradas útiles para confirmar y validar información
• Su éxito depende del grado de conocimiento del entrevistador y el entrevistado,
disposición del entrevistado, buena documentación de la discusión, y una buena
relación entre las partes
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

Encuestas o cuestionarios

• Útil para recopilar eficientemente los requerimientos de muchas personas

• Deben tener un propósito y audiencia claramente definida
• Fechas topes para completarlas
• Preguntas claras y concisas
• Enfocarse en los objetivos del negocio que se requiere identificar
• Puede apoyarse en entrevistas de seguimiento con usuarios individuales
• Pueden contener preguntas cerradas, abiertas o ambas
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

Mesas de Trabajo (Workshops)

• Útil para obtener información rápidamente de varias personas

• Agenda predefinida y preseleccionar a los participantes, siguiendo
buenas prácticas para reuniones efectivas
• Facilitador neutral y un transcriptor
• Se puede utilizar material común sobre el cual enfocar la atención y
conversar, por ejemplo un flujograma
• Se pueden combinar con las entrevistas y cuestionarios
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

Tormenta de Ideas

• Sesión de trabajo estructurada, para obtener la mayor cantidad de ideas posibles

• Es recomendable limitarlas en el tiempo
• Utilizar ayudas visuales
• Designar un facilitador
• Reglas, criterios para evaluar ideas, asignarles un puntaje, sin criticas, limitar el tiempo
• Primera fase se identifican la mayor cantidad de ideas, para luego evaluarlas
• Cada idea debe desarrollarse antes de ser criticada o ahogada
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

Historias de Usuario

• Deben ser escritas por el mismo usuario, cliente o interesado (si es necesario con apoyo
del facilitador)
• Con énfasis en las funcionalidades que el sistema deba realizar
• Al redactarla deben considerarse:
• Describir el Rol
• Funcionalidad
• Resultado esperado
• Todo esto en una frase corta
• Es una de las técnicas mas difundidas para levantar requerimientos de software en
metodologías agiles
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

• Desarrollo Conjunto de Aplicaciones

• JAD Joint Application Development
• Es una técnica para determinar rápidamente los requerimientos del sistema
mediante la obtención de aportes de una muestra representativa de las partes
interesadas
• Equipo adecuado compuesto de los principales usuarios, administradores y
analistas.
• Recopilan datos, lluvia de ideas, debaten ideas, concilian las diferencias,
identifica y priorizan las necesidades, y generan soluciones alternativas
• Puede utilizarse para realizar análisis de viabilidad, análisis de costo/beneficio o
análisis de riesgo
• En ocasiones el diseño de especificaciones tales como diagramas de flujo de
datos, diagramas entidad relación, y diagramas de flujo del sistema se generan
durante el período de sesiones JAD
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

• Desarrollo Conjunto de Aplicaciones

• Organización
• Patrocinador del proyecto
• Principal o líder del proyecto
• Escriba o registrador (transcriptor)
• Time Keeper
• Clientes
• Desarrollar el libro JAD
• Guía de definición de gestión
• Información relevante para el proyecto
• Propósito – ayudar al equipo a entender el proyecto propuesto
• Diseño - debe facilitar la toma de notas.
• Instalaciones
• Sala de conferencias equipada con pizarras o tableros, proyector
• Servicios de teleconferencia
• Estación de maestros equipados con software
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

• Desarrollo de Prototipos
• Versiones reducidas, demos o conjuntos de pantallas(no totalmente operativos) de
la aplicación solicitada
• Mecanismos excelentes para presentar ideas a los usuarios así detectan
inmediatamente algunos aspectos claves del sistema
• Provoca que el usuario brinde un mayor número de requerimientos o cambie de idea
acerca de los requerimientos existentes depurándolos
• Ilustra como la solución podría funcionar o da a los usuarios un vistazo de lo que
podrían hacer con el sistema
• Si el usuario puede comprobar los que está proponiendo es posible detectar o
dilucidad mayor cantidad de requerimientos
• Advertencia: Una maqueta puede crear un conjunto de expectativas difíciles de ser
cubiertas.
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

• ETHICS
• (Implementación efectiva de sistemas Informáticos desde los puntos de vista
Humano y Técnico)
• Un sistema no tiene éxito si no se ajusta a los factores sociales y organizacionales
que rigen a la empresa
• Estudios integrales
• Requisitos técnicos serán los necesarios para mejorar la situación de los empleados
y en consecuencia su productividad
• Puntos de Vista
• Métodos orientados a puntos de vista (viewpoints), Método VORD
• Identificación, estructuración, Documentación del punto de vista y trazado de punto de vista
del sistema (Identificar los objetos) DOO
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

ESTRATEGIAS PARA LA OBTENCIÓN DE REQUERIMIENTOS

1. Aprender todo lo que se pueda de los documentos, formularios, informes y archivos

existentes. Es sorprendente lo que se puede aprender de un sistema sin necesidad
de quitarle tiempo a la gente.
2. De ser posible, se observará el sistema en acción. No se plantearán preguntas.
Tan sólo se observará y se tomarán notas o dibujos. Conviene asegurarse de que
las personas observadas saben que no se les está evaluando. En caso contrario,
harán su trabajo de manera más eficaz que lo normal.
3. Diseñar y distribuir cuestionarios para aclarar cuestiones que no se comprenden
bien. Será también buen momento para solicitar opiniones sobre los problemas y
las limitaciones. Los cuestionarios requieren que los usuarios inviertan una parte
de su tiempo. Pero son ellos los que pueden elegir cuándo les viene mejor hacerlo.
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

ESTRATEGIAS PARA LA OBTENCIÓN DE REQUERIMIENTOS

4. Realizar entrevistas (o sesiones de trabajo en grupo, como JAD). Como ya

se ha recogido una base de requerimientos iniciales en los pasos
anteriores, se pueden utilizar las entrevistas para verificar y aclarar las
cuestiones y los problemas de mayor dificultad. En este punto se pueden
llegar a aplicar algunas de las otras técnicas cómo Escenarios, Tormenta
de ideas, Puntos de Vista, ETHICS y Desarrollo de Prototipos.
5. Se verifican los requerimientos a través del uso de técnicas como
Entrevistas, Observación y orientados a Puntos de Vista.
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

• Que le sigue al levantamiento de requerimientos

• Toda la información obtenida durante el levantamiento de requerimientos puede ser
incluida en una matriz de trazabilidad de requerimiento y en una especificación de
requerimientos de software

• Matriz de trazabilidad de requerimiento

• La matriz de trazabilidad de requerimientos es un cuadro que cumple con la función
de relacionar cada requisito del proyecto con el entregable que lo satisface
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS

Documento de especificación de requerimientos (SRS)

¿Qué es?
El estándar IEEE 830-1998 para el SRS(en inglés) o ERS (Especificación de
requerimientos de software) es un conjunto de recomendaciones para la
especificación de los requerimiento o requisitos de software el cuál tiene como
producto final la documentación de los acuerdos entre el cliente y el grupo de
desarrollo para así cumplir con la totalidad de exigencias estipuladas
TÉCNICAS PARA EL LEVANTAMIENTO DE REQUERIMIENTOS
MOMENTO PARA CONOCER
DICCIONARIOS DE DATOS
Técnica del Diagrama de flujo de datos

• OBJETIVO, Construir un modelo lógico del Sistema que facilite su comprensión

tanto al equipo de desarrollo como a sus usuarios
• Establecerá “qué” funciones se deben desarrollar, sin definir “cómo”
• El diagrama de Flujo de Datos (DFD) proporciona una representación del sistema
a nivel LÓGICO y CONCEPTUAL
• En los DFDs no se deberá modelizar:
• Condiciones de inicio y de terminación del DFD
• Tratamientos de errores poco relevantes
DICCIONARIOS DE DATOS
Técnica del Diagrama de flujo de datos

• Se deben representar en la forma mas clara posible, por eso se basan en el

principio de descomposición, o explosión por niveles.
• Esta permite analizar el Sistema desde el ámbito general al detalle pasando por
sucesivos niveles intermedios Top-Down
• Implica la descomposición o explosión de cada proceso en otro DFD.
DICCIONARIOS DE DATOS
Técnica del Diagrama de flujo de datos

• El Sistema deberá contener

• Diagrama de contexto
• DFD’s de nivel intermedio
• DFD’s en el último nivel de detalle
• Cuando llegamos a un proceso que no necesita descomposición lo denominaremos
proceso elemental, función elemental o proceso primitivo
DICCIONARIOS DE DATOS
Técnica del Diagrama de flujo de datos

• El resultado de este análisis deberá ser:

• Gráfico
• Lógico , nunca referido a entornos físicos
• Preciso y breve
• Comprensible
• Debidamente particionado
• Bien documentado
• Nunca redundante
• No ambiguo
DICCIONARIOS DE DATOS
Técnica del Diagrama de flujo de datos
• Componentes de un Diagrama de flujo de datos
• Entidad Externa: Representa entes externos al sistema, personas
organizaciones, o sistemas que no pertenecen al sistema; no
considera la comunicación entre entidades, puede graficarse en los
distintos niveles del DFD, para facilitar su comprensión,
• Proceso: Actividad que transforma o manipula datos, un proceso o es
origen o final de los datos, un proceso puede transformar un dato en
varios, es necesario un proceso entre una entidad externa y un
almacén de datos.
DICCIONARIOS DE DATOS
Técnica del Diagrama de flujo de datos
• Componentes de un Diagrama de flujo de datos
• Almacén de datos: Depósito de información dentro del sistema,
representa la información en reposo, no crea,, destruye o transforma
información, no se comunica directamente con una entidad u otro
almacén, el flujo de datos no lleva nombre cuando incide sobre su
contenido completo, no se refiere al entorno físico, solo se representa
la operación que realiza (lectura, escritura, actualización)
• Flujos de datos: Establecen comunicación entre entidades externas,
procesos y almacenes, transportan la información necesaria a esos
componentes, los datos no pueden ser modificados por un flujo de
datos, conecta al resto de los componentes de DFD, no es un
activador de procesos,
DICCIONARIOS DE DATOS
Técnica del Diagrama de flujo de datos
• Construcción
• Representar el diagrama de contexto
• Representar el DFD de primer nivel, indicando los distintos subsistemas funcionales en que
se descompone nuestro sistema
• Descomponer cada uno de los procesos que aparecen en el DFD de primer nivel, hasta llegar
a un nivel suficiente de detalle
• Se “recomienda” el utilizar cuatro niveles de descomposición de diagramas
• Nivel 0: Diagrama de contexto
• Nivel 1: Subsistemas
• Nivel 2: Funciones de cada subsistema
• Nivel 3: Subfunciones asociadas
• Nivel 4: Procesos necesarios para el tratamiento de cada subfunción
DICCIONARIOS DE DATOS
Técnica del Diagrama de flujo de datos
• Ejemplo
Petición de libros
Un usuario puede realizar una petición de uno o más libros a la biblioteca. Presenta el carnet de
usuario de la biblioteca y una ficha en la que se detallan los libros pedidos.
Tipos de préstamo
• SALA El día de la petición.
• AYUDANTE Una semana
• PROYECTO FIN CARRERA Quince días.
• DOCTORADO Un mes.

Una vez entregados el carnet y la ficha, el sistema comprobará y aceptará la petición de los libros
solicitados siempre que pueda satisfacer la petición, es decir, cuando haya ejemplares disponibles. Si
se acepta la petición, se actualiza el número de unidades de los libros de la biblioteca y se guarda la
ficha de préstamo.
DICCIONARIOS DE DATOS
Técnica del Diagrama de flujo de datos
• Ejemplo
Devoluciones de libros
Un usuario no puede realizar más peticiones hasta que no haya efectuado todas las
devoluciones de la petición anterior. El usuario, para hacer la petición, necesita el
carnet, que no se le entrega hasta que no haya devuelto todos los libros. Sí puede
hacer una devolución parcial de los libros. Cuando un usuario realice una devolución,
el sistema actualizará el stock de libros y comprobará la fecha de devolución de cada
ejemplar para estudiar, en el caso de que la devolución se haga fuera de tiempo, la
imposición de una sanción que tiene un coste de $ X por cada ejemplar y días de
retraso en la devolución. En este caso, la sanción se emite cuando el usuario entrega
el último ejemplar. El bibliotecario se encarga de las altas y bajas de los libros de la
biblioteca.
DICCIONARIOS DE DATOS
• Diagrama de Contexto
DICCIONARIOS DE DATOS
• Diagrama 1 Gestionar Biblioteca
• .
DICCIONARIOS DE DATOS
• Diagrama 1 Gestionar Devoluciones.
DICCIONARIOS DE DATOS
Es un conjunto de definiciones , que contiene las características lógicas y puntuales
de los datos que se van a utilizar en el sistema que se programa, incluyendo nombre
descripción, alias, contenido y organización
• Identifica procesos donde se emplean y donde se necesita el acceso a la información
• Se desarrolla durante el análisis de flujo de datos
• Apoya en el proceso para la determinación de los requerimientos del sistema, su contenido
también se emplea durante el diseño.
• En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del
flujo de datos de todo el sistema
• Flujos de datos, Almacenes de datos y Procesos.
• El diccionario se desarrolla durante el análisis de flujo de datos y auxilia a los analistas que
participan en la determinación de los requerimientos de sistemas
DICCIONARIOS DE DATOS
• Razones para usarlo:
• Completa la información que aparece en los DFD
• Para manejar los detalles en sistemas muy grandes
• Para asignarle un solo significado a cada uno de los elementos y actividades del sistema
• Para documentar las características del sistema
• Para facilitar el análisis de los detalles del sistema
• Contenido de un registro de diccionario
• Dos tipos de estructuras datos y estructura de datos,
• Dato: son los bloques básicos para todos los demás datos del sistema

• Estructura de datos: grupo de datos que se relacionan con sentido.

• Descripción: Cada entrada en el diccionario consiste de un conjunto de detalles que describen los datos
utilizados o producidos por el sistema
DICCIONARIOS DE DATOS
Cada uno esta identificado con

• Un nombre: para distinguir un dato de otro.

• Descripción: indica lo que representa en el sistema.
• Alias: porque un dato puede recibir varios nombres, dependiendo de quien uso este
dato.
• Longitud: porque es de importancia de saber la cantidad de espacio necesario para
cada dato.
• Valores de los datos: porque en algunos procesos solo son permitidos valores muy
específicos para los datos. Si los valores de los datos están restringidos a un
intervalo especifico, esto debe estar en la entrada del diccionario.
• Estructura de datos: es un grupo de datos que están relacionados con otros y que
en conjunto describen un componente del sistema.
DICCIONARIOS DE DATOS
Una posible Notación
• + indica y.
• ( ) indica que es opcional, como en (A1).
• [A1 | A2 | A3] indica o (exclusivo) A1 o A2 o A3.
• { } indica iteraciones de los componentes interiores.
• A= {A1} entre 0 y ∞ repeticiones de A1.
• 1{A1} 1 o más repeticiones de A1.
• {A1}5 indica 5 repeticiones como máximo.
• ALIAS indica que el dato es idéntico a otro.
• / sirve para representar enumeraciones, como en : /A1/A2/A3/
• donde A1, A2 y A3 son los valores de la enumeración.
DICCIONARIOS DE DATOS
Ejemplo
Nombre = Tit-cortesía + Apellido-pat + Apellido-mat + (Nomb)
Tit-cortesía = [Sr. |Sra. |Srta. |Dr. |Prof. ]
Apellido-pat = {caract-leg}
Apellid-mat = {caract-leg}
caract-leg = [A-Z | a-z | ‘ | - | ]
MOMENTO PARA RETROALIMENTAR
MUCHAS GRACIAS