Planificación De Proyectos

¿C´mo escribo mi PFC?
o
Daniel Borrajo
4 de abril de 2003

1.

Introducci´n
o

Este documento pretende ser una gu´ de c´mo escribir un Proyecto Fin
ıa
o
de Carrera (PFC). Aunque se hable de PFCs, se puede generalizar a cualquier
documento t´cnico, como, por ejemplo, las tesis doctorales o los art´
e
ıculos.

2.

Estructura del PFC
Portada (1 p´gina). Mirar lo que debeaparecer en otros PFC: Logo de la
a
UC3M, T´
ıtulo del PFC, “Proyecto fin de carrera”, Titulaci´n, Debajo a
o
la derecha: Autor, Director (por este orden), A˜o (si se desea mes, a˜o).
n
n
Agradecimientos (1 pg.). Si se quiere poner algo.
Indice (1-3 pgs.). Hasta tercer nivel de estructura del documento. No deber´ aparecer ning´n apartado (al nivel que sea) unico. Es decir, no puede
a
u
´aparecer un 3.2.1 si no tenemos un 3.2.2
Introducci´n (2-5 pgs.) Descripci´n muy general de lo que has hecho.
o
o
Dentro de la inform´tica est´ la XXX, .... Dentro de ella est´ el YYY, ...
a
a
a
Lo que pretend´ hacer en este PFC es ...
ıa
Puede incluir los objetivos y debe incluir una ultima secci´n que descri´
o
ba los dem´s cap´
a
ıtulos del PFC, como, por ejemplo En el cap´
ıtulo 2se
describir´ el estado de la cuesti´n donde...
a
o
Estado de la cuesti´n (m´x. 30 pgs.) Qu´ es lo que se ha hecho en tu tema
o
a
e
y por qui´n. Piensa en algo que le sirva a alguien que se quiera meter en el
e
tema luego y quiera ir directo a los libros-art´
ıculos-personas importantes.
Puede incluir la descripci´n de las herramientas/modelos/ideas que has
o
utilizado para el PFC. Alfinal puedes poner un apartado de qu´ es lo que
e
no est´ hecho (que es lo que t´ has hecho).
a
u
Objetivos del PFC (1-2 pgs.) Qu´ quer´ hacer y qu´ caracter´
e
ıas
e
ısticas
quer´ que tuviera tu PFC. Por ejemplo, Construir un sistema que fuera
ıas

1

capaz de hacer XYZ. Adem´s, el sistema/agente/arquitectura/modelo, dea
ber´ ser: flexible, eficiente, eficaz, robusto, r´pido, f´cilde usar, din´mico,
ıa
a
a
a
adaptable, ...
Memoria-Trabajo realizado. (con 50 pgs. deber´ tener suficiente) Qu´ has
ıas
e
hecho, pasando desde una descripci´n de alto nivel hasta los detalles. Nao
da de describir las funciones una por una: s´lo una descripci´n por m´duo
o
o
los/clases gen´rica. Si quieres a˜adir el c´digo o lo que hayas hecho, se
e
n
o
mete como ap´ndice (comentadosi es posible). La estructura de esta pare
te ser´ (normalmente):
a
• Introducci´n
o
• Arquitectura de la aplicaci´n (obligatorio gr´fico): m´dulos de los que
o
a
o
consta, entradas y salidas de los mismos, tipos de datos/documentos
que se intercambian los m´dulos, ... Puede incluir algo equivalente a
o
un diagrama de flujo o un algoritmo de muy alto nivel (llamadas a
m´dulos en lugarde a funciones de un lenguaje concreto).
o
• Modelo de conocimiento de la aplicaci´n: equivalente a un diagrama
o
de clases, s´lo comentando las de m´s alto nivel (no las auxiliares) y
o
a
los atributos m´s significativos
a
• Descripci´n a alto nivel de cada m´dulo: funcionalidad, entradas,
o
o
salidas, subm´dulos, ... Se deber´n poner tambi´n los principales alo
a
e
goritmos enpseudo-c´digo. Debe explicarse a trav´s de un ejemplo,
o
e
o poner una secci´n luego con el ejemplo
o
• Manual de usuario: debe servir para que cualquier persona que no
sepa nada de lo desarrollado pueda ejecutar la aplicaci´n. Equivalente
o
a descripci´n de la interfaz gr´fica paso por paso (en caso de que haya
o
a
interfaz) o c´mo se ejecuta el sistema (sin interfaz)
o
• Manual dereferencia: debe servir para que cualquier desarrollador
posterior pueda ampliar la aplicaci´n. Debe contener detalles t´cnio
e
cos de implementaci´n, como lenguaje utilizado, instalaci´n, ficheros
o
o
generados, clases generadas, c´mo cambiar algo del c´digo, ... Todo
o
o
ello, sin describir una a una las clases o funciones desarrolladas.
Resultados. Cualquier cosa que sirva para demostrar...