3.1 TCNICAS ESTRUCTURADAS PARA EL ANLISIS DE REQUERIMIENTOS Las tcnicas son un mtodo que aplica herramientas y reglas especficas para completar una o ms fases del ciclo de vida del desarrollo de Sistemas. Las tcnicas estructuradas utilizadas en el desarrollo de los Proyectos de Sistemas, buscaron superar el fracaso en muchos desarrollos convencionales, como son las siguientes tcnicas:

Anlisis estructurado Diseo estructurado Programacin estructurada Desarrollo TOP-DOWN Equipos de programacin Revisiones estructuradas

ANALISIS ESTRUCTURADO El Anlisis se refiere al "extremo inicial" de un proyecto de desarrollo de sistemas, durante el tiempo en que los requisitos del usuario son definidos y documentados. El Anlisis estructurado introduce el uso de las herramientas de documentacin grficas para producir un tipo diferente de especificacin funcional: "la especificacin estructurada".

Herramientas de documentacin del Anlisis Estructurado

Diagramas de flujo de datos (DFDs) Diccionario de Datos (DD) Diagramas de Entidad-Relacin (ER) Diagramas de Transicin de Estado (DTEs) Especificaciones de procesos.

DISEO ESTRUCTURADO Durante el desarrollo se determinan "qu mdulos, interconectados de qu forma, solucionarn mejor un problema definido. Elementos del Diseo Estructurado:

Tcnicas de documentacin Criterios de evaluacin del Diseo Heursticas del diseo Estrategias del Diseo

DESARROLLO TOP-DOWN Es una estrategia de proyecto que divide sucesivamente los problemas grandes y complejos en problemas menores y menos complejos, hasta que el problema original pueda ser expresado como una combinacin de problemas pequeos y fcilmente solucionables. EQUIPOS DE PROGRAMACION Componentes:

Superprogramador o Programador jefe Copiloto Administrador Abogado de lenguaje de programacin Instrumentador o experto en utilitarios Bibliotecario

3 razones por la que no es posible implementar

Costo del Superprogramador Conseguir que trabaje para uno un Superprogramador Qu hacer con el personal que se tiene?

REVISIONES ESTRUCTURADAS Se trata de un procedimiento organizado para que un grupo de examinadores (Analistas de Sistemas, programadores) revisen el producto tcnico para fines de correccin y garanta de calidad. La revisin estructurada (walktrough), es conducida por los miembros de un equipo que trabajan juntos en una base diaria, y su realizacin puede ser fijada en cualquier momento.

3.1.1 CARACTERISTCAS DEL ANLISIS ESTRUCTURADO El desarrollo de un sistema de informacin, independientemente de su tamao y complejidad, requiere muchas actividades coordinadas y el empleo de una diversidad de herramientas y modelos. La metodologa de desarrollo de sistemas es una forma estndar de organizar y coordinar estas actividades. El anlisis de sistemas llega a la raz del problema o a la necesidad y define los requerimientos de los usuarios de las siguientes caractersticas: 1. Clarificacin de requerimientos 2. Estudio de factibilidad 3. Aprobacin del requerimiento

CLARIFICACION DE REQUERIMIENTOS El analista debe de observar en forma objetiva lo que ocurre en la empresa, ya que muchas veces los requerimientos no estn claramente establecidos, por lo que, el proyecto requerido debe examinarse para determinar precisamente lo que desea la empresa. En muchos casos, los usuarios y los analistas de sistemas trabajan conjuntamente, el usuario tiene ideas bastante definidas acerca de la salida requerida, las entradas necesarias y, posiblemente una nocin general de los controles necesarios. ESTUDIO DE FACTIBILIDAD Es determinar si el proyecto es factible. Los aspectos para determinar la factibilidad del proyecto son: Factibilidad tcnica: Se debe de investigar si se puede realizar el trabajo para el proyecto con el equipo actual, el personal y el software disponible. Factibilidad econmica: Qu beneficios tendr la creacin del sistema en cuanto a costo/beneficios? Factibilidad operativa: Se debe de investigar si el sistema que se desarrolla se pondr en marcha, si habr resistencia de los usuarios en cuanto a este. APROBACION DEL REQUERIMIENTO En muchas empresas tienen varios proyectos que se encuentran en marcha, por lo que la gerencia debe de decidir qu proyectos son ms importantes y entonces se programan. Posteriormente, cuando se terminan dichos proyectos, puede iniciarse el desarrollo de la aplicacin propuesta. El resultado de estas actividades ser aprobar el requerimiento para una atencin posterior o rechazarlo como no factible.

3.1.2 ESPECIFICACIN FORMAL DE DATOS Los mtodos formales para el desarrollo de software o, simplemente mtodos formales, son mtodos que se utilizan para todas las etapas del ciclo de desarrollo de software y que tienen la caracterstica que usan formalismos matemticos para la representacin o derivacin de los elementos involucrados en cada etapa. Algunas de las ventajas que podemos nombrar sobre una especificacin formal son las siguientes: Prototipado: Las especificaciones formales pueden llegar a ser ejecutables.

Correccin del programa: Verificacin automtica y formal de que el programa funciona correctamente. Reusabilidad: Posibilidad de usar la especificacin formal en distintos mbitos. En cuanto a la notacin, una descripcin formal constar de cuatro partes: NOMBRE. Nombre genrico del TAD. CONJUNTOS. Conjuntos de datos que intervienen en la definicin. SINTAXIS. Signatura de las operaciones definidas -> : SEMNTICA. Indica el significado de las operaciones. Las distintas notaciones formales existentes difieren en la forma de definir la semntica: Mtodo axiomtico o algebraico. Se establece el significado de las operaciones a travs de relaciones entre operaciones (axiomas). Significado implcito de las operaciones. Mtodo constructivo u operacional. Se define cada operacin por s misma, independientemente de las otras. Significado explcito de las operaciones.

3.1.2.1 DRIAGRAMA DE FLUJO Y CONTROL DE DATOS Para comprender mejor el movimiento lgico de los datos en un negocio, el analista de sistemas traza diagramas de flujo de datos (DFD). Los diagramas de flujo de datos son anlisis estructurados y herramientas de diseo que permiten que el analista comprenda visualmente el sistema y subsistemas como un juego de flujos de datos interrelacionados. Smbolos Significado Ejemplo

La representacin grfica del movimiento, almacenamiento y transformacin de datos es trazada con el uso de cuatro smbolos: un rectngulo redondeado para indicar procesamiento o transformaciones de datos, un cuadrado doble para mostrar una entidad de datos externa (origen o receptor de datos), una flecha para mostrar el flujo de datos y un rectngulo de extremo abierto para mostrar un almacn de datos. El analista de sistemas extrae procesos, fuentes, almacenes y flujos de datos desde las primeras narraciones organizacionales, y usa un enfoque de arriba hacia abajo para trazar primero un diagrama de contexto del sistema, dentro de la imagen ms grande. Luego es trazado un diagrama de flujo de datos lgico a nivel 0. Se muestran los procesos y se aaden los almacenes de datos. Luego el analista crea un diagrama hijo para cada uno de los procesos del Diagrama 0. Las entradas y salidas permanecen constantes, pero cambian los almacenes de datos y las fuentes. La explosin del diagrama de flujo original permite que el analista de sistemas se enfoque en las representaciones cada vez ms detalladas de los movimientos de datos dentro del sistema. Luego, el analista desarrolla un diagrama de flujo de datos fsico a partir del diagrama de flujo de datos lgico, particionandolo para facilitar la programacin. Cada proceso es analizado para determinar si debe ser un procedimiento manual o automatizado. Los procesos automatizados son agrupados subsecuentemente en una serie de programas de computadora diseados para ser por lotes o en lnea. Seis consideraciones para particin de diagramas de flujo incluyen si: 1.- Hay procesos ejecutados por diferentes grupos de usuarios, hay procesos que se ejecuten al mismo tiempo.

2.- Hay procesos que ejecuten tareas similares, los procesos por lotes pueden ser combinados para un procesamiento eficiente. 3.- Los procesos pueden ser combinados en un programa para tener consistencia de datos. 4.- O si los procesos pueden ser partidos en diferentes programas por razones de seguridad.

El diagrama de flujo de datos correcto para el ejemplo de la nmina.

Las ventajas de los diagramas de flujo de datos incluyen la simplicidad de la notacin, usndola para obtener informacin ms clara de los usuarios, permitiendo que el analista de sistemas conceptualice los flujos de datos necesarios sin estar atado a una implementacin fsica particular, permitir que los analistas conceptualicen mejor las interrelaciones del sistema y sus subsistemas y analicen un sistema propuesto para determinar si han sido definidos los datos y procesos necesarios.

Caractersticas comunes de los diagramas de flujo de datos lgicos y fsicos.

Diagrama de flujo de datos lgicos

Diagrama de flujo de datos fsicos

El diagrama de flujo de datos fsico (abajo) muestra determinados detalles que no se encuentran en el diagrama de flujo de datos lgico (arriba).

3.1.2.2 DICCIONARIO DE DATOS Un diccionario de datos es un conjunto de metadatos que contiene las caractersticas lgicas de los datos que se van a utilizar en el sistema que se programa, incluyendo nombre, descripcin, alias, contenido y organizacin. Estos diccionarios se desarrollan durante el anlisis de flujo de datos y ayuda a los analistas que participan en la determinacin de los requerimientos del sistema, su contenido tambin se emplea durante el diseo del proyecto. Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la informacin, se desarrolla durante el anlisis de flujo de datos y auxilia a los analistas que participan en la determinacin de los requerimientos del sistema, su contenido tambin se emplea durante el diseo. En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo de datos de todo el sistema. Los elementos mas importantes son flujos de datos, almacenes de datos y procesos. El diccionario de datos guarda los detalles y descripcin de todos estos elementos.

Ejemplos: Nombre = Ttulo Ttulo = Primer-nombre Apellido-paterno Apellido-materno Carcter = [A-Z|a-z| |] a + [Sr Primer-nombre + | Sra = = = Apellido-paterno + | Dr Apellido-materno | Ing] {carcter} {carcter} {carcter}

Contiene las caractersticas lgicas de los sitios donde se almacenan los datos del sistema, incluyendo nombre, descripcin, alias, contenido y organizacin. Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la informacin, se desarrolla durante el anlisis de flujo de datos y auxilia a los analistas que participan en la determinacin de los requerimientos del sistema, su contenido tambin se emplea durante el diseo. Razones para su utilizacin: 1- Para manejar los detalles en sistemas muy grandes, ya que tienen enormes cantidades de datos, aun en los sistemas mas chicos hay gran cantidad de datos. Los sistemas al sufrir cambios continuos, es muy difcil manejar todos los detalles. Por eso se registra la informacin, ya sea sobre hoja de papel o usando procesadores de texto. Los analistas mas organizados usan el diccionario de datos automatizados diseados especficamente para el anlisis y diseo de software. 2- Para asignarle un solo significado a cada uno de los elementos y actividades del sistema. Los diccionarios de datos proporcionan asistencia para asegurar significados comunes para los elementos y actividades del sistema y registrando detalles adicionales relacionados con el flujo de datos en el sistema, de tal manera que todo pueda localizarse con rapidez. 3- Para documentar las caractersticas del sistema, incluyendo partes o componentes as como los aspectos que los distinguen. Tambin es necesario saber bajo qu circunstancias se lleva a cabo cada proceso y con qu frecuencia ocurren. Produciendo una comprensin ms completa. Una vez que las caractersticas estn articuladas y registradas, todos los participantes en el proyecto tendrn una fuente comn de informacin con respecto al sistema. 4- Para facilitar el anlisis de los detalles con la finalidad de evaluar las caractersticas y determinar donde efectuar cambios en el sistema. Determina si son necesarias nuevas caractersticas o si estn en orden los cambios de cualquier tipo. Se abordan las caractersticas:

Naturaleza de las transacciones: las actividades de la empresa que se llevan a cabo mientras se emplea el sistema. Preguntas: solicitudes para la recuperacin o procesamiento de informacin para generar una respuesta especfica. Archivos y bases de datos: detalles de las transacciones y registros maestros que son de inters para la organizacin.

Capacidad del sistema: Habilidad del sistema para aceptar, procesar y almacenar transacciones y datos.

5- Localizar errores y omisiones en el sistema, detectan dificultades, y las presentan en un informe. Aun en los manuales, se revelan errores. Contenido de un registro del diccionario El diccionario tiene dos tipos de descripciones para el flujo de datos del sistema, son los elementos datos y estructura de datos. Elemento dato: son los bloques bsicos para todos los dems datos del sistema, por si mismos no le dan un significado suficiente al usuario. Se agrupan para formar una estructura de datos. Descripcin: Cada entrada en el diccionario consiste de un conjunto de detalles que describen los datos utilizados o producidos por el sistema. Cada uno est identificado con: Un nombre: para distinguir un dato de otro.Descripcin: indica lo que representa en el sistema. Alias: porque un dato puede recibir varios nombres, dependiendo de quin 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 especficos para los datos. Si los valores de los datos estn restringidos a un intervalo especifico, esto debe estar en la entrada del diccionario. Estructura de datos: es un grupo de datos que estn relacionados con otros y que en conjunto describen un componente del sistema. Descripcin: Se construyen sobre cuatro relaciones de componentes. Se pueden utilizar las siguientes combinaciones ya sea individualmente o en conjuncin con alguna otra. Relacin secuencial: define los componentes que siempre se incluyen en una estructura de datos. Relacin de seleccin: (uno u otro), define las alternativas para datos o estructuras de datos incluidos en una estructura de datos. Relacin de iteracin: (repetitiva), define la repeticin de un componente. Relacin opcional: los datos pueden o no estar incluidos, o sea, una o ninguna iteracin. Notacin Los analistas usan smbolos especiales con la finalidad de no usar demasiada cantidad de texto para la descripcin de las relaciones entre datos y mostrar con claridad las relaciones estructurales. En algunos casos se emplean trminos diferentes para describir la misma entidad (alias) estos se representan con un signo igual (=) que vincula los datos. 3.1.3 ESPECIFICACIN DE PROCESOS Es una herramienta de modelado de sistemas, que permite definir qu sucede en los procesos o funciones de un sistema. El objetivo es definir qu debe hacerse para transformar ciertas entradas en ciertas salidas. No hay una nica forma de realizar la especificacin de procesos; existen mltiples herramientas que facilitan esta tarea, aunque debera emplearse aquellas que permitan fcil comprensin. Algunas herramientas utilizadas para generar especificaciones de procesos son:

Lenguaje estructurado: se emplea un lenguaje natural limitado en palabras y construcciones, dndole ms precisin y claridad, evitando ambigedades (el lenguaje natural humano carece de precisin y es muy ambiguo). Definen un algoritmo Uso de pre-condiciones y post-condiciones: describen la funcin del proceso, sin detallar un algoritmo especfico Otras: tablas de decisiones, lenguaje narrativo, diagramas de flujos, diagrama Nassi-Shneiderman, grficas, etc. Las especificaciones de proceso (o mini especificaciones) son creadas para los procesos primitivos en un diagrama de flujo de datos as como para algunos procesos de alto nivel que explotan a diagramas hijos. Estas especificaciones explican la lgica de toma de decisiones y las frmulas que transformarn los datos de entrada al proceso en salida. Los tres objetivos de la especificacin de proceso son:

Reducir la ambigedad de los procesos Obtener una descripcin precisa de lo que se logra Validar el diseo de sistema.

Las especificaciones de proceso pueden ser usadas para analizar el diagrama de flujo de datos y el diccionario de datos por medio de un mtodo llamado balanceo horizontal, que indica que todos los elementos del flujo de datos de salida deben ser obtenidos a partir de elementos de entrada y lgica de proceso. Las reas no resueltas pueden ser planteadas como preguntas en entrevistas de averiguacin. Formato de especificacin de procesos: El nombre de proceso, como visualizaciones dentro del smbolo de proceso sobre el DFD. Una descripcin breve del lo que el proceso logra. Una lista de la contribucin y la circulacin de datos de producto, usando los nombres encontrados sobre el diagrama de flujo de datos. Los datos que los nombres usaron en las frmulas o la lgica deben ajustarse al diccionario de datos, para la regularidad y la buena comunicacin.

3.1.3.1 LENGUAJE NATURAL El lenguaje natural se refiere a la utilizacin del lenguaje ordinario usado en la vida diaria como tcnica para que el desarrollador del sistema extraiga los requisitos que desea el cliente. El mismo es la tcnica ms comnmente usada para la extraccin de requisitos. Su objetivo principal es lograr el entendimiento y especificacin correcta por parte del desarrollar sobre las necesidades que posee el cliente para el comportamiento del sistema.

Esta tcnica es usada durante la etapa de Anlisis del proceso de desarrollo de un sistema. Ms especficamente, dentro del Proceso de Ingeniera de Requisitos, se utiliza el lenguaje natural puro durante la etapa de Especificacin. El procedimiento de esta tcnica en s no est definido, por el contrario, se trata de una comunicacin sin reglas ni acuerdos previos, que puede llevar a cabo de forma oral o escrita. No se utiliza ningn tipo de soporte adicional (por ejemplo, formularios como en el lenguaje estructurado o diagramas como en la notacin grfica) ni lenguajes formales como ser los cdigos de programacin. Las principales ventajas y motivos de uso de esta tcnica son las siguientes: Curva de Aprendizaje Fcil: Al no necesitar establecer pautas, acuerdos mutuos, cdigos ni lenguajes de programacin entre el cliente y el desarrollar, esta tcnica puede ser utilizada sin ensearle ni explicarle su uso al cliente. Para el cliente ser como una comunicacin ms con otra persona, por lo que es accesible para cualquier persona. Practicidad: Al no necesitar enseanza ni acostumbramiento, esta tcnica puede ser llevada a cabo rpidamente. Adems, al utilizarse un lenguaje ordinario y comn para el cliente, la extraccin de requisitos se realiza con mayor fluidez.

3.1.3.2 LENGUAJE ESTRUCTURADO El lenguaje estructurado es un lenguaje natural limitado en palabras y construcciones, lo que le da ms precisin y claridad, evitando ambigedades (el lenguaje natural humano carece de precisin y es muy ambiguo). El lenguaje estructurado puede utilizarse para especificar un algoritmo. Luego, para que la computadora pueda procesarlo, deber transformarse o traducirse a un lenguaje de programacin especfico. El lenguaje estructurado es una herramienta que puede utilizarse en la especificacin de procesos, en el desarrollo de sistemas.

3.1.3.3 TABLAS DE DECISIN La tabla de decisin es una matriz de renglones y columnas que indican condiciones y acciones. Las reglas de decisiones, incluidas en una tabla de decisin establecen el procedimiento a seguir cuando existen ciertas condiciones. Este mtodo se emplea desde mediados de la dcada de los 50, cuando fue desarrollado por General Electric para el anlisis de funciones de la empresa como

control de inventarios, anlisis de ventas, anlisis de crditos y control de transporte y rutas. Se utiliza la tabla de decisin cuando existen muchas combinaciones. Caractersticas de las Tablas de Decisin: La tabla de decisin est integrada por cuatro secciones:

Identificacin de Condiciones Entradas de Condiciones Identificacin de Acciones Entradas de Acciones

La Identificacin de Condiciones seala aquellas que son relevantes. Las Entradas de Condiciones, indican que valor, si es que los hay, se debe asociar para una determinada condicin Las entradas de Acciones muestran las acciones especficas del conjunto que deben emprenderse cuando ciertas condiciones o combinaciones de stas son verdaderas. Utilidad Permite representar la descripcin de situaciones decisivas, es decir, se representan las distintas alternativas, estados de la naturaleza y las consecuencias. Nos proporcionan una descripcin completa, correcta, clara y concisa de una situacin que se resuelve por una decisin tomada en un momento especfico del tiempo. Como construir tablas de decisin. Para desarrollar tablas de decisin, se deben emprender los siguientes pasos: 1. Determinar los factores considerados como ms relevantes en la toma de decisiones. Esto permite identificar las condiciones en la decisin. Cada condicin seleccionada de detener la caracterstica de ocurrir quo no ocurrir; en este caso no es posible la ocurrencia parcial. 2. Determinar los pasos o actividades ms factibles bajo condiciones que cambian (no slo las condiciones actuales). Esto permite identificar las acciones. 3. Estudiar las diferentes posibilidades de combinaciones de condiciones. Para cualquier nmero N condiciones, existen 2n combinaciones a considerar, por ejemplo para tres condiciones es necesario examinar ocho posibles combinaciones 23= 8. 4. Llenar la tabla con reglas de decisiones. Existen dos formas para hacerlo. La primera, escenario los renglones de condicin con valores s o no para cada combinacin posible de condiciones. Esto es llenar la primera mitad del rengln consigo y la otra mitad con no. El siguiente rengln se llena alternando con S y N, repitindose este proceso hasta llenar la tabla.

El otro mtodo para llenar la tabla considera una condicin a la vez y, por cada condicin adicional, la aade a la tabla pero sin considerar las combinaciones de condiciones y acciones duplicadas. A) Establece la primera condicin y todas las acciones permisibles. B) Aadir la segunda condicin 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 condicin adicional repite el paso b. 5. Marcar las entradas correspondientes a las acciones con una X para indicar que stas se emprenden; dejar las celdas vacas o marcadas con un guin para sealar que en ese rengln no emprende ninguna accin. 6. Examinar la tabla para detectar reglas redundantes o contradicciones entre estas. Estos sencillos lineamientos no slo ahorran tiempo al construir una tabla de decisiones a partir de informacin recopilada durante la investigacin sino que tambin es de ayuda para sealar donde falta informacin, 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 decisin produce un anlisis ms completo y exacto.

3.1.3.4 RBOLES DE DECISIN El rbol de decisin es un diagrama que representan en forma secuencial condiciones y acciones; muestra qu condiciones se consideran en primer lugar, en segundo lugar y as sucesivamente. Este mtodo permite mostrar la relacin que existe entre cada condicin y el grupo de acciones permisibles asociado con ella. Un rbol de decisin sirve para modelar funciones discretas, en las que el objetivo es determinar el valor combinado de un conjunto de variables, y basndose en el valor de cada una de ellas, determinar la accin a ser tomada. Los rboles de decisin son normalmente construidos a partir de la descripcin de la narrativa de un problema. Ellos proveen una visin grfica de la toma de decisin necesaria, especifican las variables que son evaluadas, qu acciones deben ser tomadas y el orden en la cual la toma de decisin ser efectuada. Cada vez que se ejecuta un rbol de decisin, solo un camino ser seguido dependiendo del valor actual de la variable evaluada. Se recomienda el uso del rbol de decisin cuando el nmero de acciones es pequeo y no son posibles todas las combinaciones. Uso de rboles decisiones. El desarrollo de rboles de decisin beneficiado analista en dos formas. Primero que todo, la necesidad de describir condiciones y acciones llevan a los analistas a identificar de manera formal

las decisiones que actualmente deben tomarse. De esta forma, es difcil para ellos pasar por alto cualquier etapa del proceso de decisin, sin importar que este dependa de variables cuantitativas o cualitativas. Los rboles tambin obligan a los analistas a considerar la consecuencia de las decisiones. Se ha demostrado que los rboles de decisin son eficaces cuando es necesario describir problemas con ms de una dimensin o condicin. Tambin son tiles para identificar los requerimientos de datos crticos que rodean al proceso de decisin, es decir, los rboles indican los conjuntos de datos que la gerencia requiere para formular decisiones o tomar acciones. El analista debe identificar y elaborar una lista de todos los datos utilizados en el proceso de decisin, aunque el rbol de decisin no muestra todo los datos. Si los rboles de decisin se construyen despus de completar el anlisis de flujo de datos, entonces es posible que los datos crticos se encuentren definidos en el diccionario de datos (el cual describe los datos utilizados por el sistema y donde se emplean). Si nicamente se usan rboles de decisiones, entonces el analista debe tener la certeza de identificar con precisin cada dato necesario para tomar la decisin. Los rboles de decisin no siempre son la mejor herramienta para el anlisis de decisiones. El rbol de decisiones de un sistema complejo con muchas secuencias de pasos y combinaciones de condiciones puede tener un tamao considerable. El gran nmero de ramas que pertenecen a varias trayectorias constituye ms un problema que una ayuda para el anlisis. En estos casos los analistas corren el riesgo de no determinar qu polticas o estrategias de la empresa son la gua para la toma de decisiones especficas. Cuando aparecen estos problemas, entonces es momento de considerar las tablas de decisin.