Nota Importante

:
En la actualidad para desarrollar trabajos de investigación existen múltiples formatos y requerimientos los cuales nos conllevan a tener más dudas y/o confusiones, por tal motivo el siguiente esquema para el desarrollo y presentación de Trabajos de Investigación ha sido elaborado consultando diferentes aspectos estandarizados relacionados con la investigación científica, aún así esta sujeto a modificaciones mínimas, las cuales dependen del tipo de investigación que se esté desarrollando o de la institución en al cuál sea utilizada. Los ítems que están de color negro son elementos indispensables en el desarrollo de un trabajo de investigación, los ítems de color verde son opcionales dependiendo del tipo de investigación que se esté desarrollando, tal es el caso del contenido en el marco teórico, de igual forma el desarrollo metodológico depende de la metodología seleccionada, aún así detallo algunos aspectos de los temas más utilizados en nuestro ámbito. Ing. Juan Orlando Salazar Campos.

ESQUEMA DE INFORME FINAL DE TRABAJO DE INVESTIGACIÓN CARATULA. Nombre de la Institución. Título de la Investigación. Motivo de la Investigación. Autor (es). Asesor (es). Ciudad. Año. CONTRACARÁTULA. DEDICATORIA. AGRADECIMIENTO. PRESENTACION. RESUMEN. ABSTRACT. INDICE GENERAL. INDICE DE DIAGRAMAS. INDICE DE FIGURAS. INDICE DE TABLAS. INTRODUCCION. CAPITULO I: GENERALIDADES DEL PROYECTO. 1.1. Problema: 1.1.1. Realidad Problemática. 1.1.1.1. Reseña Histórica. 1.1.1.2. Organización de la Empresa. 1.1.1.3. Visión de la empresa. 1.1.1.4. Misión de la empresa. 1.1.1.5. Identificación de Problemas 1.1.2. Antecedentes del Problema. 1.1.3. Enunciado del Problema. 1.1.4. Limitaciones del Problema. 1.2. Hipótesis. 1.3. Variables de Estudio. 1.3.1. Variable Independiente.

Metodología Fournier Metodología Prospectiva. Control. Metodología RUP. Marco histórico. 2. Modelo Cliente Servidor. 3.3. Modelo Centralizado Paradigma Estructurado. 2. Lenguaje de Modelado Unificado – UML. 3. 3. Objetivos: 1. 3.20. . Sistemas Información.12.2.14. Sistemas Administradores de Base de Datos. A. . 2. Muestra.23.1. Metodología Prospectiva.11. Definiciones de términos usados. 3. CAPITULO IV: DESARROLLO METODOLÓGICO. Fuentes e Informantes. Justificación del Estudio: 1. Realidad empírica.2. Sistemas Automatizados. Subsistema “Realidad Problemática”. Mejoramiento. 3. Software Libre y Licenciado. A. 3. Metodologías Web. Población y Muestra. Variable Interviniente. .4. CAPITULO II: MATERIALES Y MÉTODOS. Variable Dependiente.22. 3.15.1. Ingeniería Web.3.Selección del Universo. Sistemas.3. Diseño de Contrastación.3. Optimización.13. 1. 3. 3.25. Marco teórico.9. Sistemas Web.Selección del sujeto de estudio. 1.2. Técnicas e Instrumentos.1.6.4.3. 1. Población. Sistemas Informáticos. 3. 3. .2.4. . A. 3.5.1.21. 2. 1. 3. 3.10. A. 3.1.7. 2.17.1.26. 3.16. 3.1.6. Análisis de sistemas.2. 3.5. CAPITULO III: MARCO TEORICO. 3.2.Estado actual. 3.1. 3. 3. Metodología IBM. 2.4. Objetivo General. Objetivos Específicos. 3.8.24. 4. Leguajes de programación.3. Limitaciones del Proyecto. Paradigma Orientado a Objetos. Selección del sujeto de estudio. 3. Sistemas Artificiales.19.4. 3.Identificación de la realidad problemática. Metodologías ágiles.18.1.

3. • Diagrama de Casos de Uso. . . • Misión. F.Obstrucciones para el desarrollo. Situación deseada. atenuar. B.1.2. . (En condiciones normales y en condiciones de escasez) F.3.Obstrucciones para el crecimiento.5. .Conceptualización Subsistema de Operación. D. Identificación de medios (Resolver. (Descripción de actividades y estimación de tiempos) G.2.2. A.Elaboración del constructo. B. . E.2. Objetivos de desarrollo.2. Por modelos. H. . . . F. . Actividades.Planteamiento de programas específicos.1. Análisis del entorno. . (Descripción de actividades primordiales).4. Subsistema “Implementación” G. Implantación. Red Pert. Subsistema “Planeación de Fines” B. Planteamiento de los problemas. Implementación G. Subsistema “Planeación de Medios” D.5.Identificación de los participantes.2. Personal.5. .1.Fortalezas y debilidades. C. Subsistema “Planeación de Recursos” F.1. Subsistema “Diagnóstico” C.Influencia del medioambiente. • Identificación de Actores. Suministros. 4.Elaboración de Escenarios.4. Definición del Objeto de Estudio. A. . Situación actual. Análisis de obstrucciones. Control. G. G. C. Carta de programación. Flujo de Trabajo del Modelo del Negocio: • Reglas del Negocio. Escenarios.Proyecciones de Referencia. • Visión.1.2.4. Subsistema “Evaluación de Medios” E. Por experimentación. Metodología RUP.1. G.3.1.B. B. . B. . Fase de Inicio: A. . D. disolver).1.Oportunidades y amenazas.Ambiente actual del Objeto de Estudio. Planeación operativa.Conceptualización Subsistema de Gestión. . Estado futuro deseado.Desempeño pasado y presente. E. Visión y misión.3. Subsistema “Control” H.Planteamiento de proyectos. C. A. Planeación financiera.

ANEXOS . Nº de Edición. • Glosario de términos.2. Lugar de Publicación. B. Fase de Transición. • Diseño de pruebas. • Diagrama de Despliegue. • Diagrama de Dominio. C. • Codificación del Software. 2. • Diagrama de Casos de Uso. D.2. Titulo. B. Pruebas. A. • Priorización de Casos de Uso. Nº de volumen. Fase de Construcción: C. • Diagrama de Actividades. CAPITULO VII: CONCLUSIONES CAPITULO VIII: RECOMENDACIONES. 5.2. • Diagrama de Colaboración. Textos: . REFERENCIAS BIBLIOGRÁFICAS.1. Titulo. • Pruebas D. • Modelo Físico de la Base de Datos. • Diagrama de Estado. D.Apellidos y Nombres. Institución. .1. [medio informático]. Editor.Apellidos y Nombres. Indicadores. Flujo de Trabajo de Análisis: • Diagrama de Clases. Año de publicación. Fase de Elaboración: B.1. CAPITULO V: RESULTADOS. Implantación. • Definición del ciclo de vida para el software.direccion_web [Fecha de consulta].• Especificaciones de Casos de Uso. Flujo de Trabajo de Requerimientos: • Requerimientos Funcionales. • Diagrama de Secuencia de Diseño.1. Disponible en: http://www. • Diagrama de Actividades. Flujo de Trabajo de Prueba. • Diagrama de Objetos. Nº de Páginas. • Especificaciones de Casos de Uso. Direcciones Web. 1. Año de publicación.2. • Diagrama de Componentes. C. • Requerimientos no Funcionales. Flujo de Trabajo de Diseño: • Diseño de Formularios. Flujo de Trabajo de Implementación.