Diferencia entre revisiones de «ManuelRomero/proyectos/Documentacion»

De WikiEducator
Saltar a: navegación, buscar
(→‎Hito)
 
(54 revisiones intermedias por el mismo usuario no mostrado)
Línea 44: Línea 44:
 
*'''''Ténicas'''''; diagramas y documentos de texto explicativos.
 
*'''''Ténicas'''''; diagramas y documentos de texto explicativos.
 
*'''''Herramientas'''''; editor de texto, Diagramadores como ''Dia'' y herramientas de gestor de proyectos como ProjectLibre Microsoft Project
 
*'''''Herramientas'''''; editor de texto, Diagramadores como ''Dia'' y herramientas de gestor de proyectos como ProjectLibre Microsoft Project
−
*'''''Procedimientos''''' o métodos: dividir el proceso en fases tradicionales según veremos a continuación
+
*'''''Procedimientos''''' o métodos: dividir el proceso en fases  
 
</div>
 
</div>
  
Línea 51: Línea 51:
 
===Ciclo de vida de desarrollo  del proyecto===
 
===Ciclo de vida de desarrollo  del proyecto===
 
*Seguiremos un ciclo de vida secuencial
 
*Seguiremos un ciclo de vida secuencial
−
[[Archivo:cicloVida.png|center|800px]]
+
[[Archivo:cicloVida.png|center|850px]]
−
 
+
*Este vacío es especialmente peligros en proyecto de naturaleza lógica como de software
 
</div>
 
</div>
  
Línea 76: Línea 76:
 
*Este producto puede constar de uno o varios documentos que lo constituyen.  
 
*Este producto puede constar de uno o varios documentos que lo constituyen.  
 
*Una fase termina en un momento determinado y permite verificar el producto obtenido
 
*Una fase termina en un momento determinado y permite verificar el producto obtenido
−
*Cada fase ha de ser identificada con un '''''hito''''' Fecha concreta marcada en la planificación.
+
*Cada fase ha de ser identificada con un '''''hito'''''
 +
*'''''Hito''''': fecha concreta marcada en la planificación.
 
</div>
 
</div>
  
Línea 86: Línea 87:
 
</div>
 
</div>
  
−
<!-11-->
+
<!--11-->
 
<div class="slide">
 
<div class="slide">
−
 
+
;Los Hitos
−
====Los Hitos====
+
 
*Es muy importante establecer los hitos en la planificacion del proyecto
 
*Es muy importante establecer los hitos en la planificacion del proyecto
 
*Estas fechas establecidas no deben de ser muchas
 
*Estas fechas establecidas no deben de ser muchas
 
*En ellas el cliente y la empresa se juntan y evaluan el proyecto, tanto la marcha del mismo como la calidad
 
*En ellas el cliente y la empresa se juntan y evaluan el proyecto, tanto la marcha del mismo como la calidad
−
*Esto implica que en esa fecha se ha de poder evaluar parte del producto, prototipo o documentación que verifique la marcha y calidad del mismo
+
*Esto implica que en esa fecha se ha de poder evaluar parte del producto, prototipo o documentación que verifique la marcha y calidad del mismo
−
*Lo que se le enseñe al cliente ha de ser tangible para el.
+
*Lo que se le enseñe al cliente ha de ser tangible para él.
 
*Puede haber hitos en los que no intervenga el cliente
 
*Puede haber hitos en los que no intervenga el cliente
−
*Un hito implica una reunion de evaluacion del proyecto
 
−
*Con nuestros alumnos ha de consitituir fechas en las que nos pueden enseñar el proyecto y ellos mismo pueden ver como van
 
−
*Al menos un hito por fase debería de serobligatorio.
 
 
</div>
 
</div>
−
 
−
 
  
 
<!--12-->
 
<!--12-->
 +
<div class="slide">
 +
*Un '''hito''' implica una reunión de evaluación del proyecto
 +
*La reunión se ha de preparar, planificar y realizar
 +
*El alumno  nos pueden enseñar el proyecto y ellos mismo pueden ver como van
 +
*Al menos un hito por fase debería de ser obligatorio.
 +
[[Archivo:ReunionHito.png|center|500px]]
 +
</div>
 +
 +
<!--13-->
 
<div class="slide">
 
<div class="slide">
 
===Estableciendo fases===
 
===Estableciendo fases===
−
Se suelen hablar de forma explícita o implícita de tres fases, aunque no se identifiquen con esos nombres
+
*Cada metodología establece una serie de fases, nosotros proponemos las siguientes
−
Cada metodología establece una serie de fases, nosotr os proponemos las sigueintes
+
[[Archivo:fases.png|right]]
−
[[Archivo:fases.png|left]]
+
#FASE INICIAL
−
#FASE ACUERDO DEL PROYECTO
+
#FASE ACUERDO DEL PROYECTO
−
#FASE DE ANÁLISIS Y DISEÑO
+
#FASE DE ANÁLISIS Y DISEёO
−
#FASE DE IMPLEMENTACIÓN
+
#FASE DE IMPLEMENTACIÃÓN
−
#FASE DE PRUEBAS  
+
#FASE DE PRUEBAS  
−
#FASE DE CIERRE O FINALIZACIÓN
+
#FASE DE FINALIZACIÓN
 
</div>
 
</div>
−
 
−
<!--13-->
 
−
<div class="slide">un
 
−
===Antes de empezar el proyecto: El contexto===
 
−
*Antes de empezar a analizar las fases propuesta y los productos a obtener unas consideraciones
 
−
*Pueden ser interesantes para dotar al proyecto de un contexto mas real
 
−
*El alumno representa una empresa
 
−
#nombre de la empresa
 
−
#logotipo de la empresa
 
−
*Quizá pueda parecer una pérdida de tiempo, pero la experiencia demuestra que se mete más en el papel de empresario desarrollador
 
−
*Además este hecho puede hilar mucho y meter el modulo de EIE o FOL de lleno en el proyecto y que usen algo de lo que ahi realizan
 
−
</div>
 
  
 
<!--14-->
 
<!--14-->
 
<div class="slide">
 
<div class="slide">
−
===Antes de empezar : La documentacion===
+
;Desarrollando un proyecto
−
*Normalmente les entregamos en la normativa de la forma de entregar el proyecto como han de docuemntar (tipo de letra etc....)
+
#El contexto
−
*También se les puede proponer que entregue un docuemento especificando este hecho
+
#La documentación
−
*Estña claro que todos los documentos que entreguen han de tener un formato similar
+
##Documentos de gestion
−
*Tendrá que tener un índice, una cabecer con nombre de la empresa y logotipo, nombre del docuemnto, numeración ...
+
##Documentos de desarrollo
 +
#Las fases
 +
##Etapas lógicas con cierta independencia en el desarrollo del proyecto
 +
</div>
  
−
El proyecto ha de tener un título. Este no ha de ser muy largo, el título no son los objetivos, Representa lo que queremos realizar
 
−
Objetivo una descripción un poco más larga del título. Podríamos pensar en uno o dos párrafos de no más de 4 o 5 líneas cada uno, aunque dependiendo del tipo de proyecto y forma de expresarse de la alumna podría alargarse más.
 
−
Todos los documentos deberán de tener la misma estructura, debería de haber un documento llamado gestor de presentación donde se espedifique esta información, si bien se suele proponer desde el departamento (tamaño de letra, forma de viñetas, numeración, logotipo, cabecera , ...)
 
 
<!--14-->
 
<!--14-->
 
<div class="slide">
 
<div class="slide">
 +
;Estructura de directorios
 +
{{Actividad|pensar en una estructura de directorios para un proyecto}}
 +
*Esto es importante para las versiones y copias de seguridad
 
</div>
 
</div>
−
 
−
 
  
 
<!--15-->
 
<!--15-->
 
<div class="slide">
 
<div class="slide">
 +
 +
===Antes de empezar el proyecto: El contexto===
 +
*Antes de empezar a analizar las fases propuesta y los productos a obtener unas consideraciones
 +
*Pueden ser interesantes para dotar al proyecto de un contexto mas real
 +
*El alumno representa una empresa, por lo que sería interesante especificar
 +
;Nombre de la empresa
 +
;Logotipo de la empresa
 +
*Quizás pueda parecer una pérdida de tiempo, pero la experiencia demuestra el alumno se mete más en el papel de empresario desarrollador.
 
</div>
 
</div>
  
 
<!--16-->
 
<!--16-->
 
<div class="slide">
 
<div class="slide">
 +
====Creación de la empresa====
 +
*Puede coordinarse esta acción con el docente de EIE
 +
{{ManuelRomero/Idea|
 +
*En el módulo e Empresa e Iniciativa Emprendedora puede crear su empresa
 +
*Después usar esa empresa para el proyecto que quiran o vayan a realizar}}
 
</div>
 
</div>
  
 
<!--17-->
 
<!--17-->
 
<div class="slide">
 
<div class="slide">
 +
 +
====La documentación====
 +
*Normalmente les entregamos en la normativa de la forma de entregar el proyecto como han de documentar (tipo de letra etc....)
 +
*También se les puede proponer que entregue un documento especificando este hecho
 +
*Está claro que todos los documentos que entreguen han de tener un formato similar
 +
*Tendrá que tener un Ãíndice, una cabecera con nombre de la empresa y logotipo, nombre del docuemnto, numeración ...
 
</div>
 
</div>
  
 
<!--18-->
 
<!--18-->
 
<div class="slide">
 
<div class="slide">
 +
;El documento de formato
 +
*La empresa tendrá un formato concreto de cómo para hacer los proyectos.
 +
*Es un documento que se puede pedir como parte de la gestión del proyecto
 +
*Parte serán requisitos que se les pida a los alumnos, los cuales pueden incluir en el documento
 +
*Es bueno  que se configuren las herramientas para adaptar el proyecto con el mismo formato.
 +
*Por ejemplo el openoffice o word, incluir índices de forma aútomática, teclas para especificar formatos, estilo de títulos, ....
 
</div>
 
</div>
  
 
<!--19-->
 
<!--19-->
 
<div class="slide">
 
<div class="slide">
 +
{{Ejemplo|documento de formato}}
 +
[[Archivo:formato.pdf]]
 
</div>
 
</div>
  
 
<!--20-->
 
<!--20-->
 
<div class="slide">
 
<div class="slide">
 +
===Fase Inicial===
 +
*Es la primera fase.
 +
{{Objetivo|El alumno/a propone/selecciona un proyecto}}
 +
*En esta fase suele haber mucha incertidumbre
 +
*A veces es difícil proponer proyectos (largo, corto, fácil, difícil).
 +
*La experiencia nos irá eneñando en este aspecto
 +
*Es posible que se asignen proyectos y durante su realización se tengan que acortar
 
</div>
 
</div>
 +
  
 
<!--21-->
 
<!--21-->
 
<div class="slide">
 
<div class="slide">
 +
;El Calendario en la Fase inicial, cuando realizarla.
 +
*Para nuestro proyecto sería bueno que esta fase la cubriera la alumna en una fecha concreta.
 +
*Según legislación en enero los alumnos deben conocer la lista de posibles proyectos a realizar.
 +
*El alumno ha de presentar la propuesta de su proyecto.
 +
*Es posible que un alumno/a tenga una idea de proyecto incluso empezado y cuando  va a la empresa cambia de proyecto.
 +
*Es una realidad frecuente.
 
</div>
 
</div>
  
 
<!--22-->
 
<!--22-->
 
<div class="slide">
 
<div class="slide">
 +
;El Calendario en la Fase inicial
 +
*Se debe poner una fecha para que el alumno haga su propuesta de proyecto al departamento de informática por medio del tutor.
 +
[[Archivo:FaseInicial.png|center|600px]]
 
</div>
 
</div>
  
 
<!--23-->
 
<!--23-->
 
<div class="slide">
 
<div class="slide">
 +
;Entrada a esta fase
 +
#Lista de posibles proyectos que el departamento proponga
 +
#Lista de posibles proyectos de empresas donde se  realicen las FCT's
 +
#Propuesta directo de alumnos/as del ciclo
 +
;Actividad
 +
:Consiste en la elección de un proyecto
 +
;Salida
 +
:La propuesta del proyecto: Título y objetivo principal
 
</div>
 
</div>
  
 
<!--24-->
 
<!--24-->
 
<div class="slide">
 
<div class="slide">
−
</div>
+
;Ejemplo de lista de proyectos de nuestro centro informática para alumnos de DAW y DAM
 +
*El siguiente es un documento que se entrega a los alumnos y podemos analizar en él diferentes apartados
 +
*Lo podemos ver para ver títulos de proyectos
 +
[[Archivo:EjemploListadoProyectos.pdf]]
  
 +
</div>
 
<!--25-->
 
<!--25-->
 
<div class="slide">
 
<div class="slide">
 +
====El título del proyecto====
 +
*El título  no ha de ser muy largo, el título no son los objetivos, Representa lo qué queremos realizar.
 +
*Debe ser conciso y expresar de la manera más precisa posible el trabajo a realizar.
 +
*Debe ser válido durante todo el ciclo de vida del proyecto.
 
</div>
 
</div>
 +
  
 
<!--26-->
 
<!--26-->
 
<div class="slide">
 
<div class="slide">
−
</div>
+
{{Pregunta|El título del proyecto}}
 +
*Propuesta de MIDEPLAN
 +
[[Archivo:tituloProyecto.png|450px|center]]
  
 +
</div>
  
 
<!--27-->
 
<!--27-->
 
<div class="slide">
 
<div class="slide">
 +
;Ejemplos de títulos
 +
[[Archivo:ejemploTitulos.png]]
 
</div>
 
</div>
 +
  
 
<!--28-->
 
<!--28-->
 
<div class="slide">
 
<div class="slide">
 +
====Objtivo general====
 +
*Es un resumen de todos los objetivos específicos que puediera haber y guardará una relación directo con el título del proyecto.
 +
*Consiste en reflejar la meta  a la que deeamos llegar con la realización del proyecto
 +
*Objetivo una descripción un poco más larga del título. Podríamos pensar en uno o dos párrafos de no más de 4 o 5 líneas cada uno, aunque dependiendo del tipo de proyecto y forma de expresarse de la alumna podría alargarse más.
 +
 +
 +
</div>
 +
<!--28-->
 +
<div class="slide">
 +
{{Actividad|
 +
En 5, 10 minutos, juntandonos en grupos según familias profesionales, proponemos un proyecto y objetivo general
 +
}}
 +
}
 
</div>
 
</div>
 +
 +
  
 
<!--29-->
 
<!--29-->
 
<div class="slide">
 
<div class="slide">
 +
====Fase inicial: Documento de propuesta====
 +
;La salida de la fase inicial es un documento de propuesta dle proyecto
 +
*En una hoja o bien la primera hoja de dosier del proyecto debe ser la propuesta del mismo
 +
*Debe de especificar el título del proyecto y el objetivo general
 +
*Debe de ir fechado.
 +
[[Archivo:PropuestaProyecto.pdf]]
 
</div>
 
</div>
  
 
<!--30-->
 
<!--30-->
 
<div class="slide">
 
<div class="slide">
 +
===Fase de Acuerdo===
 +
[[Archivo:FaseAcuerdo.png|right]]
 +
*Esta es la fase qué más nos interesa
 +
*Es una fase común para todos los proyectos
 +
*Culmina en el documento de contrato entre cliente y desarrollador
 
</div>
 
</div>
−
FASE DE ANÁLISIS todo los documentos generados que van encaminados a dejar claro qué es lo que se pretende hacer con el proyecto
 
−
Hay proyectos que esto está claro con el pedido que hace el cliente
 
−
Hay proyectos como en el caso del software que esto hay que refinarlo y hacerlo, acercando las pretensiones del cliente al mundo real para su elaborción
 
−
Quiero un sistema de automatización en mi casa con control de presencia para alarmas
 
−
Está claro qué es lo que quiere el cliente
 
−
Pero no está tan claro que es lo que tiene qu hacer el proyecto.  Todo aquello encaminado a aclarar y planificar qué es lo que queremos hacer correspondería a hacer un análisis del mismo. Los prototipos pueden ayudar de forma clara esta fase.
 
−
FASE DE DISEÑO: Una vez que sabemos qué queremos hacer pasamos a un segundo estado en el que vemos cómo lo vamos a hacer. Esta fase puede conllevar
 
−
FASE DE DESARROLLO
 
−
FASE DE PRUEBAS Y MANTENIMIENTO
 
  
 +
<!--31-->
 +
<div class="slide">
 +
====Actividades en la fase de Acuerdo====
 +
[[Archivo:FaseAcuerdoIO.png|right|button|600px]]
 +
;Presupuesto
 +
;Planificacion
 +
;Lista de requisitos
 +
;Pliego de condiciones
 +
;Contrato firmado
 +
</div>
  
 +
<!--32-->
 +
<div class="slide">
 +
====Lista de Requisitos====
 +
[[Archivo:ListaRequisitos.png]]
 +
*Consite en establecer los requisitos del sistema
 +
</div>
  
  
−
<div class='slide'>
+
<!--33-->
−
Las actividades y tareas que realizamos en cada fase lógicamente será propia del tipo de proyecto que vayamos a realizar.
+
<div class="slide">
−
Se trata de evitar ir directamente a la fase de desarrollo, lo que más saben hacer los estudiante y a lo que nosotros mismos vamos es a hacer directamente las cosas.
+
;Entradas
−
En el proyecto se intenta que antes de empezar a hacer las cosas sepamos lo que vamos a hacer u cómo, garantizando de esta forma en gran medida el éxito del proyecto, o viendo su viabilidad. Pudiento proponer modificaciones que lo hagan viable si se detectan sitiaciones inviables.
+
*Son muchas la técnicas para obetener información
−
alumnos
+
*Esta es una actividad primordial
−
qué es una actividades
+
*De ella depende todo el proyecto
−
Qué es una tarea
+
*Debe de haber entendimiento y compresión.
−
metodología
+
*Es mejor repetir los puntos importantes para asegurar la comprensión del problema
−
uso de herramientas técnicas y métodos para la realización un determinado proyecto
+
*Muchos problemas no se pueden resolver por que no se entiende bien el planteamiento, no por que no se sepan resolver
−
Una metodología nos va a guiar en la forma de realizar y llevar la gestión de un proyecto concreto
+
−
Cualquiera que sea su naturaleza la metodología se adaptará
+
−
Existen metodologías estándar, como es métrica en España.
+
−
Cada empresa tendrá su propia metodología.  Es muy habitual la frase de \u201c En esta empresa las cosas se hacen así \u2026..\u201d. Siguiendo esta metodología. Es importante seguirla, garantiza la calidad de los productos, así como la forma de trabajar y intenta limitar los tiempos muertos en la  comunicación  optimizando los  recursos de la empresa.
+
−
Vamos a proponer una metodología muy básica para los proyectos. Podríamos llamarla MeProCiFo Metodología para  Proyectos de Ciclos Formativos.
+
 
</div>
 
</div>
  
 +
<!--34-->
 +
<div class="slide">
 +
;Aparecen problemas de comunicación
 +
Se que tu crees que yo entiendo lo que tu dices
 +
pero de lo que no estoy tan seguro es de que lo que tú has querido decir
 +
es lo que yo he creído entender
 +
[[Archivo:Comunicacion.png]]
 +
</div>
 +
 +
 +
<!--35-->
 +
<div class="slide">
 +
;Entrevistas
 +
*En nuestro caso son reuniones con el alumno/profesor o el alumno en su centro de trabajo con la empresa
 +
*Es importante que las entrevistas estén preparadas
 +
*Debería de quedar documentado el resultado de cada una de ellas por escrito
 +
</div>
 +
 +
<!--36-->
 +
<div class="slide">
 +
;Salida: Lista de requisitos
 +
*En un documento de texto detallamos una tabla cada requisito perfectamente identificado
 +
*Un requisito a de responder a un objetivo claro del producto
 +
*Ha de ser perfectamente evaluable con el producto final
 +
*No puede haber ambiguedades
 +
</div>
 +
 +
<!--37-->
 +
<div class="slide">
 +
;Los requisitos
 +
*Evitar los condicionales y verbos imprecisos
 +
El sistema debería de ....
 +
 +
El producto debe de ser amigable
 +
**Amigable para quién, cuanto de amigable ????
 +
*No puede haber requisitos ambiguos o incompletos, no se pueden dejar cosas abiertas
 +
</div>
 +
 +
 +
<!--38-->
 +
<div class="slide">
 +
;Los requistos
 +
*Los requisitos no son el pedido del cliente, no es el objetivo que pretende del proyecto.
 +
*Los requisitos los determina el desarrollador a partir de la información que obtiene del cliente.
 +
#Entrevistas(personales, colectivas, lluvia de ideas, ...)
 +
#cuestionarios
 +
#En general cualquier técnica que nos  aclarare qué es lo que realmente tiene que hacer el proyecto.
 +
</div>
 +
 +
<!--39-->
 +
<div class="slide">
 +
;Los requisitos
 +
*Al determinar los requisitos el desarrollador a veces abre los ojos al cliente de qué es lo que quiere
 +
*En muchas ocasiones se verifica la viabilidad/inviabilidad de determinadas pretensiones.
 +
</div>
 +
 +
<!--40-->
 +
<div class="slide">
 +
;Ejemplo de lista de requisitos
 +
[[Archivo:requisitosArtigas.png]]
 +
</div>
 +
 +
 +
<!--41-->
 +
<div class="slide">
 +
{{Actividad|
 +
Siguiendo con el ejemplo planteado, realizamos al menos 2 o 3 requisitos}}
 +
</div>
 +
 +
<!--42-->
 +
<div class="slide">
 +
====Lista de tareas====
 +
[[Archivo:ListaTareas.png]]
 +
</div>
 +
 +
<!--43-->
 +
<div class="slide">
 +
;Lista de tareas '''''entradas'''''
 +
*A partir de la lista de requisitos identificamos cada tarea.
 +
*Cada tarea estará identificada con un nombre de sigla por ejemplo T1, .. Tn.
 +
*Cada tarea tendrá de una '''''pequeña''''' descripción.
 +
*Tendrá un tiempo de realización que hay que asignar.
 +
*El tiempo que determinemos estará basado.
 +
**En nuestra experiencia.
 +
**En registros de tiempos que tengamos.
 +
*Hay que intentar asignar cada tiempo de forma real y lo mas aproximado posible.
 +
</div>
 +
 +
<!--44-->
 +
<div class="slide">
 +
;Dependencia entre tareas
 +
*Normalmente las tareas son dependientes
 +
*Esto implica que hasta que no terminemos una determinada tarea, no podremos empezar otra
 +
*En la lista de tareas es importante especificar esta dependencia de prelaciones entre tareas
 +
*También es importante tener en cuenta los recursos necesarios para cada tarea
 +
*Este recurso también se asociará a la tarea que lo necesite
 +
</div>
 +
 +
<!--45-->
 +
<div class="slide">
 +
;Ejemplo donde podemos ver tareas
 +
[[Archivo:tareasArtiagas.png]]
 +
</div>
 +
 +
 +
<!--46-->
 +
<div class="slide">
 +
{{Actividad| Ahora toca hacer una lista de tareas
 +
*Intentamos hacer entre 5 y 10 tareas estableciendo prelaciones y duracción
 +
}}
 +
</div>
 +
 +
 +
<!--47-->
 +
<div class="slide">
 +
====El Pert====
 +
*Este método es una técnica gráfica de grafo dirigido, el cual permite establecer la dependencia de las tareas y marcar el tiempo que se tarda en realizar el proyecto planificado.
 +
*En este método los cículos del grafo representan la etapa en la que se encuentra el proyecto habiendo terminado en una etapa un número determinado de tareas
 +
*El arco con nombre representa una tarea que me lleva de una etapa a otra
 +
[[Archivo:EjemploPert.pdf]]
 +
</div>
 +
 +
 +
<!--48-->
 +
<div class="slide">
 +
;El pert
 +
*Podemos ver el siguiente fichero para entender esta sencilla técnica
 +
*Para hacer el pert necesitaremos una tabla de  prelaciones  de las tareas o matriz de encadenamientos
 +
*Para ver estos conceptos miramos el siguiente fichero
 +
https://docs.google.com/document/d/12e3_JwQKaQICz-y0Y5Xg4RVgHGPfgLNTqwlOe_h9vqI/edit?hl=en
 +
</div>
 +
 +
<!--49-->
 +
<div class="slide">
 +
{{Actividad| *A partir de la lista anterior,  realizamos el pert
 +
*Para ello usaremos el programa día, un sencillo diagramador
 +
}}
 +
</div>
 +
 +
 +
<!--50-->
 +
<div class="slide">
 +
====La planifiacion:Diagrama de Gantt====
 +
*Es otro forma de represnetar el espacio temporal en hacer  el proyecto
 +
*en este caso no se represnetan la prelaciones aunque  lógicamente hay que respetarlas
 +
[[Archivo:DiagramaGannt.png]]
 +
</div>
 +
 +
 +
<!--51-->
 +
<div class="slide">
 +
;El diagrama de Gantt
 +
http://es.wikipedia.org/wiki/Diagrama_de_Gantt
 +
*Es una herramienta gráfica soportada por casi todos los gestores de proyectos que permite establecer el espacio temporal del desarrollo del mimos
 +
*A partir de él se establece el calendario de hitos
 +
*Al finalizar determinadas tareas es conveniente establecer una verificación del producto
 +
</div>
 +
 +
<!--52-->
 +
<div class="slide">
 +
====El diagrama de Gantt y el calendario de hitos====
 +
;Ralizar revisiones durante la realización del proyecto es importante y necesario
 +
*Permite ver si el proyecto va marchando según lo establecido
 +
*Permite establecer momentos en los que se verifica la calidad del producto.
 +
*Un hito debería de implicar una reunión con el cliente, en este caso con el profesor
 +
*Esa reunión debería de estar preparada y generar un acta o registro de dicha reunión
 +
*Esto se pude recoger en un documento de reuniones
 +
</div>
 +
 +
<!--53-->
 +
<div class="slide">
 +
;Registro de reuniones
 +
*De la siguiente url podemos sacar ideas para las plantillas de las reuniones
 +
http://wiki.es.it-processmaps.com/index.php/Gesti%C3%B3n_de_proyectos_-_plantillas,_listas_de_control_y_recomendaciones
 +
</div>
 +
 +
<!--54-->
 +
<div class="slide">
 +
{{Actividad| Ahora toca hacer una lista de tareas
 +
*Intentamos hacer entre 5 y 10 tareas estableciendo prelaciones y duracción
 +
}}
 +
</div>
 +
 +
<!--55-->
 +
<div class="slide">
 +
;Reuniones
 +
{{Actividad| Proponer como sería una reunión  ficticia.
 +
*Suponemos que tenemos que debatir si contratar a más personas o hacer horas extras
 +
*Llegar a un acuerdo de forma consensuada y razonada
 +
*Realizar la preparación
 +
*Realizar el acta de la reunión usando las plantillas propuestas}}
 +
</div>
 +
 +
 +
<!--56-->
 +
<div class="slide">
 +
;El presupuesto
 +
*Para su elaboración contamos con el diagrama de tareas
 +
*Obtener el precio/hora según la labor realizada
 +
*Debemos saber los recursos que utilizamos
 +
*Este tema es importante elaborarlo teniendo en cuenta los contenidos impartidos en EIE
 +
*No olvidar precio/hora en difernetes roles
 +
*Aplicar los impuestos
 +
*Obtener el total neto (Sin impuestos) y el total  bruto (aplicando impuestos)
 +
</div>
 +
 +
 +
 +
<!--57-->
 +
<div class="slide">
 +
===Pliego de condiciones y contrato===
 +
*En los proyectos de empresas el pliego de condiciones normalmente siempre existe
 +
*Para nosostros  sería interesante añadir alguna condición
 +
*Por ejemplo que el desarrollador no se hace cargo del mantenimiento si no se realiza un uso correcto del producto o si manipula los fuentes o la maquinaria , ...
 +
*Tampoco interesa mucho extenderse, pero sí que exista y haya algún punto.presencia
 +
En el acuerdo todos somos muy positivos y cedemos mucho,
 +
pero luego hay que acarrear con las consecuencias
 +
de lo que hayamos pactado
 +
</div>
 +
 +
 +
<!--58-->
 +
<div class="slide">
 +
;El contrato
 +
*Puede parecer un poco frívolo, pero es interesante realizarlo
 +
*En él debe de aparecer el nombre de la empresa ficticia que representa el alumno, y el nombre del cliente, en este caso el ciclo formativo que está cursando y módulo del proyecto
 +
*Debe aparecer explícitamente
 +
#Nombre del proyecto
 +
#Nombre de la empresa con su representante legal que en este caso es el alumno,
 +
#Nombre del cliente con su represnetante que sería el tutor del ciclo
 +
</div>
 +
 +
 +
<!--58-->
 +
<div class="slide">
 +
;El contrato:
 +
#El importe total  al que asiciende el presupuesto tanto en neto como en bruto
 +
#La fecha de comienzo y de finalización
 +
#Fecha y lugar de entrega
 +
#Es recomendado que esté firmado, constituyendo la fecha de la firma del proyecto el primer hito importante para la realización del proyecto.
 +
</div>
 +
 +
 +
<!--60-->
 +
<div class="slide">
 +
===Fase de análisis y diseño===
 +
[[Archivo:FaseAnalisisDiseno.png]]
 +
*Estas fases ya dependen mucho de la naturaleza del proyecto a realizar
 +
*No obstante deberían de existir siempre
 +
*La idea es que antes de hacer algo,
 +
#Hay que investigar alternativas, opciones,  diseñarlo
 +
#Construir prototipos
 +
#Evaluarlos según los requisitos
 +
</div>
 +
 +
<!--63-->
 +
<div class="slide">
 +
===Fase de análisis===
 +
*Todos los documentos generados que van encaminados a dejar claro '''''qué''''' es lo que se pretende hacer con el proyecto.
 +
*Hay proyectos que esto está claro con el pedido que hace el cliente
 +
*Hay proyectos como en el caso del software que esto hay que refinarlo y hacerlo, acercando las pretensiones del cliente al mundo real para su elaboración
 +
Quiero un sistema de automatización en mi casa con control
 +
de presencia para alarmas
 +
*Está claro qué es lo que quiere el cliente
 +
</div>
 +
 +
<!--64-->
 +
<div class="slide">
 +
;Fase de análisis y diseño
 +
*Quizá en el ejemplo anterior no está tan claro que es lo que tiene que hacer el proyecto.
 +
*Esto es de lo que trata el análisis, es una fase de investigación y descubrimiento
 +
[[Archivo:Incertidumbre.png]]
 +
</div>
 +
 +
 +
<!--65-->
 +
<div class="slide">
 +
;La fase de análisis
 +
{{ManuelRomero/Idea|
 +
*Todo aquello encaminado a aclarar y planificar qué es lo que queremos hacer correspondería a hacer un análisis del mismo.
 +
*Los prototipos pueden ayudar de forma clara esta fase.}}
 +
</div>
 +
 +
<!--66-->
 +
<div class="slide">
 +
;Fase de diseño
 +
*El diseño puede considerarse otra fase o estar dentro de la fase anterior
 +
*Esta fase sería una evolución de la parte anterior
 +
*Una vez que sabemos '''''qué''''' queremos hacer pasamos a un segundo estado en el que vemos '''''cómo''''' lo vamos a hacer.
 +
*Usar diagramadores es una técnica muy buena para estos casos
 +
[[Archivo:diseñoProyecto.png]]
 +
</div>
 +
 +
<!--67-->
 +
<div class="slide">
 +
===Fase de implementación o desarrollo y pruebas===
 +
[[Archivo:FaseImplementacionPruebas.png]]
 +
</div>
 +
 +
 +
<!--68-->
 +
<div class="slide">
 +
;Implementacion
 +
*Consiste en el desarrollo del proyecto
 +
*Se lleva a cabo la implementación de sus partes
 +
*Debe de ser una continuación  de la fase anterior
 +
*Normalmente las fase de implementación va fluyendo en espiral con las anteriores
 +
*Es decir no es muy habitual hacer un análisis y diseño completo y luego la implementación
 +
</div>
 +
 +
 +
<!--69-->
 +
<div class="slide">
 +
;Las pruebas
 +
*La fase de pruebas debe de estar presente en todo el proyecto
 +
*En cada uno de los hitos del mismo
 +
*Deben de analizarse y verificarse los requisitos planteados
 +
*Al final ha de verificarse de forma satisfactoria cada uno de los requisitos pactados
 +
</div>
 +
 +
 +
 +
<!--70-->
 +
<div class="slide">
 +
===Fase de entrega===
 +
[[Archivo:FaseEntrega.png]]
 +
</div>
 +
 +
<!--71-->
 +
<div class="slide">
 +
;La entrega
 +
*El sitio y la forma son importantes
 +
*Esta información se le debe de entregar al alumno
 +
*Normalmente queda establecido previamente
 +
</div>
 +
 +
<!--72-->
 +
<div class=slide>
 +
===Lista de documentos a entregar===
 +
#Acuerdo del proyecto o contrato
 +
##Planificación
 +
###Diagrama de Gantt
 +
###Pert como diagrama de prelaciones
 +
###Calendario de hitos
 +
##Lista de tareas
 +
###Diagrama Pert
 +
</div>
 +
 +
<!--73-->
 +
<div class=slide>
 +
;Lista de documentos a entregar
 +
##Presupuesto
 +
###Amortización del material/recursos/inmovilizado/seguros  a utilizar en el proyecto
 +
###Impuestos según  corresponda
 +
###Cantidad total neta/bruto del proyecto
 +
##Lista de requisitos (concretos y verificables)
 +
##Pliego de condiciones
 +
##Contrato
 +
</div>
 +
 +
<!--74-->
 +
<div class=slide>
 +
;Lista de documentos a entregar
 +
#Documentos de análisis y diseño
 +
#Documento de implementación y manuales de uso según proceda
 +
#Documento de pruebas (Plan de pruebas y realización de la mismas
 +
#Otros documentos  de la gestión
 +
##Diario de bitácora
 +
##Documento de reuniones (de cada hito debería haber una especie de acta)
 +
##Documento de formato
 +
##Documento de postmorten
 +
</div>
 +
 +
 +
<!--74-->
 
<div class=slide>
 
<div class=slide>
−
Antes de empezar
+
FIN
−
El alumno representa una empresa que tenga nombre y logo suele ser interesante, pues hace el proyecto más real, y la experiencia demuestra que el alumno/a se mete más en el papel de empresario desarrollador.
+
[[Archivo:fin.png|left|300px]]
−
El proyecto ha de tener un título. Este no ha de ser muy largo, el título no son los objetivos, Representa lo que queremos realizar
+
[[Archivo:finProyectos2.png|right|600px]]
−
Objetivo una descripción un poco más larga del título. Podríamos pensar en uno o dos párrafos de no más de 4 o 5 líneas cada uno, aunque dependiendo del tipo de proyecto y forma de expresarse de la alumna podría alargarse más.
+
−
Todos los documentos deberán de tener la misma estructura, debería de haber un documento llamado gestor de presentación donde se espedifique esta información, si bien se suele proponer desde el departamento (tamaño de letra, forma de viñetas, numeración, logotipo, cabecera , ...)
+
−
Acuerdo del proyecto o contrato
+
−
Documento común para cualquier tipo de proyecto.
+
−
Planificación
+
−
Diagrama de Gant
+
−
Pert como diagrama de prelaciones
+
−
Lista de tareas
+
−
Calendario de hitos
+
−
Presupuesto
+
−
Desglose de los diferentes roles a realizar
+
−
horas prevista para cada rol
+
−
Amortización del material/recursos/inmovilizado/seguros  a utilizar en el proyecto
+
−
Impuestos según  corresponda
+
−
Cantidad total neta/bruto del proyecto
+
−
Lista de requisitos
+
−
Cada requisito ha de estar perfectamente identificado
+
−
Mejor con siglas
+
−
Requisitos cortos y concretos no ambiguos
+
−
Cada requisito a de ser verificable. Esto aportará la calidad del proyecto. El proyecto tendrá la calidad acordada si cumple satisfactoriamente cada uno de los requisitos
+
−
Los requisitos no son el pedido del cliente, no es el objetivo que pretende del proyecto.
+
−
Los requisitos los determina el desarrollador a partir de la información que obtiene del cliente.
+
−
Entrevistas(personales, colectivas, lluvia de ideas, ...), cuestionarios  o diferentes formas en las que podemos aclarar qué es lo que realmente tiene que hacer el proyecto
+
−
Al determinar los requisitos el desarrollador a veces abre los ojos al cliente de qué es lo que quiere
+
−
En muchas ocasiones se verifica la viabilidad/inviabilidad de determinadas pretensiones.
+
−
Pliego de condiciones
+
−
Determina parte de la calidad del producto  sobre todo para la fase de mantenimiento
+
−
En el acuerdo todos somos muy positivos y cedemos mucho, pero luego hay que acarrear con las consecuencias de lo que hayamos decidido
+
−
Contrato
+
−
Puede parecer un poco frívolo, pero es interesante realizarlo
+
−
En él debe de aparecer el nombre de la empresa ficticia que representa el alumno, y el nombre del cliente, en este caso el ciclo formativo que está cursando y módulo del proyecto
+
−
Debe aparecer explícitamente
+
−
el nombre del proyecto
+
−
el nombre de la empresa con su representante legal que en este caso es el alumno,
+
−
Nombre del cliente con su represnetante que sería el tutor del ciclo
+
−
El importe total  al que asiciende el presupuesto tanto en neto como en bruto
+
−
La fecha de comienzo y de finalización, así como la fecha de entrega
+
−
Es recomendado que esté firmado, constituyendo la fecha de la firma del proyecto el primer hito importante para la realización del proyecto.
+
−
Documento de análisis
+
−
Es este un documento propio del producto. Depende de su naturaleza la forma de realizarlo
+
−
Normalmente se recomienda de  el uso de diagramas acompañados de aclaraciones narrativas para su aclaración
+
−
Por ejemplo diagrama de casos de uso cuando un producto sea para ser utilizado (como el software)
+
−
Ejemplo de caso de uso
+
−
Insertar algún diagrama más de análisis en otras especialidades
+
−
Documento de diseño
+
−
Debe de usarse los diagramas generados anteriormente para ver la evolución
+
−
El proyecto ha de ser un proceso uniforme y continuo, es decir, los diagramas que se van generando son una evolución o indagar en mayor detalle, cuestiones planteadas y aclaradas en diagramas anteriores
+
−
Documento de implementación
+
−
Se trata de utilizar las herramientas  necesarias para generar el producto según se haya analizado y diseñado previamente.
+
−
Es importante insistir en que ha de ser una evolución de toda la documentación generada anteriormente. Puede ser  que uno diga
+
−
uff!!! por fin he terminado el royo de la documentación, ahora voy a poder empezar a hacer el proyecto!!!!!!
+
−
Grave error. Puede que no hayamos realizado un buen análisis y diseño de nuestro proyecto, o que no sepamos usarlo. Tanto el análisis como el diseño es un medio para poder conseguir un fin. En si mismo no son un producto, son parte de él.
+
−
No son el producto, pero es un camino para conseguirlo de forma satisfactoriaç
+
−
Plan de pruebas de prototipo o producto final
+
−
Diario de bitácora
+
−
Documento de postmorten
+
 
</div>
 
</div>
−
-->
 

Última revisión de 23:18 15 may 2014

Road Works.svg Trabajo en proceso, espera cambios frecuentes. Tu ayuda y retroalimentación son bienvenidos.
Ver página de charlas. 		Road Works.svg




Documentación que genera un proyecto

  • Evidentemente no todos los proyectos generaran la misma documentación.
  • Realizaremos la siguiente clasificación
  1. Documentación en la gestión del proyecto.
  2. Documentación de la .realización del proyecto.

Forma de desarrollar un proyecto

ProyectoFuncionActividad.png


Desarrollando un proyecto

  • En la imagen vemos el desarrollo de un proyecto se va a organizar o dividir en fases
  • En cada fase realizaremos una serie de actividades que a su vez se pueden descomponer en tareas
  • La idea es proponer una METODOLOGÍA de trabajo que se pueda adaptar a los diferentes tipos de proyectos.
  • Cada proyecto según su naturaleza se hace de una manera u otra, no obstante existe cierta parte común que pretendemos extraer y exponer.

Metodología

  • La metodología es la forma de llevar a cabo un trabajo.
  • Metodología para nosotros será la manera de gestionar y realizar el proyecto.


Icon define.gif

Definición

Metodología' conjunto de procedimientos (actividades y tareas), herramientas y técnicas utilizadas con el objetivo de llegar a la realización correcta de un proyecto planteado


Metodología

Metodología.png

  • Ténicas; diagramas y documentos de texto explicativos.
  • Herramientas; editor de texto, Diagramadores como Dia y herramientas de gestor de proyectos como ProjectLibre Microsoft Project
  • Procedimientos o métodos: dividir el proceso en fases

Ciclo de vida de desarrollo del proyecto

  • Seguiremos un ciclo de vida secuencial
CicloVida.png
  • Este vacío es especialmente peligros en proyecto de naturaleza lógica como de software


Ciclo de vida

  • La metodología nos va a permitir organizar ese ciclo de vida del proyecto


Icon define.gif

Definición

Ciclo de vida tiempo que transcurre desde que se plantea el proyecto hasta que éste se entrega de forma correcta (cumpliendo las especificaciones planteadas)


  • Objetivo: aplicar una metodología a ese tiempo


Icon define.gif

Definición

El ciclo de vida son las diferentes etapas o fases por las que va pasar el proyecto desde su concepción hasta su implantación o entrega al cliente


CicloVida2.png

Fases

  • En cada fase realizaremos actividades que van a darnos un determinado producto dentro del desarrollo del proyecto.
  • Este producto puede constar de uno o varios documentos que lo constituyen.
  • Una fase termina en un momento determinado y permite verificar el producto obtenido
  • Cada fase ha de ser identificada con un hito
  • Hito: fecha concreta marcada en la planificación.

Hito

  • Fechas importantes marcadas en la planificacion temporal del proyecto
Hito.png
Los Hitos
  • Es muy importante establecer los hitos en la planificacion del proyecto
  • Estas fechas establecidas no deben de ser muchas
  • En ellas el cliente y la empresa se juntan y evaluan el proyecto, tanto la marcha del mismo como la calidad
  • Esto implica que en esa fecha se ha de poder evaluar parte del producto, prototipo o documentación que verifique la marcha y calidad del mismo
  • Lo que se le enseñe al cliente ha de ser tangible para él.
  • Puede haber hitos en los que no intervenga el cliente
  • Un hito implica una reunión de evaluación del proyecto
  • La reunión se ha de preparar, planificar y realizar
  • El alumno nos pueden enseñar el proyecto y ellos mismo pueden ver como van
  • Al menos un hito por fase debería de ser obligatorio.
ReunionHito.png

Estableciendo fases

  • Cada metodología establece una serie de fases, nosotros proponemos las siguientes
Fases.png
  1. FASE INICIAL
  2. FASE ACUERDO DEL PROYECTO
  3. FASE DE ANÁLISIS Y DISEёO
  4. FASE DE IMPLEMENTACIÃÓN
  5. FASE DE PRUEBAS
  6. FASE DE FINALIZACIÓN
Desarrollando un proyecto
  1. El contexto
  2. La documentación
    1. Documentos de gestion
    2. Documentos de desarrollo
  3. Las fases
    1. Etapas lógicas con cierta independencia en el desarrollo del proyecto
Estructura de directorios


Icon activity.jpg

Actividad

pensar en una estructura de directorios para un proyecto



  • Esto es importante para las versiones y copias de seguridad

Antes de empezar el proyecto: El contexto

  • Antes de empezar a analizar las fases propuesta y los productos a obtener unas consideraciones
  • Pueden ser interesantes para dotar al proyecto de un contexto mas real
  • El alumno representa una empresa, por lo que sería interesante especificar
Nombre de la empresa
Logotipo de la empresa
  • Quizás pueda parecer una pérdida de tiempo, pero la experiencia demuestra el alumno se mete más en el papel de empresario desarrollador.

Creación de la empresa

  • Puede coordinarse esta acción con el docente de EIE


Icon casestudy.gif
Idea
  • En el módulo e Empresa e Iniciativa Emprendedora puede crear su empresa
  • Después usar esa empresa para el proyecto que quiran o vayan a realizar


La documentación

  • Normalmente les entregamos en la normativa de la forma de entregar el proyecto como han de documentar (tipo de letra etc....)
  • También se les puede proponer que entregue un documento especificando este hecho
  • Está claro que todos los documentos que entreguen han de tener un formato similar
  • Tendrá que tener un Ãíndice, una cabecera con nombre de la empresa y logotipo, nombre del docuemnto, numeración ...
El documento de formato
  • La empresa tendrá un formato concreto de cómo para hacer los proyectos.
  • Es un documento que se puede pedir como parte de la gestión del proyecto
  • Parte serán requisitos que se les pida a los alumnos, los cuales pueden incluir en el documento
  • Es bueno que se configuren las herramientas para adaptar el proyecto con el mismo formato.
  • Por ejemplo el openoffice o word, incluir índices de forma aútomática, teclas para especificar formatos, estilo de títulos, ....


Icon casestudy.gif

Ejemplo

documento de formato


Archivo:Formato.pdf

Fase Inicial

  • Es la primera fase.


Icon objectives.jpg

Objetivo

El alumno/a propone/selecciona un proyecto
  • En esta fase suele haber mucha incertidumbre
  • A veces es difícil proponer proyectos (largo, corto, fácil, difícil).
  • La experiencia nos irá eneñando en este aspecto
  • Es posible que se asignen proyectos y durante su realización se tengan que acortar


El Calendario en la Fase inicial, cuando realizarla.
  • Para nuestro proyecto sería bueno que esta fase la cubriera la alumna en una fecha concreta.
  • Según legislación en enero los alumnos deben conocer la lista de posibles proyectos a realizar.
  • El alumno ha de presentar la propuesta de su proyecto.
  • Es posible que un alumno/a tenga una idea de proyecto incluso empezado y cuando va a la empresa cambia de proyecto.
  • Es una realidad frecuente.
El Calendario en la Fase inicial
  • Se debe poner una fecha para que el alumno haga su propuesta de proyecto al departamento de informática por medio del tutor.
FaseInicial.png
Entrada a esta fase
  1. Lista de posibles proyectos que el departamento proponga
  2. Lista de posibles proyectos de empresas donde se realicen las FCT's
  3. Propuesta directo de alumnos/as del ciclo
Actividad
Consiste en la elección de un proyecto
Salida
La propuesta del proyecto: Título y objetivo principal
Ejemplo de lista de proyectos de nuestro centro informática para alumnos de DAW y DAM
  • El siguiente es un documento que se entrega a los alumnos y podemos analizar en él diferentes apartados
  • Lo podemos ver para ver títulos de proyectos

Archivo:EjemploListadoProyectos.pdf

El título del proyecto

  • El título no ha de ser muy largo, el título no son los objetivos, Representa lo qué queremos realizar.
  • Debe ser conciso y expresar de la manera más precisa posible el trabajo a realizar.
  • Debe ser válido durante todo el ciclo de vida del proyecto.




Icon qmark.gif

Pregunta

El título del proyecto


  • Propuesta de MIDEPLAN
TituloProyecto.png
Ejemplos de títulos

EjemploTitulos.png


Objtivo general

  • Es un resumen de todos los objetivos específicos que puediera haber y guardará una relación directo con el título del proyecto.
  • Consiste en reflejar la meta a la que deeamos llegar con la realización del proyecto
  • Objetivo una descripción un poco más larga del título. Podríamos pensar en uno o dos párrafos de no más de 4 o 5 líneas cada uno, aunque dependiendo del tipo de proyecto y forma de expresarse de la alumna podría alargarse más.



Icon activity.jpg

Actividad

En 5, 10 minutos, juntandonos en grupos según familias profesionales, proponemos un proyecto y objetivo general




}


Fase inicial: Documento de propuesta

La salida de la fase inicial es un documento de propuesta dle proyecto
  • En una hoja o bien la primera hoja de dosier del proyecto debe ser la propuesta del mismo
  • Debe de especificar el título del proyecto y el objetivo general
  • Debe de ir fechado.

Archivo:PropuestaProyecto.pdf

Fase de Acuerdo

FaseAcuerdo.png
  • Esta es la fase qué más nos interesa
  • Es una fase común para todos los proyectos
  • Culmina en el documento de contrato entre cliente y desarrollador

Actividades en la fase de Acuerdo

button
Presupuesto
Planificacion
Lista de requisitos
Pliego de condiciones
Contrato firmado

Lista de Requisitos

ListaRequisitos.png

  • Consite en establecer los requisitos del sistema


Entradas
  • Son muchas la técnicas para obetener información
  • Esta es una actividad primordial
  • De ella depende todo el proyecto
  • Debe de haber entendimiento y compresión.
  • Es mejor repetir los puntos importantes para asegurar la comprensión del problema
  • Muchos problemas no se pueden resolver por que no se entiende bien el planteamiento, no por que no se sepan resolver
Aparecen problemas de comunicación 
Se que tu crees que yo entiendo lo que tu dices 
pero de lo que no estoy tan seguro es de que lo que tú has querido decir
es lo que yo he creído entender

Comunicacion.png


Entrevistas
  • En nuestro caso son reuniones con el alumno/profesor o el alumno en su centro de trabajo con la empresa
  • Es importante que las entrevistas estén preparadas
  • Debería de quedar documentado el resultado de cada una de ellas por escrito
Salida
Lista de requisitos
  • En un documento de texto detallamos una tabla cada requisito perfectamente identificado
  • Un requisito a de responder a un objetivo claro del producto
  • Ha de ser perfectamente evaluable con el producto final
  • No puede haber ambiguedades
Los requisitos
  • Evitar los condicionales y verbos imprecisos 
El sistema debería de ....

El producto debe de ser amigable
    • Amigable para quién, cuanto de amigable ????
  • No puede haber requisitos ambiguos o incompletos, no se pueden dejar cosas abiertas


Los requistos
  • Los requisitos no son el pedido del cliente, no es el objetivo que pretende del proyecto.
  • Los requisitos los determina el desarrollador a partir de la información que obtiene del cliente.
  1. Entrevistas(personales, colectivas, lluvia de ideas, ...)
  2. cuestionarios
  3. En general cualquier técnica que nos aclarare qué es lo que realmente tiene que hacer el proyecto.
Los requisitos
  • Al determinar los requisitos el desarrollador a veces abre los ojos al cliente de qué es lo que quiere
  • En muchas ocasiones se verifica la viabilidad/inviabilidad de determinadas pretensiones.
Ejemplo de lista de requisitos

RequisitosArtigas.png



Icon activity.jpg

Actividad

Siguiendo con el ejemplo planteado, realizamos al menos 2 o 3 requisitos



Lista de tareas

ListaTareas.png

Lista de tareas entradas
  • A partir de la lista de requisitos identificamos cada tarea.
  • Cada tarea estará identificada con un nombre de sigla por ejemplo T1, .. Tn.
  • Cada tarea tendrá de una pequeña descripción.
  • Tendrá un tiempo de realización que hay que asignar.
  • El tiempo que determinemos estará basado.
    • En nuestra experiencia.
    • En registros de tiempos que tengamos.
  • Hay que intentar asignar cada tiempo de forma real y lo mas aproximado posible.
Dependencia entre tareas
  • Normalmente las tareas son dependientes
  • Esto implica que hasta que no terminemos una determinada tarea, no podremos empezar otra
  • En la lista de tareas es importante especificar esta dependencia de prelaciones entre tareas
  • También es importante tener en cuenta los recursos necesarios para cada tarea
  • Este recurso también se asociará a la tarea que lo necesite
Ejemplo donde podemos ver tareas

TareasArtiagas.png



Icon activity.jpg

Actividad

Ahora toca hacer una lista de tareas
  • Intentamos hacer entre 5 y 10 tareas estableciendo prelaciones y duracción





El Pert

  • Este método es una técnica gráfica de grafo dirigido, el cual permite establecer la dependencia de las tareas y marcar el tiempo que se tarda en realizar el proyecto planificado.
  • En este método los cículos del grafo representan la etapa en la que se encuentra el proyecto habiendo terminado en una etapa un número determinado de tareas
  • El arco con nombre representa una tarea que me lleva de una etapa a otra

Archivo:EjemploPert.pdf


El pert
  • Podemos ver el siguiente fichero para entender esta sencilla técnica
  • Para hacer el pert necesitaremos una tabla de prelaciones de las tareas o matriz de encadenamientos
  • Para ver estos conceptos miramos el siguiente fichero 
https://docs.google.com/document/d/12e3_JwQKaQICz-y0Y5Xg4RVgHGPfgLNTqwlOe_h9vqI/edit?hl=en


Icon activity.jpg

Actividad

*A partir de la lista anterior, realizamos el pert
  • Para ello usaremos el programa día, un sencillo diagramador





La planifiacion:Diagrama de Gantt

  • Es otro forma de represnetar el espacio temporal en hacer el proyecto
  • en este caso no se represnetan la prelaciones aunque lógicamente hay que respetarlas

DiagramaGannt.png


El diagrama de Gantt 
http://es.wikipedia.org/wiki/Diagrama_de_Gantt
  • Es una herramienta gráfica soportada por casi todos los gestores de proyectos que permite establecer el espacio temporal del desarrollo del mimos
  • A partir de él se establece el calendario de hitos
  • Al finalizar determinadas tareas es conveniente establecer una verificación del producto

El diagrama de Gantt y el calendario de hitos

Ralizar revisiones durante la realización del proyecto es importante y necesario
  • Permite ver si el proyecto va marchando según lo establecido
  • Permite establecer momentos en los que se verifica la calidad del producto.
  • Un hito debería de implicar una reunión con el cliente, en este caso con el profesor
  • Esa reunión debería de estar preparada y generar un acta o registro de dicha reunión
  • Esto se pude recoger en un documento de reuniones
Registro de reuniones
  • De la siguiente url podemos sacar ideas para las plantillas de las reuniones 
http://wiki.es.it-processmaps.com/index.php/Gesti%C3%B3n_de_proyectos_-_plantillas,_listas_de_control_y_recomendaciones


Icon activity.jpg

Actividad

Ahora toca hacer una lista de tareas
  • Intentamos hacer entre 5 y 10 tareas estableciendo prelaciones y duracción




Reuniones


Icon activity.jpg

Actividad

Proponer como sería una reunión ficticia.
  • Suponemos que tenemos que debatir si contratar a más personas o hacer horas extras
  • Llegar a un acuerdo de forma consensuada y razonada
  • Realizar la preparación
  • Realizar el acta de la reunión usando las plantillas propuestas




El presupuesto
  • Para su elaboración contamos con el diagrama de tareas
  • Obtener el precio/hora según la labor realizada
  • Debemos saber los recursos que utilizamos
  • Este tema es importante elaborarlo teniendo en cuenta los contenidos impartidos en EIE
  • No olvidar precio/hora en difernetes roles
  • Aplicar los impuestos
  • Obtener el total neto (Sin impuestos) y el total bruto (aplicando impuestos)


Pliego de condiciones y contrato

  • En los proyectos de empresas el pliego de condiciones normalmente siempre existe
  • Para nosostros sería interesante añadir alguna condición
  • Por ejemplo que el desarrollador no se hace cargo del mantenimiento si no se realiza un uso correcto del producto o si manipula los fuentes o la maquinaria , ...
  • Tampoco interesa mucho extenderse, pero sí que exista y haya algún punto.presencia 
En el acuerdo todos somos muy positivos y cedemos mucho, 
pero luego hay que acarrear con las consecuencias 
de lo que hayamos pactado


El contrato
  • Puede parecer un poco frívolo, pero es interesante realizarlo
  • En él debe de aparecer el nombre de la empresa ficticia que representa el alumno, y el nombre del cliente, en este caso el ciclo formativo que está cursando y módulo del proyecto
  • Debe aparecer explícitamente
  1. Nombre del proyecto
  2. Nombre de la empresa con su representante legal que en este caso es el alumno,
  3. Nombre del cliente con su represnetante que sería el tutor del ciclo


El contrato
  1. El importe total al que asiciende el presupuesto tanto en neto como en bruto
  2. La fecha de comienzo y de finalización
  3. Fecha y lugar de entrega
  4. Es recomendado que esté firmado, constituyendo la fecha de la firma del proyecto el primer hito importante para la realización del proyecto.


Fase de análisis y diseño

FaseAnalisisDiseno.png

  • Estas fases ya dependen mucho de la naturaleza del proyecto a realizar
  • No obstante deberían de existir siempre
  • La idea es que antes de hacer algo,
  1. Hay que investigar alternativas, opciones, diseñarlo
  2. Construir prototipos
  3. Evaluarlos según los requisitos

Fase de análisis

  • Todos los documentos generados que van encaminados a dejar claro qué es lo que se pretende hacer con el proyecto.
  • Hay proyectos que esto está claro con el pedido que hace el cliente
  • Hay proyectos como en el caso del software que esto hay que refinarlo y hacerlo, acercando las pretensiones del cliente al mundo real para su elaboración 
Quiero un sistema de automatización en mi casa con control 
de presencia para alarmas
  • Está claro qué es lo que quiere el cliente
Fase de análisis y diseño
  • Quizá en el ejemplo anterior no está tan claro que es lo que tiene que hacer el proyecto.
  • Esto es de lo que trata el análisis, es una fase de investigación y descubrimiento

Incertidumbre.png


La fase de análisis


Icon casestudy.gif
Idea
  • Todo aquello encaminado a aclarar y planificar qué es lo que queremos hacer correspondería a hacer un análisis del mismo.
  • Los prototipos pueden ayudar de forma clara esta fase.


Fase de diseño
  • El diseño puede considerarse otra fase o estar dentro de la fase anterior
  • Esta fase sería una evolución de la parte anterior
  • Una vez que sabemos qué queremos hacer pasamos a un segundo estado en el que vemos cómo lo vamos a hacer.
  • Usar diagramadores es una técnica muy buena para estos casos

DiseñoProyecto.png

Fase de implementación o desarrollo y pruebas

FaseImplementacionPruebas.png


Implementacion
  • Consiste en el desarrollo del proyecto
  • Se lleva a cabo la implementación de sus partes
  • Debe de ser una continuación de la fase anterior
  • Normalmente las fase de implementación va fluyendo en espiral con las anteriores
  • Es decir no es muy habitual hacer un análisis y diseño completo y luego la implementación


Las pruebas
  • La fase de pruebas debe de estar presente en todo el proyecto
  • En cada uno de los hitos del mismo
  • Deben de analizarse y verificarse los requisitos planteados
  • Al final ha de verificarse de forma satisfactoria cada uno de los requisitos pactados


Fase de entrega

FaseEntrega.png

La entrega
  • El sitio y la forma son importantes
  • Esta información se le debe de entregar al alumno
  • Normalmente queda establecido previamente

Lista de documentos a entregar

  1. Acuerdo del proyecto o contrato
    1. Planificación
      1. Diagrama de Gantt
      2. Pert como diagrama de prelaciones
      3. Calendario de hitos
    2. Lista de tareas
      1. Diagrama Pert
Lista de documentos a entregar
    1. Presupuesto
      1. Amortización del material/recursos/inmovilizado/seguros a utilizar en el proyecto
      2. Impuestos según corresponda
      3. Cantidad total neta/bruto del proyecto
    2. Lista de requisitos (concretos y verificables)
    3. Pliego de condiciones
    4. Contrato
Lista de documentos a entregar
  1. Documentos de análisis y diseño
  2. Documento de implementación y manuales de uso según proceda
  3. Documento de pruebas (Plan de pruebas y realización de la mismas
  4. Otros documentos de la gestión
    1. Diario de bitácora
    2. Documento de reuniones (de cada hito debería haber una especie de acta)
    3. Documento de formato
    4. Documento de postmorten


FIN

Fin.png
FinProyectos2.png
Obtenido de «https://es.wikieducator.org/index.php?title=ManuelRomero/proyectos/Documentacion&oldid=14883»