Desarrollo de interfaz gráfica en Java para...

Plan de Proyecto del Trabajo Final de Carrera

de Especialización de Sistemas Embebidos

Ing. Hernán Felipe Rey Hernández

Página 1 de 27

Desarrollo de interfaz

gráfica en Java para

EDUCIAA

Autor


Director del trabajo

Esp. Ing. Eric Pernía

Jurado propuesto para el trabajo

Mg. Ing. Félix Safar (UNQ)

Dr. Carlos Lombardi (UNQ)

Este plan de trabajo ha sido realizado en el marco de la asignatura gestión de

proyectos entre octubre y diciembre de 2015.




Página 2 de 27

Tabla de contenido

Registros de cambios

Acta Constitutiva

1. Nombre del Proyecto

2. Fecha de inicio y finalización del proyecto

3. Presupuesto preliminar asignado

4. Identificación y análisis de los interesados

5. Propósito y Justificación del proyecto

6. Objetivos

7. Alcance del proyecto

8. Supuestos y restricciones del proyecto

9. Requerimientos

10. Entregables principales del proyecto

11. Desglose del trabajo en tareas

12. Análisis de factibilidad

13. Diagrama de Activity On Node

14. Diagrama de Gantt

15. Matriz de uso de recursos de materiales

16. Presupuesto detallado del proyecto

17. Matriz de asignación de responsabilidades

18. Gestión de riesgos

19. Gestión de la calidad

20. Comunicación del proyecto

21. Gestión de Compras

22. Seguimiento y control

23. Procesos de cierre




Página 3 de 27

Registros de cambios

Revisión Cambios realizados Fecha

1.0 Creación del documento 04/11/15

1.1 Modificaciones en los puntos: 4, 6, 8, 9, 10, 11, 12, 13, 14, 15,

16 y 17

12/11/15

1.2 Modificaciones en los puntos: 4, 6, 8, 13, 14, 15, 16, 17, 18, 19,

20, 21, 22 y 23

18/11/15

1.3 - Se agregaron nombres del jurado.

- Se modificaron fechas de entrega.

- Modificación de propósitos del proyecto.

- Adiciono tarea de presentación de proyecto.

19/11/15




Página 4 de 27

Acta Constitutiva

CABA, 4 de noviembre de 2015

Hernán Felipe Rey Hernández

De mi mayor consideración

Con el fin de mejorar la interacción hombre-máquina en los sistemas embebidos desarrollados en

la EDUCIAA se lo designa a Ud como Responsable del proyecto “Desarrollo de interfaz gráfica en Java para

EDUCIAA”, con un presupuesto total estimado de 700 horas/hombre, con fecha de inicio 04/11/15 y de

finalización 30/06/2016.

Se adjunta a esta acta la planificación inicial.

Esp. Ing. Eric Pernía




Página 5 de 27

1. Nombre del Proyecto

Desarrollo de interfaz gráfica en Java para EDUCIAA.

2. Fecha de inicio y finalización del proyecto

Fecha de inicio: 4 de noviembre de 2015.

Fecha de finalización: 30 de junio de 2016.

3. Presupuesto preliminar asignado

Se inicia con un presupuesto tentativo de 700 horas/hombre y 200 dólares para la compra de EDUCIAA

y componentes de video HDMI.

4. Identificación y análisis de los interesados

Rol Nombre y Apellido Departamento Puesto

Auspiciante Ing. Felipe Rey Ingeniero Estudiante CESE

Cliente Esp. Ing. Eric Pernía Ingeniero Docente CESE

Impulsor Ing. Felipe Rey Ingeniero Estudiante CESE

Responsable Ing. Felipe Rey Ingeniero Estudiante CESE

Colaboradores Ing. Ezequiel Esposito Ingeniero Docente CESE

Usuario Final Comunidad CIAA:

Personas que utilicen

desarrollos basados en

proyecto CIAA

- Cliente: es necesario que GUI, donde se desarrollan las interfaces visuales sea amigable e intuitivo.

- Auspiciante: es estricto, desea que todas las tareas y avances sean registradas en JIRA.

- Responsable: Felipe Rey, suele viajar continuamente. Coordinar las tareas para poder continuar con

proyecto a distancia.




Página 6 de 27

- Colaborador: Ezequiel Esposito, en el pasado realizo un proyecto similar con GLCD, puede colaborar

con la librerías de objetos visuales.

- Cliente: Eric Pernía, nos va a poder colaborar facilitando PLUG-IN de HVM java y ICELAB para eclipse,

que desarrollo en su proyecto.

5. Propósito y Justificación del proyecto

El propósito de este proyecto es proporcionar un componente grafico integrado a un HVM (Hardware

Virtual Machine), para desarrollar interfaces visuales en la EDUCIAA, por medio de un periférico de

video HDMI, utilizando librerías y GUI en Java. Otro propósito de este trabajo es recibirme como

especialista en sistemas Embebidos.

La justificación de este proyecto es facilitar la interacción hombre-máquina en los desarrollos de

sistemas embebidos. Esto proporcionará a los usuarios mayor interrelación y entendimiento de la

aplicación utilizada, ampliando las posibilidades de nuevos campos y tipo de desarrollos en los que se

puede implementar. También presentará a los desarrolladores una nueva opción de depuración,

permitiendo visualizar variables tiempo real.

6. Objetivos

Desarrollar e integrar hardware de HDMI para EDUCIAA.

Integrar driver de interfaz gráfica a firmware de la CIAA de HVM.

Realizar integración de librerías de interfaces Java a proyectos anteriores en la CIAA.

Crear en uno de los dos procesadores de la EDUCIAA una interfaz gráfica en Java y utilizarlo

para visualizar variables en tiempo real en el otro procesador.

Realizar documentación del módulo gráfico y hardware de HDMI.

Compartir driver, módulos, librerías, hardware y documentación para su libre acceso e

implementación en otros proyectos.

Recibirme de especialista en sistemas embebidos.

7. Alcance del proyecto

El proyecto incluye tarjeta de HDMI que se conectará por medio de algún puerto disponible a la

EDUCIAA. También, cuenta se dispone de un driver para integrar librerías de componentes gráficos de

Java en C para HVM, desarrollo de HVM con interfaz para visualizar logger de otros procesadores. Solo

se utiliza la EDUCIAA y se documentará el driver.

No se incluye:

El proyecto no incluye otros formatos de video, aparte de HDMI.




Página 7 de 27

Formato de audio.

Modulo y driver para otras tarjetas de desarrollo.

Soporte de librerías avanzadas de componentes visuales Java.

Función de acción de componentes visuales de interacción con usuario, tales como botones

o textBox de ingreso de texto.

Desempeño óptimo de tiempo de refresco de imágenes.

8. Supuestos y restricciones del proyecto

Se supone que el tiempo de actualización de imágenes es de 100 milis segundos.

Se supone que el procesamiento en la EDUCIAA es lo suficientemente veloz para procesar

imágenes, que se encuentran en la memoria RAM compartida entre los dos procesadores.

Se supone que es posible basarse en la librería grafica de Linux, para desarrollar la de la

EDUCIAA.

Se supone que la HVM Java, es capaz de soportar la integración por reflexión de la librería

grafica en C.

Se debe utilizar la EDUCIAA, o en dado caso rediseñar la placa para agregar la funcionalidad de

video HDMI.

9. Requerimientos

1. Hardware

1.1. Cualquier desarrollo se debe basar o ser un complemento de la EDUCIAA.

1.2. Debe ser fácil de adaptar y construir.

1.3. Debe implementar un conector de HDMI.

2. Video

2.1. Se debe manejar como resolución mínima 720 x 400 pixeles.

2.2. Debe refrescar la imagen como mínimo cada 100 milisegundos.

2.3. EL formato de video tiene que ser DVI-D.

3. Software

3.1. Se deben tener librerías por capas.

3.2. Se deben crear objetos simples en C. (punto, fuentes, líneas, rectángulo y circulo)

3.3. Crear objetos de ventanas en Java y C.

3.4. Se debe utilizar uno de los dos procesadores de la EDUCIAA.

4. Documentación

4.1. Debe tener documentación los planos y componentes de la placa.

4.2. Documentar cada librería en C y Java.

4.3. Documentar un ejemplo de integración de todos los componentes de este proyecto.




Página 8 de 27

10. Entregables principales del proyecto

Módulo de hardware de HDMI para EDUCIAA.

Diseño de circuito de módulo HDMI.

Librerías graficas en C para video HDMI.

Librerías Java para componentes gráficos.

Manuales y documentación de cada librería gráfica y módulo HDMI.

11. Desglose del trabajo en tareas

1. Diseño de hardware de módulo HDMI

1.1. Investigar cómo funciona la norma HMDI.

1.2. Investigar que componentes son necesarios para crear diseño del circuito.

1.3. Realizar pruebas necesarias para diseño final de placa.

1.4. Diseño de placa final.

1.5. Soldar componentes.

1.6. Realizar pruebas de la placa.

2. Librerías en C, para pintar una imagen

2.1. Investigar sobre el estándar DVI para video.

2.2. Librería DVI en C.

2.3. Librería para colores básicos en C.

2.4. Librería para pintar un pixel.

2.5. Librería en C, para pintar una imagen.

2.6. Realizar pruebas.

3. Librerías en C, para objetos base

3.1. Investigar librería grafica de Linux.

3.2. Implementar formas básicas.

3.2.1. Línea.

3.2.2. Rectángulo.

3.2.3. Circulo.

3.2.4. Arco.

3.2.5. Elipse.

3.2.6. Puntos.

3.3. Implementar pintado de imágenes en formato de imágenes.

3.4. Fuentes.

3.4.1. Tipos.

3.4.2. Tamaños.

3.5. Pruebas que contiene todos los componentes.

4. Librería en C, para objetos de ventana.

4.1. Implementar objetos de ventana.




Página 9 de 27

4.1.1. Ventana.

4.1.2. Cajas de componentes.

4.1.3. Label.

4.1.4. Cajas de texto. (Solo para visualizar)

4.1.5. Indicadores. (Radio button)

4.1.6. Botones. (Solo para visualizar)

4.2. Pruebas con todos los componentes.

5. Diseño de librerías Java, para reflexión de objetos visuales.

5.1. Investigar sobre la librería AWT de Java.

5.2. Realizar la reflexión y representación de cada elemento desarrollado en C para Java.

6. Integración con HVM de java y librerías de C.

6.1. Crear ejemplo de logger en HVM java.

6.2. Crear ejemplo con todos los componentes en Java.

6.3. Verificar el desempeño.

7. Documentación.

7.1. Hardware.

7.2. Librerías en C.

7.3. Librerías en Java.

7.4. Documentación de integración de todos los componentes.

8. Presentación del proyecto.

8.1. Informe de avance.

8.2. Memoria del trabajo.

8.3. Presentación ante jurado.

12. Análisis de factibilidad

Realizando un estado del arte sobre proyectos similares, se encuentran implementaciones de interfaces visuales en procesadores, tales como: implementación de interfaz en GLCD, módulos gráficos para sistemas operativos. En cuanto al propósito de este proyecto, es posible basar librerías de C y Java en componentes desarrollados en estos proyectos. Económicamente es viable el proyecto, ya la inversión es mínima con respecto a las posibles utilidades en aplicaciones futuras por los usuarios de EDUCIAA, en campo del procesamiento de video y visualización de variables en tiempo real. Basándose en todo lo anterior y en el planteamiento de tareas y horas necesarias para este proyecto, es factible lograr los objetivos propuestos y compartir los logros alcanzados con la comunidad CIAA.




Página 10 de 27

13. Diagrama de Activity On Node




Página 11 de 27

14. Diagrama de Gantt




Página 12 de 27

15. Matriz de uso de recursos de materiales

Código WBS Nombre de la tarea

Recursos requeridos (horas)

PC EDU-CIAA Pantalla

HDMI Estación de soldadura

Protoboard

1.1 Investigar cómo funciona la norma HMDI

45 - - - -

1.2

Investigar que componentes son necesarios para crear diseño del circuito

45 - - - -

1.3 Realizar pruebas necesarias para diseño final de placa

32 - - - 32

1.4 Diseño de placa final 20 - - - -

1.5 Soldar componentes - - - 8 -

2.1 Investigar sobre estándar DVI para video

45 - - - -

2.2 Librería DVI en C 24 - - - -

2.3 Librería para colores básicos en C

16 - - - -

2.4 Librería para pintar un pixel

20 - - - -

2.5 Librería en C, para pintar una imagen

16 - - - -

2.6 Realizar pruebas de librería y placa

32 32 32 - -

3.1 Investigar librería grafica de Linux

45 - - - -

3.2 Implementar formas básicas

45 - - - -

3.3 Implementar pintado de imágenes en formato de imágenes

24 - - - -

3.4 Fuentes 20 - - - -

3.5 Pruebas que contiene todos los componentes

24 24 24 - -




Página 13 de 27

4.1 Librería en C, para objetos de ventana

45 - - - -

4.2 Pruebas con todos los componentes de ventanas

24 24 24 - -

5.1 Investigar sobre librería AWT de Java

32 - - - -

5.2

Realizar la reflexión y representación de cada elemento desarrollado en C para Java

32 - - - -

6.1 Crear ejemplo de logger en HVM java

16 16 16 - -

6.2 Crear ejemplo con todos los componentes en Java

16 16 16 - -

6.3 Verificar el desempeño y pruebas de integración

24 24 24 - -

7. Realizar documentación 24 - - - -

8. Presentación del proyecto 24 - - - -

Total 820 136 136 8 32

16. Presupuesto detallado del proyecto Moneda: Pesos Argentinos.

Categoría Descripción Cantidad Precio por

unidad Total

Directo Desarrollador Felipe Rey por horas 674 $ 50,00 $ 33.700,00

Materiales EDUCIAA 1 $ 600,00 $ 600,00

Materiales Placa para HDMI 1 $ 600,00 $ 600,00

Materiales Pantalla HDMI 1 $ 1.500,00 $ 1.500,00

Materiales Soldadura 1 $ 300,00 $ 300,00

Materiales Cable HDMI 1 $ 100,00 $ 100,00

Indirecto Otros (es un 30%, para costos que

surgen durante el proyecto) 1 $ 11.040,00 $ 11.040,00

Total - - $ 47.840,00




Página 14 de 27

17. Matriz de asignación de responsabilidades

Código WBS Nombre de la tarea

Listar todos los nombres y apellidos y el rol definidos en el proyecto

Felipe Rey Responsable

Eric Pernía Cliente

Ezequiel Esposito

Colaborador

Comunidad CIAA

Usuario

1.1 Investigar cómo funciona la norma HMDI

P A

1.2

Investigar que componentes son necesarios para crear diseño del circuito

P A

1.3 Realizar pruebas necesarias para diseño final de placa

P I –A

1.4 Diseño de placa final P I - A I

1.5 Soldar componentes P A

2.1 Investigar sobre estándar DVI para video

P A

2.2 Librería DVI en C P A C

2.3 Librería para colores básicos en C

P A C

2.4 Librería para pintar un pixel P A C

2.5 Librería en C, para pintar una imagen

P A C

2.6 Realizar pruebas de librería y placa

P I - A I

3.1 Investigar librería grafica de Linux

P A C

3.2 Implementar formas básicas

P A C

3.3 Implementar pintado de imágenes en formato de imágenes

P A C

3.4 Fuentes P A C

3.5 Pruebas que contiene todos los componentes

P I – A I

4.1 Librería en C, para objetos de ventana

P A C




Página 15 de 27

4.2 Pruebas con todos los componentes de ventanas

P I –A I

5.1 Investigar sobre librería AWT de Java

P C – A

5.2

Realizar la reflexión y representación de cada elemento desarrollado en C para Java

P C –A

6.1 Crear ejemplo de logger en HVM java

P C- I –A

6.2 Crear ejemplo con todos los componentes en Java

P C – I –A

6.3 Verificar el desempeño y pruebas de integración

P I - A I

7. Realizar documentación P I - A I

8. Presentación de proyecto P I - A I

Referencias: P = Responsabilidad Primaria

S = Responsabilidad Secundaria A = Aprobación I = Informado C = Consultado

18. Gestión de riesgos

a) Identificación de los riegos:

- Riesgo 1: El tiempo de visualización sea mayor de 100 milisegundos, causando que las imágenes no

tengan fluidez, debido a la falta de capacidad de procesamiento de la EDUCIAA.

- Severidad (7): porque uno de las restricciones del proyecto es lograr una tasa de refresco de

imágenes menor a 100 milisegundos para poder lograr una fluidez en las imágenes. Dado el

caso que sea mayor, el sistema funciona.

- Probabilidad de ocurrencia (4): ya que en la documentación del procesador de la EDUCIAA,

y teóricamente, la capacidad de procesamientos es suficiente, pero es necesario realizar

pruebas de desempeño de la EDUCIAA.

- Tasa de detección (5): la información necesaria se encuentra en la documentación de la

EDUCIAA, pero es necesario realizar pruebas de desempeño.

- Riesgo 2: Los recursos de memoria de la EDUCIAA, no sean los suficientes para almacena y procesar

las imágenes, variables de programa y HVM de java.




Página 16 de 27

- Severidad (9): porque al quedar sin recursos de memoria, no será posible ejecutar las

librerías de visualización, ni ninguna otra aplicación que esté usando estas.

- Probabilidad de ocurrencia (7): ya que no se puede calcular exactamente cuanta memoria

consumen las librerías. El valor exacto solo se puede calcular cuando estas se compilen.

- Tasa de detección (5): Se detecta cuando se compilen las librerías de visualización.

- Riesgo 3: Demoras en los tiempos de entrega de fabricación, compra de componentes y construcción

de tarjeta de módulo HDMI.

- Severidad (10): porque si tarda más tiempo del estipulado en el plan de trabajo, el proyecto

se detiene.

- Probabilidad de ocurrencia (2): ya que la fabricación de las tarjetas se hace con empresas

serias y con buenas referencias de buena puntualidad en el mercado.

- Tasa de detección (7): las posibles demoras recaen en actos de segundas empresas como las

que construyen la placa o los que importan los componentes para soldar.

- Riesgo 4: Perdida de toda la información del proyecto: códigos, diseños y diagramas.

- Severidad (10): porque sería necesario iniciar el proyecto desde ceros.

- Probabilidad de ocurrencia (7): ya que la información se mantiene en un solo lugar.

- Tasa de detección (4): se detecta cuando la información no se encuentre.

- Riesgo 5: No cumplir con los tiempos propuestos en el plan de trabajo en el proyector, causando que

no me pueda recibir de especialista en sistemas embebidos.

- Severidad (8): porque no se cumpliría con el objetivo de recibirme de especialista de

sistemas embebidos en la fecha propuesta.

- Probabilidad de ocurrencia (9): la estimación de tiempos en plan de trabajo puede variar,

ya que algunos temas debido a su dificultad y falta de experticia, pueden exigir más tiempo del

planeado.

- Tasa de detección (3): se detecta si no se cumple con los tiempos propuestos.

b) Tabla de gestión de riesgos:

Riesgo Severidad Ocurren. Detección RPN Severidad* Ocurren.* Detecc * RPN*

1 7 4 5 140 - - - -

2 9 7 5 315 9 4 5 180

3 10 2 7 140 - - - -




Página 17 de 27

4 10 7 4 280 10 2 4 80

5 8 9 3 216 8 8 3 192

Criterio adoptado: ‐ Se tomarán medidas de mitigación en los riesgos cuyos números de RPN sean mayores a 200. Nota: ‐ Los valores marcados con (*) en la tabla corresponden luego de haber aplicado la mitigación. c) Plan de mitigación de los riesgos que originalmente excedían el PRN máximo establecido: - Riesgo 2: se implementaran metodologías para optimizar la información que es necesaria almacenar en la memoria de la EDUCIAA, reduciendo la cantidad de memoria ocupada.

- Severidad (9): porque al quedar sin recursos de memoria, no será posible ejecutar las

librerías de visualización, ni ninguna otra aplicación que esté usando estas.

- Probabilidad de ocurrencia (4): se implementarán estrategias para disminuir el uso de

memoria pero el valor exacto solo se puede calcular cuando se compilen las librerías.

- Tasa de detección (5): Se detecta cuando se compilen las librerías de visualización.

- Riesgo 4: se mantendrá una copia de toda la información del proyecto: códigos, diseños y diagramas,

en la nube en repositorios.

- Severidad (10): porque sería necesario iniciar el proyecto desde ceros.

- Probabilidad de ocurrencia (2): ya que una copia de la información se mantiene en un

repositorio remoto en la nube.

- Tasa de detección (4): se detecta cuando la información no se encuentre.

- Riesgo 5: Buscar asesoría de personas externas en los temas en que presenten dificultad y tarden

más del tiempo propuesto. También será necesario basarse en proyectos anteriores para no construir

códigos desde cero.

- Severidad (8): porque no se cumpliría con el objetivo de recibirme de especialista de

sistemas embebidos en la fecha propuesta.

- Probabilidad de ocurrencia (8): la estimación de tiempos en plan de trabajo puede variar,

ya que algunos temas debido a su dificultad y falta de experticia, pueden exigir más tiempo del

planeado. Para mitigar estas situaciones, se utilizaran códigos de proyectos anteriores.

- Tasa de detección (3): se detecta si no se cumple con los tiempos planeados.




Página 18 de 27

19. Gestión de la calidad 1. Hardware

1.1. Cualquier desarrollo se debe de basar o ser un complemento de la EDUCIAA.

Calidad y grado de calidad:

- Calidad: se satisface si el desarrollo de hardware hace parte o se conecta por algún

periférico.

- Grado de calidad: implementar el desarrollo con todas las tarjetas de la CIAA.

Costos de conformidad y no conformidad:

- Costos de conformidad: tener que comprar la EDUCIAA para poder acoplar por periférico.

- Costo de no conformidad: no cumplir con el objetivo de implementar una interfaz gráfica

con HDMI.

Verificación y validación:

- Verificación: se debe utilizar el firmware de la CIAA.

- Validación: las pruebas se hacen con la EDUCIAA.

1.2. Debe ser fácil de adaptar y construir.


- Calidad: se cumple si el desarrollo de hardware se acople por lo menos, a través de solo un

conector.

- Grado de calidad: integrar el desarrollo hardware en la EDUCIAA.


- Costos de conformidad: invertir el doble de tiempo en el diseño y método de adaptación.

- Costo de no conformidad: el desarrollo no podrá ser utilizado por la comunidad CIAA.


- Verificación: durante el diseño, se consulta al cliente para saber el grado de dificultad para

la adaptación.

- Validación: consultar con los usuarios el grado de dificultad implementar la placa.

1.3. Debe implementar un conector HDMI.





Página 19 de 27

- Calidad: se satisface si la conexión con la pantalla se realiza a través de un conector HDMI.

- Grado de calidad: utilizar un conector mini HDMI.


- Costos de conformidad: realizar las pruebas en una pantalla con conexión HDMI.

- Costo de no conformidad: no se transmitirá video.


- Verificación: el formato en que se desarrolla el software debe soportar HDMI.

- Validación: ver las pruebas en pantalla de conexión HDMI.

2. Video

2.1. Se debe manejar como resolución mínima 720 x 400 pixeles.


- Calidad: se satisface si en la pantalla se visualizan imágenes de 720 x 400 pixeles.

- Grado de calidad: manejar alta resolución.


- Costos de conformidad: utilizar uno de los dos procesadores dedicado para pintar

imágenes.

- Costo de no conformidad: se visualizan imágenes de baja resolución.


- Verificación: implementar la matriz de pixeles en la RAM del procesador con un tamaño

de 3 x 720 x 400.

- Validación: la pantalla HDMI debe indicar la resolución propuesta.

2.2. Debe refrescar la imagen como máximo cada 100 milisegundos.


- Calidad: se cumple si se envía una imagen a la pantalla en menos de 100 milisegundos.

- Grado de calidad: enviar imágenes máximo a 30 milisegundos.





Página 20 de 27

- Costos de conformidad: utilizar un procesador dedicado a visualizar imágenes y utilizar

componentes de alta velocidad para video.

- Costo de no conformidad: se presenta discontinuidades en las imágenes.


- Verificación: durante simulación se visualizan imágenes en menos de 100 milisegundos.

- Validación: no se presentan discontinuidades en las imágenes.

2.3. El formato de video tiene que ser DVI-D.


- Calidad: se satisface si se visualiza una imagen en la pantalla.

- Grado de calidad: soportar formatos de audio y otros formatos de video.


- Costos de conformidad: implementar componentes que convierten un pixel de RGB a un

pixel de DVI-D.

- Costo de no conformidad: no tener imágenes en la pantalla.


- Verificación: observar la hoja técnica del componente de conversión DIV-D.

- Validación: tener imágenes en la pantalla.

3. Software

3.1. Se deben tener librerías por capas.


- Calidad: se cumple si en la documentación se encuentran la explicación de cada capa.

- Grado de calidad: utilizar un modelo conocido de capas.


- Costos de conformidad: tener asesoría de personas externas al proyecto, que tengan

experiencia en el modelamiento por capas.

- Costo de no conformidad: dificulta durante el mantenimiento, modificaciones,

actualización e implementación con otros proyectos.





Página 21 de 27

- Verificación: el cliente aprobara el diseño propuesto.

- Validación: los usuarios aprobaran el diseño propuesto.

3.2. Se deben crear objetos simples en C. (punto, fuentes, líneas, rectángulo y circulo)


- Calidad: se satisface si se pueden construir objetos complejos con la librería de objetos

simples.

- Grado de calidad: implementar diferentes tipos de fuentes.


- Costos de conformidad: tener asesoría de personas ajenas al proyecto que tengan

experiencia en el desarrollo de objetos gráficos.

- Costo de no conformidad: no construir objetos compuestos que se basan en estos objetos

simples.


- Verificación: observado la existencia de esta librería de objetos.

- Validación: realizar prueba para visualizar objetos simples en la pantalla, aleatoriamente.

3.3. Crear objetos de ventanas en Java y C.


- Calidad: se satisface si en la pantalla se visualiza una ventana diseñada en Java y C.

- Grado de calidad: implementar diferentes temas para las ventanas.


- Costos de conformidad: invertir tiempo aprender cómo funciona la gestión de las

ventanas que implementan otros sistemas como por ejemplo Linux y como integra AWT

estas librerías graficas en Java.

- Costo de no conformidad: no poder construir en diseño de una ventana en la pantalla.


- Verificación: debe existir las librerías en Java y C.

- Validación: en la pantalla se observara diseño de la ventana.

3.4. Se debe utilizar uno de los dos procesadores de la EDUCIAA.




Página 22 de 27


- Calidad: se satisface si uno de los dos procesadores se encarga de visualizar las imágenes.

- Grado de calidad: implementar un procesador externo a los dos principales, la

visualización de imágenes.


- Costos de conformidad: usar un procesador dedicado a la visualización de imágenes.

- Costo de no conformidad: no se podrá utilizar la EDUCIAA para integrar la interfaz gráfica

de otro desarrollo en paralelo.


- Verificación: en el código se indica que la visualización se hace en un procesador.

- Validación: correr la en un procesador la visualización y en otro un programa que ejecute

otro proceso.

4. Documentación

4.1. Debe tener documentación los planos y componentes de la placa.


- Calidad: se satisface si existe la documentación digital o en un repositorio de los planos y

componentes de la placa.

- Grado de calidad: tener traducido la documentación en diferentes idiomas.


- Costos de conformidad: detallar el diseño de los planos y listar los componentes con sus

hojas técnicas.

- Costo de no conformidad: no poder reproducir por otras personas, la placa desarrollada.


- Verificación: el cliente aprobara la documentación.

- Validación: la documentación debe existir en forma digital o estar en un repositorio.

4.2. Documentar cada librería en C y Java.


- Calidad: se satisface si las librerías tiene su detallada descripción en un documento digital.




Página 23 de 27

- Grado de calidad: traducir la documentación a diferentes idiomas.


- Costos de conformidad: descripción detallada de las funciones y clases creadas durante

el proyecto.

- Costo de no conformidad: no poder implementar las librerías con otros proyectos.


- Verificación: el cliente aprobara la documentación de las librerías.

- Validación: la documentación debe ser clara y existir en un documento digital.

4.3. Documentar un ejemplo de integración de todos los componentes de este proyecto.


- Calidad: se cumple si se documenta detalladamente un ejemplo donde se implementa todo

el desarrollo de este proyecto.

- Grado de calidad: crear video de ejemplos de la implementación de este proyecto.


- Costos de conformidad: detallar los pasos necesarios para reproducir un ejemplo donde

se implementa todo lo planteado en este proyecto.

- Costo de no conformidad: no utilizar los avances realizados en este proyecto en otros

proyectos.


- Verificación: el cliente debe reproducir el ejemplo propuesto.

- Validación: una persona ajena al proyecto con conocimiento en sistemas embebidos debe

reproducir el ejemplo descrito en la documentación de este proyecto.




Página 24 de 27

20. Comunicación del proyecto El plan de comunicación del proyecto es el siguiente:

PLAN DE COMUNICACIÓN DEL PROYECTO

¿Qué comunicar? Audiencia Propósito Frecuencia Método de comunicac.

Responsable

Diseño e implementación de hardware

Eric Pernía

Aprobación de implementación de hardware de HDMI

Durante la selección de la mejor opción para acondicionar EDUCIAA para HDMI

Correo electrónico

Felipe Rey Hernández

Implementación y pruebas de pintado de imágenes.

Eric Pernía Acompañamiento y aprobación

Durante la implementación y cuando se realicen las pruebas.

Correo electrónico


Diseño y desarrollo de objetos básicos en C

Ezequiel Esposito

Acompañamiento y sugerencias

Durante el desarrollo de los objetos básicos en C

Correo electrónico


Pruebas de objetos básicos en C

Eric Pernía Aprobación de las pruebas

Una vez se realicen las pruebas de los objetos básicos en C

Correo electrónico


Diseño y desarrollo de objetos de ventana

Ezequiel Esposito

Acompañamiento y sugerencias

Durante el desarrollo de los objetos de ventana

Correo electrónico


Pruebas de objetos de ventana

Eric Pernía Aprobación de pruebas de ventana

Una vez se realicen las pruebas de los objetos de ventana

Correo electrónico


Diseño de objeto de ventana en Java e

Eric Pernía Acompañamiento y sugerencias

Durante el desarrollo de los

Correo electrónico





Página 25 de 27

implementación de HVM Java

objetos de ventana en Java

Diseño de pruebas de integración

Eric Pernía Acompañamiento y sugerencias

Durante el diseño de las pruebas de integración

Correo electrónico


Prueba de integración

Eric Pernía, Comunidad CIAA

Aprobación

Una vez se realicen las pruebas de integración

Correo electrónico


Documentación Eric Pernía Aprobación Cuando se finalice la documentación del proyecto

Correo electrónico


21. Gestión de Compras

Para realizar las compras de los componentes necesarios para este proyecto se realizara de la

siguiente forma:

EDUCIAA: la compra se realizara a través del CESE. La entrega del producto se realiza mes y

medios después de haber cancelado el 100% del costo.

Monitor HDMI, Cable HDMI: la compra se realizara por medio de la tienda online Mercado

Libre. El criterio de selección del producto será el que cumpla con las especificaciones

necesarias para este proyecto, garantía de 3 meses como mínimo y precio más bajo.

Componentes electrónicos y PCB: la selección de estos proveedores será por medio de

empresas locales, los cuales cumplan con las condiciones de fechas de entregas máximo de

dos días y ofrezcan los mejores precios.




Página 26 de 27

22. Seguimiento y control

SEGUIMIENTO DE AVANCE

Tarea del

WBS

Indicador de avance Frecuencia de reporte

Responsable de

seguimiento

Persona a ser informada

Método de comunicac.

1. Selección de componentes para el módulo HDMI

Cuando se tenga la lista de opciones


Eric Pernía Correo electrónico

2. Cuando se implemente el código de un pixel, imagen y cuando se realicen las pruebas

Cuando se alcance cada indicador



3. Componentes de objetos básicos implementados

Semanal Felipe Rey Hernández


4. Componentes de objetos de ventana implementados



5. Componentes implementados de ventanas en Java



6. Estados de las pruebas de integración



7. Puntos de documentación del proyecto



23. Procesos de cierre

Una vez finalizado el proyecto, se implementara el siguiente plan de cierre:

- Presentación y análisis del proyecto:

1. Presentación del desarrollo del proyecto.

2. Analizar los objetivos propuestos en este proyecto y verificar cada uno si fueron

alcanzados satisfactoriamente.

3. Verificar si los requerimientos del proyecto se cumplieron.

4. Comprobar la ejecución y cumplimiento del plan de trabajo y metodología usada.

- Análisis de problemas y soluciones:




Página 27 de 27

1. Comentar y discutir los problemas presentados durante el desarrollo del proyecto.

2. Discutir los posibles alcances y mejoras en el futuro para este proyecto

- Acto de agradecimiento:

1. Se agradecerá a todas las personas involucradas durante el desarrollo del proyecto con

una cena organizada y financiada por parte de Felipe Rey Hernández.

Desarrollo de interfaz gráfica en Java para...

Documents

Transcript of Desarrollo de interfaz gráfica en Java para...