Eksempel på akademisk rapport

Det Faglig rapport Det er dokumentet, der fungerer som formel kommunikation mellem studerende og deres lærer, det er det resultat af en bibliografisk eller eksperimentel undersøgelse, der har at gøre med et kursus i særlig.

For at gøre indholdet af denne type tekst klart og forståeligt for andre mennesker kan forskellige ressourcer såsom analogier, metaforer, diagrammer, diagrammer eller grafer bruges.

Udarbejdelse af en Faglig rapport Det skal ske enten i tredje person eller i første person flertal. Når det er lavet, skal følgende grundlæggende regler tages i betragtning: pas på, at det ikke eksisterer gentagelse af ideer, at teksten holder et forhold, ikke falder i modsætninger, og at den præsenterer en progression; Ved hjælp af disse regler er målet at holde teksten sammenhængende.

De dele, der udgør strukturen i en akademisk rapport, er generelt:

• Et dæksel
• Indeks
• Introduktion
• Udvikling af emnet
• Konklusioner
• bilag
• Bibliografi.

Eksempel på akademisk rapport:

National Autonomous University of Mexico

Lic. I computing.

Faglig rapport.

MVC programmeringsmønster.

Indeks

1. Introduktion
2. MVC programmeringsmønster
3. Konklusioner om MVC
4. Bibliografi.

1. Introduktion.

Programmeringsmønsteret Programming View Model er en arkitektur, der foreslår adskillelse af applikationer i dataadgangsmodel, brugervisning og kontrolelementer, der reagerer på begivenheder.

2. MVC programmeringsmønster.

MVC-mønsteret foreslår adskillelse af programmeringslogik og brugergrænseflader for at gøre det muligt at designe tests enheder af forskellige komponenter i systemet for at validere dets endelige funktionalitet uden at vente på, at det er helt færdigt gør det.

Vi bruger bygningen af ​​en bil som en analogi til at forklare dette mønster; Når man bygger en bil, bygges de forskellige dele, der udgør den, uafhængigt og testes isoleret. Det er ikke nødvendigt at have motoren monteret i bilen for at teste den, og heller ikke at lydudstyret skal installeres for at garantere, at det fungerer korrekt.

På samme måde adskilles softwaren i forskellige komponenter, der testes uafhængigt, så de på det tidspunkt, de samles til udgør den endelige software, bekymrer vi os ikke især om betjeningen af ​​hver komponent, fordi den allerede er testet og er samlet fri for mangler.

 3. Konklusioner.

Brugen af ​​MVC-mønsteret letter vedligeholdelsen af ​​softwaren, da det er sammensat af uafhængige komponenter, det er muligt at ændre eller udskifte en af ​​dem uden at påvirke resten.

4. Bibliografi.

• MSDN Magazine