Diseo Mecatrnico I

Plan de Tesis de Ingeniera

Mecatrnica


Dr. Ing. Elmer J. Crdova Zapata.
Plan de Tesis de Ingeniera Mecatrnica

Requerido para inscribir el tema de tesis en la
Facultad de Ingeniera, en la Oficina de
Grados y Ttulos.

Trabajo conjunto entre asesor y tesista, pero el
responsable es el asesor en cuanto es el
primer responsable de garantizar que el
proyecto constituya un proyecto de fin de
carrera en Ingeniera Mecatrnica.

Plan de Tesis de Ingeniera Mecatrnica
Estructura:
Cartula
ndice
I. INTRODUCCIN
1.1. Marco Situacional
1.2. Problematizacin
1.2.1. Problema general
1.2.2. Problemas especficos
1.3. Objetivos
1.3.1. Objetivo general
1.3.2. Objetivos especficos
1.4. Importancia
1.5. Metodologa
1.5.1. Diseo de la investigacin
1.5.2. Etapas de la investigacin
1.6. Sumario o Esquema
Investigacin
Previa


Conocimiento
del Tema
Plan de Tesis de Ingeniera Mecatrnica
Estructura:

II. MARCO TERICO
2.1. Antecedentes
2.2. Soporte terico de la investigacin
2.3. ptica de la investigacin
2.4. Seleccin de variables

III. MARCO EMPRICO

IV. ASPECTOS OPERATIVOS
4.1. Cronograma de actividades
4.2. Asesoramiento
4.3. Fuentes de informacin

Investigacin
Previa


Conocimiento
del Tema
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
Plan de tesis - Introduccin
I. INTRODUCCIN

1.1. Marco Situacional
- Describe los avances en el rea de la Ingeniera Mecatrnica
a 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.
Plan de Tesis Objetivos 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 persona
responsable de la revisin comprenda el proyecto.
Plan de tesis Divisin 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 implementacin
mecnica
Jos Luna Programacin del robot
Tesis
Documentacin Final del Proyecto de
Fin de Carrera de Ingeniera
Mecatrnica
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
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
Identificacin del Problema
Describir el contexto en donde se desarrolla el
problema as como la descripcin del problema que se
desea solucionar o mejorar.

No se debe describir la solucin en esta seccin.

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

Se debe tener cuidado en identificar el problema real.
Identificacin del problema
En un hospital que no cuenta con un sistema
de software se estn perdiendo las historias
clnicas

Cul es el problema?
Cul es la solucin planteada?
Marco Conceptual
Conceptos necesarios para comprender el problema y
solucin planteada.

Aqu se delimita la realidad para la cual se desarrollar
el proyecto.

No se debe describir la solucin en esta seccin
Marco conceptual - Ejemplos
En un sistema de contabilidad se deberan mencionar
algunos conceptos y procesos contables especficos
para el sistema, pero no se trata de describir todos
los trminos contables.

Tratndose de un datawarehouse para hospitales se
pueden mencionar conceptos de inteligencia de
negocios como datawarehouse o datamart, pero
especialmente se debe indicar el tipo de informacin
que maneja un hospital.
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 del
proyecto.

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

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

La descripcin de la metodologa no debe ser terica, sino
aplicada al proyecto.
Plan de Proyecto
Para el presente proyecto se siguen las
recomendaciones de la metodologa PMI. La
metodologa describe las siguientes fases:
Inicio cuyos objetivos son.., ejecucin cuyos
objetivos son.., seguimiento cuyos objetivos
son. Y finalmente cierre cuyos objetivos
son.

Cules son los problemas con esta
descripcin de la metodologa de gestin?
Plan de proyecto
Esquema sugerido:
- Descripcin breve de la metodologa, modelo o gua y
por qu se tom como base para el proyecto.
(Esta es una de las decisiones que deben tomar en el
proyecto)

- Descripcin de las fases indicando que productos se
realizarn 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.
Estado del Arte
Explicacin de cmo se resuelve actualmente el problema
planteado sea a travs de procedimientos computacionales y/o
manuales.

Deben describirse soluciones existentes as como estudios
relacionados con el problema.

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

Para el caso de soluciones existentes se recomienda realizar un
cuadro comparativo de caractersticas.
Descripcin y Justificacin de la Solucin
Describir la solucin planteada.
Para ello se debe indicar el alcance del
producto.

En la descripcin y justificacin se deben
incluir caractersticas generales, ventajas o
diferencias con soluciones existentes.
Para esto ultimo se puede utilizar un cuadro
comparativo.
Metodologa utilizada
Seleccionar un modelo de proceso segn la naturaleza
del proyecto y de la aplicacin, los mtodos y las
herramientas a utilizarse.

Puede tomarse como base cualquier metodologa
conocida (RUP , Mtrica V3, Extreme Programming,
etc.) pero debe justificarse su eleccin, indicando por
qu es apropiada o que ventajas ofrece para la
realizacin del proyecto.

La descripcin de la metodologa no debe ser terica,
sino aplicada al proyecto.
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?
Metodologa Utilizada
Esquema sugerido
Indicar que metodologa se seleccion, y por qu. (En el
caso anterior sera mejor indicar que se tom como
base RUP para definir el proceso de desarrollo del
proyecto y justificar dicha eleccin)

Es posible mencionar los componentes de la
metodologa muy brevemente, pero slo se deben
describir los componentes utilizados.
Para ello se debe indicar el nmero de iteraciones y los
artefactos generados en cada iteracin.

Los artefactos generados, descritos en esta seccin
forman parte de los anexos del proyecto y permiten
evidenciar el cumplimiento de la metodologa.
Identificacin de Requerimientos
Debe indicarse los requerimientos que forman parte de
la solucin.

Se recomienda indicar cmo se obtuvieron dichos
requerimientos

Aqu se debe comentar el catlogo de requerimientos.
Adicionalmente dependiendo de la metodologa se
pueden incluir artefactos tales como el diagrama de
casos de uso y la especificacin de algunos casos de
uso principales.
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 se
pueden incluir artefactos tales como diagrama de
clases de anlisis, diagrama entidad relacin,
diagrama de paquetes, identificacin de subsistemas
de anlisis, etc.
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 simple
descripcin tcnica sino una justificacin de las
decisiones.

Dentro de esta seccin se puede describir la
arquitectura en capas de la solucin, repositorio de
datos, esquema de seguridad, diagramas de
componentes, diagramas de despliegue, etc.
Diseo de Interfaz Grfica
Describir los criterios usados para el diseo de la
interfaz grfica.

Se pueden incluir estndares de interfaz, criterios de
usabilidad, tipos de pantallas, divisin de la pantalla en
secciones, descripcin de las pantallas principales,
etc.
Arquitectura de Informacin
Este punto es considerado opcional, pero se vuelve
importante cuando se trata de aplicaciones que
manejan una amplia gama de informacin y que
necesitan 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.
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 debe
estar basada slo en la experiencia. Se debe
identificar y evaluar criterios para la seleccin.
Tambin se puede mencionar las ventajas de utilizar la
tecnologa seleccionada.

Otros aspectos que se pueden describir en esta
seccin son el IDE utilizado, frameworks o libreras,
componentes reutilizados, estndares de
programacin, etc.
Pruebas
Esta seccin debe presentar y discutir la estrategia de
pruebas utilizada, los tipos de pruebas realizados,
casos de prueba principales y resultado de ejecucin
de las pruebas.
Bibliografa
Las referencias son un elemento crtico en
todo el documento, pero principalmente en el
captulo 1.

Las citas de referencias se debern indicar de
la forma, en [1] se especifica que o por
ejemplo, ver en [2].

Estndar de referencias (ver gua de elaboracin u
estndar IEEE)
Recomendaciones generales
Plantee el esquema general de cada captulo
antes de ponerse a escribir, y luego de
escribirlo revselo y haga los ajustes
necesarios.

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

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

El desarrollo del proyecto de tesis, tiene las mismas
caractersticas de cualquier otro tipo de proyecto. En
ese sentido un tiempo de para ocasiona un retraso
mayor al tiempo de para en la ejecucin del proyecto.

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


Recomendaciones generales

Cuidado con la redaccin y ortografa del documento. Algunos
errores tpicos de redaccin se dan por:

Redaccin en primera persona plural cuando es un solo
autor. Se recomienda que el documento se escriba en
tercera persona impersonal (ejemplo: se realiz el diseo de
la solucin).
Usar abreviaturas o siglas sin haberlas definido
anteriormente.
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.