PLAN DE PROYECTO Aplicaciones didácticas Para...
Transcript of PLAN DE PROYECTO Aplicaciones didácticas Para...
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
1
PLAN DE PROYECTO
Aplicaciones didácticas
Para EDU-CIAA
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
2
INDICE
Indice…………………………………………………………………………………. 2
Project Charter………………………………………………………………………… 3
Requerimientos………………………………………………………………………... 3
PROJECT SCOPE STATEMENT……………………………………………………. 4
Justificacion…………………………………………………………………………… 4
Objetivos………………………………………………………………………………. 4
Alcance………………………………………………………………………………… 4
Supuestos………………………………………………………………………………. 4
Restricciones…………………………………………………………………………… 4
Criterio de aceptación………………………………………………………………….. 4
Analisis de factibilidad técnica………………………………………………………… 5
Analisis de factibilidad financiera………………………………………………………..5
Interesados……………………………………………………………………………… 5
WBS…………………………………………………………………………………….. 6
Diagrama de Gantt…………………………………………………………………… 7
Diagrama Activity On Note………..………………………………………………….8
GESTION DE COSTOS…………………………………………………………………9
Presupuesto……………………………………………………………………………….9
Matriz de recursos materiales…………………………………………………………… 9
GESTION DE LAS COMUNICACIONES……………………………………………10
Elementos de una comunicación efectiva……………………………………………… 10
Responsables de la comunicación……………………………………………………… 10
Audiencia de la comunicación………………………………………………………… 10
Tipos de comunicación………………………………………………………………… 11
Cuadro de comunicaciones del proyecto……………………………………………… 12
GESTION DE RIESGOS……………………………………………………………… 13
Cuadro de ponderación de riesgos……………………………………………………… 13
Matriz de riesgos…………………………………………………………………………14
GESTION DE LA CALIDAD………………………………………………………… 15
Funcion de la calidad ……………………………………………………………………18
Costo de la calidad……………………………………………………………………… 19
Verificacion………………………………………………………………………………19
Validacion……………………………………………………………………………… 20
GESTION DE LOS RECURSOS HUMANOS…………………………………………20
Autoridad y responsabilidad…………………………………………………………… 20
Matriz de asignación de responsabilidades……………………………………………….20
Micromanagement……………………………………………………………………… 21
GESTION DE COMPRAS……………………………………………………………….21
Proceso de seguimiento ………………………………………………………………… 21
Proceso de cierre………………………………………………………………………… 21
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
3
PROJECT CHARTER
Buenos Aires 17/4/2015
Ing Carlos G. Elli
De mi consideración
Mediante la presente paso a describir la implementación de una placa didácticapara
ser utilizada en las escuelas técnicas en el área de electrónica para la enseñanza de los
sistemas embebidos .
La misma se realizara con una placa Edu-Ciaa como base , a partir de la cual se
generaran las interfaces necesarias para vincular la misma con el software .
El proyecto estará a cargo del Ing Carlos G. Elli y se llevara a cabo en los
laboratorios de la escuela técnica Nº12 el presupuesto del prototipo será financiado
por el Ing Carlos Elli y se estima en un valor de $5000.
Se pretende finalizar el proyecto en Diciembre del 2015.
atte.
Dr. Ing. Ariel Lutenberg
Director de Carrera de Sistemas Embebidos
Requerimientos
1) Que sea de fácil manejo para alumnos de escuelas medias o inferiores. 2) Compatible con el entorno de trabajo de la EDU-CIAA. 3) Con posibilidad de crear sus propios objetos . 4) Vincule el medio físico con el software . 5) Maneje los puertos de la placa a través del entorno grafico.
Ariel Lutenberg
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
4
PROJECT SCOPE STATEMENT
Justificacion
Hace unos años atrás comenzó una reforma curricular en las escuelas técnicas de todo el
país ,en el caso de electrónica viene atrasada desde la resolución 386/81 , la nueva curricula
contempla un ciclo básico de 2 años y uno superior de 4 a diferencia de la actual de 3 y 3
,este año comenzó paulatinamente el cambio con los 3eros ,en él ultimo año (6to o 4to del
superior) aparecerá una nueva materia llamada sistemas embebidos para la cual no tenemos
nada preparado a nivel software ni hardware ,la idea es que con esta placa prototipo ir
preparando el terreno para que cuando llegue la primera cohorte a cursar el ultimo año
tenga material para sus practicas.
Objetivos
El objetivo general es hacer aplicaciones de la EDU-CIAA en lenguaje Scratch.
Alcance
Se pretende llegar a un prototipo del uso de la EDU-CIAA en una aplicación generada con
el entorno del Lenguaje Scratch . Una vez generado el mismo podría en el futuro replicarse
a todas las escuelas que tengan la especialidad.
Supuestos
Se cuenta con el software de base Scratch del MIT y una placa EDU-CIAA.
Restricciones
Para poder utilizar la placa hace falta una capacitación previa y elaborar un plan curricular
adecuado desde el inicio del ciclo superior para que cuando lleguen al ultimo año ya tengan
la base para poder
Criterio de aceptación
Entrega del prototipo junto con la documentación necesaria para la puesta en
funcionamiento del mismo.
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
5
ANALISIS DE LA FACTIBILIDAD TECNICA
El hardware y el software necesarios para la realización del proyecto son accesibles y hay
soluciones similares ya en el mercado con otros microcontroladores con lo cual se asume
que el proyecto es factible.
ANALISIS DE LA FACTIBILIDAD FINANCIERA
Los costos para la realización del proyecto son bajos y corren por cuenta del Project
Manager .
INTERESADOS
Client docentes del ciclo superior de la especialidad electrónica.
Sponsor Ing Carlos G. Elli- profesor en la Escuela Técnica Nº12
End-User Los alumnos del 6to año de la especialidad electrónica
que estén cursando la materia Sistemas Embebidos.
Champion Ing Carlos G. Elli-profesor en la Escuela Técnica Nº12
Drivers Docentes de la escuela técnica y de la especialización en embebidos FIUBA.
Supportes Docentes de la escuela técnica y de la especialización en embebidos
FIUBA.
Project Manager Ing Carlos G. Elli- profesor en la Escuela Técnica Nº12
Team Members Carlos Elli estará a cargo del trabajo cotidiano del proyecto
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
6
WBS (Work Breakdown Structure)
1 GESTION
1.1Project magnament
1.2 Identificar a los interesados
1.3 Hacer el project charter
1.4 Activity on node
1.5 WBS y Diagrama de Gant
1.6 Calculo de costos
1.7 Gestion de la calidad
2 REQUERIMIENTOS
2.1 Identificar los requerimientos
2.2 Requerimientos de software
2.3 Requerimientos de hardware
3 DISEÑO
3.1 Busqueda de informacion
3.2 Ingenieria inversa de software
3.3 Diseño del entorno grafico
3.4 Diseño de la interfaz
3.5 Diseño de aplicaciones
4 IMPLEMENTACION
4.1 Desarrollo del software
4.2 Desarrollo del Hardware para
aplicaciones
5 VALIDACION
5.1 Validacion del software
5.2 Validacion de la calidad
6 DOCUMENTACION
6.1 Documentacion del proyecto
6.2 Manual de usuario
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
7
DIAGRAMA DE GANNT
DIAGRAMA ACTVITY ON NOTE
O CAMINO CRITICO
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
8
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
9
GESTION DE COSTOS
Presupuesto
Categoria Detalle Costos $
Costos directos $125/Hs x 440Hs(PC
Aplic)
$55000
Costos indirectos 60% de los costos directos $33000
TOTAL $88000
Matriz de Recursos Materiales
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
10
GESTION DE LAS COMUNICACIONES
Identificamos los siguientes actores dentro del proyecto entre los cuales se llevan a cabo
las comunicaciones.
Los interesados que pueden ser las escuelas y organismos relacionados con la educación , el
Ing Carlos G. Elli como el Project manager , los clientes serian los alumnos y una
asistencia técnica .
Elementos de una comunicación efectiva
Mantener un lenguaje gestual y corporal de acuerdo al tema que se este tratando.
Asumir un lenguaje corporal acorde a lo que decimos y con las circunstancias sobre las
cuales se desarrolla la comunicación.
Ser claro y preciso
Responsables de la comunicación
El responsable de la comunicación es el Project manager
La audiencia de la comunicación
La audiencia de la comunicación va a depender de los diferentes actores entre los cuales se
este llevando a cabo la misma.Por ejemplo entre el Project manager y los clientes la
audiencia son los alumnos .
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
11
Los medios de comunicación
Los tipos de comunicación Pueden ser :
C1:Verbal directa : Reunion /frente a frente
C2:Verbal indirecta : a traves de telefonia celular o internet (conferencia)
C3:Escrita : por medio de una nota, registro o carta
C4:Digital : por mail , sms o algun otro medio digital.
C5:Por intermediarios: a traves de terceros que llevan mensajes.
La frecuencia puede ser :
F1: diariamente
F2: 1 o 2 veces por semana
F3: 1 vez por mes
Formato para el cuadro:
F:Frecuencia
MCH :Medio de comunicación habilitado.
MCP: Medio de comunicación prohibido.
B
A F/MCH/MCP
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
12
Cuadro de comunicaciones del proyecto
Project
manager
Interesados Clientes Asistentes
Project
manager
----------------- F2/C1/C5 F1/C1/C5 F2/C1-2-4/C5
Interesados F2/C1/C5 ------------------- F3/ C1-4 F2/C5
Clientes F1/C1/C5 F3/ C1-4 --------------- F2/C5
Asistentes F2/C1-2-4/C5 F2/C5 F2/C5 --------------------
GESTION DE RIESGOS
a) Identificar los riesgos
I_Haber hecho mal el camino critico
II_Que el tiempo para aprender la placa base supere el Estimado
III_No conseguir información suficiente para adaptar la placa al software.
IV_Que requiera de imprevistos no considerados en el Gantt.
V_No tener tiempo suficiente para llegar al plazo previsto.
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
13
b-c) Cuadro de ponderacion de posibles Riesgos
Nivel de Ponderacion Accion a seguir
Bajo Aceptar con plan de contingencia
Moderado Mitigar y transferir
Alto Evitar
Cuadro de ponderación de :Ocurrencia(O)/ Severidad (S) ;
Descripcion Ponderacion
Muy improbable / Muy baja 1
Relativamente improbable 3
Probable 5
Muy Probable 7
Casi certeza /Muy alta 9
Para la detectabilidad : 1(muy alta)-----9(muy baja)
Valores de RPN>100 se procede a tomar acciones de Mitigacion.
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
14
MATRIZ DE RIESGOS
Nº Riesgo O S D RPN Accion tomada O S D RPN
I Razones de
fuerza mayor
(enfermedad)
5 7 9 315 Aceptar con
plan de
contingencia
5 7 5 175
II Que el
tiempo para
aprender la
placa base
supere el
Estimado
7 7 7 343 Mitigar 3 5 3 45
III No conseguir
información
suficiente
para adaptar
la placa al
software.
3 7 1 21 Aceptar con
plan de
contingencia
3 7 1 21
IV Que requiera
de
imprevistos
no
considerados
en el Gantt.
5 7 5 175 Mitigar 3 5 3 45
V No tener
tiempo
suficiente
para llegar al
plazo
previsto.
7 5 5 175 Mitigar 5 3 5 75
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
15
En caso de fuerza mayor el riesgo sigue latente a pesar de aplicar un plan de contingencia
para tratar de bajar el impacto ,pero afectaria negativamente en la terminación del proyecto.
Los otros casos con valores mayores a 100 se procede con acciones de mitigacion ;en el
caso del IV habra que rehacer el Gantt y distribuir nuevamente los tiempos ;en el V habra
que tomar tiempos extra de dias no considerados para el Gantt y disminuir todas las
Holguras del mismo para llegar al valor del tiempo faltante. El ÌII se acepta pero igual se
toma un plan de contingencia .
GESTION DE LA CALIDAD
Podemos definir la calidad como el nivel en que un conjunto de características satisfacen
los requerimientos .Y grado de calidad indica las diferencias entre productos y servicios
con el mismo nivel funcional .
En nuestro caso la calidad estara definida por satisfacer los requerimientos de los clientes y
el grado de calidad lo obtenemos al compararlo con productos similares .Para esto
utilizaremos a modo de ejemplo la funcion casa de calidad donde definiremos lo siguiente:
I) Los QUE`S o los requerimientos de los clientes ,incluye ideas generales de lo que los
clientes quieren, en este caso los alumnos o instituciones educativas que
adquieran el producto,se obtienen directamente por encuesta y se tomaran los de
mayor importancia utilizando la regla de Pareto de esto se desprenden los
siguientes requerimientos:
Facil manejo.
Compatible con la EDU-CIAA
Que se puedan crear objetos.
Manejo de Hardware a traves de puertos.
Entretenido
De calidad
Precio
Todos estos se ponderan con un nivel de importancia que va de 1-5
II) Los COMO`S son las carateristicas tecnicas para satisfacer esos requerimientos se
pueden obtener de diagramas de causa efecto como los de espina de pescado , son estos:
Desarrollo de software.
Pruebas y test de calidad
Buena documentación y guia de ejercicios
Inversion en equipamiento.
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
16
III) En el centro se encuentra la relacion entre los QUE`S y los COMO´S ponderados con la
siguiente tabla :2-4-6-8 . La misma refleja que es lo que quieren los clientes y como se lleva
a cabo esto de manera técnica .Las relaciones se ponderan entre fuertes(8);medianamente
fuertes(6);debiles(4) y muy debiles(2).
Los valores totales se obtienen multiplicando la ponderación entre las caracteristicas
tecnicas y los requerimientos ,sumando todos se obtiene la importancia tecnica .
8 2 6 2 8 4 2 2 6 2 4 2 8 4 2 6 4 2 2 6 8 8 4 8 6 6 6 6
160
200 284 164
IV) A la derecha se encuentra la relacion que nos compara con otros productos similares (la
competencia) . Aquí comparamos cada una de los requerimientos con los de productos
similares ,puede estar basado en encuestas sobre productos similares o en un análisis
cualitativo de las características de los competidores. Lo evaluamos como mejor ,igual y
peor que lo nuestro ,nos da una indicacion de que punto debemos mejorar .
V) En la parte inferior tenemos la cuantificacion de nuestras caracteristicas tecnicas y su
ponderación .
VI) Por ultimo tenemos el techo de la casa que expresa la correlacion entre nuestras
caracteristicas tecnicas.
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
17
La ponderación para el techo seguira la siguiente tabla de valores :
Correlacion alta---------------------- 8
Correlacion media -------------------. 6
Correlacion baja---------------------- 4
Sin correlacion------------------------ 2
Que se corresponden con una relacion fuertemente positivas ,positivas ,negativas y
fuertemente negativas respectivamente.
Por ejemplo la relacion entre desarrollo de software - prueba y test se
considera alta puntuada con 8 , sumando para este todos los pesos obtenemos
8+8+6=22 para compararlos los dividimos por el de menor ponderación en
este caso es el que sumado da 6+4+2=12 y obtenemos 22/12=1.83 que es el
mas alto , si tomamos la proporcion entre 1 y 1.83 y la comparamos con
nuestra tabla de 2 a 8 ,a 1.83 le corresponderia el 8 ,a 1.16 el 1 y asi
sucesivamente.
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
18
x
FUNCION QFD O CASA DE CALIDAD
Interacciones
8
2
2
2
Dirección de la mejora Cómo's
Qué's
Import
anci
a
Des
arro
llo
de
soft
war
e P
rueb
as y
tes
t
de
cali
dad
B
uen
a
Inver
sión
en
Equip
o
Evaluación de la Competencia
Facil manejo 8 8 2 6 2 Compatible EDU-CIAA
4 8 4 2 2 x Crear objetos 4 6 2 4 2 x Manejo de puertos 6 8 4 2 6 x Entretenido 8 4 2 2 6 x Calidad 6 8 8 4 8 x Precio 6 6 6 6 6 x
Importancia Técnica 284 164 160 200
MB X
B X
R X Evaluación Técnica
M X
Vemos que hay una mayor importancia técnica en el desarrollo del software y que la
documentación y guia de practicas es donde tengo que poner mas trabajo para mejorar la
calidad.
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
19
b) Costos de la calidad
Costo de conformidad -Prevencion
Entrenamiento Hs para desarrollo de
software a $125/Hs $16250
Documentacion Manual de usuario y guia de
practicas $1200
Equipamiento Para armado de practicas
basicas y/o interfaces $2000
Subtotal $19450
Costo de conformidad -Evaluacion
Test de prueba Desarrollo de pruebas de
software $2000
subtotal $2000
TOTAL $21450
Costo de no conformidad
Fallas internas Se considera el costo de
rechazar el producto por no
cumplir los requerimientos
$5000
b) Verificación
La verificación permite confirmar que las especificaciones son consistentes con los
requerimientos y que el resultado del proyecto este acorde a las especificaciones.
Podemos ver de la casa de calidad la relacion entre las especificaciones y los
requerimientos y se reforzaran aquellas que muestren una vinculacion debil de acuerdo a
la ponderación . Para el proceso de verificación de software se emplearan test de pruebas.
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
20
Validación
El proceso de validación se hara probando un prototipo funcional de software (una
primera versión ) y sometrla a test de prueba.
GESTION DE RECURSOS HUMANOS
a) Autoridad y Responsabilidad
La autoridad como capacidad de tomar decisiones o firmar ordenes en este proyecto
esta determinada por el Project Manager asi como tambien la responsabilidad para
cumplir con los resultados.
b) Matriz de asignación de responsabilidades
Para la realización considero un Project Manager ,el Dueño y un equipo de
trabajo para desarrollo de hardware ,solo a modo de ejemplo ya que solo hay un
project manager.
Ponderación: A: aprobado; I: informado; R: responsable ; C: consultado.
Codigo WBS Dueño Project Manager Equipo de
desarrollo
Gestion A R I/C
Requerimientos - R I/C
Diseño - R I/C
Implementacion - R I/C
Validacion - R I/C
Documentacion - R I/C
Ariel Lutenberg
-
APLICACIONES DIDACTICAS PARA EDU-CIAA 2015 GESTION DE PROYECTOS –LSE -FIUBA
21
Micromanagement
El micromanagement consiste en que el jefe suele entrar al detalle del cometido del
subordinado, revisando con frecuencia temas puntuales que normalmente se delegan,
pero que, en este caso, son objeto de control minucioso y repetido. Incluye temas de
importancia secundaria y hasta triviales. Esto constituye una fuerza de rozamiento
permanente que desgasta racional y emocionalmente al subordinado.En el caso de
mi proyecto pasaria si delegara por ejemplo el diseño de objetos para el software a
otra persona y no lo dejara trabajar con tranquilidad en la tarea que le encomende.
GESTION DE COMPRAS
Los gastos para realizar alguna aplicación del software corren por cuenta del Project
manager y son minimos por lo tanto no considero en este proyecto la gestion de compras.
PROCESO DE SEGUIMIENTO
Para el control y seguimiento del proyecto se tomara como base el diagrama de Gantt
calculado teniendo especial cuidado en las rutas criticas halladas en el AON Se pretende
hacer informes semanales de progreso que formaran parte de la documentación final .
PROCESO DE CIERRE
Si bien la base del trabajo es el Scratch se evaluaran aplicaciones con software similares
como el Snap! . Se espera llegar a la fecha limite con un prototipo funcional de la Edu-
CIAA y dicho software .Al final se hara una evaluacion de todas las etapas del
desarrollo y su documentación.
Ariel Lutenberg