Escuela de Ingeniera de Sistemas Informticos Facultad de Ingeniera y Arquitectura Universidad de El Salvador

El Anteproyecto:
Gua de Preparacin
Versin 1.1

Ing. Carlos Ernesto Garca, M. Sc

Ciudad Universitaria, marzo de 2009.

INTRODUCCIN. Para iniciar un proyecto de desarrollo de un sistema informtico, un software o un estudio se requiere la aprobacin previa de la entidad que proveer los recursos para llevar a cabo el proyecto. Tal entidad puede ser por ejemplo: la junta directiva de una empresa, un comit acadmico, un grupo de inversionistas o un banco. Los recursos son normalmente de tipo econmico; pero pueden ser de otra naturaleza, como recurso humano, equipo, asesora o apoyo logstico. La aprobacin se gestiona describiendo el proyecto en un documento denominado Anteproyecto del sistema X, en el que se especifica el objetivo del proyecto; se formula globalmente el problema; se avala su factibilidad tcnica, econmica y operativa; se justifica; se establece su importancia y se presenta un plan global para llevarlo a cabo. La importancia del anteproyecto es evidente: si no se aprueba, el proyecto termina antes de comenzar. Por lo tanto, debe ser muy cuidadosa y tcnicamente elaborado; tpicamente en un tiempo muy corto y con recursos bastante limitados. En este artculo se proporciona una breve descripcin de la estructura tpica de un anteproyecto en el mbito de la Ingeniera Informtica y de la Ingeniera de Software; y una breve descripcin del contenido de cada componente del documento, a manera de gua para facilitar concretizarlo. La estructura del anteproyecto que se presenta no implica de ninguna manera el orden del proceso para realizarlo. La elaboracin de un anteproyecto es tpicamente un proceso iterativo en el cual el contenido de cada componente se retroalimenta continuamente del de otros componentes elaborados o semi-elaborados, hasta alcanzar un nivel de afinamiento satisfactorio. Es totalmente lgico, por ejemplo, que se redefinan los objetivos o el planteamiento del problema a la luz del contenido del marco terico. El contenido de ningn componente es definitivo mientras no se alcance el estado de afinamiento final.

I. ESTRUCTURA Y COMPONENTES.
La estructura del anteproyecto ser la siguiente: 1. Objetivos. 1.1. Objetivo General. 1.2. Objetivos especficos. 2. Marco Terico. 3. Antecedentes. 4. Situacin Actual. 4.1. Descripcin. 4.2. Estructura. 5. Metodologa. 6. Formulacin del Problema. 7. Factibilidad. 7.1. Factibilidad Tcnica. 7.2. Factibilidad Econmica. 7.3. Factibilidad Operativa. 8. Justificacin. 9. Importancia. 10. Alcances. 11. Limitaciones. 12. Cronograma de Actividades. 13. Planificacin de Recursos. 14. Conclusiones y Recomendaciones. 15. Bibliografa.

La anterior estructura estar precedida de una portada, un ndice de contenido y una corta introduccin de una pgina. Posterior a la bibliografa irn todos los anexos, si los hubiera, debidamente rotulados y con lo prefijos: Anexo 1; Anexo 2, etc. En la portada se indicar el tema del trabajo de graduacin, el nombre y nmero de carnet de los alumnos, el nombre del Docente Director y el del Docente Observador, la fecha de entrega del documento y cualquier otro dato que requiera la Coordinacin General de Trabajos de Graduacin. El documento del anteproyecto no deber tener ms de 50 pginas, excluyendo los anexos. A continuacin se explican brevemente cada uno de los componentes de esta estructura.

@/opt/scribd/conversion/tmp/scratch2566/57949611.doc

Anteproyecto: Gua de Preparacin

1. Objetivos.

Se trata de los objetivos del proyecto; no de los objetivos del resultado del proyecto. Tpicamente el objetivo de un proyecto es desarrollar o construir algo. 1.1. Objetivo General. Descripcin del resultado general que se propone alcanzar al ejecutar el proyecto. Normalmente se trata de construir un software o disear un sistema informtico para resolver un problema especfico, el cual hay que mencionar. Cuando se trata de un proyecto de investigacin puede tratarse de probar una teora o de apoyar una ya existente. En ambos casos, el resultado debe ser factible de lograrse. 1.2. Objetivos especficos. Descripcin de los resultados intermedios principales del proyecto que deben lograrse para alcanzar el objetivo general. Estos objetivos deben ser consistentes entre s y con el objetivo general. La suma de los objetivos especficos debe ser equivalente al objetivo general. Por ejemplo, si el objetivo general de un proyecto fuera disear un sistema informtico, los objetivos especficos podra ser: analizar la situacin actual; definir los requerimientos informticos, operativos y de desarrollo; disear el sistema; documentar las especificaciones del diseo; construir un prototipo del software del sistema; y disear el plan de implementacin.

2. Marco Terico.
El marco terico es el sustento terico de un estudio. Describe las teoras, enfoques tericos de estudios previos y antecedentes en general que se consideran pertinentes para los objetivos del estudio o proyecto que se piensa realizar. Para elaborarlo hay que llevar a cabo dos etapas previamente: primero, revisar la literatura existente relacionada con el tema del proyecto a la que se tenga acceso; y luego, adoptar una teora o desarrollar una perspectiva terica. En este contexto, una teora es un conjunto de conceptos, definiciones y proposiciones relacionadas entre s, que presentan un punto de vista sistemtico de fenmenos especificando relaciones entre variables, con el objetivo de explicar y predecir los fenmenos.1 Es recomendable revisar estudios previos similares para enterarse sobre cmo se realizaron, qu problemas hubo, cmo se resolvieron; etc. Un buen marco terico es el que trata con profundidad aspectos relacionados al objetivo del estudio; vinculando sistemtica y coherentemente los conceptos y definiciones expuestas. No se trata slo de reunir informacin y no necesariamente ocupa un montn de pginas.

3. Antecedentes.
Descripcin de cualquier antecedente considerado relevante y pretinente al proyecto. Por ejemplo: dnde naci la idea de hacer este proyecto, proyectos similares previos o en desarrollo, etc.

4. Situacin Actual.
4.1. Descripcin. Descripcin textual en lenguaje natural apoyado en tablas y grficos referenciados, tan profunda como el tiempo y los recursos para el anteproyecto lo permitan. Datos cuantitativos y cualitativos. Proyecciones. Corresponde a una descripcin fsica del sistema sobre qu hace y quin, cundo, dnde, porqu y cmo lo hace2, producto de la aplicacin de tcnicas de anlisis de sistemas. 4.2. Estructura. Descripcin con enfoque de sistemas. Diagrama del sistema acompaado de texto explicativo de sus elementos, entradas, salidas, operaciones, procesos, medio-ambiente, controles, etc. El lenguaje debe ser ms tcnico que el del numeral anterior y la descripcin ms abstracta y de tipo lgico.

5. Metodologa.
En esta seccin se describe de forma muy completa, de qu manera se propone desarrollar el proyecto . Se debe demostrar que se conoce el camino para lograr los objetivos del proyecto; y que aunque existen otros caminos, el que se ha escogido es el mejor. En consecuencia, esta seccin no debe reducirse a un simple listado de herramientas, tcnicas y tecnologas.

1 2

Sampieri R., Colado, Lucio; Metodologa de la Investigacin , McGraw-Hill, 2da. Edicin, Mxico, 1998; pg. 39.
5W1H: What, Who, When, Where, Why, How. cegarcia@Fia/Eisi/TrbGrad

Anteproyecto: Gua de Preparacin

Explicar cmo se har una tarea implica describir de manera sistemtica los pasos a seguir. Por lo tanto, la metodologa es en esencia una descripcin de pasos o actividades que conducen a alcanzar los objetivos que se persiguen. Debera comenzar con una descripcin del mtodo general seguir. Por ejemplo, El proyecto se desarrollar en x etapas, definidas de acuerdo a ciclo de vida clsico de proyectos de desarrollo de software. Estas etapas son: Anlisis, diseo y construccin". Cada etapa debe dividirse en subetapas cuando sea necesario. A continuacin debe explicase para cada etapa: Qu, cundo, dnde, cmo y dnde se har; quin lo har; qu tcnicas, herramientas, recursos y equipo se utilizarn; porqu se har de esa manera; y qu productos concretos se obtendrn. Luego debe incorporarse una descripcin de las tcnicas, herramientas, equipo y recursos principales que se utilizarn. Ejemplo: Metodologa para el cambio de una llanta pinchada. El cambio de la llanta se llevar a cabo en 5 pasos: aflojado de tuercas, alzado del vehculo, retiro de la llanta pinchada, instalacin de la llanta de repuesto y apretado de tuercas. i. El aflojado de tuercas se har aplicando la tcnica de " tuercas alternas" utilizando una llave cruz. Cada una de las cuatro tuercas se aflojar dndole entre dos y tres vueltas completas. ii. El alzado del vehculo se llevar a cabo utilizando una mica hidrulica de una tonelada, hasta una altura aproximadamente 2 cm ms que el dimetro de la llanta de repuesto. iii. El retiro de la llanta pinchada se realizar desenroscando totalmente cada tuerca, aplicado de nuevo la tcnica de " tuercas alternas". En seguida se retira la llanta pinchada mantenindola lo ms vertical posible durante el retiro, para no daar las roscas de los pernos o los agujeros del ring. iv. La instalacin de la llanta de repuesto se efectuar alineando los 4 agujeros del ring con los pernos antes de insertarla, mantenindola lo ms vertical posible durante la introduccin para no daar las roscas de los pernos o los agujeros del ring. En seguida se colocarn y se apretarn las tuercas hasta donde se logre aplicando slo la fuerza de la mano, siempre con la tcnica de "tuercas alternas". v. El apretado de tuercas se har bajando el vehculo al suelo con la mica y luego, apretando cada tuerca con la misma tcnica de "tuercas alternas". Tcnicas. La tcnicas ms importantes a aplicar sern: la tcnica "tuercas alternas", etc. etc. La tcnica de "tuercas alternas" tiene como objetivo lograr una presin uniforme en cada tuerca. Segn esta tcnica, las tuercas deben aflorase o apretarse en un cierto orden. Si estuvieran numeradas del 1 al 4 en el sentido de las agujas del reloj, comenzando con cualquiera, el orden debe ser 1, 3, 2, 4. Se escogi esta tcnica entre otras porque es la que minimiza el riesgo de daar el ring o los pernos y el riesgo de que se aflojen las tuercas con el tiempo. Herramientas y equipo. Se utilizarn las siguientes herramientas: una mica hidrulica de 1.0 toneladas y una llave cruz. (Ac se pueden describir las herramientas ms relevantes) Recursos. Se utilizar una sola persona con aptitud para manipular cmodamente en el aire una llanta inflada durante por lo menos 2 minutos, utilizando ambas manos.

6. Formulacin del Problema.

Cuando el objetivo del proyecto es construir o disear un artefacto, la formulacin del problema corresponde con un problema de ingeniera que se especifica en trminos del cambio de un estado A a un estado B. Por ejemplo, construir un sistema para transformar ropa sucia (A) en ropa limpia (B); o construir un sistema para incorporar a una base de datos central (B) datos capturados en cada departamento del pas (A). La formulacin se complementa con una descripcin detallada de las funciones que se prev que el artefacto debe exhibir; las restricciones bajo las cuales se prev que el artefacto debe operar; y las restricciones bajo las cuales se prev que el artefacto se debe desarrollar.
cegarcia@Fia/Eisi/TrbGrad

Anteproyecto: Gua de Preparacin

No he conocido mejor libro al respecto que el de Edward V. Krick " Introduccin a la Ingeniera y al Proyecto en la Ingeniera". Recomiendo estudiar todo el libro. Es un libro muy ameno y est escrito en un lenguaje muy sencillo. Ningn ingeniero, de cualquier disciplina, debe perdrselo. Para el tema especfico sobre "formulacin del problema" recomiendo estudiar primero el Captulo 1, "Problemas"; luego el captulo 6, "El Proceso Solucionador de Problemas: Formulacin del Problema"; y finalmente el captulo 7, "El Proceso Solucionador de Problemas: Anlisis del Problema". en ese orden. Comprender bien este material provee un conocimiento de extrema utilidad, no slo para hacer un buen anteproyecto; si no para toda la vida como ingeniero. Cuando el resultado del proyecto corresponde al de una investigacin bsica o aplicada, la formulacin del problema consiste en plantear los objetivos de la investigacin (no del proyecto); complementando stos objetivos con preguntas especficas que se busca responder a partir de los resultados de la investigacin. Por ejemplo: Objetivo del proyecto: Realizar una investigacin sobre el estado del arte del la IA. Objetivos de la investigacin: Identificar el nivel de desarrollo alcanzado en cada rama de la IA en el mundo; identificar las aplicaciones en operacin con fines prcticos y las tcnicas y tecnologas en la que se basan estas aplicaciones; analizar si estas aplicaciones son propias de pases desarrollados; etc. Preguntas: Qu ramas de la IA estn ms avanzadas? Dentro de estas ramas, qu aplicaciones en operacin tienen ms impacto en el bienestar social? Qu tecnologas y tcnicas se utilizan en estas aplicaciones? Es factible desarrollar aplicaciones de este tipo en un pas subdesarrollado? etc.

7. Factibilidad.
El estudio de factibilidad del proyecto es uno de los resultados ms importantes y esperados del anteproyecto. Permite estimar si el proyecto es o no factible desde tres ngulos: tcnico, econmico y operativo. La factibilidad en los dos primeros aspectos se refiere a las posibilidades de que el producto pueda ser desarrollado y puesto en operacin; la factibilidad operativa se refiere a las posibilidades de que el producto resulte til una vez desarrollado. La estimacin de factibilidad parte lgicamente del conocimiento sobre las macrofunciones y restricciones del artefacto a desarrollar, que a la altura del anteproyecto ya se debe tener. 7.1. Tcnica. Se enfoca esencialmente en el desarrollo. Desde este aspecto, el proyecto resultar ms factible en la medida que preguntas similares a las siguientes se respondan afirmativamente: Puede desarrollarse el producto con: El equipo con que se cuenta? Con la tecnologa de software con que se cuenta? Con el recurso humano disponible? Con el conocimiento con que se cuenta? Con las tcnicas y herramientas con que se cuenta? Si se requiere recursos de adicionales a los que se tienen, cul es la posibilidad real de poder adquirirlos o desarrollarlos? En resumen: Hay suficientes recursos para desarrollar el proyecto en el tiempo establecido? (recursos de todo tipo). 7.2. Econmica. Se enfoca en el desarrollo y en la operacin. Hay dos preguntas fundamentales a analizar en este aspecto. La primera es: Son los beneficios que se van a obtener a partir del software ya desarrollado, superiores a los costos de desarrollo y operacin? Ser ms factible en la medida que los beneficios excedan a los costos. La pregunta puede formularse de otra manera segn el caso: Son los " desbeneficios" derivados de NO desarrollar el software superiores a los costos de desarrollarlo? (Si no lo desarrollamos, de alguna manera nos costar ms caro! Por ejemplo, el costo de desarrollar un software para calificar los exmenes PAES cuyos resultados se requieren en 3 das vrs. hacerlo a mano). La segunda pregunta es: Pueden obtenerse los recursos econmicos necesarios para desarrollar el proyecto? Se puede demostrar que el producto se un proyecto es rentable; pero para desarrollarlo se requiere una cantidad de dinero con la que no se cuenta. En resumen: Hay dinero para desarrollar el proyecto? Qu ganancias/beneficios se esperan? 7.3. Operativa. Se enfoca esencialmente en la operacin. La pregunta esencial ac es: ser usado el software, una vez desarrollado e instalado? Hay barreras importantes para su implementacin? Se espera alguna resistencia de parte de los usuarios para su utilizacin? Hay suficiente apoyo al proyecto de parte de la direccin superior? Causar daos de algn tipo el software ya en operacin? (desempleo, por ejemplo). Se degradar la eficiencia en alguna rea?

cegarcia@Fia/Eisi/TrbGrad

Anteproyecto: Gua de Preparacin

Un proyecto se juzga factible si pasa las tres pruebas de factibilidad. Un software para Gestin de Clnicas Ginecolgicas y Obsttricas puede desarrollarse a un costo razonable con los recursos disponibles; pero si a los mdicos no les gusta la interfaz, por ejemplo, el proyecto es infactible desde el punto de vista operativo. En resumen: Ser usado el software, una vez desarrollado e instalado?

8. Justificacin.
Se trata del porqu debe aprobarse el proyecto y para qu. Esto debe exponerse en forma clara, precisa y convincente. "Por justificacin se entiende sustentar la realizacin del estudio con argumentos convincentes, para lo cual requiere apoyarse en elementos tericos, empricos e histricos pertinentes y en las necesidades institucionales y sociales".3 Por ejemplo: "el tiempo de respuesta del sistema actual es diez veces mayor que el de la competencia" o "los clientes se quejan cada vez ms a menudo de los atrasos en sus estados de cuenta" o "el sistema actual no podr manejar los cambios en la nueva Ley de Impuestos"; cada ejemplo acompaado de las cuantificaciones correspondientes. Para lograr justificar el proyecto es necesario conocer en detalle las causas que motivaron a que fuese considerado y los propsitos originales de esta consideracin. Un proyecto puede originarse por una amplia variedad de circunstancias. Por ejemplo: Llegada de una nueva tecnologa al mercado, desarrollo de nuevos productos, requerimientos nuevos o insatisfechos de los usuarios, lanzamiento de un nuevo producto, etc.

9. Importancia.
Expone la trascendencia que tendr la solucin del problema planteado, es decir, el resultado del proyecto. La importancia debe presentarse en trminos de los efectos y consecuencias ms relevantes para la institucin o empresa; y para la sociedad cuando el proyecto tiene proyeccin social. Lo que equivale a exponer las situaciones en las que el resultado del proyecto ser til. Por ejemplo: "la clnica estar en capacidad de atender el doble de pacientes con los mismos recursos actuales" o "se abrir acceso a la computadora a personas con retardo mental, facilitando con ello su desarrollo social, algo sin precedente en Amrica Latina"; cada ejemplo acompaado de las cuantificaciones correspondientes.

10. Alcances.
Son los resultados que se garantiza que se alcanzarn una vez concluido el proyecto. Por ejemplo, en un proyecto de desarrollo de un sistema informtico, los alcances podran expresarse como: Al concluir el proyecto se tendrn: las especificaciones de diseo del sistema informtico, el software del sistema en estado de instalacin, un Manual del Usuario en medio ptico y un plan de implementacin. A estos resultados garantizados se les conoce como resultados u objetivos operacionales.4 Los alcances define inequvocamente un nivel de compromiso con respecto a los resultados ms importantes del proyecto. Otro ejemplo: en el proyecto "Uso de Agentes Mviles en Bibliotecas Digitales" los alcances se plantean como: se tendr una aplicacin real y funcional del paradigma de agentes mviles pues el proyecto se desarrollar en el marco de bibliotecas digitales florsticas; se agilizar el acceso y la recuperacin de informacin con la introduccin de agentes mviles en la arquitectura de bibliotecas digitales; se implementarn agentes mviles que puedan migrar sin ningn problema entre mquinas de diferente arquitectura, eliminando con esto la limitante de tener que trabajar sobre una misma plataforma. Los resultados operacionales estn relacionados sobre todo con el objetivo implcito de todo proyecto de lograr que el sistema a desarrollar, informtico o software, alcance un estado de operacin estable o estado de rgimen. Tal estado es aqul en que el sistema proporciona a sus usuarios los servicios funcionales que est supuesto a dar, sin ningn problema. No todos los resultados esperados de un proyecto son resultados operacionales, lo que conduce a las limitaciones.

11. Limitaciones.
Son los supuestos relativos a los resultados del proyecto cuya realizacin no puede garantizarse con certeza; y que de ser ciertos en vez de supuestos permitiran alcanzar tales resultados, convirtindolos en resultados operacionales. Las limitaciones restringen total o parcialmente el uso de los resultados del proyecto.

Soriano, Ral R., " Gua para Realizar Investigaciones Sociales ", Plaza y Valds editores, Mxico, 30a. edicin, 1998. P. 63. 4 ICAP-BID, "Diseo Administrativo para la Ejecucin de Proyectos ", San Jos, Costa Rica, 1979.
cegarcia@Fia/Eisi/TrbGrad

Anteproyecto: Gua de Preparacin

Por ejemplo, el resultado "instalar el software desarrollado" supone la existencia de algn hardware que puede no estar disponible. "Implementar el sistema" supone contar con un plan de implementacin que puede no estar formulado. Para el primer caso, la limitacin podra formularse como: lento proceso para adquirir el equipo para instalar el software desarrollado, debido a que requiere la aprobacin de varias instancias. Y para el segundo: no se tienen previstos los recursos necesarios para contratar al consultor que disear y ejecutar el plan de implementacin. Otro ejemplo: en el proyecto "Uso de Agentes Mviles en Bibliotecas Digitales" antes mencionado, se platean dos limitaciones: falta de soporte tcnico y documental, debido a la utilizacin de herramientas de dominio pblico; e insuficiente documentacin sobre el tema, debido a que la teora de agentes es un rea de investigacin muy reciente. El cumplimiento de los supuestos suele estar fuera del mbito de control del encargado del proyecto. El objetivo de enumerarlos en el anteproyecto no es justificar a priori el no alcanzar los resultados involucrados. El objetivo es ponerlos bajo el foco de atencin de quienes evaluarn el anteproyecto a fin de que prevean acciones encaminadas a influir en que cada supuesto se cumpla o que pierdan importancia.

12. Cronograma de Actividades

El cronograma de actividades consiste de dos partes: Un diagrama Gantt en el que calendarizan todas las actividades del proyecto, a partir de la aprobacin del Anteproyecto; y para cada una de estas actividades: Breve descripcin del alcance, supuestos en base a los cuales se ha estimado su duracin y productos especficos que se obtendrn luego de ejecutarlas. En un proyecto de desarrollo de un sistema informtico, el primer nivel de actividades se define a partir del ciclo de vida del proyecto. Ejemplo: Anlisis de situacin actual, anlisis de requerimientos, diseo, construccin, prueba, documentacin, instalacin y plan de implementacin. El nivel de desagregacin mximo es usualmente tres niveles. Es importante incluir entre las actividades los puntos de control del proyecto, tales como las entregas de reportes y las exposiciones de avance.

13. Planificacin de Recursos.

La ejecucin de cada actividad del proyecto demanda recursos: Das-analista, das-programador, dasdigitador, das-secretaria, horas-telfono, energa elctrica, papelera, etc. En esta seccin se cuantifican los recursos de cada actividad y se traducen a unidades monetarias para generar un presupuesto de desarrollo. Es importante documentar los supuestos en base a los cuales se han estimado los recursos requeridos para cada actividad.

14. Conclusiones y Recomendaciones.

Las conclusiones se refieren sobre todo a los resultados del anlisis de factibilidad. Es una repuesta razonada a la pregunta: Es factible el proyecto?; mientras que la recomendaciones, si las hubiera, toman la forma de sugerencias relacionadas con las conclusiones.

15. Bibliografa.
Lista de documentos relevantes consultados en la elaboracin del Anteproyecto. Seguir los estndares para la presentacin de bibliografas:

15.1.

Libros.

<autores>; <ttulo del libro>; <editorial>,<edicin>,<lugar>,<ao>. Ejemplos: 1. Bertalanffy L.; General System Theory; George Braziller, New York, 1968. 2. Shannon R. E.; Systems Simulation: The Art and Science; Prentice Hall, New York, 1975. 3. Stroustrup B.; The C++ Programming Language; Addison Wesley, 2a. edicin, Londres, 1991. 4. Rumbaugh, Blaha, Premerlani; Object-Oriented Modeling and Design; Prentice Hall, Portland, 1991.

15.2.

Artculos de revista.

<autores>.<ttulo del artculo>. <revista>,<volmen(#)><editorial>,<lugar>,<fecha>,<pginas>. Ejemplos: 1. Nance R. E.; The Time and State Relationships in Simulation Modeling; Communications of the ACM, 24(4), April 1981, pp.173-179.
cegarcia@Fia/Eisi/TrbGrad

Anteproyecto: Gua de Preparacin

2. Bernard P., Zeigler; Towards a Formal Theory of Modelling and Simulation: Structure Preserving Morphisms; Journal of the Association for Computing Machinery, 19(4), 1972, pp. 742-764. 3. Mach E.; The Economical Nature of Physics; Popular Scientific Lectures. Open Court, La Salle, Illinois,1894,pp. 186-213.

15.3.

Pginas web.

<autores>;<ttulo del artculo>;<(tipo documento)>,<fecha>. <direccin web del documento>; <fecha de ltima visita>. Ejemplos: 1. Requena, M.G.; Fundacin Sindrome de Down, Valencia - Espaa; (documento web), 1998. <www.dawn/dawn-003.htm>; 11/nov/2000. 2. IEEE Computer Society Press. Proceedings Author Guidelines. Author Guidelines for 8.5x11-inch Proceedings Manuscripts. (documento web), 1997. <www.ieee.org/author-03.htm>; Dic/1997. 3. Martnez, J.S; Frecuencias en Textos Espaoles. (Documento pdf). Enero/2000. <http://come.to/MundoCripto/Crypt01.pdf>; Agosto/2000.

cegarcia@Fia/Eisi/TrbGrad