Exempel på akademisk rapport

De Akademisk rapport Det är dokumentet som fungerar som formell kommunikation mellan studenter och deras lärare, det är det resultat av en bibliografisk eller experimentell undersökning som har att göra med en kurs i särskild.

För att göra innehållet i denna typ av text tydligt och förståeligt för andra människor kan olika resurser som analogier, metaforer, diagram, diagram eller diagram användas.

Utarbeta en Akademisk rapport Det måste göras antingen i tredje person eller i första person plural. När det är gjort måste följande grundläggande regler beaktas: se till att det inte finns upprepning av idéer, att texten håller en relation, inte faller i motsägelser och att den presenterar en progression; Genom dessa regler är målet att hålla texten sammanhängande.

De delar som utgör strukturen i en akademisk rapport är i allmänhet:

• Ett lock
• Index
• Introduktion
• Utveckling av ämnet
• Slutsatser
• Bilaga
• Bibliografi.

Exempel på akademisk rapport:

Nationella autonoma universitetet i Mexiko

Lic. I datorer.

Akademisk rapport.

MVC-programmeringsmönster.

Index

1. Introduktion
2. MVC-programmeringsmönster
3. Slutsatser om MVC
4. Bibliografi.

1. Introduktion.

Programmeringsmönstret Programming View Model är en arkitektur som föreslår separering av applikationer i datatillgångsmodell, användarvy och kontroller som svarar på evenemang.

2. MVC-programmeringsmönster.

MVC-mönstret föreslår separering av programmeringslogik och användargränssnitt för att göra det möjligt att designa tester enheter av olika komponenter i systemet för att validera dess slutliga funktionalitet, utan att vänta på att den ska vara helt klar gör det.

Vi använder byggandet av en bil som en analogi för att förklara detta mönster. När du bygger en bil byggs de olika delarna som utgör den självständigt och testas isolerat. Det är inte nödvändigt att ha motorn monterad i bilen för att testa den eller att ljudutrustningen ska installeras för att garantera att den fungerar korrekt.

På samma sätt är programvaran uppdelad i olika komponenter som testas oberoende så att de vid den tidpunkt då de monteras bildar den slutliga programvaran, oroar vi oss inte för driften av varje komponent i synnerhet, eftersom den redan har testats och är monterad fri från defekter.

 3. Slutsatser.

Användningen av MVC-mönstret underlättar underhållet av programvaran, eftersom det består av oberoende komponenter är det möjligt att ändra eller ersätta en av dem utan att påverka resten.

4. Bibliografi.

• MSDN Magazine