Ingeniera de Software Clase 5

1
Ingeniería de SoftwareClase 5
Diagramas de la Fase de Definición y Análisis

• Gloria Lucia Giraldo Gómez
• glgiraldog_at_unalmed.edu.co
• Escuela de Sistemas
• Universidad Nacional de Colombia Sede Medellín

2
Fase de definición y análisis

• Antes de desarrollar una solución computacional
  para un problema, debemos
• determinar cuál es el problema
• determinar los límites e interacción con el
  entorno
• determinar los requisitos de los interesados
• Redacción en lenguaje natural
• Construcción de diagramas representaciones
  gráficas que describen el problema

3
Modelos de la fase de definición y análisis

• Objetivo
• Reconocer los límites del sistema, su interacción
  con el entorno y con los demás sistemas
  existentes en la organización
• Estructurar el problema a resolver definiendo con
  mayor precisión sus causas
• Identificar los procesos a los que serán
  sometidos los datos de entrada del sistema que se
  desea construir

4
Modelos de la fase de definición y Análisis

• Modelo verbal
• Diagrama causa efecto
• Diagrama de contexto
• Diagrama de procesos
• Diagrama de actividades

5
Modelo verbal
6
Modelo verbal

• Descripción en lenguaje natural realizada
  conjuntamente por el cliente y el Ingeniero de
  Software
• Explica detalladamente el proceso actual que se
  sigue en la organización para llevar a cabo una
  determinada tarea
• Este proceso corresponde a aquel en el que se
  están presentando problemas (cuellos de botella)
  que finalmente dieron lugar a la búsqueda de una
  solución informática para los mismos

7
Modelo verbal

• Permite identificar
• Actores
• Consultas de información
• Procesos
• Objetivos del sistema
• Datos para conseguir estos objetivos (E/S)
• TIP Se enumeran las frases para facilitar su
  posterior referencia

8
Ejemplo de un Modelo verbal

• Un auxiliar administrativo es el encargado de
  realizar las reservaciones (max. 2 horas) de los
  computadores en una sala de cómputo de una
  institución de educación superior.
• Actualmente las reservaciones se hacen de manera
  manual en una cuadrícula que lleva la
  identificación de la sala y donde el encabezado
  de las filas corresponde a la identificación de
  los diferentes computadores y el de las columnas
  a bloques de tiempo de dos horas. Cuando un
  estudiante solicita la reservación debe decir qué
  día y a qué hora desea utilizar el computador, en
  ese momento el auxiliar verifica la
  disponibilidad de los computadores. Si hay
  computadores disponibles ese día y a esa hora
  entonces el auxiliar registra en la casilla
  correspondiente el nombre y el carné del
  estudiante y si no lo registra en una lista de
  espera

9
Ejemplo Modelo Verbal REFINADO

• El auxiliar administrativo realiza las
  reservaciones de los computadores de una sala
• Una reservación es max. por dos horas
• Un estudiante solicita la reservación de un
  computador dando su nombre y número de carné
• Una reservación tiene fecha, hora, computador,
  nombre estudiante y carné

10
... continuación Ejemplo Modelo Verbal refinado

• 5. Cuando un estudiante solicita una reservación
  el auxiliar verifica la disponibilidad
• si hay computador disponible en el día y la hora
  solicitada el auxiliar registra en la planilla la
  información del estudiante
• Si no hay computador disponible el auxiliar
  registra al estudiante en una lista de espera.

11
Atención con la consistencia!!!

• El auxiliar administrativo realiza las
  reservaciones de los computadores de una sala
• Una reservación es max. por dos horas
• Un estudiante solicita la reservación de un
  equipo dando su nombre y número de identificación
• Una reservación tiene fecha, hora, id computador,
  nombre estudiante e carné

12
Ejercicio

• Piense en una aerolínea que realiza vuelos entre
  las grandes ciudades del mundo y que requiere un
  sistema de reservas de vuelos. Asuma el papel de
  cliente e ingeniero de software simultáneamente y
  genere un modelo verbal que incluya
• a) Antecedentes Que han hecho las grandes
  aerolíneas del mundo para suplir la reserva de
  vuelos?
• b) Problema a resolver y posibles causas
• c) Modo de operación actual de la aerolínea.
• d) Objetivo general y los objetivos específicos
  del Sistema
• e) Alcance del Sistema

13
DIAGRAMA CAUSA-EFECTO
14
Diagrama CAUSA-EFECTO

• Para qué los diagramas causa-efecto?

Cuando un problema es complicado es muy difícil
resolverlo sin conocer su estructura la cual
consta de una serie de causas y efectos
Diagrama CAUSA-EFECTO
15
Diagrama Causa-Efecto

• Conocido como diagrama de espina de pescado
  (Fishbonechart) o Diagrama de Ishikawa (Kaoru
  Ishikawa)

16
Diagrama Causa-Efecto

• Objetivos
• Representar visualmente las causas probables de
  un problema en categorías específicas
• Permitir organizar sistemáticamente las causas de
  un problema y así reconocer su impacto real en la
  organización
• Ayudar a un grupo a visualizar un problema y a
  practicar el pensamiento convergente

17
CÓMO ELABORARLO?

• Escoger el problema a estudiar
• Identificar TODAS sus posibles causas (Lluvia de
  ideas o Brainstorming).
• Agrupar las causas por afinidad entre sí y
  elaborar un primer diagrama causa-efecto por eje
  temático
• Asignar importancia a cada causa según su impacto
  en el problema
• Construcción final del diagrama

18
SUGERENCIAS
Es útil un diagrama causa-efecto?
Hacer un diagrama causa-efecto que sea útil no es
tarea fácil

• Identificar las causas del problema interactuando
  con varios usuarios de la organización
• Expresar la causa-problema en una forma clara y
  concreta para evitar ideas abstractas y
  generalidades
• Identificar las causas sobre las que es posible
  actuar
• Mejoramiento continuo

19
Diagrama parcial Causa-Efecto RAPIZZA
20
EJEMPLO
21
Errores comunes en la elaboración del Diagrama
Causa Efecto

• Falta legibilidad en los diagramas. La redacción
  debe ser tal que simplemente agregando la palabra
  "porque..." se puede leer el diagrama desde el
  problema hacia sus causas (Por ejemplo A porque
  B porque C).
• Muchas veces los nombres de los elementos
  (problemas, subproblemas o causas) no permiten
  definir una causa o un problema. Por ejemplo
  "registro de pedido" no parece decir cuál es el
  problema, en tanto que no siempre se registra la
  información del pedido podría ser una causa de
  problemas en la organización

22
MAL EJEMPLO