1

Proyecto de Tesis 1Proyecto de Tesis 1

Documentación del Plan de TesisDocumentación del Plan de Tesis

2

Plan de Proyecto de Fin de Plan de Proyecto de Fin de CarreraCarrera

3

Plan de Proyecto de Fin de Plan de Proyecto de Fin de CarreraCarrera

• Estructura:Estructura:– CarátulaCarátula– Historial de revisionesHistorial de revisiones– ÍndiceÍndice

– Identificación del ProblemaIdentificación del Problema– Objetivo generalObjetivo general– Objetivos específicosObjetivos específicos– Resultados esperadosResultados esperados– Marco conceptualMarco conceptual– Estado del arteEstado del arte– Métodos y ProcedimientosMétodos y Procedimientos– PlanificaciónPlanificación– ReferenciasReferencias

Investigación Previa

Conocimiento del Tema

4

Plan de Proyecto de Fin de Plan de Proyecto de Fin de CarreraCarrera

• Materiales:Materiales:– Plantilla Plan de TesisPlantilla Plan de Tesis– Formato para evaluación del Plan de Tesis Formato para evaluación del Plan de Tesis – Guía para elaboración del DocumentoGuía para elaboración del Documento

5

Plan de Tesis FCIPlan de Tesis FCI

6

Plan de Tesis FCIPlan de Tesis FCI

• Requerido para inscribir el tema de tesis Requerido para inscribir el tema de tesis en la Facultaden la Facultad

• Trabajo conjunto entre asesor y tesista, Trabajo conjunto entre asesor y tesista, pero el responsable es el asesor en pero el responsable es el asesor en cuanto es el primer responsable de cuanto es el primer responsable de garantizar que el proyecto constituya un garantizar que el proyecto constituya un proyecto de fin de carrera en Ingeniería proyecto de fin de carrera en Ingeniería Informática. Informática.

7

Plan de Tesis FCIPlan de Tesis FCI

• Estructura:Estructura:– CabeceraCabecera– DescripciónDescripción– Objetivo GeneralObjetivo General– Objetivos EspecíficosObjetivos Específicos– AlcanceAlcance– División de responsabilidadesDivisión de responsabilidades– ÍndiceÍndice

8

Plan de Tesis FCI - CabeceraPlan de Tesis FCI - Cabecera• TítuloTítulo

– mayúscula y en negritamayúscula y en negrita • ÁreaÁrea

– Cualquiera de las áreas definidas en Ingeniería InformáticaCualquiera de las áreas definidas en Ingeniería Informática

• Proponente Proponente – nombre completo de quien definió el tema, debe ser un profesornombre completo de quien definió el tema, debe ser un profesor

• AsesorAsesor– nombre completo del asesor o asesoresnombre completo del asesor o asesores

• AlumnoAlumno– nombre completo de los alumnosnombre completo de los alumnos

• CódigoCódigo– código de los alumnoscódigo de los alumnos

• Tema N° Tema N° – llenado por Facultadllenado por Facultad

• FechaFecha

9

Plan de tesis FCI - DescripciónPlan de tesis FCI - Descripción

• Descripción del proyectoDescripción del proyecto

– Contexto del problemaContexto del problema– Descripción del problemaDescripción del problema– Propuesta de soluciónPropuesta de solución

10

Plan de tesis FCI – Objetivos y Plan de tesis FCI – Objetivos y AlcanceAlcance

• Objetivo generalObjetivo general– Debe mantener concordancia con el títuloDebe mantener concordancia con el título

• Objetivos específicosObjetivos específicos– En la culminación del proyecto deberían poderse verificar su En la culminación del proyecto deberían poderse verificar su

cumplimientocumplimiento

• AlcanceAlcance– Debe corresponder con un proyecto de fin de Debe corresponder con un proyecto de fin de

carrera de Ingeniería Informáticacarrera de Ingeniería Informática– Debe ser lo suficientemente claro, para que la Debe ser lo suficientemente claro, para que la

persona responsable de la revisión comprenda el persona responsable de la revisión comprenda el proyecto.proyecto.

11

Plan de tesis FCI –División de Plan de tesis FCI –División de responsabilidaesresponsabilidaes

• Sólo aplica para proyectos grupalesSólo aplica para proyectos grupales

• Ejemplo:Ejemplo:– Las responsabilidades en el presente proyecto han sido Las responsabilidades en el presente proyecto han sido

divididas de la siguiente forma:divididas de la siguiente forma:

NombreNombre ResponsableResponsable

Juan PérezJuan Pérez Módulo de ventasMódulo de ventas

Módulo de inventariosMódulo de inventarios

José LunaJosé Luna Módulo de producciónMódulo de producción

Módulo de seguridadMódulo de seguridad

12

Plan de tesis FCI - ÍndicePlan de tesis FCI - Índice

• Estructura definida para el documento de Estructura definida para el documento de tesistesis

• Basada en los índices baseBasada en los índices base• Puede personalizarse de acuerdo a las Puede personalizarse de acuerdo a las

características de cada proyecto.características de cada proyecto.

13

Proyecto de Tesis 1Proyecto de Tesis 1

Documentación Final del Proyecto Documentación Final del Proyecto de Fin de Carrerade Fin de Carrera

14

Componentes del ProyectoComponentes del Proyecto

• Memoria DescriptivaMemoria Descriptiva• AnexosAnexos

• Productos o resultadosProductos o resultados

15

Documento de TesisDocumento de Tesis

• EstructuraEstructura– CarátulaCarátula– ResumenResumen– Tema de tesis aprobadoTema de tesis aprobado– Dedicatoria y agradecimientosDedicatoria y agradecimientos– Índice o Tablas de ContenidoÍndice o Tablas de Contenido– Memoria DescriptivaMemoria Descriptiva

• IntroducciónIntroducción• Contenido de los capítulosContenido de los capítulos• BibliografíaBibliografía

– AnexosAnexos

16

Capítulo 1Capítulo 1

• Basado en el Plan de TesisBasado en el Plan de Tesis

• EstructuraEstructura– Identificación del ProblemaIdentificación del Problema– Marco ConceptualMarco Conceptual– Plan de ProyectoPlan de Proyecto– Estado del ArteEstado del Arte– Descripción y Justificación de la soluciónDescripción y Justificación de la solución

17

Identificación del ProblemaIdentificación del Problema

• Describir el contexto en donde se desarrolla el Describir el contexto en donde se desarrolla el problema así como la descripción del problema problema así como la descripción del problema que se desea solucionar o mejorar.que se desea solucionar o mejorar.

• No se debe describir la solución en esta secciónNo se debe describir la solución en esta sección

• El contenido de esta sección es básicamente el El contenido de esta sección es básicamente el mismo que se incluye en el Tema de Tesis.mismo que se incluye en el Tema de Tesis.

• Se debe tener cuidado en identificar el Se debe tener cuidado en identificar el problema realproblema real

18

Identificación del problemaIdentificación del problema

• En un hospital que no cuenta con un En un hospital que no cuenta con un sistema de software se están perdiendo sistema de software se están perdiendo las historias clínicaslas historias clínicas

– ¿Cuál es el problema?¿Cuál es el problema?– ¿Cuál es la solución planteada?¿Cuál es la solución planteada?

19

Marco ConceptualMarco Conceptual

• Conceptos necesarios para comprender el Conceptos necesarios para comprender el problema y solución planteada.problema y solución planteada.

• Aquí se delimita la realidad para la cual se Aquí se delimita la realidad para la cual se desarrollará el proyecto.desarrollará el proyecto.

• No se debe describir la solución en esta secciónNo se debe describir la solución en esta sección

20

Marco conceptual - EjemplosMarco conceptual - Ejemplos

• En un sistema de contabilidad se deberían En un sistema de contabilidad se deberían mencionar mencionar algunos conceptos y procesos algunos conceptos y procesos contables específicos para el sistemacontables específicos para el sistema, pero no , pero no se trata de describir todos los términos se trata de describir todos los términos contables. contables.

• Tratándose de un datawarehouse para Tratándose de un datawarehouse para hospitales se pueden mencionar conceptos de hospitales se pueden mencionar conceptos de inteligencia de negocios como datawarehouse inteligencia de negocios como datawarehouse o datamart, pero especialmente se debe o datamart, pero especialmente se debe indicar el indicar el tipo de información que maneja un tipo de información que maneja un hospitalhospital..

21

Plan de proyectoPlan de proyecto• Describir la planificación de las tareas (procesos) que se Describir la planificación de las tareas (procesos) que se

van a realizar para desarrollar el proyecto. van a realizar para desarrollar el proyecto.

• Puede incluir las necesidades de recursos para el Puede incluir las necesidades de recursos para el desarrollo del proyecto.desarrollo del proyecto.

• Se recomienda utilizar un WBS para describir el alcance Se recomienda utilizar un WBS para describir el alcance del proyecto.del proyecto.

• La planificación debe ir de acuerdo a una metodología de La planificación debe ir de acuerdo a una metodología de gestión de proyecto. gestión de proyecto.

• La descripción de la metodología no debe ser teórica, sino La descripción de la metodología no debe ser teórica, sino aplicada al proyecto.aplicada al proyecto.

22

Plan de ProyectoPlan de Proyecto

• Para el presente proyecto se siguen las Para el presente proyecto se siguen las recomendaciones de la metodología PMI. recomendaciones de la metodología PMI. La metodología describe las siguientes La metodología describe las siguientes fases: Inicio cuyos objetivos son….., fases: Inicio cuyos objetivos son….., ejecución cuyos objetivos son….., ejecución cuyos objetivos son….., seguimiento cuyos objetivos son…. Y seguimiento cuyos objetivos son…. Y finalmente cierre cuyos objetivos son….finalmente cierre cuyos objetivos son….

• ¿Cuáles son los problemas con esta ¿Cuáles son los problemas con esta descripción de la metodología de gestión?descripción de la metodología de gestión?

23

Plan de proyectoPlan de proyecto

• Esquema sugerido:Esquema sugerido:- Descripción breve de la metodología, modelo o guía y

por qué se tomó como base para el proyecto. (Esta es una de las decisiones que deben tomar en el proyecto)

- Descripción de las fases indicando que productos se realizarán para el desarrollo y tareas de gestión. Esto puede hacerse con ayuda del WBS

– Tiempo estimado para la realización del proyecto. Si incluye un Gant este debe ser visible y claro. Se recomienda sólo presentar un Gant a nivel de hitos.

24

Estado del ArteEstado del Arte• Explicación de cómo se resuelve actualmente el problema Explicación de cómo se resuelve actualmente el problema

planteado sea a través de procedimientos planteado sea a través de procedimientos computacionales y/o manuales. computacionales y/o manuales.

• Deben describirse Deben describirse soluciones existentessoluciones existentes así como así como estudios relacionadosestudios relacionados con el problema. con el problema.

• Adicionalmente de libros y publicaciones, para la Adicionalmente de libros y publicaciones, para la realización de esta parte es importante verificar si se han realización de esta parte es importante verificar si se han realizado otras tesis que pudieran estar relacionadas con realizado otras tesis que pudieran estar relacionadas con el tema y si fuera el caso mencionarlas en el documento.el tema y si fuera el caso mencionarlas en el documento.

• Para el caso de soluciones existentes se recomienda Para el caso de soluciones existentes se recomienda realizar un cuadro comparativo de características.realizar un cuadro comparativo de características.

25

Descripción y Justificación de la Descripción y Justificación de la SoluciónSolución

• Describir la solución planteada. Describir la solución planteada.

Para ello se debe indicar el alcance del Para ello se debe indicar el alcance del producto.producto.

• En la descripción y justificación se deben En la descripción y justificación se deben incluir características generales, ventajas incluir características generales, ventajas o diferencias con soluciones existentes. o diferencias con soluciones existentes.

Para esto ultimo se puede utilizar un Para esto ultimo se puede utilizar un cuadro comparativo.cuadro comparativo.

26

Metodología utilizadaMetodología utilizada

• Seleccionar un modelo de proceso según la Seleccionar un modelo de proceso según la naturaleza del proyecto y de la aplicación, los naturaleza del proyecto y de la aplicación, los métodos y las herramientas a utilizarse.métodos y las herramientas a utilizarse.

• Puede tomarse como base cualquier Puede tomarse como base cualquier metodología conocida (RUP , Métrica V3, metodología conocida (RUP , Métrica V3, Extreme Programming, etc.) pero debe Extreme Programming, etc.) pero debe justificarse su elección, indicando por qué es justificarse su elección, indicando por qué es apropiada o que ventajas ofrece para la apropiada o que ventajas ofrece para la realización del proyecto.realización del proyecto.

• La descripción de la metodología no debe ser La descripción de la metodología no debe ser teórica, sino aplicada al proyecto.teórica, sino aplicada al proyecto.

27

Metodología utilizadaMetodología utilizada• Para la realización de este proyecto se utilizó la metodología RUP. Para la realización de este proyecto se utilizó la metodología RUP.

Los principios de RUP son: …..Los principios de RUP son: …..Las disciplinas son:Las disciplinas son:

– Modelamiento de negocio que consiste en….Modelamiento de negocio que consiste en….– Requerimientos que consiste en….Requerimientos que consiste en….– Análisis y Diseño que consiste en….Análisis y Diseño que consiste en….– Implementación que consiste en….Implementación que consiste en….– Pruebas que consiste en….Pruebas que consiste en….– Deployment que consiste en….Deployment que consiste en….– Gestión de proyectos que consiste en….Gestión de proyectos que consiste en….– Gestión de configuración que consiste en….Gestión de configuración que consiste en….– Entorno que consiste en….Entorno que consiste en….

Así mismo define cuatro fases. Así mismo define cuatro fases. – Concepción: cuyos objetivos son… Concepción: cuyos objetivos son… – Elaboración: cuyos objetivos son…..Elaboración: cuyos objetivos son…..– Construcción cuyos objetivos son….Construcción cuyos objetivos son….– Transición: cuyos objetivos son:Transición: cuyos objetivos son:

– ¿Qué problema hay con la descripción ¿Qué problema hay con la descripción anterior?anterior?

28

Metodología UtilizadaMetodología Utilizada• Esquema sugeridoEsquema sugerido

– Indicar que metodología se seleccionó, y por qué. Indicar que metodología se seleccionó, y por qué. (En el caso anterior sería mejor indicar que se (En el caso anterior sería mejor indicar que se tomó como base RUP para definir el proceso de tomó como base RUP para definir el proceso de desarrollo del proyecto y justificar dicha elección)desarrollo del proyecto y justificar dicha elección)

– Es posible mencionar los componentes de la Es posible mencionar los componentes de la metodología muy brevemente, pero sólo se deben metodología muy brevemente, pero sólo se deben describir los componentes utilizados. describir los componentes utilizados. Para ello se debe indicar el número de iteraciones Para ello se debe indicar el número de iteraciones y los artefactos generados en cada iteración.y los artefactos generados en cada iteración.

Los artefactos generados, descritos en esta secciónLos artefactos generados, descritos en esta secciónforman parte de los anexos del proyecto y permitenforman parte de los anexos del proyecto y permitenevidenciar el cumplimiento de la metodología.evidenciar el cumplimiento de la metodología.

29

Identificación de RequerimientosIdentificación de Requerimientos

• Debe indicarse los requerimientos que forman Debe indicarse los requerimientos que forman parte de la solución. parte de la solución.

• Se recomienda indicar cómo se obtuvieron Se recomienda indicar cómo se obtuvieron dichos requerimientosdichos requerimientos

• Aquí se debe comentar el catálogo de Aquí se debe comentar el catálogo de requerimientos. Adicionalmente dependiendo de requerimientos. Adicionalmente dependiendo de la metodología se pueden incluir artefactos la metodología se pueden incluir artefactos tales como el diagrama de casos de uso y la tales como el diagrama de casos de uso y la especificación de algunos casos de uso especificación de algunos casos de uso principales.principales.

30

Análisis de SistemaAnálisis de Sistema

• En esta sección se debe analizar la viabilidad En esta sección se debe analizar la viabilidad del proyecto. del proyecto. – Análisis costo beneficio de la construcción e Análisis costo beneficio de la construcción e

implantación del sistema. implantación del sistema. – Análisis de factores técnicos y económicos para la Análisis de factores técnicos y económicos para la

realización del proyecto.realización del proyecto.

• Adicionalmente de acuerdo a la metodología se Adicionalmente de acuerdo a la metodología se pueden incluir artefactos tales como diagrama pueden incluir artefactos tales como diagrama de clases de análisis, diagrama entidad relación, de clases de análisis, diagrama entidad relación, diagrama de paquetes, identificación de diagrama de paquetes, identificación de subsistemas de análisis, etc.subsistemas de análisis, etc.

31

Arquitectura de la SoluciónArquitectura de la Solución

• Describir el diseño a alto nivel de la solución. Describir el diseño a alto nivel de la solución. Para ello se utilizan los artefactos propios de la Para ello se utilizan los artefactos propios de la metodología, pero teniendo en cuenta que no metodología, pero teniendo en cuenta que no debe ser una simple descripción técnica sino debe ser una simple descripción técnica sino una justificación de las decisiones. una justificación de las decisiones.

• Dentro de esta sección se puede describir la Dentro de esta sección se puede describir la arquitectura en capas de la solución, repositorio arquitectura en capas de la solución, repositorio de datos, esquema de seguridad, diagramas de de datos, esquema de seguridad, diagramas de componentes, diagramas de despliegue, etc.componentes, diagramas de despliegue, etc.

32

Diseño de Interfaz GráficaDiseño de Interfaz Gráfica

• Describir los criterios usados para el diseño de Describir los criterios usados para el diseño de la interfaz gráfica. la interfaz gráfica.

• Se pueden incluir estándares de interfaz, Se pueden incluir estándares de interfaz, criterios de usabilidad, tipos de pantallas, criterios de usabilidad, tipos de pantallas, división de la pantalla en secciones, descripción división de la pantalla en secciones, descripción de las pantallas principales, etc.de las pantallas principales, etc.

33

Arquitectura de InformaciónArquitectura de Información

• Este punto es considerado opcional, pero se Este punto es considerado opcional, pero se vuelve importante cuando se trata de vuelve importante cuando se trata de aplicaciones que manejan una amplia gama de aplicaciones que manejan una amplia gama de información y que necesitan clasificarla para información y que necesitan clasificarla para almacenarla y mostrarla. almacenarla y mostrarla.

• Ejemplo de este tipo de aplicaciones son los Ejemplo de este tipo de aplicaciones son los portales, e-marketplaces, sistemas de gestión portales, e-marketplaces, sistemas de gestión de conocimiento, algunos sistemas de apoyo al de conocimiento, algunos sistemas de apoyo al aprendizaje, entre otros.aprendizaje, entre otros.

34

ConstrucciónConstrucción• En esta sección se debe indicar las decisiones En esta sección se debe indicar las decisiones

relacionadas a la construcción de la solución. relacionadas a la construcción de la solución.

• Con respecto al lenguaje de programación y en Con respecto al lenguaje de programación y en general a la tecnología utilizada la decisión no general a la tecnología utilizada la decisión no debe estar basada sólo en la experiencia. Se debe estar basada sólo en la experiencia. Se debe identificar y evaluar criterios para la debe identificar y evaluar criterios para la selección. También se puede mencionar las selección. También se puede mencionar las ventajas de utilizar la tecnología seleccionada.ventajas de utilizar la tecnología seleccionada.

• Otros aspectos que se pueden describir en esta Otros aspectos que se pueden describir en esta sección son el IDE utilizado, frameworks o sección son el IDE utilizado, frameworks o librerías, componentes reutilizados, estándares librerías, componentes reutilizados, estándares de programación, etc.de programación, etc.

35

PruebasPruebas

• Esta sección debe presentar y discutir la Esta sección debe presentar y discutir la estrategia de pruebas utilizada, los tipos de estrategia de pruebas utilizada, los tipos de pruebas realizados, casos de prueba principales pruebas realizados, casos de prueba principales y resultado de ejecución de las pruebas. y resultado de ejecución de las pruebas.

36

BibliografíaBibliografía

• Las referencias son un elemento crítico Las referencias son un elemento crítico en todo el documento, pero en todo el documento, pero principalmente en el capítulo 1. principalmente en el capítulo 1.

• Las citas de referencias se deberán Las citas de referencias se deberán indicar de la forma, “en [1] se especifica indicar de la forma, “en [1] se especifica que…” o “por ejemplo, ver en [2]”.que…” o “por ejemplo, ver en [2]”.

• Estándar de referencias Estándar de referencias (ver guía de elaboración (ver guía de elaboración u estándar IEEE)u estándar IEEE)

37

Recomendaciones generalesRecomendaciones generales

• Plantee el esquema general de cada Plantee el esquema general de cada capítulo antes de ponerse a escribir, y capítulo antes de ponerse a escribir, y luego de escribirlo revíselo y haga los luego de escribirlo revíselo y haga los ajustes necesarios.ajustes necesarios.

• El documento debe estar escrito de tal El documento debe estar escrito de tal forma que alguien que lo lea pueda forma que alguien que lo lea pueda comprender de que trata el proyecto. comprender de que trata el proyecto. Para verificar esto, de ser posible pida a Para verificar esto, de ser posible pida a alguien más aparte del asesor que revise alguien más aparte del asesor que revise el documento. el documento.

38

Recomendaciones generalesRecomendaciones generales

• No deslinde el documento y el desarrollo de los No deslinde el documento y el desarrollo de los productos. Estos deben ir en paralelo.productos. Estos deben ir en paralelo.

• El desarrollo del proyecto de tesis, tiene las mismas El desarrollo del proyecto de tesis, tiene las mismas características de cualquier otro tipo de proyecto. características de cualquier otro tipo de proyecto. En ese sentido un tiempo de para ocasiona un En ese sentido un tiempo de para ocasiona un retraso mayor al tiempo de para en la ejecución del retraso mayor al tiempo de para en la ejecución del proyecto.proyecto.

• Mantener estrecha comunicación con el asesor Mantener estrecha comunicación con el asesor para las revisiones parciales de los documentos, así para las revisiones parciales de los documentos, así como cualquier duda sobre el proceso, pero al como cualquier duda sobre el proceso, pero al mismo tiempo recuerde que el asesor tiene como mismo tiempo recuerde que el asesor tiene como función asesorar. función asesorar. El responsable del proyecto es el El responsable del proyecto es el tesista.tesista.

39

Recomendaciones generalesRecomendaciones generales• Cuidado con la Cuidado con la redacción y ortografíaredacción y ortografía del documento. del documento.

Algunos errores típicos de redacción se dan por:Algunos errores típicos de redacción se dan por:

– Redacción en primera persona plural cuando es un Redacción en primera persona plural cuando es un solo autor. Se recomienda que el documento se solo autor. Se recomienda que el documento se escriba en tercera persona impersonal (ejemplo: se escriba en tercera persona impersonal (ejemplo: se realizó el diseño de la solución). realizó el diseño de la solución).

– Usar abreviaturas o siglas sin haberlas definido Usar abreviaturas o siglas sin haberlas definido anteriormente.anteriormente.

– Redacción del documento en varios tiempos verbales Redacción del documento en varios tiempos verbales (pasado, presente y futuro).(pasado, presente y futuro).

– Oraciones demasiado extensas.Oraciones demasiado extensas.– Uso de ciertas palabras de manera repetida Uso de ciertas palabras de manera repetida

constantemente.constantemente.– Error de concordancia en género y número.Error de concordancia en género y número.– Errores de acentuación.Errores de acentuación.– Uso de preposiciones y conectores lógicos de manera Uso de preposiciones y conectores lógicos de manera

errónea.errónea.