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


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


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


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


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


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


7

DIAGRAMA DE GANNT

DIAGRAMA ACTVITY ON NOTE

O CAMINO CRITICO

Ariel Lutenberg


8

Ariel Lutenberg


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


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


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


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


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


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


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


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


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


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


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


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


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

plan de proyecto aplicaciones didácticas para...

Documents