Definiciones de diseo de sistemas.

El diseo puede definirse como el acto de delinear, planear, bosquejar y disponer muchos elementos separados, reunindolos en un conjunto viable y unificado. Mientras que en la fase de anlisis de sistemas se responde a preguntas tales como qu est haciendo el sistema? Y qu debera hacer para satisfacer las necesidades de los usuarios?, La fase de diseo se ocupa de cmo debe desarrollarse el sistema para que pueda satisfacer esas necesidades?. Durante el proceso de diseo, el analista plantea soluciones alternativas y finalmente determina cul es la mejor. La fase de diseo es de naturaleza tcnica, hasta el punto de que el analista debe responder esta pregunta "Cmo vamos a hacerlo?". Por otra parte, el diseo tambin es un arte creativo, hasta el punto de que el analista se pregunta continuamente: qu ocurrir si...? y por qu no? El diseo es una solucin: la conversin de los requerimientos en formas que los satisfagan. El diseo determina el xito del sistema. A travs del diseo, los analistas de sistemas pueden tener gran influencia sobre la efectividad del usuario, ya sea para el manejo de transacciones o par la administracin de la organizacin. Algunos diseos son ms efectivos que otros. Mientras que anlisis de sistemas describe lo que un sistema debe hacer para satisfacer los requerimientos de informacin, el diseo de sistemas muestra cmo el sistema debe de satisfacer este objetivo. El diseo de sistemas de informacin es el plan general o modelo para ese sistema. Como el plano de un edificio o una casa, tiene todas las especificaciones que dan al sistema su forma y estructura, el diseo de los sistemas de informacin es una tarea creativa que requiere de imaginacin, sensibilidad al detalle y habilidades. Para disear un sistema, el analista debe conocer ciertos elementos relacionados con los siguientes aspectos. 1) Los recursos de la organizacin. 2) Las necesidades de informacin de los usuarios. 3) Las necesidades de otros sistemas. 4) Los mtodos de procesamiento de datos, 5) Las operaciones con los datos. 6) Las herramientas del diseo. Para producir el diseo, el analista tiene que aplicar el razonamiento y la creatividad a los elementos mencionados. Objetivos del diseo de sistemas de Informacin: El diseo de sistemas tiene tres objetivos. Primero, el diseador de sistemas es responsable de la consideracin de otras configuraciones de tecnologa para llevar a cabo y desarrollar el sistema tal y como fue descrito por el anlisis. Esto

puede implicar anlisis del desempeo de diferentes elementos de hardware y software capacidades de los sistemas, alternativas de redes y la transportabilidad del hardware de los sistemas. Segunda, los diseadores son responsables por la administracin y el control de la realizacin tcnica de los sistemas. Las especificaciones detalladas de programacin, la codificacin de los datos, la documentacin, pruebas y la capacitacin, son todos responsabilidad del equipo de diseo. Adems, los diseadores son responsables del abastecimiento actual del hardware y el software que se necesita para el sistema. Tercero, el diseador de sistemas detalla las especificaciones del sistema que darn las funciones identificadas durante el anlisis de sistemas. Estas especificaciones deben tocar todos los componentes administrativos, organizacionales y tecnolgicos de la solucin de sistemas. Especificar los elementos de diseo lgico Especificaciones detalladas de diseo que describen las caractersticas de un sistema de informacin: entradas, salidas, archivos y base de datos y procedimientos. Actividades de soporte para la empresa. Los resultados del empleo del sistema sern de ayuda para mejorar el rendimiento de la empresa Satisfacer los requerimientos de los usuarios. Satisfacer las necesidades de los usuarios en trminos de: Efectuar en forma correcta los procedimientos apropiados. Presentar en forma apropiada la informacin. Proporcionar resultados exactos. Utilizar los mtodos de interaccin apropiados. Proporcionar confiabilidad total. Fcil de usar. Ingeniera humana favorable: El diseo ergonmico debe ser fsicamente cmodo y contribuir a la efectividad y eficiencia del usuario. Proporcionar las especificaciones de software. Especificar los componentes y funciones con suficiente detalle para construir el software de aplicacin. Ajustarse a los estndares de diseo El diseo y sus especificaciones debe estar en concordancia con las reglas prcticas establecidas para la organizacin. Etapas bsicas del proceso diseo.

En de la prctica, la aplicacin del proceso de diseo es un esfuerzo repetitivo. A medida que el analista va considerando cada uno de los elementos del proceso, se ve obligado a revisar una y otra vez a reexaminar las estructuras y relaciones establecidas hasta el momento, y a modificarlas para satisfacer la nueva condicin. La repeticin contina hasta que han sido consideradas todas las dimensiones del sistema propuesto y se formula la proposicin final. Las etapas bsicas del proceso de diseo pueden exponerse as: 1. Definir el objetivo del sistema. 2. Desarrollar un modelo conceptual. a) Identificar el resultado ms importante del sistema. b) Sealar los datos especficos de entrada necesarios para obtener ese resultado. c) Describir las operaciones de procesamiento de datos, particularmente los algoritmos lgicos y de clculo, que deben aplicarse a los datos de entrada para producir la informacin deseada. d) Identificar los elementos de entrada que se pueden introducir una sola vez y quedar almacenados para usarlos en operaciones subsecuentes de procesamiento. e) Seguir efectuando los pasa a, b, c, d para cada resultado requerido y por orden de prioridad hasta haberlos considerado en su totalidad. f) Establecer un banco de datos que pueda sustentar al sistema en la forma ms efectiva . 3. Aplicar restricciones. a) En base a las restricciones impuestas eliminar los casos extremos de entrada, salida y procesamiento. b) Sealar los diferentes puntos de control. 4. Definir las actividades de procesamiento de datos. a) disear los formatos de entrada y salida que mejor se adapten al diseo del sistema. b) Establecer los mtodos de procesamiento y los puntos comunes de los datos. 5. Formular la proposicin del diseo del sistema. Analizando especficamente las entradas, las salidas y las actividades de procesamiento por orden de su contribucin al logro del objetivo general del sistema, el analista reduce al mnimo el tiempo necesario para llegar a una estructuracin del diseo principal. Herramientas para el Diseo de Sistemas Apoyan el proceso de formular las caractersticas que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades del anlisis: Herramientas de especificacin

Apoyan el proceso de formular las caractersticas que debe tener una aplicacin, tales como entradas, Salidas, procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de datos. Herramientas para presentacin Se utilizan para describir la posicin de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida. Herramientas para el desarrollo de Sistemas Estas herramientas nos ayudan como analistas a trasladar diseos en aplicaciones funcionales. Herramientas para Ingeniera de Software Apoyan el Proceso de formular diseos de Software, incluyendo procedimientos y controles, as como la documentacin correspondiente. Generadores de cdigos Producen el cdigo fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas. Herramientas para pruebas Apoyan la fase de la evaluacin de un Sistema o de partes del mismo contra las especificaciones. Incluyen facilidades para examinar la correcta operacin del Sistema as como el grado de perfeccin alcanzado en comparacin con las expectativas. La revolucin del procesamiento de datos de manera computarizada, junto con las prcticas de Diseo sofisticadas est cambiando de forma dramtica la manera en que se trasladan las especificaciones de Diseo d Sistemas de Informacin funcionales. El Diseo de sistemas es el arte de definir la arquitectura de hardware y software, componentes, mdulos y datos de un sistema de cmputo para satisfacer ciertos requerimientos. Es la etapa posterior al anlisis de sistemas. El diseo de sistemas tiene un rol ms respetado y crucial en la industria de procesamiento de datos. La importancia del software multiplataforma ha incrementado la ingeniera de software a costa de los diseos de sistemas. Los mtodos de Anlisis y diseo orientado a objetos se estn volviendo en los mtodos ms ampliamente utilizados para el diseo de sistemas. El UML se ha vuelto un estandard en elAnlisis y diseo orientado a objetos. Es ampliamente utilizado para el modelado de sistemas de software y se ha incrementado su uso para el diseo de sistemas que no son software as como organizaciones.

Diseo del Sistema El diseo del sistema es la estrategia de alto nivel para resolver problemas y construir una solucin. Es el arte de definir la arquitectura de hardware y software, componentes, mdulos y datos de un sistema de cmputo para satisfacer ciertos requerimientos. Es la etapa posterior alanlisis de sistemas. El diseo de sistemas tiene un rol ms respetado ycrucial en la industria de procesamiento de datos. La importancia delsoftware multiplataforma ha incrementado la ingeniera de software acosta de los diseos de sistemas. Fases del diseo El diseo del sistema es la estrategia de alto nivel para resolver problemas y construir una solucin. ste incluye decisiones acerca de laorganizacin del sistema en subsistemas, la asignacin de

subsistemas acomponentes hardware y software. El diseo de sistemas es la primerafase de diseo en la cual se selecciona la aproximacin bsica pararesolver el problema. Durante el diseo del sistema, se decide laestructura y el estilo global. La arquitectura del sistema es la organizacinglobal del mismo en componentes llamados subsistemas. La arquitecturaproporciona el contexto en el cual se toman decisiones ms detalladas enuna fase posterior del diseo donde el diseador de sistemas debe tomar las siguientes pasos o fases para el desarrollo del sistemas:- Organizar el sistema en subsistemas- Identificar la concurrencia inherente al problema- Asignar los subsistemas a los procesadores y tareas Etapas bsicas del proceso diseo.

En de la prctica, la aplicacin del proceso de diseo es un esfuerzo repetitivo. A medida que el analista va considerando cada uno de los elementos del proceso, se ve obligado a revisar una y otra vez a reexaminar las estructuras y relaciones establecidas hasta el momento, y a modificarlas para satisfacer la nueva condicin. La repeticin contina hasta que han sido consideradas todas las dimensiones del sistema propuesto y se formula la proposicin final. Las etapas bsicas del proceso de diseo pueden exponerse as:

1. Definir el objetivo del sistema.

2. Desarrollar un modelo conceptual.

a) Identificar el resultado ms importante del sistema. b) Sealar los datos especficos de entrada necesarios para obtener ese resultado. c) Describir las operaciones de procesamiento de datos, particularmente los algoritmos lgicos y de clculo, que deben aplicarse a los datos de entrada para producir la informacin deseada. d) Identificar los elementos de entrada que se pueden introducir una sola vez y quedar almacenados para usarlos en operaciones subsecuentes de procesamiento. e) Seguir efectuando los pasa a, b, c, d para cada resultado requerido y por orden de prioridad hasta haberlos considerado en su totalidad. f) Establecer un banco de datos que pueda sustentar al sistema en la forma ms efectiva .

3. Aplicar restricciones. a) En base a las restricciones impuestas eliminar los casos extremos de entrada, salida y procesamiento. b) Sealar los diferentes puntos de control. 4. Definir las actividades de procesamiento de datos. a) disear los formatos de entrada y salida que mejor se adapten al diseo del sistema.

b) Establecer los mtodos de procesamiento y los puntos comunes de los datos. 5. Formular la proposicin del diseo del sistema. Analizando especficamente las entradas, las salidas y las actividades de procesamiento por orden de su contribucin al logro del objetivo general del sistema, el analista reduce al mnimo el tiempo necesario para llegar a una estructuracin del diseo principal. LA PROPUESTAS DE SISTEMAS: es una destilacin de todo lo que el anlisis de sistemas ha aprendido acerca del negocio y lo que necesita para mejorar su desempeo. Para atacar los requerimientos de informacin adecuadamente, el anlisis de sistemas debe usar mtodos sistemticos para la adquisicin de hardware y software, identificar y proyectar los futuros costos y beneficios y realizar un anlisis costo-beneficio. PRESENTACIN DE LA PROPUESTA DE SISTEMAS El tema de la presentacin obviamente es la propuesta de sistemas (o alguna parte de ella). Las siguientes consideraciones incluyen quines deben conformar la audiencia de la presentacin y como organizar apoyar y realizar la presentacin oral. Todos estos aspectos se encuen-tran relacionados y las examinaremos por separado con el fin de enfa-tizarlos con claridad. Comprensin de la audiencia As como la audiencia del documento de la propuesta define su estilo de redaccin, el nivel de detalle y el tipo de figuras, el conocimiento de la audiencia de la presentacin oral permite al orador descubrir que tan formal debe ser, que presentar y que tipo de ayudas visuales debe incluir. Es imperativo conocer a quien se dirigir. Si el auditorio es homogneo, la tarea del ponente es ms fcil, ya que slo debe satisfacer unos cuantos puntos de vista. Aunque no in-tentamos analizar de manera extensiva los tipos de audiencia, hay ciertos puntos que deben tomarse en cuenta acerca de las diferencias entre audiencias.

Uso de datos demogrficos Los datos demogrficos pueden obtenerse a travs de cuestionarios, entrevistas y datos de archivo. Los datos demogrficos bsicos incluyen la edad del empleado, su sexo, educacin, puesto dentro de la organizacin y la antigedad en el puesto actual. Adems, al recopilar estos datos entrese de los requeri-mientos potenciales de informacin que pueden solicitarse, y con ello lograr que su audiencia alcance una mejor comprensin durante la presentacin oral. Consideraremos a los ejecutivos y a los principales usuarios como la audiencia que tomar la mayora de las decisiones acerca del sistema propuesto. Sin embargo, la mayora de los ingenieros que presentan una propuesta de sistemas se encuentran con combina-ciones de estas dos audiencias bsicas, ms que con un grupo homogneo. Audiencias de ejecutivos Esta audiencia se compone de la alta direccin o la gerencia, quienes son los principales tomadores de decisiones dentro de la organizacin. Ellos pueden o no tener experiencia tcnica en el rea bajo discusin y esto es algo que el ingeniero debe identificar durante la definicin de los requisitos de informacin previos a la presentacin de la propuesta.

Los ejecutivos requieren de suficiente informacin para tomar decisiones documentadas, pero durante una presentacin oral, no vale la pena invertir tiempo en aspectos extremadamente tcnicos. La informacin costo/beneficio es pertinente en las presentaciones a eje-cutivos. Pueden ser de utilidad algunos ejemplos (eventos breves, una cita, algo que soporte un punto principal) e ilustraciones (historias mas largas con un principio y final de desarrollo, a los cuales pueda re-ferirse de manera repetida a lo largo de la presentacin. Tambin pueden utilizarse para audiencias ejecutivas, estadsticas contenidas en ayudas visuales, tales como grficas o diagramas. Sea respetuoso de las restricciones de tiempo, ya que el tiempo es el recurso mas valioso del tomador de decisiones. Ensaye la presentacin oral, de tal forma que pueda controlar su duracin. Deje suficiente tiempo para preguntas y comentarios del momento y no se mantenga a la defensiva. Sea abierto y honesto al responder preguntas y no se resis-ta a admitir que desconoce la respuesta. Est al tanto de las preguntas de su audiencia y no deje de contestarlas. Usuarios principales Los usuarios principales difieren de los ejecutivos, en el sentido de que de hecho estarn utilizando (y tal vez an desarrollando) la salida del sistema. Mientras que ellos tambin tienen responsabilidades de toma de decisiones, y como usuarios, la propuesta de sistemas tambin les concierne. Al dirigirse a los usuarios principales, considere discutir los cam-bios que ocurrirn en su trabajo, junto con una descripcin de los de-talles operativos. Son de mucha utilidad los ejemplos con ilustraciones. La exposicin de testimonios (esto es, apoyos de los individuos para puntos principales) tambin es una posibilidad, as como comentarios autorizados (provenientes de una fuente conocida y respetable) acerca de los beneficios del sistema propuesto. El anlisis de costos y benefi-cios tambin puede servir para esta audiencia, pero es probable que no sea el foco principal de la charla. Pueden ser de utilidad con los usuarios principales, las ayudas vi-suales de muestras de la salida o de otros prototipos del sistema. Debe considerarse cualquier ayuda visual que permita al usuario concebir el uso del sistema. Organizacin de la presentacin de la propuesta del sistema Los tpicos han sido determinados y son aquellos problemas que exis-ten con el sistema actual, as como el sistema que usted y su equipo de sistemas propone para resolverlos. Lo anterior implica que los ponen-tes de propuestas de sistemas tienen resuelto un problema de decisin, pues escoger un tpico es con frecuencia la labor ms difcil para el expositor Revise todos los datos reunidos de la organizacin que se encuen-tren resumidos en la propuesta de sistemas. Tome cuatro o cinco puntos principales que sean la esencia de la propuesta. En particular, verifi-que el resumen ejecutivo, las secciones de recomendaciones y el resu-men de la propuesta. Si el tiempo disponible para la presentacin oral es mayor de media hora, los puntos principales pueden ampliarse a nueve o ms. Sin embargo, en una presentacin oral, el asistente Ilega a retener no ms de cuatro a seis puntos. Cada uno de los puntos principales del informe oral debe contar con un soporte. No es correcto plantear un punto principal y no justifi-carlo. Se tienen numerosas opciones para apoyar los puntos principa-les. Estos incluyen ejemplos, ilustraciones, referencias de testimonios o de autoridades, y estadsticas. Recuerde que el ingeniero de sistemas cuenta con numerosas opciones para presentar el material; y no nece-sariamente son las mismas alternativas de la propuesta escrita. Planeacin de la introduccin y la conclusin

Una vez que se ha trabajado en los puntos principales y en los puntos de apoyo puede redactarse una introduccin y una conclusin. Observe que la redaccin de una introduccin ocurre al final y no al principio. Esto es as porque la introduccin debe dejar ver a los cuatro o cinco puntos principales de la propuesta, lo cual es imposible determinar en un principio. Tal presentacin prepara a la audiencia para escuchar los temas que se ofrecen. La introduccin debe incluir un "aliciente", algo que mantenga intrigada a la audiencia respecto a lo que vendr despus. Esto debe ser un enfoque creativo de la propuesta, para que dirija de manera unificada la atencin de la audiencia hacia el nuevo material que se presenta. Por ejemplo, una ancdota, analoga, referencia, un poema incluso una broma, pueden abrir con xito una presentacin, en lugar de un comienzo deslucido o trillado. Si se decide por el humor, este de-be estar directamente relacionado con uno de los tpicos relevantes y el ingeniero debe capitalizarlo. La duracin de la introduccin debe ser proporcional al tiempo disponible para la presentacin; entre el 5 y el 10% del tiempo total del ingeniero debe utilizarse para desarrollar la introduccin; de tal forma, que si una charla dura 10 minutos, aquella debe contar con 30 segun-dos a un minuto. Al seguir este heurstico se sugiere que la introduc-cin sea concisa y escrita con atencin. Como se indic anteriormente, la introduccin y la conclusin de una presentacin oral se escriben en paralelo. Recuerde que esto es simi-lar a la forma en que el resumen ejecutivo y el resumen de la propuesta se manejan durante la redaccin de la propuesta. Esto es as, porque las conclusiones deben reflejarse en la introduccin. Las conclusiones de-ben revisar los puntos principales de la propuesta, de manera similar a la presentacin de la introduccin. No debe repetir al pie de la letra las ideas principales expuestas en la introduccin, sino que debe reiterarlas y concluir con una frase impactante de manera simi-lar al aliciente de la introduccin. Por ejemplo, si usted comienza ha-ciendo una analoga del crecimiento del sistema con el crecimiento de una planta, regrese a tal analoga y conclyala. Una conclusin clara ser satisfactoria y tendr la aprobacin de su auditorio. Preguntas del momento Las preguntas pueden hacerse durante o despus de la presentacin. La contestacin de las preguntas durante la presentacin, hace a esta informal y relajada. Sin embargo, es un reto mucho mas serio y puede desviar de manera prematura la atencin hacia su propuesta. Es con-veniente dejar las preguntas para el final, con el fin de mantener un control y comunicar de manera eficaz sus puntos de vista. Uso de ayudas visuales Los apoyos visuales que se utilizan en una presentacin oral funcionan de manera similar a las figuras del documento de la propuesta, ya que complementan el material asociado. Considere la posibilidad de contar con ampliaciones de las principales figuras de la propuesta, para utili-zarlas durante la presentacin. Los elementos visuales deben tener una apariencia profesional (es muy conveniente contar con el apoyo de un artista). Los elementos impresos deben ser uniformes y visibles desde cualquier sitio del auditorio. Para esta ocasin, los apoyos visuales de-ben prepararse de antemano y no dibujarse durante la presentacin. Utilice paquetes de microcomputadora para producir elementos para su presentacin y sus reportes. Ahora es muy fcil producir dia-gramas, acetatos y diapositivas. Practique con el uso de los apoyos visuales para que cualquier conflicto con el equipo no Ilegue a ser el foco de atencin de la audien-cia. Asegrese de que el equipo para la presentacin est disponible el da de su ponencia. Cuando exponga no deje de mirar directamente a la audiencia y no a la grfica.

Uso de una computadora personal en la presentacin Uno de los apoyos visuales ms efectivos que puede utilizar en la ac-tualidad es el de una pantalla de video conectada a una microcompu-tadora porttil. Si usted trabaja en el desarrollo de un sistema para computadoras personales, esto es doblemente cierto. Hay cierta logstica que debe considerar cuando Ileve una micro-computadora a la reunin de la propuesta. Si es posible, trate de utilizar un sistema de proyecciones de pantalla gigante, de tal forma (que cualquiera dentro del saln tenga a la vista la pantalla del monitor. Si esto no fuera posible, utilice varias microcomputadoras o monitores paralelos. Un heurstico til es no tener ms de cinco asistentes por cada monitor disponible. Las microcomputadoras son valiosas para presentar hojas de clculo con capacidad de simulacin. Por ejemplo, "que pasara si cayera significativamente la tasa de inters? Cmo afectara el perodo de retorno de inversin. El uso de una microcomputadora y de una hoja de clculo previamente desarrollada permite que el tomador de decisiones considere numerosos escenarios de simulacin durante la misma presentacin. El sistema que usted propone tiende a involucrar a las microcomputadoras. En este caso, las microcomputadoras actan como un prototipo y los usuarios y los tomadores de decisiones contarn con una idea concreta rpida de lo que ser el sistema resultante. No vacile en permitir que otras personas, adems del ponente opere la computadora, esto ha funcionado bastante bien; incluso a las personas que carecen de experiencia en cmputo, les parece interesante. Por otro lado, no haga la presentacin del sistema slo en la computadora personal. Incluso si lleva la computadora a la presenta-cin, necesitar explicar lo que est haciendo. Tambin considere que las cosas pueden salir mal. Planee un mtodo alternativo para presen-tar el material en caso de que se presenten problemas de software o de equipo, que en el momento no puedan resolverse. Ahora que hemos expuesto las audiencias, el material de apoyo y las ayudas visuales, nos dirigiremos a la distribucin oral de la pro-puesta de sistemas. Aqu es donde la exposicin del sistema difiere ra-dicalmente del documento de la propuesta.

Principios de la exposicin Al saber quien integra la audiencia, el ingeniero puede definir que tan formal ser su presentacin. Si en la reunin estar presente el director del consejo de administracin la presentacin debe ser formal. Si los usuarios principales, ms que los ejecutivos integran la au-diencia, tal vez sea ms apropiado una presentacin de tipo taller. Una forma de establecer el nivel de formalidad de las presenta-ciones es asistir a diferentes reuniones de la organizacin antes de su presentacin. Esto permite entender las expectativas implcitas de la organiza-cin. Las expectativas se basan generalmente en costumbres estableci-das, tales como que el ponente use un proyector de acetatos, presente diapositivas de 35 mm realizadas profesionalmente o ms an, distribuya un resumen de los puntos ms relevantes. Aunque estas costumbres pueden no Ilegar a mencionarlas los integrantes de la organizacin, su inclusin puede ser importante, si esto implica juzgarla dentro de los parmetros de una presentacin exitosa. Las reglas para la presentacin son:

Mantenga un nivel de voz suficientemente fuerte para que toda la audiencia lo pueda escuchar. Mire a cada una de las personas de la audiencia conforme hable. Elabore ayudas visuales, lo bastante grandes para que toda la audiencia las pueda ver. Use gestos que sean naturales a su estilo de conversacin. Inicie y concluya su charla de manera segura. El simple hecho de pensar que se encuentra frente a un grupo puede poner al expositor sumamente nervioso. De hecho, el mayor te-mor de las personas es hablar en pblico. Existen cuatro lineamientos que ayu-dan al ponente a vencer la ansiedad. Ellos son: 1) sea usted mismo; 2) preprese; 3) hable de manera natural (no memorice ni lea), y 4) res-pire con suficiente profundidad durante su exposicin. Cada uno de estos lineamientos se explicar en las siguientes secciones. Primer lineamiento: sea usted mismo "Sea usted mismo" implica que la personalidad del orador es muy impor-tante para persuadir a la audiencia. Los expositores necesitan desarro-Ilarse asimismo en todos los aspectos de su personalidad, tales como: intelectual, emocional y espiritual. Los antiguos griegos, mantenan la idea de que los oradores alcanzaban el derecho de dirigirse a la au-diencia a travs de un desarrollo pleno de su ser. La audiencia moderna parece no ser tan exigente. Sin embargo, una personalidad plenamente desarrollada ubica al orador en una ex-celente posicin para enfrentar cualquier contingencia durante su exposicin, tal como los asistentes crticos, sitios desfavorables, o tal vez algo tan mundano como sobreponerse a la falla del equipo. Tambin es una gran fuente de ideas cuando se intenta dar un giro creativo a material poco incitante. Segundo lineamiento: preprese Prepararse significa que mientras ms sepa de su tema ms fcil le ser al ingeniero exponerlo. Una excelente expositora instala lo que ella Ila-ma su "piloto automtico". Ella admite que Ilega a paralizarse, pero lo supera al tener pleno conocimiento de los puntos principales. Cuando expone, parece que permite a su subconsciente que trasmita su charla bien preparada. Esto significa que de antemano, habr que practicar la presentacin. Slo unos cuantos oradores, si es que los hay, tienen el don de improvisar un buen discurso. Cuando el expositor se prepara cuenta con la confianza de que realmente tiene algo valioso que comu-nicarle a la audiencia y que superar cualquier cosa (inclusive la an-siedad) para comunicarlo. Tercer lineamiento: hable de manera natural Hablar de manera natural sin memorizar ni leer, parecera poco prctico, ya que el expositor que lee un texto redactado, tiene poco riesgo de se-pararse de sus principales puntos de vista. Sin embargo, la lectura contrarresta la credibilidad del orador, ya que se evita la oportunidad del contacto visual vital. Memorizar una charla disminuye la posibili-dad de adaptarse de manera adecuada a una audiencia particular. Y cuando un orador pierde la ubicacin de su charla memorizada, es casi imposible recuperarla sin tropiezos. Aquellos que memorizan sus charlas tienden a apegarse al pie de la letra a la presentacin, relegan-do la comunicacin del contenido. Los ingenieros que memorizan o leen sus presentaciones se encuentran ante el riesgo de perder muy pronto el inters de su audiencia. En lugar de leer o memorizar, maneje en forma plena los cuatro o cinco puntos fundamentales de la propuesta. Confe en que tiene un mensaje que comunicar y que sabe cual es. Entrese de que

materiales de apoyo acompaan a cada punto, pero no los escriba. Si el tiempo es corto avance rpido en la propuesta del sistema Prepare un bosquejo de su charla de la propuesta del sistema que incluya de 4 a 6 puntos principales, as como los puntos de apoyo. Tambin indique en donde se presentarn elementos visuales, tales como grficas. Que cambios considerar cuando presente el sistema a los usuarios potenciales, ms que a los tomadores de decisiones? Cmo difiere una presentacin graba-da de una en vivo? Cuarto lineamiento: recuerde respirar Recordar al expositor que debe respirar suena curioso, ya que respiramos sin tomarlo en cuenta. Sin embargo, una excelente forma de alcanzar un adecuado volumen de voz es acordarse del proceso de respiracin. Aspire profunda y largamente, justo antes de dirigirse al grupo. Permtase respirar entre las frases y durante las pauses normales de su ex-posicin. Fisiolgicamente es imposible respirar con profundidad y seguir nervioso.