elaboracion plan tesis ingenieria mecatronica

5/26/2018 Elaboracion Plan Tesis Ingenieria Mecatronica

1/34

Diseo Mecatrnico I

Plan de Tesis de IngenieraMecatrnica

Dr. Ing. Elmer J. Crdova Zapata.


2/34

Plan de Tesis de Ingeniera Mecatrnica

Requerido para inscribir el tema de tesis en laFacultad de Ingeniera, en la Oficina deGrados y Ttulos.

Trabajo conjunto entre asesor y tesista, pero elresponsable es el asesor en cuanto es elprimer responsable de garantizar que elproyecto constituya un proyecto de fin decarrera en Ingeniera Mecatrnica.


3/34


Estructura:

Cartula ndiceI. INTRODUCCIN

1.1. Marco Situacional1.2. Problematizacin

1.2.1. Problema general1.2.2. Problemas especficos

1.3. Objetivos1.3.1. Objetivo general1.3.2. Objetivos especficos

1.4. Importancia1.5. Metodologa

1.5.1. Diseo de la investigacin1.5.2. Etapas de la investigacin

1.6. Sumario o Esquema

Investigacin

Previa

Conocimiento

del Tema


4/34


Estructura:

II. MARCO TERICO2.1. Antecedentes2.2. Soporte terico de la investigacin2.3. ptica de la investigacin

2.4. Seleccin de variables

III. MARCO EMPRICO

IV. ASPECTOS OPERATIVOS

4.1. Cronograma de actividades4.2. Asesoramiento4.3. Fuentes de informacin

InvestigacinPrevia

Conocimientodel Tema


5/34

Plan de Tesis de Ingeniera Mecatrnica -Cartula

UNIVERSIDAD RICARDO PALMA

FACULTAD DE INGENIERA

OFICINA DE GRADOS Y TTULOS

PLAN DE TESIS PARA OPTAR POR EL TTULO DE INGENIERO MECATRNICO

TTULO DE LA TESIS: DISEO DEL SISTEMA DE CONTROL DE UN ROBOT TIPO PUMA UTILIZANDO

REDES NEURONALES.

NOMBRES Y APELLIDOS

DEL GRADUANDO (S) : GONZLES CHVEZ, ANDR FRANCISCO

CICLO EN EL QUE EGRES : 2013-0

CICLO EN EL QUE INGRES : 2007-II

DOCENTE (S) ASESOR(ES) : ING. RICARDO J. PALOMARES ORIHUELA

_________________ ___________________

FIRMA DEL TESISTA FIRMA DEL ASESOR


6/34

Plan de tesis - Introduccin

I. INTRODUCCIN

1.1. Marco Situacional

- Describe los avances en el rea de la Ingeniera Mecatrnicaa la cual pertenece el tema de investigacin a nivel local, nacional

e internacional.

1.2. Problematizacin

1.2.1. Problema general

Debe mantener concordancia con el ttulo.1.2.2. Problemas especficos

Deben mantener concordancia con los objetivos especficos.


7/34

Plan de TesisObjetivos e Importancia

1.3. Objetivos

1.3.1. Objetivo general Debe mantener concordancia con el ttulo.

1.3.2. Objetivos especficos En la culminacin del proyecto deberan poderse verificar su

cumplimiento.

1.4. Importancia Debe corresponder con un proyecto de fin de carrera de

Ingeniera Mecatrnica.

Debe ser lo suficientemente claro, para que la personaresponsable de la revisin comprenda el proyecto.


8/34

Plan de tesisDivisin de responsabilidades

Slo aplica para proyectos grupales

Ejemplo: Las responsabilidades en el presente proyecto han sido

divididas de la siguiente forma:

Nombre Responsable

Juan Prez Diseo e implementacinmecnica

Jos Luna Programacin del robot


9/34

Tesis

Documentacin Final del Proyecto deFin de Carrera de Ingeniera

Mecatrnica


10/34

Documento de Tesis

Estructura Cartula Resumen Tema de tesis aprobado Dedicatoria y agradecimientos ndice o Tablas de Contenido Memoria Descriptiva

Introduccin Contenido de los captulos Bibliografa

Anexos


11/34

Captulo 1

Basado en el Plan de Tesis

Estructura Identificacin del Problema

Marco Conceptual Plan de Proyecto

Estado del Arte

Descripcin y Justificacin de la solucin


12/34

Identificacin del Problema

Describir el contexto en donde se desarrolla el

problema as como la descripcin del problema que sedesea solucionar o mejorar.

No se debe describir la solucin en esta seccin.

El contenido de esta seccin es bsicamente el mismoque se incluye en el Tema de Tesis.

Se debe tener cuidado en identificar el problema real.


13/34

Identificacin del problema

En un hospital que no cuenta con un sistema

de software se estn perdiendo las historiasclnicas

Cul es el problema? Cul es la solucin planteada?


14/34

Marco Conceptual

Conceptos necesarios para comprender el problema y

solucin planteada.

Aqu se delimita la realidad para la cual se desarrollarel proyecto.

No se debe describir la solucin en esta seccin


15/34

Marco conceptual - Ejemplos

En un sistema de contabilidad se deberan mencionar

algunos conceptos y procesos contables especficospara el sistema, pero no se trata de describir todoslos trminos contables.

Tratndose de un datawarehouse para hospitales sepueden mencionar conceptos de inteligencia denegocios como datawarehouse o datamart, peroespecialmente se debe indicar el tipo de informacin

que maneja un hospital.


16/34

Plan de proyecto

Describir la planificacin de las tareas (procesos) que se van a

realizar para desarrollar el proyecto.

Puede incluir las necesidades de recursos para el desarrollo delproyecto.

Se recomienda utilizar un WBS para describir el alcance delproyecto.

La planificacin debe ir de acuerdo a una metodologa de gestinde proyecto.

La descripcin de la metodologa no debe ser terica, sinoaplicada al proyecto.


17/34

Plan de Proyecto

Para el presente proyecto se siguen las

recomendaciones de la metodologa PMI. Lametodologa describe las siguientes fases:Inicio cuyos objetivos son.., ejecucin cuyosobjetivos son.., seguimiento cuyos objetivosson. Y finalmente cierre cuyos objetivosson.

Cules son los problemas con estadescripcin de la metodologa de gestin?


18/34

Plan de proyecto

Esquema sugerido:

- Descripcin breve de la metodologa, modelo o gua ypor qu se tom como base para el proyecto.(Esta es una de las decisiones que deben tomar en elproyecto)

- Descripcin de las fases indicando que productos serealizarn para el desarrollo y tareas de gestin.Esto puede hacerse con ayuda del WBS

Tiempo estimado para la realizacin del proyecto.Si incluye un Gant este debe ser visible y claro.Se recomienda slo presentar un Gant a nivel de hitos.


19/34

Estado del Arte

Explicacin de cmo se resuelve actualmente el problema

planteado sea a travs de procedimientos computacionales y/omanuales.

Deben describirse soluciones existentesas como estudiosrelacionadoscon el problema.

Adicionalmente de libros y publicaciones, para la realizacin deesta parte es importante verificar si se han realizado otras tesisque pudieran estar relacionadas con el tema y si fuera el casomencionarlas en el documento.

Para el caso de soluciones existentes se recomienda realizar uncuadro comparativo de caractersticas.


20/34

Descripcin y Justificacin de la Solucin

Describir la solucin planteada.

Para ello se debe indicar el alcance delproducto.

En la descripcin y justificacin se debenincluir caractersticas generales, ventajas odiferencias con soluciones existentes.

Para esto ultimo se puede utilizar un cuadrocomparativo.


21/34

Metodologa utilizada

Seleccionar un modelo de proceso segn la naturaleza

del proyecto y de la aplicacin, los mtodos y lasherramientas a utilizarse.

Puede tomarse como base cualquier metodologaconocida (RUP , Mtrica V3, Extreme Programming,etc.) pero debe justificarse su eleccin, indicando porqu es apropiada o que ventajas ofrece para larealizacin del proyecto.

La descripcin de la metodologa no debe ser terica,sino aplicada al proyecto.


22/34

Metodologa utilizada Para la realizacin de este proyecto se utiliz la metodologa RUP.

Los principios de RUP son: ..

Las disciplinas son: Modelamiento de negocio que consiste en. Requerimientos que consiste en. Anlisis y Diseo que consiste en. Implementacin que consiste en. Pruebas que consiste en. Deployment que consiste en. Gestin de proyectos que consiste en.

Gestin de configuracin que consiste en. Entorno que consiste en.As mismo define cuatro fases.

Concepcin: cuyos objetivos son

Elaboracin: cuyos objetivos son.. Construccin cuyos objetivos son. Transicin: cuyos objetivos son:

Qu problema hay con la descripcin anterior?


23/34

Metodologa Utilizada

Esquema sugerido

Indicar que metodologa se seleccion, y por qu. (En elcaso anterior sera mejor indicar que se tom comobase RUP para definir el proceso de desarrollo delproyecto y justificar dicha eleccin)

Es posible mencionar los componentes de lametodologa muy brevemente, pero slo se debendescribir los componentes utilizados.Para ello se debe indicar el nmero de iteraciones y losartefactos generados en cada iteracin.

Los artefactos generados, descritos en esta seccinforman parte de los anexos del proyecto y permitenevidenciar el cumplimiento de la metodologa.


24/34

Identificacin de Requerimientos

Debe indicarse los requerimientos que forman parte de

la solucin.

Se recomienda indicar cmo se obtuvieron dichosrequerimientos

Aqu se debe comentar el catlogo de requerimientos.Adicionalmente dependiendo de la metodologa sepueden incluir artefactos tales como el diagrama de

casos de uso y la especificacin de algunos casos deuso principales.


25/34

Anlisis de Sistema

En esta seccin se debe analizar la viabilidad del

proyecto. Anlisis costo beneficio de la construccin e

implantacin del sistema.

Anlisis de factores tcnicos y econmicos para la

realizacin del proyecto.

Adicionalmente de acuerdo a la metodologa sepueden incluir artefactos tales como diagrama de

clases de anlisis, diagrama entidad relacin,diagrama de paquetes, identificacin de subsistemasde anlisis, etc.


26/34

Arquitectura de la Solucin

Describir el diseo a alto nivel de la solucin. Para ello

se utilizan los artefactos propios de la metodologa,pero teniendo en cuenta que no debe ser una simpledescripcin tcnica sino una justificacin de lasdecisiones.

Dentro de esta seccin se puede describir laarquitectura en capas de la solucin, repositorio dedatos, esquema de seguridad, diagramas decomponentes, diagramas de despliegue, etc.


27/34

Diseo de Interfaz Grfica

Describir los criterios usados para el diseo de la

interfaz grfica.

Se pueden incluir estndares de interfaz, criterios deusabilidad, tipos de pantallas, divisin de la pantalla en

secciones, descripcin de las pantallas principales,etc.


28/34

Arquitectura de Informacin

Este punto es considerado opcional, pero se vuelve

importante cuando se trata de aplicaciones quemanejan una amplia gama de informacin y quenecesitan clasificarla para almacenarla y mostrarla.

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


29/34

Construccin

En esta seccin se debe indicar las decisiones

relacionadas a la construccin de la solucin. Con respecto al lenguaje de programacin y en

general a la tecnologa utilizada la decisin no debeestar basada slo en la experiencia. Se debe

identificar y evaluar criterios para la seleccin.Tambin se puede mencionar las ventajas de utilizar latecnologa seleccionada.

Otros aspectos que se pueden describir en esta

seccin son el IDE utilizado, frameworks o libreras,componentes reutilizados, estndares deprogramacin, etc.


30/34

Pruebas

Esta seccin debe presentar y discutir la estrategia de

pruebas utilizada, los tipos de pruebas realizados,casos de prueba principales y resultado de ejecucinde las pruebas.


31/34

Bibliografa

Las referencias son un elemento crtico en

todo el documento, pero principalmente en elcaptulo 1.

Las citas de referencias se debern indicar dela forma, en [1] se especifica que o porejemplo, ver en [2].

Estndar de referencias (ver gua de elaboracin uestndar IEEE)


32/34

Recomendaciones generales

Plantee el esquema general de cada captulo

antes de ponerse a escribir, y luego deescribirlo revselo y haga los ajustesnecesarios.

El documento debe estar escrito de tal formaque alguien que lo lea pueda comprender deque trata el proyecto. Para verificar esto, de

ser posible pida a alguien ms aparte delasesor que revise el documento.


33/34


No deslinde el documento y el desarrollo de losproductos. Estos deben ir en paralelo.

El desarrollo del proyecto de tesis, tiene las mismascaractersticas de cualquier otro tipo de proyecto. En

ese sentido un tiempo de para ocasiona un retrasomayor al tiempo de para en la ejecucin del proyecto.

Mantener estrecha comunicacin con el asesor paralas revisiones parciales de los documentos, as como

cualquier duda sobre el proceso, pero al mismotiempo recuerde que el asesor tiene como funcinasesorar. El responsable del proyecto es el tesista.


34/34


Cuidado con la redaccin y ortografadel documento. Algunos

errores tpicos de redaccin se dan por:

Redaccin en primera persona plural cuando es un soloautor. Se recomienda que el documento se escriba entercera persona impersonal (ejemplo: se realiz el diseo dela solucin).

Usar abreviaturas o siglas sin haberlas definidoanteriormente. Redaccin del documento en varios tiempos verbales

(pasado, presente y futuro). Oraciones demasiado extensas. Uso de ciertas palabras de manera repetida

constantemente. Error de concordancia en gnero y nmero. Errores de acentuacin. Uso de preposiciones y conectores lgicos de manera

errnea.

elaboracion plan tesis ingenieria mecatronica

Documents