Eksempel på faglig rapport

De Faglig rapport Det er dokumentet som fungerer som formell kommunikasjon mellom studenter og læreren deres, det er det resultat av en bibliografisk eller eksperimentell undersøkelse som har å gjøre med et kurs i bestemt.

For å gjøre innholdet i denne typen tekst klart og forståelig for andre mennesker, kan forskjellige ressurser som analogier, metaforer, diagrammer, diagrammer eller grafer brukes.

Utkast til a Faglig rapport Det må gjøres enten i tredje person eller i første person flertall. Når det lages, må følgende grunnleggende regler tas i betraktning: pass på at det ikke eksisterer repetisjon av ideer, at teksten holder et forhold, ikke faller i motsetninger og at den presenterer en progresjon; Ved hjelp av disse reglene er målet å holde teksten sammenhengende.

Delene som utgjør strukturen til en akademisk rapport er generelt:

• Et deksel
• Indeks
• Introduksjon
• Utvikling av temaet
• Konklusjoner
• blindtarm
• Bibliografi.

Eksempel på faglig rapport:

National Autonomous University of Mexico

Lisens I databehandling.

Faglig rapport.

MVC programmeringsmønster.

Indeks

1. Introduksjon
2. MVC programmeringsmønster
3. Konklusjoner om MVC
4. Bibliografi.

1. Introduksjon.

Programming View Model programmeringsmønsteret er en arkitektur som foreslår separasjon av applikasjoner i datatilgangsmodell, brukervisning og kontroller som svarer på arrangementer.

2. MVC programmeringsmønster.

MVC-mønsteret foreslår separasjon av programmeringslogikk og brukergrensesnitt, og søker å gjøre det mulig å designe tester enheter av forskjellige komponenter i systemet for å validere den endelige funksjonaliteten, uten å vente på at den skal være ferdig ferdig gjør det.

Vi bruker bygningen av en bil som en analogi for å forklare dette mønsteret; Når du bygger en bil, bygges de forskjellige delene som utgjør den uavhengig og testes isolert. Det er ikke nødvendig å ha motoren montert i bilen for å teste den, og heller ikke at lydutstyret skal installeres for å garantere at det fungerer korrekt.

På samme måte er programvaren delt inn i forskjellige komponenter som testes uavhengig, slik at de på det tidspunktet de settes sammen til utgjør den endelige programvaren, trenger vi ikke bekymre oss for driften av hver komponent spesielt, fordi den allerede er testet og er satt sammen uten feil.

 3. Konklusjoner.

Bruken av MVC-mønsteret letter vedlikehold av programvaren, siden det består av uavhengige komponenter, er det mulig å endre eller erstatte en av dem uten å påvirke resten.

4. Bibliografi.

• MSDN Magazine