UNIVERSIDAD DE EL SALVADOR FACULTAD DE INGENIERIA Y ARQUITECTURA ESCUELA DE INGENIERIA DE SISTEMAS INFORMATICOS PROGRAMACION I Ciclo II-2012

UNIDAD I: TECNICAS DE DOCUMENTACION

Objetivo de la Unidad: Conocer y aplicar las Tcnicas de Documentacin, reconociendo su
importancia en el diseo e implementacin de algoritmos.

Contenido de la Unidad: 1.1 Concepto e Importancia

1.2 Clasificacin 1.3 Documentacin Interna 1.4 Documentacin Externa 1.5 Ejemplos

Introduccin
La mayora de algoritmos diseados e implementados son utilizados por otras personas y no por quien los escribi. Por ejemplo, quien dise el programa para calcular el salario a los empleados de una empresa, generalmente no es quien imprime las planillas; el que disea el programa para facturarle a un cliente de un almacn no es el que realiza la factura; en resumen, el ingeniero que construye la solucin de un determinado problema no ser la misma persona que la utilizar. Por esta razn, algoritmos y programas deben ser fciles de utilizar, debido a que la mayora de las veces quien utiliza el programa no tiene nociones de programacin; por otra parte, quien les da mantenimiento puede ser un programador diferente al que los construy. Las siguientes situaciones ilustran la necesidad de escribir programas fciles de utilizar: El usuario tiene que saber, qu tipo de datos introducir, en qu momento hacerlo y cuntos datos introducir. En el caso de las salidas de datos, el usuario o quien lee estos reportes, debe saber qu representa esa informacin. Adems, para darle el mantenimiento necesario a la solucin construda se necesita saber qu hace y cmo lo hace.

En conclusin, se debe recordar que las soluciones deben ser lo ms claras y explcitas posibles, para que otra persona, trabaje, modifique o califique el trabajo realizado.

1.1 Concepto e Importancia

Documento proviene del latn documentu, que significa ensear. Se refiere a un escrito con el que se prueba, acredita o hace constar alguna cosa. El documento es definido como el escrito susceptible de poder contribuir como prueba a los hechos en un proceso determinado. En el sentido extenso del vocablo, es un acto humano perceptible que puede servir de prueba para determinados hechos de un proceso. Todo conocimiento fijado materialmente sobre un soporte, y susceptible de ser utilizado para consulta, estudio o trabajo. Un utensilio irreemplazable para transmitir los conocimientos, las ideas y dar cuenta de los hechos. Son funciones de un documento: Permitir la comunicacin humana. Servir de medio valioso de formacin y enseanza. Materializar todos los conocimientos humanos formando una memoria colectiva. 1

Un documento vlido debe ser: Original: de primera mano, fruto de un estudio o investigacin. Fiable: digno de crdito. Identificacin de autores y fuentes. Utilizable: con posibilidad de difusin. De fcil acceso a los usuarios. Documentos confidenciales: de utilidad limitada. La Documentacin es la parte de la Programacin que se encarga de escribir la literatura necesaria para comprender perfectamente una solucin. Consiste en escribir detalladamente todo lo que se necesita conocer para trabajar con ella y modificarla por mantenimiento, cuando sea requerido. Es una gua o comunicacin escrita en variadas formas: enunciados, procedimientos, dibujos o diagramas. En trminos generales, la Documentacin es el acto de reunir documentos sobre un tema dado y el tratamiento de stos en vistas a su difusin. Debe poseer las siguientes caractersticas: Pertinencia: los documentos que se proporcionan deben responder a las necesidades especficas de los usuarios. Exhaustividad: debe proporcionarse al usuario todos los documentos que respondan a sus necesidades. Rapidez: los documentos pertinentes deben transmitirse al usuario interesado inmediatamente despus de su publicacin. Economa: el coste de la Documentacin debe ser mnimo.

A continuacin se escriben algunas preguntas bsicas orientadoras para la redaccin de la Documentacin: Salida de Datos: Qu hace el algoritmo o programa? Se divide el programa en partes o mdulos? Cuntos mdulos son? Qu hace o genera cada uno de los mdulos? Qu tipo de datos necesita? Cuntos?

Entrada de Datos:

Informacin de Hardware y Software: Qu necesita para funcionar? Procesamiento de Datos: Informacin General: Cmo lo hace? Quin lo hizo? Cundo lo hizo? Para quin fue desarrollado? Cundo, por quin y qu se le ha modificado?

Como ya se expuso anteriormente, los programas o algoritmos son diseados muchas veces para que otras personas, usuarios, los utilicen; por ejemplo, los algoritmos que los estudiantes disean, los utilizan los profesores para revisarlos y calificarlos. La mayora de veces los usuarios no tienen los conocimientos necesarios (matemticos o de programacin) lo que dificulta la utilizacin de la solucin, es aqu donde radica la importancia y aplicacin de la Documentacin. El programador debe indicar al usuario cmo trabajar con la solucin, proponindole mensajes con las indicaciones siguientes: Cundo introducir datos? Qu tipo de datos? Cuntos datos necesita introducir?

Si el proceso que realiza el programa toma un tiempo considerable (ms de un minuto), el programador debe indicarle al usuario, por medio de mensajes que el programa est trabajando y que presentar en los siguientes minutos los resultados esperados. El mantenimiento de un programa, tambin se facilita mediante la Documentacin, ya que, generalmente esta tarea le corresponde realizarla a alguien que no dise el programa. Gracias a la Documentacin se puede saber qu variables se utilizan, qu estructuras lgicas de control se han utilizado y as modificar la lgica del programa para que ste siga funcionando y produzca la informacin requerida y correcta. Los programas de aplicacin necesitan de cierto hardware y software para instalarlos y que se puedan utilizar. Estos requerimientos de equipo (capacidad de memoria RAM, espacio a utilizar en disco, tipo de impresor configurado, dispositivos manejables, etc) y software (sistema operativo, plataforma de desarrollo, compilador, traductor o intrprete, llamadas a rutinas escritas en otros lenguajes de programacin, etc) tambin son detalladas en la Documentacin del programa.

1.2 Clasificacin
Documentacin Interna y Externa. La Documentacin Interna son los comentarios o mensajes que se aaden al cdigo fuente para hacerlo ms claro. Adicionalmente, pueden aadirse el uso de identificadores descriptivos (edad, sueldoEmpleado, peso, despliegueNotas, validacionEntradaDatos) y no slo utilizar letras como nombres de variables y mdulos. Es una buena tcnica de escritura de cdigo fuente, adoptar el Estilo Camel. El Estilo Camel es un modo de escritura que se aplica a identificadores compuestos por varias palabras. El nombre camel se debe a que las maysculas a lo largo de una palabra en este estilo se asemejan a las jorobas de un camello, se podra traducir como Maysculas/Minsculas en Estilo Camello. Existen dos tipos:

UpperCamel, cuando la primera letra de cada una de las palabras es mayscula. Ejemplo: EjemploDeUpperCamel. lowerCamel, igual que la anterior con la excepcin de que la primera letra es minscula. Ejemplo: ejemploDeLowerCamelCase.

La Documentacin Externa, puede definirse como la agrupacin de los siguientes documentos: Descripcin del Problema, Nombre y datos del Autor, Descripcin del Algoritmo (diagrama de flujo o pseudocdigo), Manuales, Diccionario de Datos y Listado del Cdigo Fuente. Se escribe en cuadernos o libros, totalmente ajena a la aplicacin en s. Dentro de esta categora tambin se encuentra la ayuda electrnica. Dentro de las tcnicas estructuradas para el diseo y documentacin del software se tienen: el mtodo HIPO, los diagramas de flujo, los diagramas Nassi-Schneiderman, los diagramas Warnier-Orr y el pseudocdigo. Aqu es donde, el analista de sistemas transmite al programador los requerimientos de programacin. Durante esta fase, el analista tambin colabora con los usuarios para desarrollar la documentacin indispensable del software, incluyendo los manuales de procedimientos. La documentacin le dir al usuario cmo operar l software, y as tambin, qu hacer en caso de presentarse algn problema. Mtodo HIPO: consta de un sistema de programacin que contiene subsistemas, disminuye la dificultad obtenida en el diseo de arriba hacia abajo ya que los componentes se pueden manejar por separado. Diagrama de Flujo: gua visual que muestra el flujo del programa. 3

Diagrama N-S: es una tcnica de especificacin de algoritmos que combina la descripcin textual, propia del pseudocdigo, con la representacin grfica del diagrama de flujo. El diagrama N-S cuenta con un conjunto limitado de smbolos para representar los pasos del algoritmo, por ello se apoya en expresiones del lenguaje natural; sin embargo, dado que el lenguaje natural es muy extenso y se presta para la ambigedad, slo se utiliza un conjunto de palabras reservadas. Diagrama Warnier Orr: es una tcnica que utiliza una representacin semejante a la de cuadros sinpticos para mostrar el funcionamiento y organizacin de los elementos que conforman el algoritmo. Son fciles de leer y modificar y no tienen que completarse antes de ser tiles. Bsicamente, utiliza una notacin de llaves para organizar los mdulos. Pseudo-Cdigo: puede ser usado como un paso para desarrollar el cdigo de programa, por lo que no es un tipo particular de cdigo. Es comn en el campo informtico, pero su falta de estndar impide la aceptacin de todos. CONCLUSIN: Es importante el uso de la documentacin ya que informa de manera detallada la operacin de una solucin informtica. A travs de la informacin proporcionada en ella, se pueden construir y modificar las soluciones planteadas para poder mejorar las debilidades y ofrecer a los usuarios mejor calidad.

1.3 Documentacin Interna

Es la Documentacin de Cdigo Fuente, se encuentra escrita dentro del programa en forma de mensajes, puede ser en forma de comentarios o de archivos de informacin dentro de la aplicacin. Es necesario comentar convenientemente cada una de las partes que tiene el programa. Estos comentarios se incluyen en el cdigo fuente con el objeto de clarificar y explicar cada elemento del programa, se deben de comentar las variables, los mdulos y en definitiva todo elemento que se considere importante. Esta documentacin tiene como objeto hacer ms comprensible el cdigo fuente a otros programadores que tengan que trabajar con l, ya sea porque forman parte del grupo de desarrollo o porque el programa va a ser mantenido o modificado por otra persona distinta al programador inicial. Tambin resulta muy til durante la depuracin y el mantenimiento del programa por el propio programador, al paso del tiempo las decisiones se olvidan y surgen dudas hasta en el propio programador de porqu se hicieron las cosas de una determinada manera y no de otra. Se pueden incluir comentarios como: a) Nombre del programador b) Fecha en que se dise el programa c) Tipo de datos que necesita el programa en el momento de su ejecucin d) Aclaracin o ampliacin de los datos de salida cuando sean mostrados al usuario, ya sea en el monitor o en el impresor e) Descripcin de lo que hace una parte o mdulo del programa Para estos comentarios o mensajes, a nivel de Flujograma, se utilizan tres smbolos:

Comentarios

Impresiones en Papel

Salida en Pantalla o Monitor 4

En suma, la Documentacin es el conjunto de informacin que describe qu hacen los sistemas informticos, cmo lo hacen y para quin lo hacen. Consiste en material que explica las caractersticas tcnicas y la operacin de un sistema. Es esencial para proporcionar entendimiento de un sistema a quien lo vaya a usar para mantenerlo, para permitir auditora del sistema y para ensear a los usuarios cmo interactuar con el sistema y hacerlo funcionar. ***************************************************************************************************************

1.4 Documentacin Externa

Est formada por todos los documentos escritos que estn fuera del programa y ayudan a utilizarlo correctamente. En este tipo de Documentacin, se agrupan todos los manuales, guas de referencia, libros de ayuda y dems escritos, que suelen entregarse con cada programa, de manera que el usuario pueda aprender su manejo y consultar cualquier duda ante un problema desconocido. La documentacin adecuada y completa, de una aplicacin que se desea implantar, mantener y actualizar en forma satisfactoria, es esencial en cualquier Sistema Informtico, sin embargo, frecuentemente es la parte a la cual se dedica el menor tiempo y se le presta menos atencin. La importancia de la documentacin bien podra ser comparada con la importancia de la existencia de una Pliza de Seguro; mientras todo va bien no existe la precaucin de confirmar si nuestra Pliza de Seguros est o no vigente. Siempre se debe documentar un sistema como si estuviera a punto de irse al fin del mundo en el siguiente mes, para nunca volver. Si la documentacin del sistema es incompleta el diseador contnuamente estar involucrado y no podr moverse a otra asignacin. La documentacin de un programa empieza a la vez que la construccin del mismo y finaliza justo antes de la entrega del programa o aplicacin al cliente. As mismo, la documentacin que se entrega al cliente tendr que coincidir con la versin final de los programas que componen la aplicacin. Una vez concluido el sistema informtico, los documentos gua que se deben entregar son tcnico, de uso, de instalacin, de implementacin y del administrador. Manual o Gua Tcnica Refleja el diseo del proyecto, la codificacin de la aplicacin y las pruebas realizadas para su correcto funcionamiento. Est diseado para personas con conocimientos de informtica, generalmente programadores. Su principal objetivo es el de facilitar el desarrollo, correccin y futuro mantenimiento de la aplicacin de una forma rpida y fcil. Esta Gua est compuesta por tres apartados claramente diferenciados: Cuaderno de Carga: donde queda reflejada la solucin o diseo de la aplicacin. Est destinado nicamente a los programadores. Debe estar realizado de tal forma que permita la divisin del trabajo Programa Fuente: incluye la codificacin realizada por los programadores. Este documento puede tener, a su vez, otra documentacin para su mejor comprensin y puede ser de gran ayuda para el mantenimiento o desarrollo mejorado de la aplicacin. Este documento debe tener una gran claridad en su escritura para su fcil comprensin. Pruebas: es el documento donde se especifican el tipo de pruebas realizadas a lo largo de todo el proyecto y los resultados obtenidos. Ya que este manual est dirigido al personal tcnico responsable de corregir errores, y agregar o modificar funciones en el sistema, debe incluir la documentacin generada durante el anlisis y diseo del sistema. Estos documentos describen: La funcin del sistema mediante diagramas y descripciones breves de las actividades principales. (Diagramas de Flujo o Flujogramas) Los datos, las relaciones entre los datos, las relaciones entre datos y funciones del sistema. (Anlisis del Problema) 5

Manual de Usuario o Gua de Uso Contiene la informacin necesaria para que los usuarios utilicen correctamente la aplicacin. Este documento se hace desde la gua tcnica pero se suprimen los tecnicismos y se presenta de forma que sea entendible para el usuario que no sea experto en informtica. Un punto a tener en cuenta en su creacin es que no debe hacer referencia a ningn apartado de la Gua Tcnica y en el caso de que se haga uso de algn tecnicismo debe ir acompaado de un glosario al final para su fcil comprensin. Este documento sirve de gua sobre el uso del programa. Debe ser escrito para que cualquier usuario, principiante o avanzado, lo comprenda fcilmente. Y debe contener lo siguiente: a) ndice b) Prefacio, con informacin sobre cmo usar el propio manual. c) Gua rpida sobre cmo usar las funciones principales del programa o sistema. d) Seccin para la resolucin de problemas. e) Seccin de preguntas formuladas frecuentemente (FAQ) f) Informacin de contacto. g) Glosario. Manual o Gua de Instalacin Antes de proceder a la instalacin en s, es conveniente tener un conocimiento de los requisitos de hardware y software para instalar y usar el programa (o ms adelante sistema informtico). Este Manual est dirigido al personal tcnico responsable de instalar y configurar inicialmente un sistema informtico. As, este manual se puede dividir en tres partes: Requisitos de hardware y software: Caractersticas del hardware y software bsico y/o de aplicaciones, necesarios para hacer la instalacin y la utilizacin del programa (o sistema). Instalacin: Detalla paso a paso el proceso de instalacin del programa o sistema. Configuracin: Explica los principales parmetros que deben inicializarse antes de usar el sistema o programa. Manual de Implementacin Contiene la informacin necesaria para implementar dicha aplicacin. Dentro de este documento se encuentran las instrucciones para la puesta en marcha del sistema y las normas de utilizacin del mismo. Dentro de las normas de utilizacin se incluyen tambin las normas de seguridad, tanto las fsicas como las referentes al acceso a la informacin. Con la documentacin se pueden mantener y actualizar las soluciones tanto algortmicas como codificadas en un Lenguaje de Programacin especfico, logrando que se proporcione una comunicacin clara y rpida, que puede reducir costos en el almacenamiento, adiestramiento de personal, adquisicin de tecnologas y otros. Incluye la descripcin de todas las actividades necesarias para convertir un sistema anterior a otro nuevo sistema. Un sistema informtico podra necesitar ser actualizado o sustituido en forma total por un nuevo sistema. Entre las actividades que debe incluir estn: Cambiar software existente. Preparar o convertir datos existentes. Adquirir equipo informtico (hardware y/o software). Hacer cambios fsicos al edificio o ambiente donde se ubicar el sistema. Capacitar o reasignar al personal que operar el sistema. Cambiar procedimientos y mtodos de trabajo. Garantizar la seguridad de los equipos y datos del sistema. 6

Manual del Administrador Instructivo dirigido a la persona encargada de instalar, configurar y administrar un sistema informtico. Ya que el administrador se encarga de instalar, controlar los accesos, poner en funcionamiento la solucin, crear o modificar la configuracin del sistema, capacitar sobre su uso y solucionar problemas tcnicos; el manual debe contener la informacin necesaria para realizar dichas actividades. Los manuales detallados anteriormente, se relacionan con un sistema informtico y no con soluciones compuestas de un solo programa; por lo tanto, durante este ciclo la Documentacin Externa de nuestras soluciones estar formada por : a) Planteamiento del problema b) Anlisis del problema: Definicin de: b.1) Variables de Salida b.2) Variables de Entrada b.3) Restricciones para datos de Entrada b.4) Procesos matemticos b.5) Procesos lgicos b.6) Variables de proceso. c) Flujograma debidamente comentariado Al utilizar el Anlisis Estructurado la documentacin anterior debe generarse para cada mdulo. Un sistema informtico es un conjunto formado principalmente por los siguientes dos elementos que interactan entre s con el fin de apoyar las actividades de una empresa o negocio: Equipo computacional o hardware necesario para que el sistema informtico pueda operar Recurso humano que interacta con el sistema informtico, el cual est formado por las personas que utilizan el sistema.

1.5 Ejemplos
a) Comentarios internos del algoritmo (no se ejecutan, slo sirven para complementar y aclarar algunos pasos del algoritmo)

Calcula la edad promedio de 5 personas

Clculo de la sumatoria de las edades de las cinco personas, cada una de ellas ledas desde el teclado

En DevC los comentarios se pueden hacer de dos formas:

Fin

Comentarios de una sola lnea, se necesita utilizar //, el comentario termina con la lnea. El primer comentario del flujograma anterior: //Calcula la edad promedio de 5 personas

Comentarios de ms de una lnea, en este caso se usa /*, para iniciar el mensaje, y */ para terminarlo. El segundo comentario del flujograma anterior puede escribirse as: /*Clculo de la sumatoria de las Edades de las cinco personas, cada una de ellas ledas desde el teclado */

b) Documentacin de Entrada y Salida de datos (notar los identificadores descriptivos de variables) Entrada de datos documentada: Salida de datos documentada:

Digite la edad de la persona

La edad promedio es:, prom, aos

edad

Es INCORRECTO dibujarlo as:

La salida que sigue es poco informativa:

Edad de la persona, edad

prom

Los comentarios en un programa se deben escribir cuando se consideren necesarios, si se documenta cada paso o lnea del programa se tendran dos versiones de la solucin en un solo programa: el algoritmo codificado y el algoritmo narrado, lo cual vuelve tediosa y difcil la lectura del programa.

A continuacin se presentan 4 cdigos en DevC debidamente documentados.

c) Cdigos Fuente en DevC que ilustran algunas tcnicas de Documentacin Interna c.1) Programa que despliega en pantalla los primeros 20 mltiplos de 2:

c.2) Programa que determina si un nmero entero ledo por teclado es primo

c.3) Programa que calcula el Salario de un empleado

c.4) Programa que determina el nmero de das de un mes ledo desde el teclado y si el ao al que pertenece dicho mes es o no bisiesto

10

TOMAR EN CUENTA QUE: Algunas personas no tienen en cuenta el estilo cuando escriben sus programas, resulta curioso, que esas mismas personas son a menudo las primeras en quejarse cuando reciben un programa escrito por otro y que resulta incomprensible. Para mejorar la legibilidad del cdigo, es importante tener presentes unas pocas normas de estilo, que pueden variar segn el lenguaje que se use. Algunas de ellas, han sido ilustradas en los ejemplos anteriores. Una de las recomendaciones ms importantes de la programacin con estilo, es usar nombres cortos en identificadores locales, y nombres largos y descriptivos en identificadores globales. Normalmente se usarn verbos activos (getXX, setYY, parseZZ...) para subprogramas o mdulos, y nombres descriptivos para variables, estructuras y clases. Estos nombres largos se forman habitualmente de ms de una palabra, y debido a que los lenguajes de programacin no admiten el espacio en sus identificadores, hay que buscar alternativas para escribirlos; es as que adoptaremos la tcnica Camel, ya explicada y ejemplificada en esta Unidad. d) Mtodo HIPO (Hierarchy-Input_Process-Output) Fue desarrollado por IBM como esquemas de representacin para un desarrollo jerrquico de arriba a abajo y como una ayuda de documentacin para productos comercializados. Un conjunto de diagramas HIPO contiene una tabla visual de contenido, un conjunto de diagramas generales y un conjunto de diagramas de detalles. La tabla visual de contenido es el directorio del conjunto de diagramas en el sistema informtico; consta de un directorio con estructura de rbol (o de grfica), un resumen de los contenidos de cada diagrama general y una explicacin de los smbolos utilizados. Todos estos diagramas se ilustran en las figuras siguientes:

11

Tabla Visual de Contenido

Los diagramas generales especifican los procesos de un sistema en forma funcional; cada diagrama describe las entradas, los pasos de proceso y las salidas para la funcin en cuestin; un diagrama general puede indicar la localizacin de los diagramas de detalles subordinados necesarios.

Los diagramas de detalle permiten crear para cada mdulo la realizacin de un diagrama funcional . Por ejemplo validar transacciones

12

e) Diagrama HIPO (Jerarqua-Entrada-Proceso-Salida)

f) Diagramas Warnier/Orr Los diagramas de Warnier/Orr (tambin conocidos como construccin lgica de programas/construccin lgica de sistemas) fueron desarrollados inicialmente en Francia por Jean Dominique Warnier y en los Estados Unidos por Kenneth Orr. Este mtodo ayuda al diseo de estructuras de programas identificando la salida y resultado del procedimiento, y entonces trabaja hacia atrs para determinar los pasos y combinaciones de entrada necesarios para producirlos. Los sencillos mtodos grficos usados en los diagramas de Warnier/Orr hacen evidentes los niveles en un sistema y ms claros los movimientos de los datos en dichos niveles. Los diagramas de Warnier/Orr muestran los procesos y la secuencia en que se realizan. Cada proceso se define de una manera jerrquica; es decir, consta de conjuntos de subprocesos que lo definen, en cada nivel, el proceso se muestra en una llave que agrupa a sus componentes. Puesto que un proceso puede tener muchos subprocesos distintos, un diagrama de Warnier/Orr usa un conjunto de llaves para mostrar cada nivel del sistema. La capacidad de mostrar la relacin entre procesos y pasos de un proceso no es exclusiva de los diagramas de Warnier/Orr, as como tampoco lo es el uso de la iteracin, seleccin de alternativas o el tratamiento de casos individuales. Tanto los diagramas de flujo estructurado y el uso de pseudocdigo logran eso tambin. Sin embargo, el enfoque que se usa para desarrollar las definiciones de un sistema por medio de estos diagramas es distinto y se adapta bien a los que se usan en el diseo de sistemas lgicos. Para desarrollar un diagrama de Warnier/Orr , el analista trabaja hacia atrs, empezando con la salida del sistema y usando un anlisis orientado hacia la salida. En el papel el desarrollo se mueve de izquierda a derecha. En primer lugar, se definen la salida o resultados esperados del procedimiento o mdulo. En el nivel siguiente, mostrado mediante la inclusin por medio de una llave, se definen los pasos necesarios para producir la salida. A su vez, cada paso se define un poco ms. Las llaves adicionales agrupan los procesos requeridos para producir el resultado en el siguiente nivel. Los diagramas de Warnier/Orr ofrecen a los expertos en sistemas algunas ventajas distintivas. Son simples en apariencia y fciles de entender. Aun as, son poderosas herramientas de diseo. Tienen la ventaja de mostrar agrupaciones de procesos y los datos que deben transferirse de nivel a nivel. Adems, la secuencia del trabajo hacia atrs garantiza que el sistema estar orientado hacia el resultado. 13

g) Diagramas N-S

14

Representacin grfica que muestra el diseo de un programa estructurado. Fue desarrollado en 1972 por Isaac Nassi y Ben Shneiderman.Est basado en un diseo top-down expresado a travs de cajas anidadas para representar cada uno de los subproblemas o mdulos que resuelven el problema general.

15