Los Proyectos: Una estrategia Pedag

1
Los Proyectos Una estrategia Pedagógica

• Francisco José Correa Zabala
• Universidad EAFIT
• Febrero de 2005.

2
Agenda

• Que es un proyecto al interior de la media
  técnica en informática.
• El proyecto una estrategia pedagógica.
• La ingeniería de software.

3
Qué es un proyecto

• Es una estrategia pedagógica
• Orientado hacia el logro de un determinado fin.
• Formalmente constituido.
• Es completamente planificado en todas sus fases y
  en el tiempo.
• Se evalúa constantemente.

4
Qué es un proyecto

• Tiene un alcance real.
• Es deseado.
• Aplica aprendizajes.
• Todo es medible.
• Orientado al desarrollo de la comunidad.
• Genera expectativas futuras.
• Su en entrega es la culminación de un proceso.

5
Qué es un proyecto

• Qué diferencia un proyecto de una consulta?.
• Qué diferencia un proyecto de un rastreo
  bibliográfico?.
• Qué diferencia un proyecto de ?.
• ?.

6
Proyecto Una estrategia pedagógica

• Desarrolla habilidades comunicativas.
• Agrupo conocimientos y áreas.
• Relaciona la teoría y la práctica
• Forma en el trabajo en grupo y colaborativo.
• Articula.
• Desarrolla la capacidad de síntesis.

7
Proyecto Una estrategia pedagógica

• Desarrolla habilidades para el modelamiento
• Facilita la generalización.
• Facilita el análisis.
• Forma en la disciplina.
• y qué más?

8
El Software

• El Software
• Instrucciones que, cuando se ejecutan,
  proporcionan la funcionalidad deseada.
• Estructuras de datos que facilitan a las
  instrucciones manipular adecuadamente la
  información.
• Documentos que describen el desarrollo, uso,
  instalación y mantenimiento de los programas.
• Software "programas de computador,
  procedimientos, y, posiblemente, la documentación
  asociada y los datos pertenecientes a las
  operaciones de un sistema de computación".
• Incluye entrenamiento, soporte al consumidor e
  instalación.

9
Ingeniería de Software

• Las economías dependen en gran parte del
  software.
• Mas y más sistemas son actualmente controlados
  por software.
• La Ingeniería de Software concierne a teorías,
  métodos y herramientas para el desarrollo
  profesional de software.

10
Ingeniería de Software un enfoque multicapa
(Pressman)

Aproximación Metodológica
Notación
Herramientas
Métodos técnicas
Procesos
Calidad
Modelo de desarrollo
11
Elementos del proceso de desarrollo

• Modelo de desarrollo Estrategia gerencial que
  orienta el desarrollo del proyecto
• Aproximación metodológica Según el enfoque de
  modelamiento utilizado para describir la realidad
• Notación / técnica Conjunto de diagramas
  utilizados para describir el sistema
• Metodo Proceso disciplinado para generar un
  modelo, utilizando una notación bien definida

12
El modelo de desarrollo (Pressman)

• Cascada / Lineal
• Prototipado
• DRA (Rapide Application Development)
• Incremental
• Espiral
• Modelo orientado a componentes
• Modelo con énfasis en reutilización
• Rational Unify Process - RUP (Rational)

13
El modelo lineal secuencial
14
Modelo de Prototipado
Escuchar al Cliente
Construír y Revisar Maqueta
El cliente prueba la maqueta
15
El modelo incremental
16
Modelo espiral (Boehm)
Análisis de riesgos
Planificación
Comunicación con el cliente
D
Ingeniería
C
B
A
Punto de entrada al Proyecto
Evaluación del cliente
Construcción y adaptación
A Desarrollo de Conceptos B
Desarrollo de Productos C Mejora de Productos
D Mantenimiento de Productos
17
Aproximación metodológica

• En el enfoque estructurado
• Orientadas a datos
• Orientadas a procesos
• Híbrida
• En el enfoque objetual
• Behavior-Driven
• Data-Driven

18
Aproximación Orientada a Procesos
datos 1
datos 2
proceso 1
proceso 2
proceso n
datos 3
datos 4
19
Aproximación Orientada a Datos
proceso 1
proceso 2
datos 1
datos 4
datos 2
proceso n
datos 3
A menudo encontramos que construir primeramente
el modelo de datos, hace más fácil descubrir
cuáles son las funciones requeridas (Yourdon)
20
Aproximación Híbrida
Recopilación
Análisis de datos
Análisis de procesos
especificación de procesos
especificación de datos
modelo de datos
modelo de procesos
diseño lógico de la BD.
Diseño de transacciones
Diseño Físico de la BD.
Diseño de Programas
21
Perspectivas de modelamiento desde el punto de
vista objetual
Estructural - propiedades (anatómico)
Deóntico - reglas (moral)
Funcional - estado (fisiológico)
Dinámico - colaboraciones (social)
22
Notación o Técnica

• En el enfoque estructurado
• Diferentes notaciones para diferentes etapas del
  ciclo de vida
• Diferentes propuesta notacionales
• En el enfoque objetual
• La misma notación para todas las etapas del ciclo
  de vida
• Antes de UML diferentes propuestas notacionales
  (Booch, Rumbaugh, Jacobson, etc.)
• Después de UML Lenguaje unificado

23
Desarrollo iterativo
Construcción
Ciclo de desarrollo 1
Ciclo de desarrollo 2
Ciclo de desarrollo n
Perfeccionar el plan
Sincronizar Artefactos
Análisis
Diseño
Construcción
Pruebas
24
Fase Concepción

• Objetivo definir la razón de ser y el alcance
  del proyecto. Estudio de oportunidad.
• Visión QUÉ PARA QUÉ CUÁNTO
• Actividades
• Especificación de los criterios de éxito del
  proyecto
• Definición de los requerimientos
• Estimación de los recursos necesarios
• Cronograma inicial de fases
• Artefactos (productos)
• Documento de definición del proyecto

25
Fase Concepción

• De la idea a la formulación del problema
• Que le gusta al estudiante.
• Recursos disponibles hardware, software
• Es un problema, un caso de estudio, una
  aplicación?
• Conformación del grupo de trabajo.
• Establecer acuerdos con los posibles asesores.
• Fijar una fecha para cambio de tema.
• Preparar al estudiante en 10º.
• Utilizar estrategias de la ingeniería de software.

26
Fase Concepción

• De la idea a la formulación del problema.
• Exposiciones al grupo.
• Presentar un informe.
• Entrevistas a expertos.
• Técnicas para hacer entrevistas.
• Rastreo bibliográfico Normas. Referencias.
• Utilización de Internet.
• Utilizar Técnicas de la teoría general de
  sistemas para comprender el problema.

27
Planificación del proyecto

• La formulación de objetivos, respondiendo a las
  preguntas Qué queremos hacer?, Qué queremos
  lograr?
• La definición de las tareas a realizar,
  respondiendo a la pregunta qué tenemos que hacer
  para lograr lo que queremos hacer?
• La elección de grupos responsables de las tareas,
  respondiendo a la pregunta Quién participará en
  esta actividad?
• La calendarización de las actividades a realizar,
  respondiendo a la pregunta en cuánto tiempo
  haremos lo comprometido?
• Los recursos necesarios, respondiendo a las
  preguntas Qué elementos requerimos para realizar
  nuestra tarea?, quién o quienes nos pueden
  ayudar?
• Esta fase culmina con la elaboración del contrato
  en torno al proyecto, en el que aparecen por
  escrito todos los puntos mencionados
  anteriormente.

28
Fase Elaboración

• Objetivo establecer un plan de proyecto y una
  arquitectura correcta del sistema
• Actividades
• Análisis del dominio del problema
• Definición de la arquitectura básica
• Análisis de riesgos
• Planificación del proyecto
• Artefactos
• Modelo del dominio
• Modelo de procesos
• Modelo funcional de alto nivel
• Arquitectura básica

29
Fases de Elaboración
Fase 1 Diagrama de contexto
Salidas
Datos
El sistema como un todo
Insumos
Productos
Resultados
Entradas
De lo general a lo particular
30
Fase de Elaboración
Fase 2 Diagrams de nivel
Subsistema 1
Subsistema 2
Subsistema 2
Subsistema 3
31
Fase de Elaboración

• Diseño de tablas
• Seudocodigos
• Prototipos
• Diseño global del sistema
• Diseña en papel.

32
Puesta en práctica del proyecto

• La organización grupal, para cumplir con las
  tareas necesarias.
• La búsqueda de material necesario, pidiendo en
  caso de ser necesario ayuda al profesor.
• Estados de avance parciales, respondiendo a las
  preguntas, Cómo vamos? Qué nos falta por
  hacer? Qué grupo necesita apoyo?
• La culminación de esta fase permite iniciar la
  finalización del proyecto.

33
Fase Construcción

• Objetivo desarrollar el sistema a lo largo de
  una serie de iteraciones
• Actividades
• Análisis
• Diseño
• Codificación
• Pruebas (individuales, de integración)

34
Finalización del Proyecto

• La preparación de las condiciones materiales para
  la socialización de los diversos productos
  alcanzados (diferentes documentos, materiales a
  utilizar, organización del espacio, invitaciones
  a personas externas, etc.)
• La generación de un clima de respeto y
  tranquilidad, propicio para la posterior
  presentación.
• La presentación de los diversos grupos,
  estimulando diferentes formas de exposición de
  los grupos.
• Las primeras reacciones en torno a elementos que
  facilitaron u obstaculizaron la socialización de
  los productos.
• Esta fase culmina con el registro de los diversos
  elementos a tener en cuenta al momento de pensar
  nuevos proyectos.

35
Entrega de proyectos

• Documento que contiene una evidencia del proceso.
• Lo expone ante los compañeros
• Manual de usuario
• Concluye
• Plantea futuros problemas similares
• Construye un documento resumen.

36
Evaluación

• El trabajo es el resultado de la aplicación de
  una metodología.
• El trabajo se destaca por su innovación y calidad
  en aplicaciones informáticas.
• Relación del tema del trabajo con los temas
  propuestos para el evento.
• Impacto en la comunidad o en el campo educativo.
• Concordancia entre los objetivos propuestos y los
  alcanzados. Hay evidencias?
• El proyecto puede generar un efecto multiplicador
  hacia futuros proyectos u otros sectores de la
  comunidad.

37
Resumen ejecutivo

• Objetivos del proyecto.
• Problema que soluciona
• Descripción del problema.
• Resumen del proyecto.
• Características técnicas más importantes del
  proyecto.
• Descripción del producto entregables.
• Fases o etapas llevadas a cabo durante el
  desarrollo de la solución del problema y duración
  de cada una.
• Plataforma tecnológica utilizada.
• Descripción de la solución.
• Impactos Personal, institucional y en el medio.
• Otros ámbitos de aplicación de solución
• Conclusiones y trabajos futuros