10 Como Escribir El Trabajo de Grado

C m o E s c r i b i r e l T r a b a j o d e G r a d o | 1
CMO ESCRIBIR EL TRABAJO DE GRADO

El trabajo de grado se puede concebir como el primer documento formal de tipo
cientfico/tecnolgico a que se enfrenta un estudiante de pregrado. Por tanto, es necesario
que tenga bien claro cmo hacerlo.
La primera cartilla [Tllez et al., 2004] se centr ante todo en los procedimientos,
los documentos y las instancias que deben tener en cuenta los estudiantes para llevar a
buen trmino su trabajo de grado. Sin embargo, despus de diez aos de estar
asesorando a los estudiantes de ingeniera electrnica de la Universidad El Bosque en la
realizacin de sus proyectos y otros documentos, se hizo evidente la necesidad de escribir
un manuscrito que les sirviera de apoyo en el momento de construirlos.
Esta gua muestra la estructura del manuscrito y los contenidos esperados en cada
uno de sus apartados.
Un trabajo de grado tpico, que termine en un dispositivo, equipo o sistema a
continuacin se hablar siempre de sistema, en forma genrica-, contiene las secciones
mencionadas a continuacin:
1 Resumen
2 TabIa de contendo
3 TItuIo deI trabajo de grado
4 Introduccon
5 FrobIema
6 Estado deI arte
7 GIosaro de termnos
8 JustIcacon
9 Objet+os
10 Requermentos
11 Dseno gIobaI
12 DsenodetaIIado
13 ImpIementacon
14 Fruebas
15 ManuaIes
16 ResuItados
17 Dscuson
18 ConcIusones
19 ReIerencas documentaIes
20 Anexos

Sin embargo, las secciones indicadas corresponden a un trabajo tpico que termina
en un equipo, pero no todos los proyectos terminan en un sistema concreto. En este
sentido, los proyectos pueden clasificarse en tres grupos: el primero, que termina en un
sistema; el segundo grupo, sobre estudios de preingeniera; y el tercero, relacionado con
trabajos tericos.
Para cada uno de estos casos, la estructura del documento vara, como se indica a
continuacin:
a. 8n trabajo que termne en un sstema contene cada uno de Ios 20
capItuIos menconados arrba.
b. 8n proyecto que InaIce en un estudo de prengenerIa contene Ias
seccones ncaIes, hasta eI dseno gIobaI. Los apartados de dseno
detaIIado, mpIementacon, pruebas y manuaIes no apIcan, en su Iugar, a
partr deI dseno gIobaI, se hacen Ias especIcacones o requermentos
deI sstema que se mpIantarIa en caso de que eI estudo se IIe+e a cabo.
Con esa nIormacon se hace un estudo de costos, y, InaImente, se
caIcuIa Ia +abIdad deI msmo.
c. 8n estudo teorco tamben abarca Ias seccones ncaIes hasta eI dseno
gIobaI. Los capItuIos de ejecucon se reempIazan segun se esboza en eI
capItuIo de requermentos donde se pIantea cuantos son, como se ttuIan
y que contendo tenen.
8na Iorma rapda de saber cuantas seccones puede contener Ia Iase de
ejecucon de un estudo teorco es hacer una reIacon unI+oca entre
aqueIIas y cada uno de Ios objet+os especIIcos deI proyecto.
1.1 Resumen
El resumen es la ltima parte del documento que se redacta en un proyecto de
grado. Slo cuando ya se ha terminado todo el trabajo -sistema y documento- se elabora
este apartado. Por tanto, debe escribirse en pasado. Al redactarlo, conviene tener en
mente que los lectores no saben nada del trabajo realizado y leen el resumen para ver si
les interesa el documento. Es ms, la mayora de los lectores slo leer el resumen. Por
tanto, ste debe considerarse como una alternativa al documento, no como una
introduccin.
Un buen resumen debe informar, ser concreto y autosuficiente. Es decir, no es
necesario leer todo el documento para conocer lo que se expone en l. Un buen resumen
le debe dar al lector la sensacin de conocer el trabajo sin haberlo ledo, [Eco, 141].

En l debe utilizarse un lenguaje familiar, claro y conciso que llegue en forma
directa al posible lector. De ah que, deben omitirse las siglas y abreviaturas poco
conocidas; stas se incluyen a partir de la introduccin.
Su tamao depende de la longitud del documento tratado. Para un trabajo de
grado su tamao no puede exceder las 200 palabras. Para el artculo tipo revista, el
tamao debe reducirse a 150 palabras. Sin embargo, no tiene sentido malgastar las
palabras: si se puede escribir un buen resumen en 100 palabras para qu utilizar las 200
permitidas? Por tanto, debe evitarse la verbosidad; cada palabra utilizada debe sopesarse
cuidadosamente.
Para escribir un resumen conciso se requiere extraer las ideas principales de las
que las complementan; esto requiere imaginacin. Por ejemplo, hay que tratar de escribir
el problema en una sola oracin, lo cual no es fcil pero contribuye a formar una disciplina
que le servir al estudiante en todos sus escritos.
En otra faceta, quienes estn interesados en buscar informacin especfica acuden
normalmente a los servicios especializados de bsqueda bibliogrfica, que prestan ese
servicio a partir de los resmenes. Algunos de estos servicios lo hacen a partir de las
palabras clave del resumen y otros lo determinan a partir de todo el resumen. Por eso se
recomienda incluir mximo cinco palabras clave o descriptores primarios (Keywords in
context).
Hay en esencia dos tipos de resmenes: el informativo y el descriptivo, [Day, 28-
30; y Michaelson, 31-34]. El informativo destaca en forma sucinta el trabajo, sin
interpretaciones; el descriptivo, muestra cualitativamente qu contiene el documento.
Para un trabajo de grado de ingeniera, el resumen tiene carcter de informativo y
contiene:
y 8na descrpcon concsa deI probIema que se abordo
y (I metodoutIzadopararesoI+erIo
y /os resuItadosobtendos
y /a concIuson mas reIe+ante deI trabajo.

Este tipo de resumen les permite a los lectores mantenerse al da en su campo de
accin sin necesidad de leer todo el documento. Pocos lectores, o ninguno, leern el
documento completo porque o bien no tienen tiempo o no estn interesados.

Los resmenes yerran ante todo por suministrar detalles innecesarios. Tambin, a
veces, omiten informacin importante.
1.2 Tabla de contenido
Informa al lector las diferentes secciones de que consta el documento e indica la
pgina donde se inicia cada una de ellas. Incluye el ttulo y los subttulos de cada captulo.
Su extensin debe limitarse a dos o tres pginas. Segn el tamao se incluirn hasta los
ttulos de tercer orden, igualmente la bibliografa y los anexos.
La introduccin empieza en la pgina 1. Las pginas iniciales utilizan nmeros
romanos en minsculas.
Para su realizacin hay que utilizar las herramientas pertinentes de Word.
Las tablas de contenido pecan porque se elaboran a mano y porque no estn
actualizadas; a veces, adems, suministran demasiados niveles de informacin.
1.3 Ttulo del trabajo de grado
Dada la gran cantidad de informacin que se produce a nivel cientfico y
tecnolgico, un proyecto de grado tiene muy pocas posibilidades de ser ledo. Sin
embargo, sus autores tienen varias oportunidades para interesar a los lectores, a saber:
mediante el ttulo, el resumen y la introduccin; en ese orden. Si se logra capturar la
atencin de los lectores, stos podrn leer el artculo tipo revista y, finalmente, el
documento completo en busca de los detalles.
El ttulo es la etiqueta mediante la cual se trata de vender el producto final -el
documento-. Sin embargo, la mayora de los posibles lectores terminan su inters aqu; si
el ttulo no los atrae no se interesarn por el resto del trabajo. Pero, si el ttulo es
llamativo, entonces se buscar el resumen del documento para constatar que su inters
inicial sigue siendo real. Despus de leerlo, si pervive el inters, se recurrir al documento
final. Empero, es muy probable que a este punto lleguen muy pocos lectores o ninguno.
Existe otra posibilidad intermedia de acceso al pblico y es el llamado artculo tipo
revista. Sin embargo, slo algunos de los trabajos de grado se publican en las revistas
acadmicas que promocionan ese tipo de proyectos.
Por tanto, el ttulo debe ser lo suficientemente informativo, claro y corto; cada una
de sus palabras debe ser elegida con mucho cuidado.

Un ttulo como Estudios sobre antenas no resulta muy til para el posible lector.
Por otra parte, otro como Mdulo de interfaz de software para el geoposicionamiento y
obtencin de informacin de puntos mviles o fijos terrestres mediante la utilizacin de la
constelacin Orbcomm se acerca ms a un resumen que a un buen ttulo.
La mayora de los ttulos largos contienen palabras superfluas como investigacin
sobre, proyecto de, estudio sobre... Estas palabras, as como las abreviaturas, deben
evitarse.
Un ttulo como Sistema de tarificacin telefnica parece un buen ttulo; es corto y
no tiene palabras superfluas. Sin embargo, este ttulo es corto porque utiliza trminos
generales y no especficos. Se puede suponer a priori que el trabajo no incluy todos los
posibles mtodos de tarificacin y que no se aplica a todos los sistemas o subsistemas de
conmutacin telefnica. Debido a lo anterior, el ttulo es ambiguo. Posiblemente tiene solo
una aplicacin especfica y debera tratarse de mejorarlo indicando su aplicacin para darle
un significado ms claro. En consecuencia, el ttulo mencionado podra plantearse como
Sistema de tarificacin telefnica para cabinas de servicio pblico.
Muchos de los errores de los ttulos estn relacionados con el orden de las palabras
o con el significado de las mismas. As, ttulos como Digitalizacin del arco dental y
generacin de base de datos tienen un significado diferente al que imaginaron sus
autores. Se va a digitalizar el arco dental o la informacin de las mediciones que se
obtengan del mismo?
Una propuesta contena el siguiente ttulo: Transmisin inalmbrica para cabezas
de medicin en seguridad industrial. Qu clase de cabezas sern esas? El ttulo mejor en
una segunda entrega: Transmisin inalmbrica para cabezas de medicin de gases txicos
en seguridad industrial. Sin embargo, las palabras en seguridad industrial parecen
superfluas.
Otra propuesta se titulaba: Afinador para guitarras acsticas autnomo.
Indudablemente el ttulo mejora si se cambia de sitio una palabra: Afinador autnomo
para guitarras acsticas.
Finalmente, en un tercer ejemplo, el trabajo se titulaba: Sistema de monitoreo de
conexin de dispositivos perifricos en computadores en red. El ttulo mejor al quedar
as: Monitoreo de dispositivos perifricos en redes de computadores. Y quizs mejorara
ms si se especificara el tipo de redes de computadores en que se aplicar.

Por ende, el significado y el orden de las palabras del ttulo son valiosas para el
posible lector que ve el ttulo en el ndice de una revista o en otro medio. El ttulo, en
general, es una frase cuyo contenido, por s solo, es fuente de informacin. No debe
contener, en lo posible, abreviaturas, siglas, nombres patentados, jerga, etc., y su
longitud no debe sobrepasar 15 palabras.
Los ttulos yerran porque son muy cortos o muy largos. Un ttulo corto no define el
alcance del trabajo; empero, uno largo puede contener muchas palabras superfluas que
tampoco ayudan a delimitar su espectro.
1.4 Introduccin
No debe confundirse con el resumen. La introduccin es independiente de ste y
se escribe como si el resumen no existiera; de hecho, cuando se escribe la introduccin
por primera vez, el resumen no existe todava.
La introduccin se escribe en dos momentos diferentes: por primera vez, en la fase
de planeacin, cuando se est elaborando el anteproyecto. Y, por segunda vez, en la
etapa de ejecucin, cuando se est redactando el documento final. La primera vez, se
redacta en futuro y trata de lo que se intenta hacer en el proyecto de grado; la segunda,
se redacta en pasado, y cubre lo realizado.
En la introduccin debe describirse la pertinencia e importancia del tema del
proyecto de grado. Se sita el trabajo en su contexto; es decir, con qu problema est
asociado y con sus antecedentes. Se describe la solucin, sus resultados y conclusiones.
As pues, se presentan los siguientes temas:
y 6e deInen eI probIema y su aIcance en Iorma concsa, razonabIe y
comprensbIe, para que Ios Iectores ya se nteresen por eI resto deI documento.
y (n segundo Iugar, se enuncan Ios antecedentes deI msmo. s exsten o no
trabajos anterores que traten sobre eI tema.
y (n tercer Iugar, se exponen Ias aIternat+as de soIucon magnadas y se
puntuaIza Ia seIecconada, conjuntamente con Ia tecnoIogIa empIeada.
y 6e contnua con Ios prncpaIes resuItados obtendos.
y <, en uItmo Iugar, aparecen Ia concIuson o concIusones prncpaIes.

La estructura planteada va del problema a la solucin; es tan importante para los
lectores que es conveniente que haya cierta redundancia con el resumen.

En el prrafo final de la introduccin se describe brevemente la forma como se
organiz el trabajo. Por ejemplo, se puede decir algo como: en la seccin 2 se presenta
una revisin del estado del arte, en la seccin 3 los objetivos y requerimientos
Los temas deben presentarse de forma que el lector comprenda cul era el
problema y cmo se trat de resolverlo, [Day, 31-33].
La introduccin se reescribe a lo ltimo. Por lo tanto, el examen minucioso de los
datos y su discusin puede mostrar aspectos no previstos al inicio del proyecto que
pueden cambiar todo el enfoque y, por ende, la introduccin.
Se recomienda hacer un esbozo preliminar de la estructura del captulo, pues
permite que la informacin se presente de manera ordenada, progresiva y lgica.
Tambin, como en todos los documentos, debe existir cierta empata con el pblico
destinatario: director y jurados, fundamentalmente. Adems, dado que no todos los
lectores son de la misma especialidad que el autor, la introduccin es el lugar ms
apropiado para resaltar los principales trminos y las abreviaturas especializadas que se
utilicen en el documento.
La extensin de la introduccin no debe sobrepasar dos pginas.
1.5 Problema
Ante todo, hay que destacar que dentro del desarrollo de proyectos de ingeniera
desarrollo tecnolgico- se estudian, primordialmente, los problemas prcticos que estn
ms relacionados con las necesidades diarias y de bienestar de la sociedad. Aquellos
problemas tericos, relacionados con la generacin de conocimientos nuevos
investigacin bsica e investigacin aplicada-, no conciernen a este documento.
Igualmente, existen problemas que estn relacionados con la bsqueda de conocimientos
nuevos que permitan desarrollar nuevas tecnologas investigacin bsica dirigida-; stos
tampoco hacen parte de este documento.
El problema es el punto de partida del proyecto. Aqu se requiere de una mente
clara que defina en forma concisa, precisa y completa el problema que origina el proyecto.
Si no hay claridad al respecto, todo el edificio que se construya con estos cimientos se
derrumbar. Como deca Eurpides: lo que mal empieza mal acaba.
As que, es de vital importancia definir con claridad y precisin el problema. Para
esto existen diversas herramientas de ayuda, como, por ejemplo, la observacin y las

entrevistas. La observacin como proceso de atencin, recopilacin y registro de
informacin, facilita la indagacin y el anlisis del entorno; permite observar los hechos tal
cual como ocurren y, principalmente, aquellos que son interesantes y significativos. stos
se extraen del entorno bajo observacin, que puede ser complejo e involucrar mltiples
eventos y relaciones.
Las entrevistas, por otra parte, hechas a los expertos que trabajan cotidianamente
dentro del ambiente de trabajo facilitan la obtencin de primera mano de las dificultades
ms relevantes dentro de los procesos o procedimientos, por ejemplo. El anlisis de esas
dificultades puede llevar a determinar las causas, que, a su vez, ayudarn a determinar el
problema.
Igualmente, se obtienen ideas de investigacin de otras fuentes,
como: experiencias individuales; revistas, tesis, libros y peridicos; y solicitudes expresas
de autoridades acadmicas, cientficas y empresariales, entre otras.
Con el fin de definir el problema en forma detallada, hay que tener en cuenta sus
manifestaciones, su contexto, sus causas, sus efectos, las posibles soluciones y el
propsito del proyecto que le dar solucin. Adems, hay que delimitarlo para centrarse
en sus aspectos fundamentales, es decir, hay que establecer los lmites dentro de los
cuales se desarrollar el proyecto. Del mismo modo, es fundamental referenciar las
posibles soluciones ya existentes y precisar cules son los vacos o debilidades que
presentan, que hacen necesario acometer una solucin a la medida.
En la descripcin del problema conviene emplear trminos precisos que no den
lugar a varias interpretaciones en asocio a un lenguaje tcnico, claro, exacto, que
cualquiera lo entienda.
Al enunciar el problema se utilizan dos formas: la interrogativa y la declarativa. La
primera se hace a travs de una pregunta; la segunda, se expresa como un propsito. En
los proyectos de desarrollo de ingeniera es normal que se utilice la forma declarativa. La
interrogativa es ms adecuada para los proyectos de investigacin.
El problema en s se expresa mediante un enunciado breve, que comienza Se
desconoce..., Se carece de informacin, No se sabe...,aquello que se va a
investigar. Ejemplo [Sabogal, 1]: No existe un modelo de propagacin que haya sido
validado para al medio colombiano.

Es transcendental acotar o dimensionar el problema de manera que abarque
aquello que resulte concerniente y apropiado para el proyecto. La solucin propuesta y su
justificacin ayudan a delimitarlo. El ejemplo anterior, [Sabogal, 1] sirve como modelo:
1o exste un modeIo de propagacon que haya sdo +aIdado para aI medo
coIombano, es posbIe que aIgunos de Ios modeIos exstentes se ajusten aI
medo coIombano pero no han sdo +aIdados n con suIcentes medcones n
con una metodoIogIa que asegure Ia +eracdad de Ios datos y sus margenes de
aceptacon y error. Otra de Ias grandes dIcuItades es Ia gran dIerenca de Ios
posbIes ambentes dentro deI paIs, Io cuaI IIe+arIa a que no Iuera uno, sno
posbIemente una sere de modeIos dIerentes, aumentado de esta manera Ia
compIejdad deI probIema.
(n Ios uItmos anos ha habdo un auge en Ios ser+cos atrbudos en Ias
Irecuencas de 1.8GHz a 2.5GHz Io cuaI mpIca eI dseno y puesta en
Iunconamento de nue+as redes. (n aIgunos casos eI dseno de estas redes se
hacen de Iorma empIrca o utIzando modeIos de propagacon no +aIdados para
eI paIs. (I producto InaI son redes que en aIgunos casos quedan
sobredmensonadas generando mayores n+eIes de nterIerenca, exponendo a
Ios seres ++os a mayores n+eIes de radacon y, posbIemente, generando
mayores costos a Ios operadores. (n otros casos es posbIe que Ios n+eIes de
senaI queden muy bajos dando un maI ser+co y generando sobrecostos deI
redseno de Ia red.

El problema se acota ms si se expone la solucin propuesta; siguiendo con el
mismo ejemplo anterior:
'ebdo a Ia compIejdad de Ios dIerentes medos de propagacon en eI paIs se
determna que se comenzara eI trabajo por Ia determnacon de un modeIo de
propagacon para Ia cudad de Bogota. 'cho modeIo debera Iunconar para
dIerentes ambentes, desde zonas densamente pobIadas y edIcacones aItas
con caIIes estrechas, hasta zonas de baja densdad y edIcacones de poca
aItura.
(I modeIo se debera +aIdar medante medcones. Fara determnar Ia +aIdez de
Ias msmas se debera determnar una metodoIogIa apropada para su ejecucon.
Como subproducto se generara una herramenta, soportada por un sstema de
nIormacon geograIca para Bogota, con Ia cuaI se puedan reaIzar smuIacones
para Ia cudad en mencon.
Fara ampIar eI modeIo a otras cudades de CoIomba se reaIzara una
comparacon deI ambente de propagacon de Bogota con eI de Ias captaIes y
cudades mas mportantes deI paIs, con eI In de determnar en cuaIes se podrIa
utIzar eI msmo modeIo.

La solucin propuesta debe ser viable. Para su ejecucin debe disponerse del
tiempo requerido, del acceso a la informacin, del conocimiento y habilidad de los
proponentes para resolver sus dificultades, del financiamiento, y de los permisos
necesarios a que haya lugar. Es, pues, substancial analizar si la solucin del problema se

halla al alcance de los proponentes y si se poseen los recursos que garanticen su
ejecucin.
Finalmente, la justificacin que se hace del problema lo demarca an ms. En el
mismo ejemplo se tiene:
(I poseer un modeIo optmo para eI ambente propo de Bogota permtra que eI
dseno de Ia redes en Ias Irecuencas de nteres se reaIcen con Ios menores
costos generados por Ias correccones necesaras Iuego de su mpIementacon,
se mpIementen con Ias menores potencas necesaras y generen Ias menores
nterIerencas. /os usuaros se beneIcarIan de un mejor ser+co.
AI contar con una herramenta computaconaI que ntegre Ia cartograIIa de Ia
cudad y eI modeIo de propagacon IacItara Ia Iabor de reaIzar eI ste sur+ey,
dsmnuyendo tempos y costos de este proceso e ntegrandoIo drectamente con
eI proceso de smuIacon.
/a metodoIogIa que se genere permtrIa eI desarroIIo de un proyecto smIar
para cuaIquer zona deI paIs.

De esta manera, puede observarse que el objetivo general es una consecuencia
natural de la delimitacin del problema: A partir de los modelos tradicionales de
propagacin, mediciones y ajustes determinar un modelo que se ajuste al ambiente de
propagacin de la ciudad de Bogot para las frecuencias de 1.8GHz a 2.5GHz.
Al efectuar la justificacin, se tiene en cuenta que la propuesta de solucin ya se
ha hecho. Entonces, en la medida, que esa solucin resuelva el problema, o parte del
mismo, ya se tendr parte de aquella. Igualmente, un proyecto puede ser conveniente por
otras razones como su relevancia social, prctica, econmica o tcnica; y su importancia,
si sus resultados entregan algo a la sociedad. Tambin se mencionan otras razones como
novedad, originalidad e importancia, desde el punto de vista de aporte al rea del
conocimiento; pero, a menudo, estos aspectos estn ms relacionados con la investigacin
que con el desarrollo tecnolgico.
1.6 Estado del arte
Ante todo, es fundamental precisar que en este documento se entender que los
trminos marco terico, marco de referencia y marco conceptual, son lo mismo. Ac, se
utilizar el trmino marco terico.
Para efectos de este documento, se entiende como estado del arte la unin del
marco terico y de los productos tecnolgicos existentes en el mercado, segn el
problema en estudio.

El marco terico tiene el propsito de situar al problema dentro del conjunto de
conocimientos existentes, para orientar la bsqueda y facilitar la conceptualizacin de los
trminos a aplicar. En el marco terico, [Sabino, 1996], "Se trata de integrar al problema
dentro de un mbito donde ste cobre sentido, incorporando los conocimientos previos
relativos al mismo y ordenndolos de modo tal que resulten til a nuestra tarea".
El marco terico ampla la descripcin del problema, le da respaldo; ayuda a
delimitar el problema, condensa los conocimientos existentes sobre el mismo y suministra
un marco de referencia para interpretar sus resultados. El marco terico se realiza a partir
de una teora, de la que se pueden derivar varios mtodos tericos. Con este fin, se
realiza la revisin de la literatura existente sobre el tema.
As que, la revisin documental relacionada con el problema es un punto de partida
importante para el proyecto dado que no se parte de cero; es un paso previo a la
elaboracin del marco terico. En este sentido, se recomienda leer el captulo 6, Bsqueda
y recuperacin de informacin.
Es esencial conocer qu han hecho los dems al respecto, qu soluciones similares
existen y qu ventajas y desventajas ofrecen. Si existe una solucin que no presente
desventajas, y an as se decide acometer el proyecto, debe justificarse el porqu se
amerita otra solucin.
Por revisin documental se entiende la informacin existente relacionada con el
problema que origina el proyecto. La informacin puede estar en cualquier medio:
revistas, libros, catlogos, manuales, memorias de simposios, trabajos de grado, tesis,
bases de datos, CD-ROM, casetes, etc.
Dado que las ideas, y a veces las palabras, que se toman de esa revisin no son
propias, hay que referenciar las fuentes de las mismas.
La revisin documental se centra en el problema. Se recomienda dividir la revisin
en dos partes diferentes pero complementarias. La primera, referida al marco terico que
soporta la solucin del problema; y la segunda, que trata de los productos tecnolgicos
existentes en el mercado.
1.6.1 Bases tericas
Se hace investigacin cuando se desea explorar una idea, probar algo, resolver un
problema, o buscar soporte externo para apoyar las ideas propias, [Gibaldi, 2-3].

Se indaga sobre lo que hay escrito acerca del problema propuesto, y los
planteamientos tericos de diferentes autores sobre l. Para esta pesquisa la informacin
se encuentra especialmente en revistas, bases de datos, libros, simposios, foros y dems
trabajos escritos sobre el tema.
El documento de investigacin se basa en fuentes primarias, secundarias o en una
combinacin de ambas. Aqu se entiende que una fuente primaria es un documento
publicado como resultado de estudios directos efectuados mediante observaciones,
investigaciones o experimentos sobre un tema. Por otra parte, se entiende como fuente
secundaria el escrito resultante de examinar los estudios realizados por otros
investigadores sobre un tema dado: pueden ser libros, artculos de revisin o artculos de
opinin [Gibaldi, 2-3].
As, para crear el marco terico, el estudiante aprende a buscar y recuperar
informacin: identifica, localiza, evala y asimila las investigaciones de otros sobre el tema
de estudio. Despus desarrolla y expresa sus ideas propias, presentadas en forma clara,
persuasiva y lgica.
El marco terico debe ser breve y sencillo, sin sacrificar profundidad y contenido
que aclare aspectos relacionados con el problema.
La revisin de las fuentes de informacin ayuda a conocer los diferentes puntos de
vista sobre un asunto, a ampliar o adecuar sus ideas, a conocer nuevos mtodos, modelos
o tecnologas, pero siempre teniendo presente que el objetivo fundamental de la
documentacin no es resumir el pensamiento o los trabajos de otros sino asimilarlos,
apropiarse de ellos.
En este apartado se relacionan los principales fundamentos tericos en que se
apoya de manera profunda y concreta la solucin.
La informacin extractada se muestra en:
y 8n resumen precso y concreto de Ias bases teorcas.
y 8n anexo con nIormacon mas extensa de aqueIIos puntos esencaIes que
acIaran Ios Iundamentos teorcos.
y 5eIerencas bbIograIcas de Ia nIormacon de donde se hceron ctas
textuaIes o de contexto. (stas ctas deben menconar eI documento y Ia pagna
o pagnas de donde Iue extractada Ia nIormacon.

Debe evitarse el plagio; siendo estrictos, se hacen citas, prrafo por prrafo, de las
fuentes que le sirvieron para elaborar este numeral. Cuando las citas son textuales, stas

van entre comillas. Se estima que la cantidad de citas textuales no debe superar al 30%
del texto total del documento; conviene que cada cita textual, en lo posible, no exceda el
tamao de un prrafo. Toda informacin escrita de un autor debe ser respetada; esto
incluye tablas, figuras, ejemplos e ideas.
Tambin hay que evitar la tendencia a llenar este apartado de extensos discursos
que, aunque tienen relacin con el problema, no contribuyen de manera sustancial a
esclarecerlo y s aumentan el nmero de pginas del documento. Como se mencion
antes, hay que concentrarse en el problema. Una buena extensin de este apartado no
deber sobrepasar unas pocas pginas; en el ambiente acadmico se sugiere una pgina
por cada fuente citada.
Al producir las bases tericas se cae en errores por el contenido, por la estructura y
por la inclusin de informacin no necesaria. Respecto del contenido, porque se tiende a
ser superficial; hay que ser precisos, concretos y profundos. Respecto a la estructura, en
cuanto a la falta de numeracin interna del captulo que lo hace incomprensible. Y,
finalmente, porque se tiende a llenar este apartado de informacin copiosa e innecesaria
desde el punto de vista del problema que trata de solucionarse.
1.6.2 Tecnologa
Este numeral es muy importante en todos los proyectos de ingeniera. Aqu se
registran las tecnologas de punta que hay sobre el tema propuesto y se exponen
productos tecnolgicos existentes en el mercado y que solucionan, total o parcialmente, el
problema.
Se indaga sobre lo que hay escrito con respecto a tecnologas de punta y a
productos concretos hallados. La informacin se encuentra especialmente en revistas de
divulgacin, catlogos y bases de datos de patentes (si amerita). Internet es una buena
herramienta de ayuda para buscar esta informacin.
Es necesario recalcar que, para desarrollar el trabajo de grado, los futuros
ingenieros estudian las tecnologas de punta que utilizarn en su ejecucin para
apropiarse de ellas.
La informacin de referencia se aplica para:
y &omponer un resumen precso y concreto con Ias caracterIstcas tecncas de
Ios productos tecnoIogcos. 'cho resumen +a en este apartado.
y 7rabajar un anexo con aqueIIos documentos esencaIes que ampIIen Ias
caracterIstcas de Ios productos tecnoIogcos.

y &onstrur Ia nIormacon sobre Ios documentos de reIerenca consuItados sobre
eI tema, esta hara parte de Ia nIormacon de reIerenca (bbIograIIa).

La longitud de este numeral no deber ser superior a cinco pginas. Si se excede
ese lmite, es preferible aprovechar anexos que amplen el numeral.
Al redactar esta seccin se peca por el contenido, por la estructura y por incluir
informacin innecesaria. Por el contenido, en cuanto a que la informacin suministrada es
superficial; sta debe contener las caractersticas tcnicas esenciales de los productos y
los datos de las mismas. Por la estructura, porque la numeracin interna es confusa y se
pierden las ideas. Y finalmente, porque a falta de lo anterior, se trata de suministrar ms
informacin pero sta no es relevante para el problema.
1.7 Glosario de trminos
En esta seccin se incluyen los trminos tcnicos ajenos al programa de ingeniera
objeto del trabajo. Es decir, aquellas palabras que no hacen parte del lenguaje tcnico
comn de los estudiantes.
El glosario tiene normas respecto al contenido y a la forma. Segn contenido, cada
trmino debe ser definido en forma concreta y corta; no puede ser farragoso. En cuanto a
la forma se hace necesaria una visualizacin que le muestre al lector claramente cada una
de las entradas. En este sentido, una forma normal de hacerlo es siguiendo un formato
similar al de la documentacin de referencia, teniendo en cuenta que el glosario de
trminos no se numera y va en orden alfabtico.
Al seleccionar el glosario de trminos se falla por el contenido, por la forma y por
incluir trminos que no son necesarios, pues son del lenguaje comn.
1.8 Justificacin
Es normal que los problemas que se abordan para desarrollar trabajos de grado ya
cuenten con muchas soluciones, ms o menos exitosas. Entonces surge la pregunta: para
qu reinventar la rueda?
En respuesta a la pregunta inicial, a manera de ejemplo y tomndola en forma
literal, puede decirse que en el campeonato de frmula1 se reinventa la rueda cada 15
das. Dependiendo del tipo de chasis, de las caractersticas del piso, de las condiciones

ambientales y algunas otras; los fabricantes de llantas que proveen de neumticos a los
competidores viven en un proceso constante de innovacin.
En respuesta a la pregunta inicial existen razones de ndole acadmica. Tambin
pueden coexistir otras razones tcnicas, econmicas, sociales, polticas, etc.
La justificacin es la explicacin del porqu fue conveniente realizar el trabajo de
grado, exponiendo para ello razones y argumentos de importancia real. En lo posible, la
justificacin incluye datos.
La justificacin liga al problema con los entregables de la solucin propuesta. En
consecuencia, en este apartado se ofrecen los aportes que hace el trabajo de grado a la
solucin del problema planteado.
En la justificacin se yerra por desvincular el problema origen del trabajo de grado
de la solucin propuesta.
1.9 Objetivos
Al llegar a este numeral ya se ha definido el problema y se ha concretado el ttulo
del trabajo de grado. Mediante este ltimo se ha expuesto, en forma muy amplia, lo que
se quiere presentar.
Aqu se define mejor el alcance del proyecto a travs de los objetivos, es decir, de
las acciones principales por realizar. Estos se redactan en oraciones cortas con verbos
activos en infinitivo y se establecen diferencias entre principal o general y especficos.
Pueden usarse:
y $naIzar
y &omparar
y &IasIcar
y &aIcuIar
y 'etermnar
y 'senar
y (+aIuar
y ,mpIementar
y Frobar

Cada uno de los objetivos termina en un producto entregable concreto: un
dispositivo, un algoritmo, un proceso, o un documento. Si no hay entregables, entonces
las actividades que se plantean podrn ser muy loables pero no son objetivos.

Los objetivos se expresan con claridad para evitar posibles desviaciones en el
proceso de desarrollo y ser susceptibles de alcanzar.
El objetivo general contesta a la pregunta: Qu se propone con el desarrollo del
proyecto? Est relacionado directamente con la respuesta al problema planteado.
Los objetivos especficos se redactan en estricta funcin del objetivo general. Son
la gua lgica de ejecucin del proyecto, determinan sus lmites y amplitud, orientan sobre
los resultados esperados, delimitan las etapas del proceso a realizar, facilitan el desarrollo
del trabajo de grado y ayudan a concretar los requerimientos. Los objetivos especficos
contestan a la pregunta: qu logros se pretenden a corto plazo para lograr el objetivo
general?
Los objetivos yerran porque son muy ambigos, no conducen a un producto
entregable o estn orientando el diseo.
1.10 Requerimientos
En el desarrollo de un trabajo de grado de ingeniera, hardware y/o software, no
basta con tener unos objetivos bien definidos; estos son ambigos a la hora de acometer
el diseo y la implementacin del proyecto. Se hace, pues, esencial acotar su alcance.
Para lograrlo, se desglosa cada uno de los objetivos especficos con el fin de definir las
caractersticas tcnicas de cada una de las acciones a realizar, hasta llegar a cifras y datos
mnimos mensurables. Si despus de esta labor, existe an cierto grado de ambigedad, al
final del proyecto, normalmente, tanto el usuario final como los jurados del proyecto no
estarn satisfechos con el producto ofrecido.
Aqu, es fundamental fijarse en que la seccin de requerimientos es semejante al
captulo tcnico de los pliegos de condiciones de una licitacin pblica o privada. En
consecuencia, debe evitarse cualquier grado de ambigedad.
Ahora bien, los requerimientos son consecuencia de las reuniones adelantadas
entre los estudiantes y los usuarios finales para definir el alcance del trabajo de grado; se
parte de los objetivos, pero la produccin final es funcin de los estudiantes asignados al
proyecto. Aqu se plasman los acuerdos entre las partes usuarios y estudiantes-. Sin
embargo, los requerimientos deben satisfacer las necesidades puntuales del usuario final;
si ste no est de acuerdo, entonces aquellos no son vlidos. Por tanto, y como se trata
de un acuerdo entre las partes, este tem debera ser firmado por stas.

Los requerimientos se escriben en lenguaje tcnico, de ingenieros. Deben ser
precisos, concretos, contener las caractersticas tcnicas que debe cumplir el
sistema/dispositivo/algoritmo, u otro, que se vaya a realizar. Por cada caracterstica se
definen los datos que la delimiten; a veces, es conveniente agregar grficas para mejorar
su comprensin. Estas caractersticas y datos son las condiciones mnimas a tener en
cuenta en el momento de desarrollar el trabajo.
El tiempo que se le asigne a definir bien los requerimientos ser provechosamente
retribuido cuando se desarrollen los captulos relacionados con la ejecucin del proyecto.
El apartado de requerimientos es la ltima seccin de la fase de planeacin.
Hay varias formas de acometer la definicin de los requerimientos. La primera,
parte de cada uno de los objetivos especficos y los desmenuza; al final, se mira el
conjunto para analizar qu otros puntos deben definirse al considerar la integracin de los
objetivos especficos. Igualmente, se parte de cada uno de los mdulos previsibles en la
arquitectura final del sistema y, por cada mdulo, se concretan todas sus especificaciones.
Esta ltima forma es aplicable cuando se puede predecir la arquitectura de la solucin.
Otra manera ms tcnica e independiente de la arquitectura, considera los
siguientes puntos, pero, los realizadores precisan de cierto grado de experiencia:
y 5equermentosIunconaIes
o 'eIncon
o (ntradas
o Froceso
o 6aIdas
y 5equermentos de operacon
y 5equermentos de nterIaz
y 5equermentos de desempeno
y 5equermentos de admnstracon
y 5equermentos de nstaIacon
y 5equermentos de mantenmento
y 5equermentos de caIdad

Los requerimientos se equivocan ante todo por ser superficiales, ambigos y por
no tener en cuenta al problema. A veces, faltan definiciones complementarias.
1.11 Diseo global
Aqu se inicia la fase de ejecucin del trabajo de grado. Todos los apartados
anteriores hacen parte de la etapa de planeacin.

Se recuerda que en el desarrollo de un proyecto, en general, existen varias fases
bien definidas que, normalmente, son acometidas por varios grupos. Estas etapas
incluyen: planeacin, ejecucin, pruebas, instalacin, puesta en marcha, operacin y
mantenimiento. Sin embargo, en el mejor de los casos, en la vida acadmica slo se llega
hasta la instalacin y puesta en marcha; aqu no se tienen en cuenta ni la operacin, ni el
mantenimiento.
Adems, en la vida acadmica los estudiantes llevan a cabo todas las fases
involucradas en el trabajo de grado. Sin embargo, es preciso entender el proceso real para
que puedan realizarlo una vez que ingresen al campo laboral. All, pueden ubicarse en
cualquiera de los dos bandos: como contratantes o como contratistas.
En la vida cotidiana es normal que la etapa de planeacin la efecte la empresa
que tiene la necesidad, es decir, el usuario del sistema. Una vez que el documento est
elaborado -pliego de condiciones- se abre una licitacin pblica o privada en la que
participan las empresas diseadoras interesadas. Aquella que gane la licitacin ser la
encargada de realizar la etapa de ejecucin que incluye los captulos de diseo global,
diseo detallado, implementacin y pruebas, y la documentacin relacionada. Cuando el
sistema est terminado, el usuario final ejecuta las pruebas de aceptacin con base en los
requerimientos captulo tcnico de la licitacin-. Si el usuario final acepta las pruebas del
sistema, ste se pone en funcionamiento y se comienzan las fases de operacin y
mantenimiento.
El diseo global tiene como propsito convertir los requerimientos en una
propuesta tcnica concreta que cumpla con todos y cada uno de stos. Tambin plantea la
organizacin global del sistema. En este apartado se contesta la pregunta qu se va a
hacer?
Se plantean al menos dos alternativas de solucin. Cada alternativa presenta su
arquitectura fsica, con mdulos interconectados entre s (ver figura 14.1). Cada uno de
esos mdulos es una caja negra a la que se le asignan las funciones que debe realizar y se
le especifican sus entradas y salidas en forma detallada; cada uno debe tener definidas
todas sus funciones completamente, y sus entradas y salidas deben estar bien
especificadas (nombre de cada variable, unidad de medida utilizada, rango de valores
permitidos, forma de conexin serie o paralelo-).

Una alternativa de solucin puede contener subsistemas hardware y software, en
general. Aqu no se incluyen circuitos especficos, pero s pueden escogerse la tecnologa o
tecnologas utilizables.

Fig. 14.1
Diagrama de bloques

En una empresa de diseo es normal que los mdulos planteados en el diseo
global se repartan entre varios ingenieros o grupos de ingenieros para que cada uno de
ellos trabaje su diseo detallado, implementacin, pruebas individuales y documentacin
correspondiente. Es ms, esos ingenieros pueden estar ubicados en sitios geogrficos
diferentes. Por consiguiente, la definicin, por cada mdulo, de sus funciones, entradas y
salidas debe ser minuciosa y precisa, pues de otra forma el sistema no funcionara al
integrar las diferentes partes. Las funciones, entradas y salidas de cada mdulo no
cambian en las etapas posteriores del proyecto.
En la vida acadmica, se simula que cada uno de los estudiantes es un grupo de
trabajo diferente que debe asumir el desarrollo de un mdulo del sistema; ste queda bajo
su responsabilidad.
Al terminar el diseo global de cada una de las alternativas se hace la comparacin
entre todas ellas; sta incluye, al menos, los aspectos tcnicos, econmicos y de tiempo
de desarrollo. De ese anlisis surge la alternativa escogida que se ejecutar en las
secciones subsiguientes.
Al terminar este apartado ya puede iniciarse la estructuracin del plan de pruebas y
el contenido inicial de los manuales de usuario, apartados que se irn mejorando a medida
que avanza la ejecucin del trabajo de grado.
El diseo global carecer de vala por la definicin imprecisa de las funciones de
cada mdulo y la falta de especificacin minuciosa de sus entradas y salidas.


1.12 Diseo detallado
Aqu se contesta la pregunta cmo se va a hacer?
En el diseo detallado se especifica cmo se cumplen los requerimientos del
proyecto dentro de niveles de servicio aceptables por el usuario final. Las funciones de las
cajas negras del apartado anterior se convierten en circuitos o en algoritmos, segn que la
solucin se desarrolle mediante hardware, software, o una solucin combinada.
Si la solucin es por hardware, se seleccionan los componentes, se emplean sus
diagramas esquemticos y se hacen los clculos que sean precisos a partir del modelo
utilizado. La circuitera resultante reemplaza a las cajas negras, manteniendo las entradas
y salidas de stas. Esto se hace para cada uno de los mdulos cajas negras-. En
consecuencia, al final del diseo detallado habr un gran plano con todos los circuitos
esquemticos que reemplaza a la arquitectura modular de cajas negras del diseo global.
Dependiendo del tamao del hardware resultante, ste se dividir en mdulos y
submdulos hasta llegar al nivel de tarjetas; deben quedar muy claras: la estructura, las
funciones de cada elemento, las interfaces y la tecnologa a emplear.
Si la solucin es por software, se conciben los diagramas de flujo correspondientes.
Se inicia con un diagrama general y de l se desprenden los diagramas de cada uno de
sus mdulos hasta llegar a las funciones. Se aplica un lenguaje natural, entendible por
cualquier persona. Los diagramas de flujo deben ser completos, detallados y bien
documentados; se utilizan rtulos para asociar estos diagramas con el cdigo definitivo,
una vez se haga la implementacin. Estos principios deben adaptarse a las herramientas
de software especficas que se usen.
En el subsistema software debe llegarse hasta el ltimo nivel: estructura, funciones
y objetos que intervienen, libreras, directorios, archivos, variables globales, parmetros,
requerimientos de mquina. Tambin incluye el diseo y el esquema de la base de datos,
si aplica.
Otra fase del diseo detallado es el diseo industrial del mismo. Todos los
componentes del sistema deben ir en un recipiente adecuado a su uso. Se definen los
materiales a emplear, cableado, ventilacin, calidad de los circuitos impresos, etc. Con
este fin, se recurre a herramientas apropiadas como, por ejemplo, Solid Edge.

Al terminar el diseo detallado se obtendr el diagrama esquemtico general de
todo el hardware del sistema en un solo plano; todos los diagramas de flujo
correspondientes al software; y el diseo industrial del sistema.

Al trmino de este apartado pueden complementarse el plan de pruebas y el
contenido de los manuales de usuario, secciones que se iniciaron en la fase anterior.
El diseo detallado incurre en fallas, principalmente por desorden y falta de
profundidad. No se sigue el mismo orden del apartado de diseo global y su numeracin
interna es muy superficial; y la seleccin de componentes se hace a dedo y,
especialmente, no se hacen los clculos necesarios que se tienden a sustituir por
comentarios.
1.13 Implementacin
Este apartado es relativamente el ms sencillo de la fase de ejecucin. Su objetivo
es el montaje y cableado de los circuitos definidos en el diseo detallado, y la codificacin
de todas las funciones y mdulos de software planteados con el fin de llevar a cabo las
pruebas del sistema.
El diseo industrial no se implementa todava: se espera a que los estudiantes
efecten las pruebas y a que los evaluadores den su concepto sobre las posibles
modificaciones a que haya lugar. Por lo tanto, esta seccin se escribe en dos momentos
diferentes: uno para crear el documento antes de las pruebas; y otro para finalizarlo,
cuando ya est implementado el diseo industrial.
El montaje del hardware se hace sobre protoboards o circuitos impresos de
borrador. Aqu ya se trabaja con componentes reales. Asimismo, se pasa de los diagramas
esquemticos a chips con todos sus pines. En el montaje del hardware se depende del
grado de integracin que haya sido utilizado en el diseo.
Del montaje del hardware surge el diagrama general detallado de cableado del
sistema que va desde la fuente de alimentacin hasta el puesto de trabajo donde se
ubiquen los operadores del sistema.
Por supuesto, se disean los circuitos impresos, con todas sus artes, por ambas
caras, mostrando los caminos y los componentes. Los circuitos impresos se documentan
bien. Adems, por cada tarjeta impresa va un listado detallado con todos sus

componentes y valores. Si hay ms de una tarjeta impresa, se explica cmo se
interconectan entre s.
Desde el punto de vista del software, se trata de codificar todas las funciones y
mdulos especificados en el diseo para garantizar su operatividad. Aqu se depende de
las herramientas de software que se hayan seleccionado; por ejemplo, con Labview no
existe diferencia entre el diseo detallado y la implementacin.
Este captulo se trabaja paralelamente con el captulo de pruebas. Por esta razn
se ha insistido que el plan de pruebas y los manuales de usuario se hagan en paralelo con
los apartados de diseo. Para ejecutar las pruebas ya debe existir el plan correspondiente
y, si van a intervenir personas ajenas al desarrollo usuarios, por ejemplo-, deben existir
tambin los manuales de usuario.
En la implementacin se falla porque no se actualiza el captulo luego de
implementar el diseo industrial.
1.14 Pruebas
Esta seccin y la anterior, se elaboran paralelamente. A medida que se implementa
cada elemento, hardware o software, se hacen pruebas individuales. Posteriormente, se
ejecutan las pruebas de cada tarjeta, mdulo, subsistema y, finalmente, las pruebas de
integracin de los subsistemas.
Para planear las pruebas se sigue una metodologa de menos a ms. Se conciben
las pruebas individuales de cada componente; luego, tarjeta por tarjeta; a continuacin,
mdulo por mdulo; y posteriormente, las pruebas de todo el subsistema. Esto por cada
subsistema, hardware y software, por ejemplo. Finalmente se establecen las pruebas de
integracin.
Para crear las pruebas se tienen en cuenta todos los requerimientos establecidos
para el sistema.
En general, por cada prueba hay que tener en cuenta:
y 'atos de entrada
y 'atos de saIda
y &antdad de crcutos (o de soItware) que debe estar mpIementada para Ia
prueba
y (qupos de medconnecesaros
y &antdad de personas ndspensabIes para Ia msma
y 7empo precso para reaIzar Ia prueba

El conjunto de todas ellas constituye el plan de pruebas o protocolo de pruebas del
sistema; la forma ms fcil de graficarlo es mediante una tabla. El plan debe ser detallado
y exhaustivo.
El plan de pruebas lleva una columna extra, en blanco, rotulada resultados, que se
diligenciar cuando se ejecuten los tems anteriores.
En las pruebas se falla porque su protocolo es muy superficial y porque su
ejecucin no es exhaustiva.
1.15 Manuales
El usuario final recibe la documentacin completa del sistema; comprende todos
los apartados de desarrollo del sistema, los manuales y los anexos.
Los manuales de usuario le permiten a ste instalar, operar y conocer ms a fondo
las caractersticas tcnicas del sistema. A veces tambin se incluyen las instrucciones para
su mantenimiento.
Los manuales se empiezan a componer desde el captulo de diseo global. Cuando
se llega a la seccin de pruebas es indispensable disponer de ellos; de otra forma las
pruebas estarn incompletas dado que los procedimientos y contenido de los manuales
tambin se prueban.
Los manuales se ajustan a medida que surgen y se solucionan los problemas; con
cada revisin surge una nueva versin de stos. Slo cuando el sistema est listo para su
entrega al usuario, puede decirse que ya estn listos en su versin final.
El procedimiento explicativo que se sigue en cada manual se hace a prueba de
tontos. Cada manual se redacta paso a paso; se inicia con el primer paso, se sigue con el
segundo y as sucesivamente, sin saltarse ninguno, hasta el final. No se puede dar nada
por sobreentendido; todo debe quedar explcito.
Los manuales, normalmente, van en folletos separados del resto de la
documentacin del sistema puesto que son documentos de uso cotidiano.
Los manuales incurren en fallas, principalmente por no ser minuciosos y por la falta
de ejemplos especficos que aclaren su uso.

1.16 Resultados
Se considera que el trabajo de grado, para bien o para mal, tiene su soporte en
este captulo.
Al llevar a cabo las pruebas del sistema es normal que no todo funcione al primer
intento; hay que revisar aquellos casos en que los resultados no fueron los esperados. Con
este fin, se describen en forma lgica el sntoma, la causa y la solucin para cada falla
relevante en un lenguaje tcnico en el que se suministran datos.
Las fallas encontradas se reportan y se ajusta lo que haya lugar hasta que funcione
el sistema. Es necesario ir hasta la raz del problema, es decir, llegar incluso hasta el
diseo global si all se halla su causa. En esta situacin, se actualiza la documentacin de
todos los apartados que hayan sido afectados por los ajustes.
La seleccin de datos relevantes implica capacidad de discriminacin, pues no se
describen todos los casos sino los ms significativos. Su descripcin debe ser clara y
sencilla, sin palabrera.
La situacin normal en un trabajo de grado es que la solucin planteada funcione
aunque haya que hacerle ajustes hasta encontrar la solucin final. Sin embargo, tambin
se da el caso de que la solucin no funciona o funciona en forma parcial.
Aunque esta seccin es muy importante tambin es muy corta, pues se basa en los
captulos precedentes, y, adems, va seguida del apartado de discusin.
1.17 Discusin
En un artculo cientfico, este numeral explica los resultados y los compara con el
conocimiento previo del tema.
En la seccin de discusin de un trabajo de grado se explica el significado de los
resultados y se presenta el anlisis de los mismos. Se discute si se alcanzaron o no los
objetivos propuestos, la precisin de los resultados y sus razones, y las recomendaciones
para mejorar la calidad en un trabajo posterior.
Tanto en la seccin de resultados como en sta, deben evitarse oraciones
rimbombantes como el estudiante aprendi en este trabajo o el estudiante obtuvo
una mejor comprensin, etc. El esfuerzo se concentra en la discusin de los resultados.
Se requiere un gran esfuerzo para concretar una buena discusin; imaginacin,
creatividad e ingeniera.

Si es posible, debe hacerse una comparacin con los resultados obtenidos por otros
segn el estado del arte, para continuar con el anlisis de los resultados obtenidos en el
trabajo de grado y sus implicaciones.
La longitud de este apartado no debe exceder dos pginas.
1.18 Conclusiones
Deben resumir la discusin en forma puntual. Unos tres a cinco puntos pueden ser
suficientes.
Debe tenerse en cuenta que:
y 6ean precsas
y 'eInan Ios probIemas que surgeron en eI desarroIIo deI trabajo y que aun
contnuan
y < Ias recomendacones para reaIzar proyectos Iuturos

Ntese que las conclusiones son tan importantes que aparecen en el resumen, en
la introduccin y en forma ms detallada en la discusin.
1.19 Referencias documentales
Si dentro del trabajo de grado no se informa explcitamente qu parte del trabajo
se apoya en otros, textual o contextualmente, se asume en forma automtica que es de la
autora de los estudiantes. Pero si este no es el caso, entonces se est cometiendo una
falta tica grave: plagio. Cualquier idea que no sea propia (citas directas, figuras, tablas,
ejemplos, resmenes, ideas tericas, entre otras) debe ser citada en forma adecuada
dentro del trabajo de grado.
La lista de referencias es muy importante en el estado del arte bases tericas y
tecnologa- y, a veces, en el diseo detallado. Esa lista de referencias es una excelente
fuente de informacin que ayuda a que los estudiantes estn familiarizados con los
antecedentes del problema.
Los posibles lectores del trabajo de grado deben encontrar las fuentes de
informacin en forma fcil. Una manera comn de citar es hacerlo secuencialmente por el
nmero de cada documento; cada uno se numera a medida que aparece en el texto. La
primera cita que se hace en el texto corresponde al documento uno, citado [1], la segunda
al documento [2] y, as sucesivamente. Adems, para los trabajos de grado de ingeniera

se seguir la forma [documento, pgina(s)], donde documento se refiere al orden de los
documentos citados segn aparecen en el trabajo de grado y pgina(s) se refiere a la
pgina exacta dentro del documento especfico de donde se extract la cita. Esa forma de
hacerlo facilita el trabajo a los lectores, pues en un documento grande, un libro, por
ejemplo, es difcil encontrar la cita. As, si el lector quiere constatar o profundizar en la
fuente, se le facilita el trabajo.
Los documentos referenciados aparecen al final del trabajo de grado en el orden
secuencial de citacin. Por ejemplo, todo el mundo se ama ms a s mismo que a su
prjimo [1, 216].
La cita [1, 216] le dice al lector que la frase se encuentra en la pgina 216 del
documento consultado en primer lugar. Si el lector quiere saber ms de esa fuente, debe
ir a la lista de documentos referenciados, donde el nmero 1, tendr la siguiente
informacin.
Eurpides, Medea, Tragedias. Tomo I, primera edicin. 1997, Madrid. Editorial
Gredos.
Esta entrada en la lista de documentos citados dice que Eurpides es el autor, la
obra es Medea, clasificada dentro de las tragedias, en el primer tomo, primera edicin e
impreso en Espaa.
Toda referencia en el texto apunta en forma clara a la fuente especfica en la lista
de trabajos citados. En este contexto se habla de documentacin citada o referenciada a
pesar de que en otras partes se utiliza el trmino bibliografa, pero, dado que la fuente se
refiere a cualquier documento independientemente de la forma en que se halle -revistas,
manuales, CD-ROM, internet, etc.-, se requiere ser ms exactos y por eso se habla de
documentacin citada o referenciada.
Por lo tanto, la documentacin citada en esta forma, [Doc., pgina(s)], simplifica el
proceso de elaboracin del documento y aumenta la precisin referente a la informacin.
1.19.1 Citacin de libros
Todos los documentos citados que aparecen en la documentacin referenciada
deben tener toda la informacin. As un libro contiene tres partes principales: Nombre del
autor, Ttulo del libro e Informacin de publicacin.
Deben presentarse en la siguiente forma:

y 1ombre deI autor. aparece prmero eI apeIIdo, una coma, despues Ios
nombres y termna en punto segudo.
/os apeIIdos y nombres deI autor aparecen como se encuentran en Ia pagna
deI Ibro, no en Ia cuberta, no se aceptan abre+acones.
(n generaI, se omten Ios tItuIos, aIIacones y grados de Ios autores.
y 7ItuIo deI Ibro. se regstra eI tItuIo deI Ibro como aparece en Ia caratuIa,
ncIuyendo cuaIquer subtItuIo.
(I tItuIo se escrbe en curs+a, Ia prmera paIabra comenza con mayuscuIa
ncaI y Ias demas pueden r en mnuscuIa, a no ser que sean nombres propos.
(I tItuIo termna con un punto segudo.
y ,nIormacon de pubIcacon. en generaI se sumnstra eI numero de Ia
edcon, Ia cudad donde se pubIco, eI ano de pubIcacon, y Ia edtoraI.
/os datos se toman drectamente deI Ibro.
/a edcon, Ia cudad y eI ano de pubIcacon se separan con comas.
(I ano de pubIcacon y Ia edtoraI se separan con punto segudo.
(xste nIormacon adconaI que aparece en Ia pagna de derechos reser+ados.

1.19.2 Citacin de revistas
Cuando se trata de citar artculos de una revista, la informacin tiene el siguiente
orden: Nombre del autor, Ttulo del artculo e Informacin de publicacin.
Donde:
y 1ombre deI autor. sgue Ios msmos prncpos utIzados en Ios Ibros.
y 7ItuIo deI artIcuIo. +a entre comIIas. 6gue Ios demas prncpos ndcados
para Ios Ibros.
y ,nIormacon de pubIcacon. despues deI nombre deI artIcuIo, sgue eI
nombre de Ia re+sta, eI numero deI +oIumen, eI ano de pubIcacon, dos
puntos, Ias pagnas ncaI y InaI y se termna con punto aparte.
1.19.3 Citacin de internet
Otra fuente comn en los trabajos de grado es internet. En este caso la
informacin es la siguiente: Nombre del autor, Ao de publicacin del documento, Ttulo e
Informacin de publicacin.
Su estructuracin es:
y 1ombre deI autor. sgue Ios msmos prncpos de Ios Ibros.
y $no de pubIcacon. +a entre parentess.
y 7ItuIo. sgue Ios msmos prncpos de Ios Ibros.
y ,nIormacon de pubIcacon. dreccon eIectronca compIeta entre parentess
tranguIares, Iecha de consuIta y numero de pagnas deI documento en esa
dreccon.

1.19.4 Citacin de otras fuentes
Existe otra gran variedad de fuentes. Sin embargo, en los trabajos de grado las
ms utilizadas son libros, revistas e internet. Para un mayor conocimiento sobre cmo citar
casos especiales u otras fuentes, se sugiere consultar el captulo cuarto del MLA
Handbook, Documentation: Preparing the List of Works Cited, [Gibaldi, 1999].
1.19.5 Documentacin citada
La lista de documentos citados va al final del trabajo de grado. Desde el punto de
vista formal, es conveniente que el listado tenga sangra francesa, pues de esa forma es
ms legible la informacin.
1.20 Anexos
Se agregan al final del trabajo de grado, despus de la lista de documentos
citados. Est compuesto por manuales, formularios, grficas, cuadros, estadsticas, etc. sin
anlisis, que el autor considera importante presentar en su trabajo pero fuera del cuerpo o
contexto del mismo. Los anexos se citan dentro del contenido o cuerpo del trabajo.
Por otra parte, las entidades financiadoras solicitan que las hojas de vida de los
responsables del proyecto se incluyan en los anexos.
En este apartado se incluye tambin el documento tipo artculo de revista del
trabajo de grado.
Los anexos van numerados en letras maysculas.

10 Como Escribir El Trabajo de Grado

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

10 Como Escribir El Trabajo de Grado

Загружено:

Авторское право:

Доступные форматы

C m o E s c r i b i r e l T r a b a j o d e G r a d o | 1

CMO ESCRIBIR EL TRABAJO DE GRADO

Вам также может понравиться