Diferencia entre revisiones de «PUBLICO:Material de clases»

De SOA - Wiki - Unlam
Ir a la navegación Ir a la búsqueda
Línea 17: Línea 17:
 
  -. [[PUBLICO:GIT|GIT]]
 
  -. [[PUBLICO:GIT|GIT]]
 
  -. [http://so-unlam.com.ar/material-clase/HPC/EstructuraPaper_cacic.doc Formato Paper - TP3]
 
  -. [http://so-unlam.com.ar/material-clase/HPC/EstructuraPaper_cacic.doc Formato Paper - TP3]
 
 
'''<big>Documentación de Proyecto</big>'''<br />
 
* Presentación: materia, alumnos, nombre del proyecto y título del proyecto (que lo describa)
 
* Descripción del proyecto para cualquier ciudadano (¿Qué es? ¿Que hace? ¿Que problema soluciona?).
 
* Descripción de objetivos: Como lo hace, que da como resultado.
 
* Descripción de partes: esquema físico, como se interactúa con el sistema.
 
* Descripción de funcionalidad: Diagrama funcional y físico.
 
* Descripción de todo el sistema: Que lógica tiene el sistema completo.
 
* Componentes: Detalle de sensores y actuadores, que otras cosas lo componen.
 
* Funcionamiento: explicación del funcionamiento de todas las partes.
 
* Firmware: Como es el firmware, funciones realizadas, estados, interacciones, diagramas.
 
* Android: Pantallas, explicación de las partes.
 
* Manual: como se usa.
 
 
== Repositorio ==
 
 
Por funcionamiento conceptual, no debe haber varias versiones del mismo código.
 
 
Dentro de la carpeta de embebido debe haber otra carpeta con los test unitarios de los sensores/actuadores (diseño incremental)
 
 
=== README.md ===
 
 
Debe contener la documentacion del trabajo , referenciando diagramas,
 
imágenes y otro material a la carpeta de embebidos.
 
 
El archivo '''README.md''' debe estar actualizado y es en donde se revisaran las microentregas clase a clase.
 
 
Ejemplos:
 
 
[https://gitlab.com/gitlab-org/gitaly/blob/master/README.md Soft interno]
 
 
[https://github.com/mattiasjahnke/arduino-projects Arduino]
 
[https://github.com/DragonComputer/DragonArmor/blob/master/README.md Foto]
 
 
 
== Guía de evaluación de código ==
 
 
Los puntos principales a observar en el código es:
 
 
* NO Delay, no While, no For ni esperas de ningún tipo.
 
* No tiene que haber código comentado.
 
* No tiene que haber números mágicos, o sea no aparecer números en el medio del código. Si las constantes son muchas, se debe colocar un .h con todas las definiciones.
 
* Identación y posición de llaves en misma columna.
 
* Constantes en mayúsculas.
 
* En vez de tabulación, espacios.
 
* Funciones de no más de 10 lineas.
 
* Maquina de estados con estados en ENUM.
 
* Estilo de código GNU, no K&R.
 

Revisión del 02:28 20 ago 2019


Menú >> PUBLICO:Portada >> Material de clases


Material de clase

Este listado contienen los enlaces a los materiales de estudios acerca de los temas que serán vistos en las clases de la materia Sistemas Operativos Avanzados. A partir de ellos se podrá acceder a las dispositivas dadas en las clases y materiales complementarios, como apuntes y tutoriales.

Temas
0. Presentación SOA 2019 1. Tiempo Real 2. Sistemas embebidos e Internet de las Cosas 3. Android 4. HPC 5. Reconfigurables
Trabajos Prácticos
-. Guía de Trabajos Prácticos -. GIT -. Formato Paper - TP3