Voorbeeld academisch rapport

De Academisch rapport Het is het document dat dient als formele communicatie tussen studenten en hun leraar, het is de resultaat van een bibliografisch of experimenteel onderzoek dat te maken heeft met een cursus in bijzonder.

Om de inhoud van dit soort tekst voor anderen duidelijk en begrijpelijk te maken, kunnen verschillende bronnen zoals analogieën, metaforen, diagrammen, diagrammen of grafieken worden gebruikt.

Opstellen van een Academisch rapport Het moet in de derde persoon of in de eerste persoon meervoud worden gedaan. Bij het maken moeten de volgende basisregels in acht worden genomen: zorg ervoor dat het niet bestaat herhaling van ideeën, dat de tekst gerelateerd is, niet in tegenspraak raakt en dat het een progressie; Met deze regels wordt beoogd de tekst coherent te houden.

De onderdelen die de structuur van een academisch rapport vormen, zijn over het algemeen:

• Een dekmantel
• Inhoudsopgave
• Invoering
• Ontwikkeling van het onderwerp
• conclusies
• Bijlage
• Bibliografie.

Voorbeeld academisch rapport:

Nationale Autonome Universiteit van Mexico

lic. Bij informatica.

Academisch rapport.

MVC programmeerpatroon.

Inhoudsopgave

1. Invoering
2. MVC programmeerpatroon
3. Conclusies over MVC
4. Bibliografie.

1. Invoering.

Het programmeerpatroon van het Programming View Model is een architectuur die de scheiding voorstelt van: applicaties in data access model, user view en controls die reageren op evenementen.

2. MVC programmeerpatroon.

Het MVC-patroon stelt de scheiding van programmeerlogica en gebruikersinterfaces voor, om het mogelijk te maken om tests te ontwerpen eenheden van verschillende componenten van het systeem om de uiteindelijke functionaliteit te valideren, zonder te wachten tot het volledig is voltooid om doe het.

We gebruiken het bouwen van een auto als analogie om dit patroon te verklaren; Bij het bouwen van een auto worden de verschillende onderdelen waaruit de auto is opgebouwd onafhankelijk van elkaar gebouwd en afzonderlijk getest. Het is niet nodig om de motor in de auto te laten monteren om deze te testen, noch dat de geluidsapparatuur is geïnstalleerd om de juiste werking te garanderen.

Op dezelfde manier wordt de software opgesplitst in verschillende componenten die onafhankelijk worden getest, zodat ze op het moment dat ze worden geassembleerd tot: vormen de uiteindelijke software, maken we ons geen zorgen over de werking van elk onderdeel in het bijzonder, aangezien het al is getest en vrij is geassembleerd gebreken.

 3. Conclusies.

Het gebruik van het MVC-patroon vergemakkelijkt het onderhoud van de software, aangezien het bestaat uit onafhankelijke componenten, waardoor het mogelijk is om een ​​ervan te wijzigen of te vervangen zonder de rest te beïnvloeden.

4. Bibliografie.

• MSDN Magazine