Fronty na občerstvení - Revision history

Xsamm12: /* Závěr */

2012-06-14T14:13:17Z

‎Závěr

Xsamm12: /* Závěr */

2012-06-14T14:12:31Z

‎Závěr

Xsamm12 at 14:11, 14 June 2012

2012-06-14T14:11:51Z

Xsamm12 at 14:08, 14 June 2012

2012-06-14T14:08:45Z

Xsamm12: /* Závěr */

2012-06-14T14:06:13Z

‎Závěr

Xsamm12: /* Závěr */

2012-06-14T14:04:44Z

‎Závěr

Xsamm12: /* Popis Aktivit modelu */

2012-06-14T13:42:19Z

‎Popis Aktivit modelu

Xsamm12: /* Model */

2012-06-14T13:17:44Z

‎Model

Xsamm12: /* V modelu se nacházejí tyto Entity: */

2012-06-14T13:17:04Z

‎V modelu se nacházejí tyto Entity:

Xsamm12: /* V modelu se nacházejí tyto Entity: */

2012-06-14T13:16:48Z

‎V modelu se nacházejí tyto Entity:

@@ Line 138: / Line 138: @@
 =Závěr=
-Výsledky jsou poměrně překvapující. Pokud je umožněno předbíhání a předávání, prodá se více limonád ale více lidí také odejde z fronty. Při zakázání předávání a snížení prevalence "skupinových" nákupů je sice odbavení plynulejší ale nedojde k využití plného potenciálu obsluhy. Zvyšování intervalů mezi vlnami skupinových nákupů vede do překročení určité hranice k růstu počtu prodaných limonád a ale také rapidnímu růstu potenciálních zisků (UslyZiskCounter). To je možné učinit např. změnou rozsahu rozdělení v aktivitě '''Rozestupy'''. Nastavení rozestupů, tak jak je popsané v části [[#Model]] se poměrně blíží optimu. Vzhledem k tomu, že v trial verzi SIMPROCESS nelze realizovat Experimenty a parametry modelů nelze měnit tak snadno jako např. v NetLogo je hledání optimálního nastavení prodlev a hromadných nákupů obtížnější.
+Výsledky jsou poměrně překvapující. Pokud je umožněno předbíhání a předávání, prodá se více limonád ale více lidí také odejde z fronty. Při zakázání předávání a snížení prevalence "skupinových" nákupů je sice odbavení plynulejší ale nedojde k využití plného potenciálu obsluhy. Zvyšování intervalů mezi vlnami skupinových nákupů vede do překročení určité hranice k růstu počtu prodaných limonád a ale také rapidnímu růstu potenciálních zisků (UslyZiskCounter). To je možné učinit např. změnou rozsahu rozdělení v aktivitě '''Rozestupy'''. Nastavení rozestupů, tak jak je popsané v části [[#Model|Model]] se poměrně blíží optimu. Vzhledem k tomu, že v trial verzi SIMPROCESS nelze realizovat Experimenty a parametry modelů nelze měnit tak snadno jako např. v NetLogo je hledání optimálního nastavení prodlev a hromadných nákupů obtížnější.
 Otázkou je, zda se výsledky mohou shodovat s realitou. Pokud lidé kupují víc nápojů najednou, obsluha může ušetřit čas při přijímání plateb i objednávek. To je znatelné zejména pokud je obsluhující jeden (zároveň točí a zároveň přijímá platby a vrací). Výsledky modelu však spíš ukazují na efektivitu spojenou s četností odběru kontinuálně natáčených limonád.

@@ Line 138: / Line 138: @@
 =Závěr=
-Výsledky jsou poměrně překvapující. Pokud je umožněno předbíhání a předávání, prodá se více limonád ale více lidí také odejde z fronty. Při zakázání předávání a snížení prevalence "skupinových" nákupů je sice odbavení plynulejší ale nedojde k využití plného potenciálu obsluhy. Zvyšování intervalů mezi vlnami skupinových nákupů vede do překročení určité hranice k růstu počtu prodaných limonád a ale také rapidnímu růstu potenciálních zisků (UslyZiskCounter). To je možné učinit např. změnou rozsahu rozdělení v aktivitě '''Rozestupy'''. Nastavení rozestupů, tak jak je popsané v části [[Model]] se poměrně blíží optimu. Vzhledem k tomu, že v trial verzi SIMPROCESS nelze realizovat Experimenty a parametry modelů nelze měnit tak snadno jako např. v NetLogo je hledání optimálního nastavení prodlev a hromadných nákupů obtížnější.
+Výsledky jsou poměrně překvapující. Pokud je umožněno předbíhání a předávání, prodá se více limonád ale více lidí také odejde z fronty. Při zakázání předávání a snížení prevalence "skupinových" nákupů je sice odbavení plynulejší ale nedojde k využití plného potenciálu obsluhy. Zvyšování intervalů mezi vlnami skupinových nákupů vede do překročení určité hranice k růstu počtu prodaných limonád a ale také rapidnímu růstu potenciálních zisků (UslyZiskCounter). To je možné učinit např. změnou rozsahu rozdělení v aktivitě '''Rozestupy'''. Nastavení rozestupů, tak jak je popsané v části [[#Model]] se poměrně blíží optimu. Vzhledem k tomu, že v trial verzi SIMPROCESS nelze realizovat Experimenty a parametry modelů nelze měnit tak snadno jako např. v NetLogo je hledání optimálního nastavení prodlev a hromadných nákupů obtížnější.
 Otázkou je, zda se výsledky mohou shodovat s realitou. Pokud lidé kupují víc nápojů najednou, obsluha může ušetřit čas při přijímání plateb i objednávek. To je znatelné zejména pokud je obsluhující jeden (zároveň točí a zároveň přijímá platby a vrací). Výsledky modelu však spíš ukazují na efektivitu spojenou s četností odběru kontinuálně natáčených limonád.

← Older revision		Revision as of 14:11, 14 June 2012
Line 1:		Line 1:
−	Popis modelu ~~front~~ na občerstvení ~~vyskytujících~~ se často na hudebních festivalech a dalších kulturních akcích. Model simuluje situaci kdy lidé předávají svou objednávku těm, co stojí ve frontě více vpředu.	+	Popis modelu simulace fronty na občerstvení vyskytují se často na hudebních festivalech a dalších kulturních akcích. Simulace je realizována v software [http://simprocess.com/products/university_edition.html SIMPROCESS]. Model simuluje situaci kdy lidé předávají svou objednávku těm, co stojí ve frontě více vpředu.

	=Definice problému=		=Definice problému=

← Older revision		Revision as of 14:08, 14 June 2012
Line 1:		Line 1:
−	~~Úvodní odstavec~~	+	Popis modelu front na občerstvení vyskytujících se často na hudebních festivalech a dalších kulturních akcích. Model simuluje situaci kdy lidé předávají svou objednávku těm, co stojí ve frontě více vpředu.

	=Definice problému=		=Definice problému=

@@ Line 140: / Line 140: @@
 Výsledky jsou poměrně překvapující. Pokud je umožněno předbíhání a předávání, prodá se více limonád ale více lidí také odejde z fronty. Při zakázání předávání a snížení prevalence "skupinových" nákupů je sice odbavení plynulejší ale nedojde k využití plného potenciálu obsluhy. Zvyšování intervalů mezi vlnami skupinových nákupů vede do překročení určité hranice k růstu počtu prodaných limonád a ale také rapidnímu růstu potenciálních zisků (UslyZiskCounter). To je možné učinit např. změnou rozsahu rozdělení v aktivitě '''Rozestupy'''. Nastavení rozestupů, tak jak je popsané v části [[Model]] se poměrně blíží optimu. Vzhledem k tomu, že v trial verzi SIMPROCESS nelze realizovat Experimenty a parametry modelů nelze měnit tak snadno jako např. v NetLogo je hledání optimálního nastavení prodlev a hromadných nákupů obtížnější.
-Mým závěrem tedy je, že výskyt skupinových nákupů nemusí být nutně nežádoucím jevem, pokud nepřekročí určitou kritickou hranici. V mém modelu je to zhruba rozmezí vln skupinových nákupů v sekundách: Uni(40.0,90.0,1). Právě realizace předávání míst a předbíhání se v SIMPROCESSU ukázala jako poměrně obtížná, řešením by mohlo být udělat model s menším počtem Aktivit a více využít výrazy(Expressions).
+Otázkou je, zda se výsledky mohou shodovat s realitou. Pokud lidé kupují víc nápojů najednou, obsluha může ušetřit čas při přijímání plateb i objednávek. To je znatelné zejména pokud je obsluhující jeden (zároveň točí a zároveň přijímá platby a vrací). Výsledky modelu však spíš ukazují na efektivitu spojenou s četností odběru kontinuálně natáčených limonád.
-Otázkou je, zda se výsledky mohou shodovat s realitou. Pokud lidé kupují víc nápojů najednou, obsluha může ušetřit čas při přijímání plateb i objednávek. To je znatelné zejména pokud je obsluhující jeden (zároveň točí a zároveň přijímá platby a vrací). Výsledky modelu však spíš ukazují na efektivitu spojenou s četností odběru kontinuálně natáčených limonád.
+Mým závěrem tedy je, že výskyt skupinových nákupů nemusí být nutně nežádoucím jevem, pokud nepřekročí určitou kritickou hranici. V mém modelu je to zhruba rozmezí vln skupinových nákupů v sekundách: Uni(40.0,90.0,1). Právě realizace předávání míst a předbíhání se v SIMPROCESSU ukázala jako poměrně obtížná, řešením by mohlo být udělat model s menším počtem Aktivit a více využít výrazy (Expressions).
 =Reference=

@@ Line 41: / Line 41: @@
 '''Nervozita''' - určuje prahovou hodnotu, kdy pohár trpělivosti (žízně) účastníků fronty přeteče a rozhodnou se pro předběhnutí a nebo požádají někoho více vepředu aby jim koupil limonádu (předají mu peníze, dále tedy jen "předávající").
-Počet entit Clovek který musí do brány přijít aby začala generovat předbíhající/prosící se řídí dle: Nor(50.0,20.0,1)
+Počet entit ''Clovek'' který musí do brány přijít aby začala generovat předbíhající/prosící se řídí dle: Nor(50.0,20.0,1)
 Dále je na bráně '''Nervozita''' přidán výraz ''Expression'' spouštěný při události ''Accept Entity''. Výraz upravuje chování brány tak, aby při větších frontách u pípy začala častěji vpouštět dávky předbíhajících a předávajících:

← Older revision		Revision as of 13:17, 14 June 2012
Line 37:		Line 37:


		+	==Popis Aktivit modelu==
	'''Zrod''' - lidé se do modelu generují dle normálního rozdělení v intervalu počtu sekund: Nor(16.0,2.0,1)		'''Zrod''' - lidé se do modelu generují dle normálního rozdělení v intervalu počtu sekund: Nor(16.0,2.0,1)

@@ Line 26: / Line 26: @@
 Celá simulace běží 48 hodin, tedy dva festivalové dny.
-===V modelu se nacházejí tyto Entity:===
+===Entity:===
 *'''limo''' - představuje natočenou limonádu, je generována bránou obsluha.
 *'''clovek''' - reprezentuje čekající zákazníky.

@@ Line 27: / Line 27: @@
 ===V modelu se nacházejí tyto Entity:===
-limo - představuje natočenou limonádu, je generována bránou obsluha.
+*'''limo''' - představuje natočenou limonádu, je generována bránou obsluha.
-clovek - reprezentuje čekající zákazníky.
+*'''clovek''' - reprezentuje čekající zákazníky.
 ===Zdroje (Resource)===