[DONE] git organized
-
Semana de 01/out: 1º trabalho laboratorial.
- emissão e receção de um trama em linguagem C
- máquina de estados para receção de trama
- abertura de ligação lógica
- implementação de timeout
-
Semana de 08/out: 1º trabalho laboratorial.
- implementação de protocolo de ligação de dados com mecanismo de controlo de erros Stop and Wait
-
Semana de 15/out: 1º trabalho laboratorial.
- protocolo de ligação de dados
- protocolo de aplicação
-
Semana de 22/out: Avaliação do 1º trabalho laboratorial.
a) O relatório do 1º trabalho laboratorial de RCOM deverá conter a seguinte informação:
-
Título, Autores
-
Sumário (dois parágrafos: um sobre o contexto do trabalho; outro sobre as principais conclusões do relatório)
-
Introdução (indicação dos objectivos do trabalho e do relatório; descrição da lógica do relatório com indicações sobre o tipo de informação que poderá ser encontrada em cada uma secções seguintes)
-
Arquitetura (blocos funcionais e interfaces)
-
Estrutura do código (APIs, principais estruturas de dados, principais funções e sua relação com a arquitetura)
-
Casos de uso principais (identificação; sequências de chamada de funções)
-
Protocolo de ligação lógica (identificação dos principais aspectos funcionais; descrição da estratégia de implementação destes aspectos com apresentação de extratos de código)
-
Protocolo de aplicação (identificação dos principais aspectos funcionais; descrição da estratégia de implementação destes aspectos com apresentação de extractos de código)
-
Validação (descrição dos testes efectuados com apresentação quantificada dos resultados, se possível)
-
Eficiência do protocolo de ligação de dados (caraterização estatística da eficiência do protocolo, feita com recurso a medidas sobre o código desenvolvido. A caracterização teórica de um protocolo Stop&Wait, que deverá ser usada como termo de comparação, encontra-se descrita nos slides de Ligação Lógica das aulas teóricas).
-
Conclusões (síntese da informação apresentada nas secções anteriores; reflexão sobre os objectivos de aprendizagem alcançados)
- Anexo I - Código fonte
- Outros anexos, se necessário
b) O estudante tem a liberdade de "fundir" algumas das secções apresentadas (Sec. 2 a Sec.8). Poderá, por exemplo, despromover algumas das secções a subsecções.
c) O relatório não pode exceder 8 páginas A4, fonte de 11pt. Os anexos não estão incluidos nestas 8 páginas.
d) O relatório pode ser entregue até uma semana depois da demonstração ter sido aceite pelo professor.
e) Os relatórios devem ser submetidos via moodle, na turma correspondente. O grupo de alunos deverá, no entanto, facultar uma cópia do relatório em papel ao professor, caso este lhe seja pedido.
f) Algumas dicas sobre o estilo de escrita a adoptar em relatórios técnicos:
-
a escrita deve ser organizada em torno do parágrafo. Cada parágrafo deve ser dedicado a um único assunto e, na primeira linha do parágrafo, deve poder perceber-se de imediato qual é esse assunto;
-
o parágrafo deve ser grande. Este estilo de escrita permite uma leitura "fotográfica" da página;
-
escreva pela positiva; descreva o que fez e não o que não fez;
-
seja cuidadoso com a utilização de adjetivos e evite descrições vagas. Não diga que o seu código é rápido; diga que determinada função é executada em cerca de 200 ms. Não diga que fez muito código; diga que fez cerca de 800 linhas de código;
-
depois de escrever uma frase ou um parágrafo releia-o. Se conseguir colocar a mesma informação num menor número de palavras, faça-o;
-
Não use uma segunda frase para explicar de outra forma o assunto que descreveu na primeira frase; nesta situação deverá re-escrever a primeira frase;
-
Se, durante a escrita, sentir necessidade de abrir parenteses ou introduzir um parágrafo adicional para introduzir um qualquer conceito, reformule o texto. Provavelmente estes conceitos deveriam ter sido introduzidos numa secção ou num capítulo anterior. As frases e os parágrafos devem aparecer sempre em sequência natural;
-
Escreva o texto como se estivesse a fazer software. Defina nomes e conceitos antes de os usar e depois, no texto, use sempre o mesmo nome para o mesmo conceito, mesmo que tenha de o usar múltiplas vezes na mesma frase.
Communications Networks - MIEIC FEUP
Projects done in colaboration with TejInaco