ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Formato de informe final de taller de proyecto


Enviado por   •  16 de Diciembre de 2015  •  Informe  •  1.460 Palabras (6 Páginas)  •  583 Visitas

Página 1 de 6

CONTENIDO DEL INFORME FINAL

Hojas de Calificación

Índice General

Índice de Tablas

Índice de Figuras

Glosario, abreviaturas y simbología

DESARROLLO:

  1. Presentación del Proyecto

Características del proyecto:

  1. Tipo de Proyecto : (desarrollo de una aplicación, proyecto de innovación, proyecto de investigación, descripción del tipo o área del proyecto)

  1. Empresa o cliente que lo solicita: información de la persona o empresa que solicita como; nombre, dirección, teléfono contacto, rubro, giro, mail, etc., si no hay clientes, se enfoca en posibles clientes, que tengan características en común.

  1. Identificación de la empresa                                        

        I.  RESEÑA HISTÓRICA

        II. MISION, VISION

        III. ORGANIGRAMA  EMPRESA

  1. FUNDAMENTOS
  1. Introducción del informe
  2. Objetivos del Proyecto (Generales y específicos) 
  3. Problema actual del usuario o cliente (redactar con claridad qué necesidad o problema se debe resolver).
  4. Identificar a cuál de estos 3 tipos de marco teórico pertenece su proyecto, argumentar. En base a la investigación relacionada al tema, ya sea administrativo, técnico, científico, etc.
  1. El marco teórico propiamente tal, (investigacion referente al tema)
  2. El marco referencial  y ( asociado a un modelo existente)
  3. El marco conceptual.
  4. Estudio que se hizo para entender el problema. El problema es un tema administrativo y comercial., esta asociado con el primero y el segundo. Arguntear las leyes que están para la compra y venta de vehiculo. Averiguar las leyes de compra y venta de automóvil.
  5. Referencial, informática, asociado análisis de otro software que ya exista. Buscar software en einternet y ver las diferencias que hay.
  1. Límites del proyecto
  2. Restricciones del proyecto
  1. Identificar claramente que tecnología se utilizaría para el desarrollo e implementación de la solución
  2. Estudio e Identificación de componentes tecnológicos a utilizar
  3. Argumentar metodología  de desarrollo a utilizar en el desarrollo del proyecto.
  4. Clasificación de los requerimientos, (identifica, agrupa y argumenta)
  1. requerimientos funcionales
  2. Requerimientos no funcionales
  3. Requerimientos de implementación
  1. Delimitación del proyecto ( alcances: inicio y limite del proyecto, claramente qué realizarán, diagrama de componentes)

Delimitación (lo que va a cubrir el proyecto, actualmente se esta haciendo. Solo  cube la gestión de comprar y venta de vehiculo, permuta actualmente es una delimitación.)

Son asociada al modelo de negocio, que condición debe ener n cliente para comprar un auto.

Condición que debe pasar a pagar primero sin elegir el auto.

  1. DESARROLLO DEL PROYECTO
  1. Planificación y Metodología del Proyecto
  1. conformación del equipo de trabajo
  1. Asignación de funciones y responsabilidades
  1. Establecimiento del PLAN de trabajo (generar listado de todas las actividades, desde el inicio muy desglosadas, EDT.)
  2. Cuadro de tareas y tiempos asignadas a cada integrante del grupo, estado de actividades realizadas y observaciones hechas por el jefe de proyecto. (diseñar una bitácora de seguimiento de las actividades realizadas, con el visto del jefe del proyecto, anexar)
  3. CRONOGRAMA DE ACTIVIDADES (carta gant)
  4. Analizar la factibilidad técnica del proyecto
  1. Diferenciar elementos administrativos
  2. De desarrollo
  3. De implementación
  4. De pruebas y puesta en marcha
  1. Analizar la factibilidad económica del proyecto, en la etapa de desarrollo e implementación. (solo costos)
  1. Identificar los Riesgos  en la planificación y factibilidad técnica.
  1. establecer  plan de mitigación.
  2. Priorizar las actividades
  3. Si el plan de mitigación no funciona, crear  el plan Plan de Contingencia
  4. conclusiones
  1. PRODUCTO FINAL
  1. Desarrollo del Problema
  1. DIAGRAMAS DE CASOS DE USO
  2. DEFINICION DE ACTORES  (Actores: PROPÓSITO: PRESENTAR LOS PARTICIPANTES EXTERNOS AL PROBLEMA PERO RELEVANTES.
  1. Descripción de Actores: lista de actores, brevemente descritos, roles principales, tipos de accesos o permisos, también puede representar más de una función. En general son aquellas personas que necesitan intercambiar  información con el sistema.)
  1. CASOS DE USOS MAS REPRESENTATIVOS : ( Casos de Uso PROPÓSITO: PRESENTAR Y DESCRIBIR LAS TAREAS DE ALTO NIVEL DEL SISTEMA, RELACIONARLAS CON LOS ACTORES, Y PRIORIZARLAS POR SU RELEVANCIA.)
  2. NOTACIONES DE LOS DIAGRAMAS DE CASOS DE USO : esquemas. (MAS RELEVANTES EN EL SISTEMA)
  1. Diagramas de clases
  • CLASES: basándose en el concepto de objeto,  modela la vista estática del sistema, recoge tanto los conceptos  del dominio de la aplicación como aquellos que forman parte de la aplicación.  Considerar clases y relaciones.
  • RELACIONES :  considerar tipos de relaciones,  como de asociación, agregación, herencia, generalización, especialización. Debidamente demarcados
  • NOTACIONES DE LOS DIAGRAMAS DE CLASES
  1. Diagramas de flujo de datos de módulos más representativos  (Objetivo es obtener una especificación de requisitos software.)
  1. Objetos relacionados ( entidades externas e internas, si existen )  
  2. Almacenamiento de datos,  ( depósitos de información dentro del sistema se recomienda distinguir las diferentes utilidades que representan los almacenes de datos, ej, almacenes permanentes, almacenes transitorios)
  3. Diagramas de procesos
  4. Modelo entidad relación
  1. Modelo e-r de su proyecto bdd (ATRIBUTOS, ENTIDADES, relaciones, cardinalidad)
  2. Diseño físico (indicar herramienta que se utilizó para el diseño físico)
  1. Adjuntar  pantallas del desarrollo de los diseños
  2. Diccionario de datos. (Tabla identificadora de entidades, relaciones, identificación de variables,  tipos de datos,  tamaño de dato, etc.)
  3. Ajustes al modelo (PROPUESTAS si aplica.)
  1. Procedimientos  almacenados
  2. Des normalización/normalizacion
  1. Modelo de seguridad
  1. Restricciones de acceso.
  2. Privilegios y usuarios.
  1. Plan de prueba.
  1. Según Norma  ISO/IEC 29119, aplicar esta norma,  crea un plan de pruebas ajustado a sus proyectos.
  1. Bibliografía
  2. Anexos
  1. Especificar claramente el o los métodos de obtención y listado de requerimientos entregado por el cliente ó requerimientos obtenidos mediante un medio de obtención. Llámese encuestas, cuestionarios, etc.
  2. Bitácora de reuniones
  3. Fichas técnicas de equipos a utilizar
  4. Ficha de avances y controles de actividades
  5. Citas
  6. Etc.

OBSERVACIONES

LA NOTA FINAL TIENE UN VALOR DE 40% y CONSTA DE :

NOTA POR CONTENIDO DEL INFORME  30%

NOTAS ACUMULATIVAS  POR AVANCES 10%

NOTA POR PRESENTACION DEL PROYECTO  20%

NOTA POR EXPOSICION DEL ALUMNO (individual)  30%

Pauta de evaluación en construcción:

Aprendizajes Esperados

Criterios de Evaluación

Grupos/puntaje

Presentación del producto

  1. cumple con el horario y forma  de entrega de la actividad
  1. expone claramente la actividad, demostrando amplio conocimiento de las actividades realizadas.
  1. la presentación cuenta con todas las tareas solicitadas.
  1. todos los integrantes del grupo participan activamente en la presentación, aportando sus ideas y conocimientos de manera segura.
  1. se muestra a través de una buena presentación dinámica y con todos los contenidos que hubo preocupación y responsabilidad de todos los integrantes del grupo.

Puntaje:0= no se presenta; 1=deficientemente cumplido; 2=medianamente cumplido; 3=satisfactoriamente cumplido; 4= excelente

...

Descargar como (para miembros actualizados) txt (9 Kb) pdf (168 Kb) docx (446 Kb)
Leer 5 páginas más »
Disponible sólo en Clubensayos.com