Anexo E

ESTRUCTURA DEL PROYECTO DE TESIS: Proyecto de TICs

Tomado de: Propuesta H. Velarde B.

0. CUBIERTA / DATOS INFORMATIVOS

Se colocan como encabezamiento de la primera hoja, en este deberán consignarse los
siguientes datos: Universidad, Facultad, Programa, Especialidad, Logos o Escudos,
Título del trabajo (*), Línea y Sublinea, Apellidos y Nombres del Autor(es),
Apellidos y Nombres del Asesor o Proponente, Lugar, Fecha
(*) Lo primero que nos interesa es conocer, saber, lo que será desarrollado: Por qué,
para qué, cual es el valor o la importancia del hecho o fenómeno a investigar o
de la aplicación a desarrollar.
Debe ser claro, preciso, completo y conciso. Hay que evitar el uso de acrónimos
mientras sea posible.

1. PLANTEAMIENTO DEL PROBLEMA (Solo va el título)

1.1. Caracterización del Problema
Lo primero que nos interesa es conocer, saber, lo que será desarrollado: Por qué, para
qué, cual es el valor o la importancia de la aplicación a desarrollar.
El problema debe ser viable, significativo y tiene que estar claramente formulado
(formular un problema es caracterizarlo, definirlo, enmarcarlo teóricamente). Antes
de definir el problema es necesario hacer una introducción referida al mismo. La
introducción debe ser pequeña, despertar el interés del lector y presentar la
información que éste necesita para comprender el problema que se intenta solucionar
con el proyecto.
Inmediatamente después de la introducción, el autor debe exponer el problema, el
cual debe estipularse en una sola oración como conclusión final a la introducción que
se le ha dado al trabajo. Esta oración debe ser redactada con una estructura sencilla y
no debe incluir posibles detalles.
1.2. Línea y Sub-línea de Investigación a la que corresponde el Problema (Ver Anexo C)
1.3. Palabras Clave
(Incluya las palabras clave en inglés y español con las cuales se podrán efectuar la
búsqueda del trabajo).
2. OBJETIVOS DEL PROYECTO
2.1. General
2.2. Específicos
Deberán indicarse los resultados esperados del trabajo (Ej.: Sistemas a construir,
estudios, mejoramientos, etc.)
Esta sección no es una repetición de la definición del problema. El problema es el
“qué” de su estudio, mientras que el objetivo constituye el “por qué”, es el propósito
del proyecto, responde a la pregunta: ¿PARA QUÉ?, ¿QUÉ SE BUSCA CON EL
PROYECTO ?. Un objetivo debe redactarse con verbos en infinitivo que se puedan
evaluar, verificar, refutar en un momento dado. Es pertinente redactar objetivos
relacionados con lo que se busca demostrar en el proyecto.

Anexo E: Esquema Proyecto Tesis – Proyectos TICs Pág.: 1

 Existen tres tipos de familias de objetivos informáticos:
a) De servicio: Este tipo de objetivos son definidos por el cliente, normalmente para
alcanzar a largo plazo (3 meses a dos años) y afectan a la organización operativa y
gestión del área usuaria. Pueden ser cualitativos (fiabilidad, calidad, etc.) y
cuantitativos (beneficios de gestión, beneficios de funcionamiento, etc.)
b) De producción: Son definidos por la informática, se han de cumplir a corto plazo
y afectan al desarrollo y explotación del proyecto. Normalmente son cuantitativos
(coste, plazo, calidad, rendimiento, etc.).
En cuanto a los objetivos coste, plazo y calidad, lo más importante es señalar que no
se pueden alanzar los tres simultáneamente. Si dos están especificados, es necesario
que el tercero pueda variar.
c) Estratégicos: Son definidos por el Director General, su alcance es a medio o largo
plazo (2 años como máximo) y afectan a todas las áreas de la empresa.
Normalmente son cualitativos (cobertura, integración, imagen, migración, etc.).
3. FUNDAMENTOS TEÓRICOS
3.1. Antecedentes del proyecto
Es una de las primeras etapas que debe desarrollarse dentro del Proyecto de TIC´s,
puesto que su elaboración, que consiste en “ir tras las huellas” del tema que se
pretende desarrollar, permite determinar cómo ha sido tratado el tema, cómo se
encuentra en el momento de realizar la propuesta del proyecto y cuáles son las
tendencias.
En la preparación de esta sección analice: Autores que ya hayan escrito acerca del
tema o de temas relacionados, los resultados que otros investigadores o
desarrolladores hayan obtenido, referencias de otros autores. Tome como referencia
lo indicado en la sección Estado del Arte del Anexo D
3.2. Bases Teóricas del proyecto
En aquellos proyectos que necesiten para su comprensión y desarrollo de unos
conceptos teóricos de una determinada materia o de un determinado dominio de
conocimiento, debe considerarse la información general del tema, conceptos
elementales. Se construye en base a la información obtenida tras la búsqueda,
ubicación y consulta bibliográfica correspondiente.

4. PRESENTACIÓN DEL PROYECTO (SOLUCIÓN PROPUESTA)

4.1. Justificación
Una vez que se ha seleccionado el proyecto, definido por el planteamiento del
problema y establecidos los objetivos, se debe indicar las motivaciones por las que se
va a desarrollar el proyecto. Para ello se debe responder a la pregunta de: ¿Por qué se
desarrolla?. Cuál es el aporte fundamental. ¿Cómo surgió la idea de diseñar la
solución del Proyecto de TIC´s?
4.2 Resumen del Proyecto. (Solo va el título)
4.2.1 Descripción del Proyecto a medio y largo plazo.
Dónde vamos a llegar? ¿Cuál va a ser el resultado final de nuestro proyecto? No nos
quedemos en la mera descripción de una intranet/portal corporativo. Reflejemos cual
es el producto buscado y los beneficios que implica.
4.2.2 Usuarios del Proyecto.
Quiénes van a utilizar el sistema? ¿Quiénes se van a beneficiar de él?

Anexo E: Esquema Proyecto Tesis – Proyectos TICs Pág.: 2

4.2.3 Beneficios.
Mejoras que el proyecto aportará a nuestra empresa y ventajas que resultaran frente a
la competencia.
4.2.4 Localización.
Hay que explicar donde se basara el núcleo operativo del proyecto. ¿Dónde
pensamos ubicar los servidores? ¿Dónde trabajara el equipo humano de gestión?
4.2.5 Impacto y sostenibilidad del Proyecto:
Indicar cuáles son los beneficios, aportes y repercusión derivado de la implantación
del proyecto.
4.2.6 Riesgos que debemos afrontar.
¿Cuáles son los peligros de realizar un proyecto como este?
• Económicos: cuando se planifique económicamente.
• Competencia: buena revisión de los Antecedentes del proyecto.
• Tecnológicos: asumir que algo va a estar disponible o que por el contrario se
quede obsoleto.
• No tecnológicos: si no hay un esquema jurídico que permita que la idea sea
desarrollable es un riesgo.
5. PLAN DE IMPLANTACIÓN DEL PROYECTO.
5.1 Definición del Proyecto.
5.1.1 Aspectos Técnicos
Describir cual es la tecnología que el proyecto requiere para funcionar. En este punto
habrá que intentar ser lo más sencillo posible, evitando los términos demasiado
técnicos.
5.1.2 Aspectos Económicos
En este punto traduciremos los beneficios indicados en 4.2.3. a valor monetario
5.1.3 Aspectos Comerciales
Cuál es el atractivo del proyecto y por qué? será aceptado de buen grado por los
usuarios
5.1.4 Recursos del Proyecto
Referido a la necesidad de: Personal, hardware y software.
6. Metodología a emplear.
Toda actividad debe estar basada en una metodología y en principio, cualquier
metodología es mejor que ninguna; cualquier centro de desarrollo puede montar su
metodología, aunque esta alternativa implica disponer del tiempo necesario para el
desarrollo de la nueva metodología; por lo tanto, lo más práctico es seguir los
métodos que ya han demostrado su validez y son de aplicación universal; sepa
utilizar el conocimiento científico, que involucra tanto esfuerzo y sacrificio.
El apartado deberá incluir los mecanismos, métodos técnicas y/o herramientas
utilizadas en el desarrollo del proyecto, explicando brevemente lo siguiente:
descripción de cada etapa del proyecto, mecanismo de seguimiento y control del
proyecto, técnicas de ingeniería y metodologías utilizadas, herramientas de apoyo
para la administración y ejecución del proyecto (software, hardware, protocolos de
investigación., etc.), grado de participación de las áreas de la empresa, indicando
brevemente la función de cada una de ellas.

Anexo E: Esquema Proyecto Tesis – Proyectos TICs Pág.: 3

 Todas las metodologías consideran el hecho informático dividido en fases, cuyo
conjunto forma el ciclo de vida de un sistema informático.
Todas tienen en común la idea de descomposición del hecho informático en cuatro
grandes grupos
a) Análisis: Estudio de viabilidad; Definición de requisitos; Modelado funcional;
Modelado estructural; Modelado dinámico; Procesos de análisis
b) Diseño: Diseño de la arquitectura del sistema; Diseño detallado; Diseño de datos;
Procesos de diseño.
c) Implementación: Formación del usuario; Implantación del sistema
d) Pruebas: Introducción a las pruebas del software; Técnicas de prueba;
Documentación del proceso de prueba del software; Otras técnicas de verificación
y validación.
7. PLAN DE TRABAJO (Describe el plan de actividades a realizar y una
temporalización de las mismas)
Deberá establecerse una programación simple del proyecto, dividido en etapas y
asignados ciertos períodos de tiempo (puede utilizarse un diagrama Gantt). Indicar
dedicación efectiva (horas/hombre). En forma mínima, especificar las fechas de
inicio y término globales.
8. REFERENCIAS BIBLIOGRÁFICAS
(Utilizadas para elaborar el proyecto de la investigación, ver Anexo B)
9. POSIBLE TEMARIO DEL INFORME FINAL
Indice del Informe Final, ver Anexo G.

Anexo E: Esquema Proyecto Tesis – Proyectos TICs Pág.: 4

Propuesta de Consideraciones y Esquemas Tesis Héctor R. Velarde Bedregal

Anexo F: Esquema Informe Tesis – Investigación Pág.: 5

Propuesta de Consideraciones y Esquemas Tesis Héctor R. Velarde Bedregal

Anexo G
ESTRUCTURA DEL INFORME DE TESIS: Proyecto TICs

Cubierta
Es la carátula, en esta deberán consignarse los siguientes datos: En la parte superior, en tres
líneas y centrado: UNIVERSIDAD, FACULTAD, PROGRAMA; más abajo y centrado:
Escudo de la UCSM; más abajo y centrado el TÍTULO DEL TRABAJO, más abajo y
centrado la LINEA Y SUBLINEA; más abajo, hacia la derecha y en varias líneas, la
siguiente leyenda: Tesis presentada por el(los) Bachiller(es), APELLIDOS Y NOMBRES
DEL AUTOR(ES), Para optar el Título Profesional de:, INGENIERO DE SISTEMAS; más
abajo, centrado en una sola línea, la siguiente leyenda: Asesor / Proponente: APELLIDOS Y
NOMBRES DEL ASESOR; más abajo y centrado AREQUIPA – PERÚ; más abajo y
centrado el año de presentación del informe.
Cubierta Interna
Es una repetición de lo anterior y constituye la primera hoja
Copia del Dictamen Aprobatorio del Borrador de Tesis.
Fotostática simple del Dictamen aprobado por los dictaminadores
Presentación
Es una sección donde se pone a consideración del Director del Programa y de los miembros
del Jurado el trabajo a sustentar.
Agradecimientos
Es una sección optativa y se podrá incluir en el caso que el autor desee agradecer a personas
que le facilitaron, ayuda extraordinaria en su trabajo. Cuando proceda, deberá escribirse una
hoja encabezada por el título "AGRADECIMIENTOS", ubicado en el centro de la página.
Dedicatoria
Es una sección optativa y se podrá incluir en el caso que el autor desee dedicar el trabajo. Se
hará en una hoja en el ángulo inferior derecho.
Epígrafe
Es una sección optativa y contiene la cita textual vinculada con el problema de un científico
o autor de la especialidad.
Índice o Tabla de Contenidos
Corresponde a la enumeración ordenada de las materias contenidas en el trabajo, con los
mismos títulos y con indicaciones de la página en que se encuentran.
Índice de Figuras.
Corresponde a la enumeración ordenada de las materias contenidas en el trabajo, con los
mismos títulos y con indicaciones de la página en que se encuentran.
Resumen y Abstract
El Resumen es una síntesis del trabajo; su extensión no deberá ser mayor a una página.
Deberá dar una idea completa del trabajo, haciendo resaltar los aspectos más importantes.
Resumirá los objetivos, métodos, resultados y conclusiones. En hoja aparte y en el mismo
formato se deberá repetir el Resumen en inglés.

Anexo G: Esquema Informe Tesis – Proyectos TICs Pág.: 6

Propuesta de Consideraciones y Esquemas Tesis Héctor R. Velarde Bedregal

Al final de cada sección (Resumen y Abstract) incluya las palabras clave en español e inglés
con las cuales se podrán efectuar la búsqueda del trabajo.
Introducción
Es una sección en donde deberá establecerse las ideas que faciliten la comprensión del
proyecto, como son: Objetivos, antecedentes que lo motivaron, enfoque empleado, alcances,
organización del trabajo describiendo en pocas palabras el contenido de cada capítulo, etc.
Desarrollo del Tema
Representa la parte medular del trabajo. Ordenada en capítulos, su presentación y enfoque
dependerán de la naturaleza del tema. Se recomienda el siguiente orden:
Capítulo 1: Descripción del Proyecto
1.1. Objetivos
En este apartado se deben especificar tanto el objetivo general como los específicos.
El objetivo general es el propósito o meta del proyecto, es una guía indispensable
para orientar el trabajo y no desviarse del camino adecuado.
A continuación citamos algunos ejemplos típicos de objetivos principales de diversos
proyectos informáticos:
• Evaluar la efectividad de las técnicas de captura de requisitos, en pequeñas
empresas de desarrollo de software.
• Desarrollar y evaluar un interfaz de usuario para paquetes estadísticos.
• Producir y evaluar lenguajes de cuarta generación para el desarrollo de bases de
datos.
El objetivo general ayuda a comprender mejor el proyecto y a identificar el área de
investigación y el enfoque del trabajo.
Los objetivos específicos; explican de forma precisa y concisa cuales son los
objetivos que se persiguen con la realización del proyecto. Se puede distinguir entre
los objetivos marcados por los requisitos del software a construir y los objetivos de
carácter técnico que se plantea el alumno a la hora de llevar a la práctica el proyecto
Representan los logros significativos en el camino hacia el objetivo general del
proyecto. Son más precisos que el objetivo general, ya que son “las medidas
cuantitativas y cualitativas por las cuales el proyecto será juzgado”. Para un proyecto
que vaya a durar aproximadamente un año, no se debe identificar más de doce
objetivos específicos. Si tuviéramos más, quizá estemos intentando abarcar
demasiado, o quizá se esté dividiendo el proyecto con demasiado detalle y
debiéramos dar una visión más general.
Como ejemplo tomemos un proyecto informático, que pretende crear un sistema para
predecir los índices de variación del mercado bursátil, utilizando para ello una red
neuronal:

Ejemplo:
Objetivo General:
Desarrollar y evaluar una red neuronal para predecir las variaciones de los índices del
mercado bursátil.
Objetivos Específicos:
1. Documentar las diferentes técnicas actuales para la predicción de las variaciones
de los índices de Bolsa;
2. Desarrollar un modelo apropiado con una red neuronal artificial:

Anexo G: Esquema Informe Tesis – Proyectos TICs Pág.: 7

Propuesta de Consideraciones y Esquemas Tesis Héctor R. Velarde Bedregal

3. Reunir datos para el análisis y la evaluación;

4. Evaluar el modelo utilizando las técnicas estadísticas adecuadas;
5. Redactar un informe final.
Nótese que los objetivos plasmados están orientados hacia la meta o propósito final y
que se enumeran en orden cronológico atendiendo a cómo pensamos realizar el
trabajo. También hay que considerar cómo subdividir estos objetivos. Por ejemplo, el
objetivo 2 requeriría que se encontrara y evaluara una herramienta y una topología
adecuada antes de desarrollar una red neuronal. El objetivo 4 requeriría que el
estudiante investigara y aprendiera las técnicas estadísticas a utilizar, o bien, que
aprendiera a manejar los paquetes de software existentes de cálculo estadístico. Sin
embargo, subdividir los objetivos en un nivel de detalle cada vez mayor puede
oscurecer la visión del objetivo primordial.
1.2. Alcances y Limitaciones
Debe definirse las fronteras del proyecto, dejar establecido que va a considerarse
como parte de él y que no; es decir sus alcances y límites. Así mismo, algunas
condiciones especiales a que se verá sometido el Proyecto y que sean relevantes en la
solución.
Considerar para ello los siguientes factores:
• Viabilidad: lo importante es que el investigador debe verificar la posibilidad de
conseguir fuentes de datos para el desarrollo de su estudio, ya sean del grado
primario o secundario.
• Lugar o espacio donde se llevará a cabo la investigación.
• Tiempo, si el asignado me da la cobertura del estudio o debo disponer de uno en
caso de imprevistos.
• Financiación, si voy a implementar algo que cantidad de dinero dispongo para ello
o si solo será un estudio de factibilidad.
1.3. Fundamentos Teóricos
1.3.1. Antecedentes del proyecto
Es una de las primeras etapas que debe desarrollarse dentro de una investigación,
puesto que su elaboración, que consiste en “ir tras las huellas” del tema que se
pretende desarrollar, permite determinar cómo ha sido tratado el tema, cómo se
encuentra en el momento de realizar la propuesta del proyecto y cuáles son las
tendencias.
1.3.2. Bases Teóricas del proyecto
En aquellos proyectos que necesiten para su comprensión y desarrollo de unos
conceptos teóricos de una determinada materia o de un determinado dominio de
conocimiento, debe considerarse la información general del tema, conceptos
elementales. Se construye en base a la información obtenida tras la búsqueda,
ubicación y consulta bibliográfica correspondiente.
1.4. Técnicas y Herramientas
Esta parte del informe tiene como objetivo presentar las técnicas metodológicas y las
herramientas de desarrollo que se han utilizado para llevar a cabo el proyecto. Si se
han estudiado diferentes alternativas de metodologías, herramientas, bibliotecas se
puede hacer un resumen de los aspectos más destacados de cada alternativa,
incluyendo comparativas entre las distintas opciones y una justificación de las
elecciones realizadas.

Anexo G: Esquema Informe Tesis – Proyectos TICs Pág.: 8

Propuesta de Consideraciones y Esquemas Tesis Héctor R. Velarde Bedregal

No se pretende que este apartado se convierta en un capítulo de un libro dedicado a

cada una de las alternativas, sino comentar los aspectos más destacados de cada
opción, con un repaso somero a los fundamentos esenciales y referencias
bibliográficas para que el lector pueda ampliar su conocimiento sobre el tema.
1.5. Aspectos Relevantes del Desarrollo.
Este apartado pretende recoger los aspectos más interesantes del desarrollo del
Proyecto de TIC´s, comentados por los autores del mismo.
Debe incluir desde la exposición del ciclo de vida utilizado, hasta los detalles de
mayor relevancia de las fases de análisis, diseño e implementación.
Se busca que no sea una mera operación de copiar y pegar diagramas y extractos del
código fuente, sino que realmente se justifiquen los caminos de solución que se han
tomado, especialmente aquellos que no sean triviales.
Puede ser el lugar más adecuado para documentar los aspectos más interesantes del
diseño y de la implementación, con un mayor hincapié en aspectos tales como el tipo
de arquitectura elegido, los índices de las tablas, normalización y des-normalización,
distribución en ficheros, reglas de negocio dentro de las bases de datos (bases de
datos activas), aspectos de desarrollo relacionados con el WWW...
Este apartado, debe convertirse en el resumen de la experiencia práctica del proyecto,
y por sí mismo justifica que el informe se convierta en un documento útil, fuente de
referencia para los autores, y futuros desarrolladores.
Dependiendo del tipo de proyecto, deberá (según la tabla) realizar:

Anexo G: Esquema Informe Tesis – Proyectos TICs Pág.: 9

Propuesta de Consideraciones y Esquemas Tesis Héctor R. Velarde Bedregal

Tipo de Requisito Diseño Codifica Docum Prueba Impleme

Proyecto s de ción entació s ntación
análisis n (protot
ipo)
Modulo *
administra
tivo -
productiv
o (ERP) * *
INTELIGE * * * * * *
NCIA DE
NEGOCIO
S
INTELIGE * * * * * *
NCIA
ARTIFICIA
L
JUEGOS * * * * * *
REDES * * * *
ORIENTAD * * * * * *
O A
EVENTOS
Sistemas * * * * * *
de
informaci
ón

Desarrollo obligatorio (*)

Anexo G: Esquema Informe Tesis – Proyectos TICs Pág.: 10

Propuesta de Consideraciones y Esquemas Tesis Héctor R. Velarde Bedregal

Capítulo 2: Documentación Técnica

Los contenidos de esta parte van a estar totalmente condicionados por la metodología de
desarrollo que se haya seguido, la cual habrá ido indicando que documentos se han debido de
ir generando.
Cada uno de estos documentos constituye la documentación técnica del proyecto.
2.1 Plan del Proyecto Informático.
Centrando la atención en la realización práctica de la mayoría de los proyectos, puede
ser interesante que la documentación de este apartado se dirija hacia dos puntos
concretos:
a) Planificación temporal del proyecto
Se recoge la planificación temporal del proyecto o lo que es lo mismo la
elaboración del calendario o programa de tiempos. El principal objetivo de esta
tarea es recoger de una forma gráfica todas las actividades del proyecto
necesarias para producir el resultado final.
El destinatario de este documento es el gestor del proyecto, de forma que le
facilite su labor de dirección.
En el caso de los proyectos académicos, dado su pequeño tamaño y su reducido
número de participantes, se justifica más su presencia por el hecho de que los
alumnos aprendan a planificar un calendario, y por la experiencia, en forma de
métricas, que estos calendarios pueden aportar para estimaciones de futuros
proyectos de mayor entidad.
Se aconseja utilizar técnicas gráficas como diagramas de Gantt o redes PERT.
b) Estudio de viabilidad del proyecto.
En proyectos vinculados de alguna forma con empresas reales, se solicita un
estudio de viabilidad, normalmente centrado en la viabilidad económica del
mismo. Precisamente, en relación con la viabilidad económica, la técnica que
mayor información puede aportar es el análisis coste/beneficio, que ofrece una
valoración de la justificación económica para un proyecto software.
Revisar lo propuesto por Roger S. Pressman [Pressman, 1998], para un
documento que recoja el estudio de viabilidad de un proyecto software; el cual
puede servir como referencia genérica a adaptar en cada caso.
2.2. Especificación de requisitos del Proyecto de TIC´s
Este documento cumple dos cometidos básicos, en primer lugar de cara al cliente
debe recoger todos los
forma que sirva como elemento contractual entre la parte cliente y los especialistas
informáticos. En segundo lugar, debe servir para especificar estos requisitos con los
métodos gráficos, textuales o formales que se crean más oportunos, presentando
todas las vistas o enfoques del sistema (funcional, de información, de
comportamiento) como se precisen para completar el análisis.
Las distintas aproximaciones metodológicas ofrecen distintas variantes a este
documento, presentando en ocasiones dos documentos diferenciados, uno con el
catálogo de requisitos, que suelen denominar Documento de Requisitos del Sistema y
otro documento con las especificaciones detalladas de estos requisitos.
Existen diversos formatos para la creación de este documento, algunos de los cuales
aceptados internacionalmente, como es el caso del IEEE Std. 830 [IEEE, 1984].

Anexo G: Esquema Informe Tesis – Proyectos TICs Pág.: 11

Propuesta de Consideraciones y Esquemas Tesis Héctor R. Velarde Bedregal

2.3. Especificación de diseño

Este documento supone la entrada en el dominio de la solución del problema, es
decir, comienza la fase tradicional del desarrollo del sistema software. El paso del
análisis al diseño es algo que en muchas ocasiones es difícil de plasmar en los
modelos, especialmente cuando se está trabajando en orientación a objetos, donde los
modelos evolucionan plasmando un refinamiento de sus contenidos desde la fase de
análisis a la fase de implementación.
En general, se puede decir que el documento de especificación de diseño marca el
camino de solución a seguir, tomándose decisiones muy importantes dentro de la
arquitectura, los datos, la interfaz o los detalles procedimentales de la aplicación
software. Los detalles de diseño son fundamentales para conseguir los factores de
calidad externos e internos que marcarán la calidad del producto software final.
2.4. Documentación técnica de programación.
Entorno de programación; Lenguajes y herramientas; Aspectos relevantes de la
implementación; No incluir todo el código fuente, sólo aquello que se considere
importante o novedoso. Además de los aspectos particulares del sistema concreto,
deben incluirse los siguientes apartados generales: Validación de datos, Control de
acceso y Protección de la información
2.5. Pruebas de Ejecución.
Pruebas funcionales; Pruebas de usabilidad; Pruebas de accesibilidad (se recomienda
el uso de herramientas de verificación de la accesibilidad como el TAW (disponible
gratuitamente en www.tawdis.net); Pruebas de seguridad; Pruebas de carga
2.6. Manuales de Usuario
Tantos como proceda en función de los diferentes tipos de usuario del sistema, se
debe indicar: Objetivo, Requisitos e instalación, Descripción del funcionamiento del
sistema (mediante un tutorial o una descripción de las operaciones más habituales),
Mensajes de error.
Conclusiones
Las conclusiones deben estar numeradas, tener una redacción clara, concreta y directa, no
son un resumen del trabajo. Es una parte importante del proyecto donde el autor emite
juicios con relación al trabajo realizado, al sistema desarrollado y aportaciones. Las
conclusiones deben reflejar los alcances y las limitaciones del proyecto.
Recomendaciones
Son propuestas que el desarrollador plantea, a fin de aplicar utilitariamente los resultados de
su proyecto, y para poder continuar hacia niveles de mayor amplitud y profundidad.
Referencias Bibliográficas
Las referencias deberán indicarse de acuerdo a lo estipulado en el anexo B.
Apéndice(s)
En esta se debe incluir el Plan del proyecto de TIC´s aprobado y en los casos que se
considere necesaria, se incluirá aquí el detalle de lo que se estime no indispensable para la
comprensión del tema central, pero que lo complementa. Ej.: Detalles de documentos
técnicos, listado de códigos, manuales de usuario, etc. Los apéndices se designarán en forma
alfabética, usando letras mayúsculas (A, B, C, etc.)

Anexo G: Esquema Informe Tesis – Proyectos TICs Pág.: 12