P. 1
Tecnicas Estructuradas Para El Analisis de Requerimientos

Tecnicas Estructuradas Para El Analisis de Requerimientos

|Views: 4.474|Likes:

More info:

Published by: Gustavo Santos Malec on Sep 05, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

06/09/2013

pdf

text

original

3.

1 TÉCNICAS ESTRUCTURADAS PARA EL ANÁLISIS DE REQUERIMIENTOS Las técnicas son un método que aplica herramientas y reglas específicas para completar una o más fases del ciclo de vida del desarrollo de Sistemas. Las técnicas estructuradas utilizadas en el desarrollo de los Proyectos de Sistemas, buscaron superar el fracaso en muchos desarrollos convencionales, como son las siguientes técnicas:
     

Análisis estructurado Diseño estructurado Programación estructurada Desarrollo TOP-DOWN Equipos de programación Revisiones estructuradas

ANALISIS ESTRUCTURADO El Análisis 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 Análisis estructurado introduce el uso de las herramientas de documentación gráficas para producir un tipo diferente de especificación funcional: "la especificación estructurada".

Herramientas de documentación del Análisis Estructurado
    

Diagramas de flujo de datos (DFDs) Diccionario de Datos (DD) Diagramas de Entidad-Relación (ER) Diagramas de Transición de Estado (DTEs) Especificaciones de procesos.

DISEÑO ESTRUCTURADO Durante el desarrollo se determinan "qué módulos, interconectados de qué forma, solucionarán mejor un problema definido. Elementos del Diseño Estructurado:
   

Técnicas de documentación Criterios de evaluación del Diseño Heurísticas del diseño Estrategias del Diseño

La revisión estructurada (walktrough).DESARROLLO TOP-DOWN Es una estrategia de proyecto que divide sucesivamente los problemas grandes y complejos en problemas menores y menos complejos. y su realización puede ser fijada en cualquier momento. requiere muchas actividades coordinadas y el empleo de una diversidad de herramientas y modelos.1 CARACTERISTÍCAS DEL ANÁLISIS ESTRUCTURADO El desarrollo de un sistema de información. EQUIPOS DE PROGRAMACION Componentes:       Superprogramador o Programador jefe Copiloto Administrador Abogado de lenguaje de programación 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. 3. programadores) revisen el producto técnico para fines de corrección y garantía de calidad. Aprobación del requerimiento . El análisis de sistemas llega a la raíz del problema o a la necesidad y define los requerimientos de los usuarios de las siguientes características: 1. independientemente de su tamaño y complejidad. hasta que el problema original pueda ser expresado como una combinación de problemas pequeños y fácilmente solucionables. Estudio de factibilidad 3. La metodología de desarrollo de sistemas es una forma estándar de organizar y coordinar estas actividades. es conducida por los miembros de un equipo que trabajan juntos en una base diaria.1. Clarificación de requerimientos 2.

CLARIFICACION DE REQUERIMIENTOS El analista debe de observar en forma objetiva lo que ocurre en la empresa. el usuario tiene ideas bastante definidas acerca de la salida requerida. las entradas necesarias y.2 ESPECIFICACIÓN FORMAL DE DATOS Los métodos formales para el desarrollo de software o. ya que muchas veces los requerimientos no están claramente establecidos. . son métodos que se utilizan para todas las etapas del ciclo de desarrollo de software y que tienen la característica que usan formalismos matemáticos para la representación o derivación de los elementos involucrados en cada etapa. El resultado de estas actividades será aprobar el requerimiento para una atención posterior o rechazarlo como no factible. cuando se terminan dichos proyectos. los usuarios y los analistas de sistemas trabajan conjuntamente. simplemente métodos formales. Factibilidad económica: ¿Qué beneficios tendrá la creación del sistema en cuanto a costo/beneficios? Factibilidad operativa: Se debe de investigar si el sistema que se desarrolla se pondrá en marcha. Algunas de las ventajas que podemos nombrar sobre una especificación formal son las siguientes: Prototipado: Las especificaciones formales pueden llegar a ser ejecutables. En muchos casos. APROBACION DEL REQUERIMIENTO En muchas empresas tienen varios proyectos que se encuentran en marcha. ESTUDIO DE FACTIBILIDAD Es determinar si el proyecto es factible. posiblemente una noción general de los controles necesarios. Posteriormente. por lo que. si habrá resistencia de los usuarios en cuanto a este. por lo que la gerencia debe de decidir qué proyectos son más importantes y entonces se programan. puede iniciarse el desarrollo de la aplicación propuesta.1. el personal y el software disponible. Los aspectos para determinar la factibilidad del proyecto son: Factibilidad técnica: Se debe de investigar si se puede realizar el trabajo para el proyecto con el equipo actual. 3. el proyecto requerido debe examinarse para determinar precisamente lo que desea la empresa.

Símbolos Significado Ejemplo . Signatura de las operaciones definidas -> <nombre_operación>: <conj_dominio> → <conj_resultado> •SEMÁNTICA. una descripción formal constará de cuatro partes: •NOMBRE. Las distintas notaciones formales existentes difieren en la forma de definir la semántica: Método axiomático o algebraico. Los diagramas de flujo de datos son análisis estructurados y herramientas de diseño que permiten que el analista comprenda visualmente el sistema y subsistemas como un juego de flujos de datos interrelacionados.Corrección del programa: Verificación automática y formal de que el programa funciona correctamente.1 DRIAGRAMA DE FLUJO Y CONTROL DE DATOS Para comprender mejor el movimiento lógico de los datos en un negocio. Se define cada operación por sí misma. Método constructivo u operacional. Se establece el significado de las operaciones a través de relaciones entre operaciones (axiomas).1. Conjuntos de datos que intervienen en la definición. independientemente de las otras. Reusabilidad: Posibilidad de usar la especificación formal en distintos ámbitos. En cuanto a la notación. 3. Significado explícito de las operaciones.2. Significado implícito de las operaciones. el analista de sistemas traza diagramas de flujo de datos (DFD). •SINTAXIS. •CONJUNTOS. Nombre genérico del TAD. Indica el significado de las operaciones.

. Luego. almacenes y flujos de datos desde las primeras narraciones organizacionales. almacenamiento y transformación de datos es trazada con el uso de cuatro símbolos: un rectángulo redondeado para indicar procesamiento o transformaciones de datos. el analista desarrolla un diagrama de flujo de datos físico a partir del diagrama de flujo de datos lógico. un cuadrado doble para mostrar una entidad de datos externa (origen o receptor de datos). y usa un enfoque de arriba hacia abajo para trazar primero un diagrama de contexto del sistema. una flecha para mostrar el flujo de datos y un rectángulo de extremo abierto para mostrar un almacén de datos. Luego es trazado un diagrama de flujo de datos lógico a nivel 0. fuentes. hay procesos que se ejecuten al mismo tiempo. Los procesos automatizados son agrupados subsecuentemente en una serie de programas de computadora diseñados para ser por lotes o en línea. Las entradas y salidas permanecen constantes.Hay procesos ejecutados por diferentes grupos de usuarios.La representación gráfica del movimiento. Seis consideraciones para partición de diagramas de flujo incluyen si: 1. dentro de la imagen más grande. La explosión del diagrama de flujo original permite que el analista de sistemas se enfoque en las representaciones cada vez más detalladas de los movimientos de datos dentro del sistema. particionandolo para facilitar la programación.. pero cambian los almacenes de datos y las fuentes. El analista de sistemas extrae procesos. Cada proceso es analizado para determinar si debe ser un procedimiento manual o automatizado. Se muestran los procesos y se añaden los almacenes de datos. Luego el analista crea un diagrama hijo para cada uno de los procesos del Diagrama 0.

3. 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. Las ventajas de los diagramas de flujo de datos incluyen la simplicidad de la notación. El diagrama de flujo de datos correcto para el ejemplo de la nómina.O si los procesos pueden ser partidos en diferentes programas por razones de seguridad.Los procesos pueden ser combinados en un programa para tener consistencia de datos..2. 4.. .. los procesos por lotes pueden ser combinados para un procesamiento eficiente. usándola para obtener información más clara de los usuarios. permitiendo que el analista de sistemas conceptualice los flujos de datos necesarios sin estar atado a una implementación física particular.Hay procesos que ejecuten tareas similares.

Características comunes de los diagramas de flujo de datos lógicos y físicos. .

Diagrama de flujo de datos lógicos Diagrama de flujo de datos físicos .

Los elementos mas importantes son flujos de datos. incluyendo nombre. almacenes de datos y procesos.2 DICCIONARIO DE DATOS Un diccionario de datos es un conjunto de metadatos que contiene las características lógicas de los datos que se van a utilizar en el sistema que se programa. contenido y organización. En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo de datos de todo el sistema.El diagrama de flujo de datos físico (abajo) muestra determinados detalles que no se encuentran en el diagrama de flujo de datos lógico (arriba).2. Estos diccionarios se desarrollan durante el análisis de flujo de datos y ayuda a los analistas que participan en la determinación de los requerimientos del sistema. 3. alias. su contenido también se emplea durante el diseño. su contenido también se emplea durante el diseño del proyecto. El diccionario de datos guarda los detalles y descripción de todos estos elementos. .1. se desarrolla durante el análisis de flujo de datos y auxilia a los analistas que participan en la determinación de los requerimientos del sistema. descripción. Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la información.

4.Para documentar las características del sistema. de tal manera que todo pueda localizarse con rapidez. Una vez que las características están articuladas y registradas. Razones para su utilización: 1. 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. Preguntas: solicitudes para la recuperación o procesamiento de información para generar una respuesta específica. Por eso se registra la información. descripción. ya sea sobre hoja de papel o usando procesadores de texto. Los sistemas al sufrir cambios continuos. Produciendo una comprensión más completa. Determina si son necesarias nuevas características o si están en orden los cambios de cualquier tipo. alias. incluyendo partes o componentes así como los aspectos que los distinguen. Los analistas mas organizados usan el diccionario de datos automatizados diseñados específicamente para el análisis y diseño de software. todos los participantes en el proyecto tendrán una fuente común de información con respecto al sistema.Ejemplos: Nombre = Título Título = Primer-nombre Apellido-paterno Apellido-materno Carácter = [A-Z|a-z| |’] a + [Sr Primer-nombre + | Sra = = = Apellido-paterno + | Dr Apellido-materno | Ing] {carácter} {carácter} {carácter} Contiene las características lógicas de los sitios donde se almacenan los datos del sistema. su contenido también se emplea durante el diseño. es muy difícil manejar todos los detalles. 3. También es necesario saber bajo qué circunstancias se lleva a cabo cada proceso y con qué frecuencia ocurren. ya que tienen enormes cantidades de datos. Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la información. se desarrolla durante el análisis de flujo de datos y auxilia a los analistas que participan en la determinación de los requerimientos del sistema.Para asignarle un solo significado a cada uno de los elementos y actividades del sistema. 2.Para facilitar el análisis de los detalles con la finalidad de evaluar las características y determinar donde efectuar cambios en el sistema. contenido y organización. incluyendo nombre. Se abordan las características:    Naturaleza de las transacciones: las actividades de la empresa que se llevan a cabo mientras se emplea el sistema. Archivos y bases de datos: detalles de las transacciones y registros maestros que son de interés para la organización. . aun en los sistemas mas chicos hay gran cantidad de datos.Para manejar los detalles en sistemas muy grandes.

que permite definir qué sucede en los procesos o funciones de un sistema. Contenido de un registro del diccionario El diccionario tiene dos tipos de descripciones para el flujo de datos del sistema. aunque debería emplearse aquellas que permitan fácil comprensión. Relación secuencial: define los componentes que siempre se incluyen en una estructura de datos. Aun en los manuales. Relación de selección: (uno u otro). Longitud: porque es de importancia de saber la cantidad de espacio necesario para cada dato. una o ninguna iteración.1. Valores de los datos: porque en algunos procesos solo son permitidos valores muy específicos para los datos.Descripción: indica lo que representa en el sistema. Capacidad del sistema: Habilidad del sistema para aceptar. Cada uno está identificado con: Un nombre: para distinguir un dato de otro. existen múltiples herramientas que facilitan esta tarea.3 ESPECIFICACIÓN DE PROCESOS Es una herramienta de modelado de sistemas. define la repetición de un componente. son los elementos datos y estructura de datos. Si los valores de los datos están restringidos a un intervalo especifico. Algunas herramientas utilizadas para generar especificaciones de procesos son: . No hay una única forma de realizar la especificación de procesos. procesar y almacenar transacciones y datos. Se pueden utilizar las siguientes combinaciones ya sea individualmente o en conjunción con alguna otra. Elemento dato: son los bloques básicos para todos los demás datos del sistema. El objetivo es definir qué debe hacerse para transformar ciertas entradas en ciertas salidas. Relación opcional: los datos pueden o no estar incluidos. Descripción: Cada entrada en el diccionario consiste de un conjunto de detalles que describen los datos utilizados o producidos por el sistema. Se agrupan para formar una estructura de datos. Descripción: Se construyen sobre cuatro relaciones de componentes. detectan dificultades. o sea. y las presentan en un informe. Relación de iteración: (repetitiva). dependiendo de quién uso este dato. se revelan errores. esto debe estar en la entrada del diccionario. Notación Los analistas usan símbolos especiales con la finalidad de no usar demasiada cantidad de texto para la descripción de las relaciones entre datos y mostrar con claridad las relaciones estructurales. define las alternativas para datos o estructuras de datos incluidos en una estructura de datos.Localizar errores y omisiones en el sistema. En algunos casos se emplean términos diferentes para describir la misma entidad (alias) estos se representan con un signo igual (=) que vincula los datos. por si mismos no le dan un significado suficiente al usuario. 5. 3. Estructura de datos: es un grupo de datos que están relacionados con otros y que en conjunto describen un componente del sistema. Alias: porque un dato puede recibir varios nombres.

.1 LENGUAJE NATURAL El lenguaje natural se refiere a la utilización del lenguaje ordinario usado en la vida diaria como técnica para que el desarrollador del sistema extraiga los requisitos que desea el cliente. gráficas. para la regularidad y la buena comunicación. Las áreas no resueltas pueden ser planteadas como preguntas en entrevistas de averiguación. Formato de especificación de procesos: El nombre de proceso. que indica que todos los elementos del flujo de datos de salida deben ser obtenidos a partir de elementos de entrada y lógica de proceso. Una lista de la contribución y la circulación de datos de producto. Los tres objetivos de la especificación de proceso son:    Reducir la ambigüedad de los procesos Obtener una descripción precisa de lo que se logra Validar el diseño de sistema.1. Estas especificaciones explican la lógica de toma de decisiones y las fórmulas que transformarán los datos de entrada al proceso en salida. sin detallar un algoritmo específico Otras: tablas de decisiones. 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. Los datos que los nombres usaron en las fórmulas o la lógica deben ajustarse al diccionario de datos. usando los nombres encontrados sobre el diagrama de flujo de datos. lenguaje narrativo. Su objetivo principal es lograr el entendimiento y especificación correcta por parte del desarrollar sobre las necesidades que posee el cliente para el comportamiento del sistema. Definen un algoritmo Uso de pre-condiciones y post-condiciones: describen la función del proceso. como visualizaciones dentro del símbolo de proceso sobre el DFD. Una descripción breve del lo que el proceso logra. diagrama Nassi-Shneiderman.3. dándole más precisión y claridad. El mismo es la técnica más comúnmente usada para la extracción de requisitos. evitando ambigüedades (el lenguaje natural humano carece de precisión y es muy ambiguo). 3.Lenguaje estructurado: se emplea un lenguaje natural limitado en palabras y construcciones. etc. diagramas de flujos. Las especificaciones de proceso pueden ser usadas para analizar el diagrama de flujo de datos y el diccionario de datos por medio de un método llamado balanceo horizontal.

El lenguaje estructurado es una herramienta que puede utilizarse en la especificación de procesos. la extracción de requisitos se realiza con mayor fluidez. 3. incluidas en una tabla de decisión establecen el procedimiento a seguir cuando existen ciertas condiciones. El procedimiento de esta técnica en sí no está definido. Este método se emplea desde mediados de la década de los 50. esta técnica puede ser llevada a cabo rápidamente. para que la computadora pueda procesarlo. 3. cuando fue desarrollado por General Electric para el análisis de funciones de la empresa como . por lo que es accesible para cualquier persona. evitando ambigüedades (el lenguaje natural humano carece de precisión y es muy ambiguo). en el desarrollo de sistemas.3. No se utiliza ningún tipo de soporte adicional (por ejemplo. Más específicamente. que puede llevar a cabo de forma oral o escrita. lo que le da más precisión y claridad. Las principales ventajas y motivos de uso de esta técnica son las siguientes: Curva de Aprendizaje Fácil: Al no necesitar establecer pautas. por el contrario. al utilizarse un lenguaje ordinario y común para el cliente.3 TABLAS DE DECISIÓN La tabla de decisión es una matriz de renglones y columnas que indican condiciones y acciones. dentro del Proceso de Ingeniería de Requisitos.1. Luego.Esta técnica es usada durante la etapa de Análisis del proceso de desarrollo de un sistema. deberá transformarse o “traducirse” a un lenguaje de programación específico. El lenguaje estructurado puede utilizarse para especificar un algoritmo. formularios como en el lenguaje estructurado o diagramas como en la notación gráfica) ni lenguajes formales como ser los códigos de programación. esta técnica puede ser utilizada sin enseñarle ni explicarle su uso al cliente. se trata de una comunicación sin reglas ni acuerdos previos.3. Además. códigos ni lenguajes de programación entre el cliente y el desarrollar. Las reglas de decisiones. Practicidad: Al no necesitar enseñanza ni acostumbramiento.1.2 LENGUAJE ESTRUCTURADO El lenguaje estructurado es un lenguaje natural limitado en palabras y construcciones. se utiliza el lenguaje natural puro durante la etapa de Especificación. acuerdos mutuos. Para el cliente será como una comunicación más con otra persona.

existen 2n combinaciones a considerar. Utilidad Permite representar la descripción de situaciones decisivas. Determinar los pasos o actividades más factibles bajo condiciones que cambian (no sólo las condiciones actuales). 2. Como construir tablas de decisión.control de inventarios. Esto permite identificar las acciones. Nos proporcionan una descripción completa. si es que los hay. se debe asociar para una determinada condición Las entradas de Acciones muestran las acciones específicas del conjunto que deben emprenderse cuando ciertas condiciones o combinaciones de éstas son verdaderas. . análisis de ventas. La primera. El siguiente renglón se llena alternando con S y N. Para cualquier número N condiciones. en este caso no es posible la ocurrencia parcial. por ejemplo para tres condiciones es necesario examinar ocho posibles combinaciones 23= 8. estados de la naturaleza y las consecuencias. Características de las Tablas de Decisión: La tabla de decisión está integrada por cuatro secciones:     Identificación de Condiciones Entradas de Condiciones Identificación de Acciones Entradas de Acciones La Identificación de Condiciones señala aquellas que son relevantes. Esto es llenar la primera mitad del renglón consigo y la otra mitad con no. Determinar los factores considerados como más relevantes en la toma de decisiones. se representan las distintas alternativas. 3. Estudiar las diferentes posibilidades de combinaciones de condiciones. Esto permite identificar las condiciones en la decisión. correcta. escenario los renglones de condición con valores sí o no para cada combinación posible de condiciones. se deben emprender los siguientes pasos: 1. Cada condición seleccionada de detener la característica de ocurrir quo no ocurrir. es decir. Las Entradas de Condiciones. repitiéndose este proceso hasta llenar la tabla. Llenar la tabla con reglas de decisiones. Se utiliza la tabla de decisión cuando existen muchas combinaciones. clara y concisa de una situación que se resuelve por una decisión tomada en un momento específico del tiempo. análisis de créditos y control de transporte y rutas. Para desarrollar tablas de decisión. indican que valor. 4. Existen dos formas para hacerlo.

Uso de árboles decisiones. 6. determinar la acción a ser tomada. Examinar la tabla para detectar reglas redundantes o contradicciones entre estas. Ellos proveen una visión gráfica de la toma de decisión necesaria.3. en segundo lugar y así sucesivamente. o donde existen relaciones o resultados importantes que otros no detectaron o consideraron. Marcar las entradas correspondientes a las acciones con una X para indicar que éstas se emprenden. por cada condición adicional. muestra qué condiciones se consideran en primer lugar. C) Para cada condición adicional repite el paso b. en las que el objetivo es determinar el valor combinado de un conjunto de variables. El desarrollo de árboles de decisión beneficiado analista en dos formas. Cada vez que se ejecuta un árbol de decisión. Este método permite mostrar la relación que existe entre cada condición y el grupo de acciones permisibles asociado con ella.El otro método para llenar la tabla considera una condición a la vez y. Primero que todo. qué acciones deben ser tomadas y el orden en la cual la toma de decisión será efectuada. dejar las celdas vacías o marcadas con un guión para señalar que en ese renglón no emprende ninguna acción. la añade a la tabla pero sin considerar las combinaciones de condiciones y acciones duplicadas. especifican las variables que son evaluadas. 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. A) Establece la primera condición y todas las acciones permisibles. solo un camino será seguido dependiendo del valor actual de la variable evaluada.1. 3. Un árbol de decisión sirve para modelar funciones discretas.4 ÁRBOLES DE DECISIÓN El árbol de decisión es un diagrama que representan en forma secuencial condiciones y acciones. 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. la necesidad de describir condiciones y acciones llevan a los analistas a identificar de manera formal . y basándose en el valor de cada una de ellas. donde no importan las condiciones en un proceso. 5. Los árboles de decisión son normalmente construidos a partir de la descripción de la narrativa de un problema. En otras palabras. Se recomienda el uso del árbol de decisión cuando el número de acciones es pequeño y no son posibles todas las combinaciones. el empleo de las tablas de decisión produce un análisis más completo y exacto.

El gran número de ramas que pertenecen a varias trayectorias constituye más un problema que una ayuda para el análisis. entonces es posible que los datos críticos se encuentren definidos en el diccionario de datos (el cual describe los datos utilizados por el sistema y donde se emplean). aunque el árbol de decisión no muestra todo los datos. En estos casos los analistas corren el riesgo de no determinar qué políticas o estrategias de la empresa son la guía para la toma de decisiones específicas. Los árboles también obligan a los analistas a considerar la consecuencia de las decisiones. Cuando aparecen estos problemas. Si los árboles de decisión se construyen después de completar el análisis de flujo de datos. entonces es momento de considerar las tablas de decisión.las decisiones que actualmente deben tomarse. El analista debe identificar y elaborar una lista de todos los datos utilizados en el proceso de decisión. Si únicamente se usan árboles de decisiones. es decir. sin importar que este dependa de variables cuantitativas o cualitativas. También son útiles para identificar los requerimientos de datos críticos que rodean al proceso de decisión. los árboles indican los conjuntos de datos que la gerencia requiere para formular decisiones o tomar acciones. entonces el analista debe tener la certeza de identificar con precisión cada dato necesario para tomar la decisión. El árbol de decisiones de un sistema complejo con muchas secuencias de pasos y combinaciones de condiciones puede tener un tamaño considerable. Los árboles de decisión no siempre son la mejor herramienta para el análisis de decisiones. Se ha demostrado que los árboles de decisión son eficaces cuando es necesario describir problemas con más de una dimensión o condición. es difícil para ellos pasar por alto cualquier etapa del proceso de decisión. De esta forma. .

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->