Top-down en bottom-up

Onze top-down en bottom-up strategieën zijn het verwerken van informatie en kennis management, vooral met betrekking tot de software en, bij uitbreiding, andere humanistische theorieën en systemen theorieën. In het algemeen worden deze werkwijzen gebruikt voor het analyseren van probleemsituaties bouwen hypotheses passend hun oplossing: het begrip problematische situatie vanwege het brede scala aan gebieden, zoals de ontwikkeling van een computerprogramma, het oplossen van een probleem of geometrisch wiskundige bewerking van een tekst, het oplossen van een praktisch probleem / OS.

In de top-down model wordt in eerste instantie geformuleerd een overzicht van het systeem of dat het hoofddoel omschrijft, zonder in te gaan op de details van de delen. Elk onderdeel van het systeem wordt vervolgens afgewerkt door meer details van het ontwerp. Elk aldus verkregen nieuwe gedeelte kan dan opnieuw worden afgewerkt met specificatie nadere gegevens totdat de volledige specificatie gedetailleerd genoeg om het model te valideren. De top-down model is vaak ontworpen met behulp van de zwarte dozen die de vulling te vereenvoudigen, maar niet toestaan ​​om de elementaire mechanisme te begrijpen.

In tegenstelling tot de top-down model is de bottom-up design, waarbij de afzonderlijke onderdelen van het systeem zijn beschreven in detail, en vervolgens met elkaar verbonden grotere componenten te vormen op hun beurt verbonden met een systeem te realiseren voltooid. Strategieën gebaseerd op de bottom-up informatiestroom lijken mogelijk noodzakelijke en voldoende, omdat op basis van de kennis van alle variabelen die invloed hebben op de elementen van het systeem.

Top down

De top-down programmering is een stijl van de programmering, waarin het ontwerp begint met het specificeren van complexe onderdelen en ze vervolgens te delen in kleinere delen. Indien nodig worden de onderdelen bedoeld als vereist voor het coderen en het programma wordt ook geschreven. Dit is precies het tegenovergestelde van de bottom-up-programmering.

De naam top-down betekent van boven naar beneden: in de "up" wordt geplaatst in het probleem en "lage" de deelproblemen dat het componeren. De naam van een voorstelling in de piramide: het uiteindelijke doel is de top van de piramide en de sub-problemen die tot die zijn basis.

De top-down deel van de lens en het brengt weer de strategie direct geschikt is voor het doel zelf te bepalen, dan verhoogt het waarom en het is afhankelijk van de manier waarop; als onderdeel van de strategie om direct te bepalen de doelstelling identificeert de nodige middelen, precies beschikbaar is en te identificeren die ontbreekt, dan stelt zij elk ontbrekend resource als een sub-doel of als sub-probleem waarbij elke sub-doel vereist een sub-strategie met betrekking tot het.

Bottom up

De bottom-up plaats tekent een afbeelding van een pijl die de staart en de bodem is het punt: de dynamische gezichtspunt we starten vanaf de bodem en je hoofd omhoog.

De bottom-up vorm krijgt vanaf het begin of vanaf de uitgangssituatie; beschouwt het uiteindelijke doel, het bouwen van een pad leidt sequentiële georganiseerd in opeenvolgende stappen, waarbij het anker tussen mijlpalen en uiteindelijke doel is meestal intuïtief gezocht.

Informatica

In het proces van softwareontwikkeling, de top-down en bottom-up speelt een belangrijke rol. De top-down benadering benadrukt de planning en een grondige kennis van het systeem. Het is duidelijk dat er geen codering kan beginnen totdat een voldoende gedetailleerd in het ontwerp van een belangrijk deel van het systeem bereikt minimaal. Maar dit vertraagt ​​de testfase van de laatste functionele eenheden van een stelsel mits een aanzienlijk deel van het ontwerp is niet voltooid. De bottom-up benadering benadrukt de codering en de stap van het begin van de testen, die zodra de eerste module is opgegeven kunnen beginnen. Deze benadering is echter induceert het risico dat de modules kunnen gecodeerd worden zonder een duidelijk beeld van hoe ze moeten worden verbonden met andere delen van het systeem, en dat type koppeling kan niet gemakkelijk zijn. De herbruikbaarheid van code is één van de belangrijkste voordelen van de bottom-up.

De top-down ontwerp is ondersteund in de jaren zeventig door IBM onderzoekers Harlan Mills en Niklaus Wirth. Mills ontwikkelde het concept van gestructureerd programmeren voor praktisch gebruik, en hij ze getest in een project in 1969 tot de archieven van de New York Times te automatiseren. De succesvolle techniek en management van dit project leidde tot de groei van bovenaf via IBM en de rest van de computerindustrie. Niklaus Wirth, die onder andere bedrijven ontwikkelde de programmeertaal Pascal, schreef het gezaghebbende document Software ontwikkeling voor opeenvolgende verfijningen. De top-down-methoden waren de favoriet in de software in de jaren tachtig.

Moderne benaderingen van software ontwerpen te combineren meestal zowel technische top-down en bottom-up één. Hoewel het begrip van het complete systeem doorgaans nodig is voor een goed ontwerp, dat in theorie leidt tot een top-down benadering wordt beschouwd, de meerderheid van software projecten proberen gebruik te maken van de bestaande code te maken om bepaalde niveaus. De modules reeds bestaande schade aan het ontwerpen van een bottom-up trend. Sommige ontwerpbenaderingen werken door het ontwerpen van een systeem dat volledig functioneel gedeeltelijk gecodeerd, dan wordt vervolgens uitgebreid tot alle projectvereisten voldoen.

Programmering

De techniek voor het schrijven van een programma dat door het gebruik van top-down-methoden van het schrijven geeft aan een van de belangrijkste procedure die de naam aangeeft van de meest essentiële dingen die je nodig hebt. Later zal de groep programma onderzoekt de behoeften van elk van deze functies en het proces wordt herhaald. Deze procedures subsector dergelijke eenvoudige handelingen die uiteindelijk zal leiden tot een codering eenvoudig en beknopt voeren. Wanneer alle verschillende sub-procedures zijn gecodeerd, wordt het programma gerealiseerd.

Voordelen

  • De planning team blijft gericht op het doel.
  • Iedereen weet hun werk.
  • Op het moment waarop een deel van de programmering, zijn er vragen.
  • De code is eenvoudig te volgen, want het is geschreven in een methodische en met een doel.

Nadelen

  • De top-down programmering kan de testfase ingewikkelder, omdat het niet bestaat een uitvoerbaar totdat je bijna aankomt op het einde van het project.
  • De bottom-up programmering vereenvoudigt unit testen, maar tot het systeem toetreedt kan niet getest worden in zijn geheel, en dit veroorzaakt vaak complicaties aan het eind van het project "Individueel zijn we, we samen falen."
  • Alle beslissingen zijn afhankelijk van het project, en sommige beslissingen niet kan worden gemaakt op basis van de gedetailleerde specificaties.

Neurowetenschap en psychologie

Dit lexicon wordt ook gebruikt in de neurowetenschap en psychologie. De studie van visuele aandacht is één voorbeeld. Als uw aandacht wordt gedraaid om een ​​bloem in een veld, kan het gewoon zijn dat de bloem is visueel belangrijker dan de rest van het veld. De informatie die u heeft geleid tot de bloem te observeren is om u te komen in een bottom-up. Je aandacht werd niet beïnvloed door de kennis van de bloem; externe prikkels waren al goed genoeg. Vergelijk dit met een situatie waar u op zoek bent naar een bloem. Je hebt een weergave van wat te zoeken. Wanneer u het object dat u op zoek bent naar te zien, dit is treffend. Dit is een voorbeeld van het gebruik van informatie in een top-down.

(0)
(0)
Commentaren - 0
Geen reacties

Voeg een Commentaar

smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile
Tekens over: 3000
captcha