Educaci贸n a Distancia
INGENIERIA DEL SOFTWARE I Ing. Gustavo Eduardo Medina Ramos
Universitaria de Investigaci贸n y Desarrollo Bucaramanga - 2012
Ingeniería del Software I
Seguir procedimientos y tomar decisiones son aspectos importantes de cualquier empresa. De hecho, la administración misma es, esencialmente, toma de decisiones. En este documento se dará una visión más cercana sobre las herramientas que se utilizan para la toma de decisiones desde una perspectiva racional. Conforme aumenta la complejidad del ser vivo, aumenta también la complejidad de sus decisiones y la forma en que éstas se toman. Así, pasamos de una toma de decisiones guiada instintivamente, a procesos de toma de decisiones que deben estar guiados por un pensamiento racional en el ser humano; nos proponemos entonces estudiar estas herramientas orientadas a los sistemas de información. La utilización de árboles y tablas de decisión ayuda a observar las condiciones y acciones que producirá el proceso de la creación de un nuevo sistema. Cuando se analizan procedimientos y decisiones el primer paso es identificar condiciones y acciones, conceptos comunes a todas las actividades. CONDICIONES Y LAS VARIABLES DE DESICIÓN Cuando se observa un sistema y se pregunta ¿Cuáles son las posibilidades? o ¿Qué puede suceder?, en realidad se está preguntando por las condiciones, que son los posibles estados de una entidad (persona, lugar, objeto o evento). Las condiciones cambian y es posible que el analista se refiera a ellas como variables de decisión.
Copyright © UDI – Educación A Distancia
Página 2
Ingeniería del Software I
ACCIONES Cuando se conocen todas las posibles condiciones, el siguiente paso del analista es determinar qué hacer cuando se presentan algunas de estas. Las acciones son las opciones, que comprenden pasos, actividades o procedimientos, que puede elegir una persona cuando se enfrenta ante un conjunto de condiciones.
Condiciones
Estados posibles de los eventos
Conducen a la selección de
Acciones
Copyright © UDI – Educación A Distancia
Alternativas, pasos, actividades o procedimientos que deben emprender cuando se toma una decisión específica.
Página 3
Ingeniería del Software I
ARBOLES DE DECISIÓN
Los analistas necesitan organizar la información recopilada con respecto a la toma de decisiones. La herramienta de los árboles de decisión es una alternativa para realizarlo. Es un diagrama que representa en forma secuencial condiciones y acciones; muestra que condiciones se consideran en primer lugar, cuales en segundo y así sucesivamente. La secuencia de decisiones en un árbol de decisión se toma de izquierda hacia la derecha. Acción Condición
Acción
Condición Acción
Condición Raíz
Acción
Acción Condición Acción
Copyright © UDI – Educación A Distancia
Página 4
Ingeniería del Software I
Árbol de decisión para las transacciones en la caja de un banco.
Los diagramas de este tipo se parecen a las ramas de un árbol, de ahí su nombre. Beneficios La necesidad de describir condiciones y acciones lleva al analista a identificar de manera formal las decisiones que actualmente deben tomarse. Los árboles de decisión también obligan a los analistas a considerar la secuencia de las decisiones.
Copyright © UDI – Educación A Distancia
Página 5
Ingeniería del Software I
TABLAS DE DECISIÓN La tabla de decisión es una matriz de renglones y columnas que indican condiciones y acciones. Las reglas de decisiones, incluidas en una tabla de decisión establecen el procedimiento a seguir cuando existen ciertas condiciones. Este método se emplea desde mediados de la década de los 50, cuando fue desarrollado por General Electric para el análisis de funciones de la empresa como control de inventarios, análisis de ventas, análisis de créditos y control de transporte y rutas. Se utiliza la tabla de decisión cuando existen muchas combinaciones.
Características de las Tablas de Decisión
La tabla de decisión está integrada por cuatro secciones: • Identificación de Condiciones. señala aquellas condiciones que son relevantes. • Entradas de Condiciones. Indican que valor, si es que los hay, se debe asociar para una determinada condición. • Identificación de Acciones. Se llaman acciones a los distintos comportamientos que se asumirán en función de los valores que tomen las condiciones. • Entradas de Acciones. Muestran las acciones específicas del conjunto que deben emprenderse cuando ciertas condiciones o combinaciones de éstas son verdaderas. Copyright © UDI – Educación A Distancia
Página 6
Ingeniería del Software I
Se utiliza la tabla de decisión cuando existen muchas combinaciones. Permite representar la descripción de situaciones decisivas, es decir, se representan las distintas alternativas, estados de la naturaleza y las consecuencias.
Nos proporcionan una descripción completa, correcta, clara y concisa de una situación que se resuelve por una decisión tomada en un momento específico del tiempo.
¿Cómo construirlas? Para desarrollar tablas de decisión, se deben emprender los siguientes pasos: Determinar los factores considerados como más relevantes en la toma de decisiones. Esto permite identificar las condiciones en la decisión. Cada condición seleccionada de detener la característica de ocurrir quo no ocurrir; en este caso no es posible la ocurrencia parcial.
Determinar los pasos o actividades más factibles bajo condiciones que cambian (no sólo las condiciones actuales). Esto permite identificar las acciones. Estudiar las diferentes posibilidades de combinaciones de condiciones. Para cualquier número N condiciones, existen 2n combinaciones a considerar, por ejemplo para tres condiciones es necesario examinar ocho posibles combinaciones 23= 8. Llenar la tabla con reglas de decisiones. Existen dos formas para hacerlo: 1. La primera, escenario los renglones de condición con valores sí o no para cada combinación posible de condiciones. Esto es llenar la primera mitad del renglón consigo y la otra mitad con no. El siguiente renglón se llena alternando con S y N, repitiéndose este proceso hasta llenar la tabla. Copyright © UDI – Educación A Distancia
Página 7
Ingeniería del Software I
2. El otro método para llenar la tabla considera una condición a la vez y, por cada condición adicional, la añade a la tabla pero sin considerar las combinaciones de condiciones y acciones duplicadas. A) Establece la primera condición y todas las acciones permisibles. B) Añadir la segunda condición duplicando la primera mitad de la matriz y llenando los diferentes valores S y N de las dos mitades de la matriz aumentada con las nuevas condiciones. C) Para cada condición adicional repite el paso B. D) Marcar las entradas correspondientes a las acciones con una X para indicar que éstas se emprenden; dejar las celdas vacías o marcadas con un guión para señalar que en ese renglón no emprende ninguna acción. E) Examinar la tabla para detectar reglas redundantes o contradicciones entre estas. Estos sencillos lineamientos no sólo ahorran tiempo al construir una tabla de decisiones a partir de información recopilada durante la investigación sino que también es de ayuda para señalar donde falta información, donde no importan las condiciones en un proceso, o donde existen relaciones o resultados importantes que otros no detectaron o consideraron.
En otras palabras, el empleo de las tablas de decisión produce un análisis más completo y exacto.
Copyright © UDI – Educación A Distancia
Página 8
Ingeniería del Software I
Ejemplo Ilustrativo
Decisión de cómo se maneja la forma de pago de los clientes
Conclusiones La aplicación de tablas de decisión mejora y da precisión a las descripciones que se hacen de los procesos lógicos que se puedan encontrar en procedimientos administrativos. Además de brindar la posibilidad de realizar un análisis correcto, esta herramienta puede ser utilizada también en la etapa de diseño, en donde los procesos lógicos que se definen se convertirán en programas a ser ejecutados por computadoras o procedimientos a ser cumplidos por personas. Un formato de tablas normalizado, junto con un lenguaje de tablas normalizado, ofrece una excelente documentación para ser usada en el análisis y diseño de sistemas, además de ser útiles para lograr un lenguaje común entre las personas que realizan estas tareas y los programadores, si el mismo se va a implementar utilizando equipos electrónicos de procesamiento de datos.
Copyright © UDI – Educación A Distancia
Página 9
Ingeniería del Software I
EJERCICIOS PRACTICOS
¿Llegando tarde? En cierta Universidad se tiene una política muy estricta en lo referente al manejo de la puntualidad de los profesores: Se entiende por retardo en la llegada a clase en un lapso entre 10 y 30 minutos de la hora fijada. A partir de allí, se tipifica una inasistencia. Toda inasistencia es descontada del salario del docente, salvo que presente una justificación valida (incapacidad médica o carta laboral de trabajo en comisión, etc.), caso en el cual, el docente podrá recuperar la clase en horario pactado con los estudiantes. Si hay reincidencia sin justificación, se citará al docente para una reunión disciplinaria con el director del programa para que firme un acta de compromiso. Cuando se trate de un retardo, si es historial de buena puntualidad, se le incidencia económica. Pero si es llamado de atención por escrito proporcional al tiempo del retardo.
primera vez y el docente tiene un hará una reconvención verbal sin reincidente, se le entregará un y se efectuará el descuento
Se detectan dos políticas: Descuentos y acción disciplinaria. Política económica respecto a la impuntualidad docente R1 R2 R3 R4 R5
C1. Retardo C2. Inasistencia C3. Justificación C4. Reincidente A1. No se hace descuento A2. Descuento proporcional A3. Recuperar la clase A4. Descuento total de clase
Copyright © UDI – Educación A Distancia
N N ---
S N -N
S N -S
N S S --
N S N --
X X X X X
Página 10
Ingeniería del Software I
Política sancionatoria respecto a la impuntualidad docente R1 R2 R3 R4 R5
C1. Retardo C2. Inasistencia C3. Justificación C4. Reincidente A1. No se toman medidas A2. Reconvención verbal A3. Llamado de atención A4. Cita con el Director
Copyright © UDI – Educación A Distancia
N N ---
S N -N
S N -S
X
N S S --
N S N --
X X X
X
Página 11